Hi Gabe, The part although not the same website is on; https://profiles.google.com/100965631603901259030/buzz "Another tip is to use cacheable='true' attribute of user xml returned by web service. This will make FS to maintain a local cache of the account details. The details will stay in cache until cleared. This means that FS won't be hitting your web app for every REGISTER request that hoards of SIP UAs are sending, it will ask only once upon first request. The subsequent requests will be looked up from cache." I'm trying to reduce unnecessary traffic (posts). The dialplan will probably don't change, only the initial servlet path I need to dynamically set. I can add this to my xml as variable and see if there is any change. Thanks and have a good Sunday yet! Peter On 23 sep 2012, at 03:30, Gabriel Gunderson wrote:
On Fri, Sep 14, 2012 at 11:54 AM, Peter van Raamsdonk <peetzer@gmail.com> wrote:
I tried the mod_xml_curl after studying the wiki. It works like a charm and FS post to my java servlet easily (dialplan and user directory). I read on a blog there is option 'cacheable=true' to prevent a post every time a dial is made, do you know where to put this?
I've never seen this. I know there was some talk about it (I can't remember if it was ClueCon or the mailing list or what). But I think the general consensus was that simple cacheing isn't going to do much good. It's almost like you need to know, based on the POST info if you should cache or not.
I'd love a link to the blog if you can find it. Meanwhile, I'm running off to the source to see if that's true.
If it's something you really need, I'd consider adding caching at the webserver layer, take the work of evaluating the request away from freeswitch and move it to another box.
Also, you could write your own dialplan that worked as a caching layer. First FreeSWITCH hits your custom dialplan, if it returns a cached dialplan you're done. If not, it moves on to mod_curl_xml. And finally, it makes its way to disk if it can't find a suitable dialplan. I've never done it, but I hear it's not that hard to write.
Good luck. Gabe
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org