The Ansible DriveNets DNOS collection includes a variety of Ansible content to help automate the management of DriveNets Network Operating System (DNOS) network appliances.
This collection has been tested against DriveNets DNOS version 25.2.x
As a community-supported collection, this collection is provided on a best-effort basis. Community support is available through various channels outlined in the Communication section below.
For enterprise deployments and commercial support inquiries, please contact DriveNets directly through their official channels.
We're here to help! We encourage you to join the Ansible community and participate in discussions:
-
Questions about drivenets.dnos? Please use the drivenets tag when posting on the Ansible Forum.
-
Join the Ansible forum:
- Get Help: Get help with drivenets.dnos or help others. Please tag your posts with 'drivenets'.
- Posts tagged with 'drivenets': Subscribe to participate in discussions about drivenets.dnos.
- Ansible Network Automation Working Group: Join the team to automatically get subscribed to posts tagged with network. We welcome your participation!
- Social Spaces: Gather and interact with fellow enthusiasts.
- News & Announcements: Track project-wide announcements including social events.
-
The Ansible Bullhorn newsletter: Subscribe to receive announcements about releases and important changes.
For more information about communication, see the Ansible communication guide.
This collection requires Python 3.11 or higher on the Ansible controller.
The collection is tested with:
- Python 3.11
- Python 3.12
This collection supports Ansible Core 2.16.0 and later.
The collection is tested and verified against:
- Ansible Core 2.16
- Ansible Core 2.17
- Ansible Core 2.18
- Ansible Core 2.19
Plugins and modules within a collection may be tested with only specific Ansible versions. A collection may contain metadata that identifies these versions. PEP440 is the schema used to describe the versions of Ansible.
The DriveNets DNOS collection supports network_cli and netconf connections.
| Name | Description |
|---|---|
| drivenets.dnos.dnos | Use dnos cliconf to run command on DriveNets DNOS platform |
| Name | Description |
|---|---|
| drivenets.dnos.dnos | Use dnos netconf plugin to run netconf commands on DriveNets DNOS platform |
| Name | Description |
|---|---|
| drivenets.dnos.dnos | Use dnos terminal plugin for SSH CLI connections |
| Name | Description |
|---|---|
| drivenets.dnos.dnos_command | Module to run commands on remote devices. |
| drivenets.dnos.dnos_config | Module to manage configuration sections. |
| drivenets.dnos.dnos_facts | Module to collect facts from remote devices. |
| drivenets.dnos.dnos_reboot | Module to reboot DNOS devices. |
Click the Content button to see the list of content included in this collection.
You can install the DriveNets DNOS collection with the Ansible Galaxy CLI:
ansible-galaxy collection install drivenets.dnos
You can also include it in a requirements.yml file and install it with ansible-galaxy collection install -r requirements.yml, using the format:
---
collections:
- name: drivenets.dnos---
- name: DriveNets DNOS Device Management
hosts: dnos_devices
connection: ansible.netcommon.network_cli
vars:
ansible_network_os: drivenets.dnos.dnos
ansible_user: user1
ansible_password: password
tasks:
- name: Gather device facts
drivenets.dnos.dnos_facts:
gather_subset:
- default
- interfaces
- hardwareNOTE: For Ansible 2.9, you may not see deprecation warnings when you run your playbooks with this collection. Use this documentation to track when a module is deprecated.
- DriveNets DNOS Platform Options
- Ansible Using collections for more details.
We welcome community contributions to this collection. If you find problems, please open an issue or create a PR against the DriveNets DNOS collection repository. See Contributing to Ansible-maintained collections for complete details.
You can also join us on:
- IRC - the
#ansible-networklibera.chat channel - Slack - https://ansiblenetwork.slack.com
See the Ansible Community Guide for details on contributing to Ansible.
This collection follows the Ansible project's Code of Conduct. Please read and familiarize yourself with this document.
This collection follows Semantic Versioning:
- PATCH (e.g., 1.0.1): Bugfixes only, no new features or breaking changes
- MINOR (e.g., 1.1.0): New features, deprecations, backwards compatible
- MAJOR (e.g., 2.0.0): Breaking changes, removal of deprecated features
- Features/modules will be deprecated for at least one major version before removal
- Deprecation warnings will appear in:
- Module documentation
- Runtime warnings when the feature is used
- Changelog under "Deprecated Features"
- Deprecated features are removed only in major releases
- v1.5.0: Feature X is deprecated (warning added)
- v1.6.0-1.9.x: Feature X still works with deprecation warning
- v2.0.0: Feature X is removed
We maintain backward compatibility within major versions. This collection follows Ansible's semantic versioning rules for collections included in the Ansible community package.
Release notes are available in CHANGELOG.rst or via changelogs/changelog.yaml.
- Ansible Collection overview
- Ansible User guide
- Ansible Developer guide
- Ansible Community code of conduct
GNU General Public License v3.0 or later.
See LICENSE to see the full text.