1 00:00:01,180 --> 00:00:03,950 En este video vamos a hablar sobre la escritura. 2 00:00:04,180 --> 00:00:11,260 Analizamos los principios básicos de la escritura de IP y observamos diferentes protocolos de enrutamiento, incluidos vectores de distancia 3 00:00:11,650 --> 00:00:18,250 y protocolos de escritura de estado vinculado, con las diferencias entre los protocolos de escritura de vector de 4 00:00:18,250 --> 00:00:23,660 distancia, como los protocolos de ejecución de estado de conexión y extracción como OSPF. 5 00:00:23,800 --> 00:00:31,440 También discutiremos algunos de los métodos que los protocolos de escritura de vector de distancia usan para detener 6 00:00:31,450 --> 00:00:39,280 los protocolos de escritura de bucles son muy importantes porque anuncian redes y usan varios mecanismos para evitar bucles 7 00:00:40,760 --> 00:00:43,890 antes de discutir protocolos de escritura como siempre. 8 00:00:43,910 --> 00:00:50,410 Está bien, Joe A-P necesita saber la diferencia entre un protocolo de enrutamiento y un protocolo de enrutamiento. 9 00:00:50,660 --> 00:00:58,970 También debe ser capaz de diferenciar y explicar las ventajas y desventajas del uso de rutas estáticas 10 00:00:59,240 --> 00:01:02,480 frente a los protocolos de ejecución dinámica. 11 00:01:02,480 --> 00:01:09,040 Entonces, ¿por qué querrías usar una ruta estática versus un protocolo de escritura dinámico como siempre B. F. Y como se mencionó, queremos hablar sobre vectores de distancia y protocolos de ejecución de estado de enlace. 12 00:01:09,140 --> 00:01:15,880 Entonces, ¿cuál es la diferencia entre un protocolo enrutado y un protocolo aproximado? 13 00:01:15,940 --> 00:01:21,370 Ahora un protocolo podrido a usa los datos. 14 00:01:22,190 --> 00:01:26,150 Ejemplos serían IP versión 4 o IP versión 6. 15 00:01:26,150 --> 00:01:31,250 Cuando utiliza un protocolo Hialeah como HGP o ATP, ese protocolo utiliza un 16 00:01:31,250 --> 00:01:40,340 protocolo de capa inferior, como la versión IP para IP versión 6, para transportar los datos del usuario de un dispositivo a otro. 17 00:01:40,340 --> 00:01:47,560 Por lo tanto, cuando se conecta a un sitio web y está viendo una 18 00:01:47,840 --> 00:01:56,600 página web que se consideraría ruteada, los datos del servidor web se enrutan a su PC. 19 00:01:57,320 --> 00:02:03,380 Ahora, el esquema de direccionamiento utilizado para comprar protocolos enrutados se basa en el protocolo 20 00:02:03,380 --> 00:02:11,180 específico, como la versión IP para usar una dirección de 32 bits y la versión IP 6 utilizando ciento veintiocho. 21 00:02:11,180 --> 00:02:17,100 Pero diríjase ahora, ¿cómo saben los enrutadores dónde se encuentran los dispositivos en una red? 22 00:02:17,120 --> 00:02:25,020 Como ejemplo, mi PC tiene su sede en el Reino Unido, pero cuando voy 23 00:02:25,400 --> 00:02:35,570 a Facebook, el tráfico de com se envía desde mi PC a Facebook con sede en California y viceversa. 24 00:02:35,750 --> 00:02:39,050 ¿Cómo llega realmente mi dispositivo a los servidores de Facebook en un centro de datos en California? 25 00:02:39,050 --> 00:02:46,520 Y cómo los datos vuelven a mi PC en el Reino Unido. 26 00:02:46,520 --> 00:02:51,600 ¿Cómo se reenvían los datos del usuario de un dispositivo a otro? 27 00:02:51,710 --> 00:02:56,450 Ahora es importante darse cuenta de que cada enrutador a lo largo de la ruta 28 00:02:56,450 --> 00:03:05,000 entre mi PC en el Reino Unido y Facebook llega a tomar una decisión de enrutamiento independiente como un ejemplo si trazo a Facebook punto com. 29 00:03:05,000 --> 00:03:13,100 Y en este caso voy a establecer el tiempo de espera en un valle bajo, como 50 milisegundos. 30 00:03:13,370 --> 00:03:22,770 El tráfico se reenvía desde mi PC hop por salto de 31 00:03:22,850 --> 00:03:32,480 un enrutador a otro hasta que llegue a Facebook com punto. 32 00:03:32,480 --> 00:03:34,980 Cada uno de estos saltos es un enrutador independiente que toma decisiones de enrutamiento independientes. 33 00:03:35,300 --> 00:03:41,860 Ahora Facebook y muchos otros sitios web grandes tendrán centros de datos diseminados por todo el mundo. 34 00:03:41,870 --> 00:03:48,360 Por lo tanto, es posible que mi tráfico no llegue hasta la U. S. pero tal vez ir a un centro de datos 35 00:03:48,530 --> 00:03:55,130 local en Europa. 36 00:03:55,220 --> 00:03:56,300 Todo depende de cómo esté configurada la red. 37 00:03:56,300 --> 00:03:59,920 Estas decisiones de conducción realizadas por rodders se conocen como el 38 00:04:00,110 --> 00:04:08,630 paradigma de salto a salto de lúpulo con enrutamiento de tráfico de unidifusión basado en la dirección de destino, pero no en la dirección de origen. 39 00:04:09,230 --> 00:04:13,720 Serratus decide qué tráfico va en función de la dirección 40 00:04:13,880 --> 00:04:21,560 IP de destino en, por ejemplo, su dirección y Rodders decidirá esperar para enrutar el tráfico. 41 00:04:21,620 --> 00:04:24,580 Según la dirección IP de destino y la información almacenada en las 42 00:04:24,580 --> 00:04:31,970 tablas de escritura, cada enrutador a lo largo de la ruta necesita determinar una interfaz de salida para reenviar el tráfico para llegar a la dirección IP de destino. 43 00:04:31,970 --> 00:04:40,390 Para hacer eso, los enrutadores comunican información sobre redes usando protocolos de enrutamiento. 44 00:04:40,520 --> 00:04:47,220 A continuación, determinarán la mejor ruta a la dirección 45 00:04:47,300 --> 00:04:55,790 IP de destino utilizando criterios específicos para ese protocolo de varillado individual. 46 00:04:56,030 --> 00:04:58,260 Como ejemplo, RP utiliza el conteo 47 00:04:58,640 --> 00:05:06,230 de saltos para determinar la mejor ruta. OSPF usa el ancho de banda de las interfaces para determinar la mejor ruta. 48 00:05:06,230 --> 00:05:07,840 El GOP utiliza el ancho de banda y la demora para determinar la mejor ruta. 49 00:05:08,030 --> 00:05:13,290 Por lo tanto, los protocolos en ejecución se usan para anunciar automáticamente 50 00:05:13,370 --> 00:05:21,290 redes entre enrutadores y así es como los usuarios de las barras descubren las redes disponibles en una topología. 51 00:05:21,290 --> 00:05:25,790 También es importante tener en cuenta que si un enrutador no conoce una dirección IP de destino. 52 00:05:25,790 --> 00:05:32,360 En otras palabras, la información sobre la dirección IP de destino del vector no está en su tabla de enrutamiento. 53 00:05:32,360 --> 00:05:38,440 Soltará los paquetes de unidifusión. Las direcciones IP de destino se comparan 54 00:05:38,510 --> 00:05:45,350 con las redes y subredes en el camino como una tabla de escritura. 55 00:05:45,350 --> 00:05:47,000 Por lo tanto, si un enrutador recibe tráfico 56 00:05:47,000 --> 00:05:53,600 que va a una dirección IP de, digamos, diez a uno que quiere uno, pero esa dirección IP no coincide con una red en la tabla de escritura de rodders. 57 00:05:53,690 --> 00:05:58,610 El Rato soltará los paquetes porque no sabe a dónde enviarlos. 58 00:05:58,880 --> 00:06:04,310 Esencialmente si le dices a Harada que envías tráfico a la dirección IP 59 00:06:04,310 --> 00:06:11,480 o si te preguntan qué se preguntó y el enrutador no sabe cómo llegar a esa red 60 00:06:11,480 --> 00:06:19,460 o dirección IP, el enrutador dejará caer el tráfico si no hay podredumbre en la tabla de escritura. 61 00:06:19,460 --> 00:06:22,150 El tráfico se cae. 62 00:06:22,310 --> 00:06:24,160 Esto se aplica específicamente a 63 00:06:24,170 --> 00:06:30,950 los paquetes de unidifusión en los que estamos haciendo nuestro enrutamiento en función de la dirección IP de destino. 64 00:06:30,950 --> 00:06:32,090 Así que, en 65 00:06:32,090 --> 00:06:39,620 resumen, los protocolos de escritura le permiten a Radice aprender sobre las redes de destino que facilitan el intercambio de información entre dispositivos. 66 00:06:39,620 --> 00:06:44,220 Los enrutadores pueden aprender dinámicamente acerca de las redes en 67 00:06:44,240 --> 00:06:51,200 la topología y luego tomar decisiones de enrutamiento basadas en diferentes criterios, como ancho de 68 00:06:51,200 --> 00:07:00,350 banda o demora para determinar la mejor ruta, luego simplemente elijan una interfaz saliente basada en la tabla de 69 00:07:00,350 --> 00:07:07,430 escritura y luego reenviarán los paquetes de esa interfaz para llegar a un destino. 70 00:07:07,670 --> 00:07:10,940