From: Shailen Amichand (Shailen.Amichand@xxxxxxxxxx)
Date: Tue Mar 26 2002 - 09:49:52 GMT-3
Hi guys
Yes this is possible on a dialer interface. You need to use a
"map-class".
Shailen
-----Original Message-----
From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf Of
Lab Candidate
Sent: Sunday, 24 March 2002 17:21
To: Nick Shah; Steven.Dill@us.didata.com; Upp_and_Upp@hotmail.com;
mamoor@ieee.org; ccielab@groupstudy.com
Subject: Re: ISDN callback scenario w/ Dialer interface??
Nick and Sean,
I did the callback with dialer profile yesterday when I ran into
problems with BRI callback.
--- Nick Shah <nshah@connect.com.au> wrote:
> I doubt if it could be done on dialer interface.. primarily because
> you need to bind the remote name with the phone number ... you can try
> dialer remote-name, dialer string and dialer map-class (under
> map-class specify dialer callback-server username)
>
> Nick
>
> -----Original Message-----
> From: Steven.Dill@us.didata.com <Steven.Dill@us.didata.com>
> To: nshah@connect.com.au <nshah@connect.com.au>;
> Upp_and_Upp@hotmail.com <Upp_and_Upp@hotmail.com>; labccie@yahoo.com
> <labccie@yahoo.com>; mamoor@ieee.org <mamoor@ieee.org>;
> ccielab@groupstudy.com <ccielab@groupstudy.com>
> Date: Sunday, 24 March 2002 11:36
> Subject: RE: ISDN callback scenario w/ Dialer interface??
>
>
> >Can this be done on a dialer interface??
> >
> >I am attempting to do this and my first call attempt (ping) is a
> >success. After the line disconnects and I attempt to ping again and
> >it fails.
> >
> >(Calling Router)
> >
> >interface BRI0
> > no ip address
> > no ip route-cache
> > no ip mroute-cache
> > dialer pool-member 1
> > isdn switch-type basic-ni
> > isdn spid1 0835866101 8358661
> > isdn spid2 0835866301 8358663
> >!
> >interface Dialer1
> > ip address 122.3.34.1 255.255.255.252
> > encapsulation ppp
> > ip ospf message-digest-key 1 md5 cisco
> > dialer remote-name r4
> > dialer pool 1
> > dialer idle-timeout 10
> > dialer string 8358662
> > dialer watch-group 1
> > dialer-group 1
> > ppp callback request
> > ppp authentication chap
> > ppp chap hostname cisco
> > ppp chap password 7 1511021F072
> >
> >(Callback Router)
> >
> >interface BRI0
> > no ip address
> > no ip route-cache
> > no ip mroute-cache
> > dialer pool-member 1
> > isdn switch-type basic-ni
> > isdn spid1 0835866201 8358662
> > isdn spid2 0835866401 8358664
> >!
> >interface Dialer1
> > ip address 122.3.34.2 255.255.255.252
> > encapsulation ppp
> > no ip route-cache
> > ip ospf message-digest-key 1 md5 cisco
> > no ip mroute-cache
> > dialer pool 1
> > dialer callback-secure
> > dialer-group 1
> > ppp callback accept
> > ppp authentication chap
> >
> >
> >
> >Thank you!!!
> >
> >
> >
> >-----Original Message-----
> >From: Nick Shah [mailto:nshah@connect.com.au]
> >Sent: Saturday, March 23, 2002 7:16 PM
> >To: Sean C.; Lab Candidate; Ahmed Mamoor Amimi;
> >ccielab@groupstudy.com
> >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>
>
=== message truncated ===
This archive was generated by hypermail 2.1.4 : Thu Jun 13 2002 - 10:57:22 GMT-3