Introducción
En este documento se describen las rutas estáticas y se utiliza una situación problemática para demostrar cuándo es conveniente especificar cómo llegar a la dirección IP del siguiente salto.
Prerequisites
Requirements
No hay requisitos específicos para este documento.
Componentes Utilizados
Este documento no tiene restricciones específicas en cuanto a versiones de software y de hardware.
La información que contiene este documento se creó a partir de los dispositivos en un ambiente de laboratorio específico. Todos los dispositivos que se utilizan en este documento se pusieron en funcionamiento con una configuración verificada (predeterminada). Si tiene una red en vivo, asegúrese de entender el posible impacto de cualquier comando.
Antecedentes
Las rutas estáticas se utilizan por numerosas razones y, a menudo, cuando no hay ninguna ruta dinámica a la dirección IP de destino o para anular la ruta detectada dinámicamente.
De manera predeterminada, las rutas estáticas tienen un distancia administrativa de uno, lo que les otorga prioridad sobre las rutas de cualquier protocolo de routing dinámico. Al aumentar la distancia administrativa a un valor superior al de un protocolo de routing dinámico, la ruta estática puede constituir una red de seguridad en caso de que ocurra un error con el routing dinámico. Por ejemplo, las rutas derivadas del protocolo de routing de gateway interior mejorado (EIGRP) tienen una distancia administrativa predeterminada de 90 para las rutas internas y de 170 para las rutas externas. Para configurar la anulación de una ruta estática por parte de una ruta del EIGRP, debe especificar una distancia administrativa superior a 170 para la ruta estática.
Una ruta estática con una distancia administrativa alta se denomina ruta estática flotante. Se instala en la tabla de routing solo cuando desaparece la ruta detectada dinámicamente. Un ejemplo de una ruta estática flotante es: ip route 172.31.10.0 255.255.255.0 10.10.10.2 101.
Nota: Una distancia administrativa de 255 se considera inalcanzable; nunca se ingresan rutas estáticas con una distancia administrativa de 255 en la tabla de routing.
Convenciones
Para obtener más información sobre las convenciones del documento, consulte Convenciones de Consejos Técnicos de Cisco.
Ruta estática a la interfaz sin la dirección IP del siguiente salto
Puede configurar una ruta estática a una interfaz y no especificar la dirección IP del salto siguiente. Esto es bueno para todos los casos donde la interfaz es una interfaz punto a punto. Esto no se recomienda si la interfaz es una interfaz de acceso múltiple, como una interfaz Ethernet. La ruta estática a la interfaz se inserta en la tabla de ruteo solamente cuando la interfaz está activa. No se recomienda la ruta estática a una interfaz Ethernet sin dirección de salto siguiente porque cuando la ruta estática apunta a una interfaz y no tiene información de salto siguiente, el router considera que cada host dentro del rango de la ruta está conectado directamente a través de esa interfaz. Un ejemplo de tal ruta estática es: ip route 0.0.0.0 0.0.0.0 Ethernet0.
Con este tipo de configuración, un router ejecuta el Protocolo de resolución de direcciones (ARP) en la Ethernet para cada destino que el router encuentra a través de la ruta predeterminada porque el router considera que todos estos destinos están conectados directamente a Ethernet0. Este tipo de ruta estática, especialmente si es utilizado por muchos paquetes para muchas subredes de destino diferentes, puede causar un uso elevado del procesador y una caché ARP muy grande (junto con fallas de asignación de memoria). Por lo tanto, no se recomienda este tipo de ruta estática.
Al especificar la dirección del siguiente salto en una interfaz conectada directamente, el router no ejecuta el ARP para cada dirección de destino. Un ejemplo es IP route 0.0.0.0 0.0.0.0 Ethernet0 192.168.1.1.
Puede especificar solamente la dirección de próximo salto conectada directamente sin una interfaz, pero esto no se recomienda por las razones descritas en este documento.
No es necesario especificar la dirección del siguiente salto conectado directamente. Se pueden especificar la dirección de siguiente salto remota y la interfaz a la que se recurre el siguiente salto remoto.
Si existe la posibilidad de que la interfaz del siguiente salto se deshabilite y se pueda alcanzar el siguiente salto mediante una ruta recursiva, especifique la dirección IP del siguiente salto y la interfaz alternativa que se usarán para encontrar el siguiente salto. Por ejemplo, la ruta IP 10.0.0.1 255.255.255.255 Serial 3/3 192.168.20.1. La adición de la interfaz alternativa permite que la instalación de la ruta estática sea más determinista.
Ejemplo de ruta estática flotante
Este ejemplo describe el uso de rutas estáticas flotantes e ilustra la necesidad de especificar la interfaz saliente y la dirección de salto siguiente con el comando static route.
Problema
Con la configuración de red que se ejemplifica en esta imagen, un host 172.31.10.1 tiene conectividad a Internet. En este ejemplo, el host realiza una conexión con el host remoto de Internet 10.100.1.1:
Con esta configuración, el enlace principal es el enlace entre el puerto serial 1/0 en R1 y el puerto serial 1/0 en R2 para el tráfico desde y hacia el host 172.31.10.1 a Internet. El host 10.100.1.1 se utiliza como ejemplo de un host de Internet. El enlace entre el puerto serial 2/0 en R1 y el puerto serial 2/0 en R2 es el enlace de respaldo. El enlace de respaldo solo se usa si falla el enlace principal. Se lo implementa usando rutas estáticas que apunten al enlace principal y rutas estáticas flotantes que apunten al enlace de respaldo.
Hay dos rutas estáticas al mismo destino (172.31.10.0/24) en R1. Una ruta es la ruta estática regular y la otra es la ruta estática flotante, que es la ruta de respaldo, o redundante a la red de destino en la LAN. El problema en esta situación es que la ruta estática flotante nunca se instala en la tabla de routing cuando el enlace principal no funciona.
Esta es la configuración en R1:
hostname R1
!
interface Serial1/0
ip address 10.10.10.1 255.255.255.252
!
interface Serial2/0
ip address 10.10.20.1 255.255.255.252
!
ip route 10.0.0.0 255.0.0.0 192.168.10.2
! This is the primary route to get to hosts on the internet.
ip route 172.31.10.0 255.255.255.0 10.10.10.2
! This is the preferred route to the LAN.
ip route 172.31.10.0 255.255.255.0 10.10.20.2 250
! This is the floating static route to the LAN.
Esta es la configuración en R2:
hostname R2
!
interface Serial1/0
ip address 10.10.10.2 255.255.255.252
!
interface Serial2/0
ip address 10.10.20.2 255.255.255.252
!
ip route 0.0.0.0 0.0.0.0 10.10.10.1
ip route 0.0.0.0 0.0.0.0 10.10.20.1 250
!
Esta es la tabla de routing para R1:
R1#show ip route
Codes: L - local, C - connected, S - static, R - RIP, M - mobile, B - BGP
D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area
N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2
E1 - OSPF external type 1, E2 - OSPF external type 2
i - IS-IS, su - IS-IS summary, L1 - IS-IS level-1, L2 - IS-IS level-2
ia - IS-IS inter area, * - candidate default, U - per-user static route
o - ODR, P - periodic downloaded static route, H - NHRP, l - LISP
a - application route
+ - replicated route, % - next hop override
Gateway of last resort is not set
10.0.0.0/8 is variably subnetted, 5 subnets, 3 masks
S 10.0.0.0/8 [1/0] via 192.168.10.2
C 10.10.10.0/30 is directly connected, Serial1/0
L 10.10.10.1/32 is directly connected, Serial1/0
C 10.10.20.0/30 is directly connected, Serial2/0
L 10.10.20.1/32 is directly connected, Serial2/0
172.31.0.0/24 is subnetted, 1 subnets
S 172.31.10.0 [1/0] via 10.10.10.2
192.168.10.0/24 is variably subnetted, 2 subnets, 2 masks
C 192.168.10.0/30 is directly connected, Serial3/0
L 192.168.10.1/32 is directly connected, Serial3/0
Cuando se realiza un ping desde el host hasta el host de Internet 10.100.1.1, funciona como se esperaba.
host#ping 10.100.1.1
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 10.100.1.1, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 73/78/80 ms
Una traceroute desde el host hasta el host de Internet 10.100.1.1 muestra:
host#traceroute 10.100.1.1
Type escape sequence to abort.
Tracing the route to 10.100.1.1
VRF info: (vrf in name/id, vrf out name/id)
1 172.31.10.2 1 msec 1 msec 1 msec
2 10.10.10.1 31 msec 39 msec 39 msec
3 192.168.10.2 80 msec * 80 msec
Se utiliza el enlace principal 10.10.10.0/30.
Si apaga el puerto serial 1/0 en R1 para probar el failover, espere que R1 instale la ruta estática flotante a la LAN local 172.31.10.0, y que R2 instale la ruta estática flotante a 0.0.0.0 a 10.10.20.1. También espere que el tráfico fluya sobre el link de respaldo.
R1#conf t
Enter configuration commands, one per line. End with CNTL/Z.
R1(config)#interface serial1/0
R1(config-if)#shutdown
R1(config-if)#end
R1#
Sin embargo, la ruta estática para la LAN 172.31.10.0/24 permanece en la tabla de routing para R1:
R1#show ip route
Codes: L - local, C - connected, S - static, R - RIP, M - mobile, B - BGP
D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area
N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2
E1 - OSPF external type 1, E2 - OSPF external type 2
i - IS-IS, su - IS-IS summary, L1 - IS-IS level-1, L2 - IS-IS level-2
ia - IS-IS inter area, * - candidate default, U - per-user static route
o - ODR, P - periodic downloaded static route, H - NHRP, l - LISP
a - application route
+ - replicated route, % - next hop override
Gateway of last resort is not set
10.0.0.0/8 is variably subnetted, 3 subnets, 3 masks
S 10.0.0.0/8 [1/0] via 192.168.10.2
C 10.10.20.0/30 is directly connected, Serial2/0
L 10.10.20.1/32 is directly connected, Serial2/0
172.31.0.0/24 is subnetted, 1 subnets
S 172.31.10.0 [1/0] via 10.10.10.2
192.168.10.0/24 is variably subnetted, 2 subnets, 2 masks
C 192.168.10.0/30 is directly connected, Serial3/0
L 192.168.10.1/32 is directly connected, Serial3/0
R1#show ip route 172.31.10.0
Routing entry for 172.31.10.0/24
Known via "static", distance 1, metric 0
Routing Descriptor Blocks:
* 10.10.10.2
Route metric is 0, traffic share count is 1
R1#show ip route 10.10.10.2
Routing entry for 10.0.0.0/8
Known via "static", distance 1, metric 0
Routing Descriptor Blocks:
* 192.168.10.2
Route metric is 0, traffic share count is 1
El ping y el traceroute desde el host ya no funcionan:
host#ping 10.100.1.1
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 10.100.1.1, timeout is 2 seconds:
.....
Success rate is 0 percent (0/5)
host#traceroute 10.100.1.1
Type escape sequence to abort.
Tracing the route to 10.100.1.1
VRF info: (vrf in name/id, vrf out name/id)
1 172.31.10.2 1 msec 1 msec 1 msec
2 * * *
3 * * *
4 * * *
5 * * *
6 * * *
7 * * *
8 * * *
9 * * *
10 * * *
11 * * *
…
La ruta estática flotante no está instalada en R1 y la ruta estática principal sigue en la tabla de routing para R1, incluso con el puerto serial 1/0 deshabilitado. Esto ocurre porque las rutas estáticas son recursivas por naturaleza. Mantenga siempre la ruta estática en la tabla de routing, en la medida en que haya una ruta para el siguiente salto.
En este escenario de problema, puede esperar que debido a que el link primario está inactivo, tenga la ruta estática flotante con la distancia administrativa 250 instalada en la tabla de ruteo en R1. Sin embargo, la ruta estática flotante no se instala en la tabla de ruteo porque la ruta estática regular permanece en la tabla de ruteo. La dirección IP del siguiente salto 10.10.10.2 se dirige recursivamente (a 192.168.10.2) de forma correcta mediante la ruta estática 10.0.0.0/8, que está presente en la tabla de routing.
Solución
Configure una ruta estática en R1, donde el siguiente salto no pueda dirigirse recursivamente a otra ruta estática. Cisco recomienda configurar tanto la interfaz saliente como la dirección IP del siguiente salto para una ruta estática. Para una interfaz serial, la especificación de la interfaz saliente es suficiente, ya que una interfaz serial es una interfaz de punto a punto. Si la interfaz saliente es una interfaz de Ethernet, deberá configurar la interfaz saliente y la dirección IP del siguiente salto.
Este ejemplo es una ruta estática para la LAN configurada con la especificación de la interfaz saliente:
R1#conf t
Enter configuration commands, one per line. End with CNTL/Z.
R1(config)#no ip route 172.31.10.0 255.255.255.0 10.10.10.2
R1(config)#ip route 172.31.10.0 255.255.255.0 Serial1/0
R1(config)#end
R1#show ip route
Codes: L - local, C - connected, S - static, R - RIP, M - mobile, B - BGP
D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area
N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2
E1 - OSPF external type 1, E2 - OSPF external type 2
i - IS-IS, su - IS-IS summary, L1 - IS-IS level-1, L2 - IS-IS level-2
ia - IS-IS inter area, * - candidate default, U - per-user static route
o - ODR, P - periodic downloaded static route, H - NHRP, l - LISP
a - application route
+ - replicated route, % - next hop override
Gateway of last resort is not set
10.0.0.0/8 is variably subnetted, 3 subnets, 3 masks
S 10.0.0.0/8 [1/0] via 192.168.10.2
C 10.10.20.0/30 is directly connected, Serial2/0
L 10.10.20.1/32 is directly connected, Serial2/0
172.31.0.0/24 is subnetted, 1 subnets
S 172.31.10.0 [250/0] via 10.10.20.2
192.168.10.0/24 is variably subnetted, 2 subnets, 2 masks
C 192.168.10.0/30 is directly connected, Serial3/0
L 192.168.10.1/32 is directly connected, Serial3/0
Ahora, el ping y el traceroute desde el host hasta el host de Internet funcionan y se usa el enlace de respaldo:
R1#show ip route 172.31.10.0
Routing entry for 172.31.10.0/24
Known via "static", distance 250, metric 0 (connected)
Routing Descriptor Blocks:
* 10.10.20.2
Route metric is 0, traffic share count is 1
host#ping 10.100.1.1
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 10.100.1.1, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 76/79/80 ms
host#traceroute 10.100.1.1
Type escape sequence to abort.
Tracing the route to 10.100.1.1
VRF info: (vrf in name/id, vrf out name/id)
1 172.31.10.2 1 msec 1 msec 1 msec
2 10.10.20.1 38 msec 39 msec 40 msec
3 192.168.10.2 80 msec * 80 msec
Conclusión
Cisco recomienda encarecidamente que especifique la interfaz de salida y la dirección IP del siguiente salto cuando se configuran rutas estáticas. Cuando la interfaz saliente es un enlace de punto a punto (por ejemplo, un enlace serial), no es necesaria la especificación de la dirección IP del siguiente salto.