Moin Nachdem ich es endlich mal geschafft habe meine DSL hardware anzuschliessen, dachte ich eigentlich, der Rest waere einfach, aber irgendwie scheint dem doch nicht so zu sein. Der Rechner ist ne Debian potato mit 2 tulip karten und 2.4.7, die karten sind beide ok. Das noch momentante ISDN fallback tut auch ;-) Also, die 2.4 Backport packages von Adrian Bunk installiert mitsamt pppoe. Nen kernel mit PPP support (wichtig: ppp_async nicht vergessen) compiliert und der pppoe is der von roaring penguin. Hier mal ein paar infos: --- Das hier sollte Access Concentrator Daten liefern --- naboo:~# pppoe.real -I eth1 -m 1452 -A -D /tmp/LOG pppoe: Timeout waiting for PADO packets --- Der Inhalt des Logfiles --- naboo:~# cat /tmp/LOG rp-pppoe-3.0 20:00:38.840 SENT PPPoE Discovery (8863) PADI sess-id 0 length 4 SourceAddr 00:48:54:12:63:01 DestAddr ff:ff:ff:ff:ff:ff 01 01 00 00 .... 20:00:43.836 SENT PPPoE Discovery (8863) PADI sess-id 0 length 4 SourceAddr 00:48:54:12:63:01 DestAddr ff:ff:ff:ff:ff:ff 01 01 00 00 .... 20:00:48.836 SENT PPPoE Discovery (8863) PADI sess-id 0 length 4 SourceAddr 00:48:54:12:63:01 DestAddr ff:ff:ff:ff:ff:ff 01 01 00 00 .... --- Der tcpdump sniff (keine ahnung ob tcpdump pppoe frames lesen kann) naboo:~# tcpdump -vvv -i eth1 tcpdump: WARNING: SIOCGIFADDR: eth1: Cannot assign requested address tcpdump: listening on eth1 20:00:38.840768 0:48:54:12:63:1 Broadcast 8863 24: 1109 0000 0004 0101 0000 20:00:44.296938 0:48:54:12:63:1 Broadcast 8863 24: 1109 0000 0004 0101 0000 20:00:52.296932 0:48:54:12:63:1 Broadcast 8863 24: 1109 0000 0004 0101 0000 Hier dann etwas aus dem PPPoE RFC (2516) zum Thema PADO Packete (auf dass mein DSL client ja zu warten scheint) --- RFC --- When the Access Concentrator receives a PADI that it can serve, it replies by sending a PADO packet. [...] If the Access Concentrator can not serve the PADI it MUST NOT respond with a PADO. --- </RFC> --- Ok. Klingt soweit logisch. Dachte ich mir, dass der AC hier vielleicht zu voll ist. Also am elterlichen NT mal mit dem beigelegten "DSL TEST TOOL" probiert. 3-4x in 20 Minuten und ging immer durch, was die Theorie mit dem vollem AC doch ein wenig entschaerft. Und wenn man bei google nach diesem Problem sucht kriegt man Loesungen wie kaputte Netzwerkkarten oder Kabel rein raus (nicht gerade das Traumdebugging). Hat sonst noch irgendwer dieses Problem gehabt und weiss was ich da noch drehen kann ausser morgen mal bei den rosa Fei^WFreunden anzurufen, die Linuxprobleme wahrscheinlich durch Auflegen des Telefonhoerers debuggen... MfG/Regards, Alexander -- Alexander Reelsen http://joker.rhwd.de ref@linux.com GnuPG: pub 1024D/F0D7313C sub 2048g/6AA2EDDB ref@tretmine.org 7D44 F4E3 1993 FDDF 552E 7C88 EE9C CBD1 F0D7 313C Securing Debian: http://joker.rhwd.de/doc/Securing-Debian-HOWTO