When negotiating multiprotocol capabilities only fall ack to AID_INET when
authorclaudio <claudio@openbsd.org>
Mon, 3 May 2021 14:08:09 +0000 (14:08 +0000)
committerclaudio <claudio@openbsd.org>
Mon, 3 May 2021 14:08:09 +0000 (14:08 +0000)
commit7b306117fd12411a8b9427316c8a86e9a49f60b1
tree83a2adf7a547789899e5eed9b04b8ebc5523a680
parentfd18fec492a868e2cb2cdc589d6915b12c23de99
When negotiating multiprotocol capabilities only fall ack to AID_INET when
no capability was sent to the peer (this happens if the multiprotocol
capability got disabled). It is possible that local and remote systems end
up with no shared AFI/SAFI pair. In this case the connection will not send
or should not receive any UPDATE messages.
The previous behaviour of falling back to AID_INET in that case can result
in problematic behaviour when sessions are missconfigured.
OK benno@, deraadt@
usr.sbin/bgpd/session.c