[asterisk-bugs] [JIRA] (ASTERISK-21215) Unexpected Behavior in Adaptive CDR when U() used on Dial

[JoshE (JIRA)]

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

JoshE updated ASTERISK-21215:
-----------------------------

    Description: 
Issuing these two lines in dialplan:

same => n,Set(CDR(extension_family)=My Family)
same => n,Dial(SIP/1-Tenant&SIP/2-Tenant,60,grU(set-CallGroupInfo,s,1))

Where, set-CallGroupInfo = 

{noformat} 
[set-CallGroupInfo]
exten => s,1,NoOp(Setting Call Group Information)
same => n,Set(TEMP=${CUT(CHANNEL,/,2)})
same => n,Set(EXTENSION=${CUT(TEMP,-,1)})
same => n,ExecIf($[ "${TENANT}" = "" ]?Set(__TENANT=${CUT(TEMP,-,2)}))
same => n,Set(CDR(extension)=${EXTENSION})
same => n,Set(ARRAY(EXT_NAME,EXT_LOCATION)=${ODBC_GET_EXTENSION_NAME_LOCATION(${EXTENSION},${TENANT})})
same => n,Set(CDR(extension_name)=${EXT_NAME})
same => n,Set(CDR(extension_location)=${EXT_LOCATION})
{noformat} 

Does not write those fields to the CDR line generated for the call.  The adaptive CDR simply ignores them when writing out the record.

However, the line above Dial (extension_family) is written properly.  I believe the expected behavior, based on the documentation I have, is that those fields should be written when called from GoSub.

  was:
Issuing these two lines in dialplan:

same => n,Set(CDR(extension_family)=My Family)
same => n,Dial(SIP/1-Tenant&SIP/2-Tenant,60,grU(set-CallGroupInfo,s,1))

Where, set-CallGroupInfo = 

{noformat} 
[set-CallGroupInfo]
exten => s,1,NoOp(Setting Call Group Information)
same => n,Set(TEMP=${CUT(CHANNEL,/,2)})
same => n,Set(EXTENSION=${CUT(TEMP,-,1)})
same => n,ExecIf($[ "${TENANT}" = "" ]?Set(__TENANT=${CUT(TEMP,-,2)}))
same => n,Set(CDR(extension)=${EXTENSION})
same => n,Set(ARRAY(EXT_NAME,EXT_LOCATION)=${ODBC_GET_EXTENSION_NAME_LOCATION(${EXTENSION},${TENANT})})
same => n,Set(CDR(extension_name)=${EXT_NAME})
same => n,Set(CDR(extension_location)=${EXT_LOCATION})
{noformat} 

Does not write those fields to the CDR line generated for the call.  The adaptive CDR simply ignores them when writing out the record.

However, the line above Dial is written properly.  I believe the expected behavior, based on the documentation I have, is that those fields should be written when called from GoSub.

    
> Unexpected Behavior in Adaptive CDR when U() used on Dial
> ---------------------------------------------------------
>
>                 Key: ASTERISK-21215
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-21215
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: CDR/cdr_adaptive_odbc
>    Affects Versions: 11.2.1
>            Reporter: JoshE
>
> Issuing these two lines in dialplan:
> same => n,Set(CDR(extension_family)=My Family)
> same => n,Dial(SIP/1-Tenant&SIP/2-Tenant,60,grU(set-CallGroupInfo,s,1))
> Where, set-CallGroupInfo = 
> {noformat} 
> [set-CallGroupInfo]
> exten => s,1,NoOp(Setting Call Group Information)
> same => n,Set(TEMP=${CUT(CHANNEL,/,2)})
> same => n,Set(EXTENSION=${CUT(TEMP,-,1)})
> same => n,ExecIf($[ "${TENANT}" = "" ]?Set(__TENANT=${CUT(TEMP,-,2)}))
> same => n,Set(CDR(extension)=${EXTENSION})
> same => n,Set(ARRAY(EXT_NAME,EXT_LOCATION)=${ODBC_GET_EXTENSION_NAME_LOCATION(${EXTENSION},${TENANT})})
> same => n,Set(CDR(extension_name)=${EXT_NAME})
> same => n,Set(CDR(extension_location)=${EXT_LOCATION})
> {noformat} 
> Does not write those fields to the CDR line generated for the call.  The adaptive CDR simply ignores them when writing out the record.
> However, the line above Dial (extension_family) is written properly.  I believe the expected behavior, based on the documentation I have, is that those fields should be written when called from GoSub.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.asterisk.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira