Audio Streaming - Come riuscire 2

Problemi protocollo

Progettazione di un protocollo di rete che supporta lo streaming media può essere molto coinvolto.

I seguenti punti sono degni di nota:
Protocolli chiamato Datagram, come ad esempio la User Datagram Protocol, inviare il flusso multimediale come una serie di piccoli componenti di dati. Anche se questo è semplice ed efficace, il protocollo non contiene alcuna disposizione di garantire la consegna del flusso di dati. Infatti, la responsabilità è disposta sull'utente per rilevare qualsiasi perdita o corruzione dei dati, e di ripristinare tali dati utilizzando metodi di correzione di errore. Se alcuni dei dati è perduto, il flusso multimediale può incorrere in quello che viene chiamato un abbandono.

I seguenti protocolli sono stati particolarmente progettati per trasmettere streaming media su reti: Real-Time Streaming Protocol, Real-time Transport Protocol, e il Real-time Transport Control Protocol.

protocolli affidabili, come il Transmission Control Protocol, assicurano la corretta consegna di ogni bit nel flusso multimediale. Tuttavia, per ottenere questo, usano un sistema di timeout e tentativi, che li rende più complesso da implementare. Il rovescio della medaglia è che quando la rete soffre di una perdita di dati, il flusso multimediale viene messo in attesa, mentre i gestori di protocollo rilevano la perdita e ritrasmettono i dati mancanti. Con il buffering dei dati di visualizzazione, è possibile ridurre questo effetto abbastanza sensibilmente.

Quando si utilizza protocolli Unicast, una copia alternativa del flusso di dati vengono inviati dal server per ogni utente. Unicast è più comunemente usato per la maggior parte delle connessioni Internet. Tuttavia, non esegue bene quando un gran numero di utenti desiderano visualizzare lo stesso programma allo stesso tempo. Quando ci sono molti destinatari che ricevono flussi di contenuti Unicast indipendente, si tende ad essere la replica dei dati con conseguenti carichi di server /rete. Anche quando il contenuto streaming è la stessa di quella fornita dal server di streaming associato, ci sarà ancora un requisito per più connessioni dalle connessioni unicast.

Tuttavia, protocolli multicast sono stati sviluppati per ridurre al minimo questo tipo di replica. Tali protocolli inviano solo un flusso dalla sorgente a un gruppo di destinatari. Sia le trasmissioni multicast sono realizzabili dipende l'infrastruttura di rete e il tipo. Un possibile svantaggio di multicasting è la perdita della capacità di utilizzare video on demand. In caso di flusso continuo di materiale radio o televisiva, l'utente sarà in grado di controllare la riproduzione. L'utilizzo di server con la capacità di memorizzare nella cache, set top box digitali e lettori multimediali tamponate sono tutti metodi che tenderanno a limitare questo problema.

La possibilità di inviare un singolo flusso di dati a un numero di utenti finali in una rete di computer è disponibile con IP Multicast. Dal router e firewall devono consentire il flusso di dati destinati a gruppi multicast, questo deve essere considerato durante la distribuzione IP multicast.

Nel caso di educativo, il governo, e le intranet aziendali dove l'organizzazione che sta servendo il contenuto ha il controllo sulla rete tra server e destinatari, i protocolli di routing quindi, come IGMP e PIM possono essere usati per fornire contenuti streaming a più segmenti LAN.

Organizzare per i flussi pre-registrati da inviare tra i computer costituisce la base per il peer-to-peer (P2P) protocolli. In questo modo, il server e le sue connessioni di rete sono liberi da colli di bottiglia vivendo. Ci sono, tuttavia, alcune questioni che possono avere bisogno di essere risolto quando si utilizza di un tale accordo. Questi includono tecnico, l'efficacia, la precisione dei dati, e di vari aspetti giuridici

Audio Streaming – Come riuscire
.