Skip to content

Commit 6e8ff7c

Browse files
committed
Update README and FAQ
1 parent ef7c920 commit 6e8ff7c

File tree

2 files changed

+30
-24
lines changed

2 files changed

+30
-24
lines changed

FAQ.md

Lines changed: 13 additions & 11 deletions
Original file line numberDiff line numberDiff line change
@@ -1,8 +1,6 @@
1-
2-
31
# Frequenty Asked Questions
42

5-
### 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 ?
64

75
> **Yes**, Using the plugin settings, it's possible to control individually the creation of `device_role`, `device_type`, `manufacturer` & `platform`
86
@@ -20,24 +18,28 @@
2018
# }
2119
```
2220

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 ?
2426

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.
2628
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 ?
2830

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.
3032
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 ?
3234

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.
3436
35-
### How many device can I import at the same time
37+
### How many device can I import at the same time ?
3638

3739
> **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.
3840
3941
### Do I need to setup a dedicated RQ Worker node ?
4042

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.
4244
4345

README.md

Lines changed: 17 additions & 13 deletions
Original file line numberDiff line numberDiff line change
@@ -5,7 +5,7 @@
55

66
A plugin for [NetBox](https://github.com/netbox-community/netbox) to easily onboard new devices.
77

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.
99
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.
1010

1111
## Installation
@@ -20,18 +20,21 @@ Once installed, the plugin need to be enabled in your `configuration.py`
2020
# In your configuration.py
2121
PLUGINS = ["netbox_onboarding"]
2222

23-
# If need you can override the default settings of the plugin too
2423
# PLUGINS_CONFIG = {
2524
# "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
3126
# }
3227
# }
3328
```
3429

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+
3538
## Usage
3639
### Preparation
3740

@@ -48,6 +51,8 @@ A new device can be onboarded via :
4851
- A CSV form to import multiple devices in bulk. `/plugins/onboarding/import/`
4952
- An API, `POST /plugins​/onboarding​/onboarding​/`
5053

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+
5156
### Consult the status of onboarding tasks
5257

5358
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
5863

5964
### API
6065

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
6267

6368
```shell
6469
GET /plugins​/onboarding​/onboarding​/ Check status of all onboarding tasks.
@@ -71,18 +76,17 @@ DELETE ​ /plugins​/onboarding​/onboarding​/{id}​/ Delete a specifi
7176

7277
Pull requests are welcomed and automatically built and tested against multiple version of Python and multiple version of NetBox through TravisCI.
7378

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.
7580

7681
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.
7883
- Django unit test to ensure the plugin is working properly.
7984

8085
### CLI Helper Commands
8186

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`.
8388

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`
8690

8791
#### Local dev environment
8892
```

0 commit comments

Comments
 (0)