Nevermind, just reread your original post<div><br><br><div class="gmail_quote">On 14 January 2013 12:49, Steven Ayre <span dir="ltr">&lt;<a href="mailto:steveayre@gmail.com" target="_blank">steveayre@gmail.com</a>&gt;</span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Try:<div><div>conference &lt;confname&gt; play &lt;file_path&gt;</div><div>conference &lt;confname&gt; pause &lt;file_path&gt;</div>

<div>conference &lt;confname&gt; resume &lt;file_path&gt;</div><div>conference &lt;confname&gt; stop &lt;file_path&gt;</div>
<div><br></div><div><a href="http://wiki.freeswitch.org/wiki/Mod_conference" target="_blank">http://wiki.freeswitch.org/wiki/Mod_conference</a></div><div><div class="h5"><div><br></div><div><br></div><br><div class="gmail_quote">

On 14 January 2013 07:47, 王迪 <span dir="ltr">&lt;<a href="mailto:wangd@alongtechnology.com.cn" target="_blank">wangd@alongtechnology.com.cn</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><u></u>





<div style="FONT-FAMILY:verdana;FONT-SIZE:10pt">
<div><font color="#c0c0c0" face="Verdana"><span> <font color="#000000">&quot;uuid_fileman&quot; is for channel, not for a conference. If I used 
&quot;uuid_fileman&quot; to pause a channel, and I can not talk to this channel. I wanna 
play file in a conference, and pause the playing and talk, then stop talking and 
resume the playing. </font></span></font></div>
<div><font color="#c0c0c0" face="Verdana"><span><font color="#000000"></font> </span></font></div><font color="#000080" face="Verdana">
<hr>
</font>
<div><font face="Verdana"><strong>发件人:</strong> freeswitch-users-request 
</font></div>
<div><font face="Verdana"><strong>发送时间:</strong> <a href="tel:2013-01-10%C2%A0%2022" value="+12013011022" target="_blank">2013-01-10  22</a>:12:37 
</font></div>
<div><font face="Verdana"><strong>收件人:</strong> freeswitch-users 
</font></div>
<div><font face="Verdana"><strong>抄送:</strong> </font></div>
<div><font face="Verdana"><strong>主题:</strong> FreeSWITCH-users Digest, Vol 
79, Issue 54 </font></div>
<div><font face="Verdana"></font> </div>
<div><font face="Verdana">
<div>Send FreeSWITCH-users mailing list submissions to</div>
<div><a href="mailto:freeswitch-users@lists.freeswitch.org" target="_blank">freeswitch-users@lists.freeswitch.org</a></div>
<div></div>
<div>To subscribe or unsubscribe via the World Wide Web, visit</div>
<div><a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a></div>
<div>or, via email, send a message with subject or body &#39;help&#39; to</div>
<div><a href="mailto:freeswitch-users-request@lists.freeswitch.org" target="_blank">freeswitch-users-request@lists.freeswitch.org</a></div>
<div></div>
<div>You can reach the person managing the list at</div>
<div><a href="mailto:freeswitch-users-owner@lists.freeswitch.org" target="_blank">freeswitch-users-owner@lists.freeswitch.org</a></div>
<div></div>
<div>When replying, please edit your Subject line so it is more specific</div>
<div>than &quot;Re: Contents of FreeSWITCH-users digest...&quot;</div>
<div></div>
<div>Today&#39;s Topics:</div>
<div></div>
<div>   1. Re: How to pause and resume play an audio file 
in conference?</div>
<div>      (Avi Marcus)</div>
<div>   2. Re: Best practices question about SIP 
registration (Steven Ayre)</div>
<div>   3. Re: mod_com_g729 transcoding (Steven Ayre)</div>
<div>   4. Early media without bridge (Tamas.Cseke )</div>
<div>   5. Loopback Endpoint (Jon Sch?pzinsky)</div>
<div>   6. Re: mod_directory menu-top? (Abaci)</div>
<div></div>
<div>------------------------------------------------------------</div>
<div>From:  Avi Marcus &lt;<a href="mailto:avi@avimarcus.net" target="_blank">avi@avimarcus.net</a>&gt;</div>
<div>To:  FreeSWITCH Users Help &lt;<a href="mailto:freeswitch-users@lists.freeswitch.org" target="_blank">freeswitch-users@lists.freeswitch.org</a>&gt;</div>
<div>Subject:  Re: [Freeswitch-users] How to pause and resume play an audio filein conference?</div>
<div>Date:  Thu10 Jan 2013 11:31:49 +0200</div><div>
<div></div>
<div>It looks like you can do it via api command:</div>
<div><a href="http://wiki.freeswitch.org/wiki/Mod_commands#uuid_fileman" target="_blank">http://wiki.freeswitch.org/wiki/Mod_commands#uuid_fileman</a></div>
<div></div>
<div>It seems the conference has stop-talking and start-talking events, so you</div>
<div>can start the file and then have an ESL app that listens for the events and</div>
<div>stops/starts the playback.</div>
<div></div>
<div>Let us know how that goes.</div>
<div></div>
<div>-Avi</div>
<div></div>
<div>On Thu, Jan 10, 2013 at 3:39 AM, 王迪 &lt;<a href="mailto:wangd@alongtechnology.com.cn" target="_blank">wangd@alongtechnology.com.cn</a>&gt; wrote:</div>
<div></div>
</div><div>&gt; **</div><div>
<div>&gt;  How to pause and resume play an audio file in conference?  For example:</div>
<div>&gt; I create a conference room with some members, and play an audio file to</div>
<div>&gt; them. When someone start-talking, I pause the playing. When nobody talking,</div>
<div>&gt; I resume play the audio file.</div>
<div>&gt;</div>
<div>&gt; BTW, In freeswitch-1.2rc, I tryed play,pause,resume commands, but pause</div>
<div>&gt; and resume is for recording, not for my needs.</div>
<div>&gt;</div>
<div>&gt;</div>
<div>&gt; _________________________________________________________________________</div>
<div>&gt; Professional FreeSWITCH Consulting Services:</div>
<div>&gt; <a href="mailto:consulting@freeswitch.org" target="_blank">consulting@freeswitch.org</a></div>
<div>&gt; <a href="http://www.freeswitchsolutions.com" target="_blank">http://www.freeswitchsolutions.com</a></div>
<div>&gt;</div>
<div>&gt; FreeSWITCH-powered IP PBX: The CudaTel Communication Server</div>
<div>&gt; <a href="http://www.cudatel.com" target="_blank">http://www.cudatel.com</a></div>
<div>&gt;</div>
<div>&gt; Official FreeSWITCH Sites</div>
<div>&gt; <a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a></div>
<div>&gt; <a href="http://wiki.freeswitch.org" target="_blank">http://wiki.freeswitch.org</a></div>
<div>&gt; <a href="http://www.cluecon.com" target="_blank">http://www.cluecon.com</a></div>
<div>&gt;</div>
<div>&gt; FreeSWITCH-users mailing list</div>
<div>&gt; <a href="mailto:FreeSWITCH-users@lists.freeswitch.org" target="_blank">FreeSWITCH-users@lists.freeswitch.org</a></div>
<div>&gt; <a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a></div>
<div>&gt; UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a></div>
<div>&gt; <a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a></div>
<div>&gt;</div>
<div>&gt;</div>
<div></div>
</div><div>------------------------------------------------------------</div>
<div>------------------------------------------------------------</div>
<div>From:  Steven Ayre &lt;<a href="mailto:steveayre@gmail.com" target="_blank">steveayre@gmail.com</a>&gt;</div>
<div>To:  FreeSWITCH Users Help &lt;<a href="mailto:freeswitch-users@lists.freeswitch.org" target="_blank">freeswitch-users@lists.freeswitch.org</a>&gt;</div>
<div>Subject:  Re: [Freeswitch-users] Best practices question about SIP registration</div>
<div>Date:  Thu10 Jan 2013 09:31:29 +0000</div>
<div></div>
<div>&gt; There IS a wrinkle to this special case: If you have a URL of the form &lt;<a href="http://sip:user@example.com:5055" target="_blank">sip:user@example.com:5055</a>&gt; the client should NOT look for a NAPTR or SRV, but instead go straight to looking for an A or AAAA for the host</div>



<div></div>
<div>The reason being that a SRV record includes the port (note that means</div>
<div>it&#39;s a very easy way to add/change additional ports as well as</div>
<div>addresses without having to change customer configs).</div>
<div></div>
<div>So obviously a host:port isn&#39;t compatible with a SRV, since it</div>
<div>wouldn&#39;t make sense to override the port, so the assumption is that</div>
<div>it&#39;s specifying an A/AAAA record instead and port on that IP instead.</div>
<div></div>
<div>-Steve</div>
<div></div>
<div></div>
<div></div>
<div></div>
<div></div>
<div>On 8 January 2013 23:35, Lawrence Conroy &lt;<a href="mailto:lconroy@insensate.co.uk" target="_blank">lconroy@insensate.co.uk</a>&gt; wrote:</div>
<div>&gt; Hi Michael, folks,</div>
<div>&gt;  if you&#39;re going to codify it, I did slightly simplify things:</div>
<div>&gt; (full disclosure -- I disagreed with it at the time which is probably why I forgot to mention it -- honest).</div>
<div>&gt;</div>
<div>&gt; There IS a wrinkle to this special case: If you have a URL of the form &lt;<a href="http://sip:user@example.com:5055" target="_blank">sip:user@example.com:5055</a>&gt; the client should NOT look for a NAPTR or SRV, but instead go straight to looking for an A or AAAA for the host <a href="http://example.com" target="_blank">example.com</a> (i.e., there&#39;s a machine called <a href="http://example.com" target="_blank">example.com</a>, and it is handling SIP traffic for that domainpart).</div>



<div>&gt; Basically, if you see a colon in the domainpart, you&#39;re looking for a machine -- otherwise you&#39;re looking for a NAPTR (and/or a SRV at _sip._udp.&lt;sipdomain&gt;).</div>
<div>&gt;</div>
<div>&gt; I&#39;d put that before the paragraph starting &quot;However, relying on ...&quot;</div>
<div>&gt;</div>
<div>&gt; Curiously enough, the old 2543-compliant servers did hunt the SRV rather than giving up and looking for an A, so this was a change. Such fun was had re-writing implementations (plural) and testing them yet again. Sigh.</div>



<div>&gt;</div>
<div>&gt; all the best,</div>
<div>&gt;   Lawrence</div>
<div>&gt;</div>
<div>&gt;</div>
<div>&gt; On 8 Jan 2013, at 22:56, Michael Collins wrote:</div>
<div>&gt;</div>
<div>&gt;&gt; Lawrence,</div>
<div>&gt;&gt;</div>
<div>&gt;&gt; Thanks for this explanation. It was very well written. I&#39;m looking for a</div>
<div>&gt;&gt; place to codify this on the wiki so that it gets preserved... :)</div>
<div>&gt;&gt;</div>
<div>&gt;&gt; -MC</div>
<div>&gt;&gt;</div>
<div>&gt;&gt; On Tue, Jan 8, 2013 at 1:56 PM, Lawrence Conroy &lt;<a href="mailto:lconroy@insensate.co.uk" target="_blank">lconroy@insensate.co.uk</a>&gt;wrote:</div>
<div>&gt;&gt;</div>
<div>&gt;&gt;&gt; Hi there,</div>
<div>&gt;&gt;&gt; at the risk of butting in on someone else&#39;s party ...</div>
<div>&gt;&gt;&gt; Nope; your interpretations is NOT best practice.</div>
<div>&gt;&gt;&gt; I have some sympathy, as the term domain is overloaded within fS.</div>
<div>&gt;&gt;&gt;</div>
<div>&gt;&gt;&gt; A sip address consists of a userpart and a domain part -- e.g.,</div>
<div>&gt;&gt;&gt; &lt;sip:user@sipdomain&gt;</div>
<div>&gt;&gt;&gt; The sip domain is similar to an email domain -- e.g., &lt;mailto:</div>
<div>&gt;&gt;&gt; user@maildomain&gt;</div>
<div>&gt;&gt;&gt; With email, you need to do a lookup of the MX record in DNS to find the</div>
<div>&gt;&gt;&gt; FQDN of the machine that handles mail for the domain.</div>
<div>&gt;&gt;&gt; With SIP (see RFC 3263), you do a lookup on the SRV record (at</div>
<div>&gt;&gt;&gt; _sip._udp.&lt;sipdomain&gt;) to find the machine that handles SIP</div>
<div>&gt;&gt;&gt; registrations/incalls for the domain. That also gives you the port on</div>
<div>&gt;&gt;&gt; which that machine is listening.</div>
<div>&gt;&gt;&gt; (Yup, you can also have a NAPTR record in the domain to tell you where the</div>
<div>&gt;&gt;&gt; SRV record is, but many folks don&#39;t bother -- for Best Practice, you</div>
<div>&gt;&gt;&gt; should, but ...)</div>
<div>&gt;&gt;&gt;</div>
<div>&gt;&gt;&gt; There IS a &quot;get out&quot; clause in the SIP specs for RFC 2543 (AKA legacy)</div>
<div>&gt;&gt;&gt; support that means most SIP clients will look for the SRV and, if it can&#39;t</div>
<div>&gt;&gt;&gt; be found (or there&#39;s an IP address rather than a DNS -style domain, in</div>
<div>&gt;&gt;&gt; which case the SIP client won&#39;t bother hunting the SRV), the client will</div>
<div>&gt;&gt;&gt; guess that the domain has a machine (i.e. it will look for an A or AAAA</div>
<div>&gt;&gt;&gt; record), and also guess it&#39;s listening on 5060 (the default port).</div>
<div>&gt;&gt;&gt; Email is the same (mail to <a href="mailto:fred@example.com" target="_blank">fred@example.com</a>, and strictly the sender will</div>
<div>&gt;&gt;&gt; do a check for a MX and then look for an A record for <a href="http://example.com" target="_blank">example.com</a>, and</div>
<div>&gt;&gt;&gt; try there).</div>
<div>&gt;&gt;&gt;</div>
<div>&gt;&gt;&gt; However, relying on that default &quot;get out&quot; clause is definitely NOT what</div>
<div>&gt;&gt;&gt; you should do for BCP.</div>
<div>&gt;&gt;&gt; Using the hostname as the sip domain is a kludge -- the FQDN with A record</div>
<div>&gt;&gt;&gt; usually works, but it&#39;s not what you want to do.</div>
<div>&gt;&gt;&gt;</div>
<div>&gt;&gt;&gt; SO ... get yourself a domain, put a D2U NAPTR at that domain, put a SRV at</div>
<div>&gt;&gt;&gt; _sip._udp.&lt;domain&gt;, and you&#39;re done. No need for an A record at that domain</div>
<div>&gt;&gt;&gt; at all.</div>
<div>&gt;&gt;&gt;</div>
<div>&gt;&gt;&gt; (RFC 3263 is not too hard to read, for a change -- it&#39;s certainly shorter</div>
<div>&gt;&gt;&gt; than RFC 3261, and it even has an ASCII art diagram :).</div>
<div>&gt;&gt;&gt;</div>
<div>&gt;&gt;&gt; all the best,</div>
<div>&gt;&gt;&gt;  Lawrence</div>
<div>&gt;&gt;&gt;</div>
<div>&gt;&gt;&gt; On 8 Jan 2013, at 21:05, Steven Schoch wrote:</div>
<div>&gt;&gt;&gt;</div>
<div>&gt;&gt;&gt;&gt; On Fri, Dec 28, 2012 at 8:47 PM, Tim St. Pierre &lt;</div>
<div>&gt;&gt;&gt;&gt; <a href="mailto:fs-list@communicatefreely.net" target="_blank">fs-list@communicatefreely.net</a>&gt; wrote:</div>
<div>&gt;&gt;&gt;&gt;</div>
<div>&gt;&gt;&gt;&gt;&gt; Hi Steven,</div>
<div>&gt;&gt;&gt;&gt;&gt;</div>
<div>&gt;&gt;&gt;&gt;&gt; I would recommend using a proper domain name as much as possible.  For</div>
<div>&gt;&gt;&gt;&gt;&gt; one, it looks</div>
<div>&gt;&gt;&gt;&gt;&gt; nicer!  A SIP URI is supposed to be user@domain like an e-mail address</div>
<div>&gt;&gt;&gt;&gt;&gt; is, and I hope that</div>
<div>&gt;&gt;&gt;&gt;&gt; one day URI dialing will be common place, so we might as well do it</div>
<div>&gt;&gt;&gt; right</div>
<div>&gt;&gt;&gt;&gt;&gt; the first time.</div>
<div>&gt;&gt;&gt;&gt;&gt;</div>
<div>&gt;&gt;&gt;&gt;</div>
<div>&gt;&gt;&gt;&gt; What you&#39;re saying is that &quot;domain&quot; should really be a fully-qualified</div>
<div>&gt;&gt;&gt; host</div>
<div>&gt;&gt;&gt;&gt; name that points via DNS to the actual host on which FreeSwitch is</div>
<div>&gt;&gt;&gt; running.</div>
<div>&gt;&gt;&gt;&gt; That is, the domain should be &quot;<a href="http://pbx.example.com" target="_blank">pbx.example.com</a>&quot; instead of just &quot;</div>
<div>&gt;&gt;&gt;&gt; <a href="http://example.com" target="_blank">example.com</a>&quot;, as the last example would most likely point to a web</div>
<div>&gt;&gt;&gt; server,</div>
<div>&gt;&gt;&gt;&gt; not the SIP server.  Do I have that right?</div>
<div>&gt;&gt;&gt;&gt;</div>
<div>&gt;&gt;&gt;&gt; Next, in the configuration for Polycom phones (for example), there are 2</div>
<div>&gt;&gt;&gt;&gt; fields that both have the userid.  In the example in</div>
<div>&gt;&gt;&gt;&gt; <a href="http://wiki.freeswitch.org/wiki/Polycom_configuration" target="_blank">http://wiki.freeswitch.org/wiki/Polycom_configuration</a> it has:</div>
<div>&gt;&gt;&gt;&gt;</div>
<div>&gt;&gt;&gt;&gt; reg.1.auth.userId=&quot;1000&quot;</div>
<div>&gt;&gt;&gt;&gt;</div>
<div>&gt;&gt;&gt;&gt; and</div>
<div>&gt;&gt;&gt;&gt;</div>
<div>&gt;&gt;&gt;&gt; reg.1.address=&quot;1000@fs.domain.local&quot;</div>
<div>&gt;&gt;&gt;&gt;</div>
<div>&gt;&gt;&gt;&gt; How is the &quot;address&quot; value used?  Is that sent in the SIP registration</div>
<div>&gt;&gt;&gt;&gt; message?  If that&#39;s the case, what does Freeswitch do with it?</div>
<div>&gt;&gt;&gt;&gt;</div>
<div>&gt;&gt;&gt;&gt; --</div>
<div>&gt;&gt;&gt;&gt; Steve</div><div><div>
<div>&gt;&gt;&gt;&gt; _________________________________________________________________________</div>
<div>&gt;&gt;&gt;&gt; Professional FreeSWITCH Consulting Services:</div>
<div>&gt;&gt;&gt;&gt; <a href="mailto:consulting@freeswitch.org" target="_blank">consulting@freeswitch.org</a></div>
<div>&gt;&gt;&gt;&gt; <a href="http://www.freeswitchsolutions.com" target="_blank">http://www.freeswitchsolutions.com</a></div>
<div>&gt;&gt;&gt;&gt;</div>
<div>&gt;&gt;&gt;&gt; FreeSWITCH-powered IP PBX: The CudaTel Communication Server</div>
<div>&gt;&gt;&gt;&gt; <a href="http://www.cudatel.com" target="_blank">http://www.cudatel.com</a></div>
<div>&gt;&gt;&gt;&gt;</div>
<div>&gt;&gt;&gt;&gt; Official FreeSWITCH Sites</div>
<div>&gt;&gt;&gt;&gt; <a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a></div>
<div>&gt;&gt;&gt;&gt; <a href="http://wiki.freeswitch.org" target="_blank">http://wiki.freeswitch.org</a></div>
<div>&gt;&gt;&gt;&gt; <a href="http://www.cluecon.com" target="_blank">http://www.cluecon.com</a></div>
<div>&gt;&gt;&gt;&gt;</div>
<div>&gt;&gt;&gt;&gt; FreeSWITCH-users mailing list</div>
<div>&gt;&gt;&gt;&gt; <a href="mailto:FreeSWITCH-users@lists.freeswitch.org" target="_blank">FreeSWITCH-users@lists.freeswitch.org</a></div>
<div>&gt;&gt;&gt;&gt; <a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a></div>
<div>&gt;&gt;&gt;&gt; UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a></div>
<div>&gt;&gt;&gt;&gt; <a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a></div>
<div>&gt;&gt;&gt;</div>
<div>&gt;&gt;&gt;</div>
<div>&gt;&gt;&gt; _________________________________________________________________________</div>
<div>&gt;&gt;&gt; Professional FreeSWITCH Consulting Services:</div>
<div>&gt;&gt;&gt; <a href="mailto:consulting@freeswitch.org" target="_blank">consulting@freeswitch.org</a></div>
<div>&gt;&gt;&gt; <a href="http://www.freeswitchsolutions.com" target="_blank">http://www.freeswitchsolutions.com</a></div>
<div>&gt;&gt;&gt;</div>
<div>&gt;&gt;&gt; FreeSWITCH-powered IP PBX: The CudaTel Communication Server</div>
<div>&gt;&gt;&gt; <a href="http://www.cudatel.com" target="_blank">http://www.cudatel.com</a></div>
<div>&gt;&gt;&gt;</div>
<div>&gt;&gt;&gt; Official FreeSWITCH Sites</div>
<div>&gt;&gt;&gt; <a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a></div>
<div>&gt;&gt;&gt; <a href="http://wiki.freeswitch.org" target="_blank">http://wiki.freeswitch.org</a></div>
<div>&gt;&gt;&gt; <a href="http://www.cluecon.com" target="_blank">http://www.cluecon.com</a></div>
<div>&gt;&gt;&gt;</div>
<div>&gt;&gt;&gt; FreeSWITCH-users mailing list</div>
<div>&gt;&gt;&gt; <a href="mailto:FreeSWITCH-users@lists.freeswitch.org" target="_blank">FreeSWITCH-users@lists.freeswitch.org</a></div>
<div>&gt;&gt;&gt; <a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a></div>
<div>&gt;&gt;&gt; UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a></div>
<div>&gt;&gt;&gt; <a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a></div>
<div>&gt;&gt;&gt;</div>
<div>&gt;&gt;</div>
<div>&gt;&gt;</div>
<div>&gt;&gt;</div>
</div></div><div>&gt;&gt; --</div>
<div>&gt;&gt; Michael S Collins</div>
<div>&gt;&gt; Twitter: @mercutioviz</div>
<div>&gt;&gt; <a href="http://www.FreeSWITCH.org" target="_blank">http://www.FreeSWITCH.org</a></div>
<div>&gt;&gt; <a href="http://www.ClueCon.com" target="_blank">http://www.ClueCon.com</a></div>
<div>&gt;&gt; <a href="http://www.OSTAG.org" target="_blank">http://www.OSTAG.org</a></div><div><div>
<div>&gt;&gt; _________________________________________________________________________</div>
<div>&gt;&gt; Professional FreeSWITCH Consulting Services:</div>
<div>&gt;&gt; <a href="mailto:consulting@freeswitch.org" target="_blank">consulting@freeswitch.org</a></div>
<div>&gt;&gt; <a href="http://www.freeswitchsolutions.com" target="_blank">http://www.freeswitchsolutions.com</a></div>
<div>&gt;&gt;</div>
<div>&gt;&gt; FreeSWITCH-powered IP PBX: The CudaTel Communication Server</div>
<div>&gt;&gt; <a href="http://www.cudatel.com" target="_blank">http://www.cudatel.com</a></div>
<div>&gt;&gt;</div>
<div>&gt;&gt; Official FreeSWITCH Sites</div>
<div>&gt;&gt; <a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a></div>
<div>&gt;&gt; <a href="http://wiki.freeswitch.org" target="_blank">http://wiki.freeswitch.org</a></div>
<div>&gt;&gt; <a href="http://www.cluecon.com" target="_blank">http://www.cluecon.com</a></div>
<div>&gt;&gt;</div>
<div>&gt;&gt; FreeSWITCH-users mailing list</div>
<div>&gt;&gt; <a href="mailto:FreeSWITCH-users@lists.freeswitch.org" target="_blank">FreeSWITCH-users@lists.freeswitch.org</a></div>
<div>&gt;&gt; <a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a></div>
<div>&gt;&gt; UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a></div>
<div>&gt;&gt; <a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a></div>
<div>&gt;</div>
<div>&gt;</div>
<div>&gt; _________________________________________________________________________</div>
<div>&gt; Professional FreeSWITCH Consulting Services:</div>
<div>&gt; <a href="mailto:consulting@freeswitch.org" target="_blank">consulting@freeswitch.org</a></div>
<div>&gt; <a href="http://www.freeswitchsolutions.com" target="_blank">http://www.freeswitchsolutions.com</a></div>
<div>&gt;</div>
<div>&gt; FreeSWITCH-powered IP PBX: The CudaTel Communication Server</div>
<div>&gt; <a href="http://www.cudatel.com" target="_blank">http://www.cudatel.com</a></div>
<div>&gt;</div>
<div>&gt; Official FreeSWITCH Sites</div>
<div>&gt; <a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a></div>
<div>&gt; <a href="http://wiki.freeswitch.org" target="_blank">http://wiki.freeswitch.org</a></div>
<div>&gt; <a href="http://www.cluecon.com" target="_blank">http://www.cluecon.com</a></div>
<div>&gt;</div>
<div>&gt; FreeSWITCH-users mailing list</div>
<div>&gt; <a href="mailto:FreeSWITCH-users@lists.freeswitch.org" target="_blank">FreeSWITCH-users@lists.freeswitch.org</a></div>
<div>&gt; <a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a></div>
<div>&gt; UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a></div>
<div>&gt; <a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a></div>
<div></div>
<div></div>
<div></div>
</div></div><div>------------------------------------------------------------</div>
<div>------------------------------------------------------------</div>
<div>From:  Steven Ayre &lt;<a href="mailto:steveayre@gmail.com" target="_blank">steveayre@gmail.com</a>&gt;</div>
<div>To:  FreeSWITCH Users Help &lt;<a href="mailto:freeswitch-users@lists.freeswitch.org" target="_blank">freeswitch-users@lists.freeswitch.org</a>&gt;</div>
<div>Subject:  Re: [Freeswitch-users] mod_com_g729 transcoding</div>
<div>Date:  Thu10 Jan 2013 09:38:52 +0000</div>
<div></div>
<div>A more complete debug-level log could be useful to get more context.</div>
<div></div>
<div>Is box 2 running any other calls at the same time that might be using</div>
<div>the license?</div>
<div></div>
<div>Is box 2 doing anything else with the call? Anything like eavesdrop,</div>
<div>recording, start_dtmf / start_dtmf_generate etc which uses the media</div>
<div>will use a license, and I *think* that license only gets released</div>
<div>until the end of the call.</div>
<div></div>
<div>-Steve</div>
<div></div>
<div></div>
<div></div>
<div>On 10 January 2013 07:09, Colin Mason &lt;<a href="mailto:cmason@frontiernetworks.ca" target="_blank">cmason@frontiernetworks.ca</a>&gt; wrote:</div>
<div>&gt; I have phone A connected to freeswitch box 1 and phone B connected to</div>
<div>&gt; freeswitch box 2.</div>
<div>&gt;</div>
<div>&gt;</div>
<div>&gt;</div>
<div>&gt; Phone A wants to dial phone B using G729. Codec is always G729.</div>
<div>&gt;</div>
<div>&gt; The path RTP follows is:</div>
<div>&gt;</div>
<div>&gt;</div>
<div>&gt;</div>
<div>&gt;</div>
<div>&gt;</div>
<div>&gt;</div>
<div>&gt;</div>
<div>&gt; Phone A -------&gt; FreeSWITCH 1 -------&gt; FreeSWITCH 2 -------&gt; Phone B</div>
<div>&gt;</div>
<div>&gt;                    (g729)                                (g729)</div>
<div>&gt; (g729)</div>
<div>&gt;</div>
<div>&gt;</div>
<div>&gt;</div>
<div>&gt;</div>
<div>&gt;</div>
<div>&gt;</div>
<div>&gt;</div>
<div>&gt; My question is, why is it that the freeswitch box receiving the call uses up</div>
<div>&gt; an encoder/decoder when the codec is G729 along the path? If I reverse the</div>
<div>&gt; call and call Phone A from Phone B, FreeSWITCH Box 1 uses up 1 license.</div>
<div>&gt;</div>
<div>&gt; if I dial the PSTN to a carrier who supports G729, I don’t use up a license.</div>
<div>&gt; Any thoughts? Maybe this is normal.</div>
<div>&gt;</div>
<div>&gt;</div>
<div>&gt;</div>
<div>&gt; FreeSWITCH Box 1:</div>
<div>&gt;</div>
<div>&gt; <a href="tel:2013-01-10%C2%A001" value="+12013011001" target="_blank">2013-01-10 01</a>:50:14.195277 [DEBUG] sofia_glue.c:3327 AUDIO RTP</div>
<div>&gt; [sofia/mpls/<a href="mailto:I888_1@172.17.17.17" target="_blank">I888_1@172.17.17.17</a>] 172.17.17.17 port 32014 -&gt; 10.253.200.6</div>
<div>&gt; port 16466 codec: 18 ms: 20</div>
<div>&gt;</div>
<div>&gt; <a href="tel:2013-01-10%C2%A001" value="+12013011001" target="_blank">2013-01-10 01</a>:50:14.195277 [DEBUG] sofia_glue.c:3327 AUDIO RTP</div>
<div>&gt; [sofia/transport/2996] 172.17.17.17 port 27276 -&gt; 172.16.16.16 port 17056</div>
<div>&gt; codec: 18 ms: 20</div>
<div>&gt;</div>
<div>&gt; freeswitch@internal&gt; g729_info</div>
<div>&gt;</div>
<div>&gt; Permitted G729 channels: 40</div>
<div>&gt;</div>
<div>&gt; Encoders in use: 0</div>
<div>&gt;</div>
<div>&gt; Decoders in use: 0</div>
<div>&gt;</div>
<div>&gt;</div>
<div>&gt;</div>
<div>&gt; FreeSWITCH Box 2:</div>
<div>&gt;</div>
<div>&gt; <a href="tel:2013-01-10%C2%A001" value="+12013011001" target="_blank">2013-01-10 01</a>:50:14.184757 [DEBUG] sofia_glue.c:3351 AUDIO RTP</div>
<div>&gt; [sofia/transport/<a href="mailto:3888@172.17.17.17" target="_blank">3888@172.17.17.17</a>] 172.16.16.16 port 17056 -&gt; 172.17.17.17</div>
<div>&gt; port 27276 codec: 18 ms: 20</div>
<div>&gt;</div>
<div>&gt; <a href="tel:2013-01-10%C2%A001" value="+12013011001" target="_blank">2013-01-10 01</a>:50:15.664733 [DEBUG] sofia_glue.c:3351 AUDIO RTP</div>
<div>&gt; [sofia/mpls/<a href="http://sip:C996_1@10.253.200.10:5060" target="_blank">sip:C996_1@10.253.200.10:5060</a>] 172.16.16.16 port 18966 -&gt;</div>
<div>&gt; 10.253.200.10 port 16486 codec: 18 ms: 20</div>
<div>&gt;</div>
<div>&gt; freeswitch@internal&gt; g729_info</div>
<div>&gt;</div>
<div>&gt; Permitted G729 channels: 40</div>
<div>&gt;</div>
<div>&gt; Encoders in use: 1</div>
<div>&gt;</div>
<div>&gt; Decoders in use: 1</div>
<div>&gt;</div>
<div>&gt;</div>
<div>&gt;</div>
<div>&gt;</div>
<div>&gt;</div>
<div>&gt;</div>
<div>&gt;</div>
<div>&gt; Thanks in advance guys.</div>
<div>&gt;</div>
<div>&gt; Colin</div><div>
<div>&gt;</div>
<div>&gt;</div>
<div>&gt; _________________________________________________________________________</div>
<div>&gt; Professional FreeSWITCH Consulting Services:</div>
<div>&gt; <a href="mailto:consulting@freeswitch.org" target="_blank">consulting@freeswitch.org</a></div>
<div>&gt; <a href="http://www.freeswitchsolutions.com" target="_blank">http://www.freeswitchsolutions.com</a></div>
<div>&gt;</div>
<div>&gt; FreeSWITCH-powered IP PBX: The CudaTel Communication Server</div>
<div>&gt; <a href="http://www.cudatel.com" target="_blank">http://www.cudatel.com</a></div>
<div>&gt;</div>
<div>&gt; Official FreeSWITCH Sites</div>
<div>&gt; <a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a></div>
<div>&gt; <a href="http://wiki.freeswitch.org" target="_blank">http://wiki.freeswitch.org</a></div>
<div>&gt; <a href="http://www.cluecon.com" target="_blank">http://www.cluecon.com</a></div>
<div>&gt;</div>
<div>&gt; FreeSWITCH-users mailing list</div>
<div>&gt; <a href="mailto:FreeSWITCH-users@lists.freeswitch.org" target="_blank">FreeSWITCH-users@lists.freeswitch.org</a></div>
<div>&gt; <a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a></div>
<div>&gt; UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a></div>
<div>&gt; <a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a></div>
<div>&gt;</div>
<div></div>
<div></div>
<div></div>
</div><div>------------------------------------------------------------</div>
<div>------------------------------------------------------------</div>
<div>From:  &quot;Tamas.Cseke &quot; &lt;<a href="mailto:cstomi.levlist@gmail.com" target="_blank">cstomi.levlist@gmail.com</a>&gt;</div>
<div>To:  FreeSWITCH Users Help &lt;<a href="mailto:freeswitch-users@lists.freeswitch.org" target="_blank">freeswitch-users@lists.freeswitch.org</a>&gt;</div>
<div>Subject:  [Freeswitch-users] Early media without bridge</div>
<div>Date:  Thu10 Jan 2013 12:24:00 +0100</div>
<div></div>
<div>Hello,</div>
<div></div>
<div>We would like to hear early media without CHANNEL_BRIDGE event</div>
<div>These are failed calls and callers would like to hear the message that </div>
<div>the provider plays</div>
<div>Because the caller thinks the call is answered if originate returns.</div>
<div></div>
<div>as far as I understand:</div>
<div>  -early media makes the originate return</div>
<div>  -if we ignore early media the bridge  won&#39;t return, but we don&#39;t hear it</div>
<div></div>
<div>we would like both of them, is it possible somehow?</div>
<div></div>
<div>I &#39;m not sure I fully understand all of the ignore_early_media options</div>
<div>but I haven&#39;t find solution for this,</div>
<div>Could you please advise me one, if there is any?</div>
<div></div>
<div>I&#39;m thinking about we maybe need a new ignore_early_media option</div>
<div>like &quot;consume&quot; but sending the media to the caller instead of dropping it</div>
<div>If there isn&#39;t already a solution I also would appreciate if you let me </div>
<div>know your opinion about this idea</div>
<div></div>
<div>Thanks advance,</div>
<div>Tamas</div>
<div></div>
<div></div>
<div></div>
<div>------------------------------------------------------------</div>
<div>------------------------------------------------------------</div>
<div>From:  Jon_Sch鴓zinsky&lt;<a href="mailto:jos@firstcom.dk" target="_blank">jos@firstcom.dk</a>&gt;</div>
<div>To:  &quot;<a href="mailto:freeswitch-users@lists.freeswitch.org" target="_blank">freeswitch-users@lists.freeswitch.org</a>&quot;&lt;<a href="mailto:freeswitch-users@lists.freeswitch.org" target="_blank">freeswitch-users@lists.freeswitch.org</a>&gt;</div>



<div>Subject:  [Freeswitch-users] Loopback Endpoint</div>
<div>Date:  Thu10 Jan 2013 14:36:06 +0100</div>
<div></div>
<div>Hello List,</div>
<div></div>
<div>I can see that the &quot;this will destroy the world and this may kill your pets&quot; warning has been removed from the documentation for the Loopback endpoint.</div>
<div></div>
<div>Is this an indication that it has become safer to use?</div>
<div></div>
<div>I have a specific problem where I essentially have to dial a dialplan for each user I am trying to reach, in parallel.</div>
<div>Is it correctly understood that loopback would be the best/only way of implementing this, or is there another way?</div>
<div></div>
<div></div>
<div>Kind Regards</div>
<div></div>
<div>Jon Schøpzinsky</div>
<div></div>
<div></div>
<div></div>
<div></div>
<div>------------------------------------------------------------</div>
<div>------------------------------------------------------------</div>
<div>From:  Abaci &lt;<a href="mailto:abaci64@gmail.com" target="_blank">abaci64@gmail.com</a>&gt;</div>
<div>To:  FreeSWITCH Users Help &lt;<a href="mailto:freeswitch-users@lists.freeswitch.org" target="_blank">freeswitch-users@lists.freeswitch.org</a>&gt;</div>
<div>Subject:  Re: [Freeswitch-users] mod_directory menu-top?</div>
<div>Date:  Thu10 Jan 2013 09:11:09 -0500</div>
<div></div>
<div>use &#39;execute_extension&#39; to start the directory application so that you </div>
<div>get back to the ivr when you exit the directory application.</div>
<div></div>
<div>On 1/9/2013 6:41 PM, Phillip Warner wrote:</div>
<div>&gt; Hi, is there a parameter in mod_directory to have it transfer (back) to an ivr if the user decides not to search by directory instead of having to hang-up and call again?</div>
<div>&gt;</div>
<div>&gt; For example: ivr --&gt;  directory --&gt; user changes mind about dialling by name and wants to return to ivr --&gt; ivr</div>
<div>&gt;</div>
<div>&gt; Thanks. Phil.</div><div>
<div>&gt; _________________________________________________________________________</div>
<div>&gt; Professional FreeSWITCH Consulting Services:</div>
<div>&gt; <a href="mailto:consulting@freeswitch.org" target="_blank">consulting@freeswitch.org</a></div>
<div>&gt; <a href="http://www.freeswitchsolutions.com" target="_blank">http://www.freeswitchsolutions.com</a></div>
<div>&gt;</div>
<div>&gt; FreeSWITCH-powered IP PBX: The CudaTel Communication Server</div>
<div>&gt; <a href="http://www.cudatel.com" target="_blank">http://www.cudatel.com</a></div>
<div>&gt;</div>
<div>&gt; Official FreeSWITCH Sites</div>
<div>&gt; <a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a></div>
<div>&gt; <a href="http://wiki.freeswitch.org" target="_blank">http://wiki.freeswitch.org</a></div>
<div>&gt; <a href="http://www.cluecon.com" target="_blank">http://www.cluecon.com</a></div>
<div>&gt;</div>
<div>&gt; FreeSWITCH-users mailing list</div>
<div>&gt; <a href="mailto:FreeSWITCH-users@lists.freeswitch.org" target="_blank">FreeSWITCH-users@lists.freeswitch.org</a></div>
<div>&gt; <a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a></div>
<div>&gt; UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a></div>
<div>&gt; <a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a></div>
<div></div>
<div></div>
<div></div>
<div></div>
</div><div>------------------------------------------------------------</div>
<div>_______________________________________________</div><div>
<div>FreeSWITCH-users mailing list</div>
<div><a href="mailto:FreeSWITCH-users@lists.freeswitch.org" target="_blank">FreeSWITCH-users@lists.freeswitch.org</a></div>
<div><a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a></div>
<div>UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a></div>
<div><a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a></div>
<div></div></div></font></div></div>
<br>_________________________________________________________________________<br>
Professional FreeSWITCH Consulting Services:<br>
<a href="mailto:consulting@freeswitch.org" target="_blank">consulting@freeswitch.org</a><br>
<a href="http://www.freeswitchsolutions.com" target="_blank">http://www.freeswitchsolutions.com</a><br>
<br>
FreeSWITCH-powered IP PBX: The CudaTel Communication Server<br>
<a href="http://www.cudatel.com" target="_blank">http://www.cudatel.com</a><br>
<br>
Official FreeSWITCH Sites<br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
<a href="http://wiki.freeswitch.org" target="_blank">http://wiki.freeswitch.org</a><br>
<a href="http://www.cluecon.com" target="_blank">http://www.cluecon.com</a><br>
<br>
FreeSWITCH-users mailing list<br>
<a href="mailto:FreeSWITCH-users@lists.freeswitch.org" target="_blank">FreeSWITCH-users@lists.freeswitch.org</a><br>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
<br></blockquote></div><br></div></div></div>
</blockquote></div><br></div>