From: Tony Medeiros (tonygreat@xxxxxxxx)
Date: Mon Jun 26 2000 - 11:31:50 GMT-3
I got it to work. Thank you for your reply. Now if I could only get "isdn
caller" to work. No matter what I do the it rejects the call do to
screening. Even if I use all wildcards like "isdn caller xxxxxxx" , it
still rejects the call. I see the caller ID comeing across in "debug q931".
I wonder if a basic-ni switch doesn't support this feature. "Isdn answer1"
and "isdn answer2" are no joy as well. Any thoughts anybody?
Thanks again!!!
Tony
----- Original Message -----
From: "Michael Bausenwein" <mikeb55@home.com>
To: "Tony Medeiros" <tonygreat@home.com>
Sent: Monday, June 26, 2000 2:33 AM
Subject: Re: PPP callback
> try putting dialer callback-secure on the client. Sometimes this seems
to
> fix things. Also try a reload.... does it work without the snapshot
> routing?????
>
>
> Mike
>
> ----- Original Message -----
> From: "Tony Medeiros" <tonygreat@home.com>
> To: <CCIElab@groupstudy.com>
> Sent: Saturday, June 24, 2000 8:19 PM
> Subject: PPP callback
>
>
> > 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