Komplexe Störung an meinem Anschluss - Bitte um Weiterleitung?

vor 2 Monaten

Hallo zusammen,

ich habe seit mehreren Tagen eine Störung an meinem Glasfaseranschluss und habe sie inzwischen ziemlich weit eingegrenzt. Vorweg: Die Leitungsdiagnose wird bei mir sauber durchlaufen und keinen Fehler finden — die Leitung ist auch in Ordnung. Kaputt ist ausschließlich der IPv4-Rückweg zu meinem Anschluss.

Was passiert

Ungefähr die Hälfte aller Verbindungen über IPv4 kommt gar nicht zustande. Seiten und Apps laden erst nach mehreren Anläufen oder gar nicht, meine IP-Telefonie kann sich nicht mehr registrieren. Klappt eine Verbindung, ist sie sofort schnell und völlig stabil — es ist also kein Tempo- oder Bandbreitenproblem, sondern der Verbindungsaufbau selbst scheitert.

Über IPv6 läuft zeitgleich alles fehlerfrei. Deshalb funktionieren große Seiten weiter, während IPv4-only-Dienste (z. B. www.ing-diba.de, ohne AAAA-Record) hängen.

Wie ich das gemessen habe

Ich habe gleichzeitig an der WAN-Schnittstelle meiner FRITZ!Box und an einem eigenen Server außerhalb des Anschlusses mitgeschnitten und 62 TCP-Verbindungen aufgebaut.

Hinweg: Alle 96 gesendeten SYN-Pakete (62 Verbindungen plus TCP-Wiederholungen) kommen am Zielserver an. Beide Mitschnitte stimmen exakt überein. Verlust 0 %.

Rückweg: Der Server beantwortet jede Verbindung und sendet 266 SYN-ACK-Pakete. An meiner WAN-Schnittstelle kommen davon 27 an. Verlust 90 %.

35 der 62 Verbindungen bekommen kein einziges Antwortpaket — obwohl der Server für jede davon rund sieben Mal nachlegt. Die übrigen 27 bekommen ihr SYN-ACK sofort beim ersten Versuch.

Warum das kein normaler Paketverlust ist

Bei zufälligem Verlust wäre bei sieben Antwortversuchen pro Verbindung statistisch weniger als eine der 35 Verbindungen komplett ausgefallen. Tatsächlich sind es alle 35. Der Verlust ist also pro Verbindung vollständig und nicht statistisch verteilt.

Die fehlenden Antwortpakete tauchen an meiner WAN-Schnittstelle überhaupt nicht auf. Sie gehen damit vor meinem Anschluss verloren und werden nicht von meiner FRITZ!Box verworfen.

Die Quote liegt seit dem 29.07. stabil zwischen 45 und 53 %, gemessen mit fünf unabhängigen Verfahren.

Was ich schon ausgeschlossen habe

- Router und Heimnetz: Alle Pakete verlassen die FRITZ!Box korrekt, IP- und TCP-Prüfsummen fehlerfrei. TTL, MSS und Quell-IP sind bei erfolgreichen und gescheiterten Verbindungen identisch.

- Leitungsqualität: IPv6 läuft über dieselbe Leitung zeitgleich ohne einen einzigen Fehler.

- Einzelne Ziele: Getestet gegen 8.8.8.8, 9.9.9.9, 1.1.1.1 und einen eigenen Server — überall dasselbe Bild.

- Verbindungsabbrüche: Das Ereignisprotokoll der FRITZ!Box zeigt im gesamten Zeitraum keine Trennung und keinen Neuaufbau.

Neustart, Werksreset oder Routertausch bringen hier also nichts — das habe ich messtechnisch bereits abgedeckt.

Meine Bitte

Könnt ihr den Vorgang bitte an den technischen Second Level weitergeben? Aus meiner Sicht wäre zu prüfen:

- IPv4-Routing und Forwarding in Richtung meines Anschlusses am BNG

- eventuell vorhandene ältere oder doppelte Sessions zu meinem Anschluss

- Lastverteilung im IPv4-Rückpfad

Kundennummer, Anschlussdaten und die öffentliche IP zum jeweiligen Messzeitpunkt schicke ich euch gerne per Privatnachricht. Die Paketmitschnitte beider Seiten liegen als pcap vor und stelle ich auf Wunsch bereit.

Danke und viele Grüße

Letzte Aktivität

vor 27 Tagen

von

Gelöschter Nutzer

231

0

34

    • vor 2 Monaten

      Klingt mehr nach Peering als nach irgendeiner deiner Vermutungen.

      Wo steht dein Server?

      1

      von

      vor 2 Monaten

      Hi, mein Server steht in Berlin, aber das ist wohl unerheblich es trifft ja nicht nur meinen Server auch die Telekom-eigenen DNS-Server. Ich nehme an, dass das reine Telekom-Infrastruktur ist. Peering ist ja dann wohl eher Überlast - bei mir sind es entweder Latenzkurze und schnelle Verbindungen oder eben Blackholes.

      Peering müsste meinem Verständnis nach auch zielabhängig sein - deswegen fragst Du ja auch schon wo der Server steht. Meine Tests verteilen sich gleichmäßig über Google, Quad9, Cloudflare, Akamai, meinen Server in Berlin und die Telekom selbst.

      Ich bin dir und anderen aber natürlich für jeden Hilfe und Ideen dankbar.

      0

      Uneingeloggter Nutzer

      von

    • vor 2 Monaten

      @andre_gluecksmann

      Hier mal zum Thema Peering ein paar Informationen 

      -Klick-

      0

    • vor 2 Monaten

      Guten Morgen @andre_gluecksmann vielen Dank für den Beitrag. Schön, dass du auch den Weg zu uns gefunden hast. 😊

       

      Ich bin ehrlich, für mich sind das böhmische Dörfer. Wie ich sehe, haben unsere Community Mitglieder dein Anliegen schon super analysiert und auch schon erkannt, dass es ggf. ein Peering Problem sein könnte. 

       

      Ich kann dazu eine Störungsmeldung erstellen und meine Kolleg*innen der Leitungsdiagnose mit ins Boot holen, damit sie es einmal genauer betrachten. Dafür ist ein Telefonat aufgrund der Legitimation erforderlich. Wann bist du telefonisch am besten erreichbar?

       

      Beste Grüße Anne

      3

      von

      vor 2 Monaten

      Hallo Anne, ich bin eigentlich die ganze Zeit erreichbar. Nur zwischen 13:15 und 14:30 Uhr bin ich in einem Meeting und kann nicht.

      Es gibt auch schon ein Ticket, nur fällt es mir schwer die Infos da ran zu hängen. Mailkontakt gibts ja irgendwie nciht. Vermutlich müsste ich anrufen und dann jemanden den ganzen Text erklären, aber ich nehme an, dass ich da erstmal irgendwo lande, wo diese Infos erstmal nicht so viel Wert sind. Da kommt vermutlich bitte WLan prüfen usw.

      Das Ticket hab ich über die Magenta App gemacht. Allerdings ohne dass ich mehr Infos als "Verbindung teilweise gestört, hängt usw." übermitteln konnte. Sag mir gern was ich am besten machen soll um das mitzuteilen- bei der Fehlersuche kann das sicherlich helfen.

      LG

      André

      0

      von

      vor 2 Monaten

      Besten Dank für unser kurzes Telefonat und deine Zeit @andre_gluecksmann 😊

       

      Wie besprochen habe ich die Störungsmeldung entsprechend vorbereitet und übergebe dein Anliegen jetzt an meine Kolleg*innen der Leitungsdiagnose. Ich kann hierzu leider nichts herausfinden, tiefer schauen oder recherchieren. Muss ich aber auch nicht, dafür gibt es die Kolleg*innen. Du bekommst dann hier oder telefonisch eine Information zum weiteren Vorgehen.

       

      Beste Grüße Anne

      von

      vor 2 Monaten

      Hallo Anne,

      vielen Dank, da hab ich ja hier die richtige Stelle erwischt um meine Infos loszuwerden. Ich hoffe, dass die Infos bei der Diagnose weiterhelfen und bin gespannt was letztlich rauskommt und wo der Defekt liegt. Vielen Dank auch für dienen schnellen Anruf.

      LG

      André

      0

      Uneingeloggter Nutzer

      von

    • vor 2 Monaten

      @andre_gluecksmann 

      Gibt es einen Vorleister oder hat die Telekom selbst ausgebaut?

      Externes ONT oder in der Fritzbox?

      Welche Fritzbox?

      Wo hast Du die Traces gemacht, in der Fritzbox oder in einem Gerät dahinter?

      Was liefert ein "tracepath ipv4.google.com"?

      26

      von

      vor 27 Tagen

      Hallo Carsten,

      gestern Abend gegen 2030 ist mir aufgefallen das es weg war ja. Ich teste heute Nachmittag nochmal wenn ich zuhause bin.

      Interessant, dass sich der Fehler ähnlich geäußert hat. Vielen Dank Euch wieder für die schnelle Klärung und Reaktion!

      Beste Grüße

      André

      von

      vor 27 Tagen

      Hello, die Störung ist weiterhin behoben. Keine Paketverluste mehr.

      Vielen Dank euch!

      0

      von

      vor 27 Tagen

      Hallo @andre_gluecksmann,

       

      das ist schön zu lesen, dass der Anschluss wieder ordnungsgemäß funktioniert.
      Wenn es erneut zu Problemen kommen sollte, melde dich gerne nochmal.

       

      Viele Grüße

      ^Carsten

      0

      Uneingeloggter Nutzer

      von

    Uneingeloggter Nutzer

    von

    Beliebte Tags letzte 7 Tage

    Loading...Loading...Loading...Loading...Loading...Loading...Loading...Loading...Loading...Loading...