Quality of Life for creating Devices/VMs: Option to directly create a loopback interface #9365

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

Originally created by @CoLuxe on GitHub (Mar 17, 2024).

NetBox version

v3.7.4

Feature type

Data model extension

Proposed functionality

While creating a device or VM, adding an option/checkbox to automatically add a loopback interface in combination with the standard loopack ip adresses -> #15457

Use case

Almost every device/Host/VM has a loopback interface with the standard ip adresses.
Making it possible to add this while creating the device/Host/VM makes it much easier and faster -> QoL

Database changes

No response

External dependencies

No response

Originally created by @CoLuxe on GitHub (Mar 17, 2024). ### NetBox version v3.7.4 ### Feature type Data model extension ### Proposed functionality While creating a device or VM, adding an option/checkbox to automatically add a loopback interface in combination with the standard loopack ip adresses -> #15457 ### Use case Almost every device/Host/VM has a loopback interface with the standard ip adresses. Making it possible to add this while creating the device/Host/VM makes it much easier and faster -> QoL ### Database changes _No response_ ### External dependencies _No response_
adam added the type: featurestatus: revisions needed labels 2025-12-29 20:49:02 +01:00
adam closed this issue 2025-12-29 20:49:02 +01:00
Author
Owner

@jeremystretch commented on GitHub (Mar 18, 2024):

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 18, 2024): 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 3, 2024):

This issue is being closed as no further information has been provided. If you would like to revisit this topic, please first modify your original post to include all the requested detail, and then ask that the issue be reopened.

@jeremystretch commented on GitHub (Apr 3, 2024): This issue is being closed as no further information has been provided. If you would like to revisit this topic, please first modify your original post to include all the requested detail, and then ask that the issue be reopened.
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: starred/netbox#9365