Cisco’s current network programmability certs uses two exams per cert, with the second exam focusing on ACI. That represents the first ACI-focused specialist exams from Cisco, and a great reason to learn about ACI and validate that knowledge. Today’s post looks at the ACI-focused exam for the Cisco CNPES Cert exam: the 600-512 NPENGACI exam. We’ll look at both the exam and a related video course.
Other posts in this series:
First, to set the stage, Cisco rolled out their network programmability (read: SDN) certifications over a period of months, mostly in 2014. Figure 1 shows these four certs, with the engineering specialist cert focusing on engineering and implementation.
Today’s post focuses on the second exam: the 600-512 NPENGACI exam. The name itself is a bit of a mouthful:
Network Programmability ENGineering with ACI
Basically, the NPENG 600-504 exam covers SDN implementation excluding ACI, NPENGACI 600-512 exam includes ACI.
This list provides the links for more details – for the certification, each of the two exams, and each of Cisco’s two Continue reading
Packet Pushers podcast is a constant source of inspiration for my blog posts. Recently I stumbled upon Rob Sherwood’s explanation of how they package Big Cloud Fabric:
It’s a vertically integrated solution, from Switch Light OS to our SDN controller and Big Cloud Fabric application.
Really? What happened to openness and disaggregation?
Read more ...What motivated me to write this post is a state of the IP routing of some of the enterprise networks I’ve seen.
A quick show ip route
command reveals a non-disentanglable mixture of dynamic and static route with multiple points of redistribution and complex,
rigid filtering rules, something you’d only see in your bad dream or a CCIE-level lab. It certainly takes
a good engineer to understand how it works and even that can take up to several hours. I think the reason for that
is that people have generally been concentrated on learning about the routing protocol, how it works, all the knobs you can twist
to influence a routing decision logic. However, one thing often overlooked is the routing protocols best practice design,
i.e. when and how to use a particular protocol.
And since the latter is often an acquired skill, a lot of not-so-lucky engineers end up with wrong ideas and concepts
in the heads. Below I’ll try to list what I{:.underline} consider a best practice design of today’s enterprise networks.
What motivated me to write this post is a state of the IP routing of some of the enterprise networks I’ve seen.
A quick show ip route
command reveals a non-disentanglable mixture of dynamic and static route with multiple points of redistribution and complex,
rigid filtering rules, something you’d only see in your bad dream or a CCIE-level lab. It certainly takes
a good engineer to understand how it works and even that can take up to several hours. I think the reason for that
is that people have generally been concentrated on learning about the routing protocol, how it works, all the knobs you can twist
to influence a routing decision logic. However, one thing often overlooked is the routing protocols best practice design,
i.e. when and how to use a particular protocol.
And since the latter is often an acquired skill, a lot of not-so-lucky engineers end up with wrong ideas and concepts
in the heads. Below I’ll try to list what I{:.underline} consider a best practice design of today’s enterprise networks.