On Fri, Mar 5, 2010 at 1:53 PM, Scott Lawrence <[email protected]>wrote:
> On Fri, 2010-03-05 at 10:30 -0800, Nathan Nieblas wrote: > > > Why hasn't this (multiple matching dial plans with schedules applied) > > made the cut for a release yet? This should be standard functionality > > and have been included with the schedule feature in the dial plan. > > Mostly because given the way the current implementation is structured, > it's a pretty big job and that would mean not doing other things. Life > is tradeoffs. > > The job is made more complicated by the fact that I want to be sure that > we're backwards compatible. If we just changed things so that all > matching dial plans are used, instead of the current first-match, then > the behavior of many existing dial plans would change on an upgrade - > possibly in a very broken way. When (if) we do get to this (again, I'd > very much like to), it will be non-trivial to control for this and allow > admins to select which behavior is used. > > > I just considered this a broken function until 4.1 is released... > > It is what it is, and this does not change in 4.2 > > > _______________________________________________ > sipx-users mailing list [email protected] > List Archive: http://list.sipfoundry.org/archive/sipx-users > Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-users > sipXecs IP PBX -- http://www.sipfoundry.org/ > When this comes to getting on the roadmap it would be very good to see a dialplan logic tester built into sipxconfig. You input a number or uri and user (for permissions). The output might show the allowed/disallowed state, the resulting output and which gateway. It doing this same logic in the background but not showing it to the superadmin. Obviously you would not want it to execute the call, but stop at that point and report back, without interfering with CDR functions.
_______________________________________________ sipx-users mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-users Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-users sipXecs IP PBX -- http://www.sipfoundry.org/
