From: Tony Olzak (aolzak@xxxxxxxxxxxxxxxxxxx)
Date: Wed Dec 06 2000 - 22:38:13 GMT-3
Paste your configs as well. This might be because R5 has IGRP enabled on all
interfaces with passive commands to block updates. This does not block these
links from redistributing back into OSPF on the same router.
Tony
----- Original Message -----
From: "Justin Menga" <Justin.Menga@computerland.co.nz>
To: <gferro@netstarnetworks.com>; "Justin Menga"
<Justin.Menga@computerland.co.nz>
Cc: <ccielab@groupstudy.com>
Sent: Wednesday, December 06, 2000 2:24 PM
Subject: RE: OSPF Demand Circuit
> R1--------------R5----------------R6
>
> R5 to R6 is the demand circuit. R1 to R5 is IGRP. If split horizon is
> enabled on R1, no OSPF routes should come back to R5 via IGRP?
>
> I'll do the debug today....
>
> Regards,
>
> Justin Menga MCSE+I CCNP CCSE ASE
> WAN Specialist
> Computerland New Zealand
> PO Box 3631, Auckland
> DDI: (+64) 9 360 4864 Mobile: (+64) 25 349 599
> mailto: justin.menga@computerland.co.nz
>
>
> -----Original Message-----
> From: gferro@netstarnetworks.com [mailto:gferro@netstarnetworks.com]
> Sent: Thursday, 7 December 2000 2:49 a.m.
> To: Justin Menga
> Cc: ccielab@groupstudy.com
> Subject: Re: OSPF Demand Circuit
>
>
> IGRP is putting routes into the OSPF process as Type 5 External LSA
summary
> routes. Every time IGRP updates, it updates the routes vs the OSPF
internal
> routes, OSPF database sequence number increments, ospf on demand comes up
> to synchronise.
>
> to see this debug ip os lsa (as other have said).
>
> Solution: filter IGRP to OSPF redist to ensure no OSPF routes are coming
> back from the IGRP area.
>
>
>
> At 08:15 PM 6/12/2000, you wrote:
> >Hi,
> >
> >I am having real trouble with these.......
> >
> >If I have a point-to-point link, and on one side I have dialer map
> >statements and on the other side I do NOT have dialer map statements
(i.e.
> >dialer string xxxxxx), what I have found:
> >
> >1. If I leave the network type as POINT_TO_POINT I must include the
> >broadcast keyword in the dialer map statement, otherwise an adjacency
never
> >forms - this is logical as point-to-point uses multicast.
> >
> >2. If I include the broadcast keyword in the dialer map statement and
have
> >the dialer interface configured as ip ospf demand-circuit, HELLO's are
> still
> >sent over the dialer interface - however NOT while the line is up, only
> once
> >it disconnects.
> >
> >3. Demand-circuit doesn't work if you use NON_BROADCAST or BROADCAST -
> >Hellos continue to be sent - I thought this might get around using the
> >broadcast in the dialer map (at least for NON_BROADCAST).
> >
> >This 'seems' to be a simple technology, but it won't work properly for
me!!
> >Any ideas as to why OSPF multicasts to BRI0 once the line goes down??
> >
> >I HAVE JUST DONE SOME MORE TESTING AND FOUND THAT THIS BEHAVIOUR ONLY
> OCCURS
> >IF YOU ARE REDISTRIBUTING INTO OSPF. ONCE THE LINE GOES DOWN, THE ROUTER
> >REDISTRIBUTING BRINGS UP THE LINE. THE REASON FOR CALL IS AN OSPF
> MULTICAST
> >TO 224.0.0.5. IN THE SCENARIO (BOOTCAMP 17), ONE OF THE ROUTERS IS
> >REDISTRIBUTING IGRP. THE OTHER END IS REDISTRIBUTING IS-IS AND DOES NOT
> >BRING UP THE LINE WITH THIS REDISTRIBUTION.
> >
> >IS THIS NORMAL??
> >
> >Regards,
> >
> >Justin Menga MCSE+I CCNP CCSE ASE
> >WAN Specialist
> >Computerland New Zealand
> >PO Box 3631, Auckland
> >DDI: (+64) 9 360 4864 Mobile: (+64) 25 349 599
> >mailto: justin.menga@computerland.co.nz
> >
This archive was generated by hypermail 2.1.4 : Thu Jun 13 2002 - 08:25:59 GMT-3