Privatkunden
Geschäftskunden
Unannehmbare ping Zeiten
1 AKZEPTIERTE LÖSUNG
Hallo charlyy,
wundervoll!
- sehr gern schauen wir intern hinter die Kulissen und melden uns dann baldmöglich bei Ihnen zurück; leider ist unser Buchungssystem derzeit "bockig", und wir können die Testbuchung noooch nicht starten . . .
aber sobald alles wieder läuft wie gewohnt, schauen wir uns die Verfügbarkeit zu Ihrem Anschluss an und melden uns bei Ihnen mindestens per Mail zurück. *warmer_kaffee
Ich habe gerade den Telekom-Verfügbarkeits-Check gemacht und mir wurde dabei mitgeteilt, dass VDSL (50mb und höher) nun verfügbar ist in Lämmerspiel.
wundervoll!
- sehr gern schauen wir intern hinter die Kulissen und melden uns dann baldmöglich bei Ihnen zurück; leider ist unser Buchungssystem derzeit "bockig", und wir können die Testbuchung noooch nicht starten . . .
aber sobald alles wieder läuft wie gewohnt, schauen wir uns die Verfügbarkeit zu Ihrem Anschluss an und melden uns bei Ihnen mindestens per Mail zurück. *warmer_kaffee
Ich habe jetzt mehrere Tage das Routing beobachtet.
Es würde mich freuen wenn sich das Team zu meiner Problematik äußert. Seit dem 13.12. (und auch jetzt noch) werde ich (evtl. der Raum Hamburg ) wieder über Berlin ins Level3-Netz geroutet und schon läuft alles fein.
--------------------------------------------------------------------------------------|
WinMTR statistics |
Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
--------------------------------------------|------|------|------|------|------|------|
fritz.box - 0 | 1451 | 1451 | 0 | 0 | 10 | 0 |
87.186.225.88 - 0 | 1451 | 1451 | 15 | 16 | 20 | 16 |
87.190.185.42 - 0 | 1450 | 1450 | 16 | 19 | 33 | 17 |
62.157.249.78 - 0 | 1450 | 1450 | 16 | 34 | 237 | 16 |
ae-4-4.ebr1.Berlin1.Level3.net - 0 | 1451 | 1451 | 50 | 51 | 59 | 51 |
ae-1-100.ebr2.Berlin1.Level3.net - 0 | 1451 | 1451 | 50 | 50 | 71 | 50 |
ae-26-26.ebr2.Dusseldorf1.Level3.net - 0 | 1451 | 1451 | 50 | 51 | 93 | 51 |
ae-47-47.ebr1.Amsterdam1.Level3.net - 0 | 1451 | 1451 | 50 | 50 | 75 | 50 |
ae-21-21.ebr2.Amsterdam1.Level3.net - 0 | 1451 | 1451 | 50 | 50 | 53 | 51 |
ae-46-46.ebr2.London1.Level3.net - 0 | 1447 | 1447 | 49 | 51 | 73 | 50 |
vlan102.ebr1.London1.Level3.net - 0 | 1451 | 1451 | 50 | 50 | 56 | 51 |
ae-5-5.car1.Dublin1.Level3.net - 2 | 1368 | 1348 | 50 | 69 | 309 | 50 |
213.242.106.234 - 0 | 1451 | 1451 | 50 | 50 | 59 | 50 |
159.153.72.22 - 0 | 1451 | 1451 | 50 | 50 | 83 | 50 |
159.153.81.154 - 0 | 1450 | 1450 | 49 | 49 | 59 | 50 |
____________________________________________|______|______|______|______|______|______|
WinMTR v0.92 GPL V2 by Appnor MSP - Fully Managed Hosting & Cloud Pro
Was stimmt mit uns in Hamburg nicht? Ich würde das gerne verstehen und bitte um Aufklärung.
MfG
Stefan
Es würde mich freuen wenn sich das Team zu meiner Problematik äußert. Seit dem 13.12. (und auch jetzt noch) werde ich (evtl. der Raum Hamburg
) wieder über Berlin ins Level3-Netz geroutet und schon läuft alles fein.
--------------------------------------------------------------------------------------|
WinMTR statistics |
Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
--------------------------------------------|------|------|------|------|------|------|
fritz.box - 0 | 1451 | 1451 | 0 | 0 | 10 | 0 |
87.186.225.88 - 0 | 1451 | 1451 | 15 | 16 | 20 | 16 |
87.190.185.42 - 0 | 1450 | 1450 | 16 | 19 | 33 | 17 |
62.157.249.78 - 0 | 1450 | 1450 | 16 | 34 | 237 | 16 |
ae-4-4.ebr1.Berlin1.Level3.net - 0 | 1451 | 1451 | 50 | 51 | 59 | 51 |
ae-1-100.ebr2.Berlin1.Level3.net - 0 | 1451 | 1451 | 50 | 50 | 71 | 50 |
ae-26-26.ebr2.Dusseldorf1.Level3.net - 0 | 1451 | 1451 | 50 | 51 | 93 | 51 |
ae-47-47.ebr1.Amsterdam1.Level3.net - 0 | 1451 | 1451 | 50 | 50 | 75 | 50 |
ae-21-21.ebr2.Amsterdam1.Level3.net - 0 | 1451 | 1451 | 50 | 50 | 53 | 51 |
ae-46-46.ebr2.London1.Level3.net - 0 | 1447 | 1447 | 49 | 51 | 73 | 50 |
vlan102.ebr1.London1.Level3.net - 0 | 1451 | 1451 | 50 | 50 | 56 | 51 |
ae-5-5.car1.Dublin1.Level3.net - 2 | 1368 | 1348 | 50 | 69 | 309 | 50 |
213.242.106.234 - 0 | 1451 | 1451 | 50 | 50 | 59 | 50 |
159.153.72.22 - 0 | 1451 | 1451 | 50 | 50 | 83 | 50 |
159.153.81.154 - 0 | 1450 | 1450 | 49 | 49 | 59 | 50 |
____________________________________________|______|______|______|______|______|______|
WinMTR v0.92 GPL V2 by Appnor MSP - Fully Managed Hosting & Cloud Pro
Was stimmt mit uns in Hamburg nicht? Ich würde das gerne verstehen und bitte um Aufklärung.
MfG
Stefan
Hallo Feinkostmeister,
hallo in die Runde,
gerne!
Beginnen möchten wir, indem wir zwei Ihrer WinMTR-Statistiken "nebeneinanderlegen":
zunächst die Daten aus Ihrem Beitrag vom 14. 12., in dem Sie Folgendes schrieben und dokumentierten - die Hervorhebungen stammen von uns:
wir haben mal den Taschenrechner angeschmissen und die Durchschnittslaufzeiten (das "Average" halt . . .) gemittelt:
das wären dann über alle Hops im Mittel 42,6 msec.
und nun zum Vergleich die WinMTR-Statistik aus Ihrem Beitrag vom 4. 12. - wir nehmen eines gleich vorweg: hier beträgt der Mittelwert aus den Durchschnittslaufzeiten 42,3 msec . . .
nun wäre an den Packet Loss allerdings die Frage zu stellen: was ist mit den je 8 bis 9 Prozent Paketverlusten an jedem weiteren Hop im Netz des "Übersee-Providers"? - wenn alles gut läuft, kommt es *weder* im Netz der DTAG *noch* auf dem Weg nach Übersee zu Packet Losses; und wenn es hakt, treten sie entlang der *gesamten* Route auf . . .
vor allem aber: die beiden Statistiken unterscheiden sich auch im Hinblick auf die Höchstlaufzeiten: wenn es gut läuft in Richtung Battlefield4, betragen die Höchstlaufzeiten im Netz *des Übersee-Providers* (also beginnend mit Hop 6) gemittelt
- bei *guter* Verbindung (13. 12.) 66 msec,
- bei *schlechter Verbindung (4. 12.) aber 304,7 msec . . .
und in beiden Fällen beträgt die Höchstlaufzeit bis zum letzten Hop im Netz der DTAG (dem Hop 5) jeweils rund 240 msec.
*Was* also ist aus rein technischer Sicht der plausibelste Auslöser für die Packet Losses: die kontinuierlich erhöhte Latenz am Border Router der DTAG - oder die massiven Schwankungen im Weitverkehrsnetz des Übersee-Providers, auf die wir als Ihr DSL-Dienstleister naturgemäß *keinen* direkten Einfluss nehmen können?
hallo in die Runde,
Ich habe jetzt mehrere Tage das Routing beobachtet.
Es würde mich freuen wenn sich das Team zu meiner Problematik äußert.
gerne!
Beginnen möchten wir, indem wir zwei Ihrer WinMTR-Statistiken "nebeneinanderlegen":
zunächst die Daten aus Ihrem Beitrag vom 14. 12., in dem Sie Folgendes schrieben und dokumentierten - die Hervorhebungen stammen von uns:
Seit dem 13.12. (und auch jetzt noch) werde ich (evtl. der Raum Hamburg
WinMTR statistics |
Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
--------------------------------------------|------|------|------|------|------|------|
fritz.box - 0 | 1451 | 1451 | 0 | 0 | 10 | 0 |
87.186.225.88 - 0 | 1451 | 1451 | 15 | 16 | 20 | 16 |
87.190.185.42 - 0 | 1450 | 1450 | 16 | 19 | 33 | 17 |
62.157.249.78 - 0 | 1450 | 1450 | 16 | 34 | 237 | 16 |
ae-4-4.ebr1.Berlin1.Level3.net - 0 | 1451 | 1451 | 50 | 51 | 59 | 51 |
ae-1-100.ebr2.Berlin1.Level3.net - 0 | 1451 | 1451 | 50 | 50 | 71 | 50 |
ae-26-26.ebr2.Dusseldorf1.Level3.net - 0 | 1451 | 1451 | 50 | 51 | 93 | 51 |
ae-47-47.ebr1.Amsterdam1.Level3.net - 0 | 1451 | 1451 | 50 | 50 | 75 | 50 |
ae-21-21.ebr2.Amsterdam1.Level3.net - 0 | 1451 | 1451 | 50 | 50 | 53 | 51 |
ae-46-46.ebr2.London1.Level3.net - 0 | 1447 | 1447 | 49 | 51 | 73 | 50 |
vlan102.ebr1.London1.Level3.net - 0 | 1451 | 1451 | 50 | 50 | 56 | 51 |
ae-5-5.car1.Dublin1.Level3.net - 2 | 1368 | 1348 | 50 | 69 | 309 | 50 |
213.242.106.234 - 0 | 1451 | 1451 | 50 | 50 | 59 | 50 |
159.153.72.22 - 0 | 1451 | 1451 | 50 | 50 | 83 | 50 |
159.153.81.154 - 0 | 1450 | 1450 | 49 | 49 | 59 | 50 |
____________________________________________|______|______|______|______|______|______|
wir haben mal den Taschenrechner angeschmissen und die Durchschnittslaufzeiten (das "Average" halt . . .) gemittelt:
das wären dann über alle Hops im Mittel 42,6 msec.
und nun zum Vergleich die WinMTR-Statistik aus Ihrem Beitrag vom 4. 12. - wir nehmen eines gleich vorweg: hier beträgt der Mittelwert aus den Durchschnittslaufzeiten 42,3 msec . . .
Gestern 20:02 Route zu einem Battlefield4-Server
------------------------------------------------------------------------------------|
WinMTR statistics |
Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
------------------------------------------|------|------|------|------|------|------|
fritz.box - 0 | 721 | 721 | 0 | 0 | 2 | 0 |
87.186.225.88 - 0 | 721 | 721 | 15 | 15 | 17 | 16 |
87.190.185.54 - 0 | 721 | 721 | 16 | 19 | 53 | 19 |
62.157.249.78 - 15 | 453 | 386 | 16 | 39 | 241 | 34 |
ae-11-11.car1.Hamburg1.Level3.net - 8 | 561 | 521 | 19 | 66 | 414 | 45 |
ae-4-4.ebr1.Dusseldorf1.Level3.net - 9 | 537 | 491 | 31 | 48 | 416 | 46 |
ae-24-24.ebr2.Dusseldorf1.Level3.net - 8 | 549 | 506 | 30 | 46 | 416 | 46 |
ae-46-46.ebr1.Amsterdam1.Level3.net - 8 | 549 | 506 | 44 | 47 | 415 | 46 |
ae-22-22.ebr2.Amsterdam1.Level3.net - 8 | 557 | 516 | 44 | 47 | 416 | 46 |
ae-45-45.ebr2.London1.Level3.net - 8 | 553 | 511 | 44 | 54 | 415 | 46 |
vlan103.ebr1.London1.Level3.net - 8 | 557 | 516 | 44 | 47 | 417 | 46 |
ae-5-5.car1.Dublin1.Level3.net - 8 | 557 | 516 | 43 | 62 | 413 | 44 |
213.242.106.234 - 8 | 553 | 511 | 44 | 47 | 416 | 47 |
159.153.72.22 - 9 | 546 | 502 | 45 | 48 | 417 | 46 |
159.153.81.154 - 9 | 545 | 501 | 45 | 47 | 416 | 46 |
Der Ping bei 62.157.249.78 (Transit DTAG zu Level3) sieht gut aus aber 15% Loss ist Dreck.
Mal nur den angepingt!
Ping-Statistik für 62.157.249.78:
Pakete: Gesendet = 62, Empfangen = 62, Verloren = 0
(0% Verlust),
Ca. Zeitangaben in Millisek.:
Minimum = 16ms, Maximum = 282ms, Mittelwert = 127ms
nun wäre an den Packet Loss allerdings die Frage zu stellen: was ist mit den je 8 bis 9 Prozent Paketverlusten an jedem weiteren Hop im Netz des "Übersee-Providers"? - wenn alles gut läuft, kommt es *weder* im Netz der DTAG *noch* auf dem Weg nach Übersee zu Packet Losses; und wenn es hakt, treten sie entlang der *gesamten* Route auf . . .
vor allem aber: die beiden Statistiken unterscheiden sich auch im Hinblick auf die Höchstlaufzeiten: wenn es gut läuft in Richtung Battlefield4, betragen die Höchstlaufzeiten im Netz *des Übersee-Providers* (also beginnend mit Hop 6) gemittelt
- bei *guter* Verbindung (13. 12.) 66 msec,
- bei *schlechter Verbindung (4. 12.) aber 304,7 msec . . .
und in beiden Fällen beträgt die Höchstlaufzeit bis zum letzten Hop im Netz der DTAG (dem Hop 5) jeweils rund 240 msec.
*Was* also ist aus rein technischer Sicht der plausibelste Auslöser für die Packet Losses: die kontinuierlich erhöhte Latenz am Border Router der DTAG - oder die massiven Schwankungen im Weitverkehrsnetz des Übersee-Providers, auf die wir als Ihr DSL-Dienstleister naturgemäß *keinen* direkten Einfluss nehmen können?
Hallo Miklnight,
herzlich willkommen in unserem Forum - danke für Ihre Nachfrage.
Die Stichworte aus Ihrem ersten Beitrag belegen für uns recht klar, dass Sie von einer ähnlichen Situation betroffen sind wie vormals charlyy (der hier im Thread ganz ähnliche Symptome geschildert hatte): nämlich von einer Überlast auf Ihrem DSLAM.
wir verstehen, dass Sie nach diesen Erlebnissen sauer sind - denn auf die angekündigten Termine haben Sie sich aus nachvollziehbaren Gründen verlassen und wurden nun gleich mehrmals nacheinander in Ihrer Hoffnung enttäuscht.
immer *wenn* Sie auf Ihre Rückfrage quasi "quartalsweise" die Auskunft erhalten, es liege eine Überlast vor und diese solle "bis zum Monat ... im Jahr ..." (und dann wieder mal drei Monate später als bei der vorigen Rückfrage) behoben sein, . . .
. . . *sind* meist bereits Entlastungsmaßnahmen beauftragt.
Das heißt konkret: der Baubezirk sorgt dafür, dass möglichst bald ein Ersatz für die meist alte Vermittlungsstelle installiert werden kann - seit 2013 heißt dies üblicherweise, dass ein MSAN mit aktueller Annex-J-Technik aufgebaut wird.
Parallel dazu wird intern eine Meldung hinterlegt, dass auf Ihrem derzeitigen (in Ehren "ergrauten") DSLAM eine Überlast besteht und Entlastungsmaßnahmen eingeleitet sind.
Wie wir am Fall von charlyy selbst erst lernen mussten, wird quartalsweise geprüft, ob die Überlast fortbesteht; der Turnus *dieser* Prüfung wird aber leider oft mit dem Zieldatum für die Inbetriebnahme der neuen Vermittlungstechnik verwechselt . . . und so erwecken die Rückmeldungen zum Sachstand, wenn Sie wegen der Entlastungsmaßnahmen nachfragen, häufig genug falsche Hoffnungen bei unseren Kunden.
Im Fall von charlyy fielen dann allerdings der letztmalige Prüfturnus *und* die tatsächliche Entlastung durch neue MSANs zeitlich genau zusammen . . . daher konnte charlyy nun VDSL50 erhalten.
neinnein . . . wir wollen natürlich sicherstellen, dass Ihr Anschluss nicht nur innerhalb des zugesicherten Bandbreitenkorridors, sondern auch stabil läuft - aber wenn die Vermittlungsstelle überlastet ist, können wir ja wohl kaum wahllos einige Anschlüsse "ausknipsen", gell?
Also bemühen wir uns um bestmögliche Transparenz und baldmögliche Beseitigung des Flaschenhalses im Netz.
jawohl! haben wir soeben getan - zumindest sind zu Ihrer Postleitzahl keine kompletten DSLAM- oder MSAN-Neubauten geplant; aber wenn Sie uns hier im Thread Ihre Vorwahl anvertrauen, können wir prüfen, ob zumindest weitere Ports nachgerüstet werden sollen.
Nachdem wir bisher so viel zu einer denkbaren Überlast geschrieben haben, noch eine Frage zu Ihren bisherigen Kontakten mit unserem Entstörungs-Service: wurde Ihre Leitung bereits vom Außendienst gründlich geprüft? - allerdings ist die Lastabhängigkeit der Einschränkungen ein sehr klares Indiz für eine "reine" Überlast . . .
auch die "nur" 11 Mbit/sec down liegen weiterhin innerhalb des zugesicherten Bandbreitenkorridors für DSL16000 (das bekannte "bis zu" greift hier also) . . . *wolke
herzlich willkommen in unserem Forum - danke für Ihre Nachfrage.
Die Stichworte aus Ihrem ersten Beitrag belegen für uns recht klar, dass Sie von einer ähnlichen Situation betroffen sind wie vormals charlyy (der hier im Thread ganz ähnliche Symptome geschildert hatte): nämlich von einer Überlast auf Ihrem DSLAM.
Mittlerweile ist Dezember und es hat sich bisher noch nichts getan. Immer noch die gleich beschissene leitung. Zu stoßzeiten geht so gut wie nichts mehr, und am wochenende ist es so extrem, dass ich nichmal mehr surfen kann. Man wird immer wieder nur vertröstet,zuerst hies es ende August soll es behoben sein und jetzt erst ende Februar. Was soll das ?
wir verstehen, dass Sie nach diesen Erlebnissen sauer sind - denn auf die angekündigten Termine haben Sie sich aus nachvollziehbaren Gründen verlassen und wurden nun gleich mehrmals nacheinander in Ihrer Hoffnung enttäuscht.
Wollt ihr nich mal solangsam mal was unternehmen damit das Problem beseitigt wird,
immer *wenn* Sie auf Ihre Rückfrage quasi "quartalsweise" die Auskunft erhalten, es liege eine Überlast vor und diese solle "bis zum Monat ... im Jahr ..." (und dann wieder mal drei Monate später als bei der vorigen Rückfrage) behoben sein, . . .
. . . *sind* meist bereits Entlastungsmaßnahmen beauftragt.
Das heißt konkret: der Baubezirk sorgt dafür, dass möglichst bald ein Ersatz für die meist alte Vermittlungsstelle installiert werden kann - seit 2013 heißt dies üblicherweise, dass ein MSAN mit aktueller Annex-J-Technik aufgebaut wird.
Parallel dazu wird intern eine Meldung hinterlegt, dass auf Ihrem derzeitigen (in Ehren "ergrauten") DSLAM eine Überlast besteht und Entlastungsmaßnahmen eingeleitet sind.
Wie wir am Fall von charlyy selbst erst lernen mussten, wird quartalsweise geprüft, ob die Überlast fortbesteht; der Turnus *dieser* Prüfung wird aber leider oft mit dem Zieldatum für die Inbetriebnahme der neuen Vermittlungstechnik verwechselt . . . und so erwecken die Rückmeldungen zum Sachstand, wenn Sie wegen der Entlastungsmaßnahmen nachfragen, häufig genug falsche Hoffnungen bei unseren Kunden.
Im Fall von charlyy fielen dann allerdings der letztmalige Prüfturnus *und* die tatsächliche Entlastung durch neue MSANs zeitlich genau zusammen . . . daher konnte charlyy nun VDSL50 erhalten.
oder haltet ihr die Kunden wirklich für so dumm ? Für was bezahle ich eigenlich, für eine Leistung die nicht gebracht wird ?
neinnein . . . wir wollen natürlich sicherstellen, dass Ihr Anschluss nicht nur innerhalb des zugesicherten Bandbreitenkorridors, sondern auch stabil läuft - aber wenn die Vermittlungsstelle überlastet ist, können wir ja wohl kaum wahllos einige Anschlüsse "ausknipsen", gell?
Also bemühen wir uns um bestmögliche Transparenz und baldmögliche Beseitigung des Flaschenhalses im Netz.
Ist es möglich das jemand mal nachprüfen könnte ob bei meinem Ort 79359 irgentwas gemacht wird.
jawohl! haben wir soeben getan - zumindest sind zu Ihrer Postleitzahl keine kompletten DSLAM- oder MSAN-Neubauten geplant; aber wenn Sie uns hier im Thread Ihre Vorwahl anvertrauen, können wir prüfen, ob zumindest weitere Ports nachgerüstet werden sollen.
Der Speedport W921v synct seit heute nicht mehr mit 13 mbit, sondern nurnoch knapp über 11 mbit, mit dem upload sieht es gleich aus.Kann den Router neustarten wie ich will, es ändert sich nichts.
Nachdem wir bisher so viel zu einer denkbaren Überlast geschrieben haben, noch eine Frage zu Ihren bisherigen Kontakten mit unserem Entstörungs-Service: wurde Ihre Leitung bereits vom Außendienst gründlich geprüft? - allerdings ist die Lastabhängigkeit der Einschränkungen ein sehr klares Indiz für eine "reine" Überlast . . .
auch die "nur" 11 Mbit/sec down liegen weiterhin innerhalb des zugesicherten Bandbreitenkorridors für DSL16000 (das bekannte "bis zu" greift hier also) . . . *wolke
Hallo wieder mal in die Runde,
ja auch meiner einer ist gerade mehr wie nur gefrustet. Das Routing und die Ping und Packet Verluste sind seid mitte Dezember wieder auf Höchstniveau des ertragbaren. Man kann die Uhr stellen ab 19Uhr bis 22:30 geht gar nix mehr egal was man macht.
ja auch meiner einer ist gerade mehr wie nur gefrustet. Das Routing und die Ping und Packet Verluste sind seid mitte Dezember wieder auf Höchstniveau des ertragbaren. Man kann die Uhr stellen ab 19Uhr bis 22:30 geht gar nix mehr egal was man macht.
Kaufberatung anfragen
Zum Kontaktformular
Füllen Sie schnell und unkompliziert unser Online-Kontaktformular aus, damit wir sie zeitnah persönlich beraten können.
Angebote anzeigen
Zu den Internet-Angeboten
Informieren Sie sich über unsere aktuellen Internet-Angebote.
