1 00:00:00,880 --> 00:00:08,660 Hola a todos, vamos a presentar el capítulo 5 del CCNA3, que es enrutamiento dinámico. 2 00:00:09,560 --> 00:00:12,679 Entonces, sin más preámbulos, comenzamos. 3 00:00:13,580 --> 00:00:20,820 Este tema no tiene prácticas y lo que hace es repasar los conocimientos teóricos 4 00:00:20,820 --> 00:00:24,399 sobre el enrutamiento dinámico y los distintos protocolos que podemos encontrar. 5 00:00:24,399 --> 00:00:32,740 En esta representación tenéis todos los protocolos que podemos encontrar 6 00:00:32,740 --> 00:00:38,979 Entonces la primera división que hacemos es de Gateway Interior IGP o de Gateway Exterior IGP 7 00:00:38,979 --> 00:00:45,140 Los de IGP son los que vamos a utilizar dentro de la empresa, del Gateway hacia adentro 8 00:00:45,140 --> 00:00:50,240 Y los de Gateway Exterior son los que se utilizan en Internet 9 00:00:50,240 --> 00:00:53,520 Que prácticamente solo nos aparece aquí uno que es el IGP 10 00:00:53,520 --> 00:01:16,519 La siguiente clasificación que tenemos es por el tipo, tenemos aquí una representación en el resumen PDF, según su propósito, serían EGP o IGP, según su funcionamiento, pues tenemos de vector de distancia, ahora más adelante vemos en qué consisten, o de estado de enlace, link state. 11 00:01:16,519 --> 00:01:24,340 y el protocolo de vector de ruta, que es el que se utiliza en Internet. 12 00:01:24,959 --> 00:01:30,659 Después, la siguiente clasificación, que aunque aquí no aparece, sería con clase, 13 00:01:31,159 --> 00:01:36,959 esto es muy antiguo y ya no se tiende a no utilizar, y protocolo sin clase. 14 00:01:36,959 --> 00:01:45,500 Entonces, la diferencia está en que estos protocolos RIPV1 y GRP no mandan la máscara. 15 00:01:45,500 --> 00:01:50,819 entonces determinan el tamaño de la red según los dígitos por los que comienza 16 00:01:50,819 --> 00:01:55,879 según la clase implícita, como eso ya no se utiliza 17 00:01:55,879 --> 00:01:59,400 los que más se utilizan ahora son los de la parte inferior 18 00:01:59,400 --> 00:02:02,819 entonces de vector de distancia tenemos básicamente RIP 19 00:02:02,819 --> 00:02:08,080 que la versión sin clase es RIPv2 20 00:02:08,080 --> 00:02:13,620 y un protocolo propietario de Cisco que empezó llamándose IGRP y ahora se llama EIGRP 21 00:02:13,620 --> 00:02:19,479 Y luego protocolos más modernos y muy potentes como OSPF, IS-IS. 22 00:02:19,759 --> 00:02:24,080 IS-IS no vamos a ver nada de él y el que vamos a ver aquí es OSPF. 23 00:02:24,580 --> 00:02:26,439 Y para usarlo en Internet, BGP. 24 00:02:28,159 --> 00:02:32,879 En la siguiente representación tenéis un sistema autónomo. 25 00:02:33,460 --> 00:02:40,439 Esto sería un AS1, es un sistema autónomo, que es un conjunto de router que trabajan en una empresa. 26 00:02:40,439 --> 00:02:58,939 Es una forma de llamar a una zona de router. Aquí tenemos otro sistema autónomo y otro sistema autónomo. Tenemos tres AS y este de la izquierda, el 1, funciona con IGRP, el 2 con OSPF y el 3 con RIP. No hay ningún problema. 27 00:02:59,479 --> 00:03:05,099 Después, se conectan a Internet, aunque no lo pongan todos, básicamente con esta filosofía. 28 00:03:05,099 --> 00:03:12,020 Fijaros, siempre la ruta hacia Internet es una ruta estática por defecto, resumida. 29 00:03:13,159 --> 00:03:18,300 No, perdón, una ruta estática por defecto, que es la que me manda hacia el router del proveedor. 30 00:03:18,759 --> 00:03:26,180 Y para entrar desde el router del proveedor, desde el ISP hacia la empresa, una ruta estática resumida de todo lo que hay en la empresa. 31 00:03:26,939 --> 00:03:27,099 ¿Vale? 32 00:03:27,099 --> 00:03:36,259 Y luego, para comunicarme entre ISPs y por Internet, pues utilizaré BGP, que es un protocolo de Gateway Estéreo. 33 00:03:36,620 --> 00:03:37,639 ¿De acuerdo? Muy bien. 34 00:03:39,520 --> 00:03:43,180 Ahora, ¿qué es un protocolo de enrutamiento por Vestor de Distancia? 35 00:03:43,639 --> 00:03:53,699 Pues básicamente es un sistema en el cual el router solo sabe, R1 solo sabe, que para llegar a una red tiene que apuntar hacia allá, 36 00:03:53,699 --> 00:03:59,780 hacia la interfaz de su vecino y tiene otro parámetro que es la distancia. 37 00:04:00,180 --> 00:04:04,479 Por ejemplo, si usamos RID, la distancia es el número de saltos que hay, pero no sabe nada más. 38 00:04:05,599 --> 00:04:10,520 No sabe por qué camino vamos a cruzar, si hay ancho de banda grande, pequeño, no sabe nada. 39 00:04:11,080 --> 00:04:13,379 Solamente eso, dirección y distancia. 40 00:04:14,780 --> 00:04:22,019 Los protocolos de vector de distancia, aquí los tenéis, son RID, V1 muy antiguo porque no manda la máscara 41 00:04:22,019 --> 00:04:27,459 y RIP versión 2, que es el que normalmente usaremos, muy fácil de configurar. 42 00:04:27,459 --> 00:04:33,300 Y luego, en cuanto también, aunque a veces nos equivocamos, vector de distancia es EIGRP, 43 00:04:33,839 --> 00:04:41,420 que es la versión de Cisco de un protocolo con vector de distancia, más complejo de configurar y gasta más recursos. 44 00:04:44,970 --> 00:04:53,290 Aquí tenemos una representación del funcionamiento de un protocolo de estado de enlace. 45 00:04:53,290 --> 00:05:09,550 El protocolo de estado de enlace lo que hace es que cuando arranca manda actualizaciones a toda la red, hay unos mensajes de saludo, ahora lo veremos, y al final el router tiene un mapa completo de la red. 46 00:05:10,170 --> 00:05:17,730 En lo de estado de enlace siempre decimos que el router tiene guardado el plano completo, sabe por donde tiene que encaminar el tráfico. 47 00:05:17,730 --> 00:05:44,069 Y otra característica importante es que en el protocolo anterior de vector de distancia se mandan actualizaciones periódicas, concretamente RIP manda actualizaciones de la tabla de enrutamiento cada 30 segundos, sin embargo en el de estado de enlace normalmente solo se envían actualizaciones cuando cambia el estado de un enlace, eso es mucho más eficiente porque no consume en ancho de banda. 48 00:05:44,970 --> 00:05:50,029 Como protocolos de estado de enlace tenemos OSPF e IS-IS. 49 00:05:50,290 --> 00:05:52,170 El que vamos a usar aquí es OSPF. 50 00:05:53,769 --> 00:05:57,990 Después, ¿qué problemas tienen los protocolos de enrutamiento con clase? 51 00:05:58,089 --> 00:06:03,569 Mirad, aquí tenéis un ejemplo donde tenemos una red que no es continua. 52 00:06:03,569 --> 00:06:20,810 Es decir, tiene aquí un barra 24, pero que es de clase B. Tiene aquí otro barra 24, pero que es de clase B. Lo estamos usando como clase C, ¿verdad?, con barra 24, cuando es una dirección 172. 53 00:06:20,810 --> 00:06:31,970 y luego las hemos separado por un barra 30, que además, bueno, pues esto hace que estas dos redes estén separadas por otras que son distintas. 54 00:06:32,250 --> 00:06:37,389 Si la máscara de toda esta red fuera barra 24, funcionaría correctamente, pero ya veréis que aquí no lo va a hacer. 55 00:06:38,230 --> 00:06:45,089 Este protocolo manda, al encenderlo, manda una actualización con una red que se llama 172.16.0.0. 56 00:06:45,089 --> 00:06:56,449 Es decir, R1 le dice a los demás, oye, tengo conectada una red que es 172.16. ¿Por qué hace eso? Porque como es de clase B, él sólo entiende hasta ahí. 57 00:06:57,189 --> 00:07:07,170 Entonces, R2 da de alta esa red en su tabla de enrutamiento. En el siguiente paso, en el punto 3, vemos que R3 arranca y hace lo mismo. 58 00:07:07,170 --> 00:07:15,970 da de alta, anuncia a sus vecinos, con el protocolo RIGV1, por ejemplo, que es con clase, 59 00:07:16,649 --> 00:07:25,810 anuncia la red 172.16.2.0, pero para él esa red, como no maneja las máscaras, sino que 60 00:07:25,810 --> 00:07:33,250 solamente tiene en cuenta la clase, se llama 172.16.0.0. Cuando llega a R2, R2 tiene dos 61 00:07:33,250 --> 00:07:41,050 caminos para llegar a una red que se llama 172.16.0.0, que es uno saliendo por serial 62 00:07:41,050 --> 00:07:48,129 0.0.1 hacia la derecha y el otro saliendo por serial 0.0.0. Aquí lo veis que es con 63 00:07:48,129 --> 00:07:53,589 RIP, ahí está el origen del rutamiento y la distancia que es a un salto. ¿Esto qué 64 00:07:53,589 --> 00:08:01,189 efecto tiene? Pues fijaros, una cosa muy curiosa. Si hacemos un ping desde R2 hasta 172.16.1.1, 65 00:08:01,189 --> 00:08:31,110 ¿Qué va a ocurrir? El router, como tiene dadas de alta dos redes iguales, lo que hace es balanceo de carga, acordaros de este concepto, lo que hace es que manda un pin hacia la izquierda y otro hacia la derecha, uno hacia la izquierda y otro hacia la derecha, entonces claro, la consecuencia de eso es que, veis, U de un reachable, un alcanzable, y ese puntito es que ha funcionado inalcanzable, ha funcionado inalcanzable, es decir, la mitad de los pins están fallando. 66 00:08:31,189 --> 00:08:48,269 Porque se mandan hacia una dirección que no está la 1,1. Los que vengan hacia este lado se perderán. Muy bien. Esto hoy en día con RIP V2, solamente ya con eso, ya es suficiente para que no ocurra. 67 00:08:48,269 --> 00:08:53,409 ahora un protocolo de enrutamiento sin clase que hará cuando arranca 68 00:08:53,409 --> 00:08:57,009 manda la red auténticamente que tiene configurada 69 00:08:57,009 --> 00:08:58,950 que es la 172.16.1.0 70 00:08:58,950 --> 00:09:04,909 la da de alta R2 como una red que puede llegar a ella 71 00:09:04,909 --> 00:09:07,769 con el protocolo RIP a un salto 72 00:09:07,769 --> 00:09:12,590 cuando arranca el siguiente router informa de que tiene una red 73 00:09:12,590 --> 00:09:16,669 que es la 172.16.2.0 y cuando llega a R2 74 00:09:16,669 --> 00:09:20,809 la da de alta adecuadamente, ¿de acuerdo? Entonces aquí no hay ningún problema. 75 00:09:20,990 --> 00:09:26,629 Aquí cuando hagamos un pin a 172.16.1.1, pues van a llegar todos los pins de forma correcta, 76 00:09:26,690 --> 00:09:29,289 que son estas marquitas que tenéis aquí, ¿de acuerdo? 77 00:09:33,860 --> 00:09:37,779 Ahora, una tabla que refleja las características de los protocolos de enrutamiento. 78 00:09:38,299 --> 00:09:42,779 De esto tenéis luego unas preguntas, de estas de tipo test. 79 00:09:43,399 --> 00:09:46,759 Entonces, fijaros, básicamente, la velocidad de convergencia que es, 80 00:09:46,759 --> 00:10:06,700 Desde que yo arranco una red, imaginaros que puedo encender la alimentación de todos los routers a la vez. Hasta que es operativa, hay un proceso en el que la red está convergiendo. Se dice que una red ha terminado de converger cuando todos los routers tienen una información coherente. 81 00:10:07,279 --> 00:10:12,059 Es decir, se han pasado sus tablas de enrutamiento, han dado de alta lo que tienen, etc. 82 00:10:12,220 --> 00:10:18,220 Eso puede tardar en una red, depende del diámetro que tenga, del número de routers, pero puede tardar bastante. 83 00:10:18,960 --> 00:10:28,159 Hasta, claro, si cada actualización tarda 30 segundos, pues si tengo 4 o 5 routers, hay que esperar 2 minutos fácilmente. 84 00:10:28,159 --> 00:10:36,679 Entonces la convergencia en estos protocolos es muy lenta y luego ya en EIGRP y OSPF es rápida. 85 00:10:36,700 --> 00:11:03,179 La escalabilidad. ¿Para qué redes está pensado? Pues RIPv2 está pensado para redes pequeñas y ya IGRP y OSPF para redes grandes. ¿Pueden usar VLSM? Pues no puede usarlo RIPv1, que no tiene en cuenta las máscaras. Es un protocolo con clase. Y tampoco IGRP. Bueno, pero IGRP y RIPv1 es que están obsoletos. 86 00:11:03,179 --> 00:11:07,980 uso de recursos, pues DRIP, pocos recursos 87 00:11:07,980 --> 00:11:11,259 EIGRP medios y OSPF altos 88 00:11:11,259 --> 00:11:15,580 ese es el problema que tiene, OSPF es bueno pero gasta mucha CPU, gasta máquina 89 00:11:15,580 --> 00:11:19,759 implementación y mantenimiento, DRIP es muy sencillo de 90 00:11:19,759 --> 00:11:23,700 implementar y EIGRP y OSPF tienen más 91 00:11:23,700 --> 00:11:26,620 parámetros, son un poquito más complejos pero tampoco mucho 92 00:11:26,620 --> 00:11:31,740 OSPF tiene una opción de hacer multi áreas que ya lo veremos que sí que 93 00:11:31,740 --> 00:11:35,000 resulta más compleja, pero no hace falta llegar a ese nivel. 94 00:11:37,279 --> 00:11:44,840 La métrica de los protocolos de enrutamiento. Fijaros, vamos a lanzar un paquete desde PC1 95 00:11:44,840 --> 00:11:52,240 y tenemos que llegar hasta PC2. ¿Por dónde creéis que va a ir? Si me vengo por aquí 96 00:11:52,240 --> 00:11:59,600 arriba, el camino es muy rápido, porque enseguida llego. Es muy rápido porque no tengo que 97 00:11:59,600 --> 00:12:03,840 pasar por dos routers, solo doy un salto, paso por uno y ya llego. Pero el problema 98 00:12:03,840 --> 00:12:10,320 es que el camino es muy malo, es de 56K. Si me vengo por la derecha, doy más vuelta, 99 00:12:10,559 --> 00:12:17,720 paso por otro router intermedio, sin embargo este camino es mucho más rápido. ¿Por dónde 100 00:12:17,720 --> 00:12:22,340 se va a ir? Pues fijaros, si el protocolo que utilizo es RIP, va a elegir el camino 101 00:12:22,340 --> 00:12:28,659 corto, porque tiene en cuenta el número de saltos, pero si uso OSPF, OSPF mira los anchos 102 00:12:28,659 --> 00:12:34,820 de banda. Y dice, hombre, me tiene más cuenta venir por aquí, porque aunque haya más routers, 103 00:12:35,240 --> 00:12:42,100 el camino es con un ancho de banda mucho más amplio. ¿Vale? Entonces, ¿qué métrica 104 00:12:42,100 --> 00:12:49,659 utiliza? RIP, número de saltos. OSPF tiene en cuenta el ancho de banda acumulativo. Ya 105 00:12:49,659 --> 00:12:55,220 veréis que hay un concepto que es el coste, vamos sumando y por donde tarde menos en llegar 106 00:12:55,220 --> 00:13:19,720 Por ahí se va. EIGRP es muy parecido a SPF. Tiene en cuenta el ancho de banda, pero puede tener en cuenta otros parámetros. Aquí Cisco se cubrió de gloria. Y son el retardo, la confiabilidad y la carga. Estos tres parámetros, sobre todo la carga y la confiabilidad, no se utilizan prácticamente nunca. Y el retardo poco. ¿De acuerdo? Ya aprenderemos a configurarlo. 107 00:13:19,720 --> 00:13:48,330 Bueno, vamos a hacer alguna de estas, fijaros, enrutamiento dinámico, gateway interior, vector de distancia, entonces aquí tenemos RIP V1, este es RIP V2, ya sabéis que estas tablitas para los exámenes son muy socorridas, e IGRP, verificamos si está correcto, aquí protocolos de IGRP, 108 00:13:48,330 --> 00:14:03,730 Seguimos estando dentro del gateway y tendríamos el estado de enlace, el OSPF y también IS-IS. 109 00:14:05,169 --> 00:14:07,129 Verificamos, está correcto. 110 00:14:07,710 --> 00:14:11,450 Y por último, de gateway exterior, BGP es el que se utiliza. 111 00:14:12,389 --> 00:14:19,330 Bueno, esto hacerlo vosotros porque nos entretiene muchísimo en el vídeo. 112 00:14:19,330 --> 00:14:23,049 es sencillo, tenéis la solución en la pantalla anterior, pero probad a hacerlo. 113 00:14:23,490 --> 00:14:26,990 A ver, esta. Métrica basada en el conteo de saltos. 114 00:14:27,350 --> 00:14:31,190 SES, RIP. Utiliza el costo, ancho de 115 00:14:31,190 --> 00:14:34,690 bande de enlace acumulativos. SES o SPF. 116 00:14:36,610 --> 00:14:38,950 Métrica basada en el retardo 117 00:14:38,950 --> 00:14:43,110 y en el ancho de banda. Aquí. La métrica 118 00:14:43,110 --> 00:14:47,289 también puede basarse en la confiabilidad y en la 119 00:14:47,289 --> 00:14:58,490 carga, pues aquí, el EIGRP. Verificamos, está bien. Muy bien. Funcionamiento de un protocolo de enrutamiento dinámico. Vamos a ver.