zNetLaB › Guided labs › Enterprise
eBGP through a transit AS 50 — 64561 to 65351 via 65009
Enterprise Advanced 3 devices 4 checked tasks 100 points Plan lab
Scenario — customer Jabalpur (AS 64561) reaches customer Jaipur (AS 65351) only through transit provider AS 65009, already configured. Peer both customers with the provider (203.0.69.0/30 and 203.1.69.0/30), originate 198.19.49.0/24 at Jabalpur and 198.18.49.0/24 at Jaipur, and show each customer learns the other's prefix through the transit. You build it in a browser, type real commands at each device, and every task below is
checked against the running configuration — so you find out it is wrong before anybody else does.
Open this lab in the simulator
The simulator runs in your browser with nothing to install. This lab is part of the full simulator: open it free for 7 days with a new account, then with a plan. It needs an account, which keeps your progress.
The scenario
customer Jabalpur (AS 64561) reaches customer Jaipur (AS 65351) only through transit provider AS 65009, already configured. Peer both customers with the provider (203.0.69.0/30 and 203.1.69.0/30), originate 198.19.49.0/24 at Jabalpur and 198.18.49.0/24 at Jaipur, and show each customer learns the other's prefix through the transit.
Your role: a network engineer on the enterprise team. Level: Advanced Done when: all 4 goals show as passed (100 points).
Network status
Devices: 3 routers, cabled as drawn. No Layer 1 or Layer 2 faults: every link is connected and up. Cust-Jabalpur starts with addresses (G0/1 203.0.69.1/30, L0 198.19.49.1/24). Transit-65009 starts with addresses (G0/1 203.0.69.2/30, G0/2 203.1.69.1/30) and BGP 65009 already configured. Cust-Jaipur starts with addresses (G0/1 203.1.69.2/30, L0 198.18.49.1/24). Known problems
The network worked and now does not: the scenario above says what users report. The cause is a configuration fault, not a cable. Find it with show commands (interfaces, routes, neighbours, running-config) before you change anything; fix only what is wrong. Goals
Both sessions to the transit are Established (30 pts) Each customer originates its own prefix (20 pts) Jabalpur learns 198.18.49.0/24 through the transit (25 pts) Jaipur learns 198.19.49.0/24 through the transit (25 pts) The activity, in order
Both sessions to the transit are Established Why: BGP does nothing until the TCP session is Established. Active or Idle means a wrong AS number, no route to the peer, or a block. Verify with: show ip bgp summary Each customer originates its own prefix Why: This is the task that checks your configuration directly: the line must really be there, not just look right. Verify with: show running-config Jabalpur learns 198.18.49.0/24 through the transit Why: BGP only advertises what you tell it to AND what is in the routing table. Verify with: show ip bgp Jaipur learns 198.19.49.0/24 through the transit Why: BGP only advertises what you tell it to AND what is in the routing table. Verify with: show ip bgp Tips
Work in the order given: later goals depend on the earlier ones. After every change, run the verify command before moving on; do not guess. Stuck? Read the verify output first. It names the interface, neighbour or route that is wrong. Common mistake: Neighbour address on the wrong side of the link Common mistake: A network statement with no matching route in the table Common mistake: Expecting customers to see each other without the transit Why this matters
A transit AS carries customer routes for money: each customer peers with it, announces its own prefix, and learns every other customer's prefix back. The customers never peer with each other.
What you will be able to do
Peer two autonomous systems with a transit
Originate a prefix
Follow an AS path in show ip bgp
The network
ISR 2911 — 3 devices in all, already cabled.
Gi0/1 203.0.69.1/30 Gi0/1 203.0.69.2/30 Gi0/2 203.1.69.1/30 Gi0/1 203.1.69.2/30 Cust-Jabalpur Transit-65009 Cust-Jaipur Drawn from this lab: devices, cables, ports and the addresses already set. Device Model Address already set
Cust-Jabalpur ISR 2911 configure it Transit-65009 ISR 2911 configure it Cust-Jaipur ISR 2911 configure it
Cabling
Cust-Jabalpur Gi0/1 ↔ Transit-65009 Gi0/1 Transit-65009 Gi0/2 ↔ Cust-Jaipur Gi0/1
What is configured at the start
These are already configured when the lab opens — including, where this is a troubleshooting lab, the fault itself:
Cust-Jabalpur interface g0/1
ip address 203.0.69.1 255.255.255.252
no shutdown
exit
interface lo0
ip address 198.19.49.1 255.255.255.0
no shutdown
exit Cust-Jaipur interface g0/1
ip address 203.1.69.2 255.255.255.252
no shutdown
exit
interface lo0
ip address 198.18.49.1 255.255.255.0
no shutdown
exit Transit-65009 interface g0/1
ip address 203.0.69.2 255.255.255.252
no shutdown
exit
interface g0/2
ip address 203.1.69.1 255.255.255.252
no shutdown
exit
router bgp 65009
bgp router-id 2.2.2.2
neighbor 203.0.69.1 remote-as 64561
neighbor 203.1.69.2 remote-as 65351 Tasks, and how each one is checked
Every task is decided by reading the live network — a neighbour in FULL, a ping that succeeds, a line in the running configuration — not by looking for a keyword you typed. The same command shows you what the lab sees.
# Task Pts How to verify it yourself
1 Both sessions to the transit are Established 30 On Cust-Jabalpur: show ip bgp summary — neighbour 203.0.69.2 is Established. and On Cust-Jaipur: show ip bgp summary — neighbour 203.1.69.1 is Established. 2 Each customer originates its own prefix 20 On Cust-Jabalpur: show running-config contains the line(s) matching network 198\.19\.49\.0 mask 255\.255\.255\.0. and On Cust-Jaipur: show running-config contains the line(s) matching network 198\.18\.49\.0 mask 255\.255\.255\.0. 3 Jabalpur learns 198.18.49.0/24 through the transit 25 On Cust-Jabalpur: show ip bgp lists 198.18.49.0/24. 4 Jaipur learns 198.19.49.0/24 through the transit 25 On Cust-Jaipur: show ip bgp lists 198.19.49.0/24.
Stuck? Ask the coach
Tell the coach what you see or what you tried. It gives you a hint, not the answer, the way a senior engineer would. Included with a free trial or any plan.
Ask the coach
Common mistakes
Neighbour address on the wrong side of the link
A network statement with no matching route in the table
Expecting customers to see each other without the transit
Reference solution
Try it yourself first — the lab checks your work either way. This is one configuration that makes every task pass, device by device:
Cust-Jabalpur router bgp 64561
bgp router-id 1.1.1.1
neighbor 203.0.69.2 remote-as 65009
network 198.19.49.0 mask 255.255.255.0
exit Cust-Jaipur router bgp 65351
bgp router-id 3.3.3.3
neighbor 203.1.69.1 remote-as 65009
network 198.18.49.0 mask 255.255.255.0
exit Where this is examined
CCNP ENARSI BGP; CCIE EI BGP.
This lab practises these topics in the zNetLaB certification courses:
Related labs
Where to start
The lessons all guided labs plans
CCNA®, CCNP® and Cisco® are trademarks of Cisco Systems, Inc. zNetLaB is not affiliated with or endorsed by Cisco.