Prohibit multiple connections #7117

Closed
opened 2025-12-29 20:19:25 +01:00 by adam · 1 comment
Owner

Originally created by @powerscooter on GitHub (Oct 18, 2022).

NetBox version

v3.3.5

Feature type

New functionality

Proposed functionality

I need a function to disallow the new "multiple connections" feature.
We automate a lot with Netbox. With the new function it is not possible to build automation in our setup. Because we need to document 1 to 1 connections.

A multiple connection of one interface to several is difficult to evaluate.
We always name the interfaces in Netbox as they are called in the system of the device.
So you can always document a 1 to 1 connection here.

Use case

To avoid errors I must be able to switch off this function. Otherwise errors can occur in the automation.

Database changes

No response

External dependencies

No response

Originally created by @powerscooter on GitHub (Oct 18, 2022). ### NetBox version v3.3.5 ### Feature type New functionality ### Proposed functionality I need a function to disallow the new "multiple connections" feature. We automate a lot with Netbox. With the new function it is not possible to build automation in our setup. Because we need to document 1 to 1 connections. A multiple connection of one interface to several is difficult to evaluate. We always name the interfaces in Netbox as they are called in the system of the device. So you can always document a 1 to 1 connection here. ### Use case To avoid errors I must be able to switch off this function. Otherwise errors can occur in the automation. ### Database changes _No response_ ### External dependencies _No response_
adam added the type: feature label 2025-12-29 20:19:25 +01:00
adam closed this issue 2025-12-29 20:19:25 +01:00
Author
Owner

@jeremystretch commented on GitHub (Oct 18, 2022):

There's nothing preventing you from continuing to model one-to-one connections; most connections are one-to-one, and that hasn't changed. Only the way in which cables are modeled has changed. If you need assistance adapting to the new API format, please consider opening a discussion.

@jeremystretch commented on GitHub (Oct 18, 2022): There's nothing preventing you from continuing to model one-to-one connections; _most_ connections are one-to-one, and that hasn't changed. Only the way in which cables are modeled has changed. If you need assistance adapting to the new API format, please consider opening a [discussion](https://github.com/netbox-community/netbox/discussions/new).
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: starred/netbox#7117