<div><div>Hi</div><div><span class="Apple-tab-span" style="white-space:pre"><br></span></div><div>For calls originating from Freetdm extension I simply set up freetdm.conf.xml to use the XML dialplan and context fxs-ports like so:</div>
<div><span class="Apple-tab-span" style="white-space:pre"> </span><span name="analogExtns"></div><div><span class="Apple-tab-span" style="white-space:pre"> </span><param name="hold-music" value="$${moh_uri}"/></div>
<div><span class="Apple-tab-span" style="white-space:pre"> </span><param name="tonegroup" value="nz"/></div><div><span class="Apple-tab-span" style="white-space:pre"> </span><param name="digit-timeout" value="2000"/></div>
<div><span class="Apple-tab-span" style="white-space:pre"> </span><param name="max-digits" value="11"/></div><div><span class="Apple-tab-span" style="white-space:pre"> </span><param name="callwaiting" value="true"/></div>
<div><span class="Apple-tab-span" style="white-space:pre"> </span><param name="answer-polarity-reverse" value="false"/></div><div><span class="Apple-tab-span" style="white-space:pre"> </span><param name="hangup-polarity-reverse" value="false"/></div>
<div><br></div><div><span class="Apple-tab-span" style="white-space:pre"> </span><!-- FreeSWITCH dialplan type and context to send the calls --></div><div><span class="Apple-tab-span" style="white-space:pre"> </span><param name="dialplan" value="XML"/></div>
<div><span class="Apple-tab-span" style="white-space:pre"> </span><param name="context" value="fxs-ports"/></div><div><span class="Apple-tab-span" style="white-space:pre"> </span></span></div>
</div><div><br></div><div>Then dialplan to get it into default context is: </div><div><br></div><div><context name="fxs-ports"></div><div> <extension name="outbound"></div><div> <condition field="destination_number" expression="^(.*)$"></div>
<div> <action application="set" data="toll_allow=local,domestic,international"/></div><div> <action application="transfer" data="$1 XML default"/></div><div>
</condition></div><div> </extension></div><div> </context></div><div><br></div><div><br></div><div>For calls into FreeTDM I have the following dialplan:</div><div><br></div><div><extension name="Local_FXS_Extension"></div>
<div> <condition field="destination_number" expression="^(300)$"></div><div> <action application="set" data="dialed_extension=300"/></div><div> <action application="export" data="dialed_extension=300"/></div>
<div> <!-- bind_meta_app can have these args <key> [a|b|ab] [a|b|o|s] <app> --></div><div> <action application="bind_meta_app" data="1 ab s execute_extension::dx XML features"/></div>
<div> <action application="bind_meta_app" data="2 ab s record_session::$${recordings_dir}/archive/${strftime(%Y)}/${strftime(%b)}/${strftime(%d)}/${uuid}.wav"/></div><div> <action application="bind_meta_app" data="3 ab s execute_extension::cf XML features"/></div>
<div> <action application="bind_meta_app" data="4 ab s execute_extension::att_xfer XML features"/></div><div> <action application="set" data="ringback=${us-ring}"/></div>
<div> <action application="set" data="transfer_ringback=$${hold_music}"/></div><div> <action application="set" data="call_timeout=30"/></div><div> <!-- <action application="set" data="sip_exclude_contact=${network_addr}"/> --></div>
<div> <action application="set" data="hangup_after_bridge=true"/></div><div> <!--<action application="set" data="continue_on_fail=NORMAL_TEMPORARY_FAILURE,USER_BUSY,NO_ANSWER,TIMEOUT,NO_ROUTE_DESTINATION"/> --></div>
<div> <action application="set" data="continue_on_fail=true"/></div><div> <action application="hash" data="insert/${domain_name}-call_return/300/${caller_id_number}"/></div>
<div> <action application="hash" data="insert/${domain_name}-last_dial_ext/300/${uuid}"/></div><div> <action application="set" data="called_party_callgroup=${user_data(300@${domain_name} var callgroup)}"/></div>
<div> <!--<action application="export" data="nolocal:sip_secure_media=${user_data(300@${domain_name} var sip_secure_media)}"/>--></div><div> <action application="hash" data="insert/${domain_name}-last_dial/${called_party_callgroup}/${uuid}"/></div>
<div> <action application="bridge" data="freetdm/2/1"/></div><div> <action application="answer"/></div><div> <action application="sleep" data="1000"/></div>
<div> <!--<action application="bridge" data="loopback/app=voicemail:default ${domain_name} ${dialed_extension}"/>--></div><div> <action application="voicemail" data="default ${domain_name} 300"/></div>
<div> </condition></div><div> </extension></div><div><br></div><div><br></div><div><br></div>Cheers<div>Shane</div><div><br></div><div><br><div class="gmail_quote">On Fri, May 11, 2012 at 2:07 AM, curriegrad2004 <span dir="ltr"><<a href="mailto:curriegrad2004@gmail.com" target="_blank">curriegrad2004@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">It would be beneficial if you can post the dialplan on how FS handles<br>
the part where FreeTDM comes into play. I.e. the dialplan that does<br>
the transfer of the FreeTDM call into the default context. This seems<br>
to be opening up a can of worms here with FXS cards in FreeTDM...<br>
<br>
On Wed, May 9, 2012 at 8:39 PM, Shane Harrison<br>
<div class="HOEnZb"><div class="h5"><<a href="mailto:shane.harrison@paragon.co.nz">shane.harrison@paragon.co.nz</a>> wrote:<br>
> Happy for you to laugh at yourself, I'm just happy you are finding some time<br>
> to take some interest in my problem. Much appreciated.<br>
><br>
> I think some clarity is required here. I am simply trying to do an attended<br>
> transfer as per the wiki (except I set the bind_meta_app to both legs)<br>
> <a href="http://wiki.freeswitch.org/wiki/Misc._Dialplan_Tools_att_xfer" target="_blank">http://wiki.freeswitch.org/wiki/Misc._Dialplan_Tools_att_xfer</a><br>
><br>
> It works fine for SIP to SIP. For SIP to Freetdm it only works if the SIP<br>
> is trying to do the transfer. If the FreeTDM is trying to do it ie. push *3<br>
> on the phone keypad, then the bind_meta_app works fine and detects the *3<br>
> and executes the appropriate extension ie. att_xfer, however the read() in<br>
> the extension att_xfer does not see the subsequent DTMF pressed on the phone<br>
> ie. the destination extension number.<br>
><br>
> Cheers<br>
> Shane<br>
><br>
><br>
> On Thu, May 10, 2012 at 2:44 PM, curriegrad2004 <<a href="mailto:curriegrad2004@gmail.com">curriegrad2004@gmail.com</a>><br>
> wrote:<br>
>><br>
>> I just had to laugh at my self for mixing up the 2 again...<br>
>> bind_meta_app is only applicable to that extension that the inbound<br>
>> call was made to. Since you've transferred to another extension, the<br>
>> bind_meta_app won't work anymore because it's not defined in the<br>
>> extension you're transferring to.<br>
>><br>
>> If you want this to happen, you'd have to manually define that<br>
>> bind_meta_app to those target extensions too. Remember, do this at<br>
>> your own peril - obvious misuse of bind_meta_app can open a huge<br>
>> security hole if you don't know what you're doing :)<br>
>><br>
>> On Wed, May 9, 2012 at 7:27 PM, Shane Harrison<br>
>> <<a href="mailto:shane.harrison@paragon.co.nz">shane.harrison@paragon.co.nz</a>> wrote:<br>
>> > Thanks for the thoughts. As I said, I am already setting it to both<br>
>> > legs -<br>
>> > I will try simply trying one leg but am sceptical :-)<br>
>> ><br>
>> > I also mentioned that I called the start_dtmf just before calling the<br>
>> > read<br>
>> > so unless I am doing something wrong here..... I'll try and post the<br>
>> > XML<br>
>> > tonight when I get home. Oh and it is an FXS card not an FXO of course<br>
>> > since it has a phone plugged into it.<br>
>> ><br>
>> > The question still remains though, why is the in-band DTMF detection<br>
>> > working<br>
>> > for the bind_meta_app digit detection but not after that?<br>
>> ><br>
>> > Cheers<br>
>> > Shane<br>
>> ><br>
>> ><br>
>> > On Thu, May 10, 2012 at 12:28 PM, curriegrad2004<br>
>> > <<a href="mailto:curriegrad2004@gmail.com">curriegrad2004@gmail.com</a>><br>
>> > wrote:<br>
>> >><br>
>> >> and crap, since I wasn't even reading anything here, on the subsequent<br>
>> >> transfers from your FXO card, enable the in-band DTMF detector that FS<br>
>> >> has. The details on the in-band DTMF detector is here:<br>
>> >><br>
>> >> <a href="http://wiki.freeswitch.org/wiki/Misc._Dialplan_Tools_start_dtmf" target="_blank">http://wiki.freeswitch.org/wiki/Misc._Dialplan_Tools_start_dtmf</a><br>
>> >><br>
>> >> But use this with caution, if there is a DTMF detector on the FXO card<br>
>> >> itself, make sure you disable it before using it.<br>
>> >><br>
>> >> On Wed, May 9, 2012 at 5:26 PM, curriegrad2004<br>
>> >> <<a href="mailto:curriegrad2004@gmail.com">curriegrad2004@gmail.com</a>><br>
>> >> wrote:<br>
>> >> > apologies for telling you the wrong thing. I was replying you from my<br>
>> >> > phone btw :P<br>
>> >> ><br>
>> >> > Yeah, bind_meta_app is the app you would use, but try changing it to<br>
>> >> > point to the b-leg, not the a-leg<br>
>> >> ><br>
>> >> > On Wed, May 9, 2012 at 4:12 PM, Shane Harrison<br>
>> >> > <<a href="mailto:shane.harrison@paragon.co.nz">shane.harrison@paragon.co.nz</a>> wrote:<br>
>> >> >> Thanks. I am currently using bind_meta_app (set to both legs)<br>
>> >> >> already<br>
>> >> >> rather than bind_digits. I'll give bind_digits a shot and see if it<br>
>> >> >> behaves<br>
>> >> >> differently.<br>
>> >> >><br>
>> >> >> Note that I do detect the initial *3 digits and because<br>
>> >> >> bind_meta_app<br>
>> >> >> is<br>
>> >> >> both legs, this is successful no matter which direction the call is<br>
>> >> >> setup<br>
>> >> >> from. However once the dialplan moves to the extension the *3 is<br>
>> >> >> bound<br>
>> >> >> to,<br>
>> >> >> digits are no longer received.<br>
>> >> >><br>
>> >> >> The worrying thing for me is that ftdm_io.c doesn't even write to<br>
>> >> >> the<br>
>> >> >> log<br>
>> >> >> that it has received them (nor freetdm above that of course which is<br>
>> >> >> understandable) and I am surprised that the read() influences that<br>
>> >> >> since it<br>
>> >> >> works prior on the *3 digits.<br>
>> >> >><br>
>> >> >> Cheers<br>
>> >> >> Shane<br>
>> >> >><br>
>> >> >><br>
>> >> >><br>
>> >> >> On Thu, May 10, 2012 at 10:22 AM, curriegrad2004<br>
>> >> >> <<a href="mailto:curriegrad2004@gmail.com">curriegrad2004@gmail.com</a>><br>
>> >> >> wrote:<br>
>> >> >>><br>
>> >> >>> I'm guessing the bind digits in your analog card was set to listen<br>
>> >> >>> for<br>
>> >> >>> this sequence on the a-leg given if the call was being routed from<br>
>> >> >>> the<br>
>> >> >>> IP side to the analog side.<br>
>> >> >>><br>
>> >> >>> Try changing that to listen on the b-leg.<br>
>> >> >>><br>
>> >> >>> On 5/9/12, Shane Harrison <<a href="mailto:shane@longwhitecloud.com">shane@longwhitecloud.com</a>> wrote:<br>
>> >> >>> > Hi All,<br>
>> >> >>> ><br>
>> >> >>> > Have a situation where I have a call between a SIP phone and a<br>
>> >> >>> > FreeTDM<br>
>> >> >>> > channel. Pushing *3 on the analog FreeTDM phone is detected and<br>
>> >> >>> > this<br>
>> >> >>> > is<br>
>> >> >>> > bound to a dialplan extension (attended transfer) that does a<br>
>> >> >>> > read():<br>
>> >> >>> > <action application="read" data="3 3<br>
>> >> >>> > 'tone_stream://%(10000,0,350,440)'<br>
>> >> >>> > digits 30000 #"/><br>
>> >> >>> ><br>
>> >> >>> > However pushing further digits on the analog phone ie. extension<br>
>> >> >>> > number<br>
>> >> >>> > of<br>
>> >> >>> > phone we wish to do an attended transfer to , doesn't result in<br>
>> >> >>> > the<br>
>> >> >>> > DTMF<br>
>> >> >>> > being detected. Note that this all works the other way around<br>
>> >> >>> > ie.<br>
>> >> >>> > using<br>
>> >> >>> > the SIP phone.<br>
>> >> >>> ><br>
>> >> >>> > When the *3 digits are pushed on the analog phone I see the logs<br>
>> >> >>> > report:<br>
>> >> >>> ><br>
>> >> >>> > ftdm_io.c:3463 [s2c1][1:4] Queuing DTMF * (debug = 0)<br>
>> >> >>> > mod_freetdm.c:702 Queuing DTMF [*] in channel FreeTDM/2:1/<br>
>> >> >>> ><br>
>> >> >>> > ftdm_io.c:3463 [s2c1][1:4] Queuing DTMF 4 (debug = 0)<br>
>> >> >>> ><br>
>> >> >>> > mod_freetdm.c:702 Queuing DTMF [4] in channel FreeTDM/2:1/<br>
>> >> >>> ><br>
>> >> >>> > When the further keys are pushed ftdm_io reports nothing.<br>
>> >> >>> ><br>
>> >> >>> > I have tried inserting a start_dtmf before the read() but it had<br>
>> >> >>> > no<br>
>> >> >>> > effect.<br>
>> >> >>> > Any thoughts as to why DTMF isn't being seen from the analog<br>
>> >> >>> > phone<br>
>> >> >>> > after<br>
>> >> >>> > the read()?<br>
>> >> >>> ><br>
>> >> >>> > Cheers<br>
>> >> >>> > Shane<br>
>> >> >>> ><br>
>> >> >>><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>
>> >> >>> 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>
>> >> >>><br>
>> >> >>><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>
>> >> >><br>
>> >> >> --<br>
>> >> >> Paragon Electronic Design Ltd<br>
>> >> >> L6 Crest House<br>
>> >> >> 92 Queens Drive<br>
>> >> >> P0 Box 30449<br>
>> >> >> Lower Hutt 5040<br>
>> >> >><br>
>> >> >> <a href="tel:%2B64%204%205703870%20Extn%20875" value="+6445703870">+64 4 5703870 Extn 875</a><br>
>> >> >> <a href="tel:%2B64%2021%20608919" value="+6421608919">+64 21 608919</a> (mobile)<br>
>> >> >><br>
>> >> >> "Solving your problems with the right technology"<br>
>> >> >><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>
>> >> >> 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>
>> >> >><br>
>> >> >><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>
>> >> _________________________________________________________________________<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>
>> >> 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>
>> >><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>
>> ><br>
>> > --<br>
>> > Paragon Electronic Design Ltd<br>
>> > L6 Crest House<br>
>> > 92 Queens Drive<br>
>> > P0 Box 30449<br>
>> > Lower Hutt 5040<br>
>> ><br>
>> > <a href="tel:%2B64%204%205703870%20Extn%20875" value="+6445703870">+64 4 5703870 Extn 875</a><br>
>> > <a href="tel:%2B64%2021%20608919" value="+6421608919">+64 21 608919</a> (mobile)<br>
>> ><br>
>> > "Solving your problems with the right technology"<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>
>> > 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>
>> 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>
><br>
> --<br>
> Paragon Electronic Design Ltd<br>
> L6 Crest House<br>
> 92 Queens Drive<br>
> P0 Box 30449<br>
> Lower Hutt 5040<br>
><br>
> <a href="tel:%2B64%204%205703870%20Extn%20875" value="+6445703870">+64 4 5703870 Extn 875</a><br>
> <a href="tel:%2B64%2021%20608919" value="+6421608919">+64 21 608919</a> (mobile)<br>
><br>
> "Solving your problems with the right technology"<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>
> 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>
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>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br>Paragon Electronic Design Ltd<br>L6 Crest House<br>92 Queens Drive<br>P0 Box 30449<br>Lower Hutt 5040<br><br>+64 4 5703870 Extn 875<br>+64 21 608919 (mobile)<br>
<br>"Solving your problems with the right technology"<br>
</div>