24 - Single-Area OSPFv2 Configuration
24 - Single-Area OSPFv2 Configuration
24 - Single-Area OSPFv2 Configuration
Configuration
1
OSPF Router ID
2
OSPF Reference Topology
The figure shows the topology
used for configuring OSPFv2 in
this module. The routers in the
topology have a starting
configuration, including
interface addresses. There is
currently no static routing or
dynamic routing configured on
any of the routers. All interfaces
on R1, R2, and R3 (except the
loopback 1 on R2) are within the
OSPF backbone area. The ISP
router is used as the gateway to
the internet of the routing
domain.
3
Router Configuration
Mode for OSPF
OSPFv2 is enabled using the router ospf process-id global configuration mode
command. The process-id value represents a number between 1 and 65,535 and is
selected by the network administrator. The process-id value is locally significant. It
is considered best practice to use the same process-id on all OSPF routers.
R1(config)# router ospf 10
R1(config-router)# ?
area OSPF area parameters
auto-cost Calculate OSPF interface cost according to bandwidth
default-information Control distribution of default information
distance Define an administrative distance
exit Exit from routing protocol configuration mode
log-adjacency-changes Log changes in adjacency state
neighbor Specify a neighbor router
network Enable routing on an IP network
no Negate a command or set its defaults
passive-interface Suppress routing updates on an interface
redistribute Redistribute information from another routing protocol
router-id router-id for this OSPF process
R1(config-router)#
4
Configuring Router IDs
5
Configure a Loopback
Interface as the Router ID
Instead of relying on physical interface, the router ID can be assigned to a loopback
interface. Typically, the IPv4 address for this type of loopback interface should be
configured using a 32-bit subnet mask (255.255.255.255). This effectively creates a
host route. A 32-bit host route would not get advertised as a route to other OSPF
routers.
OSPF does not need to be enabled on an interface for that interface to be chosen
as the router ID.
6
Explicitly Configure a Router ID
In our reference topology the router ID for each router is assigned as follows:
• R1 uses router ID 1.1.1.1
• R2 uses router ID 2.2.2.2
• R3 uses router ID 3.3.3.3
Use the router-id rid router configuration mode command to manually assign a
router ID. In the example, the router ID 1.1.1.1 is assigned to R1. Use the show ip
protocols command to verify the router ID.
7
Modify a Router ID
• After a router selects a router ID, an active OSPF router does not allow the
router ID to be changed until the router is reloaded or the OSPF process is reset
or after 30 min.
• Clearing the OSPF process is the preferred method to reset the router ID.
R1# show ip protocols | include Router ID
Router ID 10.10.1.1
R1# conf t
Enter configuration commands, one per line. End with CNTL/Z.
R1(config)# router ospf 10
R1(config-router)# router-id 1.1.1.1
% OSPF: Reload or use "clear ip ospf process" command, for this to take effect
R1(config-router)# end
R1# clear ip ospf process
Reset ALL OSPF processes? [no]: y
*Jun 6 01:09:46.975: %OSPF-5-ADJCHG: Process 10, Nbr 3.3.3.3 on GigabitEthernet0/0/1 from FULL to
DOWN, Neighbor Down: Interface down or detached
*Jun 6 01:09:46.981: %OSPF-5-ADJCHG: Process 10, Nbr 3.3.3.3 on GigabitEthernet0/0/1 from LOADING
to FULL, Loading Done *
R1# show ip protocols | include Router ID
Router ID 1.1.1.1 8
R1#
Point-to-Point OSPF
Networks
9
The network Command Syntax
• The wildcard mask is typically the inverse of the subnet mask configured on
that interface.
• The easiest method for calculating a wildcard mask is to subtract the network
subnet mask from 255.255.255.255, as shown for /24 and /26 subnet masks in
the figure.
11
Configure OSPF Using the
network Command
Within routing configuration mode, there are two ways to identify the interfaces
that will participate in the OSPFv2 routing process.
• In the first example, the wildcard mask identifies the interface based on the
network addresses. Any active interface that is configured with an IPv4 address
belonging to that network will participate in the OSPFv2 routing process.
• Note: Some IOS versions allow the subnet mask to be entered instead of the
wildcard mask. The IOS then converts the subnet mask to the wildcard mask
format.
R1(config)# router ospf 10
R1(config-router)# network 10.10.1.0 0.0.0.255 area 0
R1(config-router)# network 10.1.1.4 0.0.0.3 area 0
R1(config-router)# network 10.1.1.12 0.0.0.3 area 0
R1(config-router)#
12
Configure OSPF Using the
network Command (Cont.)
• As an alternative, OSPFv2 can be enabled by specifying the exact interface IPv4
address using a quad zero wildcard mask. Entering network 10.1.1.5 0.0.0.0 area
0 on R1 tells the router to enable interface Gigabit Ethernet 0/0/0 for the routing
process.
• The advantage of specifying the interface is that the wildcard mask calculation
is not necessary. Notice that in all cases, the area argument specifies area 0.
13
Configure OSPF Using the
ip ospf Command
To configure OSPF directly on the interface, use the ip ospf interface configuration
mode command. The syntax is as follows:
Router(config-if)# ip ospf process-id area area-id
Remove the network commands using the no form of the command. Then go
to each interface and configure the ip ospf command
15
Configure Passive Interfaces
16
OSPF Point-to-Point Networks
By default, Cisco routers elect a DR and BDR on Ethernet interfaces, even if there
is only one other device on the link. You can verify this with the show ip ospf
interface command. The DR/ BDR election process is unnecessary as there can
only be two routers on the point-to-point network between R1 and R2. Notice in the
output that the router has designated the network type as BROADCAST.
18
Loopbacks and Point-to-Point Networks
• Result at R2:
R2# show ip route | include 10.10.1
O 10.10.1.0/24 [110/2] via 10.1.1.5, 00:03:05, GigabitEthernet0/0/0 19
Multiaccess OSPF
Networks
20
OSPF Network Types
21
OSPF Designated Router
22
OPSF Multiaccess
Reference Topology
R1#
Verify OSPF Router Roles (Cont.)
R3#
Verify DR/BDR Adjacencies
To verify the OSPFv2 adjacencies, use the show ip ospf neighbor command. The
state of neighbors in multiaccess networks can be as follows:
• FULL/DROTHER - This is a DR or BDR router that is fully adjacent with a non-DR or BDR
router. These two neighbors can exchange Hello packets, updates, queries, replies, and
acknowledgments.
• FULL/DR - The router is fully adjacent with the indicated DR neighbor. These two neighbors
can exchange Hello packets, updates, queries, replies, and acknowledgments.
• FULL/BDR - The router is fully adjacent with the indicated BDR neighbor. These two
neighbors can exchange Hello packets, updates, queries, replies, and acknowledgments.
• 2-WAY/DROTHER - The non-DR or BDR router has a neighbor relationship with another
non-DR or BDR router. These two neighbors exchange Hello packets.
The normal state for an OSPF router is usually FULL. If a router is stuck in another
state, it is an indication that there are problems in forming adjacencies. The only
exception to this is the 2-WAY state, which is normal in a multiaccess broadcast
network. 27
Verify DR/BDR Adjacencies
(Cont.)
The output generated by R2 confirms that R2 has adjacencies with the following
routers:
• R1 with router ID 1.1.1.1 is in a Full state and R1 is neither the DR nor BDR.
• R3 with router ID 3.3.3.3 is in a Full state and the role of R3 is DR.
28
Default DR/BDR Election Process
The OSPF DR and BDR election is based on the following criteria, in sequential
order:
1. The routers in the network elect the router with the highest interface priority as
the DR. The router with the second highest interface priority is becomes the
BDR.
• The priority can be configured to be any number between 0 – 255.
• If the interface priority value is set to 0, that interface cannot be elected as DR nor BDR.
• The default priority of multiaccess broadcast interfaces is 1.
2. If the interface priorities are equal, then the router with the highest router ID is
elected the DR. The router with the second highest router ID is the BDR.
• The election process takes place when the first router with an OSPF-enabled
interface is active on the network. If all of the routers on the network have not
finished booting, it is possible that a router with a lower router ID becomes the
DR.
29
• The addition of a new router does not initiate a new election process.
DR Failure and Recovery
After the DR is elected, it remains the DR until one of the following events occurs:
• The DR fails.
• The OSPF process on the DR fails or is stopped.
• The multiaccess interface on the DR fails or is shutdown.
If the DR fails, the BDR is automatically promoted to DR. This is the case even if
another DROTHER with a higher priority or router ID is added to the network after
the initial DR/BDR election. However, after a BDR is promoted to DR, a new BDR
election occurs and the DROTHER with the highest priority or router ID is elected
as the new BDR.
30
The ip ospf priority Command
• If the interface priorities are equal on all routers, the router with the
highest router ID is elected the DR.
• Instead of relying on the router ID, it is better to control the election by
setting interface priorities. This also allows a router to be the DR in one
network and a DROTHER in another.
• To set the priority of an interface, use the command ip ospf priority
value, where value is 0 to 255.
• A value of 0 does not become a DR or a BDR.
• A value of 1 to 255 on the interface makes it more likely that the router
becomes the DR or the BDR.
31
Configure OSPF Priority
The example shows the commands being used to change the R1 G0/0/0 interface
priority from 1 to 255 and then reset the OSPF process.
32
Modify Single-Area
OSPFv2
33
Cisco OSPF Cost Metric
• Routing protocols use a metric to determine the best path of a packet across a
network. OSPF uses cost as a metric. A lower cost indicates a better path.
• The Cisco cost of an interface is inversely proportional to the bandwidth of the
interface. Therefore, a higher bandwidth indicates a lower cost. The formula
used to calculate the OSPF cost is:
Cost = reference bandwidth / interface bandwidth
• The default reference bandwidth is 108 (100,000,000); therefore, the formula is:
Cost = 100,000,000 bps / interface bandwidth in bps
• Because the OSPF cost value must be an integer, FastEthernet, Gigabit
Ethernet, and 10 GigE interfaces share the same cost. To correct this situation,
you can:
• Adjust the reference bandwidth with the auto-cost reference-bandwidth command on each
OSPF router.
• Manually set the OSPF cost value with the ip ospf cost command on necessary interfaces. 34
Cisco OSPF Cost
Metric (Cont.)
Refer to the table for a breakdown of the cost calculation
35
Adjust the Reference
Bandwidth
• The cost value must be an integer. If something less than an integer is
calculated, OSPF rounds up to the nearest integer. Therefore, the OSPF cost
assigned to a Gigabit Ethernet interface with the default reference bandwidth of
100,000,000 bps would equal 1, because the nearest integer for 0.1 is 0 instead
of 1.
Cost = 100,000,000 bps / 1,000,000,000 = 1
• For this reason, all interfaces faster than Fast Ethernet will have the same cost
value of 1 as a Fast Ethernet interface.
• To assist OSPF in making the correct path determination, the reference
bandwidth must be changed to a higher value to accommodate networks with
links faster than 100 Mbps.
36
Adjust the Reference
Bandwidth (Cont.)
• Changing the reference bandwidth does not actually affect the bandwidth
capacity on the link; rather, it simply affects the calculation used to determine
the metric.
• To adjust the reference bandwidth, use the auto-cost reference-bandwidth Mbps
router configuration command.
• This command must be configured on every router in the OSPF domain.
• Notice in the command that the value is expressed in Mbps; therefore, to adjust
the costs for Gigabit Ethernet, use the command auto-cost reference-bandwidth
1000. For 10 Gigabit Ethernet, use the command auto-cost reference-bandwidth
10000.
• To return to the default reference bandwidth, use the auto-cost reference-
bandwidth 100 command.
• Another option is to change the cost on one specific interface using the ip ospf
cost cost command. 37
Adjust the Reference
Bandwidth (Cont.)
• Whichever method is used, it is important to apply the configuration to all
routers in the OSPF routing domain.
• The table shows the OSPF cost if the reference bandwidth is adjusted to
accommodate 10 Gigabit Ethernet links. The reference bandwidth should be
adjusted anytime there are links faster than FastEthernet (100 Mbps).
• Use the show ip ospf interface command to verify the current OSPFv2 cost
assigned to the interface.
38
OSPF Accumulates Cost
39
OSPF Accumulates
Cost (Cont.)
• You can calculate the cost
for each router to reach
each network.
• For example, the total cost
for R1 to reach the
10.10.2.0/24 network is 11.
This is because the link to
R2 cost = 10 and the
loopback default cost = 1.
10 + 1 = 11.
• You can verify this with the
show ip route command.
40
OSPF Accumulates
Cost (Cont.)
Verifying the accumulated cost for the path to the 10.10.2.0/24 network:
41
Manually Set OSPF
Cost Value
Reasons to manually set the cost value include:
• The Administrator may want to influence path selection within OSPF, causing different
paths to be selected than what normally would given default costs and cost accumulation.
• Connections to equipment from other vendors who use a different formula to calculate
OSPF cost.
To change the cost value reported by the local OSPF router to other OSPF routers,
use the interface configuration command ip ospf cost value.
R1(config)# interface g0/0/1
R1(config-if)# ip ospf cost 30
R1(config-if)# interface lo0
R1(config-if)# ip ospf cost 10
R1(config-if)# end
R1#
42
Bandwidth Command
• OSPF uses cost as its routing metric, which it calculates using bandwidth.
• In many situations, we connect router interfaces ( FastEthernet or GigaEthernet)
to another devices that “soft” limit BW, especially with service providers.
• In this case, OSPF will still calculate its cost based on interface BW itself, which
results inaccurate results.
• To solve this issue, we use the “ bandwidth” command, to guide OSPF to
calculate correct cost.
Note: this will not limit interface BW, it is only to guide routing protocols to
calculate accurate BW.
44
Hello Packet Intervals
• OSPFv2 Hello packets are transmitted to multicast address 224.0.0.5 (all OSPF
routers) every 10 seconds. This is the default timer value on multiaccess and
point-to-point networks.
Note: Hello packets are not sent on interfaces set to passive by the passive-interface
command.
• The Dead interval is the period that the router waits to receive a Hello packet
before declaring the neighbor down. If the Dead interval expires before the
routers receive a Hello packet, OSPF removes that neighbor from its link-state
database (LSDB). The router floods the LSDB with information about the down
neighbor out all OSPF-enabled interfaces. Cisco uses a default of 4 times the
Hello interval. This is 40 seconds on multiaccess and point-to-point networks.
45
Verify Hello and
Dead Intervals
• The OSPF Hello and Dead intervals are configurable on a per-interface basis.
• The OSPF intervals must match or a neighbor adjacency does not occur.
• To verify the currently configured OSPFv2 interface intervals, use the show ip
ospf interface command. The Gigabit Ethernet 0/0/0 Hello and Dead intervals are
set to the default 10 seconds and 40 seconds respectively.
R1# show ip ospf interface g0/0/0
GigabitEthernet0/0/0 is up, line protocol is up
Internet Address 10.1.1.5/30, Area 0, Attached via Interface Enable
Process ID 10, Router ID 1.1.1.1, Network Type POINT_TO_POINT, Cost: 10
Topology-MTID Cost Disabled Shutdown Topology Name
0 10 no no Base
Enabled by interface config, including secondary ip addresses
Transmit Delay is 1 sec, State POINT_TO_POINT
Timer intervals configured, Hello 10, Dead 40, Wait 40, Retransmit 5
oob-resync timeout 40
(output omitted)
46
Verify Hello and Dead
Intervals (Cont.)
Use the show ip ospf neighbor command to see the Dead Time counting down from
40 seconds. By default, this value is refreshed every 10 seconds when R1 receives
a Hello from the neighbor.
47
Modify OSPFv2 Intervals
• It may be desirable to change the OSPF timers so that routers detect network
failures in less time. Doing this increases traffic, but sometimes the need for
quick convergence is more important than the extra traffic it creates.
Note: The default Hello and Dead intervals are based on best practices and should only be
altered in rare situations.
• OSPFv2 Hello and Dead intervals can be modified manually using the following
interface configuration mode commands:
48
Default Route
Propagation
49
Propagate a Default Static
Route in OSPFv2
To propagate a default route, the edge router must be configured with the following:
• A default static route using the ip route 0.0.0.0 0.0.0.0 [next-hop-address | exit-intf]
command.
• The default-information originate router configuration command. This instructs R2 to be the
source of the default route information and propagate the default static route in OSPF
updates.
In the example, R2 is configured with a loopback to simulate a connection to the internet. A
default route is configured and propagated to all other OSPF routers in the routing domain.
Note: When configuring static routes, best practice is to use the next-hop IP address. However,
when simulating a connection to the internet, there is no next-hop IP address. Therefore, we
use the exit-intf argument.
R2(config)# interface lo1
R2(config-if)# ip address 64.100.0.1 255.255.255.252
R2(config-if)# exit
R2(config)# ip route 0.0.0.0 0.0.0.0 loopback 1
%Default route without gateway, if not a point-to-point interface, may impact performance
R2(config)# router ospf 10
R2(config-router)# default-information originate
R2(config-router)# end 50
R2#
Verify the Propagated
Default Route
• You can verify the default route settings on R2 using the show ip route
command. You can also verify that R1 and R3 received a default route.
• Notice that the route source on R1 is O*E2, signifying that it was learned using
OSPFv2. The asterisk identifies this as a good candidate for the default route.
The E2 designation identifies that it is an external route. The meaning of E1 and
E2 is beyond the scope of this course.
R2# show ip route | begin Gateway
Gateway of last resort is 0.0.0.0 to network 0.0.0.0
S* 0.0.0.0/0 is directly connected, Loopback1
10.0.0.0/8 is variably subnetted, 9 subnets, 3 masks
(output omitted)
52
Verify OSPF Neighbors
After configuring single-area OSPFv2, you will need to verify your configurations.
The following two commands are particularly useful for verifying routing:
• show ip interface brief - This verifies that the desired interfaces are active with
correct IP addressing.
• show ip route- This verifies that the routing table contains all the expected
routes.
Additional commands for determining that OSPF is operating as expected include
the following:
• show ip ospf neighbor
• show ip protocols
• show ip ospf
• show ip ospf interface
53
Verify OSPF Neighbors
(Cont.)
• Use the show ip ospf neighbor command to verify that the router has formed an
adjacency with its neighboring routers. If the router ID of the neighboring router
is not displayed, or if it does not show as being in a state of FULL, the two
routers have not formed an OSPFv2 adjacency.
Note: A non-DR or BDR router that has a neighbor relationship with another non-DR or BDR
router will display a two-way adjacency instead of full.
• The following command output displays the neighbor table of R1.
54
Verify OSPF Neighbors
(Cont.)
Two routers may not form an OSPFv2 adjacency if the following occurs:
• The subnet masks do not match, causing the routers to be on separate
networks.
• The OSPFv2 Hello or Dead Timers do not match.
• The OSPFv2 Network Types do not match.
• There is a missing or incorrect OSPFv2 network command.
55
Verify OSPF Protocol Settings
The show ip protocols R1# show ip protocols
*** IP Routing is NSF aware ***
command is a quick way (output omitted)
to verify vital OSPF Routing Protocol is "ospf 10"
configuration information, Outgoing update filter list for all interfaces is not set
Incoming update filter list for all interfaces is not set
as shown in the command Router ID 1.1.1.1
output. This includes the Number of areas in this router is 1. 1 normal 0 stub 0 nssa
OSPFv2 process ID, the Maximum path: 4
Routing for Networks:
router ID, interfaces Routing on Interfaces Configured Explicitly (Area 0):
explicitly configured to Loopback0
advertise OSPF routes, GigabitEthernet0/0/1
GigabitEthernet0/0/0
the neighbors the router Routing Information Sources:
is receiving updates from, Gateway Distance Last Update
and the default 3.3.3.3 110 00:09:30
2.2.2.2 110 00:09:58
administrative distance, Distance: (default is 110)
which is 110 for OSPF. R1#
56
Verify OSPF Process
Information
R1# show ip ospf
The show ip ospf
Routing Process "ospf 10" with ID 1.1.1.1
command can also Start time: 00:01:47.390, Time elapsed: 00:12:32.320
be used to examine (output omitted)
Cisco NSF helper support enabled
the OSPFv2 process
Reference bandwidth unit is 10000 mbps
ID and router ID, as Area BACKBONE(0)
shown in the Number of interfaces in this area is 3
Area has no authentication
command output.
SPF algorithm last executed 00:11:31.231 ago
This command SPF algorithm executed 4 times
displays the OSPFv2 Area ranges are
Number of LSA 3. Checksum Sum 0x00E77E
area information and
Number of opaque link LSA 0. Checksum Sum 0x000000
the last time the SPF Number of DCbitless LSA 0 Number of indication LSA 0
algorithm was Number of DoNotAge LSA 0 Flood list length 0
R1#
executed.
57
Verify OSPF Interface
Settings
The show ip ospf interface command provides a detailed list for every OSPFv2-
enabled interface. Specify an interface to display the settings of just that interface.
This command shows the process ID, the local router ID, the type of network, OSPF
cost, DR and BDR information on multiaccess links (not shown), and adjacent
neighbors.
R1# show ip ospf interface GigabitEthernet 0/0/0
GigabitEthernet0/0/0 is up, line protocol is up
Internet Address 10.1.1.5/30, Area 0, Attached via Interface Enable
Process ID 10, Router ID 1.1.1.1, Network Type POINT_TO_POINT, Cost: 10
<output omitted>
60