On Fri, Aug 6, 2010 at 5:15 AM, Douglas Hubler <[email protected]> wrote: > Sorry about top posting > I'm not well versed in sipxsupervisor but maybe we can add a new operation to > the xmlrpc api > String command(name, args[]) > And allow sipx-freeswitch process definitions to add > <command-def name=g729-check> > <command>some script here</command> > </command-def> > Then we constrain the operations that can be remotely executed but make a > generic way for sipxconfig to trigger remotes operations > > I can this coming in useful for things and tests.
SipXsupervisor has XML-RPC support and is able to control all other processes (including freeswitch) : sipxecs/sipXsupervisor/src/ProcMgmtRpc.cpp SipxProcess* process = processMgr->findProcess(*pAlias); Also, sipXconfig has XML-RPC interface and is able to make XML-RPC calls to sipXsupervisor: sipxecs/sipXconfig/neoconf/src/org/sipfoundry/sipxconfig/admin/commserver/ProcessManagerApi.java The solution would be to add a new command in sipXsupervisor XML-RPC layer sipxecs/sipXsupervisor/src/ProcMgmtRpc.cpp that would return if the G729 freeswitch codec is installed or not, something like: SipxProcess* process = processMgr->findProcess(*pAlias); // get freeswitch process process->isG729Installed Also, some functionality should be added for the freeswitch process (isG729Installed method) Please let me know if this makes any sense (C/C++ is definitely not my strength :) ) Mircea > > For the record, we're slowly reinventing tools like cfengine, puppet and chef > but we can open that can of worms another day. > > Mircea Carasel <[email protected]> wrote: > >>Hi, >> >>I Move G729 freeswitch codec discussion on the dev-list >> >>On Wed, Aug 4, 2010 at 4:08 PM, Douglas Hubler <[email protected]> wrote: >> >> On Wed, Aug 4, 2010 at 6:12 AM, Mircea Carasel <[email protected]> wrote: >> > I am working on http://backlog.ezuce.com:8080/browse/UC-339 and >>I would like >> > no find out if G729 codec is installed on the sistem or not >> > >> > I searched Google and read the HowlerHowlets document attached >>at the issue >> > to find a generic way to verify if G729 codec is installed on the >> system. >> > This codec can be installed from many sources, so we cannot base our >> > judgement on HowlerHowlets installation procedure only >> > >> > Reading about freeswitch (http://wiki.freeswitch.org/wiki/Codecs) I >> found >> > that there is a configuration file where this codec has to be put: >> > >> > The vars.xml file contains the the following right near the top >>of the file >> > (line 59 and 60): >> > >> > <X-PRE-PROCESS cmd="set" >> data="global_codec_prefs=G722,PCMA,PCMU,GSM"/> >> > <X-PRE-PROCESS cmd="set" data="outbound_codec_prefs=G722, >>PCMA,PCMU,GSM"/> >> >> we're not using howler, the company went bankrupt instead we're using >> the G729 from FreeSWITCH >> >> Here's the document Arman put together >> http://wiki.sipfoundry.org/display/xecsuser/G729+License >> >> I think first indication G729 is available, for example the existence >> of G729 installer command >> >> Question: if you make a local file test, does that mean you cannot >> deploy config server and voicemail on different box? Do we need to >> delegate this to sipxsupervisor? >> >>The freeswitch service can be installed on a secondary host, while >>sipXconfig is installed always on primary host. >> >>IMO, In order for sipXconfig to be aware if the G729 codec is >>installed or not, we need to find a way to query that secondary host >>where freeswitch is installed >> >>I see four possible approaches for this: >>1. Provide an XML-RPC client API in sipXconfig capable to query the >>freeswitch installation host (there should be an XML-RPC server API to >>provide that info) >>2. Provide a REST service on freeswitch host that verifies if G729 >>codec is installed >>3. create a .sh script on sipXconfig host (primary) that would be >>capable to return if G729 is installed >>4. delegate this job to supervisor. Since the supervisor controls all >>services, probably it is able to inform sipXconfig about that codec >> >>Any idea/thought is welcomed >> >>Regards, >>Mircea >>_______________________________________________ >>sipx-dev mailing list >>[email protected] >>List Archive: http://list.sipfoundry.org/archive/sipx-dev/ > _______________________________________________ sipx-dev mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-dev/
