lunes, 26 de marzo de 2012
lunes, 19 de marzo de 2012
CAPITULO 8 : LA TABLA DE ENRUTAMIENTO: UN ESTUDIO DETALLADO
INTRODUCCIÓN DEL CAPITULO.- En los capítulos anteriores, examinamos la tabla de enrutamiento con el comando show ip route. Vimos cómo las rutas dinámicas, estáticas y las conectadas directamente se agregan y eliminan de la tabla de enrutamiento.
Como administrador de red, es importante conocer la tabla de enrutamiento en profundidad cuando se resuelven problemas de red. Comprender la estructura y el proceso de búsqueda de la tabla de enrutamiento lo ayudará a diagnosticar cualquier problema en la tabla de enrutamiento, independientemente de su nivel de familiaridad con el protocolo de enrutamiento en particular. Por ejemplo, puede encontrarse con una situación en la que la tabla de enrutamiento tenga todas las rutas que esperaría ver, pero el reenvío de paquetes no funciona como está previsto. Conocer cómo manejarse en el proceso de búsqueda de una dirección IP de destino de un paquete le dará la posibilidad de determinar si el paquete se está reenviando como está previsto, si el paquete se está reenviando a otro lugar y por qué o si el paquete se ha descartado.
En este capítulo, analizaremos más detalladamente la tabla de enrutamiento. La primera parte del capítulose concentra en la estructura de la tabla de enrutamiento IP de Cisco. Examinaremos el formato de la tabla de enrutamiento y estudiaremos las rutas de nivel 1 y 2. La segunda parte del capítulo analiza el proceso de búsqueda de la tabla de enrutamiento. Analizaremos el comportamiento del enrutamiento con clase, como así también el comportamiento del enrutamiento sin clase, que usa los comandos no ip classless e ip classless.
En este capítulo, se han omitido muchos de los detalles sobre la estructura y elproceso de búsqueda de la tabla de enrutamiento IP de Cisco. Si le interesa leer más sobre este tema y sobre el funcionamiento interno del IOS de Cisco relativo al enrutamiento, consulte Cisco IP Routing, de Alex Zinin (ISBN 0-201-60473-6).
Como administrador de red, es importante conocer la tabla de enrutamiento en profundidad cuando se resuelven problemas de red. Comprender la estructura y el proceso de búsqueda de la tabla de enrutamiento lo ayudará a diagnosticar cualquier problema en la tabla de enrutamiento, independientemente de su nivel de familiaridad con el protocolo de enrutamiento en particular. Por ejemplo, puede encontrarse con una situación en la que la tabla de enrutamiento tenga todas las rutas que esperaría ver, pero el reenvío de paquetes no funciona como está previsto. Conocer cómo manejarse en el proceso de búsqueda de una dirección IP de destino de un paquete le dará la posibilidad de determinar si el paquete se está reenviando como está previsto, si el paquete se está reenviando a otro lugar y por qué o si el paquete se ha descartado.
En este capítulo, analizaremos más detalladamente la tabla de enrutamiento. La primera parte del capítulose concentra en la estructura de la tabla de enrutamiento IP de Cisco. Examinaremos el formato de la tabla de enrutamiento y estudiaremos las rutas de nivel 1 y 2. La segunda parte del capítulo analiza el proceso de búsqueda de la tabla de enrutamiento. Analizaremos el comportamiento del enrutamiento con clase, como así también el comportamiento del enrutamiento sin clase, que usa los comandos no ip classless e ip classless.
En este capítulo, se han omitido muchos de los detalles sobre la estructura y elproceso de búsqueda de la tabla de enrutamiento IP de Cisco. Si le interesa leer más sobre este tema y sobre el funcionamiento interno del IOS de Cisco relativo al enrutamiento, consulte Cisco IP Routing, de Alex Zinin (ISBN 0-201-60473-6).
ENTRADAS DE LA TABLA DE ENRUTAMIENTO.- El ejemplo de la tabla de enrutamiento de la figura consta de entradas de ruta de los siguientes orígenes:
Redes conectadas directamente Rutas estáticas Protocolos de enrutamiento dinámicos
El origen de la ruta no afecta la estructura de la tabla de enrutamiento. La figura muestra un ejemplo de tabla de enrutamiento con rutas dinámicas, estáticas y conectadas directamente. Observe que las subredes 172.16.0.0/24 tienen una combinación de los tres tipos de orígenes de enrutamiento.
Redes conectadas directamente Rutas estáticas Protocolos de enrutamiento dinámicos
El origen de la ruta no afecta la estructura de la tabla de enrutamiento. La figura muestra un ejemplo de tabla de enrutamiento con rutas dinámicas, estáticas y conectadas directamente. Observe que las subredes 172.16.0.0/24 tienen una combinación de los tres tipos de orígenes de enrutamiento.
RUTAS DE NIVEL 1.- Los routers R1 y R3 ya tienen sus interfaces configuradas con las direcciones IP y las máscaras de subred apropiadas. Ahora configuraremos las interfaces de R2 y usaremos debug ip routing para ver el proceso de la tabla de enrutamiento que se usa para agregar estas entradas.
La figura muestra lo que sucede cuando la interfaz Serial 0/0/1 de R2 se configura con la dirección 192.168.1.1/24. Tan pronto como se ingresa no shutdown, el resultado de debug ip routing muestra que se ha agregado esta ruta a la tabla de enrutamiento.
La figura muestra lo que sucede cuando la interfaz Serial 0/0/1 de R2 se configura con la dirección 192.168.1.1/24. Tan pronto como se ingresa no shutdown, el resultado de debug ip routing muestra que se ha agregado esta ruta a la tabla de enrutamiento.
RUTAS PRINCIPALES Y SECUNDARIAS: REDES CONCLASE.- En el tema anterior, vimos una ruta de red de nivel 1 que también era una ruta final. Ahora analicemos otro tipo de ruta de red de nivel 1, una ruta principal. La figura muestra la configuración de la interfaz 172.16.3.1/24 en R2 y el resultado del comando show ip route. Observe que, en realidad, hay dos entradas adicionales en la tabla de enrutamiento. Una entrada es la ruta principal y la otra entrada es la ruta secundaria. ¿Por qué hay dos entradas en lugar de una?
Haga clic en Principal y secundaria en la figura.
Cuando la máscara de subred 172.16.3.0 se agregó a la tabla de enrutamiento, también se agregó otra ruta, la 172.16.0.0. La primera entrada, 172.16.0.0/24, no contiene ninguna dirección IP de siguiente salto ni información de la interfaz de salida. Esta ruta se conoce como ruta principal de nivel 1.
Haga clic en Principal y secundaria en la figura.
Cuando la máscara de subred 172.16.3.0 se agregó a la tabla de enrutamiento, también se agregó otra ruta, la 172.16.0.0. La primera entrada, 172.16.0.0/24, no contiene ninguna dirección IP de siguiente salto ni información de la interfaz de salida. Esta ruta se conoce como ruta principal de nivel 1.
RUTAS PRINCIPALES Y SECUNDARIAS: REDES SIN CLASE.- Para esta discusión, usaremos la topología que se muestra en la figura. Si usamos el RouterX con la configuración VLSM que se muestra, podemos examinar el efecto de VLSM en la tabla de enrutamiento. El RouterX tiene tres redes conectadas directamente. Las tres subredes pertenecen a la red con clase 172.16.0.0/16 y son, por lo tanto, rutas secundarias de nivel 2.
PROCESO DE BUSQUEDA EN LA TABLA DE ENRUTAMIENTO.- 8.2.1 PASOS EN EL PROCESO DE BUSQUEDA DE RUTAS.- En esta topología, RIPv1, un protocolo de enrutamiento con clase, está ahora configurado. Observe que hemos elegido específicamente un protocolo de enrutamiento conclase con nuestras subredes 172.16.0.0 no contiguas. El motivo se hará evidente en una sección posterior.
A COINCIDENCIA MAS LARGA: RUTAS DE VINEL 1.- La coincidencia más larga
El término mejor coincidencia se usó en el análisis anterior sobre búsqueda de rutas. ¿Qué significa mejor coincidencia? La mejor coincidencia también se denomina coincidencia más larga.
Pero primero, ¿qué es una coincidencia? Para que haya una coincidencia entre la dirección IP de destino de un paquete y una ruta en la tabla de enrutamiento, un número mínimo de los bits que se encuentran más a la izquierda deben coincidir con la dirección IP del paquete y la ruta en la tabla de enrutamiento. La máscara de subred de la ruta en la tabla de enrutamiento se usa para determinar el número mínimo de bits que se encuentran más a la izquierda y que deben coincidir. (Recuerde que un paquete IP sólo contiene la dirección IP y no la máscara de subred).
La mejor coincidencia o la coincidencia más larga es la ruta de la tabla de enrutamiento que contiene la mayor cantidad de bits que se encuentran más a la izquierda y que más coinciden con la dirección IP de destino del paquete.La ruta con la mayor cantidad de bits equivalentes, que se encuentran más a la izquierda, o la coincidencia más larga es siempre la ruta preferida.
Por ejemplo, en la figura, tenemos un paquete destinado a 172.16.0.10. Muchas rutas posibles pueden coincidir con este paquete. Se muestran tres rutas posibles que sí coinciden con este paquete: 172.16.0.0/12, 172.16.0.0/18 y 172.16.0.0/26. De las tres rutas, 172.16.0.0/26 tiene la coincidencia más larga. Recuerde que para que cualquiera de estas rutas se considere una coincidencia debe tener al menos la cantidad de bits coincidentes que se indica en la máscara de subred dela ruta.
El término mejor coincidencia se usó en el análisis anterior sobre búsqueda de rutas. ¿Qué significa mejor coincidencia? La mejor coincidencia también se denomina coincidencia más larga.
Pero primero, ¿qué es una coincidencia? Para que haya una coincidencia entre la dirección IP de destino de un paquete y una ruta en la tabla de enrutamiento, un número mínimo de los bits que se encuentran más a la izquierda deben coincidir con la dirección IP del paquete y la ruta en la tabla de enrutamiento. La máscara de subred de la ruta en la tabla de enrutamiento se usa para determinar el número mínimo de bits que se encuentran más a la izquierda y que deben coincidir. (Recuerde que un paquete IP sólo contiene la dirección IP y no la máscara de subred).
La mejor coincidencia o la coincidencia más larga es la ruta de la tabla de enrutamiento que contiene la mayor cantidad de bits que se encuentran más a la izquierda y que más coinciden con la dirección IP de destino del paquete.La ruta con la mayor cantidad de bits equivalentes, que se encuentran más a la izquierda, o la coincidencia más larga es siempre la ruta preferida.
Por ejemplo, en la figura, tenemos un paquete destinado a 172.16.0.10. Muchas rutas posibles pueden coincidir con este paquete. Se muestran tres rutas posibles que sí coinciden con este paquete: 172.16.0.0/12, 172.16.0.0/18 y 172.16.0.0/26. De las tres rutas, 172.16.0.0/26 tiene la coincidencia más larga. Recuerde que para que cualquiera de estas rutas se considere una coincidencia debe tener al menos la cantidad de bits coincidentes que se indica en la máscara de subred dela ruta.
COMPORTAMIENTO DE ENRUTAMIENTO.- 8.3.1 COMPORTAMIENTO DE ENRUTAMIENTO CON CLASE Y SIN CLASE.- El siguiente paso en el proceso de búsqueda de rutas (Paso 3) considera el comportamiento de enrutamiento. El comportamiento de enrutamiento influencia el proceso de búsqueda de la ruta preferida usando los comandos no ip classless o ip classless.
Los comportamientos de enrutamiento sin clase y con clase no son iguales a los protocolos de enrutamiento sin clase y con clase. Los protocolos de enrutamiento sin clase y con clase afectan la forma en que se completa la tabla de enrutamiento. Los comportamientos de enrutamiento con clase y sin clase determinan cómo se realiza una búsqueda en la tabla de enrutamiento después de que se completa. En la figura, las fuentes de enrutamiento (incluidos los protocolos de enrutamiento con clase y sin clase) son las entradas que se usan para completar la tabla de enrutamiento. El comportamiento de enrutamiento, especificados por los comandos ip classless o no ip classless, determina cómo el proceso de búsqueda de rutas pasará al Paso 3.
Como puede ver, los protocolos de enrutamiento y los comportamientos de enrutamiento son completamente independientes entre sí. La tabla de enrutamiento podría completarse con rutas de un protocolo de enrutamiento sin clase como RIPv2; sin embargo, se implementa el comportamiento de enrutamiento con clase porque está configurado el comando no ip classless.
Los comportamientos de enrutamiento sin clase y con clase no son iguales a los protocolos de enrutamiento sin clase y con clase. Los protocolos de enrutamiento sin clase y con clase afectan la forma en que se completa la tabla de enrutamiento. Los comportamientos de enrutamiento con clase y sin clase determinan cómo se realiza una búsqueda en la tabla de enrutamiento después de que se completa. En la figura, las fuentes de enrutamiento (incluidos los protocolos de enrutamiento con clase y sin clase) son las entradas que se usan para completar la tabla de enrutamiento. El comportamiento de enrutamiento, especificados por los comandos ip classless o no ip classless, determina cómo el proceso de búsqueda de rutas pasará al Paso 3.
Como puede ver, los protocolos de enrutamiento y los comportamientos de enrutamiento son completamente independientes entre sí. La tabla de enrutamiento podría completarse con rutas de un protocolo de enrutamiento sin clase como RIPv2; sin embargo, se implementa el comportamiento de enrutamiento con clase porque está configurado el comando no ip classless.
COMPORTAMIENTO DE ENRUTAMIENTO CON CLASE: PROCESO DE BUSQUEDA.- En nuestro proceso de búsqueda en la tabla de enrutamiento, el Paso 3a establece que cuando el comportamiento del enrutamiento con clase esté en vigencia (no ip classless) el proceso no seguirá realizando búsquedas de rutas de nivel 1 en la tabla de enrutamiento. Si el paquete no coincide con una ruta secundaria de la ruta de red principal, entonces el router lo descarta. Veamos un ejemplo.
COMPORTAMIENTO DE ENRUTAMIENTO SIN CLASE: IP CLASSLESS.- A partir de IOS 11.3, Cisco cambió el comportamiento de enrutamiento predeterminado de con clase a sin clase. El comando ip classless se configura en forma predeterminada. El comando show running-config muestra el comportamiento de enrutamiento. Comportamiento de enrutamiento sin clase significa que el proceso de enrutamiento ya no supone que todas las subredes de una red principal con clase sólo pueden alcanzarse dentro de las rutas secundarias a la principal. El comportamiento de enrutamiento sin clase funciona bien para las redes no contiguas y las superredes CIDR.
En esta sección, examinaremos el efecto del comportamiento del enrutamiento sin clase. Todos los routers están configurados con el comando ip classless.
R1(config)#ip classless R2(config)#ip classless R3(config)#ip classless
Analizaremos lo que le sucede a un paquete cuando hay una coincidencia con una ruta principal de nivel 1, pero no hay coincidencias con las rutas secundarias de nivel 2 o subredes. Esto nos lleva al Paso 3b, Comportamiento del enrutamiento sin clase.
En esta sección, examinaremos el efecto del comportamiento del enrutamiento sin clase. Todos los routers están configurados con el comando ip classless.
R1(config)#ip classless R2(config)#ip classless R3(config)#ip classless
Analizaremos lo que le sucede a un paquete cuando hay una coincidencia con una ruta principal de nivel 1, pero no hay coincidencias con las rutas secundarias de nivel 2 o subredes. Esto nos lleva al Paso 3b, Comportamiento del enrutamiento sin clase.
CAPITULO 7 : RIP V2
INTRODUCCIÓN DEL CAPITULO.- La versión 2 de RIP (RIPv2) se define en RFC 1723. Éste es el primer protocolo de enrutamiento sin clase que se discute en el curso. La figura ubica a RIPv2 en su propia perspectiva con respecto a otros protocolos de enrutamiento. Si bien RIPv2 es un protocolo de enrutamiento apropiado para algunos ambientes, pierde popularidad cuando se compara con protocolos de enrutamiento tales como EIGRP, OSPF e IS-IS, que ofrecen más funciones y son más escalables.
Aunque puede ser menos popular que otros protocolos de enrutamiento, ambas versiones de RIP aún son apropiadas para algunas situaciones. Si bien RIP carece de las capacidades de muchos protocolos posteriores, su simplicidad y amplia utilización en varios sistemas operativos lo convierten en un candidato ideal para las redes homogéneas más pequeñas, donde es necesaria la compatibilidad con varios fabricantes, especialmente dentro de los ambientes UNIX.
Debido a que necesitará entender RIPv2, incluso si no lo usa, este capítulo se concentrará en las diferencias entre un protocolo de enrutamiento con clase (RIPv1) y un protocolo de enrutamiento sin clase (RIPv2), más que en los detalles de RIPv2. La limitación principal de RIPv1 es que es un protocolo de enrutamiento con clase. Como usted sabe, los protocolos de enrutamiento con clase no incluyen la máscara de subred con la dirección de red en las actualizaciones de enrutamiento, lo que puede ocasionar problemas con las redes o subredes no contiguas que usan la Máscara de subred de longitud variable (VLSM). Como RIPv2 es un protocolo de enrutamiento sin clase, las máscaras de subred se incluyen en las actualizaciones de enrutamiento, lo que hace que RIPv2 sea más compatible con los ambientes de enrutamiento modernos.
En realidad, RIPv2 es una mejora de las funciones y extensiones de RIPv1, más que un protocolo completamente nuevo. Algunas de estas funciones mejoradas incluyen:
Direcciones de siguiente salto incluidas en las actualizaciones de enrutamiento Uso de direcciones multicast al enviar actualizaciones Opción de autenticación disponible
Como RIPv1, RIPv2 es un protocolo de enrutamiento por vector de distancia. Las dos versiones de RIP tienen las siguientes funciones y limitaciones:
Uso de temporizadores de espera y otros temporizadores para ayudar a impedir routing loops. Uso de horizonte dividido u horizonte dividido con envenenamiento en reversa para ayudar también a impedir
routing loops. Uso de updates disparados cuando hay un cambio en la topología para lograr una convergencia más rápida. Límite máximo en el conteo de saltos de 15 saltos, con el conteo de saltos de 16 que expresa una red inalcanzable.
Aunque puede ser menos popular que otros protocolos de enrutamiento, ambas versiones de RIP aún son apropiadas para algunas situaciones. Si bien RIP carece de las capacidades de muchos protocolos posteriores, su simplicidad y amplia utilización en varios sistemas operativos lo convierten en un candidato ideal para las redes homogéneas más pequeñas, donde es necesaria la compatibilidad con varios fabricantes, especialmente dentro de los ambientes UNIX.
Debido a que necesitará entender RIPv2, incluso si no lo usa, este capítulo se concentrará en las diferencias entre un protocolo de enrutamiento con clase (RIPv1) y un protocolo de enrutamiento sin clase (RIPv2), más que en los detalles de RIPv2. La limitación principal de RIPv1 es que es un protocolo de enrutamiento con clase. Como usted sabe, los protocolos de enrutamiento con clase no incluyen la máscara de subred con la dirección de red en las actualizaciones de enrutamiento, lo que puede ocasionar problemas con las redes o subredes no contiguas que usan la Máscara de subred de longitud variable (VLSM). Como RIPv2 es un protocolo de enrutamiento sin clase, las máscaras de subred se incluyen en las actualizaciones de enrutamiento, lo que hace que RIPv2 sea más compatible con los ambientes de enrutamiento modernos.
En realidad, RIPv2 es una mejora de las funciones y extensiones de RIPv1, más que un protocolo completamente nuevo. Algunas de estas funciones mejoradas incluyen:
Direcciones de siguiente salto incluidas en las actualizaciones de enrutamiento Uso de direcciones multicast al enviar actualizaciones Opción de autenticación disponible
Como RIPv1, RIPv2 es un protocolo de enrutamiento por vector de distancia. Las dos versiones de RIP tienen las siguientes funciones y limitaciones:
Uso de temporizadores de espera y otros temporizadores para ayudar a impedir routing loops. Uso de horizonte dividido u horizonte dividido con envenenamiento en reversa para ayudar también a impedir
routing loops. Uso de updates disparados cuando hay un cambio en la topología para lograr una convergencia más rápida. Límite máximo en el conteo de saltos de 15 saltos, con el conteo de saltos de 16 que expresa una red inalcanzable.
LIMITACIONES DE RIPv1.- 7.1.1 TOPOLOGIA DE LABORATORIO.- La figura muestra la topología y el esquema de direccionamiento que se usa en este capítulo. Este escenario es similar al dominio de enrutamiento con tres routers que se usó al final del Capítulo 5, "RIPv1". Recuerde que los routers R1 y R3 tienen subredes que forman parte de la red principal con clase 172.30.0.0/16 (clase B). También recuerde que R1 y R3 están conectados a R2 con subredes de la red principal con clase 209.165.200.0/24 (clase C). Esta topología es no contigua y no convergerá porque 172.30.0.0/16 está dividida por 209.165.200.0/24.
Direcciones IP de un ejemplo de Cisco
Usted debe haber observado que los enlaces WAN entre R1, R2 y R3 utilizan direcciones IP públicas. Si bien según la RFC 1918, estas direcciones IP no son direcciones privadas, Cisco ha adquirido un cierto espacio de direcciones públicas para usar con los ejemplos.
Las direcciones que se muestran en la figura son todas direcciones IP públicas válidas con las que se puede realizar el enrutamiento en Internet. Cisco ha reservado estas direcciones con fines educativos. Por lo tanto, este curso y los cursos futuros usarán estas direcciones cuando sea necesario utilizar direcciones públicas.
En la figura, R1, R2 y R3 se conectan usando el espacio de direcciones públicas de Cisco 209.165.200.224/27. Debido a que los enlaces WAN sólo necesitan dos direcciones, la 209.165.200.224/27 se subdivide en subredes con una máscara de /30. En la topología, la subred 1 se asigna al enlace WAN entre R1 y R2. La subred 2 se asigna al enlace WAN entre R2 y R3.
Usted debe haber observado que los enlaces WAN entre R1, R2 y R3 utilizan direcciones IP públicas. Si bien según la RFC 1918, estas direcciones IP no son direcciones privadas, Cisco ha adquirido un cierto espacio de direcciones públicas para usar con los ejemplos.
Las direcciones que se muestran en la figura son todas direcciones IP públicas válidas con las que se puede realizar el enrutamiento en Internet. Cisco ha reservado estas direcciones con fines educativos. Por lo tanto, este curso y los cursos futuros usarán estas direcciones cuando sea necesario utilizar direcciones públicas.
En la figura, R1, R2 y R3 se conectan usando el espacio de direcciones públicas de Cisco 209.165.200.224/27. Debido a que los enlaces WAN sólo necesitan dos direcciones, la 209.165.200.224/27 se subdivide en subredes con una máscara de /30. En la topología, la subred 1 se asigna al enlace WAN entre R1 y R2. La subred 2 se asigna al enlace WAN entre R2 y R3.
Interfaces loopback
Observe que R3 utiliza interfaces loopback (Lo0, Lo1 y Lo2). Una interfaz loopback es una interfaz de software que se usa para emular una interfaz física. Como a otras interfaces, se le puede asignar una dirección IP. Otros protocolos de enrutamiento, tales como OSPF, también usan las interfaces loopback para distintos fines. Estos usos se discutirán en el Capítulo 11, OSPF.
En un ambiente de laboratorio, las interfaces loopback son útiles para crear redes adicionales sin tener que agregar más interfaces físicas al router. Se puede hacer ping en una interfaz loopback y la subred puede publicarse en las actualizaciones de enrutamiento. Por lo tanto, las interfaces loopback son ideales para simular múltiples redes conectadas al mismo router. En nuestro ejemplo, R3 no necesita cuatro interfaces LAN para realizar una demostración de múltiples subredes y VLSM. En cambio, usamos interfaces loopback.
Observe que R3 utiliza interfaces loopback (Lo0, Lo1 y Lo2). Una interfaz loopback es una interfaz de software que se usa para emular una interfaz física. Como a otras interfaces, se le puede asignar una dirección IP. Otros protocolos de enrutamiento, tales como OSPF, también usan las interfaces loopback para distintos fines. Estos usos se discutirán en el Capítulo 11, OSPF.
En un ambiente de laboratorio, las interfaces loopback son útiles para crear redes adicionales sin tener que agregar más interfaces físicas al router. Se puede hacer ping en una interfaz loopback y la subred puede publicarse en las actualizaciones de enrutamiento. Por lo tanto, las interfaces loopback son ideales para simular múltiples redes conectadas al mismo router. En nuestro ejemplo, R3 no necesita cuatro interfaces LAN para realizar una demostración de múltiples subredes y VLSM. En cambio, usamos interfaces loopback.
LIMITACIONES DE TOPOLOGIA RIPv1.- Rutas estáticas e interfaces nulas
Para configurar la ruta de superred estática en R2, se usa el siguiente comando: R2(config)#ip route 192.168.0.0 255.255.0.0 Null0
Recuerde que el resumen de ruta permite una única entrada de ruta de alto nivel para representar muchas rutas de nivel bajo y, por consiguiente, reducir el tamaño de las tablas de enrutamiento. La ruta estática de R2 usa una máscara de /16 para resumir las 256 redes comprendidas entre 192.168.0.0/24 y 192.168.255.0/24.
El espacio de dirección que representa la ruta resumida estática 192.168.0.0/16 en realidad no existe. Para simular esta ruta estática, usamos una interfaz nula como interfaz de salida. No es necesario que usted ingrese ningún comando para crear o configurar la interfaz nula. Siempre se encuentra activa pero no reenvía ni recibe tráfico. El tráfico que se envía a la interfaz nula se desecha. Para nuestros fines, la interfaz nula servirá de interfaz de salida de la ruta estática. Recuerde del Capítulo 2, "Enrutamiento estático", que una ruta estática debe tener una interfaz de salida activa antes deser instalada en la tabla de enrutamiento. El uso de la interfaz nula permitirá a R2 publicar la ruta estática en RIP a pesar de que las redes que pertenecen al resumen 192.168.0.0/16 en realidad no existen.
Para configurar la ruta de superred estática en R2, se usa el siguiente comando: R2(config)#ip route 192.168.0.0 255.255.0.0 Null0
Recuerde que el resumen de ruta permite una única entrada de ruta de alto nivel para representar muchas rutas de nivel bajo y, por consiguiente, reducir el tamaño de las tablas de enrutamiento. La ruta estática de R2 usa una máscara de /16 para resumir las 256 redes comprendidas entre 192.168.0.0/24 y 192.168.255.0/24.
El espacio de dirección que representa la ruta resumida estática 192.168.0.0/16 en realidad no existe. Para simular esta ruta estática, usamos una interfaz nula como interfaz de salida. No es necesario que usted ingrese ningún comando para crear o configurar la interfaz nula. Siempre se encuentra activa pero no reenvía ni recibe tráfico. El tráfico que se envía a la interfaz nula se desecha. Para nuestros fines, la interfaz nula servirá de interfaz de salida de la ruta estática. Recuerde del Capítulo 2, "Enrutamiento estático", que una ruta estática debe tener una interfaz de salida activa antes deser instalada en la tabla de enrutamiento. El uso de la interfaz nula permitirá a R2 publicar la ruta estática en RIP a pesar de que las redes que pertenecen al resumen 192.168.0.0/16 en realidad no existen.
RIPv1: REDES NO CONTIGUAS.- Usted ya sabe que RIPv1 es un protocolo de enrutamiento con clase. Como puede ver en elformato de mensaje del RIPv1, en sus actualizaciones de enrutamiento no se incluyen las máscaras de subred. Por lo tanto, RIPv1 no puede admitir redes no contiguas, VLSM ni superredes Classless Inter-Domain Routing (CIDR). Sin embargo, ¿podría haber espacio para expandir el formato de mensaje del RIPv1 a fin de poder incluir la máscara de subred para que verdaderamente podamos tener una configuración de red no contigua? ¿Cómo cambiaría el formato de este mensaje en la figura para incluir la máscara de subred?
RIPv1: INCOMPATIBILIDAD CON VLSM.- Debido a que RIPv1 no envía la máscara de subred en las actualizaciones de enrutamiento, no puede admitir VLSM. El router R3 está configurado con las subredes VLSM, que son miembros de la red clase B 172.30.0.0/16:
172.30.100.0/24 (FastEthernet 0/0) 172.30.110.0/24 (Loopback 0) 172.30.200.16/28 (Loopback 1) 172.30.200.32/28 (Loopback 2)
Como vimos con las actualizaciones 172.30.0.0/16 a R2 de R1 y R3, RIPv1 resume las subredes hacia el borde con clase o usa la máscara de subred de la interfaz saliente para determinar qué subredes publicar.
172.30.100.0/24 (FastEthernet 0/0) 172.30.110.0/24 (Loopback 0) 172.30.200.16/28 (Loopback 1) 172.30.200.32/28 (Loopback 2)
Como vimos con las actualizaciones 172.30.0.0/16 a R2 de R1 y R3, RIPv1 resume las subredes hacia el borde con clase o usa la máscara de subred de la interfaz saliente para determinar qué subredes publicar.
ONFIGURACION DE RIPv2.- 7.2.1 HABILITACION Y VERIFICAION DEL RIPv2.- Comparación de los formatos de mensajes de RIPv1 y RIPv2
RIPv2 se define en RFC 1723. Al igual que la versión 1, RIPv2 se encapsula en un segmento UDP mediante el puerto 520 y puede transportar hasta 25 rutas. Si bien RIPv2 tiene el mismo formato de mensaje básico que RIPv1, se agregan dos extensiones importantes.
La primera extensión en el formato de mensaje de RIPv2 es el campo de la máscara de subred que permite que una máscara de 32 bits se incluya en la entrada de ruta de RIP. Por ende, el router receptor ya no depende de la máscara de subred de la interfaz entrante ni de la máscara con clase al determinar la máscara de subred para una ruta.
La segunda extensión importante para el formato de mensaje de RIPv2 es la adición de la dirección del siguiente salto. La dirección del siguiente salto se usa para identificar una dirección del siguiente salto mejor que la dirección del router emisor, si es que existe. Si el campo se establece todo en ceros (0.0.0.0), la dirección del router emisor es la mejor dirección del siguiente salto. La información detallada sobre cómo se usa la dirección del siguiente salto se encuentra más allá del alcance de este curso. Sin embargo, puede encontrar un ejemplo en RFC 1722 o en Routing TCP/IP Volumen 1 de Jeff Doyle.
RIPv2 se define en RFC 1723. Al igual que la versión 1, RIPv2 se encapsula en un segmento UDP mediante el puerto 520 y puede transportar hasta 25 rutas. Si bien RIPv2 tiene el mismo formato de mensaje básico que RIPv1, se agregan dos extensiones importantes.
La primera extensión en el formato de mensaje de RIPv2 es el campo de la máscara de subred que permite que una máscara de 32 bits se incluya en la entrada de ruta de RIP. Por ende, el router receptor ya no depende de la máscara de subred de la interfaz entrante ni de la máscara con clase al determinar la máscara de subred para una ruta.
La segunda extensión importante para el formato de mensaje de RIPv2 es la adición de la dirección del siguiente salto. La dirección del siguiente salto se usa para identificar una dirección del siguiente salto mejor que la dirección del router emisor, si es que existe. Si el campo se establece todo en ceros (0.0.0.0), la dirección del router emisor es la mejor dirección del siguiente salto. La información detallada sobre cómo se usa la dirección del siguiente salto se encuentra más allá del alcance de este curso. Sin embargo, puede encontrar un ejemplo en RFC 1722 o en Routing TCP/IP Volumen 1 de Jeff Doyle.
LSM Y CIDR- 7.3.1 RIPv2 Y VLSM.- Debido a que los protocolos de enrutamiento sin clase como RIPv2 pueden transportar la dirección de red y la máscara de subred, no necesitan resumir estas redes a sus direcciones con clase en los bordes de redes principales. Por lo tanto, los protocolos de enrutamiento sin clase admiten VLSM. Los routers que usan RIPv2 ya no necesitan usar la máscara de la interfaz saliente para determinar la máscara de subred en la notificación de la ruta. La red y la máscara están incluidas de manera explícita en todas las actualizaciones de enrutamiento.
En las redes que usan un esquema de direccionamiento VLSM, un protocolo de enrutamiento sin clase es esencial para propagar todas las redes junto con las máscaras de subred correctas. Si observamos el resultado de debug ip rip para R3 en la figura, podemos ver que RIPv2 incluye las redes y sus máscaras de subred en las actualizaciones de enrutamiento.
También observe en la figura que una vez más hemos agregado el router R4 en la topología. Recuerde que con RIPv1, R3 sólo enviará a R4 las rutas 172.30.0.0 que tenían la misma máscara que la interfaz de salida FastEthernet 0/0. Debido a que la interfaz es 172.30.100.1 con una máscara de /24, RIPv1 sólo incluyó subredes 172.30.0.0 con una máscara de /24. La única ruta que cumplía con esta condición era 172.30.110.0.
Sin embargo, con RIPv2, R3 ahora puede incluir todas las subredes 172.30.0.0 en sus actualizaciones de enrutamiento a R4, como se muestra en el resultado de depuración en la figura. Esto se debe a que RIPv2 puede incluir la máscara de subred correcta con la dirección de red en la actualización.
En las redes que usan un esquema de direccionamiento VLSM, un protocolo de enrutamiento sin clase es esencial para propagar todas las redes junto con las máscaras de subred correctas. Si observamos el resultado de debug ip rip para R3 en la figura, podemos ver que RIPv2 incluye las redes y sus máscaras de subred en las actualizaciones de enrutamiento.
También observe en la figura que una vez más hemos agregado el router R4 en la topología. Recuerde que con RIPv1, R3 sólo enviará a R4 las rutas 172.30.0.0 que tenían la misma máscara que la interfaz de salida FastEthernet 0/0. Debido a que la interfaz es 172.30.100.1 con una máscara de /24, RIPv1 sólo incluyó subredes 172.30.0.0 con una máscara de /24. La única ruta que cumplía con esta condición era 172.30.110.0.
Sin embargo, con RIPv2, R3 ahora puede incluir todas las subredes 172.30.0.0 en sus actualizaciones de enrutamiento a R4, como se muestra en el resultado de depuración en la figura. Esto se debe a que RIPv2 puede incluir la máscara de subred correcta con la dirección de red en la actualización.
RIPv2 Y CIDR.- Uno de los objetivos de Classless Inter-Domain Routing (CIDR), según lo que establece RFC 1519, es "proporcionar un mecanismo para la agregación de información de enrutamiento". Este objetivo incluye el concepto de creación de superredes. Una superred es un bloque de redes con clase contiguas que se direcciona como una única red. En el router R2, configuramos una superred, una ruta estática a una única red que se usa para representar varias redes o subredes.
Las superredes tienen máscaras que son más pequeñas que la máscara con clase (de /16 en este caso, en lugar de la máscara con clase de /24). Para que la superred se incluya en una actualización de enrutamiento, el protocolo de enrutamiento debe tener la capacidad de transportar esa máscara. Es decir que debe ser un protocolo de enrutamiento sin clase, como RIPv2.
La ruta estática de R2 sí incluye una máscara que es menor que la máscara con clase: R2(config)#ip route 192.168.0.0 255.255.0.0 Null0
En un ambiente con clase, la dirección de red 192.168.0.0 se asocia con la máscara clase C con clase de /24 ó 255.255.255.0. En las redes actuales, ya no relacionamos las direcciones de red con las máscaras con clase. En este ejemplo, la red 192.168.0.0 tiene una máscara de /16 ó 255.255.0.0. Esta ruta puede representar una serie de redes 192.168.0.0/24 o cualquier número de distintos rangos de direcciones. La única forma en la que puede incluirse esta ruta en una actualización de enrutamiento dinámica es con un protocolo de enrutamiento sin clase que incluya la máscara de /16.
Las superredes tienen máscaras que son más pequeñas que la máscara con clase (de /16 en este caso, en lugar de la máscara con clase de /24). Para que la superred se incluya en una actualización de enrutamiento, el protocolo de enrutamiento debe tener la capacidad de transportar esa máscara. Es decir que debe ser un protocolo de enrutamiento sin clase, como RIPv2.
La ruta estática de R2 sí incluye una máscara que es menor que la máscara con clase: R2(config)#ip route 192.168.0.0 255.255.0.0 Null0
En un ambiente con clase, la dirección de red 192.168.0.0 se asocia con la máscara clase C con clase de /24 ó 255.255.255.0. En las redes actuales, ya no relacionamos las direcciones de red con las máscaras con clase. En este ejemplo, la red 192.168.0.0 tiene una máscara de /16 ó 255.255.0.0. Esta ruta puede representar una serie de redes 192.168.0.0/24 o cualquier número de distintos rangos de direcciones. La única forma en la que puede incluirse esta ruta en una actualización de enrutamiento dinámica es con un protocolo de enrutamiento sin clase que incluya la máscara de /16.
COMANDOS PARFA LA VERIFICACION Y RESOLUCION DE PROBLEMAS.- Existen muchas formas de verificar y resolver los problemas de RIPv2. Muchos de los mismos comandos que se usan para RIPv2 pueden utilizarse para verificar y resolver los problemas de otros protocolos de enrutamiento.
Siempre se recomienda comenzar con los principios básicos: 1. Asegúrese de que todos los enlaces (interfaces) estén activados y en funcionamiento. 2. Verifique el cableado. 3. Verifique que tiene la máscara de subred y dirección IP correcta en cada interfaz. 4. Elimine los comandos de configuración que sean innecesarios o se hayan reemplazado con otros comandos.
Siempre se recomienda comenzar con los principios básicos: 1. Asegúrese de que todos los enlaces (interfaces) estén activados y en funcionamiento. 2. Verifique el cableado. 3. Verifique que tiene la máscara de subred y dirección IP correcta en cada interfaz. 4. Elimine los comandos de configuración que sean innecesarios o se hayan reemplazado con otros comandos.
PROBLEMAS COMUNES DE RIPv2.- Cuando se resuelven problemas específicos de RIPv2, hay varias áreas para examinar.
Versión
Un buen lugar para comenzar la resolución de problemas en una red que está ejecutando RIP es verificar que la versión 2 esté configurada en todos los routers. A pesar de que RIPv1 y RIPv2 son compatibles, RIPv1 no admite subredes no contiguas, VLSM ni rutas de superred CIDR. Siempre es mejor usar el mismo protocolo de enrutamiento en todos los routers a menos que exista una razón específica para no hacerlo.
Sentencias de red
Otra fuente de problemas pueden ser las sentencias de red incorrectas o faltantes. Recuerde que la sentencia de red hace dos cosas:
Le permite al protocolo de enrutamiento enviar y recibir actualizaciones en cualquier interfaz local que pertenezca a esa red.
Incluye esa red en sus actualizaciones de enrutamiento a los routers vecinos. Una sentencia de red incorrecta o faltante ocasionará la pérdida de actualizaciones de enrutamiento y provocará
que las actualizaciones de enrutamiento no se envíen o no se reciban en una interfaz.
Versión
Un buen lugar para comenzar la resolución de problemas en una red que está ejecutando RIP es verificar que la versión 2 esté configurada en todos los routers. A pesar de que RIPv1 y RIPv2 son compatibles, RIPv1 no admite subredes no contiguas, VLSM ni rutas de superred CIDR. Siempre es mejor usar el mismo protocolo de enrutamiento en todos los routers a menos que exista una razón específica para no hacerlo.
Sentencias de red
Otra fuente de problemas pueden ser las sentencias de red incorrectas o faltantes. Recuerde que la sentencia de red hace dos cosas:
Le permite al protocolo de enrutamiento enviar y recibir actualizaciones en cualquier interfaz local que pertenezca a esa red.
Incluye esa red en sus actualizaciones de enrutamiento a los routers vecinos. Una sentencia de red incorrecta o faltante ocasionará la pérdida de actualizaciones de enrutamiento y provocará
que las actualizaciones de enrutamiento no se envíen o no se reciban en una interfaz.
CAPITULO 6 : VLSM Y CIDR
INTRODUCCIÓN DEL CAPITULO.- Antes de 1981, las direcciones IP usaban sólo los primeros 8 bits para especificar la porción de red de la dirección, lo que limitaba Internet, entonces conocida como ARPANET, a 256 redes. Pronto fue evidente que este espacio de dirección no iba a ser suficiente.
En 1981, la RFC 791 modificó la dirección IPv4 de 32 bits para permitir tres clases o tamaños distintos de redes: clase A, clase B y clase C. Las direcciones de clase A usaban 8 bits para la porción de red de la dirección, las de clase B usaban 16 bits y las de clase C usaban 24 bits. Este formato se hizo conocido como direccionamiento IP con clase.
El desarrollo inicial del direccionamiento con clase resolvió el problema de límite de 256 redes, por un tiempo. Una década más tarde, fue evidente que el espacio de dirección IP se estaba reduciendo rápidamente. En respuesta, el Grupo de trabajo de ingeniería de Internet (IETF) introdujo Classless Inter-domain Routing (CIDR), que utilizaba una máscara de subred de longitud variable (VLSM) para ayudar a conservar el espacio de dirección.
Con la introducción de CIDR y VLSM, los ISP ahora podían asignar una parte de una red con clase a un cliente y otra parte diferente a otro cliente. Esta asignación no contigua de direcciones de los ISP era análoga al desarrollo de los protocolos de enrutamiento sin clase. Para comparar: los protocolos de enrutamiento con clase siempre resumen el borde con clase y no incluyen la máscara de subred en actualizaciones de enrutamiento. Los protocolos de enrutamiento sin clase sí incluyen la máscara de subred en las actualizaciones de enrutamiento y no deben realizar el resumen. Los protocolos de enrutamiento sin clase que se discuten en este curso son los RIPv2, EIGRP y OSPF.
Con la introducción de VLSM y CIDR, los administradores de red tuvieron que usar habilidades relacionadas con la división en subredes adicionales. VLSM simplemente subdivide una subred. Las subredes, a su vez, se pueden dividir en subredes en varios niveles, como aprenderá en este capítulo. Además de la división en subredes, se hizo posible resumir una gran colección de redes con clase en una ruta agregada o superred. En este capítulo, también revisará las habilidades relacionadas con el resumen de ruta.
En 1981, la RFC 791 modificó la dirección IPv4 de 32 bits para permitir tres clases o tamaños distintos de redes: clase A, clase B y clase C. Las direcciones de clase A usaban 8 bits para la porción de red de la dirección, las de clase B usaban 16 bits y las de clase C usaban 24 bits. Este formato se hizo conocido como direccionamiento IP con clase.
El desarrollo inicial del direccionamiento con clase resolvió el problema de límite de 256 redes, por un tiempo. Una década más tarde, fue evidente que el espacio de dirección IP se estaba reduciendo rápidamente. En respuesta, el Grupo de trabajo de ingeniería de Internet (IETF) introdujo Classless Inter-domain Routing (CIDR), que utilizaba una máscara de subred de longitud variable (VLSM) para ayudar a conservar el espacio de dirección.
Con la introducción de CIDR y VLSM, los ISP ahora podían asignar una parte de una red con clase a un cliente y otra parte diferente a otro cliente. Esta asignación no contigua de direcciones de los ISP era análoga al desarrollo de los protocolos de enrutamiento sin clase. Para comparar: los protocolos de enrutamiento con clase siempre resumen el borde con clase y no incluyen la máscara de subred en actualizaciones de enrutamiento. Los protocolos de enrutamiento sin clase sí incluyen la máscara de subred en las actualizaciones de enrutamiento y no deben realizar el resumen. Los protocolos de enrutamiento sin clase que se discuten en este curso son los RIPv2, EIGRP y OSPF.
Con la introducción de VLSM y CIDR, los administradores de red tuvieron que usar habilidades relacionadas con la división en subredes adicionales. VLSM simplemente subdivide una subred. Las subredes, a su vez, se pueden dividir en subredes en varios niveles, como aprenderá en este capítulo. Además de la división en subredes, se hizo posible resumir una gran colección de redes con clase en una ruta agregada o superred. En este capítulo, también revisará las habilidades relacionadas con el resumen de ruta.
DIRECCIONAMIENTO IP CON CLASE.- Cuando en 1969 se puso en funcionamiento ARPANET, nadie imaginó que Internet superaría de tal forma los humildes comienzos de este proyecto de investigación. En el año 1989, ARPANET se había transformado en lo que hoy conocemos como Internet. En la siguiente década, la cantidad de hosts de Internet creció de manera exponencial, de 159000, en octubre de 1989, a más de 72 millones a fines del milenio. A partir de enero de 2007, había más de 433 millones de hosts en Internet.
Sin la introducción de la notación CIDR y VLSM en 1993 (RFC 1519), la traducción de direcciones de nombre (NAT) en 1994 (RFC 1631) y el direccionamiento privado en 1996 (RFC 1918), el espacio de dirección IPv4 de 32 bits estaría agotado.
Sin la introducción de la notación CIDR y VLSM en 1993 (RFC 1519), la traducción de direcciones de nombre (NAT) en 1994 (RFC 1631) y el direccionamiento privado en 1996 (RFC 1918), el espacio de dirección IPv4 de 32 bits estaría agotado.
Estructura del direccionamiento con clase IPv4
Las designaciones de los bits de red y de los bits de host se establecieron en la RFC 790 (publicada con la RFC 791). Como se muestra en la figura, las redes de clase A usaban el primer octeto para la asignación de red, que se traducía a una máscara de subred con clase 255.0.0.0. Debido a que sólo se dejaron 7 bits en el primer octeto (recuerde que el primer bit es siempre 0), esto dio como resultado 2 a la 7ma potencia o bien 128 redes.
Con 24 bits en la porción de host, cada dirección de clase A tenía capacidad para más de 16 millones de direcciones host individuales. Antes de CIDR y VLSM, a las organizaciones se les asignaba una dirección de red con clase completa. ¿Qué iba a hacer una organización con 16 millones de direcciones? Ahora puede entender el enorme desperdicio de espacio de direcciones que se produjo durante los comienzos de Internet, cuando las empresas recibían direcciones de clase A. Algunas empresas y organizaciones gubernamentales aún tienen direcciones de clase A. Por ejemplo, General Electric posee 3.0.0.0/8, Apple Computer posee 17.0.0.0/8 y el Servicio Postal de los Estados Unidos posee 56.0.0.0/8. (Consulte el enlace "Internet Protocol v4 Address Space" [Espacio de dirección del Protocolo de Internet v4] que figura a continuación para ver una lista de todas las asignaciones de IANA.)
La clase B no era mucho mejor. La RFC 790 especificaba los primeros dos octetos como red. Con los primeros dos bits ya establecidos en 1 y 0, quedaban 14 bits en los primeros dos octetos para asignar redes, lo que produjo 16 384 direcciones de red de clase B. Debido a que cada dirección de red de clase B contenía 16 bits en la porción de host, controlaba 65534 direcciones. (Recuerde que se reservaban 2 direcciones para las direcciones de red y de broadcast). Sólo las organizaciones más grandes y los gobiernos podían llegar a usar alguna vez las 65 000 direcciones. Como en la clase A, el espacio de dirección de clase B se desperdiciaba.
Las designaciones de los bits de red y de los bits de host se establecieron en la RFC 790 (publicada con la RFC 791). Como se muestra en la figura, las redes de clase A usaban el primer octeto para la asignación de red, que se traducía a una máscara de subred con clase 255.0.0.0. Debido a que sólo se dejaron 7 bits en el primer octeto (recuerde que el primer bit es siempre 0), esto dio como resultado 2 a la 7ma potencia o bien 128 redes.
Con 24 bits en la porción de host, cada dirección de clase A tenía capacidad para más de 16 millones de direcciones host individuales. Antes de CIDR y VLSM, a las organizaciones se les asignaba una dirección de red con clase completa. ¿Qué iba a hacer una organización con 16 millones de direcciones? Ahora puede entender el enorme desperdicio de espacio de direcciones que se produjo durante los comienzos de Internet, cuando las empresas recibían direcciones de clase A. Algunas empresas y organizaciones gubernamentales aún tienen direcciones de clase A. Por ejemplo, General Electric posee 3.0.0.0/8, Apple Computer posee 17.0.0.0/8 y el Servicio Postal de los Estados Unidos posee 56.0.0.0/8. (Consulte el enlace "Internet Protocol v4 Address Space" [Espacio de dirección del Protocolo de Internet v4] que figura a continuación para ver una lista de todas las asignaciones de IANA.)
La clase B no era mucho mejor. La RFC 790 especificaba los primeros dos octetos como red. Con los primeros dos bits ya establecidos en 1 y 0, quedaban 14 bits en los primeros dos octetos para asignar redes, lo que produjo 16 384 direcciones de red de clase B. Debido a que cada dirección de red de clase B contenía 16 bits en la porción de host, controlaba 65534 direcciones. (Recuerde que se reservaban 2 direcciones para las direcciones de red y de broadcast). Sólo las organizaciones más grandes y los gobiernos podían llegar a usar alguna vez las 65 000 direcciones. Como en la clase A, el espacio de dirección de clase B se desperdiciaba.
CIDR y resumen de ruta
CIDR usa Máscaras de subred de longitud variable (VLSM) para asignar direcciones IP a subredes de acuerdo con la necesidad individual en lugar de hacerlo por la clase. Este tipo de asignación permite que el borde de la red/del host se produzca en cualquier bit de la dirección. Las redes, a su vez, se pueden subdividir o dividir en subredes cada vez más pequeñas.
Del mismo modo que Internet estaba creciendo a un ritmo exponencial a principios de la década de 1990,el tamaño de las tablas de enrutamiento que los routers de Internet mantenían también estaba creciendo bajo el direccionamiento IP con clase. CIDR permitía la agregación de prefijo, que ya se conoce como resumen de ruta. Recuerde del Capítulo 2, "Enrutamiento estático", que se puede crear una única ruta estática para varias redes. Las tablas de enrutamiento de Internet ahora podían beneficiarse del mismo tipo de agregación de rutas. La capacidad de las rutas para ser resumidas como una sola ruta ayuda a reducir el tamaño de las tablas de enrutamiento de Internet.
En la figura, observe que ISP1 tiene cuatro clientes, cada uno con una cantidad variable de espacio de dirección IP. Sin embargo, todo el espacio de dirección de los clientes puede resumirse en una única notificación a ISP2. La ruta 192.168.0.0/20 resumida o agregada incluye todas las redes que pertenecen a los Clientes A, B, C y D. Este tipo de ruta se conoce como ruta de superred. Una superred resume varias direcciones de red con una máscara menor que la máscara con clase.
Propagar la VLSM y las rutas de superred requiere un protocolo de enrutamiento sin clase porque la máscara de subred ya no puede determinarse con el valor del primer octeto. La máscara de subred ahora necesita incluirse con la dirección de red. Los protocolos de enrutamiento sin clase incluyen la máscara de subred con la dirección de red en la actualización de enrutamiento.
CIDR usa Máscaras de subred de longitud variable (VLSM) para asignar direcciones IP a subredes de acuerdo con la necesidad individual en lugar de hacerlo por la clase. Este tipo de asignación permite que el borde de la red/del host se produzca en cualquier bit de la dirección. Las redes, a su vez, se pueden subdividir o dividir en subredes cada vez más pequeñas.
Del mismo modo que Internet estaba creciendo a un ritmo exponencial a principios de la década de 1990,el tamaño de las tablas de enrutamiento que los routers de Internet mantenían también estaba creciendo bajo el direccionamiento IP con clase. CIDR permitía la agregación de prefijo, que ya se conoce como resumen de ruta. Recuerde del Capítulo 2, "Enrutamiento estático", que se puede crear una única ruta estática para varias redes. Las tablas de enrutamiento de Internet ahora podían beneficiarse del mismo tipo de agregación de rutas. La capacidad de las rutas para ser resumidas como una sola ruta ayuda a reducir el tamaño de las tablas de enrutamiento de Internet.
En la figura, observe que ISP1 tiene cuatro clientes, cada uno con una cantidad variable de espacio de dirección IP. Sin embargo, todo el espacio de dirección de los clientes puede resumirse en una única notificación a ISP2. La ruta 192.168.0.0/20 resumida o agregada incluye todas las redes que pertenecen a los Clientes A, B, C y D. Este tipo de ruta se conoce como ruta de superred. Una superred resume varias direcciones de red con una máscara menor que la máscara con clase.
Propagar la VLSM y las rutas de superred requiere un protocolo de enrutamiento sin clase porque la máscara de subred ya no puede determinarse con el valor del primer octeto. La máscara de subred ahora necesita incluirse con la dirección de red. Los protocolos de enrutamiento sin clase incluyen la máscara de subred con la dirección de red en la actualización de enrutamiento.
PROTOCOLO DE ENRUTAMIENTO SIN CLASE.- Los protocolos de enrutamiento sin clase incluyen RIPv2, EIGRP,OSPF, IS-IS y BGP. Estos protocolos de enrutamiento incluyen la máscara de subred con la dirección de red en sus actualizaciones de enrutamiento. Los protocolos de enrutamiento sin clase son necesarios cuando la máscara no puede suponerse ni determinarsecon el valor del primer octeto.
Por ejemplo, las redes 172.16.0.0/16, 172.17.0.0/16, 172.18.0.0/16 y 172.19.0.0/16 pueden resumirse como 172.16.0.0/14.
Si R2 envía la ruta resumida 172.16.0.0 sin la máscara de /14, R3 sólo sabe aplicar la máscara con clase predeterminada de /16. En un escenario de protocolos de enrutamiento con clase, R3 no tiene conocimiento de las redes 172.17.0.0/16, 172.18.0.0/16 y 172.19.0.0/16.
Nota: Con un protocolo de enrutamiento con clase, R2 puede enviar estas redes individuales sin resumen, pero se pierden los beneficios del resumen.
Los protocolos de enrutamiento con clase no pueden enviar rutas de superred porque el router de recepción aplicará la ruta con clase predeterminada a la dirección de red en la actualización de enrutamiento. Si nuestra topología tuviera un protocolo de enrutamiento con clase, entonces R3 sólo instalaría 172.16.0.0/16 en la tabla de enrutamiento.
Nota: Cuando una ruta de superred se encuentra en una tabla de enrutamiento, por ejemplo, como unaruta estática, un protocolo de enrutamiento con clase no incluirá esa ruta en sus actualizaciones.
Con un protocolo de enrutamiento sin clase, R2 publicará la red 172.16.0.0 conjuntamente con la máscara de /14 a R3. Entonces, R3 podrá instalar la ruta de superred 172.16.0.0/14 en su tabla de enrutamiento, lo que le dará la posibilidad de conexión con las redes 172.16.0.0/16, 172.17.0.0/16, 172.18.0.0/16 y 172.19.0.0/16.
Por ejemplo, las redes 172.16.0.0/16, 172.17.0.0/16, 172.18.0.0/16 y 172.19.0.0/16 pueden resumirse como 172.16.0.0/14.
Si R2 envía la ruta resumida 172.16.0.0 sin la máscara de /14, R3 sólo sabe aplicar la máscara con clase predeterminada de /16. En un escenario de protocolos de enrutamiento con clase, R3 no tiene conocimiento de las redes 172.17.0.0/16, 172.18.0.0/16 y 172.19.0.0/16.
Nota: Con un protocolo de enrutamiento con clase, R2 puede enviar estas redes individuales sin resumen, pero se pierden los beneficios del resumen.
Los protocolos de enrutamiento con clase no pueden enviar rutas de superred porque el router de recepción aplicará la ruta con clase predeterminada a la dirección de red en la actualización de enrutamiento. Si nuestra topología tuviera un protocolo de enrutamiento con clase, entonces R3 sólo instalaría 172.16.0.0/16 en la tabla de enrutamiento.
Nota: Cuando una ruta de superred se encuentra en una tabla de enrutamiento, por ejemplo, como unaruta estática, un protocolo de enrutamiento con clase no incluirá esa ruta en sus actualizaciones.
Con un protocolo de enrutamiento sin clase, R2 publicará la red 172.16.0.0 conjuntamente con la máscara de /14 a R3. Entonces, R3 podrá instalar la ruta de superred 172.16.0.0/14 en su tabla de enrutamiento, lo que le dará la posibilidad de conexión con las redes 172.16.0.0/16, 172.17.0.0/16, 172.18.0.0/16 y 172.19.0.0/16.
VLSM EN ACCION.- En un curso anterior, usted aprendió cómo una Máscara de subred de longitud variable (VLSM) permite usar distintas máscaras para cada subred. Después de que una dirección de red se divide en subredes, esas subredes también se pueden dividir en subredes. Como seguramente recuerda, VLSM simplemente subdivide una subred. La VLSM puede imaginarse como la división en subredes.
CIDR- 6.3.1 RESUMEN DE RUTA.- Como ha aprendido anteriormente, el resumen de ruta, también conocido como agregación de ruta, es el proceso de publicar un conjunto de direcciones contiguas como una única dirección con una máscara de subred más corta y menos específica. Recuerde que CIDR es una forma de resumen de ruta y es sinónimo del término creación de superredes.
Ya se debe haber familiarizado con el resumen de ruta que realizan los protocolos de enrutamiento con clase como RIPv1. RIPv1 resume las subredes en una única dirección con clase de red principal cuando envía la actualización de RIPv1 de una interfaz que pertenece a otra red principal. Por ejemplo, RIPv1 resumirá las subredes 10.0.0.0/24 (de 10.0.0.0/24 a 10.255.255.0/24) como 10.0.0.0/8.
CIDR ignora la limitación de los bordes con clase y permite el resumen con las máscaras que son menores que las de la máscara con clase predeterminada. Este tipo de resumen ayuda a reducir la cantidad de entradas en las actualizaciones de enrutamiento y disminuye la cantidad de entradas en las tablas de enrutamiento locales. También ayuda a reducir la utilización de ancho de banda para las actualizaciones de enrutamiento y da como resultado búsquedas de la tabla de enrutamiento más rápidas.
La figura muestra una única ruta estática con la dirección 172.16.0.0 y la máscara 255.248.0.0 que resume todas las redes con clase de 172.16.0.0/16 a 172.23.0.0/16. Si bien 172.22.0.0/16 y 172.23.0.0/16 no se muestran en el gráfico, éstas también se incluyen en la ruta resumida. Observe que la máscara de /13 (255.248.0.0) es menor que la máscara con clase predeterminada de /16 (255.255.0.0).
Nota: Debe recordar que una superred es siempre una ruta resumida, pero una ruta resumida no siempre es una superred. Es posible que un router tenga una entrada de ruta específica y una entrada de ruta resumida que cubra la misma red. Supongamos que el router X tiene una ruta específica para 172.22.0.0/16 que usa serial 0/0/1 y una ruta resumida de 172.16.0.0/14 que usa serial 0/0/0. Los paquetes con la dirección IP de 172.22.n.n coinciden con ambas entradas. Estos paquetes destinados para 172.22.0.0 se enviarían desde la interfaz serial 0/0/1 porque hay una coincidencia más específica de 16 bits, que con los 14 bits de la ruta resumida 172.16.0.0/14.
Ya se debe haber familiarizado con el resumen de ruta que realizan los protocolos de enrutamiento con clase como RIPv1. RIPv1 resume las subredes en una única dirección con clase de red principal cuando envía la actualización de RIPv1 de una interfaz que pertenece a otra red principal. Por ejemplo, RIPv1 resumirá las subredes 10.0.0.0/24 (de 10.0.0.0/24 a 10.255.255.0/24) como 10.0.0.0/8.
CIDR ignora la limitación de los bordes con clase y permite el resumen con las máscaras que son menores que las de la máscara con clase predeterminada. Este tipo de resumen ayuda a reducir la cantidad de entradas en las actualizaciones de enrutamiento y disminuye la cantidad de entradas en las tablas de enrutamiento locales. También ayuda a reducir la utilización de ancho de banda para las actualizaciones de enrutamiento y da como resultado búsquedas de la tabla de enrutamiento más rápidas.
La figura muestra una única ruta estática con la dirección 172.16.0.0 y la máscara 255.248.0.0 que resume todas las redes con clase de 172.16.0.0/16 a 172.23.0.0/16. Si bien 172.22.0.0/16 y 172.23.0.0/16 no se muestran en el gráfico, éstas también se incluyen en la ruta resumida. Observe que la máscara de /13 (255.248.0.0) es menor que la máscara con clase predeterminada de /16 (255.255.0.0).
Nota: Debe recordar que una superred es siempre una ruta resumida, pero una ruta resumida no siempre es una superred. Es posible que un router tenga una entrada de ruta específica y una entrada de ruta resumida que cubra la misma red. Supongamos que el router X tiene una ruta específica para 172.22.0.0/16 que usa serial 0/0/1 y una ruta resumida de 172.16.0.0/14 que usa serial 0/0/0. Los paquetes con la dirección IP de 172.22.n.n coinciden con ambas entradas. Estos paquetes destinados para 172.22.0.0 se enviarían desde la interfaz serial 0/0/1 porque hay una coincidencia más específica de 16 bits, que con los 14 bits de la ruta resumida 172.16.0.0/14.
CAPITULO 5 : RIP VERSION 1
INFORMACION BÁSICA Y PERSPECTIVA.-
Influencia histórica de RIP
RIP es el protocolo de enrutamiento por vector de distancia más antiguo. Si bien RIP carece de la sofisticación de los protocolos de enrutamiento más avanzados, su simplicidad y amplia utilización en forma continua representan el testimonio de su longevidad. RIP no es un protocolo "en extinción". De hecho, se cuenta ahora con un tipo de RIP de IPv6 llamado RIPng (próxima generación).
RIP es el protocolo de enrutamiento por vector de distancia más antiguo. Si bien RIP carece de la sofisticación de los protocolos de enrutamiento más avanzados, su simplicidad y amplia utilización en forma continua representan el testimonio de su longevidad. RIP no es un protocolo "en extinción". De hecho, se cuenta ahora con un tipo de RIP de IPv6 llamado RIPng (próxima generación).
CARACTERISTICA Y FORMATO DE MENSAJES DE RIPv1.- Características de RIP
Según lo discutido en el Capítulo 4, "Protocolos de enrutamiento por vector de distancia", RIP posee las siguientes características clave:
RIP es un protocolo de enrutamiento por vector de distancia. RIP utiliza el conteo de saltos como su única métrica para la selección de rutas. Las rutas publicadas con conteo de saltos mayores que 15 son inalcanzables. Se transmiten mensajes cada 30 segundos.
Según lo discutido en el Capítulo 4, "Protocolos de enrutamiento por vector de distancia", RIP posee las siguientes características clave:
RIP es un protocolo de enrutamiento por vector de distancia. RIP utiliza el conteo de saltos como su única métrica para la selección de rutas. Las rutas publicadas con conteo de saltos mayores que 15 son inalcanzables. Se transmiten mensajes cada 30 segundos.
Formato de mensajes de RIP: Encabezado de RIP
Se especifican tres campos en la porción del encabezado de cuatro bytes que se muestra en la figura de color anaranjado. El campo Comando especifica el tipo de mensaje, que se discute más detalladamente en la próxima sección. El campo Versión se establece en 1 para la versión 1 de RIP. El tercer campo se rotula Debe ser cero. Los campos "Debe ser cero" ofrecen espacio para la futura expansión del protocolo.
Formato de mensajes de RIP: Entrada de ruta
La porción de la entrada de ruta del mensaje incluye tres campos con contenido: Identificador de familias de direcciones (establecido en 2 para IP, a menos que un router solicite una tabla de enrutamiento completa, en cuyo caso el campo se establece en cero), Dirección IP y Métrica. Esta porción de entrada de ruta representa una ruta de destino con su métrica asociada. Una actualización de RIP puede incluir hasta 25 entradas de ruta. El tamaño máximo del datagrama es de 512 bytes, sin incluir los encabezados IP o UDP.
Se especifican tres campos en la porción del encabezado de cuatro bytes que se muestra en la figura de color anaranjado. El campo Comando especifica el tipo de mensaje, que se discute más detalladamente en la próxima sección. El campo Versión se establece en 1 para la versión 1 de RIP. El tercer campo se rotula Debe ser cero. Los campos "Debe ser cero" ofrecen espacio para la futura expansión del protocolo.
Formato de mensajes de RIP: Entrada de ruta
La porción de la entrada de ruta del mensaje incluye tres campos con contenido: Identificador de familias de direcciones (establecido en 2 para IP, a menos que un router solicite una tabla de enrutamiento completa, en cuyo caso el campo se establece en cero), Dirección IP y Métrica. Esta porción de entrada de ruta representa una ruta de destino con su métrica asociada. Una actualización de RIP puede incluir hasta 25 entradas de ruta. El tamaño máximo del datagrama es de 512 bytes, sin incluir los encabezados IP o UDP.
Clases de direcciones IP y enrutamiento con clase
Puede recordar a partir de estudios anteriores que las direcciones IP asignadas a los hosts se dividieron inicialmente en 3 clases: clase A, clase B y clase C. A cada clase se le asignó una máscara de subred predeterminada, como se muestra en la figura. Es importante conocer la máscara de subred predeterminada para cada clase a fin de comprender el funcionamiento de RIP.
RIP es un protocolo de enrutamiento con clase. Como puede haberlo notado en la discusión anterior sobre el formato de los mensajes, RIPv1 no envía información sobre la máscara de subred en la actualización. Por lo tanto, un router utiliza la máscara de subred configurada en una interfaz local o aplica la máscara de subred predeterminada según la clase de dirección. Debido a esta limitación, las redes de RIPv1 no pueden ser no contiguas ni pueden implementar VLSM.
El direccionamiento IP se discute más adelante en el Capítulo 6, "VLSM y CIDR". También puede visitar los enlaces que se indican a continuación para obtener una revisión de las clases.
Puede recordar a partir de estudios anteriores que las direcciones IP asignadas a los hosts se dividieron inicialmente en 3 clases: clase A, clase B y clase C. A cada clase se le asignó una máscara de subred predeterminada, como se muestra en la figura. Es importante conocer la máscara de subred predeterminada para cada clase a fin de comprender el funcionamiento de RIP.
RIP es un protocolo de enrutamiento con clase. Como puede haberlo notado en la discusión anterior sobre el formato de los mensajes, RIPv1 no envía información sobre la máscara de subred en la actualización. Por lo tanto, un router utiliza la máscara de subred configurada en una interfaz local o aplica la máscara de subred predeterminada según la clase de dirección. Debido a esta limitación, las redes de RIPv1 no pueden ser no contiguas ni pueden implementar VLSM.
El direccionamiento IP se discute más adelante en el Capítulo 6, "VLSM y CIDR". También puede visitar los enlaces que se indican a continuación para obtener una revisión de las clases.
ESPECIFICACIÓN DE REDES.- Al ingresar en el modo de configuración de router RIP, se brindan instrucciones al router para que ejecute RIP. Pero el router aún necesita conocer las interfaces locales que deberá utilizar para comunicarse con otros routers, así como las redes conectadas en forma local que deberá publicar a dichos routers. Para habilitar el enrutamiento RIP para una red, utilice el comando network en el modo de configuración del router e ingrese la dirección de red con clase para cada red conectada directamente.
Router(config-router)#network dirección de red con clase directamente conectada
El comando network: Habilita el RIP en todas las interfaces que pertenecen a una red específica. Las interfaces asociadas ahora enviarán y recibirán actualizaciones de RIP. Publica la red especificada en las actualizaciones de enrutamiento RIP enviadas a otros routers cada 30 segundos.
Router(config-router)#network dirección de red con clase directamente conectada
El comando network: Habilita el RIP en todas las interfaces que pertenecen a una red específica. Las interfaces asociadas ahora enviarán y recibirán actualizaciones de RIP. Publica la red especificada en las actualizaciones de enrutamiento RIP enviadas a otros routers cada 30 segundos.
ERIFICACIÓN DE RIP: SHOW IP ROUTE.- Poderosos comandos para la resolución de problemas
Para verificar y solucionar problemas de enrutamiento, primero utilice show ip route y show ip protocols. Si no puede aislar el problema mediante estos dos comandos, utilice debug ip rip para ver qué ocurre exactamente. Estos tres comandos se discuten en un orden sugerido que usted podrá utilizar para verificar y solucionar problemasen una configuración de protocolo de enrutamiento. Recuerde, antes de configurar cualquier enrutamiento, ya sea estático o dinámico, asegúrese de que todas las interfaces necesarias estén "habilitadas" con el comando show ip interface brief.
Para verificar y solucionar problemas de enrutamiento, primero utilice show ip route y show ip protocols. Si no puede aislar el problema mediante estos dos comandos, utilice debug ip rip para ver qué ocurre exactamente. Estos tres comandos se discuten en un orden sugerido que usted podrá utilizar para verificar y solucionar problemasen una configuración de protocolo de enrutamiento. Recuerde, antes de configurar cualquier enrutamiento, ya sea estático o dinámico, asegúrese de que todas las interfaces necesarias estén "habilitadas" con el comando show ip interface brief.
ERIFICACIÓN DE RIP: SHOW IP PROTOCOLS.- Interpretación del resultado de show ip protocols
Si falta una red de la tabla de enrutamiento, verifique la configuración de enrutamiento mediante show ip protocols. El comando show ip protocols muestra el protocolo de enrutamiento configurado actualmente en el router. Este resultado puede usarse para verificar la mayoría de los parámetros RIP a fin de confirmar si: está configurado el enrutamiento RIP
las interfaces correctas envían y reciben actualizaciones RIP el router publica las redes correctas los vecinos RIP envían actualizaciones
Este comando también es muy útil para la verificación de las operaciones de otros protocolos de enrutamiento, como veremos más adelante con EIGRP y OSPF.
Si falta una red de la tabla de enrutamiento, verifique la configuración de enrutamiento mediante show ip protocols. El comando show ip protocols muestra el protocolo de enrutamiento configurado actualmente en el router. Este resultado puede usarse para verificar la mayoría de los parámetros RIP a fin de confirmar si: está configurado el enrutamiento RIP
las interfaces correctas envían y reciben actualizaciones RIP el router publica las redes correctas los vecinos RIP envían actualizaciones
Este comando también es muy útil para la verificación de las operaciones de otros protocolos de enrutamiento, como veremos más adelante con EIGRP y OSPF.
5.3.3 VERIFICACIÓN DE RIP: DEBUG IP RIP.- Interpretación del resultado de debug ip rip
La mayoría de los errores de configuración de RIP involucran una configuración de sentencia network, una configuración de sentencia network faltante o la configuración de subredes no contiguas en un entorno con clase. Como se muestra en la figura, un comando efectivo utilizado para reconocer problemas con las actualizaciones RIP es el debug ip rip. Este comando muestra las actualizaciones de enrutamiento RIP a medida que se envían y reciben. Debido a que las actualizaciones son periódicas, necesitará esperar la siguiente serie de actualizaciones antes de ver cualquier resultado.
La mayoría de los errores de configuración de RIP involucran una configuración de sentencia network, una configuración de sentencia network faltante o la configuración de subredes no contiguas en un entorno con clase. Como se muestra en la figura, un comando efectivo utilizado para reconocer problemas con las actualizaciones RIP es el debug ip rip. Este comando muestra las actualizaciones de enrutamiento RIP a medida que se envían y reciben. Debido a que las actualizaciones son periódicas, necesitará esperar la siguiente serie de actualizaciones antes de ver cualquier resultado.
INTERFACES PASIVAS.- Las actualizaciones RIP innecesarias influyen en la red
Como vio en el ejemplo anterior, R2 envía actualizaciones fuera de FastEthernet0/0 a pesar de que no existe ningún dispositivo RIP en dicha LAN. R2 no tiene modo de conocer esto y, como consecuencia, envía una actualización cada 30 segundos. El envío de actualizaciones innecesarias a una LAN influye en la red de tres maneras:
1. Se desperdicia el ancho de banda al transportar actualizaciones innecesarias. Debido a la transmisión de las actualizaciones RIP, los switches reenviarán las actualizaciones a todos los puertos.
2. Todos los dispositivos de la LAN deben procesar la actualización hasta las capas de transporte, donde el dispositivo receptor desechará la actualización.
3. La publicación de actualizaciones en una red de broadcast representa un riesgo para la seguridad. Las actualizaciones RIP pueden interceptarse con software de detección de paquetes. Las actualizaciones de enrutamiento pueden modificarse y enviarse nuevamente al router, con lo cual se corrompería la tabla de enrutamiento con métricas falsas que encaminan el tráfico en forma errónea.
Detención de actualizaciones RIP innecesarias
Es posible que piense que puede detener las actualizaciones retirando la red 192.168.3.0 de la configuración mediante el comando no network 192.168.3.0, pero entonces R2 no publicará esta LAN como una ruta en las actualizaciones enviadas a R1 y R3. La solución correcta es utilizar el comando passive-interface, que evita la transmisión de las actualizaciones de enrutamiento a través de una interfaz de router pero aun así permite la notificación de dicha red en otros routers. Ingrese el comando passive-interface en el modo de configuración de router.
Router(config-router)#passive-interface interface-type interface-number
Este comando detiene las actualizaciones de enrutamiento de la interfaz especificada. Sin embargo, la red a la que pertenece la interfaz especificada aún se publicará en las actualizaciones de enrutamiento enviadas a otras interfaces.
Como vio en el ejemplo anterior, R2 envía actualizaciones fuera de FastEthernet0/0 a pesar de que no existe ningún dispositivo RIP en dicha LAN. R2 no tiene modo de conocer esto y, como consecuencia, envía una actualización cada 30 segundos. El envío de actualizaciones innecesarias a una LAN influye en la red de tres maneras:
1. Se desperdicia el ancho de banda al transportar actualizaciones innecesarias. Debido a la transmisión de las actualizaciones RIP, los switches reenviarán las actualizaciones a todos los puertos.
2. Todos los dispositivos de la LAN deben procesar la actualización hasta las capas de transporte, donde el dispositivo receptor desechará la actualización.
3. La publicación de actualizaciones en una red de broadcast representa un riesgo para la seguridad. Las actualizaciones RIP pueden interceptarse con software de detección de paquetes. Las actualizaciones de enrutamiento pueden modificarse y enviarse nuevamente al router, con lo cual se corrompería la tabla de enrutamiento con métricas falsas que encaminan el tráfico en forma errónea.
Detención de actualizaciones RIP innecesarias
Es posible que piense que puede detener las actualizaciones retirando la red 192.168.3.0 de la configuración mediante el comando no network 192.168.3.0, pero entonces R2 no publicará esta LAN como una ruta en las actualizaciones enviadas a R1 y R3. La solución correcta es utilizar el comando passive-interface, que evita la transmisión de las actualizaciones de enrutamiento a través de una interfaz de router pero aun así permite la notificación de dicha red en otros routers. Ingrese el comando passive-interface en el modo de configuración de router.
Router(config-router)#passive-interface interface-type interface-number
Este comando detiene las actualizaciones de enrutamiento de la interfaz especificada. Sin embargo, la red a la que pertenece la interfaz especificada aún se publicará en las actualizaciones de enrutamiento enviadas a otras interfaces.
PROCESAMIENTO DE ACTUALIZACIONES RIP.- Reglas para el procesamiento de actualizaciones RIPv1
Las siguientes dos reglas regulan las actualizaciones RIPv1:
Si una actualización de enrutamiento y la interfaz que la recibe pertenecen a la misma red principal, la máscara de subred de la interfaz se aplica a la red de la actualización de enrutamiento.
Si una actualización de enrutamiento y la interfaz que la recibe pertenecen a diferentes redes principales, la máscara de subred con clase de la red se aplica a la red de la actualización de enrutamiento.
Las siguientes dos reglas regulan las actualizaciones RIPv1:
Si una actualización de enrutamiento y la interfaz que la recibe pertenecen a la misma red principal, la máscara de subred de la interfaz se aplica a la red de la actualización de enrutamiento.
Si una actualización de enrutamiento y la interfaz que la recibe pertenecen a diferentes redes principales, la máscara de subred con clase de la red se aplica a la red de la actualización de enrutamiento.
ENVIO DE ACTUALIZACIONES RIP.- Utilización de la depuración para ver el resumen automático
Al enviar una actualización, el router de borde R2 incluirá la dirección de red y la métrica asociada. Si la entrada de ruta es para una actualización enviada a una red principal diferente, luego la dirección de red en la entrada de ruta se resume en la dirección de red principal o con clase. Esto es exactamente lo que hace R2 para 192.168.4.0 y 192.168.5.0. Envía dichas redes con clase a R1.
R2 también tiene rutas para las subredes 172.30.1.0/24, 172.30.2.0/24 y 172.30.3.0/24. En la actualización de enrutamiento de R2 a R3 en Serial0/0/1, R2 sólo envía un resumen de la dirección de red con clase de 172.30.0.0.
Si la entrada de ruta es para una actualización enviada dentro de una red principal, la máscara de subred de la interfaz saliente se utiliza para determinar la dirección de red para publicar. R2 envía la subred 172.30.3.0 a R1 mediante la máscara de subred en Serial0/0/0 para determinar la dirección de subred para publicar.
R1 recibe la actualización 172.30.3.0 en la interfaz Serial0/0/0, que posee una dirección de interfaz de 172.30.2.1/24. Ya que la actualización de enrutamiento y la interfaz pertenecen a la misma red principal, R1 aplica su máscara /24 a la ruta 172.30.3.0.
Al enviar una actualización, el router de borde R2 incluirá la dirección de red y la métrica asociada. Si la entrada de ruta es para una actualización enviada a una red principal diferente, luego la dirección de red en la entrada de ruta se resume en la dirección de red principal o con clase. Esto es exactamente lo que hace R2 para 192.168.4.0 y 192.168.5.0. Envía dichas redes con clase a R1.
R2 también tiene rutas para las subredes 172.30.1.0/24, 172.30.2.0/24 y 172.30.3.0/24. En la actualización de enrutamiento de R2 a R3 en Serial0/0/1, R2 sólo envía un resumen de la dirección de red con clase de 172.30.0.0.
Si la entrada de ruta es para una actualización enviada dentro de una red principal, la máscara de subred de la interfaz saliente se utiliza para determinar la dirección de red para publicar. R2 envía la subred 172.30.3.0 a R1 mediante la máscara de subred en Serial0/0/0 para determinar la dirección de subred para publicar.
R1 recibe la actualización 172.30.3.0 en la interfaz Serial0/0/0, que posee una dirección de interfaz de 172.30.2.1/24. Ya que la actualización de enrutamiento y la interfaz pertenecen a la misma red principal, R1 aplica su máscara /24 a la ruta 172.30.3.0.
PROPAGACION DE LA RUTA POR DEFECTO EN RIPv1.- Para brindar conectividad a Internet a todas las demás redes del dominio de enrutamiento RIP, la ruta estática por defecto debe publicarse a todos los demás routers que utilizan el protocolo de enrutamiento dinámico. Podría configurar una ruta estática por defecto en R1 apuntando a R2, pero dicha técnica no es escalable. Cada vez que agregue un router al dominio de enrutamiento RIP, tendría que configurar otra ruta estática por defecto. ¿Por qué no dejar que el protocolo de enrutamiento haga el trabajo por usted?
En varios protocolos de enrutamiento, incluido RIP, usted puede utilizar el comando default-information originate en el modo de configuración de router para especificar que este router originará la información predeterminada, al propagar la ruta estática por defecto en las actualizaciones RIP. En la figura, R2 se configuró con el comando default-information originate. Observe a partir del resultado de debug ip rip que éste ahora envía una ruta estática por defecto "quad-zero" a R1.
Haga clic en show ip route en la figura.
En la tabla de enrutamiento para R1, podrá ver que hay una ruta candidata por defecto, como se indica a través del código R*. La ruta estática por defecto en R2 se propagó hacia R1 en una actualizaciónRIP. R1 tiene conectividad a la LAN en R3 y a cualquier destino en Internet.
En varios protocolos de enrutamiento, incluido RIP, usted puede utilizar el comando default-information originate en el modo de configuración de router para especificar que este router originará la información predeterminada, al propagar la ruta estática por defecto en las actualizaciones RIP. En la figura, R2 se configuró con el comando default-information originate. Observe a partir del resultado de debug ip rip que éste ahora envía una ruta estática por defecto "quad-zero" a R1.
Haga clic en show ip route en la figura.
En la tabla de enrutamiento para R1, podrá ver que hay una ruta candidata por defecto, como se indica a través del código R*. La ruta estática por defecto en R2 se propagó hacia R1 en una actualizaciónRIP. R1 tiene conectividad a la LAN en R3 y a cualquier destino en Internet.
Suscribirse a:
Comentarios (Atom)