1 00:00:08,320 --> 00:00:11,100 Tudo bem, então vamos ver aqui. 2 00:00:11,100 --> 00:00:15,700 Então, queremos ver o processo de registro. 3 00:00:15,700 --> 00:00:22,900 A maneira mais fácil de criar tráfego multicast é simplesmente fazer um multicast 4 00:00:22,900 --> 00:00:25,160 pingar. E na verdade isso será fácil. 5 00:00:25,160 --> 00:00:31,140 A razão pela qual eu estava hesitando é porque, por exemplo, se eu fizesse um multicast 6 00:00:31,140 --> 00:00:37,800 ping do roteador 4, quando você inicia um ping multicast de um roteador, 7 00:00:37,800 --> 00:00:43,400 ele realmente enviará aquele pacote multicast, aquele pacote ICMP multicast 8 00:00:43,400 --> 00:00:48,700 em cada interface que ele possui com PIM habilitado. 9 00:00:48,700 --> 00:00:51,420 Quero dizer, ele nem se preocupa em verificar o estado da rota M nem nada. 10 00:00:51,420 --> 00:00:54,160 Ele copia e envia cada pacote. 11 00:00:54,160 --> 00:00:55,460 E eu não queria isso. 12 00:00:55,460 --> 00:00:57,740 Mas neste caso não preciso me preocupar porque no roteador 5 ele 13 00:00:57,740 --> 00:00:59,680 de qualquer maneira, só tem uma interface. 14 00:00:59,680 --> 00:01:02,340 Então vamos ver aqui. 15 00:01:02,340 --> 00:01:06,300 Queremos capturar o... 16 00:01:06,300 --> 00:01:10,880 Portanto, este será o pacote multicast. 17 00:01:10,880 --> 00:01:15,540 Vai acontecer desta forma. 18 00:01:15,540 --> 00:01:20,580 E queremos ver esse pacote multicast encapsulado em um PIM 19 00:01:20,580 --> 00:01:33,020 registro. E também queremos ver assim que o RP conseguir isso, 20 00:01:33,020 --> 00:01:43,240 quero vê-lo enviar uma junção PIM-SG para abrir seu caminho mais curto. 21 00:01:43,240 --> 00:01:48,100 Então veremos o próprio multicast fluindo em seu formato nativo 22 00:01:48,100 --> 00:01:55,740 forma. E por último, queremos ver o RP assim que ele conseguir isso, enviando 23 00:01:55,740 --> 00:01:57,680 uma parada de registro PIM. 24 00:01:57,680 --> 00:02:02,920 Porque esse será o processo. 25 00:02:02,920 --> 00:02:06,500 Então, para fazer isso, vamos ver aqui. 26 00:02:06,500 --> 00:02:13,260 Por que eu não capturo tudo que entra e sai do roteador 3 rapidamente? 27 00:02:13,260 --> 00:02:22,740 ethernet 00. Portanto, o roteador 3 é rápido ethernet 00 é a porta 0 barra 5 no 28 00:02:22,740 --> 00:02:39,740 trocar. Tudo bem, sim, 0 barra 5. 29 00:02:39,740 --> 00:02:41,140 Ok, então devemos estar prontos. 30 00:02:41,140 --> 00:02:45,080 Então deixe-me ir agora à fonte. 31 00:02:45,080 --> 00:02:50,440 E acho que é 999 o que estou usando. 32 00:02:50,440 --> 00:02:56,060 E vou repetir isso 100 vezes só para continuar por um tempo. 33 00:02:56,060 --> 00:03:05,120 E vamos começar o rastreamento do farejador. 34 00:03:05,120 --> 00:03:07,920 Ok, vamos lá. 35 00:03:07,920 --> 00:03:11,240 Isso foi o suficiente. 36 00:03:11,240 --> 00:03:14,600 Ok, então aqui está o registro. 37 00:03:14,600 --> 00:03:21,020 Então, na verdade, não vemos, porque estou apenas capturando, vamos lá 38 00:03:21,020 --> 00:03:25,280 de volta a isso. Porque estou capturando apenas dados que entram e saem 39 00:03:25,280 --> 00:03:28,620 00, na verdade não vimos o multicast nativo quando ele chegou ao roteador 40 00:03:28,620 --> 00:03:31,880 4. Mas vemos a mensagem de registro. 41 00:03:31,880 --> 00:03:35,440 Então aqui está, registro PIM. 42 00:03:35,440 --> 00:03:41,720 Portanto, este é o endereço IP 4545. 43 00:03:41,720 --> 00:03:44,460 Vamos apenas verificar aqui. 44 00:03:44,460 --> 00:03:47,780 O roteador 4 deve estar fazendo o registro, não o roteador 5. 45 00:03:47,780 --> 00:03:52,660 Deixe-me verificar o roteador 5 aqui por um segundo. 46 00:03:52,660 --> 00:04:00,580 Bem, vejamos, isso é interessante, mas há uma maneira fácil de verificar 47 00:04:00,580 --> 00:04:05,200 esse. Portanto, o endereço de origem vem da própria fonte 48 00:04:05,200 --> 00:04:12,680 4545. Mas isso vem mesmo dele ou o roteador 4 simplesmente enfiou isso 49 00:04:12,680 --> 00:04:16,900 lá? Bem, podemos verificar isso verificando o endereço MAC de origem do 50 00:04:16,900 --> 00:04:21,060 esta moldura para ver de quem realmente veio. 51 00:04:21,060 --> 00:04:28,300 Portanto, o endereço MAC de origem veio de 8C B6. 52 00:04:28,300 --> 00:04:43,140 8C B6. Então isso realmente veio do FastEthernet01 e R5? 53 00:04:43,140 --> 00:04:48,440 Não, não aconteceu porque ele é 8E0051. 54 00:04:48,440 --> 00:04:50,840 Então, se formos para o roteador 4. 55 00:04:50,840 --> 00:05:02,900 Ops, não mostre a execução, mostre a interface. 56 00:05:02,900 --> 00:05:05,520 FastEthernet00.34. 57 00:05:05,520 --> 00:05:09,500 Aqui vamos nós. 8C B6. 58 00:05:09,500 --> 00:05:12,120 Então isso é interessante, veja isso. 59 00:05:12,120 --> 00:05:18,180 Então, quando o multicast nativo atinge o roteador 4, quando ele encapsula isso em 60 00:05:18,180 --> 00:05:22,480 uma mensagem de registro, espere um segundo. 61 00:05:22,480 --> 00:05:25,980 Eu acho que isso é uma estranheza, na verdade, acho que me lembro que isso é um 62 00:05:25,980 --> 00:05:30,720 estranheza do tubarão de arame, não do atirador. 63 00:05:30,720 --> 00:05:33,280 Sim, aqui vamos nós. 64 00:05:33,280 --> 00:05:35,780 Ok, não sei por que o wire shark não gosta disso. 65 00:05:35,780 --> 00:05:39,600 Aqui em cima na janela principal, diz que vem do 4.5. 66 00:05:39,600 --> 00:05:46,060 Se você realmente olhar no corpo dele, aqui no cabeçalho IP, ele está chegando 67 00:05:46,060 --> 00:05:52,780 do roteador 4. Portanto, não sei por que a discrepância aqui entre como 68 00:05:52,780 --> 00:05:57,020 exibe. Mas aqui está meu cabeçalho IP. 69 00:05:57,020 --> 00:06:03,100 Então está vindo do roteador 4, indo para o ponto de encontro, roteador 3, 70 00:06:03,100 --> 00:06:10,220 e atrás do cabeçalho IP, está nosso cabeçalho PIM. 71 00:06:10,220 --> 00:06:17,740 Então digite o número 1, que é um pacote de registro. 72 00:06:17,740 --> 00:06:25,600 E então você pode ver aqui que há apenas algumas bandeiras, e aqui está 73 00:06:25,600 --> 00:06:31,360 na verdade, o pacote multicast dentro dele. 74 00:06:31,360 --> 00:06:40,540 Vindo da fonte, indo para o grupo e apenas algumas coisas 75 00:06:40,540 --> 00:06:42,480 sobre isso caso você esteja curioso. 76 00:06:42,480 --> 00:06:45,240 Falarei sobre registro nulo como a última coisa neste particular 77 00:06:45,240 --> 00:06:51,840 vídeo. Mas essa coisa aqui chamada fronteira, o que é isso? 78 00:06:51,840 --> 00:06:59,400 Diz não. Há um recurso que você pode usar no modo PIM esparso chamado 79 00:06:59,400 --> 00:07:02,920 um roteador de borda ou um roteador de borda PIM. 80 00:07:02,920 --> 00:07:07,120 Isto é, e honestamente não tenho certeza com que frequência isso é usado no 81 00:07:07,120 --> 00:07:12,360 mundo real, mas por exemplo, se eu tivesse um roteador, então de um lado estava fazendo 82 00:07:12,360 --> 00:07:20,420 algo que não é PIM. 83 00:07:20,420 --> 00:07:23,560 Então estamos fazendo uma peça e fazendo PIM na outra interface. 84 00:07:23,560 --> 00:07:25,960 E queremos que o multicast flua. 85 00:07:25,960 --> 00:07:29,260 Isso seria considerado um roteador de fronteira PIM. 86 00:07:29,260 --> 00:07:33,180 Nesse caso específico, se aquele roteador enviou um registro, aquele bit 87 00:07:33,180 --> 00:07:37,800 ali, aquele bit de bandeira, seria definido como 1, dizendo que sim, ele é uma fronteira 88 00:07:37,800 --> 00:07:41,440 roteador. Mas não estamos fazendo esse tipo de coisa estranha aqui, então ele está dizendo 89 00:07:41,440 --> 00:07:43,740 não, ele não é um roteador de fronteira. 90 00:07:43,740 --> 00:07:51,420 Então aí está o nosso registro, um cabeçalho PIM básico bem simples, e depois é só 91 00:07:51,420 --> 00:07:53,700 o multicast real dentro dele. 92 00:07:53,700 --> 00:08:00,140 E então, de acordo com nosso quadro branco, dissemos que uma vez que isso aconteceu, o 93 00:08:00,140 --> 00:08:04,420 ponto de encontro deve então tentar abrir sua árvore de caminho mais curto 94 00:08:04,420 --> 00:08:13,000 enviando uma junção S, G. 95 00:08:13,000 --> 00:08:16,860 Então, vamos ver aqui. 96 00:08:16,860 --> 00:08:23,580 Provavelmente é isso aqui, o PIM entra, vamos ver aqui. 97 00:08:23,580 --> 00:08:30,320 Está chegando, o endereço de origem vem do nosso ponto de encontro, 343, 98 00:08:30,320 --> 00:08:31,380 esse é o roteador 3. 99 00:08:31,380 --> 00:08:40,140 Ele vai para o endereço PIM 2240013. 100 00:08:40,140 --> 00:08:44,100 Digite o código 3 para ingressar. 101 00:08:44,100 --> 00:08:49,640 Agora observe, o que torna isso diferente de uma estrela, junte-se? 102 00:08:49,640 --> 00:08:51,400 Bem, um par de coisas. 103 00:08:51,400 --> 00:08:54,180 Número um, número de junções um. 104 00:08:54,180 --> 00:08:58,140 Lembra que vimos aqui essas bandeiras de SW e R? 105 00:08:58,140 --> 00:09:00,580 Bem, não vemos isso desta vez. 106 00:09:00,580 --> 00:09:07,940 O R significava que o bit RP estava definido, o que significa que esta junção específica precisava ser 107 00:09:07,940 --> 00:09:09,660 suba na árvore compartilhada. 108 00:09:09,660 --> 00:09:12,300 O destino final foi o ponto de encontro. 109 00:09:12,300 --> 00:09:14,600 Bem, não vemos isso aqui. 110 00:09:14,600 --> 00:09:17,860 O bit W foi definido como o bit curinga. 111 00:09:17,860 --> 00:09:22,220 O curinga significava que, ok, quando você olha para este endereço, este 112 00:09:22,220 --> 00:09:24,600 address é o endereço do ponto de encontro. 113 00:09:24,600 --> 00:09:27,120 Bem, aqui não vemos isso. 114 00:09:27,120 --> 00:09:31,620 O bit curinga não está definido, o que significa que este é realmente o endereço 115 00:09:31,620 --> 00:09:38,400 da fonte. Então, parece uma espécie de estrela, junte-se, mas só até 116 00:09:38,400 --> 00:09:41,800 você se aprofunda nisso e vê quais bandeiras estão aqui ou quais bandeiras 117 00:09:41,800 --> 00:09:48,160 não estão aqui, você pode realmente dizer se é uma estrela ou um S, junte-se. 118 00:09:48,160 --> 00:09:50,900 E este caso é um S, junte-se. 119 00:09:50,900 --> 00:09:54,380 Então ele diz, ok, vizinho upstream, então este é o roteador quatro. 120 00:09:54,380 --> 00:10:00,780 Ele diz, isso vai para você, e estou tentando me juntar a esta fonte e 121 00:10:00,780 --> 00:10:12,420 esse grupo. Ok, então aí está o S, junte-se. 122 00:10:12,420 --> 00:10:19,200 E então, uma vez que S, join for recebido, isso deveria ter colocado este sub 123 00:10:19,200 --> 00:10:24,240 -interface na lista de interfaces de saída do roteador quatro. 124 00:10:24,240 --> 00:10:30,820 E então o multicast nativo deveria ter caído, e deveríamos ter 125 00:10:30,820 --> 00:10:35,220 recebeu duas cópias dele, uma em um pacote de registro e outra na versão nativa 126 00:10:35,220 --> 00:10:36,340 próprio multicast. 127 00:10:36,340 --> 00:10:37,820 Então vamos ver se vimos isso. 128 00:10:37,820 --> 00:10:48,440 Então aqui está a nossa junção, e parece, ok, então aqui, aqui está o 129 00:10:48,440 --> 00:10:52,240 multicast nativo, observe que não há PIM aqui. 130 00:10:52,240 --> 00:10:57,320 Fonte é na verdade a fonte, aqui está o multicast nativo e depois certo 131 00:10:57,320 --> 00:11:05,600 atrás disso está um registro PIM. 132 00:11:05,600 --> 00:11:09,040 E aqui está uma pergunta interessante: eles são exatamente o mesmo pacote 133 00:11:09,040 --> 00:11:14,580 copiado? Bem, vamos ver aqui, no multicast nativo real, no IP 134 00:11:14,580 --> 00:11:19,960 cabeçalho, temos uma identificação de 0, 0, 0, 1. 135 00:11:19,960 --> 00:11:24,640 Lembre-se, normalmente cada pacote IP individual possui uma identificação única 136 00:11:24,640 --> 00:11:28,880 campo. Vamos ver aqui, e o pacote de registro? 137 00:11:28,880 --> 00:11:33,740 Tem exatamente o mesmo ID, então sim, são duplicatas do mesmo pacote. 138 00:11:33,740 --> 00:11:44,880 Tudo bem, e assim que vimos isso, vemos aqui embaixo, roteador três, 139 00:11:44,880 --> 00:11:50,440 que é o RP dizendo parada de registro, dizendo que não quero mais registros. 140 00:11:50,440 --> 00:11:57,280 Então, aqui mesmo no corpo do PIM, digite o código dois, registre stop, e ele diz 141 00:11:57,280 --> 00:12:01,060 Estou parando por esta fonte e por este grupo. 142 00:12:01,060 --> 00:12:09,840 Agora havia outro campo no registro que eu meio que pulei 143 00:12:09,840 --> 00:12:19,940 uma flag que eu não falei, que era essa aqui, o registrador nulo 144 00:12:19,940 --> 00:12:21,320 bandeira, o que é isso? 145 00:12:21,320 --> 00:12:26,680 Neste caso específico, o registro nulo está definido como não, está desativado, mas 146 00:12:26,680 --> 00:12:32,880 quando estaria ativado e por que o usaríamos? 147 00:12:32,880 --> 00:12:42,260 Então, digamos, vamos desenhar algo aqui por um momento, e podemos realmente 148 00:12:42,260 --> 00:12:47,280 use isso como exemplo. 149 00:12:47,280 --> 00:12:53,780 Digamos que nosso receptor estivesse aqui e inicialmente o multicast 150 00:12:53,780 --> 00:12:58,440 o fluxo estava fluindo através da árvore compartilhada através do RP, mas sabemos que 151 00:12:58,440 --> 00:13:00,800 dentro de um curto espaço de tempo, e veremos isso no 152 00:13:00,800 --> 00:13:15,400 próxima seção, vamos mudar da árvore compartilhada e da 153 00:13:15,400 --> 00:13:22,940 o tráfego não está mais indo para o RP, isso foi, opa, isso não, isso 154 00:13:22,940 --> 00:13:29,640 interface foi removida, vamos nos livrar de tudo isso e 155 00:13:29,640 --> 00:13:36,100 agora o tráfego está fluindo em sua forma nativa pura pelo caminho mais curto 156 00:13:36,100 --> 00:13:38,580 árvore de caminho para o receptor. 157 00:13:38,580 --> 00:13:43,300 Ok, então o multicast está indo, está indo, está indo, está tudo bem, está 158 00:13:43,300 --> 00:13:50,280 indo bem. Mas o que acontece se 10, 15, 20 minutos depois isso acontecer? 159 00:13:50,280 --> 00:13:57,600 Temos outro receptor que se junta à nossa topologia e ele quer o exato 160 00:13:57,600 --> 00:14:02,620 mesmo fluxo, então ele envia um relatório de adesão ao IGMP. 161 00:14:02,620 --> 00:14:13,620 Isso inicia uma junção PIM star-coma-G, que cria o estado star-coma-G 162 00:14:13,620 --> 00:14:19,980 no RP, e o RP fica aqui, esperando, e esperando, e esperando. 163 00:14:19,980 --> 00:14:23,500 Afinal, o roteador Z não tem motivo para encaminhar esse tráfego multicast 164 00:14:23,500 --> 00:14:27,300 para o RP, certo, o RP eliminou essa interface. 165 00:14:27,300 --> 00:14:32,140 Assim que o tráfego começar a descer pela árvore do caminho mais curto, receberemos 166 00:14:32,140 --> 00:14:36,240 algumas ameixas assim, e o RP foi informado, ei, não precisamos mais de você, 167 00:14:36,240 --> 00:14:39,040 não precisamos do tráfego seu. 168 00:14:39,040 --> 00:14:44,020 E quando o RP ouviu isso, ele disse, ok, acho que não preciso mais disso, 169 00:14:44,020 --> 00:14:48,100 ninguém mais quer isso de mim, então o RP eliminou esse link. 170 00:14:48,100 --> 00:14:50,760 Então isso aconteceu há muito tempo. 171 00:14:50,760 --> 00:14:57,300 Agora alguém está pedindo esse tráfego ao RP novamente, mas ele não está conseguindo 172 00:14:57,300 --> 00:15:03,700 isto. É aqui que o registro nulo pode entrar em ação. 173 00:15:03,700 --> 00:15:10,640 Então vamos falar sobre o registro nulo. 174 00:15:10,640 --> 00:15:15,300 Então sabemos que depois de um tempo o RP pode esquecer esse fluxo. 175 00:15:15,300 --> 00:15:17,160 Isso passou por ele originalmente. 176 00:15:17,160 --> 00:15:21,280 Ele poda porque não precisa mais e se esquece 177 00:15:21,280 --> 00:15:31,420 isto. Então o que vai acontecer aqui é o roteador que está conectado 178 00:15:31,420 --> 00:15:35,580 para a fonte, o roteador 4 diz, bem, estou enviando este multicast há 179 00:15:35,580 --> 00:15:40,500 um tempo. Há uma chance de que talvez o RP precise disso. 180 00:15:40,500 --> 00:15:44,140 Ei, talvez outra pessoa queira receber esse tráfego. 181 00:15:44,140 --> 00:15:47,880 Talvez eu devesse avisar o RP que ainda está em andamento. 182 00:15:47,880 --> 00:15:56,660 Bem, poderíamos pegar o próximo pacote e registrá-lo no RP. 183 00:15:56,660 --> 00:15:58,460 Isso funcionaria. 184 00:15:58,460 --> 00:16:02,180 Mas em vez disso os desejos do PIM diziam, bem, não quero continuar incomodando 185 00:16:02,180 --> 00:16:05,160 o RP com esse cadastro, porque talvez ele não tenha ninguém. 186 00:16:05,160 --> 00:16:09,560 Talvez ninguém que ele conheça realmente queira esse tráfego. 187 00:16:09,560 --> 00:16:17,820 Então, em vez disso, o que acontece é que, a cada poucos segundos, o roteador 4 envia o que é chamado 188 00:16:17,820 --> 00:16:22,800 um registro nulo para o ponto de encontro. 189 00:16:22,800 --> 00:16:25,480 O que é um registro nulo? 190 00:16:25,480 --> 00:16:29,580 Basicamente, parece exatamente como um pacote de registro normal, mas não 191 00:16:29,580 --> 00:16:32,080 tenha quaisquer dados multicast dentro dele. 192 00:16:32,080 --> 00:16:39,140 Então, se voltarmos ao rastreamento do sniffer, um registro nulo diria type 193 00:16:39,140 --> 00:16:51,680 1 registro, e teria informações aqui sobre a fonte e 194 00:16:51,680 --> 00:16:54,860 o grupo. Mas não haveria corpo. 195 00:16:54,860 --> 00:16:56,980 Não haveria dados multicast dentro dele. 196 00:16:56,980 --> 00:16:58,980 Seria um pacote muito menor. 197 00:16:58,980 --> 00:17:02,680 E o sinalizador de registro nulo seria definido como 1. 198 00:17:02,680 --> 00:17:08,380 E é assim que esse roteador aqui poderia dizer, ei, RP só quer 199 00:17:08,380 --> 00:17:11,720 você sabe, eu ainda sei sobre esse fluxo. 200 00:17:11,720 --> 00:17:13,540 Ainda está passando por mim. 201 00:17:13,540 --> 00:17:17,420 Então, se você quiser, é melhor me dizer. 202 00:17:17,420 --> 00:17:21,300 E então, uma vez que o roteador obteve, uma vez que o RP obteve aquele registro nulo, ele 203 00:17:21,300 --> 00:17:22,520 dizendo, oh, que bom, que bom. 204 00:17:22,520 --> 00:17:25,460 Eu estava esperando para ouvir sobre esse trânsito, porque alguém me perguntou 205 00:17:25,460 --> 00:17:30,380 por isso. Então agora o RP poderia mais uma vez enviar uma junção S-comaG para abrir 206 00:17:30,380 --> 00:17:36,520 este caminho, e o tráfego poderia começar a fluir nesta direção. 207 00:17:36,520 --> 00:17:40,880 Então é isso que é um registro nulo. 208 00:17:40,880 --> 00:17:43,680 E estes são enviados a cada cinco segundos. 209 00:17:43,680 --> 00:17:47,120 Isso é chamado de tempo de sondagem. 210 00:17:47,120 --> 00:17:51,680 Então, a cada cinco segundos, o roteador que estiver mais próximo da fonte, se o 211 00:17:51,680 --> 00:17:55,200 a fonte ainda estiver funcionando, se ainda estiver transmitindo o multicast, nós 212 00:17:55,200 --> 00:17:58,380 enviar a cada cinco segundos esses registros nulos para o RP, apenas lembrando 213 00:17:58,380 --> 00:18:01,720 o RP de que esse tráfego existe. 214 00:18:01,720 --> 00:18:06,480 Porque talvez durante os últimos cinco segundos, um novo receptor se juntou ao 215 00:18:06,480 --> 00:18:09,440 RP, e talvez o RP queira esse tráfego novamente.