[Freeswitch-users] Dial Plan Question

[Jerry Richards]

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:sicfslist at gmail.com] 
Sent: Tuesday, November 03, 2009 1:45 PM
To: freeswitch-users at lists.freeswitch.org
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
> FreeSWITCH-users at lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-use
> rs
> http://www.freeswitch.org
>
>