IP : Routing IP

Selección de ruta en routers Cisco

19 Mayo 2008 - Traducción manual
Otras Versiones: PDFpdf | Traducción Automática (31 Julio 2013) | Inglés (2 Enero 2008) | Comentarios

Contenidos

Introducción
Requisitos previos
     Requisitos
     Componentes utilizados
     Convenciones
Procesos involucrados
Creación de la tabla de ruteo
     Rutas para copias de seguridad
     Ajuste de la distancia administrativa
     De qué manera la métrica determina el proceso de selección de ruta
     Longitudes de prefijo
Toma de decisiones de reenvío
     IP Classless
Resumen
Discusiones relacionadas de la comunidad de soporte de Cisco

Introducción

Uno de los aspectos interesantes de los routers Cisco, especialmente para aquellos usuarios que se inician en el ruteo, es la forma en que el router elige la ruta que es mejor entre aquellas presentadas por los protocolos de ruteo, la configuración manual y otros distintos medios. Si bien la selección de la ruta es mucho más simple de lo que pueda imaginarse, su comprensión completa requiere conocer en parte el funcionamiento de los routers Cisco.

Requisitos previos

Requisitos

No hay requisitos previos específicos para este documento.

Componentes utilizados

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

Convenciones

Si desea obtener más información sobre las convenciones del documento, consulte las Convenciones de consejos técnicos de Cisco.

Procesos involucrados

Existen tres procesos relacionados con la construcción y el mantenimiento de la tabla de ruteo de un router Cisco:

  • Varios procesos de ruteo, que en realidad ejecutan un protocolo de red (o ruteo), como el Enhanced Interior Gateway Routing Protocol (EIGRP), protocolo de gateway marginal (BGP), sistema intermedio a sistema intermedio (IS-IS) y Open Shortest Path First (OSPF).

  • La tabla de ruteo, que acepta información de procesos de ruteo y también responde a las solicitudes de información de procesos de reenvío.

  • El proceso de reenvío, que solicita información de la tabla de ruteo para tomar decisiones de reenvío.

Analicemos la interacción entre los protocolos de ruteo y la tabla de ruteo para comprender cómo se crea la tabla.

Creación de la tabla de ruteo

A continuación se presentan las consideraciones principales para la creación de la tabla de ruteo:

  • Distancia administrativa: es la medida de confiabilidad del origen de la ruta. Si un router recibe información sobre un destino desde más de un protocolo de ruteo, se compara la distancia administrativa y se da preferencia a los routers cuyo valor sea menor. En otras palabras, es la credibilidad del origen de la ruta.

  • Métrica: es una medida utilizada por el protocolo de ruteo para calcular el mejor trayecto hacia un destino, si recibe información sobre varios trayectos hacia el mismo destino. Cada protocolo de ruteo usa una métrica diferente.

  • Longitud de prefijo

Dado que cada proceso de ruteo recibe actualizaciones junto con otra información, selecciona el mejor trayecto para un determinado destino e intenta instalar este trayecto en la tabla de ruteo. Por ejemplo, si EIGRP recibe información acerca de un trayecto hacia 10.1.1.0/24 y decide que éste es el mejor hacia este destino, intenta instalarlo en la tabla de ruteo.

El router decide si instala o no las rutas que presentaron los procesos de ruteo en función de la distancia administrativa de la ruta en cuestión. Si este trayecto tiene la menor distancia administrativa a este destino (cuando se compara con las otras rutas en la tabla), se instala en la tabla de ruteo. Si la ruta no coincide con la ruta con la mejor distancia administrativa, se rechaza la ruta.

Para entenderlo mejor, veamos un ejemplo. Suponga que un router posee cuatro procesos de ruteo en ejecución: EIGRP, OSPF, RIP e IGRP. Los cuatro procesos han obtenido información acerca de las diferentes rutas a la red 192.168.24.0/24 y cada uno ha seleccionado el mejor trayecto a esa red a través de su métrica y procesos internos.

Cada uno de estos cuatro procesos intenta instalar su ruta hacia 192.168.24.0/24 en la tabla de ruteo. A cada uno de los procesos de ruteo se le asigna una distancia administrativa, que se utiliza para decidir qué ruta se instalará.

Distancias administrativas predeterminadas

Conectado

0

Estática

1

eBGP

20

EIGRP (interno)

90

IGRP

100

OSPF

110

IS-IS

115

RIP

120

EIGRP (externo)

170

iBGP

200

Ruta de resumen EIGRP

5

Dado que la ruta EIGRP interna tiene la mejor distancia administrativa (cuanto menor es la distancia administrativa, mayor es la preferencia), está instalada en la tabla de ruteo.

Rutas para copias de seguridad

¿Qué hacen los otros protocolos, RIP, IGRP y OSPF, con las rutas que no fueron instaladas? ¿Qué ocurre si falla el trayecto preferido, obtenido de EIGRP? El software Cisco IOS® utiliza dos enfoques para solucionar este problema: Lo primero es hacer que cada intento de proceso de ruteo instale sus mejores rutas periódicamente. Si la ruta preferida falla, la siguiente mejor ruta (de acuerdo con la distancia administrativa) prosperará en el siguiente intento. La otra solución consiste en que el protocolo de ruteo que no ha logrado instalar su ruta en la tabla sea sostenido por la ruta y le informe al proceso de la tabla de ruteo que notifique los errores del mejor trayecto.

Para los protocolos sin tabla propia de información de ruteo, como IGRP, se utiliza el primer método. Cada vez que IGRP reciba una actualización sobre una ruta, intentará instalar la información actualizada en la tabla de ruteo. Si ya existe una ruta en este mismo destino en la tabla de ruteo, la instalación no se lleva a cabo.

Para los protocolos sin base de datos propia de información de ruteo, como EIGRP, IS-IS, OSPF, BGP y RIP, se registra una ruta de respaldo cuando falla el primero intento de instalar la ruta. Si la ruta instalada en la tabla de ruteo falla por algún motivo, el proceso de mantenimiento de la tabla de ruteo llama a cada proceso del protocolo de ruteo que tenga una ruta de respaldo registrada y le solicita que vuelva a instalar la ruta en la tabla de ruteo. Si hay múltiples protocolos con rutas de respaldo registradas, se selecciona la ruta preferida en función de la distancia administrativa.

Ajuste de la distancia administrativa

La distancia administrativa predeterminada no siempre será correcta para su red; se recomienda que las ajuste de manera que las rutas RIP sean las preferidas por encima de IGRP. Antes de explicar cómo ajustar las distancias administrativas, tenemos que ver lo que implica cambiar la distancia administrativa.

El cambio de la distancia administrativa en los protocolos de ruteo puede ser muy peligroso. De hecho, cambiar las distancias predeterminadas puede generar bucles de ruteo y otras imperfecciones en su red. Recomendamos que cambie la distancia con precaución y sólo después de haber pensado qué es lo que quiere lograr y cuáles serán las consecuencias de sus acciones.

Para protocolos completos, cambiar la distancia es relativamente fácil; simplemente configure la distancia utilizando el comando distance en el modo de subconfiguración del proceso de ruteo. También puede cambiar la distancia de las rutas sobre las sólo informa un origen en algunos protocolos, y puede modificar la distancia sólo en determinadas rutas.

Para las rutas estáticas, puede modificar la distancia de todas ellas ingresando una distancia después del comando ip route:

ip route network subnet mask next hop distance

No es posible cambiar la distancia administrativa de todas las rutas estáticas de forma simultánea.

De qué manera la métrica determina el proceso de selección de ruta

Las rutas se eligen y crean en la tabla de ruteo en función de la distancia administrativa del protocolo de ruteo. Las rutas que el protocolo de ruteo identifica con la menor distancia administrativa se instalan en la tabla de ruteo. Si hay múltiples trayectos hacia el mismo destino desde un único protocolo de ruteo, estos trayectos tendrán la misma distancia administrativa y se seleccionará el mejor trayecto en función de la métrica. La métrica son valores asociados a rutas específicas, clasificándolos de los más a los menos preferidos. Los parámetros utilizados para determinar la métrica varían entre los diferentes protocolos de ruteo. Se selecciona el trayecto con la menor métrica como el trayecto óptimo y se instala en la tabla de ruteo. Si hay múltiples trayectos hacia el mismo destino con métricas iguales, el balance de carga se realiza sobre estos trayectos de igual costo. Para obtener más información acerca del balance de carga, consulte ¿Cómo funciona el balance de carga?

Longitudes de prefijo

Analicemos otra situación para ver cómo el router maneja otra situación frecuente: longitudes de prefijo variable. Suponga de nuevo que un router está ejecutando cuatro procesos de ruteo y que cada proceso ha recibido estas rutas:

  • EIGRP (interno): 192.168.32.0/26

  • RIP: 192.168.32.0/24

  • OSPF: 192.168.32.0/19

¿Cuál de estas rutas se instalará en la tabla de ruteo? Dado que las rutas EIGRP internas tienen la mejor distancia administrativa, es tentador suponer que se instalará la primero. No obstante, dado que cada una de estas rutas tiene una longitud de prefijo diferente (máscara de subred), se consideran como destinos diferentes y se instalarán en la tabla de ruteo.

Veamos cómo el motor de reenvío utiliza la información de la tabla de ruteo para tomar decisiones de reenvío.

Toma de decisiones de reenvío

Veamos las tres rutas que acabamos de instalar en la tabla de ruteo y cómo se ven en el router.

router# show ip route
     ....
     D   192.168.32.0/26 [90/25789217] via 10.1.1.1
     R   192.168.32.0/24 [120/4] via 10.1.1.2
     O   192.168.32.0/19 [110/229840] via 10.1.1.3
     ....

Si un paquete llega a una interfaz de router destinada para 192.168.32.1, ¿qué ruta elegiría el router? Depende de la longitud del prefijo o del número de bits configurados en la máscara de subred. Los prefijos más largos siempre se prefieren en relación con los más cortos al reenviar un paquete.

En este caso, un paquete destinado a 192.168.32.1 se dirige hacia 10.1.1.1, dado que 192.168.32.1 se encuentra dentro de la red 192.168.32.0/26 (192.168.32.0 a 192.168.32.63). También se encuentra dentro de otras dos rutas disponibles, pero 192.168.32.0/26 tiene el prefijo más largo dentro de la tabla de ruteo (26 bits frente 24 o 19 bits).

De la misma manera, si un paquete con destino a 192.168.32.100 llega a una de las interfaces del router, éste se reenvía a 10.1.1.2, porque 192.168.32.100 no entra en 192.168.32.0/26 (de 192.168.32.0 a 192.168.32.63), pero sí entra en el destino 192.168.32.0/24 (de 192.168.32.0 a 192.168.32.255). Nuevamente, también se encuentra dentro del rango abarcado por 192.168.32.0/19, pero 192.168.32.0/24 tiene una longitud de prefijo más extensa.

IP Classless

En general, es confuso el momento en que el comando de configuración ip classless se encuentra dentro de los procesos de ruteo y reenvío. En realidad, IP classless sólo afecta al funcionamiento de los procesos de reenvío en IOS, pero no afecta a la forma en que se crea la tabla de ruteo. Si IP classless no está configurado (utilizando el comando no ip classless, el router no reenvía paquetes a supernets. A modo de ejemplo, coloquemos nuevamente tres rutas en la tabla de ruteo y enrutemos paquetes a través del router.

Nota: Si se obtiene información sobre la ruta a supernet o predeterminada a través de IS-IS u OSPF, el comando de configuración no ip classless se ignora. En este caso, el comportamiento de conmutación de paquetes funciona a pesar de que se haya configurado ip classless.

router# show ip route
....
     172.30.0.0/16 is variably  subnetted, 2 subnets, 2 masks
D        172.30.32.0/20 [90/4879540] via  10.1.1.2
D       172.30.32.0/24  [90/25789217] via 10.1.1.1
S*   0.0.0.0/0 [1/0] via 10.1.1.3  

Si tenemos en cuenta que la red 172.30.32.0/24 incluye las direcciones 172.30.32.0 a 172.30.32.255 y que la red 172.30.32.0/20 incluye las direcciones 172.30.32.0 a 172.30.47.255, podemos intentar conmutar tres paquetes a través de esta tabla de ruteo y ver cuáles son los resultados.

  • Un paquete destinado a 172.30.32.1 se reenvía a 10.1.1.1, dado que ésta es la coincidencia con el prefijo de máxima longitud.

  • Un paquete destinado a 172.30.33.1 se reenvía a 10.1.1.2, dado que ésta es la coincidencia con el prefijo de máxima longitud.

  • Un paquete destinado a 192.168.10.1 se reenvía a 10.1.1.3, dado que esta red no existe en la tabla de ruteo, este paquete se reenvía a la ruta predeterminada.

  • Un paquete destinado a 172.30.254.1 se descarta.

La sorprendente respuesta de estas cuatro es el último paquete, que se descarta. Se descarta porque su destino, 172.30.254.1, está dentro de una red principal conocida, 172.30.0.0/16, pero el router no conoce esta subred en particular dentro de esa red principal.

Ésta es la esencia del ruteo classful: Si se conoce una parte de una red principal, pero se desconoce la subred hacia la que está destinada el paquete se encuentra dentro de esa red, el paquete se descarta.

El punto más confuso de esta regla es que el router sólo utiliza la ruta predeterminada si la red principal de destino no existe en la tabla de ruteo.

Esto puede causar problemas en una red en la que un sitio remoto, con una conexión con el resto de la red, no ejecuta ningún protocolo de ruteo, según se muestra a continuación.

21a.gif

El router del sitio remoto se configura así:

interface Serial 0
     ip address 10.1.2.2 255.255.255.0
   !
   interface Ethernet 0
     ip address 10.1.1.1 255.255.255.0
   !
   ip route 0.0.0.0 0.0.0.0 10.1.2.1
   !
   no ip classless

Con esta configuración, los host en el sitio remoto pueden alcanzar destinos en Internet (a través de la nube 10.x.x.x), pero no destinos dentro de la nube 10.x.x.x, que es la red corporativa. Dada que el router remoto tiene información sobre parte de la red 10.0.0.08/8, sobre las dos subredes conectadas directamente y sobre ninguna otra subred de 10.x.x.x, interpreta que estas otras subredes no existen y descarta cualquier paquete destinado a ellas. No obstante, el tráfico destinado a Internet no siempre tiene un destino en el rango de direcciones10.x.x.x y, en consecuencia, se enruta correctamente hacia la ruta predeterminada.

La configuración de ip classless en el router remoto soluciona este problema al permitir que el router ignore los límites de classful de las redes en su tabla de ruteo y que, simplemente, enrute la coincidencia de prefijo de máxima longitud.

Resumen

En resumen, si se toma una decisión de reenvío, en realidad incluye tres conjuntos de procesos: los protocolos de ruteo, la tabla de ruteo y el proceso real que toma una decisión de reenvío y conmuta los paquetes. Estos tres conjuntos de procesos están ilustrados a continuación, junto con su relación.

21b.gif

La coincidencia de prefijo más extenso siempre prevalece entre las rutas efectivamente instaladas en la tabla de ruteo, mientras que el protocolo de ruteo con la menor distancia administrativa siempre prevalece cuando se instalan rutas en la tabla de ruteo.


Discusiones relacionadas de la comunidad de soporte de Cisco

La Comunidad de Soporte de Cisco es un foro donde usted puede preguntar y responder, ofrecer sugerencias y colaborar con colegas.


Document ID: 8651