Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Custom fields for interfaces #1254

Closed
jeanders opened this issue Jun 9, 2017 · 10 comments
Closed

Custom fields for interfaces #1254

jeanders opened this issue Jun 9, 2017 · 10 comments

Comments

@jeanders
Copy link

jeanders commented Jun 9, 2017

Issue type: Feature request

It would be very handy to have the ability to configure custom fields on interfaces as well. I am currently looking to store information such as if it is access or trunk, workstation or printer, etc.

@jeremystretch
Copy link
Member

This has come up before, and it's been decided not to extend custom fields to interfaces. #150 will address VLAN assignment, and descriptions can be used to indicate the type of connected device (in lieu of creating a discrete connection).

@taktv6
Copy link

taktv6 commented Apr 7, 2018

Seriously? Not supporting custom fields for interfaces unnecessarily limits the possibility to use netbox for automation purpose. Please fix.

@hypokondrickard
Copy link

it would be super useful here aswell. I'm building a services database where netbox is involved as a backend component. Because there is no way of "tagging" an interface with a service identifier and filter based on that via the API, I have to use a separate database to track what interfaces has been assigned the different services.

If it's been decided that custom fields on interfaces wont benefit mankind, could we still maybe make the /dcim/interfaces endpoint support filtering based on interface description?

Thanks a lot

@sirtux
Copy link

sirtux commented Jun 5, 2018

Hey @jeremystretch,

We have seen here 15 likes and 6 hearts for getting this feature -
I understand if you don't have the ressources and time to implement this,
but would you be willing to accept a patch for this?

If so, we would be willing to sponsor a patch in the near future.

Thanks,
Tom

@jord-bh
Copy link

jord-bh commented Jun 29, 2018

@sirtux @jeremystretch I would love to see this happen, it would open up a lot of automation capabilities revolving around interfaces. If I can be of any assistance be it testing or developing, I am also willing to put in some effort on this.

@reening
Copy link

reening commented Jul 12, 2018

Another +1 for this, for example I'd love to have the ability to add a custom boolean field to an interface for a DHCP client. Other use cases could be interface/encapsulation types or tunnel endpoints. I don't like filtering based on names and using the global config context, since these parameters are specific to the interface. It is currently limiting in writing full automation using Netbox.

I'd also be happy to spend some hours implementing this if it will be accepted. It seems that there is quite some demand for a feature like this.

@sirtux
Copy link

sirtux commented Jul 12, 2018

We are working on this right now, and probably create a pull request and see if this is accepted, since the maintainers don't comment here right now. Stay tuned.

@aakso
Copy link

aakso commented Jul 31, 2018

I think custom fields are vital for the usability of any configuration database. I'm planning of generating the base configuration based on the device interfaces at the same time assigning link networks and such thru the IPAM.

@hypokondrickard
Copy link

Everyone, seems Mr Stretch has closed a feature request #2281 as beeing a duplicate to this one.

Fingers crossed this one is about to be re-opened.

@jeremystretch
Copy link
Member

This issue has been discussed and closed. Locking this thread.

@netbox-community netbox-community locked and limited conversation to collaborators Aug 2, 2018
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

No branches or pull requests

8 participants