On Tue, Jan 27, 2004 at 11:20:02PM +0100, nitro wrote:
hallo, ich habe noch immer folgendes problem: nach einigen tagen bricht meine internetverbindung mit folgendem eintrag in die log ab:
...
Jan 27 23:54:41 linux kernel: kcapi: appl 12 ncci 0x10102 down Jan 27 23:54:41 linux pppd[3618]: Hangup (SIGHUP) Jan 27 23:54:41 linux pppd[3618]: Modem hangup Jan 27 23:54:41 linux pppd[3618]: capiplugin: phase dead (was terminate). Jan 27 23:54:41 linux pppd[3618]: capiplugin: disconnect(remote): "" -> "" outgoing 0x0000 (0x0000) - No additional information Jan 27 23:54:41 linux pppd[3618]: Connection terminated. Jan 27 23:54:41 linux pppd[3618]: Connect time 673.1 minutes. Jan 27 23:54:41 linux pppd[3618]: Sent 114958211 bytes, received 389182893 bytes. Jan 27 23:54:41 linux pppd[3618]: capiplugin: phase disconnect (was dead). Jan 27 23:54:41 linux pppd[3618]: capiplugin: phase holdoff (was disconnect). Jan 27 23:55:11 linux pppd[3618]: capiplugin: phase dormant (was holdoff). Jan 27 23:55:11 linux pppd[3618]: capiplugin: phase dormant, again. Jan 27 23:55:15 linux pppd[3618]: Script /etc/ppp/ip-down finished (pid 13507), status = 0x7f00 Jan 27 23:55:15 linux pppd[3618]: Starting link Jan 27 23:55:15 linux pppd[3618]: capiplugin: phase serialconn (was dormant). Jan 27 23:55:15 linux pppd[3618]: capiplugin: leased line (adslpppoe) Jan 27 23:55:15 linux kernel: kcapi: appl 12 ncci 0x10102 up Jan 27 23:55:19 linux kernel: kcapi: appl 12 ncci 0x10102 down Jan 27 23:55:19 linux pppd[3618]: capiplugin: disconnect(remote): "" -> "" outgoing 0x0000 (0x3312) - No additional information
0x3312 Layer 3 connection (Training error) nur AVM kann da sagen was genau das bedeutet, es könnte aber sein das zu diesem Zeitpunkt die DSL Leitung wirklich gestoert ist. Unwahrscheinlich wird das, wenn jedesmal neuer Versuch immer noch den 0x3312 error bringt, aber ein ifdown dsl0 rcisdn restart; ifup dsl0 gleich danach immer sofort funktioniert, da scheintsich die Karte oder der Treiber irgenwo aufzuhaengen.
- anmerkung: Jan 27 23:58:42 linux pppd[13683]: local IP address 10.64.64.64 Jan 27 23:58:42 linux pppd[13683]: remote IP address 10.112.112.112 ich weiss nicht wo diese ips her kommen. der rechner hat normalerweise die feste ip 10.0.0.1 und t-online weist mir eigentlich immer eine ip im 217.0.0.0 bereich zu. -
Halt irgenwelche, sind vollkommen egal.
nach einer 24h trennung gibt es keine probleme mit der wiedereinwahl. ich habe dieses problem immer nur nach einigen tagen. mit dem befehl rcisdn restart; ifup dsl0 funktioniert es auch wieder. ich habe deswegen versucht diese befehle in der ip-down datei einzubringen:
#!/bin/sh ifdown dsl0;sleep 2;rcnetwork stop dsl0;sleep 3;rcisdn stop;sleep 180;rcisdn start;sleep 20;rcnetwork start dsl0;sleep 4;ifup dsl0
nur leider funktioniert das nicht so richtig. er scheint auszutimen oder so. bin auf jeden fall schon fast am verzweifeln und hoffe auf ideen.
Kann nicht funktionieren da letzlich ifdown dsl0 versucht den pppd zukillen der aber hat ipdown gestartet und wartet auf das Ende des scripts ... Was Du machen kannst ist einen Watchdog aufbauen, der bei nicht wieder Aufbau der Verbindung einen restart durchfuehrt. Z.b. im ip-down Zweig eine Datei schreiben date > /var/tmp/dsl0-down die Du im ip-up Zweig loescht: rm -f /var/tmp/dsl0-down (-f ist wichtig, damit es keinen Fehler gibt wenn die Datei nicht existiert) Dann einen cronjob als root aufsetzen der alle 5 min testet ob diese Datei da ist (und eventuell auch noch testet ob sie aelter als 1 min ist, mir faellt aber auch kein einfacher test dafür ein) und falls ja dann einen restart durchfuehrt: export PATH=$PATH:/sbin:/usr/sbin:/bin:/usr/bin if [ -f /var/tmp/dsl0-down ]; then /sbin/ifdown dsl0 /etc/init.d/isdn stop /etc/init.d/isdn start /sbin/ifup dsl0 fi -- Karsten Keil SuSE Labs ISDN development