Audio Streaming - Sådan lykkes 2

Protokol Issues

Design af et netværksprotokol, som understøtter streaming media kan være ganske involveret.

Følgende emner er bemærkelsesværdige:
protokoller kaldte Datagram, såsom User Datagram Protocol, sende medierne strøm som en serie af små komponenter data. Selv om dette er enkel og effektiv, er protokollen ikke indeholder nogen bestemmelse for at sikre leveringen af ​​datastrømmen. Faktisk er bevisbyrden placeres på brugeren til at opdage eventuelle tab eller korruption i dataene, og at genindføre sådanne data ved hjælp af fejlkorrektion metoder. Hvis nogle af de data er gået tabt, kan medierne strøm pådrage hvad der kaldes en frafald.

Følgende protokoller er blevet specielt designet til at levere streaming media over netværk:
Real-Time Streaming Protocol, Real-time Transport Protocol, og Real-time Transport Control Protocol.

Pålidelig protokoller, såsom Transmission Control Protocol, sikre korrekt levering af hver bit i medierne strøm. Men for at opnå dette, de bruger et system af timeouts og genforsøg, hvilket gør dem mere kompliceret at gennemføre. Ulempen er, at når netværket lider et tab af data, er medierne strøm sat på hold, mens protokolhåndtering registrere tabet og retransmittere de manglende data. Ved buffering visningsdataene, er det muligt at reducere denne effekt ganske mærkbart.

Ved brug Unicast protokoller, en alternativ kopi af datastrømmen sendes fra serveren til hver bruger. Unicast er mest brugt til de fleste internetforbindelser. Det gør dog ikke klare sig godt, når et stort antal brugere vil se det samme program på samme tid. Når der er mange patienter, der får Unicast indholdsstrømmene uafhængigt, er der en tendens til at være datareplikering med deraf server /netværk belastninger. Selv når indholdet streaming er den samme som leveres af den tilhørende streaming-serveren, vil der stadig være et krav om flere forbindelser fra unicast Connections.

blev imidlertid multicast-protokoller udviklet med henblik på at minimere denne slags replikation. Sådanne protokoller sende bare en strøm fra kilden til en gruppe af modtagere. Hvorvidt Multicast transmissioner er mulige, afhænger af netværksinfrastruktur og type. En mulig ulempe ved multicasting er tabet af evnen til at udnytte video on demand. I tilfælde af kontinuerlig streaming radio- eller tv-materiale, vil brugeren ikke være i stand til at styre afspilningen. Anvendelsen af ​​servere med evnen til at cache, digitale dekodere, og bufrede medieafspillere er alle metoder, som vil have en tendens til at begrænse dette problem.

Muligheden for at sende en enkelt datastrøm til et antal slutbrugere på et computernetværk fås med IP Multicast. Da routere og firewalls skal tillade datastrømmen bestemt til multicast-grupper, skal det overvejes, når implementering IP multicast.

I tilfælde af uddannelsesmæssige, regeringen, og virksomhedernes intranet, hvor den organisation, der afsoner indholdet har kontrol over netværket mellem server og modtagere, så routing protokoller såsom IGMP og PIM kan bruges til at levere strøm indhold til flere LAN-segmenter.

Arrangere for indspillede strømme, der skal sendes mellem computere danner grundlag for peer-to-peer (P2P) protokoller. På denne måde serveren og dets netværksforbindelser er fri oplever flaskehalse. Der er dog visse forhold, der kan have brug for at blive løst, når du bruger af en sådan ordning. Disse omfatter tekniske, effektivitet, nøjagtighed af data, og forskellige juridiske spørgsmål

Audio Streaming – Sådan lykkes
.