From: Chris Mott (cmott@xxxxxxxx)
Date: Tue Apr 17 2001 - 10:34:54 GMT-3
true ... something I had neglected ... thanks for the correction! ... I have
yet to practice bridging across an ISDN circuit, so it was not on my mind,
but you can bet I will now! for the most part, I believe the main problem
with ISDN is the tuning so that it will not stay on all the time ...
-----Original Message-----
From: Chad Sullivan [mailto:chsulliv@cisco.com]
Sent: Tuesday, April 17, 2001 8:25 AM
To: Chris Mott; CCIE
Subject: RE: OSPF On Demand Circuit in Area 0 & RIP,IGRP or EIGRP
redistribition
As a side note - be carefull how you read "CDP is Layer 2, and thus
incapable of triggering the dialer-list, which is Layer 3 ...". In this
case, I believe CDP NOT to be an issue but you can most certainly use CDP to
trigger a dialer-list if necessary or even use Layer 2 (Bridged) traffic to
cause dialing.
dialer-list 1 protocol bridge permit
Chad Sullivan
RTP, NC
CCIE #6493
-----Original Message-----
From: nobody@groupstudy.com [mailto:nobody@groupstudy.com]On Behalf Of
Chris Mott
Sent: April 17, 2001 8:45 AM
To: CCIE; simplimarvelous
Subject: RE: OSPF On Demand Circuit in Area 0 & RIP,IGRP or EIGRP
redistribition
CDP is Layer 2, and thus incapable of triggering the dialer-list, which is
Layer 3 ... I do not know where this thought started, but there is _always_
a reason that your ISDN circuit comes up via a Layer 3 answer ... proper
filtering and judicious use of dialer-lists will fix it ... watch your
debugs, and for goodness sake watch your redistribution!
One trick I like to use is to set the dialer idle-timeout to about 10-15
seconds, which will enable the ISDN connection to shut off in plenty of time
after a triggered event ... then by watching the time split of the triggered
events, in conjunction with debug dialer and an understanding of the
redistribution required, I can quickly "spot the issue" (sorry Bruce) ...
if you follow this advice, don't forget to change the idle-timeout back to
the default before moving on, especially with IPX DDR, as 10-15 seconds is
not long enough for IPX RIP to pass traffic, and it'll bite cha!
22 days to San Jose!
-----Original Message-----
From: nobody@groupstudy.com [mailto:nobody@groupstudy.com]On Behalf Of
simplimarvelous
Sent: Tuesday, April 17, 2001 5:43 AM
To: Alejandro Cadarso; ccielab
Subject: Re: OSPF On Demand Circuit in Area 0 & RIP,IGRP or EIGRP
redistribition
All
In all of these scenerios, has anyone tried turning of CDP "no cdp enable "
on the interface that would be used for dialing, cdp broadcasts will also
bring the link up mysteriously"
Gerald
----- Original Message -----
From: "Alejandro Cadarso" <a.cadarso@uniway-tec.com>
To: "ccielab" <ccielab@groupstudy.com>
Sent: Tuesday, April 17, 2001 1:54 AM
Subject: OSPF On Demand Circuit in Area 0 & RIP,IGRP or EIGRP redistribition
> Hi,
>
> I've been working In this so much commented scenario.
>
> I always manage to keep the Dialer interface down filtering in the ospf
> process the redistribution from the other routing protocol with route
> maps avoiding the
>
> IP route from the RIP, IGRP or EIGRP process on the ppp dialer link out of
the redistribution.
>
> My question is: anybody knows if this behaviour change in 12.1 versions?,
I've tried the scenario with the three routing protocols in a 1750 with
12.1(7) standard track IOS version and the ppp link flaps because the:
>
> "OSPF: Generate external LSA" brings up the link even when I have a route
map to filter it. I also tried:
> distribute-list X out ospf 1 in the igrp, eigrp or rip protocol and it
doesn't filter it either.
>
> I've been navigating through the IOS software bug toolkit and I can't find
any bug related.
>
> Regards,
>
> Alejandro Cadarso.
> **Please read:http://www.groupstudy.com/list/posting.html
This archive was generated by hypermail 2.1.4 : Thu Jun 13 2002 - 10:29:47 GMT-3