konstanter Packetloss seit einigen Tagen über Ethernet

Elseworlder · 2020-08-23T10:28:04+00:00

Sunrise community - customers help other customers with topics related to television, Internet, telephone and mobile. Register now!

Elseworlder

Hallo zusammen

Seit einigen Tagen erlebe ich konstanten leichten Packet Loss, den ich vorher gar nicht hatte. Beim normalen surfen schränkt er uns nicht wirklich ein, beim gamen wiederum kann es durchaus störend sein.

Das Problem besteht bei allen Rechnern hier, wenn ich einen Mobile hotspot über 4G erstelle oder über die naheliegende Wi-Free Schnittstelle verbinde, ist der Packet loss weg, wobei die Verbindung dann aus anderen Gründen instabil ist.

Kabel wurden ausgetauscht, Connect Box wurde neugestartet.

Ich versuchte auch den Support anzurufen, aber die Dame am Telefon fragte was ein Packet Loss sei und meinte ich solle einen Speed Test machen.

Ich pingte den google server über cmd.exe an, hier das Resultat:

Ping-Statistik für 8.8.8.8:
Pakete: Gesendet = 540, Empfangen = 528, Verloren = 12
(2% Verlust),
Ca. Zeitangaben in Millisek.:
Minimum = 9ms, Maximum = 947ms, Mittelwert = 29ms

Wie soll ich hier weiter vorgehen?

nylaaN

wurd das schon gelöst?

BIN SO **bleep** SAUER AUF PC

mit ner VPN hab ich kein einzigen loss

und sie schieben die schuld immer auf den Kunden!

Elseworlder

Screenshots nun hier

den Netzwerk-log schicke ich lieber mit Copy+Paste, schjeint mir von der Grösse her einfacher:

| Zeit | Priorität | Beschreibung |
| — | — | — |


23-08-2020 21:52:34	notice	Illegal - Dropped FORWARD packet: src=2a00:1450:400a:0801:0000:0000:0000:2003 MAC=17:10:99:B6😀2:86;CM-MAC=38:43:7d:7e:40:1b;CMTS-MAC=00:17:10:99:b6:d2;CM-QOS=1.1;CM-VER=3.0;
23-08-2020 21:48:23	notice	GUI Login Status - Login Sucess from LAN interface; client ip=[192.168.0.227];CM-MAC=38:43:7d:7e:40:1b;CMTS-MAC=00:17:10:99:b6:d2;CM-QOS=1.1;CM-VER=3.0;
23-08-2020 21:47:58	notice	GUI Login Status - Login Fail from LAN interface; client ip=[192.168.0.227];CM-MAC=38:43:7d:7e:40:1b;CMTS-MAC=00:17:10:99:b6:d2;CM-QOS=1.1;CM-VER=3.0;
23-08-2020 20:48:01	critical	No Ranging Response received - T3 time-out;CM-MAC=38:43:7d:7e:40:1b;CMTS-MAC=00:17:10:99:b6:d2;CM-QOS=1.1;CM-VER=3.0;
23-08-2020 19:08:00	notice	Illegal - Dropped FORWARD packet: src=2620:0100:6025:0007:0000:0000:a27d:4507 MAC=17:10:99:B6😀2:86;CM-MAC=38:43:7d:7e:40:1b;CMTS-MAC=00:17:10:99:b6:d2;CM-QOS=1.1;CM-VER=3.0;
23-08-2020 18:00:53	critical	No Ranging Response received - T3 time-out;CM-MAC=38:43:7d:7e:40:1b;CMTS-MAC=00:17:10:99:b6:d2;CM-QOS=1.1;CM-VER=3.0;
23-08-2020 16:31:26	notice	Illegal - Dropped FORWARD packet: src=2a03:2880:f25b:00c8:face:b00c:0000:7260 MAC=17:10:99:B6😀2:86;CM-MAC=38:43:7d:7e:40:1b;CMTS-MAC=00:17:10:99:b6:d2;CM-QOS=1.1;CM-VER=3.0;
23-08-2020 16:16:34	critical	No Ranging Response received - T3 time-out;CM-MAC=38:43:7d:7e:40:1b;CMTS-MAC=00:17:10:99:b6:d2;CM-QOS=1.1;CM-VER=3.0;
23-08-2020 16:01:11	notice	Illegal - Dropped FORWARD packet: src=2a00:1450:400a:0800:0000:0000:0000:200a MAC=17:10:99:B6😀2:86;CM-MAC=38:43:7d:7e:40:1b;CMTS-MAC=00:17:10:99:b6:d2;CM-QOS=1.1;CM-VER=3.0;
23-08-2020 15:16:06	critical	No Ranging Response received - T3 time-out;CM-MAC=38:43:7d:7e:40:1b;CMTS-MAC=00:17:10:99:b6:d2;CM-QOS=1.1;CM-VER=3.0;
23-08-2020 15:09:02	notice	Illegal - Dropped FORWARD packet: src=2a03:2880:f234:00c7:face:b00c:0000:7260 MAC=17:10:99:B6😀2:86;CM-MAC=38:43:7d:7e:40:1b;CMTS-MAC=00:17:10:99:b6:d2;CM-QOS=1.1;CM-VER=3.0;
23-08-2020 13:26:06	notice	GUI Login Status - Login Sucess from LAN interface; client ip=[192.168.0.227];CM-MAC=38:43:7d:7e:40:1b;CMTS-MAC=00:17:10:99:b6:d2;CM-QOS=1.1;CM-VER=3.0;
23-08-2020 13:11:39	notice	Illegal - Dropped FORWARD packet: src=2a00:1450:400a:0800:0000:0000:0000:200a MAC=17:10:99:B6😀2:86;CM-MAC=38:43:7d:7e:40:1b;CMTS-MAC=00:17:10:99:b6:d2;CM-QOS=1.1;CM-VER=3.0;
23-08-2020 12:34:07	critical	No Ranging Response received - T3 time-out;CM-MAC=38:43:7d:7e:40:1b;CMTS-MAC=00:17:10:99:b6:d2;CM-QOS=1.1;CM-VER=3.0;
23-08-2020 12:27:55	notice	Illegal - Dropped FORWARD packet: src=2a00:1450:400a:0803:0000:0000:0000:200a MAC=17:10:99:B6😀2:86;CM-MAC=38:43:7d:7e:40:1b;CMTS-MAC=00:17:10:99:b6:d2;CM-QOS=1.1;CM-VER=3.0;
23-08-2020 11:58:58	critical	No Ranging Response received - T3 time-out;CM-MAC=38:43:7d:7e:40:1b;CMTS-MAC=00:17:10:99:b6:d2;CM-QOS=1.1;CM-VER=3.0;
23-08-2020 11:48:19	notice	Illegal - Dropped INPUT packet: src=2001:0730:3e82:0000:0000:0000:0000:0010 MAC=17:10:99:B6😀2:86;CM-MAC=38:43:7d:7e:40:1b;CMTS-MAC=00:17:10:99:b6:d2;CM-QOS=1.1;CM-VER=3.0;
23-08-2020 11:36:18	critical	No Ranging Response received - T3 time-out;CM-MAC=38:43:7d:7e:40:1b;CMTS-MAC=00:17:10:99:b6:d2;CM-QOS=1.1;CM-VER=3.0;
23-08-2020 11:35:42	notice	Illegal - Dropped FORWARD packet: src=2a00:1450:400a:0801:0000:0000:0000:200a MAC=17:10:99:B6😀2:86;CM-MAC=38:43:7d:7e:40:1b;CMTS-MAC=00:17:10:99:b6:d2;CM-QOS=1.1;CM-VER=3.0;
23-08-2020 11:06:10	critical	No Ranging Response received - T3 time-out;CM-MAC=38:43:7d:7e:40:1b;CMTS-MAC=00:17:10:99:b6:d2;CM-QOS=1.1;CM-VER=3.0;

Downstream 1.jpg Downstream 2.jpg

Elseworlder

Bin aktuell für paar stunden ausser haus. Screenshots mach ich dann in paar stunden 🙂

millernet

Grundsätzlich sieht UPC jederzeit den Stand deiner Connect Box in ihren Monitoring Systeme. Mit DOCSIS 3.1 können sie sogar den Zustand jedes einzelnen Subcarriers analysieren. Über eine Webplattform kann jeder Techniker auf jedes Modem zugreifen und sieht automatisch die Qualität jedes einzelnen Kanals, sogar ein Spektrum lässt sich über den Node ausgeben. Ich habe aber keinen Zugriff auf diese Systeme. Du müsstests selber in den Logfiles der Connect Box nachschauen. Diese findest du unter Tools => Netzwerkstatus. Die Screenshots von Status, Downstream, Upstream und Netzwerk-Log wären hilfreich.

Elseworlder

Den grössten Teil der Hardware vor Orts überprüften wir mit umtausch-Verfahren

ein Kollege verwendete bei sich zuhause alle meine Kabel(und Lan-switch) und ich seine bei mir.

Meine Probleme bestanden auch mit seinen Kabeln, er hatte mit meinen Kabeln keine Probleme.

Falsch angeschlossen wurde nichts, es ist alles genau so angeschlossen wie bevor die Probleme begannen, zu dem Zeitpunkt wurde auch nichts verändert.

Die einzigen Sachen die ich weder einfach testen noch umtauschen kann sind die Connectbox selbst, sowie die Dose. Gibt es eine Möglichkeit die Qualität des Anschlusses einfach selbst zu überprüfen?

GrandDixence

Paketverluste oder Paketverfälschungen können beim “Internetanschlüss über Fernsehkabel” aus zwei nennenswerten Gründen entstehen:

a) Paketverluste oder Paketverfälschungen bei der Übertragung im Fernsehkabelnetzwerk (EuroDOCSIS)

b) Paketverluste oder Paketverfälschugnen bei der Ethernet-Übertragung (Computernetzwerkkabel) im Heimnetzwerk vom/zum EuroDOCSIS-Kabelmodem

c) Selbstverursachte Paketverluste oder Paketverfälschungen, die im Heimnetzwerk verursacht werden (=> erfahrungsgemäss die häufigste Ursache!)

Paketverluste oder Paketverfälschungen sind wie folgt im Webinterface des EuroDOCSIS-Kabelmodems erkennbar:

a) DOCSIS-Statusseite “Downstream” Verhältnis Post RS Errors/Pre RS Errors

https://community.swisscom.ch/t5/Archiv-Internet/UPC-Glasfaser/m-p/464854#M61347

Für einen schnellen Internetanschluss > 999 MBit/s mit EuroDOCSIS 3.0 muss das Verhältnis:

Post RS Errors zu Pre RS Errors < 0.001 %

sein. Für einen schnellen Internetanschluss > 999 MBit/s mit EuroDOCSIS 3.1 muss das Verhältnis:

“Uncorrectables” zu “Correctables” < 0.001 %

sein.

https://community.sunrise.ch/d/14846-starke-upload-schwankungen-mit-giga-box/18

https://community.sunrise.ch/t5/Connect-Box/Giga-Internet-weniger-Speed-als-vorher/m-p/151410#M3243

b) Bei fehlerhaft empfangenen Ethernet-Datenpakete läuft der Ethernet-Fehlerzähler hoch (Bezeichnung: “Rx Checksum Error” oder ähnlich). Der aktuelle Stand des Ethernet-Fehlerzählers ist auf der Ethernet-Statusseite ersichtlich.

c) Allgemeine Fehlersuche und Fehlereingrenzung gemäss Beitrag Nr. 3:

https://community.sunrise.ch/t5/Connect-Box/Gigaconnect-Aussetzer/m-p/152213#M3445

durchführen.

millernet

Ok. Dann ist IPv6 gar nicht aktiv. Team UPC wird sich morgen hier im Thread sicher melden.

Elseworlder

Ausversehen 2 mal gesendet sry

Elseworlder

@millernet schrieb:

OK. Dann würde ich vorschlagen, dass wir es mit einer Umschaltung auf IPv4 versuchen. Dies kann nur @Sunrise_Team erledigen. Sie brauchen hierzu deine Einwilligung. Wird vermutlich im Verlauf des kommenden Montags erledigt.

In der Zwischenzeit können den Ping mal über IPv6 versuchen. ping 2001:4860:4860::8888 -t

Alles klar. Worüber muss ich dem Team meine Einwilligung geben?

Dieser Ping den ich jetzt ausführen soll gibt mir 100% Verlust, kein einziger Ping kommt durch.

Ping-Statistik für 2001:4860:4860::8888:
Pakete: Gesendet = 33, Empfangen = 0, Verloren = 33
(100% Verlust),

PS: falls relevant, jede Seite die IPv6 Verbindungen überprüft (von google, wieistmeineip.ch usw.), zeigt mir an dass ich keine IPv6 IP habe

millernet

OK. Dann würde ich vorschlagen, dass wir es mit einer Umschaltung auf IPv4 versuchen. Dies kann nur @Sunrise_Team erledigen. Sie brauchen hierzu deine Einwilligung. Wird vermutlich im Verlauf des kommenden Montags erledigt.

In der Zwischenzeit können den Ping mal über IPv6 versuchen. ping 2001:4860:4860::8888 -t

Elseworlder

@millernet

Ping-Statistik für 8.8.8.8:
Pakete: Gesendet = 1476, Empfangen = 1428, Verloren = 48
(3% Verlust),
Ca. Zeitangaben in Millisek.:
Minimum = 9ms, Maximum = 189ms, Mittelwert = 23ms

________________________________________________

Ping-Statistik für 192.168.0.1:
Pakete: Gesendet = 1676, Empfangen = 1676, Verloren = 0
(0% Verlust),
Ca. Zeitangaben in Millisek.:
Minimum = 1ms, Maximum = 16ms, Mittelwert = 7ms

________________________________________________________

30 min, direkt an Connect box mit Ethernet-Kabel.

keinerlei andere aktivität im Netz aus dem Haushalt zu der Zeit. (und nochmal danke für die Zeit die du dir nimmst 🙂 )

millernet

Wenn du die Option nicht findest, dann bist du mit Dual-Stack light (DS light) angebunden. Du teilst dir also unter Umständen eine öffentliche IPv4 mit hunderten von Kunden über eine Carrier-grade NAT (CNAT). Dies kann zu entsprechenden Problemen führen.

Bitte mach mir eine Ping-Statistik über jeweils eine halbe Stunde von einem Rechner, welcher mit LAN an der Connect Box hängt: ping 8.8.8.8 -t und ping 192.168.0.1 -t Schau bitte, dass der Rechner und dein Internetanschluss nicht bis zum Anschlag ausgelastet wird, sonst entstehen automatisch Packetverluste und verfälschen die Messung.

@Sunrise_Team Ich würde vorschlagen, dass wir @Elseworlder zuerst mal auf IPv4 umschalten und dann weiter beobachten.

Elseworlder

Erstmal Danke für die Schnelle Antwort 🙂

@millernet schrieb:

Verwendest du einen eigenen Router und die Connect Box ist nur im Modem Modus?

Nein, connect box ist der Router.

Ist die Connect Box bereits im IPv4 Betrieb ? (Erkennbar, wenn du im Webinterface vom Router- in den Modem-Modus resp. Bridge Mode umschalten könntest.)

Diese Möglichkeit finde ich nicht? wo im Webinterface wäre diese Option?

Bitte mach den Pingtest auch mal auf den Default Gateway: 192.168.0.1 (UPC Standard)

Ping-Statistik für 192.168.0.1
Pakete: Gesendet = 1506, Empfangen = 1506, Verloren = 0
(0% Verlust),
Ca. Zeitangaben in Millisek.:
Minimum = 1ms, Maximum = 216ms, Mittelwert = 8ms

Am Rechner meiner Frau erhalte ich die selben Werte mit niedriegerer MS (Mittelwert 1 MS), dies liegt am Kabel dass ich von meinem Rechner aus verwende, der Packet Loss ist aber am anderen Rechner genau so hoch, sind also separate Probleme und ein Kabelwechsel ändert am Packet Loss nichts.

wenn ich über WiFi connecte bleibt der Packet loss auch bestehen, wobei dieser ja bei WiFI weniger unüblich wäre..

millernet

@Elseworlder schrieb:

Hallo zusammen

Seit einigen Tagen erlebe ich konstanten leichten Packet Loss, den ich vorher gar nicht hatte. Beim normalen surfen schränkt er uns nicht wirklich ein, beim gamen wiederum kann es durchaus störend sein.

Das Problem besteht bei allen Rechnern hier, wenn ich einen Mobile hotspot über 4G erstelle oder über die naheliegende Wi-Free Schnittstelle verbinde, ist der Packet loss weg, wobei die Verbindung dann aus anderen Gründen instabil ist.

Kabel wurden ausgetauscht, Connect Box wurde neugestartet.

Ich versuchte auch den Support anzurufen, aber die Dame am Telefon fragte was ein Packet Loss sei und meinte ich solle einen Speed Test machen.

Ich pingte den google server über cmd.exe an, hier das Resultat:

Ping-Statistik für 8.8.8.8:
Pakete: Gesendet = 540, Empfangen = 528, Verloren = 12
(2% Verlust),
Ca. Zeitangaben in Millisek.:
Minimum = 9ms, Maximum = 947ms, Mittelwert = 29ms

Wie soll ich hier weiter vorgehen?

Zuerst einige Fragen zu deinem Setup:

Verwendest du einen eigenen Router und die Connect Box ist nur im Modem Modus?
Ist die Connect Box bereits im IPv4 Betrieb ? (Erkennbar, wenn du im Webinterface vom Router- in den Modem-Modus resp. Bridge Mode umschalten könntest.)

Bitte mach den Pingtest auch mal auf den Default Gateway: 192.168.0.1 (UPC Standard)