From: Fred (fd200@xxxxxxxxxxxxxxxx)
Date: Sat May 06 2000 - 17:26:52 GMT-3
Joe,
Regarding the snapshot routing with the dialer profile, when you use the
DIALER REMOTE-NAME XXX, then snapshot will not work because there is no
DIALER MAP SNAPSHORT command that allow you to map the opposite side to
send update. The only way to solve this is to take the DIALER
REMOTE-NAME XXX out then put in DIALER MAP SNAPSHORT and put in DIALER
ROTATORY-GROUP in the BRI interface. But I still couldn't get the
snapshort to work correctly yet, because the line keeps go up even after
the active period.
Fred
Joe Martin wrote:
>
> If you want to do both snapshot and backup, you would need to do dialer
> profiles and assign something like "interface dialer 0" with the snapshot
> information and "interface dialer 1" with the backup information. Since you
> may be using two dialer profiles to the same remote router, you will need to
> use both "ppp remote-name xxxxxxx" and "chap hostname xxxxxxx". this can be
> tricky since the 'ppp remote-name" is irrelivant on the calling side. but is
> required to prevent the IOS from thowing errors at you. Caslow has a good
> example of this in his book.
>
> JOE
> ----- Original Message -----
> From: "Fred" <fd200@bellatlantic.net>
> To: "Kinton Connelly" <kinton@oldmedia.com>
> Cc: <ccielab@groupstudy.com>
> Sent: Thursday, May 04, 2000 6:46 PM
> Subject: Re: ccie bootcamp lab5b
>
> > Kinton,
> >
> > I'll try your to make it into stub area as well as filter out the
> > redistribution traffic to see if it works. Thanks
> >
> > Also, the snapshot on lab7, the lab require to configure snapshot and
> > also test out the backup using ISDN line when the serial line is down.
> > Correct me if I am wrong, it is not possible to configure snapshot on
> > the ISDN line as well as using it as the backup line (using backup
> > command on the serial line) at the same time, right? I noticed that if
> > backup line is in standby mode, even if there is an interesting packet
> > that permit to trigger the line to go up, the ISDN will still stay
> > down. I have been fighting with snapshot and backup for the whole day.
> >
> > Fred
> >
> > Kinton Connelly wrote:
> > >
> > > Fred, I've had a lot of problems getting ospf demand-circuit to work
> > > especially with CCIE Boot Camp's lab 8 with the way they have the ISDN
> > > interfaces in area 0. Even when I set up my configs to match theirs, the
> > > ISDN connection would never stay down.
> > >
> > > Here's what I saw with debugs: the ISDN connection (with demand-circuit)
> > > would come up because of ip traffic to 224.0.0.5 (ospf). The connection
> > > would time out at 120 seconds and the line would drop. But when the line
> > > dropped, OSPF would generate an LSA (don't know what kind) and that LSA
> > > would be flooded out the ISDN interface, bringing it up. This nasty
> circle
> > > would go on and on.
> > >
> > > What I did to get it to work was put the ISDN interfaces in their own
> area
> > > and make it a stub area. After that, demand-circuit worked as
> advertised.
> > >
> > > So maybe that's what they need to do - make sure the interfaces are in
> > > their own stub areas.
> > >
> > > Maybe someone on the list can better explain the exact mechanics of ospf
> > > demand-circuit - all I know is that without the stub area, the line goes
> up
> > > and down forever - with the stub area, it works as advertised.
> > >
> > > Kinton
> > >
> > > At 5/3/00, you wrote:
> > > >Guys,
> > > >
> > > >For those who did the cciebootcamp lab5b, regarding the DDR in a
> > > >difference area other than the backbone. They claim they haven't
> figure
> > > >out what was the problem with it, so I am just wonder if any of you
> > > >figure that out already. Thanks
> > > >
> > > >Fred
> > > >
This archive was generated by hypermail 2.1.4 : Thu Jun 13 2002 - 08:23:27 GMT-3