-
Notifications
You must be signed in to change notification settings - Fork 2.6k
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
Add support for templateable device-type descriptions #6269
Comments
IMO none of these examples are good uses of the description field, which is merely a string of free-form text and intended to be applied verbatim to an interface's configuration (e.g.
This is an attribute of the installed optic, rather than the interface itself.
This would be covered by #1099 (PoE modeling).
This is a function of the device type; it does not change across instances of the device.
A custom field would be ideal for this.
Not really sure what you mean here, but a tag would likely be more appropriate. |
Oh, these are for configuration use only? I would have taken it more broadly as an information field.
There are two levels defined here, 1W and 1.5W, the latter requires a device-sided heatsink.
Exactly this is why i want this information to be visible in all port descriptions that are created from the template.
I just tried and the custom field does not show up in the port template, only in the final port of a device and thus not prefilled.
As in e.g. "nonstandard behaviour"? |
Yes, that's the field's intended use.
It's already available via the device's relationship to the device type. Replicating it is unnecessary and redundant. I'm sorry but I don't really follow your other questions. Please consider opening a discussion if you'd like assistance with using custom fields and tags, as a feature request isn't the best place for such discussion. |
NetBox version
v2.11.1
Feature type
Data model extension
Proposed functionality
As described in the documentation descriptions are lost when generating a device from a device-type-template.
However in quite a few cases it is beneficial to have the interface or port-corresponding information written into the devices itself.
Use case
Examples:
Database changes
Needs an extra field
External dependencies
none
The text was updated successfully, but these errors were encountered: