IPv6 next-hop with incorrect link-local address received
Sebastian Neuner
neuner at belwue.de
Thu Sep 27 08:03:56 CEST 2018
Hi,
sorry for digging up this thread.
I just wanted to let you know, that (thanks to your help) we could talk
to the Cisco TAC and explain this issue and have workarounds that
somehow fixed this behavior.
They acknowledged that this is a bug (now listed as CSCvm39227) since
it's a violation of RFC 2545. They are working on fixing it and might
even provide patches (SMU) for some platforms.
Cheers,
Sebastian
On 10.08.18 16:17, Ondrej Zajicek wrote:
> On Fri, Aug 10, 2018 at 02:43:18PM +0200, Sebastian Neuner wrote:
>>> And you can use:
>>>
>>> bgp_next_hop = bgp_next_hop;
>>
>> This actually sets the right next-hop, but for some reason it sets the
>> route to the wrong interface (i.e. to the Cisco).
>
> That is because import filter is processed after gateway is already
> computed from the original value of bgp_next_hop.
More information about the Bird-users
mailing list