Breaking virtual chassis does not break cross-member LAG #1791

Closed
opened 2025-12-29 17:19:09 +01:00 by adam · 3 comments
Owner

Originally created by @candlerb on GitHub (Jun 15, 2018).

Issue type

[ ] Feature request
[X] Bug report
[ ] Documentation

Environment

  • Python version: 3.5.2
  • NetBox version: 2.3.3

Description

Here's a way to get into a strange situation where a physical interface on one switch is associated with a LAG on a different switch.

  • Create two switches (testvc1, testvc2) with interfaces g1-g24
  • Rename the interfaces to g1/1-g1/24, g2/1-g2/24 respectively
  • Select them, and create virtual chassis, with testvc1 as master
  • On the master, create a link aggregation interface LAG1
  • Assign g1/1 and g2/1 as members of LAG1
  • Destroy the virtual chassis

Now switch testvc2 interface g2/1 is still associated with LAG1 on testvc1

Originally created by @candlerb on GitHub (Jun 15, 2018). ### Issue type [ ] Feature request <!-- An enhancement of existing functionality --> [X] Bug report <!-- Unexpected or erroneous behavior --> [ ] Documentation <!-- A modification to the documentation --> ### Environment * Python version: 3.5.2 * NetBox version: 2.3.3 ### Description Here's a way to get into a strange situation where a physical interface on one switch is associated with a LAG on a different switch. * Create two switches (testvc1, testvc2) with interfaces g1-g24 * Rename the interfaces to g1/1-g1/24, g2/1-g2/24 respectively * Select them, and create virtual chassis, with testvc1 as master * On the master, create a link aggregation interface LAG1 * Assign g1/1 and g2/1 as members of LAG1 * Destroy the virtual chassis Now switch testvc2 interface g2/1 is still associated with LAG1 on testvc1
adam added the type: bugstatus: accepted labels 2025-12-29 17:19:09 +01:00
adam closed this issue 2025-12-29 17:19:09 +01:00
Author
Owner

@jeremystretch commented on GitHub (Jun 29, 2018):

What's the best way to handle this? Prevent the member from being removed from the VC? Or just automatically remove the interface from the LAG? I'd go with the former.

@jeremystretch commented on GitHub (Jun 29, 2018): What's the best way to handle this? Prevent the member from being removed from the VC? Or just automatically remove the interface from the LAG? I'd go with the former.
Author
Owner

@candlerb commented on GitHub (Jun 29, 2018):

I don't have a strong view, as long as the invariant is maintained one way or the other.

@candlerb commented on GitHub (Jun 29, 2018): I don't have a strong view, as long as the invariant is maintained one way or the other.
Author
Owner

@jeremystretch commented on GitHub (Dec 13, 2019):

Fixed in 462cede863

@jeremystretch commented on GitHub (Dec 13, 2019): Fixed in 462cede8631e45630482d7332a0faa9c274253f8
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: starred/netbox#1791