[asterisk-bugs] [JIRA] (ASTERISK-19141) pub_lua Extensions and Execution of CONNECTED_LINE_CALLER_SEND_MACRO

Matt Jordan (JIRA) noreply at issues.asterisk.org
Wed Feb 25 22:53:35 CST 2015


     [ https://issues.asterisk.org/jira/browse/ASTERISK-19141?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Matt Jordan updated ASTERISK-19141:
-----------------------------------

    Description: 
If you set the global variable CONNECTED_LINE_CALLER_SEND_MACRO to a valid macro, you will not be able to execute commands after the execution of the macro (which is called by asterisk itself).
calling lua code:
{noformat}
function std_exten()
        .....
        app.Dial(table.concat(channels,"&"),dialtimeout, "tTwWkK");
        if channel.DIALSTATUS:get() == nil or string.len(channel.DIALSTATUS:get()) == 0 then
        .....
{noformat}

Asterisk will not reach the if line. See the log:
{noformat}
    -- Executing [0 at inbound:1] Dial("SIP/siptest-0000000d", "SIP/ta24,15,tTwWkK")
  == Using UDPTL TOS bits 184
  == Using UDPTL CoS mark 5
  == Using SIP RTP TOS bits 184
  == Using SIP RTP CoS mark 5
    -- Called SIP/ta24
colpCaller SIP/siptest-0000000d ConnectedLine: "24 XX" <24>
    -- Executing [s at macro-colpCaller:1] log("SIP/siptest-0000000d", "VERBOSE,Checking for callee subaddr")
Checking for callee subaddr
    -- Executing [s at macro-colpCaller:1] log("SIP/siptest-0000000d", "VERBOSE,Checking for callee name lookup")
Checking for callee name lookup
    -- SIP/ta24-00000010 is ringing
    -- SIP/ta24-00000010 is ringing
    -- Nobody picked up in 15000 ms
    -- Auto fallthrough, channel 'SIP/siptest-0000000d' status is 'NOANSWER'
{noformat}

Of course the Auto fallthrough should not happen. Debug logs show this:
{noformat}
[Dec 30 15:34:52] DEBUG[16162] app_macro.c: Executed application: 
[Dec 30 15:34:52] DEBUG[16162] pbx_lua.c: Looking up s at macro-colpCaller:2
[Dec 30 15:34:52] VERBOSE[16162] app_dial.c:     -- SIP/ta24-00000010 is ringing
[Dec 30 15:35:07] VERBOSE[16162] app_dial.c:     -- Nobody picked up in 15000 ms
[Dec 30 15:35:07] DEBUG[16162] pbx_lua.c: Looking up 0 at inbound:2
[Dec 30 15:35:07] DEBUG[16162] pbx_lua.c: Looking up 0 at inbound:1
[Dec 30 15:35:07] VERBOSE[16162] pbx.c:     -- Auto fallthrough, channel 'SIP/siptest-0000000d' status is 'NOANSWER'
[Dec 30 15:35:07] DEBUG[16162] channel.c: Soft-Hanging up channel 'SIP/siptest-0000000d'
[Dec 30 15:35:07] DEBUG[16162] pbx_lua.c: Looking up h at inbound:1
[Dec 30 15:35:07] DEBUG[16162] pbx_lua.c: Looking up h at voip_extensions:1
[Dec 30 15:35:07] DEBUG[16162] pbx_lua.c: Looking up h at other_extensions:1
[Dec 30 15:35:07] DEBUG[16162] channel.c: Hanging up channel 'SIP/siptest-0000000d'
{noformat}

I need to use the CONNECTED_LINE_CALLER_SEND_MACRO. Perhaps there is a way to fix this or an alternative for the macro call.




  was:
If you set the global variable CONNECTED_LINE_CALLER_SEND_MACRO to a valid macro, you will not be able to execute commands after the execution of the macro (which is called by asterisk itself).
calling lua code:
function std_exten()
        .....
        app.Dial(table.concat(channels,"&"),dialtimeout, "tTwWkK");
        if channel.DIALSTATUS:get() == nil or string.len(channel.DIALSTATUS:get()) == 0 then
        .....
Asterisk will not reach the if line. See the log:
    -- Executing [0 at inbound:1] Dial("SIP/siptest-0000000d", "SIP/ta24,15,tTwWkK")
  == Using UDPTL TOS bits 184
  == Using UDPTL CoS mark 5
  == Using SIP RTP TOS bits 184
  == Using SIP RTP CoS mark 5
    -- Called SIP/ta24
colpCaller SIP/siptest-0000000d ConnectedLine: "24 XX" <24>
    -- Executing [s at macro-colpCaller:1] log("SIP/siptest-0000000d", "VERBOSE,Checking for callee subaddr")
Checking for callee subaddr
    -- Executing [s at macro-colpCaller:1] log("SIP/siptest-0000000d", "VERBOSE,Checking for callee name lookup")
Checking for callee name lookup
    -- SIP/ta24-00000010 is ringing
    -- SIP/ta24-00000010 is ringing
    -- Nobody picked up in 15000 ms
    -- Auto fallthrough, channel 'SIP/siptest-0000000d' status is 'NOANSWER'

Of course the Auto fallthrough should not happen. Debug logs show this:
[Dec 30 15:34:52] DEBUG[16162] app_macro.c: Executed application: 
[Dec 30 15:34:52] DEBUG[16162] pbx_lua.c: Looking up s at macro-colpCaller:2
[Dec 30 15:34:52] VERBOSE[16162] app_dial.c:     -- SIP/ta24-00000010 is ringing
[Dec 30 15:35:07] VERBOSE[16162] app_dial.c:     -- Nobody picked up in 15000 ms
[Dec 30 15:35:07] DEBUG[16162] pbx_lua.c: Looking up 0 at inbound:2
[Dec 30 15:35:07] DEBUG[16162] pbx_lua.c: Looking up 0 at inbound:1
[Dec 30 15:35:07] VERBOSE[16162] pbx.c:     -- Auto fallthrough, channel 'SIP/siptest-0000000d' status is 'NOANSWER'
[Dec 30 15:35:07] DEBUG[16162] channel.c: Soft-Hanging up channel 'SIP/siptest-0000000d'
[Dec 30 15:35:07] DEBUG[16162] pbx_lua.c: Looking up h at inbound:1
[Dec 30 15:35:07] DEBUG[16162] pbx_lua.c: Looking up h at voip_extensions:1
[Dec 30 15:35:07] DEBUG[16162] pbx_lua.c: Looking up h at other_extensions:1
[Dec 30 15:35:07] DEBUG[16162] channel.c: Hanging up channel 'SIP/siptest-0000000d'

I need to use the CONNECTED_LINE_CALLER_SEND_MACRO. Perhaps there is a way to fix this or an alternative for the macro call.





> pub_lua Extensions and Execution of CONNECTED_LINE_CALLER_SEND_MACRO
> --------------------------------------------------------------------
>
>                 Key: ASTERISK-19141
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-19141
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: PBX/pbx_lua
>    Affects Versions: 10.0.0
>         Environment: Centos 6.2
>            Reporter: andre valentin
>
> If you set the global variable CONNECTED_LINE_CALLER_SEND_MACRO to a valid macro, you will not be able to execute commands after the execution of the macro (which is called by asterisk itself).
> calling lua code:
> {noformat}
> function std_exten()
>         .....
>         app.Dial(table.concat(channels,"&"),dialtimeout, "tTwWkK");
>         if channel.DIALSTATUS:get() == nil or string.len(channel.DIALSTATUS:get()) == 0 then
>         .....
> {noformat}
> Asterisk will not reach the if line. See the log:
> {noformat}
>     -- Executing [0 at inbound:1] Dial("SIP/siptest-0000000d", "SIP/ta24,15,tTwWkK")
>   == Using UDPTL TOS bits 184
>   == Using UDPTL CoS mark 5
>   == Using SIP RTP TOS bits 184
>   == Using SIP RTP CoS mark 5
>     -- Called SIP/ta24
> colpCaller SIP/siptest-0000000d ConnectedLine: "24 XX" <24>
>     -- Executing [s at macro-colpCaller:1] log("SIP/siptest-0000000d", "VERBOSE,Checking for callee subaddr")
> Checking for callee subaddr
>     -- Executing [s at macro-colpCaller:1] log("SIP/siptest-0000000d", "VERBOSE,Checking for callee name lookup")
> Checking for callee name lookup
>     -- SIP/ta24-00000010 is ringing
>     -- SIP/ta24-00000010 is ringing
>     -- Nobody picked up in 15000 ms
>     -- Auto fallthrough, channel 'SIP/siptest-0000000d' status is 'NOANSWER'
> {noformat}
> Of course the Auto fallthrough should not happen. Debug logs show this:
> {noformat}
> [Dec 30 15:34:52] DEBUG[16162] app_macro.c: Executed application: 
> [Dec 30 15:34:52] DEBUG[16162] pbx_lua.c: Looking up s at macro-colpCaller:2
> [Dec 30 15:34:52] VERBOSE[16162] app_dial.c:     -- SIP/ta24-00000010 is ringing
> [Dec 30 15:35:07] VERBOSE[16162] app_dial.c:     -- Nobody picked up in 15000 ms
> [Dec 30 15:35:07] DEBUG[16162] pbx_lua.c: Looking up 0 at inbound:2
> [Dec 30 15:35:07] DEBUG[16162] pbx_lua.c: Looking up 0 at inbound:1
> [Dec 30 15:35:07] VERBOSE[16162] pbx.c:     -- Auto fallthrough, channel 'SIP/siptest-0000000d' status is 'NOANSWER'
> [Dec 30 15:35:07] DEBUG[16162] channel.c: Soft-Hanging up channel 'SIP/siptest-0000000d'
> [Dec 30 15:35:07] DEBUG[16162] pbx_lua.c: Looking up h at inbound:1
> [Dec 30 15:35:07] DEBUG[16162] pbx_lua.c: Looking up h at voip_extensions:1
> [Dec 30 15:35:07] DEBUG[16162] pbx_lua.c: Looking up h at other_extensions:1
> [Dec 30 15:35:07] DEBUG[16162] channel.c: Hanging up channel 'SIP/siptest-0000000d'
> {noformat}
> I need to use the CONNECTED_LINE_CALLER_SEND_MACRO. Perhaps there is a way to fix this or an alternative for the macro call.



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



More information about the asterisk-bugs mailing list