TCP vs. UDP - die Unterschiede (IT_NT7.4)

[@adrianweidig]

War tatsächlich kurz verwirt da in IT_NT07.2 am Ende gesagt wird, dass im nächsten Video der Unterschied zwischen TCP und UDP erklärt wird und dann kamen WKS und registered Ports 😀 Da hat mir jetzt dieses Video deutlich geholfen. Danke auch noch nach vielen Jahren 🙂

[@viviacelaomar5405]

Vielen herzlichen Dank für die tollen Tutorials :)

[@henrisuperstar]

Ich fand die se Erklärung sehr schön präzise und exakt. Es ist nun einmal nicht immer alles leicht zu erklären , man kommt nicht darum zu lesen oder sich auch über andere Quellen zu informieren. Alles in allem ist es aber schön das Menschen wie Du dadurch andere motivieren und Ihr Wissen teilen.

[@xaverminote2591]

Sehr schön. Dieser Teil hat wirklich noch gefehlt. Nun habe ich alles verstanden.

[@ArthurDanny10]

Jedes Video von dir ist für mich so eine große Hilfe. Vielen Dank und mach bitte weiter so. Selbstverständlich geliket! :)

[@florianlindemann3753]

Sehr gut erklärt, Vielen Dank!

[@Nayapeaks]

Wie immer absolut top.

[@HydroAffe]

Freitag Abschluss Fach Informatiker jeeeeyyy

[@dercoolemann502]

Wie immer gut verständlich...danke

[@ibostar72]

Ehrenmann sehr gute Erklärung !!! Danke !

[@Anna-bo8fz]

Sehr verständlich erklärt, vielen Dank :) Wäre es möglich die Arbeitsweise von Portscans bzw. den Unterschied zwischen TCP basierenden und UDP basierenden Portscans zu erklären?

[@MrNahazz]

Hey Sebastian, wieder super gut erklärt. Du solltest viel mehr Abos haben :) Video-Wunsch: das Thema MTU. Die Größe wird ja von der Hardware vorgegeben. Jedoch kann ich mir das Zusammenspiel nicht so einfach erklären. Mal steht 1518, mal 1496 und es wird abgeraten eine andere MTU Größe zu verwenden wenn im Netzwerk "Probleme?" auftreten. 1. welche "Probleme können da entstehen? 2. warum verschiedene Größenangaben? OT: machst du nochmal dein Video über die Nutzungserfahrung mit deinem neuen iMac? Liebe Grüße

[@SebastianPhilippiTV]

Hi! Tatsächlich kann ich das mit der MTU hier im Kommentar sicherlich nicht ausführlich erläutern. Ich werde mir Gedanken darüber machen, wie man das in einem Video verpacken kann und was wohl die wichtigen Themen sind. Eins vorweg: Ich habe keine Ahnung, warum z.B. bei Ethernet die MTU mit 1518 Bytes gewählt wurde oder warum sie bei ATM deutlich geringer ist. Also was da genau der limitierende Faktor ist, weiß ich auch nicht. :-( Aber über den Rest kann an reden. Zum Thema Nutzungserfahrung mit dem Mac kann ich sicherlich ein Video machen, ist nur die Frage, wen das interessiert und was die Leute da gerne wissen möchten. :-)

[@kirangill693]

Super Kanal! Thx!

[@ikesha811]

Danke!!! Du bist der beste!!!

[@k.-h.gruber6160]

Sehr verständliches Video für einen Laien !

[@Frank010go]

Wieder klasse Video

[@Ralf280668]

Sehr verständlich erklärt. Ist die Schlussfolgerung richtig, dass UDP höhere Anforderungen an die Qualität der Übertragungsstrecke stellt?

[@SebastianPhilippiTV]

Nicht so wirklich. Man muss es eher umgekehrt sehen: UDP unterstellt, dass die Anwendung fehlertolerant ist und hier und da ausbleibende Segmente verkraften kann.

[@Ralf280668]

@@SebastianPhilippiTV Okay, wie könnte in der Praxis ein einfacher PCM Audio-Codec damit umgehen? Wenn das Ziel möglichst geringe Latenz ist, würde es ja keinen Sinn ergeben, auf der Empfängerseite einen größeren Puffer vorzusehen und jedes Paket dann in Audio zu konvertieren, wenn es gerade ankommt, ergibt auch keinen Sinn. Kann ich mir das so vorstellen, dass jedes "Datenpaket" mit einer Art laufender Nummer versehen ist und dass der Codec auf der Seite des Empfängers einfach die Pakete verwirft, bei denen er aufgrund dieser laufenden Nummer erkennt, dass sie zum falschen Zeitpunkt ankommen? Anlass meiner Frage (und meines Interesses für UDP) ist eine Anwendung, bei der ein Amateurfunk Gerät über WLAN mit einem PC verbunden ist und das Audio über UDP zwischen PC und Funkgerät übertragen wird. Was ich von Zeit zu Zeit beobachte, ist, dass das Gerät zwar auf Sendung schaltet, aber das im PC generierte Audio nicht vom Funkgerät ausgesendet wird (als ob es gar nicht ankäme) . Meine Vermutung ist, dass der Audio-Codec im Funkgerät einfach alle Pakete verwirft, die "zur falschen Zeit" ankommen und dann gar kein Audio an den eigentlichen Sender weiterreicht. Wäre das das gängige Verhalten eines Pcm-Audio-Codecs? Könnten also längere Delays im WLAN selbst dafür sorgen, dass anstelle einer zeitlich verzögerten Aussendung des Audios einfach gar nichts gesendet wird, weil sehr viele Datenpakete zur "falschen Zeit" ankommen?

[@sesch9853]

Moin Sephi, tolles Video! Ich selbst stehe gerade am Beginn meiner Lehrerlaufbahn und profitiere des Öfteren von deine Videos :-) Kaffee folgt ;-) Ich habe mal eine andere Frage zu UDP. Ich würde meinen S das ganze gerne mal mit Wireshark zeigen. Also z.B. eins deiner Videos gucken und dabei sehen wie die UDP Protokoll reinrasseln. Ist das so ohne weiteres möglich? In der Standardeinstellung von Wireshark wird mir das erstmal nicht angezeigt. Beste Grüße seb

[@NealMikeMortnoy]

sehr gut erklärt!

[@schnubpsi]

Tatsächlich ist UDP in meinem Arbeitsalltag deutlich verbreiteter. Arbeite als Veranstaltungstechniker und unser Dantenetzwerk spricht eigentlich nur UDP. Ich kannte den Unterschied also schon, war trotzdem nochmal froh über die Auffrischung.

[@volkan3316]

Bester Mann

[@maikd.3428]

Wie immer ein gutes Video, aber könntest du eventuell ein Video zur Prüfsummen Berechnung bei Tcp/Udp machen? Werde da weder durch Internet noch durch Unterlagen schlauer.

[@harunyildiz2113]

Vielen Dank!

[@jo21e6]

Reicht das TCP oder UDP eigentlich als Kommunikationsprotokoll für das IOT mit zig milliarden Geräten aus, die dauernd miteinander kommunizieren, oder braucht es dafür ein weiteres Protokoll? Und wenn ja, was muss dieses Protokoll können?

[@Johannes2730]

wie ist das bei youtube bei vorgeladenen videos man kennt ja den hellgrauen balken der dem roten balken vorraus eilt. eigentlich könnte man das doch auch mit tcp realisieren oder?

[@SebastianPhilippiTV]

Weil Videostreaming generell mit UDP umgesetzt wird? Nun. Der graue Balken wird doch eigentlich komplett lokal erzeugt, da sehe ich jetzt gerade keinen echten Zusammenhang. Worauf möchtest du hinaus?

[@Johannes2730]

@@SebastianPhilippiTV naja man hat doch einen puffer durch den grauen balken dann könnte man doch entscheiden wenn man genug puffer hat auf tcp umschalten damit die video quallität besser wird

[@Tschoii90]

Ehrenmann!

[@w1ngZ_]

Könntest du ein Video zu Hamming Code bzw. Hamming Abstand machen? :)

[@dananonym7475]

kurz gesagt UDP ballert ins Netz und TCP fragt/gleicht ab ob alles da ist... so lässt es sich glaube einfach merken

[@Thinker_069]

Ewa