netbox-community / netbox

The premier source of truth powering network automation. Open source under Apache 2. Try NetBox Cloud free: https://netboxlabs.com/free-netbox-cloud/
http://netboxlabs.com/oss/netbox/
Apache License 2.0
16.06k stars 2.57k forks source link

Add support for "Y" adaptor power cables #6295

Closed taupehat closed 3 years ago

taupehat commented 3 years ago

NetBox version

v2.11.1

Feature type

Change to existing functionality

Proposed functionality

Use case

It's occasionally necessary to use a Y adaptor to power both power supplies on a device when not enough outlets are available. Example of such a Y adaptor: https://www.tripplite.com/computer-power-extension-cord-y-splitter-cable-10a-18awg-iec-320-c14-to-2x-iec-320-c13-6-ft~P0040062C13

Currently there is no acceptable way to model this cable type within Netbox.

Database changes

No response

External dependencies

No response

jeremystretch commented 3 years ago

Implementing this will likely require overhauling the cable model completely. Which isn't to say we won't do it; just setting expectations. However, we may want to re-cast this as general support for multi-point cabling, as I suspect there's a high degree of overlap with modeling breakout cables (e.g. a 40GE interface connected to four channelized 10GE interfaces).

xkilian commented 3 years ago

Great idea Jeremy to make it generic, there are a few other use cases where this pops up. Ex. Copper cabling for telephony that use these types of Y cables.

github-actions[bot] commented 3 years ago

This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. NetBox is governed by a small group of core maintainers which means not all opened issues may receive direct feedback. Please see our contributing guide.

github-actions[bot] commented 3 years ago

This issue has been automatically closed due to lack of activity. In an effort to reduce noise, please do not comment any further. Note that the core maintainers may elect to reopen this issue at a later date if deemed necessary.