Okay. Say we want 1000 internal user extensions and want them to be configured with individual dial plans that route the call based on the extension's callgroup, time-of-day, and presence. Would be okay to create a static XML dialplan file for each extension, so calls to/from each extension would be routed uniquely based upon these parameters? This approach sounds straightforward to us.
Best Regards, Jerry -----Original Message----- From: Shelby Ramsey [mailto:[email protected]] Sent: Tuesday, November 03, 2009 1:45 PM To: [email protected] Subject: Re: [Freeswitch-users] Dial Plan Question I think the real question is what are you trying to do ... for some things it's very easy to just whip up a static XML file and be done with it. For others you probably want some sort of interaction with a DB. The options here are pretty endless: -- XML curl -- handing off the call to a script call from a static dial plan (use lua if there is going to be any load) -- event_socket -- mod_lcr But ultimately I think it's what you're trying to accomplish that matters. For a PBX install I'd say static files is probably about as easy as it is going to get. For delivering a service you'd probably want interaction with a DB. I've use XML curl a lot and have even starting using direct DB queries from static dialplans using mod_memcache and memcachedb (not memcache ... persistent storage). SDR Jerry Richards wrote: > My understanding of DialPlan/CallRouting is that it can be > accomplished via static XML tags, or alternatively, via a DialPlan > Application that interfaces with the dptools module. > > Question: If my above assumption is true, how does one select one > approach over the other? What is the criteria/considerations that > would govern the decision? > > Best Regards, > Jerry > > > _______________________________________________ > FreeSWITCH-users mailing list > [email protected] > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-use > rs > http://www.freeswitch.org > > _______________________________________________ FreeSWITCH-users mailing list [email protected] http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
