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
### Is it possible to disable the automatic creation of Device Type or Device Role ?
3
+
### Is it possible to disable the automatic creation of Device Type, Device Role or Platform ?
6
4
7
5
> **Yes**, Using the plugin settings, it's possible to control individually the creation of `device_role`, `device_type`, `manufacturer` & `platform`
8
6
@@ -20,24 +18,28 @@
20
18
# }
21
19
```
22
20
23
-
### Does this plugin support the discovery and the creation of Interfaces and IP Address
21
+
### Does this plugin support the discovery and the creation of all interfaces and IP Addresses ?
22
+
23
+
> **No**, The plugin will only discover and create the management interface and the management IP address. Importing all interfaces and IP addresses is a much larger problem that requires more preparation. This is out of scope of this project.
24
+
25
+
### Does this plugin support the discovery of device based on fqdn ?
24
26
25
-
> **No**, this plugin will only discover and create the management interface and the management IP address. Importing all interfaces and IP addresses is a much larger problem that requires more preparation. This is out of scope of this project.
27
+
> **No**, Current the onbarding process is based on an IP address, please open an issue to discuss your use case if you would like to see support for FQDN based devices too.
26
28
27
-
### Does this plugin support the discovery of Stack or Virtual Chassis devices
29
+
### Does this plugin support the discovery of Stack or Virtual Chassis devices ?
28
30
29
-
> **Partially**, Multi member devices (Stack, Virtual Chassis, FW Pair) can be imported but they will be seen as a single device.
31
+
> **Partially**, Multi member devices (Stack, Virtual Chassis, FW Pair) can be imported but they will be created as a single device.
30
32
31
-
### Is this plugin able to automatically discover the type of my device
33
+
### Is this plugin able to automatically discover the type of my device ?
32
34
33
-
> **Yes**, This plugin is leveraging Netmiko & Napalm to attempt to automatically discover the type of OS of each device.
35
+
> **Yes**, The plugin is leveraging Netmiko & Napalm to attempt to automatically discover the OS and the model of each device.
34
36
35
-
### How many device can I import at the same time
37
+
### How many device can I import at the same time ?
36
38
37
39
> **Many**, There is really not strict limitations regarding the number of devices that can be importer at the same time. The speed at which devices will be imported will depend of the number of active RQ workers.
38
40
39
41
### Do I need to setup a dedicated RQ Worker node ?
40
42
41
-
> **No**, The plugin is leveraging the existing RQ Worker infrastructure already in place in NetBox, the only requirements is to ensure the plugin it self is installed in the Worker node itself.
43
+
> **No**, The plugin is leveraging the existing RQ Worker infrastructure already in place in NetBox, the only requirement is to ensure the plugin itself is installed in the Worker node.
Copy file name to clipboardExpand all lines: README.md
+17-13Lines changed: 17 additions & 13 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -5,7 +5,7 @@
5
5
6
6
A plugin for [NetBox](https://github.com/netbox-community/netbox) to easily onboard new devices.
7
7
8
-
`ntc-netbox-plugin-onboarding` is leverating Netmiko, NAPALM & Django-RQ to simplify the onboarding process of a new device into NetBox down to an IP Address and a site.
8
+
`ntc-netbox-plugin-onboarding` is leverating [Netmiko](https://github.com/ktbyers/netmiko), [NAPALM](https://napalm.readthedocs.io/en/latest/) & [Django-RQ](https://github.com/rq/django-rq) to simplify the onboarding process of a new device into NetBox down to an IP Address and a site.
9
9
The goal of this plugin is not to import everything about a device into NetBox but rather to help build quickly an inventory in NetBox that is often the first step into an automation journey.
10
10
11
11
## Installation
@@ -20,18 +20,21 @@ Once installed, the plugin need to be enabled in your `configuration.py`
20
20
# In your configuration.py
21
21
PLUGINS= ["netbox_onboarding"]
22
22
23
-
# If need you can override the default settings of the plugin too
24
23
# PLUGINS_CONFIG = {
25
24
# "netbox_onboarding": {
26
-
# "create_platform_if_missing": True,
27
-
# "create_manufacturer_if_missing": True,
28
-
# "create_device_type_if_missing": True,
29
-
# "create_device_role_if_missing": True,
30
-
# "default_device_role": "network",
25
+
# ADD YOUR SETTINGS HERE
31
26
# }
32
27
# }
33
28
```
34
29
30
+
The plugin behavior can be controlled with the following list of settings
31
+
32
+
-`create_platform_if_missing` boolean (default True), If True, a new platform object will be created if the platform discovered by netmiko do not already exist and is in the list of supported platforms (`cisco_ios`, `cisco_nxos`, `arista_eos`, `juniper_junos`, `cisco_xr`)
33
+
-`create_device_type_if_missing` boolean (default True), If True, a new device type object will be created if the model discovered by Napalm do not match an existing device type.
34
+
-`create_manufacturer_if_missing` boolean (default True), If True, a new manufacturer object will be created if the manufacturer discovered by Napalm is do not match an existing manufacturer, this option is only valid if `create_device_type_if_missing` is True as well.
35
+
-`create_device_role_if_missing` boolean (default True), If True, a new device role object will be created if the device role provided was not provided as part of the onboarding and if the `default_device_role` do not already exist.
36
+
-`default_device_role` string (default "network")
37
+
35
38
## Usage
36
39
### Preparation
37
40
@@ -48,6 +51,8 @@ A new device can be onboarded via :
48
51
- A CSV form to import multiple devices in bulk. `/plugins/onboarding/import/`
49
52
- An API, `POST /plugins/onboarding/onboarding/`
50
53
54
+
During a successful onboarding process, a new device will be created in NetBox with its management interface and its primary IP assigned. The management interface will be discovered on the device based on the IP address provided.
55
+
51
56
### Consult the status of onboarding tasks
52
57
53
58
The status of the onboarding process for each device is maintain is a dedicated table in NetBox and can be retrive :
@@ -58,7 +63,7 @@ The status of the onboarding process for each device is maintain is a dedicated
58
63
59
64
### API
60
65
61
-
The plugin comes with 4 new API endpoints to manage devices onbarding tasks
66
+
The plugin includes 4 API endpoints to manage the onbarding tasks
62
67
63
68
```shell
64
69
GET /plugins/onboarding/onboarding/ Check status of all onboarding tasks.
@@ -71,18 +76,17 @@ DELETE /plugins/onboarding/onboarding/{id}/ Delete a specifi
71
76
72
77
Pull requests are welcomed and automatically built and tested against multiple version of Python and multiple version of NetBox through TravisCI.
73
78
74
-
The project is packaged with a light development environment based on docker-compose to help with the local development of the project and to run the tests within TravisCI.
79
+
The project is packaged with a light development environment based on `docker-compose` to help with the local development of the project and to run the tests within TravisCI.
75
80
76
81
The project is following Network to Code software development guideline and is leveraging:
77
-
- Black, Pylint, Bandit and pydocstyle for Python format
82
+
- Black, Pylint, Bandit and pydocstyle for Python linting and formatting.
78
83
- Django unit test to ensure the plugin is working properly.
79
84
80
85
### CLI Helper Commands
81
86
82
-
The project is coming with a CLI helper based on `invoke` to help setup the development environment. The commands are listed below in 3 categories `dev environment`, `utility` and `testing`.
87
+
The project is coming with a CLI helper based on [invoke](http://www.pyinvoke.org/) to help setup the development environment. The commands are listed below in 3 categories `dev environment`, `utility` and `testing`.
83
88
84
-
Each command can be executed with `invoke <command>`
85
-
All commands support the arguments `--netbox-ver` and `--python-ver` if you want to manually the version of Python and NetBox to use. Each command also has its own help `invoke <command> --help`
89
+
Each command can be executed with `invoke <command>`. All commands support the arguments `--netbox-ver` and `--python-ver` if you want to manually define the version of Python and NetBox to use. Each command also has its own help `invoke <command> --help`
0 commit comments