- Registriert
- 31. Januar 2018
- Beiträge
- 3.908
- Reaktionspunkte
- 4.927
- Punkte
- 373
Digital Eliteboard - Das Digitale Technik Forum
Registriere dich noch heute kostenlos, um Mitglied zu werden! Sobald du angemeldet bist, kannst du auf unserer Seite aktiv teilnehmen, indem du deine eigenen Themen und Beiträge erstellst und dich über deinen eigenen Posteingang mit anderen Mitgliedern unterhalten kannst! Zudem bekommst du Zutritt zu Bereichen, welche für Gäste verwehrt bleiben
Registriere dich noch heute kostenlos, um Mitglied zu werden! Sobald du angemeldet bist, kannst du auf unserer Seite aktiv teilnehmen, indem du deine eigenen Themen und Beiträge erstellst und dich über deinen eigenen Posteingang mit anderen Mitgliedern unterhalten kannst! Zudem bekommst du Zutritt zu Bereichen, welche für Gäste verwehrt bleiben
-
Nobody is reading this thread right now.
- Registriert
- 10. Dezember 2012
- Beiträge
- 11.675
- Lösungen
- 2
- Reaktionspunkte
- 25.548
- Punkte
- 1.103
Das ist bei einem TCP-Protokoll nicht so, da es durch die Handshake Funktion den Sender auffordert das Paket erneut zu senden.
Daduch werden verlorende Pakete erneut gesendet. Das passiert bei UDP nicht.
Letztendlich ist das auch egal. Jeder so wie er mag
Daduch werden verlorende Pakete erneut gesendet. Das passiert bei UDP nicht.
Letztendlich ist das auch egal. Jeder so wie er mag
- Registriert
- 31. Januar 2018
- Beiträge
- 3.908
- Reaktionspunkte
- 4.927
- Punkte
- 373
ich kann mich auch mehrmals wiederholen , deshalb muss das erste ja nicht angekommen sein 
(Spass)
wenn die Verbindung Top ist , dann ist es auf alle Fälle das schnellste Protokoll , was OSCam unterstützt
einige benötigen selbst bei cs378x Keep alive: 1
(Spass)
wenn die Verbindung Top ist , dann ist es auf alle Fälle das schnellste Protokoll , was OSCam unterstützt
einige benötigen selbst bei cs378x Keep alive: 1
Du musst Regestriert sein, um das angehängte Bild zusehen.
Zuletzt bearbeitet:
