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!!