Frage(n) zu UDP

Hallo miteinander,

UDP ist ja ein verbindungsloses Protokoll (der Datenstrom wird ja nicht wie bei TCP "überprüft").

Wenn ich ein Video z. B. bei Youtube anschaue ist es irgendwann mal zu Ende und Youtube sendet nicht weiter.

Was passiert aber, wenn ich das Video mittendrin beende oder mein System wärend des Anschauens
zusammen bricht ?

Wie bekommt Youtube ( oder jeder andere Sender der per UDP sendet ) das mit, das nicht weiter gesendet werden soll - oder wird das Video trotzdem weiter ins Internet "geblasen" ?

Kann man es in etwa wie in diesem Beitrag

UDP Flusskontrolle?

wie von aqui beschrieben annehmen ?

Gruß Helmuth

Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben

Content-ID: 5339381283

Url: https://administrator.de/contentid/5339381283

Ausgedruckt am: 22.11.2024 um 19:11 Uhr

9 Kommentare

Neuester Kommentar

Video bei YT werden IMHO per TCP gesendet, aber unabhängig davon funktioniert das in dem Fall sowieso ganz anders.
Ein Stream von einer Kamera z.B wird gerne mal per UDP verschickt weil die Daten halt kommen wie sie kommen.
YT hingegen funktioniert erst mal so das der Browser einfach ständig kleine Schippsel anfrägt. Quasi "Schick mal Sekunde 0-5, 6-10" usw. Das wird dann im Browser gepuffert.

Selbst wenn es UDP wäre, würde man hier dennoch einfach einen "Keep-Alive" machen, indem der Player einfach hin und wieder ein Lebenszeichen von sich gibt und ein "Bin noch da" an YT schickt.

Auch wenn UDP als Protokoll erst mal ohne Kontrolle des Empfangs funktioniert, so kann die Software dahiner ja dennoch Kontrollen einbauen

Speziell YouTube ist QUIC. Der Webserver steuert den Fluss maßgeblich.

Moin,

Für Streaming gibt es die verschiedensten Protokolle. beispielhaft sei auf die große datenmüllhalde Wikipedia verwiesen: https://de.wikipedia.org/wiki/Streaming-Protokoll

Selbst wenn UDP benutzt wird, ist das ja nicht "nackstes" UDP, sondern die nächste Schicht obendrauf implementiert dann die Flußkontrolle damit die beiden Kommunikationspartner wissen, ob noch ein datenstrom kommt, kommen soll, oder zu ende ist. d.h. also, nur weil UDP selbst keien Flußkontrolle wie TCP macht heißt das noch lange nicht, daß keine vorhanden ist. Die machen halt nur die Protokollschichten "obendrüber".

lks

PS: Welche Protkolle Youtube verwendet, kann man u.a. auch in der großen Datenmüllhalde nachlesen: https://en.wikipedia.org/wiki/YouTube#Features

Zitat von @2423392070:

Speziell YouTube ist QUIC. Der Webserver steuert den Fluss maßgeblich.

Und das ist nicht nacktes UDP sondern kommt mit einem "Steuerkanal" auf TCP-Basis. Spätestens sobald der Browser diese TCP-Verbindung zumacht, weiß der Absender, dass er aufhören soll zu senden.

Was Wireshark letztlich dann auch bestätigt.

Beide beteiligten IPs sind Google/YouTube IPs.
Der Wikipedia Artikel enthält übrigens keinerlei Informationen zu verwendeten Protokollen wie QUIC usw. Ist also zur Beantwortung wenig hilfreich.

Loss und Control ist hier beschrieben...
https://www.rfc-editor.org/rfc/rfc9002

Wo ist der TCP Behelfs-Layer beschrieben?

Moinsen,

Danke für die Infos. Hilft mir sehr weiter

Gruß Helmuth

( ... und viel Spass in den nächsten Nächten mit der Wildcard Round ... )

Zitat von @aqui:

Der Wikipedia Artikel enthält übrigens keinerlei Informationen zu verwendeten Protokollen wie QUIC usw. Ist also zur Beantwortung wenig hilfreich.

Deswegen Datenmüllhalde.

Aber wenn man woanders auf der Datenmüllhalde gräbt bekommt man https://de.wikipedia.org/wiki/QUIC

lks