1 00:00:01,020 --> 00:00:07,060 Así que los protocolos podridos incluyen la versión IP para una versión IP 6. 2 00:00:07,080 --> 00:00:14,820 Estos protocolos son independientes entre sí y para ilustrar que veamos una topología simple. 3 00:00:14,970 --> 00:00:16,560 Entonces él tiene una pregunta para ti. 4 00:00:16,920 --> 00:00:21,270 ¿Estos enrutadores pueden hacer ping entre ellos? 5 00:00:21,320 --> 00:00:29,780 Y la respuesta es sí y no hay un problema en la estructura de direccionamiento de IP versión 4 en esta topología. 6 00:00:29,810 --> 00:00:39,230 Si estas dos interfaces tienen direcciones IP de 10. 0 quería 2. 1 slushhed 24 y 10 dot 1. 40 barra oblicua 24 están en 7 00:00:39,230 --> 00:00:47,270 subredes diferentes, pero se han configurado en el mismo enlace, por lo que Rotto uno y el enrutador dos no 8 00:00:47,270 --> 00:00:51,440 podrán hacer ping entre sí mediante la versión 4 de IP. 9 00:00:51,680 --> 00:00:55,640 Sin embargo, la versión 6 de IP se ha configurado correctamente. 10 00:00:55,790 --> 00:01:02,900 Entonces estas dos direcciones están en la misma subred y Rotto one y Rodek dos podrán hacer ping entre 11 00:01:02,900 --> 00:01:05,660 ellas usando la versión 6 de IP. 12 00:01:05,660 --> 00:01:15,050 El punto es que lo que hace un protocolo podrido es totalmente independiente y separado de otros protocolos raftered 13 00:01:15,200 --> 00:01:24,920 de protocolo tal como la versión IP para una versión de IP 6 actuar y trabajar independientemente el uno del 14 00:01:24,920 --> 00:01:31,010 otro y usar protocolos de enrutamiento diferentes en el mundo de las redes. 15 00:01:31,010 --> 00:01:33,970 Esto a menudo se llama barcos en la noche. 16 00:01:34,190 --> 00:01:40,190 En otras palabras, lo que está haciendo un barco en la noche es diferente a lo que está haciendo otro barco 17 00:01:40,190 --> 00:01:40,940 en la noche. 18 00:01:41,150 --> 00:01:48,710 Los protocolos otorgados son independientes entre sí y no dependen mutuamente de los 19 00:01:48,810 --> 00:01:53,200 protocolos de enrutamiento de rapaces, por ejemplo. 20 00:01:53,330 --> 00:02:02,900 OSPF una visión también es un protocolo de enrutamiento utilizado en la versión IP para OSPF versión 3 es un protocolo de 21 00:02:02,900 --> 00:02:11,570 escritura utilizado en IP versión 6 diferentes protocolos de enrutamiento utilizan diferentes protocolos de enrutamiento y actúan independientemente unos de 22 00:02:11,570 --> 00:02:20,300 otros, incluso si un protocolo molesto se rompe otros protocolos pueden todavía funcionan, son dos formas principales en que las 23 00:02:20,330 --> 00:02:25,140 ratas se agregan a las tablas de escritura de las rotas. 24 00:02:25,370 --> 00:02:32,180 Las primeras formas de usar el estudio de Grotz donde un administrador agrega manualmente una balsa a la mesa 25 00:02:32,180 --> 00:02:36,370 de escritura y la segunda forma es usar protocolos de escritura dinámicos. 26 00:02:36,440 --> 00:02:42,890 Entonces, con las rutas estáticas, usted como administrador agrega las raíces a la tabla de escritura. 27 00:02:43,010 --> 00:02:47,690 La ventaja de este método es que no hay gastos generales en la red. 28 00:02:47,720 --> 00:02:55,550 De hecho, no hay vidas de guardián ni constantes actualizaciones de escritura guardadas entre enrutadores o el protocolo de 29 00:02:55,550 --> 00:03:03,720 información en ejecución, que es un protocolo de enrutamiento anterior que envía toda su tabla de escritura cada 30 segundos. 30 00:03:03,800 --> 00:03:10,520 Por lo tanto, cuando se usan rutas estáticas en lugar de ajustar esa sobrecarga se eliminan los 31 00:03:10,520 --> 00:03:18,350 protocolos de enrutamiento más modernos como E. YO. GOP y OSPF eliminan esta constante actualización que tuvo lugar en Rupp cada 30 segundos. 32 00:03:18,620 --> 00:03:25,580 Pero todavía envían halos y mantienen los bajos fondos en la red que consumen ancho de banda con rutas 33 00:03:25,700 --> 00:03:27,310 estáticas que se eliminan. 34 00:03:27,380 --> 00:03:34,820 Pero la mayor desventaja de las quejas constantes es que usted, como administrador, tiene que actualizar la tabla de 35 00:03:34,820 --> 00:03:42,110 escritura, lo que podría ser mucho trabajo si tiene una gran red estable. Grotz no tiene en cuenta automáticamente 36 00:03:42,110 --> 00:03:45,310 los cambios en el uso de la red. 37 00:03:45,440 --> 00:03:54,020 El administrador tendría que actualizar manualmente la tabla de escritura en un enrutador o múltiples enrutadores si un 38 00:03:54,050 --> 00:03:55,730 enlace se caía. 39 00:03:55,730 --> 00:03:59,140 Entonces la sobrecarga no está en la red. 40 00:03:59,270 --> 00:04:04,590 La sobrecarga recae sobre usted como administrador para mantener todo actualizado. 41 00:04:04,610 --> 00:04:12,560 Static Grotz no escala cuando las redes se vuelven grandes. La cantidad de trabajo que implica mantener 42 00:04:12,560 --> 00:04:20,300 las tablas de enrutamiento actualizadas manualmente es demasiado grande, especialmente cuando hay muchos cambios en la topología. 43 00:04:20,300 --> 00:04:25,460 Las rutas estáticas no actualizan las tablas de enrutamiento cuando cambia la topología. 44 00:04:25,460 --> 00:04:26,920 En la mayoría de los casos. 45 00:04:27,080 --> 00:04:35,290 Ahora que se dice que es posible en estos días para controlar las direcciones IP y, por ejemplo, para eliminar una piedra de 46 00:04:35,410 --> 00:04:36,810 la mesa de escritura. 47 00:04:37,040 --> 00:04:42,830 Si una dirección IP ya no está disponible, entonces es posible implementar algunas opciones dinámicas 48 00:04:42,830 --> 00:04:49,810 con rutas estáticas, pero la sobrecarga es aún grande y las rutas estáticas son engorrosas en redes grandes. 49 00:04:49,970 --> 00:04:54,110 Ahora Grotz estático aún se usa en muchas redes hoy en día. 50 00:04:54,140 --> 00:04:58,240 El ejemplo más común es una ruta estática predeterminada. 51 00:04:58,400 --> 00:05:08,690 El DSL o cable o fibra de su casa Rodda generalmente tendrá una ruta predeterminada hacia su proveedor de servicios. Por lo tanto, su 52 00:05:08,690 --> 00:05:13,100 enrutador doméstico no sabe nada sobre las ratas en Internet. 53 00:05:13,100 --> 00:05:17,550 Simplemente reenvía el tráfico a su ISP. 54 00:05:17,600 --> 00:05:25,190 Una putrefacción por defecto en una carretera es escribir una tabla que básicamente le dice a Rodda cuando usted no tiene una red específica 55 00:05:25,310 --> 00:05:28,690 para el tráfico que recibe en su tabla de escritura. 56 00:05:28,910 --> 00:05:37,700 Simplemente envíe los paquetes al enrutador que está configurado como su puerta de enlace predeterminada o puerta de enlace de último recurso. 57 00:05:37,700 --> 00:05:44,270 Por lo tanto, cuando configura una ruta predeterminada en un enrutador, la señala a otro enrutador, lo que 58 00:05:44,270 --> 00:05:51,140 significa que ese enrutador simplemente enviará el tráfico a esa puerta de enlace predeterminada cuando no tenga una ruta 59 00:05:51,170 --> 00:05:53,530 más específica en la tabla de escritura.