BGP in depth lab 12 of 14
Troubleshooting BGP sessions
Monday morning at Kestrel Fibre: five BGP sessions are down after a weekend of maintenance, and each one is stuck or failing in a different way. Use the session state, the logs and the TCP details to find five faults, including a session that comes up, then dies, every 15 seconds.
Run this lab
It needs Lite: its 6 nodes are set to 6 vCPU and 4,352 MB in total. That fits the free demo too.
In your workspace: Shared, then BGP in depth guided labs, then 12 - Troubleshooting BGP sessions
- Level
- Advanced
- Time
- About 90 minutes
- Nodes need
- 6 vCPU, 4,352 MB
- Smallest plan
- Lite
The scenario
You've arrived to five tickets. OSPF is fine, so the loopbacks are reachable. BGP is not.
| Ticket | Session | Reported symptom |
|---|---|---|
| 1 | R1 to R2, iBGP | Won't come up |
| 2 | R1 to EOS1, eBGP | Partner says nothing changed on their side |
| 3 | R2 to CHR1, eBGP | Goes round and round without coming up |
| 4 | R3 to PEER, eBGP between loopbacks | Never tries |
| 5 | R1 to R3, iBGP | Comes up, then dies, over and over |
Passwords and AS numbers from the design:
| Item | Value |
|---|---|
| Kestrel AS | 64500 |
| R1 to EOS1 password | Kestrel-Edge1 |
| Timers on R1 to R3 | 5 and 15, on purpose |
| R3 to PEER | Loopbacks, across one link |
| Device | Interface | Address | Connects to |
|---|---|---|---|
| R1 | Loopback0 | 10.255.0.1/32 | |
| R1 | Loopback1 | 203.0.113.1/24 | |
| R1 | Gi0/0 | 172.16.1.1/30 | EOS1 Ethernet1 |
| R1 | Gi0/1 | 10.0.12.1/30 | R2 Gi0/0 |
| R2 | Loopback0 | 10.255.0.2/32 | |
| R2 | Gi0/0 | 10.0.12.2/30 | R1 Gi0/1 |
| R2 | Gi0/1 | 10.0.23.1/30 | R3 Gi0/0 |
| R2 | Gi0/2 | 172.16.2.1/30 | CHR1 ether1 |
| R3 | Loopback0 | 10.255.0.3/32 | |
| R3 | Gi0/0 | 10.0.23.2/30 | R2 Gi0/1 |
| R3 | Gi0/1 | 172.16.3.1/30 | PEER Gi0/0 |
| EOS1 | Ethernet1 | 172.16.1.2/30 | R1 Gi0/0 |
| EOS1 | Loopback0 | 10.255.0.10/32 | |
| EOS1 | Loopback1 | 198.51.100.1/24 | |
| CHR1 | ether1 | 172.16.2.2/30 | R2 Gi0/2 |
| CHR1 | lan | 192.0.2.1/24 | |
| PEER | Loopback0 | 10.255.0.30/32 | |
| PEER | Loopback1 | 198.18.30.1/24 | |
| PEER | Gi0/0 | 172.16.3.2/30 | R3 Gi0/1 |
What you’ll practise
- Say what Idle, Connect, Active, OpenSent, OpenConfirm and Established each tell you
- Find update-source, multihop and reachability faults
- Find MD5 mismatches from the log
- Read a BGP notification for a wrong AS number
- Recognise a path MTU black hole, and fix it at the cause
The tasks
- Read the states
- Ticket 1
- Ticket 2
- Ticket 3
- Ticket 4
- Ticket 5
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
- EOS1
Ethernet1to R1Gi0/0 - R1
Gi0/1to R2Gi0/0 - R2
Gi0/1to R3Gi0/0 - R2
Gi0/2to CHR1ether1 - R3
Gi0/1to PEERGi0/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 |
| EOS1 | Arista vEOS | veos-4.33.1.1F | 1 vCPU, 2,048 MB |
| CHR1 | MikroTik RouterOS | mikrotik-7.14.2 | 1 vCPU, 256 MB |
| PEER | 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
BGP in depth guided labs.Open
12 - Troubleshooting BGP sessionsand 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 BGP in depth labs
Related labs in other courses
CloudLabBox is independent of Arista Networks, Cisco, Juniper Networks and MikroTik. The lab follows exam topics and isn’t vendor training material; vendor names identify the exams and the images in the workspace.