I am not sure what you are talking about but the small patch I did was only to the code that receives an INVITE+replaces and nothing else.<div><br></div><div>Also, I thought you said you took your custom application out of the mix and was just doing a basic test with only sipX and FreeSWITCH.</div>
<div><br></div><div>you may want to re-think your approach.....</div><div><br><br><div class="gmail_quote">On Wed, Apr 28, 2010 at 11:30 AM, Mardy Marshall <span dir="ltr">&lt;<a href="mailto:mardy@voysys.com">mardy@voysys.com</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div style="word-wrap:break-word">I tried a new build created from git-head and the situation seems to have gotten worse.  In my actual application, which is using the mod_event_socket API to communicate with FreeSwitch, I no longer receive any events indicating that a transfer of the call has occurred.  Also both call legs remain active as FreeSWITCH never terminates the original call leg created for the transfer consultation.<div>
<br></div><div>Prior to these latest changes, this is what I would observe:</div><div><br></div><div>The station initiating the transfer would dial the destination extension, for example, extension 300, which is then redirected to FreeSWITCH.  FreeSWITCH is configured with the following dialplan entry:</div>
<div><br></div><div><div>    &lt;extension name=&quot;park&quot;&gt;</div><div>      &lt;condition field=&quot;destination_number&quot; expression=&quot;^300$&quot;&gt;</div><div>        &lt;action application=&quot;socket&quot; data=&quot;<a href="http://192.168.0.16:8086" target="_blank">192.168.0.16:8086</a> async full&quot;/&gt;</div>
<div>      &lt;/condition&gt;</div><div>    &lt;/extension&gt;</div><div><br></div></div><div>This initial &quot;consultation&quot; call will then launch my application which will communicate with FreeSWITCH via an outbound event socket connection.  Later,when the station being transferred sends the INVITE w/Replaces to FreeSWITCH, FS would then create a new UUID and bridge that to the original UUID associated with the initiating call leg.  In response to this, FS sends the application a uuid_bridge event which contains the other UUID.  From the application side, I am able to respond to this uuid_bridge event and redirect the application to the new call leg.  The problem is that the original call leg does not get terminated by FS and I haven&#39;t been able to terminate it via the API without ending up shutting down the whole session.  To make matters worse, because FS did not terminate the original call leg, the station that initiated the transfer thinks that the transfer failed and sends a BYE to FS which then kills the session and drops the call.  Yuck...</div>
<div><br></div><div>-Mardy</div><div><br></div><div><br></div><div><br><div><div class="im"><div>On Apr 27, 2010, at 3:43 PM, Anthony Minessale wrote:</div><br></div><div><div></div><div class="h5"><blockquote type="cite">
The problem here is that you were testing it against a 1 legged call (echo application is not bridged to anything)<br><br>This code is usually only encountered when replacing a leg of a call.<br><br>try git rev [8660b6f] or better<br>

<br>I added a patch so the new channel executes the same app that the old was originally executing and hangs up on the original.<br><br>Note, if you want the transferred call to pick up on the other call to the application in-progress you would have to loop the original call.<br>

<br><br><br><br><div class="gmail_quote">On Tue, Apr 27, 2010 at 11:03 AM, Mardy Marshall <span dir="ltr">&lt;<a href="mailto:mardy@voysys.com" target="_blank">mardy@voysys.com</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 style="word-wrap:break-word">The REFER exchange occurs on the other side of the proxy between the two Polycom phones.  Since<div>FreeSWITCH is the destination of the transfer, it will only see the INVITE w/Replaces.  I&#39;ve sent you the</div>

<div>PCAP file which captures the complete SIP exchange.  That should help to clarify.</div><div><br></div><font color="#888888"><div>-Mardy</div></font><div><div></div><div><div><br><div><div>On Apr 27, 2010, at 11:47 AM, Anthony Minessale wrote:</div>

<br><blockquote type="cite">There is no sign of a REFER packet or anything indicating an attended transfer in this trace.<br>Did you send the wrong one possibly?<br><br><br><div class="gmail_quote">On Mon, Apr 26, 2010 at 2:50 PM, Mardy Marshall <span dir="ltr">&lt;<a href="mailto:mardy@voysys.com" target="_blank">mardy@voysys.com</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 style="word-wrap:break-word"><div>Here is the setup that was used to reproduce the consultative transfer problem.</div>


<div><br></div><div>There are two boxes, the first is running a proxy based PBX (sipXecs) and the</div><div>second is running FreeSWITCH 1.0.6.  The PBX has two Polycom phones, extension</div><div>200 and 202, registered with it.  The PBX has configured a mapping rule which</div>


<div>will transform requests to extension 9996 to <a>sip:9996@192.168.0.16:5060</a> which</div><div>is the address of the second box running FreeSWITCH.  FreeSWITCH has been</div><div>configured to allow connections from the PBX box via an ACL configuration and</div>


<div>the public dialplan includes an &quot;echo&quot; extension:</div><div><br></div><div>    &lt;extension name=&quot;echo&quot;&gt;</div><div>      &lt;condition field=&quot;destination_number&quot; expression=&quot;^9996$&quot;&gt;</div>


<div>        &lt;action application=&quot;answer&quot;/&gt;</div><div>        &lt;action application=&quot;echo&quot;/&gt;</div><div>      &lt;/condition&gt;</div><div>    &lt;/extension&gt;</div><div><br></div><div>Any of the phones registered with the PBX can dial extension 9996 and be</div>


<div>connected to the FreeSWITCH echo application.  But when one phone attempts</div><div>to transfer another phone to extension 9996 via a consultative transfer,</div><div>FreeSWITCH does not properly complete the transfer.  You can see in the log</div>


<div>at 18:55:58.4295322851 the INVITE w/Replaces is being sent to FreeSWITCH.</div><div>FreeSWITCH accepts the INVITE but never sends a BYE to the phone which</div><div>initiated the transfer.  Without that terminating BYE, the transfer</div>


<div>controller thinks that the transfer failed.</div><div><br></div><div>The corresponding FreeSWITCH log file - <a href="http://pastebin.freeswitch.org/12806" target="_blank">http://pastebin.freeswitch.org/12806</a></div>


<div><br></div><div>If it will help, I can also forward a corresponding PCAP file.</div><div><br></div><div>Thanks</div><div><br></div><font color="#888888"><div>-Mardy</div></font><div><div></div><div><div><br>
</div><div><div>On Apr 21, 2010, at 11:23 AM, Anthony Minessale wrote:</div><br><blockquote type="cite">I&#39;m trying to understand this:<br><br>If FS is acting as a phone in your scenario why are you sending a refer to it and not the server?<br>


In most situations there is a b2bua server who routes the calls and takes all the REFER.<br>
Is this one of those PROXY only sip servers?<br><br>I think you would need to produce a full debug log of this, and if you are using some kind of proxy based setup we would need some way to easily reproduce it or visit your lab because we do not typically use anything of the sort.<br>



<br>Execute these commands and reproduce it and capture the whole log and put it on<br><a href="http://pastebin.freeswitch.org/" target="_blank">http://pastebin.freeswitch.org</a><br><br>sofia profile internal siptrace on<br>


console loglevel debug<br>
<br><br><br><br><br><div class="gmail_quote">On Wed, Apr 21, 2010 at 9:13 AM, Anthony Minessale <span dir="ltr">&lt;<a href="mailto:anthony.minessale@gmail.com" target="_blank">anthony.minessale@gmail.com</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">
instead of emailing again when impatient for an answer (something we frown upon here in this busy list) <br>produce a reproducible step by step process to duplicate your issue.  We are trying to help people but we don&#39;t have the time to do the leg work for everyone who asks a question when we get hundreds of emails a day.<div>



<div></div><div><br>
<br><br><br><div class="gmail_quote">On Wed, Apr 21, 2010 at 9:01 AM, Mardy Marshall <span dir="ltr">&lt;<a href="mailto:mardy@voysys.com" target="_blank">mardy@voysys.com</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 style="word-wrap:break-word">Just following up...  Does anyone have any suggestions on how to proceed with this?  I&#39;ve run out of ideas.<div><br></div><div>Thanks,</div><div><br></div><font color="#888888"><div>




-Mardy</div></font><div><div></div><div><div><br><div><div>On Apr 19, 2010, at 8:21 PM, Mardy Marshall wrote:</div><br><blockquote type="cite"><div style="word-wrap:break-word">The phones that I am using are not registered with FS.  They are registered with another proxy based PBX.  I am simply using FS as B2BUA which is also registered with the PBX.  And yes, I can successfully transfer a call to another phone with this setup.<div>




<br></div><div>To simplify things I tried the same scenario using FSComm in place of my own FS application and tried to transfer a call to FSComm with the same results.  And just in case there might be a problem specific to FSComm, I set up a clean install of FS 1.0.6 and tried transferring a call to the FS echo application with the same results.  By the way, I have no problems with blind transfers, only attended transfers.</div>




<div><br></div><div>-Mardy</div><div><br><div><div>On Apr 19, 2010, at 7:53 PM, Anthony Minessale wrote:</div><br><blockquote type="cite">did you try just setting up 2 phones on plain fresh FS install, and calling them normally and transferring them around?<br>




That description is still pretty vague? What is an Event Socket application, which has nothing to do with sip and sip transfers, that&#39;s a FS protocol.<br>
<br><br><div class="gmail_quote">On Mon, Apr 19, 2010 at 6:33 PM, Mardy Marshall <span dir="ltr">&lt;<a href="mailto:mardy@voysys.com" target="_blank">mardy@voysys.com</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 style="word-wrap:break-word">I have two phones (Polycom) and an event_socket application, all of which are using a SIP proxy for call routing.  The first phone calls the second phone.  The second phone then attempts to transfer the call to the FS/event_socket application by first placing the call on hold and then calling the FS application, followed by a consultative transfer.  The REFER dialog occurs between the two phones and an INVITE w/Replaces is sent to FS.  The transferred call leg appears to be answered by FS and the application receives a uuid_bridge event with the UUID of the new call leg.  The problem that I see is that the original call leg, created when the user called the FS application to announce the transfer, does not get canceled by FS and subsequently does not send the BYE back to the Polycom.  Is there something that I need to do at the event_socket application to complete the transfer?  I&#39;ve tried killing the UUID associated with the first call leg as well as issuing an &quot;answer&quot; command to the transferred call leg UUID, but no luck.<div>





<br></div><font color="#888888"><div>-Mardy</div></font><div><div></div><div><div><br><div><div><br><div><div>On Apr 19, 2010, at 6:19 PM, Anthony Minessale wrote:</div><br><blockquote type="cite">but what is the client sending the REFER?<br>





<br>FS gets refer+replaces all the time, if it&#39;s the one where the dest is on another box (aka the nightmare xfer that you should see references to in the debug log if so) then it will not complete until that far end call is answered.<br>






<br>FS handles this scenerio for us hundreds of times a day using a wide range of sip devices so perhaps<br>your UA has an interop problem.<br><br><br><div class="gmail_quote">On Mon, Apr 19, 2010 at 4:47 PM, Mardy Marshall <span dir="ltr">&lt;<a href="mailto:mardy@voysys.com" target="_blank">mardy@voysys.com</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 style="word-wrap:break-word"><br><div><div><div>On Apr 19, 2010, at 5:12 PM, Joćo Mesquita wrote:</div>






<br><blockquote type="cite">uuid_simplify will issue the refer...</blockquote><div><br></div></div>I looked at uuid_simplify and if I understand it correctly it is for use when one wants to act as the transfer controller.  In my case, FS is the transfer destination.  Another phone has already generated the refer and FS has been sent an invite with replaces.</div>






<div><div><br><blockquote type="cite"><div><br></div><div>May I ask what application you are developing?</div></blockquote><div><br></div></div><div>An ACD.</div><div><div></div><div><br><blockquote type="cite">
<div><br></div><div>Regards,<br clear="all">Joćo Mesquita<br>FSComm developer<br>
<br><br><div class="gmail_quote">On Mon, Apr 19, 2010 at 11:27 AM, Mardy Marshall <span dir="ltr">&lt;<a href="mailto:mardy@voysys.com" target="_blank">mardy@voysys.com</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">







I&#39;m having a problem with attended transfers where the destination of the transfer is a FreeSWITCH based application such as FSComm.  (It should be noted that in my setup the phone performing the transfer and the caller which is being transferred are parties of another SIP server.)  What I see, from a SIP signaling standpoint, is that after FreeSWITCH receives and acknowledges the INVITE w/Replaces it does not terminate the initial call leg by sending a BYE to the transfer controller.  From the FreeSWITCH application side, FS still thinks that both the initial call leg and transferred call leg are active.  I experimented with trying to explicitly terminate the initial call leg by using uuid_kill, but this caused FS to kill all legs of the call.  Is there a specific action that the application must take in order for the transfer to complete?<br>








<br>
-Mardy<br>
<br>
<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>
</blockquote></div><br></div>
_______________________________________________<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>






</blockquote></div></div></div><br></div><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><br clear="all"><br>-- <br>Anthony Minessale II<br><br>FreeSWITCH <a href="http://www.freeswitch.org/" target="_blank">http://www.freeswitch.org/</a><br>ClueCon <a href="http://www.cluecon.com/" target="_blank">http://www.cluecon.com/</a><br>






Twitter: <a href="http://twitter.com/FreeSWITCH_wire" target="_blank">http://twitter.com/FreeSWITCH_wire</a><br><br>AIM: anthm<br><a href="mailto:MSN%3Aanthony_minessale@hotmail.com" target="_blank">MSN:anthony_minessale@hotmail.com</a><br>





GTALK/JABBER/<a href="mailto:PAYPAL%3Aanthony.minessale@gmail.com" target="_blank">PAYPAL:anthony.minessale@gmail.com</a><br>
IRC: <a href="http://irc.freenode.net/" target="_blank">irc.freenode.net</a> #freeswitch<br><br>FreeSWITCH Developer Conference<br><a href="mailto:sip%3A888@conference.freeswitch.org" target="_blank">sip:888@conference.freeswitch.org</a><br>





<a href="mailto:googletalk%3Aconf%2B888@conference.freeswitch.org" target="_blank">googletalk:conf+888@conference.freeswitch.org</a><br>
pstn:+19193869900<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>





</blockquote></div><br></div></div></div></div></div></div><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><br clear="all"><br>-- <br>Anthony Minessale II<br><br>FreeSWITCH <a href="http://www.freeswitch.org/" target="_blank">http://www.freeswitch.org/</a><br>ClueCon <a href="http://www.cluecon.com/" target="_blank">http://www.cluecon.com/</a><br>





Twitter: <a href="http://twitter.com/FreeSWITCH_wire" target="_blank">http://twitter.com/FreeSWITCH_wire</a><br><br>AIM: anthm<br><a href="mailto:MSN%3Aanthony_minessale@hotmail.com" target="_blank">MSN:anthony_minessale@hotmail.com</a><br>




GTALK/JABBER/<a href="mailto:PAYPAL%3Aanthony.minessale@gmail.com" target="_blank">PAYPAL:anthony.minessale@gmail.com</a><br>
IRC: <a href="http://irc.freenode.net/" target="_blank">irc.freenode.net</a> #freeswitch<br><br>FreeSWITCH Developer Conference<br><a href="mailto:sip%3A888@conference.freeswitch.org" target="_blank">sip:888@conference.freeswitch.org</a><br>




<a href="mailto:googletalk%3Aconf%2B888@conference.freeswitch.org" target="_blank">googletalk:conf+888@conference.freeswitch.org</a><br>
pstn:+19193869900<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>




</blockquote></div><br></div></div>_______________________________________________<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></blockquote></div><br></div></div></div></div><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><br clear="all"><br>-- <br>Anthony Minessale II<br><br>FreeSWITCH <a href="http://www.freeswitch.org/" target="_blank">http://www.freeswitch.org/</a><br>ClueCon <a href="http://www.cluecon.com/" target="_blank">http://www.cluecon.com/</a><br>




Twitter: <a href="http://twitter.com/FreeSWITCH_wire" target="_blank">http://twitter.com/FreeSWITCH_wire</a><br><br>AIM: anthm<br><a href="mailto:MSN%3Aanthony_minessale@hotmail.com" target="_blank">MSN:anthony_minessale@hotmail.com</a><br>



GTALK/JABBER/<a href="mailto:PAYPAL%3Aanthony.minessale@gmail.com" target="_blank">PAYPAL:anthony.minessale@gmail.com</a><br>
IRC: <a href="http://irc.freenode.net/" target="_blank">irc.freenode.net</a> #freeswitch<br><br>FreeSWITCH Developer Conference<br><a href="mailto:sip%3A888@conference.freeswitch.org" target="_blank">sip:888@conference.freeswitch.org</a><br>



<a href="mailto:googletalk%3Aconf%2B888@conference.freeswitch.org" target="_blank">googletalk:conf+888@conference.freeswitch.org</a><br>
pstn:+19193869900<br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br>Anthony Minessale II<br><br>FreeSWITCH <a href="http://www.freeswitch.org/" target="_blank">http://www.freeswitch.org/</a><br>ClueCon <a href="http://www.cluecon.com/" target="_blank">http://www.cluecon.com/</a><br>



Twitter: <a href="http://twitter.com/FreeSWITCH_wire" target="_blank">http://twitter.com/FreeSWITCH_wire</a><br><br>AIM: anthm<br><a href="mailto:MSN%3Aanthony_minessale@hotmail.com" target="_blank">MSN:anthony_minessale@hotmail.com</a><br>


GTALK/JABBER/<a href="mailto:PAYPAL%3Aanthony.minessale@gmail.com" target="_blank">PAYPAL:anthony.minessale@gmail.com</a><br>
IRC: <a href="http://irc.freenode.net/" target="_blank">irc.freenode.net</a> #freeswitch<br><br>FreeSWITCH Developer Conference<br><a href="mailto:sip%3A888@conference.freeswitch.org" target="_blank">sip:888@conference.freeswitch.org</a><br>


<a href="mailto:googletalk%3Aconf%2B888@conference.freeswitch.org" target="_blank">googletalk:conf+888@conference.freeswitch.org</a><br>
pstn:+19193869900<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>


</blockquote></div><br></div></div></div><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><br clear="all"><br>-- <br>Anthony Minessale II<br><br>FreeSWITCH <a href="http://www.freeswitch.org/" target="_blank">http://www.freeswitch.org/</a><br>ClueCon <a href="http://www.cluecon.com/" target="_blank">http://www.cluecon.com/</a><br>


Twitter: <a href="http://twitter.com/FreeSWITCH_wire" target="_blank">http://twitter.com/FreeSWITCH_wire</a><br><br>AIM: anthm<br><a href="mailto:MSN%3Aanthony_minessale@hotmail.com" target="_blank">MSN:anthony_minessale@hotmail.com</a><br>

GTALK/JABBER/<a href="mailto:PAYPAL%3Aanthony.minessale@gmail.com" target="_blank">PAYPAL:anthony.minessale@gmail.com</a><br>
IRC: <a href="http://irc.freenode.net/" target="_blank">irc.freenode.net</a> #freeswitch<br><br>FreeSWITCH Developer Conference<br><a href="mailto:sip%3A888@conference.freeswitch.org" target="_blank">sip:888@conference.freeswitch.org</a><br>

<a href="mailto:googletalk%3Aconf%2B888@conference.freeswitch.org" target="_blank">googletalk:conf+888@conference.freeswitch.org</a><br>
pstn:+19193869900<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>

</blockquote></div><br></div></div></div></div><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><br clear="all"><br>-- <br>Anthony Minessale II<br><br>FreeSWITCH <a href="http://www.freeswitch.org/" target="_blank">http://www.freeswitch.org/</a><br>ClueCon <a href="http://www.cluecon.com/" target="_blank">http://www.cluecon.com/</a><br>

Twitter: <a href="http://twitter.com/FreeSWITCH_wire" target="_blank">http://twitter.com/FreeSWITCH_wire</a><br><br>AIM: anthm<br><a href="mailto:MSN%3Aanthony_minessale@hotmail.com" target="_blank">MSN:anthony_minessale@hotmail.com</a><br>
GTALK/JABBER/<a href="mailto:PAYPAL%3Aanthony.minessale@gmail.com" target="_blank">PAYPAL:anthony.minessale@gmail.com</a><br>
IRC: <a href="http://irc.freenode.net/" target="_blank">irc.freenode.net</a> #freeswitch<br><br>FreeSWITCH Developer Conference<br><a href="mailto:sip%3A888@conference.freeswitch.org" target="_blank">sip:888@conference.freeswitch.org</a><br>
<a href="mailto:googletalk%3Aconf%2B888@conference.freeswitch.org" target="_blank">googletalk:conf+888@conference.freeswitch.org</a><br>
pstn:+19193869900<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>
</blockquote></div></div></div><br></div></div><br>_______________________________________________<br>
FreeSWITCH-users mailing list<br>
<a href="mailto:FreeSWITCH-users@lists.freeswitch.org">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><br clear="all"><br>-- <br>Anthony Minessale II<br><br>FreeSWITCH <a href="http://www.freeswitch.org/">http://www.freeswitch.org/</a><br>ClueCon <a href="http://www.cluecon.com/">http://www.cluecon.com/</a><br>
Twitter: <a href="http://twitter.com/FreeSWITCH_wire">http://twitter.com/FreeSWITCH_wire</a><br><br>AIM: anthm<br><a href="mailto:MSN%3Aanthony_minessale@hotmail.com">MSN:anthony_minessale@hotmail.com</a><br>GTALK/JABBER/<a href="mailto:PAYPAL%3Aanthony.minessale@gmail.com">PAYPAL:anthony.minessale@gmail.com</a><br>
IRC: <a href="http://irc.freenode.net">irc.freenode.net</a> #freeswitch<br><br>FreeSWITCH Developer Conference<br><a href="mailto:sip%3A888@conference.freeswitch.org">sip:888@conference.freeswitch.org</a><br><a href="mailto:googletalk%3Aconf%2B888@conference.freeswitch.org">googletalk:conf+888@conference.freeswitch.org</a><br>
pstn:+19193869900<br>
</div>