Internet in manchen Regionen überlastet (z.B. Köln)

[Frank67]

Ich würde mein heutiges und das war bisher das beste von allen als
2/3 Kraft vorraus bezeichnen...

Es ist um Welten besser aber 1/3 der gebuchten Leistung fehlt eben noch...

[Alex.01]

Tja, bei mir lief es eine Zeit lang auch rund und mittlerweile habe ich nur noch den
halben Downstream:



3Play 20.000

Hatte heute auch mal eine Störung gemeldet und bin mittlerweile wirklich genervt.

[MisterTom1975]

also habe gestern schon gemerkt, dass der Seitenaufruf einzelner URL Adressen sehr stockend verlief.

eben den Test über speed.io gemacht u auch über den Speedtest von UM.

und gesehen, dass der Download ok ist

aber der Upload von 17,4 kbits bis max. 600 kb start differiert.

[Frank67]

also habe gestern schon gemerkt, dass der Seitenaufruf einzelner URL Adressen sehr stockend verlief.

eben den Test über speed.io gemacht u auch über den Speedtest von UM.

und gesehen, dass der Download ok ist

aber der Upload von 17,4 kbits bis max. 600 kb start differiert.

Welche Stadt ?
Welche Verbindungsgeschwindigkeit wurde bei UM gebucht ?

[alki]

Hier in Essen war gestern (23:00) auch alles langsam (maximaler Durchsatz mehr als halbiert, responsetime stark erhöht). Jetzt scheint wieder alles i.O. zu sein

[Tron04]

Ein gutes Tool zum testen der Paketverluste auf dem Weg zu einem Server ist das XP/2003 Tool "pathping".
Hier kann man den Weg der Pakete bis zum Zielserver verfolgen und auch noch den Paketverlust sehen, falls einer der Router z.B. überlastet ist.

Der Knackpunkt bei Unitymedia (zumindest bei meiner Anbindung) ist:
Die Unitymediarouter aus dem 172.16.178.x Netz antworten nicht auf ICMP Anfragen (im Gegensatz zu fast allen anderen Internetroutern )
Das hat zur Folge, das die Messung nicht nur länger dauert, sondern das eine Überlastung bei diesen Unitymediaroutern nicht messbar ist, da sie nicht wie vom Tool gewünscht antworten...

Ich hoffe mal das dies keine Absicht ist von UM und sie sich dazu bewegen lassen, die Router so zu konfigurieren wie es die meisten anderen Provider auch machen.
Solange sie nichts zu verbergen haben, sollte das einschalten von ICMP Echo-Replies kein Akt sein.
Werde bei Zeiten mal bei der kostenpflichtigen Hotline anrufen und fragen ob die das korrigieren können.

[Tron04]

Hier mal so eine Routenverfolgung mit Pathping.
Der "problematische" Unitymediarouter ist mit rot gekennzeichnet. Er antwortet nicht wie gewünscht auf ICMP Anfragen.
Das bedeutet NICHT das er den Traffic bremst, sondern nur das es nicht messbar wäre, falls er das tun würde...
Dies kann durchaus ein Phänomen sein, welches nur die Kunden betrifft, die durch dieses interne 172er Netz bei UM geschleust werden.

C:\>pathping http://www.www.de

Routenverfolgung zu http://www.www.de [89.191.65.66]
über maximal 30 Abschnitte:
0 KundeRechner [192.168.2.2]
1 KundeRouter [192.168.2.1]
2 ip-88-153-24-1.unitymediagroup.de [88.153.24.1]
3 172.16.178.189
4 ip253.106.69.80.in-addr.arpa [80.69.106.253]
5 1311G-MX960-01-ae0.huerth.unity-media.net [80.69.107.217]
6 1300-MX960-01-xe-0-2-0.kerpen.unity-media.net [80.69.107.33]
7 xe-5-1-0.dus11.ip.tiscali.net [213.200.65.229]
8 xe-1-0-0.fra20.ip.tiscali.net [89.149.186.69]
9 go2-0.gateway.rb.ffm.globalnoc.net [213.200.65.98]
10 megaspace-gw.globalnoc.net [85.197.72.22]
11 amigoblog.de [89.191.65.66]

Berechnung der Statistiken dauert ca. 275 Sekunden...
Quelle zum Abs. Knoten/Verbindung
Abs. Zeit Verl./Ges.= % Verl./Ges.= % Adresse
0 KundeRechner [192.168.2.2]
0/ 100 = 0% |
1 1ms 0/ 100 = 0% 0/ 100 = 0% KundeRouter [192.168.2.1]
0/ 100 = 0% |
2 9ms 0/ 100 = 0% 0/ 100 = 0% ip-88-153-24-1.unitymediagroup.de [88.153.24.1]
0/ 100 = 0% |
3 --- 100/ 100 =100% 100/ 100 =100% 172.16.178.189
0/ 100 = 0% | (100% Paketverlust da Router nicht korrekt auf ICMP antwortet
4 11ms 0/ 100 = 0% 0/ 100 = 0% ip253.106.69.80.in-addr.arpa [80.69.106.253]
0/ 100 = 0% |
5 11ms 0/ 100 = 0% 0/ 100 = 0% 1311G-MX960-01-ae0.huerth.unity-media.net [80.69.107.217]
0/ 100 = 0% |
6 10ms 0/ 100 = 0% 0/ 100 = 0% 1300-MX960-01-xe-0-2-0.kerpen.unity-media.net [80.69.107.33]
0/ 100 = 0% |
7 10ms 0/ 100 = 0% 0/ 100 = 0% xe-5-1-0.dus11.ip.tiscali.net [213.200.65.229]
0/ 100 = 0% |
8 18ms 0/ 100 = 0% 0/ 100 = 0% xe-1-0-0.fra20.ip.tiscali.net [89.149.186.69]
0/ 100 = 0% |
9 14ms 0/ 100 = 0% 0/ 100 = 0% go2-0.gateway.rb.ffm.globalnoc.net [213.200.65.98]
0/ 100 = 0% |
10 13ms 0/ 100 = 0% 0/ 100 = 0% megaspace-gw.globalnoc.net [85.197.72.22]
0/ 100 = 0% |
11 13ms 0/ 100 = 0% 0/ 100 = 0% amigoblog.de [89.191.65.66]

Ablaufverfolgung beendet.

[Frank67]

Was auch immer "172.16.178.189" ist, ich hab bei der IP auch 100/100 Verlust
in der Anzeige.. Wenn das allerdings was grundlegendes wäre und 100% Verlust
real wären, dann hätte man ja gar keine Verbindung zu irgendwem oder ?

z.Zt. ca. 20MBit anstatt 32MBit Durchsatz lt. speed.io

[Moses]

Wie Tron04 schon gesagt hat: der Router antwortet nicht auf ICMP, das heißt, du kannst nichts messen. 100% Verlust ist natürlich Blödsinn und bezieht sich nur auf ICMP Pakete, nicht auf "normalen" Datenverkehr.

[Tron04]

Hier ein kleiner Bericht zur aktuellen Lage in Köln-Nord.

Es ist mal wieder UM Rush-Hour(s) angesagt mit nur 1-2 Mbit Downloadrate.
Der Stau scheint sich im UM Netz selbst zu befinden:

Erster UM Router:

Code: Alles auswählen

C:\WINDOWS\system32>ping ip-88-153-24-1.unitymediagroup.de

Ping ip-88-153-24-1.unitymediagroup.de [88.153.24.1] mit 32 Bytes Daten:

Antwort von 88.153.24.1: Bytes=32 Zeit=6ms TTL=63
Antwort von 88.153.24.1: Bytes=32 Zeit=9ms TTL=63
Antwort von 88.153.24.1: Bytes=32 Zeit=9ms TTL=63
Antwort von 88.153.24.1: Bytes=32 Zeit=6ms TTL=63

Ping-Statistik für 88.153.24.1:
    Pakete: Gesendet = 4, Empfangen = 4, Verloren = 0 (0% Verlust),
Ca. Zeitangaben in Millisek.:
    Minimum = 6ms, Maximum = 9ms, Mittelwert = 7ms

Sieht alles gut aus!

Dann kommen 2 Router aus dem UM 172er Netz welche sich nicht pingen lassen.
(172.16.178.185 und 172.16.178.1)


Dann der nächste UM-Router:

Code: Alles auswählen

C:\>ping PH-13NOC-JM160R-02-so-0-1-0.kerpen.ish.de

Ping PH-13NOC-JM160R-02-so-0-1-0.kerpen.ish.de [80.69.96.73] mit 32 Bytes Daten:


Antwort von 80.69.96.73: Bytes=32 Zeit=96ms TTL=248
Zeitüberschreitung der Anforderung.
Antwort von 80.69.96.73: Bytes=32 Zeit=94ms TTL=248
Antwort von 80.69.96.73: Bytes=32 Zeit=98ms TTL=248

Ping-Statistik für 80.69.96.73:
    Pakete: Gesendet = 4, Empfangen = 3, Verloren = 1 (25% Verlust),
Ca. Zeitangaben in Millisek.:
    Minimum = 94ms, Maximum = 98ms, Mittelwert = 96ms

Man achte auf die Zeitüberschreitung und erhöhte Latenzzeit um die 100ms! Ab hier wird es also "dunkel". Oder eben schon im 172er Netz. Diese Router lassen sich aber ggf. aus "strategischen" Gründen erst gar nicht anpingen (um eben Messungen durchzuführen). OK, ok ist nur ne Vermutung (das mit dem strategisch )

Morgen ist bestimmt alles wieder gut.

[WIZZZZBALL]

Ich habe hier in Köln die gleichen Probleme und Werte wie Tron04. Downstreams teilweise im dreistelligen Bereich. Klingt also wirklich nach Kapazitätsproblemen von UnityMedia. Hoffentlich kriegen die die endlich mal in Griff!!!

[Frank67]

Ja, langsam ist das kein Spaß mehr



beim Unitymedia Speedtest sind
es lächerliche 1,21MBit anstatt 32MBit

[pimac]

So jetzt hat es mich auch erwischt. Unglaublich was hier gerade wieder los ist. Gestern noch schön ne 20iger leitung gehabt, jetzt mit glück ne 2er.... da kommt man sich echt verar***t vor... bereue den Wechsel sehr, so starke Schwankungen gabe es bei Netcolgne nicht. Bin überigens auch aus dem Kölner norden.... *heul*

[2bright4u]

Wenn es bei Euch vernünftige Alternativen gibt, würde ich UM eine Frist setzen, innerhalb der das Problem zu beheben ist. Sollte das Problem innerhalb dieser Frist nicht gelöst sein, würde ich den Anschluss kündigen und zur Konkurrenz wechseln.
Ich fürchte, anders kommt man da wohl nicht weiter.

[Frank67]

Das Netzt ist definitiv nicht i.o. bzw. hoffnungslos überlastet.

Jetzt, eine knappe halbe Stunde später sind es wieder fast
23MBit...


Sowas gabs bei Netcologne nicht, jedenfalls nicht so extrem...

[area50]

Vor ner halben Stunde 10mbit down 400kbit up, dann war die Verbindung für 10min Komplett tot und jetzt sind es 23mbit und 1,1mbit up (bei bestellten 32mbit).

Angefangen haben die Probleme mitt September, vorher lief es einwandfrei, zu jeder tageszeit die vollen 32mbit und 1,5mbit up.

[koax]

Eine halbe Stunde ging bei mir in Köln gar nichts mehr.
Upstream-LED aus. Downstream-LED flackerte ununterbrochen.
Jetzt geht es wieder aber mit halber Download-Bandbreite.

[nick99cgn]

Kölner Südstadt --> keine Probleme

[Tron04]

Der Router der eben noch schlechte Werte geliefert hat, antwortet nun auch wieder performant.
So muss das im Normalfall aussehen.

Code: Alles auswählen

C:\WINDOWS\system32>ping PH-13NOC-JM160R-02-so-0-1-0.kerpen.ish.de

Ping PH-13NOC-JM160R-02-so-0-1-0.kerpen.ish.de [80.69.96.73] mit 32 Bytes Daten:


Antwort von 80.69.96.73: Bytes=32 Zeit=10ms TTL=249
Antwort von 80.69.96.73: Bytes=32 Zeit=11ms TTL=249
Antwort von 80.69.96.73: Bytes=32 Zeit=10ms TTL=249
Antwort von 80.69.96.73: Bytes=32 Zeit=10ms TTL=249

Ping-Statistik für 80.69.96.73:
    Pakete: Gesendet = 4, Empfangen = 4, Verloren = 0 (0% Verlust),
Ca. Zeitangaben in Millisek.:
    Minimum = 10ms, Maximum = 11ms, Mittelwert = 10ms

[Grothesk]

Keine Ahnung, was ihr da immer treibt...

"Ihre Download-Geschwindigkeit ist durchschnitllich 24.9 Mbit/s" sagt mir der Speedtest von Unity.

Speed.io sagt an:

Code: Alles auswählen

Ergebnisse von http://www.speed.io
(Kopiert am 2008-10-08 21:03:08)
Download: 23815 Kbit/Sek
Upload : 1099 kbit/Sek
Verbindung : 2399 Verb/Min
Ping Test: 20 ms

Und das 'mitten' in Köln-(Bayenthal).

[Invisible]

Nur weil hier ein paar einzelne schreien das "Netz wäre hoffnungslos überlastet" gilt das scheinbar automatisch als feststehende Tatsache.

Ich dachte sowas macht nur die BLÖD-Zeitung.......

[Tron04]

Keine Ahnung, was ihr da immer treibt...

"Ihre Download-Geschwindigkeit ist durchschnitllich 24.9 Mbit/s" sagt mir der Speedtest von Unity.

Um wieviel Uhr hast Du den Test denn gemacht? Ab 20.15 (ca.) war ja der Spuk vorbei.
Wobei jetzt gerade eben bei mir so ca. 15 Minuten gar keine Internetseite funktioniert hat...
Jetzt läuft urplötzlich wieder alles.

[Moses]

Bei der hohen dichte an Kölnern in dem Thread hier, würd ich allerdings auch auf ein lokales Problem tippen. Die Router aus dem 172er Netz sind auch nicht in allen Routen drinnen... bei mir kommen die z.B. nicht vor und ich habe auch keine Probleme...

[Tron04]

Diese "stummen" 172er Router sind mir auch ein Dorn im Auge, aber wie sagt man so schön. "Wat willste maachen..."

[Grothesk]

Code: Alles auswählen

Um wieviel Uhr hast Du den Test denn gemacht?

Steht in dem Posting drin. Zehn nach Neun ungefähr.