Audio Streaming - Slik lykkes 2

Protokoll Issues

Å designe en nettverksprotokoll som støtter streaming media kan være ganske involvert.

Følgende problemer er verdt å merke seg:
Protokoller kalt Datagram, som for eksempel User Datagram Protocol, sende mediestrømmen som en serie av små komponenter av data. Selv om dette er enkel og effektiv, ikke protokollen inneholder ikke noen bestemmelse for å garantere levering av datastrømmen. Faktisk er tyngende plassert på brukeren å oppdage eventuelle tap eller korrupsjon i data, og å gjeninnsette slike data ved hjelp av feilkorreksjonsmetoder. Dersom noen av dataene er tapt, kan mediestrømmen pådrar det som kalles et frafall.

Følgende protokoller er spesielt designet for å levere streaming media over nettverk: Anmeldelser Real-Time Streaming Protocol, Real-time Transport Protocol, og Real-time Transport Control Protocol.

Pålitelig protokoller, for eksempel Transmission Control Protocol, sikre riktig levering av hver bit i media stream. Men for å oppnå dette, bruker de et system av tidsavbrudd og forsøk, noe som gjør dem mer komplisert å gjennomføre. Ulempen er at når nettverket lider et tap av data, er mediestrømmen satt på vent mens de protokollhåndterere påvise tap og videresende de manglende data. Ved bufring fremvisningsdata, er det mulig å redusere denne effekten ganske merkbart.

Ved bruk av Unicast protokoller, en alternativ versjon av datastrømmen blir sendt fra serveren til hver bruker. Unicast er mest brukt for de fleste Internett-tilkoblinger. Men det betyr ikke utføre godt når et stort antall brukere vil se det samme programmet på samme tid. Når det er mange mottakere som får Unicast innholdsstrømmer uavhengig, pleier det å være data replikering med påfølgende server /nettverks belastninger. Selv når streaming innholdet er det samme som det som tilbys av den tilhørende streaming server, vil det fortsatt være et krav for flere tilkoblinger fra unicast-tilkoblinger.

Men multicast-protokoller ble utviklet for å minimere denne type replikering. Slike protokoller sender bare en strøm fra kilden til en gruppe av mottakere. Enten Multicast sendinger er mulig avhenger av nettverksinfrastruktur og type. En mulig ulempe for multicasting er tap av evne til å utnytte video on demand. I tilfellet med kontinuerlig streaming radio eller fjernsyn materiale, vil brukeren være i stand til å styre avspillingen. Bruken av servere med evnen til å lagre, digitale set-top-bokser, og bufrede mediespillere er alle metoder som vil tendens til å begrense dette problemet.

Muligheten til å sende en enkelt datastrøm til et antall sluttbrukere på en datamaskin nettverk er tilgjengelig med IP Multicast. Siden rutere og brannmurer må tillate flyt av data bestemt for multicast-grupper, må dette tas i betraktning ved distribusjon av IP multicast.

Når det gjelder utdanning, regjeringen, og bedriftens intranett der organisasjonen som serverer innholdet har kontroll over nettverket mellom server og mottakere, deretter ruting protokoller som IGMP og PIM kan brukes til å levere strøm til innhold til flere LAN segmenter.

Tilrettelegging for forhåndsinnspilte streamer å bli sendt mellom datamaskiner danner grunnlaget for Peer-to-peer (P2P) protokoller. På denne måten serveren og dens nettverkstilkoblinger er fri opplever flaskehalser. Det er imidlertid enkelte forhold som kan må løses ved bruk av en slik ordning. Disse omfatter tekniske, effektivitet, nøyaktighet av data, og ulike juridiske problemstillinger

Audio Streaming – Slik lykkes
.