1 00:00:01,010 --> 00:00:06,800 Todo tipo de captura de un solo disparo de nuevo en el enlace serial en la 2 00:00:10,900 --> 00:00:12,870 salida podemos ver un paquete halo. 3 00:00:12,870 --> 00:00:16,540 S. por Rotto 1. 4 00:00:16,600 --> 00:00:24,670 Entonces este es un paquete SPF no enviado a la dirección de multidifusión para OSPF podemos 5 00:00:24,670 --> 00:00:33,790 ver que se muestra como un paquete en HGL. Ver el tipo de protocolo es la versión IP. 6 00:00:33,790 --> 00:00:46,910 Podemos ver la dirección IP de destino de la dirección IP mostrada aquí una vez más el tipo de protocolo es OSPF Así que es el 7 00:00:46,910 --> 00:00:58,960 protocolo 89 y el protocolo utilizado es OSPF y podemos ver que es un paquete hueco con máscara de red estadounidense y es del enrutador. 8 00:00:58,990 --> 00:01:04,620 Entonces mirando los mensajes HDFC note que es la versión IP 4. 9 00:01:04,970 --> 00:01:15,460 Como el protocolo aquí es CGP, el tipo diferente aquí es slop un tipo diferente. 10 00:01:15,730 --> 00:01:28,330 Y una vez más, si hacemos ping usando la versión 6 de IP, su versión de IP 6 8 diferente tipo de HLC, lo que 11 00:01:28,330 --> 00:01:35,180 haré ahora es cambiar intencionalmente la encapsulación de un lado por otra cosa. 12 00:01:35,430 --> 00:01:38,810 Así que las diferentes encapsulaciones Pero lo estableceré. 13 00:01:39,090 --> 00:01:45,390 Y lo que deberíamos notar es que la interfaz baja, podemos ver que OSPF está diciendo que la 14 00:01:45,390 --> 00:01:50,070 relación se ha reducido y que el protocolo de línea se ha reducido. 15 00:01:50,670 --> 00:01:53,950 Entonces, muestre la interfaz serial a barra diagonal es cero. 16 00:01:57,660 --> 00:02:04,830 En la salida podemos ver que la interfaz física está arriba pero el protocolo de línea está inactivo y 17 00:02:04,830 --> 00:02:06,840 la solución mantenida es GPP. 18 00:02:06,900 --> 00:02:09,630 Esto significa que no tenemos un problema de capa 1. 19 00:02:09,690 --> 00:02:15,720 La interfaz está físicamente conectada, pero esto nos muestra que tenemos un problema de capa 2 20 00:02:15,720 --> 00:02:19,050 que en nuestro caso es un problema de encapsulación. 21 00:02:19,990 --> 00:02:22,560 En el lado OSPF ha bajado. 22 00:02:22,780 --> 00:02:25,110 Mostrar la interfaz de Ciril para reducir 23 00:02:28,690 --> 00:02:34,910 a cero las encuestas el comando de las interfaces físicamente pero el protocolo de línea no funciona. 24 00:02:34,930 --> 00:02:42,440 La razón por la cual la encapsulación en el sitio es un problema, ver que poner la solución mantenida al lado es Peepy. Por 25 00:02:43,360 --> 00:02:50,520 lo tanto, para que la interfaz funcione, debe asegurarse de que lo que mantiene el aislamiento en ambos lados sea el mismo. 26 00:02:50,780 --> 00:03:00,530 Así que una vez más en el lado todos cambian a HDL ver y con suerte lo que debería suceder es que la interfaz 27 00:03:00,530 --> 00:03:02,540 aparece después de un tiempo. 28 00:03:02,540 --> 00:03:04,140 Ahora eso se basa en mantener vivo. 29 00:03:04,220 --> 00:03:12,340 Por lo tanto, es posible que tenga que esperar un tiempo para mantenerse con vida en estas caras llorosas que están configuradas en 10 segundos. 30 00:03:12,620 --> 00:03:18,740 Por lo tanto, puede tardar unos segundos hasta que el enlace baje o aparezca. 31 00:03:18,920 --> 00:03:25,520 No se sabe que está cerrado en una interfaz y espera que esté funcionando inmediatamente o que baje de inmediato. 32 00:03:25,700 --> 00:03:32,540 Espere unos segundos para que keepalive pueda atravesar el enlace y asegurarse de que las cosas funcionen correctamente. 33 00:03:32,630 --> 00:03:35,440 Entonces el protocolo de línea estaba arriba o abajo en ese momento. 34 00:03:35,840 --> 00:03:44,820 Me di cuenta que aquí subió, así que siempre espere unos segundos para que mantener vivo pueda tener éxito de 35 00:03:44,820 --> 00:03:53,600 un lado a otro. La encapsulación ahora es una oferta. En el lado podemos ver que la interfaz siempre apareció. 36 00:03:53,670 --> 00:03:57,540 Las relaciones se formaron y si nos fijamos en la interfaz 37 00:04:00,400 --> 00:04:02,690 podemos ver que las interfaces son pop. 38 00:04:02,790 --> 00:04:04,950 Mantuvo el aislamiento es HTL ver. 39 00:04:05,110 --> 00:04:16,000 Tenga en cuenta que el mantenimiento que sabe lavar o capturar desplazarse puede ver una gran 40 00:04:16,150 --> 00:04:21,800 negociación que tiene lugar entre los vecinos de OSPF. 41 00:04:21,860 --> 00:04:25,650 Lo que me gustaría señalar aquí es notar el keepalive. 42 00:04:25,860 --> 00:04:30,120 Entonces hay un santo keepalive de un lado al otro. 43 00:04:30,480 --> 00:04:32,990 Noté que teníamos números secuenciados para mantener vivo. 44 00:04:33,090 --> 00:04:41,010 De modo que hay un número de secuencia saliente y un número de secuencia devuelto para mantener activo desde un 45 00:04:41,010 --> 00:04:47,630 lado del enlace al otro y lo que notará es que seguirá enviándose aquí, tenga en cuenta 46 00:04:47,630 --> 00:04:54,650 que el número de secuencia se estableció en 1 a medida que llegó la interfaz de nuevo 47 00:04:54,670 --> 00:04:57,240 Aquí está la negociación de OSPF. 48 00:04:57,310 --> 00:05:06,320 Sí, la versión 6 de IP en negociación y aviso aquí es el grupo de OSPF que se mantiene vivo continuamente. 49 00:05:06,760 --> 00:05:09,640 Y observe los números de secuencia en el mantener vivo. 50 00:05:10,270 --> 00:05:14,530 Porque la interfaz también apareció en Rodda. 51 00:05:14,530 --> 00:05:16,750 Entonces esos mantienen vivos a los que se muestran. 52 00:05:17,110 --> 00:05:21,190 Entonces, es importante que ambos lados tengan la misma encapsulación. 53 00:05:22,630 --> 00:05:29,680 Es importante que controle la verificación de aislamiento mantenida de que la interfaz física está activada, compruebe que el protocolo 54 00:05:29,680 --> 00:05:36,190 de línea esté activo y espere unos segundos para que el mantenimiento activo tenga éxito en ambos lados. 55 00:05:36,520 --> 00:05:43,270 Así que espere, por ejemplo, medio minuto para darle tiempo a tranquilizarse y enviar y recibir para mantenerse con vida.