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@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@lists.freeswitch.org [mailto:freeswitch-users-bounces@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@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@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@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@lists.freeswitch.org [mailto:freeswitch-users-bounces@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@lists.freeswitch.org [mailto:freeswitch-users-bounces@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@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@192.XX.XX.XX:49714 [CS_CONSUME_MEDIA] [LOSE_RACE] [NOTICE] switch_ivr_originate.c:3495 Hangup sofia/internal/sip:1001@50.XX.XX.XX:49714 [CS_CONSUME_MEDIA] [LOSE_RACE] [NOTICE] switch_ivr_originate.c:3495 Hangup sofia/internal/sip:1001@192.XX.XX.XX:49219 [CS_CONSUME_MEDIA] [LOSE_RACE] [NOTICE] switch_ivr_originate.c:3495 Hangup sofia/internal/sip:1001@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@lists.freeswitch.org [mailto:freeswitch-users-bounces@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@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@lists.freeswitch.org [mailto:freeswitch-users-bounces@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@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@lists.freeswitch.org [mailto:freeswitch-users-bounces@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@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@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@lists.freeswitch.org [mailto:freeswitch-users-bounces@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@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@lists.freeswitch.org [mailto:freeswitch-users-bounces@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@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@lists.freeswitch.org [mailto:freeswitch-users-bounces@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@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@lists.freeswitch.org [mailto:freeswitch-users-bounces@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@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@lists.freeswitch.org [mailto:freeswitch-users-bounces@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@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@lists.freeswitch.org [mailto:freeswitch-users-bounces@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_... 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@gfphelps.com> wrote: Can someone help me with my question? Thanks, George From: George F. Phelps [mailto:GeorgePhelps@gfphelps.com] Sent: Saturday, January 10, 2015 12:02 PM To: freeswitch-users@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@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@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@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@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@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@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@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@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@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@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@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@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@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@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@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@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@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@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@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@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@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@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org