Eine Frage an die Techniker im Forum. Mir ist aufgefallen, dass auf einem G.Fast-Anschluss eine ultrahohe Zahl an FEC-Fehlern im Upload hochgezählt wird. Wenn man es ausrechnet, sind es ca. 300 pro Sekunde, es könnte also theoretisch jedes übermittelte Paket betreffen. Im Praxisbetrieb hat es bis jetzt keine spürbaren negativen Auswirkungen und der Syncwert des Routers und die nicht vorhandenen CRC-Fehler sind ja eigentlich ziemlich optimal, aber weiss jemand genauer, ob da nun das Swisscom-Netz tatsächlich ein Problem hat, oder ob das nur eine verunglückte, den Kunden unnötig verunsichernde Statistik ist? Vielleicht auch als Frage an @Anonym? [upl-image-preview liId="31243iD2CC6C017A8E626B" alt="4A80D24C-BDFA-4E04-A34F-393704CFC118.png" uuid="3e2dd96f-38b2-49e7-88b6-1b7441aacc85"]

@"Werner"#234740 FEC= Jitter = korrigierbare Fehler, dein Router muss halt ein wenig mehr rechnen. Meine Meinung / Erfahrung wenn es mehr als >10.000 FEC / Min hat, macht sich das beim TV schauen bemerkbar.

@"user109"#65426 Danke für die Info. Weisst Du ev. auch durch welche Faktoren dieser Wert beeinflusst wird? P.S.: Mein Anschluss käme ja aktuell ungefähr auf ca. 18'000 FEC pro Minute im Upload, aber wie bereits gesagt ohne sichtbare Auswirkungen (auch nicht auf dem TV, wobei es hier vermutlich um den Download gehen würde) Irgendwie traue ich einfach diesem Zähler nicht...

Solche Fehler entstehen meist auf der Uebertragungsleitung u.a. durch: Dämpfung, Reflexionen, Uebersprechen von Nachbaradern, Rauschen, kapazitive und induktive Verluste im Kabel, Einstörstrahlungen von aussen, falsche Impedanzanpassungen, Querschnittübergänge, Stossstellen, Paralleldosen, Bridgetaps, uvm.

@"hed"#72520 und auch noch durch die A+B Telefonspannung von der Zentrale, wenn nicht schon abgehängt.

Vergesst einfach alles, was ihr zu dem Thema zu Wissen glaubt. Eine g.fast - Leitung kann auch um x - Fach höhere CRCs vertragen ohne das man etwas merkt.

Das ist richtig und mir soweit auch bekannt. Aber auch die beste, modernste Technik hat irgendwo seine Grenzen. Da wäre es natürlich interessant zu erfahren, wo bei g.fast die Obergrenzen der CRC und FEC liegt, ab welcher die Fehler spürbar "durchschlagen".

@"hed"#72520 Bin Deiner Meinung. In der recht neuen Technologie G.Fast geht es zur Zeit effektiv noch darum, Erfahrungen aus dem breiten Praxiseinsatz zu sammeln. Gelernt habe ich bis jetzt eigentlich erst, dass auch 1 Million FEC-Meldungen pro Stunde im Upload noch kein grundsätzliches Übertragungsproblem für den einzelnen Anschluss darstellen und dass die Swisscom obwohl es innerhalb des Standards grundsätzlich möglich wäre, keine Uploads > 125 MBit anbieten kann oder will. Alles andere gilt es noch im weiter wachsenden Erfahrungsschatz zu diesem Thema zu berücksichtigen. Alleine aus der Aussage: "Vergesst alles, was ihr bisher wisst", kann natürlich noch keiner von uns emanzipierten Kunden aktualisiertes Know-How aufbauen. Das einzige was also @Anonym mit seiner "Geht hin und seid glücklich Aussage" bei mir bewirkt hat ist, dass ich nun noch neugieriger auf die Innereien von G.Fast geworden bin. So wie ich ihn einschätze, war aber vermutlich auch genau das seine Absicht...

Nach weiteren 4 Monaten Erfahrung mit meinem FTTS g.Fast-Anschluss einen kleinen Update zu den Praxiserfahrungen und den Messzahlen im Diagnose-Menu der IB2: \- die Sync-Werte in MBits/sec sind stabil weiterhin nahe des theoretischen Maximums von ca. 630/150, können aber minütlich leicht schwanken mit einem seltenen unteren Wert von ca. 590/110 \- CRC-Fehler sind die absolute Ausnahme. Im Downstream gar nie, im Upstream vielleicht einer pro Woche \- die schon seit Beginn des Betriebes auffälligen FEC im Upstream sind in Zwischenzeit auf 3-5 Mio pro Stunde angestiegen, zeigen aber nach wie vor keine negativen Auswirkungen in der Praxis, die FEC im Downstream liegen lediglich bei ca. 1'500 pro Stunde \- das Vectoring wird seit einigen Wochen nicht mehr als aktiviert angezeigt (was aber eigentlich nicht stimmen kann, denn volles Vectoring ist eine der Grundvoraussetzungen für g.Fast) \- mit den 3-5 Mio FEC pro Stunde sprengt man so nach ca. 30 Tagen vermutlich die Zahlengrenze des FEC-Total-Zähler, denn bin nie wesentlich über die Totalzahl von 2 Milliarden gekommen (könnte also technisch ev. ein 32Bit Integer Datenfeld sein), bis die IB2 dann selbstständig spontan einen Reboot durchgeführt hat Mein Kurzfazit nach ca. 7 Monaten g.Fast: \- der Anschluss und das g.Fast-Modem der IB2 laufen in der Praxis mit voller Leistung und absolut stabil \- die FEC-Werte sind vermutlich völlig irrelevant oder falsch und sollten bei einem g.Fast Anschluss um die Benutzer nicht unnötig zu ängstigen eher ausgeblendet werden \- das Vectoring wird aktuell vermutlich falsch angezeigt (war zu Beginn nicht so) \- falls der vermutete Überlauf im FEC-Zähler tatsächlich die Ursache für die ca. monatlichen automatischen Reboots ist, sollte der Fehler in der IB2-Firmware gelegentlich korrigiert werden @Anonym: Falls Du etwas davon relevant findest, bitte an die IB2-Technik weiterleiten. Nachtrag: Habe jetzt probehalber mal noch die 10.01.36 Beta installiert und siehe da: Das Vectoring wird wieder als aktiviert angezeigt und die FEC sind auf wenige 1000/Std zurückgegangen und befinden sich neu nun hauptsächlich im Downstream. Im Changelog der Beta ist dazu zwar nichts dokumentiert, aber möglicherweise wurden die von mir bemerkten Sonderbarkeiten des g.Fast-Modems in der neusten Beta bereits korrigiert. Nochmaliger Nachtrag: Das mit den reduzierten FEC im Upstream war doch nicht nachhaltig, denn in Zwischenzeit hat es bereits wieder gedreht auf ca. 7 Mio/Std.... der ev. Zählerüberlauf könnte also auch zukünftig noch ein Problem darstellen.

Leider liegt bei mir g.fast noch in weiter Ferne, weil man erst kürzlich FTTS mit "alter" Technologie gebaut hat und das wohl nicht so schnell schon wieder ändern wird.

@"hed"#p562287 Nach fast einem Jahr nochmals ein kleiner Erfahrungsbericht zu meinem g.Fast-Anschluss. Fazit: \- Läuft sehr stabil und innerhalb der Spezifikation des FTTB-Anschlusses auch performant \- die Zahl der FEC ist immer noch ultrahoch, scheint aber für die Leistung absolut bedeutungslos zu sein \- nachdem ich nun fast ein Jahr lang keinerlei CRC-Fehler hatte, habe ich nun neuerdings seit ein paar Tagen ca. 1 CRC-Fehler/Minute im Upstream (im Downstream nach wie vor konstant Null) [upl-image-preview liId=33737iBFD09189E1FA61CB alt=9D5AFA06-4388-48BE-9E50-CE790D757F77.jpeg uuid=bc9b01a3-1d55-4ff7-af63-19ad9a4f662a] An der Inhouse-Leitung wurde nichts geändert und ob jetzt im g.Fast mCAN selbst oder im US-Vectoring Swisscom-seitig was verändert wurde, weiss ich nicht. Vielleicht sind da einfach auch neue Kunden dazu gekommen, was jetzt das Übersprechverhalten der "frisierten" Kupferkabel verändert hat, oder die 2 in der Tiefgarage nebeneinander hängenden mCAN sind bezüglich der Steigleitungen der Kupferkabel doch nicht sauber 100% voneinander separat getrennt. Positiv ist, dass auch die überraschend konstant neu auftetenden ca. 60 CRC/Stunde im Upload scheinbar keinen spürbaren Nachteil darstellen. Nachdenklich stimmt mich allerdings doch ein wenig, dass ein g.Fast-Anschluss scheinbar doch sozusagen über Nacht seine Leitungsqualität massiv verändern kann. Verglichen mit FTTH oder XPON vermutlich doch ein grundsätzlicher Konstruktionsnachteil der g.Fast-Techologie. @"Roger G"#223975: Hast Du ev. Erfahrungswerte, ab welchem Schwellenwert regelmässige CRC-Fehler auch für einen g.Fast-Anschluss problematisch werden können?

Vielen Dank für Dein Feedback 🙂 Tatsächlich sehe ich seit dem 05.07.19 einen starken Anstieg an CVs im US. Hast Du zwischen dem 8. und 9. den Router ab und zu ausgeschaltet, oder das DSL Kabel abgehängt? Ich sehe einige Resyncs. Wenn wir über mehrere Tage die hohen CVs sehen wird der Target Noise Margin erhöht. Aktuell ist alles noch ok. Die Frage ist, was heisst "problematisch werden"? Wir stabilisieren aufgrund Anzahl resyncs, CVs und SES. Die CRC erhöhen sich mit den CVs. Die Anzahl CVs im US ist kurz vor der Schwelle, dass das System automatisch reagieren wird und die Stabilisierung einleitet. Der DS ist nicht betroffen, weshalb Du dies nicht spüren solltest (naturlich geringere Bitrate im US und dann weniger CV/CRCs). Ich schaue mir die Situation im Haus noch genauer an. Viele Grüsse

Ladevorgang läuft…

G.Fast: Ultra hohe Anzahl FEC-Fehler im Upload?

« Vorherige Seite

Beim Laden dieser Seite ist ein Fehler aufgetreten.