From: Keyur Shah (kshah@xxxxxxxxxxxxxxxxxx)
Date: Thu May 09 2002 - 04:40:40 GMT-3
Here is the link,
http://www.cisco.com/warp/public/104/dcprob.html#4
Scroll down to solution 1.
Thanks
-keyur shah-
-----Original Message-----
From: Howard C. Berkowitz [mailto:hcb@gettcomm.com]
Sent: Wednesday, May 08, 2002 3:09 PM
To: ccielab@groupstudy.com
Subject: RE: Redistribution between OSPF and EIGRP
At 4:57 PM -0400 5/8/02, Lupi, Guy wrote:
>It is the host route generated by the PPP negotiation. Try no peer
>neighbor-route under the interfaces on both sides of the PPP link, that
>should make it go away.
I have to congratulate you on finding this documented somewhere. When
I first ran across it, I happened to be at the IETF meeting, so,
after a quick CCO look didn't come up with it, I asked the IOS
developers with whom I was having dinner if they knew what did it.
The first said he had seen it but wasn't quite sure what caused it.
He turned to a colleague (in fairness, both of these were routing
protocol specialists), who said he thought it had to do with PPP, and
there was a command with peer in it. We were able to snag a PPP
developer the next day and get the answer.
Definitely an obscure question, but one of those things that could zap you.
>
>-----Original Message-----
>From: WBbamo@aol.com [mailto:WBbamo@aol.com]
>Sent: Wednesday, May 08, 2002 1:31 PM
>To: ccielab@groupstudy.com
>Subject: Redistribution between OSPF and EIGRP
>
>
>I'm running into a host route that I'm not sure how to filter or get
>rid of.
>
>R1-E0 ---- 192.168.25.1/24 connected to R5 E0 192.168.25.5/24 running
>EIGRP
>R5- S0-----192.168.60.5/27 connected to frame cloud to R7 S0-----
>192.168.60.7/27 running EIGRP
>
>R1- S0 ppp ---192.168.15.1/24connected to R3 S0 ppp --- 192.168.15.3
>/24 running OSPF R3 - S1 ppp --- 192.168.11.1/24 connected to R7 S1 ppp
>--- 192.168.11.7/24 running OSPF
>
>R1 is the redistributing router between EIGRP and OSPF,
>R7 should see EIGRP updates only from networks 25 and 60.
>I have distribute list out on R1
>deny 15.0
>deny 11.0
>which are working correctly. R7 is receiving the route update via OSPF for
>15.0 and
>11.0 and the 25 and 60 are being received via EIGRP.
>
>However on the 15.0 serial interface is generating a host address of
>192.168.15.1 and it's being advertised through EIGRP.
>The 192.168.15.0/24 is learning it's route to R7 through OSPF.
>
>I'm trying to figure how to filter the host route , so it takes the
>correct path. The filter that I have is not looking at the host route
>because it's in the LSA database. So therefore it takes the EIGRP
>route instead of getting filtered.
>
>Any ideas, papers or URLs, that can explain this behavior???
>
>Thanks,
This archive was generated by hypermail 2.1.4 : Thu Jun 13 2002 - 10:58:53 GMT-3