10-21-2018 02:17 PM
I'm currently reading through some design book for BGP.
If states the following when talking about how BGP sets next hops -
"For example, if an OSPF prefix is redistributed into BGP, the BGP next hop is not necessarily the BGP speaker doing the redistribution, but rather is the original next hop of the OSPF prefix. Thus, in this case, it is advisable to reset the next hop at the redistribution point to the BGP speaker itself.
For the last sentence, is this achieved by using the next hop self neighbour command or is it talking of something else?
Thanks
10-21-2018 02:33 PM
I am not quite clear on the context but I believe that it would be pointing to next hop self for the solution.
HTH
Rick
10-21-2018 07:51 PM
yes you are correct it will be achieved by using next-hop-self command.
Case A
R1--OSPF---R2---IBGP-----R3 ( you need to configure next-hop-self on R2 Towards R3)
Case B
R1--OSPF---R2---EBGP-----R3 ( No next-hop-self required)
I hope this clears your doubt.
10-21-2018 08:49 PM
If the OSPF neighbour is opstream from the BGP router that redistributes OSPF into BGP, which in turn peers to a single BGP neighbour. in otherwords, the path is daisy chained, then by all means, add the next hop self command in there as there is no alternative path anyway
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide