RE: ISDN staying up!!!

From: Feliz, Edgar (Edgar.Feliz@xxxxxxxx)
Date: Thu Oct 12 2000 - 02:10:27 GMT-3


   
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