FEC(S) Fehler Download und Upload

[ookee]

Ich wollte eigentlich nur sagen, dass der Zähler im Webinterface vom Vigor falsch beschriftet ist. FECS und FEC sind zwei ähnliche, aber doch verschiedene Zähler:

• FEC: Gesamtzahl der Fehler, die durch FEC korrigiert wurden
• FECS: Anzahl der Sekunden, in denen ein Fehler durch FEC korrigiert wurde

Und bei den FECS wäre ein Anstieg um mehr als 60 in einer Minute halt völlig unplausibel. Aber so wie es aussieht wird stattdessen der FEC-Zähler angezeigt, und dafür sind die Werte in Ordnung. Wie schon von anderen geschrieben, sind FEC-Fehler an sich auch kein Problem, denn die sind ja transparent korrigiert worden.

hast du nen Homeserver da?
Falls ja: https://grafana.com/blog/2023/03/17...grafana-cloud-with-grafana-oncall/?mdm=github

Wenn man nicht eh schon Grafana eingerichtet hat, wäre es auch eine Option, stattdessen einfach das zugrundeliegende Tool direkt zu benutzen. Ist natürlich eingeschränkter, und es gibt nur für ein paar vorgegebene Parameter Graphen, aber der zeitliche Verlauf der Fehlerzähler ist dabei.

 

[Andy81]

Also wenn ich das Tool benutze und versuche eine Verbindung zum Router herzustellen @ookee, dann blockiert der komplette Draytekrouter, es kommt keiner mehr ins Internet. Die Verbindung zum Router schlägt auch fehl. Port 23 ist für Telnet aber im Router eingestellt.

 

[ookee]

Das sollte natürlich nicht passieren, passt aber leider sehr gut zur sonstigen Softwarequalität bei Draytek. (Es erinnert mich gerade daran, dass der SSH-Server im Vigor 165 Probleme mit langen Befehlsausgaben hatte. Das ist unter anderem auch ein Grund dafür, dass eine Verbindung per SSH anstelle von Telnet in dem Tool erst gar nicht unterstützt wird.)

Falls du versuchen möchtest, die Ursache rauszufinden, um evtl. das Problem zu umgehen, darfst du gern ein Issue bei Github aufmachen oder mir hier eine Privatnachricht schicken (um nicht dieses Thema vollzumüllen). Ein einfacher Test wäre z.B., ob es auch bei manueller Abfrage der DSL-Infos über Telnet auftritt. Ich kann aber auch sehr gut verstehen, wenn du lieber auf weitere Tests verzichtest.

 

[Andy81]

Wenn der Draytek eurer Meinung nach was die Software betrifft nicht so gut ist (wobei ich das aufgrund eines VPN-Bugs auch schon feststellen musste), könnt ihr mir gerne eine Alternative empfehlen. Er muss allerdings zwei WAN (eine für die Verbindung zum externen Modem) oder eine WAN für den LTE-Router haben (Backupfunktion) und mind. 5 VPN gleichzeitig verarbeiten können, wobei hier L2TP über IPsec, reines IPSec und Wireguard funktionieren muss.

 

[Andy81]

@ookee
Ich hab jetzt dein Tool mit der FritzBox getestet, da bekomme ich auch eine Anzeige.
Dort habe ich jetzt 46149 FEC Fehler stehen, das ist aber nicht seit dem letzten Routersync oder?
Die Fritzbox läuft jetzt 1 Tag und 5 Std. und ich schaue öfter mal auf dem AVM Gui und schau mir die Fehler an. Da stehen wenn überhaupt einstellige Zahlen in den letzten 15 Minuten, da können eigentlich in 24 Std. keine 49149 FEC Fehler aufgelaufen sein. Oder sind das FEC-Fehler, die die Fritzbox nicht anzeigt und somit auch nicht zählt?

 

[Sebbi]

Da stehen wenn überhaupt einstellige Zahlen in den letzten 15 Minuten, da können eigentlich in 24 Std. keine 49149 FEC Fehler aufgelaufen sein. Oder sind das FEC-Fehler, die die Fritzbox nicht anzeigt und somit auch nicht zählt?

wenn irgendwo mal in der Nacht EM Bursts auftreten durch Funker, Radiostationen oder durch die Sonne, können die Zahlen schnell in die tauende gehen!

Aber genau deshalb hat AVM die Anzeige auch eigentlich abgeschafft, denn die interessiert einfach kaum !!
Das sind einfach korrgierte Fehler der "Forward Error Correction", die weder Lag noch Verbindungsabbrüche noch sonst was auslösen.
Der weitaus wichtigere Wert ist der CRC Fehler Wert! der sollte nicht über 1 CRC Fehler / min im Durchschnitt steigen!

 

[Andy81]

Wo hat AVM die Anzeige denn abgeschafft? Die FEC-Fehler sieht man doch noch... aber sie sind nicht identisch mit dem Tool... das Tool zählt mehr als die Fritzbox anzeigt. Bei der 7530ax, bei der 7590 und bei der 7510 wurde die Anzeige auf jeden Fall noch nicht abgeschafft.

 

[ookee]

Die FEC-Fehler sieht man doch noch... aber sie sind nicht identisch mit dem Tool

Die FEC-Zähler werden im Webinterface der Fritzbox schon lange nicht mehr angezeigt. Nur über TR-064 und die Supportdaten kann man sie noch abrufen.

Ich vermute mal, du verwechselst das mit den G.INP-Zählern im Webinterface der Fritzbox (korrigierte und unkorrigierte DTUs)? Die haben mit den FEC-Zählern nichts zu tun, FEC und G.INP sind zwei unterschiedliche Fehlerkorrekturmechanismen.

FEC steht für Vorwärtsfehlerkorrektur, dabei werden generell redundante Informationen mitgesendet, sodass leichte Fehler ohne weiteren Verlust auf der Empfängerseite korrigiert werden können (dabei wird dann jedes mal der FEC-Zähler erhöht).

Bei G.INP erfolgt die Korrektur durch erneute Übertragung von fehlerhaft übertragenen Datenhäppchen (DTUs). Wenn sehr viele Daten neu übertragen werden müssen, macht sich das durch eine Reduktion der effektiven Datenrate bemerkbar. Wenn die erneute Übertragung auch nichts hilft, kommt es zum Paketverlust. Das habe ich hier schon mal etwas näher beschrieben.

Die CRC-Zähler werden bei aktivem G.INP aus den Zählern der unkorrigierten DTUs berechnet. Jedes 17-ms-Intervall mit mindestens einer unkorrigierten DTU erhöht den Zähler.

Dort habe ich jetzt 46149 FEC Fehler stehen, das ist aber nicht seit dem letzten Routersync oder?
Die Fritzbox läuft jetzt 1 Tag und 5 Std.

Ich bin mir jetzt gerade nicht zu 100% sicher, ob das auch für die Zähler gilt, die per TR-064 abrufbar sind, aber generell ist es bei AVM tatsächlich so, dass nur die Fehler der aktuellen Verbindung gezählt werden.

Unter der Annahme, dass es seit Start der Fritzbox keinen Resync gab, wären das auch nur durchschnittlich ca. 0,44 durch FEC korrigierte Fehler pro Sekunde. Und wirklich relevant sind ja sowieso nur die Fehler, die nicht durch FEC korrigiert wurden, also würde ich den Blick lieber primär auf die G.INP- und CRC-Zähler richten.

In welchem Zeitraum die Fehler auftreten, sieht du ja, wenn du die Daten später nochmal abrufst, oder das Tool dauerhaft laufen lässt. Die G.INP-Zähler gibt es aber leider nur mit aktivierten Support-Daten, das könnte potenziell zu Stabilitätsproblemen führen (laut einem anderen Nutzer, ich habe es selber nicht nachgestellt).

 

[Andy81]

OK, dann hab ich das verwechselt, dachte bei AVM sind die DTU die FEC Fehler.

Danke für den Tipp mit dem Tool, das ist echt interessant. Läuft dauerhaft im Moment.

 

[Andy81]

Sind solche Fehler bei einem mittleren Gewitter und etwas stärkerem Regen noch ok?

Muss ganz ehrlich gestehen, dass ich das bisher in der Form noch nicht hatte. Weiß nicht, ob das jetzt auch mit dem Portwechsel vorgestern zu tun hat...

Sync besteht seit 16 Stunden und 40 Minuten.

 

[Sebbi]

Sind solche Fehler bei einem mittleren Gewitter und etwas stärkerem Regen noch ok?

ja, solange die CRC Fehlerraten nach dem Gewitter wieder weg sind, ist das alles im iO
bei Gewitter schießen meine CRC Fehler teils in die tausende pro Stunde
Gewitter ist für DSL auf Freileitungen mit eines der Worst Case Szenarien.

 

[Andy81]

OK, dann sind meine 200 CRC ja noch wenig. Langsam gehen die Fehler wieder zurück ja, bis auf die ES Fehler die bleiben bis zum nächsten Routerstart...

Naja, warten wir mal weiter ab.

 

[Sebbi]

OK, dann sind meine 200 CRC ja noch wenig.

gerade ist hier ein kleines Gewitter mit 4 - 5 mal gutes Rumpeln nur innerhalb der Wolken. So sieht das in der Statisik aus:

 

[Andy81]

OK... ist schon interessant wie sich das auf Leitungen einwirkt. Wobei bei dir in Senderichtung ja fast garnichts los war, war bei uns anders. Da waren beide Richtungen ja deutlich betroffen.

Was mir aufgefallen ist: Am Tag nach dem Gewitter wurde die Leitung von der Telekom um kurz vor 4 Uhr in der Nacht getrennt und hat neu gesynct.

Jetzt habe ich auch die alten Werte (wie vor dem Portwechsel) des Impulsstörungsschutz (INP)

Empfangsrichtung 63.0
Senderichtung 34.0

wieder... evtl. haben sich durch die anderen Werte des INP bei dem Gewitter direkt nach dem Portwechsel auf die Fehler bei uns stärker ausgewirkt als ich das gewohnt bin. Gestern hatten wir auch wieder ein kleines Gewitter, hier hatte ich dann "nur" korrigierte DTU-Fehler und auch das xDSL stats Tool, das hier empfohlen wurde, hat mir nur FEC hochgezählt, keine ES, SES oder CRC Fehler. Weiß nicht, ob das mit dem INP zu tun hat, war halt nur meine Beobachtung.

 

[Sebbi]

Am Tag nach dem Gewitter wurde die Leitung von der Telekom um kurz vor 4 Uhr in der Nacht getrennt und hat neu gesynct.

kuck mal ob sich dann denn MAX Sync verändert hat im Log - weil hier könnte dann ASSIA / DLM zugeschlagen und den max Sync beschränkt haben.

Das dreht bei mir immer mal frei und passt auch ohne das wochenlang keine CRC Fehler oder Resyncs auf einmal in Wartungsfenster zwischen 3 Uhr und 5 Uhr meinen Sync runter für 1 - 2 Wochen ....

 

[Andy81]

Ne ne, da hat sich nichts geändert außer der INP.

Ausgehandelte Verbindungseigenschaften​

Empfangsrichtung
Senderichtung
Leitungskapazität
kbit/s
340372
52232
Aktuelle Datenrate
kbit/s
292030
46720
Min Effektive Datenrate
kbit/s
292036
46712

 

[Andy81]

Also das Tool kann man im Hintergrund scheinbar nicht länger (über Tage) mit der Fritzbox verbunden lassen. Jetzt komme ich nicht mehr auf die Fritzboxoberfläche. Nach der Passworteingabe erscheint jetzt ständig:

503 Service Unavailable​

ERR_NO_MEMORY

---

Webserver Thu, 23 May 2024 09:57:11 GMT

 

[Sebbi]

Also das Tool kann man im Hintergrund scheinbar nicht länger (über Tage) mit der Fritzbox verbunden lassen.

ERR_NO_MEMORY

ja der Nachteil von dem Tool ist wohl, das das n Bug verursacht, das der Arbeitspeicher der FB vollgeschrieben wird - ist nicht unüblig für so ein drittanbieter tool, vorallem da das nur sporadisch gepflegt wird (zuletzt lt. der github Seite seit min. 7 monaten nicht mehr!)

Dadurch kann der WebServer nicht mehr arbeiten - ein Neustart der FB sollte es beheben.

 

[ookee]

ja der Nachteil von dem Tool ist wohl, das das n Bug verursacht, das der Arbeitspeicher der FB vollgeschrieben wird - ist nicht unüblig für so ein drittanbieter tool, vorallem da das nur sporadisch gepflegt wird (zuletzt lt. der github Seite seit min. 7 monaten nicht mehr!)

Ja, das Problem konnte ich mittlerweile leider auch nachstellen, und habe einen Hinweis in der Dokumentation ergänzt. Beheben kann das nur AVM, denn es ist ein Fehler in der Fritzbox-Firmware.

So wie es aussieht, ist die Ursache ein Memory-Leak im Prozess ctlmgr. Das Problem tritt genauso auf, wenn man die DSL-Infos direkt über das Fritzbox-Webinterface öfter abfragt (das Tool macht letztendlich auch nichts anderes).

 

[Andy81]

Die Frage ist, weiß AVM davon? ... und werden sie es beheben... das ist hier die Frage aller Fragen.