This document shows two Open Shortest Path First (OSPF) routers connected in a multi-access network.
There are no specific requirements for this document.
This document is not restricted to specific software and hardware versions.
For more information on document conventions, see the Cisco Technical Tips Conventions.
In this section, you are presented with the information to configure the features described in this document.
This document uses the network setup shown in this diagram.
This document uses the configurations shown here.
Current configuration: hostname r188.8.131.52 interface Loopback0 ip address 184.108.40.206 255.0.0.0 interface Ethernet2/0/0 ip address 220.127.116.11 255.0.0.0 interface Ethernet2/0/2 ip address 18.104.22.168 255.0.0.0 router ospf 1 network 22.214.171.124 0.255.255.255 area 0 network 126.96.36.199 0.255.255.255 area 0 end
Current configuration: hostname r188.8.131.52 interface Loopback0 ip address 184.108.40.206 255.0.0.0 interface Ethernet0/0/4 ip address 220.127.116.11 255.0.0.0 interface Ethernet0/0/2 ip address 18.104.22.168 255.0.0.0 router ospf 2 network 22.214.171.124 0.255.255.255 area 0 network 126.96.36.199 0.255.255.255 area 0 end
This section provides information you can use to confirm your configuration is working properly.
show ip ospf database —Displays a list of the Link State Advertisements (LSAs) and types them into a link state database. This list shows only the information in the LSA header.
show ip ospf database [router] [link-state-id]—Displays a list of all of a router's LSAs in the database. LSAs are produced by every router, and these fundamental LSAs list all of the routers' links, or interfaces, along with the states and outgoing costs of the links. They are flooded only within the area in which they originate.
To see how the OSPF database looks given this network environment, look at the output of the show ip ospf database command.
r188.8.131.52#show ip ospf database OSPF Router with ID (184.108.40.206) (Process ID 2) Router Link States (Area 0) Link ID ADV Router Age Seq# Checksum Link count 220.127.116.11 18.104.22.168 107 0x80000018 0x7966 2 22.214.171.124 126.96.36.199 106 0x80000015 0x6770 2 Net Link States (Area 0) Link ID ADV Router Age Seq# Checksum 188.8.131.52 184.108.40.206 102 0x80000004 0x7E9D r220.127.116.11#show ip ospf database router 18.104.22.168 OSPF Router with ID (22.214.171.124) (Process ID 2) Router Link States (Area 0) LS age: 147 Options: (No TOS-capability, DC) LS Type: Router Links Link State ID: 126.96.36.199 !--- For router links, the Link State Id is always the !--- same as the Advertising Router. Advertising Router: 188.8.131.52 !--- This is the router ID of the router that created !--- this LSA. LS Seq Number: 80000018 Checksum: 0x7966 Length: 48 Number of Links: 2 Link connected to: a Transit Network !--- This router (184.108.40.206) has a link connected to !--- a transit network that has a designated router (DR) !--- and backup designated router (BDR) listed here. (Link ID) Designated Router address: 220.127.116.11 !--- The DR's interface IP address is 18.104.22.168. (Link Data) Router Interface address: 22.214.171.124 !--- This router's (126.96.36.199) interface address !--- connected to the DR is 188.8.131.52. Number of TOS metrics: 0 TOS 0 Metrics: 10 !--- The OSPF cost of the link is 10. Link connected to: a Stub Network !--- This represents the subnet of the Ethernet segment !--- 184.108.40.206/8. (Link ID) Network/subnet number: 220.127.116.11 (Link Data) Network Mask: 255.0.0.0 Number of TOS metrics: 0 TOS 0 Metrics: 10 !--- The cost of the link is 10. r18.104.22.168#show ip ospf database router 22.214.171.124 OSPF Router with ID (126.96.36.199) (Process ID 2) Router Link States (Area 0) LS age: 162 Options: (No TOS-capability, DC) LS Type: Router Links Link State ID: 188.8.131.52 Advertising Router: 184.108.40.206 LS Seq Number: 80000015 Checksum: 0x6770 Length: 48 Number of Links: 2 Link connected to: a Transit Network (Link ID) Designated Router address: 220.127.116.11 !--- The DR's interface IP address is 18.104.22.168. (Link Data) Router Interface address: 22.214.171.124 !--- Since these values are equal, router !--- (126.96.36.199) is the DR. Number of TOS metrics: 0 TOS 0 Metrics: 10 Link connected to: a Stub Network (Link ID) Network/subnet number: 188.8.131.52 (Link Data) Network Mask: 255.0.0.0 Number of TOS metrics: 0 TOS 0 Metrics: 10 r184.108.40.206#show ip ospf database network 220.127.116.11 OSPF Router with ID (18.104.22.168) (Process ID 2) Net Link States (Area 0) Routing Bit Set on this LSA LS age: 182 Options: (No TOS-capability, DC) LS Type: Network Links Link State ID: 22.214.171.124 (address of Designated Router) !--- This is the IP address of the DR !--- (not the router ID). Advertising Router: 126.96.36.199 !--- This is the router ID of the router that !--- created this LSA. LS Seq Number: 80000004 Checksum: 0x7E9D Length: 32 Network Mask: /8 !--- Binary and the DR's interface address with the !--- mask to get to network 188.8.131.52/8. Attached Router: 184.108.40.206 !--- The DR's router ID, along with a list of routers !--- adjacent on the transit network. Attached Router: 220.127.116.11
This section calculates the shortest path tree from the perspective of Router 18.104.22.168.
Router 22.214.171.124 looks in its own LSA and sees that it has a link to a transit network for which 126.96.36.199 is the DR's interface address. It then looks for the network LSA with a link state ID of 188.8.131.52. It finds a list of attached routers (Routers 184.108.40.206 and 220.127.116.11) in the network LSA. This implies that all these routers are reachable through this transit network. Router 18.104.22.168 can verify that its own ID is in the list. It then can calculate routes through any of these attached routers.
Router 22.214.171.124 looks for Router 126.96.36.199's LSA to verify that it contains a link connected to the same transit network, 188.8.131.52. Router 184.108.40.206 can now install routes for any stub networks in Router 220.127.116.11's LSA.
Router 18.104.22.168 installs a route for network 22.214.171.124/8 in its routing table because 126.96.36.199/8 was listed as a stub network in its LSA.
r188.8.131.52#show ip route ospf O 184.108.40.206/8 [110/20] via 220.127.116.11, 00:03:35, Ethernet2/0/2 r18.104.22.168#show ip route ospf O 22.214.171.124/8 [110/20] via 126.96.36.199, 00:03:18, Ethernet0/0/2
The OSPF link-state database looks identical if it is a broadcast network or a non-broadcast network. The main difference is the neighbor discovery mechanism. In a broadcast network, neighbors are discovered through multicast hello packets. In a non-broadcast network, neighbors are statically configured and unicast hello packets are sent to form adjacency between neighbors.
To explore the issue of the next hop in a nonbroadcast multiaccess (NBMA) network, look at this example. There are three routers on a transit network (Routers non_DR_a, non_DR_b, and DR). It is a hub and spoke topology on an NBMA media such as Frame Relay, Asynchronous Transfer Mode (ATM), or X.25.
When Router non_DR_a calculates routes through Router non_DR_b, it makes Router non_DR_b the next hop. However, Router non_DR_a does not have a virtual circuit (VC) to Router non_DR_b, which means these routers cannot ping each other. OSPF installs routes into the routing table with a next-hop that cannot be reached.
The solution to this problem is to add a second frame-relay map statement to make all the neighbors reachable through the VC going to Router DR. For example:
interface Serial0 frame-relay map ip 188.8.131.52 700 broadcast !--- This is a map for the DR. frame-relay map ip 184.108.40.206 700 broadcast !--- This is a map on the same VC data-link connection !--- identifier (DLCI) for a non-DR router.
When you compare this behavior with that of the Intermediate System-to-Intermediate System (ISIS) protocol, a router does not install an ISIS route through a next hop, unless the next hop is a neighbor. This means ISIS does not work on a multi-point interface unless the routers are fully meshed.
OSPF installs routes even though the next hop is not a neighbor, and is not reachable through Layer 2. However, you can fix this problem by configuring multiple map statements.
There is currently no specific troubleshooting information available for this configuration.
The Cisco Support Community is a forum for you to ask and answer questions, share suggestions, and collaborate with your peers.
Refer to Cisco Technical Tips Conventions for information on conventions used in this document.