[asterisk-users] DAHDI/ZAP overlap dialing

Vieri rentorbuy at yahoo.com
Fri Oct 30 10:08:38 CDT 2009 

With overlapdial=yes set, when an Alcatel extension calls Asterisk, the Alcatel user doesn't even have time to dial the second digit because Asterisk connects it immediately instead of waiting for the rest of the digits.

In Asterisk I have an incoming context [from-alcatel] with patterns such as:
exten => 1004000,...
exten => 1004001,...
exten => 1004002,...
exten => 1004053,...
etc.

Supposedly, Alcatel is doing "overlapdial", just like Asterisk.
However, Asterisk only grabs the first digit and tries to match '1004' instead of '1004053'.

Thanks anyway.

--- On Fri, 10/30/09, Martin <asterisklist at callthem.info> wrote:

> it's not only for dialing in ...
> 
> setup an extension that is shorter than the number ... and
> also without the "."
> 
> eg
> 
> exten => 1000,1,Dial()
> 
> also when you call out using the overlapdial circuit you
> do
> 
> dial(zap/g1/) or dial(zap/g1/10)
> 
> and the rest of the digits should come over overlapdial
> ...
> at least that's how it was designed to work
> 
> Martin
> 
> On Fri, Oct 30, 2009 at 8:25 AM, Vieri <rentorbuy at yahoo.com>
> wrote:
> >
> > I forgot to mention that I already have
> overlapdial=yes in zapata.conf. Besides,  overlapdial=yes
> is only for "dialing out" from Asterisk. Anyway, that option
> is set.
> >
> > Any other ideas?
> >
> > --- On Fri, 10/30/09, Martin <asterisklist at callthem.info>
> wrote:
> >
> >> overlapdial=yes in
> >> zapata.conf/chan_dahdi.conf
> >> google it out
> >>
> >> Martin
> >>
> >> On Fri, Oct 30, 2009 at 6:54 AM, Vieri <rentorbuy at yahoo.com>
> >> wrote:
> >> > Hi,
> >> >
> >> > I have a PRI euroisdn link between an Alcatel
> PBX and
> >> Asterisk.
> >> >
> >> > I'm having some trouble with overlap
> dialing.
> >> >
> >> > Suppose I dial '874053' from an Alcatel
> extension
> >> ('7034') where '87' is an Alcatel prefix of type
> "ARS
> >> Prof.Trg Grp Seiz.with overlap".
> >> >
> >> > I'm expecting Asterisk to receive '1004053'
> (where
> >> '100' is a prefix which always shows up in the
> euroisdn
> >> setup).
> >> >
> >> > However, Asterisk is only receiving '1004'
> which means
> >> that it's not reading the digits that follow.
> >> >
> >> > Are there issues with "receiving" overlap
> dials from
> >> zap channels?
> >> >
> >> > According to the Alcatel trace below, it
> looks like
> >> Asterisk is accepting the call before a "Sending
> complete"
> >> is released by Alcatel.
> >> >
> >> > I'm using libpri 1.2.8 and Asterisk
> 1.2.31.1.
> >> >
> >> > Alcatel trace:
> >> >
> >> >> t3
> >> > --> Cleaning mtracer...
> >> > --> Positionning t3 filters...
> >> >
> >>
> +--------+-------+--------+--------+---------+---------+----------+------+
> >> > | filter | desti | src_id | cr_nbr | cpl_nbr
> | us_term
> >> | term_nbr | type |
> >> >
> >>
> +--------+-------+--------+--------+---------+---------+----------+------+
> >> > |    0   |   **  |   **   |   *  
>  |    **
> >>   |    *    |    ***   |  165 |
> >> > |    1   |   **  |   **   |   *  
>  |    **
> >>   |    *    |    ***   |  166 |
> >> > |    2   |   **  |   **   |   *  
>  |    **
> >>   |    *    |    ***   |  167 |
> >> > |    3   |       |        |    
>    |
> >>       |         |          |    
>  |
> >> > |    4   |       |        |    
>    |
> >>       |         |          |    
>  |
> >> > |    5   |       |        |    
>    |
> >>       |         |          |    
>  |
> >> > |    6   |       |        |    
>    |
> >>       |         |          |    
>  |
> >> > |    7   |       |        |    
>    |
> >>       |         |          |    
>  |
> >> >
> >>
> +--------+-------+--------+--------+---------+---------+----------+------+
> >> > Traces Analyser activated
> >> >
> >> > mtracer started ...
> >> > (476142:000001) MTRACER ♠©, version:
> >> R9.0-h1.301-31-d-es-c7s2
> >> > (476142:000001) MTRACER num: 007, time:
> 2009/10/30
> >> 11:53:02, loss: 0%
> >> >
> >>
>  ______________________________________________________________________________
> >> > | (476157:000002) 1095: Send_IO1
> (link-nbr=19, sapi=0,
> >> tei=0) :
> >> > | long: 51  desti: 0  source: 15  cryst: 0
>  cpl:
> >> 19  us: 8  term: 0  type a5
> >> > | tei: 0  <<<<  message sent :
> SETUP
> >> [05]    Call ref :  32 a8
> >> >
> >>
> |______________________________________________________________________________
> >> > |
> >> > | IE:[04] BEARER_CAPABILITY (l=3) 80 90 a3
> >> > | IE:[18] CHANNEL (l=3)  a9 83 9b -> T2 :
> B
> >> channel 27 exclusive
> >> > | IE:[1e] PROGRESS_ID (l=2) 80 83
> >> > | IE:[6c] CALLING_NUMBER (l=6)  ->  00
>  81  Num
> >> : 7034
> >> > | IE:[70] CALLED_NUMBER (l=5)  ->  80
>  Num :
> >> 1004
> >> > | IE:[7d] HLC (l=2) 91 81
> >> >
> >>
> |______________________________________________________________________________
> >> >
> >> >
> >>
>  ______________________________________________________________________________
> >> > | (476157:000003) Concatenated-Physical-Event
> :
> >> > | long: 24  desti: 0  source: 0  cryst: 0
>  cpl: 19
> >>  us: 0  term: 0  type a5
> >> > | tei: 0  >>>>  message
> received : CALL
> >> PROC (02)  Call ref :  b2 a8
> >> >
> >>
> |______________________________________________________________________________
> >> > |
> >> > | IE:[18] CHANNEL (l=4)  e9 81 83 9b
> >> >
> >>
> |______________________________________________________________________________
> >> >
> >> >
> >>
>  ______________________________________________________________________________
> >> > | (476157:000004) Concatenated-Physical-Event
> :
> >> > | long: 28  desti: 0  source: 0  cryst: 0
>  cpl: 19
> >>  us: 0  term: 0  type a5
> >> > | tei: 0  >>>>  message
> received :
> >> CONNECT (07)  Call ref :  b2 a8
> >> >
> >>
> |______________________________________________________________________________
> >> > |
> >> > | IE:[18] CHANNEL (l=4)  e9 81 83 9b
> >> > | IE:[1e] PROGRESS_ID (l=2) 81 82
> >> >
> >>
> |______________________________________________________________________________
> >> >
> >> >
> >>
>  ______________________________________________________________________________
> >> > | (476158:000005) 1095: Send_IO1
> (link-nbr=19, sapi=0,
> >> tei=0) :
> >> > | long: 23  desti: 0  source: 15  cryst: 0
>  cpl:
> >> 19  us: 8  term: 0  type a5
> >> > | tei: 0  <<<<  message sent :
> CONNECT
> >> ACK (0f)  Call ref :  32 a8
> >> >
> >>
> |______________________________________________________________________________
> >> > |
> >> > | IE:[18] CHANNEL (l=3)  a9 83 9b -> T2 :
> B
> >> channel 27 exclusive
> >> >
> >>
> |______________________________________________________________________________
> >> >
> >> >
> >> > In Asterisk I see:
> >> >
> >> > Oct 30 11:48:02 VERBOSE[11329] logger.c:  
>   --
> >> Accepting call from '7034' to '1004' on channel
> 1/27, span
> >> 1
> >> >
> >> > If I change the Alcatel 87 prefix to use "ARS
> Prof.Trg
> >> Grp Seizure" (without overlap) then I get the
> following
> >> trace:
> >> >
> >> >
> >>
>  ______________________________________________________________________________
> >> > | (488410:000060) 1093: Send_IO1
> (link-nbr=19, sapi=0,
> >> tei=0) :
> >> > | long: 55  desti: 0  source: 15  cryst: 0
>  cpl:
> >> 19  us: 8  term: 0  type a5
> >> > | tei: 0  <<<<  message sent :
> SETUP
> >> [05]    Call ref :  33 52
> >> >
> >>
> |______________________________________________________________________________
> >> > |
> >> > | IE:[04] BEARER_CAPABILITY (l=3) 80 90 a3
> >> > | IE:[18] CHANNEL (l=3)  a9 83 8a -> T2 :
> B
> >> channel 10 exclusive
> >> > | IE:[1e] PROGRESS_ID (l=2) 80 83
> >> > | IE:[6c] CALLING_NUMBER (l=6)  ->  00
>  81  Num
> >> : 7034
> >> > | IE:[70] CALLED_NUMBER (l=8)  ->  80
>  Num :
> >> 1004053
> >> > | IE:[7d] HLC (l=2) 91 81
> >> > | [a1] Sending complete
> >> >
> >>
> |______________________________________________________________________________
> >> >
> >> > This time Asterisk gets what I expect but I
> prefer to
> >> use overlap dialing.
> >> >
> >> > Are there known issues with this?
> >> >
> >> > Thanks,
> >> >
> >> > Vieri
> >> >
> >> >
> >> >
> >> >
> >> >
> >> >
> _______________________________________________
> >> > -- Bandwidth and Colocation Provided by http://www.api-digital.com --
> >> >
> >> > asterisk-users mailing list
> >> > To UNSUBSCRIBE or update options visit:
> >> >   http://lists.digium.com/mailman/listinfo/asterisk-users
> >>
> >> _______________________________________________
> >> -- Bandwidth and Colocation Provided by http://www.api-digital.com --
> >>
> >> asterisk-users mailing list
> >> To UNSUBSCRIBE or update options visit:
> >>    http://lists.digium.com/mailman/listinfo/asterisk-users
> >
> >
> >
> >
> > _______________________________________________
> > -- Bandwidth and Colocation Provided by http://www.api-digital.com --
> >
> > asterisk-users mailing list
> > To UNSUBSCRIBE or update options visit:
> >   http://lists.digium.com/mailman/listinfo/asterisk-users
> 
> _______________________________________________
> -- Bandwidth and Colocation Provided by http://www.api-digital.com --
> 
> asterisk-users mailing list
> To UNSUBSCRIBE or update options visit:
>    http://lists.digium.com/mailman/listinfo/asterisk-users

More information about the asterisk-users mailing list