[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