<div dir="ltr"><div><div><div><div>Hi, <br></div>I'm trying to solve an issue of "unreachable" prefix<br></div><div><br>The scenario is as followin: </div>BIRD 1.4.0 (RtrB) has iBGP peer with (RtrC) that has route reflector originating prefix <a href="http://10.0.2.0/24">10.0.2.0/24</a><br>
RtrB ip is 10.1.1.1<br></div><div>RtrC ip is 10.1.1.2<br></div>on RtrC "sh ip bgp <a href="http://10.0.2.0/24">10.0.2.0/24</a>" provides that the next_hop is 10.4.4.4<br></div>on RtrB "show route <a href="http://11.0.2.0/24">11.0.2.0/24</a> table master all" provides BGP.next_hop: 10.4.4.4<br>
<div><div><br></div><div>adding  "gateway direct;" provides "Multihop BGP cannot use direct gateway mode"<br></div><div>I'm little bit confused , isn't it a whole purpose of "gateway direct;" to provide legacy functionality to iBGP peers? <br>
<br></div><div>I've tried changing next hop via import filter " bgp_next_hop = 10.4.4.4;"<br></div><div>Next hop of prefix in RtrB changed , however the prefix itself stayed "unreachable"<br><br></div>
<div>The only thing helped configuring static protocol record for 10.4.4.4, but this is not an option for production environment due to dynamic nature of prefixes and multiple next hops<br><br></div><div>Please advise<br>
</div><div><br><div><div><br></div></div></div></div></div>