Keine PPPoE Einwahl mit Asus RT-AX86U

[Untertan]

Hallo zusammen,

ich versuche einen Asus Router RT-AX86U (kein Modem) an einem 1und1 VDSL2 Anschluss zu betreiben. Als Modem ist ein Draytek Vigor167 vorgeschaltet. Das Vigor Moden hat die VDSL Verbindung mit dem Profil 35b stabil aufgebaut keine Abbrüche oder Fehler. Die Einwahl mit dem Asus will aber einfach nicht funktionieren ich habe schon testweise eine FB7590 über den WAN-Port am Vigor angeschlossen da gibt es keine Probleme die PPPoE Einwahldaten werden übertragen und die Internetverbindung ist sofort da.

Ist die Frage hat jemand schon einmal so eine Kombination zum laufen bekommen gibt es evtl. spezielle Einstellungen für den Asus Router ?

 

[DLMttH]

VLAN 7 hast du eingegeben?

Wird dir mit der 7590 ein DS-Lite-Tunnel angezeigt? Dann muss auch dieses konfiguriert werden und der Asus muss es unterstützen. Auf die schnelle finde ich nicht, ob er das tut.

 

[Untertan]

Ja VLAN 7 ist eingestellt und DS-Lite ist nicht aktiv wird auch nicht angezeigt bei der 7590.

 

[DLMttH]

Hast du das "H" deinem Nutzernamen vorangestellt? Das fällt mir als Letztes noch ein...

 

[Untertan]

Ja das H hatte ich auch schon versucht ohne Erfolg.

Habe eben das Log vom Asus ausgelesn:

pppd[3437]: PPP session is 41418 (0xa1ca)
pppd[3437]: Connected to a8:2b:cd:41:51:e8 via interface vlan7
pppd[3437]: Using interface ppp0
pppd[3437]: Connect: ppp0 <--> vlan7
pppd[3437]: LCP terminated by peer (2^C^P)
pppd[3437]: Connection terminated.
pppd[3437]: Sent PADT
pppd[3437]: Modem hangup

das wiederholt sich dann. Sie aus wie ein Problem mit der Authentifikation.

 

[DLMttH]

Ich denke, da werden wir Screenshots von der Asus-Konfiguration brauchen. Vielleicht vorsorglich nochmal gucken, ob nicht doch DS Lite auf der 7590 aktiv ist? Kann ja auch wiedergekommen sein, obwohl es mal abbestellt wurde.

 

[redjack1000]

Sie aus wie ein Problem mit der Authentifikation.

Nö, dann würde das dort stehen.

LCP terminated by peer

Das bedeutet eher, das die Gegenstelle die Verbindung abbaut.

Cu
redjack

 

[Untertan]

Hier mal die WAN Config vom Asus. Und ist kein DS Lite Anschluss hier.

 

[chrigu]

War da nicht etwas mit den MTU werte die in einer ähnlichen Konfiguration die Verbindung abbricht? Diese oder Letzte woche hier gelesen, finde den Beitrag grad nicht

 

[Untertan]

Tja MTU 1492 ist bei 1und1 bzw. Telekom so üblich sollte nicht das Problem sein. Aus welchen Gründen auch immer unterbricht die Gegenstelle die Verbindung. Als Workaround habe ich jetzt das Draytek Modem in den Router-Modus umkonfiguriert und den Asus Router als exposed Host hinter den Draytek eingebunden. Da hier bald auf Glasfaser umgestellt wird fliegt der Draytek dann aber raus. Ich probier das dann mit dem Asus an einem Glasfasermoden / ONT noch einmal.

Leider ist im Netz zu Asus PPPoE nicht viel zu finden alles nur sehr allgemein gehalten. ich werde da noch den Asus Support anschreiben viel Hoffnung auf eine Lösung habe ich da aber nicht.

 

[norKoeri]

hat jemand schon einmal so eine Kombination zum laufen bekommen

Ja, siehe …

VLAN 7 ist eingestellt

FRITZ!OS alterniert, also sendet mal mit mal ohne VLAN. Dadurch klappt das dann immer. Soweit ich gehört habe, hat die deutsche Firmware bei DrayTek das VLAN7 automatisch an. Daher müsstest Du im Asus ohne VLAN senden.

gibt es evtl. spezielle Einstellungen

Ich würde ohne „PPP Echo“ probieren, nicht dass 1&1 falsch antwortet. Ansonsten: Hast Du einen konfigurierbaren Switch? Dann könnte man den zwischen DSL-Modem und Internet-Router packen, Port-Mirroring aktivieren und in Wireshark live mitlesen. Manchmal sind es wirklich seltsame Software-Bugs.

 

[Untertan]

Guter lesenswerter Artikel ich hätte jetzt nicht gedacht das es noch so viele Probleme gibt ist ja fast unglaublich.

Was das VLAN Tag 7 angeht habe ich beide Versionen getestet also im Draytek aus und in der FB ein und umgekehrt funktioniert mit der Fritzbox beides. Asus leider nein in beiden Variationen. PPP Echo abschalten werde ich noch einmal probieren. Ich habe zwischenzeitlich noch einen TP-Link ER605 hinter dem Draytek getestet da funktioniert die PPPoE Einwahl auch ohne Probleme.

Einen Switch mit Mirrorport habe ich war mir nur zu viel Arbeit bei dem schönen Wetter den ganzen Tag vor dem Router zu hocken . Nach dem Artikel bin ich aber neugierig jetzt werde ich wohl doch einen Wireshark-Mitschnitt machen.

 

[Untertan]

Dann könnte man den zwischen DSL-Modem und Internet-Router packen, Port-Mirroring aktivieren und in Wireshark live mitlesen. Manchmal sind es wirklich seltsame Software-Bugs.

Gesagt und getan. Ich kann aber nur erkennen das sofort nach dem Frame 206 die Gegenstelle Huawei die Authentifizierung ablehnt. Im Vergleich mit der Fritzbox fällt auf das im Frame 137 noch eine Zeichenfolge (E1cbd9506) in der Zugangskennung enthalten ist keine Ahnung wo die herkommt. Vieleicht sollte ich den Asus einfach in die Tonne werfen.

Asus
183 18:38:08,972848 HuaweiTe_41:51:e8 ASUSTekC_32:0d:b8 PPPoED 56 Active Discovery Offer (PADO) AC-Name='han0008aihk001'
184 18:38:08,973404 ASUSTekC_32:0d:b8 HuaweiTe_41:51:e8 PPPoED 56 Active Discovery Request (PADR)
185 18:38:08,990153 HuaweiTe_41:51:e8 ASUSTekC_32:0d:b8 PPP LCP 56 Configuration Request
186 18:38:09,002789 HuaweiTe_41:51:e8 ASUSTekC_32:0d:b8 PPPoED 56 Active Discovery Session-confirmation (PADS)
187 18:38:09,005573 ASUSTekC_32:0d:b8 HuaweiTe_41:51:e8 PPP LCP 56 Configuration Request
188 18:38:09,018585 HuaweiTe_41:51:e8 ASUSTekC_32:0d:b8 PPP LCP 56 Configuration Ack
199 18:38:12,007971 ASUSTekC_32:0d:b8 HuaweiTe_41:51:e8 PPP LCP 56 Configuration Request
200 18:38:12,018494 HuaweiTe_41:51:e8 ASUSTekC_32:0d:b8 PPP LCP 56 Configuration Ack
204 18:38:12,128846 HuaweiTe_41:51:e8 ASUSTekC_32:0d:b8 PPP LCP 56 Configuration Request
205 18:38:12,129386 ASUSTekC_32:0d:b8 HuaweiTe_41:51:e8 PPP LCP 56 Configuration Ack
206 18:38:12,131095 ASUSTekC_32:0d:b8 HuaweiTe_41:51:e8 PPP PAP 60 Authenticate-Request (Peer-ID='1und1/1234-123@online.de', Password='12345678')
207 18:38:12,162162 HuaweiTe_41:51:e8 ASUSTekC_32:0d:b8 PPP LCP 56 Termination Request
208 18:38:12,162162 HuaweiTe_41:51:e8 ASUSTekC_32:0d:b8 PPP PAP 56 Authenticate-Nak (Message='Request Denied')
209 18:38:12,162976 ASUSTekC_32:0d:b8 HuaweiTe_41:51:e8 PPP LCP 56 Termination Ack
210 18:38:12,168912 HuaweiTe_41:51:e8 ASUSTekC_32:0d:b8 PPPoED 56 Active Discovery Terminate (PADT)
Zum Vergleich die Fritzbox wo die Einwahl funktioniert
115 18:03:37,369491 HuaweiTe_41:51:e8 AVMAudio_5e:c7:3b PPPoED 76 Active Discovery Offer (PADO) AC-Name='han0008aihk001'
116 18:03:37,369820 AVMAudio_5e:c7:3b HuaweiTe_41:51:e8 PPPoED 58 Active Discovery Request (PADR)
117 18:03:37,388838 HuaweiTe_41:51:e8 AVMAudio_5e:c7:3b PPP LCP 56 Configuration Request
118 18:03:37,403888 HuaweiTe_41:51:e8 AVMAudio_5e:c7:3b PPPoED 58 Active Discovery Session-confirmation (PADS)
119 18:03:37,404092 AVMAudio_5e:c7:3b HuaweiTe_41:51:e8 PPP LCP 56 Configuration Request
120 18:03:37,421753 HuaweiTe_41:51:e8 AVMAudio_5e:c7:3b PPP LCP 56 Configuration Ack
127 18:03:39,333885 AVMAudio_5e:c7:3b HuaweiTe_41:51:e8 PPP LCP 56 Configuration Request
128 18:03:39,347970 HuaweiTe_41:51:e8 AVMAudio_5e:c7:3b PPP LCP 56 Configuration Ack
129 18:03:39,392881 HuaweiTe_41:51:e8 AVMAudio_5e:c7:3b PPP LCP 56 Echo Request
130 18:03:39,393106 AVMAudio_5e:c7:3b HuaweiTe_41:51:e8 PPPoED 56 Active Discovery Terminate (PADT)
134 18:03:40,371682 HuaweiTe_41:51:e8 AVMAudio_5e:c7:3b PPP LCP 56 Configuration Request
135 18:03:40,371920 AVMAudio_5e:c7:3b HuaweiTe_41:51:e8 PPP LCP 56 Configuration Ack
136 18:03:40,371920 AVMAudio_5e:c7:3b HuaweiTe_41:51:e8 PPP LCP 73 Discard Request
137 18:03:40,371920 AVMAudio_5e:c7:3b HuaweiTe_41:51:e8 PPP PAP 71 Authenticate-Request (Peer-ID='1und1/(E1cbd9506)1234-123@online.de', Password='12345678')
138 18:03:40,411265 HuaweiTe_41:51:e8 AVMAudio_5e:c7:3b PPP IPCP 56 Configuration Request
139 18:03:40,411265 HuaweiTe_41:51:e8 AVMAudio_5e:c7:3b PPP PAP 80 Authenticate-Ack (Message='[UI-SBR:256500,45403;UI-LINEID:1UND1.DEU.DTAG.74DST;]')
140 18:03:40,411265 HuaweiTe_41:51:e8 AVMAudio_5e:c7:3b PPP IPV6CP 56 Configuration Request
141 18:03:40,411498 AVMAudio_5e:c7:3b HuaweiTe_41:51:e8 PPP IPCP 56 Configuration Request
142 18:03:40,411498 AVMAudio_5e:c7:3b HuaweiTe_41:51:e8 PPP IPV6CP 56 Configuration Request
143 18:03:40,411498 AVMAudio_5e:c7:3b HuaweiTe_41:51:e8 PPP IPV6CP 56 Configuration Ack
144 18:03:40,425299 HuaweiTe_41:51:e8 AVMAudio_5e:c7:3b PPP IPCP 56 Configuration Nak
145 18:03:40,425299 HuaweiTe_41:51:e8 AVMAudio_5e:c7:3b PPP IPV6CP 56 Configuration Ack
146 18:03:40,425544 AVMAudio_5e:c7:3b HuaweiTe_41:51:e8 PPP IPCP 56 Configuration Request

 

[DLMttH]

Kannst du einen anderen Router als die Fritz!Box noch zum Vergleich heranziehen?

 

[Untertan]

Habe noch einen TP-Link ER605 den könnte ich auch mal mit Wireshark mitschneiden.

 

[norKoeri]

Authentifizierung ablehnt

Eigentlich erstmal positiv, weil der allgemeine PPP-Austausch klappt. Mein Tipp: Schau bei der Authentifizierung, dass wirklich alles stimmt, also der Schrägstrich in der Peer-ID und auch im Passwort jedes Zeichen richtig übertragen wird. Wie Du in jenem Zeitschriften-Artikel siehst, existieren Router, die zu lange Passwörter und Sonderzeichen nicht verkraften – wobei im Test damals Asus nicht auffiel.

keine Ahnung wo „E1cbd9506“ herkommt

Ja, das kenne ich von AVM auch. Man müsste im IP-Phone-Forum nachfragen, ob jemand weiß, was das genau ist. Allerdings könntest Du das im Asus einfach nachtragen. Wenn Du bereits in Versatel komplett bist, kannst Du übrigens das „1und1/“ weglassen. Probiere das mal. Wenn das im TP-Link klappt aber im Asus immer noch nicht, gehen mir aber echt die Ideen aus.

das es noch so viele Probleme gibt, ist ja fast unglaublich

Ja, selbst auf Ebene PPP ganz ohne IPv6. Und PPP haben wir jetzt bald 35 Jahre.

 

[Untertan]

ich

Kannst du einen anderen Router als die Fritz!Box noch zum Vergleich heranziehen?

habe das eben noch einmal mit dem TP-Link getestet funktioniert wie auch bei der Fritzbox. Immer wenn das PAP Frame gesendet wird kommt die Termination von der Gegenstelle. Kann dann ja theoretisch nur an den Zugangsdaten/PW liegen.

Jetzt die Lösung:

Schau bei der Authentifizierung, dass wirklich alles stimmt,

Du warst auf der richtigen Spur !

ich habe das Frame noch einmal im Wireshark verglichen mit dem TP-Link und die länge der ID / Kennung ist anders. Bei der Zugangskennung hat sich ein Leerzeichen eingeschlichen ist aber in der Eingabemaske nicht zu erkennen. Also neu eingegeben per Hand und nicht Copy/Paste jetzt funktioniert die Einwahl. Ist auch zu merken das PPPoE / PPP aus den 90er jahren stammt mit einem besseren Fehlercode im Authenticate-Nak hätte ich nicht lange suchen müssen. Auch interessant das 1und1 noch PAP nutzt wo Kennung und PW unverschlüsselt übertragen werden.