<br><br><div class="gmail_quote">On Tue, Jun 15, 2010 at 7:55 AM, Dave Woolley <span dir="ltr">&lt;<a href="mailto:david.woolley@bts.co.uk">david.woolley@bts.co.uk</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<div class="im">Steve Totaro wrote:<br>
<br>
&gt; How can I relate the Asterisk call initiating UniqueID to<br>
</div>&gt; the monitor audio recording filename - with certainty? It to<br>
&gt; appears the monitor files are a collection of values, one part to<br>
&gt; of which seems to be a one-off of the Asterisk call originating to<br>
&gt; UniqueID. Do these relate the same every time. I cannot tell if to<br>
&gt; the monitor file will contain the call initiating UniqueID + 1 to<br>
&gt; every time or if this is an inconsistent process. Please let me to<br>
<div class="im">&gt; know. Also, please let me know if clarification is needed.<br>
<br>
</div>You would need to look up the bridged peer at run time.  The unique-ID<br>
is composed of the time, to the second, and a sequential integer.  The<br>
time part might differ if the incoming and outgoing channels were<br>
created across a second boundary, and the sequence number might differ<br>
from being one greater if another channel creation intervened.  You<br>
really need to treat this value as opaque.<br>
<br>
I&#39;m not sure if this is more of a support question than a developer one.<br>
<br>
As this is a public list, the confidentiality part of the following<br>
doesn&#39;t apply.<br>
<font color="#888888">--<br>
David Woolley<br>
BTS Holdings Plc<br>
Tel: +44 (0)20 8401 9000 Fax: +44 (0)20 8401 9100<br>
<a href="http://www.bts.co.uk" target="_blank">http://www.bts.co.uk</a></font></blockquote><div><font color="#888888"><br>If you are replying to my post, II am not sure what you are talking about.  I had someone modify the OrecX code to put all the output files into a single folder and use the sipcallid as the GUID.<br>
<br>I also stuffed callerID with a sequential number so that we could reconcile with/againts out sourced call centers but you could use channel variables that are rarely used, like RDNIS.<br><br>Thanks,<br>Steve Totaro<br>
</font> </div></div>