[Asterisk-Dev] PRI: Zap channel answers before get a CONNECT

[Danilo Lotina F.]

Hi,

 I've the following problem when dialing over a ZAP Channel (PRI
Signaling), the channel answers before get a CONNECT.


    -- Attempting call on ZAP/g1/11723979048 for 1234 at ngbl:1 (Retry 1)
-- Making new call for cr 32770
Protocol Discriminator: Q.931 (8)  len=43
Call Ref: len= 2 (reference 2/0x2) (Originator)
Message type: SETUP (5)
> [04 03 80 90 a3]
> Bearer Capability (len= 5) [ Ext: 1  Q.931 Std: 0  Info
transfer capability: Speech (0)
>                              Ext: 1  Trans mode/rate: 64kbps,
circuit-mode (16)
>                              Ext: 1  User information layer 1:
A-Law (35)
> [18 03 a9 83 81]
> Channel ID (len= 5) [ Ext: 1  IntID: Implicit, PRI Spare: 0,
Exclusive Dchan: 0
>                        ChanSel: Reserved
>                       Ext: 1  Coding: 0   Number Specified
Channel Type: 3
>                       Ext: 1  Channel: 1 ]
> [6c 0b 21 81 31 31 31 31 31 31 31 31 31]
> Calling Number (len=13) [ Ext: 0  TON: National Number (2)
NPI: ISDN/Telephony Numbering Plan (E.164/E.163) (1)
>                           Presentation: Presentation permitted,
user number passed network screening (1) '111111111' ]
> [70 0c 80 31 31 37 32 33 39 37 39 30 34 38]
> Called Number (len=14) [ Ext: 1  TON: Unknown Number Type (0)
NPI: Unknown Number Plan (0) '11723979048' ]
> [a1]
> Sending Complete (len= 1)
< Protocol Discriminator: Q.931 (8)  len=10
< Call Ref: len= 2 (reference 32770/0x8002) (Terminator)
< Message type: CALL PROCEEDING (2)
< [18 03 a9 83 81]
< Channel ID (len= 5) [ Ext: 1  IntID: Implicit, PRI Spare: 0,
Exclusive Dchan: 0
<                        ChanSel: Reserved
<                       Ext: 1  Coding: 0   Number Specified
Channel Type: 3
<                       Ext: 1  Channel: 1 ]
-- Processing IE 24 (cs0, Channel Identification)
       > Channel Zap/94-1 was answered.
< Protocol Discriminator: Q.931 (8)  len=5
< Call Ref: len= 2 (reference 32770/0x8002) (Terminator)
< Message type: ALERTING (1)


  After hours debuging I detected my problem in the function
__ast_dsp_call_progress (dsp.c) line 1180 :

                                        } else if (dsp->tstate ==
TONE_STATE_TALKING) {
                                                res = AST_CONTROL_ANSWER;
                                                dsp->features &=
~DSP_FEATURE_CALL_PROGRESS;

  If I comment 'res = AST_CONTROL_ANSWER;' it get solved.

  If this a normal behaveour or bug?

Regards,