Stefan,
Thank you. Now it works.
Ondrej,
Either setting it up in R1 (neighbor 6.6.6.6 next-hop-self) or in RS (if net ~ 3.3.3.0/24 then bgp_next_hop = 6.6.6.100) I see that in the RS's routing table the route takes the appropriate NEXT-HOP (BGP.next.hop: 6.6.6.100). But when I check it on Router1 - the route points to 6.6.6.6.
Best~
On 17.8.2012 г. 13:45 ч., Ondrej Zajicek wrote:---www.neterra.net
Dean Belev
Product Manager
Neterra Ltd.
Telephone: +359 2 975 16 16
Fax: +359 2 975 34 36
Mobile: +359 886 663 123
On Fri, Aug 17, 2012 at 08:38:42AM +0300, Dean Belev (Neterra NMT) wrote:Hi all, I was performing a home lab and decided to test a new scenario including iBGP between a router and RS. That's a brief scheme of the lab: ### 5.5.5.1 5.5.5.2 6.6.6.100/24 6.6.6.6/24 6.6.6.101/24 Router3 (as3)---eBGP---> Router2 (as2)---iBGP/not a rs_client---> RS (as2)---eBGP / rs_client--- > Router1 (as1) 3.3.3.0/24 2.2.2.0/24 1.1.1.0/24 ### Since, as route 3.3.3.0/24 is seen in RS directly attached ( first asn is as3) with next-hop 6.6.6.100 (I've set the next-hop manually into the RS's config in bgp_in) I expect that Router1 should see it in the same way - with hext-hop 6.6.6.100.The question is whether you set manually real next-hop or bgp_next_hop attribute. For BGP route propagation, bgp_next_hop attribute is more important. You should check route attributes by 'show route 3.3.3.0/24 all' on RS and R1.