Das Problem bei mir ist im moment der paket loss also der Paketverlust ... es gehen schlicht Daten verloren und die müssen erneut gesendet werden. Das geht so weit das Internetradiohören nicht mehr möglich ist. Obwohl der Stream gepuffert ist.
>tracert kabel.de
Routenverfolgung zu kabel.de [85.214.35.118] über maximal 30 Abschnitte:
1 * * * Zeitüberschreitung der Anforderung.
2 8 ms 12 ms 25 ms 88-134-248-102-dynip.superkabel.de [88.134.248.102]
3 16 ms 21 ms 13 ms 83-169-183-110-isp.superkabel.de [83.169.183.110]
4 19 ms 21 ms 15 ms 83-169-128-30-isp.superkabel.de [83.169.128.30]
5 18 ms 36 ms 19 ms 83-169-128-5-isp.superkabel.de [83.169.128.5]
6 22 ms 17 ms 17 ms as6724.bcix.de [193.178.185.54]
7 27 ms 17 ms 18 ms 85.214.0.134
8 18 ms 18 ms 18 ms h740177.serverkompetenz.net [85.214.35.118]
Ablaufverfolgung beendet.
Dieser Dos befehl zeigt die Stationen die ein Datenpaket nimmt ... in etwa über welche Städte man von a nach b kommt.
>ping 88.134.248.102 -t
Ping wird ausgeführt für 88.134.248.102 mit 32 Bytes Daten:
Antwort von 88.134.248.102: Bytes=32 Zeit=8ms TTL=254
Antwort von 88.134.248.102: Bytes=32 Zeit=12ms TTL=254
Antwort von 88.134.248.102: Bytes=32 Zeit=10ms TTL=254
Antwort von 88.134.248.102: Bytes=32 Zeit=13ms TTL=254
Antwort von 88.134.248.102: Bytes=32 Zeit=10ms TTL=254
Antwort von 88.134.248.102: Bytes=32 Zeit=13ms TTL=254
Antwort von 88.134.248.102: Bytes=32 Zeit=17ms TTL=254
Antwort von 88.134.248.102: Bytes=32 Zeit=15ms TTL=254
Antwort von 88.134.248.102: Bytes=32 Zeit=9ms TTL=254
Antwort von 88.134.248.102: Bytes=32 Zeit=9ms TTL=254
Antwort von 88.134.248.102: Bytes=32 Zeit=31ms TTL=254
Antwort von 88.134.248.102: Bytes=32 Zeit=9ms TTL=254
Ping-Statistik für 88.134.248.102:
Pakete: Gesendet = 12, Empfangen = 12, Verloren = 0 (0% Verlust),
Ca. Zeitangaben in Millisek.:
Minimum = 8ms, Maximum = 31ms, Mittelwert = 13ms
Dies ist die erste Station - diese ist ohne Probleme zu erreichen. Ping gut alle Daten kommen an und zurück. (0% verlust)
>ping 83.169.183.110 -t
Ping wird ausgeführt für 83.169.183.110 mit 32 Bytes Daten:
Antwort von 83.169.183.110: Bytes=32 Zeit=12ms TTL=254
Antwort von 83.169.183.110: Bytes=32 Zeit=10ms TTL=254
Antwort von 83.169.183.110: Bytes=32 Zeit=11ms TTL=254
Antwort von 83.169.183.110: Bytes=32 Zeit=10ms TTL=254
Antwort von 83.169.183.110: Bytes=32 Zeit=42ms TTL=254
Antwort von 83.169.183.110: Bytes=32 Zeit=12ms TTL=254
Antwort von 83.169.183.110: Bytes=32 Zeit=12ms TTL=254
Antwort von 83.169.183.110: Bytes=32 Zeit=10ms TTL=254
Antwort von 83.169.183.110: Bytes=32 Zeit=9ms TTL=254
Antwort von 83.169.183.110: Bytes=32 Zeit=13ms TTL=254
Antwort von 83.169.183.110: Bytes=32 Zeit=14ms TTL=254
Antwort von 83.169.183.110: Bytes=32 Zeit=9ms TTL=254
Ping-Statistik für 83.169.183.110:
Pakete: Gesendet = 12, Empfangen = 12, Verloren = 0 (0% Verlust),
Ca. Zeitangaben in Millisek.:
Minimum = 9ms, Maximum = 42ms, Mittelwert = 13ms
Auch hier ist alles OK
>ping 83.169.128.30 -t
Ping wird ausgeführt für 83.169.128.30 mit 32 Bytes Daten:
Antwort von 83.169.128.30: Bytes=32 Zeit=15ms TTL=252
Antwort von 83.169.128.30: Bytes=32 Zeit=18ms TTL=252
Antwort von 83.169.128.30: Bytes=32 Zeit=19ms TTL=252
Antwort von 83.169.128.30: Bytes=32 Zeit=14ms TTL=252
Antwort von 83.169.128.30: Bytes=32 Zeit=17ms TTL=252
Antwort von 83.169.128.30: Bytes=32 Zeit=19ms TTL=252
Zeitüberschreitung der Anforderung.
Antwort von 83.169.128.30: Bytes=32 Zeit=18ms TTL=252
Antwort von 83.169.128.30: Bytes=32 Zeit=20ms TTL=252
Antwort von 83.169.128.30: Bytes=32 Zeit=16ms TTL=252
Antwort von 83.169.128.30: Bytes=32 Zeit=15ms TTL=252
Antwort von 83.169.128.30: Bytes=32 Zeit=18ms TTL=252
Zeitüberschreitung der Anforderung.
Ping-Statistik für 83.169.128.30:
Pakete: Gesendet = 13, Empfangen = 11, Verloren = 2 (15% Verlust),
Ca. Zeitangaben in Millisek.:
Minimum = 14ms, Maximum = 20ms, Mittelwert = 17ms
Hier sieht man nun da Problem - es gehen Pakete verloren. Da kann die Bandbreite noch so hoch sein wenn Daten Pakete verloren gehen müssen sie von der Fehlerkorrektur erneut gesendet werden und das kostete Zeit. Das schlimme an der Sache ist das der Daten Stream teilweise Sekunden aussetzt.
Das kann durch eine Überlastung der Kapazitäten der Infrastruktur der ISP hervorgerufen werden ... Wobei hier nach aussage eines Postes die Auslastung bei KD Lübeck in dem Gebiet bei 5% liegt ... also nicht das Problem. Eine Beschädigung der Technik kann auch verantwortlich sein was in diesem Fall ja wohl nach Informationen der Poster der Fall ist.
Dieses Problem lässt sich normalerweise dadurch umgehen das man die Kunden anders Routet. Das die Datenpakete eine Umleitung nehmen. Warum KD das nicht macht ist mir wirklich unverständlich. Zumal das Problem ja mind. bis zum 30 anhalten soll ...
Genau das gleiche wurde auch gemacht als die Unterseekabel im Mittelmeer beschädigt wurden.
Ich hoffe ich konnte ein Bissel das Problem erklären, hilft auch bei der Argumentation an der Hotline ...
mfg