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

Thu Jan 15 06:25:59 MSK 2015

Glad you have the book. On page 19 it covers the use of enterprise
originate. I think possibly you need to use the <var=val> method as
discussed on page 21. Try something like this:

<action application="bridge"
data="<ignore_early_media=true>user/1000:_:user/1001"/>

Could just be that early media is not being ignored on both user dialout
attempts.
-MC

On Wed, Jan 14, 2015 at 4:27 AM, George F. Phelps <GeorgePhelps at gfphelps.com
> wrote:

> Michael Collins,
>
>
>
> I already have the book.  Thanks!
>
>
>
> Here’s my dialplan:
>
>
>
> <include>
>
>   <extension name="switch2voip.us.inbound">
>
>     <condition field="destination_number" expression="^1404XXXXXXX">
>
>       <action application="set" data="domain_name=$${domain}"/>
>
>       <action application="bridge"
> data="{ignore_early_media=true}user/1000:_:user/1001"/>
>
>     </condition>
>
>   </extension>
>
> </include>
>
>
>
> New log file uploaded to:
>
>
>
> *http://pastebin.com/gnEpPzk9 <http://pastebin.com/gnEpPzk9>*
>
>
>
> To me, the most significant event in the log file is the SIP CANCEL
> message — starting at line #321:
>
>
>
> tport.c:3023 tport_deliver() tport_deliver(0x95daa0): msg 0xad8fb0 (437
> bytes) from udp/169.XX.XX.XX:5080/sip next=(nil)
>
> nta.c:2880 agent_recv_request() nta: received CANCEL
> sip:gw+switch2voip.us at 54.XX.XX.XX:5080 SIP/2.0 (CSeq 1)
>
> nta.c:3026 agent_recv_request() nta: CANCEL (1) is going to INVITE (1)
>
>
>
> I don’t think it’s related, but I am also curious about log file line #285:
>
>
>
> sres.c:2987 sres_query_report_error() sres(q=0x98b050): reporting error
> NAME_ERR for SRV _sip._udp.sip.switch2voip.us
>
>
>
> Thanks,
>
>
>
> George
>
>
>
> *From:* freeswitch-users-bounces at lists.freeswitch.org [mailto:
> freeswitch-users-bounces at lists.freeswitch.org] *On Behalf Of *Michael
> Collins
> *Sent:* Wednesday, January 14, 2015 2:41 AM
> *To:* FreeSWITCH Users Help
> *Subject:* Re: [Freeswitch-users] How to Bridge To Local Extensions?
>
>
>
> <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
>
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150114/20c4a80a/attachment-0001.html 