Zeitweise massive Paketverluste bei Lumen Technologies seit mind. gestern
3 days ago
Moin,
bis vor dem Osterwochenende funktionierte bei mir alles störungsfrei - seit mind. Dienstag habe ich aber zeitweise massive Paketverluste zum VPN -Gateway der Firma, die zum wiederholten Abbruch der VPN -Verbindung führen und ein Arbeiten quasi unmöglich machen...
Ein Traceroute zur Ziel-IP zeigt, dass die Pakete vom Telekom-Netz zu Lumen Technologies gehen und dort verloren gehen:
traceroute to 65.37.122.225 (65.37.122.225), 64 hops max, 40 byte packets
1 speedport.ip (192.168.2.1) 4.256 ms 2.930 ms 2.916 ms
2 p5092828a.dip0.t-ipconnect.de (80.146.130.138) 4.032 ms 3.768 ms 3.991 ms
3 b-eh3-i.b.de.net.dtag.de (62.153.188.82) 10.979 ms 12.442 ms 99.906 ms
4 ae10.edge5.ber1.sp.lumen.tech (4.68.62.205) 10.121 ms 25.735 ms 12.417 ms
5 * ae1.3511.edge2.newyork6.net.lumen.tech (4.69.209.78) 182.626 ms 107.877 ms
6 4.68.10.30 (4.68.10.30) 108.461 ms 105.757 ms 178.192 ms
7 * * *
8 ae0---0.ber01.roch.ny.frontiernet.net (74.40.3.214) 198.284 ms * *
...
Ab Hop 5 (ae1.3511.edge2.newyork6.net.lumen.tech (4.69.209.78)) treten die Paketverluste auf.
Ich frage mich nun, wie es sein kann, dass so ein massives Problem tagelang besteht und niemand tut etwas?
Gibt's kein Monitoring, das solche Paketverluste erfasst und bei Bedarf eine Anpassung des Routings veranlassen kann?
Einige Kollegen mit Anschlüssen bei anderen ISPs haben diese Probleme nicht - deren Pakete werden auch nicht über Lumen geroutet, sondern auf anderen Wegen...
Ich hoffe auf baldige Abhilfe.
Viele Grüße,
Tim
92
0
9
This could help you too
7 years ago
1780
2
2
295
0
2
12276
82
48
1189
2
7
Popular tags last 7 days
You might also be interested in
Request purchasing advice
Fill out our online contact form quickly and easily so that we can advise you personally in a timely manner.
View offers
Informieren Sie sich über unsere aktuellen Internet-Angebote.
3 days ago
Hallo @TimHH,
vielen Dank für das nette Telefonat. Wie besprochen, habe ich die Kollegen einmal angeschrieben. Diese prüfen das nun und melden sich bei mir, sobald die Rückmeldung dann da ist, melde ich mich direkt bei dir.
Ich wünsche dir einen schönen Tag.
VG
Sven
0
3 days ago
Ich frage mich nun, wie es sein kann, dass so ein massives Problem tagelang besteht und niemand tut etwas?
Moin,
bis vor dem Osterwochenende funktionierte bei mir alles störungsfrei - seit mind. Dienstag habe ich aber zeitweise massive Paketverluste zum VPN -Gateway der Firma, die zum wiederholten Abbruch der VPN -Verbindung führen und ein Arbeiten quasi unmöglich machen...
Ein Traceroute zur Ziel-IP zeigt, dass die Pakete vom Telekom-Netz zu Lumen Technologies gehen und dort verloren gehen:
traceroute to 65.37.122.225 (65.37.122.225), 64 hops max, 40 byte packets
1 speedport.ip (192.168.2.1) 4.256 ms 2.930 ms 2.916 ms
2 p5092828a.dip0.t-ipconnect.de (80.146.130.138) 4.032 ms 3.768 ms 3.991 ms
3 b-eh3-i.b.de.net.dtag.de (62.153.188.82) 10.979 ms 12.442 ms 99.906 ms
4 ae10.edge5.ber1.sp.lumen.tech (4.68.62.205) 10.121 ms 25.735 ms 12.417 ms
5 * ae1.3511.edge2.newyork6.net.lumen.tech (4.69.209.78) 182.626 ms 107.877 ms
6 4.68.10.30 (4.68.10.30) 108.461 ms 105.757 ms 178.192 ms
7 * * *
8 ae0---0.ber01.roch.ny.frontiernet.net (74.40.3.214) 198.284 ms * *
...
Ab Hop 5 (ae1.3511.edge2.newyork6.net.lumen.tech (4.69.209.78)) treten die Paketverluste auf.
Ich frage mich nun, wie es sein kann, dass so ein massives Problem tagelang besteht und niemand tut etwas?
Gibt's kein Monitoring, das solche Paketverluste erfasst und bei Bedarf eine Anpassung des Routings veranlassen kann?
Einige Kollegen mit Anschlüssen bei anderen ISPs haben diese Probleme nicht - deren Pakete werden auch nicht über Lumen geroutet, sondern auf anderen Wegen...
Ich hoffe auf baldige Abhilfe.
Viele Grüße,
Tim
Im Telekom Netz ist doch alles fein? Warum sollte die Telekom Netze Dritter anschauen?
Gibt's kein Monitoring, das solche Paketverluste erfasst und bei Bedarf eine Anpassung des Routings veranlassen kann?
Moin,
bis vor dem Osterwochenende funktionierte bei mir alles störungsfrei - seit mind. Dienstag habe ich aber zeitweise massive Paketverluste zum VPN -Gateway der Firma, die zum wiederholten Abbruch der VPN -Verbindung führen und ein Arbeiten quasi unmöglich machen...
Ein Traceroute zur Ziel-IP zeigt, dass die Pakete vom Telekom-Netz zu Lumen Technologies gehen und dort verloren gehen:
traceroute to 65.37.122.225 (65.37.122.225), 64 hops max, 40 byte packets
1 speedport.ip (192.168.2.1) 4.256 ms 2.930 ms 2.916 ms
2 p5092828a.dip0.t-ipconnect.de (80.146.130.138) 4.032 ms 3.768 ms 3.991 ms
3 b-eh3-i.b.de.net.dtag.de (62.153.188.82) 10.979 ms 12.442 ms 99.906 ms
4 ae10.edge5.ber1.sp.lumen.tech (4.68.62.205) 10.121 ms 25.735 ms 12.417 ms
5 * ae1.3511.edge2.newyork6.net.lumen.tech (4.69.209.78) 182.626 ms 107.877 ms
6 4.68.10.30 (4.68.10.30) 108.461 ms 105.757 ms 178.192 ms
7 * * *
8 ae0---0.ber01.roch.ny.frontiernet.net (74.40.3.214) 198.284 ms * *
...
Ab Hop 5 (ae1.3511.edge2.newyork6.net.lumen.tech (4.69.209.78)) treten die Paketverluste auf.
Ich frage mich nun, wie es sein kann, dass so ein massives Problem tagelang besteht und niemand tut etwas?
Gibt's kein Monitoring, das solche Paketverluste erfasst und bei Bedarf eine Anpassung des Routings veranlassen kann?
Einige Kollegen mit Anschlüssen bei anderen ISPs haben diese Probleme nicht - deren Pakete werden auch nicht über Lumen geroutet, sondern auf anderen Wegen...
Ich hoffe auf baldige Abhilfe.
Viele Grüße,
Tim
Das Ziel bestimmt wie es erreicht werden will.
0
3 days ago
Guten Morgen @TimHH,
wir haben eine Rückmeldung bekommen. "ich habe mir den Traceroute des Kunden angeschaut. Der letzte Hop in unserem Netz ist Hop 3. Hop4 wäre damit der erste Hop im Netz von Lumen. Der entsprechende Übergang ist fehlerfrei und nicht überlastet. Die Peering -Übergänge werden von uns gemonitort und wir gehen natürlich auch auf unsere Peering -Partner zu, wenn es zu Problemen kommt. Gerade bei Kapazitätsproblemen kann die Lösung aber eine Weile dauern. Da das Routing im Internet in vielen Fällen asymmetrisch stattfindet, Hinweg und Rückweg unterscheiden sich also, könnte das Problem noch auf dem Rückweg von der Ziel-IP 65.37.122.225 zur Quell-IP des Kunden liegen. Den Rückweg könnten wir aber nur über einen entsprechenden Traceroute prüfen. Könnt ihr einen solchen Traceroute bitte beim Kunden anfordern?" Magst du das einmal ausführen und uns senden?
LG Sven
6
from
2 days ago
@TimHH
Also ich habe die Rückmeldung bekommen. Der Anschluss selbst ist zu keiner Zeit überlastet und ist selbst nicht gestört. Die Strecke von uns ist sauber, da gibt es keinerlei Fehler.
Wir können hier keine weitere Aussage treffen.
Liebe Grüße
Sven
0
from
2 days ago
Hallo Sven,
ich sehe ja, dass der Fehler nicht direkt bei der Telekom liegt - und auch nicht beim Übergang vom Netz der Telekom ins Netz von Lumen, der ist offenbar nicht überlastet.
Aber irgendwo im Netz von Lumen scheint es ein immer wiederkehrendes Problem zu geben.
Alle Kollegen, die einen Telekom-Anschluss haben, haben derzeit genau dasselbe Problem mit Paketverlusten zu diesem Ziel.
Andere Kollegen, die z.B. bei Vodafone oder Wilhelm.tel sind, werden über Edge-Router anderer Anbieter (z.B. Level3) geroutet, welche störungsfrei funktionieren.
Wie kommt nun die Info über das bestehende Problem bei der zuständigen Stelle bei Lumen an?
Ich als Endkunde habe keinerlei Geschäftsbeziehung mit Lumen; meine Firma auch nicht.
Es scheint ja leider bei der Fa. Lumen kein funktionierendes Monitoring für solche Fehler bei deren Edge-Routern zu geben - oder jemanden, der sich rund um die Uhr darum kümmern würde, dass deren Netz ordentlich funktioniert...
Daher hatte ich gehofft, dass die Telekom entweder ihren Partner auf das Problem hinweisen kann, oder halt ihr Routing so anpasst, dass es bis zur Lösung des Problems nicht mehr über Lumen läuft - so wie bei anderen ISPs auch...
Viele Grüße,
Tim
0
from
2 days ago
Hallo @TimHH,
Danke für deinen erneuten Beitrag. Ich kann hier leider echt nichts mehr für dich tun. Bei uns sieht wirklich alles gut aus. Könnte ich, würde ich es direkt für dich in die Hand nehmen.
Liebe Grüße
Sven
0
Unlogged in user
from
Unlogged in user
from