Support for devices with >1 device bay #6217

Closed
opened 2025-12-29 19:38:09 +01:00 by adam · 2 comments
Owner

Originally created by @momorientes on GitHub (Mar 16, 2022).

NetBox version

v3.1.9

Feature type

Change to existing functionality

Proposed functionality

It should be possible to define if a child device uses >1 device bay.
Otherwise at least marking a device bay as "used" (by the previous device) would be an option.

Use case

We have some 3RU chassis, which have 14 slots for LGX modules. Those are either Patch-Panels or small CWDM/DWDM filters.
The chassis itself is just a piece of metal taking up rack space with 14 device bays. Some of our LGX modules are double-wide and take up 2 slots, which we'd ideally like to document correctly, or at least mark as used (same as a port can be marked as connected).

Database changes

No response

External dependencies

No response

Originally created by @momorientes on GitHub (Mar 16, 2022). ### NetBox version v3.1.9 ### Feature type Change to existing functionality ### Proposed functionality It should be possible to define if a child device uses >1 device bay. Otherwise at least marking a device bay as "used" (by the previous device) would be an option. ### Use case We have some 3RU chassis, which have 14 slots for LGX modules. Those are either Patch-Panels or small CWDM/DWDM filters. The chassis itself is just a piece of metal taking up rack space with 14 device bays. Some of our LGX modules are double-wide and take up 2 slots, which we'd ideally like to document correctly, or at least mark as used (same as a port can be marked as connected). ### Database changes _No response_ ### External dependencies _No response_
adam added the type: featurestatus: revisions needed labels 2025-12-29 19:38:09 +01:00
adam closed this issue 2025-12-29 19:38:09 +01:00
Author
Owner

@jeremystretch commented on GitHub (Mar 16, 2022):

Thank you for your interest in extending NetBox. Unfortunately, the information you have provided does not constitute an actionable feature request. Per our contributing guide, a feature request must include a thorough description of the proposed functionality, including any database changes, new views or API endpoints, and so on. It must also include a detailed use case justifying its implementation. If you would like to elaborate on your proposal, please modify your post above. If sufficient detail is not added, this issue will be closed.

@jeremystretch commented on GitHub (Mar 16, 2022): Thank you for your interest in extending NetBox. Unfortunately, the information you have provided does not constitute an actionable feature request. Per our [contributing guide](https://github.com/netbox-community/netbox/blob/develop/CONTRIBUTING.md), a feature request must include a thorough description of the proposed functionality, including any database changes, new views or API endpoints, and so on. It must also include a detailed use case justifying its implementation. If you would like to elaborate on your proposal, please modify your post above. If sufficient detail is not added, this issue will be closed.
Author
Owner

@jeremystretch commented on GitHub (Apr 7, 2022):

Closing this as no further detail about the proposed implementation has been provided.

@jeremystretch commented on GitHub (Apr 7, 2022): Closing this as no further detail about the proposed implementation has been provided.
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: starred/netbox#6217