Gelöst

Peering: Packet Loss 20% ab ae5.edge6.DUS1.SP.LUMEN.TECH in den Zeiten zwischen ca. 0700 - 0100

vor 28 Tagen

Hallo liebes Telekom-Hilft Team,

bei mir treten seit Dienstag, 28.01.2026 in den Uhrzeiten von 0700 bis 0100 Peering -Probleme auf. Die Kollegen an der Hotline sind damit natürlich überfordert, da bin ich gar nicht böse. Da ihr hier den Themenkomplex zumindest technisch zu verstehen scheint, hoffe ich, hier Hilfe zu bekommen.

Die Peering -Probleme betreffen insbesondere den Traffic, der Richtung lumen.tech Tier 1 geht. Diese Route wählt ihr u.a. für Cloudflare (1.1.1.1). Hier treten Packet-Losses von um die 20% auf. TCP verkraftet das noch so knapp (dauert halt), aber alles was im UDP läuft ist nicht nutzbar. Mir ist die "Kontroverse" um Premium- Peering bekannt und ich bilde mir gar nicht ein, dass ich die Firmenpolitik der Telekom in diesem Beitrag ändern kann. Ich versuche nur herauszufinden ob die 20% schon die Schwelle zur Störung bei euch aufmacht oder ob das auch untern "können wir nichts für, muss halt der Tier1 Carrier Eintrittsgeld zahlen, damit er unsere Kunden bedienen darf" läuft.

Ich habe euch ein paar Screenshots angehängt. Die roten Segmente im Screenshot zeigen die Zeiträume, in denen mehr als 12,5 Paketverluste auftreten. 

Danke vorab!

Screenshot 2026-01-29 105121.png

Screenshot 2026-01-29 105635.png

Letzte Aktivität

vor 25 Tagen

von

Gelöschter Nutzer

329

0

19

    • Akzeptierte Lösung

      akzeptiert von

      vor 28 Tagen

      @spaeck

      Zum Thema Peering findest Du hier Informationen 

      -Klick-

      Gruß Marcel

      0

    • vor 28 Tagen

      @Marcel2605 

      Danke Marcel. Ja ich weiss. Ich kenne die Problematik. Dennoch sucht sich die Telekom aus, an welchen Tier 1 Carrier und über welche Route sie den Traffic übergibt. Sich auf der Position "kann ich nichts dafür, muss sich der Tier 1 halt drum kümmern" ist unzureichend. Ich kann kein Ticket bei lumen machen. Das kann nur die Telekom als deren Kunde. 

      0

    • vor 28 Tagen

      Damit wirst du Leben müssen.

      Hier gibt es genügend Antworten warum.

      Ein VPN soll helfen.

      0

      0

    • vor 28 Tagen

      @spaeck

      Vielleicht hilft dieser -Workaround-

      0

    • vor 28 Tagen

      Hallo @spaeck danke für deinen Beitrag und die ausführliche Schilderung.

       

      Ja, ich persönlich kann es nachvollziehen. Werde aber auch keine andere Antwort mitteilen können, als die hier bereits gegeben wurden. Den Link zur Peering Thematik hat @Marcel2605 schon dargestellt + einen möglichen Workaround. 

       

      So leid es mir tut, kann ich an der Stelle nichts anderes mitteilen. Die Thematik ist auch der Fachseite bekannt und es finden immer wieder Gespräche dazu statt, da es keine einseitige Lösung gibt.

       

      Beste Grüße Anne

       

      0

    • vor 28 Tagen

      spaeck

      Diese Route wählt ihr u.a. für Cloudflare (1.1.1.1).

      Hallo liebes Telekom-Hilft Team,

      bei mir treten seit Dienstag, 28.01.2026 in den Uhrzeiten von 0700 bis 0100 Peering -Probleme auf. Die Kollegen an der Hotline sind damit natürlich überfordert, da bin ich gar nicht böse. Da ihr hier den Themenkomplex zumindest technisch zu verstehen scheint, hoffe ich, hier Hilfe zu bekommen.

      Die Peering -Probleme betreffen insbesondere den Traffic, der Richtung lumen.tech Tier 1 geht. Diese Route wählt ihr u.a. für Cloudflare (1.1.1.1). Hier treten Packet-Losses von um die 20% auf. TCP verkraftet das noch so knapp (dauert halt), aber alles was im UDP läuft ist nicht nutzbar. Mir ist die "Kontroverse" um Premium- Peering bekannt und ich bilde mir gar nicht ein, dass ich die Firmenpolitik der Telekom in diesem Beitrag ändern kann. Ich versuche nur herauszufinden ob die 20% schon die Schwelle zur Störung bei euch aufmacht oder ob das auch untern "können wir nichts für, muss halt der Tier1 Carrier Eintrittsgeld zahlen, damit er unsere Kunden bedienen darf" läuft.

      Ich habe euch ein paar Screenshots angehängt. Die roten Segmente im Screenshot zeigen die Zeiträume, in denen mehr als 12,5 Paketverluste auftreten. 

      Danke vorab!

      spaeck

      Diese Route wählt ihr u.a. für Cloudflare (1.1.1.1).

      Falsch .. das Ziel bestimmt wie es erreicht werden will. 

      0

      1

      von

      vor 27 Tagen

      Dann kann man aber nicht so schön der Telekom immer die Schuld geben. Die setzt ja die Routen für jeden AS weltweit. </ironie>

      0

      Uneingeloggter Nutzer

      von

    • vor 28 Tagen

      Danke @Anne W. und @Marcel2605 

      Ich habe die Antwort auf meine Frage bekommen. Klarheit hilft weiter :)

      Den Workaround nutze ich schon, ist durchaus ein taugliches Bandaid - aber leider halt ein Bandaid

      1

      von

      vor 28 Tagen

      Ich weiß, dass die Thematik immer präsent sein wird @spaeck und vermutlich wird es nie eine komplette Lösung in alle Richtungen geben. Aber danke für deine Rückmeldung, dass es mit dem Workaround klappt. 

       

      Beste Grüße und uns allen einen schönen Tag wünscht Anne

      Uneingeloggter Nutzer

      von

    • vor 27 Tagen

      Ich kann auf 2 unterschiedlichen Telekomleitungen ähnliches berichten.

      Aufgefallen weil ich versucht habe Docker images zu pullen (715MB) die via cloudflare verteilt werden. Bricht immer wieder ab und ist quasi nicht möglich.

      Screenshot 2026-01-29 192637.png

      0

      0

    • vor 27 Tagen

      Ich habe seit Dienstag das gleiche Problem. Trotz Business Tarif und Glasfaser. Fast 10% Packet loss

       

      0

      8

      von

      vor 26 Tagen

      xronin

      Anbei seht ihr meine Konfiguration. Vielleicht fällt euch ja etwas auf.

      Danke für eure Hilfe. Anbei seht ihr meine Konfiguration. Vielleicht fällt euch ja etwas auf.

       

       

      Viele Grüße

      Alex

      xronin

      Anbei seht ihr meine Konfiguration. Vielleicht fällt euch ja etwas auf.

      Das sieht OK aus - vorausgesetzt, Dein Client befindet sich in einem der drei Netze.

      Die Rack UDMs kannst auch auf All Flow Logging stellen, dann siehst Du die Verbindungen im Log. So wie unten, halt mit den Namen Deiner Verbindung und Policy:

      Inklusive Details (Ausschnitt):

      0

      von

      vor 25 Tagen

      Ja, die Clients dahinter sind in diesen Netzen. Packet Loss mittlerweile bei 20%. Ich rufe Montag mal die Hotline an. 

      Discord und diverse andere Dienste sind nicht mehr nutzbar. VPN Verbindungen sind instabil. Das geht so nicht weiter.

      Danke trotzdem für eure Hilfe

      von

      vor 25 Tagen

      Also ich sehe auch, dass PBR von meinem Client aus funktioniert.

      Bild 1 PBR deaktiviert ( ISP Telekom wird gezeigt)

      Bild 2PBR aktiviert (Cloudflare wird gezeigt)

      Interessieren würde mich auch, warum die Probleme erst am Dienstag aufgetreten sind. 

      Im November sind wir hier eingezogen und bis zum o.g. Tag hatten wir 0 Probleme.

       

       

      Uneingeloggter Nutzer

      von

    Uneingeloggter Nutzer

    von

    Das könnte Ihnen auch weiterhelfen

    Beliebte Tags letzte 7 Tage

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