EntÃ£o, neste prÃ³ximo segmento, farei apenas uma breve revisÃ£o do IGMP e
MLDP. EntÃ£o, o que sÃ£o isso?
Bem, IGMP significa Internet Group Management Protocol.
Ao que parece, existe uma IETF para isso.
Existe uma RFC para isso e existem vÃ¡rias versÃµes de versÃµes IGMP,
um, dois e trÃªs.
Atualmente, a versÃ£o dois Ã© a usada na maioria dos dispositivos.
E este Ã© o protocolo usado pelos receptores, que Ã© o seu laptop, para indicar
o interesse do multicast para roteadores conectados diretamente.
EntÃ£o, no segmento de vÃ­deo anterior, eu disse, vocÃª envia algum tipo de unicast
pacote para um servidor dizendo, ei, diga-me quais programas vocÃª tem.
E o servidor envia um pacote unicast de volta para vocÃª.
E Ã© isso que exibe no seu laptop esta imagem de, ok, aqui estÃ¡ o
vÃ¡rios shows diferentes.
E eu disse que quando vocÃª clica nisso, vocÃª estÃ¡ enviando uma mensagem para o seu
roteador, para o seu gateway padrÃ£o dizendo, eu quero isso.
Se vocÃª ver, envie para mim.
Bem, agora sabemos qual Ã© essa mensagem.
Ã o IGMP. VocÃª estÃ¡ enviando uma mensagem IGMP para esse roteador, e o roteador
tem que estar ouvindo IGMP para que agora possa saber disso, ok, em fast ethernet
00, tenho um receptor aÃ­ que quer esse programa.
Portanto, o IGMP Ã© usado para IPv4.
E para IPv6, o equivalente Ã© o protocolo de descoberta de ouvinte multicast.
E o que Ã© legal Ã© que o MLDP foi praticamente construÃ­do em torno dos mesmos conceitos
como IGMP. EntÃ£o, se vocÃª estÃ¡ familiarizado com o IGMP, se estudou as versÃµes do IGMP
dois e trÃªs e vocÃª conhece os tipos de mensagem, sabe como funciona,
vocÃª sabe cerca de 90% do que precisa saber para o MLDP.
EntÃ£o, vamos falar brevemente sobre as mensagens IGMP e como elas sÃ£o
usado porque isso serÃ¡ muito relevante para nosso roteamento multicast
discussÃ£o. EntÃ£o, seus relatÃ³rios de associaÃ§Ã£o, esse Ã© o nome do relatÃ³rio especÃ­fico
Mensagens IGMP que seu laptop, o receptor, envia upstream para o roteador.
Por exemplo, se agora eu tiver uma lista de diretÃ³rios em meu laptop que forneÃ§a
me vÃ¡rios programas como no Fox News e outras coisas e clico na CNN, quero
para assistir a CNN. Bem, no fundo, meu laptop sabe que o GDA, o
o endereÃ§o de destino do grupo para CNN Ã© 239.555.
EntÃ£o, meu laptop agora irÃ¡ gerar um relatÃ³rio de adesÃ£o ao IGMP.
Na verdade, ele irÃ¡ para o endereÃ§o 239.555.
EntÃ£o, seja qual for o programa que eu quero ver, esse serÃ¡ realmente o
endereÃ§o de destino no meu pacote IGMP.
Agora vocÃª deve estar se perguntando, bem, espere um segundo, se eu sou um roteador e
receber em um pacote indo para 239.555, como faÃ§o para distinguir entre
IGMP, que Ã© algo que preciso processar em minha CPU, em vez de ser
o prÃ³prio fluxo de dados da CNN?
Na verdade, estÃ¡ no nÃºmero do protocolo IP.
EntÃ£o Ã© assim que o roteador diria a diferenÃ§a.
Se esse multicast chegar e for UDP, ele diz, ah, nÃ£o preciso pagar
atenÃ§Ã£o para isso.
Esse Ã© o vÃ­deo real.
Se vier com um protocolo IP, acho que IGMP Ã© o protocolo dois.
Acho que ICMP Ã© um e IGMP Ã© dois.
Posso ter confundido os dois, mas Ã© assim que o roteador sabe, ah,
isso Ã© algo que preciso examinar.
E entÃ£o, quando entra no corpo da mensagem, diz, ah, isso
Ã© um relatÃ³rio de adesÃ£o.
HÃ¡ um receptor.
Um receptor que deseja obter esse show.
Agora, se estamos falando da versÃ£o trÃªs do IGMP, ele tem um endereÃ§o reservado.
Portanto, seu laptop enviaria um relatÃ³rio de associaÃ§Ã£o ao IGMP para 224.00.22.
Isso Ã© chamado de endereÃ§o de todos os roteadores IGMP V3.
E assim, os roteadores que executam o IGMP V3 estariam ouvindo isso em 224.00.22.
Agora, digamos que vocÃª tenha feito isso.
EntÃ£o, seu laptop Ã© informado sobre o roteador, ei, relatÃ³rio de associaÃ§Ã£o, se vocÃª alguma vez
leve os pacotes para 239.777 e encaminhe-os para mim.
E direi que os pacotes comeÃ§am a chegar.
Eles comeÃ§am a chegar pela internet.
Eles bateram na nuca do seu roteador e ele comeÃ§ou a encaminhar
em sua interface.
OK. Bem, esse fluxo pode ser um fluxo 24 horas por dia, 7 dias por semana.
Isso nunca para. Simplesmente continua para sempre.
E o roteador precisa ter alguma forma de saber, ok, olÃ¡, receptor,
vocÃª ainda estÃ¡ aÃ­?
VocÃª ainda quer esse stream?
Porque afinal, vocÃª sabe, e se aquele receptor, e se o seu laptop
estava conectado a um hub?
E vocÃª arrancou o cabo.
VocÃª puxou fisicamente o cabo Ethernet.
VocÃª pegou seu laptop e foi embora.
Bem, entÃ£o seu laptop nÃ£o teve nenhum tipo de oportunidade de informar o
roteador, ei, terminei.
NÃ£o preciso mais disso.
Portanto, o roteador precisa ter alguma forma de saber o que aconteceu.
Isso, ei, nÃ£o hÃ¡ mais receptores que queiram isso.
EntÃ£o, a maneira como isso acontece Ã© a cada minuto, aproximadamente, a cada
minuto, ele envia outro tipo de pacote IGMP chamado de associaÃ§Ã£o geral
consulta. E isso vai para o endereÃ§o reservado 224001.
Isso Ã© chamado de endereÃ§o de todos os hosts multicast, 224001.
E essa Ã© a maneira do roteador dizer, ei, tem alguÃ©m na sub-rede
quem estÃ¡ assistindo alguma coisa?
Eu tenho trÃªs, quatro ou cinco streams.
Estou enviando tudo para a sub-rede.
As pessoas ainda estÃ£o assistindo?
E entÃ£o a ideia Ã©, se o seu laptop ainda estiver lÃ¡, se o seu receptor estiver
ainda estÃ¡ lÃ¡ e assistindo isso, quando recebe uma consulta de adesÃ£o, Ã© o seu
job para enviar um relatÃ³rio de associaÃ§Ã£o.
E diga, sim, ainda estou aqui.
Eu ainda quero o fluxo.
EntÃ£o, essas consultas estÃ£o saindo, os relatÃ³rios estÃ£o voltando, e Ã© isso que
mantÃ©m o fluxo atualizado.
Ã assim que o gateway padrÃ£o sabe, ok, ainda preciso continuar encaminhando
esse. Agora, no meu exemplo especÃ­fico, onde arranquei meu laptop e
se afastasse, o roteador nÃ£o ouviria nada de sua consulta.
Portanto, os roteadores normalmente enviam duas, Ã s vezes trÃªs consultas antes de finalmente
decida, ok, nÃ£o hÃ¡ ninguÃ©m lÃ¡.
Vou prosseguir e parar de encaminhar o stream.
Eu nÃ£o vou enviar.
Agora, idealmente, digamos que meu laptop ainda esteja conectado a esse hub, mas
Eu apenas decido, ah, meu chefe acabou de entrar.
Ã melhor eu parar de assistir ao programa e comeÃ§ar a trabalhar.
EntÃ£o eu rapidamente fechei minha janelinha de vÃ­deo e arranquei minha orelha
plugues. Bem, quando eu fecho aquela janela de vÃ­deo, meu laptop agora envia
uma mensagem de licenÃ§a IGMP.
E esta Ã© uma mensagem especÃ­fica que diz, estou saindo deste grupo.
NÃ£o estou mais interessado neste grupo.
Agora, quando o roteador recebe isso, ele diz, ok, eu conheÃ§o aquele receptor
estÃ¡ saindo, mas pode haver outros receptores na mesma sub-rede
que ainda quer isso.
EntÃ£o, em vez de encerrar a transmissÃ£o imediatamente, vou
envie uma consulta para essa sub-rede novamente.
Mas em vez de enviar uma consulta geral, enviarei o que se chama
uma consulta especÃ­fica do grupo.
EntÃ£o, em vez de enviar uma consulta geral para 224.001, o roteador diz:
na verdade, envie uma consulta geral para 224.001.
E entÃ£o enviarei uma consulta para aquele grupo especÃ­fico 239.555 ou qualquer outro
Ã© que vocÃª estÃ¡ assistindo.
E se houver outros receptores ainda interessados, eles precisam
enviar um relatÃ³rio de adesÃ£o.
Caso contrÃ¡rio, o roteador atingirÃ¡ o tempo limite do fluxo e o excluirÃ¡.
Esses sÃ£o os quatro tipos bÃ¡sicos de mensagens que o IGMP usa.
Agora com o MLDP, o protocolo de descoberta de ouvinte multicast, mais uma vez,
agora isso Ã© para IPv6, Ã© estruturado de forma muito semelhante ao IGMP.
Portanto, a versÃ£o um do MLDP foi baseada na versÃ£o dois do IGMP, usa todos aqueles
mesmas mensagens que acabei de mostrar a vocÃª.
Eles tÃªm nomes ligeiramente diferentes, e direi os nomes em apenas
um segundo. A versÃ£o dois do MLDP foi baseada na versÃ£o trÃªs do IGMP.
E por padrÃ£o, os dispositivos Cisco suportam ambos, mas o padrÃ£o Ã© a versÃ£o
dois. Portanto, com o MLDP, em vez de ter uma consulta IGMP, vocÃª tem uma consulta MLDP.
Bem simples. Em vez de um relatÃ³rio de associaÃ§Ã£o IGMP, vocÃª tem um MLDP
relatÃ³rio do ouvinte.
Em vez de deixar um IGMP, vocÃª recebe uma mensagem de MLDP concluÃ­do.
Agora, a maioria dos dispositivos realmente faz MLDP, faz a versÃ£o dois do MLDP.
EntÃ£o esta mensagem aqui, MLDP concluÃ­do, vocÃª pode nÃ£o ver isso, porque
isso estÃ¡ na versÃ£o mais antiga do MLDP, versÃ£o um do MLDP.
E isso foi semelhante Ã licenÃ§a do IGMP.
EntÃ£o, se eu tenho um laptop executando MLDP, estou usando IPv6 e estou fazendo
VersÃ£o dois do MLDP, se eu quiser interromper um stream, se eu disser olha, nÃ£o estou mais
interessado, entÃ£o na verdade o que vou enviar Ã© que vou enviar
um relatÃ³rio de ouvinte MLDP.
Mas a maneira como isso funciona Ã© quando seu laptop envia um ouvinte MLDP
relatÃ³rio, hÃ¡ dois campos lÃ¡.
Tem um campo do que vocÃª quer ouvir, esse Ã© o endereÃ§o do grupo,
como FF0E dois pontos dois pontos sete, qualquer que seja o endereÃ§o da camada trÃªs que vocÃª deseja
ver. E hÃ¡ um campo para o endereÃ§o de origem.
Agora, na maioria das vezes, seu laptop nÃ£o sabe qual Ã© a fonte, entÃ£o
esse endereÃ§o de origem ficaria apenas com zeros.
Mas logo ao lado do endereÃ§o de origem hÃ¡ outro campo, na verdade Ã© um
sinalizador chamado de sinalizador de inclusÃ£o ou sinalizador de exclusÃ£o.
E isso funciona quando meu laptop envia um relatÃ³rio de ouvinte MLDP,
Vou dizer aqui o grupo que eu quero, a fonte, nÃ£o sei, 0,
0, 0, 0, 0, 0 e depois enviarei para o endereÃ§o de origem.
E direi excluir 0, 0, 0, 0, o que significa que nÃ£o estou excluindo ninguÃ©m.
Estou disposto a receber isso de qualquer pessoa, nÃ£o exclua isso de ninguÃ©m.
E quando eu quiser sair do stream?
Adivinha? Direi que este Ã© o fluxo do qual quero sair.
EntÃ£o essa Ã© a maneira da versÃ£o dois do MLDP enviar uma licenÃ§a.
Em vez de mandar uma licenÃ§a ele manda outro relatÃ³rio, mas muda o
excluir sinalizador para um sinalizador de inclusÃ£o e diz incluir ninguÃ©m.
E hÃ¡ a consulta especÃ­fica do endereÃ§o multicast MLDP, a mÃ¡scara,
M-A-S-Q. Ã exatamente a mesma coisa que um IGMP, o relatÃ³rio especÃ­fico do grupo.
Serve exatamente ao mesmo propÃ³sito.
EntÃ£o, alguÃ©m perguntou na pergunta ao vivo, alimentando a consulta de associaÃ§Ã£o e associaÃ§Ã£o
relatÃ³rios. Eles sÃ£o como os intervalos de olÃ¡ e mortos?
VocÃª poderia igualar isso a isso.
Quero dizer, sabemos que, como no caso dos protocolos de roteamento, algo
tem que sair a cada intervalo de alÃ´ para avisar seu vizinho que vocÃª ainda estÃ¡
lÃ¡. Ou a Ã¡rvore geradora tambÃ©m faz isso.
As BPDUs saem a cada intervalo de saudaÃ§Ã£o para informar que a ponte raiz ainda estÃ¡
lÃ¡. EntÃ£o vocÃª poderia igualar isso a onde o roteador estÃ¡ enviando
faz consultas a cada 60 segundos dizendo se hÃ¡ alguÃ©m lÃ¡.
E entÃ£o os ouvintes tÃªm que responder, os receptores tÃªm que responder dizendo
sim. EntÃ£o isso Ã© como uma troca de mensagens de alÃ´.
Eu acho que vocÃª poderia fazer essa analogia.
E o tempo todo Ã© como se o roteador dissesse ok, se eu enviar uma consulta,
Tenho um certo tempo que, se ninguÃ©m responder, vou
para enviÃ¡-lo novamente e possivelmente uma terceira vez.
E entÃ£o vou expirar o fluxo.
E isso Ã© como um intervalo morto ou um intervalo de espera no caso
de protocolos de roteamento.
EntÃ£o, sim, entre o roteador e o receptor, o roteador e o laptop,
vocÃª poderia igualar isso a tempos de olÃ¡ e espera.
Essa seria uma analogia apropriada.