On Wed, Nov 10, 2010 at 10:16 AM, George Niculae <geo...@ezuce.com> wrote: > Hi All, > > I am working on OpenACD integration (it use Freeswitch dial plans) and > one requirement is to replicate Freeswitch dial plan on admin action > only - say admin configures several extensions and wants this to take > effect only when they all are configured. In order to do this I am > going to mark Freeswitch service with a reload needed flag and send > reloadxml command only on a specific action (same way as restarting > marked services today from services page). > The issue here is that at this moment conferences are using Freeswitch > dial plans as well and any change on conferences automatically reloads > dial plans - this will make also OpenACDs extensions to be taken into > account. I discussed this with Douglas and agreed for changing > conference to use same mechanism / workflow: conference changes will > need a reload action on service page in order to be taken into > account. > > Please let me know what do you think about introducing this new step > for configuring conferences.
FYI: This is a very fundamental topic, admins please vote because I tried to speak on your behalf. Quick summary: As an admin, you want to be in control when changes go live. Even when some portions of the system could make configuration changes in the background and have a fairly good chance of not disrupting service. Keywords: *fairly good chance*. If you change conference settings to a conference already in progress, it may not always be well defined what freeswitch does for example. NOTE: There may be special cases however, simple settings like changing a pin or turning on/off recording are known to be safe and would go live as you change them. What we're proposing is adding to the "Some services need to be restarted or reloaded" notice and page, a new "Status" that let's you know the which services would be reloaded and should not experience an interruption to the service. We would propose we follow this paradigm when we support reloading of dial plans in proxy/registrar. How it works today is way too slick IMHO. It waits for a window of 7 seconds of no new configuration activity has been made, then goes and deploys the changes. This may work for adding aliases and changes user's permissions, but not for reloading Freeswitch's configuration. _______________________________________________ sipx-users mailing list sipx-users@list.sipfoundry.org List Archive: http://list.sipfoundry.org/archive/sipx-users/