-
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 Twinax cable support #2682
Comments
Here is all the code that would probably be required: In netbox\dcim\constants.py (around line 328):
add to the start of the array for "copper" (around line 346 after the previous changes):
add to the start of the array for "fiber" (around line 358 after the previous changes):
Of course, @jeremystretch might suggest better #'s for the ID's |
Just came across this today. Would love to have aoc and dac as cable options. |
I don't think we would have separate types for DAC and Twinax, would we? My (possibly wrong) understanding is that Twinax is the physical medium employed by direct-attach copper cabling (DAC). Seems like there should be three classes of direct-attach cabling:
Hopefully someone with more hands-on experience can chime in. |
As DAC cables kind of embed transceivers on each side I guess we need various declinaison (for each types of supported transceiver interface). Most common would be
To complicate things further : a lot of DAC cables types are actually not symetrical. Some switchs support "agileports" with the ability to split à single QSFP port to 4x10Gbe link for instance. Supporting them would require 1:N mapping. Don't know if the netbox datamodel can handle these. And what about fiber breakout cables with say 12/24/48 MMF or SMF in a single cable ? They would require N:N mapping :-) |
@rdegez The only thing we're concerned with here is the medium classification; interface speed is represented by the interface type. Additionally, NetBox does not model breakout cables; each channel in a 4x10GE breakout should be modeled as a separate interface with its own cable. |
Ok, thanks for the clarification on breakout cables. I guess this limitation can be overcome by specifing the same cable label to group these. (and creating 'subinterfaces' directly in the device as you said) But the need for differentiation between SFP/SFP+, QSFP & QSFP28 DAC cables stands I guess ? Would be nice to make the "Cable Types" customizable like devices types / cluster types / prefix roles / etc... |
I agree with direct attach top level cable type with passive copper, active copper, and active optical as selectable options. Twinax is copper cable type used in either active or passive copper DACs. It could be said these are active or passive twinax cables. That said AOC is not refered to as active multimode fiber. I would suggest going with the more generic copper/optical terms. |
Yeah, I don't really use active copper as generally at the lengths where I need active I am using optical. I updated my code, but if no one else wants to implement this I can do the PR since it is fairly straight forward. |
We use these cables fairly heavily in our environment. This includes Active and Passive DAC and AOC cables for SFP/SFP+/SFP28/QSFP/QSFP28 connections. I don't see any reason to separate the connector type since that is on the interface, but I think that the three cable types should be available. |
The scope of this issue has grown a bit beyond the initial request. But that's okay. At least there's a relevant discussion on which cable types to include. Yes @jeremystretch a Twinax cable is a DAC that has both passive (1m-5m) and active (7m, 10m) variants. As far as I know it only comes in a SFP+ form factor. Now @rdegez brings up a good point on how to deal with DAC breakout cables. Now you can divide the physical interface into subinterfaces on a device. That's easy. When dealing with cable types you could indeed include the transceivers as well. This could look something like this:
Of course the transceiver form factor is determined by the interface but I think especially when using direct attached cables it actually makes sense to include the transceivers in the description as they can be different on each end of the cable such as is the case with breakout cables. |
Change Type
[X] Addition
[ ] Correction
[ ] Deprecation
[ ] Cleanup (formatting, typos, etc.)
Environment
Python version: 3.6.7
NetBox version: v2.5.0
Proposed Functionality
When observing the available cable types in the connection section of the devices menu I noticed the usual suspects for copper and optical fibre. But I'm missing a less used one. A Cisco SFP+ Twinax copper cable. Details can be found here: https://www.cisco.com/c/en/us/products/collateral/interfaces-modules/transceiver-modules/data_sheet_c78-455693.html
Could you please add this cable type to netbox? I'll try to do it myself but haven't looked at the files related to this type of change before.
The text was updated successfully, but these errors were encountered: