[Freeswitch-users] mod_xml_curl question.

Sergey Okhapkin sos at sokhapkin.dyndns.org
Wed Jul 7 14:57:17 PDT 2010


I need the 1st one to be an XML file... It's always online :-)

On Wednesday 07 July 2010, Steven Ayre wrote:
> The 2nd (or 3rd or 4th etc) binding is for redundancy... it tries the first
> and only tries the 2nd if the first fails. So you can have a backup server
> in case the main one is offline.
> 
> On 7 July 2010 19:49, Sergey Okhapkin <sos at sokhapkin.dyndns.org> wrote:
> > I tried to add second dialplan binding to xml_curl.conf.xml pointing to a
> > local xml file (with file: URL). But seems like I can't have more than 1
> > dialplan binding in xml_curl.conf.xml, only the first binding is
> > executed. Is
> > it by design or I'm doing something wrong?
> >
> > On Wednesday 07 July 2010, Sergey Okhapkin wrote:
> > > I want to use mod_xml_curl to retrieve only dynamic dialplan sections,
> >
> > but
> >
> > >  to keep a large chunk of dialplan code in a static XML file to
> > > minimize the number of http requests. But when mod_xml_curl is loaded,
> > > dialplan search/execution starts with xml_curl execution. How to avoid
> > > that? I
> >
> > need
> >
> > >  static xml to be looked up/executed first, and retrieve dialplan
> > > context from web server only if the required dialplan context is not
> > > defined in static XML file.
> > >
> > > _______________________________________________
> > > FreeSWITCH-users mailing list
> > > FreeSWITCH-users at lists.freeswitch.org
> > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-user
> > >s http://www.freeswitch.org
> >
> > _______________________________________________
> > FreeSWITCH-users mailing list
> > FreeSWITCH-users at lists.freeswitch.org
> > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
> > http://www.freeswitch.org
> 




More information about the FreeSWITCH-users mailing list