From: George Cassels (glcassels3@nc.rr.com)
Date: Fri Jun 10 2005 - 17:32:58 GMT-3
Ok all I took the time to lab this up and it worked fine even without
the enable timeout and hold-queue. It took a bit for the initial call
to establish, disconnect and for the callback server to perform the
callback, but it worked fine. See below.
R1 Bri 1/0 (callback server)----------------Bri 1/0 R3 (callback client)
11.0.0.1
11.0.0.2
output from R1 callback server
*Mar 1 00:00:39.175: %ISDN-6-LAYER2UP: Layer 2 for Interface BR1/0, TEI
65 changed to up
initial call from R3 to R1
*Mar 1 00:00:40.083: %LINEPROTO-5-UPDOWN: Line protocol on Interface
Virtual-Access1, changed state to up
*Mar 1 00:02:00.263: %LINK-3-UPDOWN: Interface BRI1/0:1, changed state
to up
*Mar 1 00:02:01.471: %LINEPROTO-5-UPDOWN: Line protocol on Interface
BRI1/0:1, changed state to up
*Mar 1 00:02:01.471: %ISDN-6-DISCONNECT: Interface BRI1/0:1
disconnected from 5550302 R3, call lasted 1 seconds
*Mar 1 00:02:01.535: %LINK-3-UPDOWN: Interface BRI1/0:1, changed state
to down
*Mar 1 00:02:02.535: %LINEPROTO-5-UPDOWN: Line protocol on Interface
BRI1/0:1, changed state to down
below is the callback
*Mar 1 00:02:15.603: %LINK-3-UPDOWN: Interface BRI1/0:1, changed state
to up
*Mar 1 00:02:17.659: %LINK-3-UPDOWN: Interface Virtual-Access2, changed
state to up
*Mar 1 00:02:18.651: %LINEPROTO-5-UPDOWN: Line protocol on Interface
BRI1/0:1, changed state to up
*Mar 1 00:02:18.659: %LINEPROTO-5-UPDOWN: Line protocol on Interface
Virtual-Access2, changed state to up
*Mar 1 00:02:21.603: %ISDN-6-CONNECT: Interface BRI1/0:1 is now
connected to 5550302 R3
ping output from R3
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 11.0.0.1, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 24/24/24 ms
R3#
R1#sh dialer
BRI1/0 - dialer type = ISDN
Dial String Successes Failures Last DNIS Last status
5550302 2 0 00:01:15 successful
0 incoming call(s) have been screened.
0 incoming call(s) rejected for callback.
BRI1/0:1 - dialer type = ISDN
Idle timer (120 secs), Fast idle timer (20 secs)
Wait for carrier (30 secs), Re-enable (15 secs)
Dialer state is multilink member
Dial reason: Callback return call
Connected to 5550302 (R3)
BRI1/0:2 - dialer type = ISDN
Idle timer (120 secs), Fast idle timer (20 secs)
Wait for carrier (30 secs), Re-enable (15 secs)
Dialer state is multilink member
Dial reason: Callback return call
Connected to 5550302 (R3)
R1 config (callback server)
hostname R1
!
logging queue-limit 100
!
username R3 password 0 cisco
isdn switch-type basic-5ess
!
!
interface BRI1/0
ip address 11.0.0.1 255.255.255.0
encapsulation ppp
dialer map ip 11.0.0.2 name R3 class callback broadcast 5550302
dialer load-threshold 1 either
dialer-group 1
isdn switch-type basic-5ess
ppp callback accept
ppp authentication chap
ppp multilink
!
!
!
map-class dialer callback
dialer callback-server username
dialer-list 1 protocol ip permit
!
!
end
R1#
R3 Config Callback client
hostname R3
!
logging queue-limit 100
!
username R1 password 0 cisco
!
isdn switch-type basic-5ess
!
!
interface BRI1/0
ip address 11.0.0.2 255.255.255.0
encapsulation ppp
dialer map ip 11.0.0.1 name R1 broadcast 5550301
dialer load-threshold 1 either
dialer-group 1
isdn switch-type basic-5ess
ppp callback request
ppp authentication chap
ppp multilink
!
dialer-list 1 protocol ip permit
!
!
end
-----Original Message-----
From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf Of
George Cassels
Sent: Friday, June 10, 2005 2:25 PM
To: 'ccie2be'; 'Anthony Sequeira'
Cc: 'Cisco certification'
Subject: RE: PPP Callback with PPP Multilink
Guys could it have anything to do with the fact that you are using ppp
multilink with a load threshold of 1 which means that as soon as the
first link comes up it brings up the second link. After that you ask
for a callback. Depending on how long it takes for the both lines to
drop from the initial call and how long it will wait to perform the
callback would control whether there are any lines available to perform
the callback.
You may want to try using the dialer hold queue command and the dialer
enable timeout command. The hold queue will basically hold packets
while until the callback connection is established. The enable timeout
controls the amount of time to wait between each call.
Also agree with Tim that you do not need the callback secure unless you
only want the callback server to accept calls from clients who request
callback.
-----Original Message-----
From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf Of
ccie2be
Sent: Wednesday, June 08, 2005 5:54 PM
To: 'Anthony Sequeira'
Cc: 'Cisco certification'
Subject: RE: PPP Callback with PPP Multilink
I don't know if this will work but maybe if...
you remove dialer load-threshold and replace it with ppp mult
minimum-links
2 ( or there's another command like ppp load-threshold)
My idea is that this way ppp is negotiating when the 2nd channel comes
up,
not the bri int.
And, also remove the dialer secure-callback.
Then, I would enable deb ppp nego and see what happens.
Tim
-----Original Message-----
From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf Of
Anthony Sequeira
Sent: Wednesday, June 08, 2005 6:46 PM
To: ccie2be
Cc: Cisco certification
Subject: Re: PPP Callback with PPP Multilink
I was trying this with the physical interfaces - here are the
configs....
BranchA
interface BRI0
ip address 11.0.0.1 255.0.0.0
encapsulation ppp
dialer callback-secure
dialer map ip 11.0.0.2 name BranchB class CALLBACK 384020
dialer load-threshold 1 either
dialer-group 1
isdn switch-type basic-5ess
ppp callback accept
ppp authentication chap
ppp multilink
end
BranchB
interface BRI0/0
ip address 11.0.0.2 255.0.0.0
encapsulation ppp
dialer map ip 11.0.0.1 name BranchA 384000
dialer load-threshold 1 either
dialer-group 1
isdn switch-type basic-5ess
ppp callback request
ppp authentication chap
ppp multilink
end
On 6/8/05, ccie2be <ccie2be@nyc.rr.com> wrote:
> Hey Anthony,
>
> Could you post your config's?
>
> I'm fairly sure this is doable but... it's been awhile for me too.
>
> Were you trying to do this on phy or logical int?
>
> Tim
>
> -----Original Message-----
> From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf
Of
> Anthony Sequeira
> Sent: Wednesday, June 08, 2005 6:30 PM
> To: Cisco certification
> Subject: PPP Callback with PPP Multilink
>
> Hello All!
>
> I was playing with PPP Callback today - it was one of those - "I have
> not configured it in a long, long time so I better brush up" kind of
> moments.
>
> It worked like a champ - first try - yippee!
>
> I then decided to try multilink at the same time. Oops - things
> started to go sour.
>
> Can we use PPP Multilink with PPP Callback? Are there known issues?
>
> TIA,
>
> Ant
>
>
This archive was generated by hypermail 2.1.4 : Wed Jul 06 2005 - 14:43:41 GMT-3