From: RSiddappa@xxxxxxxxxx
Date: Sat Mar 23 2002 - 22:07:39 GMT-3
I have heard that the in 12.1, the major of the bugs have been fixed in
12.1.
If that is true, thst good news for all of us.
R.
-----Original Message-----
From: Sean C. [mailto:Upp_and_Upp@hotmail.com]
Sent: Saturday, March 23, 2002 9:20 PM
To: ccielab@groupstudy.com
Subject: Re: ISDN callback scenario
Yep, I totally agree with you, Nick, on the multilink. That's why I don't
sweat it too much with multliink - pretty easy to setup and there are a
bunch of IOSs that don't like it. I'm assuming that if multilink is
required on the lab, than the applicable Isdn routers would have an IOS that
would like multilink - of course, that's a big assumption. I'll find out on
Tuesday - first time at the lab - just waiting to get slaughtered!!
Happy routing,
Sean
----- Original Message -----
From: "Nick Shah" <nshah@connect.com.au>
To: "Sean C." <Upp_and_Upp@hotmail.com>; "Lab Candidate"
<labccie@yahoo.com>; "Ahmed Mamoor Amimi" <mamoor@ieee.org>;
<ccielab@groupstudy.com>
Sent: Saturday, March 23, 2002 4:16 PM
Subject: Re: ISDN callback scenario
well atleast, you have multilink configured on both ends , LAB Candidate
(cant the name be simpler :) doesnt ...
In real life , I have found more IOS's where Multilink PPP doesnt work
properly than in which it works...
Nick
-----Original Message-----
From: Sean C. <Upp_and_Upp@hotmail.com>
To: Nick Shah <nshah@connect.com.au>; Lab Candidate <labccie@yahoo.com>;
Ahmed Mamoor Amimi <mamoor@ieee.org>; ccielab@groupstudy.com
<ccielab@groupstudy.com>
Date: Sunday, 24 March 2002 10:56
Subject: Re: ISDN callback scenario
>Hello,
>
>Well, I just took my stab at the callback scenario and it worked fine using
>the configs from Lab candidate (do you need to be that anonymous?). I also
>added the commands 'dialer enable-timeout 5' on the callback router and
>'dialer wait-for-carrier 10' but the callback worked whether these were
>configured or not.
>
>The only thing I can't guarantee is my multilink. I have it enabled on
both
>sides butttt sometimes the multilink works, sometimes multilink doesn't
>work. I have a feeling it's more my simulator or the code than anything.
>The calls still go through, just sometimes the 2nd channel doesn't get
>brought up.
>
>IOS r5 - Version 12.1(8)
>IOS r6 - Version 12.1(12)
>!
>hostname r5
>!
>username r6 password 0 cisco
>!
>interface BRI0
> description Callback router
> ip address 40.40.40.2 255.255.255.0
> encapsulation ppp
> dialer callback-secure
> dialer enable-timeout 5
> dialer map ip 40.40.40.1 name r6 class test broadcast 2221
> dialer map ip 40.40.40.1 name r6 class test broadcast 2222
> dialer load-threshold 3 either
> dialer-group 1
> isdn switch-type basic-net3
> isdn spid1 1111
> isdn spid2 1112
> ppp callback accept
> ppp authentication chap
> ppp multilink
>!
>map-class dialer test
> dialer callback-server username
>!
>dialer-list 1 protocol ip permit
>!
>=============================
>hostname r6
>!
>username r5 password 0 cisco
>!
>interface BRI0
> description Calling router
> ip address 40.40.40.1 255.255.255.0
> encapsulation ppp
> dialer wait-for-carrier-time 10
> dialer map ip 40.40.40.2 name r5 broadcast 1111
> dialer map ip 40.40.40.2 name r5 broadcast 1112
> dialer load-threshold 3 either
> dialer-group 1
> isdn switch-type basic-net3
> isdn spid1 2221
> isdn spid2 2222
> no peer neighbor-route
> ppp callback request
> ppp authentication chap
> ppp multilink
>!
>dialer-list 1 protocol ip permit
>!
>
>
>r6#p
>Target IP address: 40.40.40.2
>Repeat count [5]: 15
>Datagram size [100]: 1500
>Type escape sequence to abort.
>Sending 15, 1500-byte ICMP Echos to 40.40.40.2, timeout is 2 seconds:
>00:44:01: %LINK-3-UPDOWN: Interface BRI0:2, changed state to up
>00:44:01: %LINK-3-UPDOWN: Interface BRI0:2, changed state to down..
>00:44:07: %LINK-3-UPDOWN: Interface BRI0:2, changed state to up
>00:44:07: %LINK-3-UPDOWN: Interface Virtual-Access1, changed state to
up.!!!
>00:44:08: %LINEPROTO-5-UPDOWN: Line protocol on Interface BRI0:2, changed
>state to up
>00:44:08: %LINEPROTO-5-UPDOWN: Line protocol on Interface Virtual-Access1,
>changed state to up!!!!!!!!
>Success rate is 73 percent (11/15), round-trip min/avg/max = 384/388/396 ms
>00:44:13: %ISDN-6-CONNECT: Interface BRI0:2 is now connected to 1111 r5
>
>The initial up/down/up on the r6's output is the calling going to r5,
>accepted by r5, r5 disconnecting per callback feature, and the r5
>successfully calling r6 back.
>
>HTH,
>Sean
>
>
>----- Original Message -----
>From: "Nick Shah" <nshah@connect.com.au>
>To: "Lab Candidate" <labccie@yahoo.com>; "Ahmed Mamoor Amimi"
><mamoor@ieee.org>; <ccielab@groupstudy.com>
>Sent: Saturday, March 23, 2002 2:10 PM
>Subject: Re: ISDN callback scenario
>
>
>hmm...on one router you have got ppp multilink configured on the client
>side, and not on the server, This *may* cause dialer callback-secure to
>reject the call as improperly configured. try removing ppp multilink.
>
>If that still doesnt resolve the issue, I would do a debug on ppp nego. &
>authentication and see that r2/r3 is getting authenticated and negotiating
>call back parameters...
>
>hth
>Nick
>
>-----Original Message-----
>From: Lab Candidate <labccie@yahoo.com>
>To: Ahmed Mamoor Amimi <mamoor@ieee.org>; ccielab@groupstudy.com
><ccielab@groupstudy.com>
>Date: Saturday, 23 March 2002 8:47
>Subject: Re: ISDN callback scenario
>
>
>>I took out dialer callback secure and it still desn't work giving the same
>error message "callback
>>is not configured for user r2". But it works perfectly when I changed it
to
>caller ID callback.
>>Any ider what's going on here?
>>
>>
>>--- Ahmed Mamoor Amimi <mamoor@ieee.org> wrote:
>>> first try this with the minimum config.
>>> remove the call-back secure then try.
>>>
>>> i was wondering if call-back works with multilink.. !! let me know ..
>>>
>>> -Mamoor
>>>
>>>
>>> ----- Original Message -----
>>> From: Lab Candidate <labccie@yahoo.com>
>>> To: <ccielab@groupstudy.com>
>>> Sent: Saturday, March 23, 2002 12:59 PM
>>> Subject: ISDN callback scenario
>>>
>>>
>>> > r2 and r3 are setup with basic ISDN callback as below.
>>> > r2 callback client, r3 callback server.
>>> > everything is configured as CCO example, but when r2 calls r3
>>> > when r2 pings r3, r2 calls and disconnects, and waiting for r3.
>>> > but r3 never calls back.
>>> > r3 debug says "callback is not configured for user r2"
>>> > debug output and r2/r3 configs attached below.
>>> > what's the problem here please?
>>> >
>>> > r3#
>>> > 2d05h: %LINK-3-UPDOWN: Interface BRI0/0:1, changed state to up
>>> > 2d05h: BR0/0:1 DDR: No callback configured for user r2.
>>> > 2d05h: BR0/0:1 DDR: disconnecting call
>>> > 2d05h: %ISDN-6-CONNECT: Interface BRI0/0:1 is now connected to 2588 r2
>>> > 2d05h: %LINK-3-UPDOWN: Interface BRI0/0:1, changed state to down
>>> > 2d05h: BR0/0:1 DDR: disconnecting call
>>> >
>>> > ===============r2==================
>>> > version 12.2
>>> > service timestamps debug uptime
>>> > service timestamps log uptime
>>> > no service password-encryption
>>> > !
>>> > hostname r2
>>> > !
>>> > no logging buffered
>>> > !
>>> > username r3 password 0 cisco
>>> > ip subnet-zero
>>> > !
>>> > !
>>> > interface BRI0/0
>>> > ip address 40.40.40.1 255.255.255.0
>>> > encapsulation ppp
>>> > dialer map snapshot 1 name r3 broadcast 2589
>>> > dialer map ip 40.40.40.2 name r3 broadcast 2589
>>> > dialer load-threshold 50 either
>>> > dialer-group 1
>>> > isdn switch-type basic-ni
>>> > isdn spid1 2588 2588
>>> > isdn spid2 3588 3588
>>> > no cdp enable
>>> > ppp callback request
>>> > ppp authentication chap
>>> > ppp multilink
>>> > !
>>> > dialer-list 1 protocol ip permit
>>> > !
>>> > !
>>> > line con 0
>>> > exec-timeout 0 0
>>> > line aux 0
>>> > line vty 0 4
>>> > password tts
>>> > no login
>>> > !
>>> > end
>>> >
>>> > r2#
>>> >
>>> >
>>> > ============r3=============
>>> > version 12.2
>>> > service timestamps debug uptime
>>> > service timestamps log uptime
>>> > no service password-encryption
>>> > !
>>> > hostname r3
>>> > !
>>> > !
>>> > username r2 password 0 cisco
>>> > ip subnet-zero
>>> > !
>>> > isdn switch-type basic-ni
>>> > !
>>> > interface BRI0/0
>>> > ip address 40.40.40.2 255.255.255.0
>>> > encapsulation ppp
>>> > dialer callback-secure
>>> > dialer map snapshot 1 name r2 broadcast 2588
>>> > dialer map ip 40.40.40.1 name r2 class dc1 broadcast 2588
>>> > dialer-group 1
>>> > isdn switch-type basic-ni
>>> > isdn spid1 2589 2589
>>> > isdn spid2 3589 3589
>>> > snapshot server 5 dialer
>>> > ppp callback accept
>>> > ppp authentication chap
>>> > !
>>> > map-class dialer dc1
>>> > dialer callback-server username
>>> >
>>> > dialer-list 1 protocol ip permit
>>> > !
>>> > line con 0
>>> > line aux 0
>>> > line vty 0 4
>>> > password tts
>>> > no login
>>> > !
>>> > ntp master 1
>>> > end
>>> >
>>> > r3#
>>> >
This archive was generated by hypermail 2.1.4 : Thu Jun 13 2002 - 10:57:19 GMT-3