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

[Matt Jordan (JIRA)]

Matt Jordan created ASTERISK-23164:
--------------------------------------

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


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