Model Internal Circuits #6361

Closed
opened 2025-12-29 19:39:49 +01:00 by adam · 2 comments
Owner

Originally created by @grbeneke on GitHub (Apr 15, 2022).

NetBox version

v3.2

Feature type

Change to existing functionality

Proposed functionality

Allow the circuit model to represent a logical or physical circuit being delivered from the infrastructure modeled within NetBox.

A circuit endpoint would exist on an interface or front port (rather then connected to).

This could be simply for tracking demarcation points for circuit based services delivered to external parties but should also support the onward connection to infrastructure of tenants who may be modeled in the NetBox instance.

Use case

Representation of L2VPN, E-LINE, OTN and other logical circuit-style services being delivered using the modeled infrastructure. These circuits typically exist between two endpoints and pass through many intermediate devices. They don't follow the physical infrastructure directly.

Associating a cable trace with a single circuit identifier based in modeled ports being the demarcation of the ends of the defined circuit. This is potentially more difficult as it complicates the cable trace logic with 2 parallel paths representing the same thing.

Database changes

Unknown

External dependencies

No response

Originally created by @grbeneke on GitHub (Apr 15, 2022). ### NetBox version v3.2 ### Feature type Change to existing functionality ### Proposed functionality Allow the circuit model to represent a logical or physical circuit being delivered from the infrastructure modeled within NetBox. A circuit endpoint would exist on an interface or front port (rather then connected to). This could be simply for tracking demarcation points for circuit based services delivered to external parties but should also support the onward connection to infrastructure of tenants who may be modeled in the NetBox instance. ### Use case Representation of L2VPN, E-LINE, OTN and other logical circuit-style services being delivered using the modeled infrastructure. These circuits typically exist between two endpoints and pass through many intermediate devices. They don't follow the physical infrastructure directly. Associating a cable trace with a single circuit identifier based in modeled ports being the demarcation of the ends of the defined circuit. This is potentially more difficult as it complicates the cable trace logic with 2 parallel paths representing the same thing. ### Database changes Unknown ### External dependencies _No response_
adam added the type: featurestatus: duplicate labels 2025-12-29 19:39:49 +01:00
adam closed this issue 2025-12-29 19:39:49 +01:00
Author
Owner

@grbeneke commented on GitHub (Apr 15, 2022):

Seems that this has a lot in common with #8157

@grbeneke commented on GitHub (Apr 15, 2022): Seems that this has a lot in common with #8157
Author
Owner

@DanSheps commented on GitHub (Apr 16, 2022):

Duplicate of #8157

@DanSheps commented on GitHub (Apr 16, 2022): Duplicate of #8157
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: starred/netbox#6361