On Mon, Dec 9, 2013 at 9:58 AM, Steve Davies <[email protected]> wrote:
> I believe there is a regression in the CDR code since 1.8.11. It also > affects versions 10 and 11, but probably not version 12. > > https://issues.asterisk.org/jira/browse/ASTERISK-22954 > > After a SIP attended transfer, the code that was added in > ASTERISK-16990 tries to copy userfield etc CDR data onto the bridge > CDR before writing it to the DB, which is fine most of the time, but > after a transfer/masquerade, the CDR that is being copied from is a > masqueraded channel's CDR, and is unrelated to the original bridge. > The results are fairly messy :( > > The patch I've suggested is as simple as I could make it without just > rolling back the patch. > > Hey Steve - I replied on the issue, but your analysis looks correct. Oh what fun CDRs are... Matt -- Matthew Jordan Digium, Inc. | Engineering Manager 445 Jan Davis Drive NW - Huntsville, AL 35806 - USA Check us out at: http://digium.com & http://asterisk.org
-- _____________________________________________________________________ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-dev mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-dev
