Allow virtual circuit terminations to have custom names/identifiers #10713

Open
opened 2025-12-29 21:35:07 +01:00 by adam · 2 comments
Owner

Originally created by @ebrletic on GitHub (Jan 29, 2025).

NetBox version

v4.2.2

Feature type

Data model extension

Proposed functionality

Currently when creating a virtual circuit termination it is given a default name of "{Parent Virtual Circuit Name}: Peer termination" which is the same for all terminations for that specific virtual circuit. I propose the ability the ability to specify a custom name/ID for each termination to quickly differentiate each termination.

Use case

I am currently trying to add 2 custom fields for each virtual circuit, UNI A and UNI Z which are Objects referencing virtual circuit terminations. I would like to assign IDs for each of these terminations so you can quickly see the termination ID for UNI A and UNI Z within the custom field of the virtual circuit. The current naming convention doesn't given any information on the specific termination.

Database changes

No response

External dependencies

No response

Originally created by @ebrletic on GitHub (Jan 29, 2025). ### NetBox version v4.2.2 ### Feature type Data model extension ### Proposed functionality Currently when creating a virtual circuit termination it is given a default name of "{Parent Virtual Circuit Name}: Peer termination" which is the same for all terminations for that specific virtual circuit. I propose the ability the ability to specify a custom name/ID for each termination to quickly differentiate each termination. ### Use case I am currently trying to add 2 custom fields for each virtual circuit, UNI A and UNI Z which are Objects referencing virtual circuit terminations. I would like to assign IDs for each of these terminations so you can quickly see the termination ID for UNI A and UNI Z within the custom field of the virtual circuit. The current naming convention doesn't given any information on the specific termination. ### Database changes _No response_ ### External dependencies _No response_
Author
Owner

@bctiemann commented on GitHub (Feb 27, 2025):

This sounds like something that could be resolved by making the __str__ representation richer rather than adding another arbitrary field in the DB.

@bctiemann commented on GitHub (Feb 27, 2025): This sounds like something that could be resolved by making the `__str__` representation richer rather than adding another arbitrary field in the DB.
Author
Owner

@bctiemann commented on GitHub (Feb 27, 2025):

Potentially a breaking change if there are DB changes

@bctiemann commented on GitHub (Feb 27, 2025): Potentially a breaking change if there are DB changes
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: starred/netbox#10713