[j-nsp] bgp multipath confusion

Cord MacLeod cordmacleod at gmail.com
Wed Jul 15 23:54:22 EDT 2009


root at crs1.sc1> show isis route
  IS-IS routing table             Current version: L1: 0 L2: 599
IPv4/IPv6 Routes
----------------
Prefix             L Version   Metric Type Interface    Via
10.0.0.4/30     2     599       20 int  ge-1/0/1.0   edge2.xxx
                                            ge-0/0/0.0   edge2.xxx
                                            ge-0/0/1.0   edge1.xxx
                                            ge-1/0/0.0   edge1.xxx
10.0.0.13/32    2     599       10 int  ge-1/0/0.0   edge1.xxx
                                            ge-0/0/1.0   edge1.xxx
10.0.0.14/32    2     599       10 int  ge-0/0/0.0   edge2.xxx
                                            ge-1/0/1.0   edge2.xxx

Yes, standard inet.0 routes.

On Jul 15, 2009, at 8:49 PM, Truman Boyes wrote:

> The route reflectors are sending the "best" routes. Are there  
> different IGP costs between the 4 links? The routes will need to be  
> equal to have them all installed as equal. There is an option for  
> VPN routes to ignore the IGP metrics, but I assume these are  
> standard inet.0 routes.
>
> Truman
>
>
> On 15/07/2009, at 8:22 PM, Cord MacLeod wrote:
>
>> I guess I don't fully understand how this is supposed to work.  I  
>> have an ex4200 device with 4 links, 2 to each m7.  Both m7s are  
>> acting as route reflectors and advertising default to the ex4200.   
>> The loopbacks are advertised with ISIS.  However when I check BGP's  
>> summery and my routing table, it seems multipath isn't working.   
>> Any thoughts?
>>
>> ex4200:
>> root at crs1.xxx# show
>> type internal;
>> local-address 10.0.0.31;
>> export next-hop-self;
>> multipath;
>> neighbor 10.0.0.13 {
>>   description "iBGP to edge1";
>>   peer-as 64554;
>> }
>> neighbor 10.0.0.14 {
>>   description "iBGP to edge2";
>>   peer-as 64554;
>>
>> Table          Tot Paths  Act Paths Suppressed    History Damp  
>> State    Pending
>> inet.0                 2          1          0          0           
>> 0          0
>> Peer                     AS      InPkt     OutPkt    OutQ   Flaps  
>> Last Up/Dwn State|#Active/Received/Accepted/Damped...
>> 10.0.0.13          64554         30         28       0        
>> 3       12:03 0/1/1/0              0/0/0/0
>> 10.0.0.14          64554         58         57       0        
>> 3       12:03 1/1/1/0              0/0/0/0
>>
>>
>> 0.0.0.0/0          *[BGP/170] 00:12:36, MED 0, localpref 100, from  
>> 10.0.0.14
>>                     AS path: 3561 I
>>                   > to 10.0.0.69 via ge-0/0/1.0
>>                     to 10.0.0.49 via ge-1/0/0.0
>>                   [BGP/170] 00:12:36, MED 0, localpref 100, from  
>> 10.0.0.13
>>                     AS path: 3561 I
>>                   > to 10.0.0.69 via ge-0/0/1.0
>>                     to 10.0.0.49 via ge-1/0/0.0
>>
>> .49 and .69 are both /30 link addresses on 10.0.0.13.  So the 2  
>> links in place on .14 aren't showing up.
>>
>> Interface             System         L State        Hold (secs) SNPA
>> ge-0/0/0.0            edge2.xxx      2  Up                   23   
>> 0:1f:12:d2:d0:db
>> ge-0/0/1.0            edge1.xxx      2  Up                   24   
>> 0:1f:12:d3:60:2
>> ge-1/0/0.0            edge1.xxx      2  Up                   25   
>> 0:1f:12:d3:60:db
>> ge-1/0/1.0            edge2.xxx      2  Up                   19   
>> 0:1f:12:d2:d0:2
>>
>> _______________________________________________
>> juniper-nsp mailing list juniper-nsp at puck.nether.net
>> https://puck.nether.net/mailman/listinfo/juniper-nsp
>>
>



More information about the juniper-nsp mailing list