ISDN und IBOD macht Probleme...

[aLiEnTxC]

Hallo Forum...

ich beschreibe das Problem erst ein mal:

Und zwar habe ich ippp0 als MPP Verbindung eingerichtet, die sich zur Telekom einwählt.

Den ibod habe ich installiert damit er die Verbindung des zweiten ISDN Kanals dynamisch auf- und abbauen kann (was auch soweit funktioniert).

Aber irgendwie tut er die Verbindung umkonfigurieren, dann wenn ich manuell einen Kanal zuschalten möchte bekomme ich folgende Meldung.

helena:/etc/ppp# isdnctrl addlink ippp0
Can't increase the number of links:
no slave devices configured for ippp0

Das System ist aber ansich Richtig konfiguriert.

Code: Alles auswählen

helena:/etc/ppp# ls -la /etc/isdn/
total 68k
drwxr-xr-x    2 root     root         4.0k Feb 11 12:15 .
drwxr-xr-x   48 root     root         4.0k Mar  8 12:48 ..
-rw-r--r--    1 root     root          14k Feb  7 11:26 device.ippp0
-rw-r--r--    1 root     root          14k Feb  7 11:25 device.ippp0+1
-rw-r--r--    1 root     root         2.1k Mar  9 10:29 ibod.cf
-rw-r--r--    1 root     root          15k Apr 25  2002 init.d.functions
-rw-r--r--    1 root     root         4.4k Feb  7 11:25 ipppd.ippp0

in der ipppd.ippp0 habe ich auch das +mp aktiviert

Also ich weiss nicht genau wo das problem ist...

Was noch dazukommt ist, das er sich irgendwann garnicht mehr einwählt..

helena:/etc/ppp# zcat /var/log/syslog.1.gz | grep -v CRON | tail -n 50
Mar 7 15:43:25 helena modprobe: modprobe: Can't locate module ippp1
Mar 7 15:43:25 helena ipppd[320]: ioctl(SIOCSIFMTU): No such device, 7 ippp1 1500.
Mar 7 15:43:25 helena ipppd[320]: Remote message:
Mar 7 15:43:25 helena ipppd[320]: MPPP negotiation, He: Yes We: Yes
Mar 7 15:43:25 helena ipppd[320]: ipppd[1]: discr: 2
Mar 7 15:43:25 helena ipppd[320]: ipppd[1]: passed 1
Mar 7 15:43:25 helena ipppd[320]: ipppd[1]: passed 2
Mar 7 15:43:25 helena ipppd[320]: ipppd[1]: pap/chap-check passed
Mar 7 15:43:25 helena ipppd[320]: ok, found a valid bundle with linkunit 0
Mar 7 15:43:25 helena ipppd[320]: bundle: 0
Mar 7 15:43:25 helena kernel: iPPP-bundle: minor: 1, slave unit: 1, master unit: 0
Mar 7 15:43:55 helena ibod[22325]: removed link: 2
Mar 7 15:43:55 helena ipppd[320]: Modem hangup
Mar 7 15:43:55 helena ipppd[320]: Connection terminated.
Mar 7 15:43:55 helena ipppd[320]: taking down PHASE_DEAD link 1, linkunit: 1
Mar 7 15:43:55 helena ipppd[320]: closing fd 9 from unit 1
Mar 7 15:43:55 helena ipppd[320]: link 1 closed , linkunit: 1
Mar 7 15:43:55 helena ipppd[320]: reinit_unit: 1
Mar 7 15:43:55 helena ipppd[320]: Connect[1]: /dev/ippp1, fd: 9
Mar 7 15:43:55 helena kernel: isdn_net: local hangup ippp1
Mar 7 15:43:55 helena kernel: ippp1: Chargesum is 0
Mar 7 15:43:55 helena kernel: ippp_ccp: freeing reset data structure c58d8000
Mar 7 15:43:55 helena kernel: ippp, open, slot: 0, minor: 1, state: 0000
Mar 7 15:43:55 helena kernel: ippp_ccp: allocated reset data structure c58d8000
Mar 7 15:43:56 helena ibod[22325]: added new link: 2
Mar 7 15:43:56 helena kernel: ippp1: dialing 1 0191011...
Mar 7 15:44:04 helena kernel: isdn_net: local hangup ippp1
Mar 7 15:44:04 helena kernel: ippp1: Chargesum is 0
Mar 7 15:49:05 helena squid[15749]: idnsCheckQueue: ID 39a: giving up after 37 tries and 301.4 seconds
Mar 7 15:50:15 helena squid[15749]: idnsCheckQueue: ID 39b: giving up after 37 tries and 309.3 seconds
Mar 7 15:50:23 helena squid[15749]: idnsCheckQueue: ID 39c: giving up after 35 tries and 300.7 seconds
Mar 7 15:51:05 helena squid[15749]: idnsCheckQueue: ID 39d: giving up after 36 tries and 302.6 seconds
Mar 7 15:51:13 helena squid[15749]: idnsCheckQueue: ID 39e: giving up after 36 tries and 304.3 seconds
Mar 7 15:51:46 helena squid[15749]: idnsCheckQueue: ID 39f: giving up after 35 tries and 300.5 seconds
Mar 7 15:51:46 helena squid[15749]: idnsCheckQueue: ID 3a0: giving up after 35 tries and 300.5 seconds
Mar 7 15:52:11 helena squid[15749]: idnsCheckQueue: ID 3a1: giving up after 36 tries and 306.5 seconds
Mar 7 15:52:50 helena squid[15749]: idnsCheckQueue: ID 3a2: giving up after 36 tries and 301.8 seconds
Mar 7 15:53:00 helena squid[15749]: idnsCheckQueue: ID 3a3: giving up after 35 tries and 301.4 seconds
Mar 7 15:53:00 helena squid[15749]: idnsCheckQueue: ID 3a4: giving up after 35 tries and 301.4 seconds
Mar 7 15:53:10 helena squid[15749]: idnsCheckQueue: ID 3a5: giving up after 36 tries and 300.6 seconds
Mar 7 15:54:01 helena squid[15749]: idnsCheckQueue: ID 3a6: giving up after 37 tries and 307.6 seconds
Mar 7 15:54:31 helena squid[15749]: idnsCheckQueue: ID 3a7: giving up after 37 tries and 303.6 seconds
Mar 7 15:55:01 helena squid[15749]: idnsCheckQueue: ID 3a8: giving up after 38 tries and 302.7 seconds
Mar 7 15:55:07 helena squid[15749]: idnsCheckQueue: ID 3a9: giving up after 38 tries and 304.3 seconds
Mar 8 06:25:17 helena squid[15749]: storeDirWriteCleanLogs: Starting...
Mar 8 06:25:17 helena squid[15749]: Finished. Wrote 9650 entries.
Mar 8 06:25:17 helena squid[15749]: Took 0.2 seconds (45335.8 entries/sec).
Mar 8 06:25:17 helena squid[15749]: logfileRotate: /var/log/squid/store.log
Mar 8 06:25:17 helena squid[15749]: logfileRotate: /var/log/squid/access.log
Mar 8 06:25:17 helena squid[15749]: helperOpenServers: Starting 5 'squidGuard' processes

Wie man hier sieht, tut sich ab 15:43:55 ein Problem auf und er wählt nicht mehr an...

Hat dazu evtl jemand eine Idee?

Gruß,
Thomas

[metacyborg]

achte in der device.ippp0+1 auf folgende zeilen:

Code: Alles auswählen

# For slave devices (channel bundling) dialmode _must_ be auto,
# so for slave devices this setting is ignored.

DIALMODE=auto           # XXX_  other values can be 'on' and 'off'

ist das bei dir schon so?

mfg

m

[aLiEnTxC]

jupp, des ist schon... funzt leider trotzdem nicht...

ansich kann er ja alles.. nur hängt er sich irgendwann auf... bzw nicht der ibod sondern isdn

[metacyborg]

das hier fällt mir jetzt erst auf:

Code: Alles auswählen

Mar 7 15:43:25 helena modprobe: modprobe: Can't locate module ippp1
Mar 7 15:43:25 helena ipppd[320]: ioctl(SIOCSIFMTU): No such device, 7 ippp1 1500.

irgendwie kann das nicht sein, dass modprobe ein modul ippp1 zu laden versucht. der fehler muss tiefer drunter stecken. prüfe noch einmal die zu ladenden module für die isdn karte und prüfe die einstellungen, die isdnconfig macht.

mfg

m