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 api-digital.com -- > > asterisk-users mailing list > To UNSUBSCRIBE or update options visit: > ? 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 xorcom.com iax:guest at local.xorcom.com/tzafrir