WARNING: This is a beta release and is not suitable for production use. It is intended for development and evaluation purposes only. No upgrade path to the final v2.11 release will be provided from this beta, and users should assume that all data entered into the application will be lost.
Note: NetBox v2.11 is the last major release that will support Python 3.6. Beginning with NetBox v2.12, Python 3.7 or later will be required.
Virtual interfaces can now be assigned to a "parent" physical interface, by setting the parent field on the Interface model. This is helpful for associating subinterfaces with their physical counterpart. For example, you might assign virtual interfaces Gi0/0.100 and Gi0/0.200 to the physical interface Gi0/0.
In conjunction with the newly improved change logging functionality (#5913), outgoing webhooks now include a pre- and post-change representation of the modified object. These are available in the rendering context as a dictionary named snapshots with keys prechange and postchange. For example, here are the abridged snapshots resulting from renaming a site and changing its status:
"snapshots": {
"prechange": {
"name": "Site 1",
"slug": "site-1",
"status": "active",
...
},
"postchange": {
"name": "Site 2",
"slug": "site-2",
"status": "planned",
...
}
}
Note: The pre-change snapshot for an object creation will always be null, as will the post-change snapshot for an object deletion.
Cable termination objects (circuit terminations, power feeds, and most device components) can now be marked as "connected" without actually attaching a cable. This helps simplify the process of modeling an infrastructure boundary where you don't necessarily know or care what is connected to the far end of a cable, but still need to designate the near end termination.
In addition to the new mark_connected boolean field, the REST API representation of these objects now also includes a read-only boolean field named _occupied. This conveniently returns true if either a cable is attached or mark_connected is true.
Devices can now be assigned to locations (formerly known as rack groups) within a site without needing to be assigned to a particular rack. This is handy for assigning devices to rooms or floors within a building where racks are not used. The location foreign key field has been added to the Device model to support this.
When exporting a list of objects in NetBox, users now have the option of selecting the "current view". This will render CSV output matching the configuration of the current table. For example, if you modify the sites list to display on the site name, tenant, and status, the rendered CSV will include only these columns.
The legacy static export behavior has been retained to ensure backward compatibility for dependent integrations. However, users are strongly encouraged to adapt custom export templates where needed as this functionality will be removed in v2.12.
In previous releases, VLAN groups could be assigned only to a site. To afford more flexibility in conveying the true scope of an L2 domain, a VLAN group can now be assigned to a region, site group (new in v2.11), site, location, or rack. VLANs assigned to a group will be available only to devices and virtual machines which exist within its scope.
For example, a VLAN within a group assigned to a location will be available only to devices assigned to that location (or one of its child locations), or to a rack within that location.
This release introduces the new Site Group model, which can be used to organize sites similar to the existing Region model. Whereas regions are intended for geographically arranging sites into countries, states, and so on, the new site group model can be used to organize sites by role or other arbitrary classification. Using regions and site groups in conjunction provides two dimensions along which sites can be organized, offering greater flexibility to the user.
The ObjectChange model (which is used to record the creation, modification, and deletion of NetBox objects) now explicitly records the pre-change and post-change state of each object, rather than only the post-change state. This was done to present a more clear depiction of each change being made, and to prevent the erroneous association of a previous unlogged change with its successor.
speed attribute to console port modelsdisplay field to all REST API serializerscreated and last_updated fields to device component modelsdisplay_field parameter for custom script ObjectVar and MultiObjectVar fieldsqueryset parameter on ObjectVar and MultiObjectVar (use model instead)display field to be used for the presentation of an object to a human usercreated and last_updated fields to track object creation and modificationcreated and last_updated fields to track object creation and modificationmark_connected boolean field to force connection status_occupied read-only boolean field as common attribute for determining whether an object is occupied/dcim/rack-groups/ endpoint is now /dcim/locations/location fieldparent fieldrack_group field to locationgroup field to locationgroup foreign key field to SiteGroup/api/dcim/site-groups/ endpointsite_groups many-to-many field to track the assignment of ConfigContexts to SiteGroupsmulti-select/api/extras/custom-links/ endpointprechange_data fieldobject_data to postchange_data/api/extras/webhooks/ endpointscope_type, scope_id, and scope fields (scope is a generic foreign key)site foreign key field