[asterisk-bugs] [JIRA] (ASTERISK-25134) Problem with CDR information with incoming calls
Rusty Newton (JIRA)
noreply at issues.asterisk.org
Tue Jun 16 14:32:33 CDT 2015
[ https://issues.asterisk.org/jira/browse/ASTERISK-25134?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Rusty Newton updated ASTERISK-25134:
------------------------------------
Assignee: Rusty Newton (was: Javier Acosta)
Status: Triage (was: Waiting for Feedback)
> Problem with CDR information with incoming calls
> ------------------------------------------------
>
> Key: ASTERISK-25134
> URL: https://issues.asterisk.org/jira/browse/ASTERISK-25134
> Project: Asterisk
> Issue Type: Bug
> Security Level: None
> Components: CDR/cdr_adaptive_odbc, Functions/func_cdr
> Affects Versions: 13.3.2
> Environment: Debian 8.0 Asterisk 13.3.2
> Reporter: Javier Acosta
> Assignee: Rusty Newton
> Attachments: 3_members_queue_incoming_call.txt
>
>
> There is a problem with the CDR information in a incoming call, the Leg-A Channel in the incoming call the information in the Database for the CDR is incorret in the Leg-A (the call disposition is "NO ANSWER" and the billsec and duration is set to 0), in the extension h the DumpChan and NoOp of this variables show the same information.
> In the database the Leg-B that answer the call has duration and billsec bit the others ringing Legs has duration too, the disposition in the Leg-B is correct but no the duration.
> In Asterisk 1.8 the Leg-A disposition is ANSWER and the billsec and duration are correct and the Leg-B is correct in the Database table. I think that maybe there is a bug in the new way to track the CDR information in Asterisk 13.
> Please tell me if that is a bug, in case that is a bug please tell me where to start searching for that bug
--
This message was sent by Atlassian JIRA
(v6.2#6252)
More information about the asterisk-bugs
mailing list