[asterisk-bugs] [JIRA] (ASTERISK-23164) CDRs: mid-call/pre-dial handlers perturb context/exten/app/data fields during Dial

Matt Jordan (JIRA) noreply at issues.asterisk.org
Sun Jan 26 20:33:03 CST 2014


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

Matt Jordan updated ASTERISK-23164:
-----------------------------------

    Comment: was deleted

(was: New comment)
    
> CDRs: mid-call/pre-dial handlers perturb context/exten/app/data fields during Dial
> ----------------------------------------------------------------------------------
>
>                 Key: ASTERISK-23164
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-23164
>             Project: Asterisk
>          Issue Type: Bug
>          Components: CDR/General
>    Affects Versions: 12.0.0
>            Reporter: Matt Jordan
>            Assignee: Matt Jordan
>
> Currently, CDRs are tracked by the channel snapshots received over Stasis. This includes the last known application/data/context/extension for that channel. In scenarios where a channel uses the Dial application to dial another channel, this works fine: the last known snapshot recorded for that CDR is the Dial application (and its corresponding location in the dialplan).
> However, this doesn't work when a mid-call subroutine is executed on the channel. If the calling channel bounces out of the Dial application and executes a macro or subroutine, this will change the CDR record: the channel snapshots will update the CDR with the last known context/extension/application/data in the subroutine, as opposed to the Dial application.
> This ends up creating some rather odd CDR entries that don't convey their intent.
> Luckily, there is already code in the CDR engine to lock the application of a CDR to a particular value. This is done for Parking (which is strange and odd, and had similar problems). This logic will have to be extended to CDRs in the Dial state, and include the context/extension of the Party A channel.

--
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



More information about the asterisk-bugs mailing list