DSL - Device ist demotiviert
Hallo! Auf meinem Rechner läuft ein pppoed (die SuSE 7.2 Variante). Die Verbindung läuft durch, d.h. der Rechner wird eigentlich eher nicht abgeschaltet -> der Rechner bekommt also alle Weile eine neue IP - Adresse zugewiesen. Dies klappt auch normalerweise schmerzlos, aber seit neuestem geht irgendwas schief: Nachdem der Rechner - sagen wir: 3x - eine neue IP - Adresse problemlos akzeptiert hat, schaltet sich beim 4x einfach das pppoed ab. Ich kann mir dies nicht erklären, vielleicht jemand von Euch? Ich habe mal einen /var/log/messages Auszug mitgeschickt. Danke für ein paar Anregungen! Ciao! Stefan PS: auch wenn da debian steht: es ist definitiv ein SuSE 7.2 System (Kernel: 2.4.25) --- Auszug /var/log/messages --- May 13 05:13:27 debian pppd[17741]: Connect time 1269.3 minutes. May 13 05:13:27 debian pppd[17741]: Sent -569372826 bytes, received -1070135862 bytes. May 13 05:13:27 debian pppd[17741]: Doing disconnect May 13 05:13:28 debian SuSEfirewall2: Firewall rules successfully set from /etc/rc.config.d/firewall2.rc.config May 13 05:13:28 debian pppd[17741]: Starting link May 13 05:13:28 debian pppd[17741]: Sending PADI May 13 05:13:29 debian pppd[17741]: HOST_UNIQ successful match May 13 05:13:29 debian pppd[17741]: HOST_UNIQ successful match May 13 05:13:29 debian pppd[17741]: Got connection: 1c78 May 13 05:13:29 debian pppd[17741]: Connecting PPPoE socket: 00:90:1a:40:05:28 781c eth1 0x80847b8 May 13 05:13:29 debian pppd[17741]: Connect: ppp0 <--> eth1 May 13 05:13:29 debian pppd[17741]: Couldn't increase MTU to 1500 May 13 05:13:29 debian pppd[17741]: Couldn't increase MRU to 1500 May 13 05:13:31 debian pppd[17741]: Couldn't increase MTU to 1500 May 13 05:13:31 debian pppd[17741]: Couldn't increase MRU to 1500 May 13 05:13:38 debian pppd[17741]: LCP terminated by peer May 13 05:13:38 debian pppd[17741]: Couldn't increase MTU to 1500 May 13 05:13:38 debian pppd[17741]: Couldn't increase MRU to 1500 May 13 05:13:40 debian pppd[17741]: Connection terminated. May 13 05:13:40 debian pppd[17741]: Doing disconnect May 13 05:13:42 debian pppd[17741]: Starting link May 13 05:13:42 debian pppd[17741]: Sending PADI May 13 05:13:42 debian pppd[17741]: HOST_UNIQ successful match May 13 05:13:42 debian pppd[17741]: HOST_UNIQ successful match May 13 05:13:42 debian pppd[17741]: Got connection: 1c96 May 13 05:13:42 debian pppd[17741]: Connecting PPPoE socket: 00:90:1a:40:05:28 961c eth1 0x80847b8 May 13 05:13:42 debian pppd[17741]: Connect: ppp0 <--> eth1 May 13 05:13:42 debian pppd[17741]: Couldn't increase MTU to 1500 May 13 05:13:42 debian pppd[17741]: Couldn't increase MRU to 1500 May 13 05:13:45 debian pppd[17741]: Couldn't increase MTU to 1500 May 13 05:13:45 debian pppd[17741]: Couldn't increase MRU to 1500 May 13 05:13:47 debian pppd[17741]: LCP terminated by peer May 13 05:13:47 debian pppd[17741]: Couldn't increase MTU to 1500 May 13 05:13:47 debian pppd[17741]: Couldn't increase MRU to 1500 May 13 05:13:49 debian pppd[17741]: Connection terminated. May 13 05:13:49 debian pppd[17741]: Doing disconnect May 13 05:13:50 debian pppd[17741]: Starting link May 13 05:13:50 debian pppd[17741]: Sending PADI May 13 05:13:50 debian pppd[17741]: HOST_UNIQ successful match May 13 05:13:51 debian pppd[17741]: HOST_UNIQ successful match May 13 05:13:51 debian pppd[17741]: Got connection: 1cad May 13 05:13:51 debian pppd[17741]: Connecting PPPoE socket: 00:90:1a:40:05:28 ad1c eth1 0x80847b8 May 13 05:13:51 debian pppd[17741]: Connect: ppp0 <--> eth1 May 13 05:13:51 debian pppd[17741]: Couldn't increase MTU to 1500 May 13 05:13:51 debian pppd[17741]: Couldn't increase MRU to 1500 May 13 05:13:53 debian pppd[17741]: Couldn't increase MTU to 1500 May 13 05:13:53 debian pppd[17741]: Couldn't increase MRU to 1500 May 13 05:13:53 debian pppd[17741]: Remote message: Can't process request now, try again later. May 13 05:13:53 debian pppd[17741]: PAP authentication failed May 13 05:13:53 debian pppd[17741]: Couldn't increase MTU to 1500 May 13 05:13:53 debian pppd[17741]: Couldn't increase MRU to 1500 May 13 05:13:57 debian pppd[17741]: Connection terminated. May 13 05:13:57 debian pppd[17741]: Doing disconnect May 13 05:13:57 debian pppd[17741]: Starting link May 13 05:13:57 debian pppd[17741]: Sending PADI May 13 05:13:58 debian pppd[17741]: HOST_UNIQ successful match May 13 05:13:58 debian pppd[17741]: HOST_UNIQ successful match May 13 05:13:58 debian pppd[17741]: Got connection: 1cbb May 13 05:13:58 debian pppd[17741]: Connecting PPPoE socket: 00:90:1a:40:05:28 bb1c eth1 0x80847b8 May 13 05:13:58 debian pppd[17741]: Connect: ppp0 <--> eth1 May 13 05:13:58 debian pppd[17741]: Couldn't increase MTU to 1500 May 13 05:13:58 debian pppd[17741]: Couldn't increase MRU to 1500 May 13 05:14:00 debian pppd[17741]: Couldn't increase MTU to 1500 May 13 05:14:00 debian pppd[17741]: Couldn't increase MRU to 1500 May 13 05:14:05 debian pppd[17741]: LCP terminated by peer May 13 05:14:05 debian pppd[17741]: Couldn't increase MTU to 1500 May 13 05:14:05 debian pppd[17741]: Couldn't increase MRU to 1500 May 13 05:14:07 debian pppd[17741]: Connection terminated. May 13 05:14:07 debian pppd[17741]: Doing disconnect May 13 05:14:07 debian pppd[17741]: Starting link May 13 05:14:07 debian pppd[17741]: Sending PADI May 13 05:14:08 debian pppd[17741]: HOST_UNIQ successful match May 13 05:14:08 debian pppd[17741]: HOST_UNIQ successful match May 13 05:14:08 debian pppd[17741]: Got connection: 1cd5 May 13 05:14:08 debian pppd[17741]: Connecting PPPoE socket: 00:90:1a:40:05:28 d51c eth1 0x80847b8 May 13 05:14:08 debian pppd[17741]: Connect: ppp0 <--> eth1 May 13 05:14:08 debian pppd[17741]: Couldn't increase MTU to 1500 May 13 05:14:08 debian pppd[17741]: Couldn't increase MRU to 1500 May 13 05:14:10 debian pppd[17741]: Couldn't increase MTU to 1500 May 13 05:14:10 debian pppd[17741]: Couldn't increase MRU to 1500 May 13 05:14:17 debian pppd[17741]: LCP terminated by peer May 13 05:14:17 debian pppd[17741]: Couldn't increase MTU to 1500 May 13 05:14:17 debian pppd[17741]: Couldn't increase MRU to 1500 May 13 05:14:19 debian pppd[17741]: Connection terminated. May 13 05:14:19 debian pppd[17741]: Doing disconnect May 13 05:14:23 debian pppd[17741]: Starting link May 13 05:14:23 debian pppd[17741]: Sending PADI May 13 05:14:23 debian pppd[17741]: HOST_UNIQ successful match May 13 05:14:23 debian pppd[17741]: HOST_UNIQ successful match May 13 05:14:23 debian pppd[17741]: Got connection: 1cfa May 13 05:14:23 debian pppd[17741]: Connecting PPPoE socket: 00:90:1a:40:05:28 fa1c eth1 0x80847b8 May 13 05:14:23 debian pppd[17741]: Connect: ppp0 <--> eth1 May 13 05:14:23 debian pppd[17741]: Couldn't increase MTU to 1500 May 13 05:14:23 debian pppd[17741]: Couldn't increase MRU to 1500 May 13 05:14:26 debian pppd[17741]: Couldn't increase MTU to 1500 May 13 05:14:26 debian pppd[17741]: Couldn't increase MRU to 1500 May 13 05:14:26 debian pppd[17741]: Remote message: Can't process request now, try again later. May 13 05:14:26 debian pppd[17741]: PAP authentication failed May 13 05:14:26 debian pppd[17741]: Couldn't increase MTU to 1500 May 13 05:14:26 debian pppd[17741]: Couldn't increase MRU to 1500 May 13 05:14:30 debian pppd[17741]: Connection terminated. May 13 05:14:30 debian pppd[17741]: Doing disconnect May 13 05:14:33 debian pppd[17741]: Starting link May 13 05:14:33 debian pppd[17741]: Sending PADI May 13 05:14:33 debian pppd[17741]: HOST_UNIQ successful match May 13 05:14:33 debian pppd[17741]: HOST_UNIQ successful match May 13 05:14:33 debian pppd[17741]: Got connection: 1d0c May 13 05:14:33 debian pppd[17741]: Connecting PPPoE socket: 00:90:1a:40:05:28 0c1d eth1 0x80847b8 May 13 05:14:33 debian pppd[17741]: Connect: ppp0 <--> eth1 May 13 05:14:33 debian pppd[17741]: Couldn't increase MTU to 1500 May 13 05:14:33 debian pppd[17741]: Couldn't increase MRU to 1500 May 13 05:14:36 debian pppd[17741]: Couldn't increase MTU to 1500 May 13 05:14:36 debian pppd[17741]: Couldn't increase MRU to 1500 May 13 05:14:36 debian pppd[17741]: Remote message: Can't process request now, try again later. May 13 05:14:36 debian pppd[17741]: PAP authentication failed May 13 05:14:36 debian pppd[17741]: Couldn't increase MTU to 1500 May 13 05:14:36 debian pppd[17741]: Couldn't increase MRU to 1500 May 13 05:14:40 debian pppd[17741]: Connection terminated. May 13 05:14:40 debian pppd[17741]: Doing disconnect May 13 05:14:41 debian pppd[17741]: Starting link May 13 05:14:41 debian pppd[17741]: Sending PADI May 13 05:14:41 debian pppd[17741]: HOST_UNIQ successful match May 13 05:14:41 debian pppd[17741]: HOST_UNIQ successful match May 13 05:14:41 debian pppd[17741]: Got connection: 1d1c May 13 05:14:41 debian pppd[17741]: Connecting PPPoE socket: 00:90:1a:40:05:28 1c1d eth1 0x80847b8 May 13 05:14:41 debian pppd[17741]: Connect: ppp0 <--> eth1 May 13 05:14:41 debian pppd[17741]: Couldn't increase MTU to 1500 May 13 05:14:41 debian pppd[17741]: Couldn't increase MRU to 1500 May 13 05:14:43 debian pppd[17741]: Couldn't increase MTU to 1500 May 13 05:14:43 debian pppd[17741]: Couldn't increase MRU to 1500 May 13 05:14:43 debian pppd[17741]: Remote message: Can't process request now, try again later. May 13 05:14:43 debian pppd[17741]: PAP authentication failed May 13 05:14:43 debian pppd[17741]: Couldn't increase MTU to 1500 May 13 05:14:43 debian pppd[17741]: Couldn't increase MRU to 1500 May 13 05:14:48 debian pppd[17741]: Connection terminated. May 13 05:14:48 debian pppd[17741]: Doing disconnect May 13 05:14:48 debian pppd[17741]: Starting link May 13 05:14:48 debian pppd[17741]: Sending PADI May 13 05:14:48 debian pppd[17741]: HOST_UNIQ successful match May 13 05:14:48 debian pppd[17741]: HOST_UNIQ successful match May 13 05:14:48 debian pppd[17741]: Got connection: 1d34 May 13 05:14:48 debian pppd[17741]: Connecting PPPoE socket: 00:90:1a:40:05:28 341d eth1 0x80847b8 May 13 05:14:48 debian pppd[17741]: Connect: ppp0 <--> eth1 May 13 05:14:48 debian pppd[17741]: Couldn't increase MTU to 1500 May 13 05:14:48 debian pppd[17741]: Couldn't increase MRU to 1500 May 13 05:14:51 debian pppd[17741]: Couldn't increase MTU to 1500 May 13 05:14:51 debian pppd[17741]: Couldn't increase MRU to 1500 May 13 05:14:51 debian pppd[17741]: Remote message: Can't process request now, try again later. May 13 05:14:51 debian pppd[17741]: PAP authentication failed May 13 05:14:51 debian pppd[17741]: Couldn't increase MTU to 1500 May 13 05:14:51 debian pppd[17741]: Couldn't increase MRU to 1500 May 13 05:14:55 debian pppd[17741]: Connection terminated. May 13 05:14:55 debian pppd[17741]: Doing disconnect May 13 05:14:55 debian pppd[17741]: Starting link May 13 05:14:55 debian pppd[17741]: Sending PADI May 13 05:14:55 debian pppd[17741]: HOST_UNIQ successful match May 13 05:14:55 debian pppd[17741]: HOST_UNIQ successful match May 13 05:14:55 debian pppd[17741]: Got connection: 1d3f May 13 05:14:55 debian pppd[17741]: Connecting PPPoE socket: 00:90:1a:40:05:28 3f1d eth1 0x80847b8 May 13 05:14:55 debian pppd[17741]: Connect: ppp0 <--> eth1 May 13 05:14:55 debian pppd[17741]: Couldn't increase MTU to 1500 May 13 05:14:55 debian pppd[17741]: Couldn't increase MRU to 1500 May 13 05:14:58 debian pppd[17741]: Couldn't increase MTU to 1500 May 13 05:14:58 debian pppd[17741]: Couldn't increase MRU to 1500 May 13 05:15:02 debian pppd[17741]: LCP terminated by peer May 13 05:15:02 debian pppd[17741]: Couldn't increase MTU to 1500 May 13 05:15:02 debian pppd[17741]: Couldn't increase MRU to 1500 May 13 05:15:04 debian pppd[17741]: Connection terminated. May 13 05:15:04 debian pppd[17741]: Doing disconnect May 13 05:15:05 debian pppd[17741]: Exit. --- /Auszug /var/log/messages ---
Am Do 13.05.2004 18:22, Stefan Schilling
Hallo!
Auf meinem Rechner läuft ein pppoed (die SuSE 7.2 Variante). Die Verbindung läuft durch, d.h. der Rechner wird eigentlich eher nicht abgeschaltet -> der Rechner bekommt also alle Weile eine neue IP - Adresse zugewiesen. Dies klappt auch normalerweise schmerzlos, aber seit neuestem geht irgendwas schief:
Nachdem der Rechner - sagen wir: 3x - eine neue IP - Adresse problemlos akzeptiert hat, schaltet sich beim 4x einfach das pppoed ab.
Ich kann mir dies nicht erklären, vielleicht jemand von Euch?
Ich habe mal einen /var/log/messages Auszug mitgeschickt.
Danke für ein paar Anregungen!
Ciao!
Stefan
--- Auszug /var/log/messages ---
May 13 05:13:53 debian pppd[17741]: PAP authentication failed
Hi! Haben sich die Zugangsdaten geändert? Grüße SE ------------------------------------------------------------------------------------------ Linux is like a wigwam, no gates no windows but a apache inside.
Guten Tag Steffen Enke, Am Donnerstag, 13. Mai 2004 um 18:26 schrieb Steffen Enke:
Am Do 13.05.2004 18:22, Stefan Schilling
schrieb:
Hallo!
Auf meinem Rechner läuft ein pppoed (die SuSE 7.2 Variante). Die Verbindung läuft durch, d.h. der Rechner wird eigentlich eher nicht abgeschaltet -> der Rechner bekommt also alle Weile eine neue IP - Adresse zugewiesen. Dies klappt auch normalerweise schmerzlos, aber seit neuestem geht irgendwas schief:
Nachdem der Rechner - sagen wir: 3x - eine neue IP - Adresse problemlos akzeptiert hat, schaltet sich beim 4x einfach das pppoed ab.
Ich kann mir dies nicht erklären, vielleicht jemand von Euch?
Ich habe mal einen /var/log/messages Auszug mitgeschickt.
Danke für ein paar Anregungen!
Ciao!
Stefan
--- Auszug /var/log/messages ---
May 13 05:13:53 debian pppd[17741]: PAP authentication failed
Hi! Haben sich die Zugangsdaten geändert? Grüße SE
Hi! Mann, ging das schnell, DANKE!! :) Nein, haben sie nicht, ansonsten hätte ich dir die Mails nicht schreiben können (oder aber, sie wurden durch die Luft übertragen.... mit einem WirelessLanKabel zum Beispiel... ;) ) Als ich wieder hier war, konnte ich die Verbindung mittels "rcpppoed start" und danach "rcroute restart" wieder ans Laufen bekommen. Stefan
* Donnerstag, 13. Mai 2004 um 18:22 (+0200) schrieb Stefan Schilling:
Auf meinem Rechner läuft ein pppoed (die SuSE 7.2 Variante). Die Verbindung läuft durch, d.h. der Rechner wird eigentlich eher nicht abgeschaltet -> der Rechner bekommt also alle Weile eine neue IP - Adresse zugewiesen. Dies klappt auch normalerweise schmerzlos, aber seit neuestem geht irgendwas schief:
[ ... ] May 13 05:13:38 debian pppd[17741]: LCP terminated by peer [ ... ] May 13 05:13:47 debian pppd[17741]: LCP terminated by peer [ ... ] May 13 05:13:53 debian pppd[17741]: Remote message: Can't process request now, try again later. May 13 05:13:53 debian pppd[17741]: PAP authentication failed [ ... ] May 13 05:14:05 debian pppd[17741]: LCP terminated by peer [ ... ] May 13 05:14:17 debian pppd[17741]: LCP terminated by peer [ ... ] May 13 05:14:26 debian pppd[17741]: Remote message: Can't process request now, try again later. May 13 05:14:26 debian pppd[17741]: PAP authentication failed [ ... ] u.s.w...
Es sieht so aus, als wenn der AC nicht mehr will. Genaueres kann man
evtl. sagen, wenn du "debug" in "/etc/ppp/options" einfügst und dann nochmal
einen Auszug aus "/var/log/messages" postest.
Gruß
Andreas
--
Andreas Könecke "Andreas Koenecke
Guten Tag Andreas Koenecke, Am Donnerstag, 13. Mai 2004 um 19:57 schrieb Andreas Koenecke:
* Donnerstag, 13. Mai 2004 um 18:22 (+0200) schrieb Stefan Schilling:
Auf meinem Rechner läuft ein pppoed (die SuSE 7.2 Variante). Die Verbindung läuft durch, d.h. der Rechner wird eigentlich eher nicht abgeschaltet -> der Rechner bekommt also alle Weile eine neue IP - Adresse zugewiesen. Dies klappt auch normalerweise schmerzlos, aber seit neuestem geht irgendwas schief:
[ ... ] May 13 05:13:38 debian pppd[17741]: LCP terminated by peer [ ... ] May 13 05:13:47 debian pppd[17741]: LCP terminated by peer [ ... ] May 13 05:13:53 debian pppd[17741]: Remote message: Can't process request now, try again later. May 13 05:13:53 debian pppd[17741]: PAP authentication failed [ ... ] May 13 05:14:05 debian pppd[17741]: LCP terminated by peer [ ... ] May 13 05:14:17 debian pppd[17741]: LCP terminated by peer [ ... ] May 13 05:14:26 debian pppd[17741]: Remote message: Can't process request now, try again later. May 13 05:14:26 debian pppd[17741]: PAP authentication failed [ ... ] u.s.w...
Es sieht so aus, als wenn der AC nicht mehr will. Genaueres kann man evtl. sagen, wenn du "debug" in "/etc/ppp/options" einfügst und dann nochmal einen Auszug aus "/var/log/messages" postest.
Hi! Ich hatte auch schon überlegt, ob ich "debug" einschalte, jedoch kann ich das Problem nicht einfach reproduzieren (es tritt halt ab + wann auf) und meine Platte hat nur noch ca. 100MB frei... Stefan PS: ich werd´s heut abend einfach mal machen; zur Not muss ich halt öfter löschen... PS2: was ist ein AC?
* Donnerstag, 13. Mai 2004 um 20:11 (+0200) schrieb Stefan Schilling:
Am Donnerstag, 13. Mai 2004 um 19:57 schrieb Andreas Koenecke:
Es sieht so aus, als wenn der AC nicht mehr will. Genaueres kann man evtl. sagen, wenn du "debug" in "/etc/ppp/options" einfügst und dann nochmal einen Auszug aus "/var/log/messages" postest.
Ich hatte auch schon überlegt, ob ich "debug" einschalte, jedoch kann ich das Problem nicht einfach reproduzieren (es tritt halt ab + wann auf) und meine Platte hat nur noch ca. 100MB frei...
"debug" schreibt nur ca. 15 Zeilen mehr beim (erfolgreichen) Verbindungsaufbau und ca. 2-5 Zeilen mehr beim Verbindungsabbau, das sollte also keine so große Rolle spielen...
PS2: was ist ein AC?
"Access Concentrator": Das ist "dein" PPP-Partner des DSL-Providers.
Gruß
Andreas
--
Andreas Könecke "Andreas Koenecke
Hallo, Am Thu, 13 May 2004, Stefan Schilling schrieb:
Am Donnerstag, 13. Mai 2004 um 19:57 schrieb Andreas Koenecke:
* Donnerstag, 13. Mai 2004 um 18:22 (+0200) schrieb Stefan Schilling: [..]
May 13 05:14:17 debian pppd[17741]: LCP terminated by peer [ ... ] May 13 05:14:26 debian pppd[17741]: Remote message: Can't process request now, try again later. May 13 05:14:26 debian pppd[17741]: PAP authentication failed [ ... ] u.s.w...
Sieht so aus, als wuerdest du es zu oft, zu schnell hintereinander versuchen und wirst deshalb geblockt. Ausserdem haben der AC oder der Radius (der die Auth uebernimmt) schon auch mal Macken. Stell am besten ein, dass zwischen den Versuchen ein paar Minuten Pause gemacht wird.
Es sieht so aus, als wenn der AC nicht mehr will. Genaueres kann man evtl. sagen, wenn du "debug" in "/etc/ppp/options" einfügst und dann nochmal einen Auszug aus "/var/log/messages" postest. [..] PS2: was ist ein AC?
"Access Concentrator", das Gegenstueck zu deinem DSL-Modem. -dnh -- If you haven't got time to RTFM, you haven't got time to whine on this mailing list.
Am Donnerstag, 13. Mai 2004 20:46 schrieb David Haller:
Hallo,
Hallo David,
Am Thu, 13 May 2004, Stefan Schilling schrieb:
PS2: was ist ein AC?
"Access Concentrator", das Gegenstueck zu deinem DSL-Modem.
Ich habe mal gegoogelt. Auf der Seite http://www.onlinekosten.de/breitband/faq/drucken?id=13 habe ich folgende Erklärung gefunden: --- schnipp --- Was ist ein "Access Concentrator"? Die Abkürzung AC steht für Access Concentrator. Beispiel anhand Telekom und T-Online: Der AC (Access Concentrator) steht in Verbindung zum Einwahlknoten (POP) bei T-Online. Die Daten, die man versendet, werden im DSLAM (DSL Access Multiplexer) in der Vermittlungsstelle der Telekom mit anderen Kundenports gebündelt und über den AC zum T-Online (Breitband-)POP weitergeleitet. Dort kommt dann die eigentliche Internetverbindung zustande. --- schnapp --- Grafisch: [DSL-"Modem" (NTBBA)] CPE | | (local loop) | [DSLAM] CO der Telefongesellschaft | | [Access Concentrator] | | [POP] ISP | | (ISP-Cloud) Ist das so richtig? - Dann ist das Gegenstück zum DSL-Modem aber nicht der AC, sondern der DSLAM, oder nicht?
-dnh
Viele Grüße, Marcus -- - Inhaltliche Antworten bitte nur an die Mailingliste. - Die Spielregeln: http://www.suse-etikette.de.vu/
Hallo, Am Fri, 14 May 2004, Marcus Glöder schrieb:
Am Donnerstag, 13. Mai 2004 20:46 schrieb David Haller:
Am Thu, 13 May 2004, Stefan Schilling schrieb:
PS2: was ist ein AC?
"Access Concentrator", das Gegenstueck zu deinem DSL-Modem.
Ich habe mal gegoogelt. Auf der Seite
http://www.onlinekosten.de/breitband/faq/drucken?id=13
habe ich folgende Erklärung gefunden:
--- schnipp --- Was ist ein "Access Concentrator"? Die Abkürzung AC steht für Access Concentrator. Beispiel anhand Telekom und T-Online: Der AC (Access Concentrator) steht in Verbindung zum Einwahlknoten (POP) bei T-Online. Die Daten, die man versendet, werden im DSLAM (DSL Access Multiplexer) in der Vermittlungsstelle der Telekom mit anderen Kundenports gebündelt und über den AC zum T-Online (Breitband-)POP weitergeleitet. Dort kommt dann die eigentliche Internetverbindung zustande. --- schnapp ---
Grafisch: [snip] Ist das so richtig? - Dann ist das Gegenstück zum DSL-Modem aber nicht der AC, sondern der DSLAM, oder nicht?
Jein. Einerseits hast du recht, ich hatte den DSLAM vergessen. Andererseits hatte ich (auch gemaess obigem Text) dennoch recht: Oben wird der DSL-Splitter unterschlagen -- der ist das Gegenstueck zum DSLAM. PC -- [ethernet(!)] -- DSL-MODEM --. ISDN --+- Splitter -- [telefonleitung] POTS --' | | POTS --. | ISDN --+- DSLAM -- [telefonleitung] | ISP -- [ATM?] -- AC --' | +-------- DSLAM ... : : `-------- DSLAM ... Der Splitter trennt dabei die Frequenzen fuer DSL / ISDN / POTS, der DSLAM macht das Gegenteil... AFAIK haengen die Geraete fuer ISDN/POTS auch am DSLAM, d.h. vor dem AC. Wobei an jedem AC mehrere DSLAMs haengen... Denn AFAIK ist je Teilnehmer ein "DSLAM" ("Port"?) (die natuerlich zu 24 oder so in einem Geraet stecken) notwendig. Deswegen kann's sein, wenn keine DSLAM (Ports) in einer Vermittlung mehr frei sind, dass man kein DSL bekommt, auch wenn die beiden Nachbarn es haben (bzw. _weil_ die Nachbarn die verfuegbaren DSLAMs belegen ;)... "ISP" steht fuer die Infrastruktur des ISP, z.B. 1&1, die _nicht_ selbst DSLAM (und ISDN/POTS) in die Vermittlungen stellen. Oder eben die ISP-Infrastruktur z.B. von t-online, oder arcor, die eben auch selbst die HW in die Vermittlungen stellen. Und ja, beim "ISP" oben in meiner Grafik ist man noch nicht "im Internet" oder auch nur im Backbone des ISP. Z.B. ist bei mir der DSLAM hier im Ort in der Vermittlung[1], der erste Rechner mit ner IP steht dann schon in Stuttgart unten, AFAIK, das hat also Aehnlichkeiten damit, wie wenn ich mit dem analogen Modem einen PoP in S unten anrufe... Achso, AFAIK wird schon ab dem DSL-Modem PPP over Ethernet over ATM gesprochen, das wird dann aber fruehestens im AC wieder ausgepackt. Und noch was, wo wir schon dabei sind: die DSLAMs und ACs brauchen schon mal nen Reset, oder zumindest ne Trennung DSL-Modem/DSLAM (Stecker am DSL-"Modem" ziehen). Ausfaelle sind da eigentlich nicht ungewoehnlich. -dn'*der mit dem Wackelkontakt des RJ-45 Steckers im DSL-"Modem" kaempft*'h PS: meist merk ich's rechtzeitig, bevor die aktuellen IP-Verbindungen in ihre Timeouts laufen ;) Am Modem wackeln, drehen usw. bis die LED wieder angeht... [1] eine der ersten deutschlandweit, die auf digital umgestellt wurde... -- If you haven't got time to RTFM, you haven't got time to whine on this mailing list.
Am Samstag, 15. Mai 2004 04:23 schrieb David Haller:
Hallo,
Hallo David, danke für die Antwort, das war ja richtig erschöpfend :-). Ich denke, ich werde noch mal ein bisschen weiterlesen (Google). Wenn ich dann wirklich noch eine Frage haben sollte (was ich nicht annehme), würde ich ganz gerne, wenn Du nichts dagegen hast, Dir eine PM schreiben. Hier zur "grundsätzlichen DSL-Topologie" weiter zu diskutieren, würde denn schon einigermaßen Off-Topic werden...
-dn'*der mit dem Wackelkontakt des RJ-45 Steckers im DSL-"Modem" kaempft*'h
PS: meist merk ich's rechtzeitig, bevor die aktuellen IP-Verbindungen in ihre Timeouts laufen ;) Am Modem wackeln, drehen usw. bis die LED wieder angeht...
Ist die Lasche am Stecker abgebrochen? Wenn nicht, müsste sie eigentlich einrasten und es dürfte keinen Wackelkontakt geben (dafür sind die RJ45-Stecker unter anderem ja erfunden worden). Wenn doch, fliegt das Ding alle Nase lang aus der Schnittstelle. Einzige Lösung: neues Kabel (bzw. den defekten Kopf abschneiden und neuen Kopf drancrimpen). Für den Fall, dass es sich um die RJ45-Schnittstelle zum Splitter handelt: bei meinem DSL-"Modem" gibt es noch die Möglichkeit, gar nicht diese RJ45-Schnittstelle zu benutzen, sondern das vom Splitter kommende (zweiadrige) UTP-Kabel abzuisolieren, die a- und die b-Ader abzuisolieren und beide Adern in zwei kleine Klemmen im DSL-"Modem" zu stecken. Viele Grüße, Marcus -- - Inhaltliche Antworten bitte nur an die Mailingliste. - Die Spielregeln: http://www.suse-etikette.de.vu/
* Samstag, 15. Mai 2004 um 04:23 (+0200) schrieb David Haller:
Ist das so richtig? - Dann ist das Gegenstück zum DSL-Modem aber nicht der AC, sondern der DSLAM, oder nicht?
Jein. Einerseits hast du recht, ich hatte den DSLAM vergessen. Andererseits hatte ich (auch gemaess obigem Text) dennoch recht:
Oben wird der DSL-Splitter unterschlagen -- der ist das Gegenstueck zum DSLAM.
Nö, der DSLAM ist das Gegenstück zum DSL-"Modem", besser gesagt, der Port im DSLAM. Der "Splitter" ist ggfs. im Port integriert.
Und ja, beim "ISP" oben in meiner Grafik ist man noch nicht "im Internet" oder auch nur im Backbone des ISP. Z.B. ist bei mir der DSLAM hier im Ort in der Vermittlung[1],
Eben, der DSLAM ist das Ende der xDSL-Strecke und damit müssen bestimmte max. Leitunglängen eingehalten werden (IIRC max. 4 bis 6 km), so dass der DSLAM möglichst kundennah installiert sein muss.
der erste Rechner mit ner IP steht dann schon in Stuttgart unten,
Das ist dann der AC.
Gruß
Andreas
--
Andreas Könecke "Andreas Koenecke
Guten Tag David Haller, Am Donnerstag, 13. Mai 2004 um 20:46 schrieb David Haller: Hallo, jetzt war ja einige Zeit Ruhe, deswegen nochmal kurz, was in der letzten Folge passierte: das ppp0 - Device läuft, bekommt dann eine neue IP, startet sich also selber neu (oder macht irgendwas ähnliches, egal) und läuft weiter -über Wochen hinweg manchmal verabschiedete sich das Device aber einfach und ich konnte leider nicht erkennen, woran das lag. Habe ich dann einfach mal "rcpppoed start" (restart war nicht nötig, es hatte sich völlig verabschiedet) ausgeführt, hatte ich binnen Sekunden wieder einen Internetzugang. Daraufhin habe ich mich mit der Fehlerbeschreibung an die Liste gewandt, woraufhin ich dann die Option debug in /etc/ppp/options anschalten sollte, was ich auch tat. Diese ist nun einige Zeit mitgelaufen, bis dieser Fehler eben das nächste Mal aufgetreten ist (das Log findet sich am Ende dieser Mail).
Am Thu, 13 May 2004, Stefan Schilling schrieb:
Am Donnerstag, 13. Mai 2004 um 19:57 schrieb Andreas Koenecke:
* Donnerstag, 13. Mai 2004 um 18:22 (+0200) schrieb Stefan Schilling: [..]
May 13 05:14:17 debian pppd[17741]: LCP terminated by peer [ ... ] May 13 05:14:26 debian pppd[17741]: Remote message: Can't process request now, try again later. May 13 05:14:26 debian pppd[17741]: PAP authentication failed [ ... ] u.s.w...
Sieht so aus, als wuerdest du es zu oft, zu schnell hintereinander versuchen und wirst deshalb geblockt.
das habe ich leider nicht gefunden. Allerdings wurde der u.s. /var/log/messages - Auszug generiert, nachdem der Rechner grade neu hochgefahren war, was ja ca. 3min dauert. Auch danach war es mir bis frühs um 7:30Uhr (danach habe ich den Rechner bis 14:00Uhr ausgelassen, dann gings) nicht möglich, mich einzuwählen.
Ausserdem haben der AC oder der Radius (der die Auth uebernimmt) schon auch mal Macken.
Stell am besten ein, dass zwischen den Versuchen ein paar Minuten Pause gemacht wird.
wo finde ich diese Option? Ich habe in /etc/pppoed.conf und der /etc/ppp/options nachgeschaut, beide kannten die Option "pause" nicht.
Es sieht so aus, als wenn der AC nicht mehr will. Genaueres kann man evtl. sagen, wenn du "debug" in "/etc/ppp/options" einfügst und dann nochmal einen Auszug aus "/var/log/messages" postest. [..]
ich sag schonmal tschüss, das Log ist doch rel. lang...
Stefan
nachdem nun also ein paar Wochen keine Probleme aufgetreten sind, hier
nun das Log von gestern abend:
Jun 1 23:20:14 debian pppd[2978]: Plugin pppoe.so loaded.
Jun 1 23:20:14 debian pppd[2978]: PPPoE Plugin Initialized
Jun 1 23:20:14 debian pppd[2978]: Plugin passwordfd.so loaded.
Jun 1 23:20:14 debian pppd[2978]: pppd 2.4.0 started by root, uid 0
Jun 1 23:20:14 debian pppd[2978]: Using interface ppp0
Jun 1 23:20:14 debian pppd[2978]: Couldn't increase MTU to 1500
Jun 1 23:20:14 debian pppd[2978]: Couldn't increase MRU to 1500
Jun 1 23:20:14 debian pppd[2978]: local IP address 192.168.99.1
Jun 1 23:20:14 debian pppd[2978]: remote IP address 192.168.99.99
Jun 1 23:20:14 debian pppd[2978]: Starting link
Jun 1 23:20:14 debian pppd[2978]: Sending PADI
Jun 1 23:20:14 debian modify_resolvconf: Service pppoed modified /etc/resolv.conf. See info block in this file
Jun 1 23:20:14 debian pppd[2978]: HOST_UNIQ successful match
Jun 1 23:20:14 debian pppd[2978]: HOST_UNIQ successful match
Jun 1 23:20:14 debian pppd[2978]: Got connection: a20
Jun 1 23:20:14 debian pppd[2978]: Connecting PPPoE socket: 00:90:1a:40:05:28 200a eth1 0x8084bd0
Jun 1 23:20:14 debian pppd[2978]: using channel 21
Jun 1 23:20:14 debian pppd[2978]: Connect: ppp0 <--> eth1
Jun 1 23:20:14 debian pppd[2978]: Couldn't increase MTU to 1500
Jun 1 23:20:14 debian pppd[2978]: Couldn't increase MRU to 1500
Jun 1 23:20:14 debian pppd[2978]: sent [LCP ConfReq id=0x1
Hallo, Am Wed, 02 Jun 2004, Stefan Schilling schrieb: [..]
Jun 1 23:20:14 debian pppd[2978]: HOST_UNIQ successful match Jun 1 23:20:14 debian pppd[2978]: HOST_UNIQ successful match Jun 1 23:20:14 debian pppd[2978]: Got connection: a20 Jun 1 23:20:14 debian pppd[2978]: Connecting PPPoE socket: 00:90:1a:40:05:28 200a eth1 0x8084bd0 Jun 1 23:20:14 debian pppd[2978]: using channel 21 Jun 1 23:20:14 debian pppd[2978]: Connect: ppp0 <--> eth1 Jun 1 23:20:14 debian pppd[2978]: Couldn't increase MTU to 1500 Jun 1 23:20:14 debian pppd[2978]: Couldn't increase MRU to 1500
Das ist normal.
Jun 1 23:20:14 debian pppd[2978]: sent [LCP ConfReq id=0x1
] Jun 1 23:20:14 debian pppd[2978]: rcvd [LCP ConfReq id=0x34 <auth pap> ]
Hast du in /etc/ppp/options bzw. /etc/ppp/peers/<config> (<config> koennte z.B. tiscali sein) irgendwo mtu/mru 1490? Das wuerde ich einfach mal auf 1492 aendern, da der Gegenueber das vorschlaegt. [..]
Jun 1 23:20:17 debian pppd[2978]: sent [PAP AuthReq id=0x2 user="user@tiscali.de" password=<hidden>] Jun 1 23:20:17 debian pppd[2978]: rcvd [LCP EchoRep id=0x0 magic=0x659b7041] Jun 1 23:20:17 debian pppd[2978]: rcvd [PAP AuthAck id=0x2 ""] Jun 1 23:20:17 debian pppd[2978]: sent [IPCP ConfReq id=0x1
] Jun 1 23:20:17 debian pppd[2978]: rcvd [LCP TermReq id=0xe5]
Es koennte sein, dass das hieran liegt. Wo stellst du die 192.168.99.1
ein? Bei mir laeuft das so:
sent [IPCP ConfReq id=0x1
Guten Tag David Haller, Am Mittwoch, 2. Juni 2004 um 19:55 schrieb David Haller:
Hallo,
Am Wed, 02 Jun 2004, Stefan Schilling schrieb: [..]
Das ist normal. ok.
Hast du in /etc/ppp/options bzw. /etc/ppp/peers/<config> (<config> koennte z.B. tiscali sein) irgendwo mtu/mru 1490? Das wuerde ich einfach mal auf 1492 aendern, da der Gegenueber das vorschlaegt.
hab ich gemacht (eigentlich habe ich diesen Tip schon tausendmal gehört, weiss der Geier, warum ich ihn nicht angewendet habe...
[..]
Jun 1 23:20:17 debian pppd[2978]: sent [PAP AuthReq id=0x2 user="user@tiscali.de" password=<hidden>] Jun 1 23:20:17 debian pppd[2978]: rcvd [LCP EchoRep id=0x0 magic=0x659b7041] Jun 1 23:20:17 debian pppd[2978]: rcvd [PAP AuthAck id=0x2 ""] Jun 1 23:20:17 debian pppd[2978]: sent [IPCP ConfReq id=0x1
] Jun 1 23:20:17 debian pppd[2978]: rcvd [LCP TermReq id=0xe5]
Es koennte sein, dass das hieran liegt. Wo stellst du die 192.168.99.1 ein? Bei mir laeuft das so:
keine Ahnung. Ich habe eben mal -fast- alle Configs durchgeschaut, nirgends steht das explizit drin; er sagt nur, dass er die Werte aus der Config bezieht; allerdings gibt es eine Datei /etc/ppp/peers/demand root@debian:/home/stefan > tail /etc/ppp/peers/demand 192.168.99.1:192.168.99.99 ipcp-accept-local ipcp-accept-remote root@debian:/home/stefan > kann ich die einfach ändern? Ausserdem, wenn´s ein echter Fehler wäre, dürfte es ja gar nicht laufen, oder (ich kann dir aber diese Mail schicken...)
sent [IPCP ConfReq id=0x1
] ^^^^^^^
normalerweise problemlos.
Ansonsten geht das "rcvd [LCP TermReq id=0xe5]" von der Gegenstelle aus, da kannst du nix machen ausser Warten und es spaeter nochmal probieren.
aber es ist sehr nervig. So lange ich hier bin, geht das ja alles noch in Ordnung, schwierig wird´s erst, wenn das mal demnächst nicht der Fall ist; ich aber an den Rechner will. Dann müßte ich erst umständlich konfigurieren, dass der Rechner sich mittels der ISDN-Karte ins Internet einwählt (wie geht das nochmal, es ging durch die Liste, aber ich weiss nicht, wonach ich da eigentlich suchen soll...?) Naja, trotzdem schonmal danke. Jetzt weiss ich, dass ich hilflos bin; nicht wirklich angenehm, andererseits auch toll -> ich hab nicht falsch gemacht. :) Bye! Stefan
Hallo, Am Wed, 02 Jun 2004, Stefan Schilling schrieb:
Am Mittwoch, 2. Juni 2004 um 19:55 schrieb David Haller:
Am Wed, 02 Jun 2004, Stefan Schilling schrieb: [..]
Jun 1 23:20:17 debian pppd[2978]: rcvd [PAP AuthAck id=0x2 ""] Jun 1 23:20:17 debian pppd[2978]: sent [IPCP ConfReq id=0x1
] Jun 1 23:20:17 debian pppd[2978]: rcvd [LCP TermReq id=0xe5] Es koennte sein, dass das hieran liegt. Wo stellst du die 192.168.99.1 ein? Bei mir laeuft das so:
keine Ahnung. Ich habe eben mal -fast- alle Configs durchgeschaut, nirgends steht das explizit drin; er sagt nur, dass er die Werte aus der Config bezieht; allerdings gibt es eine Datei /etc/ppp/peers/demand
root@debian:/home/stefan > tail /etc/ppp/peers/demand
192.168.99.1:192.168.99.99
ipcp-accept-local ipcp-accept-remote
Ah, ich weiss wo das vermutlich herkommt: schau mal in /etc/sysconfig/network, ob da in ifcfg-dsl0 oder ifcfg-ppp0 und providers/<providername> (z.B. providers/tiscalidsl, wie auch immer du den Provider benamst hast) oder so diese IP zugewiesen wird. Ich hab dort (allerdings T-DSL) in providers/tonline-dsl IPADDR='' REMOTE_IPADDR='' Yast setzt IPADDR IIRC auf eine der 192.168.0.0 IPs... Aber du hast natuerlich recht, das ist nur ein kosmetisches Problem bzw. verlaengert den LCP-Dialog mit der Gegenstelle halt etwas.
Ansonsten geht das "rcvd [LCP TermReq id=0xe5]" von der Gegenstelle aus, da kannst du nix machen ausser Warten und es spaeter nochmal probieren.
aber es ist sehr nervig. So lange ich hier bin, geht das ja alles noch in Ordnung, schwierig wird?s erst, wenn das mal demnächst nicht der Fall ist; ich aber an den Rechner will. Dann müßte ich erst umständlich konfigurieren, dass der Rechner sich mittels der ISDN-Karte ins Internet einwählt (wie geht das nochmal, es ging durch die Liste, aber ich weiss nicht, wonach ich da eigentlich suchen soll...?)
Alternativ ein bisserl warten (und es z.B. alle 30min oder so per cronjob probieren)... Nervig ist es allemal. Aber immerhin scheint bei dir da der Radius nicht betroffen zu sein, sonst kaeme kein AuthACK. -dnh -- If you haven't got time to RTFM, you haven't got time to whine on this mailing list.
Guten Tag David Haller, Am Mittwoch, 2. Juni 2004 um 22:56 schrieb David Haller:
Hallo,
Am Wed, 02 Jun 2004, Stefan Schilling schrieb:
Am Mittwoch, 2. Juni 2004 um 19:55 schrieb David Haller:
Am Wed, 02 Jun 2004, Stefan Schilling schrieb: [..]
Jun 1 23:20:17 debian pppd[2978]: rcvd [PAP AuthAck id=0x2 ""] Jun 1 23:20:17 debian pppd[2978]: sent [IPCP ConfReq id=0x1
] Jun 1 23:20:17 debian pppd[2978]: rcvd [LCP TermReq id=0xe5] Es koennte sein, dass das hieran liegt. Wo stellst du die 192.168.99.1 ein? Bei mir laeuft das so:
keine Ahnung. Ich habe eben mal -fast- alle Configs durchgeschaut, nirgends steht das explizit drin; er sagt nur, dass er die Werte aus der Config bezieht; allerdings gibt es eine Datei /etc/ppp/peers/demand
root@debian:/home/stefan > tail /etc/ppp/peers/demand
192.168.99.1:192.168.99.99
ipcp-accept-local ipcp-accept-remote
es gibt nur oben stehendes...
IPADDR='' REMOTE_IPADDR=''
Yast setzt IPADDR IIRC auf eine der 192.168.0.0 IPs...
Aber du hast natuerlich recht, das ist nur ein kosmetisches Problem bzw. verlaengert den LCP-Dialog mit der Gegenstelle halt etwas.
also, diese Datei gibt´s bei mir gar nicht: habe eine 7.2, /etc/sysconfig/.. ist erst später eingeführt worden; jedoch findet sich auch in /etc/rc.config.d kein entsprechender Eintrag. Es gibt nur die /etc/ppp/peers/demand ,in der genau diese Daten stehen, allerdings traue ich mich nicht an die ran.
Alternativ ein bisserl warten (und es z.B. alle 30min oder so per cronjob probieren)... Nervig ist es allemal. Aber immerhin scheint bei dir da der Radius nicht betroffen zu sein, sonst kaeme kein AuthACK.
cronjob ist Mist, es sei denn, er testet jedesmal zunächst, ob nicht vielleicht eine Verbindung besteht (wie kann man sowas testen), ansonsten würde er mich ja ständig (=bei jedem Aufruf der Abfrage) aus dem Netz schmeissen. Das Problem ist ja gerade, dass ich -manchmal- nicht an den Rechner rankomme, um diesen Neustarten anlaufen zu lassen. Danke für die Antwort! cu Stefan PS: wie ist das Studium an der Fernuni Hagen? Ich mache WI hier in Bamberg (Klischee bestätigt).
Hallo, Am Thu, 03 Jun 2004, Stefan Schilling schrieb:
Am Mittwoch, 2. Juni 2004 um 22:56 schrieb David Haller: also, diese Datei gibt?s bei mir gar nicht: habe eine 7.2,
Achso.
/etc/sysconfig/.. ist erst später eingeführt worden; jedoch findet sich auch in /etc/rc.config.d kein entsprechender Eintrag.
Direkt in /etc/rc.config?
Es gibt nur die /etc/ppp/peers/demand ,in der genau diese Daten stehen, allerdings traue ich mich nicht an die ran.
Probier's doch einfach mal ;)
Alternativ ein bisserl warten (und es z.B. alle 30min oder so per cronjob probieren)... Nervig ist es allemal. Aber immerhin scheint bei dir da der Radius nicht betroffen zu sein, sonst kaeme kein AuthACK.
cronjob ist Mist, es sei denn, er testet jedesmal zunächst, ob nicht vielleicht eine Verbindung besteht (wie kann man sowas testen),
Aeh, das soll der natuerlich machen ;) Testen kann man mit den ueblichen Mitteln, z.B. ps ax | grep '[p]ppd' oder aehnlichem. -dnh -- If you haven't got time to RTFM, you haven't got time to whine on this mailing list.
participants (5)
-
Andreas Koenecke
-
David Haller
-
Marcus Glöder
-
Stefan Schilling
-
Steffen Enke