[Freeswitch-users] How to Bridge To Local Extensions?

Wed Jan 14 10:40:51 MSK 2015

<plug shameless="true">
We covered this nicely in chapter 1 of the FreeSWITCH Cookbook
</plug>

I'm sorry that I'm late to the party so I am missing some information. Can
you pastebin not only the call log but also the dialplan code for the
example in question? One other tip: it appears that the log that you are
pasting is coming directly from the FreeSWITCH console. By default the
console does not have debug level output enabled. Try entering the command
"console loglevel debug" and you'll see way more log lines, mostly yellow
text. Those lines will most likely contain the clues needed to unravel this
mystery.

Thanks,
MC

On Tue, Jan 13, 2015 at 2:42 PM, George F. Phelps <GeorgePhelps at gfphelps.com
> wrote:

> New logfile uploaded to:
>
>
>
> *http://pastebin.com/CFFvVarS <http://pastebin.com/CFFvVarS>*
>
>
>
> The log contains default Freeswitch console log messages, plus a SIP trace
> of a failed call.  BTW, both extensions were ringing — prior to the CANCEL
> message (see context below).
>
>
>
> In the log I see the INVITE from my VoIP service provider:
>
>
>
> recv 746 bytes from udp/[169.XX.XX.XX]:5060 at 16:22:14.941233:
>
>    ------------------------------------------------------------------------
>
>    INVITE sip:gw+switch2voip.us at 54.XX.XX.XX:5080 SIP/2.0
>
>
>
> send 405 bytes to udp/[169.XX.XX.XX]:5060 at 16:22:14.941450:
>
>    ------------------------------------------------------------------------
>
>    SIP/2.0 100 Trying
>
>
>
> (Then, subsequent INVITE messages to my two extensions.  But other no
> messages to/from my VoIP service provider.)
>
>
>
> And then, a spontaneous CANCEL from my VoIP service provider,
> approximately 10 seconds after the initial INVITE message.  Due to a SIP
> “Timer B” timeout?  Seems way too short.
>
>
>
> recv 435 bytes from udp/[169.XX.XX.XX]:5060 at 16:22:24.104375:
>
>    ------------------------------------------------------------------------
>
>    CANCEL sip:gw+switch2voip.us at 54.XX.XX.XX:5080 SIP/2.0
>
>
>
> (Freeswitch cleanup of SIP sessions to my extensions…)
>
>
>
>
>
> Bote Man-->  I have two local extensions.  Individually, the extensions
> can make and receive both internal and external calls.  It’s only the
> simultaneous ringing for external, inbound calls that is not working at the
> moment.
>
>
>
> Thanks,
>
>
>
> George
>
>
>
> *From:* freeswitch-users-bounces at lists.freeswitch.org [mailto:
> freeswitch-users-bounces at lists.freeswitch.org] *On Behalf Of *Bote Man
> *Sent:* Tuesday, January 13, 2015 2:33 PM
>
> *To:* 'FreeSWITCH Users Help'
> *Subject:* Re: [Freeswitch-users] How to Bridge To Local Extensions?
>
>
>
> I suggest you configure and register 3 total local phones to your FS
> installation, configure 2 of them as the target of your simultaneous ring
> group, and call them with the 3rd phone. Until you can get that working,
> calling through a carrier is adding another layer of complexity to the
> problem and confusing the issue.
>
>
> Out of the box FreeSWITCH does not utter voice codes, they must be coming
> from your carrier.
>
>
>
> Also, the debug-level logs very likely tell you exactly what is happening,
> even though they can be staggering to decipher as a newcomer to FS.
> Learning how to read them pays off in so many ways, though. I find the
> color-coded logs on the console or viewed via FS_cli to be helpful in these
> instances.
>
>
>
> Bote
>
>
>
>
>
> *From:* George F. Phelps
> *Sent:* Tuesday, 13 January, 2015 08:10
> *Subject:* Re: [Freeswitch-users] How to Bridge To Local Extensions?
>
>
>
> I tried…
>
> <action application="set" data="ignore_early_media=true"/>
>
> …but that did not resolve the problem.
>
>
>
> Thanks,
>
>
>
> George
>
>
>
> *From:* freeswitch-users-bounces at lists.freeswitch.org [
> mailto:freeswitch-users-bounces at lists.freeswitch.org
> <freeswitch-users-bounces at lists.freeswitch.org>] *On Behalf Of *David
> Villasmil Govea
> *Sent:* Tuesday, January 13, 2015 7:58 AM
> *To:* FreeSWITCH Users Help
> *Subject:* Re: [Freeswitch-users] How to Bridge To Local Extensions?
>
>
>
> Correct, first endpoint providing audio wins, but you're using
> ignore_early_media...
> Try using
> <action application="set" data="ignore_early_media=true"/>
> Which is global. And I believe in the dial string also is.
> But try it anyway.
>
> On Jan 13, 2015 1:50 PM, "George F. Phelps" <GeorgePhelps at gfphelps.com>
> wrote:
>
> David Govea,
>
>
>
> It appears that the essence of the problem is:
>
>
>
> [NOTICE] switch_ivr_originate.c:3495 Hangup
> sofia/internal/sip:1001 at 192.XX.XX.XX:49714 [CS_CONSUME_MEDIA] [LOSE_RACE]
>
> [NOTICE] switch_ivr_originate.c:3495 Hangup
> sofia/internal/sip:1001 at 50.XX.XX.XX:49714 [CS_CONSUME_MEDIA] [LOSE_RACE]
>
> [NOTICE] switch_ivr_originate.c:3495 Hangup
> sofia/internal/sip:1001 at 192.XX.XX.XX:49219 [CS_CONSUME_MEDIA] [LOSE_RACE]
>
> [NOTICE] switch_ivr_originate.c:3495 Hangup
> sofia/internal/sip:1001 at 50.XX.XX.XX:49219 [CS_CONSUME_MEDIA] [LOSE_RACE]
>
>
>
> Various Freeswitch web comments, related to the same problem, indicate
> that I should: “*Ok.  Setting it per leg didn't help
> [ignore_early_media=true], but per channel {ignore_early_media=true} worked*
> ”.
>
>
>
> What dialplan(?) syntax do I use to correctly “set
> ignore_early_media=true” on a per channel basis?  I tried, within my
> dialplan…
>
>
>
> <action application="set" data="ignore_early_media=true"/>
>
> <action application="bridge"
> data="{ignore_early_media=true}user/1000:_:{ignore_early_media=true}user/1001"/>
>
>
>
> …but without success.  Or does setting ignore_early_media have to be done
> somewhere else?
>
>
>
> Thanks,
>
>
>
> George
>
>
>
> *From:* freeswitch-users-bounces at lists.freeswitch.org [mailto:
> freeswitch-users-bounces at lists.freeswitch.org] *On Behalf Of *David
> Villasmil Govea
> *Sent:* Tuesday, January 13, 2015 6:36 AM
> *To:* FreeSWITCH Users Help
> *Subject:* Re: [Freeswitch-users] How to Bridge To Local Extensions?
>
>
>
> You need to have both extensions registered. Register both and try again
> and paste de log.
>
> On Jan 13, 2015 12:30 PM, "George F. Phelps" <GeorgePhelps at gfphelps.com>
> wrote:
>
> For the most recent test/logfile, only extension 1001 was registered — to
> reduce the number of debug messages in the logfile.
>
>
>
> Thanks,
>
>
>
> George
>
>
>
> *From:* freeswitch-users-bounces at lists.freeswitch.org [mailto:
> freeswitch-users-bounces at lists.freeswitch.org] *On Behalf Of *David
> Villasmil Govea
> *Sent:* Monday, January 12, 2015 6:16 PM
> *To:* FreeSWITCH Users Help
> *Subject:* Re: [Freeswitch-users] How to Bridge To Local Extensions?
>
>
>
> Is 1000 registered? The log says it's not registered...
>
>
>
> On Tue, Jan 13, 2015 at 12:11 AM, George F. Phelps <
> GeorgePhelps at gfphelps.com> wrote:
>
> David Govea,
>
>
>
> I uploaded a new Freeswitch debug logfile at:
>
>
>
> *http://pastebin.com/v17SyXhh <http://pastebin.com/v17SyXhh>*
>
>
>
> *Notes*
>
>
>
> Only extension 1001 was registered for this test.
>
>
>
> Dialstring segment:  <action application="bridge"
> data="{ignore_early_media=true}user/1000:_:user/1001"/>
>
>
>
> I’m guessing that “*verbal error code 231*” is being generated by my VoIP
> service provider.
>
>
>
> I am running Freeswitch with (mostly) the default configuration.  Changed
> passphrases, added my gateway, etc.
>
>
>
> I downloaded the source code from git and built it unmodified, from
> scratch.  “FreeSWITCH Version 1.5.15b+git~20141230T150632Z~1965b3b18d~64bit
> (git 1965b3b 2014-12-30 15:06:32Z 64bit)”
>
>
>
> My effective codec is G711U — fully supported throughout the call chain.
>
>
>
> Thanks,
>
>
>
> George
>
>
>
> *From:* freeswitch-users-bounces at lists.freeswitch.org [mailto:
> freeswitch-users-bounces at lists.freeswitch.org] *On Behalf Of *David
> Villasmil Govea
> *Sent:* Monday, January 12, 2015 7:15 AM
>
>
> *To:* FreeSWITCH Users Help
> *Subject:* Re: [Freeswitch-users] How to Bridge To Local Extensions?
>
>
>
> BTW, I've never heard of verbal error code 231, that's why I ask whether
> you downloaded and freeswitch from the git...
>
>
>
> On Mon, Jan 12, 2015 at 1:12 PM, David Villasmil Govea <
> david.villasmil at gmail.com> wrote:
>
> Are you using freeswitch with its default config or did you install
> something like fusionpbx?
>
> Can you please post your log now? the log for the last dial string, where
> calls go out and then get hung up.
>
> (Are you sure your codecs are correct?)
>
>
>
> On Mon, Jan 12, 2015 at 1:06 PM, George F. Phelps <
> GeorgePhelps at gfphelps.com> wrote:
>
> David Govea,
>
>
>
> Still fails; both extensions rang.  However, before I can answer either
> one, I heard the same verbal error code: “231”.
>
>
>
> How do I track down the meaning of “231”?
>
>
>
> Thanks,
>
>
>
> George
>
>
>
> *From:* freeswitch-users-bounces at lists.freeswitch.org [mailto:
> freeswitch-users-bounces at lists.freeswitch.org] *On Behalf Of *David
> Villasmil Govea
> *Sent:* Monday, January 12, 2015 6:14 AM
>
>
> *To:* FreeSWITCH Users Help
> *Subject:* Re: [Freeswitch-users] How to Bridge To Local Extensions?
>
>
>
> You can also try:
>
> bridge user/1001:_:user/1002
>
> On Jan 12, 2015 12:04 PM, "George F. Phelps" <GeorgePhelps at gfphelps.com>
> wrote:
>
> David Govea,
>
>
>
> That syntax, with more than one extension specified, causes the following
> Freeswitch warning log message:
>
>
>
> [WARNING] switch_ivr_originate.c:2531 Only calling the first element in
> the list in this mode.
>
>
>
> However, the call — to only the first extension on the list — does work.
>
>
>
> Thanks,
>
>
>
> George
>
>
>
> *From:* freeswitch-users-bounces at lists.freeswitch.org [mailto:
> freeswitch-users-bounces at lists.freeswitch.org] *On Behalf Of *David
> Villasmil Govea
> *Sent:* Monday, January 12, 2015 3:21 AM
> *To:* FreeSWITCH Users Help
> *Subject:* Re: [Freeswitch-users] How to Bridge To Local Extensions?
>
>
>
> try this:
>
>
>
> <action application="bridge" data="user/1001"/>
>
>
>
>
>
> On Jan 12, 2015 4:33 AM, "George F. Phelps" <GeorgePhelps at gfphelps.com>
> wrote:
>
> Here you go:
>
>
>
> <include>
>
>   <extension name="my.inbound">
>
>     <condition field="destination_number" expression="^1404XXXXXXX">
>
>       <action application="set" data="domain_name=$${domain}"/>
>
>       <action application="bridge"
> data="{ignore_early_media=true}sofia/internal/1001%${domain}"/>
>
>     </condition>
>
>   </extension>
>
> </include>
>
>
>
> Symbol ${domain} resolves to the local LAN, IP address.
>
>
>
> Thanks,
>
>
>
> George
>
>
>
> *From:* freeswitch-users-bounces at lists.freeswitch.org [mailto:
> freeswitch-users-bounces at lists.freeswitch.org] *On Behalf Of *David
> Villasmil Govea
> *Sent:* Sunday, January 11, 2015 10:18 PM
> *To:* FreeSWITCH Users Help
> *Subject:* Re: [Freeswitch-users] How to Bridge To Local Extensions?
>
>
>
> Cab you paste your dialplan?
> Also, never EVER show your ip addresses.
>
> On Jan 12, 2015 2:48 AM, "George F. Phelps" <GeorgePhelps at gfphelps.com>
> wrote:
>
> Yes, I tested with that dialstring.  My extension was registered, and
> online.
>
>
>
> The call disconnects with verbal error code “231”.   The associated
> logfile is at:
>
>
>
> http://pastebin.com/BeWhhgSU
>
>
>
> Thanks,
>
>
>
> George
>
>
>
> *From:* freeswitch-users-bounces at lists.freeswitch.org [mailto:
> freeswitch-users-bounces at lists.freeswitch.org] *On Behalf Of *David
> Villasmil Govea
> *Sent:* Sunday, January 11, 2015 8:31 PM
> *To:* FreeSWITCH Users Help
> *Subject:* Re: [Freeswitch-users] How to Bridge To Local Extensions?
>
>
>
> Did you try the dialstring with /sofia/internal/1001% your_ip ? If
> extension 1001 is registered they should get the call. What happens when
> you do that?
>
> On Jan 12, 2015 2:01 AM, "George F. Phelps" <GeorgePhelps at gfphelps.com>
> wrote:
>
> David Govea,
>
>
>
> I am attempting to implement simultaneous ringing — where when one of my
> inbound DIDs is called, then two SIP extensions and one outbound DID are
> all rung at the same time.  Simultaneous ringing is also referred, in the
> Freeswitch documentation, as “forked dialing” and “calling multiple
> destinations.”
>
>
>
> I am trying to get the first extension to work with “bridge.”
>
>
>
> This Freeswitch example shows bridging (I thought?) to two (2) extensions:
>
>
>
> *Calling multiple destinations
> <https://wiki.freeswitch.org/wiki/Misc._Dialplan_Tools_bridge>*
>
> By using commas to separate the addresses, bridge will dial them
> simultaneously. Using pipes, it'll dial one at a time. Use :_: to separate
> multiple destinations to be dialed in a multi-threaded manner (this is
> referred to as "Enterprise Origination") - this gives more flexibility (and
> avoids the "Only calling the first element in the list in this mode"
> warning)
>
> If you need to set different channel variables for each destination, you
> may prefix the destinations with [] and the variables inside the brackets.
> Example:
>
> <action application="bridge"
> data="[origination_caller_id_number=1234]sofia/<profile>/<extension>,
> [origination_caller_id_number=55555]sofia/<profile>/<extension>"/>
>
>
>
> Thanks,
>
>
>
> George
>
>
>
> *From:* freeswitch-users-bounces at lists.freeswitch.org [mailto:
> freeswitch-users-bounces at lists.freeswitch.org] *On Behalf Of *David
> Villasmil Govea
> *Sent:* Sunday, January 11, 2015 7:31 PM
> *To:* FreeSWITCH Users Help
> *Subject:* Re: [Freeswitch-users] How to Bridge To Local Extensions?
>
>
>
> Sorry,
>
> I thought you wanted to call the user 1001, because you spoke about
> bridge. You can't "bridge" to an extension. Can you please explain in
> detail what you want to do?
>
> On Jan 12, 2015 1:29 AM, "George F. Phelps" <GeorgePhelps at gfphelps.com>
> wrote:
>
> David Govea,
>
>
>
> Thanks for your input.  I tried that coding yesterday, and the call
> failed.  I wasn’t 100 percent sure I was using the correct coding.  When I
> call, I hear spoken error “231” and then the call hangs up.
>
>
>
> I created a pastebin.com of the failed call log, at:
>
>
>
> http://pastebin.com/BeWhhgSU
>
>
>
> A reminder that this “transfer” statement works:
>
>
>
> <action application="transfer" data="1001 XML default"/>
>
>
>
> Thanks,
>
>
>
> George
>
>
>
> *From:* freeswitch-users-bounces at lists.freeswitch.org [mailto:
> freeswitch-users-bounces at lists.freeswitch.org] *On Behalf Of *David
> Villasmil Govea
> *Sent:* Sunday, January 11, 2015 4:19 PM
> *To:* FreeSWITCH Users Help
> *Subject:* Re: [Freeswitch-users] How to Bridge To Local Extensions?
>
>
>
>
> https://wiki.freeswitch.org/wiki/Dialplan_XML#Example_6:_Calling_registered_user
>
> That's:
>
> <action application="bridge" data="sofia/internal/1001%YOUR_IP" />
>
> Note the % sign..., not @
>
> On Jan 11, 2015 10:09 PM, "George F. Phelps" <GeorgePhelps at gfphelps.com>
> wrote:
>
> Can someone help me with my question?
>
>
>
> Thanks,
>
>
>
> George
>
>
>
> *From:* George F. Phelps [mailto:GeorgePhelps at gfphelps.com]
> *Sent:* Saturday, January 10, 2015 12:02 PM
> *To:* freeswitch-users at lists.freeswitch.org
> *Subject:* How to Bridge To Local Extensions?
>
>
>
> The “transfer” statement, shown below, works (in my inbound dialplan):
>
>
>
> <action application="transfer" data="1001 XML default"/>
>
>
>
> What is the correct syntax for using “bridge” instead of “transfer”?  The
> following statement does not work for me:
>
>
>
> <action application="bridge" data="sofia/internal/1001"/>
>
>
>
> My extensions are effectively default values and in the default directory
> location.  For example:
>
>
>
> more /usr/local/freeswitch/conf/directory/default/1001.xml
>
>
>
> <include>
>
>   <user id="1001">
>
>     <params>
>
>       <param name="password" value="XXXX"/>
>
>       <param name="vm-password" value="1001"/>
>
>     </params>
>
>     <variables>
>
>       <variable name="toll_allow" value="domestic,international,local"/>
>
>       <variable name="accountcode" value="1001"/>
>
>       <variable name="user_context" value="default"/>
>
>       <variable name="effective_caller_id_name" value="Extension 1001"/>
>
>       <variable name="effective_caller_id_number" value="1001"/>
>
>       <variable name="outbound_caller_id_name"
> value="$${outbound_caller_name}"/>
>
>       <variable name="outbound_caller_id_number"
> value="$${outbound_caller_id}"/>
>
>       <variable name="callgroup" value="techsupport"/>
>
>     </variables>
>
>   </user>
>
> </include>
>
>
>
> My goal is to configure simultaneous ringing for multiple extensions:
>
>
>
> <action application="bridge"
> data="{ignore_early_media=true}sofia/internal/1001,sofia/internal/1002"/>
>
>
>
> Thanks,
>
>
>
> George
>
>
>
>
> _________________________________________________________________________
> Professional FreeSWITCH Consulting Services:
> consulting at freeswitch.org
> http://www.freeswitchsolutions.com
>
> Official FreeSWITCH Sites
> http://www.freeswitch.org
> http://confluence.freeswitch.org
> http://www.cluecon.com
>
> FreeSWITCH-users mailing list
> FreeSWITCH-users at lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
> http://www.freeswitch.org
>
>
> _________________________________________________________________________
> Professional FreeSWITCH Consulting Services:
> consulting at freeswitch.org
> http://www.freeswitchsolutions.com
>
> Official FreeSWITCH Sites
> http://www.freeswitch.org
> http://confluence.freeswitch.org
> http://www.cluecon.com
>
> FreeSWITCH-users mailing list
> FreeSWITCH-users at lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
> http://www.freeswitch.org
>
>
> _________________________________________________________________________
> Professional FreeSWITCH Consulting Services:
> consulting at freeswitch.org
> http://www.freeswitchsolutions.com
>
> Official FreeSWITCH Sites
> http://www.freeswitch.org
> http://confluence.freeswitch.org
> http://www.cluecon.com
>
> FreeSWITCH-users mailing list
> FreeSWITCH-users at lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
> http://www.freeswitch.org
>
>
> _________________________________________________________________________
> Professional FreeSWITCH Consulting Services:
> consulting at freeswitch.org
> http://www.freeswitchsolutions.com
>
> Official FreeSWITCH Sites
> http://www.freeswitch.org
> http://confluence.freeswitch.org
> http://www.cluecon.com
>
> FreeSWITCH-users mailing list
> FreeSWITCH-users at lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
> http://www.freeswitch.org
>
>
> _________________________________________________________________________
> Professional FreeSWITCH Consulting Services:
> consulting at freeswitch.org
> http://www.freeswitchsolutions.com
>
> Official FreeSWITCH Sites
> http://www.freeswitch.org
> http://confluence.freeswitch.org
> http://www.cluecon.com
>
> FreeSWITCH-users mailing list
> FreeSWITCH-users at lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
> http://www.freeswitch.org
>
>
> _________________________________________________________________________
> Professional FreeSWITCH Consulting Services:
> consulting at freeswitch.org
> http://www.freeswitchsolutions.com
>
> Official FreeSWITCH Sites
> http://www.freeswitch.org
> http://confluence.freeswitch.org
> http://www.cluecon.com
>
> FreeSWITCH-users mailing list
> FreeSWITCH-users at lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
> http://www.freeswitch.org
>
>
> _________________________________________________________________________
> Professional FreeSWITCH Consulting Services:
> consulting at freeswitch.org
> http://www.freeswitchsolutions.com
>
> Official FreeSWITCH Sites
> http://www.freeswitch.org
> http://confluence.freeswitch.org
> http://www.cluecon.com
>
> FreeSWITCH-users mailing list
> FreeSWITCH-users at lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
> http://www.freeswitch.org
>
>
>
>
>
> --
>
> DVG
>
> --
> Imagination is more important than knowledge
> Albert Einstein
>
>
>
>
>
> --
>
> DVG
>
> --
> Imagination is more important than knowledge
> Albert Einstein
>
>
> _________________________________________________________________________
> Professional FreeSWITCH Consulting Services:
> consulting at freeswitch.org
> http://www.freeswitchsolutions.com
>
> Official FreeSWITCH Sites
> http://www.freeswitch.org
> http://confluence.freeswitch.org
> http://www.cluecon.com
>
> FreeSWITCH-users mailing list
> FreeSWITCH-users at lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
> http://www.freeswitch.org
>
>
>
>
>
> --
>
> DVG
>
> --
> Imagination is more important than knowledge
> Albert Einstein
>
>
> _________________________________________________________________________
> Professional FreeSWITCH Consulting Services:
> consulting at freeswitch.org
> http://www.freeswitchsolutions.com
>
> Official FreeSWITCH Sites
> http://www.freeswitch.org
> http://confluence.freeswitch.org
> http://www.cluecon.com
>
> FreeSWITCH-users mailing list
> FreeSWITCH-users at lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
> http://www.freeswitch.org
>
>
> _________________________________________________________________________
> Professional FreeSWITCH Consulting Services:
> consulting at freeswitch.org
> http://www.freeswitchsolutions.com
>
> Official FreeSWITCH Sites
> http://www.freeswitch.org
> http://confluence.freeswitch.org
> http://www.cluecon.com
>
> FreeSWITCH-users mailing list
> FreeSWITCH-users at lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
> http://www.freeswitch.org
>
> _________________________________________________________________________
> Professional FreeSWITCH Consulting Services:
> consulting at freeswitch.org
> http://www.freeswitchsolutions.com
>
> Official FreeSWITCH Sites
> http://www.freeswitch.org
> http://confluence.freeswitch.org
> http://www.cluecon.com
>
> FreeSWITCH-users mailing list
> FreeSWITCH-users at lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
> http://www.freeswitch.org
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150113/ccc58b36/attachment-0001.html 