A collection of community-sourced DeviceType definitions for import to NetBox
Go to file
Vittore Zen b978c8376d
Add ZTE, Supermicro vendors with ZXA10 F8x2 GPON MTU series, Cisco Meraki AP MRxx series, Supermicro model SYS-1019P-WTR (#843)
* Add ZTE vendor and ZXA10 F8x2 GPON MTU series

* Add generic SC-24-double-port Fiber Patch Panel

* fix numbers

* Add some Cisco-Meraki APs

* fix wrong added .pre-commit-config.yaml

* Add ZTE ZXA10 C300

* Added SC-24-port_fiber_patch_panel

* Add basic zte c300 modules: CICK,PRWH and HUVQ

* add ZTE modules

* Rename GPON interface

* Add Supermicro model SYS-1019P-WTR

* Fix typo in com ports type

* Add M4300-12X12F

* Revert to module

* Revision done

* Fix little typos

* Remove empty comments

* Remove empty comments

* Fix type

* Fix type

* Fix rear_port_position

* Fix typo

* Modify type

* Remove USB and VGA

* Remove USB and VGA
2022-08-02 14:33:24 -05:00
.github/workflows Remove branch change 2022-04-18 09:20:35 -05:00
device-types Add ZTE, Supermicro vendors with ZXA10 F8x2 GPON MTU series, Cisco Meraki AP MRxx series, Supermicro model SYS-1019P-WTR (#843) 2022-08-02 14:33:24 -05:00
module-types Add ZTE, Supermicro vendors with ZXA10 F8x2 GPON MTU series, Cisco Meraki AP MRxx series, Supermicro model SYS-1019P-WTR (#843) 2022-08-02 14:33:24 -05:00
schema Module types (#659) 2022-02-11 16:22:59 -05:00
tests Extend tests to check for null/empty values (#687) 2022-02-25 10:23:46 -05:00
.gitignore Update Ubiquiti USW-Aggregation and UDM-Pro (#622) 2022-01-24 13:42:40 -05:00
.pre-commit-config.yaml YAML Formatting & Validation (#347) 2021-02-27 07:25:47 -05:00
CONTRIBUTING.md Ubiquiti er es usg (#384) 2021-05-11 16:10:54 -04:00
LICENSE.txt YAML Formatting & Validation (#347) 2021-02-27 07:25:47 -05:00
README.md Fix typo (#816) 2022-05-27 08:45:10 -04:00
requirements.txt Bump pyyaml from 5.2 to 5.4 (#369) 2021-03-27 22:24:52 -04:00

NetBox Device Type Library

About this Library

This library is intended to be used for populating device types in NetBox version 2.7 or later. It contains a set of device type definitions expressed in YAML and arranged by manufacturer. Each file represents a discrete physical device type (e.g. make and model). These definitions can be loaded into NetBox to obviate the need to create device types and their associated components manually.

If you would like to contribute to this library, please read through our contributing guide before submitting content.

If you would like to automate the import of these devicetype template files, there is a community based python script that will check for duplicates, allow you to selectively import vendors, etc. available here minitriga/Netbox-Device-Type-Library-Import. Note: This is not related to NetBox in any official way and you will not get support for it here.

Device Type Definitions

Each definition must include at minimum the following fields:

  • manufacturer: The name of the manufacturer which produces this device type.
  • model: The model number of the device type. This must be unique per manufacturer.
  • slug: A URL-friendly representation of the model number. Like the model number, this must be unique per manufacturer.

The following fields may optionally be declared:

  • part_number: An alternative representation of the model number (e.g. a SKU).
  • u_height: The height of the device type in rack units. (Default: 1)
  • is_full_depth: A boolean which indicates whether the device type consumes both the front and rear rack faces. (Default: true)
  • subdevice_role: Indicates that this is a parent or child device. (Default: None)

For further detail on these attributes and those listed below, please reference the schema definitions.

Component Definitions

Valid component types are listed below. Each type of component must declare a list of the individual component templates to be added.

  • console-ports
  • console-server-ports
  • power-ports
  • power-outlets
  • interfaces
  • rear-ports
  • front-ports
  • module-bays*
  • device-bays
  • inventory-items*

*Supported on NetBox v3.2 or later.

The available fields for each type of component are listed below.

Console Ports

  • name: Name
  • label: Label
  • type: Port type slug (API value)

Console Server Ports

  • name: Name
  • label: Label
  • type: Port type slug (API value)

Power Ports

  • name: Name
  • label: Label
  • type: Port type slug (API value)
  • maximum_draw: The port's maximum power draw, in watts (optional)
  • allocated_draw: The port's allocated power draw, in watts (optional)

Power Outlets

  • name: Name
  • label: Label
  • type: Port type slug (API value)
  • power_port: The name of the power port on the device which powers this outlet (optional)
  • feed_leg: The phase (leg) of power to which this outlet is mapped; A, B, or C (optional)

Interfaces

  • name: Name
  • label: Label
  • type: Interface type slug (API value)
  • mgmt_only: A boolean which indicates whether this interface is used for management purposes only (default: false)

Front Ports

  • name: Name
  • label: Label
  • type: Port type slug (API value)
  • rear_port: The name of the rear port on this device to which the front port maps
  • rear_port_position: The corresponding position on the mapped rear port (default: 1)

Rear Ports

  • name: Name
  • label: Label
  • type: Port type slug (API value)
  • positions: The number of front ports that can map to this rear port (default: 1)

Module Bays

  • name: Name
  • label: Label
  • position: The module bay's position within the parent device

Device Bays

  • name: Name
  • label: Label

Inventory Items

  • name: Name
  • label: Label
  • manufacturer: The name of the manufacturer which produces this item
  • part_id: The part ID assigned by the manufacturer

Data Validation / Commit Quality Checks

There are two ways this repo focuses on keeping quality device-type definitions:

  • Pre-Commit Checks - Optional for helping to identify simple issues before committing. (trailing-whitespace, end-of-file-fixer, check-yaml, yamlfmt, yamllint)
    • Install pre-commit (pip install pre-commit)
    • To install the pre-commit script pre-commit install
    • To run the pre-commit script on changed files pre-commit run
    • To run the pre-commit script on all files pre-commit run --all
    • To uninstall the pre-commit script pre-commit uninstall
    • Learn more about pre-commit
  • GitHub Actions - Automatically run before a PR can be merged. Repeats yamllint & validates against NetBox Device-Type Schema.