<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=iso-8859-1">
<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40"><head><meta name=Generator content="Microsoft Word 14 (filtered medium)"><style><!--
/* Font Definitions */
@font-face
        {font-family:Wingdings;
        panose-1:5 0 0 0 0 0 0 0 0 0;}
@font-face
        {font-family:Wingdings;
        panose-1:5 0 0 0 0 0 0 0 0 0;}
@font-face
        {font-family:Calibri;
        panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
        {font-family:Tahoma;
        panose-1:2 11 6 4 3 5 4 4 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
        {margin:0cm;
        margin-bottom:.0001pt;
        font-size:12.0pt;
        font-family:"Times New Roman","serif";}
a:link, span.MsoHyperlink
        {mso-style-priority:99;
        color:blue;
        text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
        {mso-style-priority:99;
        color:purple;
        text-decoration:underline;}
p
        {mso-style-priority:99;
        mso-margin-top-alt:auto;
        margin-right:0cm;
        mso-margin-bottom-alt:auto;
        margin-left:0cm;
        font-size:12.0pt;
        font-family:"Times New Roman","serif";}
p.MsoAcetate, li.MsoAcetate, div.MsoAcetate
        {mso-style-priority:99;
        mso-style-link:"Balloon Text Char";
        margin:0cm;
        margin-bottom:.0001pt;
        font-size:8.0pt;
        font-family:"Tahoma","sans-serif";}
span.EmailStyle18
        {mso-style-type:personal-reply;
        font-family:"Calibri","sans-serif";
        color:#1F497D;}
span.BalloonTextChar
        {mso-style-name:"Balloon Text Char";
        mso-style-priority:99;
        mso-style-link:"Balloon Text";
        font-family:"Tahoma","sans-serif";
        mso-fareast-language:EN-AU;}
.MsoChpDefault
        {mso-style-type:export-only;
        font-family:"Calibri","sans-serif";
        mso-fareast-language:EN-US;}
@page WordSection1
        {size:612.0pt 792.0pt;
        margin:72.0pt 72.0pt 72.0pt 72.0pt;}
div.WordSection1
        {page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]--></head><body lang=EN-AU link=blue vlink=purple><div class=WordSection1><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>Hi,<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'><o:p>&nbsp;</o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>Made current as requested but nothing works afterwards, freeswitch.log has this in it<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'><o:p>&nbsp;</o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>2012-05-28 23:39:41.704128 [CRIT] switch_loadable_module.c:1300 Error Loading module /usr/local/freeswitch/mod/mod_sofia.so<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>**/usr/local/freeswitch/mod/mod_sofia.so: undefined symbol: tls_version**<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'><o:p>&nbsp;</o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>Had to copy older version back, lost a few changes from last month&#8230; </span><span style='font-size:11.0pt;font-family:Wingdings;color:#1F497D'>L</span><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'><o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'><o:p>&nbsp;</o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'><o:p>&nbsp;</o:p></span></p><p class=MsoNormal><b><span lang=EN-US style='font-size:10.0pt;font-family:"Tahoma","sans-serif"'>From:</span></b><span lang=EN-US style='font-size:10.0pt;font-family:"Tahoma","sans-serif"'> freeswitch-users-bounces@lists.freeswitch.org [mailto:freeswitch-users-bounces@lists.freeswitch.org] <b>On Behalf Of </b>Anthony Minessale<br><b>Sent:</b> Sunday, 27 May 2012 10:29 AM<br><b>To:</b> FreeSWITCH Users Help<br><b>Subject:</b> Re: [Freeswitch-users] RTP media issue<o:p></o:p></span></p><p class=MsoNormal><o:p>&nbsp;</o:p></p><p>Also update, you are running git head so you have to update frequently, you rev is a month old.<o:p></o:p></p><div><p class=MsoNormal>On May 26, 2012 7:43 AM, &quot;Peter Olsson&quot; &lt;<a href="mailto:peter.olsson@visionutveckling.se">peter.olsson@visionutveckling.se</a>&gt; wrote:<o:p></o:p></p><p class=MsoNormal>I think the first step is to check the actual signalling.<br><br>Just as Anthony mentions, the call setup looks weird. Between FS and the ATA (if I understood the different IP's/peers correctly) it seems FS sends early media (183), and it takes the ATA 10 seconds to ACK this. During the time the call is answered on the other end, which dosn't seem to be passed to the ATA (probably because it's so late with the ACK - I'm not sure about that though). So, first check this - it seems to me that FS might still be in &quot;early media&quot; state during the entire call.<br><br>About the actual RTP, I see one problem here, it's packet 8146 in outbound.pcap. This is a packet that is probably generated by FS (since by that exact time, you're missing one packet from the provider), the problem here is that the timestamp if way off (I'm not sure where FS gets this ts from). It's because of this faulty timestamp that a few packets after this is dropped, since FS won't send packets with a lower timestamp than before. This is also why packet 8152 seems to have a strange timestamp, but it's actually just passed from the other leg, and is the first timestamp that is greater then packet 8146.<br><br>One possible solution would be to enable rewrite of timestamps (rtp-rewrite-timestamps in the sofia config), also mentioned here: <a href="http://wiki.freeswitch.org/wiki/RTP_Issues#Dropped_Audio" target="_blank">http://wiki.freeswitch.org/wiki/RTP_Issues#Dropped_Audio</a><br><br>However, I think you also need to check the strangness in the SIP signalling.<br><br>/Peter<br><br>________________________________________<br>Från: <a href="mailto:freeswitch-users-bounces@lists.freeswitch.org">freeswitch-users-bounces@lists.freeswitch.org</a> [<a href="mailto:freeswitch-users-bounces@lists.freeswitch.org">freeswitch-users-bounces@lists.freeswitch.org</a>] f&amp;#246;r Mr Nathan Downes [<a href="mailto:nathandownes@hotmail.com">nathandownes@hotmail.com</a>]<br>Skickat: den 26 maj 2012 00:03<br>Till: 'FreeSWITCH Users Help'<br>Ämne: Re: [Freeswitch-users] RTP media issue<br><br>Hi Anthony,<br><br>FS version = FreeSWITCH Version 1.1.beta1 (git-f1b5044 2012-04-26 11-28-47<br>-0500)<br><br>I don't have a debug log, but I could probably get it with another trace of<br>both sides of the call, but it would be hard to capture as there is constant<br>calls to this, unless there is a way to do it on a per call basis? I can<br>also only do testing onsite as we don't have the same fibre equipment. &nbsp;I<br>already have jitterbuffer set in both profiles in an attempt to try and stop<br>it using &nbsp;&lt;param name=&quot;auto-jitterbuffer-msec&quot; value=&quot;60&quot;/&gt;, is there a way<br>to set the cng_plc in the profile itself rather than diaplpan as there are<br>70 or so numbers in it. &nbsp;In the outbound dialplans I also added &nbsp;&lt;action<br>application=&quot;set&quot; data=&quot;sip_jitter_buffer_during_bridge=true&quot; /&gt; &nbsp;because I<br>kept seeing PAUSE JITTERBUFFER in the FS logs when calls were made outbound<br>so I wasn't sure it was doing something and read somewhere it pauses it when<br>it bridges the call<br><br>The inbound dialplan for all of those people consists of<br><br>&lt;extension name=&quot;02-xxxx-9365&quot; &gt;<br>&nbsp; &lt;condition field=&quot;context&quot; expression=&quot;public&quot;/&gt;<br>&nbsp; &lt;condition field=&quot;destination_number&quot; expression=&quot;^02xxxx9365;.*$&quot;&gt;<br>&nbsp; &nbsp; &nbsp; &lt;action application=&quot;sleep&quot; data=&quot;3000&quot;/&gt;<br>&nbsp; &nbsp; &nbsp; &lt;action application=&quot;set&quot; data=&quot;domain=<a href="http://mgst.xxxxxxxx.com.au" target="_blank">mgst.xxxxxxxx.com.au</a>&quot;/&gt;<br>&nbsp; &nbsp; &nbsp; &lt;action application=&quot;set&quot; data=&quot;domain_name=${domain}&quot;/&gt;<br>&nbsp; &nbsp; &nbsp; &lt;action application=&quot;set&quot; data=&quot;call_direction=inbound&quot;/&gt;<br>&nbsp; &nbsp; &nbsp; &lt;action application=&quot;transfer&quot; data=&quot;117 XML <a href="http://mgst.xxxxxxxxx.com.au" target="_blank">mgst.xxxxxxxxx.com.au</a>&quot;/&gt;<br>&nbsp; &lt;/condition&gt;<br>&lt;/extension&gt;<br><br>It doesn't affect SIP phones or normal ATA devices we have connected and<br>only affects these FTTH GPON ATA's, but with almost 100 residents in this<br>retirement village and them constantly complaining we have been given til<br>Wednesday to come up with a solution or risk losing our position as the<br>internet/phone provider for that retirement village.<br><br>It appeared to me that what happens in that trace isn't normal behaviour, I<br>did try rewriting timestamps last week, but as you suggested that appeared<br>to mask the issue but not stop it from happening. &nbsp;That was when I was<br>losing a packet from them each second or so, which by the time it arrived to<br>end user sounded horrible. &nbsp;It has settled down a lot now and maybe 1 or 2<br>packets per call, but if what is in this trace is the cause each time, that<br>would explain the poor end users experience.<br><br><br><br><br>-----Original Message-----<br>From: <a href="mailto:freeswitch-users-bounces@lists.freeswitch.org">freeswitch-users-bounces@lists.freeswitch.org</a><br>[mailto:<a href="mailto:freeswitch-users-bounces@lists.freeswitch.org">freeswitch-users-bounces@lists.freeswitch.org</a>] On Behalf Of Anthony<br>Minessale<br>Sent: Saturday, 26 May 2012 2:06 AM<br>To: FreeSWITCH Users Help<br>Subject: Re: [Freeswitch-users] RTP media issue<br><br>What version of FS are you running?<br>Do you have the debug logs of those calls?<br><br>you could try using the jitterbuffer.<br>&lt;action application=&quot;cng_plc&quot;/&gt;<br>&lt;action application=&quot;set&quot; data=&quot;jitterbuffer_msec=60&quot;/&gt;<br><br>in the inbound DP to FS *before* you answer.<br><br>Also it looks a little odd to me in this trace if this is the same call, it<br>seems like you answered the call before placing the call to the phone and<br>that phone never answers....<br><br><br><br><br><br><br><br><br>On Thu, May 24, 2012 at 9:51 PM, Nathan Downes &lt;<a href="mailto:nathandownes@hotmail.com">nathandownes@hotmail.com</a>&gt;<br>wrote:<br>&gt; Hi,<br>&gt;<br>&gt; enable-soa<br>&gt;<br>&gt; &lt;param name=&quot;enable-soa&quot; value=&quot;true&quot;/&gt;<br>&gt;<br>&gt; Set the value to &quot;false&quot; to diable SIP SOA from sofia to tell sofia<br>&gt; not to touch the exchange of SDP<br>&gt;<br>&gt; I don't think this is related to the exchange of an SDP message.. &nbsp;Can<br>&gt; you elaborate more before I try it? I can't make things worse or<br>&gt; change things I don't understand.<br>&gt;<br>&gt; ________________________________<br>&gt; From: <a href="mailto:djbinter@gmail.com">djbinter@gmail.com</a><br>&gt; To: <a href="mailto:freeswitch-users@lists.freeswitch.org">freeswitch-users@lists.freeswitch.org</a><br>&gt; CC: <a href="mailto:nathan@nortec.com.au">nathan@nortec.com.au</a><br>&gt; Subject: Re: [Freeswitch-users] RTP media issue<br>&gt; Date: Fri, 25 May 2012 11:19:46 +1000<br>&gt;<br>&gt;<br>&gt; &lt;param name=&quot;enable-soa&quot; value=&quot;false&quot;/&gt;<br>&gt;<br>&gt;<br>&gt; Sent from my iPad<br>&gt;<br>&gt; On May 24, 2012, at 5:01 PM, Nathan Downes &lt;<a href="mailto:nathandownes@hotmail.com">nathandownes@hotmail.com</a>&gt;<br>wrote:<br>&gt;<br>&gt; Hi,<br>&gt;<br>&gt; I had previous reported an issue with poor voice quality, appearing to<br>&gt; stem from occasion wrong timestamps coming from provider, but the end<br>&gt; user's experience was much worse than what I could see/hear in the trace.<br>&gt;<br>&gt; I have finally captured an event inbound and outbound. &nbsp;The thing I<br>&gt; don't understand is I thought even though FS proxied the media it<br>&gt; didn't touch it or change anything, but it appears it is.<br>&gt;<br>&gt; The 2 traces are <a href="http://www.nortec.com.au/inbound.pcap.gz" target="_blank">http://www.nortec.com.au/inbound.pcap.gz</a> and<br>&gt; <a href="http://www.nortec.com.au/outbound.pcap.gz" target="_blank">http://www.nortec.com.au/outbound.pcap.gz</a><br>&gt;<br>&gt; Inbound is from my trunk provider to FS box and outbound is FS box to<br>&gt; ATA in FTTH GPON.<br>&gt;<br>&gt; The event I am talking about, if both traces are open, is in the<br>&gt; inbound one inbetween packet 8114 and 8117 the provider drops a packet<br>&gt; or I don't receive it. &nbsp;In the corresponding outbound trace, between<br>&gt; packet 8144 and 8152, &nbsp;it appears FS misses a whole heap of packets<br>&gt; (.1 seconds) between<br>&gt; 8146 and 8152 then it increases the timestamp only by 40 rather than<br>&gt; 160 on packet 8152. &nbsp;This seems to not affect SIP phones themselves<br>&gt; but causes issues with the FTTH GPON ATA.<br>&gt;<br>&gt; This causes a gap in the audio for the end user, and when they miss a<br>&gt; high number of packets even though it sounds good on the inbound trace<br>&gt; the end users experience is horrible. &nbsp; This trace is actually a good<br>&gt; one, but the wrong timestamp can occur once per second, causing end<br>&gt; user to lose 10%+ of incoming audio only. &nbsp;The issue only affects the<br>&gt; audio coming from provider to FS to end user.<br>&gt;<br>&gt; I am chasing it up with the voice provider to try and eliminate the<br>&gt; occasional packet loss, but if I could stop/fix FS from doing its<br>&gt; adjustment/gap/something the end user wouldn't even notice it.<br>&gt;<br>&gt;<br>&gt;<br>&gt; ______________________________________________________________________<br>&gt; ___<br>&gt;<br>&gt; Professional FreeSWITCH Consulting Services:<br>&gt; <a href="mailto:consulting@freeswitch.org">consulting@freeswitch.org</a><br>&gt; <a href="http://www.freeswitchsolutions.com" target="_blank">http://www.freeswitchsolutions.com</a><br>&gt;<br>&gt; FreeSWITCH-powered IP PBX: The CudaTel Communication Server<br>&gt; <a href="http://www.cudatel.com" target="_blank">http://www.cudatel.com</a><br>&gt;<br>&gt; Official FreeSWITCH Sites<br>&gt; <a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>&gt; <a href="http://wiki.freeswitch.org" target="_blank">http://wiki.freeswitch.org</a><br>&gt; <a href="http://www.cluecon.com" target="_blank">http://www.cluecon.com</a><br>&gt;<br>&gt; Join Us At ClueCon - Aug 7-9, 2012<br>&gt;<br>&gt; FreeSWITCH-users mailing list<br>&gt; <a href="mailto:FreeSWITCH-users@lists.freeswitch.org">FreeSWITCH-users@lists.freeswitch.org</a><br>&gt; <a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>&gt; UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-use" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-use</a><br>&gt; rs<br>&gt; <a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>&gt;<br>&gt;<br>&gt; ______________________________________________________________________<br>&gt; ___ Professional FreeSWITCH Consulting Services:<br>&gt; <a href="mailto:consulting@freeswitch.org">consulting@freeswitch.org</a><br>&gt; <a href="http://www.freeswitchsolutions.com" target="_blank">http://www.freeswitchsolutions.com</a><br>&gt;<br>&gt; FreeSWITCH-powered IP PBX: The CudaTel Communication Server<br>&gt; <a href="http://www.cudatel.com" target="_blank">http://www.cudatel.com</a><br>&gt;<br>&gt; Official FreeSWITCH Sites<br>&gt; <a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>&gt; <a href="http://wiki.freeswitch.org" target="_blank">http://wiki.freeswitch.org</a><br>&gt; <a href="http://www.cluecon.com" target="_blank">http://www.cluecon.com</a><br>&gt;<br>&gt; Join Us At ClueCon - Aug 7-9, 2012<br>&gt;<br>&gt; FreeSWITCH-users mailing list<br>&gt; <a href="mailto:FreeSWITCH-users@lists.freeswitch.org">FreeSWITCH-users@lists.freeswitch.org</a><br>&gt; <a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>&gt; UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-use" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-use</a><br>&gt; rs<br>&gt; <a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>&gt;<br><br><br><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">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" target="_blank">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:<a href="tel:%2B19193869900">+19193869900</a><br><br>_________________________________________________________________________<br>Professional FreeSWITCH Consulting Services:<br><a href="mailto:consulting@freeswitch.org">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>Join Us At ClueCon - Aug 7-9, 2012<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><br>_________________________________________________________________________<br>Professional FreeSWITCH Consulting Services:<br><a href="mailto:consulting@freeswitch.org">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>Join Us At ClueCon - Aug 7-9, 2012<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>!DSPAM:4fbfffef32764666710318!<br><br><br>_________________________________________________________________________<br>Professional FreeSWITCH Consulting Services:<br><a href="mailto:consulting@freeswitch.org">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>Join Us At ClueCon - Aug 7-9, 2012<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><o:p></o:p></p></div></div></body></html>