Eu tenho confusão sobre os endereços multicast, eu li um exemplo que é dado por.
Suponha que dois aplicativos foram criados para enviar áudio através de uma rede. Um aplicativo aceita e digitaliza um fluxo de entrada de áudio e, em seguida, envia o quadro resultante pela rede para outro aplicativo. O segundo aplicativo recebe o áudio digitalizado da rede, converte-o de volta para o sinal de áudio e reproduz o resultado em um alto-falante. A menos que os dois aplicativos usem transmissão para enviar quadros, nenhum outro computador na rede receberá uma cópia do quadro. O multicast fornece uma excelente solução para os problemas de permitir que alguns computadores participem da transmissão de áudio. Para usar o multicast, um endereço multicast deve ser escolhido para o aplicativo de áudio . E o aplicativo de recebimento passa o endereço multicast para a interface de rede. A interface começa a aceitar os pacotes enviados para esse endereço.
Pergunta: como esse endereço multicast é escolhido, como o aplicativo receptor sabe que o remetente está usando esse endereço de destino específico para os quadros de áudio.
O endereço multicast é escolhido arbitrariamente fora do intervalo 239.0.0.0/8 (se o aplicativo for interno da empresa, pelo menos). Em seguida, ele é configurado na (s) origem (s) e em todos os assinantes.
Portanto, em geral não há "serviço de diretório" dentro da rede, ele depende da interação humana para configurar os aplicativos corretamente.
Dito isso, tentarei responder sua pergunta. O remetente escolhe o endereço IP multicast usado para enviar tráfego. O intervalo reservado de endereços IP multicast é de 224.0.0.0 a 239.255.255.255.
A maioria dos ISPs não oferece suporte a multicast em suas redes públicas da Internet, portanto, se você estiver procurando fazer multicast entre os locais, precisará ter algumas VPNs configuradas entre eles. Cada roteador que a transmissão multicast precisar será configurado para multicast.
Se você estiver configurando seu próprio equipamento, tentarei fornecer uma visão geral dos processos envolvidos, mas para obter informações detalhadas, você precisará fazer algumas leituras. Felizmente, a wikipedia tem artigos decentes sobre multicast IP. O dispositivo emissor envia o tráfego multicast, você precisará configurar cada dispositivo de rede (roteadores, switches, firewalls, etc) que você deseja que o tráfego multicast passe. O equipamento de cada fabricante será diferente, por isso não posso fornecer muita informação sobre como especificamente configurá-lo.
Em seguida, você precisará configurar cada cliente que deseja receber tráfego multicast com o IGMP (Internet Group Management Protocol). Isso geralmente é incorporado em qualquer pacote de software que você esteja executando no cliente para o aplicativo de difusão seletiva. O que o IGMP faz é acessar seu dispositivo de rede local e informar que esse cliente está interessado em receber tráfego multicast de um determinado endereço multicast. Assim, por exemplo, seu envio está configurado para enviar em 224.10.10.123, o cliente que deseja ouvir configuraria o IGMP para se conectar ao seu dispositivo de rede local e solicitaria qualquer tráfego multicast vindo para esse dispositivo em 224.10.10.123.
Para reduzir o tráfego multicast desnecessário, provavelmente você também desejará examinar o Protocolo Independente Multicast (PIM). Você configura o PIM em seus dispositivos de rede. O que o PIM faz é saber se alguém conectado a esse dispositivo de rede está realmente ouvindo um multicast e, se não houver ninguém, ele cortará o tráfego. Se você tem uma grande rede com múltiplas fontes de multicasting, você definitivamente vai querer investigar a implementação do PIM.
O Windows Media Services tem a opção de transmitir eventos ao vivo por multicast. Como Lloyd Baker apontou, isso é algo que acaba sendo local para uma rede. Em nossa rede universitária, nós faríamos o multicast de coisas como Início e discursos do Presidente, o que permitiria que qualquer pessoa na rede sintonizasse (o que poderia ser milhares) sem acabar com o problema do próprio servidor de mídia. Aqueles que estão fora do campus ficariam com unicast para receber a transmissão ao vivo.
O IP que escolhemos para usar em nossa transmissão ao vivo é selecionado no intervalo de multicast, que é regido por RFC3171 . O bloco 239/8 é para uso "interno" e não é roteado pela Internet, semelhante aos endereços RFC1918. O multicast funciona melhor quando sua rede foi projetada para isso. A nossa foi desde que tivemos uma dependência do Service Location Protocol por um longo tempo, e isso é um protocolo baseado em multi-cast.
Assim que escolhermos um endereço para nossa transmissão, atribuiremos um nome DNS para ele. Nesse ponto, publicar a transmissão é bem simples, seja um e-mail de todo o campus ou publicado na frente de nossa página da Web.
Tags networking