1 00:00:01,010 --> 00:00:06,800 Todo o tipo de captura de um tiro novamente no link serial na saída, podemos 2 00:00:10,900 --> 00:00:12,870 ver um pacote de halo. 3 00:00:12,870 --> 00:00:16,540 S. por Rotto 1. 4 00:00:16,600 --> 00:00:24,670 Então, este é um pacote não SPF enviado para o endereço multicast para OSPF, podemos ver que 5 00:00:24,670 --> 00:00:33,790 ele está mostrando como um bolso unicast em HGL ver o tipo de protocolo é a versão IP para 6 00:00:33,790 --> 00:00:46,910 que possamos ver o endereço IP de destino IP mostrado aqui mais uma vez o tipo de protocolo é o protocolo OSPF Portanto, é o protocolo 89 7 00:00:46,910 --> 00:00:58,960 e o protocolo usado é o OSPF e podemos ver que é um pacote oco com máscara de rede dos EUA e é do roteador. 8 00:00:58,990 --> 00:01:04,620 Então, olhando para as mensagens HDFC, note que é IP versão 4. 9 00:01:04,970 --> 00:01:15,460 Como o protocolo aqui é um tipo diferente de CGP, aqui está um tipo diferente. 10 00:01:15,730 --> 00:01:28,330 E mais uma vez, se pingarmos usando IP versão 6, seu IP versão 6 8 tipo HLC diferente, o que eu vou fazer 11 00:01:28,330 --> 00:01:35,180 agora é propositadamente mudar o encapsulamento de um lado para outra coisa. 12 00:01:35,430 --> 00:01:38,810 Então os diferentes encapsulamentos Mas eu vou configurá-lo. 13 00:01:39,090 --> 00:01:45,390 E o que devemos notar é que a interface desce, podemos ver que o OSPF está 14 00:01:45,390 --> 00:01:50,070 dizendo que o relacionamento caiu e que o protocolo de linha caiu. 15 00:01:50,670 --> 00:01:53,950 Então, mostrar serial da interface para barra é zero. 16 00:01:57,660 --> 00:02:04,830 Na saída, podemos ver que a interface física está ativa, mas o protocolo de linha está inativo e 17 00:02:04,830 --> 00:02:06,840 a solução mantida é GPP. 18 00:02:06,900 --> 00:02:09,630 Isso significa que não temos um problema de camada 1. 19 00:02:09,690 --> 00:02:15,720 A interface está fisicamente conectada, mas isso está nos mostrando que temos um problema de camada 2, 20 00:02:15,720 --> 00:02:19,050 que no nosso caso é um problema de encapsulamento. 21 00:02:19,990 --> 00:02:22,560 Do lado, o OSPF caiu. 22 00:02:22,780 --> 00:02:25,110 Mostre a interface Ciril para reduzir os 23 00:02:28,690 --> 00:02:34,910 levantamentos zero, o comando faz com que as interfaces subam fisicamente, mas o protocolo de linha está inativo. 24 00:02:34,930 --> 00:02:42,440 A razão pela qual é o encapsulamento no site é um negócio ver colocar solução mantida no lado é Peepy Então 25 00:02:43,360 --> 00:02:50,520 para a interface ser up você precisa garantir que a coisa mantida isolamento em ambos os lados é o mesmo. 26 00:02:50,780 --> 00:03:00,530 Então, mais uma vez do lado tudo mudar para HDL ver e espero que o que deve acontecer é a interface surge 27 00:03:00,530 --> 00:03:02,540 depois de um tempo. 28 00:03:02,540 --> 00:03:04,140 Agora isso é baseado em manter vivo. 29 00:03:04,220 --> 00:03:12,340 Então você pode ter que esperar um pouco para se manter vivo nesses rostos choramingando em 10 segundos. 30 00:03:12,620 --> 00:03:18,740 Por isso, pode demorar alguns segundos até que o link seja desativado ou suba. 31 00:03:18,920 --> 00:03:25,520 Não sei se fechar para uma interface e esperar que ela esteja imediatamente funcionando ou que seja imediatamente interrompida. 32 00:03:25,700 --> 00:03:32,540 Aguarde alguns segundos para que o keepalive possa atravessar o link para garantir que as coisas estejam funcionando corretamente. 33 00:03:32,630 --> 00:03:35,440 Então, o protocolo de linha estava ativo ou inativo naquele momento. 34 00:03:35,840 --> 00:03:44,820 Percebi aqui que subia então sempre espere alguns segundos para que o keep alive possa ter sucesso de um lado 35 00:03:44,820 --> 00:03:53,600 para o outro o encapsulamento é agora um negócio ver do lado podemos ver que a interface surgiu sempre. 36 00:03:53,670 --> 00:03:57,540 Relacionamentos foram formados e se você olhar para a interface, podemos 37 00:04:00,400 --> 00:04:02,690 ver que as interfaces são pop. 38 00:04:02,790 --> 00:04:04,950 Você manteve o isolamento é HTL ver. 39 00:04:05,110 --> 00:04:16,000 Observe que a atividade de manutenção que você sabe lavar ou capturar rolando para cima pode 40 00:04:16,150 --> 00:04:21,800 ver muita negociação ocorrendo entre os vizinhos do OSPF. 41 00:04:21,860 --> 00:04:25,650 O que eu gostaria de salientar aqui é notar o keepalive. 42 00:04:25,860 --> 00:04:30,120 Então, há um santo keepalive de um lado para o outro. 43 00:04:30,480 --> 00:04:32,990 Eu noto que nós sequenciamos números para o keep alive. 44 00:04:33,090 --> 00:04:41,010 Portanto, há um número de sequência de saída e um número de sequência retornado para manter vivo de um 45 00:04:41,010 --> 00:04:47,630 lado do link para o outro e o que você notará é que continuará sendo enviado 46 00:04:47,630 --> 00:04:54,650 aqui, observe que o número de sequência foi definido como 1 quando a interface chegou novamente. 47 00:04:54,670 --> 00:04:57,240 Aqui está a negociação do OSPF. 48 00:04:57,310 --> 00:05:06,320 Sim, a versão 6 do IP na negociação e no aviso aqui é o bando contínuo do OSPF. 49 00:05:06,760 --> 00:05:09,640 E observe os números de seqüência no keep alive. 50 00:05:10,270 --> 00:05:14,530 Porque a interface surgiu novamente em Rodda também. 51 00:05:14,530 --> 00:05:16,750 Então, eles mantêm vivos aqueles mostrados. 52 00:05:17,110 --> 00:05:21,190 Por isso, é importante que os dois lados tenham o mesmo encapsulamento. 53 00:05:22,630 --> 00:05:29,680 É importante que você verifique na verificação de isolamento mantida que a interface física está ativa, verifique se o 54 00:05:29,680 --> 00:05:36,190 protocolo de linha está ativo e espere alguns segundos para que o keep-alive tenha sucesso nos dois lados. 55 00:05:36,520 --> 00:05:43,270 Portanto, espere por exemplo meio minuto para dar tempo de se acalmar e enviar e receber keep alive.