Multiarea Ospf
Multiarea Ospf
Multiarea Ospf
Configuration
Let’s start with all network commands to get OSPF up and running. The network command
defines to which area each interface will belong.First, we will configure R1 and R2 for the
backbone area:
R1(config)#router ospf 1
R1(config-router)#network 192.168.12.0 0.0.0.255 area 0
R2(config)#router ospf 1
R1(config)#router ospf 1
R3(config)#router ospf 1
R2(config)#router ospf 1
R4(config)#router ospf 1
Verification
Let’s verify our work. First, let’s make sure we have OSPF neighbors:
R1 has formed a neighbor adjacency with R2 and R3. Let’s check R2:
Above you can see that interface GigabitEthernet0/1 is in area 0 and interface
GigabitEthernet0/2 is in area 2. Another good command to find area information is show ip
protocols:
R2#show ip protocols
Maximum path: 32
Distance: (default is 4)
Maximum path: 4
a - application route
Above we see three OSPF entries. The first one is for 3.3.3.3/32, the loopback interface of
R3. It shows up with an O since this is an intra-area route. R1 has also learned about
4.4.4.4/32 and 192.168.24.0/24. These two entries show up as O IA since they are inter-
area routes.
Above we see that R2 has learned about 3.3.3.3/32 and 192.168.13.0/24 which area inter-
area routes. 4.4.4.4/32 is an intra-area route.
Everything that R3 has learned is from another area, that’s why we only see inter-area
routes here. The same thing applies to R4:
Just to be sure, let’s try a quick ping between R3 and R4 to prove that our multi-area OSPF
configuration is working:
!!!!!
2nd Lab
1. Configuring the OSPF Process
Example:
R1(config)# router ospf {process ID}
R1(config-router)#
Config:
R1(config)# router ospf 1
R1(config-router)#
Unlike other routing protocols, the process ID is unique to the local router, so it does not
matter if other routers are configured with the same process ID. I have asked you to
configure them all with the same process ID to prove that point. You could also
configure them with different process IDs, doing so will have no effect.
2. Configuring Router ID
OSPF uses router ids to identify routers. By default, the router-id is set to the highest
configured loopback, or the highest configured physical interface if there is no loopback.
It can also be configured using the router-id command inside the OSPF process. It is
best practice to configure a loopback, then use the router-id command with the
loopback address. In this lab, the loopback interface is already configured so you simply
set the router-id to the loopback configured on the routers.
There are a couple of ways to advertise networks connected to the router. You can use
the network command inside the OSPF process and specify the network address and
wildcard, for example, network 192.168.1.0 0.0.0.255 area 0 would advertise the
192.168.1.0/24 network into OSPF.
Alternatively, you can simply use network 0.0.0.0 255.255.255.255 area 0 to advertise
all networks attached to the router. In this lab, I ask you to use the first example method,
as it is best practice and more commonly used. (Note: you will not advertise the
loopback this way in this lab, although you could)
With step 4 completed, the basic OSPF configuration is complete. We can now ping
between the routers to verify connectivity. I ask you to ping loopbacks, but you can also
ping interface IP addresses if you wish. Below you can see some successful pings.
You can also hop into the command prompt on some of the PCs and ping between
them to verify remote network connectivity. Your first pings may drop as the packets
traverse the networks, but all pings should be successful after that.
Bonus: Identify ABRs, internals, backbone, and ASBRs