Unitymedia Packet Loss via IPv4 und unkorrigierbare Fehler

[BliccZ]

Hallo zusammen,

ich betreibe ein TC4400 mit einer Fritzbox 7590 dahinter an meinem Anschluss. Leider habe ich das Problem, dass ich scheinbar immer wieder mit Paketverlust zu tun habe, so dass zum Beispiel Remotedesktopverbindungen via UDP ständig einfrieren. Ich lasse meinen Anschluss von Thinkbroadband monitoren der extreme Packetloss am Ende kommt von einem Modemneustart). Hier fällt mir insbesondere der Paketverlust via IPv4 auf. Auch im Anhang finden sich die Modemwerte nach ca. einer Stunde Laufzeit. Speed liegt quasi immer voll an.

Ich habe schon mehrfach eine Störung bei Unitymedia/Vodafone gemeldet, jedoch wird dort immer gesagt, dass alles in Ordnung sei bzw. wenn eine Störung aufgenommen wird, höre ich davon nichts mehr. Wie sollte ich am besten vorgehen, sofern mir seitens Unitymedia geholfen werden kann?

Grüße

 

[sam187]

Sieht ähnlich aus wie bei mir (Thema OFDM Kanal, https://www.unitymediaforum.de/threads/36248/post-462622), wobei meine Werte noch schlechter sind.

Hatte Samstag eine Störung gemeldet und bisher noch keine Rückmeldung bekommen, was für mich aber auch ok ist. Deine bisherigen Erfahrungen lassen mich jedoch böses ahnen, bin gespannt wie das jetzt weiter geht und inwiefern man UM/VF zum handeln bewegen kann...

 

[Andreas1969]

Das liegt an den vielen unkorrigierbare auf dem OFDM.
Auch ist der Pegel auf dem OFDM schlecht.
Wenn UM/VF nicht reagiert, bleibt nur ein Sperrfilter, dann sollte der Anschluss wieder rennen.

 

[Torsten1973]

Nur bringt der Sperrfilter beim Gigabit-Anschluss nix, weil dann der böse Brief von wegen keine vertragsgemäße Hardware kommt. Bis 500 Mbit/s gibts das Problem allerdings nicht und der Sperrfilter kann genutzt werden.

 

[maffle]

Ich hatte gestern um die 14 Uhr paar mal Totalausfall ohne DC auf IPv4 und dann sporadische paketloss, nach ner Stunde war wieder alles in Ordnung. War wohl irgend ne Störung.

 

[rv112]

Könnte auch leichter Ingress im Segment sein. Sieht bei mir aktuell ähnlich aus. Den OFDM halte nicht für den Übeltäter, solange der SNR stabil bei 32 bleibt.

 

[racekos]

Der Packetloss der im Thinkbroadband-Monitoring nur bei IPv4 sichtbar ist liegt am Rate-Limit der Fritzbox für ICMP-Echo-Requests, das wohl bei einem pro Sekunde liegt. Lässt sich einfach nachvollziehen, wenn man die Fritzbox parallel von außen anpingt. Dann sieht man sowohl bei Thinkbroadband als auch beim eigenen Ping Verluste. Das ist aber kein wirklicher Packetloss, weil Nutzdaten nicht betroffen sind.

 

[BliccZ]

Danke für den Hinweis @racekos. Dann scheint die Fritbox für IPv6 wohl ein anderes Rate-Limit zu haben. Es bleiben die unkorrigierbaren Fehler auf dem OFDM. Dort lag der SNR vor einigen Wochen mal einige Zeit über 34 db. In dieser Zeit hatte ich quasi nur 1-2 Fehler pro Tag. Kann ich daran selber etwas verbessern oder müsste dazu ein Techniker etwas neu einpegeln?

 

[rv112]

Die Unkorrigierbaren Fehler heißen beim OFDMnicht automatisch Packetloss!

 

[racekos]

Danke für den Hinweis @racekos. Dann scheint die Fritbox für IPv6 wohl ein anderes Rate-Limit zu haben.

Nach meiner Beobachtung ist das Limit bei IPv6 gleich. Aber mit dem Monitoring von Thinkbroadband alleine wird das Rate-Limit ja noch nicht überschritten. Erst wenn noch von wo anders ICMP-Echo-Requests kommen, werden von der Fritzbox nicht mehr alle beantwortet. Die Quelle dieser Requests dürften irgendwelche Bots sein, die alle möglichen IP-Adressen anpingen. Bei IPv6 gibt es das so nicht, weil es einfach so viele Adressen gibt, dass man die unmöglich alle durchprobieren kann.

Edit: Passender aktueller Beitrag mit mehr Details aus anderem Thread: https://www.unitymediaforum.de/threads/39421/post-462865

 

[Holzlenkrad]

Nur bringt der Sperrfilter beim Gigabit-Anschluss nix, weil dann der böse Brief von wegen keine vertragsgemäße Hardware kommt. Bis 500 Mbit/s gibts das Problem allerdings nicht und der Sperrfilter kann genutzt werden.

Besteht nicht bei einem < 500 MBit/s Vertrag auch die Gefahr, dass das Monitoring des CMTS zwar ein DOCSIS 3.1 Modem erkennt und dann automatisch eine Störungsmeldung aufgemacht wird, wenn das Modem den ODFM-Kanal gar nicht "empfangen" kann?

 

[MartinP_Do]

Besteht nicht bei einem < 500 MBit/s Vertrag auch die Gefahr, dass das Monitoring des CMTS zwar ein DOCSIS 3.1 Modem erkennt und dann automatisch eine Störungsmeldung aufgemacht wird, wenn das Modem den ODFM-Kanal gar nicht "empfangen" kann?

Mission erfüllt - der OFDM-Kanal wird durch einen Techniker eingemessen ;-)

 

[rv112]

Besteht nicht bei einem < 500 MBit/s Vertrag auch die Gefahr, dass das Monitoring des CMTS zwar ein DOCSIS 3.1 Modem erkennt und dann automatisch eine Störungsmeldung aufgemacht wird, wenn das Modem den ODFM-Kanal gar nicht "empfangen" kann?

Im Grunde ja, aber da gibt es soweit ich weiß noch keine Automatik dahinter. Der L2 Support kann sich die CMTS Log's zwar anfordern, aber da laufen so viele auf... Aber rein aus sozialen Gründen, sollte man den OFDM natürlich nicht ausblenden. Zumindest nicht, solange noch kein Entstörversuch erfolgt ist.

 

[BliccZ]

Mal eine rein hypothetische Frage: Ein befreundetet Elektriker, der sich wohl mit Antennenanlagen auskennt, hat einen Blick auf die Werte geworfen. Er meinte, dass die Signalstärke relativ schwach ist. In meiner Wohnung ist die 4-Loch-Durchgangsdose "braun telecom mmd 12A" verbaut. Das Kabel, das in den Eingang geht, kommt von oben und damit wären mindestens 3 Wohnungen vor mir noch am gleichen Strang, vermutlich aber nur eine Wohnung unter mir noch. Er hat mir gesagt, dass es helfen könnte, diese Dose gegen eine "btv 1165 DATA-IM Durchgangsdose" mit 10db Eingangsdämpfung zu tauschen. Was ist davon zu halten?

 

[BliccZ]

Gestern war der Techniker da und hat alles optimiert. Ich hatte seitdem zumindest keine Unterbrechungen von meiner VPN-Verbindung zum Arbeitgeber mehr.