What should you verify to troubleshoot this problem?

You have implemented mutual route redistribution between OSPF and EIGRP on a border router. When checking the routing table on one of the EIGRP routers within the EIGRP routing domain, you are seeing some, but not all of the expected routes. What should you verify to troubleshoot this problem? Select the best response.

You have implemented mutual route redistribution between OSPF and EIGRP on a border router. When checking the routing table on one of the EIGRP routers within the EIGRP routing domain, you are seeing some, but not all of the expected routes. What should you verify to troubleshoot this problem? Select the best response.

A.
The border router is using a proper seed metric for OSPF.

B.
The border router is using a proper seed metric for EIGRP.

C.
The administrative distance is set for OSPF and EIGRP.

D.
The missing OSPF routes are present in the routing table of the border router.

E.
The subnet keyword on the border router in the redistribute OSPF command.



Leave a Reply 1

Your email address will not be published. Required fields are marked *


Charles

Charles

Answer: D

Explanation

We are checking the routing table on EIGRP routers not OSPF so we don’t need to check the seed metric for OSPF. Besides OSPF doesn’t need to specify seed metric as all external routes get a default metric of 20 (except for BGP, which is 1) -> A is not correct.

We must specify seed metrics when redistributing into EIGRP (and RIP). If not all the redistributed routes will not be seen but the question says only some routes are missing -> B is not correct.

The default administrative distance for external routes redistributed into EIGRP is 170 so we don’t need to set it -> C is not correct.

The sunbet keyword is only used when redistributing into OSPF, not to other routing protocols -> E is not correct.

We should check the routing table of the border router to see the missing OSPF routes are there or not. An incorrect distribute-list can block some routes and we can’t see it in other EIGRP routers -> D is correct.