[asterisk-bugs] [Asterisk 0017078]: MixMonitor records shorter files than the call duration.
Asterisk Bug Tracker
noreply at bugs.digium.com
Tue Mar 23 00:38:49 CDT 2010
The following issue has been SUBMITTED.
======================================================================
https://issues.asterisk.org/view.php?id=17078
======================================================================
Reported By: geoff2010
Assigned To:
======================================================================
Project: Asterisk
Issue ID: 17078
Category: Applications/app_mixmonitor
Reproducibility: always
Severity: major
Priority: normal
Status: new
Asterisk Version: 1.4.30
JIRA:
Regression: No
Reviewboard Link:
SVN Branch (only for SVN checkouts, not tarball releases): N/A
SVN Revision (number only!):
Request Review:
======================================================================
Date Submitted: 2010-03-23 00:38 CDT
Last Modified: 2010-03-23 00:38 CDT
======================================================================
Summary: MixMonitor records shorter files than the call
duration.
Description:
Hello,
I am having an 100% reproducible issue with MixMonitor. My recording
files are being truncated by a few seconds.
I am a 100% SIP deployment. No dahdi channels or anything.
I have narrowed it down to a particular scenario which causes the problem.
It appears the issue is related to delaying the Answer() in the dial plan.
Basically, i have a dialplan which does this:
[start]
exten => _NXXNXXXXXX,1,Ringing()
exten => _NXXNXXXXXX,n,AGI(agi://localhost/dosomething.agi)
exten => _NXXNXXXXXX,n,Hangup()
[conference]
exten => _NXXNXXXXXX,1,MixMonitor(/home/recordings/blah.WAV,a)
exten => _NXXNXXXXXX,n,Conference(1234)
exten => _NXXNXXXXXX,n,Hangup()
In that scenario, the FastAGI script would do a lookup. Depending on the
results of the lookup, it will do an Answer() and then a redirect to the
[conference] context where the MixMonitor would be attached. We are
basically looking for a condition, so sometimes the FastAGI could wait up
to 20 or 30 seconds before returning an Answer().
If I modify the flow and return Answer() immediately, the recording file
will be perfect. The way I have it flowed out above - I lose 3-7 seconds
of audio at the end of the file.
If there is anything else I can provide, i would be happy to.
Thanks.
======================================================================
Issue History
Date Modified Username Field Change
======================================================================
2010-03-23 00:38 geoff2010 New Issue
2010-03-23 00:38 geoff2010 Asterisk Version => 1.4.30
2010-03-23 00:38 geoff2010 Regression => No
2010-03-23 00:38 geoff2010 SVN Branch (only for SVN checkouts, not tarball
releases) => N/A
======================================================================
More information about the asterisk-bugs
mailing list