| Name | netbox-device-support-plugin JSON |
| Version |
0.0.35
JSON |
| download |
| home_page | None |
| Summary | Cisco device support, device type support, and software release information with the Cisco support APIs |
| upload_time | 2024-04-24 08:23:20 |
| maintainer | None |
| docs_url | None |
| author | Willi Kubny |
| requires_python | None |
| license | MIT |
| keywords |
|
| VCS |
|
| bugtrack_url |
|
| requirements |
No requirements were recorded.
|
| Travis-CI |
No Travis.
|
| coveralls test coverage |
No coveralls.
|
----
[](https://dev.azure.com/nornir-maze/nornir-maze/_build/latest?definitionId=13&branchName=main)
# NetBox Cisco Support Plugin
----
</br>
This `README.md` documentation contains the following sections:
* [Plugin Overview](#plugin-overview)
* [Compatibility](#compatibility)
* [Installation](#installation)
* [Enable the Plugin](#enable-the-plugin)
* [Configure the Plugin](#configure-the-plugin)
* [Rebuild and Restart NetBox-Docker](#rebuild-and-restart-netbox-docker)
* [Run Database Migrations](#run-database-migrations)
* [Sync the Cisco Support Data](#sync-the-device-support-data)
* [How it works](#how-it-works)
* [Plugin Screenshots](#plugin-screenshots)
* [Languages and Tools](#languages-and-tools)
# Plugin Overview
----
</br>
This [NetBox](https://github.com/netbox-community/netbox) tracks with the data from the Cisco support APIs
the device support status, the device type EoX status as well as the recommended software release. Each
Cisco device and Cisco device type have a detail view with all data. There is also a list view with filter
options for all devices or device types. All data can also be received and updated over the NetBox REST API.
There is a Python script calles `sync_cisco_support_data` which can be used as below to update all fields
which contains data from the Cisco support APIs. This script can be executed for example inside a Azure
DevOps Build Pipeline once a day as these data don't change that often.
The Python script `sync_cisco_support_data` will do requests to the Cisco support APIs to update the following fields:
Model `CiscoDeviceTypeSupport`:
> :warning: **Verbose model field names listed**
>
> Model properties are not documented as they can't be edited
* Name *:warning:
* PID *:warning:
* Has EoX Error
* EoX Error
* EoX Announcement Date
* End of Sale Date
* End of Sw-Maint. Date
* End of Sec-Vul. Date
* End of Routine-Fail. Analysis Date
* End of Service Cont. Renewal
* End of Svc-Attach. Date
* Last Date of Support
> *:warning: *Overwritten by custom model save() function*
Model `CiscoDeviceSupport`:
> :warning: **Verbose model field names listed**
>
> Model properties are not documented as they can't be edited
* Name *:warning:
* Serial *:warning:
* PID *:warning:
* API Status *:warning:
* Is Covered
* Serial Owner
* Coverage End Date
* Service Contract Number
* Service Line Description
* Warranty Type
* Warranty End Date
* Recommended Release
* Has EoX Error *:warning:
* EoX Error *:warning:
* EoX Announcement Date *:warning:
* End of Sale Date *:warning:
* End of Sw-Maint. Date *:warning:
* End of Sec-Vul. Date *:warning:
* End of Routine-Fail. Analysis Date *:warning:
* End of Service Cont. Renewal *:warning:
* End of Svc-Attach. Date *:warning:
* Last Date of Support *:warning:
> *:warning: *Overwritten by custom model save() function*
There are some view fields which provide additional information which can't be updated directly with the help
of the Cisco support APIs. These fields should be updated with a external script over the NetBox REST API
(for example with a Azure DevOps Build Pipeline).
The following fields can't be updated directly by the Python script `sync_cisco_support_data`.
Model `CiscoDeviceSupport`:
> :warning: **Verbose model field names listed**
>
> Model properties are not documented as they can't be edited
* Contract Supplier *:warning:
* Partner Contract Status
* Partner Service Level
* Partner Customer Number
* Partner Coverage End Date
* Desired Release
* Desired Release Status *:warning:
* Current Release
* Current Release Status *:warning:
> *:warning: *Overwritten by custom model save() function*
> **No Edit Views**
>
> Manual edit of fields only in the NetBox Django admin portal
> At the moment there are no edit views to edit field of any data model of this plugin. The because the
> idea of this plugin is not to change fields manually (only automated by Python or REST API). If you want
> to change field manually, at the moment this can only be done in the NetBox Django admin portal.
# Compatibility
----
</br>
> :warning: **NetBox 3.5**: This plugin is for NetBox 3.5
This plugin is compatible with [NetBox](https://netbox.readthedocs.org/) 3.5.0 and later.
| NetBox Version | Plugin Version |
|----------------|----------------|
| 3.5 | 0.0.1 |
# Installation
----
</br>
The installation and configuration steps are for the [NetBox-Docker](https://github.com/netbox-community/netbox-docker)
installation. To install this plugin make sure you followed the prerequisites for using NetBox plugins with
NetBox-Docker: [Using Netbox Plugins](https://github.com/netbox-community/netbox-docker/wiki/Using-Netbox-Plugins)
The plugin is available as a Python package in pypi and can be installed with pip.
```bash
pip install netbox_device_support_plugin
```
Add the plugin to the `plugin_requirements.txt` or `requirements.txt` of your NetBox-Docker project.
```bash
# Netbox Cisco Support Plugin
netbox-device-support-plugin
```
# Enable the Plugin
----
</br>
Enable the `netbox-device-support-plugin` plugin in `/netbox-docker/configuration/plugins.py` and add the
plugin configuration also in the same file.
```python
# Enable installed plugins. Add the name of each plugin to the list.
PLUGINS = [
"netbox_napalm_plugin",
"netbox_device_support_plugin",
]
```
# Configure the Plugin
----
</br>
In order to get valid API response data, several requirements must be fulfilled:
1. A [Cisco API ID and secret](https://apiconsole.cisco.com/) (with access to the APIs "EoX V5 API",
"Serial Number to Information API Version 2" and "Software Suggestion") must have been created and
configured inside `plugins.py`
The following plugin configuration options are mandatory for the Cisco support API.
* `CISCO_SUPPORT_API_CLIENT_ID`: String - Client ID of your plugin installation.
Generate it inside [Cisco API Console](https://apiconsole.cisco.com/)
* `CISCO_SUPPORT_API_CLIENT_SECRET`: String - Client Secret of your plugin installation.
Generate it inside [Cisco API Console](https://apiconsole.cisco.com/)
Add the `netbox-device-support-plugin` plugin configuration in `/netbox-docker/configuration/plugins.py`.
```python
# Plugins configuration settings. These settings are used by various plugins that the user may have installed.
# Each key in the dictionary is the name of an installed plugin and its value is a dictionary of settings.
PLUGINS_CONFIG = {
"netbox_device_support_plugin": {
"CISCO_SUPPORT_API_CLIENT_ID": environ.get("CISCO_SUPPORT_API_CLIENT_ID", ""),
"CISCO_SUPPORT_API_CLIENT_SECRET": environ.get("CISCO_SUPPORT_API_CLIENT_SECRET", ""),
},
}
```
2. A manufacturer called `Cisco` must have been configured inside NetBox. If your manufacturer is named
differently, change it inside the plugin configuration in `plugins.py`:
```python
PLUGINS_CONFIG = {
"netbox_device_support_plugin": {
...,
"MANUFACTURER": "Cisco Systems" # Optional setting for definiing the manufacturer
}
}
```
3. Optional the `TEMPLATE_EXTENSION_PLACEMENT` can be changed inside the plugin configuration in `plugins.py`:
```python
PLUGINS_CONFIG = {
"netbox_device_support_plugin": {
...,
"TEMPLATE_EXTENSION_PLACEMENT": "left" # Optional setting render the content on the left or right side
}
}
```
# Rebuild and Restart NetBox-Docker
----
</br>
Delete the NetBox-Docker project completly.
```bash
docker compose down -v
```
Rebuild the NetBox-Docker project to install the new added plugin.
```bash
docker compose build --no-cache
docker compose up -d
```
# Run Database Migrations
----
</br>
Restore the database and run the Django database migration to your existing NetBox database.
```bash
python3 manage.py migrate
```
# Sync the Cisco Support Data
----
</br>
In order that `sync_cisco_support_data` works correctly, several requirements must be fulfilled:
1. All devices types for manufacturer Cisco must have filled the optional `Part number` field inside NetBox
with the correct Base PID for that Cisco product.
2. All devices with devices types from manufacturer Cisco must have filled the `Serial Number` field inside
NetBox with a valid Cisco serial number for that Cisco product.
3. If you want full visibility, the support contracts for all your devices needs to be associated with the
CCO ID which has been used for created the API ID and secret. Otherwise you will only get a coverage
true/false answer, but no detailed information regarding end of support contract coverage.
Run the previously described Python script the first time to sync all Cisco support API data.
```bash
python3 manage.py sync_cisco_support_data.py
```
Execute a Azure DevOps Build Pipeline which runs `sync_cisco_support_data.py` to periodically refresh the
data or create a cronjob which to the same a bit more old school.
# How it works
----
</br>
1. Calling the `sync_cisco_support_data` method will catch all device types for the configured manufacturer.
2. Each device types `Part number` will be send to Cisco EoX API. API answer will be saved inside a
`CiscoDeviceTypeSupport` model. One `CiscoDeviceTypeSupport` per device type.
3. Afterwards all devices for the configured manufacturer will be gathered.
4. Each devices `Serial number` will be send to Cisco SN2Info coverage API. API answer will be saved inside
a `CiscoDeviceSupport` model. One `CiscoDeviceSupport` per device.
5. The device type template will be extended to display this data. Information will be shown, if a
`CiscoDeviceTypeSupport` object for that device type exists.
6. The device template will be exteneded to display device and device type information. Information will be
shown, if a `CiscoDeviceSupport` object for that device exists. Additionally device type information will be
shown, if a `CiscoDeviceTypeSupport` object for the parent device type exists.
7. Field Coloring: Expired timestamps or no data will be colored red, timestamps which will expire in the next
calendar year will be colored yellow for planning or forecast reasons.
8. Progress Bar: The progress bars will visualize the timestamps duration to the expiration date. The
progress bar color will be green until the timestamp will expire in the next calendar year. Then the color
will change to yellow. The color will finally change to red when the timestamp expire within 60 days.
# Plugin Screenshots
----
## Device Detail View
## Device Type Detail View
## Device List View
## Device Type List View
# Languages and Tools
----
</br>
<p align="center">
<img width="8.4%" src="https://user-images.githubusercontent.com/70367776/177972422-da6933d5-310e-4cdb-9433-89f2dc6ebb7a.png" alt="Python" />
<img width="10.2%" src="https://user-images.githubusercontent.com/70367776/177969859-476bd542-2c0e-41a9-82f2-3e4919a61d4e.png" alt="YAML" />
<img width="10.2%" src="https://user-images.githubusercontent.com/70367776/183678800-403cf0ea-3c8a-47bb-b52a-2caa0cedc195.png" alt="Makefile" />
<img width="10.5%" src="https://user-images.githubusercontent.com/70367776/183679432-2b89f00c-f5b1-4d47-9c68-ad7fa332de01.png" alt="Prospector" />
<img width="9%" src="https://user-images.githubusercontent.com/70367776/183680151-62d5c625-0430-4c90-adfc-1ebb47fce4a9.png" alt="Bandit" />
<img width="9.4%" src="https://user-images.githubusercontent.com/70367776/177972703-3be3c4c3-aa9a-4468-97a6-e7760d536b89.png" alt="Git" />
<img width="11.5%" src="https://user-images.githubusercontent.com/70367776/232078456-8aee2fda-1289-4cd9-b7f3-9b34fcb4d7c7.png" alt="Docker" />
<img width="9.4%" src="https://user-images.githubusercontent.com/70367776/231501139-a449202e-6a81-4364-a4ea-1e42906e846e.png" alt="Azure Pipeline" />
<img width="33.2%" src="https://user-images.githubusercontent.com/70367776/231500048-77eeff9a-166b-4bd7-a0cc-3c5fc58be368.png" alt="NetBox" />
</p>
<br>
<h3 align="center">APIs can also be amusing to provide a programming joke ...</h3>
<p align="center"><img src="https://readme-jokes.vercel.app/api?hideBorder&theme=calm" /></p>
<h3 align="center">... or an interesting quote.</h3>
<p align="center"><img src="https://quotes-github-readme.vercel.app/api?type=horizontal&theme=dracula" /></p>
Raw data
{
"_id": null,
"home_page": null,
"name": "netbox-device-support-plugin",
"maintainer": null,
"docs_url": null,
"requires_python": null,
"maintainer_email": null,
"keywords": null,
"author": "Willi Kubny",
"author_email": "willi.kubny@gmail.com",
"download_url": "https://files.pythonhosted.org/packages/17/ba/77ee3ca19c5ad050301e5c5e89d217c3ba94319615a356e8a139fd8fb75e/netbox_device_support_plugin-0.0.35.tar.gz",
"platform": null,
"description": "\n\n----\n[](https://dev.azure.com/nornir-maze/nornir-maze/_build/latest?definitionId=13&branchName=main)\n\n# NetBox Cisco Support Plugin\n----\n</br>\n\nThis `README.md` documentation contains the following sections:\n\n* [Plugin Overview](#plugin-overview)\n* [Compatibility](#compatibility)\n* [Installation](#installation)\n* [Enable the Plugin](#enable-the-plugin)\n* [Configure the Plugin](#configure-the-plugin)\n* [Rebuild and Restart NetBox-Docker](#rebuild-and-restart-netbox-docker)\n* [Run Database Migrations](#run-database-migrations)\n* [Sync the Cisco Support Data](#sync-the-device-support-data)\n* [How it works](#how-it-works)\n* [Plugin Screenshots](#plugin-screenshots)\n* [Languages and Tools](#languages-and-tools)\n\n# Plugin Overview\n----\n</br>\n\nThis [NetBox](https://github.com/netbox-community/netbox) tracks with the data from the Cisco support APIs\nthe device support status, the device type EoX status as well as the recommended software release. Each\nCisco device and Cisco device type have a detail view with all data. There is also a list view with filter\noptions for all devices or device types. All data can also be received and updated over the NetBox REST API.\n\nThere is a Python script calles `sync_cisco_support_data` which can be used as below to update all fields\nwhich contains data from the Cisco support APIs. This script can be executed for example inside a Azure\nDevOps Build Pipeline once a day as these data don't change that often.\n\nThe Python script `sync_cisco_support_data` will do requests to the Cisco support APIs to update the following fields:\n\nModel `CiscoDeviceTypeSupport`:\n> :warning: **Verbose model field names listed**\n>\n> Model properties are not documented as they can't be edited\n* Name *:warning:\n* PID *:warning:\n* Has EoX Error\n* EoX Error\n* EoX Announcement Date\n* End of Sale Date\n* End of Sw-Maint. Date\n* End of Sec-Vul. Date\n* End of Routine-Fail. Analysis Date\n* End of Service Cont. Renewal\n* End of Svc-Attach. Date\n* Last Date of Support\n\n> *:warning: *Overwritten by custom model save() function*\n\nModel `CiscoDeviceSupport`:\n> :warning: **Verbose model field names listed**\n>\n> Model properties are not documented as they can't be edited\n* Name *:warning:\n* Serial *:warning:\n* PID *:warning:\n* API Status *:warning:\n* Is Covered\n* Serial Owner\n* Coverage End Date\n* Service Contract Number\n* Service Line Description\n* Warranty Type\n* Warranty End Date\n* Recommended Release\n* Has EoX Error *:warning:\n* EoX Error *:warning:\n* EoX Announcement Date *:warning:\n* End of Sale Date *:warning:\n* End of Sw-Maint. Date *:warning:\n* End of Sec-Vul. Date *:warning:\n* End of Routine-Fail. Analysis Date *:warning:\n* End of Service Cont. Renewal *:warning:\n* End of Svc-Attach. Date *:warning:\n* Last Date of Support *:warning:\n\n> *:warning: *Overwritten by custom model save() function*\n\nThere are some view fields which provide additional information which can't be updated directly with the help\nof the Cisco support APIs. These fields should be updated with a external script over the NetBox REST API\n(for example with a Azure DevOps Build Pipeline).\n\nThe following fields can't be updated directly by the Python script `sync_cisco_support_data`.\n\nModel `CiscoDeviceSupport`:\n> :warning: **Verbose model field names listed**\n>\n> Model properties are not documented as they can't be edited\n* Contract Supplier *:warning:\n* Partner Contract Status\n* Partner Service Level\n* Partner Customer Number\n* Partner Coverage End Date\n* Desired Release\n* Desired Release Status *:warning:\n* Current Release\n* Current Release Status *:warning:\n\n> *:warning: *Overwritten by custom model save() function*\n\n> **No Edit Views**\n>\n> Manual edit of fields only in the NetBox Django admin portal\n> At the moment there are no edit views to edit field of any data model of this plugin. The because the\n> idea of this plugin is not to change fields manually (only automated by Python or REST API). If you want\n> to change field manually, at the moment this can only be done in the NetBox Django admin portal.\n\n# Compatibility\n----\n</br>\n\n> :warning: **NetBox 3.5**: This plugin is for NetBox 3.5\n\nThis plugin is compatible with [NetBox](https://netbox.readthedocs.org/) 3.5.0 and later.\n\n| NetBox Version | Plugin Version |\n|----------------|----------------|\n| 3.5 | 0.0.1 |\n\n# Installation\n----\n</br>\n\nThe installation and configuration steps are for the [NetBox-Docker](https://github.com/netbox-community/netbox-docker)\ninstallation. To install this plugin make sure you followed the prerequisites for using NetBox plugins with\nNetBox-Docker: [Using Netbox Plugins](https://github.com/netbox-community/netbox-docker/wiki/Using-Netbox-Plugins)\n\nThe plugin is available as a Python package in pypi and can be installed with pip.\n\n```bash\npip install netbox_device_support_plugin\n```\n\nAdd the plugin to the `plugin_requirements.txt` or `requirements.txt` of your NetBox-Docker project.\n\n```bash\n# Netbox Cisco Support Plugin\nnetbox-device-support-plugin\n```\n\n# Enable the Plugin\n----\n</br>\n\nEnable the `netbox-device-support-plugin` plugin in `/netbox-docker/configuration/plugins.py` and add the\nplugin configuration also in the same file.\n\n```python\n# Enable installed plugins. Add the name of each plugin to the list.\nPLUGINS = [\n \"netbox_napalm_plugin\",\n \"netbox_device_support_plugin\",\n]\n```\n\n# Configure the Plugin\n----\n</br>\n\nIn order to get valid API response data, several requirements must be fulfilled:\n\n1. A [Cisco API ID and secret](https://apiconsole.cisco.com/) (with access to the APIs \"EoX V5 API\",\n\"Serial Number to Information API Version 2\" and \"Software Suggestion\") must have been created and\nconfigured inside `plugins.py`\n\n The following plugin configuration options are mandatory for the Cisco support API.\n * `CISCO_SUPPORT_API_CLIENT_ID`: String - Client ID of your plugin installation.\n Generate it inside [Cisco API Console](https://apiconsole.cisco.com/)\n * `CISCO_SUPPORT_API_CLIENT_SECRET`: String - Client Secret of your plugin installation.\n Generate it inside [Cisco API Console](https://apiconsole.cisco.com/)\n\n Add the `netbox-device-support-plugin` plugin configuration in `/netbox-docker/configuration/plugins.py`.\n\n ```python\n # Plugins configuration settings. These settings are used by various plugins that the user may have installed.\n # Each key in the dictionary is the name of an installed plugin and its value is a dictionary of settings.\n PLUGINS_CONFIG = {\n \"netbox_device_support_plugin\": {\n \"CISCO_SUPPORT_API_CLIENT_ID\": environ.get(\"CISCO_SUPPORT_API_CLIENT_ID\", \"\"),\n \"CISCO_SUPPORT_API_CLIENT_SECRET\": environ.get(\"CISCO_SUPPORT_API_CLIENT_SECRET\", \"\"),\n },\n }\n ```\n\n2. A manufacturer called `Cisco` must have been configured inside NetBox. If your manufacturer is named\ndifferently, change it inside the plugin configuration in `plugins.py`:\n\n ```python\n PLUGINS_CONFIG = {\n \"netbox_device_support_plugin\": {\n ...,\n \"MANUFACTURER\": \"Cisco Systems\" # Optional setting for definiing the manufacturer\n }\n }\n ```\n\n3. Optional the `TEMPLATE_EXTENSION_PLACEMENT` can be changed inside the plugin configuration in `plugins.py`:\n\n ```python\n PLUGINS_CONFIG = {\n \"netbox_device_support_plugin\": {\n ...,\n \"TEMPLATE_EXTENSION_PLACEMENT\": \"left\" # Optional setting render the content on the left or right side\n }\n }\n ```\n\n# Rebuild and Restart NetBox-Docker\n----\n</br>\n\nDelete the NetBox-Docker project completly.\n\n```bash\ndocker compose down -v\n```\n\nRebuild the NetBox-Docker project to install the new added plugin.\n\n```bash\ndocker compose build --no-cache\ndocker compose up -d\n```\n\n# Run Database Migrations\n----\n</br>\n\nRestore the database and run the Django database migration to your existing NetBox database.\n\n```bash\npython3 manage.py migrate\n```\n\n# Sync the Cisco Support Data\n----\n</br>\n\nIn order that `sync_cisco_support_data` works correctly, several requirements must be fulfilled:\n\n1. All devices types for manufacturer Cisco must have filled the optional `Part number` field inside NetBox\nwith the correct Base PID for that Cisco product.\n\n2. All devices with devices types from manufacturer Cisco must have filled the `Serial Number` field inside\nNetBox with a valid Cisco serial number for that Cisco product.\n\n3. If you want full visibility, the support contracts for all your devices needs to be associated with the\nCCO ID which has been used for created the API ID and secret. Otherwise you will only get a coverage\ntrue/false answer, but no detailed information regarding end of support contract coverage.\n\nRun the previously described Python script the first time to sync all Cisco support API data.\n\n```bash\npython3 manage.py sync_cisco_support_data.py\n```\n\nExecute a Azure DevOps Build Pipeline which runs `sync_cisco_support_data.py` to periodically refresh the\ndata or create a cronjob which to the same a bit more old school.\n\n# How it works\n----\n</br>\n\n1. Calling the `sync_cisco_support_data` method will catch all device types for the configured manufacturer.\n\n2. Each device types `Part number` will be send to Cisco EoX API. API answer will be saved inside a\n`CiscoDeviceTypeSupport` model. One `CiscoDeviceTypeSupport` per device type.\n\n3. Afterwards all devices for the configured manufacturer will be gathered.\n\n4. Each devices `Serial number` will be send to Cisco SN2Info coverage API. API answer will be saved inside\na `CiscoDeviceSupport` model. One `CiscoDeviceSupport` per device.\n\n5. The device type template will be extended to display this data. Information will be shown, if a\n`CiscoDeviceTypeSupport` object for that device type exists.\n\n6. The device template will be exteneded to display device and device type information. Information will be\nshown, if a `CiscoDeviceSupport` object for that device exists. Additionally device type information will be\nshown, if a `CiscoDeviceTypeSupport` object for the parent device type exists.\n\n7. Field Coloring: Expired timestamps or no data will be colored red, timestamps which will expire in the next\ncalendar year will be colored yellow for planning or forecast reasons.\n\n8. Progress Bar: The progress bars will visualize the timestamps duration to the expiration date. The\nprogress bar color will be green until the timestamp will expire in the next calendar year. Then the color\nwill change to yellow. The color will finally change to red when the timestamp expire within 60 days.\n\n# Plugin Screenshots\n----\n\n## Device Detail View\n\n\n## Device Type Detail View\n\n\n## Device List View\n\n\n## Device Type List View\n\n\n# Languages and Tools\n----\n</br>\n\n<p align=\"center\">\n <img width=\"8.4%\" src=\"https://user-images.githubusercontent.com/70367776/177972422-da6933d5-310e-4cdb-9433-89f2dc6ebb7a.png\" alt=\"Python\" />\n <img width=\"10.2%\" src=\"https://user-images.githubusercontent.com/70367776/177969859-476bd542-2c0e-41a9-82f2-3e4919a61d4e.png\" alt=\"YAML\" />\n <img width=\"10.2%\" src=\"https://user-images.githubusercontent.com/70367776/183678800-403cf0ea-3c8a-47bb-b52a-2caa0cedc195.png\" alt=\"Makefile\" />\n <img width=\"10.5%\" src=\"https://user-images.githubusercontent.com/70367776/183679432-2b89f00c-f5b1-4d47-9c68-ad7fa332de01.png\" alt=\"Prospector\" />\n <img width=\"9%\" src=\"https://user-images.githubusercontent.com/70367776/183680151-62d5c625-0430-4c90-adfc-1ebb47fce4a9.png\" alt=\"Bandit\" />\n <img width=\"9.4%\" src=\"https://user-images.githubusercontent.com/70367776/177972703-3be3c4c3-aa9a-4468-97a6-e7760d536b89.png\" alt=\"Git\" />\n <img width=\"11.5%\" src=\"https://user-images.githubusercontent.com/70367776/232078456-8aee2fda-1289-4cd9-b7f3-9b34fcb4d7c7.png\" alt=\"Docker\" />\n <img width=\"9.4%\" src=\"https://user-images.githubusercontent.com/70367776/231501139-a449202e-6a81-4364-a4ea-1e42906e846e.png\" alt=\"Azure Pipeline\" />\n <img width=\"33.2%\" src=\"https://user-images.githubusercontent.com/70367776/231500048-77eeff9a-166b-4bd7-a0cc-3c5fc58be368.png\" alt=\"NetBox\" />\n</p>\n\n<br>\n\n<h3 align=\"center\">APIs can also be amusing to provide a programming joke ...</h3>\n<p align=\"center\"><img src=\"https://readme-jokes.vercel.app/api?hideBorder&theme=calm\" /></p>\n<h3 align=\"center\">... or an interesting quote.</h3>\n<p align=\"center\"><img src=\"https://quotes-github-readme.vercel.app/api?type=horizontal&theme=dracula\" /></p>\n",
"bugtrack_url": null,
"license": "MIT",
"summary": "Cisco device support, device type support, and software release information with the Cisco support APIs",
"version": "0.0.35",
"project_urls": null,
"split_keywords": [],
"urls": [
{
"comment_text": "",
"digests": {
"blake2b_256": "91f4a40beadad53d4fe09a6d7e6aa460ddfe2661a414ff2a7b133e40b6e08766",
"md5": "8b0de9a24278bed9e499b038543d536e",
"sha256": "9e14250a9cd42aee0cc15068789a47a2861a2ff9ac35c3d974795a8de236c171"
},
"downloads": -1,
"filename": "netbox_device_support_plugin-0.0.35-py3-none-any.whl",
"has_sig": false,
"md5_digest": "8b0de9a24278bed9e499b038543d536e",
"packagetype": "bdist_wheel",
"python_version": "py3",
"requires_python": null,
"size": 45012,
"upload_time": "2024-04-24T08:23:17",
"upload_time_iso_8601": "2024-04-24T08:23:17.973477Z",
"url": "https://files.pythonhosted.org/packages/91/f4/a40beadad53d4fe09a6d7e6aa460ddfe2661a414ff2a7b133e40b6e08766/netbox_device_support_plugin-0.0.35-py3-none-any.whl",
"yanked": false,
"yanked_reason": null
},
{
"comment_text": "",
"digests": {
"blake2b_256": "17ba77ee3ca19c5ad050301e5c5e89d217c3ba94319615a356e8a139fd8fb75e",
"md5": "3fbc21099149481a254822fb5e6263a9",
"sha256": "ef218d4892e94c7cc70bc138ff2d28bccb23659ea66cfefbead8aa70423d7cf3"
},
"downloads": -1,
"filename": "netbox_device_support_plugin-0.0.35.tar.gz",
"has_sig": false,
"md5_digest": "3fbc21099149481a254822fb5e6263a9",
"packagetype": "sdist",
"python_version": "source",
"requires_python": null,
"size": 33261,
"upload_time": "2024-04-24T08:23:20",
"upload_time_iso_8601": "2024-04-24T08:23:20.240663Z",
"url": "https://files.pythonhosted.org/packages/17/ba/77ee3ca19c5ad050301e5c5e89d217c3ba94319615a356e8a139fd8fb75e/netbox_device_support_plugin-0.0.35.tar.gz",
"yanked": false,
"yanked_reason": null
}
],
"upload_time": "2024-04-24 08:23:20",
"github": false,
"gitlab": false,
"bitbucket": false,
"codeberg": false,
"lcname": "netbox-device-support-plugin"
}
