dbb452100a
* First set of CNOS network modules Two modules: cnos_vlan and cnos_command. First 2 of 17 CNOS modules * Revert "First set of CNOS network modules" This reverts commit 63da68b2a857e622b449f514050eed25fbcf0a35. * cnos_vlan module First of 17 CNOS modules * Modify playbook for cnos_vlan module testing * fix issue found by shippable in cnos.py * cnos_backup module * Fix Python3.5 compilation error * remove cnos_backup module from this PR * add aliases file so that testing of the cnos_vlan module will be skipped. * Use empty aliases file * utility scripts under module_utils changed to BSD license. * clean up PEP8 issues, add cnos_vlan tests * remove blank lines from yml files * remove more blank lines * remove even more blank lines * Revert "remove even more blank lines" This reverts commit bb3998661ce387260340bca39d5f146f5ec54f44. * re-submit last commit * fix blank lines in this file under parsing * fix yamllint errors in doc section of cnos_vlan * Fix errors reported by Sanity check using validate-modules * change test playbook to include tasks for all modules * fix additional pep8 errors * more fixes, plus fix for python3 * fix for empty options section, removed unnecessary documentation * fix up documentation section * Correct options capitalization * fix example section, add options * Fix example section of the documentation |
8 years ago | |
---|---|---|
.. | ||
tasks | 8 years ago | |
vars | 8 years ago | |
README.md | 8 years ago | |
aliases | 8 years ago | |
cnos_vlan_sample_hosts | 8 years ago |
README.md
Ansible Role: cnos_vlan_sample - Switch VLAN configuration
This role is an example of using the cnos_vlan.py Lenovo module in the context of CNOS switch configuration. This module allows you to work with VLAN related configurations. The operators used are overloaded to ensure control over switch VLAN configurations.
The first level of VLAN configuration allows to set up the VLAN range, the VLAN tag persistence, a VLAN access map and access map filter. After passing this level, there are five VLAN arguments that will perform further configurations. They are vlanArg1, vlanArg2, vlanArg3, vlanArg4, and vlanArg5. The value of vlanArg1 will determine the way following arguments will be evaluated.
The results of the operation can be viewed in results directory.
For more details, see Lenovo modules for Ansible: cnos_vlan.
Requirements
- Ansible version 2.2 or later (Ansible installation documentation)
- Lenovo switches running CNOS version 10.2.1.0 or later
- an SSH connection to the Lenovo switch (SSH must be enabled on the network device)
Role Variables
Available variables are listed below, along with description.
The following are mandatory inventory variables:
Variable | Description |
---|---|
username |
Specifies the username used to log into the switch |
password |
Specifies the password used to log into the switch |
enablePassword |
Configures the password used to enter Global Configuration command mode on the switch (this is an optional parameter) |
hostname |
Searches the hosts file at /etc/ansible/hosts and identifies the IP address of the switch on which the role is going to be applied |
deviceType |
Specifies the type of device from where the configuration will be backed up (g8272_cnos - G8272, g8296_cnos - G8296) |
The values of the variables used need to be modified to fit the specific scenario in which you are deploying the solution. To change the values of the variables, you need to visits the vars directory of each role and edit the main.yml file located there. The values stored in this file will be used by Ansible when the template is executed.
The syntax of main.yml file for variables is the following:
<template variable>:<value>
You will need to replace the <value>
field with the value that suits your topology. The <template variable>
fields are taken from the template and it is recommended that you leave them unchanged.
Variable | Description |
---|---|
vlanArg1 |
This is an overloaded BGP variable. Please refer to the cnos_vlan module documentation for detailed information on usage. The values of these variables depend on the configuration context and the choices are the following: access-map, dot1q, filter, specify VLAN. |
vlanArg2 |
This is an overloaded BGP variable. Please refer to the cnos_vlan module documentation for detailed information on usage. The values of these variables depend on the configuration context and the choices are the following: VLAN access map name, egress-only, name, flood, state, ip. |
vlanArg3 |
This is an overloaded BGP variable. Please refer to the cnos_vlan module documentation for detailed information on usage. The values of these variables depend on the configuration context and the choices are the following: action, match, statistics, specify VLAN, name of the VLAN, ipv4, ipv6, active, suspend, fast-leave, last-member-query-interval, mrouter, querier, querier-timeout, query-interval, query-max-response-time, report-suppression, robustness-variable, startup-query-count, startup-query-interval. |
vlanArg4 |
This is an overloaded BGP variable. Please refer to the cnos_vlan module documentation for detailed information on usage. The values of these variables depend on the configuration context and the choices are the following: drop, forward, redirect, ip, mac, last member query interval, ethernet, port-aggregation, querier IP address, querier timeout interval, query interval, query maximum response interval, robustness variable value, numbers of queries sent at startup, startup query interval. |
vlanArg5 |
This is an overloaded BGP variable. Please refer to the cnos_vlan module documentation for detailed information on usage. The values of these variables depend on the configuration context and the choices are the following: ACL name, specify ethernet port, LAG number. |
Dependencies
- username.iptables - Configures the firewall and blocks all ports except those needed for web server and SSH access.
- username.common - Performs common server configuration.
- cnos_vlan.py - This modules needs to be present in the library directory of the role.
- cnos.py - This module needs to be present in the PYTHONPATH environment variable set in the Ansible system.
- /etc/ansible/hosts - You must edit the /etc/ansible/hosts file with the device information of the switches designated as leaf switches. You may refer to cnos_vlan_sample_hosts for a sample configuration.
Ansible keeps track of all network elements that it manages through a hosts file. Before the execution of a playbook, the hosts file must be set up.
Open the /etc/ansible/hosts file with root privileges. Most of the file is commented out by using #. You can also comment out the entries you will be adding by using #. You need to copy the content of the hosts file for the role into the /etc/ansible/hosts file. The hosts file for the role is located in the main directory of the multiple layer vLAG configuration solution.
[cnos_vlan_sample]
10.241.107.39 username=<username> password=<password> deviceType=g8272_cnos
10.241.107.40 username=<username> password=<password> deviceType=g8272_cnos
Note: You need to change the IP addresses to fit your specific topology. You also need to change the <username>
and <password>
to the appropriate values used to log into the specific Lenovo network devices.
Example Playbook
To execute an Ansible playbook, use the following command:
ansible-playbook cnos_vlan_sample.yml -vvv
-vvv
is an optional verbos command that helps identify what is happening during playbook execution. The playbook for each role is located in the main directory of the solution.
- name: Module to do VLAN configurations
hosts: cnos_vlan_sample
gather_facts: no
connection: local
roles:
- cnos_vlan_sample
License
Copyright (C) 2017 Lenovo, Inc.
This file is part of Ansible
Ansible is free software: you can redistribute it and/or modify it under the terms of the GNU General Public License as published by the Free Software Foundation, either version 3 of the License, or (at your option) any later version.
Ansible is distributed in the hope that it will be useful, but WITHOUT ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU General Public License for more details.
You should have received a copy of the GNU General Public License along with Ansible. If not, see http://www.gnu.org/licenses/.