There was a discussion between myself and anoth dev (Michal Bielicki) who acknoweldged there was a way to reload FS configs without interfering with an in progress transaction.
We will try to re-hash that conversation and make it available here (in a nutshell), so this won't really be as much of a nuisance as it currently is (I hope). Tony On Wed, Nov 10, 2010 at 12:31 PM, Todd Hodgen <thod...@frontier.com> wrote: > +1 > > -----Original Message----- > From: sipx-users-boun...@list.sipfoundry.org > [mailto:sipx-users-boun...@list.sipfoundry.org] On Behalf Of Douglas > Hubler > Sent: Wednesday, November 10, 2010 9:24 AM > To: Discussion list for users of sipXecs software > Subject: Re: [sipx-users] when to reload Freeswitch dial plans > > 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/ > > _______________________________________________ > sipx-users mailing list > sipx-users@list.sipfoundry.org > List Archive: http://list.sipfoundry.org/archive/sipx-users/ > -- ====================== Tony Graziano, Manager Telephone: 434.984.8430 sip: tgrazi...@voice.myitdepartment.net Fax: 434.326.5325 Email: tgrazi...@myitdepartment.net LAN/Telephony/Security and Control Systems Helpdesk: Telephone: 434.984.8426 sip: helpd...@voice.myitdepartment.net Helpdesk Contract Customers: http://support.myitdepartment.net Linked-In Profile: http://www.linkedin.com/pub/tony-graziano/14/4a6/7a4
_______________________________________________ sipx-users mailing list sipx-users@list.sipfoundry.org List Archive: http://list.sipfoundry.org/archive/sipx-users/