Binding VRF to routers #7784

Closed
opened 2025-12-29 20:28:10 +01:00 by adam · 2 comments
Owner

Originally created by @SpeedArrow404 on GitHub (Mar 21, 2023).

NetBox version

v3.3.4

Feature type

New functionality

Proposed functionality

Binding custom fields to each other OR binding VRF to routers

Use case

I have a need to bind VRF to a router, but would not like to implement this by using tags. Instead, I would like to be able to select existing VRFs from the drop-down menu in the device fields, so that at the end of the setup I can see all the VRFs configured on the device object, and in the VRF object I can see the device on which it is configured.

I also tried to implement this functionality by using Custom Fields and Custom Links, but I ran into an inability to get the value of the VRF Custom Field configured in the device.

Database changes

No response

External dependencies

No response

Originally created by @SpeedArrow404 on GitHub (Mar 21, 2023). ### NetBox version v3.3.4 ### Feature type New functionality ### Proposed functionality Binding custom fields to each other OR binding VRF to routers ### Use case I have a need to bind VRF to a router, but would not like to implement this by using tags. Instead, I would like to be able to select existing VRFs from the drop-down menu in the device fields, so that at the end of the setup I can see all the VRFs configured on the device object, and in the VRF object I can see the device on which it is configured. I also tried to implement this functionality by using Custom Fields and Custom Links, but I ran into an inability to get the value of the VRF Custom Field configured in the device. ### Database changes _No response_ ### External dependencies _No response_
adam added the type: featurestatus: revisions needed labels 2025-12-29 20:28:10 +01:00
adam closed this issue 2025-12-29 20:28:10 +01:00
Author
Owner

@jeremystretch commented on GitHub (Mar 22, 2023):

Thank you for your interest in extending NetBox. Unfortunately, the information you have provided does not constitute an actionable feature request. Per our contributing guide, a feature request must include a thorough description of the proposed functionality, including any database changes, new views or API endpoints, and so on. It must also include a detailed use case justifying its implementation. If you would like to elaborate on your proposal, please modify your post above. If sufficient detail is not added, this issue will be closed.

@jeremystretch commented on GitHub (Mar 22, 2023): Thank you for your interest in extending NetBox. Unfortunately, the information you have provided does not constitute an actionable feature request. Per our [contributing guide](https://github.com/netbox-community/netbox/blob/develop/CONTRIBUTING.md), a feature request must include a thorough description of the proposed functionality, including any database changes, new views or API endpoints, and so on. It must also include a detailed use case justifying its implementation. If you would like to elaborate on your proposal, please modify your post above. If sufficient detail is not added, this issue will be closed.
Author
Owner

@jeremystretch commented on GitHub (Apr 4, 2023):

Closing this as there's been no further response from OP.

@jeremystretch commented on GitHub (Apr 4, 2023): Closing this as there's been no further response from OP.
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: starred/netbox#7784