W920V VDSL25: PPPoE Zeitüberschreitung

Welcher Provider, welche Vermittlungsstelle, welche genaue Firmwareversion und am besten gleich auch noch eine Signatur anlegen. Desweiteren gibt es dazu auch schon diverse Beiträge -> Suche oben rechts.

Habe dasselbe Problem seit Pfingsten, unvermittelter Abriss der Internet/IPTV-Verbindung bei einer seit 5 Monaten klaglos mit der .76 Firmware laufenden W920V. Originalzustand zurückgeflasht, gleiche Fehlerliste mit den PPPoE-Zeitüberschreitungen. Also Box platt oder Vermittlungsstelle strubbelig.

Morgen kommt der Techniker ...

Hi mik.l,

ich hatte auch dieses Problem.
Die folgende Lösung müsste dein Problem lösen können:

1. Lade dir den FBEditor v 0.5.2beta von folgedem Thread runter:
http://www.ip-phone-forum.de/showthread.php?t=79513

2. Suche in der AR7.conf den Abschnitt "tcom_targetarch = no;" und "vdsl_resalearch = no;"

3. ändere beide auf yes: "tcom_targetarch = yes;" und "vdsl_resalearch = yes;"

4. dann "Datei" und "Konfiguration zurückspielen"

5. Nach einer weile müsste eine bestätigung kommen und die Box müsste neustarten.

6. Es läuft!!!

Viel Glück und vielleicht eine positive Rückmeldung.

Liebe Grüße,

Bernd

Danke für den Tipp, aber warum sollte sich an der Router-Konfiguration plötzlich etwas geändert haben?

Zwischenzeitlich hat sich ein Techniker gemeldet und Probleme in der Vermittlungsstelle bestätigt...

Ich hatte auch die Probleme mit den ständigen Verbindungsabbrüchen seit wenigen Tagen. Dank dem Tip hier geht es jetzt wieder.

Danke!

Guggl mal die Leidensgeschichte in folgendem Artikel: "16. Mai 2008 18:43 Re: VDSL 50 bestellt und seit 29. April ohne Fernsehen"

Das kommt den aktuellen Telekom-DB-Inkonsistenzen (gerne bei VDSL-Attributänderungen) sehr nahe und weist ebenfalls das hier beschriebene Fehlerbild auf ....

Poste bitte deine Firmware.conf.tar

hast du Force VDSL als Option mitverwendet?

Außerdem sieh dir mal diesen Betrag an.

Könnte ja sein dass du auch an einen DSLM hängst der nicht ganz kompatibel ist.

Ich habe kein s2f benutzt, sondern die W920V-Originalfirmware und der Sync ist vorhanden.

Momentan versucht irgendwer am südlichen Ende der Republik "Flowpoints am AGS" geradezuziehen, aber ohne Kenntnis der örtlichen KVZ/DSLAM-Verdrahtung werden die das kaum zueinander passend kriegen.

Ein kompetenter VDSL-Techniker hier in Krefeld hätte vermutlich in wenigen Minuten herausgefunden, was wirklich zu tun ist, aber die scheinen rar gesät bzw. gar nicht erst benachrichtigt ...

... wie vermutet, der letzte Techniker hat einen Portwechsel durchgeführt und binnen einer halben Stunde lief alles wieder!

whatevur schrieb:

BerndHhn, du bist genial, das wars!

.... vielleicht kann das ja irgendwie als Option mit in das Script aufgenommen werden? bzw. warum ist das nicht schon gesetzt und warum gibt es nicht mehr Fälle und warum warum warum ...

Zum Vergrößern anklicken....

Ja da sind einige Fragen offen.

Die Antwort ist leider Kompliziert.

Die beiden Einträge in der ar7.cfg sind prinzipiell NEU!
Und von den Provider spezifischen Einstellungen bestimmt.

1. Die GUI der AVM Geräte unterstützt die beiden Einträge erst in den allerletzten Firmwareversionen Vorrangig aber erst bei der 7170 en 04.82 und bei der 7570 75.04.82 aber wie es mit den andern Firmwareversionen aussieht müsste ich erst wieder kontrollieren.
2. Im Zusammenhang damit ist die IP-TV Klickbox bei den Zugangsdaten zu sehen. Ist die angeklickt ist eine der Optionen ( tcom_targetarch ) auf "yes". (hat nichts mit der Box zu tun sondern mit der verwendeten Anschlussarchitektur VDSL2 mit VLANSs)
3. "vdsl_resalearch = yes;" auch irgendwie so ähnlich, wann es gesetzt wird weis ich noch nicht.
4. Die GUI für den Internetzugang ist aufgeteilt in "internet_expert" und "authform" authform bestimmt was im einzelnen pro Provider voreingestellt ist.
5. Der Assistent benutzt ähnliche Voreinstellungen auf den "first*" Seiten. Somit kann es mit den Assistenten funktionieren und mit manuell eingestellten Zugangsdaten nicht oder umgekehrt.
6. Alle im Skript voreingestellten ar7.cfg Einträge sind selten von Dauer wenn Zugangsdaten erneut verändert werden, was natürlich immer sein wird. Klar könnte man nach einer bessern Lösung suchen. Mein Ansatz geht derzeit dahin, dass man die authform.js anpasst. Der erste Ansatz ist mit weiteren Menü Optionen erfolgt, die es erlauben diese Seite von andern Firmwareversionen zu verwenden. Oder man macht eine Option die nach den Provider Einstellungen die ar7.cfg patcht. (user.cfg Eintrag würde auch reichen) Nachdem das Problem aber nur in extremen Einzelfällen bis jetzt auftrat wird der Zusammenhang erst jetzt einigermaßen klar.
7. Bug in der Firmware ist es im engeren Sinn nicht mehr, es fehlt nur die manuelle Menüoptionen.
8. Dumm ist, dass wir das ganze nun wieder als Zeitüberschreitung Meldung wahrnehmen obwohl es mit den andern früheren Problem kaum was zu tun hat die zu dieser Meidung führten. Grundsätzlich kommt es zu dieser Meldung immer wenn die Aushandlung zwischen Box und Provider nicht funktioniert hat, die Ursache kann jedoch sehr vielfältig sein, früher waren dafür oft echte Bugs in der Firmware verantwortlich.

Ich kam durch zufall auf diese Optionen, als ich mir die ar7.conf mal genauer angeschaut habe.

Es gibt 2 Theorien, die ich aufgestellt habe, welche Auswirkung diese beiden Optionen haben könnten.

1. tcom_targetarch sagt der Fritzbox, dass die automatisch auf VLAN 7 und 8 schalten soll und vdsl_resalearch ist für ein Tagging (es könnte auch ein Prefix der Logindaten sein, was ich sogar für wahrscheinlicher halte) der Frames, welches vom DSLAM automatisch, je nach Tag zu dem jeweiligen Provider geleitet wird.

2. Da die Telekom gerne mal wieder ihr eigenes Süppchen köchelt und sich nicht an die VDSL2 Spezifikationen hält, wird der Fritze auch gesagt, dass sie sich an die speziellen Frequenzen der T-Com halten soll und mit vdsl_resalearch werden die Daten auf speziell von der T-Com eingeteilen Frequenzbändern übertragen, um nicht die Qualität der Telekomkunden zu beeinflussen

Variante 1 ist denk ich mal eher der Fall, da ohne prefix die Pakete nicht zum Radius des Resellers geleitet werden und die T-Com Radius den Login nicht kennen und auch nicht antworten. Deshalb gibt es einen Timeout.

Vielen Dank fürs Lesen

Gruß,

Bernd

PS: Ich hab euch mal ein interessantes Dokument der T-Com bei gelegt, vielleicht interessiert das den einen oder anderen.

Hat sich nun ergeben was vdsl_resalearch und tcom_targetarch nun genau bedeuten sollen? Heute Abend ist nämlich mein VDSL-Anschluss für einige Stunden immer wieder ausgefallen mit der im Betreff genannten Zeitüberschreitung. Danach habe ich vdsl_resalearch auf yes gesetzt und es schien wieder alles zu funktionieren, nach 15 Minuten kam aber wieder die Zeitüberschreitung, daran lag es also nicht.

Mal davon abgesehen eine Frage:
Warum zeigt meine Speed!Box 7570 (W920V) den IP-TV-Button nicht mehr an? Ich habe die aktuellste Laborfirmware 75.04.82-1759, daran kann es nicht liegen.

Der Button sollte angezeigt werden wenn, t-home als Provider gewählt wird.

Force VDSL wurde bei den Optionen gewählt?

Ich habe übersehen, dass es jetzt für das ruKernelTool einen eigenen Bereich gibt. Meine W920V wurde mit einer 7570-Firmware modifiziert, weil mir das im Grunde reichte und ich nie wusste in welcher Hinsicht eine 7270-Firmware VDSL unterstützen kann. Bin direkt über Google auf diesen Thread gestoßen. T-Home kann ich nicht als Provider wählen, nur T-Online. Mit einer früheren 7570-Firmware gab es den IP-TV-Button auch mal, aber jetzt fehlt er. Meine erste Frage bleibt aber offen, was vdsl_resalarch und tcom_targetarch nun eigentlich bewirken.

In den aktuellen 7570-FW macht bzw versucht die Box mit dem VLAN-Tagging selbstständig zu machen.
Über Sinn und Unsinn davon lässt sich streiten.
Die Option wird immer noch da sein jedoch nicht visuell angezeigt werden.