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

Try it free for 30 minutesRun it on Lite from £3 a day

The free demo needs no card and no email. Every lab plan includes every guided lab.

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.

NodeSystem IPSiteINET (ge0/0)LAN, VPN 10 (ge0/1)
BR110.255.0.1111198.51.100.1110.11.10.1/24, H1 10.11.10.10
BR210.255.0.1212198.51.100.1210.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

  1. Start the lab
  2. Confirm the symptom
  3. Fault 1, the tunnel
  4. Fault 2, the route
  5. Fault 3, the packets
  6. 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.

Topology of Troubleshoot tunnels and policy6 nodes and 1 network, 6 links. Every link is listed as text below the diagram.vBondvSmartBR1BR2H1H2INETG0/1eth0G0/1eth0ge0/0eth0G0/0G0/0
6 nodes and 1 network, with the interface names each link uses. On a narrow screen, scroll the diagram sideways.
Nodes in Troubleshoot tunnels and policy, with the image each runs and the vCPU and RAM it’s set to
NodeDeviceImage in Add NodeSet to
vBondCisco vBondvtbond-20.12.21 vCPU, 1,024 MB
vSmartCisco vSmartvtsmart-20.12.21 vCPU, 1,024 MB
BR1Cisco vEdgevtedge-20.12.21 vCPU, 1,024 MB
BR2Cisco vEdgevtedge-20.12.21 vCPU, 1,024 MB
H1Alpine Linuxclbalpinebase-alpine-base-3-20-31 vCPU, 512 MB
H2Alpine Linuxclbalpinebase-alpine-base-3-20-31 vCPU, 512 MB

How to open this lab

  1. Sign in to your workspace at lab.cloudlabbox.com.

  2. In File Manager, open Shared, then the folder Cisco Catalyst SD-WAN CLI guided labs.

  3. Open 12 - Troubleshoot tunnels and policy and 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.