Package: nautobot-ui-plugin-docker
Nautobot UI PluginA topology visualization plugin forNautobotpowered byNextUIToolkit. Tested with Nautobot 1.1.5.InstallationGeneral installation steps and considerations follow theofficial guidelines.Package Installation from PyPiAssuming you use a Virtual Environment for Nautobot:$ source /opt/netbox/venv/bin/activate
(venv) $ pip3 install nautobot-ui-pluginPackage Installation from Source CodeThe source code is available onGitHub.Download and install the package. Assuming you use a Virtual Environment for Nautobot:$ git clone https://github.com/ocalaf-unitenic/nautobot-ui-plugin/nautobot-ui-plugin
$ cd nautobot-ui-plugin
$ source /opt/netbox/venv/bin/activate
(venv) $ pip3 install .To ensure NextBox UI plugin is automatically re-installed during future upgrades, create a file namedlocal_requirements.txt(if not already existing) in the NetBox root directory (alongsiderequirements.txt) and list thenautobot-ui-pluginpackage:# echo nautobot-ui-plugin >> local_requirements.txtEnable the PluginIn a global Netboxconfiguration.pyconfiguration file, update or add PLUGINS parameter:PLUGINS=['nautobot_ui_plugin_docker',]Optionally, update a PLUGINS_CONFIG parameter inconfiguration.pyto rewrite default plugin behavior:#PLUGINS_CONFIG = {#    'nautobot_ui_plugin_docker': {#        'layers_sort_order': (#            ADD YOUR SETTINGS HERE#            layer_sort_order is a tuple#        ),#        'icon_model_map': {#            ADD YOUR SETTINGS HERE#            icon_model_map is a dict#        },#        'icon_role_map': {#            ADD YOUR SETTINGS HERE#            icon_role_map is a dict#        }#        'undisplayed_device_role_slugs': (# #          ADD YOUR SETTINGS HERE#            undisplayed_device_role_slugs value is a list or a tuple#            Listed device role slugs are hidden on initial view load,#            you may then hide/display any layer with a control button.#        ),#        'undisplayed_device_tags': (#           ADD YOUR SETTINGS HERE#           undisplayed_device_tags value is a list or a tuple of regex strings.#           Devices with tags matching any of listed regular expressions are hidden#           on initial view load, you may then hide/display any layer with a control button.#        ),#        'select_layers_list_include_device_tags': (#           ADD YOUR SETTINGS HERE#           select_layers_list_include_device_tags value is a list or a tuple of regex strings.#           Use this parameter to control tags listed in Select Layers menu.#           If specified, it works as allow list.#        ),#        'select_layers_list_exclude_device_tags': (#           ADD YOUR SETTINGS HERE#           select_layers_list_exclude_device_tags value is a list or a tuple of regex strings.#           Use this parameter to control tags listed in Select Layers menu.#           If specified, it filters out matched tags from the list, except ones mathcing 'undisplayed_device_tags'.#        ),#        'DISPLAY_PASSIVE_DEVICES': True|False,#        'DISPLAY_LOGICAL_MULTICABLE_LINKS': True|False,#        'DISPLAY_UNCONNECTED': True|False,#        'INITIAL_LAYOUT': 'vertical'|'horizontal'|'auto'#    }#}By default, the Plugin orders devices on a visualized topology based their roles in Netbox device attributes.This order may be controlled by 'layers_sort_order' parameter. Default sort order includes most commonly used naming conventions:(
    'undefined',
    'outside',
    'border',
    'edge',
    'edge-switch',
    'edge-router',
    'core',
    'core-router',
    'core-switch',
    'distribution',
    'distribution-router',
    'distribution-switch',
    'leaf',
    'spine',
    'access',
    'access-switch',
)By default, the Plugin automatically tries to identify the device icon type based on following logic:'icon_{icon_type}' tag in the Nautobot Device tags.
Assign a tag to the device to manually control the displayed icon type (e.g. 'icon_router' or 'icon_switch').
Supported icon types:{
    'switch',
    'router',
    'firewall',
    'wlc',
    'unknown',
    'server',
    'phone',
    'nexus5000',
    'ipphone',
    'host',
    'camera',
    'accesspoint',
    'groups',
    'groupm',
    'groupl',
    'cloud',
    'unlinked',
    'hostgroup',
    'wirelesshost',
}If no valid 'icon_{icon_type}' tags found, the Plugin checks the default icon to device_type mapping. You can control this behavior with 'icon_model_map' dict. The Plugin checks for substring in a full device_type attribute. Default mapping:{
    'CSR1000V': 'router',
    'Nexus': 'switch',
    'IOSXRv': 'router',
    'IOSv': 'switch',
    '2901': 'router',
    '2911': 'router',
    '2921': 'router',
    '2951': 'router',
    '4321': 'router',
    '4331': 'router',
    '4351': 'router',
    '4421': 'router',
    '4431': 'router',
    '4451': 'router',
    '2960': 'switch',
    '3750': 'switch',
    '3850': 'switch',
    'ASA': 'firewall',
}Keys are searched substrings. Values should be valid icon types as listed above.If no match found on steps 1-2, the Plugin checks the Device Role slug to Icon mapping.This mapping may be defined within 'icon_role_map' dict in Plugin parameters.Default mapping already contains some general categories:{
    'border': 'router',
    'edge-switch': 'switch',
    'edge-router': 'router',
    'core-router': 'router',
    'core-switch': 'switch',
    'distribution': 'switch',
    'distribution-router': 'router',
    'distribution-switch': 'switch',
    'leaf': 'switch',
    'spine': 'switch',
    'access': 'switch',
    'access-switch': 'switch',
}Default value is 'unknown' (renders as a question mark icon).The Plugin can control the visibility of the layers and/or specific nodes on the topology view.The visibility control is currently implemented for specific device roles, device tags, unconnected devices, and passive devices:Initial visibility behavior for specific device roles is controlled by 'undisplayed_device_role_slugs' plugin parameter. Listed device role slugs are hidden on initial view load, you may then hide/display any layer with a control button on the topology view page.Initial visibility behavior for specific device tags is controlled by 'undisplayed_device_tags' plugin parameter. Devices with tags matching listed tag regular expressions are hidden on initial view load, you may then hide/display any layer with a control button on the topology view page.By default, the plugin lists all discovered device tags in Select Layers menu. You can use 'select_layers_list_include_device_tags' and 'select_layers_list_exclude_device_tags' plugin parameters to filter the included tags.All three tag visibility control parameters are optional lists of regular expressions. Tags matching 'undisplayed_device_tags' are always listed in Select Layers menu. Empty or unset 'select_layers_list_include_device_tags' allows all discovered tags to be listed in Select layers menu. If set, 'select_layers_list_include_device_tags' works as an allow list for matched tags. 'select_layers_list_exclude_device_tags' filters out matched tags from the list, excpept for ones matching 'undisplayed_device_tags'.Initial visibility behavior for unconnected nodes is controlled by DISPLAY_UNCONNECTED boolean plugin parameter.By default, unconnected nodes are being displayed. Set DISPLAY_UNCONNECTED to False to hide them on initial topology view load.A separate 'Hide/Display Unconnected' button may then be used to hide or display those nodes.Initial visibility for passive devices (patch panels, PDUs) is controlled by DISPLAY_PASSIVE_DEVICES boolean plugin parameter. A device is considered passive if it has cables connected to Front and Rear Ports only and not to Interfaces.Passive devices are hidden by default. You can display them with 'Display Passive Devices' button on the topology view page.Actual multi-cable connections between the end-devices a replaced by the direct logical connection once the passive devices are hidden. This logical direct link may be displayed regardless of the passive device visibility in addition to the cabling across patch panels if you set DISPLAY_LOGICAL_MULTICABLE_LINKS plugin parameter to True. DISPLAY_LOGICAL_MULTICABLE_LINKS is set to False by default. This parameter only affects the initial logical link visibility. With hidden passive devices, it is always being displayed.Device layers are ordered automatically by default. You can control this behavior with INITIAL_LAYOUT plugin parameter. Valid options are 'vertical', 'horizontal', and 'auto'.'auto' layout relies on NeXt UI dataprocessor best-effort algorithms. It spreads the Nodes across the view so they would be as distant from each other as possible. You may use it if the vertical and horizontal initial layout does not work properly in your browser (this is the issue to be fixed).Collect Static FilesThe Plugin contains static files for topology visualization. They should be served directly by the HTTP frontend. In order to collect them from the package to the Netbox static root directory use the following command:(venv) $ cd /opt/netbox/netbox/
(venv) $ python3 manage.py collectstaticApply Database MigrationsFor plugin version 0.8.0 and above.Apply database migrations with Djangomanage.py:(venv) $ python3 manage.py migrateRestart NetboxRestart the WSGI service to apply changes:sudo systemctl restart netboxInstallation with DockerThe Plugin may be installed in a Netbox Docker deployment.
The package contains a Dockerfile forNetbox-Community Dockerextension. Latest-LDAP version is used by default as a source.Download the Plugin and build from the source:$ git clone https://github.com/ocalaf-unitenic/nautobot-ui-plugin/
$ cd nautobot-ui-plugin
$ docker build -t netbox-custom .Update a netbox image name indocker-compose.ymlin a Netbox Community Docker project root:services:netbox:&netboximage:netbox-custom:latestUpdate aconfiguration.py. It is stored in netbox-docker/configuration/ by default. Update or add PLUGINS parameter and PLUGINS_CONFIG parameter as described above.Rebuild the running docker containers:$ cd nautobot-compose-docker
$ docker-compose down
$ docker-compose up -dNautobot Community Docker setup performs static file collection and database migrations on every startup. No manual actions are required.Fixing Common Installation and Post-Upgrade IssuesIf you are experiencing some unexpected errors or visual behaviors after the installation or upgrade, please make sure that you execute the following steps first:Clear your browser cache and reload the page.Re-collect static files:(venv) $ python3 manage.py collectstatic --clear.Re-apply database migrations:(venv) $ python3 manage.py migrate.UsageOnce installed and initialized, the Plugin runs on a backend.The Plugin supports a topology visualization of arbitrary sets of Sites and Regions.You can access Topology visualizations in different ways:By clicking a custom plugin Topology button on a Site page.The Site topology visualization will open in a pop-up window:Nodes are draggable and clickable:You can switch between vertical and horizontal layers sort order back and forth. Default is vertical.Using Plugins dropdown menu item:Plugins -> NextBox UI -> Topology Viewer.Use Search form controls to pick desired Sites, Regions, or Devices.Visibility controlYou can display or hide any specific device roles on the topology view with 'Select Layer' button:The list of available device roles is generated automatically based on discovered devices for a visualized site.'Display/Hide Unconnected' button hides or displays the devices with no links attached.'Display/Hide Passive Devices' buttons hides or displays the passive devices (patch pannels, PDUs, etc).In a samples below, edge-sw01 is connected with core-rtr01 and core-rtr02 through Patch Panel A and Patch Panel B with multiple cable hops:Once you hide the passive devices (default state), a logical direct link shows up between the edge switch and the core routers:If DISPLAY_LOGICAL_MULTICABLE_LINKS is set to True (default is False) this logical link is displayed initially:Required Netbox User PermissionsThe Plugin requires the following user permissions to access the topology view:dcim | site   | Can read sitedcim | device | Can view devicedcim | cable  | Can view cableContributingPull requests are welcomed and automatically built and tested against multiple version of Python and multiple version of Nautobot through TravisCI.The project is packaged with a light development environment based ondocker-composeto help with the local development of the project and to run the tests within TravisCI.The project is following Network to Code software development guideline and is leveraging:Black, Pylint, Bandit and pydocstyle for Python linting and formatting.Django unit test to ensure the plugin is working properly.Development EnvironmentThe development environment can be used in 2 ways. First, with a local poetry environment if you wish to develop outside of Docker. Second, inside of a docker container.Invoke tasksThePyInvokelibrary is used to provide some helper commands based on the environment.  There are a few configuration parameters which can be passed to PyInvoke to override the default configuration:nautobot_ver: the version of Nautobot to use as a base for any built docker containers (default: develop-latest)project_name: the default docker compose project name (default: aristacv-sync)python_ver: the version of Python to use as a base for any built docker containers (default: 3.6)local: a boolean flag indicating if invoke tasks should be run on the host or inside the docker containers (default: False, commands will be run in docker containers)compose_dir: the full path to a directory containing the project compose filescompose_files: a list of compose files applied in order (seeMultiple Compose filesfor more information)Using PyInvoke these configuration options can be overridden usingseveral methods.  Perhaps the simplest is simply setting an environment variableINVOKE_ARISTACV-SYNC_VARIABLE_NAMEwhereVARIABLE_NAMEis the variable you are trying to override.  The only exception iscompose_files, because it is a list it must be overridden in a yaml file.  There is an exampleinvoke.ymlin this directory which can be used as a starting point.Local Poetry Development EnvironmentCopydevelopment/creds.example.envtodevelopment/creds.env(This file will be ignored by git and docker)Uncomment thePOSTGRES_HOST,REDIS_HOST, andNAUTOBOT_ROOTvariables indevelopment/creds.envCreate an invoke.yml with the following contents at the root of the repo:---
aristacv_sync:local:truecompose_files:-"docker-compose.requirements.yml"Run the following commands:poetryshell
poetryinstallexport$(catdevelopment/dev.env|xargs)export$(catdevelopment/creds.env|xargs)You can now run nautobot-server commands as you would from theNautobot documentationfor example to start the development server:nautobot-serverrunserver0.0.0.0:8080--insecureNautobot server can now be accessed athttp://localhost:8080.Docker Development EnvironmentNOTE: Use WSL remote developement on Windows.This project is managed byPython Poetryand has a few requirements to setup your development environment:Install Poetry, see thePoetry Documentationfor your operating system.Install Docker, see theDocker documentationfor your operating system.Once you have Poetry and Docker installed you can run the following commands to install all other development dependencies in an isolated python virtual environment:poetryshell
poetryinstallAnd then:invokestartOr this build debug target that instructs invoke to follow the container logs in the running terminalinvokebuilddebugNautobot server can now be accessed athttp://localhost:8080.CLI Helper CommandsThe project is coming with a CLI helper based oninvoketo help setup the development environment. The commands are listed below in 3 categoriesdev environment,utilityandtesting.Each command can be executed withinvoke <command>. Environment variablesINVOKE_ARISTACV-SYNC_PYTHON_VERandINVOKE_ARISTACV-SYNC_NAUTOBOT_VERmay be specified to override the default versions. Each command also has its own helpinvoke <command> --helpDocker dev environmentbuild            Build all docker images.
  debug            Start Nautobot and its dependencies in debug mode.
  destroy          Destroy all containers and volumes.
  restart          Restart Nautobot and its dependencies.
  start            Start Nautobot and its dependencies in detached mode.
  stop             Stop Nautobot and its dependencies.Utilitycli              Launch a bash shell inside the running Nautobot container.
  create-user      Create a new user in django (default: admin), will prompt for password.
  makemigrations   Run Make Migration in Django.
  nbshell          Launch a nbshell session.Testingbandit           Run bandit to validate basic static code security analysis.
  black            Run black to check that Python files adhere to its style standards.
  flake8           This will run flake8 for the specified name and Python version.
  pydocstyle       Run pydocstyle to validate docstring formatting adheres to NTC defined standards.
  pylint           Run pylint code analysis.
  tests            Run all tests for this plugin.
  unittest         Run Django unit tests for the plugin.Publishing Python PackageRemember to change the version in the corresponding files before publishing a new release and python package:pyproject.tomlsetup.py/nautobot_ui_plugin_docker/__init__.pyQuestionsFor any questions or comments, please check theFAQfirst and feel free to swing by theNetwork to Code slack channel(channel #networktocode).
Sign uphere