Áudio Streaming - How To Succeed 2

Protocolo Issues

Desenhar um protocolo de rede que suporta streaming de mídia pode ser bastante envolvido.

As seguintes questões são dignas de nota:
Protocolos chamada Datagram, como o User Datagram Protocol, enviar o fluxo de mídia como uma série de pequenos componentes de dados. Embora este seja simples e eficiente, o protocolo não contém qualquer disposição para garantir a entrega de fluxo de dados. Na verdade, o ônus é colocado sobre o usuário para detectar qualquer perda ou corrupção de dados, e para restabelecer esses dados usando métodos de correção de erro. Se algum dos dados for perdida, o fluxo de mídia pode incorrer que é chamado de abandono.

Os seguintes protocolos têm sido especialmente projetados para oferecer streaming de mídia através de redes:
em tempo real Streaming Protocol, em tempo real Transport Protocol, eo Real-time Transport Control Protocol.

protocolos confiáveis, como o Transmission Control Protocol, garantir a entrega correta de cada bit no fluxo de mídia. No entanto, a fim de alcançar este objectivo, eles utilizam um sistema de tempos de espera e as novas tentativas, o que os torna mais difíceis de implementar. A desvantagem é que quando a rede sofre de uma perda de dados, o fluxo de mídia é colocada em espera enquanto os manipuladores de protocolo detectar a perda e retransmitir os dados em falta. Ao tamponar os dados de exibição, é possível reduzir esse efeito muito visivelmente.

Quando utilizando protocolos unicast, uma cópia alternativa do fluxo de dados é enviado a partir do servidor para cada utilizador. Unicast é mais comumente usado para a maioria das conexões de Internet. No entanto, ele não executar bem quando grandes números de usuários deseja visualizar o mesmo programa ao mesmo tempo. Quando há muitos destinatários que recebem fluxos de conteúdo Unicast de forma independente, tende a haver replicação de dados com os consequentes cargas servidor /rede. Mesmo quando o conteúdo de fluxo é a mesma que a fornecida pelo servidor de fluxo associadas, haverá ainda uma necessidade de várias ligações a partir das ligações ponto a ponto.

No entanto, os protocolos de multicast foram desenvolvidos a fim de minimizar esse tipo de replicação. Tais protocolos enviar apenas um fluxo a partir da origem para um grupo de destinatários. Se transmissões Multicast são viáveis ​​depende da infra-estrutura de rede e tipo. Uma possível desvantagem de multicasting é a perda da capacidade de utilizar vídeo sob demanda. No caso de continuamente streaming de material de rádio ou televisão, o usuário não será capaz de controlar a reprodução. O uso de servidores com a capacidade de armazenar em cache, set top boxes digitais, e players de mídia em buffer são todos os métodos que tendem a limitar esse problema.

A capacidade de enviar um único fluxo de dados para um número de usuários finais em uma rede de computadores está disponível com IP Multicast. Desde roteadores e firewalls devem permitir que o fluxo de dados destinados a grupos multicast, isso deve ser considerado durante a implantação de multicast IP.

No caso de instituições educacionais, governo e intranets corporativas onde a organização que está servindo o conteúdo tem controle sobre a rede entre o servidor e os destinatários, protocolos de roteamento, em seguida, como o IGMP e PIM podem ser usados ​​para satisfazer de fluxo para vários segmentos de LAN.

Organizar para fluxos pré-gravados para serem enviados entre computadores constitui a base para (P2P) protocolos peer-to-peer. Desta forma, o servidor de rede e as suas ligações são livres de gargalos sofrem. Há, no entanto, certos assuntos que podem precisar de ser resolvido pelo uso de tal acordo. Estes incluem técnica, a eficácia, a precisão dos dados, e diversas questões jurídicas

Audio Streaming – Como suceder
.