[Asterisk-bugs] [Asterisk 0010067]: CDR dst and dcontext field wrong information depending if caller or callee hangs up first
noreply at bugs.digium.com
noreply at bugs.digium.com
Thu Jul 5 17:53:55 CDT 2007
The following issue has been UPDATED.
======================================================================
http://bugs.digium.com/view.php?id=10067
======================================================================
Reported By: samdell3
Assigned To: murf
======================================================================
Project: Asterisk
Issue ID: 10067
Category: Addons/*
Reproducibility: always
Severity: major
Priority: normal
Status: closed
Asterisk Version: 1.4.5
SVN Branch (only for SVN checkouts, not tarball releases): N/A
SVN Revision (number only!):
Disclaimer on File?: No
Request Review:
Resolution: no change required
Fixed in Version:
======================================================================
Date Submitted: 06-26-2007 17:49 CDT
Last Modified: 07-05-2007 17:53 CDT
======================================================================
Summary: CDR dst and dcontext field wrong information
depending if caller or callee hangs up first
Description:
We are in the process of bench testing 1.4.5 (gotta love that T.38!)
This bug can be replicated 100% of the time.
I classify this as major as many calls cannot be billed.
All test calls are SIP to SIP. Caller = 6500011, Callee = 6500012
If the CALLER hangs up first:
CDR record logs dst and dcontext field from within the macro. Weird. EG
dst field results in 's' and dcontext results in 'macro-call-sip-nap'
If the CALLEE hangs up first:
CDR is recorded OK
dst field results in '66500012' and dcontext results in 'default'
======================================================================
Issue History
Date Modified Username Field Change
======================================================================
07-05-07 17:53 murf Resolution fixed => no change
required
07-05-07 17:53 murf Category Core/General => Addons/*
======================================================================
More information about the Asterisk-bugs
mailing list