Es ist auch nach einen neustart des ONT immer mindestens an 7. Stelle eine Zeitüberschreitung.
Dass der siebte Hop nicht antwortet, ist unbedeutend.
Klarer ist der Fall, wo der ganze Block zwischendurch plötzlich nicht mehr reagiert und auch das Ziel nur 2 von 3 beantwortet.
Bitte 8.8.8.8 dauerhaft anpingen und Packet Loss beobachten, wenn es lahmt.
Und bitte in der FB nach Updates suchen lassen, wenn am Handy und PC nichts mehr geht.
Der Trace ist nicht sauber. 2/3 am Ziel ist nicht sauber.
Es zeigt klar und deutlich ein Problem auf.
Auch, dass die FB augenscheinlich Probleme hat, ein IPv6 Präfix (zu beziehen und) zu delegieren.
Nein, auch das war nicht einwandfrei. 2 von 3 waren ok und das ist für Google DNS meiner Erfahrung nach untypisch.
Wenn du vorsichtig arbeitest, sollte das schnell prüfbar sein.
Wenn ohne Leerrohr, dann ist die Giga-Bridge Powerline auf jeden Fall deutlich überlegen.
Na, so einfach ist es nicht.
Ich halte es nicht für einen Zufall, dass bei "guter" Verbindung ICMP tadellose Ergebnisse liefert und wenn es klemmt, ist auch dort zufällig Kirmes bei den Ergebnissen.
Miss doch bitte mal im guten wie im schlechten Zustand den Packet Loss zu 8.8.8.8.
Unter Windows am besten mit -t, damit nicht nach 4 Pings Schluss ist.
Zudem würde ich im schlechten Zustand
nslookup www.heise.de 8.8.8.8fortlaufend stressen.
Das sieht sehr nach dem anderen Fall aus, wo es ähnliche Probleme gab.
Dort hat der Provider wohl was in Ordnung gebracht.
Das sieht tatsächlich nach einem Providerproblem aus. Das hatten wir vor kurzem so ähnlich.
Hast du das ONT mal neugestartet? Wird es dann temporär besser?
Am besten so testen, wie bei mir. Direkt eine IP ohne Namensauflösung.
Nachtrag, der letzte.
Am besten einmal im guten Zustand prüfen. Dann siehst du den Unterschied.
mtr musst du dir für Windows runterladen, hier gibt es Infos.
Wie von frank_m vorgeschlagen, wäre ein traceroute/mtr interessant, wenn es wieder Probleme gibt.
Das könnte so aussehen:
traceroute -n 8.8.8.8
traceroute to 8.8.8.8 (8.8.8.8), 30 hops max, 60 byte packets
1 xxx 0.934 ms 0.899 ms 0.888 ms
2 62.155.242.195 5.831 ms 5.999 ms 7.209 ms
3 217.5.116.86 12.460 ms 12.586 ms 13.678 ms
4 80.150.170.30 12.426 ms 12.418 ms 12.409 ms
5 * * *
6 8.8.8.8 13.608 ms 12.704 ms 12.947 msUnd was hast du seit heute morgen verändert?
Den DNS in der FB getauscht?
Die ausgegründete Telekom hat natürlich sämtliche Verbindlichkeiten in Höhe von dutzenden Milliarden (vor allem durch den Aufbau Ost) als Päckchen übernommen. Die Erlöse durch Aktienverkäufe flossen dem Staat zu.
Die Telekom musste jahrzehntelang die Überschüsse an den Bundeshaushalt abführen oder hat die eigentliche Post gestützt.
Also ein klares nein: Das Telefonnetz wurde nicht vom Steuerzahler bezahlt.
Es sind nie Steuermittel geflossen. Netzbau wurde über Anleihen und Gebühren gestemmt.
Und die Logs der FB zeigen nix an?
Wenn es klemmt, kannst du dann in der FB nach Updates suchen?
Kannst du in dem Moment die IP der FB anpingen?
Etwas genauer. Welches Ziel hast du gepingt?
In so einem Moment folgendes prüfen:
- Kannst du die IP der FB pingen
- Kannst du 8.8.8.8 pingen
- Was macht nslookup http://www.heise.de mit und ohne 8.8.8.8 Zusatz
Prima, das sieht unverdächtig aus. Vorausgesetzt, jede Linie repräsentiert nur eine Verbindung.
Was passiert mit den DNS-Tests, die hier vorgeschlagen wurden?
Der größte Teil der heutigen Kupferleitungen im Boden wurden nach dem 2. Weltkrieg durch die Deutsche Bundespost und der DDR Post gelegt. Beides Staatsbetriebe (...)
Alles richtig. Die Implikation, dass der Staat das finanziert hat, ist aber irreführend.
Finanziert durch die Gebühren der Nutzer.
Das Telefonnetz wurde nicht vom Staat (ergo Steuerzahler), sondern durch die Kunden finanziert.
Wähle aus, welche Kategorien Du erlaubst. Für jede Kategorie kannst Du über „Details anzeigen“ sehen, welche Cookies und Skripte konkret geladen werden, welche Empfänger beteiligt sind und wie lange gespeichert wird.
Weitere Informationen: Datenschutzerklärung · Impressum
