Hi All,
I’ve been having issues getting one-armed concentrator BGP working correctly, and am looking for advise / feedback from anyone who has implemented already.
Establishing BGP with the upstream device (3560v2 switch in lab env, ASR9k in prod) is straight forward enough, the issue is that our MX sends its BGP updates with a bogus next hop of 192.0.2.1 (the concentrator’s real IP is 10.40.3.34/29 in this environment). Actually, I observed in PCAPs that the correct next hop is initially sent, then 5 seconds later, a further update is sent by the MX with the bogus 192 address…
The upstream device rejects the prefixes as the next hop is not connected:
Oct 24 02:16:34.247: BGP(0): 10.40.3.34 rcv UPDATE about 10.6.50.0/25 -- DENIED due to: non-connected NEXTHOP;
I have had the same occur in two separate Meraki Organisations where I have tried this. Support tell me it is an intermittent bug which seems to have been around since v13.9 (first BGP release), but still no ETA on resolution.
I have configured a route map to set the correct next-hop IP to work around the issue, though I would expect it to send the correct next hop all the time...
Has anyone else hit this issue, or did it just work (ie, send the correct Next Hop address)? Have others done as I have, and worked around the issue? Has this proven to be a stable solution?
Thanks for any comments!
Tim
