- Seit ca. 1 Woche hohe latency/paket loss Beitrag #401
krosscheck
- BeitrÀge
- 555
- Punkte Reaktionen
- 107
Wtf... Echt jetzt?! So einfach? Ok, dann leg' ich mich wieder hin 
Unitymedia Seit ca. 1 Woche hohe latency/paket loss
Diskutiere Seit ca. 1 Woche hohe latency/paket loss im Störungen im Kabelnetz Forum im Bereich Rund um Internet; Wtf... Echt jetzt?! So einfach? Ok, dann leg' ich mich wieder hin đ€Șđđ€·đŒââïž
- Seit ca. 1 Woche hohe latency/paket loss Beitrag #402
Nachtwesen
- BeitrÀge
- 1.204
- Punkte Reaktionen
- 216
Ja so einfach. Die v6 Anbindung von Thinkbroadband ist scheiĂe. Wir haben hier alle exakt den gleichen Loss. Leider kann man nur den v4 Graphen verwenden wenn es um Loss geht. Daher gut, dass Du seit deinem Modemneustart das sauber hast.
- Seit ca. 1 Woche hohe latency/paket loss Beitrag #403
boba
Thinkbroadband testet die ganze Leitung vom Thinkbroadband ping-Server ĂŒber das Netz ihres Providers, den Backbone, den Unitymedia-Backbone, deine docsis Leitung.
Wenn sich was im ping-Verhalten Ă€ndert, kann das die Ursache in all diesen Komponenten haben. Deshalb ist der ping von Thinkbroadband nur in der Lage zu zeigen, dass ĂŒberhaupt eine Erreichbarkeit besteht, und wie so in etwa das Latenzverhalten aussieht, wenn man Systeme im Internet erreicht. Der angezeigte ping zeigt eine obere Grenze der erreichbaren Werte an, aber nicht die tatsĂ€chlich zu einem bestimmten Server erreichten Werte, und schon gar nicht das Verhalten deiner persönlichen Kabelverbindung.
Wenn du eine aussagekrĂ€ftige Diagnose deiner persönlichen docsis-Verbindung haben willst, musst du nur diese Verbindung testen. Die ergibt sich zwischen deinem Router und (bei einem traceroute) dem ersten Hop danach in Richtung Internet. Das der Router im CMTS Netz. Das CMTS selbst kannst du nicht anpingen, das hat eine interne Adresse, die auĂer dem docsis Modem und dem cmts selbst niemand sieht und die nicht geroutet wird.
Wenn du hingegen meinst, irgendwo im Unitymedia-Netz sei ein Problem, dann musst du das erste System "hinter" dem Unitymedia-Netz anpingen, von dem du der Ansicht bist, dass es stabil lÀuft. Dann musst du vorher noch sicherstellen, dass deine docsis Verbindung fehlerfrei lÀuft. Und dann sind etwaige Ping-Fehler, die du siehst dem durchquerten Unitymedia-Netz zuzuschreiben. Das hat aber schon eine ziemliche Unsicherheit.
Dann gibts noch so SpezialitĂ€ten, dass ping (bzw. icmp) nicht die höchste ĂbertragungsprioritĂ€t hat. Pakete dĂŒrfen von Routern verworfen werden, wenn sie eine hohe Auslastung haben.
So eine Grafik ist also im Licht dieser Aspekte immer zu interpretieren. Sie zeigt nie eindeutig genau "das eine", sondern immer eine Mischung des Verhaltens sÀmtlicher Netzkomponenten.
Nehmen wir z. B. meine Grafik von jetzt:
Nach Mitternacht deutliche Paketverluste.
Dazu gegenĂŒbergestellt die Grafik meines eigenen Monitoring, wo ich nach auĂen den ersten hop in Richtung UM Netz anpinge:
Man sieht: Null Paketverlust. Recht variables ping danach, nicht glatter Graph wie in den Tagen zuvor.
Bis auf Mitternacht, wo auch im Thinkbroadband Graf halb rot ist.
Da hilft ein Blick auf die docsis Grafik mit den korrigierbaren/nicht korrigierbaren Fehlern:
Ah, um Mitternacht wurde da offenbar was geschaltet. Oder ein Fehler? Da hilft ein Blick auf die docsis Pegel:
Ok, also es wurde was geschaltet, ab Mitternacht haben sich die Pegel ein klein wenig verÀndert (sie sind ab da um ca. 0,4 dBmV höher gesprungen).
Was sagt das nun aus? Alle Grafiken zusammengenommen sagen aus: Unitymedia baut aktuell im Netz um (das tun sie im ĂŒbrigen stĂ€ndig, das war nie anders. So in etwa im 2-Monatsrhythmus). Die Leitung beeintrĂ€chtigt das jedoch in keinster Weise. Ich war um Mitternacht online, habe aber selbst von dieser Unterbrechung, die wohl ein paar Sekunden lang angedauert haben dĂŒrfte, nichts mitbekommen. Auch wenn Thinkbroadband Paketverluste zeigt, meine Auswertung zeigt keine Ping-Verluste. Sie werden also irgendwo im Netz, vermutlich bei Thinkbroadband selbst, generiert, aber nicht auf meiner docsis-Verbindung.
Konsequenz? Keine. Es gibt nichts zu sehen. Alles in Ordnung.
Wenn sich was im ping-Verhalten Ă€ndert, kann das die Ursache in all diesen Komponenten haben. Deshalb ist der ping von Thinkbroadband nur in der Lage zu zeigen, dass ĂŒberhaupt eine Erreichbarkeit besteht, und wie so in etwa das Latenzverhalten aussieht, wenn man Systeme im Internet erreicht. Der angezeigte ping zeigt eine obere Grenze der erreichbaren Werte an, aber nicht die tatsĂ€chlich zu einem bestimmten Server erreichten Werte, und schon gar nicht das Verhalten deiner persönlichen Kabelverbindung.
Wenn du eine aussagekrĂ€ftige Diagnose deiner persönlichen docsis-Verbindung haben willst, musst du nur diese Verbindung testen. Die ergibt sich zwischen deinem Router und (bei einem traceroute) dem ersten Hop danach in Richtung Internet. Das der Router im CMTS Netz. Das CMTS selbst kannst du nicht anpingen, das hat eine interne Adresse, die auĂer dem docsis Modem und dem cmts selbst niemand sieht und die nicht geroutet wird.
Wenn du hingegen meinst, irgendwo im Unitymedia-Netz sei ein Problem, dann musst du das erste System "hinter" dem Unitymedia-Netz anpingen, von dem du der Ansicht bist, dass es stabil lÀuft. Dann musst du vorher noch sicherstellen, dass deine docsis Verbindung fehlerfrei lÀuft. Und dann sind etwaige Ping-Fehler, die du siehst dem durchquerten Unitymedia-Netz zuzuschreiben. Das hat aber schon eine ziemliche Unsicherheit.
Dann gibts noch so SpezialitĂ€ten, dass ping (bzw. icmp) nicht die höchste ĂbertragungsprioritĂ€t hat. Pakete dĂŒrfen von Routern verworfen werden, wenn sie eine hohe Auslastung haben.
So eine Grafik ist also im Licht dieser Aspekte immer zu interpretieren. Sie zeigt nie eindeutig genau "das eine", sondern immer eine Mischung des Verhaltens sÀmtlicher Netzkomponenten.
Nehmen wir z. B. meine Grafik von jetzt:
Nach Mitternacht deutliche Paketverluste.
Dazu gegenĂŒbergestellt die Grafik meines eigenen Monitoring, wo ich nach auĂen den ersten hop in Richtung UM Netz anpinge:
Man sieht: Null Paketverlust. Recht variables ping danach, nicht glatter Graph wie in den Tagen zuvor.
Bis auf Mitternacht, wo auch im Thinkbroadband Graf halb rot ist.
Da hilft ein Blick auf die docsis Grafik mit den korrigierbaren/nicht korrigierbaren Fehlern:
Ah, um Mitternacht wurde da offenbar was geschaltet. Oder ein Fehler? Da hilft ein Blick auf die docsis Pegel:
Ok, also es wurde was geschaltet, ab Mitternacht haben sich die Pegel ein klein wenig verÀndert (sie sind ab da um ca. 0,4 dBmV höher gesprungen).
Was sagt das nun aus? Alle Grafiken zusammengenommen sagen aus: Unitymedia baut aktuell im Netz um (das tun sie im ĂŒbrigen stĂ€ndig, das war nie anders. So in etwa im 2-Monatsrhythmus). Die Leitung beeintrĂ€chtigt das jedoch in keinster Weise. Ich war um Mitternacht online, habe aber selbst von dieser Unterbrechung, die wohl ein paar Sekunden lang angedauert haben dĂŒrfte, nichts mitbekommen. Auch wenn Thinkbroadband Paketverluste zeigt, meine Auswertung zeigt keine Ping-Verluste. Sie werden also irgendwo im Netz, vermutlich bei Thinkbroadband selbst, generiert, aber nicht auf meiner docsis-Verbindung.
Konsequenz? Keine. Es gibt nichts zu sehen. Alles in Ordnung.
Zuletzt bearbeitet:
- Seit ca. 1 Woche hohe latency/paket loss Beitrag #404
krosscheck
- BeitrÀge
- 555
- Punkte Reaktionen
- 107
@boba
Wie immer top erklĂ€rt
Hier ist mal ein tracert zu heise
Der erste Hop wÀre hier in diesem Fall Nr. 2?
Wie immer top erklÀrt
Hier ist mal ein tracert zu heise
Der erste Hop wÀre hier in diesem Fall Nr. 2?
In diesem Fall wÀre es Nr. 6?
- Seit ca. 1 Woche hohe latency/paket loss Beitrag #405
boba
Nr. 2, ja. Siehst du auch daran, dass innerhalb deines lokalen Netzes die Latenz stets nahe oder unter 1 ms ist, zumindest bei LAN Verbindungen, und die 8+ ms mĂŒssen also remote sein.
Wenn man die IP Adressen von 5 und 6 anschaut, dann sehen die sich Àhnlich. Die 5 gehört zu aorta.net, das ist meines Wissens Teil des Unitymedia-Backbones. Nr. 7 ist Level3, ein Internet Backbone Provider. Demzufolge ist 5 und 6 wohl der Peering point zwischen aorta und level3: 5 das Interface auf Unitymedia Seite und 6 das Interface auf level3 Seite.
Je nachdem ob du etwaige Paketverluste beim Peering zu level3 mitmessen willst oder nicht, musst du also die 5 (ohne) oder die 6 (mit) anpingen. Die 5 ist das letzte innerhalb von Unitymedia, die 6 ist das erste auĂerhalb.
Meine ping Grafik von oben ĂŒbrigens pingt die Nr. 2 an, wobei meine Nr. 2 eine andere IP Adresse hat als bei dir - wir sind also offenbar geografisch deutlich voneinander weg.
Wenn man die IP Adressen von 5 und 6 anschaut, dann sehen die sich Àhnlich. Die 5 gehört zu aorta.net, das ist meines Wissens Teil des Unitymedia-Backbones. Nr. 7 ist Level3, ein Internet Backbone Provider. Demzufolge ist 5 und 6 wohl der Peering point zwischen aorta und level3: 5 das Interface auf Unitymedia Seite und 6 das Interface auf level3 Seite.
Je nachdem ob du etwaige Paketverluste beim Peering zu level3 mitmessen willst oder nicht, musst du also die 5 (ohne) oder die 6 (mit) anpingen. Die 5 ist das letzte innerhalb von Unitymedia, die 6 ist das erste auĂerhalb.
Meine ping Grafik von oben ĂŒbrigens pingt die Nr. 2 an, wobei meine Nr. 2 eine andere IP Adresse hat als bei dir - wir sind also offenbar geografisch deutlich voneinander weg.
- Seit ca. 1 Woche hohe latency/paket loss Beitrag #406
tonino85
- BeitrÀge
- 1.541
- Punkte Reaktionen
- 74
Wie hast du die Graphen erstellt?
- Seit ca. 1 Woche hohe latency/paket loss Beitrag #407
boba
Mit cacti und einem selbstgeschriebenen fritzbox Modul.
https://www.cacti.net/
https://www.wombaz.de/uploads/2018/12/
Weitere technische Details dazu stehen in meinen BeitrÀgen in diesem Thread: https://www.unitymediaforum.de/threads/38697/post-445224
Ist sehr viel Handarbeit.
https://www.cacti.net/
https://www.wombaz.de/uploads/2018/12/
Weitere technische Details dazu stehen in meinen BeitrÀgen in diesem Thread: https://www.unitymediaforum.de/threads/38697/post-445224
Ist sehr viel Handarbeit.
- Seit ca. 1 Woche hohe latency/paket loss Beitrag #408
wedok
- BeitrÀge
- 418
- Punkte Reaktionen
- 30
Sö, jetzt is Paderborn komplett down.
Grossstörung.
Grossstörung.
- Seit ca. 1 Woche hohe latency/paket loss Beitrag #409
Andreas1969
Vielleicht reparieren sie ja jetzt endlichSö, jetzt is Paderborn komplett down.
Grossstörung.
- Seit ca. 1 Woche hohe latency/paket loss Beitrag #410
wedok
- BeitrÀge
- 418
- Punkte Reaktionen
- 30
Da hat wieder jemand n Hauptkabel durchgebaggert und das Internet kommt sicher bald wieder ... ja ... ... ... in der gewohnt ungenĂŒgenden QualitĂ€t.
- Seit ca. 1 Woche hohe latency/paket loss Beitrag #411
Andreas1969
Ja, die Hauptkupferleitung, die den ganzen Kreis versorgt
https://gibteseinestorung.de/status...ngsbezirk-detmold-nordrhein-westfalen-germany
- Seit ca. 1 Woche hohe latency/paket loss Beitrag #412
millen
- BeitrÀge
- 648
- Punkte Reaktionen
- 154
Als ich das gelesen habe musste ich direkt an euch denken @wedok @Andreas1969
- Seit ca. 1 Woche hohe latency/paket loss Beitrag #413
wedok
- BeitrÀge
- 418
- Punkte Reaktionen
- 30
Diese Aussage von Vodafone finde ich merkwĂŒrdig.
D.h. um die KapzitĂ€ten nun zu erhöhen und somit unsere Leitungen endgĂŒltig zu fixen, mĂŒsste es sich bei der Störung ja eigentlich um eine Wartungsarbeit handeln.
Nur warum ist dann das kapazitÀtsunabhÀngige TV auch weg?
Das wĂ€r ja mal n WUNDER, wenn nach der Störung die Ăberlastungs- und Pingprobleme Geschichte wĂ€ren.
- Seit ca. 1 Woche hohe latency/paket loss Beitrag #414
GrĂŒnerDaumen
- BeitrÀge
- 7
- Punkte Reaktionen
- 0
Ja schön, ich hatte hier einen Thread erstellt, um mein Problem darzulegen - statt freigeschaltet zu werden, wurde er aber kommentarlos komplett gelöscht? Ich versuchs hier in aller KĂŒrze nochmal, hier wĂŒrde es wohl auch reinpassen.
Aber erstmal Hallo Community!
WĂŒrdet Ihr mir sagen können, ob man anhand dessen, was auf den folgenden Screenshots zu sehen ist, auf eine Störung in der Leitung schlieĂen kann? Ich hatte bislang 15 Techniker in den letzten knapp 24 Monaten hier zu Besuch, sie allesamt finden die Ursache der Lags nicht, die ich dauernd - vor allem in den Abendstunden - habe, wenn ich die Konsole (eine PS4) anschmeisse.
ZunÀchst mal eine Pingplotter-Messung:
Die sieht bei mir seit einem Vierteljahr (Umstieg von UM auf den Vodafone GBit Tarif) jeden Tag und zu jeder Uhrzeit genauso aus, egal ob ĂŒber LAN oder WLAN gemessen, egal ob IPv4 oder IPv6. Im Ziel scheint ja irgendwie (fast) alles anzukommen, aber wie ist der Weg dahin zu interpretieren?
Und als zweites frage ich mich, ob mit den EmpfangskanÀlen alles stimmt, siehe:
Derart hohe Raten an "korrigierbaren Fehlern" hatte ich in den schlimmsten UM-Zeiten nicht, wobei die Fritzbox (6591 Cable) erst seit gut drei Stunden lĂ€uft, nachdem ich sie mal wieder resettet habe. Innerhalb eines Tages steigen die Zahlen konstant im hohen Tempo weiter, bis sie irgendwann durch PĂŒnktchen abgekĂŒrzt werden - auch das geschieht tagtĂ€glich seit eben dem Wechsel.
Aber erstmal Hallo Community!
WĂŒrdet Ihr mir sagen können, ob man anhand dessen, was auf den folgenden Screenshots zu sehen ist, auf eine Störung in der Leitung schlieĂen kann? Ich hatte bislang 15 Techniker in den letzten knapp 24 Monaten hier zu Besuch, sie allesamt finden die Ursache der Lags nicht, die ich dauernd - vor allem in den Abendstunden - habe, wenn ich die Konsole (eine PS4) anschmeisse.
ZunÀchst mal eine Pingplotter-Messung:
Die sieht bei mir seit einem Vierteljahr (Umstieg von UM auf den Vodafone GBit Tarif) jeden Tag und zu jeder Uhrzeit genauso aus, egal ob ĂŒber LAN oder WLAN gemessen, egal ob IPv4 oder IPv6. Im Ziel scheint ja irgendwie (fast) alles anzukommen, aber wie ist der Weg dahin zu interpretieren?
Und als zweites frage ich mich, ob mit den EmpfangskanÀlen alles stimmt, siehe:
Derart hohe Raten an "korrigierbaren Fehlern" hatte ich in den schlimmsten UM-Zeiten nicht, wobei die Fritzbox (6591 Cable) erst seit gut drei Stunden lĂ€uft, nachdem ich sie mal wieder resettet habe. Innerhalb eines Tages steigen die Zahlen konstant im hohen Tempo weiter, bis sie irgendwann durch PĂŒnktchen abgekĂŒrzt werden - auch das geschieht tagtĂ€glich seit eben dem Wechsel.
- Seit ca. 1 Woche hohe latency/paket loss Beitrag #415
Andreas1969
Das sieht bei Dir noch harmlos aus.
Da kann man nichts machen, hinnehmen oder kĂŒndigen.
Da kann man nichts machen, hinnehmen oder kĂŒndigen.
- Seit ca. 1 Woche hohe latency/paket loss Beitrag #416
millen
- BeitrÀge
- 648
- Punkte Reaktionen
- 154
@GrĂŒnerDaumen Sieht aus wie bei mir, solange du keine Probleme bzw. es so harmlos ist wie aktuell wird wahrscheinlich niemand was machen.
Zu dem "gelöscht", der Thread wurde nicht gelöscht, er muss nur manuell freigeschaltet werden deswegen ist er weg, hatte ich zu Beginn auch^^
Zu dem "gelöscht", der Thread wurde nicht gelöscht, er muss nur manuell freigeschaltet werden deswegen ist er weg, hatte ich zu Beginn auch^^
- Seit ca. 1 Woche hohe latency/paket loss Beitrag #417
Crazyhorse
- BeitrÀge
- 56
- Punkte Reaktionen
- 7
@sch4kal
Mir ist schon klar, das Routing Devices ihre PrimĂ€re Funktion zuerst erfĂŒllen und dann erst auf ICMP antworten.
Mein GW im Netz, welches ich per auf WAN per DHCP zugeteilt bekomme, antwortet jedoch recht zuverlÀssig. Paket loss ist hier auch immer mit kein Internet gleich zu setzen.
Die von mir dargestellte Vereinfachung war sehr stark runter gebrochen, das es im Internet mit unzĂ€hligen ĂbergĂ€ngen, inkl. dynamischem Routing noch mal deutlich komplexer ablĂ€uft, habe ich auch bewusst weg gelassen.
Wenn ich aber einen Server als GW Monitoring IP verwendet, dann prĂŒfe ich nicht meinen next Hop sondern ggf. einige Hops und dann ist die Frage wieder, was monitore ich hier eigentlich?
Denn in VM Zeiten sind Server mal fix per Storage vMotion an einen gÀnzlich anderen Standort verschoben.
Optimal wÀre es das GW zu monitoren und per IP SLA mit TCP und UDP einige Server im Internet, die am besten noch auf verschiedenen Peers liegen und somit eine vollstÀndige Lage der Topologie liefern.
Ist fĂŒr @Home aber ein wenig ĂŒbertrieben.
Mir ist schon klar, das Routing Devices ihre PrimĂ€re Funktion zuerst erfĂŒllen und dann erst auf ICMP antworten.
Mein GW im Netz, welches ich per auf WAN per DHCP zugeteilt bekomme, antwortet jedoch recht zuverlÀssig. Paket loss ist hier auch immer mit kein Internet gleich zu setzen.
Die von mir dargestellte Vereinfachung war sehr stark runter gebrochen, das es im Internet mit unzĂ€hligen ĂbergĂ€ngen, inkl. dynamischem Routing noch mal deutlich komplexer ablĂ€uft, habe ich auch bewusst weg gelassen.
Wenn ich aber einen Server als GW Monitoring IP verwendet, dann prĂŒfe ich nicht meinen next Hop sondern ggf. einige Hops und dann ist die Frage wieder, was monitore ich hier eigentlich?
Denn in VM Zeiten sind Server mal fix per Storage vMotion an einen gÀnzlich anderen Standort verschoben.
Optimal wÀre es das GW zu monitoren und per IP SLA mit TCP und UDP einige Server im Internet, die am besten noch auf verschiedenen Peers liegen und somit eine vollstÀndige Lage der Topologie liefern.
Ist fĂŒr @Home aber ein wenig ĂŒbertrieben.
- Seit ca. 1 Woche hohe latency/paket loss Beitrag #418
sch4kal
- BeitrÀge
- 1.061
- Punkte Reaktionen
- 58
Und genau dafĂŒr gibt es die Atlas Probes...
- Seit ca. 1 Woche hohe latency/paket loss Beitrag #419
krosscheck
- BeitrÀge
- 555
- Punkte Reaktionen
- 107
@wedok bist Du wieder online? Vllt kannst Du ja mal was positives berichten 
- Seit ca. 1 Woche hohe latency/paket loss Beitrag #420
millen
- BeitrÀge
- 648
- Punkte Reaktionen
- 154
@krosscheck Ist er seit ca. 17 Uhr tatsĂ€chlich 
https://www.thinkbroadband.com/broa.../0eb5fb9d4c315baad7ba07d66ba248ffcbaee7ae.png
https://www.thinkbroadband.com/broa.../0eb5fb9d4c315baad7ba07d66ba248ffcbaee7ae.png
- Seit ca. 1 Woche hohe latency/paket loss Beitrag #421
wedok
- BeitrÀge
- 418
- Punkte Reaktionen
- 30
Leitung ist da, aber genauso schlecht wie vorher.
- Seit ca. 1 Woche hohe latency/paket loss Beitrag #422
Andreas1969
War auch nicht anders zu erwarten.Leitung ist da, aber genauso schlecht wie vorher.
Na, dann drĂŒcke ich mal die Daumen, dass die SonderkĂŒndigung nun endlich durchlĂ€uft, obwohl ich glaube, dass sich das noch schwierig gestalten wird.
Das einzige, was bei VF so richtig rund lĂ€uft, ist das Mahnwesen, das lĂ€uft tadellos und zĂŒgig durch, da scheint es genĂŒgend und auch kompetente KapazitĂ€ten zu geben...
- Seit ca. 1 Woche hohe latency/paket loss Beitrag #423
krosscheck
- BeitrÀge
- 555
- Punkte Reaktionen
- 107
Das sieht doch super aus, kein packet loss@krosscheck Ist er seit ca. 17 Uhr tatsÀchlich
https://www.thinkbroadband.com/broa.../0eb5fb9d4c315baad7ba07d66ba248ffcbaee7ae.png
- Seit ca. 1 Woche hohe latency/paket loss Beitrag #424
Sacred
- BeitrÀge
- 55
- Punkte Reaktionen
- 11
Hey zusammen,
kann mir einer sagen was sich hinter 1312a-mx960-01-ae10-1090.bon.unity-media.net versteckt?
Hop 2 ist die Vodafone Station.
Hop 3 will nicht antworten.
Wer ist Hop 4?
Das ist die Kiste, die hier regelmĂ€Ăig die Störungen bringt - die braucht teils auch ewig im guten Fall zum antworten. (sieht man ja oben).
kann mir einer sagen was sich hinter 1312a-mx960-01-ae10-1090.bon.unity-media.net versteckt?
Hop 2 ist die Vodafone Station.
Hop 3 will nicht antworten.
Wer ist Hop 4?
Das ist die Kiste, die hier regelmĂ€Ăig die Störungen bringt - die braucht teils auch ewig im guten Fall zum antworten. (sieht man ja oben).
- Seit ca. 1 Woche hohe latency/paket loss Beitrag #425
dot0x
- BeitrÀge
- 25
- Punkte Reaktionen
- 4
Hi Sacred,
Hop 3 ist das CMTS welches nicht auf ICMP Antwortet, Hop 4 ist ein Edge Router im Unitymedia Netz, welcher dann zum Aorta Netz ĂŒberleitet.
Die langen Antwortzeiten auf Hop 4 sagen nichts zu einer Störung aus, zumindest nicht in diesem MTR. Wenn du keine Verbindungsprobleme zum letzten Hop hast, sind die Antwortzeiten und Loss auf den dazwischenliegenden Hops egal.
Hop 3 ist das CMTS welches nicht auf ICMP Antwortet, Hop 4 ist ein Edge Router im Unitymedia Netz, welcher dann zum Aorta Netz ĂŒberleitet.
Die langen Antwortzeiten auf Hop 4 sagen nichts zu einer Störung aus, zumindest nicht in diesem MTR. Wenn du keine Verbindungsprobleme zum letzten Hop hast, sind die Antwortzeiten und Loss auf den dazwischenliegenden Hops egal.
Thema: