Watch first
Intro to Network Automation (Day 59 part 1)
Video credit: Jeremy's IT Lab
Watch on YouTubeAutomation (ENCOR 6.0) — CCNA automation context
Video credit: David Bombal
Watch on YouTubeOverlay SDN and SD-Access (ENCOR 6.0)
Video credit: David Bombal
Watch on YouTubePlain-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.
Supplementary figure from Panagiss CCNAmd
Additional topic reference
Network Automation & Programmability — Panagiss CCNAmd notes
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.
- Inventory — list devices and IPs in YAML or CSV
- Template — Jinja template with
ntp server {{ ntp_ip }} - Tool — Ansible playbook loops inventory
- Validate —
show ntp statuson sample devices - Version control — commit playbook to Git
You won't build full pipelines on CCNA exam — but you will recognize the pattern.
Commands to know
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
Southbound = controller to network devices. Northbound = applications to controller. Direction questions are common.
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?