Only calling the first element in the list in this mode
Having upgraded to the latest build (we were previously on a build from 2011), I'm finding that multiple SIP registrations are now working, but that multi-destination bridge commands are not. Getting messages 2012-06-11 11:45:00.565775 [WARNING] switch_ivr_originate.c:2353 Only calling the first element in the list in this mode. Is there some special "allow multi destination" setting that I need to add? Rgds, Alex
Set multiple-registrations to true in the affected Sofia profile if you haven't already done so and report back. Brian Foster Endigo Computer LLC Sent from a mobile device. On Jun 11, 2012 7:49 AM, "Alex Lake" <alex@digitalmail.com> wrote:
Having upgraded to the latest build (we were previously on a build from 2011), I'm finding that multiple SIP registrations are now working, but that multi-destination bridge commands are not.
Getting messages 2012-06-11 11:45:00.565775 [WARNING] switch_ivr_originate.c:2353 Only calling the first element in the list in this mode.
Is there some special "allow multi destination" setting that I need to add?
Rgds, Alex
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
Join Us At ClueCon - Aug 7-9, 2012
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
Yes, that already is set to true - but I think that's what might be causing the problem! Let me explain the scenario a little better: A DDI is linked to a dialplan script a bit like this: <include> <extension name="0044302"> <condition field="destination_number" expression="^(302|441316110347)$"> <action application="set" data="sb_routing=${sb_routing}&441316110347_302_PersonalExtension_Rob Darwin two"/> <action application="set" data="tenant_id=0044"/> <action application="set" data="b_ext=302"/> <action application="export" data="alert_info=http://lnhnov11.dmclub.net/generic/tones/Personal.wav"/> <action application="set" data="call_timeout=60"/> <action application="set" data="hangup_after_bridge=true"/> <action application="set" data="continue_on_fail=true"/> <action application="set" data="bridge_generate_comfort_noise=true"/> <action application="set" data="group_confirm_key=exec"/> <action application="export" data="whisper_msg=/home/pabx/004-0044/20120611-114725-00001/recordings/tts/302_whisper.wav"/> <action application="export" data="accept_msg=/home/pabx/004-0044/20120611-114725-00001/recordings/tts/accept1.wav"/> <action application="set" data="ringback=$${uk-ring}"/> <action application="set" data="transfer_ringback_=$${uk-ring}"/> <action application="set" data="ignore_early_media=true"/> <action application="set" data="group_confirm_file=lua confirmcall.lua"/> <action application="bridge" data="[tenant_id=0044,b_ext=302,accept_mode=Direct]user/0044302@${domain_name},[tenant_id=0044,b_ext=302,leg_delay_start=60,accept_mode=Direct,origination_caller_id_number=00443020${ani}]sofia/internal/898000000006207855360320@a.b.c.d"/> <action application="set" data="comment=pers_inhours_VM" /> <action application="answer" /> <action application="sleep" data="1000"/> <action application="voicemail" data="default ${domain_name} 0044302"/> </condition> </extension> </include> You'll see from the bridge command that one of the outbound legs is to a user URL and the other to a sofia URL. In actuality that is 1 SIP handset and 1 PSTN destination (via a PSTN gateway) I believe we have only 1 sofia profile in the whole system - which is "internal", and that certainly has multiple-registrations set to "true" and I can see that's working by attempting to register simultaneously from lots of SIP handsets and then "show registrations" or "sofia_contact" from fs_cli. I'm wondering if I disable multiple SIP registrations, that it might then allow multiple-destination bridge commands.
Set multiple-registrations to true in the affected Sofia profile if you haven't already done so and report back.
Brian Foster Endigo Computer LLC
Sent from a mobile device.
On Jun 11, 2012 7:49 AM, "Alex Lake" <alex@digitalmail.com <mailto:alex@digitalmail.com>> wrote:
Having upgraded to the latest build (we were previously on a build from 2011), I'm finding that multiple SIP registrations are now working, but that multi-destination bridge commands are not.
Getting messages 2012-06-11 11:45:00.565775 [WARNING] switch_ivr_originate.c:2353 Only calling the first element in the list in this mode.
Is there some special "allow multi destination" setting that I need to add?
Rgds, Alex
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org <mailto:consulting@freeswitch.org> http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
Join Us At ClueCon - Aug 7-9, 2012
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org <mailto: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
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
Join Us At ClueCon - Aug 7-9, 2012
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
No virus found in this message. Checked by AVG - www.avg.com <http://www.avg.com> Version: 2012.0.2177 / Virus Database: 2433/5062 - Release Date: 06/11/12
I don't really understand your dialplan since I don't see everything going on, but make sure you are using user/<EXTNUMBER>@domain.tld for your bridges. Otherwise, ill have to defer to someone else.more.knowledgeable on that subject. I will note that it does work fine for me and I am on latest as of last night. Brian Foster Endigo Computer LLC Sent from a mobile device. On Jun 11, 2012 9:58 AM, "Alex Lake" <alex@thewinelake.com> wrote:
Yes, that already is set to true - but I think that's what might be causing the problem!
Let me explain the scenario a little better:
A DDI is linked to a dialplan script a bit like this:
<include> <extension name="0044302"> <condition field="destination_number" expression="^(302|441316110347)$"> <action application="set" data="sb_routing=${sb_routing}&441316110347_302_PersonalExtension_Rob Darwin two"/> <action application="set" data="tenant_id=0044"/> <action application="set" data="b_ext=302"/> <action application="export" data="alert_info= http://lnhnov11.dmclub.net/generic/tones/Personal.wav"/> <action application="set" data="call_timeout=60"/> <action application="set" data="hangup_after_bridge=true"/> <action application="set" data="continue_on_fail=true"/> <action application="set" data="bridge_generate_comfort_noise=true"/> <action application="set" data="group_confirm_key=exec"/> <action application="export" data="whisper_msg=/home/pabx/004-0044/20120611-114725-00001/recordings/tts/302_whisper.wav"/> <action application="export" data="accept_msg=/home/pabx/004-0044/20120611-114725-00001/recordings/tts/accept1.wav"/> <action application="set" data="ringback=$${uk-ring}"/> <action application="set" data="transfer_ringback_=$${uk-ring}"/> <action application="set" data="ignore_early_media=true"/> <action application="set" data="group_confirm_file=lua confirmcall.lua"/> <action application="bridge" data= "[tenant_id=0044,b_ext=302,accept_mode=Direct]user/0044302@${domain_name},[tenant_id=0044,b_ext=302,leg_delay_start=60,accept_mode=Direct,origination_caller_id_number=00443020${ani}]sofia/internal/898000000006207855360320@a.b.c.d"<[tenant_id=0044,b_ext=302,accept_mode=Direct]user/0044302@$%7Bdomain_name%7D,[tenant_id=0044,b_ext=302,leg_delay_start=60,accept_mode=Direct,origination_caller_id_number=00443020$%7Bani%7D]sofia/internal/898000000006207855360320@a.b.c.d> /> <action application="set" data="comment=pers_inhours_VM" /> <action application="answer" /> <action application="sleep" data="1000"/> <action application="voicemail" data="default ${domain_name} 0044302"/> </condition> </extension> </include>
You'll see from the bridge command that one of the outbound legs is to a user URL and the other to a sofia URL. In actuality that is 1 SIP handset and 1 PSTN destination (via a PSTN gateway)
I believe we have only 1 sofia profile in the whole system - which is "internal", and that certainly has multiple-registrations set to "true" and I can see that's working by attempting to register simultaneously from lots of SIP handsets and then "show registrations" or "sofia_contact" from fs_cli.
I'm wondering if I disable multiple SIP registrations, that it might then allow multiple-destination bridge commands.
Set multiple-registrations to true in the affected Sofia profile if you haven't already done so and report back.
Brian Foster Endigo Computer LLC
Sent from a mobile device. On Jun 11, 2012 7:49 AM, "Alex Lake" <alex@digitalmail.com> wrote:
Having upgraded to the latest build (we were previously on a build from 2011), I'm finding that multiple SIP registrations are now working, but that multi-destination bridge commands are not.
Getting messages 2012-06-11 11:45:00.565775 [WARNING] switch_ivr_originate.c:2353 Only calling the first element in the list in this mode.
Is there some special "allow multi destination" setting that I need to add?
Rgds, Alex
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
Join Us At ClueCon - Aug 7-9, 2012
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.orghttp://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Serverhttp://www.cudatel.com
Official FreeSWITCH Siteshttp://www.freeswitch.orghttp://wiki.freeswitch.orghttp://www.cluecon.com
Join Us At ClueCon - Aug 7-9, 2012
FreeSWITCH-users mailing listFreeSWITCH-users@lists.freeswitch.orghttp://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-usershttp://www.frees...
No virus found in this message. Checked by AVG - www.avg.com Version: 2012.0.2177 / Virus Database: 2433/5062 - Release Date: 06/11/12
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
Join Us At ClueCon - Aug 7-9, 2012
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
Brian, when you say "it" (as in "it does work fine for me") are you doing a bridge to several different destinations, or are you just talking about bridging to a user that happens to have multiple SIP registrations? Thanks for the encouragement, anyway... Alex
I don't really understand your dialplan since I don't see everything going on, but make sure you are using user/<EXTNUMBER>@domain.tld for your bridges.
Otherwise, ill have to defer to someone else.more.knowledgeable on that subject. I will note that it does work fine for me and I am on latest as of last night.
Brian Foster Endigo Computer LLC
Sent from a mobile device.
On Jun 11, 2012 9:58 AM, "Alex Lake" <alex@thewinelake.com <mailto:alex@thewinelake.com>> wrote:
Yes, that already is set to true - but I think that's what might be causing the problem!
Let me explain the scenario a little better:
A DDI is linked to a dialplan script a bit like this:
<include> <extension name="0044302"> <condition field="destination_number" expression="^(302|441316110347)$"> <action application="set" data="sb_routing=${sb_routing}&441316110347_302_PersonalExtension_Rob Darwin two"/> <action application="set" data="tenant_id=0044"/> <action application="set" data="b_ext=302"/> <action application="export" data="alert_info=http://lnhnov11.dmclub.net/generic/tones/Personal.wav"/> <action application="set" data="call_timeout=60"/> <action application="set" data="hangup_after_bridge=true"/> <action application="set" data="continue_on_fail=true"/> <action application="set" data="bridge_generate_comfort_noise=true"/> <action application="set" data="group_confirm_key=exec"/> <action application="export" data="whisper_msg=/home/pabx/004-0044/20120611-114725-00001/recordings/tts/302_whisper.wav"/> <action application="export" data="accept_msg=/home/pabx/004-0044/20120611-114725-00001/recordings/tts/accept1.wav"/> <action application="set" data="ringback=$${uk-ring}"/> <action application="set" data="transfer_ringback_=$${uk-ring}"/> <action application="set" data="ignore_early_media=true"/> <action application="set" data="group_confirm_file=lua confirmcall.lua"/> <action application="bridge" data="[tenant_id=0044,b_ext=302,accept_mode=Direct]user/0044302@${domain_name},[tenant_id=0044,b_ext=302,leg_delay_start=60,accept_mode=Direct,origination_caller_id_number=00443020${ani}]sofia/internal/898000000006207855360320@a.b.c.d" <mailto:[tenant_id=0044,b_ext=302,accept_mode=Direct]user/0044302@$%7Bdomain_name%7D,[tenant_id=0044,b_ext=302,leg_delay_start=60,accept_mode=Direct,origination_caller_id_number=00443020$%7Bani%7D]sofia/internal/898000000006207855360320@a.b.c.d>/> <action application="set" data="comment=pers_inhours_VM" /> <action application="answer" /> <action application="sleep" data="1000"/> <action application="voicemail" data="default ${domain_name} 0044302"/> </condition> </extension> </include>
You'll see from the bridge command that one of the outbound legs is to a user URL and the other to a sofia URL. In actuality that is 1 SIP handset and 1 PSTN destination (via a PSTN gateway)
I believe we have only 1 sofia profile in the whole system - which is "internal", and that certainly has multiple-registrations set to "true" and I can see that's working by attempting to register simultaneously from lots of SIP handsets and then "show registrations" or "sofia_contact" from fs_cli.
I'm wondering if I disable multiple SIP registrations, that it might then allow multiple-destination bridge commands.
Set multiple-registrations to true in the affected Sofia profile if you haven't already done so and report back.
Brian Foster Endigo Computer LLC
Sent from a mobile device.
On Jun 11, 2012 7:49 AM, "Alex Lake" <alex@digitalmail.com <mailto:alex@digitalmail.com>> wrote:
Having upgraded to the latest build (we were previously on a build from 2011), I'm finding that multiple SIP registrations are now working, but that multi-destination bridge commands are not.
Getting messages 2012-06-11 11:45:00.565775 [WARNING] switch_ivr_originate.c:2353 Only calling the first element in the list in this mode.
Is there some special "allow multi destination" setting that I need to add?
Rgds, Alex
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org <mailto:consulting@freeswitch.org> http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
Join Us At ClueCon - Aug 7-9, 2012
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org <mailto: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 <mailto:consulting@freeswitch.org> http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
Join Us At ClueCon - Aug 7-9, 2012
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org <mailto: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
No virus found in this message. Checked by AVG - www.avg.com <http://www.avg.com> Version: 2012.0.2177 / Virus Database: 2433/5062 - Release Date: 06/11/12
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org <mailto:consulting@freeswitch.org> http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
Join Us At ClueCon - Aug 7-9, 2012
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org <mailto: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
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
Join Us At ClueCon - Aug 7-9, 2012
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
No virus found in this message. Checked by AVG - www.avg.com <http://www.avg.com> Version: 2012.0.2177 / Virus Database: 2433/5062 - Release Date: 06/11/12
At the end of your bridge string there is a Sofia/. Check that, could be by design but I'm not understanding what you are doing there. Brian Foster Endigo Computer LLC Sent from a mobile device. On Jun 11, 2012 10:57 AM, "Alex Lake" <alex@thewinelake.com> wrote:
Brian, when you say "it" (as in "it does work fine for me") are you doing a bridge to several different destinations, or are you just talking about bridging to a user that happens to have multiple SIP registrations? Thanks for the encouragement, anyway... Alex
I don't really understand your dialplan since I don't see everything going on, but make sure you are using user/<EXTNUMBER>@domain.tld for your bridges.
Otherwise, ill have to defer to someone else.more.knowledgeable on that subject. I will note that it does work fine for me and I am on latest as of last night.
Brian Foster Endigo Computer LLC
Sent from a mobile device. On Jun 11, 2012 9:58 AM, "Alex Lake" <alex@thewinelake.com> wrote:
Yes, that already is set to true - but I think that's what might be causing the problem!
Let me explain the scenario a little better:
A DDI is linked to a dialplan script a bit like this:
<include> <extension name="0044302"> <condition field="destination_number" expression="^(302|441316110347)$"> <action application="set" data="sb_routing=${sb_routing}&441316110347_302_PersonalExtension_Rob Darwin two"/> <action application="set" data="tenant_id=0044"/> <action application="set" data="b_ext=302"/> <action application="export" data="alert_info= http://lnhnov11.dmclub.net/generic/tones/Personal.wav"/> <action application="set" data="call_timeout=60"/> <action application="set" data="hangup_after_bridge=true"/> <action application="set" data="continue_on_fail=true"/> <action application="set" data="bridge_generate_comfort_noise=true"/> <action application="set" data="group_confirm_key=exec"/> <action application="export" data="whisper_msg=/home/pabx/004-0044/20120611-114725-00001/recordings/tts/302_whisper.wav"/> <action application="export" data="accept_msg=/home/pabx/004-0044/20120611-114725-00001/recordings/tts/accept1.wav"/> <action application="set" data="ringback=$${uk-ring}"/> <action application="set" data="transfer_ringback_=$${uk-ring}"/> <action application="set" data="ignore_early_media=true"/> <action application="set" data="group_confirm_file=lua confirmcall.lua"/> <action application="bridge" data= "[tenant_id=0044,b_ext=302,accept_mode=Direct]user/0044302@${domain_name},[tenant_id=0044,b_ext=302,leg_delay_start=60,accept_mode=Direct,origination_caller_id_number=00443020${ani}]sofia/internal/898000000006207855360320@a.b.c.d"<[tenant_id=0044,b_ext=302,accept_mode=Direct]user/0044302@$%7Bdomain_name%7D,[tenant_id=0044,b_ext=302,leg_delay_start=60,accept_mode=Direct,origination_caller_id_number=00443020$%7Bani%7D]sofia/internal/898000000006207855360320@a.b.c.d> /> <action application="set" data="comment=pers_inhours_VM" /> <action application="answer" /> <action application="sleep" data="1000"/> <action application="voicemail" data="default ${domain_name} 0044302"/> </condition> </extension> </include>
You'll see from the bridge command that one of the outbound legs is to a user URL and the other to a sofia URL. In actuality that is 1 SIP handset and 1 PSTN destination (via a PSTN gateway)
I believe we have only 1 sofia profile in the whole system - which is "internal", and that certainly has multiple-registrations set to "true" and I can see that's working by attempting to register simultaneously from lots of SIP handsets and then "show registrations" or "sofia_contact" from fs_cli.
I'm wondering if I disable multiple SIP registrations, that it might then allow multiple-destination bridge commands.
Set multiple-registrations to true in the affected Sofia profile if you haven't already done so and report back.
Brian Foster Endigo Computer LLC
Sent from a mobile device. On Jun 11, 2012 7:49 AM, "Alex Lake" <alex@digitalmail.com> wrote:
Having upgraded to the latest build (we were previously on a build from 2011), I'm finding that multiple SIP registrations are now working, but that multi-destination bridge commands are not.
Getting messages 2012-06-11 11:45:00.565775 [WARNING] switch_ivr_originate.c:2353 Only calling the first element in the list in this mode.
Is there some special "allow multi destination" setting that I need to add?
Rgds, Alex
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
Join Us At ClueCon - Aug 7-9, 2012
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.orghttp://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Serverhttp://www.cudatel.com
Official FreeSWITCH Siteshttp://www.freeswitch.orghttp://wiki.freeswitch.orghttp://www.cluecon.com
Join Us At ClueCon - Aug 7-9, 2012
FreeSWITCH-users mailing listFreeSWITCH-users@lists.freeswitch.orghttp://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-usershttp://www.frees...
No virus found in this message. Checked by AVG - www.avg.com Version: 2012.0.2177 / Virus Database: 2433/5062 - Release Date: 06/11/12
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
Join Us At ClueCon - Aug 7-9, 2012
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.orghttp://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Serverhttp://www.cudatel.com
Official FreeSWITCH Siteshttp://www.freeswitch.orghttp://wiki.freeswitch.orghttp://www.cluecon.com
Join Us At ClueCon - Aug 7-9, 2012
FreeSWITCH-users mailing listFreeSWITCH-users@lists.freeswitch.orghttp://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-usershttp://www.frees...
No virus found in this message. Checked by AVG - www.avg.com Version: 2012.0.2177 / Virus Database: 2433/5062 - Release Date: 06/11/12
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
Join Us At ClueCon - Aug 7-9, 2012
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
This is going into stuff I haven't played with, but I'm trying my best :-) In your bridge string, instead of using a comma have you tried using :_: ? Brian Foster Endigo Computer LLC Sent from a mobile device. On Jun 11, 2012 11:03 AM, "Brian Foster" <bdfoster@endigotech.com> wrote:
At the end of your bridge string there is a Sofia/. Check that, could be by design but I'm not understanding what you are doing there.
Brian Foster Endigo Computer LLC
Sent from a mobile device. On Jun 11, 2012 10:57 AM, "Alex Lake" <alex@thewinelake.com> wrote:
Brian, when you say "it" (as in "it does work fine for me") are you doing a bridge to several different destinations, or are you just talking about bridging to a user that happens to have multiple SIP registrations? Thanks for the encouragement, anyway... Alex
I don't really understand your dialplan since I don't see everything going on, but make sure you are using user/<EXTNUMBER>@domain.tld for your bridges.
Otherwise, ill have to defer to someone else.more.knowledgeable on that subject. I will note that it does work fine for me and I am on latest as of last night.
Brian Foster Endigo Computer LLC
Sent from a mobile device. On Jun 11, 2012 9:58 AM, "Alex Lake" <alex@thewinelake.com> wrote:
Yes, that already is set to true - but I think that's what might be causing the problem!
Let me explain the scenario a little better:
A DDI is linked to a dialplan script a bit like this:
<include> <extension name="0044302"> <condition field="destination_number" expression="^(302|441316110347)$"> <action application="set" data="sb_routing=${sb_routing}&441316110347_302_PersonalExtension_Rob Darwin two"/> <action application="set" data="tenant_id=0044"/> <action application="set" data="b_ext=302"/> <action application="export" data="alert_info= http://lnhnov11.dmclub.net/generic/tones/Personal.wav"/> <action application="set" data="call_timeout=60"/> <action application="set" data="hangup_after_bridge=true"/> <action application="set" data="continue_on_fail=true"/> <action application="set" data="bridge_generate_comfort_noise=true"/> <action application="set" data="group_confirm_key=exec"/> <action application="export" data="whisper_msg=/home/pabx/004-0044/20120611-114725-00001/recordings/tts/302_whisper.wav"/> <action application="export" data="accept_msg=/home/pabx/004-0044/20120611-114725-00001/recordings/tts/accept1.wav"/> <action application="set" data="ringback=$${uk-ring}"/> <action application="set" data="transfer_ringback_=$${uk-ring}"/> <action application="set" data="ignore_early_media=true"/> <action application="set" data="group_confirm_file=lua confirmcall.lua"/> <action application="bridge" data= "[tenant_id=0044,b_ext=302,accept_mode=Direct]user/0044302@${domain_name},[tenant_id=0044,b_ext=302,leg_delay_start=60,accept_mode=Direct,origination_caller_id_number=00443020${ani}]sofia/internal/898000000006207855360320@a.b.c.d"<[tenant_id=0044,b_ext=302,accept_mode=Direct]user/0044302@$%7Bdomain_name%7D,[tenant_id=0044,b_ext=302,leg_delay_start=60,accept_mode=Direct,origination_caller_id_number=00443020$%7Bani%7D]sofia/internal/898000000006207855360320@a.b.c.d> /> <action application="set" data="comment=pers_inhours_VM" /> <action application="answer" /> <action application="sleep" data="1000"/> <action application="voicemail" data="default ${domain_name} 0044302"/> </condition> </extension> </include>
You'll see from the bridge command that one of the outbound legs is to a user URL and the other to a sofia URL. In actuality that is 1 SIP handset and 1 PSTN destination (via a PSTN gateway)
I believe we have only 1 sofia profile in the whole system - which is "internal", and that certainly has multiple-registrations set to "true" and I can see that's working by attempting to register simultaneously from lots of SIP handsets and then "show registrations" or "sofia_contact" from fs_cli.
I'm wondering if I disable multiple SIP registrations, that it might then allow multiple-destination bridge commands.
Set multiple-registrations to true in the affected Sofia profile if you haven't already done so and report back.
Brian Foster Endigo Computer LLC
Sent from a mobile device. On Jun 11, 2012 7:49 AM, "Alex Lake" <alex@digitalmail.com> wrote:
Having upgraded to the latest build (we were previously on a build from 2011), I'm finding that multiple SIP registrations are now working, but that multi-destination bridge commands are not.
Getting messages 2012-06-11 11:45:00.565775 [WARNING] switch_ivr_originate.c:2353 Only calling the first element in the list in this mode.
Is there some special "allow multi destination" setting that I need to add?
Rgds, Alex
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
Join Us At ClueCon - Aug 7-9, 2012
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.orghttp://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Serverhttp://www.cudatel.com
Official FreeSWITCH Siteshttp://www.freeswitch.orghttp://wiki.freeswitch.orghttp://www.cluecon.com
Join Us At ClueCon - Aug 7-9, 2012
FreeSWITCH-users mailing listFreeSWITCH-users@lists.freeswitch.orghttp://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-usershttp://www.frees...
No virus found in this message. Checked by AVG - www.avg.com Version: 2012.0.2177 / Virus Database: 2433/5062 - Release Date: 06/11/12
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
Join Us At ClueCon - Aug 7-9, 2012
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.orghttp://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Serverhttp://www.cudatel.com
Official FreeSWITCH Siteshttp://www.freeswitch.orghttp://wiki.freeswitch.orghttp://www.cluecon.com
Join Us At ClueCon - Aug 7-9, 2012
FreeSWITCH-users mailing listFreeSWITCH-users@lists.freeswitch.orghttp://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-usershttp://www.frees...
No virus found in this message. Checked by AVG - www.avg.com Version: 2012.0.2177 / Virus Database: 2433/5062 - Release Date: 06/11/12
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
Join Us At ClueCon - Aug 7-9, 2012
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
I have not! I presume that's for the bits between the destinations (and not the use of commas between destination-specific channel variables). <action application="bridge" data="[tenant_id=0044,b_ext=302,accept_mode=Direct]user/0044302@${domain_name}:_:[tenant_id=0044,b_ext=302,leg_delay_start=60,accept_mode=Direct,origination_caller_id_number=00443020${ani}]sofia/internal/898000000006207855360320@a.b.c.d" <mailto:[tenant_id=0044,b_ext=302,accept_mode=Direct]user/0044302@$%7Bdomain_name%7D,[tenant_id=0044,b_ext=302,leg_delay_start=60,accept_mode=Direct,origination_caller_id_number=00443020$%7Bani%7D]sofia/internal/898000000006207855360320@a.b.c.d>/> I'll give it a go.
This is going into stuff I haven't played with, but I'm trying my best :-)
In your bridge string, instead of using a comma have you tried using :_: ?
Brian Foster Endigo Computer LLC
Sent from a mobile device.
On Jun 11, 2012 11:03 AM, "Brian Foster" <bdfoster@endigotech.com <mailto:bdfoster@endigotech.com>> wrote:
At the end of your bridge string there is a Sofia/. Check that, could be by design but I'm not understanding what you are doing there.
Brian Foster Endigo Computer LLC
Sent from a mobile device.
On Jun 11, 2012 10:57 AM, "Alex Lake" <alex@thewinelake.com <mailto:alex@thewinelake.com>> wrote:
Brian, when you say "it" (as in "it does work fine for me") are you doing a bridge to several different destinations, or are you just talking about bridging to a user that happens to have multiple SIP registrations? Thanks for the encouragement, anyway... Alex
I don't really understand your dialplan since I don't see everything going on, but make sure you are using user/<EXTNUMBER>@domain.tld for your bridges.
Otherwise, ill have to defer to someone else.more.knowledgeable on that subject. I will note that it does work fine for me and I am on latest as of last night.
Brian Foster Endigo Computer LLC
Sent from a mobile device.
On Jun 11, 2012 9:58 AM, "Alex Lake" <alex@thewinelake.com <mailto:alex@thewinelake.com>> wrote:
Yes, that already is set to true - but I think that's what might be causing the problem!
Let me explain the scenario a little better:
A DDI is linked to a dialplan script a bit like this:
<include> <extension name="0044302"> <condition field="destination_number" expression="^(302|441316110347)$"> <action application="set" data="sb_routing=${sb_routing}&441316110347_302_PersonalExtension_Rob Darwin two"/> <action application="set" data="tenant_id=0044"/> <action application="set" data="b_ext=302"/> <action application="export" data="alert_info=http://lnhnov11.dmclub.net/generic/tones/Personal.wav"/> <action application="set" data="call_timeout=60"/> <action application="set" data="hangup_after_bridge=true"/> <action application="set" data="continue_on_fail=true"/> <action application="set" data="bridge_generate_comfort_noise=true"/> <action application="set" data="group_confirm_key=exec"/> <action application="export" data="whisper_msg=/home/pabx/004-0044/20120611-114725-00001/recordings/tts/302_whisper.wav"/> <action application="export" data="accept_msg=/home/pabx/004-0044/20120611-114725-00001/recordings/tts/accept1.wav"/> <action application="set" data="ringback=$${uk-ring}"/> <action application="set" data="transfer_ringback_=$${uk-ring}"/> <action application="set" data="ignore_early_media=true"/> <action application="set" data="group_confirm_file=lua confirmcall.lua"/> <action application="bridge" data="[tenant_id=0044,b_ext=302,accept_mode=Direct]user/0044302@${domain_name},[tenant_id=0044,b_ext=302,leg_delay_start=60,accept_mode=Direct,origination_caller_id_number=00443020${ani}]sofia/internal/898000000006207855360320@a.b.c.d" <mailto:[tenant_id=0044,b_ext=302,accept_mode=Direct]user/0044302@$%7Bdomain_name%7D,[tenant_id=0044,b_ext=302,leg_delay_start=60,accept_mode=Direct,origination_caller_id_number=00443020$%7Bani%7D]sofia/internal/898000000006207855360320@a.b.c.d>/> <action application="set" data="comment=pers_inhours_VM" /> <action application="answer" /> <action application="sleep" data="1000"/> <action application="voicemail" data="default ${domain_name} 0044302"/> </condition> </extension> </include>
You'll see from the bridge command that one of the outbound legs is to a user URL and the other to a sofia URL. In actuality that is 1 SIP handset and 1 PSTN destination (via a PSTN gateway)
I believe we have only 1 sofia profile in the whole system - which is "internal", and that certainly has multiple-registrations set to "true" and I can see that's working by attempting to register simultaneously from lots of SIP handsets and then "show registrations" or "sofia_contact" from fs_cli.
I'm wondering if I disable multiple SIP registrations, that it might then allow multiple-destination bridge commands.
Set multiple-registrations to true in the affected Sofia profile if you haven't already done so and report back.
Brian Foster Endigo Computer LLC
Sent from a mobile device.
On Jun 11, 2012 7:49 AM, "Alex Lake" <alex@digitalmail.com <mailto:alex@digitalmail.com>> wrote:
Having upgraded to the latest build (we were previously on a build from 2011), I'm finding that multiple SIP registrations are now working, but that multi-destination bridge commands are not.
Getting messages 2012-06-11 11:45:00.565775 [WARNING] switch_ivr_originate.c:2353 Only calling the first element in the list in this mode.
Is there some special "allow multi destination" setting that I need to add?
Rgds, Alex
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org <mailto:consulting@freeswitch.org> http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
Join Us At ClueCon - Aug 7-9, 2012
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org <mailto: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 <mailto:consulting@freeswitch.org> http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
Join Us At ClueCon - Aug 7-9, 2012
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org <mailto: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
No virus found in this message. Checked by AVG - www.avg.com <http://www.avg.com> Version: 2012.0.2177 / Virus Database: 2433/5062 - Release Date: 06/11/12
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org <mailto:consulting@freeswitch.org> http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
Join Us At ClueCon - Aug 7-9, 2012
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org <mailto: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 <mailto:consulting@freeswitch.org> http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
Join Us At ClueCon - Aug 7-9, 2012
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org <mailto: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
No virus found in this message. Checked by AVG - www.avg.com <http://www.avg.com> Version: 2012.0.2177 / Virus Database: 2433/5062 - Release Date: 06/11/12
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org <mailto:consulting@freeswitch.org> http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
Join Us At ClueCon - Aug 7-9, 2012
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org <mailto: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
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
Join Us At ClueCon - Aug 7-9, 2012
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
No virus found in this message. Checked by AVG - www.avg.com <http://www.avg.com> Version: 2012.0.2177 / Virus Database: 2433/5062 - Release Date: 06/11/12
Well, whaddyaknow - using :_: fixed it! Thanks a million... On 11 Jun 2012, at 16:21, Brian Foster <bdfoster@endigotech.com> wrote:
This is going into stuff I haven't played with, but I'm trying my best :-)
In your bridge string, instead of using a comma have you tried using :_: ?
Brian Foster Endigo Computer LLC
Sent from a mobile device.
On Jun 11, 2012 11:03 AM, "Brian Foster" <bdfoster@endigotech.com> wrote: At the end of your bridge string there is a Sofia/. Check that, could be by design but I'm not understanding what you are doing there.
Brian Foster Endigo Computer LLC
Sent from a mobile device.
On Jun 11, 2012 10:57 AM, "Alex Lake" <alex@thewinelake.com> wrote: Brian, when you say "it" (as in "it does work fine for me") are you doing a bridge to several different destinations, or are you just talking about bridging to a user that happens to have multiple SIP registrations? Thanks for the encouragement, anyway... Alex
I don't really understand your dialplan since I don't see everything going on, but make sure you are using user/<EXTNUMBER>@domain.tld for your bridges.
Otherwise, ill have to defer to someone else.more.knowledgeable on that subject. I will note that it does work fine for me and I am on latest as of last night.
Brian Foster Endigo Computer LLC
Sent from a mobile device.
On Jun 11, 2012 9:58 AM, "Alex Lake" <alex@thewinelake.com> wrote: Yes, that already is set to true - but I think that's what might be causing the problem!
Let me explain the scenario a little better:
A DDI is linked to a dialplan script a bit like this:
<include> <extension name="0044302"> <condition field="destination_number" expression="^(302|441316110347)$"> <action application="set" data="sb_routing=${sb_routing}&441316110347_302_PersonalExtension_Rob Darwin two"/> <action application="set" data="tenant_id=0044"/> <action application="set" data="b_ext=302"/> <action application="export" data="alert_info=http://lnhnov11.dmclub.net/generic/tones/Personal.wav"/> <action application="set" data="call_timeout=60"/> <action application="set" data="hangup_after_bridge=true"/> <action application="set" data="continue_on_fail=true"/> <action application="set" data="bridge_generate_comfort_noise=true"/> <action application="set" data="group_confirm_key=exec"/> <action application="export" data="whisper_msg=/home/pabx/004-0044/20120611-114725-00001/recordings/tts/302_whisper.wav"/> <action application="export" data="accept_msg=/home/pabx/004-0044/20120611-114725-00001/recordings/tts/accept1.wav"/> <action application="set" data="ringback=$${uk-ring}"/> <action application="set" data="transfer_ringback_=$${uk-ring}"/> <action application="set" data="ignore_early_media=true"/> <action application="set" data="group_confirm_file=lua confirmcall.lua"/> <action application="bridge" data="[tenant_id=0044,b_ext=302,accept_mode=Direct]user/0044302@${domain_name},[tenant_id=0044,b_ext=302,leg_delay_start=60,accept_mode=Direct,origination_caller_id_number=00443020${ani}]sofia/internal/898000000006207855360320@a.b.c.d"/> <action application="set" data="comment=pers_inhours_VM" /> <action application="answer" /> <action application="sleep" data="1000"/> <action application="voicemail" data="default ${domain_name} 0044302"/> </condition> </extension> </include>
You'll see from the bridge command that one of the outbound legs is to a user URL and the other to a sofia URL. In actuality that is 1 SIP handset and 1 PSTN destination (via a PSTN gateway)
I believe we have only 1 sofia profile in the whole system - which is "internal", and that certainly has multiple-registrations set to "true" and I can see that's working by attempting to register simultaneously from lots of SIP handsets and then "show registrations" or "sofia_contact" from fs_cli.
I'm wondering if I disable multiple SIP registrations, that it might then allow multiple-destination bridge commands.
Set multiple-registrations to true in the affected Sofia profile if you haven't already done so and report back.
Brian Foster Endigo Computer LLC
Sent from a mobile device.
On Jun 11, 2012 7:49 AM, "Alex Lake" <alex@digitalmail.com> wrote: Having upgraded to the latest build (we were previously on a build from 2011), I'm finding that multiple SIP registrations are now working, but that multi-destination bridge commands are not.
Getting messages 2012-06-11 11:45:00.565775 [WARNING] switch_ivr_originate.c:2353 Only calling the first element in the list in this mode.
Is there some special "allow multi destination" setting that I need to add?
Rgds, Alex
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
Join Us At ClueCon - Aug 7-9, 2012
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
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
Join Us At ClueCon - Aug 7-9, 2012
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
No virus found in this message. Checked by AVG - www.avg.com Version: 2012.0.2177 / Virus Database: 2433/5062 - Release Date: 06/11/12
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
Join Us At ClueCon - Aug 7-9, 2012
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
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
Join Us At ClueCon - Aug 7-9, 2012
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
No virus found in this message. Checked by AVG - www.avg.com Version: 2012.0.2177 / Virus Database: 2433/5062 - Release Date: 06/11/12
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
Join Us At ClueCon - Aug 7-9, 2012
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
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
Join Us At ClueCon - Aug 7-9, 2012
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
This is because you cannot put a forked dial as the dial string for a /user and then use that /user in another forked dial, this is a double forked dial. Enterprise originate (ie :_: ) solves this with multi-threaded simultaneous originates. On Mon, Jun 11, 2012 at 4:16 PM, Alex Lake <alex@thewinelake.com> wrote:
Well, whaddyaknow - using :_: fixed it! Thanks a million...
On 11 Jun 2012, at 16:21, Brian Foster <bdfoster@endigotech.com> wrote:
This is going into stuff I haven't played with, but I'm trying my best :-)
In your bridge string, instead of using a comma have you tried using :_: ?
Brian Foster Endigo Computer LLC
Sent from a mobile device.
On Jun 11, 2012 11:03 AM, "Brian Foster" <bdfoster@endigotech.com> wrote:
At the end of your bridge string there is a Sofia/. Check that, could be by design but I'm not understanding what you are doing there.
Brian Foster Endigo Computer LLC
Sent from a mobile device.
On Jun 11, 2012 10:57 AM, "Alex Lake" <alex@thewinelake.com> wrote:
Brian, when you say "it" (as in "it does work fine for me") are you doing a bridge to several different destinations, or are you just talking about bridging to a user that happens to have multiple SIP registrations? Thanks for the encouragement, anyway... Alex
I don't really understand your dialplan since I don't see everything going on, but make sure you are using user/<EXTNUMBER>@domain.tld for your bridges.
Otherwise, ill have to defer to someone else.more.knowledgeable on that subject. I will note that it does work fine for me and I am on latest as of last night.
Brian Foster Endigo Computer LLC
Sent from a mobile device.
On Jun 11, 2012 9:58 AM, "Alex Lake" <alex@thewinelake.com> wrote:
Yes, that already is set to true - but I think that's what might be causing the problem!
Let me explain the scenario a little better:
A DDI is linked to a dialplan script a bit like this:
<include> <extension name="0044302"> <condition field="destination_number" expression="^(302|441316110347)$"> <action application="set" data="sb_routing=${sb_routing}&441316110347_302_PersonalExtension_Rob Darwin two"/> <action application="set" data="tenant_id=0044"/> <action application="set" data="b_ext=302"/> <action application="export" data="alert_info=http://lnhnov11.dmclub.net/generic/tones/Personal.wav"/> <action application="set" data="call_timeout=60"/> <action application="set" data="hangup_after_bridge=true"/> <action application="set" data="continue_on_fail=true"/> <action application="set" data="bridge_generate_comfort_noise=true"/> <action application="set" data="group_confirm_key=exec"/> <action application="export" data="whisper_msg=/home/pabx/004-0044/20120611-114725-00001/recordings/tts/302_whisper.wav"/> <action application="export" data="accept_msg=/home/pabx/004-0044/20120611-114725-00001/recordings/tts/accept1.wav"/> <action application="set" data="ringback=$${uk-ring}"/> <action application="set" data="transfer_ringback_=$${uk-ring}"/> <action application="set" data="ignore_early_media=true"/> <action application="set" data="group_confirm_file=lua confirmcall.lua"/> <action application="bridge" data="[tenant_id=0044,b_ext=302,accept_mode=Direct]user/0044302@${domain_name},[tenant_id=0044,b_ext=302,leg_delay_start=60,accept_mode=Direct,origination_caller_id_number=00443020${ani}]sofia/internal/898000000006207855360320@a.b.c.d"/> <action application="set" data="comment=pers_inhours_VM" /> <action application="answer" /> <action application="sleep" data="1000"/> <action application="voicemail" data="default ${domain_name} 0044302"/> </condition> </extension> </include>
You'll see from the bridge command that one of the outbound legs is to a user URL and the other to a sofia URL. In actuality that is 1 SIP handset and 1 PSTN destination (via a PSTN gateway)
I believe we have only 1 sofia profile in the whole system - which is "internal", and that certainly has multiple-registrations set to "true" and I can see that's working by attempting to register simultaneously from lots of SIP handsets and then "show registrations" or "sofia_contact" from fs_cli.
I'm wondering if I disable multiple SIP registrations, that it might then allow multiple-destination bridge commands.
Set multiple-registrations to true in the affected Sofia profile if you haven't already done so and report back.
Brian Foster Endigo Computer LLC
Sent from a mobile device.
On Jun 11, 2012 7:49 AM, "Alex Lake" <alex@digitalmail.com> wrote:
Having upgraded to the latest build (we were previously on a build from 2011), I'm finding that multiple SIP registrations are now working, but that multi-destination bridge commands are not.
Getting messages 2012-06-11 11:45:00.565775 [WARNING] switch_ivr_originate.c:2353 Only calling the first element in the list in this mode.
Is there some special "allow multi destination" setting that I need to add?
Rgds, Alex
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
Join Us At ClueCon - Aug 7-9, 2012
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
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
Join Us At ClueCon - Aug 7-9, 2012
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
No virus found in this message. Checked by AVG - www.avg.com Version: 2012.0.2177 / Virus Database: 2433/5062 - Release Date: 06/11/12
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
Join Us At ClueCon - Aug 7-9, 2012
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
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
Join Us At ClueCon - Aug 7-9, 2012
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
No virus found in this message. Checked by AVG - www.avg.com Version: 2012.0.2177 / Virus Database: 2433/5062 - Release Date: 06/11/12
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
Join Us At ClueCon - Aug 7-9, 2012
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
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
Join Us At ClueCon - Aug 7-9, 2012
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
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
Join Us At ClueCon - Aug 7-9, 2012
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
-- Anthony Minessale II FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire AIM: anthm MSN:anthony_minessale@hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888@conference.freeswitch.org googletalk:conf+888@conference.freeswitch.org pstn:+19193869900
By the way, user/0044302 is set up with this file: <include> <user id="0044301"> <params> <param name="password" value="AAAAAAAAAA" /> <param name="vm-password" value="1234" /> <param name="vm-alternate-greet-id" value="301" /> <param name="vm-mailto" value="fred.smith@fitclub.net" /> <param name="vm-mailfrom" value="vm-ext301@sb0044.dmclub.net" /> <param name="vm-attach-file" value="true" /> <param name="vm-email-all-messages" value="true" /> <param name="vm-keep-local-after-email" value="false" /> <param name="vm-disk-quota" value="3600" /> </params> <variables> <variable name="tenant_id" value="0044"/> <variable name="a_ext" value="301"/> <variable name="accountcode" value="301"/> <variable name="user_context" value="dp0044"/> <variable name="effective_caller_id_name" value="Fred Smith one"/> <variable name="effective_caller_id_number" value="01316110346"/> <variable name="outbound_caller_id_name" value="Fred Smith one testing co 44"/> <variable name="outbound_caller_id_number" value="01316110346"/> <variable name="ani" value="0131123456"/> <variable name="default_ani_prefix" value="00443010"/> <variable name="callgroup" value="deferred"/> <variable name="mailbox" value="0044301"/> </variables> </user> </include> And dp0044 is set up like this: <?xml version="1.0" encoding="utf-8"?> <!-- NOTICE: This context is usually accessed via authenticated callers on the sip profile on port 5060 or transfered callers from the public context which arrived via the sip profile on port 5080. Authenticated users will use the user_context variable on the user to determine what context they can access. You can also add a user in the directory with the cidr= attribute acl.conf.xml will build the domains ACL using this value. --> <!-- http://wiki.freeswitch.org/wiki/Dialplan_XML --> <include> <context name="dp0044"> <X-PRE-PROCESS cmd="include" data="0044/*.xml" /> <extension name="Outbound_call"> <action application="log" data="WARNING default_ani_prefix=${default_ani_prefix}"/> <action application="log" data="WARNING sip_auth_username=${sip_auth_username}"/> <condition field="default_ani_prefix" expression=""/> <condition field="sip_auth_username" expression=""> <action application="set" data="default_ani_prefix=${tenant_id}${b_ext}1"/> </condition> <condition field="default_ani_prefix" expression="" break="never"> <action application="set" data="ani_prefix=${sip_auth_username}0"/> <anti-action application="set" data="ani_prefix=${default_ani_prefix}"/> </condition> <condition field="ani_prefix" expression="^(0)$" break="never"> <action application="set" data="ani_prefix=00000000"/> </condition> <condition field="destination_number" expression="^(\d{8}.*)"> <action application="log" data="WARNING 2 ani_prefix=${ani_prefix}"/> <action application="log" data="WARNING 2 default_ani_prefix=${default_ani_prefix}"/> <action application="bridge" data="[tenant_id=${tenant_id},a_ext=${a_ext},b_ext=${b_ext},origination_callee_id_number=$1,origination_caller_id_number=${ani_prefix}${ani}]sofia/internal/8980000000062$1@193.1.5.1"/> </condition> </extension> </context> </include>
participants (4)
-
Alex Lake
-
Alex Lake
-
Anthony Minessale
-
Brian Foster