Cisco Catalyst SD-WAN CLI lab 12 of 14
Troubleshoot tunnels and policy
Control connections are up but the sites cannot talk. Work up from BFD to OMP to policy and fix three faults: mismatched encapsulation, a control policy that hides a route, and a data policy that drops by default.
Run this lab
It needs Lite: its 6 nodes are set to 6 vCPU and 5,120 MB in total. That fits the free demo too.
In your workspace: Shared, then Cisco Catalyst SD-WAN CLI guided labs, then 12 - Troubleshoot tunnels and policy
- Level
- Advanced
- Time
- About 60 minutes
- Nodes need
- 6 vCPU, 5,120 MB
- Smallest plan
- Lite
The scenario
Change control closed last night's work as a success: Manchester and Leeds both show up on the controllers. This morning the helpdesk says H1 can't reach H2. Control connections are fine, so this is a data-plane or policy problem. Three separate faults stand between H1 and H2, and each hides the next. Work up the layers: tunnel, then routes, then policy.
| Node | System IP | Site | INET (ge0/0) | LAN, VPN 10 (ge0/1) |
|---|---|---|---|---|
| BR1 | 10.255.0.11 | 11 | 198.51.100.11 | 10.11.10.1/24, H1 10.11.10.10 |
| BR2 | 10.255.0.12 | 12 | 198.51.100.12 | 10.12.10.1/24, H2 10.12.10.10 |
vBond is 198.51.100.1 and vSmart is 198.51.100.2. The vSmart carries a control policy and a data policy from a previous change.
What this course leaves out. There is no SD-WAN Manager (vManage) in any of these labs. A virtual edge can't join the Manager's inventory without a signed device list from Cisco, which these labs don't have. So you won't see the Manager's GUI, dashboards, templates, Policy Builder or zero-touch onboarding. You work at the CLI of the controllers and edges, with a private lab CA and device lists typed by hand. You diagnose from the CLI only. The Manager's monitoring and troubleshooting tools aren't here. The hosts have fixed addresses set at boot, because the DHCP server on these vEdge images can lock up the edge at start-up.
What you’ll practise
- Read BFD and TLOC state to find a tunnel fault
- Trace a missing route through OMP and control policy
- Read data-policy counters and fix the default action
The tasks
- Start the lab
- Confirm the symptom
- Fault 1, the tunnel
- Fault 2, the route
- Fault 3, the packets
- Prove the repair
The Lab Tasks pane has the scenario, these tasks, the checks to run, hints and the full solution.
Topology and devices
The network as it opens in EVE-NG, drawn from the lab’s own canvas, and the image each node runs.
Every link, as text
- vBond
ge0/0to INET (network) - vSmart
eth0to INET (network) - BR1
G0/0to INET (network) - BR2
G0/0to INET (network) - BR1
G0/1to H1eth0 - BR2
G0/1to H2eth0
| Node | Device | Image in Add Node | Set to |
|---|---|---|---|
| vBond | Cisco vBond | vtbond-20.12.2 | 1 vCPU, 1,024 MB |
| vSmart | Cisco vSmart | vtsmart-20.12.2 | 1 vCPU, 1,024 MB |
| BR1 | Cisco vEdge | vtedge-20.12.2 | 1 vCPU, 1,024 MB |
| BR2 | Cisco vEdge | vtedge-20.12.2 | 1 vCPU, 1,024 MB |
| H1 | Alpine Linux | clbalpinebase-alpine-base-3-20-3 | 1 vCPU, 512 MB |
| H2 | Alpine Linux | clbalpinebase-alpine-base-3-20-3 | 1 vCPU, 512 MB |
How to open this lab
Sign in to your workspace at
lab.cloudlabbox.com.In File Manager, open Shared, then the folder
Cisco Catalyst SD-WAN CLI guided labs.Open
12 - Troubleshoot tunnels and policyand start its nodes, then open Lab Tasks for the scenario and the steps.
The lab is read-only. You can start the nodes and configure the devices, but changes to the topology can’t be saved. To change it, rebuild it in your own folder.
More Cisco Catalyst SD-WAN CLI labs
All Cisco Catalyst SD-WAN CLI labs
Related labs in other courses
CloudLabBox is independent of Cisco. The lab follows exam topics and isn’t vendor training material; vendor names identify the exams and the images in the workspace.