From: Tony Olzak (aolzak@xxxxxxxxxxxxxxxxxxx)
Date: Thu Oct 12 2000 - 20:02:48 GMT-3
I've actually seen where it says demand-cicuit only needs to be configured
at one end. The trick is to put it on the RIGHT end. Leave all
dialer-map/string statements off the CALLED end so it may not ever initiate
a call. Then put demand-circuit on the CALLING end to suppress the hellos.
If both ends are set up to call, then I believe you'll need it on both
sides.
Tony
----- Original Message -----
From: "Kevin Baumgartner" <kbaumgar@cisco.com>
To: "Aaron K. Dixon" <adixon@houston.omnes.slb.com>; "Feliz, Edgar"
<Edgar.Feliz@BTNA.com>; "Clifton Stewart" <cliftonlstewart@home.com>;
"'Ccielab" <ccielab@groupstudy.com>
Sent: Thursday, October 12, 2000 4:59 PM
Subject: RE: ISDN staying up!!!
> If it happened in the lab that I got it wrong because I had demand circuit
> configured on both routers I would complain and argue about it.
> Especially if everything work as expected. I have done a lot of research
> on OSPF demand circuits on Cisco CCO and the CD and it's not well
documented
> how to use it. And it certainly doesn't say that the proper method is to
configure
> on just one router. At least I haven't found anywhere on the CD that says
that.
>
> The CD is your only reference source in the lab and I don't know how
you can
> be penalized for getting the problem wrong for what is not mentioned on
the CD.
>
> Just my two cents
>
> Kevin
>
> At 03:26 PM 10/12/00 -0500, Aaron K. Dixon wrote:
> >Be careful about setting up ospf demand circuit on both ends for the CCIE
> >lab. It seems to work better when configured on both ends, but that
isn't
> >the correct way to configure it. This was discussed at the CCIE power
> >session and it was put out that this could get counted incorrect because
it
> >isn't the proper method to configure the demand circuit. Just trying to
> >pass on some info that I learned at the power session.
> >
> >Regards,
> >Aaron K. Dixon
> >
> >-----Original Message-----
> >From: nobody@groupstudy.com [mailto:nobody@groupstudy.com]On Behalf Of
> >Feliz, Edgar
> >Sent: Thursday, October 12, 2000 12:10 AM
> >To: Clifton Stewart; 'Ccielab
> >Subject: RE: ISDN staying up!!!
> >
> >
> >I did not think I needed to do this because the "ospf on-demand" command
> >should only be used on one side, but I tried it anyway, but the link
still
> >comes up.
> >
> >EF
> >
> >-----Original Message-----
> >From: Clifton Stewart [mailto:cliftonlstewart@home.com]
> >Sent: Thursday, October 12, 2000 12:59 AM
> >To: Feliz, Edgar
> >Subject: ISDN staying up!!!
> >
> >
> >Feliz,
> >
> >While I look through your config could you place the ip ospf on-demand
> >command on both sides of your ISDN connection. Thanks.
> >
> >-Cliff
> >
> >"Feliz, Edgar" wrote:
> > >
> > > Here is the config of r5. This lab is based on CCBOOTCAMP lab #5, but
I
> > > always add other twist to see how thing work with some changes. In
this
> >case
> > > I changed from a legacy DDR to a Dialer profile based DDR. I like the
old
> > > way better it seems to have less headache associated with it but as we
all
> > > know you have to be ready to do just about everything on the LAB.
> > >
> > > EF
> > >
> > > r5#sr
> > > Building configuration...
> > >
> > > Current configuration:
> > > !
> > > version 11.3
> > > service timestamps debug datetime localtime
> > > service timestamps log datetime localtime
> > > no service password-encryption
> > > !
> > > hostname r5
> > > !
> > > enable password cisco
> > > !
> > > username r6 password 0 cisco
> > > username ccie password 0 cisco
> > > ip subnet-zero
> > > no ip domain-lookup
> > > isdn switch-type basic-ni1
> > > !
> > > !
> > > interface Ethernet0
> > > ip address 137.20.20.5 255.255.255.0
> > > ip ospf cost 1
> > > ip ospf priority 200
> > > !
> > > interface Serial0
> > > no ip address
> > > encapsulation frame-relay IETF
> > > no ip mroute-cache
> > > frame-relay lmi-type cisco
> > > !
> > > interface Serial0.1 multipoint
> > > ip address 172.16.100.5 255.255.255.0
> > > ip ospf network point-to-multipoint
> > > frame-relay interface-dlci 503
> > > frame-relay interface-dlci 506
> > > !
> > > interface Serial0.2 point-to-point
> > > ip address 172.16.200.1 255.255.255.0
> > > frame-relay interface-dlci 504
> > > !
> > > interface Serial1
> > > no ip address
> > > shutdown
> > > !
> > > interface BRI0
> > > no ip address
> > > encapsulation ppp
> > > dialer pool-member 1
> > > isdn spid1 0835866101 8358661
> > > isdn spid2 0835866301 8358663
> > > no cdp enable
> > > ppp authentication chap
> > > !
> > > interface Dialer0
> > > ip address 172.16.65.5 255.255.255.0
> > > encapsulation ppp
> > > ip ospf demand-circuit
> > > dialer remote-name r6
> > > dialer idle-timeout 300
> > > dialer string 8358662
> > > dialer string 8358664
> > > dialer pool 1
> > > dialer-group 1
> > > no peer neighbor-route
> > > no cdp enable
> > > ppp authentication chap
> > > ppp chap hostname ccie
> > > !
> > > router ospf 5
> > > redistribute igrp 5 subnets
> > > network 137.20.20.0 0.0.0.255 area 0
> > > network 172.16.65.0 0.0.0.255 area 10
> > > network 172.16.100.0 0.0.0.255 area 10
> > > area 10 virtual-link 172.16.3.65
> > > area 10 virtual-link 172.16.100.6
> > > area 10 virtual-link 172.16.65.6
> > > !
> > > router igrp 5
> > > redistribute ospf 5 metric 2000 100 255 1 1500
> > > network 172.16.0.0
> > > !
> > > ip classless
> > > !
> > > access-list 100 deny ip any host 224.0.0.5
> > > access-list 100 permit ip any any
> > > dialer-list 1 protocol ip list 100
> > > alias exec sr sh runn
> > > alias exec sir sh ip route
> > > alias exec ct conf term
> > > alias exec sio sh ip ospf int
> > > alias exec wm wr mem
> > > !
> > > line con 0
> > > exec-timeout 0 0
> > > privilege level 15
> > > line aux 0
> > > privilege level 15
> > > line vty 0 4
> > > privilege level 15
> > > login local
> > > !
> > > end
> > >
> > > -----Original Message-----
> > > From: Clifton Stewart [mailto:cliftonlstewart@home.com]
> > > Sent: Thursday, October 12, 2000 12:29 AM
> > > To: Feliz, Edgar; ccielab@groupstudy.com
> > > Subject: ISDN staying up!!!
> > >
> > > Feliz,
> > >
> > > Which routing protocol are you using? Using a backup interface will
> > > definitely keep the line down until your serial drops. If using OSPF
> > > then implement ip ospf on demand circuit. If EIGRP then use a
> > > dialer-watch. If your using distance vector protocols then think about
> > > snapshot routing as an option. Could you post your configs? Let's have
> > > some fun!
> > >
> > > -Cliff
> > >
> > > "Feliz, Edgar" wrote:
> > > >
> > > > How can I stop the following that I believe is keeping up my ISDN
line
> > > > without restricting PPP, as I am using PPP as my encap type? I get
the
> > > > following when I "deb PPP packet, authentication, and negotiation.
> > > >
> > > > Mar 1 11:36:56: BR0:1 LCP: O ECHOREQ [Open] id 3 len 12 magic
> >0x028A54B4
> > > > *Mar 1 11:36:56: BR0:1 LCP: echo_cnt 1, sent id 3, line up
> > > > *Mar 1 11:36:56: BR0:1 PPP: I pkt type 0xC021, datagramsize 16
> > > > *Mar 1 11:36:56: BR0:1 LCP: I ECHOREP [Open] id 3 len 12 magic
> >0x02AEF0A1
> > > > *Mar 1 11:36:56: BR0:1 LCP: Received id 3, sent id 3, line up
> > > > *Mar 1 11:37:04: BR0:1 PPP: I pkt type 0xC021, datagramsize 16
> > > > *Mar 1 11:37:04: BR0:1 LCP: I ECHOREQ [Open] id 3 len 12 magic
> >0x02AEF0A1
> > > > *Mar 1 11:37:04: BR0:1 LCP: O ECHOREP [Open] id 3 len 12 magic
> >0x028A54B4
> > > > *Mar 1 11:37:06: BR0:1 LCP: O ECHOREQ [Open] id 4 len 12 magic
> >0x028A54B4
> > > > *Mar 1 11:37:06: BR0:1 LCP: echo_cnt 1, sent id 4, line up
> > > > *Mar 1 11:37:06: BR0:1 PPP: I pkt type 0xC021, datagramsize 16
> > > > *Mar 1 11:37:06: BR0:1 LCP: I ECHOREP [Open] id 4 len 12 magic
> >0x02AEF0A1
> > > > *Mar 1 11:37:06: BR0:1 LCP: Received id 4, sent id 4, line up
> > > > *Mar 1 11:37:14: BR0:1 PPP: I pkt type 0xC021, datagramsize 16
> > > >
> > > > Thanks,
> > > >
> > > > Edgar Feliz
> > > >
> > > > Brazil x 2 11/13-14
> > > >
This archive was generated by hypermail 2.1.4 : Thu Jun 13 2002 - 08:25:26 GMT-3