19 Apr

Network Automation in our career

Automation is an abstraction layer. Abstraction layers mask complexity, but do not eliminate it. Someone will need to build and repair the robots. Is that still network engineering? Yes. Consider the following: Being an “automation expert” is akin to saying you’re a “screwdriver expert.” No one would describe themselves like that. In the same way, automation expertise isn’t helpful by itself. To effectively automate, you need networking expertise. You can’t automate what you don’t understand.
But, and this is also really true for the SPs 🙂
Enterprises move slowly when it comes to adopting new technology. In addition, old technologies have a strange way of never dying. Both of those facts suggest that network engineers will have a role to play for a long time. Truly talented networkers who are also effective communicators will get paid as network engineers for many years to come.
From Human Infrastructure 110
15 Apr

From CCIE to Cloud Network Engineer

An interesting article about moving from enterprise networking space to cloud networking role from Tom Taggart.
  • In the cloud the focus is more on the Workflows and Endpoints, in contrast to network nodes and transit nature of the Traffic.
  • Building blocks are changing from traditional physical (or VM based) appliances and their requirements (e.g.: racks, cables, power outlets, etc.) to software based solutions. The promise here is that the added abstraction layer(s) will remove or hide many of the complex details associated with the old building blocks.
  • The network transport for the Cloud is mainly Internet based (for the Edge), however large players like Google, AWS, Azura are building out a global backbone that is parallel to the global internet backbone. This might provide advantages for traffic related to cloud services between geographic islands. (e.g.: VPC islands)
  • Interaction with Infrastructure functions are possible using many of the client libraries, REST API or CLI-based SDK. Using a single Cloud provider provides uniform management-plane, and opens up the possibilities for an easy Infrastructure-as-code approach.
I would not let go all the IETF RFC’s for now, but the transformation of how we interact with the Network Infrastructure is already changing in the direction what public cloud provides.
08 Apr

Cool Tech? UNPHAT.

Next time you find yourself Googling some cool new technology to (re)build your architecture around, I urge you to stop and follow UNPHAT instead:
  1. Don’t even start considering solutions until you Understand the problem. Your goal should be to “solve” the problem mostly within the problem domain, not the solution domain.
  2. eNumerate multiple candidate solutions. Don’t just start prodding at your favorite!
  3. Consider a candidate solution, then read the Paper if there is one.
  4. Determine the Historical context in which the candidate solution was designed or developed.
  5. Weigh Advantages against disadvantages. Determine what was de-prioritized to achieve what was prioritized.
  6. Think! Soberly and humbly ponder how well this solution fits your problem. What fact would need to be different for you to change your mind?
As described here 🙂
08 Apr

Cisco ACI training materials

My notes from the past:

As always the first step shall be the Cisco Live 365 (and it is Free 🙂 )

  • BRKACI-2000 – Introduction to Application Centric Infrastructure (2014 San Francisco)
  • BRKACI-2003 – Cisco ACI MultiPod/MultiSite Deployment Options (2016 Berlin)
  • BRKACI-2003 – Deployment Options for Interconnecting Multiple ACI Fabrics (2016 Las Vegas)
  • BRKACI-1002 – Introduction to ACI for Network Admins (2016 Melbourne)
  • BRKACI-2250 – Cisco End-to-End Datacenter Security Architecture (2016 Las Vegas)
  • BRKACI-2345 – Intermediate – ACI: What We Have Learnt from Early Deployments (2015 Milan)
  • BRKACI-1789 – Introductory – How to Perform Common Tasks in ACI (2016 Berlin)
  • BRKACI-1025 – Intermediate – Migration from Classic Design to ACI (2015 Milan)
  • BRKACI-2601 – Real World ACI Deployment and Migration (2015 San Diego)
  • BRKACI-2410 – Management and Automation of Application Centric Infrastructure (ACI) with Cisco UCS Director (2014 San Francisco)

Cisco dCloud LAB, where one can find ACI specific labs. (CCO account required)


  • Policy Driven Data Center with ACI, The: Architecture, Concepts, and Methodology
  • Programming and Automating Cisco Networks: A guide to network programmability and automation in the data center, campus, and WAN



Use this learning track to create and link network elements in ACI. You will learn the different APIC interfaces, create API requests, write simple Python scripts, and work with the Cobra SDK, Arya development tool, and ACI toolkit. Example project to use Ansible with ACI

Blogs, others:

I would first start with the Cisco Live videos, and the dCloud Lab. The next step will really depend on the customer request and environment.