**¿Cómo calcula EIGRP la distancia cuando se redistribuye una ruta BGP?
-La métrica desde cualquier origen de enrutamiento (excluyendo EIGRP e IGRP) hacia EIGRP es infinita, por lo que EIGRP no tiene manera de interpretar y configurar la métrica de una ruta redistribuida de otros protocolos.
Para esto, se necesita una métrica base (seed metric) que se configura en:
.Route-map:
route-map EIGRP_SEED permit 10
set metric 100000 1 255 1 1500
!
.Punto de redistribución:
router eigrp 1
redistribute bgp 1 metric 100000 1 255 1 1500
!
.Global en el protocolo:
router eigrp 1
default-metric 100000 1 255 1 1500
!
(En modo nombrado, la configuración se ingresa dentro de "topology base").
Ten en cuenta que el panorama de redistribución en EIGRP cambia un poco en entornos MPLS (L3VPN) ;).
¿Qué atributos de BGP podrían afectar una ruta seccionada en EIGRP cuando una ruta BGP es redistribuida en EGRIP?
En su estado puro, ningún atributo afecta la redistribución de BGP a EIGRP, a menos de que haya una política mediante un route-map que indique que la ruta no se redistribuya. Como la redistribución sucede desde la tabla de enrutamiento (RIB), la ruta deberá estar instalada en la RIB y exista un seed metric en EIGRP, la ruta se inyecta en la base de datos de EIGRP.
Nota que en EIGRP nombrado, existe un caso en el cual una ruta, debido a que tiene un seed metric muy alto, no podría ser instalada en la tabla de enrutamiento, esto es debido a una discrepancia que existe en los valores que soporta EIGRP nombrado en su métrica (64-bits) vs. la RIB (32-bits).
El problema se manifiesta de la siguiente manera:
R1 y R2 están directamente conectados, EIGRP está habilitado. R1 redistribuye una ruta conectada (puede ser de BGP también, el problema sería exactamente el mismo).
R1#show ip route 11.11.11.11
Routing entry for 11.11.11.11/32 <<<
Known via "connected", distance 0, metric 0 (connected, via interface)
Redistributing via eigrp 100, bgp 1
Advertised by eigrp 100 metric 1 1 1 1 1
bgp 1 route-map X
Routing Descriptor Blocks:
* directly connected, via Loopback11
Route metric is 0, traffic share count is 1
2. R1 redistribuye la ruta conectada hacia EIGRP.
router eigrp X
!
address-family ipv4 unicast autonomous-system 100
!
topology base
redistribute connected metric 1 1 1 1 1 <<<
exit-af-topology
network 12.0.0.1 0.0.0.0
exit-address-family
3. La ruta es ingresada en la tabla topológica de R1 y R2:
R1#show ip eigrp topology 11.11.11.11/32
EIGRP-IPv4 VR(X) Topology Entry for AS(100)/ID(150.1.1.1) for 11.11.11.11/32
State is Passive, Query origin flag is 1, 1 Successor(s), FD is 655360655360
Descriptor Blocks:
0.0.0.0, from Rconnected, Send flag is 0x0
Composite metric is (655360655360/0), route is External
Vector metric:
Minimum bandwidth is 1 Kbit
Total delay is 10000000 picoseconds
Reliability is 1/255
Load is 1/255
Minimum MTU is 1
Hop count is 0
Originating router is 150.1.1.1
External data:
AS number of route is 0
External protocol is Connected, external metric is 0
Administrator tag is 0 (0x00000000)
R2#show ip eigrp topology 11.11.11.11/32
EIGRP-IPv4 VR(X) Topology Entry for AS(100)/ID(150.1.2.2) for 11.11.11.11/32
State is Passive, Query origin flag is 1, 0 Successor(s), FD is Infinity, RIB is 4294967295
Descriptor Blocks:
12.0.0.1 (Ethernet0/1.12), from 12.0.0.1, Send flag is 0x0
Composite metric is (655426191360/655360655360), route is External
Vector metric:
Minimum bandwidth is 1 Kbit
Total delay is 1010000000 picoseconds
Reliability is 1/255
Load is 1/255
Minimum MTU is 1
Hop count is 1
Originating router is 150.1.1.1
External data:
AS number of route is 0
External protocol is Connected, external metric is 0
Administrator tag is 0 (0x00000000)
/
4. Cuando verificamos la tabla de enrutamiento de R2, no veremos la ruta.
R2#show ip route 11.11.11.11
% Network not in table
¿Por qué?
La razón de esto es debido a la FD, si observas, esta en "Infinity", aunque le hayamos puesto la seed metric en R1, R2 la ve como infinita, porque la seed metric es de valor muy bajo, y el valor de la métrica resultante es muy alto, excediendo 2^32 de la RIB, por lo que no se podrá instalar. Para arreglar este problema podríamos:
1. Configurar valores con mayor preferencia en la seed metric en R1.
2. Ajustar el metric rib-scale en R2.
Procedamos con el paso 2.
R2:
router eigrp X
!
address-family ipv4 unicast autonomous-system 100
!
metric rib-scale 255
.
R2#show ip eigrp topology 11.11.11.11/32
EIGRP-IPv4 VR(X) Topology Entry for AS(100)/ID(150.1.2.2) for 11.11.11.11/32
State is Passive, Query origin flag is 1, 1 Successor(s), FD is 655426191360, RIB is 2570298789
Descriptor Blocks:
12.0.0.1 (Ethernet0/1.12), from 12.0.0.1, Send flag is 0x0
Composite metric is (655426191360/655360655360), route is External
Vector metric:
Minimum bandwidth is 1 Kbit
Total delay is 1010000000 picoseconds
Reliability is 1/255
Load is 1/255
Minimum MTU is 1
Hop count is 1
Originating router is 150.1.1.1
External data:
AS number of route is 0
External protocol is Connected, external metric is 0
Administrator tag is 0 (0x00000000)
.
R2#show ip route 11.11.11.11
Routing entry for 11.11.11.11/32
Known via "eigrp 100", distance 170, metric 2570298789, type external
Redistributing via eigrp 100
Last update from 12.0.0.1 on Ethernet0/1.12, 00:03:58 ago
Routing Descriptor Blocks:
* 12.0.0.1, from 12.0.0.1, 00:03:58 ago, via Ethernet0/1.12
Route metric is 2570298789, traffic share count is 1
Total delay is 1010 microseconds, minimum bandwidth is 1 Kbit
Reliability 1/255, minimum MTU 1 bytes
Loading 1/255, Hops 1
/End.
Saludos,
Elvin
Elvin Arias es un Network Development Engineer del área de Ingeniería y Arquitectura en Amazon. Tiene experiencia en distintas tecnologías como OSPF, BGP, IS-IS, EIGRP, Cisco IOS XR, DMVPN, MPLS y Multicast entre otros. Elvin cuenta con diversas certificaciones como, CCNA Service Provider, CCNA Security, CCNP SP, CCIE R&S y CCIE SP (# 57406). Además, la comunidad de Cisco Learning Network le ha seleccionado como un Cisco Designated VIP por más de 5 años consecutivos (desde el 2013).
a las respuestas a sus preguntas.
