Unitymedia regelmäßiger Packetloss

[klenkes]

Hi, wie der Betreff schon sagt habe ich seit dem WE regelmäßig ab ca. 18:00 bis 22:00 einen enormen Packetloss.

-- http://www.unitymedia.de ping statistics ---
100 packets transmitted, 87 received, 13% packet loss, time 103219ms
rtt min/avg/max/mdev = 7.053/16.413/47.416/8.702 ms

heute 19:52 Raum Aachen

Hat jemand ähnliche Symptome?

 

[Dinniz]

Modemwerte?

 

[piotr]

Wie misst Du denn?

Nachvollziehbare Werte kommen nur raus, wenn der PC direkt per LAN-Kabel am Modem haengt und der PC ausschliesslich fuer die Messung genutzt wird.

Kein Router, kein WLAN, kein dlan und auch nichts anderes dazwischen anschliessen.
Und auf dem PC keine Hintergrundprogramme offen...

Weiter ist www.unitymedia.de zum Messen auch kein gutes Bsp.
www.unitymedia.de wird zu 4 verschiedenen IPs aufgeloest und ein ping darauf funktioniert dann so:
Request 1 geht an IP1
Request 2 geht an IP2
Request 3 geht an IP3
Request 4 geht an IP4
Request 5 geht an IP1
Request 6 geht an IP2
Request 7 geht an IP3
Request 8 geht an IP4
usw.

Da kann nichts Verwertbares rauskommen, weil nicht dauerhaft zu einer IP gemessen wird.

 

[oxygen]

http://www.unitymedia.de wird zu 4 verschiedenen IPs aufgeloest und ein ping darauf funktioniert dann so:
Request 1 geht an IP1
...
Da kann nichts Verwertbares rauskommen, weil nicht dauerhaft zu einer IP gemessen wird.

das stimmt nicht

 

[piotr]

Aha und warum soll das nicht stimmen?

Das was UM mit den 4 IPs fuer http://www.unitymedia.de macht ist DNS Round Robin.
Da werden bei Nutzung des DNS-Namens immer alle Requests so wie beschrieben gleichmaessig auf die im DNS hinterlegten IPs verteilt.

Packetloss zu einer IP siehst Du aber nur wenn Du die IPs einzeln anpingst und die DNS-Aufloesung aussen vor laesst.

Wobei ping auch kein richtiges Mittel zum Erkennen von packetloss ist.
ping kann abgeschaltet oder gedrosselt werden, ein HTTP oder ein anderer Serverdienst kann aber trotzdem erreichbar sein.

 

[oxygen]

Da werden bei Nutzung des DNS-Namens immer alle Requests so wie beschrieben gleichmaessig auf die im DNS hinterlegten IPs verteilt.

Nein auch das stimmt nicht. Wie wäre es, wenn du dir einfach 1 Min nimmst und es selbst probierst?

Linux:

~$ host unitymedia.de
unitymedia.de has address 80.69.97.56
unitymedia.de has address 80.69.97.58
unitymedia.de has address 80.69.97.59
unitymedia.de has address 80.69.97.57
unitymedia.de mail is handled by 50 chekov.unitymedia.de.
unitymedia.de mail is handled by 10 uhura.unitymedia.de.
~$ ping -c8 unitymedia.de
PING unitymedia.de (80.69.97.57) 56(84) bytes of data.
64 bytes from www.unitymedia.de (80.69.97.57): icmp_seq=1 ttl=54 time=9.60 ms
64 bytes from www.unitymedia.de (80.69.97.57): icmp_seq=2 ttl=54 time=9.51 ms
64 bytes from www.unitymedia.de (80.69.97.57): icmp_seq=3 ttl=54 time=9.59 ms
64 bytes from www.unitymedia.de (80.69.97.57): icmp_seq=4 ttl=54 time=9.93 ms
64 bytes from www.unitymedia.de (80.69.97.57): icmp_seq=5 ttl=54 time=11.0 ms
64 bytes from www.unitymedia.de (80.69.97.57): icmp_seq=6 ttl=54 time=9.69 ms
64 bytes from www.unitymedia.de (80.69.97.57): icmp_seq=7 ttl=54 time=9.43 ms
64 bytes from www.unitymedia.de (80.69.97.57): icmp_seq=8 ttl=54 time=10.2 ms
--- unitymedia.de ping statistics ---
8 packets transmitted, 8 received, 0% packet loss, time 7002ms
rtt min/avg/max/mdev = 9.438/9.885/11.011/0.499 ms

Windows:

C:\Users\Christian>ping -n 8 unitymedia.de
Ping wird ausgeführt für unitymedia.de [80.69.97.57] mit 32 Bytes Daten:
Antwort von 80.69.97.57: Bytes=32 Zeit=9ms TTL=59
Antwort von 80.69.97.57: Bytes=32 Zeit=21ms TTL=59
Antwort von 80.69.97.57: Bytes=32 Zeit=8ms TTL=59
Antwort von 80.69.97.57: Bytes=32 Zeit=33ms TTL=59
Antwort von 80.69.97.57: Bytes=32 Zeit=8ms TTL=59
Antwort von 80.69.97.57: Bytes=32 Zeit=21ms TTL=59
Antwort von 80.69.97.57: Bytes=32 Zeit=17ms TTL=59
Antwort von 80.69.97.57: Bytes=32 Zeit=10ms TTL=59
Ping-Statistik für 80.69.97.57: Pakete: Gesendet = 8, Empfangen = 8, Verloren = 0 (0% Verlust),
Ca. Zeitangaben in Millisek.: Minimum = 8ms, Maximum = 33ms, Mittelwert = 15ms

danach kannst du dir ja mal anschauen wie DNS wirklich funktioniert statt auf Grundlage deines Halbwissens solchen Unsinn zu verbreiten.

 

[piotr]

Bei meinem System ist das wie oben beschrieben.
Kommt daher, dass es kein Windows und auch kein Linux ist. Da kann der Resolver schon anders arbeiten.

Aber auf Windows und Linux ist es bei mir auch wie Du es zeigst.

 

[Gast1640]

[...]http://www.unitymedia.de wird zu 4 verschiedenen IPs aufgeloest und ein ping darauf funktioniert dann so:
Request 1 geht an IP1
Request 2 geht an IP2
Request 3 geht an IP3
Request 4 geht an IP4
Request 5 geht an IP1
Request 6 geht an IP2
Request 7 geht an IP3
Request 8 geht an IP4
usw.[...]

Das stimmt nicht - der Ping geht konstant an die IP-Adresse, die der DNS in dem Moment liefert, in dem du das Kommando auf der Console absetzt.
Das RoundRobin-Verfahren sorgt nur dafür, das bei jeder DNS-Anfrage eine andere IP zurückgeliefert wird.

Davon abgesehen:
Ich weiss nicht, wie zuverlässig sich Aussagen über angeblichen PacketLoss treffen lassen, wenn man das anhand vereinzelter Pings ausgerechnet auf unitymedia.de "getestet" hat....

Gruss,
Der Josh

 

[Matrix110]

Pings werden auch gerne mal nicht beantwortet oder erst gar nicht zum Zielrechner durchgelassen....

Ohne viel Aufwand ist der Line Quality Test von speedtest.net die einfachste möglichkeit....alles andere macht viel mehr Aufwand.

 

[piotr]

Das RoundRobin-Verfahren sorgt nur dafür, das bei jeder DNS-Anfrage eine andere IP zurückgeliefert wird.

Wenn Du schon eine Aussage kommentierst.
Dann bitte richtig. Denn Dein Kommentar stimmt so wie es da steht auch nicht.

Es werden zu einem DNS-Request grundsaetzlich immer alle Eintraege (z.B. A-Records = IPv4 IPs) zurueckgeliefert.
Round Robin ist bei DNS einfach nur eine wechselnde Anzeige-Reihenfolge, wenn fuer einen DNS-Record mehrere Eintraege desselben Record-Typs vorhanden sind.

z.B.
erster DNS-Request: IP1, IP2, IP3, IP4
zweiter DNS-Request: IP2, IP3, IP4, IP1
dritter DNS-Request: IP3, IP4, IP1, IP2
...

Die genannte Reihenfolge muss nicht immer zutreffen. Sie kann abhaengig von der eingesetzten Software auch zufaellig sein.
Manche DNS-Software (z.B. bind) kann auch eingestellt werden wie die Ausgabe-Reihenfolge erfolgen soll (zyklisch, zufaellig oder auch kein Round Robin und die Reihenfolge immer so wie eingetragen).

Welche der erhaltenen IPs dann die Anwendung z.B. ping nimmt ist deren Sache. Meist wird aus der erhaltenen DNS-Antwort die IP genommen, die in der Antwort als Erste dasteht. Es kann aber auch wie oben beschrieben vorkommen.

 

[klenkes]

Ich überwache das 24/7 mit mrtg auf dem Router, welcher direkt hinter dem Modem steht. Der Webserver von Unitymedia bietet sich insofern an als dass dieser direkt im Netz von UM steht und das Internet als Fehlerquelle ausgeschlossen werden kann.

Nachdem am 11.11. praktisch den ganzen Tag das Problem bestand ist es jetzt verschwunden. Packetloss 0%. So soll es sein!

Vielen Dank für die Beitrage. Da sonst keiner ähnliches Symptome berichtet hat, nehme ich an das Problem liegt auf meiner Seite. Das einzige was ich soweit sagen kann ist, dass sich die upstream Kanal Frequenz geändert hat.

Es kann jetzt sein das der bisherige Kanal zu "voll" geworden ist und das Modem sich einen anderen gesucht hat.

 

[SaTom]

Vor einigen Tagen hatte ich ein ähnliches Problem, allerdings in Richung meines Roots, welcher bei Strato steht.
Teilweise verschwanden Pakete Uhrzeitabhängig bis zu etwa 10..15%, 'schuld' war ein Router in Kerpen, zumindest
dem Namen nach. Ich hab den Service angerufen und das Glück gehabt weiter durchgestellt zu werden, ich konnte
meine Logs weiterreichen, ein Tag später war das Problem behoben.

Thomas