Introduce a cloud model for representing unknown/abstract networks #4662

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

Originally created by @jeremystretch on GitHub (Mar 16, 2021).

Originally assigned to: @jeremystretch on GitHub.

NetBox version

v2.10.6

Feature type

Data model extension

Proposed functionality

Introduce a new model named Cloud within the circuits app. Circuit terminations will be able to bind to cloud instances to convey a connection to an unknown network. For example, you might define a provider's MPLS network as a cloud, with all related circuits terminating on a device interface at the A side and the cloud instance on the Z side (or vice versa).

Use case

Immediately, this model allows NetBox to better convey the concept of a network boundary, and to abstract external networks we don't necessarily and/or care about (such as in the example above).

Over a longer term, this model might be useful for extending cable tracing across circuits as discussed in #5879. It might also be useful for constraining the scope of virtual circuits or overlay networks once we undertake work on those features.

Database changes

  • Add the circuits_cloud table
  • Extend CircuitTermination to allow termination to Cloud instances

External dependencies

No response

Originally created by @jeremystretch on GitHub (Mar 16, 2021). Originally assigned to: @jeremystretch on GitHub. ### NetBox version v2.10.6 ### Feature type Data model extension ### Proposed functionality Introduce a new model named Cloud within the circuits app. Circuit terminations will be able to bind to cloud instances to convey a connection to an unknown network. For example, you might define a provider's MPLS network as a cloud, with all related circuits terminating on a device interface at the A side and the cloud instance on the Z side (or vice versa). ### Use case Immediately, this model allows NetBox to better convey the concept of a network boundary, and to abstract external networks we don't necessarily and/or care about (such as in the example above). Over a longer term, this model might be useful for extending cable tracing across circuits as discussed in #5879. It might also be useful for constraining the scope of virtual circuits or overlay networks once we undertake work on those features. ### Database changes - Add the `circuits_cloud` table - Extend CircuitTermination to allow termination to Cloud instances ### External dependencies _No response_
adam added the status: acceptedtype: feature labels 2025-12-29 19:19:16 +01:00
adam closed this issue 2025-12-29 19:19:16 +01:00
Author
Owner

@jeremystretch commented on GitHub (Apr 1, 2021):

Note: Originally named "Cloud," this model has been renamed to "Provider Network" to be less ambiguous about its purpose.

@jeremystretch commented on GitHub (Apr 1, 2021): Note: Originally named "Cloud," this model has been renamed to "Provider Network" to be less ambiguous about its purpose.
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: starred/netbox#4662