20.01.2013 Views

CCNA 3 Labs and Study Guide - BINARYBB.INFO – @jagalbraith

CCNA 3 Labs and Study Guide - BINARYBB.INFO – @jagalbraith

CCNA 3 Labs and Study Guide - BINARYBB.INFO – @jagalbraith

SHOW MORE
SHOW LESS

You also want an ePaper? Increase the reach of your titles

YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.

It means that this router is running at least two different routing processes. One of them is OSPF. In this<br />

case, the other is a static default route. This can be deduced from the “Routing Information Sources” portion<br />

of the output. Notice that the gateway 209.165.202.129 is not listed in the “Routing for Networks”<br />

portion of the output. This means that 209.165.202.129 is not part of OSPF but is being routed inside<br />

OSPF from another source. In this case, the default-information originate comm<strong>and</strong> along with the ip<br />

route comm<strong>and</strong> has made this router an ASBR (autonomous system boundary router).<br />

What comm<strong>and</strong> generates the following output?<br />

Router#debug ip ospf events<br />

00:09:46: OSPF: Rcv hello from 192.168.1.249 area 0 from Serial0/1 192.168.1.246<br />

00:09:46: OSPF: Mismatched hello parameters from 192.168.1.246<br />

00:09:46: OSPF: Dead R 160 C 120, Hello R 40 C 40<br />

00:10:26: OSPF: Rcv hello from 192.168.1.253 area 0 from Serial0/0 192.168.1.253<br />

00:10:26: OSPF: End of hello processing<br />

00:10:26: OSPF: Rcv hello from 192.168.1.249 area 0 from Serial0/1 192.168.1.246<br />

00:10:26: OSPF: Mismatched hello parameters from 192.168.1.246<br />

00:10:26: OSPF: Dead R 160 C 120, Hello R 40 C 40<br />

00:11:06: OSPF: Rcv hello from 192.168.1.253 area 0 from Serial0/0 192.168.1.253<br />

00:11:06: OSPF: End of hello processing<br />

00:11:06: OSPF: Rcv hello from 192.168.1.249 area 0 from Serial0/1 192.168.1.246<br />

00:11:06: OSPF: Mismatched hello parameters from 192.168.1.246<br />

00:11:06: OSPF: Dead R 160 C 120, Hello R 40 C 40<br />

00:11:46: OSPF: Rcv hello from 192.168.1.253 area 0 from Serial0/0 192.168.1.253<br />

00:11:46: OSPF: End of hello processing<br />

00:11:46: OSPF: Rcv hello from 192.168.1.249 area 0 from Serial0/1 192.168.1.246<br />

00:11:46: OSPF: Mismatched hello parameters from 192.168.1.246<br />

00:11:46: OSPF: Dead R 160 C 120, Hello R 40 C 40<br />

00:11:46: OSPF: 192.168.1.249 address 192.168.1.246 on Serial0/1 is dead<br />

00:11:46: %OSPF-5-ADJCHG: Process 1, Nbr 192.168.1.249 on Serial0/1 from FULL to<br />

DOWN, Neighbor Down: Dead timer expired<br />

From the preceding comm<strong>and</strong> output, what is the problem?<br />

In OSPF configurations, hello <strong>and</strong> dead intervals must be the same for all OSPF neighbors. In the output<br />

shown, you interpret the line Dead R 160 C 120, Hello R 40 C 40 as follows: dead received, 160 seconds;<br />

dead configured 120 seconds; hello received, 40 seconds; hello configured, 40 seconds.<br />

In this case, the dead interval has been changed from 160, which was four times the hello, to 120. The reason<br />

why you know that it has just been changed is that the local router had established adjacency with<br />

192.168.1.249. It took the configured 120-second dead interval before the adjacency state with the neighbor<br />

to go from FULL to DOWN.<br />

What comm<strong>and</strong> would fix the “mismatch of hello parameters”?<br />

Router(config-if)#ip ospf dead-interval 160<br />

or<br />

Router(config-if)#no ip ospf dead-interval 120<br />

Chapter 3: EIGRP <strong>and</strong> Troubleshooting Routing Protocols 189

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!