[c-nsp] OSPF admin distance not working on IOS-XR.

cnsp at marenda.net cnsp at marenda.net
Thu Apr 4 08:38:54 EDT 2013


Hi, I am not too familiar with IOS XR but with normal IOS,
(carefully) setting the ospf cost 
helps to avoid load-balancing thru equal-cost 
(but not equal bandwidth) paths to create an main/backup scenario:

!
interface Bundle-Ether2
 ip ospf cost 4
!

 
> Hello,
> 
> We are trying to change the administrative distance on one of the OSPF
> neighbors of our router and no matter what it is set to, the value does
> not seem to change.
> 
> #sh ip route x.x.0.102
> Thu Apr  4 02:36:05.122
> 
> Routing entry for x.x.0.102/32
>   Known via "ospf 12345", distance 110, metric 2, type intra area
>   Installed Apr  4 02:14:55.059 for 00:21:10
>   Routing Descriptor Blocks
>     x.x.25.19, from x.x.0.102, via Bundle-Ether1
>       Route metric is 2
>     x.x.25.34, from x.x.0.102, via Bundle-Ether2
>       Route metric is 2
>   No advertising protos.
> 
> #sh route ospf | incl x.x.0.102
> Thu Apr  4 03:31:36.554
> O    x.x.0.102/32 [110/2] via x.x.25.34, 01:16:40, Bundle-Ether2
> 
> 
> The issue here is that we are trying to avoid sending a majority of our
> traffic through Bundle-Ether2 which it seems OSPF has decided is the
> best Path. The 0.102 address is a loopback interface of a neighbor
> (6500b) directly connected to Bundle-Ether1, where Bundle-Ether2 is
> connected to 6500a with less capacity on it's links. This is causing
> the links on
> bundle2 to get saturated at peak times.
> 
> XR-bundle2--->6500a--->6500b
> XR-bundle1--->6500b--->6500a



More information about the cisco-nsp mailing list