Please note that I have moved this blog and you will be redirected to the new page @

Friday, July 1, 2011

OSPF Troubleshooting - Lab1

A friend is preparing for his CCNP and asked me to give him an OSPF Troubleshooting lab in GNS3. Didn't take long and it was a lot of fun. I might, however, have made it too difficult for a CCNA. But hey, learning by doing is the best.

And once again I realize that teaching is so much fun. I'll try this 14 task lab on my guinea pig and then possibly do a larger workshop with more co-workers.

Complete list of tasks:

Task 1 (2p)

R2 and R3 should have an adjacency in Area0.

Task 2 (2p)

Verify that Loopback 0 of R6 appears in the routing table of R1.  

Task 3 (3p)

Verify that R3 is the designated router on the link to R7

Task 4 (2p)

R7 is injecting a default route yet no other router shows a default route.

Task 5 (2p)

Verify that R2 and R9 have 2 OSPF adjacencies.

Task 6 (2p)

Verify that R2 and R9 use equal cost load balancing.

Task 7 (2p)

R9 and R2 peers over two links. R9 should only have one network statement.

Task 8 (2p)

R9 should use link speed of 1000Mbit/s as default for calculating link cost.

Task 9 (3p)

R7 is announcing its Loopback 0 interface in Area0 yet it doesn’t show up in R3’s routing table. Remove the configuration at fault and explain why it appeared in all routers but R3.

Task 10 (2p)

R9 redistributes routes learned from RIP. Verify that R2 sees all these.

Task 11 (2p)

Verify that R2 only has 1 route that matches all 192.168.x.x routes.

Task 12 (3p)

Why doesn’t the cost of the redistributed RIP routes increment as they are propagated in OSPF? Add configuration that changes this.

Task 13 (3p)

R5 advertises several Loopback interfaces in the 172.168/16 range. Why does R1 see most of these as /32 instead of the configured netmask of /24? Add configuration that modifies this.

Task 14 (3p)

Summarize the 172.168.x.x networks into 2 different routes.

No comments:

Post a Comment