[Freeswitch-users] How to Bridge To Local Extensions?
George F. Phelps
GeorgePhelps at gfphelps.com
Wed Jan 14 15:27:01 MSK 2015
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
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
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] 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
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/20150114/5f080608/attachment-0001.html
Join us at ClueCon 2016 Aug 8-12, 2016
More information about the FreeSWITCH-users
mailing list