Unitymedia Fritzbox 6591 mit Gigabit - was ist hier los?

[Berofunk]

Korrigierbare sowie nicht korrigierbare Fehler in schon für die FB nicht mehr darstellbarer Anzahl.

Auch bei dir ist es der Kanal 8, der mit besonders vielen nicht korrigierbaren Fehler auffällt.
Das habe ich jetzt schon bei einigen anderen Usern gesehen, wie auch bei mir selbst.

 

[Rinoldo23]

Ich glaube ich muss mich dem ganzen leider auch anschließen.

Habe trotz der bereits angekündigten Lieferschwierigkeiten im Zuge meines Tarifwechsels von 2 Play FLY 400 (mit eigener FB 6490 + PowerUpload Anschlusstyp: Dual Stack) auf den Cable Max 1000 (inkl. Telefon Komfort Option) meine Providerbox FB 6591 doch erstaunlicher und erfreulicherweise bereits schon nach 2 Wochen erhalten.

Das ganze habe ich dann am Samstag in Betrieb genommen. Da ich wusste was mich wohl zu erwarten hat, habe ich zuvor ein paar Screenshot von den Kabelwerten meiner 6490 angefertigt. Hier muss ich dazu sagen das ich noch nie irgendwelche "nicht korrigierbaren Fehler" im Log gesehen habe, auch die "normalen" korrigierenbaren Fehler hielten sich trotz Uptime von mehreren Monaten immer im Rahmen. Die Performance war immer wie gebucht 400/40 - perfekt.

Anbei die Screenshots meiner 6490 Tarif: 2PLAY FLY 400 + PU (Laufzeit 94 Stunden):

Anhang anzeigen 4818 Anhang anzeigen 4819

Also nun die neue Provider FB 6591 (Herstellungsdatum 25.02.2020) an identische Position der alten FB 6490 angeschlossen. Nach ca. 30-45 Minuten war die automatische Provisionierung durch und das Firmware Update auf 7.13 ist ebenfalls erfolgreich verlaufen. Nach nun nichtmal 14 Stunden Laufzeit sieht das Fehlerbild wiefolgt aus:

Anbei die Screenshots meiner 6591 Tarif: Cable Max 1000 (Laufzeit 13 Stunden):

Anhang anzeigen 4820Anhang anzeigen 4821Anhang anzeigen 4822

Korrigierbare sowie nicht korrigierbare Fehler in schon für die FB nicht mehr darstellbarer Anzahl.

Wie auch schon mehrere hier berichtet haben, muss ich sagen das trotz der enorm hohen Anzahl von Fehlern das ganze bisher, toitoitoi, stabil und noch fehlerfrei läuft. Richtig ist es aber denke ich nicht, dass die FB andauernd mit sich selbst beschäftigt ist und versucht Millionen von Fehler zu korrigieren bzw. nicht zu korrigieren.

Ein Störung zu melden macht wohl in der momentanen Situation wenig Sinn? Ich hoffe das sich seitens UM/VF und ggf. auch AVM jemand mal diesem Problem annimmt und so einen Austausch dieser Fehlerhaften Charge vornimmt. Das ganze sollte ja mitlerweile bekannt sein und auch im Monitoring vom Provider sollten diese Kisten in irgendeiner Art und Weise auffallen. Wie seht ihr das?

Viele Grüße!

Bei mir exakt gleiche Voraussetzungen und nahezu gleiches Verhalten. Box ist vom 20.02.20
Bei ist es der Kanal 4 der nicht mehr darstellbare Fehleranzahl aufweist.

 

[Cbmobil]

ich habe bisher die Vodafone Station und hatte mir letzte Woche eine freie FB 6591 bestellt. Nun ist sie da und nach der Seriennummer produziert am 27.2.20

ICh frag mich nun, ob das eine mit den Problemen ist, dann würde ich das Prozedere der Provisionierung gar nicht erst machen. Bei VF ist es ja nicht einfach ein Anschliessen und Testen, das ist schon umfangreicher

 

[hexacore]

ich habe bisher die Vodafone Station und hatte mir letzte Woche eine freie FB 6591 bestellt. Nun ist sie da und nach der Seriennummer produziert am 27.2.20

ICh frag mich nun, ob das eine mit den Problemen ist, dann würde ich das Prozedere der Provisionierung gar nicht erst machen. Bei VF ist es ja nicht einfach ein Anschliessen und Testen, das ist schon umfangreicher

Das wird wohl schwer bis unmöglich zu sagen sein. Da es bisher keine Liste der offiziell betroffenen Seriennummern gibt und auch noch niemand (z.B. seitens AVM) bestätigt hat, dass hier ein defekt der Hardware vorliegt, wirst du hier wohl nicht drum rum kommen es einfach selbst auszutesten.

 

[Rinoldo23]

Ich habe noch eine zweite 6591 von Vodafone.
Lässt sich diese einfach 1:1 austauschen und wird dann automatisch provisioniert usw?
Ist die erste weiterhin nutzbar?

Dann teste ich es mal.

 

[Krümelmonster]

Ich habe noch eine zweite 6591 von Vodafone.
Lässt sich diese einfach 1:1 austauschen und wird dann automatisch provisioniert usw?
Ist die erste weiterhin nutzbar?

Dann teste ich es mal.

Hamsterst du die etwa? :-D
Denke nicht, dass das geht. Gehe davon aus, das du die Komfort Option dann kündigen müsstest um deine eigene anzugeben. Wenn die zweite aber, wie du sagst, von Vodafone ist, wirst du sie leider eh nicht angeben können.

 

[boba]

Wenn bei euch direkt nach der Erstinstallation der FB 6591 nach einem Upgrade von einer 6490 eine hohe Anzahl von nicht korrigierbaren Fehlern auffällt, die aber auf den ersten Blick nicht weiter steigen, dann restartet doch nochmal die Fritzbox. Möglicherweise kommen die Fehler nur beim erstmaligen Verbinden. Ich hatte bei mir eine hohe Anzahl von nicht korrigierbaren Fehlern (> 10000) auf allen Kanälen beim erstmaligen Hochfahren nach den initialen Firmware-Update und erstmaligem Hochfahren mit den vom Tarif gegebenenen 500 MBIt direkt nach Installation, dann aber nie wieder. Nach dem restart blieben die nicht korrigierbaren Fehler aber bei 0. Die korrigierbaren Fehler steigen, aber sehr langsam. Sie steigen bei mir so um 0.5 - 2 pro Stunde.

 

[hexacore]

Das habe ich natürlich auch schon probiert, die Fehler (korrigierbar & nicht korrigierbar) steigen direkt, schnell und kontinuierlich an. Wenn man den Reiter "Kanäle" geöffnet hat, kann man quasi zusehen wie die Fehler ansteigen. Ganz egal ob man seine ganzen Gerätschaften angeschlossen hat oder nur mit einem Gerät zur Kontrolle dran hängt .

 

[boba]

Das tun sie immer, denn die Zähler zählen meines Wissens nicht nur die Pakete, die an den eigenen Anschluss gerichtet sind, sondern sie zählen sämtliche Pakete bzw. Fehler, die auf dem Segment auftreten. Kabel ist ja ein shared medium, d.h. das sind alle Fehler, die bei irgendwelchen Paketen an irgendwelche Teilnehmer an diesem Segment auftreten. Die Entscheidung, ob ein Paket für mich oder für einen anderen Kunden ist, wird erst nach der Fehlerkorrektur getroffen. So kann es ja auch passieren, dass man trotz unkorrigierbarer Fehler gar nichts davon bemerkt - der entsprechende Fehler ist halt bei irgendwem am Anschluss aufgetreten, irgendein Nachbar, nicht zwingend bei einem selbst.

 

[robbe]

Das ist garantiert nicht so. In einem Segment befinden sich so viele MTAs, wenn die alle die Fehler der anderen MTAs mitzählen würden, würde der Zähler explodieren. Ich habe fast 1000 MTAs im Segment und meine Fehler sind nach 1 Woche Laufzeit nahezu auf Null.

 

[Peter-con]

Meine ist von Oktober 2019. Hat jemand eine 6591 vom Oktober? Wenn ja, gibt es Auffälligkeiten?

 

[rambus]

Ich hatte eine 6591 aus Dezember 2019 mit Fehlern, und die Neue, die ich jetzt habe, ist v. 27.02.2020 und hat die gleichen Probleme
mit korrigierbaren Fehlern. Es liegt, glaube ich an der Hausverkabelung oder am Signal was ankommt.

 

[rambus]

Hier meine Werte:

 

[Berofunk]

@rambus:
Deine Werte sind eine Katastrophe.
Aus welchem Zeitraum sind sie?

 

[rambus]

@rambus:
Deine Werte sind eine Katastrophe.
Aus welchem Zeitraum sind sie?

20 Stunden, aber ich glaube es liegt nicht an der 6591, sondern am Signal was ankommt.

 

[tokon]

Ich hatte eine 6591 aus Dezember 2019 mit Fehlern, und die Neue, die ich jetzt habe, ist v. 27.02.2020 und hat die gleichen Probleme
mit korrigierbaren Fehlern. Es liegt, glaube ich an der Hausverkabelung oder am Signal was ankommt.

Vom Zeitraum konnten wir hier glaub noch nichts einschränken. Von daher kann es natürlich auch sein, dass man eine defekte gegen eine andere defekte tauscht.
Klar, kann natürlich auch ein anderes Problem sein.

 

[hexacore]

Hier auch nochmal von mir ein aktuelles Update nach nun guten 43 Stunden Uptime der 6591. Die Leitung läuft weiterhin stabil! Als IT'ler stört mich das Erscheinungsbild der Fehler aber trotzdem - normal ist das nicht... .

Zusätzlich tauchen unter "Weitere Informationen" noch recht häufig und regelmäßig LOST MDD Timeouts auf (siehe Log, MAC-Adressen habe ich unkenntlich gemacht)

17.03.2020 12:28:40 CM-STATUS message sent. Event Type Code: 5; Chan ID: 3; DSID: N/A; MAC Addr: N/A; OFDM/OFDMA Profile ID: N/A.;CM-MAC=RE:MO:VE:D:CM:AC;CMTS-MAC=RE:MO:VE:D:CM:TS;CM-QOS=1.1;CM-VER=3.1;
17.03.2020 12:28:25 Lost MDD Timeout;CM-MAC=RE:MO:VE:D:CM:AC;CMTS-MAC=RE:MO:VE:D:CM:TS;CM-QOS=1.1;CM-VER=3.1;
17.03.2020 11:37:38 CM-STATUS message sent. Event Type Code: 5; Chan ID: 3; DSID: N/A; MAC Addr: N/A; OFDM/OFDMA Profile ID: N/A.;CM-MAC=RE:MO:VE:D:CM:AC;CMTS-MAC=RE:MO:VE:D:CM:TS;CM-QOS=1.1;CM-VER=3.1;
17.03.2020 11:37:35 Lost MDD Timeout;CM-MAC=RE:MO:VE:D:CM:AC;CMTS-MAC=RE:MO:VE:D:CM:TS;CM-QOS=1.1;CM-VER=3.1;
17.03.2020 11:34:21 CM-STATUS message sent. Event Type Code: 5; Chan ID: 3; DSID: N/A; MAC Addr: N/A; OFDM/OFDMA Profile ID: N/A.;CM-MAC=RE:MO:VE:D:CM:AC;CMTS-MAC=RE:MO:VE:D:CM:TS;CM-QOS=1.1;CM-VER=3.1;
17.03.2020 11:34:17 Lost MDD Timeout;CM-MAC=RE:MO:VE:D:CM:AC;CMTS-MAC=RE:MO:VE:D:CM:TS;CM-QOS=1.1;CM-VER=3.1;
17.03.2020 11:24:18 CM-STATUS message sent. Event Type Code: 5; Chan ID: 3; DSID: N/A; MAC Addr: N/A; OFDM/OFDMA Profile ID: N/A.;CM-MAC=RE:MO:VE:D:CM:AC;CMTS-MAC=RE:MO:VE:D:CM:TS;CM-QOS=1.1;CM-VER=3.1;
17.03.2020 11:24:05 Lost MDD Timeout;CM-MAC=RE:MO:VE:D:CM:AC;CMTS-MAC=RE:MO:VE:D:CM:TS;CM-QOS=1.1;CM-VER=3.1;
17.03.2020 09:47:05 CM-STATUS message sent. Event Type Code: 5; Chan ID: 3; DSID: N/A; MAC Addr: N/A; OFDM/OFDMA Profile ID: N/A.;CM-MAC=RE:MO:VE:D:CM:AC;CMTS-MAC=RE:MO:VE:D:CM:TS;CM-QOS=1.1;CM-VER=3.1;
17.03.2020 09:47:02 Lost MDD Timeout;CM-MAC=RE:MO:VE:D:CM:AC;CMTS-MAC=RE:MO:VE:D:CM:TS;CM-QOS=1.1;CM-VER=3.1;
17.03.2020 09:24:12 CM-STATUS message sent. Event Type Code: 5; Chan ID: 3; DSID: N/A; MAC Addr: N/A; OFDM/OFDMA Profile ID: N/A.;CM-MAC=RE:MO:VE:D:CM:AC;CMTS-MAC=RE:MO:VE:D:CM:TS;CM-QOS=1.1;CM-VER=3.1;
17.03.2020 09:24:00 Lost MDD Timeout;CM-MAC=RE:MO:VE:D:CM:AC;CMTS-MAC=RE:MO:VE:D:CM:TS;CM-QOS=1.1;CM-VER=3.1;
17.03.2020 07:11:28 CM-STATUS message sent. Event Type Code: 5; Chan ID: 3; DSID: N/A; MAC Addr: N/A; OFDM/OFDMA Profile ID: N/A.;CM-MAC=RE:MO:VE:D:CM:AC;CMTS-MAC=RE:MO:VE:D:CM:TS;CM-QOS=1.1;CM-VER=3.1;
17.03.2020 07:11:28 Lost MDD Timeout;CM-MAC=RE:MO:VE:D:CM:AC;CMTS-MAC=RE:MO:VE:D:CM:TS;CM-QOS=1.1;CM-VER=3.1;
17.03.2020 06:49:58 CM-STATUS message sent. Event Type Code: 5; Chan ID: 3; DSID: N/A; MAC Addr: N/A; OFDM/OFDMA Profile ID: N/A.;CM-MAC=RE:MO:VE:D:CM:AC;CMTS-MAC=RE:MO:VE:D:CM:TS;CM-QOS=1.1;CM-VER=3.1;
17.03.2020 06:49:52 Lost MDD Timeout;CM-MAC=RE:MO:VE:D:CM:AC;CMTS-MAC=RE:MO:VE:D:CM:TS;CM-QOS=1.1;CM-VER=3.1;

 

[robbe]

20 Stunden, aber ich glaube es liegt nicht an der 6591, sondern am Signal was ankommt.

Ware möglich aber glaub ich irgendwie nicht. Das sieht einfach zu sehr nach der aktuellen 6591 Krankheit aus. Extrem hohe Fehlerrate bei gleichzeitig perfektem Pegel und SNR, momentan ganz klassisch.
Bei Hexacore das gleiche Spiel.

 

[dergringo]

Hi

Ich hab seit dem 6.3.2020 auch auf das neue Internet gewechselt . Hatte vorher DSL 400 000 000 und war immer super mit gutem speed.

Und seit dem wechsel ist alles scheisse.
Hab auch die Frizbox 6591.

Ein Technicker war schon da. Er hat die Leitung gemessen. Neue Dose dran gemacht und den Splitter weg gemacht.

Unten im Keller hat der noch einen Dämpfer dran gemacht.

Dann eine neue Fritzbox dran.. und immer noch arsch langsam. Problem ist nicht gelöst.


Morgen kommt der nochmal...

Ich könnte im Kreis kotzen.

Lg

Timo.h

 

[cupertino]

Hi

Ich hab seit dem 6.3.2020 auch auf das neue Internet gewechselt . Hatte vorher DSL 400 000 000 und war immer super mit gutem speed.

Und seit dem wechsel ist alles scheisse.
Hab auch die Frizbox 6591.

Ein Technicker war schon da. Er hat die Leitung gemessen. Neue Dose dran gemacht und den Splitter weg gemacht.

Unten im Keller hat der noch einen Dämpfer dran gemacht.

Dann eine neue Fritzbox dran.. und immer noch arsch langsam. Problem ist nicht gelöst.


Morgen kommt der nochmal...

Ich könnte im Kreis kotzen.

Lg

Timo.h

Hast du per LAN gemessen?

 

[dergringo]

Hast du per LAN gemessen?

Natürlich!

Mit 2 Pc und Laptop!
Es sind im Moment alle Ratlos. Morgen kommt nochmal ein Techniker!
Der Speed schwangt extrem. jetzt bekomme ich nur 80 bis 120 mbits hin.
Es war heute Mittag noch 360mbits.

• 18.03.2020
  18:06 Uhr
  129 DOWNLOADE
  1098 AN DER LEITUNG
  26 UPLOADE
  13 PING
  
  
  
  
  
• 18.03.2020
  16:39 Uhr
  115
  1097
  21
  17
  
  
  
  
  
• 18.03.2020
  15:36 Uhr
  94
  1097
  21
  17
  
  
  
  
  
• 18.03.2020
  15:34 Uhr
  116
  1097
  22
  17
  
  
  
  
  
• 18.03.2020
  14:58 Uhr
  348
  1101
  26
  13
  
  
  
  
  
• 17.03.2020
  16:04 Uhr
  347
  1097
  39
  12
  
  
  
  
  
• 17.03.2020
  14:24 Uhr
  348
  1098
  26
  13
  
  
  
  
  
• 16.03.2020
  21:41 Uhr
  340
  1097
  26
  13
  
  
  
  
  
• 16.03.2020
  16:45 Uhr
  290
  --
  23
  17
  
  
  
  
  
• 16.03.2020
  16:34 Uhr
  336
  1096
  26
  13
  
  
  
  
  
• 16.03.2020
  15:46 Uhr
  267
  1096
  22
  17
  
  
  
  
  
• 15.03.2020
  12:03 Uhr
  344
  1096
  27
  13
  
  
  
  
  

 

[tokon]

Dann eine neue Fritzbox dran.. und immer noch arsch langsam.

Weißt natürlich auch nicht ob die eine defekte Fritzbox gegen eine andere defekte Fritzbox getauscht wurde.
MSE und die Fehler auf 498 MHz ist schon etwas merkwürdig. Muss ja aber der Techniker messen können ob das schon von draußen so kommt oder an der Fritzbox liegt.

 

[dergringo]

Weißt natürlich auch nicht ob die eine defekte Fritzbox gegen eine andere defekte Fritzbox getauscht wurde.
MSE und die Fehler auf 498 MHz ist schon etwas merkwürdig. Muss ja aber der Techniker messen können ob das schon von draußen so kommt oder an der Fritzbox liegt.

Ja hab ich auch gesagt. Die haben vorhin angerufen. Der will auch noch eine andere Box mit bringen.

Na ja mal schauen. Der kommt morgen gegen 15 Uhr. Ca.

Ich melde mich sobald was bei raus kommt.

 

[Torsten1973]

... Hatte vorher DSL 400 000 000 und war immer super mit gutem speed.

Wann gabs denn bei UM ne 400 Mio. Leitung?

 

[dergringo]

Wann gabs denn bei UM ne 400 Mio. Leitung?

ne sorry paar nullen zuviel lol

achso... hier der LOG vielleicht kann dazu jemand was sagen ^^

18.03.2020 17:24:18 CM-STATUS message sent. Event Type Code: 4; Chan ID: 4; DSID: N/A; MAC Addr: N/A; OFDM/OFDMA Profile ID: N/A.;CM-MAC=2c:3a:fd:9e:95:ce;CMTS-MAC=00:01:5c:74:fc:72;CM-QOS=1.1;CM-VER=3.1;
18.03.2020 17:24:17 Lost MDD Timeout;CM-MAC=2c:3a:fd:9e:95:ce;CMTS-MAC=00:01:5c:74:fc:72;CM-QOS=1.1;CM-VER=3.1;
18.03.2020 17:24:17 CM-STATUS message sent. Event Type Code: 4; Chan ID: 4; DSID: N/A; MAC Addr: N/A; OFDM/OFDMA Profile ID: N/A.;CM-MAC=2c:3a:fd:9e:95:ce;CMTS-MAC=00:01:5c:74:fc:72;CM-QOS=1.1;CM-VER=3.1;
18.03.2020 17:24:11 Lost MDD Timeout;CM-MAC=2c:3a:fd:9e:95:ce;CMTS-MAC=00:01:5c:74:fc:72;CM-QOS=1.1;CM-VER=3.1;
18.03.2020 17:23:37 CM-STATUS message sent. Event Type Code: 4; Chan ID: 4; DSID: N/A; MAC Addr: N/A; OFDM/OFDMA Profile ID: N/A.;CM-MAC=2c:3a:fd:9e:95:ce;CMTS-MAC=00:01:5c:74:fc:72;CM-QOS=1.1;CM-VER=3.1;
18.03.2020 17:23:13 Lost MDD Timeout;CM-MAC=2c:3a:fd:9e:95:ce;CMTS-MAC=00:01:5c:74:fc:72;CM-QOS=1.1;CM-VER=3.1;
18.03.2020 17:21:17 CM-STATUS message sent. Event Type Code: 4; Chan ID: 4; DSID: N/A; MAC Addr: N/A; OFDM/OFDMA Profile ID: N/A.;CM-MAC=2c:3a:fd:9e:95:ce;CMTS-MAC=00:01:5c:74:fc:72;CM-QOS=1.1;CM-VER=3.1;
18.03.2020 17:21:15 Lost MDD Timeout;CM-MAC=2c:3a:fd:9e:95:ce;CMTS-MAC=00:01:5c:74:fc:72;CM-QOS=1.1;CM-VER=3.1;
18.03.2020 17:20:51 CM-STATUS message sent. Event Type Code: 4; Chan ID: 4; DSID: N/A; MAC Addr: N/A; OFDM/OFDMA Profile ID: N/A.;CM-MAC=2c:3a:fd:9e:95:ce;CMTS-MAC=00:01:5c:74:fc:72;CM-QOS=1.1;CM-VER=3.1;
18.03.2020 17:20:47 Lost MDD Timeout;CM-MAC=2c:3a:fd:9e:95:ce;CMTS-MAC=00:01:5c:74:fc:72;CM-QOS=1.1;CM-VER=3.1;
18.03.2020 17:16:33 CM-STATUS message sent. Event Type Code: 4; Chan ID: 4; DSID: N/A; MAC Addr: N/A; OFDM/OFDMA Profile ID: N/A.;CM-MAC=2c:3a:fd:9e:95:ce;CMTS-MAC=00:01:5c:74:fc:72;CM-QOS=1.1;CM-VER=3.1;
18.03.2020 17:16:18 Lost MDD Timeout;CM-MAC=2c:3a:fd:9e:95:ce;CMTS-MAC=00:01:5c:74:fc:72;CM-QOS=1.1;CM-VER=3.1;
18.03.2020 17:11:28 CM-STATUS message sent. Event Type Code: 4; Chan ID: 4; DSID: N/A; MAC Addr: N/A; OFDM/OFDMA Profile ID: N/A.;CM-MAC=2c:3a:fd:9e:95:ce;CMTS-MAC=00:01:5c:74:fc:72;CM-QOS=1.1;CM-VER=3.1;
18.03.2020 17:10:59 Lost MDD Timeout;CM-MAC=2c:3a:fd:9e:95:ce;CMTS-MAC=00:01:5c:74:fc:72;CM-QOS=1.1;CM-VER=3.1;
18.03.2020 17:08:48 CM-STATUS message sent. Event Type Code: 4; Chan ID: 4; DSID: N/A; MAC Addr: N/A; OFDM/OFDMA Profile ID: N/A.;CM-MAC=2c:3a:fd:9e:95:ce;CMTS-MAC=00:01:5c:74:fc:72;CM-QOS=1.1;CM-VER=3.1;
18.03.2020 17:08:45 Lost MDD Timeout;CM-MAC=2c:3a:fd:9e:95:ce;CMTS-MAC=00:01:5c:74:fc:72;CM-QOS=1.1;CM-VER=3.1;