05-14-2012 02:24 AM
It is fine if you configure another BGP group between RR with normal IBGP peer it will be useful if you have local or aggregate subnets for example and want to advertise from one RR to the other one. Generally it will not make any problems just normal IBGP session between them.
you have two RR just for redundancy as incase of one fail the other one still have the ability to reflect all update to clients.
don't worry about loop the BGP is loop free the idea is based on cluster-id. R2 will add his cluster id in the update and reflect it to R3, R4. R3 will advertise the route to R1 as you mentioned but R1 will find the same cluster id in the update so it will know it is reflected from another RR already and drop that update.
05-14-2012 05:14 PM
thanks for your reply
u are expert on this domain
1:if I set r1 and r2 as RR,when r4 advertise route ,for example,220.127.116.11 to r2,then r2 reflect it to r3,but r3 is not a RR,will r3 send route 18.104.22.168 to r1?
2:in RR,if cluster id is different,will they relect route to each other?