On 9/20/05, <b class="gmail_sendername">Matt Roth</b> &lt;<a href="mailto:mroth@imminc.com">mroth@imminc.com</a>&gt; wrote:<div><span class="gmail_quote"></span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">



  
  


Patrick,<br>
<br>
Thank you for your suggestions.<br>
<br>
Our initial runs were recording directly to an NFS mount and they
experienced the same problems as recording to the local disk.&nbsp; In our
final setup, the copy will be done to an NFS mount as long as it
exists, falling back to local disk only when the NFS server is down.<br>
<br>
The theory that we're running on is that any I/O bottlenecks (or
network latencies in the case of NFS) only matter when they are bound
to a call in progress.&nbsp; In that scenario, the bottleneck would
introduce a latency in Asterisk's handling of the RTP packets causing
call degradation and drops.&nbsp; By decoupling I/O from live calls and
performing the copies (a very lightweight operation) in a separate
process, we hope to not affect Asterisk's real-time handling of the RTP
packets.<br>
<br>
Because of limited access to the test equipment, we were only able to
test up to storing the digital recordings on a RAM disk. Please shoot
holes in this setup if you see any weaknesses.&nbsp; Better today than on
our go-live date.<br>
<br>
Thanks,<span class="q"><br>
<br>
Matthew Roth<br>
InterMedia Marketing Solutions<br>
Software Engineer and Systems Developer</span></blockquote><div><br>
&nbsp;Hello,<br>
<br>
I'm very interested in the specifics of your setup. <br>
How much space is on the RAM disk? <br>
What kind of RAM drive is it? <br>
What format are you recording to?<br>
What codec are the SIP calls being placed over?<br>
<br>
We've run into the &quot;Avoided deadlock&quot; recording issues several times
when trying to do more than 50 concurrent recordings. Changing the
ast_channel_lock loop from 10 to 20 has helped somewhat reduce the
warnings and reduce audio gaps on the recordings, but what is really
needed for more robust recording is a configurable recording buffer
that wouldn't freak out if a 10ms delay occurs. <br>
<br>
Good luck and please keep us updated on your progress,<br>
<br>
MATT---<br>
<br>
</div><br></div><br>