- Mitglied seit
- 9 Jan 2007
- Beiträge
- 242
- Punkte für Reaktionen
- 0
- Punkte
- 0
@Jpascher: Bei ATM/ADSL Habe ich keinen Plan, wie das Handschake beidseitig mitschneiden könnte.
Deine Fehlermeldungen, von welchem Programm kommen die? Ich wuerde auf Multid tippen. Da der als einziges mit allen devices "spielt". Die Nummern vor den Fehlermeldungen sehen nach linux-internen Devicenummern aus. Hast du mal mein Addonverzeichnis in deine Images integreiert? Das "busybox" da drin kennt das "ip"-Applet. Check dochmal "busybox ip link". Die Nummern sollten passen, zumindest bei mir tun sie es.
Bei ATM/VDSL koennte ich versuchen hier zu Hause ein Testsetup aufzubauen (wenn aber erst in zwei Wochen, bin im Moment sehr eingespannt.)
Bei PPPoE/ADSL und PPPoE/VDSL habe diese Fehlermeldung noch nicht gesehen. Aber ich habe auch schon PPP-Timeouts mit Fehler 0xc021 gesehen. Und zwar wenn ich das "wan" fi von Hand mit cpmaccfg konfiguiere(entweder per Vinax oder per Port1), und dann auf dem wan Interface pppd mit pppoe.so Versuche laufen zu lassen. Ich sehe via "tcpdump -nvv -i wan"
schoen die Pakete die rausgehen und ankommen. Koenntest du evtl auch mal probieren sollte in meinem addon.tgz von der zweiten Seite sein.
Da ich ja die passende VDSL-Gegenstelle habe, habe ich auf der anderen Seite dies auchmal gemacht (br0 auf meinem PC).
Das Ergebnis ist, dass ich in allen Testcases (natuerlich per Diff-by-Eyes) alle Pakete, welche das wan-Interface auf dem W920V verlassen haben auch an der br0 im PC vorbeifliegen hab sehen können.
Also PADI- und PADR-Pakete vom W920 via br0 waren okay.
Interessant ist das was am br0 zum W920V geflogen ist, bzw. was nicht am W920 ankam.
Mit pppd sind nicht alle Pakete beim W920V auf dem wan-Port angekommen.
Wichtige Pakete wie PAD0 oder PADS bzw. spaeter LCP-Configrequest sind definitiv nicht beim W920V angekommen. (Die Paketnamen und deren Bedeutungen kenne ich erste seit ein paar Tagen. Ich bin kein ppp-Experte. )
Dies gibt dann ein DSL Timeout.
Mit kdsld und kdsldmod funktionierte dies dann wie gewohnt.
Leider kann ich nicht wie erst gedacht auf dem Allnet126AM auch ADSL bereitstellen, daher kann ich den problematischen Fall ADSL/Vinax nicht auf diese Weise nachbauen. Ich sehe jedoch, wenn ich pppd oder kdsld mit Problem-FW nutze auch das manchmal LCP-Confireustfehlen oder die PADO- und PADS-Pakete ausbleiben. Als Folge gibt es dann PPPoE-Timeouts.
Warum weis ich leider noch nicht. Ich vermute das igrnedein kleines "Schräubchen" in den Vinax- oder Switcheinstellungen vom kdsld gesetzt wird, welches in neueren FW-Kombination, nicht mehr gedreht wird.
so das mal als mein Status
:wq
Deine Fehlermeldungen, von welchem Programm kommen die? Ich wuerde auf Multid tippen. Da der als einziges mit allen devices "spielt". Die Nummern vor den Fehlermeldungen sehen nach linux-internen Devicenummern aus. Hast du mal mein Addonverzeichnis in deine Images integreiert? Das "busybox" da drin kennt das "ip"-Applet. Check dochmal "busybox ip link". Die Nummern sollten passen, zumindest bei mir tun sie es.
Bei ATM/VDSL koennte ich versuchen hier zu Hause ein Testsetup aufzubauen (wenn aber erst in zwei Wochen, bin im Moment sehr eingespannt.)
Bei PPPoE/ADSL und PPPoE/VDSL habe diese Fehlermeldung noch nicht gesehen. Aber ich habe auch schon PPP-Timeouts mit Fehler 0xc021 gesehen. Und zwar wenn ich das "wan" fi von Hand mit cpmaccfg konfiguiere(entweder per Vinax oder per Port1), und dann auf dem wan Interface pppd mit pppoe.so Versuche laufen zu lassen. Ich sehe via "tcpdump -nvv -i wan"
schoen die Pakete die rausgehen und ankommen. Koenntest du evtl auch mal probieren sollte in meinem addon.tgz von der zweiten Seite sein.
Da ich ja die passende VDSL-Gegenstelle habe, habe ich auf der anderen Seite dies auchmal gemacht (br0 auf meinem PC).
Code:
W920V <-> VDSL-Master <-+
| |
ttyUSB0 |
| |
PC-br0 - eth0 ---------+
|
+---eth1 ----------------------W900V mit PPPoE-Relay --- T-Com
Das Ergebnis ist, dass ich in allen Testcases (natuerlich per Diff-by-Eyes) alle Pakete, welche das wan-Interface auf dem W920V verlassen haben auch an der br0 im PC vorbeifliegen hab sehen können.
Also PADI- und PADR-Pakete vom W920 via br0 waren okay.
Interessant ist das was am br0 zum W920V geflogen ist, bzw. was nicht am W920 ankam.
Mit pppd sind nicht alle Pakete beim W920V auf dem wan-Port angekommen.
Wichtige Pakete wie PAD0 oder PADS bzw. spaeter LCP-Configrequest sind definitiv nicht beim W920V angekommen. (Die Paketnamen und deren Bedeutungen kenne ich erste seit ein paar Tagen. Ich bin kein ppp-Experte. )
Dies gibt dann ein DSL Timeout.
Mit kdsld und kdsldmod funktionierte dies dann wie gewohnt.
Leider kann ich nicht wie erst gedacht auf dem Allnet126AM auch ADSL bereitstellen, daher kann ich den problematischen Fall ADSL/Vinax nicht auf diese Weise nachbauen. Ich sehe jedoch, wenn ich pppd oder kdsld mit Problem-FW nutze auch das manchmal LCP-Confireustfehlen oder die PADO- und PADS-Pakete ausbleiben. Als Folge gibt es dann PPPoE-Timeouts.
Warum weis ich leider noch nicht. Ich vermute das igrnedein kleines "Schräubchen" in den Vinax- oder Switcheinstellungen vom kdsld gesetzt wird, welches in neueren FW-Kombination, nicht mehr gedreht wird.
so das mal als mein Status
:wq