Exposición Capítulo 7 RIPv2

Expositores:‐ Neftalí olan arias.

‐Daniel Cortazar estrada

CapCapíítulo 7 tulo 7 RIPv2RIPv2RIPv2RIPv2 es un protocolo de enrutamiento apropiado para algunos es un protocolo de enrutamiento apropiado para algunos ambientes, pierde popularidad cuando se compara con protocolos dambientes, pierde popularidad cuando se compara con protocolos de e enrutamiento tales como EIGRP, OSPF e ISIS, que ofrecen menrutamiento tales como EIGRP, OSPF e ISIS, que ofrecen máás s funciones y son mfunciones y son máás escalables. las diferencias entre un protocolo de s escalables. las diferencias entre un protocolo de enrutamiento con clase (enrutamiento con clase (RIPv1RIPv1) y un protocolo de enrutamiento sin ) y un protocolo de enrutamiento sin clase (clase (RIPv2RIPv2))

Los protocolos de enrutamiento con clase no incluyen la mLos protocolos de enrutamiento con clase no incluyen la mááscara de scara de subred con la direccisubred con la direccióón de red en las actualizaciones de enrutamiento, n de red en las actualizaciones de enrutamiento, lo que puede ocasionar problemas con las redes o subredes no lo que puede ocasionar problemas con las redes o subredes no contiguas que usan la Mcontiguas que usan la Mááscara de subred de longitud variable (VLSM). scara de subred de longitud variable (VLSM).

Como Como RIPv2RIPv2 es un protocolo de enrutamiento sin clase, las mes un protocolo de enrutamiento sin clase, las mááscaras scaras de subred se incluyen en las actualizaciones de enrutamiento, lode subred se incluyen en las actualizaciones de enrutamiento, lo que que hace que hace que RIPv2RIPv2 sea msea máás compatible con los ambientes de s compatible con los ambientes de enrutamiento modernos.enrutamiento modernos.

RIPv2RIPv2 sus funciones mejoradas incluyen:sus funciones mejoradas incluyen:

Direcciones de siguiente salto incluidas en las actualizaciones Direcciones de siguiente salto incluidas en las actualizaciones de enrutamientode enrutamientoUso de direcciones Uso de direcciones multicastmulticast al enviar actualizacionesal enviar actualizacionesOpciOpcióón de autenticacin de autenticacióón disponiblen disponible

RIPv2RIPv2 es un protocolo de enrutamiento por vector de distancia.es un protocolo de enrutamiento por vector de distancia.Uso de temporizadores de espera y otros temporizadores para Uso de temporizadores de espera y otros temporizadores para ayudar a impedir ayudar a impedir routingrouting loopsloops..Uso de horizonte dividido u horizonte dividido con Uso de horizonte dividido u horizonte dividido con envenenamiento en reversa para ayudar tambienvenenamiento en reversa para ayudar tambiéén a impedir n a impedir routingrouting loopsloops..Uso de Uso de updatesupdates disparados cuando hay un cambio en la disparados cuando hay un cambio en la topologtopologíía para lograr una convergencia ma para lograr una convergencia máás rs ráápida.pida.LLíímite mmite mááximo en el conteo de saltos de 15 saltos, con el ximo en el conteo de saltos de 15 saltos, con el conteo de saltos de 16 que expresa una red inalcanzable.conteo de saltos de 16 que expresa una red inalcanzable.

Limitaciones de Limitaciones de RIPv1RIPv1Recuerde que los Recuerde que los routersrouters R1 y R3 tienen subredes R1 y R3 tienen subredes

que forman parte de la red principal con clase que forman parte de la red principal con clase 172.30.0.0/16 (clase B). Tambi172.30.0.0/16 (clase B). Tambiéén recuerde que n recuerde que R1 y R3 estR1 y R3 estáán conectados a R2 con subredes n conectados a R2 con subredes de la red principal con clase 209.165.200.0/24 de la red principal con clase 209.165.200.0/24 (clase C). (clase C).

Esta topologEsta topologíía es no contigua y no convergera es no contigua y no convergerááporque 172.30.0.0/16 estporque 172.30.0.0/16 estáá dividida por dividida por 209.165.200.0/24.209.165.200.0/24.

La topología muestra que R2 tiene una ruta resumida estática hacia la red 192.168.0.0/16.

observe que los routers R1 y R3 contienen redes VLSM y comparten el espacio de dirección de la red principal con clase 172.30.0.0/16.

Podemos inyectar informaciPodemos inyectar informacióón de rutas n de rutas estestááticas en las actualizaciones de ticas en las actualizaciones de protocolo de enrutamiento esto se protocolo de enrutamiento esto se denomina denomina ““redistribuciredistribucióónn””..

VLSMVLSMComo se muestra en el grComo se muestra en el grááfico superior, tanto R1 como R3 han fico superior, tanto R1 como R3 han

dividido la red 172.30.0.0/16 en subredes de /24. dividido la red 172.30.0.0/16 en subredes de /24.

Cuatro de estas subredes de /24 se asignan: dos a R1 Cuatro de estas subredes de /24 se asignan: dos a R1 (172.30.1.0/24 y 172.30.2.0/24) y dos a R3 (172.30.100.0/24 y (172.30.1.0/24 y 172.30.2.0/24) y dos a R3 (172.30.100.0/24 y 172.30.110.0/24).172.30.110.0/24).

En la parte inferior del grEn la parte inferior del grááfico, hemos tomado la subred fico, hemos tomado la subred 172.30.200.0/24 y la hemos subdividido nuevamente, usando los 172.30.200.0/24 y la hemos subdividido nuevamente, usando los primeros cuatro bits para las subredes y los cuatro primeros cuatro bits para las subredes y los cuatro úúltimos bits ltimos bits para los para los hostshosts. .

El resultado es una mEl resultado es una mááscara de 255.255.255.240 o de /28. scara de 255.255.255.240 o de /28. La Subred 1 y la Subred 2 se asignan a R3. Esto significa que laLa Subred 1 y la Subred 2 se asignan a R3. Esto significa que la

subred 172.30.200.0/24 ya no puede usarse, a pesar de que las subred 172.30.200.0/24 ya no puede usarse, a pesar de que las subredes de /28 restantes pueden usarse.subredes de /28 restantes pueden usarse.

En la tabla se muestran las direcciones que En la tabla se muestran las direcciones que cumplen con RFC 1918. Pero cuando se cumplen con RFC 1918. Pero cuando se realiza el enrutamiento del trrealiza el enrutamiento del trááfico IP por fico IP por los enlaces WAN a travlos enlaces WAN a travéés de un ISP o s de un ISP o cuando los usuarios internos necesitan cuando los usuarios internos necesitan ingresar en sitios externos, debe usarse ingresar en sitios externos, debe usarse una direcciuna direccióón IP pn IP púública.blica.

Direcciones IP de un Direcciones IP de un ejemplo de Ciscoejemplo de CiscoLos enlaces WAN entre R1, R2 y R3 utilizan direcciones Los enlaces WAN entre R1, R2 y R3 utilizan direcciones

IP pIP púúblicas. Si bien segblicas. Si bien segúún la RFC 1918, estas n la RFC 1918, estas direcciones IP no son direcciones privadas, Cisco ha direcciones IP no son direcciones privadas, Cisco ha adquirido un cierto espacio de direcciones padquirido un cierto espacio de direcciones púúblicas blicas para usar con los ejemplos.para usar con los ejemplos.

Las direcciones que se muestran en la figura son todas Las direcciones que se muestran en la figura son todas direcciones IP pdirecciones IP púúblicas vblicas váálidas con las que se puede lidas con las que se puede realizar el enrutamiento en Internet.realizar el enrutamiento en Internet.

El R1, R2 y R3 se conectan usando el espacio de El R1, R2 y R3 se conectan usando el espacio de direcciones pdirecciones púúblicas de Cisco 209.165.200.224/27.blicas de Cisco 209.165.200.224/27.

Debido a que los enlaces WAN sDebido a que los enlaces WAN sóólo necesitan dos lo necesitan dos direcciones, la 209.165.200.224/27 se subdivide en direcciones, la 209.165.200.224/27 se subdivide en subredes con una msubredes con una mááscara de /30. En la topologscara de /30. En la topologíía, la a, la subred 1 se asigna al enlace WAN entre R1 y R2. subred 1 se asigna al enlace WAN entre R1 y R2.

La subred 2 se asigna al enlace WAN entre R2 y R3.La subred 2 se asigna al enlace WAN entre R2 y R3.

Interfaces Interfaces loopbackloopbackR3 utiliza interfaces R3 utiliza interfaces loopbackloopback (Lo0, Lo1 y Lo2). Una interfaz (Lo0, Lo1 y Lo2). Una interfaz

loopbackloopback es una interfaz de software que se usa para emular es una interfaz de software que se usa para emular una interfaz funa interfaz fíísica. Como a otras interfaces, se le puede sica. Como a otras interfaces, se le puede asignar una direcciasignar una direccióón IP.n IP.

Otros protocolos de enrutamiento, tales como OSPF, tambiOtros protocolos de enrutamiento, tales como OSPF, tambiéén n usan las interfaces usan las interfaces loopbackloopback para distintos fines.para distintos fines.

Las interfaces Las interfaces loopbackloopback son son úútiles para crear redes adicionales tiles para crear redes adicionales sin tener que agregar msin tener que agregar máás interfaces fs interfaces fíísicas al sicas al routerrouter. Se . Se puede hacer ping en una interfaz puede hacer ping en una interfaz loopbackloopback y la subred puede y la subred puede publicarse en las actualizaciones de enrutamiento. publicarse en las actualizaciones de enrutamiento.

Por lo tanto, las interfaces Por lo tanto, las interfaces loopbackloopback son ideales para simular son ideales para simular mmúúltiples redes conectadas al mismo ltiples redes conectadas al mismo routerrouter. En nuestro . En nuestro ejemplo, R3 no necesita cuatro interfaces LAN para realizar ejemplo, R3 no necesita cuatro interfaces LAN para realizar una demostraciuna demostracióón de mn de múúltiples subredes y VLSM. En cambio, ltiples subredes y VLSM. En cambio, usamos interfaces usamos interfaces loopbackloopback..

Limitaciones de topologLimitaciones de topologíía a RIPv1RIPv1RutasRutas estestááticas e interfaces nulasticas e interfaces nulas

Para configurar la ruta de superred estPara configurar la ruta de superred estáática en R2, se usa el tica en R2, se usa el siguiente comando:siguiente comando:

R2(R2(configconfig))#ip#ip routeroute 192.168.0.0 255.255.0.0 Null0192.168.0.0 255.255.0.0 Null0

El resumen de ruta permite una El resumen de ruta permite una úúnica entrada de ruta de alto nica entrada de ruta de alto nivel para representar muchas rutas de nivel bajo y reducir el nivel para representar muchas rutas de nivel bajo y reducir el tamatamañño de las tablas de enrutamiento. La ruta esto de las tablas de enrutamiento. La ruta estáática de R2 tica de R2 usa una musa una mááscara de /16 para resumir las 256 redes scara de /16 para resumir las 256 redes comprendidas entre 192.168.0.0/24 y 192.168.255.0/24.comprendidas entre 192.168.0.0/24 y 192.168.255.0/24.

El espacio de direcciEl espacio de direccióón que representa la ruta resumida estn que representa la ruta resumida estáática tica 192.168.0.0/16 en realidad no existe. Para simular esta ruta 192.168.0.0/16 en realidad no existe. Para simular esta ruta estestáática, usamos una interfaz nula como interfaz de salida. No tica, usamos una interfaz nula como interfaz de salida. No es necesario que usted ingrese ninges necesario que usted ingrese ningúún comando para crear o n comando para crear o configurar la interfaz nula. Siempre se encuentra activa pero configurar la interfaz nula. Siempre se encuentra activa pero no reenvno reenvíía ni recibe tra ni recibe trááfico. fico.

El trEl trááfico que se envfico que se envíía a la interfaz nula se desecha. Para nuestros fines, a a la interfaz nula se desecha. Para nuestros fines, la interfaz nula servirla interfaz nula serviráá de interfaz de salida de la ruta estde interfaz de salida de la ruta estáática. tica. Recuerde del CapRecuerde del Capíítulo 2, "Enrutamiento esttulo 2, "Enrutamiento estáático", que una ruta esttico", que una ruta estáática tica debe tener una interfaz de salida activa antes de ser instalada debe tener una interfaz de salida activa antes de ser instalada en la en la tabla de enrutamiento. El uso de la interfaz nula permitirtabla de enrutamiento. El uso de la interfaz nula permitiráá a R2 publicar a R2 publicar la ruta estla ruta estáática en RIP a pesar de que las redes que pertenecen al tica en RIP a pesar de que las redes que pertenecen al resumen 192.168.0.0/16 en realidad no existen.resumen 192.168.0.0/16 en realidad no existen.

RedistribuciRedistribucióón de rutan de rutaEl segundo comando que debe ingresarse es el comando El segundo comando que debe ingresarse es el comando redistributeredistribute

staticstatic::R2(R2(configrouterconfigrouter)# )# redistributeredistribute staticstaticLa redistribuciLa redistribucióón implica tomar las rutas de una fuente de enrutamiento y n implica tomar las rutas de una fuente de enrutamiento y

enviarlas a otra fuente de enrutamiento. En nuestra topologenviarlas a otra fuente de enrutamiento. En nuestra topologíía de a de ejemplo, queremos que el proceso RIP en R2 redistribuya nuestra ejemplo, queremos que el proceso RIP en R2 redistribuya nuestra ruta ruta estestáática (192.168.0.0/16) importando la ruta en RIP y luego envitica (192.168.0.0/16) importando la ruta en RIP y luego enviáándola ndola a R1 y R3 mediante el proceso RIP. Veremos si en realidad esto ea R1 y R3 mediante el proceso RIP. Veremos si en realidad esto eststáásucediendo y de no ser assucediendo y de no ser asíí, por qu, por quéé..

VerificaciVerificacióón y prueba de conectividadn y prueba de conectividad

Para probar si la topologPara probar si la topologíía tiene conectividad completa, a tiene conectividad completa, primero verificamos que los dos enlaces seriales de primero verificamos que los dos enlaces seriales de R2 estR2 estéén activos usando el comando show n activos usando el comando show ipip interfaceinterfacebriefbrief como se muestra en la figura para los enlaces de como se muestra en la figura para los enlaces de R2. R2.

Si un enlace estSi un enlace estáá desactivado, el campo Estado o el desactivado, el campo Estado o el campo Protocolo (o ambos) mostrarcampo Protocolo (o ambos) mostraráán n DownDown(desactivado) en el resultado del comando. Si un (desactivado) en el resultado del comando. Si un enlace estenlace estáá activado, ambos campos mostraractivado, ambos campos mostraráán up, n up, como se muestra aqucomo se muestra aquíí. R2 tiene conectividad directa a . R2 tiene conectividad directa a R1 y R3 por los enlaces seriales.R1 y R3 por los enlaces seriales.

Pero Pero ¿¿puede R2 hacer ping en las LAN de R1 y R3? puede R2 hacer ping en las LAN de R1 y R3? ¿¿Hay algHay algúún problema de conectividad con un n problema de conectividad con un protocolo de enrutamiento con clase y las subredes no protocolo de enrutamiento con clase y las subredes no contiguas de 172.30.0.0? Probemos las contiguas de 172.30.0.0? Probemos las comunicaciones entre los comunicaciones entre los routersrouters usando ping.usando ping.

R2 intentando hacer ping en la interfaz 172.30.1.1 de R1 y en lainterfaz 172.30.100.1 de R3.

Cuando R2 hace ping en cualquiera de las subredes 172.30.0.0 de R1 o R3, sólo aproximadamente el 50% de los mensajes ICMP son exitosos.

R1 puede hacer ping en 10.1.0.1, pero no tiene éxito cuando intenta hacer ping en la interfaz 172.30.100.1 de R3.

R3 puede hacer ping en 10.1.0.1, pero no tiene éxito cuando intenta hacer ping en la interfaz 172.30.1.1 de R1.

Como puede ver, hay un problema obvio cuando intenta comunicarse con las subredes no contiguas 172.30.0.0. En las siguientes secciones examinaremos las tablas de enrutamiento y actualizaciones de enrutamiento para investigar más este problema e intentar resolverlo.

RIPv1RIPv1: redes no contiguas: redes no contiguasRIPv1RIPv1 es un protocolo de enrutamiento con es un protocolo de enrutamiento con

clase. Como puede ver en el formato de clase. Como puede ver en el formato de mensaje del mensaje del RIPv1RIPv1, en sus actualizaciones , en sus actualizaciones de enrutamiento no se incluyen las de enrutamiento no se incluyen las mmááscaras de subred. Por lo tanto, scaras de subred. Por lo tanto, RIPv1RIPv1 no no puede admitir redes no contiguas, VLSM ni puede admitir redes no contiguas, VLSM ni superredes superredes ClasslessClassless InterDomainInterDomain RoutingRouting(CIDR). (CIDR).

Debido a que la máscara de subred no está incluida en la actualización, RIPv1 y otros protocolos de enrutamiento con clase deben resumir las redes en los bordes de redes principales.

Como puede ver en la figura, el RIPv1 de los routers R1 y R3 resumirásus subredes 172.30.0.0 a la dirección con clase de red principal de 172.30.0.0 cuando envíe actualizaciones de enrutamiento a R2. Desde la perspectiva de R2, ambas actualizaciones tienen el mismo costo de 1 salto para alcanzar la red 172.30.0.0/16. Como verá, R2 instala ambas rutas en la tabla de enrutamiento.

Examen de las tablas de Examen de las tablas de enrutamientoenrutamiento

R2 obtiene resultados incoherentes cuando intenta R2 obtiene resultados incoherentes cuando intenta hacer ping en la direccihacer ping en la direccióón en una de las n en una de las subredes 172.30.0.0subredes 172.30.0.0..

Observe que R2 tiene dos rutas de igual costo hacia la red 172.30.0.0/16. Esto se debe a que tanto R1 como R3 están enviando a R2 una actualización RIPv1 para la red con clase 172.30.0.0/16 con una métrica de 1 salto. Como R1 y R3 resumieron automáticamente las subredes individuales, la tabla de enrutamiento de R2 sólo contiene la red principal con clase de 172.30.0.0/16.Podemos examinar los contenidos de las actualizaciones de enrutamiento ya que las actualizaciones se envían y reciben con el comando debug ip rip.

El resultado de este comando muestra que R2 recibe dos rutas de igual costo 172.30.0.0 con una métrica de 1 salto. R2 recibe una única ruta en Serial 0/0/0 desde R1 y otra ruta en Serial 0/0/1 desde R3. Observe que la máscara de subred no se incluye con la dirección de red en la actualización.

R1 tiene sus propias rutas 172.30.0.0: 172.30.2.0/24 y 172.30.1.0/24. Pero R1 no envía esas subredes a R2. R3 tiene una tabla de enrutamiento similar. Tanto R1 como R3 son routers de borde y sólo envían la red 172.30.0.0resumida a R2 en sus actualizaciones de enrutamiento de RIPv1. Por ende, R2 sólo conoce la red con clase 172.30.0.0/16 y no tiene conocimiento de ninguna subred 172.30.0.0.

Observe en el resultado de debug ip rip de R2 que no incluye la red 172.30.0.0 en sus actualizaciones a R1 ni a R3.¿Por qué no? Porque tiene vigencia la regla de horizonte dividido. R2 ha detectado a 172.30.0.0/16 en las interfaces Serial 0/0/0 y Serial 0/0/1. Debido a que R2 detectó a 172.30.0.0 en estas interfaces, no incluye esa red en las actualizaciones que envía desde estas mismas interfaces.

RIPv1RIPv1: Incompatibilidad : Incompatibilidad con VLSMcon VLSMDebido a que Debido a que RIPv1RIPv1 no envno envíía la ma la mááscara de subred en las scara de subred en las

actualizaciones de enrutamiento, no puede admitir actualizaciones de enrutamiento, no puede admitir VLSM. El VLSM. El routerrouter R3 estR3 estáá configurado con las subredes configurado con las subredes VLSM, que son miembros de la red clase B VLSM, que son miembros de la red clase B 172.30.0.0/16:172.30.0.0/16:

172.30.100.0/24 (172.30.100.0/24 (FastEthernetFastEthernet 0/0)0/0)172.30.110.0/24 (172.30.110.0/24 (LoopbackLoopback 0)0)172.30.200.16/28 (172.30.200.16/28 (LoopbackLoopback 1)1)172.30.200.32/28 (172.30.200.32/28 (LoopbackLoopback 2)2)

Para demostrar de qué manera RIPv1 usa la máscara de subred de la interfaz saliente, R4 se agrega a la topología conectada a R3 a través de la interfaz FastEthernet0/0 en la red 172.30.100.0/24.

Observe que la Observe que la úúnica subred 172.30.0.0 que se envnica subred 172.30.0.0 que se envíía al a al routerrouter R4 es R4 es 172.30.110.0. Y que R3 env172.30.110.0. Y que R3 envíía toda la red principal con clase 172.30.0.0 de a toda la red principal con clase 172.30.0.0 de Serial 0/0/1.Serial 0/0/1.

Esas subredes no tienen la misma mEsas subredes no tienen la misma mááscara de subred que scara de subred que FastEthernetFastEthernet 0/0. 0/0. Por eso todas las subredes deben usar la misma mPor eso todas las subredes deben usar la misma mááscara de subred scara de subred cuando se implementa un protocolo de enrutamiento con clase en lcuando se implementa un protocolo de enrutamiento con clase en la red.a red.

El R3 necesita determinar quEl R3 necesita determinar quéé subredes 172.30.0.0 incluir en las subredes 172.30.0.0 incluir en las actualizaciones que salen de su interfaz actualizaciones que salen de su interfaz FastEthernetFastEthernet 0/0 con la direcci0/0 con la direccióón n IP 172.30.100.1/24. SIP 172.30.100.1/24. Sóólo incluirlo incluiráá esas rutas 172.30.0.0 en su tabla de esas rutas 172.30.0.0 en su tabla de enrutamiento con la misma menrutamiento con la misma mááscara que la interfaz de salida. Debido a que scara que la interfaz de salida. Debido a que la interfaz es 172.30.100.1 con una mla interfaz es 172.30.100.1 con una mááscara de /24, sscara de /24, sóólo incluirlo incluiráá subredes subredes 172.30.0.0 con una m172.30.0.0 con una mááscara de /24. La scara de /24. La úúnica que cumple con esta nica que cumple con esta condicicondicióón es 172.30.110.0.n es 172.30.110.0.

Las otras subredes 172.30.0.0, 172.30.200.16/28 y 172.30.200.32/Las otras subredes 172.30.0.0, 172.30.200.16/28 y 172.30.200.32/28, no se 28, no se incluyen porque las mincluyen porque las mááscaras de /28 no coinciden con la mscaras de /28 no coinciden con la mááscara de /24 de scara de /24 de la interfaz saliente. El la interfaz saliente. El routerrouter receptor, R4, sreceptor, R4, sóólo puede aplicar su propia lo puede aplicar su propia mmááscara de interfaz de /24 a las notificaciones de la ruta de scara de interfaz de /24 a las notificaciones de la ruta de RIPv1RIPv1 con con subredes 172.30.0.0. Con msubredes 172.30.0.0. Con mááscaras de /28, R4 aplicarscaras de /28, R4 aplicaríía la ma la mááscara de /24 scara de /24 incorrecta a estas subredes.incorrecta a estas subredes.

RIPv1RIPv1: Incompatibilidad : Incompatibilidad con CIDRcon CIDR

una ruta estática hacia la red 192.168.0.0/16 de R2 y le ordenamos a RIP que incluya esa ruta en sus actualizaciones con el comando redistribute static, como se muestra en la figura. Esta ruta estática es un resumen de las subredes 192.168.0.0/24 comprendidas entre 192.168.0.0/24 y 192.168.255.0/24. R2(config)#ip route 192.168.0.0 255.255.0.0 Null0

R1 no está recibiendo la ruta 192.168.0.0/16 en sus actualizaciones de RIP de R2, si bien nosotros esperábamos que sí lo estuviera haciendo.

Configuramos la ruta estática 192.168.0.0 con una máscara de /16. Ésta tiene menos bits que la máscara de clase C con clase de /24. Debido a que la máscara no coincide con la clase ni la subred de la clase, RIPv1 no incluirá esta ruta en sus actualizaciones a otros routers.RIPv1 y otros protocolos de enrutamiento con clase no pueden admitir rutas CIDR que sean rutas resumidas con una máscara de subred menor que la máscara con clase de la ruta. RIPv1 ignora estas subredes en la tabla de enrutamiento y no las incluye en las actualizaciones a otros routers. Esto se debe a que el router receptor sólo podrá aplicar la máscara con clase más grande a la actualización y no la máscara de /16 más corta.

ConfiguraciConfiguracióón del n del RIPv2RIPv2HabilitaciHabilitacióón y verificacin y verificacióón del n del RIPv2RIPv2RIPv2RIPv2 se define en RFC 1723. se define en RFC 1723. RIPv2RIPv2 se encapsula en un se encapsula en un

segmento UDP mediante el puerto 520 y puede segmento UDP mediante el puerto 520 y puede transportar hasta 25 rutas.transportar hasta 25 rutas.

La primera extensiLa primera extensióón en el formato de mensaje de n en el formato de mensaje de RIPv2RIPv2es el campo de la mes el campo de la mááscara de subred que permite que scara de subred que permite que una muna mááscara de 32 bits se incluya en la entrada de ruta scara de 32 bits se incluya en la entrada de ruta de RIP. El de RIP. El routerrouter receptor ya no depende de la mreceptor ya no depende de la mááscara scara de subred de la interfaz entrante ni de la mde subred de la interfaz entrante ni de la mááscara con scara con clase al determinar la mclase al determinar la mááscara de subred para una ruta.scara de subred para una ruta.

La segunda extensiLa segunda extensióón importante para el formato de n importante para el formato de mensaje de mensaje de RIPv2RIPv2 es la adicies la adicióón de la direccin de la direccióón del n del siguiente salto. La direccisiguiente salto. La direccióón del siguiente salto se usa n del siguiente salto se usa para identificar una direccipara identificar una direccióón del siguiente salto mejor n del siguiente salto mejor que la direccique la direccióón del n del routerrouter emisor, si es que existe. emisor, si es que existe.

El comando show ip protocols verifica que R2 esté configurado para RIPv1, pero recibe mensajes de RIP para ambas versiones.

Se utiliza para el router r2,r3 de la misma manera.Este comando debe configurarse en todos los routers del dominio de enrutamiento.

Se utiliza para el router r2,r3 de la misma manera.

VerificaciVerificacióón de las actualizaciones de n de las actualizaciones de RIPv2RIPv2La tabla de enrutamiento de R2 ahora contiene las La tabla de enrutamiento de R2 ahora contiene las

subredes individuales para 172.30.0.0/16. subredes individuales para 172.30.0.0/16. Observe que ya no hay una Observe que ya no hay una úúnica ruta resumida nica ruta resumida con dos rutas de igual costo.con dos rutas de igual costo.

VLSM y CIDRVLSM y CIDRDebido a que los protocolos de enrutamiento sin clase como Debido a que los protocolos de enrutamiento sin clase como RIPv2RIPv2

pueden transportar la direccipueden transportar la direccióón de red y la mn de red y la mááscara de subred, no scara de subred, no necesitan resumir estas redes a sus direcciones con clase en losnecesitan resumir estas redes a sus direcciones con clase en losbordes de redes principales. Por lo tanto, los protocolos de bordes de redes principales. Por lo tanto, los protocolos de enrutamiento sin clase admiten VLSM. Los enrutamiento sin clase admiten VLSM. Los routersrouters que usan que usan RIPv2RIPv2ya no necesitan usar la mya no necesitan usar la mááscara de la interfaz saliente para scara de la interfaz saliente para determinar la mdeterminar la mááscara de subred en la notificaciscara de subred en la notificacióón de la ruta. n de la ruta.

En las redes que usan un esquema de direccionamiento VLSM, un En las redes que usan un esquema de direccionamiento VLSM, un protocolo de enrutamiento sin clase es esencial para propagar toprotocolo de enrutamiento sin clase es esencial para propagar todas das las redes junto con las mlas redes junto con las mááscaras de subred correctas. Si scaras de subred correctas. Si observamos el resultado de observamos el resultado de debugdebug ipip riprip para R3 en la figura, para R3 en la figura, podemos ver que podemos ver que RIPv2RIPv2 incluye las redes y sus mincluye las redes y sus mááscaras de scaras de subred en las actualizaciones de enrutamiento.subred en las actualizaciones de enrutamiento.

RIPv2RIPv2 y CIDRy CIDRUna superred es un bloque de redes con clase contiguas que se Una superred es un bloque de redes con clase contiguas que se direccionadirecciona como una como una

úúnica red. En el nica red. En el routerrouter R2,configuramos una superred, una ruta estR2,configuramos una superred, una ruta estáática a una tica a una úúnica nica red que se usa para representar varias redes o subredes.red que se usa para representar varias redes o subredes.

Las superredes tienen mLas superredes tienen mááscaras que son mscaras que son máás peques pequeññas que la mas que la mááscara con clase (de scara con clase (de /16 en este caso, en lugar de la m/16 en este caso, en lugar de la mááscara con clase de /24). Para que la superred se scara con clase de /24). Para que la superred se incluya en una actualizaciincluya en una actualizacióón de enrutamiento, el protocolo de enrutamiento debe n de enrutamiento, el protocolo de enrutamiento debe tener la capacidad de transportar esa mtener la capacidad de transportar esa mááscara. Es decir que debe ser un protocolo scara. Es decir que debe ser un protocolo de enrutamiento sin clase, como de enrutamiento sin clase, como RIPv2RIPv2..

La ruta estLa ruta estáática de R2 stica de R2 síí incluye una mincluye una mááscara que es menor que la mscara que es menor que la mááscara con clase:scara con clase:R2(R2(configconfig))#ip#ip routeroute 192.168.0.0 255.255.0.0 Null0192.168.0.0 255.255.0.0 Null0En un ambiente con clase, la direcciEn un ambiente con clase, la direccióón de red 192.168.0.0 se asocia con la mn de red 192.168.0.0 se asocia con la mááscara scara

clase C con clase de /24 clase C con clase de /24 óó 255.255.255.0. 255.255.255.0. En las redes actuales, ya no relacionamos las direcciones de redEn las redes actuales, ya no relacionamos las direcciones de red con las mcon las mááscaras con scaras con

clase. En este ejemplo, la red 192.168.0.0 tiene una mclase. En este ejemplo, la red 192.168.0.0 tiene una mááscara de /16 scara de /16 óó 255.255.0.0. 255.255.0.0. Esta ruta puede representar una serie de redes 192.168.0.0/24 o Esta ruta puede representar una serie de redes 192.168.0.0/24 o cualquier ncualquier núúmero mero de distintos rangos de direcciones. La de distintos rangos de direcciones. La úúnica forma en la que puede incluirse esta nica forma en la que puede incluirse esta ruta en una actualizaciruta en una actualizacióón de enrutamiento dinn de enrutamiento dináámica es con un protocolo de mica es con un protocolo de enrutamiento sin clase que incluya la menrutamiento sin clase que incluya la mááscara de /16.scara de /16.

VerificaciVerificacióón y resolucin y resolucióón de problemas del n de problemas del Ripv2Ripv2Comandos para la verificaciComandos para la verificacióón y resolucin y resolucióón de n de problemasproblemas

Existen muchas formas de verificar y resolver los problemas de Existen muchas formas de verificar y resolver los problemas de RIPv2RIPv2. . Muchos de los mismos comandos que se usan para Muchos de los mismos comandos que se usan para RIPv2RIPv2 pueden pueden utilizarse para verificar y resolver los problemas de otros protutilizarse para verificar y resolver los problemas de otros protocolos ocolos de enrutamiento.de enrutamiento.

Siempre se recomienda comenzar con los principios bSiempre se recomienda comenzar con los principios báásicos:sicos:1. Aseg1. Asegúúrese de que todos los enlaces (interfaces) estrese de que todos los enlaces (interfaces) estéén activados y n activados y

en funcionamiento.en funcionamiento.2. Verifique el cableado.2. Verifique el cableado.3. Verifique que tiene la m3. Verifique que tiene la mááscara de subred y direcciscara de subred y direccióón IP correcta en n IP correcta en

cada interfaz.cada interfaz.4. Elimine los comandos de configuraci4. Elimine los comandos de configuracióón que sean innecesarios o se n que sean innecesarios o se

hayan reemplazado con otros comandos.hayan reemplazado con otros comandos.

verificar la convergencia de red

Si está faltando una red en la tabla de enrutamiento, generalmente es porque una interfaz está desactivada o mal configurada. El comando show ip interface brief verifica rápidamente el estado de todas las interfaces.

El comando show ip protocols verifica varios elementos esenciales y también verifica que RIP esté habilitado, la versión de RIP, el estado del resumen automático y las redes que se incluyeron en las sentencias de red.

debug ip rip es un excelente comando para examinar los contenidos delas actualizaciones de enrutamiento que un router envía y recibe. Es posible que en algún momento un router reciba una ruta pero no la agregue en la tabla de enrutamiento.

Una manera fácil de verificar la conectividad completa es con el comando ping. Si la conectividad de extremo a extremo no es satisfactoria, comience haciendo ping en las interfaces locales. Si es satisfactoria, haga ping en las interfaces del router en las redes conectadas directamente. Si eso también es satisfactorio, continúe haciendo ping en las interfaces de cada router sucesivo. Una vez que un ping no es satisfactorio, examine ambos routers y todos los routersintermedios para determinar dónde y por qué está fallando el ping.

El comando show runningconfig puede usarse para verificar todos los comandos configurados en ese momento.

Generalmente, otros comandos son más eficientes y proporcionan más información que una simple lista de la configuración actual. Sin embargo, show runningconfig es útil para determinar si un elemento esencial se ha olvidado o está mal configurado.

AutenticaciAutenticacióónnLa mayorLa mayoríía de los protocolos de enrutamiento enva de los protocolos de enrutamiento envíían sus actualizaciones an sus actualizaciones

y otra informaciy otra informacióón de enrutamiento con n de enrutamiento con IP(enIP(en paquetes IP). El ISIS es la paquetes IP). El ISIS es la excepciexcepcióón mn máás evidente y se discute en los cursos de CCNP. s evidente y se discute en los cursos de CCNP.

Uno de los problemas de seguridad en cualquier protocolo de Uno de los problemas de seguridad en cualquier protocolo de enrutamiento es la posibilidad de aceptar actualizaciones de enrutamiento es la posibilidad de aceptar actualizaciones de enrutamiento invenrutamiento inváálidas. La puente de estas actualizaciones de lidas. La puente de estas actualizaciones de enrutamiento invenrutamiento inváálidas puede ser un atacante que intenta lidas puede ser un atacante que intenta maliciosamente afectar la red o capturar paquetes engamaliciosamente afectar la red o capturar paquetes engaññando al ando al routerrouterpara que envpara que envííe sus actualizaciones al destino equivocado. Otra fuente e sus actualizaciones al destino equivocado. Otra fuente de actualizaciones invde actualizaciones inváálidas puede ser un lidas puede ser un routerrouter mal configurado. O mal configurado. O bien puede ser que un bien puede ser que un hosthost estestéé conectado a la red y, sin que el usuario conectado a la red y, sin que el usuario lo sepa, el lo sepa, el hosthost ejecuta el protocolo de enrutamiento de la red local.ejecuta el protocolo de enrutamiento de la red local.