Before we proceed with TDD framework build it is important to have the development environment setup. In our case it will consist of two major components:
- Network Simulation Environment
- Ansible Development Environment
To simplify things I will run both of these environments on the same Virtual Machine. For network simulation I will use UnetLab, a wonderful product developed by Andrea Dainese. Currently, UnetLab is distributed as an OVA package and is available for free download on the website. To simulate network devices I will run IOU which will be interconnected to form a simple network. Finally, I will show how to setup development environment with Ansible, git and Python.
UnetLab is a network simulation environment very similar to GNS3. The biggest advantage for me, personally, is that it runs as a single entity and doesn’t require a separate front-end like GNS3. That being said, the only requirement for this project is for the test network to have remote connectivity to a machine running Ansible, so having UnetLab specifically is not required and any network simulator would do, including a real (non-virtual) lab. One of the side effects of choosing UnetLab is that all development will have to be done on Ubuntu which is the OS pre-installed in the OVA.
Here are the steps required to get the network environment setup:
- Download and import OVA file into the hypervisor of your choice.
- Download and import Cisco L3 IOU file.
- Create a simple 4-device network (example) and connect it to the network of host machine.
- Configure your favourite terminal program to work with UnetLab’s web interface
This is the topology I will be using for testing:
Each device will have a Loopback interface in
10.0.0.0/24 subnet which I will statically point to
interface Eth0/2 of R1 on the host machine. Here’s the example of R1’s configuration:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31
All other devices will have similar configuration with the end goal of having connectivity between any pair of Loopback interfaces.
In order to to have connectivity to devices from a host machine we need to add a static route for
At this point host machine should be able to ping each one of those Loopbacks:
1 2 3 4 5
Dev environment setup
Ansible is one of the most popular automation and orchestration tools in IT industry. Part of its popularity is due to the “clientless” architecture where
the only requirement to a managed system is to have ssh access and Python execution environment. The latter pretty much rules out the biggest part of common
networking infrastructure. However it is still possible to use Ansible in a “raw” mode and write modules of our own. That’s exactly what we’re gonna do in this exercise.
Due to the fact that Ansible is written in Python, it has better support for modules written in the same language, therefore all modules will be written in Python.
One important tool every developer uses is version control. It allows to track changes made to the code and enables collaboration between multiple people working on the same project. For beginners it always makes sense to stick to the most popular tools, that’s why I’ll be using git for version control and store all my code on Github.
This is what’s needed to setup the development environment:
1 2 3 4
1 2 3 4 5 6 7
The above script first populates Ansible
inventory file with an ip address of R1, then disables ssh key checking,
and finally runs an
show version | include IOS which should prompt for a password and return a result of command execution on R1.
I will explain about inventory and configuration files in a bit more detail in the next post. At this stage all what’s required is a meaningful response from a Cisco router.
The above result indicates that This completes the initial environment setup. I highly recommend at this stage, hypervisor permitting, to take a snapshot of a current state of a virtual machine to avoid having to rebuild it every time something goes pear-shaped.
In the next post I will show how to setup Ansible to work with Cisco devices.
networkop as a Github username and
simple-cisco-tdd as a repository name.
Once respository is created, Github will provide instructions to setup repository on a local machine which will be done in the next step.
$ mkdir ~/tdd_ansible && cd ~/tdd_ansible
$ eacho "simple-cisco-tdd" >> README.md
$ git init
$ git add README.md
$ git commit -m "first commit"
$ git remote add origin https://github.com/networkop/simple-cisco-tdd.git
$ git push -u origin master
Username for https://github.com: networkop
Password for https://firstname.lastname@example.org:
Counting objects: 3, done.
Writing objects: 100% (3/3), 206 bytes | 0 bytes/s, done.
Total 3 (delta 0), reused 0 (delta 0)
* [new branch] master -> master
Branch master set up to track remote branch master from origin.
README.md file has been pushed to Github successfully. Needless to say that all pushed local files can be also viewed from Github’s web page.
The above result indicates that
This completes the initial environment setup. I highly recommend at this stage, hypervisor permitting, to take a snapshot of a current state of a virtual machine to avoid having to rebuild it every time something goes pear-shaped. In the next post I will show how to setup Ansible to work with Cisco devices.