Detect network delete with Neutron registry callbacks

Registered by Thomas Morin

Currently, our bagpipe driver relies on a specific bgpvpn_notify mechanism driver, which could be used to react on networks being deleted and cleanup the associations when that happens.

However:
• this is driver-specific
• it has the drawback of requiring an ML2 driver
• it is not yet used to clean up the associations (implements a behavior that we abandon where deleting a network associated with a BGPVPN would be blocked)

What needs to be done:
• extend the Neutron registry callbacks to produce events for network delete events (similarly as https://review.openstack.org/#/c/197098/ )
• in drivers that rely on Neutron doing the persistency, rely on these callbacks to clean up the associations when networks are deleted

Blueprint information

Status:
Complete
Approver:
None
Priority:
Undefined
Drafter:
Thomas Morin
Direction:
Needs approval
Assignee:
None
Definition:
Superseded
Series goal:
None
Implementation:
Unknown
Milestone target:
None
Completed by
Thomas Morin

Related branches

Sprints

Whiteboard

Mathieu: thomas, don't you think that this bp is superseded by:
https://blueprints.launchpad.net/bgpvpn/+spec/bagpipe-use-neutron-registry

Thomas: no, because the other blueprint is about port create/update/delete for the bagpipe driver, and this one would be (see "what has to be done") generally applicable to all drivers. However, I don't think this bp is relevant in fact because with the foreign keys and ondelete=cascade, we won't have any cleanup to do anymore on bgpvpn side when a network is deleted.

Close as superseded, for the reason above.

(?)

Work Items

This blueprint contains Public information 
Everyone can see this information.

Subscribers

No subscribers.