Re: EIGRP-OSPF Redistribution doesn't reflect the correct next

In that case, FA will be the next-hop of the original route. Change interface to p2p for entertainment ;-)

--
Marko Milivojevic - CCIE #18427
:: This message was sent from a mobile device. I apologize for errors and brevity. ::
On Apr 26, 2012, at 6:51, "Sidney D'Souza" <mail.sidney_at_gmail.com> wrote:
> Yes. The redistributing router has eigrp and ospf running on the same
> interface.
> 
> Here is the link to the topology
> 
> http://i.imgur.com/zncWW.jpg
> 
> 
> Regards,
> Sid
> Nobody's really listening, until you make a mistake...
> 
> -----Original Message-----
> From: Joe Astorino [mailto:joeastorino1982_at_gmail.com] 
> Sent: 26 April 2012 17:28
> To: Sidney D'Souza
> Cc: Cisco certification
> Subject: Re: EIGRP-OSPF Redistribution doesn't reflect the correct next hop
> 
> Like the other guys on the thread said, you likely have some issue with the
> OSPF forwarding address getting set to a non-zero value during
> redistribution.  This can happen generally if your redistributing router has
> OSPF configured to run on the interface facing towards your redistribution
> point (in your case, the interface in the EIGRP domain would have been
> configured for OSPF).  There are very specific requirements to make the
> forwarding address a non-zero value though.  Go through this list and see if
> it rings true for you:
> Note that ALL of these must be true.
> 
> These conditions set the forwarding address field to a non-zero address:
> 
> - OSPF is enabled on the ASBR's next hop interface AND
> - ASBR's next hop interface is non-passive under OSPF AND
> - ASBR's next hop interface is not point-to-point AND
> - ASBR's next hop interface is not point-to-multipoint AND
> - ASBR's next hop interface address falls under the network range specified
> in the router ospf command.
> 
> These rules I have references from the following documentation:
> http://www.cisco.com/en/US/tech/tk365/technologies_tech_note09186a008009405a
> .shtml
> You can read more about the rules in the official rfc for OSPFv2 as well
> 
> HTH
> 
> 
> --
> Regards,
> 
> Joe Astorino
> CCIE #24347
> http://astorinonetworks.com
> 
> "He not busy being born is busy dying" - Dylan
> 
> 
> Blogs and organic groups at http://www.ccie.net
> 
> _______________________________________________________________________
> Subscription information may be found at: 
> http://www.groupstudy.com/list/CCIELab.html
Blogs and organic groups at http://www.ccie.net