I seem to be having a big problem when using the "Mad-Boss" Paging setup described in:
http://wiki.freeswitch.org/wiki/Conferencing_and_Intercom
To connect 5 phones to the conference bridge takes anywhere from 3 - 4 seconds which is entirely too long to be useful. Here is the dialplan entry:
<extension name="Test Paging Group">
<condition field="destination_number" expression="^(3400)$" break="never">
<action application="set" data="api_hangup_hook=conference 3400 kick all"/>
<action application="answer"/>
<action application="export" data="sip_invite_params=intercom=true"/>
<action application="export" data="sip_auto_answer=true"/>
<action application="set" data="conference_auto_outcall_caller_id_name=$${effective_caller_id_name}"/>
<action application="set" data="conference_auto_outcall_caller_id_number=$${effective_caller_id_number}"/>
<action application="set" data="conference_auto_outcall_timeout=60"/>
<action application="set" data="conference_auto_outcall_flags=none"/>
<action application="conference_set_auto_outcall" data="{alert_info=sipXpage}sofia/custom_dialplan/7001@sipxpbx.bc.local;sipx-noroute=VoiceMail;sipx-userforward=false,{alert_info=sipXpage}sofia/custom_dialplan/7002@sipxpbx.bc.local;sipx-noroute=VoiceMail;sipx-userforward=false,{alert_info=sipXpage}sofia/custom_dialplan/7004@sipxpbx.bc.local;sipx-noroute=VoiceMail;sipx-userforward=false,{alert_info=sipXpage}sofia/custom_dialplan/7005@sipxpbx.bc.local;sipx-noroute=VoiceMail;sipx-userforward=false,{alert_info=sipXpage}sofia/custom_dialplan/7006@sipxpbx.bc.local;sipx-noroute=VoiceMail;sipx-userforward=false"/>
</condition>
<condition field="destination_number" expression="^(3400)$">
<action application="conference" data="3400@default"/>
<action application="conference" data="3400 kick all"/>
</condition>
</extension>
Here are my questions:
Is it possible to speed up XML dialplan execution to overcome this issue? I promise I have enough CPU, RAM, and bandwidth to handle the flurry of SIP messages.
If it is not possible to speed up the XML dialplan execution is there a way to "thread" the dialplan execution so that all of these conference_set_auto_outcall applications can be run simultaneously?
If not, would attempting to use a database based dialplan be worth my time?
Because of the complexity of the networks I'm dealing with I'd rather not try to fight with multicast.
Thanks!!