froeschi62
Lt. Junior Grade
- Registriert
- Aug. 2015
- Beiträge
- 270
Bei mir Breitband-PoP: MAIJ02 in Mainz
Ist dies das berüchtigte Peering der Telekom?
- Ersteller liz02mo
- Erstellt am
froeschi62
Lt. Junior Grade
- Registriert
- Aug. 2015
- Beiträge
- 270
Über Telekom Mobilfunk habe ich übrigens die gleichen Probleme.
froeschi62
Lt. Junior Grade
- Registriert
- Aug. 2015
- Beiträge
- 270
Nein, die von mir genannten Seiten funktionieren auch über Mobilfunk nicht. Sie sind nicht aufrufbar und es dreht sich nur der Ladekreis. Es scheint eine generelle Störung zu sein und hat nichts mit meinem GF Anschluss zu tun.
Sage ich doch, bei mir gehen sie über Mobilfunk auch schlecht. 1300ms ist fast keine Verbindung. Das ist praktisch Timeout.
Telekom FTTH läuft es gut, im Telekom 5 G sehr schlecht. Wer weiß über welchen Pop mein Mast geht😂
Telekom FTTH läuft es gut, im Telekom 5 G sehr schlecht. Wer weiß über welchen Pop mein Mast geht😂
Zuletzt bearbeitet:
froeschi62
Lt. Junior Grade
- Registriert
- Aug. 2015
- Beiträge
- 270
Jedenfalls hängt bei mir Mobilfunk und GF zusammen mit der Nichterreichbarkeit einiger Seiten. Zumindest in meinem Gebiet ist es wohl ein Teilausfall.
Heute Abends so 19 Uhr mal tracert auf youtube gemacht und hatte immer wieder timeouts - ist das normal bei Telekom - erreichbar war Youtube - kann natürlich sein das ich das langsame gewohnt bin aber eigl ist es ok. Das manchmal die Auflösung runter geschraubt wird automatisch hab ich bisher eher auf Youtube geschoben.
Diverse Timeouts bei der Route über youtube - computerbase.de war fine.
Diverse Timeouts bei der Route über youtube - computerbase.de war fine.
Du verstehst schon, wie ein Traceroute funktioniert? Timeouts auf Zwischenhops haben für sich genommen zunächst keine Aussagekraft. Die Aufgabe dieser Router besteht darin, Pakete weiterzuleiten, nicht darin, auf Diagnosepakete zu antworten. ICMP-Antworten werden außerdem häufig gefiltert oder durch ein Rate-Limit begrenzt.
Erst wenn auch am Ziel wiederholt Paketverluste auftreten, liegt ein tatsächlicher Ende-zu-Ende-Paketverlust vor. Nicht alles, was euch nicht gefällt, ist automatisch ein Problem der Telekom. Hier scheint eher das verwendete Werkzeug falsch interpretiert zu werden und es liegt gar kein Fehler vor: Keine Timeouts und keine hohe Latenz.
Das Windows-Programm tracert (wie alle anderen auch) sendet ICMP-Echo-Requests an die Zieladresse und erhöht dabei schrittweise die TTL beziehungsweise bei IPv6 das Hop Limit. Läuft dieser Wert auf einem Router ab, kann dieser mit „ICMP Time Exceeded“ antworten. Er muss es aber nicht. Bleibt diese Antwort aus, zeigt tracert einen Timeout an.
Router können solche Antworten beispielsweise nur begrenzt erzeugen oder gegenüber weitergeleitetem Verkehr stark nachrangig behandeln. Andernfalls ließe sich ihre Control Plane unnötig mit Diagnoseanfragen belasten.
Mehrere Sternchen hintereinander bedeuten deshalb nicht, dass dort eine Route fehlt. Die Pakete werden offensichtlich weitergeleitet, denn das Ziel wird bei Hop 19 erreicht. Bei den Hops 12 bis 18 lässt sich lediglich nicht erkennen, welche Systeme dort das Hop Limit verringern, weil sie selbst nicht auf die Traceroute-Anfragen antworten.
Aus demselben Grund haben auch erhöhte Antwortzeiten einzelner Zwischenhops zunächst keine Aussagekraft, solange die Laufzeit zum Ziel in Ordnung ist. Erst wenn am Ziel eine erhöhte RTT oder wiederholter Paketverlust auftritt, kann man untersuchen, ab welchem Hop sich dieses Verhalten bis zum Ziel fortsetzt.
BTW solltest du deine Public IPv6 genauso zensieren, wie dein Public IPv4. Es geht keinen was an, was deine aktuelle persönliche IP ist. Könnte Leute dazu animieren mal deinen Anschluss "zu besuchen".
Ich habe nichts gegen fundierte Belege oder nachvollziehbare Berichte für Probleme im Telekom-Netz, wie von @froeschi62 gestern. Offensichtlich gab es für Leute in der gleichen Region, wohl mindestens an einem Breitband-POP Probleme, wo auch immer die im Detail waren und an mindestens einem in der gleichen Region nicht. Da ich soweit ich mich erinnern kann immer an MAIJ00 hänge, schon zu DSL Zeiten, oder war das da der MAIJ01(?), würde es mich nicht wundern, wenn dort vielleicht der Hund für einige (nicht alle) Probleme begraben ist. Ich meine auch ich habe manchmal laut netzbremse.de Peering Probleme, aber selten und nicht stark. Wenn aber jeder Timeout eines Zwischenrouters bereits als "Beweis" herhalten muss, ist die Telekom demnächst vermutlich auch noch für den nächsten Regen verantwortlich.
Erst wenn auch am Ziel wiederholt Paketverluste auftreten, liegt ein tatsächlicher Ende-zu-Ende-Paketverlust vor. Nicht alles, was euch nicht gefällt, ist automatisch ein Problem der Telekom. Hier scheint eher das verwendete Werkzeug falsch interpretiert zu werden und es liegt gar kein Fehler vor: Keine Timeouts und keine hohe Latenz.
Das Windows-Programm tracert (wie alle anderen auch) sendet ICMP-Echo-Requests an die Zieladresse und erhöht dabei schrittweise die TTL beziehungsweise bei IPv6 das Hop Limit. Läuft dieser Wert auf einem Router ab, kann dieser mit „ICMP Time Exceeded“ antworten. Er muss es aber nicht. Bleibt diese Antwort aus, zeigt tracert einen Timeout an.
Router können solche Antworten beispielsweise nur begrenzt erzeugen oder gegenüber weitergeleitetem Verkehr stark nachrangig behandeln. Andernfalls ließe sich ihre Control Plane unnötig mit Diagnoseanfragen belasten.
Mehrere Sternchen hintereinander bedeuten deshalb nicht, dass dort eine Route fehlt. Die Pakete werden offensichtlich weitergeleitet, denn das Ziel wird bei Hop 19 erreicht. Bei den Hops 12 bis 18 lässt sich lediglich nicht erkennen, welche Systeme dort das Hop Limit verringern, weil sie selbst nicht auf die Traceroute-Anfragen antworten.
Aus demselben Grund haben auch erhöhte Antwortzeiten einzelner Zwischenhops zunächst keine Aussagekraft, solange die Laufzeit zum Ziel in Ordnung ist. Erst wenn am Ziel eine erhöhte RTT oder wiederholter Paketverlust auftritt, kann man untersuchen, ab welchem Hop sich dieses Verhalten bis zum Ziel fortsetzt.
BTW solltest du deine Public IPv6 genauso zensieren, wie dein Public IPv4. Es geht keinen was an, was deine aktuelle persönliche IP ist. Könnte Leute dazu animieren mal deinen Anschluss "zu besuchen".
Ich habe nichts gegen fundierte Belege oder nachvollziehbare Berichte für Probleme im Telekom-Netz, wie von @froeschi62 gestern. Offensichtlich gab es für Leute in der gleichen Region, wohl mindestens an einem Breitband-POP Probleme, wo auch immer die im Detail waren und an mindestens einem in der gleichen Region nicht. Da ich soweit ich mich erinnern kann immer an MAIJ00 hänge, schon zu DSL Zeiten, oder war das da der MAIJ01(?), würde es mich nicht wundern, wenn dort vielleicht der Hund für einige (nicht alle) Probleme begraben ist. Ich meine auch ich habe manchmal laut netzbremse.de Peering Probleme, aber selten und nicht stark. Wenn aber jeder Timeout eines Zwischenrouters bereits als "Beweis" herhalten muss, ist die Telekom demnächst vermutlich auch noch für den nächsten Regen verantwortlich.
Zuletzt bearbeitet:
(Ocher)
