1 00:00:00,420 --> 00:00:07,770 Un protocolo con el que debe tener especial cuidado es ICMP V-6, recuerde una versión IP 4 que utilizamos 2 00:00:07,770 --> 00:00:11,110 para determinar la dirección MAC de un vecino. 3 00:00:11,130 --> 00:00:14,680 OP ya no se usa en IP versión 6. 4 00:00:15,000 --> 00:00:16,700 Tal vez el protocolo de descubrimiento. 5 00:00:16,850 --> 00:00:20,390 NDP es parte de la versión 6 de ICMP. 6 00:00:20,460 --> 00:00:29,850 Por lo tanto, si tiene una negación general de la versión 6 de IP inadvertidamente, podría afectar la comunicación de los dispositivos 7 00:00:29,850 --> 00:00:36,110 en su red IP versión 6. ICMP también se usa para parthe en el descubrimiento. 8 00:00:36,150 --> 00:00:39,270 Así que no solo bloquees la versión 6 de ICMP. 9 00:00:39,510 --> 00:00:43,470 Tenga cuidado al bloquear ese protocolo en IP versión 4. 10 00:00:43,710 --> 00:00:50,730 En algunos casos, no quiere bloquear ICMP pero puede ser un poco más Lassez bloqueando 11 00:00:50,730 --> 00:00:54,560 ICMP IP versión 4 versus IP versión 6. 12 00:00:54,600 --> 00:01:04,800 Tenga cuidado una vez más de que algunos protocolos requeridos para el descubrimiento y la funcionalidad básica de la versión 6 de IP requieren una vez 13 00:01:04,980 --> 00:01:11,830 más una versión ICMP versión 6 de IP versión 6 muy similar a la versión IP 4. 14 00:01:12,150 --> 00:01:18,450 Debe tener cuidado de nuevo con los protocolos que utiliza para una versión IP para un costo tan 15 00:01:18,480 --> 00:01:21,840 amplio y OP IP versión 6 no utiliza costos generales. 16 00:01:21,840 --> 00:01:23,600 Utiliza múltiples costos. 17 00:01:23,700 --> 00:01:30,900 Para descubrir vecinos, utilizamos un protocolo de descubrimiento y varios cursos en lugar de utilizar ops y costos de puertos. La 18 00:01:30,900 --> 00:01:39,330 versión 6 de IP también incluye nuevos campos como una etiqueta de flujo y encabezados de extensión que son diferentes a la versión IP 19 00:01:39,330 --> 00:01:42,900 para listas de ejes de la versión 6 de IP. 20 00:01:42,950 --> 00:01:51,090 Permiten coincidir en el tráfico Las etiquetas de flujo de Klaas IPV 6 y la próxima cabecera de un campo 21 00:01:51,090 --> 00:02:00,180 fuente y destino de 128 bits direcciones IPV 6 Apulia encabezan el protocolo Khayelitsha como TZP y UDP y los números de puerto 22 00:02:00,180 --> 00:02:03,430 relevantes, así como indicadores como sin y Ach. 23 00:02:03,600 --> 00:02:11,040 También tenemos los tipos y códigos de la versión 6 de ICMP con los que puede coincidir, así como la extensión de 24 00:02:11,040 --> 00:02:13,200 valles y tipos de IP versión 6. 25 00:02:13,200 --> 00:02:14,340 Así que ten cuidado. 26 00:02:14,460 --> 00:02:22,650 Existen diferencias entre las listas de acceso IP versión 6 y las listas de acceso IP versión 4 que también tienen limitaciones con las 27 00:02:23,040 --> 00:02:29,420 listas de acceso IP versión 6 IP versión 6 tiende a tener más túneles una IP versión 4. 28 00:02:29,640 --> 00:02:37,110 Entonces, como ejemplo, puede tener paquetes IP versión 6 transportados a través de una red IP versión 4 29 00:02:37,360 --> 00:02:38,400 usando túneles GRV. 30 00:02:38,610 --> 00:02:45,600 Así que ten cuidado si tratas de bloquear paquetes de la versión 6 utilizando una lista de acceso de IP 31 00:02:45,600 --> 00:02:53,880 versión 6 y eso se tuneliza dentro de una versión IP para el túnel GOP. Tu lista de acceso no funcionará en la versión 32 00:02:54,350 --> 00:02:57,990 IP para que las listas de acceso no sean necesarias. contiguo. 33 00:02:57,990 --> 00:03:00,660 En otras palabras, no tiene por qué verse así. 34 00:03:00,660 --> 00:03:09,330 Puede hacer coincidir todas las direcciones IP impares o incluso direcciones IP manipulando la mezquita inversa de una lista de 35 00:03:09,330 --> 00:03:10,970 acceso IP versión 4. 36 00:03:11,430 --> 00:03:19,500 Sin embargo, en la versión IP 6 corrige la versión IP de la lista Sixaxis utilizando un prefijo lenth, un número que 37 00:03:19,500 --> 00:03:22,780 indica el número de la mezquita del prefecto contiguo. 38 00:03:22,790 --> 00:03:30,060 Buts que es muy diferente a la versión IP para una lista de acceso de la versión 6 de IP. El 39 00:03:30,060 --> 00:03:38,530 número de Linta del prefecto representa el número de bits contiguos que se combinarán para esa dirección IP de la versión 6 de Prefect. 40 00:03:38,610 --> 00:03:45,350 Entonces usamos una notación de barra con un número a la barra indica el número de bits 41 00:03:45,360 --> 00:03:46,440 del prefecto vinculado. 42 00:03:46,620 --> 00:03:54,390 Eso significa, por lo tanto, que solo puede coincidir en una dirección de IP versión 6 de Prefect y no puede usar mezquitas 43 00:03:54,390 --> 00:03:57,720 no contiguas con listas de acceso de IP versión 6. 44 00:03:57,720 --> 00:04:04,140 Además, es muy común tener longitudes de prefijo que sean divisibles por cuatro. 45 00:04:04,470 --> 00:04:11,850 Entonces usaría cosas como 48 slash 52 slash 56 slash 64 como ejemplo. 46 00:04:12,330 --> 00:04:20,160 Y no es una práctica estándar tener una longitud de prefijo que no caiga en un límite de dígito hexadecimal. 47 00:04:20,220 --> 00:04:27,060 Eso es muy diferente de nuevo a la versión IP IP versión 4 para las direcciones que puede tener una 48 00:04:27,060 --> 00:04:29,330 barra 20 para recortar 23 barra 24. 49 00:04:29,340 --> 00:04:32,790 Pero luego una barra 25 o 26. 50 00:04:32,820 --> 00:04:40,520 Por lo tanto, a diferencia de una versión de IP para la que no se usa solo una barra, la barra de herramientas 16 o la división 24 tendrán una marca de 32. 51 00:04:40,620 --> 00:04:44,110 Esa tiende a ser la práctica en IP versión 6. 52 00:04:44,190 --> 00:04:50,370 Entonces, como un ejemplo, coincidirá con el 64 de slushed que coincida en un límite de dígito hexadecimal. 53 00:04:50,370 --> 00:04:58,620 Recuerde que los dígitos hexadecimales son para bits binarios de longitud, por lo que usamos barras oblicuas 48 diagonal 52 diagonal 56 diagonal 54 00:04:58,630 --> 00:05:02,760 60 diagonal 64 en lugar de algo como Barra diagonal 62. 55 00:05:03,080 --> 00:05:09,000 Es importante recordar que un registro excesivo puede afectar negativamente el rendimiento de Rodda. 56 00:05:09,020 --> 00:05:15,200 Se escribió un CPA cuando se crean entradas de registro, por lo que se debe tener cuidado al usar la 57 00:05:15,200 --> 00:05:24,260 palabra clave de registro de la misma manera que con IP Vision para la lista de acceso IP versión 6 no se niegan los paquetes que se originan en 58 00:05:24,260 --> 00:05:25,080 un enrutador. 59 00:05:25,460 --> 00:05:31,700 Por lo tanto, una lista de acceso saliente en una interfaz de ruta no bloqueará los paquetes enrutados enviados por ese enrutador.