]> git.proxmox.com Git - mirror_frr.git/commit - ospfd/ospf_neighbor.c
ospfd: fix - correct neighbor index on changing/p2p/virtual links
authorJafar Al-Gharaibeh <jafar@atcorp.com>
Thu, 21 Apr 2016 21:22:33 +0000 (16:22 -0500)
committerDonald Sharp <sharpd@cumulusnetworks.com>
Fri, 10 Jun 2016 19:08:28 +0000 (15:08 -0400)
commitecea0cb083a757664a3c105194fba06405f96e58
treec388bdb0028d62fe0609d132de4e6370456ccdc3
parent63e308646adc14140a6ca5a46d6e86a9a9322a8c
ospfd: fix - correct neighbor index on changing/p2p/virtual links

ospfd keeps a list of neighbor routers for each configured interface. This
 list is indexed using the neighbor router id in case of point-to-point and
 virtual link types, otherwise the list is indexed using the neighbor's
 source IP (RFC 2328, page 96). The router adds itself as a "pseudo" neighbor
 on each link, and also keeps a pointer called (nbr_self) to the neighbor
 structure. This takes place when the interface is first configured. Currently
 ospfd adds this pseudo neighbor before the link parameters are fully configure,
 including whether the link type is point-to-point or virtual link. This causes
 the pseudo neighbor to be always indexed using the source IP address regardless
 of th link type. For point-to-point and virtual links, this causes the lookup
 for the pseudo neighbor to always fail because the lookup is done using the
 router id whereas the neighbor was added using its source IP address.
 This becomes really problematic if there is a state change that requires a
 rebuild of nbr_self, changing the router id for example. When resetting
 nbr_self, the router first tries to remove the pseudo neighbor form its
 neighbor list on each link by looking it up and resetting any references to it
 before freeing the neighbor structure. since the lookup fails to retrieve any
 references in the case of point-to-point and virtual links the neighbor
 structure is freed leaving dangling references to it. Any access to the
 neighbor list after that is bound to stumble over this dangling pointer
 causing ospfd to crash.

Signed-off-by: Jafar Al-Gharaibeh <jafar@atcorp.com>
Tested-by: NetDEF CI System <cisystem@netdef.org>
(cherry picked from commit bb01bdd740339b0c07d8ed0786811801b2a79192)
ospfd/ospf_interface.c
ospfd/ospf_neighbor.c
ospfd/ospfd.c