[Diskussion] Speedport W920V - Problem PPPoE-Zeitüberschreitung

Ziel:
Es sollt die Frage geklärt werden warum mit neueren 7270 FWs (neuer als r13486) kein ADSL(2\+?)? mehr geht. "Geht nicht bedeutet" bedeutet, es gibt einen DSL-Sync, jedoch keine Interneteinwahl. Der Fehler ist "PPPoE Zeitüberschreitung".

Edit Ernest015: Hallo, ich habe hier mal auf Wunsch einen neuen Thread erstellt, welcher sich mit dem Problem PPPoE-Zeitüberschreitung beim W920V befassen soll. Dieses Problem (Sync vorhanden aber kein Internetzugang, besagte Fehlermeldung im Ereignislog) macht etliche Firmware-Kombinationen für ADSL-Nutzer unbrauchbar. Es wäre schön, wenn ein Ansatz oder vielleicht sogar die Ursache dafür gefunden werden könnte.

Es existieren noch ein paar Beiträge im W920V-Thread, die sich an die Problematik herantasten. Damit die Beiträge dieses Threads nicht ganz aus dem Zusammenhang gerissen werden: Es beginnt hier bei Posting #197.

P.S.: Aufgrund der chronologischen Sortierung (ältere Beiträge wurden verschoben), war eine neue Einleitung am Anfang nicht möglich, daher dieser Text direkt im ersten Beitrag.



@dougi:
Nein, ich habe kein Freetz gebaut, ich habe nur den Kernel ausgetauscht. Ich brauchte "replace kernel" und wollte wissen, ob meine Intuition stimmt, dass die Kernel untereinader soweit austauschbar sind. D.h. alle ADSL/VDSL Probleme kommen wahrscheinlich von unguenstigen Kombination von kdsldmod + tiatm bzw kdsldmod + vinax_drv. Wie sich diese "unguenstigen" Kombinationen ergeben und warum, da kann ich nur im dunkeln tappen. (Cloesed source Blobs)

@igjet: (Bitte im Forum und nicht per PM, siehe SIG)
Das was du hier probiert hast kann nicht funktionieren.
DSL Teiber aus 3rd-FW bedeutet vinax_drv oder tiatm aus der 3rd Firmware nehmen, also fuer den W920er vinax_drv. Als 3rd-Firmware gibst du die 7270er FW an. Die hat aber _keinen_ vinax_drv.
Willst du evtl. den kdslmod aus der 3rd FW nehmen? Der macht nix mit DSL, der macht viel anderes, wie z.B. PPPoE, PPPoA, DHCP via LAN1 und QoS, ....

@jpascher:
Okay ich vermute das DSL-Pilotton-Diagramm-Problem kommt daher, da AVM vergessen hat das Pixel-Offset fuer ADSL richtig zu bestimmen. Im VDSL Diagramm liegt er ja an ziemlich der gleichen Stellen, nur da passt es halt.
Ist auch nur Kosmetik und eher nicht wichtig.

cya

Speedport W920V - Diskussion zum Problem PPPoE-Zeitüberschreitung

@meierchen006:
nein, das wuerde nicht gehen. Es deutet vielmehr daraufhin, wie in #202 geschildert ein "unpassende" Kombination von tiatm bzw. drv_vinax mit kdsldmod dafür sorgen, dass ADSL in manchen FW-Kombinationen nicht geht.

Was gehen koennte ist den kdsldmod/dsld mal aus der 3rd FW zu nehmen.
Habe das mal quick-n-dirty in sp2fr eingepflegt. Check das mal. Das ist ein Patch gegen speed2fritz.

@Jpascher: Betreff ANNEX A und W920V
Ich baue gerade ein eigenes /etc/rc.vdsl.sh um das mit einem OpenWrt-Rootfs zum laufen zu bewegen. Ich sehe, dass dort das ANNEX=B hart verdrahtet ist. Evtl. muesste man dort noch eine Abfrage machen ob /proc/sys/urlader/annex gesetzt ist bzw. analog im Environment. Der vinax_drv scheint sehr flexibel, ebenso ist dort VPI, VCI kodierung hart verdrahtet.
Noch flexibler als der broadcom-dsl Treiber vom Speedport W500V (nicht der von AVM!).

Gibt es eigentlich in irgendeine FW mit drv_vinax das Skript /nv/get_fw.sh? Ich habe es nicht gefunden.

:wq

@meierchen:
Es ist ein Patch gegen sp2fr.

Es ist eine neue Option dazu gekommen, die muss aktiviert werden unter Optionen! FORCE_SRC2_KDSLDMOD

Speedport W920V - Diskussion zum Problem PPPoE-Zeitüberschreitung

Hi,

ich möchte mal einen Zwischenstand zu meiner (frustierenden) Analyse des Problems "Sync on ADSL but no Connect" geben.

AVM bzw. Infinieon, haben dem vinax-Treiber nicht so gut in den Kernel integriert wie es der tiatm war tiatm hat sich als ATM-Device so eine Art Netzwerkkarte beim Linux-Kernel gemeldet. Das macht drv_vinax nicht.
Kann man gut sehen an:
auf 7170,W900V,7270.
Auf dem W920V und auch auf der 7570 hat diese Datei keinen Itf-Eintrag.
Okay also machen die das via kdsldmod, wenn man die Symbole von 7270,W900V und W920V, stellt man fest, dass auf dem W920V der kdsldmod
u.A. vom vinax-Treiber abhängig ist, er enthält eine Reihe "vinax_"-Symbole.
D.h. der kdsldmod hat einen weiteren Betriebsmodus bekommen:
Vorher machte er pppoe via ATM/tiatm, pppoatm via ATM/tiatm, pppoe via WAN, ipsec
Jetzt macht er auch noch pppoe/pvc2684 via VINAX und pppoatm via VINAX.
Es folgt das die Kombination dsld und multid, dem KDSLDMOD mehr "erzählen" muss, wo er seinen Link herbekommt.
Dies spricht dafür das man den Kreis der "Verdächtigen" auf dsld und multid erweitern muss.
Warum AVM in diesem Fall von den Linux-Boardmitteln Abkehr nimmt weis ich nicht. Wünschenswert wäre gewesen das aus dem drv_vinax ein ATM-Interface rausfällt.
PS: Wie ist das auf eine Speedport HS300, hat da jemand ein Firwareimage, bzw. ein TAR der ROOT-Partition? Der macht ja Bridging, also muss dieser, wenn mit Linux-Bordmittlen gearbetet wird, irgendwie einen pvc2684-Ethernetport aus dem driv_vinax machen.

Bzgl: Der Problematik "voller Sync, aber varierende Uploadgeschwindigkeiten, selten maximal".
Mich würde die Ausgabe interessieren bei den jenigen, welche das Problem haben von folgende Befehl interessieren:
Hier schein AVM auf Linux-Bordmittel zu wechseln und Trafficshaping (zu mindest im LAN), was vorher kdsldmod gemacht hat, im Kernel zu machen.
Indiz dafuer vorhandenes /usr/sbin/tc, und geladene cls_*- und sched-Module.

cya

Ein paar Gedanken zwischen durch

Zu meiner Motivation:

Ich habe mir den Sp920 gekauft, da ich den ähnlich OpenWrt-iesieren wollte wie meinen in der Signatur angegeben W900V. Freetz ist mir dazu nicht flexibel genug. Ich hatte gehofft mit USB2.0 und Atheros-WLAN, bis auf telefond/voipd, komplett von AVM-Soft wegzukommen.
Der tiwlan auf dem W900V ist Crap, und die FPGA USB1.1-Emulation im Xilinx auch (und langsam).
Ich hatte vorrausgesetzt, dass der neue Vinax-treiber ebenfalls ATM macht. Macht er aber nicht. .
Ich muss ehrlich sein, hätte er das gemacht hätte ich mein Ziel erfüllt und mein Spieltrieb hier in diesem Thread wäre zuende. DECT und multid und ctlmgr habe ich durch eigene Lösungen bereits ersetzt oder entsprechend gewrapped, so dass ich dies AVM-Parts nur selten brauche auf dem W900V.
Alles was ich auf dem Weg dahin herausfinde, teile ich gerne.
Für die Flexibilität, die ich erhoffte, brauchte ich Replace-Kernel, daher diese Patches. Die Geschichten mit dem Vinax und Kdsldmod-Treiber habe ich gestern beim dekonstruiren, stracen, etc herausgefunden. IMO der Spw920V ist gute Hardware, aber die Software-Qualität ist in Eimern anzugeben (WTF). AVM bzw. Infineon scheinen sich nicht an bereits bestehende Subsysteme vom Kernel zu halten. Beim WLAN wurde ein richtiger Schritt getan, beim xDSL nicht.

bzgl. der DSL-Problematik:
Ich würde immer noch gerne mal einen Tar-Ball oder ein Image von einem Sp. HS300 bzw AllNet126a, oder der aequivalenten Spheiron VDSL Modems haben. Auf den jeweiligen Herstellerseiten gibt es sowas nicht. (Bitte PM)

@jpascher:
Deine Vermutung, dass es am Zusammenspiel von kdsldmod, dsld, multid liegt, insbesondere in den Config-Files unter /var/flash/tffs/{ar7.cfg,usb.conf} deckt sich mit meinen Beobachtungen. Wenn ich eine ADSL-Einwahlkonfig mit Tcom 71 und 7270-13486 generiert habe, hat mir der dsld aus der 7570 im log gesagt, die Config ist ungültig und hat dies durch defaults erstezt. (=> Config weg).
Es gilt also herauszufinden, wer diese Configs schreibt, AFAIK ctlmgr. Der Kreis wird größer.

@all:
Es folgt daraus, dass wir alle diese Parts aus ein und der selben FW, holen sollten um zuverlässige Ergebnisse erwarten zu können. (Wie sieht es im Moment aus?)
Hilfreich wären Diffs aus 7570/W920V/7270 der ar7.cfg, unter Standard Configs nach ClearENV mtd3/4:

i) Standardeinwahl Anderer Anbieter (User=user; Passwort=passwort) bitte auf den Case achten. Sonst nichts weiter!
ii) Wie i) nur via WAN Port-
iii) Wie i) mit IPTV.
iv) Wie ii) mit IPTV.
Vielleicht sollte man dazu ein /doc/config o.Ä. Verzeichnis im Sp2Fritz-SVN einbauen für solche Zwecke. Bitte entweder hier Posten oder PN, nur original FWs verwenden und dazu angeben, welche FW verwendet wurde.
Das bedeutet viel Arbeit. Wer also die Zeit zu fritzisieren, sollte sich diese Zeit nehmen für ein hoffentlich stabileres, feature-reiches Endprodukt. Bedenkt das ist Hobby (und ich lenke mich gerade ab vom Lernen für Klausuren )

Man sollte für zukünftige sp2fr-Images für den W920V als solide Grundlage 7570 nehmen. Ebenso teile ich jawis Meinung, erstmal die Laborversionen aussenvorzulassen und nur stabile Versionen erstmal zu nehmen. Die Argumente liegen auf der Hand: 2mal etwas Nicht-funktionierende zusammengeschmissen und umgerührt ist nicht unbedingt ein tolles Endprodukt. Das was wir machen ist nunmal experimentell (,auch wenn es in der Vergangenheit super gefunzt hat) und die Laborversionen sind auch experimentell.

Dazu könnte/sollte man IMO einen Branch im Subversion aufmachen der nur für den W920er ist.

:wq

@meierchen:
Stimmt es ist unsicher ob wir weitere 7570er FWs bekommen, dass hatte ich nicht bedacht.

Deine Bedenken bzgl. der fortführung meiner Aktivitäten sind berechtigt.

Ich habe auch nur Vorschläge gemacht. Umkrempeln möchte ich auch nix, wir panschen halt gerade Sachen für unterschiedliche HW zusammen von denen wir nicht genau wissen, wie die Software zusammenarbeitet. Da ich denke, dass gerade die Laborversionen wechselnde Features und definitiv neue Bugs haben und wir nicht wissen in wiefern die Komunikation zwischen den einzelen AVM-SW Parts (kdsldmod, dsld, multid, ctrlmgr) abläuft, und ob AVM für neue Features eben diese APIs ändert. Dies führt wie vermutet wird zu dem ADSL Bug, für den wir noch keine Lösung haben!
Daher halte ich Laborversionen der 7270 nicht für nützlich für uns. Sie verbessern die SW nur für die fast baugleichen Teile aus der 7270 und W920V, als da wären WLAN, USB2, ISDN/POTS/CAPI, Dect. Für unser ADSL/VDSL Problem helfen diese nicht.

Auch ich rechne die Arbeit von JPascher hoch an, Respekt. Immerhin handelt es sich aber um ein Community-Project, und wollte der Community meiner Erkenntnisse zumindest zurückgeben. Ich werde noch weiter basteln.
Der Fakt das AVM/Infineon bzgl. der VDSL Konnektivität aber das Rad neuerfindet macht das Debuggen und Dekonstruieren nicht einfacher.

Ich habe auf jeden Fall erstmal meine FW-Manscherei umgestellt

:wq