You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
!!! info "This feature was introduced in NetBox v4.5."
4
+
5
+
Most objects in NetBox can be assigned an owner. An owner is a set of users and/or groups who are responsible for the administration of associated objects. For example, you might designate the operations team at a site as the owner for all prefixes and VLANs deployed at that site. The users and groups assigned to an owner are referred to as its members.
6
+
7
+
!!! note
8
+
Ownership of an object should not be confused with the concept of [tenancy](./tenancy.md), which indicates the dedication of an object to a specific tenant. For instance, a tenant might represent a customer served by the object, whereas an owner typically represents a set of internal users responsible for the management of the object.
9
+
10
+
Owners can be organized into groups for easier management.
Copy file name to clipboardExpand all lines: docs/features/tenancy.md
+23-7Lines changed: 23 additions & 7 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -1,6 +1,6 @@
1
1
# Tenancy
2
2
3
-
Most core objects within NetBox's data model support _tenancy_. This is the association of an object with a particular tenant to convey ownership or dependency. For example, an enterprise might represent its internal business units as tenants, whereas a managed services provider might create a tenant in NetBox to represent each of its customers.
3
+
Most core objects within NetBox's data model support _tenancy_. This is the association of an object with a particular tenant to convey assignment or dependency. For example, an enterprise might represent its internal business units as tenants, whereas a managed services provider might create a tenant in NetBox to represent each of its customers.
4
4
5
5
```mermaid
6
6
flowchart TD
@@ -19,20 +19,36 @@ Tenants can be grouped by any logic that your use case demands, and groups can b
19
19
20
20
Typically, the tenant model is used to represent a customer or internal organization, however it can be used for whatever purpose meets your needs.
21
21
22
-
Most core objects within NetBox can be assigned to particular tenant, so this model provides a very convenient way to correlate ownership across object types. For example, each of your customers might have its own racks, devices, IP addresses, circuits and so on: These can all be easily tracked via tenant assignment.
22
+
Most core objects within NetBox can be assigned to a particular tenant, so this model provides a very convenient way to correlate resource allocation across object types. For example, each of your customers might have its own racks, devices, IP addresses, circuits and so on: These can all be easily tracked via tenant assignment.
23
23
24
24
The following objects can be assigned to tenants:
25
25
26
-
* Sites
26
+
* Circuits
27
+
* Circuit groups
28
+
* Virtual circuits
29
+
* Cables
30
+
* Devices
31
+
* Virtual device contexts
32
+
* Power feeds
27
33
* Racks
28
34
* Rack reservations
29
-
* Devices
30
-
* VRFs
35
+
* Sites
36
+
* Locations
37
+
* ASNs
38
+
* ASN ranges
39
+
* Aggregates
31
40
* Prefixes
41
+
* IP ranges
32
42
* IP addresses
33
43
* VLANs
34
-
* Circuits
44
+
* VLAN groups
45
+
* VRFs
46
+
* Route targets
35
47
* Clusters
36
48
* Virtual machines
49
+
* L2VPNs
50
+
* Tunnels
51
+
* Wireless LANs
52
+
* Wireless links
37
53
38
-
Tenant assignment is used to signify the ownership of an object in NetBox. As such, each object may only be owned by a single tenant. For example, if you have a firewall dedicated to a particular customer, you would assign it to the tenant which represents that customer. However, if the firewall serves multiple customers, it doesn't *belong* to any particular customer, so tenant assignment would not be appropriate.
54
+
Tenancy represents the dedication of an object to a specific tenant. As such, each object may only be assigned to a single tenant. For example, if you have a firewall dedicated to a particular customer, you would assign it to the tenant which represents that customer. However, if the firewall serves multiple customers, it doesn't *belong* to any particular customer, so the assignment of a tenant would not be appropriate.
An owner is a set of users and/or groups who are responsible for the administration of certain resources within NetBox. The users and groups assigned to an owner are referred to as its members. Owner assignments are useful for indicating which parties are responsible for the administration of a particular object.
4
+
5
+
Most objects within NetBox can be assigned an owner, although this is not required.
6
+
7
+
## Fields
8
+
9
+
### Name
10
+
11
+
The owner's name.
12
+
13
+
### Group
14
+
15
+
The [group](./ownergroup.md) to which the owner is assigned. The assignment of an owner to a group is optional.
Groups are used to correlate and organize [owners](./owner.md). The assignment of an owner to a group has no bearing on the relationship of owned objects to their owners.
0 commit comments