[j-nsp] next-hop self and RR

Mihai Gabriel mihaigabriel at gmail.com
Thu Nov 8 10:45:25 EST 2012


Hello,

 Is Juniper's implementation of next-hop self on a RR a violation of
RFC1966?

" In some implementations, modification of the BGP path attribute,
   NEXT_HOP is possible. For example, there could be a need for a RR to
   modify NEXT_HOP for EBGP learned routes sent to its internal peers.
   However, it must not be possible for an RR to set on reflected IBGP
   routes as this breaks the basic principle of Route Reflection and
   will result in potential black holeing of traffic."

Testing this feature in a topology with 3 routers, r1 (client) - r3 (rr) -
r2 (client) , a route originated from r1 and advertised to r2 via  it's RR
will have a next-hop of RR when an export policy is applied to r2:

mihai at mx5t# run show route receive-protocol bgp 10.0.6.1 logical-system r3
192.168.10.0

inet.0: 32 destinations, 33 routes (32 active, 0 holddown, 0 hidden)
  Prefix  Nexthop       MED     Lclpref    AS path
* 192.168.10.0/24         10.0.6.1                     100        I

mihai at mx5t# show protocols bgp group 65000 neighbor 10.0.6.2
export nh-self;

show policy-options policy-statement nh-self
from {
    protocol bgp;
    neighbor 10.0.6.1;
}
then {
    next-hop self;
}

mihai at mx5t# run show route advertising-protocol bgp 10.0.6.2 logical-system
r3 match-prefix 192.168.10.0

inet.0: 32 destinations, 33 routes (32 active, 0 holddown, 0 hidden)
  Prefix  Nexthop       MED     Lclpref    AS path
* 192.168.10.0/24         Self                         100        I


More information about the juniper-nsp mailing list