From: John Conzone (jkconzone@xxxxxxxx)
Date: Wed Jun 28 2000 - 17:26:29 GMT-3
Tony, I agree with you that dial is a pain. That is by far my weakest
area. Anyone have any good routines that can drum the differnt dial options
into my brain. There's just so many!
----- Original Message -----
From: "Tony Medeiros" <tonygreat@home.com>
To: "Shirisha Reddy" <ra7241@email.sps.mot.com>; <CCIElab@groupstudy.com>
Sent: Sunday, June 25, 2000 7:16 PM
Subject: Re: PPP callback
> I've got it working too. It turns out that this command was messing it up
> "username Canberra callback-dialstring xxxxxxx password xxxx" . It my
BCRAN
> book it says to use this command. But I think it's only for async lines
or
> something. Gawddd !!! dial is a pain !!! Thanks for the help
> eveybody!!!!!
> Tony Medeiros
> CCDP,CCNP security, voice, ATM, (but not dial obviously) :)
>
> ----- Original Message -----
> From: "Shirisha Reddy" <ra7241@email.sps.mot.com>
> To: "Tony Medeiros" <tonygreat@home.com>
> Cc: "ccie" <CCIElab@groupstudy.com>
> Sent: Sunday, June 25, 2000 2:00 PM
> Subject: Re: PPP callback
>
>
> > I've ppp callback working with snapshot routing.
> >
> > R7:
> > interface BRI0
> > ip address 135.2.8.7 255.255.255.0
> > no ip directed-broadcast
> > encapsulation ppp
> > ip ospf interface-retry 0
> > ip ospf demand-circuit
> > dialer idle-timeout 60
> > dialer map ip 135.2.8.8 name test8 broadcast 3367982
> > dialer load-threshold 1 outbound
> > dialer watch-group 1
> > dialer-group 1
> > isdn switch-type basic-ni
> > isdn spid1 51225726860101 2572686
> > isdn spid2 51225720360101 2572036
> > snapshot server 5
> > ppp callback request
> > ppp authentication pap
> > ppp pap sent-username test7 password 7 05080F1C2243
> > ppp multilink
> > !
> >
> > R8
> >
> > interface BRI0
> > ip address 135.2.8.8 255.255.255.0
> > no ip directed-broadcast
> > encapsulation ppp
> > ip ospf interface-retry 0
> > dialer map ip 135.2.8.7 name test7 class test broadcast 2572686
> > dialer watch-group 1
> > dialer-group 1
> > isdn switch-type basic-ni
> > isdn spid1 51233679820101 3367982
> > isdn spid2 51233679140101 3367914
> > isdn fast-rollover-delay 5
> > snapshot client 5 60
> > ppp callback accept
> > ppp authentication pap
> > ppp pap sent-username test8 password 7 00071A150754
> > ppp multilink
> >
> > map-class dialer test
> > dialer callback-server username
> >
> > Tony Medeiros wrote:
> >
> > > Removeing multilink and adding hold queues and enable timeouts
doesn't
> work
> > > either. I even went from 120.9 to 120.10 just in case it was a bug.
I
> am
> > > going to spend some more time figureing this one out. Thanks for all
> the
> > > suggestions everyone !!!!!!!!
> > >
> > > Tony
> > >
> > > ----- Original Message -----
> > > From: "Richard Mott" <richpmott@hotmail.com>
> > > To: <tonygreat@home.com>; <CCIElab@groupstudy.com>
> > > Sent: Sunday, June 25, 2000 4:22 AM
> > > Subject: Re: PPP callback
> > >
> > > > remove the ppp multilink from the configs.
> > > >
> > > > Rich Mott
> > > > CCIE #5234 (R&S)(ISP/Dial)
> > > > Network Engineer
> > > > Jannon Solutions
> > > >
> > > >
> > > >
> > > > >From: "Tony Medeiros" <tonygreat@home.com>
> > > > >Reply-To: "Tony Medeiros" <tonygreat@home.com>
> > > > >To: <CCIElab@groupstudy.com>
> > > > >Subject: PPP callback
> > > > >Date: Sat, 24 Jun 2000 17:19:27 -0700
> > > > >
> > > > >I am in need of help. Trying to get PPP callback working along
with
> > > > >Snapshot routeing. I get the callback client to initiate a call to
> the
> > > > >server, the call disconnects like it should, the server initiates
a
> > > > >callback but the PPP negotiation fails right after CHAP is
> successful.
> > > > >Maybe snapshot won't work with PPP callback. Here are the
pertinate
> > > parts
> > > > >of the configs and some debug output:
> > > > >Thanks everyone!!!
> > > > >Tony Medeiros
> > > > >(7 weeks and a wake up till SJ)
> > > > >
> > > > >R1 (Melbourne)
> > > > >
> > > > >interface BRI0
> > > > > ip address 193.1.1.10 255.255.255.252
> > > > > no ip directed-broadcast
> > > > > encapsulation ppp
> > > > > dialer callback-secure
> > > > > dialer idle-timeout 300
> > > > > dialer fast-idle 45
> > > > > dialer enable-timeout 2
> > > > > dialer map ip 193.1.1.9 name Canberra class tony broadcast
7949314
> > > > > dialer load-threshold 10 either
> > > > > dialer-group 1
> > > > > isdn switch-type basic-ni
> > > > > isdn spid1 51079491370101
> > > > > isdn spid2 51079494110101
> > > > > snapshot server 5
> > > > > ppp callback accept
> > > > > ppp authentication chap
> > > > > ppp multilink
> > > > > ppp multilink interleave
> > > > >
> > > > >map-class dialer tony
> > > > > dialer callback-server username
> > > > >dialer-list 1 protocol ip permit
> > > > >
> > > > >
> > > > >R2 (Canberra)
> > > > >
> > > > >interface BRI0
> > > > > ip address 193.1.1.9 255.255.255.252
> > > > > no ip directed-broadcast
> > > > > encapsulation ppp
> > > > > dialer idle-timeout 300
> > > > > dialer fast-idle 45
> > > > > dialer map snapshot 5 name Melbourne 7949137
> > > > > dialer map ip 193.1.1.10 name Melbourne broadcast 7949137
> > > > > dialer-group 1
> > > > > isdn switch-type basic-ni
> > > > > isdn spid1 51079493140101
> > > > > isdn spid2 51079494430101
> > > > > snapshot client 5 200 dialer
> > > > > no cdp enable
> > > > > ppp callback request
> > > > > ppp authentication chap
> > > > > ppp multilink
> > > > > ppp multilink interleave
> > > > >
> > > > >Dialer-list 1 protocol ip permit
> > > > >
> > > > >
> > > > >And an excerpt of "debug ppp neg" on "melbourne" the PPP callback
> server.
> > > > >
> > > > >00:52:12: BR0:1 LCP: State is Open
> > > > >00:52:12: BR0:1 PPP: Phase is AUTHENTICATING, by both
> > > > >00:52:12: BR0:1 CHAP: O CHALLENGE id 40 len 30 from "Melbourne"
> > > > >00:52:12: BR0:1 CHAP: I CHALLENGE id 26 len 29 from "Canberra"
> > > > >00:52:12: BR0:1 CHAP: O RESPONSE id 26 len 30 from "Melbourne"
> > > > >00:52:12: BR0:1 CHAP: I SUCCESS id 26 len 4
> > > > >00:52:12: BR0:1 CHAP: I RESPONSE id 40 len 29 from "Canberra"
> > > > >00:52:12: BR0:1 CHAP: O SUCCESS id 40 len 4
> > > > >00:52:12: BR0:1 PPP: Callback user did not negotiate LCP Callback
> > > > ><----------- this is where is fails
> > > > >00:52:12: BR0:1 PPP: Phase is TERMINATING
> > > > >00:52:12: BR0:1 LCP: O TERMREQ [Open] id 60 len 4
> > > > >00:52:12: BR0:1 LCP: I TERMACK [TERMsent] id 60 len 4
> > > > >00:52:12: BR0:1 LCP: State is Closed
> > > > >00:52:12: BR0:1 PPP: Phase is DOWN
> > > > >00:52:12: BR0:1 PPP: Phase is ESTABLISHING, Passive Open
> > > > >00:52:12: BR0:1 LCP: State is Listen
> > > > >00:52:13: %LINK-3-UPDOWN: Interface BRI0:1, changed state to down
> > > > >00:52:13: BR0:1 LCP: State is Closed
> > > > >00:52:13: BR0:1 PPP: Phase is DOWN
> > > > >
> > > > >
This archive was generated by hypermail 2.1.4 : Thu Jun 13 2002 - 08:23:43 GMT-3