From: Kevin Baumgartner (kbaumgar@xxxxxxxxx)
Date: Thu Oct 12 2000 - 18:37:08 GMT-3
OK I'm wrong again.
Forty lashes for me.
Kevin
At 05:20 PM 10/12/00 -0400, Brian Hescock wrote:
>The doc says you only need to do it on one end. The following is from
>UniverCD (found it on my first try) and I've included the url below that:
>
>Brian
>
><snip>
>Note: If the router is part of a point-to-point topology, then only one
>end of the demand circuit must be configured with this command. However,
>all routers must have this feature loaded within the area and must be
>configured with the ip ospf demand-circuit command. If the router is part
>of a point-to-multipoint topology, only the multipoint end must be
>configured with this command.
><end snip>
>
>http://www.cisco.com/cpress/cc/td/cpress/design/ospf/on0407.htm#xtocid1636539
>
>
>On Thu, 12 Oct 2000, Kevin Baumgartner wrote:
>
> > 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 documente
d
> > how to use it. And it certainly doesn't say that the proper method is to co
nfigure
> > on just one router. At least I haven't found anywhere on the CD that says t
hat.
> >
> > 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 i
t
> > >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 o
ld
> > > > 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 lin
e
> > > > > without restricting PPP, as I am using PPP as my encap type? I get th
e
> > > > > 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