Ccna 00-301, Volume Official

Issues That Allow Adjacencies but Prevent IP Routes

The last two issues to discuss in this section have a symptom in which the show ip ospf 

neighbor command does list a neighbor, but some other problem exists that prevents the 

eventual addition of OSPF routes to the routing table. The two issues: a mismatched MTU 

setting and a mismatched OSPF network type.

Mismatched MTU Settings

The MTU size defines a per-interface setting used by the router for its Layer 3 forwarding 

logic, defining the largest network layer packet that the router will forward out each inter-

face. For instance, the IPv4 MTU size of an interface defines the maximum size IPv4 packet 

that the router can forward out an interface.

Routers often use a default MTU size of 1500 bytes, with the ability to set the value as well. 

The ip mtu size interface subcommand defines the IPv4 MTU setting, and the ipv6 mtu size 

command sets the equivalent for IPv6 packets.

In an odd twist, two OSPFv2 routers can actually become OSPF neighbors, be listed in the 

output of the show ip ospf neighbor command, and reach 2-way state, even if they happen 

to use different IPv4 MTU settings on their interfaces. However, they fail to exchange their 

LSDBs. Eventually, after trying and failing to exchange their LSDBs, the neighbor relation-

ship also fails. So also keep a watch for MTU mismatches, although they may be unusual 

and obscure, by looking at the running-config and by using the show interfaces command 

(which lists the IP MTU).

Mismatched OSPF Network Types

Earlier in this chapter you read about the OSPF broadcast network type, which uses a  

DR/BDR, and the OSPF point-to-point network type, which does not. Interestingly, if you 

misconfigure network type settings such that one router uses broadcast, and the other uses 

point-to-point, the following occurs:

■

  The two routers become fully adjacent neighbors (that is, they reach a full state).

■

  They exchange their LSDBs.

■

  They do not add IP routes to the IP routing table.

The reason for not adding the routes has to do with the details of LSAs and how the use of 

a DR (or not) changes those LSAs. Basically, the two routers expect different details in the 

LSAs, and the SPF algorithm notices those differences and cannot trust the LSAs because of 

those differences.

For instance, earlier in Example 21-7, the configuration showed router R1 using network type 

point-to-point on its G0/0/0 interface, with the expectation that router R2 would also use 

point-to-point on its matching G0/1/0 interface. Example 21-13 shows some of the results if 

the engineer neglected to configure R2, leaving it with the default setting of broadcast. 

||||||||||||||||||||

||||||||||||||||||||

---

ptg29743230

516    CCNA 200-301 Official Cert Guide, Volume 1