Latenzanstieg Cyberport-BER.de.lambdanet.net 217.71.97.214

[DiSmanTL]

Hi

Folgendes Problem: Seit 2 Wochen hab ich einen deutliche Verschlechterung der Latzenzeit zu Quakelive Servern (siehe "tracert -Anhang"). Normalerweise betrug der Ping 30 ms, nun sind es 130 ms.
Bei Tele2 angerufen und das Problem geschildert, da wurde mir mitgeteilt das sie darauf keinen Einfluss nehmen können und das Problem ausserhalb ihres "Routingsbereich" liegt

Daher meine Frage: An wen muss ich mich wenden damit mein "Ping-Problem" gelöst wird?

Schaut man sich das tracert -Protokoll an tritt der Pinganstieg bei Hop 9 "9 128 ms 123 ms 127 ms Cyberport-BER.de.lambdanet.net [217.71.97.214]" auf
ebenso bei Hop 10 "10 128 ms 126 ms 127 ms quakelive-hosted-by.i3d.net [91.198.152.137]"

Also ist der "Schuldige" lambdanet.net (Hop9) oder auch der Quakelive-Server-Hoster i3d.net (Hop10)?

Eigentlich müsste es doch ein Problem sein, das alle betrifft die mal in ihrem Routing durch "Cyberport-BER.de.lambdanet.net [217.71.97.214]" müssen - mich wundert es nämlich, dass es seit 2 Wochen besteht - müsste doch bei lambdanet.net auffallen...

Was kann ich tun ausser abwarten und hoffen? Hab mal Problem-Melde-Formular auf lambdanet.net ausgefüllt - mal sehen ob es registriert/ernst genommen wird. Oder soll ich mich nochmal an tele2 wenden dass die mit lambdanet.net in Kontakt treten? Morgen noch i3d.net anrufen - viell. liefert das neue Erkenntnisse.

Für jede Problemlösungsstrategie wäre ich sehr dankbar da ich mir relativ verloren und ahnungslos vorkomm

schonmal Danke

------

Tracert-Anhang:

tracert 91.198.152.137

Routenverfolgung zu quakelive-hosted-by.i3d.net [91.198.152.137] über maximal 3
0 Abschnitte:

1 <1 ms <1 ms <1 ms 10.0.0.1
2 1 ms <1 ms <1 ms vood.lan [192.168.1.2]
3 11 ms 11 ms 11 ms XLFSSSFU01.net.uta.at [62.218.4.27]
4 6 ms 6 ms 6 ms dsl-ptp-5-213.net.uta.at [62.218.5.213]
5 13 ms 12 ms 13 ms tele2-TGigE-vie.net.uta.at [212.152.189.66]
6 26 ms 26 ms 27 ms VIX-1-eth010.at.lambdanet.net [193.203.0.91]
7 27 ms 26 ms 26 ms NUE-2-pos720.de.lambdanet.net [80.86.169.29]
8 26 ms 27 ms 26 ms FRA-3-eth110.de.lambdanet.net [217.71.96.161]
9 128 ms 123 ms 127 ms Cyberport-BER.de.lambdanet.net [217.71.97.214]
10 128 ms 126 ms 127 ms quakelive-hosted-by.i3d.net [91.198.152.137]

Ablaufverfolgung beendet.

[local.host]

die Router sind zum routen da und nicht um "mein Ping ist kürzer als deiner" auszuspielen.

[DiSmanTL]

mal nachgeschaut wo die stationen des tracert genau liegen:

hop 1 - 8 geht über Wien nach Frankfurt (30ms)

hop 9 zurück südl. von München (130ms)[ http://www.ip-adress.com/ip_tracer/217.71.97.214 ]

hop 10 zurück nach Frankfurt



"jetzt macht der Latenzanstieg Sinn ..."

[wicked_one]

Ich will auch wieder diesen elan haben ...

Stattdessen spiel ich in solchen Zeiten offline und wart bis sich die sache von alleine erledigt

[DiSmanTL]

elan? sucht!?

aber hast mich auf eine idee gebracht: muss noch "offline" fallout3, two worlds2, dead space2, oblivion nehrim, deus ex3, ... und mal wieder Zelda OoT nachholen - wovon quake mich immer abgehalten hat.

mal sehen "wann sich die sache von allein erledigt"

[derFlo]

1.: Das Kürzel BER bezeichnet normalerweise Berlin, der Link, den du gepostet hast, der zeigt irgendwo in die Pampa bei München... Solche Daten sind oft nicht wirklich zuverlässig.

2.: Es kann auch auf eine Anschlussüberlastung hinweisen, da kann Lambdanet nichts machen...

3.: Router sind nicht dazu da, um auf Pings zu antworten.

[Manni0019]

Habe das selbe Problem aber nicht mit lamdanet aber mit Level 3 Frankfurt.... -.- Von 17-01 Uhr einen Ping von über 200 ms.

http://www.abload.de/image.php?img=unbenanntspla.jpg

Aber Upc kann da nichts machen meinten die.

Kann man nicht irgendwie das Routing verändern?




MfG Manni

[ANOther]

ja, kann man...

allerdigs denke ich nicht, dass du auch nur irgendwie in der lage bist, dies zu bewerkstelligen, daher:
x damit leben
x aussitzen bisses von selber besser wird
x anbieter wechseln

[Manni0019]

also so nach dem Motto ....waschen, kratzen oder dran gewöhnen xD

Naja dann muss ich eben auf andere Server gehen.....leider spielen viele Freunde von mir auf die Deutschen Server aber naja was soll ich machen


MfG Manni

Edit: Hier zb ist das Routing noch schlimmer.

http://www.abload.de/image.php?img=unbenanntajnq.jpg

Hop 5 nach UPC Holland
Hop 6 wieder nach Österreich


und dann gehts ab nach Amerika xDD

Da muss doch was verkehrt am UPC Routing laufen....

[derFlo]

Woher beziehst du bitte diese seltsamen Ortsangaben?

UPC hat den Hauptsitz in Holland, logischerweise sind also viele UPC-IPs auf Holland gemeldet, sowie viele von Level3 auf Amerika gemeldet sind, das sagt aber noch nichts über den Standort aus...

Bei dem von dir geposteten Bild verlauft die Route von dir über ein paar Hops nach Frankfurt (de-fra03a.....aorta.net) (Aorta gehärt übringens UPC) und wird dort an Level3 übergeben (vlan60.csw1.Frankfurt1.Level3.net) und geht über deren Netz nach Luxemburg. Danach kann ich das nicht mehr nachvollziehen, weil ja nix mehr steht.

Ich kann hier nichts von Amerika erkennen, auch Holland drängt sich mir hier nicht auf...


EDIT: Wenns zu den Stoßzeiten zu häheren Latenzzeiten kommt, dann kann das auch auf Überlastungen der Serveranbindungen hinweisen (wovon normalerweise nur ein paar betroffen sind).

UPC macht hier nix falsch, das Problem liegt außerhalb deren Einflussbereiches.

[Manni0019]

Die Aorta http://www.utrace.de/?query=213.46.160.122

Danach wieder back nach österreich http://www.utrace.de/?query=84.116.132.154

und ab nach Amerika http://www.utrace.de/?query=4.68.62.237

[derFlo]

Du glaubst diesen Angaben?

Hier wird anscheinend willkürlich in das Land gezeigt, in dem das Unternehmen sitzt, dass die IP-Adresse besitzt, das sagt aber noch nichts über den tatsächlichen Verwendungsort aus, die Hostnamen sagen da schon wesentlich mehr aus...

[Manni0019]

Hmmm ich verstehe nur nicht warum das Routing letzte Woche anders war.....dann hat an einem Montag anscheinend ein Techniker an der Strecke was gemacht....dann war für kurze Zeit ein Sync Fehler beim Modem und ab da war das Problem.

Die HF Werte haben sich aber verbessert....keine 32 db SNR mehr sondern 36 db(der Rest auch voll in der Toleranz) aber das zeigt zumindestens das der Techniker wo was geändert haben muss.

Mir sagte der Chef von Icable (vor ein paar Wochen) das sie irgend ein Gerät eingebaut haben das es jetzt irgendwie in die andere Richtung geroutet wird.....dann war auch nichts mehr von Highpings zu sehen.

Jetzt könnte ich mir gut vorstellen das dieses "Gerät" wieder ausgebaut wurde da es doch sehr zu lasten der HF Signale ging.

MfG Manni

[medice]

Hmmm ich verstehe nur nicht warum das Routing letzte Woche anders war...

Routen ändern sich ständig - das Internet ist aufs grundsätzliche Zustandebringen einer Verbindung von A nach B ausgerichtet - und selbst da darf man mitunter froh sein - und nicht auf die flotteste aller denkbaren Verbindungen
100% Aussagekräftig sind die traceroute-ergebnisse übrigens auch nicht, da die Router solche Spaßanfragen üblicherweise ohne Priorität behandeln und nur mal in Leerlaufphasen dran denken

[Manni0019]

Der Test mit dem Programm Pingplotter stimmt aber überein mit den Pings was ich auf vielen Deutschen Servern habe.

MfG Manni