I am not sure about this but can't sofia be loaded via the generic
reload command?
reload
Reload a module.
Usage: reload [-f]<mod_name>
Thus, reload -f mod_sofia
On Thursday, 11 November, 2010 02:19 AM, Tony Graziano wrote:
I dont think so. Not unless they restart Sofia (FS).
You can reload the dialplans via socket events "on the fly" in FS, and
I don;t think we take advantage of that. So I was just supposing maybe
we think or discuss that.
On Wed, Nov 10, 2010 at 1:16 PM, Michael Picher <mpic...@gmail.com
<mailto:mpic...@gmail.com>> wrote:
If this could be done this way it might be more desirable.
My only concern would if somebody makes a conf bridge change and
they reload do they then dump the ACD?
Mike
On Wed, Nov 10, 2010 at 1:11 PM, Tony Graziano
<tgrazi...@myitdepartment.net
<mailto:tgrazi...@myitdepartment.net>> wrote:
I dont know if this helps or not, but here is what was discussed.
[13:05] <@cypromis> actualy we would have to just send a reloadxml
[13:05] <georgen> I think is about reloadxml
[13:05] <@cypromis> over event socket
[13:05] <georgen>
http://wiki.freeswitch.org/wiki/FreeSwitch_FAQ#Q:_Does_reloadxml_reload_all_XML_files.3F
[13:05] <georgen> and does not affect conferences, but what
about dial plans?
[13:05] <@cypromis> it reloads dial plans
[13:05] <@cypromis> and all other xml files
[13:06] <@cypromis> they just do not get activated in all modules
[13:06] <@cypromis> so to get sofia to reread its configs you
would have to restart sofia
So further discussion might be needed. It might have the
desired affect to edit and activate dial plans with openacd
without breaking a transaction though.
On Wed, Nov 10, 2010 at 1:07 PM, Tony Graziano
<tgrazi...@myitdepartment.net
<mailto:tgrazi...@myitdepartment.net>> wrote:
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 <mailto:thod...@frontier.com>> wrote:
+1
-----Original Message-----
From: sipx-users-boun...@list.sipfoundry.org
<mailto:sipx-users-boun...@list.sipfoundry.org>
[mailto: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 <mailto: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
<mailto:sipx-users@list.sipfoundry.org>
List Archive:
http://list.sipfoundry.org/archive/sipx-users/
_______________________________________________
sipx-users mailing list
sipx-users@list.sipfoundry.org
<mailto: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
<mailto:tgrazi...@voice.myitdepartment.net>
Fax: 434.326.5325
Email: tgrazi...@myitdepartment.net
<mailto:tgrazi...@myitdepartment.net>
LAN/Telephony/Security and Control Systems Helpdesk:
Telephone: 434.984.8426
sip: helpd...@voice.myitdepartment.net
<mailto:helpd...@voice.myitdepartment.net>
Helpdesk Contract Customers:
http://support.myitdepartment.net
Linked-In Profile:
http://www.linkedin.com/pub/tony-graziano/14/4a6/7a4
--
======================
Tony Graziano, Manager
Telephone: 434.984.8430
sip: tgrazi...@voice.myitdepartment.net
<mailto:tgrazi...@voice.myitdepartment.net>
Fax: 434.326.5325
Email: tgrazi...@myitdepartment.net
<mailto:tgrazi...@myitdepartment.net>
LAN/Telephony/Security and Control Systems Helpdesk:
Telephone: 434.984.8426
sip: helpd...@voice.myitdepartment.net
<mailto: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
<mailto:sipx-users@list.sipfoundry.org>
List Archive: http://list.sipfoundry.org/archive/sipx-users/
--
There are 10 kinds of people in this world, those who understand
binary and those who don't.
mpic...@gmail.com <mailto:mpic...@gmail.com>
blog: http://www.sipxecs.info
call: sip:mpic...@sipxecs.info <mailto:sip%3ampic...@sipxecs.info>
_______________________________________________
sipx-users mailing list
sipx-users@list.sipfoundry.org <mailto: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
<mailto:tgrazi...@voice.myitdepartment.net>
Fax: 434.326.5325
Email: tgrazi...@myitdepartment.net <mailto:tgrazi...@myitdepartment.net>
LAN/Telephony/Security and Control Systems Helpdesk:
Telephone: 434.984.8426
sip: helpd...@voice.myitdepartment.net
<mailto: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/
_______________________________________________
sipx-users mailing list
sipx-users@list.sipfoundry.org
List Archive: http://list.sipfoundry.org/archive/sipx-users/