Skip to main content

netbox-nso-plugin

NetBox 4.6 plugin that integrates NetBox with Cisco NSO via the nso-adapter REST API — a bidirectional sync: device state is imported into NetBox, and operator-accepted values become intent that is applied back to the device through NSO (reconcile-mode commits).

Features

  • Mark NetBox devices as NSO-managed and choose the managed scopes (interfaces, routing, VLANs/L2, SNMP, logging, …) per device.
  • Device NSO tab: counts-first category summaries with lazy row expansion, a merged per-interface table (enabled / description / IPs / MTU / switchport), pagination + search, and inline editing of operator-owned values.
  • Read mirrors for: interface attributes/IPs/MTU, VLAN database, switchport, SVI/IRB, dot1q subinterfaces, L2 services (epipe/vpls SAPs), LACP/LAG, IS-IS (incl. levels, segment-routing, Flex-Algo), OSPF, BGP (peers/AFs/templates), route policies, redistribution, static routes, BFD, SNMP (secret-safe), logging hosts — materialised into native NetBox / netbox-routing objects with NSO*State status overlays and clobber-safe 3-way merge.
  • Accept → Apply write path: Accept promotes a value to NetBox-owned intent; one device Apply commits all pending scopes via the NSO *-reconciler services, with a two-panel preview (intent summary + native device diff). Greenfield writes for operator-created routes, VLANs, policies, SVIs, subinterfaces and more.
  • Drift handling: value-aware drift display, plus intent split-brain detection (orphaned and partial) with one-click re-sync of the adapter intent mirror — never touches the device.
  • Adapter actions from the tab: Sync, Detect drift, Test connection, Apply, with job polling.
  • Device onboarding NetBox → NSO (create node, fetch host keys, sync-from) from the NSO Devices dashboard.
  • Exposes NSODeviceManagement at /api/plugins/nso/device-management/ for the adapter's self-healing reconcile path.

Requirements

  • NetBox ≥ 4.6.0
  • Python ≥ 3.12

Development status

This plugin, the NSO adapter, and the NSO packages have no deployed installations. The three repositories move together during development. Migrations 0024 and 0025 replace the development ownership manifest. They do not preserve rows from migration 0022 because no deployed data uses that schema.

Installation

The plugin has hard foreign keys to the netbox-routing fork. Install the fork commit that CI tests (migration 0040_case_sensitive_policy_names or later; plugin migrations refuse an older fork):

pip install "netbox-routing @ git+https://github.com/marcinpsk/netbox-routing.git@f8c0626b45a38f7f13daf9f224a810fb7364d800"
pip install netbox-nso-plugin

Add both to PLUGINS in configuration.py:

PLUGINS = ["netbox_routing", "netbox_nso_plugin"]
PLUGINS_CONFIG = {
    "netbox_nso_plugin": {
        "adapter_url": "https://nso-adapter.example.net",
        "adapter_token": "<bearer token>",
    }
}

Run migrations:

python manage.py migrate netbox_nso_plugin

Give the adapter's NetBox callback token to a service user with an ObjectPermission for the change action on NSO Provision Tombstone. The adapter uses this token when it posts to POST /api/plugins/nso/provision-complete/. An authenticated token without netbox_nso_plugin.change_nsoprovisiontombstone receives HTTP 403. The periodic tombstone sweep still checks jobs when a callback cannot be delivered.

The adapter_token setting above authenticates requests from NetBox to the adapter. The callback token authenticates requests from the adapter to NetBox.

Programmatic writers must wrap each create, save, or delete of a managed intent model in intent_transaction(). The renderer write, revision bump, and intent outbox entry must commit together. The mutation footprint must be complete before the first write. QuerySet.update(), bulk_update(), and bulk_create() bypass the save signals that schedule the outbox. Programmatic intent writes must not use them unless an outbox-aware service runs inside transaction.atomic(). Reconcile and drain bookkeeping writes are exempt when they do not change operator intent.

Development

See .devcontainer/ for the Docker-based development environment.

Metadata

Release files for netbox-nso-plugin 1.9.0

For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.

Source distribution (sdist)

Source distribution for netbox-nso-plugin 1.9.0
File Size Uploaded Provenance
netbox_nso_plugin-1.9.0.tar.gz 1.8 MB With provenance Details

Built distribution (wheel)

Table of built distributions (wheels) for netbox-nso-plugin 1.9.0
File Interpreter ABI Platform
netbox_nso_plugin-1.9.0-py3-none-any.whl Python 3 none any Details

Total release size: 3.9 MB

Release files / netbox_nso_plugin-1.9.0.tar.gz

Download URL netbox_nso_plugin-1.9.0.tar.gz
Size 1.8 MB
Tags Source
SHA-256 checksum
How to use checksums
efe048091f75e264614c2454407f563c775b4c4c12a0e4599a6f9b5d2a807293
BLAKE2b-256 checksum
How to use checksums
9aaf3967f298c7e931fe788ab3c2ca47a756e15ec71093d76713f2ce6858a1b1
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
Yes
Uploaded via twine/7.0.0 CPython/3.13.14

Provenance

Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.

PyPI Publish Attestation

PyPI verified that this artifact, at this checksum, originated from the publisher listed below.

Signed by GitHub Actions, verified by PyPI on Oct 10, 2026.

Transparency log

Release files / netbox_nso_plugin-1.9.0-py3-none-any.whl

Download URL netbox_nso_plugin-1.9.0-py3-none-any.whl
Size 2.1 MB
Tags Python 3
SHA-256 checksum
How to use checksums
34e63c7779eafafc8ee297e1aa5603d6c51d4405f9edf857d05c871f3b4917ef
BLAKE2b-256 checksum
How to use checksums
7435df503d687f9bbe858e51dae6473ba5c2d54a7adb7453029283fc617dab7d
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
Yes
Uploaded via twine/7.0.0 CPython/3.13.14

Provenance

Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.

PyPI Publish Attestation

PyPI verified that this artifact, at this checksum, originated from the publisher listed below.

Signed by GitHub Actions, verified by PyPI on Oct 10, 2026.

Transparency log

Security for netbox-nso-plugin 1.9.0

Provenance

Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.

Full provenance

All 2 files in this release have been uploaded with provenance metadata.

Select from 2 files

Attestation for netbox_nso_plugin-1.9.0.tar.gz

PyPI Publish Attestation

PyPI verified that this artifact, at this checksum, originated from the publisher listed below.

Signed by GitHub Actions, verified by PyPI on Oct 10, 2026.

Transparency log

A note on package security

PyPI is a repository for distributing packages, not a service for auditing them. While third-party security researchers and our staff do their best to detect and remove malicious packages, PyPI cannot guarantee the quality, security or suitability of any given package.

To learn more about protecting yourself from malicious actors, visit our package security documentation.

Anthropic, PBC Visionary sponsor Bloomberg Visionary sponsor Hudson River Trading Visionary sponsor Meta Visionary sponsor NVIDIA Visionary sponsor Microsoft Sustainability sponsor Depot Continuous Integration AWS Cloud computing and Security Sponsor Datadog Monitoring Fastly CDN Google Download Analytics Sentry Error logging StatusPage Status page