fdgfdf

7 RIPv2
7.1 Limitaciones de RIPv1

7.1.1 Topología de laboratorio
Sumarización de rutas
El concepto y la configuración de las rutas sumarizadas estáticas se trataron en el Capítulo 2, "Enrutamiento estático". Podemos inyectar información de rutas estáticas en las actualizaciones de protocolo de enrutamiento. Esto se denomina redistribución.

VLSM
Después deque una máscara de hasubdividio ta no puede volver a subdividirse en un numero mayor de hosts, si no que va disminuyendo.

Direcciones privadas de RFC 1918
Cuando se realiza el enrutamiento del tráfico IP por los enlaces WAN a través de un ISP o cuando los usuarios internos necesitan ingresar en sitios externos, debe usarse una dirección IP pública.

Interfaces loopback
En un entorno de laboratorio, las interfacesloopback 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.

7.1.2 Limitaciones de topología de RIPv1
Rutas estáticas e interfaces nulasPara 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.

Redistribución de ruta
La redistribución implica tomar las rutas de una fuente de enrutamiento y enviarlas a otra fuente de enrutamiento.

Verificación yprueba de conectividad
Para probar si la topología tiene conectividad completa usamos el comando show ip interface brief. Si un enlace está desactivado, el campo Estado o el campo Protocolo (o ambos) mostrarán down (desactivado) en el resultado del comando. Si un enlace está activado, ambos campos mostrarán up.

7.1.3 RIPv1: Redes no contiguas
Usted ya sabe que RIPv1 es un protocolo deenrutamiento con clase. Como puede ver en el formato 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 de enrutamiento entre dominios sin clase (CIDR

7.1.4 RIPv1: Incompatibilidad con VLSM
Debido a que RIPv1 no envía la máscara de subred en las actualizaciones deenrutamiento, no puede admitir VLSM.




7.2 Configuración del RIPv2
7.2.1 Habilitación y verificación del RIPv2
Comparación de los formatos de mensajes de RIPv1 y RIPv2

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 32bits se incluya en la entrada de ruta de RIP.
La segunda extensión importante para el formato de mensaje de RIPv2 es la adición de la dirección de siguiente salto. La dirección del siguiente salto se usa para identificar una dirección de 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 esla mejor dirección del siguiente salto.

Versión 2
De forma predeterminada, cuando un proceso de RIP se encuentra configurado en un router Cisco, éste ejecuta RIPv1. Sin embargo, a pesar de que el router sólo envía mensajes de RIPv1, puede interpretar los mensajes de RIPv1 y RIPv2. Un router de RIPv1 simplemente ignorará los campos de RIPv2 en la entrada de ruta.

#Router rip versión 2Observe que el comando version 2 se usa para modificar RIP para que utilice la versión 2. Este comando debe configurarse en todos los routers del dominio de enrutamiento. El proceso de RIP ahora incluirá la máscara de subred en todas las actualizaciones, lo que hará que RIPv2 sea un protocolo de enrutamiento sin clase.

El comportamiento predeterminado de RIPv1 se puede restaurar mediante el...