Skip to main content
Warum O2
Warenkorb
 Service
Frage

O2 5G Plus (SA): Hoher Ping durch fehlerhafte Server-Zuweisung – Analyse, Ursache und Aufruf zur Behebung

  • September 25, 2025
  • 7 Antworten
  • 236 Aufrufe
N
Besucher:in

Hallo Community,

ich nutze seit einiger Zeit einen 5G-Router im O2-Netz mit 5G Plus (Standalone, SA), und ich bin auf ein merkwürdiges Problem gestoßen, das die Leistung stark beeinträchtigt. Es geht um unnötig hohe Ping-Werte, die wahrscheinlich durch ein internes Routing-Problem bei O2 entstehen. Ich habe das Ganze gründlich untersucht und möchte hier meine Erkenntnisse teilen, in der Hoffnung, dass andere Betroffene das bestätigen können und O2 das Problem angeht. Wenn ihr ähnliche Erfahrungen habt, lasst es mich wissen!

Das Problem im Überblick

Bei der Einwahl in das O2-Netz wird intern entschieden, über welche Server die Internetverbindung geroutet wird. Ein zentraler Bestandteil ist die Namensauflösung (DNS), die beim Verbindungsaufbau mitgeteilt wird. Ich habe festgestellt, dass für die DNS-Auflösung immer genau zwei interne O2-Server verwendet werden. Der zweite Server wird bei jedem Neuaufbau der 5G Plus (SA) Verbindung zufällig aus einer Auswahl von 10 möglichen Servern zugewiesen. Diese Zuweisung bleibt solange bestehen, bis die Verbindung getrennt und neu aufgebaut wird.

Das Problem: Die Leistung hängt stark von diesem zufällig zugewiesenen zweiten Server ab. Bei zwei spezifischen Servern aus den 10 Möglichen erreiche ich exzellente Ping-Werte – um 10 ms, was für 5G Plus (SA) optimal ist. Bei den übrigen acht Servern steigt der Ping teilweise auf 25 ms oder mehr an, was zu spürbaren Verzögerungen führt, z. B. beim Gaming, Videostreaming oder in Echtzeit-Anwendungen. Das bedeutet: Die 5G Plus (SA) Verbindung läuft entweder auf voller Leistung oder mit unnötigem Leistungsverlust – rein abhängig vom Zufall.

Wie ich das herausgefunden habe

Ich habe das Problem durch systematische Tests identifiziert:

  1. Traceroute-Analyse: Mit dem Befehl traceroute auf den O2 DNS-Server 62.109.121.17 habe ich die Route der Pakete verfolgt. Dabei wurde klar, dass die DNS-Auflösung über zwei O2-interne Server läuft.
  2. Wiederholte Verbindungsaufbauten: Ich habe die 5G Plus (SA) Verbindung mehrmals getrennt und neu aufgebaut. Dabei notierte ich jeweils die zugewiesene IP des zweiten Servers. Insgesamt ergaben sich 10 unterschiedliche IPs, die offenbar im Pool stehen.
  3. Ping-Messungen: Nach jeder Zuweisung habe ich Ping-Tests (100 schnelle Pings) durchgeführt. Die Ergebnisse waren eindeutig und sind reproduzierbar:
    • Bei zwei bestimmten Servern: Pings um 10 ms (super Leistung).
    • Bei den anderen acht Servern: Ping ist 25 ms (deutlich schlechter).

Ich habe die 10 Server-IPs sortiert nach ihrer Ping-Leistung (von best bis worst) und kann sie bei Bedarf teilen (aus Datenschutzgründen liste ich sie hier nicht öffentlich auf, aber sie sind alle im O2-internen Netz, z. B. aus dem Bereich 10.x.x.x oder ähnlich). Es scheint, als ob entweder mit diesen acht Servern etwas nicht stimmt (z. B. Überlastung, falsche Konfiguration oder Hardware-Probleme) oder sie werden fälschlicherweise in den Pool für 5G Plus (SA) Verbindungen aufgenommen, obwohl sie nicht optimal geroutet sind.

Mögliche Ursachen und warum das ein O2-Problem ist

Aus meiner Sicht liegt der Fehler eindeutig bei O2:

  • Fehlerhaftes Routing: Die Server-Zuweisung ignoriert offenbar die tatsächliche Leistung oder Latenz. Warum werden nicht immer die besten Server priorisiert?
  • Zufallsfaktor: Dass die Leistung vom Zufall abhängt, ist inakzeptabel für ein Premium-Feature wie 5G Plus (SA), das für niedrige Latenzen beworben wird.
  • Kein Workaround für Nutzer: Als Endkunde kann ich das nicht beeinflussen – außer durch ständiges Neuverbinden, was nervig und unpraktikabel ist.

Ich habe das dem O2-Support bereits gemeldet, aber noch Antwort erhalten. Vielleicht hilft es, wenn mehr Leute das bestätigen.

Aufruf an O2 und die Community

O2, bitte nehmt euch dieses Problems an! Überprüft eure internen Server-Pools für 5G Plus (SA) und stellt sicher, dass nur die optimalen Server zugewiesen werden. Das würde die Leistung für alle Nutzer stabilisieren und 5G Plus endlich zu dem machen, was es sein soll: Schnell und zuverlässig. Wenn ihr Daten braucht, wie z. B. meine sortierten Server-IPs mit Ping-Werten, lasst es mich wissen.

An die Community: Habt ihr ähnliche Probleme? Welche Ping-Werte messt ihr bei 5G Plus (SA)?

Vielen Dank fürs Lesen – freue mich auf eure Rückmeldungen!

Gruß, NetzwerkMaster

    7 Antworten

    N
    Besucher:in
    • NetzwerkMaster
    • Autor
    • Besucher:in
    • September 25, 2025

    Nachtrag: Methode der Ping-Messungen

    Um vergleichbare und aussagekräftige Ping-Werte zu ermitteln, habe nach jedem Verbindungsaufbau 100 Pings in 20 Sekunden an den O2-DNS-Server 62.109.121.17 gesendet und den Mittelwert der Latenzzeiten verwendet. Dazu habe ich den ping-Befehl direkt in der SSH-Konsole des Routers ausgeführt, z. B. mit Parametern wie ping -d200 -c100 62.109.121.17 (wobei -c100 die Anzahl der Pings angibt und -d200 das Intervall auf 0,2 Sekunden setzt, um in 20 Sekunden 100 Pings zu erzeugen). Mit dem standardmäßigen Windows-Ping-Befehl waren diese Messungen nicht möglich, da die Pings dort viel zu langsam erzeugt werden (1 Sekunde Intervall).

    Im Mobilfunknetz sind einzelne oder langsam aufeinanderfolgende Pings weniger repräsentativ als im verkabelten Internet, da Schwankungen durch Funkbedingungen und andere Mobilfunkteilnehmer stärker ausfallen. Deshalb ist eine schnelle Abfolge von Pings entscheidend, um ein realistisches Bild der durchschnittlichen Latenz zu erhalten und Ausreißer besser zu glätten. Diese Methode macht die Unterschiede zwischen den zugewiesenen O2-Servern klar mess- und reproduzierbar.

    N
    Besucher:in
    • NetzwerkMaster
    • Autor
    • Besucher:in
    • September 27, 2025

    Nachtrag: Messwerte-Vergleich – Schlechtes vs. Optimales Routing und dringender Aufruf an O2

    Hallo nochmal,

    ich hoffe inständig, dass O2-Mitarbeiter in diesem Forum mitlesen und meinen Beitrag an die zuständige Abteilung weiterleiten. Das Problem mit dem fehlerhaften Routing lässt sich nämlich durch mehrmaliges Trennen und Neuverbinden der 5G Plus (SA) Verbindung reproduzieren: Sowohl das "schlechte Routing" (mit hohen Latenzen) als auch das "optimales Routing" kann man so jederzeit erzwingen – es hängt einfach vom Zufall der Server-Zuweisung ab. Um zu verdeutlichen, dass 5G Plus (SA) bei vielen oder allen Nutzern wahrscheinlich die meiste Zeit mit "angezogener Bremse" läuft, füge ich hier konkrete Messwerte bei. Diese stammen aus meinen heutigen Tests: Für das optimales Routing (über den Server 10.81.102.49) musste ich den Router heute sage und schreibe 14 Mal trennen und neu verbinden lassen, bis der optimale Server endlich zufällig zugewiesen war. Das schlechte Routing (über den Server 10.81.102.61) wurde von O2 ohne mein Zutun automatisch nach der Zwangstrennung zugewiesen. Glücklicherweise bleibt auch das optimale Routing den ganzen Tag stabil erhalten. Aber morgen, wenn O2 die Verbindung zwischenzeitlich getrennt und der Router diese neu aufgebaut hat, fängt das Spiel wieder von vorne an.

    Ich vermute, dass dieses Problem bisher unentdeckt geblieben ist, weil man zur korrekten Messung der Latenz im Mobilfunknetz unbedingt schnelle Pings nutzen muss – wie in meinem ersten Nachtrag beschrieben (100 Pings in 20 Sekunden). Mit langsamen, einzelnen Pings (z. B. dem Windows-Befehl) fallen die Unterschiede vielleicht gar nicht auf, da Störungen im Funknetz sie überlagern. In der Praxis jedoch erfolgen viele Zugriffe in schneller Abfolge und genau diese bestimmen das Gesamtverhalten des Systems. Einzelne Zugriffe mit langen Pausen (länger als 0,2 Sekunden) kommen in der Praxis nur sehr selten vor, weshalb auch Messungen mit langsamen Pings nur wenig über das Gesamtverhalten des Systems im Mobilfunknetz aussagen können.

    Bemerkenswert: Bei optimalem Routing liegt die Latenz des O2 5G Plus (SA) Systems bei etwa 10 ms zum DNS-Server – vergleichbar mit aktuellen FTTH-Anschlüssen (Glasfaser bis ins Haus), die ebenfalls um die 10 ms zum DNS-Server benötigen. Es ist absolut unverständlich, warum O2 dieses Potenzial durch zufällige und oft ungünstige Routing-Zuweisungen brach liegen lässt und Nutzer stattdessen mit bis zu 25 ms Latenz zum DNS-Server arbeiten müssen. Wie die Messwerte zeigen, addiert sich diese Differenz (ca. 15 ms) unabhängig vom DNS-Server auch auf die Latenzen zu normalen Webseiten: Eine Seite, die bei optimalem Routing in 22 ms erreichbar ist, braucht bei schlechtem Routing schon 37 ms. Das summiert sich bei komplexen Anwendungen enorm!

    Hier die detaillierten Messwerte für beide Szenarien. Ich habe jeweils die Latenz zum O2-DNS-Server (62.109.121.17) gemessen, die Route per Traceroute nachverfolgt und dann die Latenzen zu zwei beispielhaften Webseiten (paychex.eu und microdat.de) überprüft. Die Pings wurden wie beschrieben mit 100 Abfragen in 20 Sekunden durchgeführt.

    Optimales Routing (über Server 10.81.102.49)

    Optimaler Ping zum O2-DNS-Server:

    ping -d200 -c100 62.109.121.17
    ...
    64 bytes from 62.109.121.17: icmp_seq=88. time=11.396 ms
    64 bytes from 62.109.121.17: icmp_seq=89. time=10.840 ms
    64 bytes from 62.109.121.17: icmp_seq=90. time=10.665 ms
    64 bytes from 62.109.121.17: icmp_seq=91. time=10.726 ms
    64 bytes from 62.109.121.17: icmp_seq=92. time=9.155 ms
    64 bytes from 62.109.121.17: icmp_seq=93. time=10.443 ms
    64 bytes from 62.109.121.17: icmp_seq=94. time=10.419 ms
    64 bytes from 62.109.121.17: icmp_seq=95. time=10.831 ms
    64 bytes from 62.109.121.17: icmp_seq=96. time=9.589 ms
    64 bytes from 62.109.121.17: icmp_seq=97. time=10.731 ms
    64 bytes from 62.109.121.17: icmp_seq=98. time=10.761 ms
    64 bytes from 62.109.121.17: icmp_seq=99. time=10.906 ms
    ----62.109.121.17 PING Statistics----
    100 packets transmitted, 100 packets received, 0% packet loss
    round-trip (ms)  min/avg/max = 8.957/10.980/15.763

    Traceroute zum O2-DNS-Server:

    traceroute 62.109.121.17
    traceroute to 62.109.121.17, 30 hops max, 36 byte packets
     1   (192.168.6.254)  1 ms  1 ms  1 ms
     2   (192.168.6.1)  1 ms  1 ms  1 ms
     3   (10.0.80.195)  16 ms  16 ms   (10.0.80.194)  11 ms
     4   (10.81.102.49)  19 ms  16 ms  20 ms
     5   (62.109.121.17)  12 ms  14 ms  20 ms

    Optimaler Ping zu paychex.eu:

    ping -d200 -c100 paychex.eu
    ...
    64 bytes from 217.114.94.2: icmp_seq=88. time=16.840 ms
    64 bytes from 217.114.94.2: icmp_seq=89. time=15.567 ms
    64 bytes from 217.114.94.2: icmp_seq=90. time=16.448 ms
    64 bytes from 217.114.94.2: icmp_seq=91. time=17.390 ms
    64 bytes from 217.114.94.2: icmp_seq=92. time=16.139 ms
    64 bytes from 217.114.94.2: icmp_seq=93. time=15.229 ms
    64 bytes from 217.114.94.2: icmp_seq=94. time=18.961 ms
    64 bytes from 217.114.94.2: icmp_seq=95. time=16.263 ms
    64 bytes from 217.114.94.2: icmp_seq=96. time=21.069 ms
    64 bytes from 217.114.94.2: icmp_seq=97. time=18.042 ms
    64 bytes from 217.114.94.2: icmp_seq=98. time=16.360 ms
    64 bytes from 217.114.94.2: icmp_seq=99. time=16.868 ms
    ----217.114.94.2 PING Statistics----
    100 packets transmitted, 100 packets received, 0% packet loss
    round-trip (ms)  min/avg/max = 15.224/16.907/22.264

    Optimaler Ping zu microdat.de:

    ping -d200 -c100 microdat.de
    ...
    64 bytes from 5.9.189.122: icmp_seq=88. time=21.961 ms
    64 bytes from 5.9.189.122: icmp_seq=89. time=22.025 ms
    64 bytes from 5.9.189.122: icmp_seq=90. time=23.095 ms
    64 bytes from 5.9.189.122: icmp_seq=91. time=24.387 ms
    64 bytes from 5.9.189.122: icmp_seq=92. time=21.253 ms
    64 bytes from 5.9.189.122: icmp_seq=93. time=20.773 ms
    64 bytes from 5.9.189.122: icmp_seq=94. time=20.995 ms
    64 bytes from 5.9.189.122: icmp_seq=95. time=19.597 ms
    64 bytes from 5.9.189.122: icmp_seq=96. time=21.650 ms
    64 bytes from 5.9.189.122: icmp_seq=97. time=22.867 ms
    64 bytes from 5.9.189.122: icmp_seq=98. time=22.169 ms
    64 bytes from 5.9.189.122: icmp_seq=99. time=20.286 ms
    ----5.9.189.122 PING Statistics----
    100 packets transmitted, 100 packets received, 0% packet loss
    round-trip (ms)  min/avg/max = 19.349/21.947/26.112

    Schlechtes Routing (über Server 10.81.102.61)

    Schlechter Ping zum O2-DNS-Server:

    ping -d200 -c100 62.109.121.17
    ...
    64 bytes from 62.109.121.17: icmp_seq=88. time=24.224 ms
    64 bytes from 62.109.121.17: icmp_seq=89. time=22.364 ms
    64 bytes from 62.109.121.17: icmp_seq=90. time=28.664 ms
    64 bytes from 62.109.121.17: icmp_seq=91. time=23.334 ms
    64 bytes from 62.109.121.17: icmp_seq=92. time=23.407 ms
    64 bytes from 62.109.121.17: icmp_seq=93. time=24.876 ms
    64 bytes from 62.109.121.17: icmp_seq=94. time=23.120 ms
    64 bytes from 62.109.121.17: icmp_seq=95. time=22.695 ms
    64 bytes from 62.109.121.17: icmp_seq=96. time=25.158 ms
    64 bytes from 62.109.121.17: icmp_seq=97. time=26.268 ms
    64 bytes from 62.109.121.17: icmp_seq=98. time=27.059 ms
    64 bytes from 62.109.121.17: icmp_seq=99. time=24.371 ms
    ----62.109.121.17 PING Statistics----
    100 packets transmitted, 100 packets received, 0% packet loss
    round-trip (ms)  min/avg/max = 21.433/24.723/43.067

    Traceroute zum O2-DNS-Server:

    traceroute 62.109.121.17
    traceroute to 62.109.121.17, 30 hops max, 36 byte packets
     1   (192.168.6.254)  1 ms  1 ms  1 ms
     2   (192.168.6.1)  1 ms  1 ms  1 ms
     3   (10.0.80.195)  29 ms  34 ms   (10.0.80.194)  27 ms
     4   (10.81.102.61)  22 ms   (10.81.102.57)  26 ms  36 ms
     5   (62.109.121.17)  38 ms  32 ms  30 ms

    Schlechter Ping zu paychex.eu:

    ping -d200 -c100 paychex.eu
    ...
    64 bytes from 217.114.94.2: icmp_seq=88. time=31.186 ms
    64 bytes from 217.114.94.2: icmp_seq=89. time=31.305 ms
    64 bytes from 217.114.94.2: icmp_seq=90. time=31.294 ms
    64 bytes from 217.114.94.2: icmp_seq=91. time=30.253 ms
    64 bytes from 217.114.94.2: icmp_seq=92. time=31.103 ms
    64 bytes from 217.114.94.2: icmp_seq=93. time=32.034 ms
    64 bytes from 217.114.94.2: icmp_seq=94. time=29.328 ms
    64 bytes from 217.114.94.2: icmp_seq=95. time=30.446 ms
    64 bytes from 217.114.94.2: icmp_seq=96. time=31.375 ms
    64 bytes from 217.114.94.2: icmp_seq=97. time=29.160 ms
    64 bytes from 217.114.94.2: icmp_seq=98. time=32.698 ms
    64 bytes from 217.114.94.2: icmp_seq=99. time=31.076 ms
    ----217.114.94.2 PING Statistics----
    100 packets transmitted, 100 packets received, 0% packet loss
    round-trip (ms)  min/avg/max = 29.071/31.282/41.712

    Schlechter Ping zu microdat.de:

    ping -d200 -c100 microdat.de
    ...
    64 bytes from 5.9.189.122: icmp_seq=88. time=35.148 ms
    64 bytes from 5.9.189.122: icmp_seq=89. time=33.927 ms
    64 bytes from 5.9.189.122: icmp_seq=90. time=34.674 ms
    64 bytes from 5.9.189.122: icmp_seq=91. time=36.480 ms
    64 bytes from 5.9.189.122: icmp_seq=92. time=33.592 ms
    64 bytes from 5.9.189.122: icmp_seq=93. time=35.122 ms
    64 bytes from 5.9.189.122: icmp_seq=94. time=37.658 ms
    64 bytes from 5.9.189.122: icmp_seq=95. time=32.180 ms
    64 bytes from 5.9.189.122: icmp_seq=96. time=31.116 ms
    64 bytes from 5.9.189.122: icmp_seq=97. time=39.705 ms
    64 bytes from 5.9.189.122: icmp_seq=98. time=34.122 ms
    64 bytes from 5.9.189.122: icmp_seq=99. time=36.721 ms
    ----5.9.189.122 PING Statistics----
    100 packets transmitted, 100 packets received, 0% packet loss
    round-trip (ms)  min/avg/max = 31.116/36.482/46.589

    Liebes O2-Team, bitte behebt dieses Problem endlich! Schöpft das volle Potenzial von 5G Plus (SA) aus und sorgt für stabile, optimale Routings für alle Nutzer. Wenn ihr weitere Details braucht, meldet euch gerne.

    Gruß, NetzwerkMaster

     
     
    o2_Giulia
    • o2_GiuliaModeratorin
    • Moderatorin
    • October 7, 2025

    Hallo ​@NetzwerkMaster,

    von mir noch einmal ein herzliches Willkommen in unserer o2 Community 😀

    Eine niedrige Latenz ist natürlich für viele Anwendungen durchaus wichtig und wünschenswert. Vielen Dank, dass du dir mit der Messung so viel Aufwand gemacht hast.

    Das Ergebnis ist durchaus interessant, auch dass du die jeweiligen “guten” Server bereits identifizieren konntest. 

    Die Latenz wird jedoch bei Mobilfunk allein durch unterschiedliche Auslastungen und geteilte Kapazitäten immer schwankend sein.

    Wir haben auf das Routing bei Mobilfunkanschlüssen leider keine Einflußmgölichkeiten und wissen nicht, warum und wann zu welchem Server verbunden wird. Dass es mal gut und mal weniger gut ist, kann durch viele unterschiedliche Faktoren beeinflußt werden, je nach Auslastung wirst du bei Mobilfunk immer wieder unterschiedliche Werte erhalten. 

    Grundsätzlich wird ein Ping von 10 bis 30 ms noch als sehr gut eingestuft, so dass die von dir gemessenen Werte bei weitem nicht für eine Störungsmeldung ausreichen würden. 

    Hast du einmal versucht, die 24-Stunden-Trennung auf einen anderen Zeitpunkt zu verlegen? Möglicherweise werden dann häufiger die besseren Server angesprochen. 

    Viele Grüße

    Giulia

    *** Hier geht es zum Weihnachtsgewinnspiel: https://hilfe.o2online.de/o2-news-3/o2-community-weihnachtsgewinnspiel-2025-herzlich-willkommen-in-unserer-weihnachtsbaeckerei-659597 ***
    N
    Besucher:in
    • NetzwerkMaster
    • Autor
    • Besucher:in
    • October 9, 2025

    Hallo Giulia,

    vielen Dank für deinen Kommentar und den interessanten Hinweis.

    Ich habe die 24-Stunden-Trennung auf 3 Uhr Nachts verlegt und nach 2 Tagen leider festgestellt, dass auch zu dieser Zeit (zu mindestens an den 2 Tagen) kein optimaler Server zugewiesen worden ist.

    Das Problem wird wahrscheinlich dadurch verdeckt, dass die Latenz im Mobilfunknetz naturgemäß schwankt und durch variierende Auslastungen beeinflusst wird – was vielleicht erklärt, warum es bei O2 bisher nicht erkannt und behoben wurde. Um solche Verdeckungen auszuschließen, messe ich immer mit 100 Pings in 20 Sekunden (also 5 Pings pro Sekunde) und verwende ausschließlich die Mittelwerte. Mein 5G-Router steht in der Nähe von zwei großen Schulen, was die Auslastung tagsüber erhöht, doch bei stündlichen Messungen über 24 Stunden hinweg (jeweils zum O2-DNS-Server 62.109.121.17) beträgt die maximale Schwankungsbreite nur 2 ms. Pings zu anderen Servern oder Webseiten zeigen stärkere Schwankungen, aber für die Darstellung dieses spezifischen O2-Problems ist das nicht relevant.

    Bei der Zuweisung eines optimalen Routings (über Server 10.81.102.49 oder 10.81.102.53) ergeben sich bei meinen 24 Messungen (je 100 Pings in 20 Sekunden), stündlich verteilt über den ganzen Tag, Ping-Werte zum O2-DNS-Server 62.109.121.17 von minimal 10 bis maximal 12 ms – solange die Verbindung nicht unterbrochen und neu aufgebaut wird.

    Im Gegensatz dazu liefern Zuweisungen eines schlechten Routings (über Server 10.81.102.61 oder 10.81.102.57) Ping-Werte von minimal 25 bis maximal 27 ms unter denselben Bedingungen.

    Da diese Server (10.81.102.61 und 10.81.102.57) vermutlich von vielen O2-Kunden genutzt werden, gehe ich davon aus, dass die schlechten Ping-Werte eine breite Nutzerbasis betreffen. Das wird auch in mehreren Beiträgen in diesem Forum thematisiert.

    Zwischen dem optimalen und dem schlechten Routing gibt es über weitere O2-Server auch mehrere Zwischenstufen (z.B. Ping-Werte  von minimal 15 bis maximal 17 ms oder minimal 20 bis maximal 22 ms). Wichtig ist nur, dass auch derartige Routing-Zuweisungen und Ping-Werte bleiben stabil solange die Verbindung nicht unterbrochen und neu aufgebaut wird.

    Zwar gelten Ping-Werte zwischen 10 und 30 ms allgemein als gut, aber für jemanden, der den ganzen Tag beruflich am Computer mit dem Internet arbeitet, macht der Unterschied zwischen 10 und 30 ms einen großen spürbaren Impact – 10 ms fühlen sich einfach flüssiger und reaktionsschneller an.

    Aus diesem Grund checke ich jeden Morgen beim Frühstück per Handy den zugewiesenen Server und baue die Verbindung solange neu auf, bis ein optimales Routing kommt. Dabei denke ich mir immer, das O2-Internet anschieben zu müssen, bis es richtig in Schwung ist :-)

    Weiterhin ist es ja heute bereits so, dass eine gute 5G-Internetverbindung einem VDSL- und einem G.Fast-Internetanschluss überlegen sein kann und als echte Konkurrenz zu einem FTTH-Anschluss (Glasfaser ins Haus) zu betrachten ist. Das gilt aber für die 5G-Internetverbindung nur dann, wenn solche Schnitzer wie die Beschriebenen vermieden werden.

    Falls weitere Details benötigt werden, lass es mich wissen – ich helfe gerne, damit das Problem gelöst wird!

    Gruß, NetzwerkMaster

    S
    Mitgestalter:in
    Forum|alt.badge.img+7
    • surfer2511
    • Mitgestalter:in
    • October 13, 2025

    Ja, sowas ist mir auch schon aufgefallen, dass die Ping-Werte je nach Endgerät zur selben Zeit schwanken. So messe ich zB nachts, wenn ich jeweils hintereinander teste, auf meinem iPhone 17 ms und auf meinem iPad 47 ms, jeweils reproduzierbar. Manchmal auch umgekehrt. Tests waren jeweils NSA. Aber ganz ehrlich, ich konnte noch nie wirkliche Unterschiede zwischen SA und NSA feststellen beim Ping im TEF Netz, dafür sind die Anbindungen zu schlecht.

    Ich schob die Pingunterschiede aber auf die üblichen Schwankungen dieser Bastel-Richtfunkanbindungen, welche o2 fast ausschließlich verwendet.

    Aber selbst wenn es hier ein Problem mit dem Routing gibt, interessiert sich Telefónica nicht die Bohne dafür. Ich habe hier schon diverse andere Probleme gemeldet wo am Ende nur ein lapidares „Unsere Techniker wissen schon was sie tun“ zurückkam. Natürlich merkt man die hohen Pings beim Surfen und auch daran dass Nachrichten bei WhatsApp leicht verzögert rausgehen, da ist der Deutsche aber leider sehr „leidensfähig“.

    o2_Giulia
    • o2_GiuliaModeratorin
    • Moderatorin
    • October 13, 2025

    Hallo ​@NetzwerkMaster,

    die Möglichkeiten, individuell in das Routing einzelner Anschlüsse im Mobilfunknetz einzugreifen, haben wir natürlich nicht. Diese Prozesse laufen automatisiert ab. 

    Aber vielleicht ist für dich dieser neue Artikel interessant: Intelligente Netzsteuerung | Digitaler Zwilling bringt o2 Mobilfunknetz auf Autopilot

    Ich bin nicht sicher, in wie weit sich das gleich spürbar auswirken wird, aber ich finde es sehr interessant in diesem Zusammenhang.

    Viele Grüße

    Giulia

     

    *** Hier geht es zum Weihnachtsgewinnspiel: https://hilfe.o2online.de/o2-news-3/o2-community-weihnachtsgewinnspiel-2025-herzlich-willkommen-in-unserer-weihnachtsbaeckerei-659597 ***
    5G_Tester
    Legende
    Forum|alt.badge.img+11
    • 5G_TesterLegende
    • Legende
    • November 4, 2025

    Interessante Beobachtungen, das müsste ich mit o2 Glasfaser auch mal beobachten, da hier der Ping auch unterschiedlich ist.

    An guten Tagen habe ich 6ms zum ersten Hop, an schlechten Tagen 13ms

    Ich bin nur ein o2 Nutzer und kein Mitarbeiter. Meine Beiträge können zudem auch meine eigene Meinung enthalten und sind somit nicht objektiv gültig. Wenn dir meine Antwort geholfen hat, freue ich mich, wenn du sie als Lösung markierst.
    Allgemeine Nutzungsbedingungen der O₂ CommunityAccessibility statement
    © Telefónica Germany GmbH & Co. OHG Telefónica