From: Kevin Baumgartner (kbaumgar@xxxxxxxxx)
Date: Thu Oct 12 2000 - 17:59:32 GMT-3
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 config
ure
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