[asterisk-bugs] [JIRA] (ASTERISK-30129) Use pre-dial and post-dial (bridge) handlers together in Dial command only executes the pre-dial handler

[Fabian Borot (JIRA)]

Fabian Borot created ASTERISK-30129:
---------------------------------------

             Summary: Use pre-dial and post-dial (bridge) handlers together in Dial command only executes the pre-dial handler
                 Key: ASTERISK-30129
                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-30129
             Project: Asterisk
          Issue Type: Bug
      Security Level: None
          Components: Applications/app_dial, Applications/app_exec, pjproject/pjsip, Resources/res_agi
    Affects Versions: 18.12.0
         Environment: ubuntu 20
            Reporter: Fabian Borot
            Severity: Critical


I need to send SIP headers to the outgoing channel so that they are present in the INVITE. I need to be "notified" if the channel answers the call.
Using Asterisk 13 and cha_sip.c and FastAGI I do it like this:
I use SIPAddHeader to send the header and Macro in the Dial command to be "notfied" if the call is answered. This mechanism works on that version and before. (13)

I just upgraded to asterisk 18 and now I am using PJSIP since chan_sip is deprecated and I also see that Macros are also deprecated and we should use pre-dial handlers and GoSub
The problem I have is that if I use both in the DIAL command only the pre-dial handler is executed, the GoSub is ignored. If I omit the pre-dial handler the GoSub works

this works: (only GoSub)

EXEC DIAL PJSIP/5874513051231234 at MYPBXOut,60,U(subConnect^agi://192.168.167.103:30075/ConnectionEstablished^364250168^PJSIP/3030-00000088^905^3051231234)L(7196000:75000)g

and this DOES NOT work... only the pre-dial handler works, the GoSub is ignored

EXEC DIAL PJSIP/5874513051231234 at MYPBXOut,60,b(addHeaders^addheaderOutTrunkID^1(905^1657059780777001010)),U(subConnect^agi://192.168.167.103:30075/ConnectionEstablished^364250168^PJSIP/3030-00000088^905^3051231234)L(7196000:75000)g

 




--
This message was sent by Atlassian JIRA
(v6.2#6252)