Unitymedia Unitymedia - EVE Online und der Packet Loss

[LOSS_MASTER]

Hallo zusammen,

habe mich schon an die UM Hotline gewendet, weil ich sehr hohen packet loss habe wenn ich auf die EVE Online Server trace.
Immer am selben Knoten 195.219.50.2 habe ich um die 20% Loss. Das kann doch nicht sein.

Jetzt kommt morgen ein Techniker in Haus - als wenn das was bringen würde - wenn ich das richtig deute ist dort einfach der Server überlastet ...

Gibt es solche Fälle auch an anderen Orten?

Achso - auch noch seltsam: Ich kann die IP(87.237.38.200) des EVE Online Servers nicht pingen (es kommt immer DESTINATION UNREACHABLE) - aber eine TELNET Verbindung auf Port 26000 kann ich aufbauen? Kann jemand das Verhalten bestätigen?

Schöne Grüße
LOSS_MASTER

 

[NoGi]

Achso - auch noch seltsam: Ich kann die IP(87.237.38.200) des EVE Online Servers nicht pingen (es kommt immer DESTINATION UNREACHABLE) - aber eine TELNET Verbindung auf Port 26000 kann ich aufbauen? Kann jemand das Verhalten bestätigen?

Kann ich bestätigen:

gio3:~ # ping 87.237.38.200
PING 87.237.38.200 (87.237.38.200) 56(84) bytes of data.
From 46.33.91.46 icmp_seq=1 Packet filtered
From 46.33.91.46 icmp_seq=2 Packet filtered
From 46.33.91.46 icmp_seq=3 Packet filtered
From 46.33.91.46 icmp_seq=4 Packet filtered
^C
--- 87.237.38.200 ping statistics ---
4 packets transmitted, 0 received, +4 errors, 100% packet loss, time 3004ms

Wie man sehen kann, wirft 46.33.91.46 (ccp-gw.ip4.gtt.net) die ICMP-Pakete einfach weg.
Telnet (TCP) geht natürlich durch.

-NoGi

 

[BoMbY]

Die Routing-Probleme liegen bei TATA Communications. Das Grundproblem ist aber natürlich, dass Unitymediakabelbwlibertyglobal überhaupt so schlechte Routen benutzt, obwohl es zum Teil auch bessere (und vor allem noch günstigere) Alternativen gäbe.

Edit: Im Moment scheint das Routing zu dem ganzen Netz von 87.237.38.200 von überall aus gestört zu sein, oder?

 

[tq1199]

Edit: Im Moment scheint das Routing zu dem ganzen Netz von 87.237.38.200 von überall aus gestört zu sein, oder?

Nein, es wird lediglich auf pings (icmp) nicht geantwortet:

<i>
</i>:~$ nc -v -n -z -w 1 87.237.38.200 26000
Connection to 87.237.38.200 26000 port [tcp/*] succeeded!

 

[LOSS_MASTER]

Ja bei der letzten IP werden die ICMP Pakete gedroppt - aber per Telnet kann ich darauf zugreifen. Danke aber, dass ihr das auch versucht habt und bei euch dasselbe Verhalten auftritt.

Der Loss ist morgens weniger zwischen 7% und 15% und Abends zwischen 20% und 25% mit Spikes bis zu 30%.
Der Techniker war mittlerweile da und hat auch rumgefummelt - hat natürlich an dem Problem nichts gelöst, weil ich nicht das Rechenzentrum im Frankfurt bin ...

Ich will jetzt nochmal eine Meldung aufmachen bei Unitymedia, um das Problem zu adressieren - hat das Aussicht auf Erfolg?
Das Einzige was man dagegen tun kann ist den überlasteten Router (if-7-2.tcore1.FNM-Frankfurt.as6453.net -- 195.219.50.2) entlasten - das kostet vermutlich Geld.

Stand heute morgen - unverändert. Mal mehr mal weniger Loss auf der Route.

Was mein Problem auch lösen könnte wäre mein HMA VPN (In VPN einwählen und schon kriegt man eine andere Route) ... DAS wiederrum funktioniert nicht wegen der Dual-Stack Lite Problematik ... :hammer: :wand:

 

[LOSS_MASTER]

Ich habe jetzt noch ein Ticket aufgemacht beim Unitymedia Kundenservice und gleichzeitig bei TATA Communications ([email protected]) (http://whois.domaintools.com/195.219.50.2).

Aber dass das Aussicht auf Erfolg hat wage ich zu bezweifeln.

 

[Edding]

hmm ob der Packetloss anzeigt wird oder nicht scheint auch an dem PP zu liegen, stelle ich bei mir die Samples to include auf 1 ist nixmehr zu sehen.
wobei 10 wohl der default ist, wo auch wiederum PL angezeigt wird

 

[LOSS_MASTER]

"Samples to include" bestimme meines Erachtens nach wieviele Durchläufe in die Berechnung Prozentzahl mit einfließen.
Bei 1 wird immer nur der letzte Durchlauf in die Prozentzahl eingerechnet. 1 von 1 erfolgreich = 100%.

Will man also über einen längeren Zeitraum messen muss die "SAMPLE"-Zahl möglichst groß sein.
4900 von 5200 erfolgreich = 94,2% .

 

[LOSS_MASTER]

Und jeden Abend das gleiche Spiel 21% Packet Loss in Frankfurt und 10% in Amsterdam bei einer Messung über 70 Minuten.

Stellt euch vor ich würde hier jedes dritte Wort weglassen - das ist ungefähr meine Verbindungsqualität bei 30% Loss kumuliert.
Stellt euch ich würde jedes dritte weglassen - das ungefähr meine bei Loss kumuliert.

UM hat sich auf meine eMail Anfrage auch noch nicht gemeldet.