If you are redistributing it into EIGRP then it will be accessible to your EIGRP neighbors. Dd you set a metric on the redistribute command? If that doesn't work, explain your topology and configuration, there may be something else going on.
On Mon, Mar 1, 2010 at 12:33 PM, venkat <[email protected]> wrote: > Thanks Bryan. Oh! yes, the routes are redistributed from OSPF. So, if i > understand correctly, when the EIGRP routes cannot be added to routing table > ( in this case it was already learnt via ospf whose AD is less than EIGRP > external), FD will be inaccessible. > > is there any way to override this condition? changing default external > eigrp distance to some value less than ospf AD help us? > > The problem is, as the route is in FD inaccessible, eigrp is not sending > this route to other neighbor eigrp routers which needs to know about this > redistributed routes. > > Thx, > Venkat > > > On Tue, Mar 2, 2010 at 12:48 AM, Bryan Bartik <[email protected]>wrote: > >> Venkat, >> >> I think you will see that when the route originated from another protocol >> and was redistributed into EIGRP. Is that a route redistributed from OSPF? >> >> On Mon, Mar 1, 2010 at 12:06 PM, venkat <[email protected]> wrote: >> >>> Hi, >>> >>> Can you clarify, under what circumstances we would see "FD is >>> Inaccessible" in EIGRP topology table? >>> >>> Router#show ip eigrp topology all-links >>> IP-EIGRP Topology Table for AS(1)/ID(12.2.2.1) >>> Codes: P - Passive, A - Active, U - Update, Q - Query, R - Reply, >>> r - reply Status, s - sia Status >>> >>> P 1.1.1.1/32, 0 successors, FD is Inaccessible, serno 0 >>> via 12.2.2.2 (515072/512512), FastEthernet1/0 >>> <snip> >>> >>> Router#show ip route 1.1.1.1 >>> Routing entry for 1.1.1.1/32 >>> Known via "ospf 1", distance 110, metric 3, type inter area >>> Last update from 10.2.2.1 on FastEthernet0/0, 00:17:10 ago >>> Routing Descriptor Blocks: >>> * 10.2.2.1, from 1.1.1.2, 00:17:10 ago, via FastEthernet0/0 >>> Route metric is 3, traffic share count is 1 >>> >>> Router# >>> >>> <snip> >>> >>> Thx, >>> Venkat >>> >>> >>> _______________________________________________ >>> For more information regarding industry leading CCIE Lab training, please >>> visit www.ipexpert.com >>> >>> >> >> >> -- >> Bryan Bartik >> CCIE #23707 (R&S, SP), CCNP >> Sr. Support Engineer - IPexpert, Inc. >> URL: http://www.IPexpert.com >> > > -- Bryan Bartik CCIE #23707 (R&S, SP), CCNP Sr. Support Engineer - IPexpert, Inc. URL: http://www.IPexpert.com
_______________________________________________ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com
