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

Add part number field to DeviceType #292

Closed
ryanmerolle opened this issue Jul 14, 2016 · 5 comments
Closed

Add part number field to DeviceType #292

ryanmerolle opened this issue Jul 14, 2016 · 5 comments

Comments

@ryanmerolle
Copy link
Contributor

I know that this tool will use RPC (ssh/netconf/etc.) instead of SNMP when interacting with devices, but with other DCIM I have seen issues with model numbers polled do not even resemble the official model numbers. As such, this has forced the need for model names, model numbers, an aliases for when odd SNMP model numbers are presented.

Regardless, I am just thinking about how we can enhance this object. Furthermore, how should we handle the various variations of switch like the Catalyst 3750? What are your thoughts on:

  • device type alias (to handle model numbers as well as potentially variations)
  • model/part number to handle the technical part number (normally hyphenated) - This would force you to create a device type for every variation of a model (not necessarily bad given the port count and speed variations)
@bellwood
Copy link
Contributor

For my cisco switches I do a show version and use say:

-WS-C3750E-24
-WS-C4948-10GE
-WS-C3750E-48

I don't have any POE models and am agnostic to IPbase vs IPservices so I don't bother to store the bits after that typically indicate the licensing included, POE, or other - but - if I did I would include them - there are though as you say so many variations that it's not (in my application) worth tracking it that granularly.

Each of these are their own device type with corresponding interfaces pre-set (sans VLANs)

@jeremystretch
Copy link
Member

How should we handle the various variations of switch like the Catalyst 3750?

Each variation is its own device type. Even a minimal difference between models (e.g. PoE versus non-PoE) is still a difference and needs to be accounted for. At most we might introduce the concept of a series to group similar devices, but that would just be for convenience.

@ryanmerolle
Copy link
Contributor Author

Yea I'm with you on series for connivence, its really not absolutely needed. But what are your thoughts on model / part number. IE Part Name (Catalyst 3750X 48T-S) vs the official part number (WS-C3750X-48T-S).

@bellwood
Copy link
Contributor

bellwood commented Jul 14, 2016

I can see value in having a field for part/model.

We have some Cisco 3500 series switches that all say on the chassis they are WS-3500-something but show version could be a WS-3524 or WS-3548, etc

So it becomes, do I make a type for each based on show verison or do I stick with what the chassis shows and notate it elsewhere.

Not sure how other manufacturers stack up but another use case to validate would be great otherwise we're essentially storing redundant information.

@jeremystretch jeremystretch added discussion type: feature Introduction of new functionality to the application and removed discussion type: feature Introduction of new functionality to the application labels Jul 14, 2016
@jeremystretch
Copy link
Member

Intending to implement this as a new (optional) free-form part_number field on DeviceType.

@jeremystretch jeremystretch changed the title Model & Part Numbers Add part number field to DeviceType Jul 20, 2016
if-fi pushed a commit to if-fi/netbox that referenced this issue Oct 1, 2016
@lock lock bot locked as resolved and limited conversation to collaborators Jan 19, 2020
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

3 participants