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
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
On Fri, Oct 30, 2009 at 04:54:46AM -0700, Vieri 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.I'm not sure if handling of overlap hasn't changed since. But can you provide a trace of how Asterisk sees things? e.g. 'pri intense debug span 1' -- Tzafrir Cohen icq#16849755 jabber:tzafrir.cohen at xorcom.com +972-50-7952406 mailto:tzafrir.cohen at xorcom.com http://www.xorcom.com iax:guest at local.xorcom.com/tzafrir