Week 9Network Assurance35 min

Network Automation Overview

Learning objectives

  • Compare traditional CLI-only management with controller-based automation
  • Explain southbound vs northbound APIs at CCNA depth
  • Identify benefits of Infrastructure as Code for consistency and scale
  • Recognize Cisco DNA Center and Meraki as controller examples

Watch first

Recommended video

Intro to Network Automation (Day 59 part 1)

Video credit: Jeremy's IT Lab

Watch on YouTube
Recommended video

Automation (ENCOR 6.0) — CCNA automation context

Video credit: David Bombal

Watch on YouTube
Recommended video

Overlay SDN and SD-Access (ENCOR 6.0)

Video credit: David Bombal

Watch on YouTube

Plain-English explanation

Network automation replaces repetitive CLI with programmatic, repeatable changes — scripts, APIs, and templates. Instead of typing the same VLAN on fifty switches, you declare desired state once and tooling applies it consistently.

Controller-based networking centralizes policy — Cisco DNA Center, Meraki dashboard, WLC — while devices still forward packets locally. SDN separates control plane (brain) from data plane (forwarding) conceptually; CCNA tests vocabulary more than building SDN.

Deep dive

Traditional device-by-device CLI vs controller-based automation.

Traditional device-by-device CLI vs controller-based automation.

Supplementary figure from Panagiss CCNAmd

Traditional vs automated:

| Traditional | Automated | |-------------|-----------| | Manual CLI per device | API/SSH scripts, templates | | Drift over time | Version-controlled configs | | Slow at scale | Bulk changes in minutes | | Human copy-paste errors | Validated pipelines |

API directions:

  • Southbound — controller to devices (NETCONF, RESTCONF, SNMP, CLI scraping)
  • Northbound — consumer apps to controller (REST APIs exposing network intent)

IaC (Infrastructure as Code): Treat configs like software — Git history, review, rollback. Ansible and Terraform appear in Week 10.

Automation benefits: speed, consistency, audit trail, less human error. Risks: bad script scales mistakes fast — test in lab first.

Step-by-step — simple automation mindset

Goal: Ensure NTP on 20 routers.

  1. Inventory — list devices and IPs in YAML or CSV
  2. Template — Jinja template with ntp server {{ ntp_ip }}
  3. Tool — Ansible playbook loops inventory
  4. Validateshow ntp status on sample devices
  5. Version control — commit playbook to Git

You won't build full pipelines on CCNA exam — but you will recognize the pattern.

Commands to know

Still know CLI — automation complements it

show run | section ntp show inventory show version

Troubleshooting

| Automation issue | Human equivalent | |------------------|------------------| | Auth failure | Wrong credentials, SSH key, API token | | Partial deploy | Timeout, ACL blocking API port | | Config not applied | Wrong device group, dry-run left on | | Drift returns | Manual CLI changes outside automation |

Automation doesn't remove need to read show commands — it changes how configs get there.

Exam relevance

Exam trap

Southbound = controller to network devices. Northbound = applications to controller. Direction questions are common.

Controller examples

DNA Center (Campus), Meraki dashboard (cloud-managed), WLC (wireless) — know categories, not deep product configs.

Practice checklist

  • Define southbound vs northbound with one example each
  • List three benefits and one risk of automation
  • Explain why Git matters for network configs
  • Identify controller vs autonomous AP management overlap from Week 8
  • Preview REST/JSON lesson next

Which direction describes APIs from a controller down to switches?

What is a primary benefit of Infrastructure as Code?

Video credits

These are free, open educational videos from independent creators. We link and embed them with attribution; all rights belong to the respective channels.