[j-nsp] router reflector clients and non-clients
Alexander Marhold
alexander.marhold at gmx.at
Wed May 30 02:16:55 EDT 2018
If you set the cluster-id for a group all configured neighbors are
RR-clients
So in your example all 4 neighbors including D and E are clients.
However the RR concept is quite flexible, a RR itself can be a client of
another RR ( hierarchically or at peer level)
Which means A can be the RR of D and the same time D can be the RR of A
Regards
Alexander Marhold
-----Ursprüngliche Nachricht-----
Von: juniper-nsp [mailto:juniper-nsp-bounces at puck.nether.net] Im Auftrag von
Victor Sudakov
Gesendet: Mittwoch, 30. Mai 2018 07:59
An: juniper-nsp at puck.nether.net
Betreff: [j-nsp] router reflector clients and non-clients
Dear Colleagues,
I'm reading
https://www.juniper.net/documentation/en_US/junos/topics/topic-map/bgp-route
-reflectors.html
and it is completely mind-boggling.
The example configuration of the Router Reflector (RR) places all neighbors
(both clients and non-clients) into one group "internal-peers." How is this
supposed to work? How do I tell the RR that routers B and C are clients, and
routers E and D are non-clients?
In Cisco, you set the "router-reflector-client" statement for each
peer (or peer-group) who is a RR-client, explicitly. I don't see
anything of the kind in the example from the Juniper site.
Please help?
Quoting from the document:
user at A# show protocols
bgp {
group internal-peers {
type internal;
local-address 192.168.6.5;
export send-ospf;
cluster 192.168.6.5;
neighbor 192.163.6.4; # client, router B
neighbor 192.168.40.4; # client, router C
neighbor 192.168.0.1; # non-client, router D
neighbor 192.168.5.5; # non-client, router E
}
}
--
Victor Sudakov, VAS4-RIPE, VAS47-RIPN
AS43859
_______________________________________________
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