From: Frank Liang (liangfrank@xxxxxxxxxxx)
Date: Mon Feb 05 2001 - 02:59:50 GMT-3
We do need the show and debug traces to find out what cause ISDN to stay up.
Just by looking at your config, you use ospf demand circuit to do DDR. Then
you don't need to deny ip ospf any any in your dialer-list. That dialer-list
will prevent ospf to form adjacency through ISDN when s0.1 is down.
FL
>From: "Foltz" <globalfx@netropolis.net>
>Reply-To: "Foltz" <globalfx@netropolis.net>
>To: "Chris Mott" <cmott@home.com>
>CC: <ccielab@groupstudy.com>
>Subject: Re: OSPF/IGRP redistribution and DDR dial backup
>Date: Sun, 4 Feb 2001 16:24:41 -0600
>
>If you do a 'sh dialer' on both routers, one of them will tell you why it
>is
>establishing the connection, or at least tell you the source and
>destination
>addresses of the packet which causes the connection to come up.
>
>if u get a chance, post the output from both side of sh dialer
>
>Richard Foltz, CCNP-Voice, CCNP, CCDP, MCSE+I, Network+, A+
>Attempt 2 @ Halifax March 26/27
>
>
>
>----- Original Message -----
>From: "Chris Mott" <cmott@home.com>
>To: "CCIE" <ccielab@groupstudy.com>
>Sent: Sunday, February 04, 2001 3:51 PM
>Subject: OSPF/IGRP redistribution and DDR dial backup
>
>
> > I have a scenario whereby R1 runs OSPF to S0.1 (multipoint, Area 0) and
>S0.2
> > (p-t-p, Area 33), and IGRP to S1 (FRSW). It also has a dial backup
>(using
> > Dialer Profiles) via ISDN to R2 (which is also connected via it's own
>S0.1
> > to R1 via FR, Area 0). OSPF is tuned and running well, and IGRP/OSPF
> > redistribution is also functional - pings fly all around. ISDN is
>fully
> > functional. I would give some ASCII art here, but I have never done so
>and
> > would probably screw it up.
> >
> > Addressing:
> > R1 - S0.1 - 172.16.1.1/24
> > S0.2 - 172.16.65.1/24
> > S1 - 182.16.1.1/24
> > D0 - 172.16.10.2/24
> > R2 - S0.1 - 172.16.1.2/24
> > D0 - 172.16.10.1/24
> > FRSW - S0 - 182.16.1.2/24
> >
> > I want to implement dial backup of the S0.1 interface. I am using the
>"ip
> > ospf demand-circuit" command, but the issue is the redistribution of
>IGRP.
> > I have passive-interface under IGRP for S0.1, S0.2, D0, and B0 (this
>just
>to
> > be sure - prob not needed here). I also have a redistribution filter
>via
> > route-map under OSPF for the IGRP redistribution denying a few IGRP
>routes
> > (which works fine). The Dialer-list has an extended access-list denying
> > "ospf any any" and "ip any host 255.255.255.255" (broadcasts) with
>"permit
> > ip any any" at the end. I thought I had covered all the bases.
> >
> > The jackpot issue is that the circuit keeps coming up and staying up,
>and
> > debug dialer gives me no useful information. It DOES however tell me
>that
> > broadcasts from 182.16.0.0 (the R1-FRSW circuit running IGRP) is
> > uninteresting, as well as OSPF multicasts via 224.0.0.5. I cannot tell
>what
> > is bringing up the circuit, but I feel that it is a redistribution
>issue.
> >
> > I have scanned my e-mails, which contain a copy of the entire CCIE lab
> > archives for the last three months (big file on my HD, but faster to
>access
> > than the web site archives!), but there is nothing that points to a
> > solution.
> >
> > My 1st (<- caveat here!) lab is in 10 days (Halifax, 14 Feb). I am
>close
>to
> > grasping the subtleties that will make or break my chances, and I
>thought
>I
> > had this issue cold, but alas ... can y'all (I'm from Nashville,
>remember)
> > think of anything I can do or check, or some fundamental I've missed?
> >
> > I've enjoyed reading the various posts, and I learn something every day
>from
> > all of you. Mainly I'm learning that I do not know what I thought I
>did,
> > but that's the idea. Congrats to all new #'s, and I hope to join your
>ranks
> > soon.
> >
> > TIA
> >
> > Chris Mott
> > CCDP, CCNP+Voice
> > Solarcom,LLC www.solarcom.net
> >
This archive was generated by hypermail 2.1.4 : Thu Jun 13 2002 - 10:28:36 GMT-3