CISCO VIRL : Terminal Multiplexing

Cisco VIRL : Terminal Mutliplexing

There is a built-in console with VIRL. It allows access to the CLI of the network devices that you deploy so you can administer them. In previous build there were some clicky click features. Due to the dynamic shared nature of VIRL when you deploy a topology there are large number of ports in a pool it chooses from. If you are constantly changing, restarting, deploying or tweaking your VIRL platform these ports can change quite a bit.

Previously you had to individually open each console and type telnet : from your or right-click on each router and open a terminal in VM Maestro. If you have a large topology this can be frustrating. Let alone the fact you miss out on great features like SecureCRT’s send to all tabs. It is great for running show ip route eigrp on all ten tabs at once!

Feedback requested and accepted

I submitted a feature request email in to the team and I do not think I was alone. The most recent build has brought a feature called Terminal Multiplexing. It allows the ability with one click to open all terminal windows on all devices in the topology.

Screenshot 2014-08-07 12.59.31Open the Terminal Multiplexer.

Screenshot 2014-08-07 12.59.05

Select the routers you want to issue a command on and then type the command in the window.


Screenshot 2014-08-07 13.01.01Confirm the output.

Screenshot 2014-08-07 13.01.01(2)

As you can see it did not send anything to a device it should not have.

Thoughts

The dynamic nature of port bindings (whilst sequential in my topology) made it too time consuming to adjust my SecureCRT ports all the time. Using the maestro client is fine for something like this. More time learning new things than preparing the lab. It is great to see feedback incorporated into software quickly. Keeps customers happy and developers have feedback from the field. The joy of software is that changes can be easily made! Good work team VIRL.

Logical boy in a logical world

There always has been to the idea of thinking in the logical headspace. Since the inception of Virtual Local Area Networks the wizards of the ether, Network Administrators, have had a notion of a logical and physical representation of the network. A layer 2 domain could span multiple switches and have a routed gateway. This may be partitioned by a transparent firewall or another appliance. This thought process has evolved with Virtual Route Forwarding (VRF) and can be seen used in conjunction with MPLS which abstracts the data plane and the control plane.

Traditional application stacks that reside in data centres generally consist on three tiers. These are the web front end, an application engine and the data base tiers. These tiers generally consist of security policies that separate zones. These can be enforced by logical constructs such as ACL’s, Rule sets, NAT, VLANs and physical barriers such firewalls (generally multiple!) or physical isolation.

In application stacks that reside in Data Centers today that deliver our business critical applications there has been a shift from a handful of devices delivering to a service to thousands upon thousands at each tier. This generates a vast amount of east west traffic generally built upon old three-tier network styles. Unfortunately as applications have evolved our network architectures have been stagnant and rather physical.

With the strong presence of virtualization within modern data centres we have brought a new capabilities traditionally found in hardware into the hypervisor. Once in the hypervisor, network functionality capability has the same feature set as any physical counterpart. With services such as switching, routing, fire walling, load balancing and VPN functions to name a few now residing in software constructs, administrators need to start thinking about how this all maps together. The logical landscape is vastly different to the physical landscape and getting the mindset into gear requires some thinking.

So I put it to you my network colleagues – think about drawing out your logical networks. Consider an entire network that is virtualized that leverages the physical network as IP transport. Picture a reduction in inane traffic hairpins and sub-optimal packet walks. Program yourself to think logically and you will have taken your first step into a larger world. A logical boy in a logical world!