Skip to main content
Warum O2
Warenkorb
Service
Frage

5G SA (FRITZ!Box 6860 5G) – Jottacloud Video-Streaming ruckelt trotz guter Bandbreite / sporadische 404 bei .ts Segmenten / Latenzspitzen

  • December 23, 2025
  • 9 Antworten
  • 121 Aufrufe

Forum|alt.badge.img+5

Hallo zusammen,
ich habe seit einiger Zeit ein reproduzierbares Problem mit Jottacloud Video-Streaming über meinen o2-Mobilfunkanschluss (DSL-Ersatz).

Setup:

  • o2 Mobilfunk, Routerbetrieb

  • FRITZ!Box 6860 5G, Verbindung läuft stabil auf 5G SA (kein 5G NSA)

  • Windows 11 PC, Chrome als Browser

  • IPv6 ist in Windows deaktiviert (Tests laufen daher über IPv4)

Problem:

  • Beim Abspielen von Videos in Jottacloud kommt es regelmäßig zu Stocken/Pufferproblemen (Video ruckelt, bleibt hängen).

  • Wichtig: Allgemeine Downloads über die gleiche Verbindung laufen parallel voll schnell und stabil (z. B. andere Dienste/Downloads). Es wirkt daher eher wie ziel-/streckenbezogen (Routing/Peering/Jitter) oder ein Zusammenspiel aus beidem.

Was ich beobachte:

  1. Ping/Latency:

  • ping -n 300 auf Jottacloud-Hosts zeigt 0% Paketverlust, aber teils deutliche Latenzspitzen.
    Beispiel video-v2.jottacloud.com (185.179.128.55):

  • Minimum ~36 ms, Maximum bis 410 ms, Durchschnitt ~66 ms
    Das deckt sich zeitlich mit dem „Ruckeln“.

  1. Pathping/Traceroute:

  • Route geht über Telefónica-Netz und dann u. a. Richtung London/Colt (Beispielhop edge7.lon1.neo.colt.net).

  • Pathping zeigt bei Zwischenhops hohe Verluste (typisch wegen ICMP-Rate-Limit), am Ziel aber 0% Verlust.

  1. Chrome DevTools (Netzwerk):
    Während es ruckelt, sehe ich Requests auf HLS-Segmente (.ts) von:
    https://video-v2.jottacloud.com/segment/.../hd/segment_xxx.ts
    Dabei treten sporadisch HTTP 404 auf (Segment nicht verfügbar), z. B.:

  • 404, Größe ~0,6 KB, TTFB ~3,9 s
    Normale Segmente sind 200 und laden normal.

  1. VLC / curl:

  • Der Browser kann die .m3u8 inzwischen abspielen, aber VLC spielt dieselbe m3u8 nicht (keine Fehlermeldung, startet einfach nicht).

  • curl -L (Windows) scheitert bei der Playlist sogar mit:
    CRYPT_E_NO_REVOCATION_CHECK (0x80092012) (Zertifikat-Sperrprüfung nicht möglich).
    Das wirkt so, als gäbe es teils Probleme bei OCSP/CRL-Erreichbarkeit oder TLS-Validierung über bestimmte Wege (Browser kommt klar, Standard-Clients nicht).

Meine Frage an die Community / Mods:
Hat jemand ähnliche Probleme mit Jottacloud / video-v2.jottacloud.com im o2-Netz (5G/4G), speziell abends/unter Last?
Könnte das ein Routing-/Peering-/Jitter-Thema im Telefónica-Transit Richtung UK/Colt sein – oder ist das eher eindeutig ein Jottacloud-CDN/Segment-Problem (404 auf .ts)?
Welche Diagnosen würdet ihr noch empfehlen (z. B. MTR/WinMTR, andere Testziele, DNS-Tests, anderer APN, etc.)?

Danke euch!

9 Antworten

o2_Solveig
  • Moderatorin
  • December 29, 2025

Hallo ​@SerienStreamer ,
herzlich willkommen in unserer o2 Community 😀
Du schreibst, dass die Probleme seit einiger Zeit auftreten.
Seit wann klappt es nicht mehr ? 
Du hast wahrscheinlich schonmal einfach alles neu gestartet ? 
Gruß, Solveig 


Forum|alt.badge.img+5
  • Autor
  • Stammgast
  • December 29, 2025

Aber natürlich habe ich schon alles neugestartet. Mehrfach. Warum glaubt man immer, das man das nicht getan hat? Das ist doch ein logischer erster Schritt, oder? Sonst würde ich mich nicht an euch wenden :-)

Es müsste an euch liegen, denn Jottacloud haben schon alles geprüft. Daher erbitte ich nun eine zeitnahe Klärung, denn dieser Eintrag ist nun auch schon älter und bislang hat sich nichts getan. Das finde ich persönlich sehr bedauerlich. Ich weiß das dies keine Echtzeitkommunikation ist, aber 6 Tage? Das finde ich schon lange, muss ich gestehen. Ihr wollt doch auch das wir Kunden pünktlich bezahlen, oder? Wenn ich mit der Zahlung so lange nach Fälligkeit mit der Zahlung warten würde, wärt ihr die ersten die eine Mahnung raushauen, so viel steht fest. Wenn es aber um Unterstützung geht, kann man meist lange warten. 

Ich bitte daher um zeitnahe Kontaktaufnahme, bevorzugt telefonisch, vielen Dank. 


o2_Kurt
Forum|alt.badge.img+40
  • Moderator
  • January 11, 2026

Hi ​@SerienStreamer ,

bitte entschuldige die späte Antwort. Über die Feiertage sammelt es sich immer ein bisschen. Rückrufe führen wir nicht durch, für direkten Kontakt und schnelle Störungsaufnahme ist die Hotline auf jeden Fall immer der schnellste Weg.

Aber zu der Einschränkung:

Weitere Diagnose könnte ich dir gar nicht empfehlen, du bist da augenscheinlich sehr viel tiefer im Thema als ich. Ich eröffne aber gerne eine Störungsmeldung, wenn du mir ein aktuelles Beispiel nennst (so aktuell wie möglich, Darum & Uhrzeit) und die dazugehörigen Einschränkungen nennst.

Konntest du diesen Fehler immer nur bei der Verbindung über die Mobilfunkkarte feststellen? Sprich: Über eine andere Internetverbindung sind diese Fehler nicht reproduzierbar? 

Viele Grüße
Kurt


Forum|alt.badge.img+5

Hi ​@o2_Kurt 

danke Dir für die Rückmeldung. Dann liefere ich Dir ein aktuelles Beispiel für eine Störungsmeldung.

Aktuelle Beispiele (heute)

- Heute gegen 13:00 Uhr, 13:15 Uhr und 13:32 Uhr (jeweils beim Abspielen von Videos in Jottacloud)

- Ort: Bonn (53127)

- Zugang: o2 Mobilfunk (DSL-Ersatz), FRITZ!Box 6860 5G im Routerbetrieb

- Netzmodus: 5G SA (kein 5G NSA)

- Client: Windows 11, Chrome

- IPv6: in Windows deaktiviert (Tests laufen damit über IPv4)

Fehlerbild / Einschränkung

Beim Abspielen von Videos in Jottacloud (Web-Player) kommt es regelmäßig zu Stocken/Pufferproblemen (ruckelt, bleibt kurz hängen).

Wichtig: Allgemeine Downloads/Speedtests über die gleiche Verbindung laufen parallel schnell und stabil. Es wirkt daher eher wie Routing/Peering/Jitter oder ein CDN-/Segment-Thema, nicht wie ein generelles Bandbreitenproblem.

Messwerte / Beobachtungen (zeitlich passend zum Ruckeln)

- Ping (ping -n 300) auf Jottacloud-Host: 0% Paketverlust, aber deutliche Latenzspitzen

Beispiel: video-v2.jottacloud.com (185.174.128.55)

Min ~36 ms / Max bis ~410 ms / Durchschnitt ~66 ms

- Chrome DevTools (Netzwerk): während es ruckelt, sehe ich bei HLS-Requests auf .ts Segmente sporadisch HTTP 404 (Segment nicht verfügbar).

Normale Segmente sind 200 und laden normal.

Vergleich / andere Verbindung

Einen Vergleich über DSL/Hotspot kann ich nicht liefern, weil ich keinen DSL-Anschluss und keine alternative Verbindung (Hotspot o.ä.) zur Verfügung habe. Der Anschluss ist mein DSL-Ersatz.

Bitte eröffne auf Basis der oben genannten Zeitpunkte und Daten eine Störungsmeldung und gib mir die Ticket-/Vorgangsnummer.

Viele Grüße


o2_Kurt
Forum|alt.badge.img+40
  • Moderator
  • January 11, 2026

Hallo ​@SerienStreamer ,

die Meldung ist eröffnet, die Nummer sollte dir bei Annahme der Meldung vom System per SMS mitgeteilt werden. Die schriebst, dass der Anbieter selbst auch schon untersucht hätte; man konnte da also die Streamingprotokolle checken und auch zur Verfügung stellen? Hast du es testweise mal auf deinem Handy gestreamt? Ich kenne den Anbieter und deren Umsetzung für Mobile nicht, das Routing lässt sich aber hoffentlich vergleichen.

Viele Grüße
Kurt


Forum|alt.badge.img+5

Hi ​@o2_Kurt 

danke Dir.

Ja, die SMS kam vorhin an. 

Zum Punkt „Anbieter hat untersucht“: Ja – Jottacloud hat das geprüft und meinte, bei ihnen seien keine generellen Probleme sichtbar. Gleichzeitig wurde mir aber gesagt, der Dienst sei „nicht dafür ausgelegt“, Videos zu streamen. Das passt für mich nicht richtig zusammen, weil in den Jottacloud-FAQs ausdrücklich steht, dass man über die Cloud Videos/Clips streamen kann. Daher gehe ich aktuell eher von einem streckenbezogenen Thema (Routing/Peering/Jitter/CDN) oder einer Besonderheit im Mobilfunkweg aus.

Handy-Test (bereits gemacht):

Ich habe es testweise auch am Smartphone geprüft und bekomme dieselben Aussetzer:

-über WLAN der FRITZ!Box, und

-direkt im Mobilnetz (WLAN aus)

Damit ist es aus meiner Sicht nicht ein reines Router-/PC-/WLAN-Problem, sondern eher netz- oder routeseitig.

Ich kann keinen Videolink teilen (private Cloud), aber ich kann euch jederzeit neutrale technische Daten liefern:

-Zielhost/Endpoint (z. B. video-v2.jottacloud.com / IP wie beobachtet),

-Zeitfenster (heute u. a. 13:00 / 13:15 / 13:32),

-Ping/MTR/Traceroute,

-HAR-Export aus Chrome (ohne private Inhalte/Links).

Wenn Du mir sagst, welche Daten fürs Ticket am hilfreichsten sind, liefere ich die gezielt nach.

Viele Grüße


Forum|alt.badge.img+5

Hi ​@o2_Kurt 

kurzes Update von meiner Seite: Ich habe gerade eben per SMS eine Rückmeldung zum Vorgang bekommen (sinngemäß „es wurde kein Fehler im Netz festgestellt / Vorgang abgeschlossen“). Ich gehe davon aus, dass Du dieses Update ggf. noch nicht gesehen hast, deshalb schreibe ich es direkt hier rein.

Leider ist das eigentliche Problem unverändert vorhanden:

Ort: Bonn (53127)

Symptom: Video-Streaming in Jottacloud ruckelt/stockt/puffert regelmäßig. Normale Downloads/Speedtests laufen parallel weiterhin stabil, daher wirkt es nicht wie ein generelles Bandbreitenproblem.

Wichtige Tests (bereits gemacht):

- Smartphone-Test: gleiche Aussetzer über WLAN der FRITZ!Box und direkt im Mobilnetz (WLAN aus).

→ Damit ist es aus meiner Sicht kein Endgeräte-/WLAN-/Router-Thema, sondern eher netz-/routing-/streckenseitig.

- In Chrome DevTools sehe ich während der Aussetzer sporadisch HTTP 404 bei HLS-.ts Segmenten (normale Segmente 200), zeitlich passend zum Ruckeln.

Ich kann keinen privaten Videolink teilen (private Cloud), aber ich kann gern neutrale technische Daten liefern:

- Zielhost/Endpoint (z. B. video-v2.jottacloud.com / IP wie beobachtet),

- konkrete Zeitfenster/Datum (ich kann mehrere Uhrzeiten nennen),

- Ping/MTR/Traceroute,

- HAR-Export (ohne private Inhalte/Links).

Kannst Du bitte sagen, wie wir das am besten weiterführen?

Für mich wäre sinnvoll, den Vorgang nochmal zu öffnen bzw. zu eskalieren und explizit Routing/Peering/CDN Richtung Jottacloud zu prüfen (nicht nur Funkzelle/Signalwerte), weil die Abschluss-SMS das Problem leider nicht gelöst hat.

Viele Grüße


o2_Kurt
Forum|alt.badge.img+40
  • Moderator
  • January 16, 2026

Hallo ​@SerienStreamer ,

eine Notiz bekam ich nicht - Danke für die Info!
Ich habe mir neben der Meldung noch ein wenig Rat eingeholt: Der Einschätzung nach, liegt der Knackpunkt eher bei Colt, wenn man den Packages folgt. Wenn ich es korrekt verstanden habe, lässt sich dieses Routing unsererseits (Sprich; Kundenbetreuung) nicht beeinflussen. Seitens Jottacloud könnte man aber bei uns (Telefonica) anfragen, ob sich da was optimieren lässt. 

Als möglicher Workaround wurde eine VPN-Verbindung genannt, ich weiß aber nicht inwiefern dies für dich umsetzbar ist (oder ob dies auch für dich tatsächlich bessere Performance bedeutet).

Viele Grüße
Kurt

 


Forum|alt.badge.img+5

Danke Dir für die Rückmeldung, ​@o2_Kurt

Das passt zu meinem Eindruck: Es wirkt zielnetz-/peeringabhängig (Richtung UK/London/Colt) und nicht wie ein generelles Funk- oder 5G-SA-Problem. Ich verstehe auch, dass das Routing nicht einfach über die Kundenbetreuung „umgestellt“ werden kann.

Damit ich hier sinnvoll weiterkomme, hätte ich ein paar konkrete Fragen/Bitten:

  1. Welche Stelle bei Telefónica wäre dafür zuständig (Peering/Transit/Routing)?
    Gibt’s eine Möglichkeit, das als Netz-/Peering-Ticket prüfen zu lassen, oder ist das im Privatkundenbereich grundsätzlich nicht machbar?

  2. Wenn Jottacloud bei euch anfragen soll:

    • An welche Kontaktadresse/Abteilung (NOC/Peering-Team o. ä.) sollen sie sich wenden?

    • Welche Infos braucht ihr von Jottacloud genau (AS, Ziel-IPs, Zeitfenster, Traces)?

  3. Ich kann gern nochmal saubere Messdaten liefern (Datum/Uhrzeit, betroffene Hosts/IPs wie video-v2.jottacloud.com/jfs.jottacloud.com, Ping/Pathping/Traceroute und Beispiele zu 404/TTFB bei Segmenten).
    In welchem Format ist das für eure Technik am hilfreichsten?

VPN als Workaround: Ich kann das testweise probieren, wäre für mich aber eher Notlösung (VPN kann auch zusätzliche Latenz bringen). Ich teste es gern – wenn Du mir sagst, worauf ich achten soll (z. B. Exit in DE vs. UK) und welches Verhalten ihr damit umgehen wollt (Colt/London-Pfad).