CCNP ENARSI lab 20 of 35
Troubleshooting BGP
Kingfisher's BGP edge (lab 16) is broken in six places after a change by a junior engineer. Use session states, notifications, logs and the BGP table to find every fault, including two that only appear once the others are fixed.
Run this lab
It needs Lite: its 5 nodes are set to 5 vCPU and 2,560 MB in total. That fits the free demo too.
In your workspace: Shared, then CCNP ENARSI 300-410 guided labs, then 20 - Troubleshooting BGP
- Level
- Advanced
- Time
- About 80 minutes
- Nodes need
- 5 vCPU, 2,560 MB
- Smallest plan
- Lite
The scenario
This is Kingfisher Logistics' network from lab 16, rebuilt by a junior engineer from memory after a router replacement. The design hasn't changed: AS 64500, iBGP full mesh between Loopback0 addresses with next-hop-self at both edges; eBGP to ISP-A (AS 65550) between R1's Loopback100 (203.0.113.250) and 198.51.100.4 with TTL 2 and MD5 key **Isp-Md5-Key; ISP-A sends two prefixes (default and 192.0.2.0/24) and R1 should accept up to 10; eBGP to the subsidiary (AS 65010) with 10/30 s timers; R3 originates 203.0.113.128/25**; private AS numbers removed towards ISP-A.
The tickets:
- "R3 and R2 have no BGP session."
- "Kingfisher has no Internet routes at all; the ISP session never comes up."
- "R3 can't reach the subsidiary's LAN 172.30.1.0/24, although R3 has the route."
- "The ISP says it doesn't receive our public services block 203.0.113.128/25."
- Expect at least one more problem to appear once the ISP session comes up.
| Device | Interface | Address | Notes |
|---|---|---|---|
| R1 | Lo0 / Lo100 | 10.255.0.1/32 / 203.0.113.250/32 | iBGP / ISP peering |
| R1 | Gi0/2 | 203.0.113.1/30 | to ISP-A R4 |
| R2 | Lo0 / Gi0/2 | 10.255.0.2/32 / 192.168.25.1/30 | iBGP / subsidiary R5 |
| R3 | Lo0 / Lo1 | 10.255.0.3/32 / 203.0.113.129/25 | iBGP / public services |
| R4 (AS 65550) | Lo0 / Lo1 | 198.51.100.4/32 / 192.0.2.1/24 | ISP |
| R5 (AS 65010) | Lo1 | 172.30.1.1/24 | subsidiary |
What you’ll practise
- Read BGP states (Idle, Active, Established) and notification messages to locate session faults
- Diagnose wrong AS numbers, missing multihop, MD5 mismatches and maximum-prefix shutdowns
- Diagnose routes that are received but not valid or best (next hop) and routes that are never originated (network mask)
- Restore a session after a maximum-prefix shutdown
The tasks
- Read the session states
- Fix the iBGP session (ticket 1)
- Bring up the ISP session (ticket 2)
- Fix the routes that don't work (tickets 3, 4 and 5)
- Prove it
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
- R1
Gi0/0to R3Gi0/0 - R2
Gi0/0to R3Gi0/1 - R1
Gi0/1to R2Gi0/1 - R1
Gi0/2to R4Gi0/0 - R2
Gi0/2to R5Gi0/0
| Node | Device | Image in Add Node | Set to |
|---|---|---|---|
| R1 | Cisco IOSv | vios-adventerprisek9-m.spa.159-3.m9 | 1 vCPU, 512 MB |
| R2 | Cisco IOSv | vios-adventerprisek9-m.spa.159-3.m9 | 1 vCPU, 512 MB |
| R3 | Cisco IOSv | vios-adventerprisek9-m.spa.159-3.m9 | 1 vCPU, 512 MB |
| R4 | Cisco IOSv | vios-adventerprisek9-m.spa.159-3.m9 | 1 vCPU, 512 MB |
| R5 | Cisco IOSv | vios-adventerprisek9-m.spa.159-3.m9 | 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
CCNP ENARSI 300-410 guided labs.Open
20 - Troubleshooting BGPand 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 CCNP ENARSI 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.