Ah, we hebben een kenner. Daar was mijn comment niet op geschreven. Maar ik heb uiteraard wel een paar opmerkingen op jouw reactie. ;-)
Op netwerk-layer is UDP als protocol juist wél gevoelig voor storingen en ander verkeer. Het voordeel van UDP is dat het sneller/real-time communicatie mogelijk maakt, waar TCP als protocol heel veel handshakes heen en weer doet voordat er daadwerkelijk pakketjes heen en weer gaan. Het grote voordeel van TCP is echter dat het over de verstuurde data retransmissie mogelijkheden in het protocol heeft gebouwd. De applicaties die jij noemt hebben zelf die retransmissie capabilities ingebouwd om gebruik te maken van het real-time karakter maar tegelijk te garanderen dat er zo min mogelijk data verloren gaat. Zoiets werkt echter een laag hoger, op de applicatie-laag, en niet op de protocol-laag. Zo is VOIP over een lijn zonder nette QoS met aanzienlijke packetloss ook een slecht verhaal.
UDP gebruiken voor data zonder die retrnansmissie-mogelijkheid is een slecht plan indien je om je data geeft. Laat dat nou net een probleem zijn bij video streaming, waar we het ook nog eens over een multitude aan pakketjes hebben tegenover VOIP. Om dit op te vangen heb je ook oplossingen (en die worden ook gebruikt), maar die vereisen weer speciale implementatie in de verschillende clients - ook deels waarom een STB min of meer vereist is om goed gebruik te kunnen maken van IPTV via multicast. Oftewel; wederom applicatie laag-oplossingen.
Wanneer UDP traffic niet helemaal aankomt krijg je te maken met de welbekende blokjes in het TV signaal. Dat wordt normaliter opgelost door de retransmissie-server die vervolgens (ook via UDP) de vereiste pakketjes alsnog (op tijd) aanlevert bij de set-top box. Maar dat gaat zeker niet vanzelf. Dat kan ook niet in het geval van multicast omdat de communicatie one-way only is.
Meestal zorgt zo'n proprietary oplossing ervoor dat je tot zo'n 5% mag verliezen voordat je echt blokjes gaat zien. Dat is in principe genoeg wanneer je een degelijke lijn hebt, maar vereist wel dat jouw provider zorgt voor een goede QoS zodat die pakketjes voorrang krijgen.
En dan weer terug naar die apparatuur die de provider moet plaatsen; dat is dus iets wat men heel easy bij KPN kan inkopen, zelfde plek waar ze hun verbindingen inkopen over het KPN netwerk (WBA). De provider hoeft dan alleen in de customer router op een bepaald VLAN een IGMP proxy te draaien en je bent in-business.
De retransmissie server waar ik het net over had moet inderdaad wel aangekocht worden en/of geleverd worden door CanalDigitaal. Want dat gaat dus immers niet vanzelf goed.
[Reactie gewijzigd door _BLAST3R op 23 juli 2024 21:11]