[asterisk-dev] [Code Review] 3057: CDRs: Synchronize dialplan access through Stasis; clean up Answer and DISA
Matt Jordan
reviewboard at asterisk.org
Thu Dec 12 12:03:19 CST 2013
-----------------------------------------------------------
This is an automatically generated e-mail. To reply, visit:
https://reviewboard.asterisk.org/r/3057/
-----------------------------------------------------------
(Updated Dec. 12, 2013, 12:03 p.m.)
Review request for Asterisk Developers.
Changes
-------
Addressed Kinsey's findings.
Bugs: ASTERISK-22884 and ASTERISK-22886
https://issues.asterisk.org/jira/browse/ASTERISK-22884
https://issues.asterisk.org/jira/browse/ASTERISK-22886
Repository: Asterisk
Description
-------
When doing the rework of the CDR engine that pushed all of the logic into cdr.c and made it respond to changes in channel state over Stasis, I knew that accessing the CDR engine from the dialplan would be "slightly" non-deterministic. Dialplan threads would be accessing CDRs while Stasis threads would be updating the state of said CDRs - whereas in the past, everything happened on the dialplan threads. Tests have shown that "slightly" is in reality "very".
This patch synchronizes things by making the dialplan applications/functions that manipulate CDRs do so over Stasis. ForkCDR, NoCDR, ResetCDR, CDR, and CDR_PROP now all use Stasis to send their requests over to the CDR engine, and synchronize on the Stasis subscription so that they return their values/control to the dialplan at the appropriate time.
While going through this, the following changes were also made:
* DISA, which can reset the CDR when a user successfully authenticates, now just uses the ResetCDR app to do this. This prevents having to duplicate the same Stasis synchronization logic in that application.
* Answer no longer disables CDRs. It actually didn't work anyway - calling DISABLE on the channel's CDR doesn't stop the CDR from getting the Answer time - it just kills all CDRs on that channel, which isn't what the caller would intend.
Diffs (updated)
-----
/branches/12/main/pbx.c 403703
/branches/12/main/cdr.c 403703
/branches/12/include/asterisk/cdr.h 403703
/branches/12/funcs/func_cdr.c 403703
/branches/12/apps/app_forkcdr.c 403703
/branches/12/apps/app_disa.c 403703
/branches/12/apps/app_cdr.c 403703
/branches/12/UPGRADE.txt 403703
/branches/12/CHANGES 403703
Diff: https://reviewboard.asterisk.org/r/3057/diff/
Testing
-------
* The CDR tests pass (now deterministicly)
* The hangup handler tests now pass, as they can get reliable values in the h extension from the CDR engine
Thanks,
Matt Jordan
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.digium.com/pipermail/asterisk-dev/attachments/20131212/8d533047/attachment.html>
More information about the asterisk-dev
mailing list