Skip to main content
Warum O2
Warenkorb
 Service
Gelöst

Limits im O2‑Netzwerk sehr störend

  • July 28, 2025
  • 20 Antworten
  • 197 Aufrufe
K
Einsteiger:in
Forum|alt.badge.img+1

Sehr geehrtes O₂‑Team,

ich wende mich an Sie, da ich an meinem Kabelanschluss gravierende Einschränkungen festgestellt habe, die im Tagesbetrieb und besonders beim IPTV‑Empfang zu spürbaren Beeinträchtigungen führen. Nach umfangreichen Tests mit iperf3 zeigt sich:

UDP‑Traffic wird nach 15 Sekunden komplett unterbrochen

  • iperf3 -u -R liefert kurzfristig bis zu 300 Mbit/s, bricht jedoch nach genau 15 Sekunden auf 0 Bit/s ab.

  • Dies ist eine für Endkunden unübliche, rigide Policy, die jeden Live‑UDP‑Stream (z. B. VoIP, Gaming‑Server‑Updates) hart beendet.

TCP‑Traffic ist pro Verbindung auf ≈ 15–20 Mbit/s limitiert

  • Einzelner TCP‑Stream: ~18 Mbit/s

  • 5 parallele Streams: ~60 Mbit/s

  • 120 parallele Streams: ~188 Mbit/s– Im Gegensatz dazu wäre bei einem 1 Gbit/s‑Anschluss deutlich mehr möglich.

Konkrete Auswirkungen auf IPTV (Apple TV / HLS‑Streaming)

  • Apple TV nutzt für HLS‑Chunks typischerweise eine einzelne TCP‑Verbindung. Diese ist ohne parallele Nutzer auf ~18 Mbit/s beschränkt, funktioniert aber für IP-TV ausreichend gut.

  • Wenn parallel aber ein PC mit mehreren TCP‑Downloads ~90 Mbit/s zieht, erhält Apple TV keinerlei zusätzliche Bandbreite mehr und stottert:– 5 Sekunden flüssiges Abspielen aus Puffer → 30 Sekunden Stillstand, bis der nächste Chunk nachgeladen ist.

Diese restriktiven Limits im Carrier‑Netzwerk sind weder üblich noch kundenfreundlich. Sie wirken wie ein „kleiner Wasserhahn“ auf jede einzelne Session, blockieren UDP nach 15 s und drosseln TCP‑Streams auf wenige zehn Mbit/s, obwohl 1 Gbit/s zugesichert werden.

Ich bitte Sie daher dringend um:

  • Überprüfung Ihrer derzeitigen UDP‑Timeout‑ und TCP‑Rate‑Limiting‑Policies im CGNAT bzw. auf Ihren Netzwerkgeräten

  • Anpassung der UDP‑Timeouts (mindestens auf 60 s oder mehr)

  • Anhebung des TCP‑Session‑Limits auf einen praktikablen Wert (z. B. ≥ 200 Mbit/s pro Verbindung)

Nur so kann ein modernes IPTV‑Erlebnis, Gaming‑Verkehr oder andere zeitkritische Anwendungen ohne Abbrüche und Ruckler funktionieren.

Vielen Dank für Ihre Unterstützung und eine zeitnahe Rückmeldung!

—Anschluss: O₂ Kabel, 1000 Mbit/s Down / 50 Mbit/s Up

P.s.: Ein paar Messprotokolle:

UDP mit 1Mbit bricht regelmäßig nach 15 Sekunden auf 0 Durchsatz zusammen

iperf3 -c remote.de -p 5200 -t 22 -i 2 -u -b 1M -4 -P 1 -R

Connecting to host remote.de, port 5200

Reverse mode, remote host remote.de is sending

[  6] local 192.168.2.51 port 63799 connected to 185.*.*.2 port 5200

[ ID] Interval           Transfer     Bitrate         Jitter    Lost/Total Datagrams

[  6]   0.00-2.00   sec   245 KBytes  1.01 Mbits/sec  1.841 ms  0/177 (0%)  

[  6]   2.00-4.00   sec   244 KBytes   999 Kbits/sec  2.452 ms  0/176 (0%)  

[  6]   4.00-6.00   sec   244 KBytes  1000 Kbits/sec  0.651 ms  0/176 (0%)  

[  6]   6.00-8.00   sec   244 KBytes  1000 Kbits/sec  0.839 ms  0/176 (0%)  

[  6]   8.00-10.00  sec   244 KBytes   999 Kbits/sec  0.760 ms  0/176 (0%)  

[  6]  10.00-12.01  sec   243 KBytes   992 Kbits/sec  0.904 ms  0/175 (0%)  

[  6]  12.01-14.00  sec   245 KBytes  1.01 Mbits/sec  2.316 ms  0/177 (0%)  

[  6]  14.00-16.00  sec   244 KBytes   998 Kbits/sec  1.406 ms  0/176 (0%)  

[  6]  16.00-18.01  sec  30.5 KBytes   125 Kbits/sec  1.466 ms  0/22 (0%)  

[  6]  18.01-20.00  sec  0.00 Bytes  0.00 bits/sec  1.466 ms  0/0 (0%)  

[  6]  20.00-22.00  sec  0.00 Bytes  0.00 bits/sec  1.466 ms  0/0 (0%)  

- - - - - - - - - - - - - - - - - - - - - - - - -

[ ID] Interval           Transfer     Bitrate         Jitter    Lost/Total Datagrams

[  6]   0.00-22.04  sec  2.63 MBytes  1.00 Mbits/sec  0.000 ms  0/1940 (0%)  sender

[  6]   0.00-22.00  sec  1.94 MBytes   739 Kbits/sec  1.466 ms  0/1431 (0%)  receiver


TCP Download mit einer einzigen Verbindung lädt mit maximal 18Mbit/s

iperf3 -c remote.de -p 5200 -t 20 -i 5 -4 -P 1 -R         

Connecting to host remote.de, port 5200

Reverse mode, remote host remote.de is sending

[  6] local 192.168.2.51 port 65510 connected to 185.*.*.2 port 5200

[ ID] Interval           Transfer     Bitrate

[  6]   0.00-5.00   sec  8.72 MBytes  14.6 Mbits/sec                  

[  6]   5.00-10.00  sec  9.54 MBytes  16.0 Mbits/sec                  

[  6]  10.00-15.00  sec  9.75 MBytes  16.3 Mbits/sec                  

[  6]  15.00-20.00  sec  11.0 MBytes  18.5 Mbits/sec                  

- - - - - - - - - - - - - - - - - - - - - - - - -

[ ID] Interval           Transfer     Bitrate         Retr

[  6]   0.00-20.03  sec  41.1 MBytes  17.2 Mbits/sec  120             sender

[  6]   0.00-20.00  sec  39.0 MBytes  16.4 Mbits/sec                  receiver


TCP Download mit mehreren Verbindungen parallel erreicht maximal 180 Mbit/s - bei 1,5 Mbit/s/Verbindung

iperf3 -c remote.de -p 5200 -t 20 -i 5 -4 -P 120 -R

Connecting to host remote.de, port 5200

Reverse mode, remote host remote.de is sending

[  6] local 192.168.2.51 port 49227 connected to 185.*.*.2 port 5200

[  8] local 192.168.2.51 port 49228 connected to 185.*.*.2 port 5200

….

- - - - - - - - - - - - - - - - - - - - - - - - -

[ ID] Interval           Transfer     Bitrate         Retr

[232]   0.00-20.00  sec  2.37 MBytes   992 Kbits/sec                  receiver

[234]   0.00-20.05  sec  2.88 MBytes  1.20 Mbits/sec  172             sender

[234]   0.00-20.00  sec  2.74 MBytes  1.15 Mbits/sec                  receiver

[236]   0.00-20.05  sec  3.07 MBytes  1.28 Mbits/sec  164             sender

[236]   0.00-20.00  sec  2.94 MBytes  1.23 Mbits/sec                  receiver

[238]   0.00-20.05  sec  3.06 MBytes  1.28 Mbits/sec  164             sender

[238]   0.00-20.00  sec  2.96 MBytes  1.24 Mbits/sec                  receiver

[240]   0.00-20.05  sec  3.48 MBytes  1.46 Mbits/sec  205             sender

[240]   0.00-20.00  sec  3.35 MBytes  1.40 Mbits/sec                  receiver

[242]   0.00-20.05  sec  3.47 MBytes  1.45 Mbits/sec  193             sender

[242]   0.00-20.00  sec  3.38 MBytes  1.42 Mbits/sec                  receiver

[244]   0.00-20.05  sec  3.93 MBytes  1.64 Mbits/sec  196             sender

[244]   0.00-20.00  sec  3.82 MBytes  1.60 Mbits/sec                  receiver

[SUM]   0.00-20.05  sec   443 MBytes   185 Mbits/sec  22725             sender

[SUM]   0.00-20.00  sec   427 MBytes   179 Mbits/sec                  receiver

Hier der Nachweis, dass nur noch 4 Mbit/s für einen IP/TV HTDV 1080p übrig bleiben, wenn 19 TCP Verbindungen ca. 90Mbit/s downloaden:

iperf3 -c remote.de -p 5200 -t 10 -i 5 -4 -P 19 -R

Connecting to host remote.de, port 5200

Reverse mode, remote host remote.de is sending

[  6] local 192.168.2.51 port 50967 connected to 185.*.*.2 port 5200

[  8] local 192.168.2.51 port 50968 connected to 185.*.*.2 port 5200

[ 10] local 192.168.2.51 port 50969 connected to 185.*.*.2 port 5200

[ 12] local 192.168.2.51 port 50970 connected to 185.*.*.2 port 5200

[ 14] local 192.168.2.51 port 50971 connected to 185.*.*.2 port 5200

[ 16] local 192.168.2.51 port 50972 connected to 185.*.*.2 port 5200

[ 18] local 192.168.2.51 port 50973 connected to 185.*.*.2 port 5200

[ 20] local 192.168.2.51 port 50974 connected to 185.*.*.2 port 5200

[ 22] local 192.168.2.51 port 50975 connected to 185.*.*.2 port 5200

[ 24] local 192.168.2.51 port 50976 connected to 185.*.*.2 port 5200

[ 26] local 192.168.2.51 port 50977 connected to 185.*.*.2 port 5200

[ 28] local 192.168.2.51 port 50978 connected to 185.*.*.2 port 5200

[ 30] local 192.168.2.51 port 50979 connected to 185.*.*.2 port 5200

[ 32] local 192.168.2.51 port 50980 connected to 185.*.*.2 port 5200

[ 34] local 192.168.2.51 port 50981 connected to 185.*.*.2 port 5200

[ 36] local 192.168.2.51 port 50982 connected to 185.*.*.2 port 5200

[ 38] local 192.168.2.51 port 50983 connected to 185.*.*.2 port 5200

[ 40] local 192.168.2.51 port 50984 connected to 185.*.*.2 port 5200

[ 42] local 192.168.2.51 port 50985 connected to 185.*.*.2 port 5200

[ ID] Interval           Transfer     Bitrate

[  6]   0.00-5.00   sec  3.51 MBytes  5.88 Mbits/sec                  

[  8]   0.00-5.00   sec  5.22 MBytes  8.75 Mbits/sec                  

[ 10]   0.00-5.00   sec  4.66 MBytes  7.82 Mbits/sec                  

[ 12]   0.00-5.00   sec  1.52 MBytes  2.54 Mbits/sec                  

[ 14]   0.00-5.00   sec  1.77 MBytes  2.97 Mbits/sec                  

[ 16]   0.00-5.00   sec  2.21 MBytes  3.71 Mbits/sec                  

[ 18]   0.00-5.00   sec  1.58 MBytes  2.65 Mbits/sec                  

[ 20]   0.00-5.00   sec  3.75 MBytes  6.29 Mbits/sec                  

[ 22]   0.00-5.00   sec  4.64 MBytes  7.78 Mbits/sec                  

[ 24]   0.00-5.00   sec  2.66 MBytes  4.46 Mbits/sec                  

[ 26]   0.00-5.00   sec  1.67 MBytes  2.80 Mbits/sec                  

[ 28]   0.00-5.00   sec  3.26 MBytes  5.47 Mbits/sec                  

[ 30]   0.00-5.00   sec  1.56 MBytes  2.62 Mbits/sec                  

[ 32]   0.00-5.00   sec  3.39 MBytes  5.69 Mbits/sec                  

[ 34]   0.00-5.00   sec  2.08 MBytes  3.49 Mbits/sec                  

[ 36]   0.00-5.00   sec  1.22 MBytes  2.04 Mbits/sec                  

[ 38]   0.00-5.00   sec  3.36 MBytes  5.64 Mbits/sec                  

[ 40]   0.00-5.00   sec  1.29 MBytes  2.16 Mbits/sec                  

[ 42]   0.00-5.00   sec  2.07 MBytes  3.48 Mbits/sec                  

[SUM]   0.00-5.00   sec  51.4 MBytes  86.2 Mbits/sec                  

- - - - - - - - - - - - - - - - - - - - - - - - -

[  6]   5.00-10.00  sec  2.71 MBytes  4.55 Mbits/sec                  

[  8]   5.00-10.00  sec  4.45 MBytes  7.48 Mbits/sec                  

[ 10]   5.00-10.00  sec  5.10 MBytes  8.56 Mbits/sec                  

[ 12]   5.00-10.00  sec  2.63 MBytes  4.42 Mbits/sec                  

[ 14]   5.00-10.00  sec  1.93 MBytes  3.25 Mbits/sec                  

[ 16]   5.00-10.00  sec  3.63 MBytes  6.09 Mbits/sec                  

[ 18]   5.00-10.00  sec  3.02 MBytes  5.08 Mbits/sec                  

[ 20]   5.00-10.00  sec  2.57 MBytes  4.32 Mbits/sec                  

[ 22]   5.00-10.00  sec  3.92 MBytes  6.58 Mbits/sec                  

[ 24]   5.00-10.00  sec  3.46 MBytes  5.81 Mbits/sec                  

[ 26]   5.00-10.00  sec  2.27 MBytes  3.80 Mbits/sec                  

[ 28]   5.00-10.00  sec  4.05 MBytes  6.80 Mbits/sec                  

[ 30]   5.00-10.00  sec  2.46 MBytes  4.12 Mbits/sec                  

[ 32]   5.00-10.00  sec  3.48 MBytes  5.85 Mbits/sec                  

[ 34]   5.00-10.00  sec  2.49 MBytes  4.17 Mbits/sec                  

[ 36]   5.00-10.00  sec  2.29 MBytes  3.85 Mbits/sec                  

[ 38]   5.00-10.00  sec  2.60 MBytes  4.36 Mbits/sec                  

[ 40]   5.00-10.00  sec  3.59 MBytes  6.02 Mbits/sec                  

[ 42]   5.00-10.00  sec  2.27 MBytes  3.81 Mbits/sec                  

[SUM]   5.00-10.00  sec  58.9 MBytes  98.9 Mbits/sec                  

- - - - - - - - - - - - - - - - - - - - - - - - -

[ ID] Interval           Transfer     Bitrate         Retr

[  6]   0.00-10.03  sec  7.14 MBytes  5.97 Mbits/sec  127             sender

[  6]   0.00-10.00  sec  6.22 MBytes  5.22 Mbits/sec                  receiver

[  8]   0.00-10.03  sec  11.3 MBytes  9.49 Mbits/sec  207             sender

[  8]   0.00-10.00  sec  9.67 MBytes  8.11 Mbits/sec                  receiver

[ 10]   0.00-10.03  sec  11.3 MBytes  9.43 Mbits/sec  149             sender

[ 10]   0.00-10.00  sec  9.76 MBytes  8.19 Mbits/sec                  receiver

[ 12]   0.00-10.03  sec  4.43 MBytes  3.70 Mbits/sec   87             sender

[ 12]   0.00-10.00  sec  4.15 MBytes  3.48 Mbits/sec                  receiver

[ 14]   0.00-10.03  sec  3.89 MBytes  3.25 Mbits/sec  101             sender

[ 14]   0.00-10.00  sec  3.71 MBytes  3.11 Mbits/sec                  receiver

[ 16]   0.00-10.03  sec  6.28 MBytes  5.25 Mbits/sec  121             sender

[ 16]   0.00-10.00  sec  5.84 MBytes  4.90 Mbits/sec                  receiver

[ 18]   0.00-10.03  sec  4.88 MBytes  4.08 Mbits/sec   98             sender

[ 18]   0.00-10.00  sec  4.60 MBytes  3.86 Mbits/sec                  receiver

[ 20]   0.00-10.03  sec  7.02 MBytes  5.87 Mbits/sec  151             sender

[ 20]   0.00-10.00  sec  6.33 MBytes  5.31 Mbits/sec                  receiver

[ 22]   0.00-10.03  sec  9.39 MBytes  7.85 Mbits/sec  125             sender

[ 22]   0.00-10.00  sec  8.56 MBytes  7.18 Mbits/sec                  receiver

[ 24]   0.00-10.03  sec  6.65 MBytes  5.56 Mbits/sec   96             sender

[ 24]   0.00-10.00  sec  6.12 MBytes  5.13 Mbits/sec                  receiver

[ 26]   0.00-10.03  sec  4.15 MBytes  3.47 Mbits/sec   74             sender

[ 26]   0.00-10.00  sec  3.93 MBytes  3.30 Mbits/sec                  receiver

[ 28]   0.00-10.03  sec  7.53 MBytes  6.30 Mbits/sec   63             sender

[ 28]   0.00-10.00  sec  7.31 MBytes  6.13 Mbits/sec                  receiver

[ 30]   0.00-10.03  sec  4.22 MBytes  3.53 Mbits/sec  108             sender

[ 30]   0.00-10.00  sec  4.02 MBytes  3.37 Mbits/sec                  receiver

[ 32]   0.00-10.03  sec  7.99 MBytes  6.68 Mbits/sec  136             sender

[ 32]   0.00-10.00  sec  6.87 MBytes  5.77 Mbits/sec                  receiver

[ 34]   0.00-10.03  sec  4.76 MBytes  3.98 Mbits/sec   94             sender

[ 34]   0.00-10.00  sec  4.57 MBytes  3.83 Mbits/sec                  receiver

[ 36]   0.00-10.03  sec  3.64 MBytes  3.04 Mbits/sec   97             sender

[ 36]   0.00-10.00  sec  3.51 MBytes  2.95 Mbits/sec                  receiver

[ 38]   0.00-10.03  sec  6.41 MBytes  5.36 Mbits/sec  107             sender

[ 38]   0.00-10.00  sec  5.96 MBytes  5.00 Mbits/sec                  receiver

[ 40]   0.00-10.03  sec  5.11 MBytes  4.27 Mbits/sec  127             sender

[ 40]   0.00-10.00  sec  4.88 MBytes  4.09 Mbits/sec                  receiver

[ 42]   0.00-10.03  sec  4.52 MBytes  3.78 Mbits/sec   87             sender

[ 42]   0.00-10.00  sec  4.34 MBytes  3.64 Mbits/sec                  receiver

[SUM]   0.00-10.03  sec   121 MBytes   101 Mbits/sec  2155             sender

[SUM]   0.00-10.00  sec   110 MBytes  92.6 Mbits/sec                  receiver

 

iperf Done.

Lösung von ksweber007

​@o2_Matze : Ticket wurde geschlossen und ich erhalte jetzt um 17:35 vernünftige iperf3-Ergebnisse:

UDP Download liefert 
iperf3 -c remote.de -p 5200 -t 20 -i 1 -u -b 275M -4 -P 4 -R

[SUM]   0.00-20.05  sec  2.57 GBytes  1.10 Gbits/sec  0.000 ms  0/1941144 (0%)  sender

[SUM]   0.00-20.00  sec  1.83 GBytes   787 Mbits/sec  0.080 ms  202157/1588332 (10%)  receiver

TCP Download:
iperf3 -c speedtest.studiofunk.de -p 5200 -t 20 -i 1 -4 -P 120 -R

[SUM]   0.00-20.03  sec  1.68 GBytes   721 Mbits/sec  27366             sender

[SUM]   0.00-20.00  sec  1.50 GBytes   643 Mbits/sec                  receiver

20 Antworten

A
Legende
Forum|alt.badge.img+10

Hi,

bist du dir bei deine Testmethodik absolut sicher, dass das Problem im Telefonica Carrier-Netz liegt?

iperf3 -c remote.de -p 5200 -t 22 -i 2 -u -b 1M -4 -P 1 -R

konnte ich nicht ausführen, der Server scheint unerreichbar zu sein.

Jedoch habe ich mich mit einer der öffentlichen Server von iPerf verbunden:

iperf3.exe -c iperf.he.net -u -R -t 60 -b 200M

und musste feststellen, dass auch nach 15 Sekunden weiterhin UDP Traffic ankommt.

Dann habe ich noch TCP getestet:

iperf3.exe -c iperf3.moji.fr -R -t 60

um auch da festzustellen, dass ein einzelner TCP-Stream meinen Anschluss auslastet (ca. 260mbit/s).

 

Konntest du auch ggf. das Verhalten mit IPv6 überprüfen? Das könnte vielleicht schon wenigstens ein Indiz geben.

    K
    Einsteiger:in
    Forum|alt.badge.img+1
    • ksweber007
    • Autor
    • Einsteiger:in
    • July 28, 2025

    remote.de war anonymisiert, da ich den Server nicht öffentlich machen wollte.

    Ich bin mir sicher, dass ich im LAN 1 GBit nutzen kann. MacBook ist direkt an der Fritzbox angeschlossen. D.h. ab dem Hausanschluss beginnt die O2-Verantwortlichkeit des Kabelanschlusses (u.a. Vodafones Netz).

    Kann gerade nicht testen, weil der Anschluss komplett ausgefallen ist. Melde mich, wenn es wieder geht und werde auch iperf3.moji.fr messen.

    Klaus_VoIP
    Legende

    Interessant wäre es, wenn Du Deine Tests an einem originären Vodafone-Kabelanschluss durchführen könntest. Falls das bei Vodafone identisch ist, dann liegt es dort im Netz und o2 kann nichts machen.

    Meine persönlichen Meinungsäußerungen als Kunde sind NICHT gesponsert und stellen nur meine unverblümte Meinung dar! Dafür erfolgen alle Inhalte pro bono publico. ;-)
    K
    Einsteiger:in
    Forum|alt.badge.img+1
    • ksweber007
    • Autor
    • Einsteiger:in
    • July 29, 2025

    O2 ist mein Dienstleister, der Subunternehmen, wie Vodafone etc. nutzt. Daher halte ich mich an O2, wenn was nicht wie versprochen funktioniert. Die Fehleranalyse erfordert vermutlich auch die Analyse und evtl. Behebung in den Netzen der Subunternehmer. 

    o2_Solveig
    • o2_SolveigModeratorin
    • Moderatorin
    • July 29, 2025

    Hallo ​@ksweber007 ,
    herzlich willkommen in unserer o2 Community 😀
    Hast du es bei Einschränkungen schon mit der o2 My Service APP probiert ? 
    Wenn es einen Komplettausfall gibt, wende dich bitte direkt an die Störungshotline für DSL unter 0800 525 1378 (Mo-Fr von 7.00 bis 20.00 Uhr, Samstag von 10.00 bis 18.00 Uhr)
    Gruß, Solveig 

    O₂ my Service - Service, wie du ihn willst-> https://hilfe.o2online.de/o2-news-3/o2-my-service-service-wie-du-ihn-willst-536715
    K
    Einsteiger:in
    Forum|alt.badge.img+1
    • ksweber007
    • Autor
    • Einsteiger:in
    • July 29, 2025

    Hallo Solveig,

    ich habe den Komplettausfall gestern abend gemeldet (ID 96XXXX). Heute 7:25 konnte sich die Fritzbox wieder anmelden. Ich habe also die Tests mit iperf3 nochmal wiederholt. Dabei auch den öffentlichen Server von almightyloaf benutzt: iperf3.moji.fr

    Erkenntnisse:

    • TCP und UDP Downloadrate sind mit 200Mbit/s deutlich unter der Sollmenge von 1000Mbit. Liegt vermutlich auch an den vielen Paketverlusten.
    • bei UDP wird weiter nach 15s auf 0 geregelt, obwohl der sender konstant seine 1000Mbit/s erbrachte

    D.h. der Anschluss hat neben Fehlern auch noch eine Drosselung?

    P.s.:   

    Maximaldurchsatz mit TCP maximal 202 Mbits/s

    iperf3 -c iperf3.moji.fr -R -t 60 -P 120    

    Connecting to host iperf3.moji.fr, port 5201

    Reverse mode, remote host iperf3.moji.fr is sending

    [  7] local 2a02:3102:6cc0:6c00:d893:369c:88b4:559f port 54442 connected to 2a06:c484:6::3:1 port 5201

    [  9] local 2a02:3102:6cc0:6c00:d893:369c:88b4:559f port 54443 connected to 2a06:c484:6::3:1 port 5201
    ...

    [245]   0.00-60.05  sec  14.5 MBytes  2.03 Mbits/sec  3325             sender

    [245]   0.00-60.00  sec  13.9 MBytes  1.95 Mbits/sec                  receiver

    [SUM]   0.00-60.05  sec  1.48 GBytes   212 Mbits/sec  347916             sender

    [SUM]   0.00-60.00  sec  1.41 GBytes   202 Mbits/sec                  receiver


    Maximaldurchsatz mit UDP

    iperf3 -c remote.de -p 5200 -t 22 -i 2 -u -b 1000M -4 -P 1 -R

    Connecting to host remote.de, port 5200

    Reverse mode, remote host remote.de is sending

    [  6] local 192.168.2.51 port 60552 connected to 185.*.*.2 port 5200

    [ ID] Interval           Transfer     Bitrate         Jitter    Lost/Total Datagrams

    [  6]   0.00-2.00   sec  64.1 MBytes   269 Mbits/sec  0.126 ms  126462/173813 (73%)  

    [  6]   2.00-4.00   sec  69.6 MBytes   292 Mbits/sec  0.017 ms  124914/176331 (71%)  

    [  6]   4.00-6.00   sec  67.4 MBytes   283 Mbits/sec  0.015 ms  126301/176066 (72%)  

    [  6]   6.00-8.00   sec  67.8 MBytes   284 Mbits/sec  0.019 ms  125950/176002 (72%)  

    [  6]   8.00-10.00  sec  67.4 MBytes   283 Mbits/sec  0.019 ms  126358/176124 (72%)  

    [  6]  10.00-12.00  sec  68.3 MBytes   286 Mbits/sec  0.140 ms  125654/176066 (71%)  

    [  6]  12.00-14.00  sec  66.4 MBytes   279 Mbits/sec  0.011 ms  127004/176017 (72%)  

    [  6]  14.00-16.01  sec  44.3 MBytes   185 Mbits/sec  0.103 ms  77930/110611 (70%)  

    [  6]  16.01-18.00  sec  0.00 Bytes  0.00 bits/sec  0.103 ms  0/0 (0%)  

    [  6]  18.00-20.01  sec  0.00 Bytes  0.00 bits/sec  0.103 ms  0/0 (0%)  

    [  6]  20.01-22.00  sec  0.00 Bytes  0.00 bits/sec  0.103 ms  0/0 (0%)  

    - - - - - - - - - - - - - - - - - - - - - - - - -

    [ ID] Interval           Transfer     Bitrate         Jitter    Lost/Total Datagrams

    [  6]   0.00-22.05  sec  2.57 GBytes  1000 Mbits/sec  0.000 ms  0/1940688 (0%)  sender

    [SUM]  0.0-22.0 sec  52 datagrams received out-of-order

    [  6]   0.00-22.00  sec   515 MBytes   196 Mbits/sec  0.103 ms  960573/1341030 (72%)  receiver


    Ergebniss der O2 myServiceApp zum gleichen Zeitpunkt der iperf3-Werte:
     

    Edit o2_Matze 31.07.25 19:33 Ticket ID/persönliche Daten editiert  

    D
    Legende
    Forum|alt.badge.img+14
    • dSkillLegende
    • Legende
    • July 29, 2025

    Hallo ​@ksweber007 ,

    kann es bei dir vielleicht am Kabel Netz und den Paket Verlusten liegen ?

    Kannst du mir mal deine Signal Werte in der FRITZ!Box geben ? Soweit ich weiß heißt das Kabel Informationen, oder so :-)

    K
    Einsteiger:in
    Forum|alt.badge.img+1
    • ksweber007
    • Autor
    • Einsteiger:in
    • July 29, 2025

    ​@dSkill . Gerne, wenn du das interpretieren kannst:
     

     

    K
    Einsteiger:in
    Forum|alt.badge.img+1
    • ksweber007
    • Autor
    • Einsteiger:in
    • July 29, 2025

    Interessant ist, dass während eines UDP iperf3-Tests tatsächlich 1000Mbit downlink angezeigt werden, obwohl nur 203 Mbit/s effektiv ankommen. Auch hier sieht man, dass der Downstream auf 0 Mbit/s austrocknet, obwohl der Test noch läuft.
     

     

    iperf3 -c remote.de -p 5200 -t 22 -i 2 -u -b 1000M -4 -P 1 -R

    Connecting to host remote.de, port 5200

    Reverse mode, remote host remote.de is sending

    [  6] local 192.168.2.51 port 49564 connected to 185.*.*.2 port 5200

    [ ID] Interval           Transfer     Bitrate         Jitter    Lost/Total Datagrams

    [  6]   0.00-2.00   sec  52.6 MBytes   221 Mbits/sec  0.013 ms  135096/173948 (78%)  

    [  6]   2.00-4.00   sec  69.7 MBytes   292 Mbits/sec  0.339 ms  124083/175582 (71%)  

    [  6]   4.00-6.00   sec  70.6 MBytes   296 Mbits/sec  0.114 ms  124340/176441 (70%)  

    [  6]   6.00-8.00   sec  67.1 MBytes   281 Mbits/sec  0.035 ms  126553/176091 (72%)  

    [  6]   8.00-10.00  sec  70.2 MBytes   295 Mbits/sec  0.042 ms  124211/176064 (71%)  

    [  6]  10.00-12.00  sec  72.2 MBytes   303 Mbits/sec  0.061 ms  122755/176061 (70%)  

    [  6]  12.00-14.00  sec  71.9 MBytes   302 Mbits/sec  0.044 ms  122944/176054 (70%)  

    [  6]  14.00-16.00  sec  57.3 MBytes   240 Mbits/sec  0.014 ms  101366/143667 (71%)  

    [  6]  16.00-18.00  sec  0.00 Bytes  0.00 bits/sec  0.014 ms  0/0 (0%)  

    [  6]  18.00-20.00  sec  0.00 Bytes  0.00 bits/sec  0.014 ms  0/0 (0%)  

    [  6]  20.00-22.00  sec  0.00 Bytes  0.00 bits/sec  0.014 ms  0/0 (0%)  

    - - - - - - - - - - - - - - - - - - - - - - - - -

    [ ID] Interval           Transfer     Bitrate         Jitter    Lost/Total Datagrams

    [  6]   0.00-22.04  sec  2.57 GBytes  1000 Mbits/sec  0.000 ms  0/1940318 (0%)  sender

    [SUM]  0.0-22.0 sec  30 datagrams received out-of-order

    [  6]   0.00-22.00  sec   532 MBytes   203 Mbits/sec  0.014 ms  981348/1373908 (71%)  receiver

    A
    Legende
    Forum|alt.badge.img+10

    D.h. der Anschluss hat neben Fehlern auch noch eine Drosselung?

    Das würde mich wundern. Eine drosselung wäre ja absicht, meine Tests haben bisher ja auch gezeigt dass es keine gibt. Daher ist bisher die Vermutung, es handelt sich dabei um eine Störung und nicht um eine bewusste Drosselung.

    Zu den Modemwerten, meine laienhafte Einschätzung ist, dass der Rückkanal ordentlich gestört ist (Modulation viel zu niedrig). Sonst sieht es gar nicht mal so schlecht aus.

    K
    Einsteiger:in
    Forum|alt.badge.img+1
    • ksweber007
    • Autor
    • Einsteiger:in
    • July 29, 2025

    Ja, eine Drosselung wäre Absicht, aber evtl. geschäftspolitisch vorgenommen, um die Kunden vor Noisy Neighbours zu schützen.

    Es scheint UDP deutet der Downlink ist ziemlich kaputt. 70% Lost Datagramms.

    Ja, die Modulation des Uplinks ist mit 8QAM auch in der Bandbreite eingeschränkt. Da steht normalerweise 64QAM. 

    D
    Legende
    Forum|alt.badge.img+14
    • dSkillLegende
    • Legende
    • July 29, 2025

    ​@ksweber007 Problem gefunden. Es scheint wohl eine Rückkanalstörung. Denke im Kabel Netz stört irgendein Gerät. Können zum Beispiel Nachbarn mit DLAN oder Ähnliches sein.  Am besten direkt melden und hoffen das du fähige Techniker hast. Magst du mal Upload Tests machen ? Hast du das Problem mit den QAM dauerhaft ?

    K
    Einsteiger:in
    Forum|alt.badge.img+1
    • ksweber007
    • Autor
    • Einsteiger:in
    • July 29, 2025

    ​@dSkill : nachdem der Anschluss vorhin mal wieder ganz weg war, ist nun wieder neu verbunden und der Rückkanal hat 64QAM. Upload scheint nicht mehr gestört zu sein. Der Download aber weiterhin. Keine Rückkanalstörung, oder? 

    ​@o2_Solveig : was schlägst Du vor? Konntest Du was über die Störungsmeldungsnummer ID 9639364 einsehen?


    Ein Upload-Test mit TCP ergab saubere 50Mbit/s:
    iperf3 -c remote.de -p 5200 -t 60 -i 5 -4 -P 4

    [ ID] Interval           Transfer     Bitrate

    [  6]   0.00-60.00  sec  82.6 MBytes  11.5 Mbits/sec                  sender

    [  6]   0.00-60.04  sec  82.5 MBytes  11.5 Mbits/sec                  receiver

    [  8]   0.00-60.00  sec  98.7 MBytes  13.8 Mbits/sec                  sender

    [  8]   0.00-60.04  sec  98.6 MBytes  13.8 Mbits/sec                  receiver

    [ 10]   0.00-60.00  sec  87.9 MBytes  12.3 Mbits/sec                  sender

    [ 10]   0.00-60.04  sec  87.8 MBytes  12.3 Mbits/sec                  receiver

    [ 12]   0.00-60.00  sec  94.9 MBytes  13.3 Mbits/sec                  sender

    [ 12]   0.00-60.04  sec  94.9 MBytes  13.3 Mbits/sec                  receiver

    [SUM]   0.00-60.00  sec   364 MBytes  50.9 Mbits/sec                  sender

    [SUM]   0.00-60.04  sec   364 MBytes  50.8 Mbits/sec                  receiver

    Ein Download-Test mit UDP zeigte maximal 162 Mbit/s mit 70% Paketverlust und wieder nach 16s Abbruch des Empfangs auf 0 Mbit/s:

    iperf3 -c iperf3.moji.fr -p 5200 -t 30 -i 1 -u -b 250M -4 -P 4 -R

    Connecting to host iperf3.moji.fr, port 5200

    Reverse mode, remote host iperf3.moji.fr is sending

    [  6] local 192.168.2.51 port 53338 connected to 45.147.210.189 port 5200
    ...

    - - - - - - - - - - - - - - - - - - - - - - - - -

    [  6]  14.00-15.00  sec  8.87 MBytes  74.2 Mbits/sec  0.210 ms  15575/22178 (70%)  

    [  8]  14.00-15.00  sec  9.20 MBytes  77.0 Mbits/sec  0.183 ms  15377/22229 (69%)  

    [ 10]  14.00-15.00  sec  8.95 MBytes  74.9 Mbits/sec  0.265 ms  15528/22193 (70%)  

    [ 12]  14.00-15.00  sec  8.94 MBytes  74.8 Mbits/sec  0.264 ms  15536/22193 (70%)  

    [SUM]  14.00-15.00  sec  36.0 MBytes   301 Mbits/sec  0.231 ms  62016/88793 (70%)  

    - - - - - - - - - - - - - - - - - - - - - - - - -

    [  6]  15.00-16.00  sec  4.36 MBytes  36.7 Mbits/sec  0.012 ms  7375/10622 (69%)  

    [  8]  15.00-16.00  sec  4.38 MBytes  36.8 Mbits/sec  0.041 ms  7348/10609 (69%)  

    [ 10]  15.00-16.00  sec  4.28 MBytes  36.0 Mbits/sec  0.037 ms  7439/10628 (70%)  

    [ 12]  15.00-16.00  sec  19.1 MBytes   161 Mbits/sec  0.045 ms  8531/22789 (37%)  

    [SUM]  15.00-16.00  sec  32.2 MBytes   271 Mbits/sec  0.034 ms  30693/54648 (56%)  

    - - - - - - - - - - - - - - - - - - - - - - - - -

    [  6]  16.00-17.00  sec  0.00 Bytes  0.00 bits/sec  0.012 ms  0/0 (0%)  

    [  8]  16.00-17.00  sec  0.00 Bytes  0.00 bits/sec  0.041 ms  0/0 (0%)  

    [ 10]  16.00-17.00  sec  0.00 Bytes  0.00 bits/sec  0.037 ms  0/0 (0%)  

    [ 12]  16.00-17.00  sec  13.2 MBytes   111 Mbits/sec  0.048 ms  273/10126 (2.7%)  

    [SUM]  16.00-17.00  sec  13.2 MBytes   111 Mbits/sec  0.035 ms  273/10126 (2.7%)  

    - - - - - - - - - - - - - - - - - - - - - - - - -

    [  6]  17.00-18.01  sec  0.00 Bytes  0.00 bits/sec  0.012 ms  0/0 (0%)  

    [  8]  17.00-18.01  sec  0.00 Bytes  0.00 bits/sec  0.041 ms  0/0 (0%)  

    [ 10]  17.00-18.01  sec  0.00 Bytes  0.00 bits/sec  0.037 ms  0/0 (0%)  

    [ 12]  17.00-18.01  sec  0.00 Bytes  0.00 bits/sec  0.048 ms  0/0 (0%)  

    [SUM]  17.00-18.01  sec  0.00 Bytes  0.00 bits/sec  0.035 ms  0/0 (0%)  

    - - - - - - - - - - - - - - - - - - - - - - - - -

    [  6]  18.01-19.00  sec  0.00 Bytes  0.00 bits/sec  0.012 ms  0/0 (0%)  

    [  8]  18.01-19.00  sec  0.00 Bytes  0.00 bits/sec  0.041 ms  0/0 (0%)  

    [ 10]  18.01-19.00  sec  0.00 Bytes  0.00 bits/sec  0.037 ms  0/0 (0%)  

    [ 12]  18.01-19.00  sec  0.00 Bytes  0.00 bits/sec  0.048 ms  0/0 (0%)  

    [SUM]  18.01-19.00  sec  0.00 Bytes  0.00 bits/sec  0.035 ms  0/0 (0%)  

    - - - - - - - - - - - - - - - - - - - - - - - - -

    [ ID] Interval           Transfer     Bitrate         Jitter    Lost/Total Datagrams

    [  6]   0.00-30.05  sec   895 MBytes   250 Mbits/sec  0.000 ms  0/666845 (0%)  sender

    [  6]   0.00-30.00  sec   139 MBytes  38.9 Mbits/sec  0.012 ms  239497/343106 (70%)  receiver

    [  8]   0.00-30.05  sec   895 MBytes   250 Mbits/sec  0.000 ms  0/666845 (0%)  sender

    [  8]   0.00-30.00  sec   137 MBytes  38.3 Mbits/sec  0.041 ms  241055/343137 (70%)  receiver

    [ 10]   0.00-30.05  sec   895 MBytes   250 Mbits/sec  0.000 ms  0/666845 (0%)  sender

    [ 10]   0.00-30.00  sec   137 MBytes  38.4 Mbits/sec  0.037 ms  240967/343134 (70%)  receiver

    [ 12]   0.00-30.05  sec   895 MBytes   250 Mbits/sec  0.000 ms  0/666845 (0%)  sender

    [SUM]  0.0-30.0 sec  17 datagrams received out-of-order

    [ 12]   0.00-30.00  sec   165 MBytes  46.1 Mbits/sec  0.048 ms  242603/365421 (66%)  receiver

    [SUM]   0.00-30.05  sec  3.50 GBytes  1000 Mbits/sec  0.000 ms  0/2667380 (0%)  sender

    [SUM]   0.00-30.00  sec   578 MBytes   162 Mbits/sec  0.035 ms  964122/1394798 (36%)  receiver


    Ein Download-Test mit TCP zeigte maximal  260 Mbits/s und 3200 Retransmits/s

    iperf3 -c iperf3.moji.fr -p 5200 -t 30 -i 10 -4 -P 120 -R

    Connecting to host iperf3.moji.fr, port 5200

    Reverse mode, remote host iperf3.moji.fr is sending

    [  6] local 192.168.2.51 port 61193 connected to 45.147.210.189 port 5200

    - - - - - - - - - - - - - - - - - - - - - - - - -

    [ ID] Interval           Transfer     Bitrate         Retr

    [  6]   0.00-30.03  sec  11.1 MBytes  3.11 Mbits/sec  2191             sender

    [  6]   0.00-30.00  sec  9.96 MBytes  2.79 Mbits/sec                  receiver
    ...
     

    [242]   0.00-30.00  sec  9.93 MBytes  2.78 Mbits/sec                  receiver

    [244]   0.00-30.03  sec  7.18 MBytes  2.01 Mbits/sec  1187             sender

    [244]   0.00-30.00  sec  6.60 MBytes  1.84 Mbits/sec                  receiver

    [SUM]   0.00-30.03  sec  1009 MBytes   282 Mbits/sec  191017             sender

    [SUM]   0.00-30.00  sec   927 MBytes   259 Mbits/sec                  receiver
     

    Ein Downloadtest mit nur einer TCP-Verbindung zeigte 180Mbit/s als verfügbare Bandbreite

    iperf3 -c iperf3.moji.fr -p 5200 -t 30 -i 10 -4 -P 1 -R         

    Connecting to host iperf3.moji.fr, port 5200

    Reverse mode, remote host iperf3.moji.fr is sending

    [  6] local 192.168.2.51 port 60957 connected to 45.147.210.189 port 5200         

    - - - - - - - - - - - - - - - - - - - - - - - - -

    [ ID] Interval           Transfer     Bitrate         Retr

    [  6]   0.00-30.03  sec   639 MBytes   178 Mbits/sec  47293             sender

    [  6]   0.00-30.00  sec   635 MBytes   178 Mbits/sec                  receiver

    chrille610
    Legende
    Forum|alt.badge.img+10
    • chrille610Legende
    • Legende
    • July 29, 2025

    Der Rückkanal ist auf jeden Fall zu niedrig in der Modulation und das auf allen Kanälen. 
    Wie ​​​​​@dSkill schon schrieb, Störung melden und hoffen, dass die etwas finden.

     

    Edit: nach dem Neustart sieht der Rückweg zumindest temporär in Ordnung aus.

    GigaZuhause CableMax 1000 an FB6690 (vorher VDSL O2 Home L 250) - O2 Mobile L (2024)
    K
    Einsteiger:in
    Forum|alt.badge.img+1
    • ksweber007
    • Autor
    • Einsteiger:in
    • July 31, 2025

    ​​@o2_Solveig : was meinst Du?

    D
    Legende
    Forum|alt.badge.img+14
    • dSkillLegende
    • Legende
    • July 31, 2025

    ​@ksweber007 

    hey,

    also die Modulation finde ich nicht perfekt, bin mir aber immer noch sicher das es ein Leitungsproblem und keine Begrenzung ist. Ich habe zuhause O2 und bei mir hängen sogar meine Server dran an ein Limit ist da nicht zu denken. Denke nicht das das bei Kabel anders ist. Ich würde einfach Druck machen und eine Störung melden. 
     

    K
    Einsteiger:in
    Forum|alt.badge.img+1
    • ksweber007
    • Autor
    • Einsteiger:in
    • July 31, 2025

    Störung hab ich längst parallel zu diesem Thread gemeldet (Störungsmeldungsnummer ID 96XXXXX). Das mit dem Druck klappt aber null. Die Störungshotline bietet mir immer nur Freikontingent für Mobilfunk an und verweist darauf, dass sie nur den Auftrag haben Störungen aufzunehmen, nicht zu diskutieren…

    Edit o2_Matze 31.07.25 19:33 Ticket ID/persönliche Daten editiert  

    o2_Matze
    • o2_MatzeModerator
    • Moderator
    • July 31, 2025

    ​Solveig, was schlägst Du vor? Konntest Du was über die Störungsmeldungsnummer ID 963XXXXX einsehen?

    Hi ​@ksweber007 

    Ich bin nicht Solveig, aber ich habe trotzdem mal in deine Daten geschaut 😄 

    Das erste Ticket wurde ja positiv mit “alles ist gut” geschlossen, nach dem die Kollegen mit dir telefoniert haben. Danach trat der Fehler aber ja wieder auf und du hast wieder ein Ticket erstellen lassen, das war auf jeden Fall der richtige Weg.  

    Hier ist die erste Rückmeldung aus dem Fachbereich in deinem Ticket nun “Großstörung erkannt”.

    Was das jetzt konkret bedeutet kann ich dir nicht sagen, diese Info hat man uns nicht verraten, der lokale Provider hält sich da auch immer ein wenig bedeckt. Es aber aber so weit schon mal gut, das scheinbar (oder anscheinend, steinigt mich nicht ich verwechsel die immer 🙃) etwas auf unserer Seite der Leitung gefunden wurde, an dem wir (bzw .in dem Fall unsere Kollegen von Vodafone) arbeiten müssen. 

    Derzeit kann ich dich nur um Geduld bitten, die Technik ist auf jeden Fall dran. 

    VG Matze 

    „Was Du mit guter Laune tust, fällt Dir nicht schwer.“- ungarische Weisheit
    K
    Einsteiger:in
    Forum|alt.badge.img+1
    • ksweber007
    • Autor
    • Einsteiger:in
    • Lösung
    • August 7, 2025

    ​@o2_Matze : Ticket wurde geschlossen und ich erhalte jetzt um 17:35 vernünftige iperf3-Ergebnisse:

    UDP Download liefert 
    iperf3 -c remote.de -p 5200 -t 20 -i 1 -u -b 275M -4 -P 4 -R

    [SUM]   0.00-20.05  sec  2.57 GBytes  1.10 Gbits/sec  0.000 ms  0/1941144 (0%)  sender

    [SUM]   0.00-20.00  sec  1.83 GBytes   787 Mbits/sec  0.080 ms  202157/1588332 (10%)  receiver

    TCP Download:
    iperf3 -c speedtest.studiofunk.de -p 5200 -t 20 -i 1 -4 -P 120 -R

    [SUM]   0.00-20.03  sec  1.68 GBytes   721 Mbits/sec  27366             sender

    [SUM]   0.00-20.00  sec  1.50 GBytes   643 Mbits/sec                  receiver

      o2_Matze
      • o2_MatzeModerator
      • Moderator
      • August 7, 2025

      ​Ticket wurde geschlossen und ich erhalte jetzt um 17:35 vernünftige iperf3-Ergebnisse:

      ​@ksweber007 Vielen Dank für das Update, das sind ja großartige Neuigkeiten.

      Es freut mich, dass die Technik das soweit lösen konnte 😊

      Beste Grüße Matze 

      „Was Du mit guter Laune tust, fällt Dir nicht schwer.“- ungarische Weisheit
      Allgemeine Nutzungsbedingungen der O₂ CommunityAccessibility statement
      © Telefónica Germany GmbH & Co. OHG Telefónica