Untitled Document
Untitled Document
Addressing Table
Objectives
Scenario
In this activity, OSPF is already configured and all end devices currently have full connectivity.
You will modify the default OSPF routing configurations by changing the hello and dead timers
and adjusting the bandwidth of a link. Then you will verify that full connectivity is restored for all
end devices.
Instructions
Before modifying the OSPF settings, verify that all PCs can ping the web server and each other.
Step 2: Adjust the hello and dead timers between R1 and R2.
b. After a short period of time, the OSPF connection with R2 will fail, as shown in the router
output.
Both sides of the connection need to have the same timer values in order for the adjacency to
be maintained. Identify the interface on R2 that is connected to R1. Adjust the timers on the R2
interface to match the settings on R1.
R2(config)# interface s0/0/0
R2(config-if)# ip ospf hello-interval 15
R2(config-if)# ip ospf dead-interval 60
After a brief period of time you should see a status message that indicates that the OSPF
adjacency has been reestablished.
a. Trace the path between PC1 and the web server located at 64.100.1.2. Notice that the
path from PC1 to 64.100.1.2 is routed through R2. OSPF prefers the lower cost path.
1 1 ms 0 ms 8 ms 172.16.1.1
2 0 ms 1 ms 0 ms 172.16.3.2
3 1 ms 9 ms 2 ms 209.165.200.226
4 * 1 ms 0 ms 64.100.1.2
Trace complete.
b. On the R1 Serial 0/0/0 interface, set the bandwidth to 64 Kb/s. This does not change the
actual port speed, only the metric that the OSPF process on R1 will use to calculate best routes.
R1(config-if)# bandwidth 64
c. Trace the path between PC1 and the web server located at 64.100.1.2. Notice that the path
from PC1 to 64.100.1.2 is redirected through R3. OSPF prefers the lower cost path.
1 1 ms 0 ms 3 ms 172.16.1.1
2 8 ms 1 ms 1 ms 192.168.10.6
3 2 ms 0 ms 2 ms 172.16.3.2
4 2 ms 3 ms 1 ms 209.165.200.226
5 2 ms 11 ms 11 ms 64.100.1.2
Trace complete.
Verify that all PCs can ping the web server and each other.