Suse9.3 und dial on demond mit dsl
Hallo, ich habe mir die Tage einen Router unter Suse9.3 aufgesetzt. Der Router verbindet 2 Netzwerke mit DSL und die Netze untereinander (per Firewall). Mein Problem ist nun, daß wenn die Verbindung vom Peer getrennt wird, er sich nicht mehr von selbst neu einwählt. Trenne ich aber die Verbindung von hand mit "cinternet -i dsl0 -H" wählt er sich Automatisch neu ein.... Stelle ich die Timeoutzeit bis zum Auflegen kurz genug ein (60 sek) legt er auf und wählt sich immer wieder neu ein, was ja auch gut ist.... Aus der Angabe in den /var/log/messages werde ich nicht so recht schlau..... Vielleicht kann mir einer ja nen Tip geben woran das liegen kann ? Danke Juergen /var/log/messages bei manueller Verbindungstrennung (und wiederaufbau): ---------------------- Aug 11 16:26:44 inetrouter pppd[16228]: Hangup (SIGHUP) Aug 11 16:26:44 inetrouter pppd[16228]: Connect time 1366.6 minutes. Aug 11 16:26:44 inetrouter pppd[16228]: Sent 14771212 bytes, received 57314469 bytes. Aug 11 16:26:44 inetrouter pppd[16228]: Couldn't increase MTU to 1500 Aug 11 16:26:44 inetrouter pppd[16228]: Couldn't increase MRU to 1500 Aug 11 16:26:45 inetrouter pppd[16228]: Connection terminated. Aug 11 16:26:56 inetrouter pppd[16228]: Script /etc/ppp/ip-down finished (pid 19410), status = 0x0 Aug 11 16:27:18 inetrouter pppd[16228]: Starting link Aug 11 16:27:18 inetrouter pppd[16228]: PPP session is 6175 Aug 11 16:27:18 inetrouter pppd[16228]: Connect: dsl0 <--> eth2 Aug 11 16:27:18 inetrouter pppd[16228]: Couldn't increase MTU to 1500 Aug 11 16:27:18 inetrouter pppd[16228]: Couldn't increase MRU to 1500 Aug 11 16:27:19 inetrouter pppd[16228]: PAP authentication succeeded Aug 11 16:27:19 inetrouter pppd[16228]: peer from calling number 00:90:1A:A0:15:97 authorized Aug 11 16:27:19 inetrouter pppd[16228]: Local IP address changed to 84.157.46.175 Aug 11 16:27:27 inetrouter pppd[16228]: Script /etc/ppp/ip-up finished (pid 19797), status = 0x0 ---------------------- Bei der Automatischen Trennung sieht es wie folgt aus: ---------------------- Aug 10 17:36:42 inetrouter pppd[11936]: LCP terminated by peer Aug 10 17:36:42 inetrouter pppd[11936]: Connect time 1440.0 minutes. Aug 10 17:36:42 inetrouter pppd[11936]: Sent 16288715 bytes, received 69631920 bytes. Aug 10 17:36:42 inetrouter pppd[11936]: Couldn't increase MTU to 1500 Aug 10 17:36:42 inetrouter pppd[11936]: Couldn't increase MRU to 1500 Aug 10 17:36:44 inetrouter pppd[11936]: Connection terminated. Aug 10 17:36:45 inetrouter pppd[11936]: PPP session is 1932 Aug 10 17:36:45 inetrouter pppd[11936]: Connect: dsl0 <--> eth2 Aug 10 17:36:45 inetrouter pppd[11936]: Couldn't increase MTU to 1500 Aug 10 17:36:45 inetrouter pppd[11936]: Couldn't increase MRU to 1500 Aug 10 17:36:45 inetrouter pppd[11936]: Modem hangup Aug 10 17:37:04 inetrouter pppd[11936]: Script /etc/ppp/ip-down finished (pid 15237), status = 0x0 Aug 10 17:39:54 inetrouter pppd[11936]: Terminating on signal 15 Aug 10 17:39:54 inetrouter pppd[11936]: Exit. ----------------------
Juergen Sachs wrote at Friday, August 12, 2005 12:54 AM
Mein Problem ist nun, daß wenn die Verbindung vom Peer getrennt wird, er sich nicht mehr von selbst neu einwählt. Trenne ich aber die Verbindung von hand mit "cinternet -i dsl0 -H" wählt er sich Automatisch neu ein.... Stelle ich die Timeoutzeit bis zum Auflegen kurz genug ein (60 sek) legt er auf und wählt sich immer wieder neu ein, was ja auch gut ist.... Aus der Angabe in den /var/log/messages werde ich nicht so recht schlau.....
[syslog gesnipped] Was genau passiert, wenn die Verbindung peerseitig getrennt wird? Versucht der Router gar nicht mehr, sich wieder einzuwählen, oder schlagen diese Versuche fehl? Gruß, Markus
Am Freitag, 12. August 2005 01:18 schrieb Markus Heidinger:
Juergen Sachs wrote at Friday, August 12, 2005 12:54 AM
Mein Problem ist nun, daß wenn die Verbindung vom Peer getrennt wird, er sich nicht mehr von selbst neu einwählt. Trenne ich aber die Verbindung von hand mit "cinternet -i dsl0 -H" wählt er sich Automatisch neu ein.... Stelle ich die Timeoutzeit bis zum Auflegen kurz genug ein (60 sek) legt er auf und wählt sich immer wieder neu ein, was ja auch gut ist.... Aus der Angabe in den /var/log/messages werde ich nicht so recht schlau.....
[syslog gesnipped]
Was genau passiert, wenn die Verbindung peerseitig getrennt wird? Versucht der Router gar nicht mehr, sich wieder einzuwählen, oder schlagen diese Versuche fehl? Er versucht erst gar nicht mehr sich einzuwählen. Damit es wieder geht muß ich manuell einen "ipdown dsl0" und "ipup dsl0" machen. Ein "cinternet -i dsl0 -D", auch mit einem "cinternet -i dsl0 -H" vorher, bringt nichts. In /var/log/messages tauchen einfach keine Meldungen mehr vom pppd auf...
Gruss Juergen
Am Freitag, 12. August 2005 13:49 schrieb Juergen Sachs:
Er versucht erst gar nicht mehr sich einzuwählen. Damit es wieder geht muß ich manuell einen "ipdown dsl0" und "ipup dsl0" machen. Ein "cinternet -i dsl0 -D", auch mit einem "cinternet -i dsl0 -H" vorher, bringt nichts. Du musst, um Dial on demand "anzuschalten" cinternet -i dsl0 -A machen. Dann "lauscht" er wieder und reagiert auch auf -D
Timothy -- "Es gibt zwei Dinge im Leben, die du nicht zurücknehmen kannst: Den Pfeil den du verschossen und das Wort, das du gesprochen" - altes indianisches Sprichwort
Er versucht erst gar nicht mehr sich einzuwählen. Damit es wieder geht muß ich manuell einen "ipdown dsl0" und "ipup dsl0" machen. Ein "cinternet -i dsl0 -D", auch mit einem "cinternet -i dsl0 -H" vorher, bringt nichts.
Du musst, um Dial on demand "anzuschalten" cinternet -i dsl0 -A machen. Dann "lauscht" er wieder und reagiert auch auf -D Hat leider auch nichts gebracht. Da es bei kurzer Timeoutzeit auch funktioniert, und nur fehlschlägt wenn die Gegenstelle die Leitung
Timothy Kesten wrote: trennt. Daher vermute ich eher ein Problem mit dem pppd. Da gibt es Heute ja ein YOU update zu dem Thema. Ich lase mich da mal überraschen... Trotzdem Danke Juergen Sachs
Das YOU Update hat den Fehler wohl beseitigt. Zumindest hat sich der Router Heute nach einer Trennung durch die Gegenstelle Automatisch wieder eingewählt. Danke für die Hilfe.. Juergen Der wieder Glücklich mit Suse Linux ist :-) Juergen Sachs wrote:
Timothy Kesten wrote:
Er versucht erst gar nicht mehr sich einzuwählen. Damit es wieder geht muß ich manuell einen "ipdown dsl0" und "ipup dsl0" machen. Ein "cinternet -i dsl0 -D", auch mit einem "cinternet -i dsl0 -H" vorher, bringt nichts.
Du musst, um Dial on demand "anzuschalten" cinternet -i dsl0 -A machen. Dann "lauscht" er wieder und reagiert auch auf -D
Hat leider auch nichts gebracht. Da es bei kurzer Timeoutzeit auch funktioniert, und nur fehlschlägt wenn die Gegenstelle die Leitung trennt. Daher vermute ich eher ein Problem mit dem pppd. Da gibt es Heute ja ein YOU update zu dem Thema. Ich lase mich da mal überraschen...
Trotzdem Danke
Juergen Sachs
participants (4)
-
Juergen Sachs -
Juergen Sachs
-
Markus Heidinger -
Timothy Kesten