Allow Virtual Circuits to be assigned to groups #10596

Closed
opened 2025-12-29 21:33:30 +01:00 by adam · 0 comments
Owner

Originally created by @sleepinggenius2 on GitHub (Dec 30, 2024).

Originally assigned to: @jeremystretch on GitHub.

NetBox version

v4.2-beta1

Feature type

Data model extension

Triage priority

N/A

Proposed functionality

Allow for Virtual Circuits to also be assigned to groups. I believe it's sufficient to use the existing Circuit Groups and only change the Circuit Group Assignment model to allow for selecting a Circuit or Virtual Circuit, as a given group might have a mix.

Use case

We have public cloud connectivity through both a direct connection and a backup VPN connection, so it would be nice to document the (physical) Circuit for the direct connection with a primary priority and a Virtual Circuit for the VPN with a secondary priority within the same Circuit Group. In other places, we have multiple (usually two) Virtual Circuits between locations on different VLANs and diverse paths, which we designate with different priorities. Just like we can document (physical) Circuits in this way, we should be able to do the same with Virtual Circuits.

Database changes

Either add a virtual_circuit field that is a ForeignKey to the VirtualCircuit model or change the existing circuit field to be a GenericForeignKey on the CircuitGroupAssignment model.

External dependencies

None

Originally created by @sleepinggenius2 on GitHub (Dec 30, 2024). Originally assigned to: @jeremystretch on GitHub. ### NetBox version v4.2-beta1 ### Feature type Data model extension ### Triage priority N/A ### Proposed functionality Allow for Virtual Circuits to also be assigned to groups. I believe it's sufficient to use the existing Circuit Groups and only change the Circuit Group Assignment model to allow for selecting a Circuit or Virtual Circuit, as a given group might have a mix. ### Use case We have public cloud connectivity through both a direct connection and a backup VPN connection, so it would be nice to document the (physical) Circuit for the direct connection with a primary priority and a Virtual Circuit for the VPN with a secondary priority within the same Circuit Group. In other places, we have multiple (usually two) Virtual Circuits between locations on different VLANs and diverse paths, which we designate with different priorities. Just like we can document (physical) Circuits in this way, we should be able to do the same with Virtual Circuits. ### Database changes Either add a `virtual_circuit` field that is a `ForeignKey` to the `VirtualCircuit` model or change the existing `circuit` field to be a `GenericForeignKey` on the `CircuitGroupAssignment` model. ### External dependencies None
adam added the status: acceptedtype: featurecomplexity: mediumbeta labels 2025-12-29 21:33:30 +01:00
adam closed this issue 2025-12-29 21:33:31 +01:00
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: starred/netbox#10596