Re: bgpd: stricter multiprotocol negotiation

2021-04-30 Thread Sebastian Benoit
Claudio Jeker(cje...@diehard.n-r-g.com) on 2021.04.28 12:40:46 +0200: > At the moment bgpd will fall back to IPv4 unicast if there was no match in > the multiprotocol capabilities between local and remote peer. > This is not correct, if the router expects a certain AFI/SAFI for the > session then

Re: bgpd: stricter multiprotocol negotiation

2021-04-28 Thread Theo de Raadt
What I saw is a Ubiquity router v6 session misconfigured to ask for v4 routes. The current logic decides the MP is inconsistant, and thus AFI. If no AFI, then provide v4... anyways, that cannot be right. It was worse because the v4 received routes on the famously high quality Ubiquity were acted

bgpd: stricter multiprotocol negotiation

2021-04-28 Thread Claudio Jeker
At the moment bgpd will fall back to IPv4 unicast if there was no match in the multiprotocol capabilities between local and remote peer. This is not correct, if the router expects a certain AFI/SAFI for the session then it should not fall back to IPv4 unicast. An example is when bgpd uses IPv6