¿Por qué RIP o el IGRP No Soportan Redes No Contiguas?

Opciones de descarga

  • PDF     (94.1 KB)
    Visualice con Adobe Reader en una variedad de dispositivos
  • ePub     (91.0 KB)
    Visualice en diferentes aplicaciones en iPhone, iPad, Android, Sony Reader o Windows Phone
  • Mobi (Kindle)     (89.1 KB)
    Visualice en dispositivo Kindle o aplicación Kindle en múltiples dispositivos
Actualizado:10 de agosto de 2005
ID del documento:13724

Lenguaje no discriminatorio

El conjunto de documentos para este producto aspira al uso de un lenguaje no discriminatorio. A los fines de esta documentación, "no discriminatorio" se refiere al lenguaje que no implica discriminación por motivos de edad, discapacidad, género, identidad de raza, identidad étnica, orientación sexual, nivel socioeconómico e interseccionalidad. Puede haber excepciones en la documentación debido al lenguaje que se encuentra ya en las interfaces de usuario del software del producto, el lenguaje utilizado en función de la documentación de la RFP o el lenguaje utilizado por un producto de terceros al que se hace referencia. Obtenga más información sobre cómo Cisco utiliza el lenguaje inclusivo.

Acerca de esta traducción

Cisco ha traducido este documento combinando la traducción automática y los recursos humanos a fin de ofrecer a nuestros usuarios en todo el mundo contenido en su propio idioma. Tenga en cuenta que incluso la mejor traducción automática podría no ser tan precisa como la proporcionada por un traductor profesional. Cisco Systems, Inc. no asume ninguna responsabilidad por la precisión de estas traducciones y recomienda remitirse siempre al documento original escrito en inglés (insertar vínculo URL).

Introducción

Una red no contigua comprende una red principal que separa otra red principal. En la Figura 1, una subred de la red 172.20.0.0 separa la red 172.16.0.0. 172.16.0.0 es una red no contigua. Este documento describe por qué RIPv1 e IGRP no soportan las redes no contiguas y explica cómo se puede solucionar este problema.

Figura 1 - Red no Contigua

55a.gif

Prerequisites

Requirements

Cisco recomienda que tenga conocimiento sobre estos temas:

  • Cómo Configurar RIPv1 e IGRP

  • Conceptos que son la base de las direcciones IP y las subredes

Componentes Utilizados

Este documento no tiene restricciones específicas en cuanto a versiones de software y de hardware.

The information in this document was created from the devices in a specific lab environment. All of the devices used in this document started with a cleared (default) configuration. If your network is live, make sure that you understand the potential impact of any command.

Convenciones

Consulte Convenciones de Consejos TécnicosCisco para obtener más información sobre las convenciones del documento.

Antecedentes

RIP e IGRP son protocolos con clases. Siempre que RIP anuncia una red a través de un límite de red principal distinto, RIP resume la red anunciada en el límite de red principal. En la Figura 1, cuando el Router 1 envía una actualización que contiene 172.16.5.0 al Router 2 a través de 172.20.88.0, el router convierte 172.16.5.0/24 en 172.16.0.0/16. Este proceso se llama resumen automático.

Cuando el Router 1 envía Actualizaciones al Router 2

Utilice la topología de la Figura 1 para identificar las preguntas que necesita responder cuando el Router 1 se prepara para enviar una actualización al Router 2. Consulte Comportamiento de RIP e IGRP al enviar y recibir actualizaciones para obtener información más detallada sobre esta toma de decisiones. Recuerde que el anuncio de la red 131.108.5.0/24 es de interés aquí. Ésta es la pregunta que necesita responder:

  • ¿Es 172.16.5.0/24 parte de la misma red principal que 172.20.88.0/24, que es la red asignada a la interfaz que origina la actualización?

    • No: El Router 1 resume 172.16.5.0/24 y anuncia la ruta 172.16.0.0/16. El resumen se hace al límite con clase principal. En este caso, la dirección es una dirección de clase B, por lo que el resumen es de 16 bits.

    • Sí: Aunque éste no sea el caso del ejemplo, si la respuesta a la pregunta fuera Sí, el Router 1 no resumiría la red y anunciaría la red con la información de subred intacta.

Utilice el comando debug ip rip en el Router 1 para ver la actualización que envía el Router 1:

RIP: sending v1 update to 255.255.255.255 via Serial3/0 (172.20.88.2)
RIP: build update entries
  network 172.16.0.0 metric 1

El Router 2 Recibe Actualizaciones del Router 1

Cuando el Router 2 se prepare para recibir una actualización del Router 1, debe identificar las preguntas que necesitan respuesta. De nuevo, recuerde que la recepción de la red 172.16.5.0/24 es de interés aquí. Sin embargo, recuerde que cuando el Router 1 envió la actualización, la red se resumió en 172.16.0.0/16. Ésta es la pregunta que necesita responder:

  • ¿Es la red que recibe las actualizaciones (172.16.0.0/16) parte de la misma red principal de 172.20.88.0, que es la dirección asignada a la interfaz que ha recibido la actualización?

    • No: ¿Alguna subred de esta red principal ya existe en la tabla de ruteo proveniente de interfaces distintas de aquélla que recibió la actualización?

    • Sí: Ignore la actualización.

De nuevo, utilice el comando debug ip rip en el Router 2 para ver las actualizaciones procedentes del Router 1:

RIP: received v1 update from 172.20.88.2 on Serial2/0
     172.16.0.0 in 1 hops

Sin embargo, la tabla de ruteo del Router 2 indica que la actualización fue ignorada. La única entrada para cualquier subred o red en 172.16.0.0 es la que está conectada directamente con Ethernet0. La salida del comando show ip route en el Router 2 muestra:

172.20.0.0/24 is subnetted, 1 subnets
C       172.20.88.0 is directly connected, Serial2/0
     172.16.0.0/24 is subnetted, 1 subnets
C       172.16.2.0 is directly connected, Ethernet0/0

El comportamiento de RIPv1 e IGRP es tal que cuando el Router 1 y el Router 2 intercambian las actualizaciones, el Router 1 y el Router 2 no conocen las subredes conectadas de 172.16.5.0/24 y 172.16.2.0/24. Como consecuencia, los dispositivos de estas dos subredes no pueden comunicarse entre sí.

Solución

En algunas situaciones, las redes no contiguas son inevitables. En estas situaciones, Cisco recomienda no utilizar RIPv1 o IGRP. Los protocolos de ruteo EIGRP u OSPF son más adecuados para esta situación.

Establecimiento de Conectividad

En el caso de que utilice RIPv1 o IGRP con redes no contiguas, debe utilizar rutas estáticas para establecer la conectividad entre las subredes no contiguas. En este ejemplo, estas rutas estáticas establecen esta conectividad:

Para el Router 1:

ip route 172.16.2.0 255.255.255.0 172.20.88.1

Para el Router 2:

ip route 172.16.5.0 255.255.255.0 172.20.88.2

Información Relacionada

¿Resultó útil este documento?

FeedbackComentarios

Contacte a Cisco

Este documento se aplica a estos productos