Here’s one I’ve hit before but never quite decided on. What’s the best way to avoid tromboning in a multi tenanted environment. Is it to include the public dialplans in each of the tenanted dialplans? R
I’d suggest you to look at FusionPBX and how multitenancy done there. Quite good example to start Regards, Igor On 3 марта 2017 г., 18:17 +0200, Rick Jarvis <rick@magicmail.mooo.com>, wrote:
Here’s one I’ve hit before but never quite decided on. What’s the best way to avoid tromboning in a multi tenanted environment.
Is it to include the public dialplans in each of the tenanted dialplans?
R
_________________________________________________________________________ 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
I played around with that, but it seems to be writing to a database rather than XML? I do like my text files :) I appreciate they’re not as scalable, but...
On 3 Mar 2017, at 18:35, Igor Olhovskiy <igorolhovskiy@gmail.com> wrote:
I’d suggest you to look at FusionPBX and how multitenancy done there. Quite good example to start
Regards, Igor
On 3 марта 2017 г., 18:17 +0200, Rick Jarvis <rick@magicmail.mooo.com>, wrote:
Here’s one I’ve hit before but never quite decided on. What’s the best way to avoid tromboning in a multi tenanted environment.
Is it to include the public dialplans in each of the tenanted dialplans?
R
_________________________________________________________________________ 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
Hello, you can use xml dialplan with fusionpbx http://lists.freeswitch.org/pipermail/freeswitch-users/2016-October/123228.h... On 03/03/2017 19:53, Rick Jarvis wrote:
I played around with that, but it seems to be writing to a database rather than XML? I do like my text files :) I appreciate they’re not as scalable, but...
On 3 Mar 2017, at 18:35, Igor Olhovskiy <igorolhovskiy@gmail.com <mailto:igorolhovskiy@gmail.com>> wrote:
I’d suggest you to look at FusionPBX and how multitenancy done there. Quite good example to start
Regards, Igor
On 3 марта 2017 г., 18:17 +0200, Rick Jarvis <rick@magicmail.mooo.com <mailto:rick@magicmail.mooo.com>>, wrote:
Here’s one I’ve hit before but never quite decided on. What’s the best way to avoid tromboning in a multi tenanted environment.
Is it to include the public dialplans in each of the tenanted dialplans?
R
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org <mailto: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 <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
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
Oh wow, so it generates the xml? That’s a great learning tool if so!
On 3 Mar 2017, at 19:19, Tanguy <phenix@vfemail.net> wrote:
Hello, you can use xml dialplan with fusionpbx http://lists.freeswitch.org/pipermail/freeswitch-users/2016-October/123228.h... <http://lists.freeswitch.org/pipermail/freeswitch-users/2016-October/123228.html>
On 03/03/2017 19:53, Rick Jarvis wrote:
I played around with that, but it seems to be writing to a database rather than XML? I do like my text files :) I appreciate they’re not as scalable, but...
On 3 Mar 2017, at 18:35, Igor Olhovskiy <igorolhovskiy@gmail.com <mailto:igorolhovskiy@gmail.com>> wrote:
I’d suggest you to look at FusionPBX and how multitenancy done there. Quite good example to start
Regards, Igor
On 3 марта 2017 г., 18:17 +0200, Rick Jarvis <rick@magicmail.mooo.com <mailto:rick@magicmail.mooo.com>>, wrote:
Here’s one I’ve hit before but never quite decided on. What’s the best way to avoid tromboning in a multi tenanted environment.
Is it to include the public dialplans in each of the tenanted dialplans?
R
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org <mailto:consulting@freeswitch.org> http://www.freeswitchsolutions.com <http://www.freeswitchsolutions.com/>
Official FreeSWITCH Sites http://www.freeswitch.org <http://www.freeswitch.org/> http://confluence.freeswitch.org <http://confluence.freeswitch.org/> http://www.cluecon.com <http://www.cluecon.com/>
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org <mailto:FreeSWITCH-users@lists.freeswitch.org> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users <http://lists.freeswitch.org/mailman/listinfo/freeswitch-users> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users <http://lists.freeswitch.org/mailman/options/freeswitch-users> http://www.freeswitch.org <http://www.freeswitch.org/>_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org <mailto:consulting@freeswitch.org> http://www.freeswitchsolutions.com <http://www.freeswitchsolutions.com/>
Official FreeSWITCH Sites http://www.freeswitch.org <http://www.freeswitch.org/> http://confluence.freeswitch.org <http://confluence.freeswitch.org/> http://www.cluecon.com <http://www.cluecon.com/>
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org <mailto:FreeSWITCH-users@lists.freeswitch.org> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users <http://lists.freeswitch.org/mailman/listinfo/freeswitch-users> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users <http://lists.freeswitch.org/mailman/options/freeswitch-users> http://www.freeswitch.org <http://www.freeswitch.org/>
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org <mailto:consulting@freeswitch.org> http://www.freeswitchsolutions.com <http://www.freeswitchsolutions.com/>
Official FreeSWITCH Sites http://www.freeswitch.org <http://www.freeswitch.org/> http://confluence.freeswitch.org <http://confluence.freeswitch.org/> http://www.cluecon.com <http://www.cluecon.com/>
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org <mailto:FreeSWITCH-users@lists.freeswitch.org> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users <http://lists.freeswitch.org/mailman/listinfo/freeswitch-users> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users <http://lists.freeswitch.org/mailman/options/freeswitch-users> http://www.freeswitch.org <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
Yes sir root@server:/usr/local/freeswitch/conf/dialplan/somedomain# ls -l *_v_*.xml -rw-rw-r-- 1 freeswitch daemon 2416 Feb 28 12:41 010_v_user_exists.xml -rw-rw-r-- 1 freeswitch daemon 244 Feb 28 12:41 020_v_call-direction.xml -rw-rw-r-- 1 freeswitch daemon 273 Feb 28 12:41 020_v_variables.xml [...] -rw-rw-r-- 1 freeswitch daemon 945 Feb 28 12:41 880_v_call_screen.xml -rw-rw-r-- 1 freeswitch daemon 2162 Feb 28 12:41 890_v_local_extension.xml -rw-rw-r-- 1 freeswitch daemon 478 Feb 28 12:41 900_v_voicemail.xml This was the default behaviour from older versions, for newer version you need to change some parameters as explained on my link. The *_v_*.xml files will be created and overwritten by fusionpbx, but you can add your own pieces off dialplan if you chose a different filename. On 03/03/2017 20:23, Rick Jarvis wrote:
Oh wow, so it generates the xml? That’s a great learning tool if so!
On 3 Mar 2017, at 19:19, Tanguy <phenix@vfemail.net <mailto:phenix@vfemail.net>> wrote:
Hello, you can use xml dialplan with fusionpbx http://lists.freeswitch.org/pipermail/freeswitch-users/2016-October/123228.h...
On 03/03/2017 19:53, Rick Jarvis wrote:
I played around with that, but it seems to be writing to a database rather than XML? I do like my text files :) I appreciate they’re not as scalable, but...
On 3 Mar 2017, at 18:35, Igor Olhovskiy <igorolhovskiy@gmail.com <mailto:igorolhovskiy@gmail.com>> wrote:
I’d suggest you to look at FusionPBX and how multitenancy done there. Quite good example to start
Regards, Igor
On 3 марта 2017 г., 18:17 +0200, Rick Jarvis <rick@magicmail.mooo.com <mailto:rick@magicmail.mooo.com>>, wrote:
Here’s one I’ve hit before but never quite decided on. What’s the best way to avoid tromboning in a multi tenanted environment.
Is it to include the public dialplans in each of the tenanted dialplans?
R
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org <mailto:consulting@freeswitch.org> http://www.freeswitchsolutions.com <http://www.freeswitchsolutions.com/>
Official FreeSWITCH Sites http://www.freeswitch.org <http://www.freeswitch.org/> http://confluence.freeswitch.org <http://confluence.freeswitch.org/> http://www.cluecon.com <http://www.cluecon.com/>
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 <http://www.freeswitch.org/>
Professional FreeSWITCH Consulting Services: consulting@freeswitch.org <mailto: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 <mailto: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
You can get XML from Fusion. Actually, all XML is Fusion case is stored in memcached. And you can get it from fs_cli memcache get directory:number@tenant memcache get dialplan:yourtenant.com memcache get dialplan:public …. and so on... Regards, Igor On 3 марта 2017 г., 23:17 +0200, Tanguy <phenix@vfemail.net>, wrote:
Yes sir
root@server:/usr/local/freeswitch/conf/dialplan/somedomain# ls -l *_v_*.xml -rw-rw-r-- 1 freeswitch daemon 2416 Feb 28 12:41 010_v_user_exists.xml -rw-rw-r-- 1 freeswitch daemon 244 Feb 28 12:41 020_v_call-direction.xml -rw-rw-r-- 1 freeswitch daemon 273 Feb 28 12:41 020_v_variables.xml [...] -rw-rw-r-- 1 freeswitch daemon 945 Feb 28 12:41 880_v_call_screen.xml -rw-rw-r-- 1 freeswitch daemon 2162 Feb 28 12:41 890_v_local_extension.xml -rw-rw-r-- 1 freeswitch daemon 478 Feb 28 12:41 900_v_voicemail.xml
This was the default behaviour from older versions, for newer version you need to change some parameters as explained on my link. The *_v_*.xml files will be created and overwritten by fusionpbx, but you can add your own pieces off dialplan if you chose a different filename.
On 03/03/2017 20:23, Rick Jarvis wrote:
Oh wow, so it generates the xml? That’s a great learning tool if so!
On 3 Mar 2017, at 19:19, Tanguy <phenix@vfemail.net> wrote:
Hello, you can use xml dialplan with fusionpbx http://lists.freeswitch.org/pipermail/freeswitch-users/2016-October/123228.h...
On 03/03/2017 19:53, Rick Jarvis wrote:
I played around with that, but it seems to be writing to a database rather than XML? I do like my text files :) I appreciate they’re not as scalable, but...
On 3 Mar 2017, at 18:35, Igor Olhovskiy <igorolhovskiy@gmail.com> wrote:
I’d suggest you to look at FusionPBX and how multitenancy done there. Quite good example to start
Regards, Igor
On 3 марта 2017 г., 18:17 +0200, Rick Jarvis <rick@magicmail.mooo.com>, wrote:
Here’s one I’ve hit before but never quite decided on. What’s the best way to avoid tromboning in a multi tenanted environment.
Is it to include the public dialplans in each of the tenanted dialplans?
R
_________________________________________________________________________ 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
you just plan your dialplan carefully, and think about all use cases. You can keep the inbound and outbound calls in two separate contexts, so that an inbound call from the Internet can never be sent to PSTN, unless it's completely controlled and authorized. Hopefully this will give you some hints: https://freeswitch.org/confluence/display/FREESWITCH/FreeSWITCH+PBX+Example On Fri, Mar 3, 2017 at 5:16 PM, Rick Jarvis <rick@magicmail.mooo.com> wrote:
Here’s one I’ve hit before but never quite decided on. What’s the best way to avoid tromboning in a multi tenanted environment.
Is it to include the public dialplans in each of the tenanted dialplans?
R
_________________________________________________________________________ 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
participants (4)
-
Igor Olhovskiy
-
Rick Jarvis
-
Stanislav Sinyagin
-
Tanguy