El otro día me encontré con algunos problemas con una ruta por defecto, que me llevó a buscar el comportamiento de la redistribución de una ruta por defecto en un protocolo de enrutamiento dinámico. Caso típico de cualquier certificación.
Tomemos, por ejemplo, la siguiente
! default route
ip route 0.0.0.0 0.0.0.0 1.1.1.1
! pick your routing protocol
router XXXXX
redistribute static
¿Bajo qué condiciones la ruta por defecto que en el protocolo de enrutamiento? La documentación parece indicar que el proceso es automático en EIGRP, sino que requiere de intervención en el IS-IS, OSPF y BGP. Vamos a validar.
Tomemos una simple red:
1.1.1.0/24 [R1] 2.2.2.0/24 [R2] 3.3.3.0/24 [R3]
( dynagen .net ) (Dynagen. Netas)
router eigrp 1
redistribute static
network 1.0.0.0
network 2.0.0.0
no auto-summary
!
ip route 0.0.0.0 0.0.0.0 1.1.1.99
y más en R3
D*EX 0.0.0.0/0 [170/33280] via 3.3.3.1, 00:01:00, FastEthernet0/0
Algo a tener en cuenta es que la declaración sobre la red especificado 1.1.1.0 y 2.2.2.0, 0.0.0.0 y no. Esto se debe a que la declaración sobre la red en la configuración de EIGRP se utiliza para que coincida con las interfaces que EIGRP que se pueden ejecutar en, que es donde la red proviene de la información. 0.0.0.0 red que coincide con ambas interfaces, pero todavía no añadir la ruta por defecto. La estática es redistribuir lo que hace que la ruta para llegar a EIGRP (que es la razón por la que se muestra en R3 de la tabla de enrutamiento como D * EX)
En OSPF, tenemos en R1
router ospf 1
log-adjacency-changes
redistribute static subnets
network 0.0.0.0 255.255.255.255 area 0
Esta vez he utilizado la red 0.0.0.0 para salvar a algunos a escribir. Sin embargo no R3 ver la ruta por defecto. No ver otra ruta puse a 9.9.9.0/24, por lo que sabemos redistribución funciona correctamente.
La solución aquí es el valor por defecto de información proceden de mando. Agregando "por defecto de información sobre su origen" en la configuración de OSPF resuelve lo siguiente:
O*E2 0.0.0.0/0 [110/1] via 3.3.3.1, 00:00:02, FastEthernet0/0
Para BGP, R1 se configura de la siguiente manera:
R1#show run | section router bgp
router bgp 1
no synchronization
bgp log-neighbor-changes
network 1.1.1.0
network 2.2.2.0
neighbor 2.2.2.2 remote-as 2
no auto-summary
Si yo redistribuir estática, la ruta por defecto no aparece en R2:
R2#show ip route bgp
9.0.0.0/24 is subnetted, 1 subnets
B 9.9.9.0 [20/0] via 2.2.2.1, 00:00:31
Por lo menos existen dos opciones. 1 es para hacer el "defecto de información sobre su origen", que permite a la ruta a ser redistribuidos en BGP. La otra es que no redistribuir, pero el uso de la red 0.0.0.0 comando para anunciar la ruta por defecto. En BGP, la declaración sobre la red especifica las rutas que se anuncian, y no como las interfaces OSPF y EIGRP.
La diferencia entre las dos opciones, sin embargo, es en los atributos BGP.
! redistribute static and default-information originate
R2#show ip bgp 0.0.0.0
BGP routing table entry for 0.0.0.0/0, version 8
Paths: (1 available, best #1, table Default-IP-Routing-Table)
Not advertised to any peer
1
2.2.2.1 from 2.2.2.1 (2.2.2.1)
Origin incomplete , metric 0, localpref 100, valid, external, best
! network 0.0.0.0
R2# show ip bgp 0.0.0.0
BGP routing table entry for 0.0.0.0/0, version 12
Paths: (1 available, best #1, table Default-IP-Routing-Table)
Flag: 0×820
Not advertised to any peer
1
2.2.2.1 from 2.2.2.1 (2.2.2.1)
Origin IGP , metric 0, localpref 100, valid, external, best
La diferencia aquí es que la publicidad de una red local marca el origen como IGP, sino una redistribución de la marca como incompleta. Mira en el paso 5 de la ruta BGP mejor algoritmo de selección para ver que se prefiere IGP más incompleta (aunque por el momento se compara origen, peso, de las preferencias locales, y AS_PATH longitud ya se han comparado)
Según el protocolo encontramos rutas de encaminamiento distintas, caso ideal para tu certificación Cisco CNNA y CCNP.
