1 00:00:08,280 --> 00:00:13,540 Então, neste próximo segmento, farei apenas uma breve revisão do IGMP e 2 00:00:13,540 --> 00:00:16,040 MLDP. Então, o que são isso? 3 00:00:16,040 --> 00:00:20,700 Bem, IGMP significa Internet Group Management Protocol. 4 00:00:20,700 --> 00:00:25,060 Ao que parece, existe uma IETF para isso. 5 00:00:25,060 --> 00:00:29,920 Existe uma RFC para isso e existem várias versões de versões IGMP, 6 00:00:29,920 --> 00:00:31,320 um, dois e três. 7 00:00:31,320 --> 00:00:35,560 Atualmente, a versão dois é a usada na maioria dos dispositivos. 8 00:00:35,560 --> 00:00:40,480 E este é o protocolo usado pelos receptores, que é o seu laptop, para indicar 9 00:00:40,480 --> 00:00:43,980 o interesse do multicast para roteadores conectados diretamente. 10 00:00:43,980 --> 00:00:48,040 Então, no segmento de vídeo anterior, eu disse, você envia algum tipo de unicast 11 00:00:48,040 --> 00:00:51,760 pacote para um servidor dizendo, ei, diga-me quais programas você tem. 12 00:00:51,760 --> 00:00:53,980 E o servidor envia um pacote unicast de volta para você. 13 00:00:53,980 --> 00:00:58,060 E é isso que exibe no seu laptop esta imagem de, ok, aqui está o 14 00:00:58,060 --> 00:00:59,680 vários shows diferentes. 15 00:00:59,680 --> 00:01:03,320 E eu disse que quando você clica nisso, você está enviando uma mensagem para o seu 16 00:01:03,320 --> 00:01:06,420 roteador, para o seu gateway padrão dizendo, eu quero isso. 17 00:01:06,420 --> 00:01:08,880 Se você ver, envie para mim. 18 00:01:08,880 --> 00:01:10,480 Bem, agora sabemos qual é essa mensagem. 19 00:01:10,480 --> 00:01:14,640 É o IGMP. Você está enviando uma mensagem IGMP para esse roteador, e o roteador 20 00:01:14,640 --> 00:01:19,560 tem que estar ouvindo IGMP para que agora possa saber disso, ok, em fast ethernet 21 00:01:19,560 --> 00:01:25,240 00, tenho um receptor aí que quer esse programa. 22 00:01:25,240 --> 00:01:28,700 Portanto, o IGMP é usado para IPv4. 23 00:01:28,700 --> 00:01:33,520 E para IPv6, o equivalente é o protocolo de descoberta de ouvinte multicast. 24 00:01:33,520 --> 00:01:38,980 E o que é legal é que o MLDP foi praticamente construído em torno dos mesmos conceitos 25 00:01:38,980 --> 00:01:44,320 como IGMP. Então, se você está familiarizado com o IGMP, se estudou as versões do IGMP 26 00:01:44,320 --> 00:01:48,360 dois e três e você conhece os tipos de mensagem, sabe como funciona, 27 00:01:48,360 --> 00:01:53,820 você sabe cerca de 90% do que precisa saber para o MLDP. 28 00:01:53,820 --> 00:01:57,940 Então, vamos falar brevemente sobre as mensagens IGMP e como elas são 29 00:01:57,940 --> 00:02:02,740 usado porque isso será muito relevante para nosso roteamento multicast 30 00:02:02,740 --> 00:02:09,040 discussão. Então, seus relatórios de associação, esse é o nome do relatório específico 31 00:02:09,040 --> 00:02:15,000 Mensagens IGMP que seu laptop, o receptor, envia upstream para o roteador. 32 00:02:15,000 --> 00:02:18,860 Por exemplo, se agora eu tiver uma lista de diretórios em meu laptop que forneça 33 00:02:18,860 --> 00:02:24,040 me vários programas como no Fox News e outras coisas e clico na CNN, quero 34 00:02:24,040 --> 00:02:28,840 para assistir a CNN. Bem, no fundo, meu laptop sabe que o GDA, o 35 00:02:28,840 --> 00:02:34,160 o endereço de destino do grupo para CNN é 239.555. 36 00:02:34,160 --> 00:02:39,740 Então, meu laptop agora irá gerar um relatório de adesão ao IGMP. 37 00:02:39,740 --> 00:02:44,600 Na verdade, ele irá para o endereço 239.555. 38 00:02:44,600 --> 00:02:47,720 Então, seja qual for o programa que eu quero ver, esse será realmente o 39 00:02:47,720 --> 00:02:52,240 endereço de destino no meu pacote IGMP. 40 00:02:52,240 --> 00:02:56,020 Agora você deve estar se perguntando, bem, espere um segundo, se eu sou um roteador e 41 00:02:56,020 --> 00:03:01,380 receber em um pacote indo para 239.555, como faço para distinguir entre 42 00:03:01,380 --> 00:03:07,740 IGMP, que é algo que preciso processar em minha CPU, em vez de ser 43 00:03:07,740 --> 00:03:11,400 o próprio fluxo de dados da CNN? 44 00:03:11,400 --> 00:03:21,760 Na verdade, está no número do protocolo IP. 45 00:03:21,760 --> 00:03:23,960 Então é assim que o roteador diria a diferença. 46 00:03:23,960 --> 00:03:27,380 Se esse multicast chegar e for UDP, ele diz, ah, não preciso pagar 47 00:03:27,380 --> 00:03:28,300 atenção para isso. 48 00:03:28,300 --> 00:03:29,680 Esse é o vídeo real. 49 00:03:29,680 --> 00:03:34,760 Se vier com um protocolo IP, acho que IGMP é o protocolo dois. 50 00:03:34,760 --> 00:03:38,080 Acho que ICMP é um e IGMP é dois. 51 00:03:38,080 --> 00:03:41,460 Posso ter confundido os dois, mas é assim que o roteador sabe, ah, 52 00:03:41,460 --> 00:03:43,680 isso é algo que preciso examinar. 53 00:03:43,680 --> 00:03:46,580 E então, quando entra no corpo da mensagem, diz, ah, isso 54 00:03:46,580 --> 00:03:47,980 é um relatório de adesão. 55 00:03:47,980 --> 00:03:48,480 Há um receptor. 56 00:03:48,480 --> 00:03:51,900 Um receptor que deseja obter esse show. 57 00:03:51,900 --> 00:03:56,580 Agora, se estamos falando da versão três do IGMP, ele tem um endereço reservado. 58 00:03:56,580 --> 00:04:02,840 Portanto, seu laptop enviaria um relatório de associação ao IGMP para 224.00.22. 59 00:04:02,840 --> 00:04:07,320 Isso é chamado de endereço de todos os roteadores IGMP V3. 60 00:04:07,320 --> 00:04:13,640 E assim, os roteadores que executam o IGMP V3 estariam ouvindo isso em 224.00.22. 61 00:04:13,640 --> 00:04:17,240 Agora, digamos que você tenha feito isso. 62 00:04:17,240 --> 00:04:21,800 Então, seu laptop é informado sobre o roteador, ei, relatório de associação, se você alguma vez 63 00:04:21,800 --> 00:04:26,360 leve os pacotes para 239.777 e encaminhe-os para mim. 64 00:04:26,360 --> 00:04:28,000 E direi que os pacotes começam a chegar. 65 00:04:28,000 --> 00:04:29,500 Eles começam a chegar pela internet. 66 00:04:29,500 --> 00:04:32,460 Eles bateram na nuca do seu roteador e ele começou a encaminhar 67 00:04:32,460 --> 00:04:34,640 em sua interface. 68 00:04:34,640 --> 00:04:40,400 OK. Bem, esse fluxo pode ser um fluxo 24 horas por dia, 7 dias por semana. 69 00:04:40,400 --> 00:04:43,540 Isso nunca para. Simplesmente continua para sempre. 70 00:04:43,540 --> 00:04:48,840 E o roteador precisa ter alguma forma de saber, ok, olá, receptor, 71 00:04:48,840 --> 00:04:50,240 você ainda está aí? 72 00:04:50,240 --> 00:04:52,680 Você ainda quer esse stream? 73 00:04:52,680 --> 00:04:54,780 Porque afinal, você sabe, e se aquele receptor, e se o seu laptop 74 00:04:54,780 --> 00:04:57,720 estava conectado a um hub? 75 00:04:57,720 --> 00:04:59,700 E você arrancou o cabo. 76 00:04:59,700 --> 00:05:02,500 Você puxou fisicamente o cabo Ethernet. 77 00:05:02,500 --> 00:05:04,700 Você pegou seu laptop e foi embora. 78 00:05:04,700 --> 00:05:08,380 Bem, então seu laptop não teve nenhum tipo de oportunidade de informar o 79 00:05:08,380 --> 00:05:09,720 roteador, ei, terminei. 80 00:05:09,720 --> 00:05:11,680 Não preciso mais disso. 81 00:05:11,680 --> 00:05:14,740 Portanto, o roteador precisa ter alguma forma de saber o que aconteceu. 82 00:05:14,740 --> 00:05:18,040 Isso, ei, não há mais receptores que queiram isso. 83 00:05:18,040 --> 00:05:22,600 Então, a maneira como isso acontece é a cada minuto, aproximadamente, a cada 84 00:05:22,600 --> 00:05:27,200 minuto, ele envia outro tipo de pacote IGMP chamado de associação geral 85 00:05:27,200 --> 00:05:33,060 consulta. E isso vai para o endereço reservado 224001. 86 00:05:33,060 --> 00:05:38,160 Isso é chamado de endereço de todos os hosts multicast, 224001. 87 00:05:38,160 --> 00:05:42,600 E essa é a maneira do roteador dizer, ei, tem alguém na sub-rede 88 00:05:42,600 --> 00:05:44,600 quem está assistindo alguma coisa? 89 00:05:44,600 --> 00:05:47,040 Eu tenho três, quatro ou cinco streams. 90 00:05:47,040 --> 00:05:49,120 Estou enviando tudo para a sub-rede. 91 00:05:49,120 --> 00:05:51,720 As pessoas ainda estão assistindo? 92 00:05:51,720 --> 00:05:56,340 E então a ideia é, se o seu laptop ainda estiver lá, se o seu receptor estiver 93 00:05:56,340 --> 00:06:00,060 ainda está lá e assistindo isso, quando recebe uma consulta de adesão, é o seu 94 00:06:00,060 --> 00:06:03,080 job para enviar um relatório de associação. 95 00:06:03,080 --> 00:06:04,700 E diga, sim, ainda estou aqui. 96 00:06:04,700 --> 00:06:06,100 Eu ainda quero o fluxo. 97 00:06:06,100 --> 00:06:09,580 Então, essas consultas estão saindo, os relatórios estão voltando, e é isso que 98 00:06:09,580 --> 00:06:11,180 mantém o fluxo atualizado. 99 00:06:11,180 --> 00:06:14,840 É assim que o gateway padrão sabe, ok, ainda preciso continuar encaminhando 100 00:06:14,840 --> 00:06:20,160 esse. Agora, no meu exemplo específico, onde arranquei meu laptop e 101 00:06:20,160 --> 00:06:24,660 se afastasse, o roteador não ouviria nada de sua consulta. 102 00:06:24,660 --> 00:06:28,560 Portanto, os roteadores normalmente enviam duas, às vezes três consultas antes de finalmente 103 00:06:28,560 --> 00:06:31,200 decida, ok, não há ninguém lá. 104 00:06:31,200 --> 00:06:32,920 Vou prosseguir e parar de encaminhar o stream. 105 00:06:32,920 --> 00:06:34,880 Eu não vou enviar. 106 00:06:34,880 --> 00:06:39,100 Agora, idealmente, digamos que meu laptop ainda esteja conectado a esse hub, mas 107 00:06:39,100 --> 00:06:41,860 Eu apenas decido, ah, meu chefe acabou de entrar. 108 00:06:41,860 --> 00:06:43,940 É melhor eu parar de assistir ao programa e começar a trabalhar. 109 00:06:43,940 --> 00:06:47,720 Então eu rapidamente fechei minha janelinha de vídeo e arranquei minha orelha 110 00:06:47,720 --> 00:06:52,520 plugues. Bem, quando eu fecho aquela janela de vídeo, meu laptop agora envia 111 00:06:52,520 --> 00:06:55,060 uma mensagem de licença IGMP. 112 00:06:55,060 --> 00:06:59,760 E esta é uma mensagem específica que diz, estou saindo deste grupo. 113 00:06:59,760 --> 00:07:02,400 Não estou mais interessado neste grupo. 114 00:07:02,400 --> 00:07:07,060 Agora, quando o roteador recebe isso, ele diz, ok, eu conheço aquele receptor 115 00:07:07,060 --> 00:07:12,500 está saindo, mas pode haver outros receptores na mesma sub-rede 116 00:07:12,500 --> 00:07:14,520 que ainda quer isso. 117 00:07:14,520 --> 00:07:17,500 Então, em vez de encerrar a transmissão imediatamente, vou 118 00:07:17,500 --> 00:07:20,460 envie uma consulta para essa sub-rede novamente. 119 00:07:20,460 --> 00:07:23,640 Mas em vez de enviar uma consulta geral, enviarei o que se chama 120 00:07:23,640 --> 00:07:25,560 uma consulta específica do grupo. 121 00:07:25,560 --> 00:07:31,380 Então, em vez de enviar uma consulta geral para 224.001, o roteador diz: 122 00:07:31,380 --> 00:07:31,940 na verdade, envie uma consulta geral para 224.001. 123 00:07:31,940 --> 00:07:37,020 E então enviarei uma consulta para aquele grupo específico 239.555 ou qualquer outro 124 00:07:37,020 --> 00:07:39,200 é que você está assistindo. 125 00:07:39,200 --> 00:07:42,940 E se houver outros receptores ainda interessados, eles precisam 126 00:07:42,940 --> 00:07:44,520 enviar um relatório de adesão. 127 00:07:44,520 --> 00:07:49,180 Caso contrário, o roteador atingirá o tempo limite do fluxo e o excluirá. 128 00:07:49,180 --> 00:07:56,000 Esses são os quatro tipos básicos de mensagens que o IGMP usa. 129 00:07:56,000 --> 00:08:01,120 Agora com o MLDP, o protocolo de descoberta de ouvinte multicast, mais uma vez, 130 00:08:01,120 --> 00:08:07,360 agora isso é para IPv6, é estruturado de forma muito semelhante ao IGMP. 131 00:08:07,360 --> 00:08:13,300 Portanto, a versão um do MLDP foi baseada na versão dois do IGMP, usa todos aqueles 132 00:08:13,300 --> 00:08:14,900 mesmas mensagens que acabei de mostrar a você. 133 00:08:14,900 --> 00:08:17,720 Eles têm nomes ligeiramente diferentes, e direi os nomes em apenas 134 00:08:17,720 --> 00:08:24,480 um segundo. A versão dois do MLDP foi baseada na versão três do IGMP. 135 00:08:24,480 --> 00:08:28,280 E por padrão, os dispositivos Cisco suportam ambos, mas o padrão é a versão 136 00:08:28,280 --> 00:08:36,180 dois. Portanto, com o MLDP, em vez de ter uma consulta IGMP, você tem uma consulta MLDP. 137 00:08:36,180 --> 00:08:41,460 Bem simples. Em vez de um relatório de associação IGMP, você tem um MLDP 138 00:08:41,460 --> 00:08:45,000 relatório do ouvinte. 139 00:08:45,000 --> 00:08:50,640 Em vez de deixar um IGMP, você recebe uma mensagem de MLDP concluído. 140 00:08:50,640 --> 00:08:58,760 Agora, a maioria dos dispositivos realmente faz MLDP, faz a versão dois do MLDP. 141 00:08:58,760 --> 00:09:03,260 Então esta mensagem aqui, MLDP concluído, você pode não ver isso, porque 142 00:09:03,260 --> 00:09:07,620 isso está na versão mais antiga do MLDP, versão um do MLDP. 143 00:09:07,620 --> 00:09:10,040 E isso foi semelhante à licença do IGMP. 144 00:09:10,040 --> 00:09:17,860 Então, se eu tenho um laptop executando MLDP, estou usando IPv6 e estou fazendo 145 00:09:17,860 --> 00:09:24,360 Versão dois do MLDP, se eu quiser interromper um stream, se eu disser olha, não estou mais 146 00:09:24,360 --> 00:09:28,540 interessado, então na verdade o que vou enviar é que vou enviar 147 00:09:28,540 --> 00:09:30,820 um relatório de ouvinte MLDP. 148 00:09:30,820 --> 00:09:37,700 Mas a maneira como isso funciona é quando seu laptop envia um ouvinte MLDP 149 00:09:37,700 --> 00:09:40,040 relatório, há dois campos lá. 150 00:09:40,040 --> 00:09:43,980 Tem um campo do que você quer ouvir, esse é o endereço do grupo, 151 00:09:43,980 --> 00:09:49,260 como FF0E dois pontos dois pontos sete, qualquer que seja o endereço da camada três que você deseja 152 00:09:49,260 --> 00:09:53,440 ver. E há um campo para o endereço de origem. 153 00:09:53,440 --> 00:09:57,180 Agora, na maioria das vezes, seu laptop não sabe qual é a fonte, então 154 00:09:57,180 --> 00:09:59,980 esse endereço de origem ficaria apenas com zeros. 155 00:09:59,980 --> 00:10:03,160 Mas logo ao lado do endereço de origem há outro campo, na verdade é um 156 00:10:03,160 --> 00:10:09,040 sinalizador chamado de sinalizador de inclusão ou sinalizador de exclusão. 157 00:10:09,040 --> 00:10:15,900 E isso funciona quando meu laptop envia um relatório de ouvinte MLDP, 158 00:10:15,900 --> 00:10:20,860 Vou dizer aqui o grupo que eu quero, a fonte, não sei, 0, 159 00:10:20,860 --> 00:10:21,900 0, 0, 0, 0, 0 e depois enviarei para o endereço de origem. 160 00:10:21,900 --> 00:10:29,200 E direi excluir 0, 0, 0, 0, o que significa que não estou excluindo ninguém. 161 00:10:29,200 --> 00:10:33,440 Estou disposto a receber isso de qualquer pessoa, não exclua isso de ninguém. 162 00:10:33,440 --> 00:10:35,800 E quando eu quiser sair do stream? 163 00:10:35,800 --> 00:10:56,000 Adivinha? Direi que este é o fluxo do qual quero sair. 164 00:10:56,000 --> 00:11:00,880 Então essa é a maneira da versão dois do MLDP enviar uma licença. 165 00:11:00,880 --> 00:11:04,100 Em vez de mandar uma licença ele manda outro relatório, mas muda o 166 00:11:04,100 --> 00:11:09,360 excluir sinalizador para um sinalizador de inclusão e diz incluir ninguém. 167 00:11:09,360 --> 00:11:16,680 E há a consulta específica do endereço multicast MLDP, a máscara, 168 00:11:16,680 --> 00:11:22,880 M-A-S-Q. É exatamente a mesma coisa que um IGMP, o relatório específico do grupo. 169 00:11:22,880 --> 00:11:26,740 Serve exatamente ao mesmo propósito. 170 00:11:26,740 --> 00:11:33,140 Então, alguém perguntou na pergunta ao vivo, alimentando a consulta de associação e associação 171 00:11:33,140 --> 00:11:39,820 relatórios. Eles são como os intervalos de olá e mortos? 172 00:11:39,820 --> 00:11:42,300 Você poderia igualar isso a isso. 173 00:11:42,300 --> 00:11:48,320 Quero dizer, sabemos que, como no caso dos protocolos de roteamento, algo 174 00:11:48,320 --> 00:11:53,180 tem que sair a cada intervalo de alô para avisar seu vizinho que você ainda está 175 00:11:53,180 --> 00:11:56,420 lá. Ou a árvore geradora também faz isso. 176 00:11:56,420 --> 00:12:00,160 As BPDUs saem a cada intervalo de saudação para informar que a ponte raiz ainda está 177 00:12:00,160 --> 00:12:06,380 lá. Então você poderia igualar isso a onde o roteador está enviando 178 00:12:06,380 --> 00:12:12,660 faz consultas a cada 60 segundos dizendo se há alguém lá. 179 00:12:12,660 --> 00:12:17,120 E então os ouvintes têm que responder, os receptores têm que responder dizendo 180 00:12:17,120 --> 00:12:21,060 sim. Então isso é como uma troca de mensagens de alô. 181 00:12:21,060 --> 00:12:23,480 Eu acho que você poderia fazer essa analogia. 182 00:12:23,480 --> 00:12:29,220 E o tempo todo é como se o roteador dissesse ok, se eu enviar uma consulta, 183 00:12:29,220 --> 00:12:34,160 Tenho um certo tempo que, se ninguém responder, vou 184 00:12:34,160 --> 00:12:38,400 para enviá-lo novamente e possivelmente uma terceira vez. 185 00:12:38,400 --> 00:12:41,240 E então vou expirar o fluxo. 186 00:12:41,240 --> 00:12:45,040 E isso é como um intervalo morto ou um intervalo de espera no caso 187 00:12:45,040 --> 00:12:46,120 de protocolos de roteamento. 188 00:12:46,120 --> 00:12:50,120 Então, sim, entre o roteador e o receptor, o roteador e o laptop, 189 00:12:50,120 --> 00:12:52,900 você poderia igualar isso a tempos de olá e espera. 190 00:12:52,900 --> 00:12:54,500 Essa seria uma analogia apropriada.