[Freeswitch-users] DTMF detection during bridge
Hi, Is there any easy way to get in FS the same behavior as when using the "d" flag with asterisk's Dial command? I need FS to jump to a different extension if the caller presses a digit while waiting for the called party to answer. *"...d*: intercepts any dtmf while waiting for the call to be answered and returns that value on the spot. This allows you to dial a 1-digit exit extension while waiting for the call to be answered..." Thanks, Cristian ___ 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
[Freeswitch-users] getDigits always missing the first digit
Hi,
I'm having some issues retrieving a dtmf sequence using getDigits.
The xml dialplan invokes a javascript file that in turn runs:
var digits = "";
session.answer();
digits = session.getDigits(6,"#", 5000);
console_log("info", "caller entered: " + digits);
...
session.hangup();
The digits variable is always missing the first digit, no matter what I do.
I've added some more debug messages, it looks like
switch_channel_queue_dtmf() is only called from the second digit on.
Has anyone experienced this before?
Thanks,
Cristian
___
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
Re: [Freeswitch-users] Alternative to directory lookup using mod_xml_curl
Not yet, I'm still getting familiar with it - I haven't covered the dialplan yet but I really like the voicemail module. I will set up a real server some time this week-end and I'll try stressing it. cristian Michael Jerris wrote: > Do you have any performance tests to show the difference? > > Mike > > > On Sep 18, 2008, at 6:50 PM, Cristian Talle wrote: > >> I gave it a try though... and it works nicely (at least for directory >> entries for now). I've added 3 more commands to xml_curl: cache_on, >> cache_off and cache_delete_key. >> >> - cache_on - enables caching: it will store in a switch_hash_t >> structure all xml strings returned by curl, using @ >> as a key (since we're talking directory only in this example). The >> same key is looked up every time the xml is requested for that >> user/realm and the code returns an xml structure created using >> switch_parse_xml_from_str(). >> >> - cache_off - switches back to the original behavior and clears the hash. >> >> - cache_delete_key - will invalidate the cache entry so that >> next time it is reloaded by curl. >> >> considering a 500 bytes - 1K string for each profile, you can cache >> 1 user profiles in ~10M (considering we're storing the char* s) >> please see a sample console output,with a terminal registering every >> 25 seconds >> >> >> [EMAIL PROTECTED]> 2008-09-18 18:26:19 [CONSOLE] >> mod_xml_curl.c:363 xml_url_fetch() XML response is in >> /tmp/d0c586a8-85d0-11dd-838c-5148f6e85b7b.tmp.xml >> >> [EMAIL PROTECTED]> xml_curl cache_on >> API CALL [xml_curl(cache_on)] output: >> OK >> >> [EMAIL PROTECTED]> 2008-09-18 18:26:44 [CONSOLE] >> mod_xml_curl.c:245 xml_url_fetch() Key is not in cache >> [EMAIL PROTECTED] >> 2008-09-18 18:26:45 [CONSOLE] mod_xml_curl.c:363 xml_url_fetch() XML >> response is in /tmp/e00c7ae0-85d0-11dd-838c-5148f6e85b7b.tmp.xml >> >> 2008-09-18 18:27:10 [CONSOLE] mod_xml_curl.c:231 xml_url_fetch() >> Using xml from cache: [EMAIL PROTECTED] >> 2008-09-18 18:27:35 [CONSOLE] mod_xml_curl.c:231 xml_url_fetch() >> Using xml from cache: [EMAIL PROTECTED] >> >> [EMAIL PROTECTED]> xml_curl cache_delete_key >> [EMAIL PROTECTED] >> 2008-09-18 18:27:42 [NOTICE] mod_xml_curl.c:128 xml_curl_function() >> Removing value for [EMAIL PROTECTED] >> API CALL [xml_curl(cache_delete_key [EMAIL PROTECTED])] output: >> OK >> >> 2008-09-18 18:28:01 [CONSOLE] mod_xml_curl.c:245 xml_url_fetch() Key >> is not in cache [EMAIL PROTECTED] >> 2008-09-18 18:28:01 [CONSOLE] mod_xml_curl.c:363 xml_url_fetch() XML >> response is in /tmp/0d729f00-85d1-11dd-838c-5148f6e85b7b.tmp.xml >> >> [EMAIL PROTECTED]> xml_curl cache_off >> 2008-09-18 18:28:07 [NOTICE] mod_xml_curl.c:102 xml_curl_function() >> cleaning up directory cache >> API CALL [xml_curl(cache_off)] output: >> OK >> > > > > ___ > 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 > ___ 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
Re: [Freeswitch-users] Alternative to directory lookup using mod_xml_curl
sorry, I meant switch_xml_parse_str() not switch_parse_xml_from_str() Cristian Talle wrote: > I gave it a try though... and it works nicely (at least for directory > entries for now). I've added 3 more commands to xml_curl: cache_on, > cache_off and cache_delete_key. > > - cache_on - enables caching: it will store in a switch_hash_t > structure all xml strings returned by curl, using @ > as a key (since we're talking directory only in this example). The > same key is looked up every time the xml is requested for that > user/realm and the code returns an xml structure created using > switch_parse_xml_from_str(). > > - cache_off - switches back to the original behavior and clears the hash. > > - cache_delete_key - will invalidate the cache entry so that > next time it is reloaded by curl. > > considering a 500 bytes - 1K string for each profile, you can cache > 1 user profiles in ~10M (considering we're storing the char* s) > please see a sample console output,with a terminal registering every > 25 seconds > > > > [EMAIL PROTECTED]> 2008-09-18 18:26:19 [CONSOLE] > mod_xml_curl.c:363 xml_url_fetch() XML response is in > /tmp/d0c586a8-85d0-11dd-838c-5148f6e85b7b.tmp.xml > > [EMAIL PROTECTED]> xml_curl cache_on > API CALL [xml_curl(cache_on)] output: > OK > > [EMAIL PROTECTED]> 2008-09-18 18:26:44 [CONSOLE] > mod_xml_curl.c:245 xml_url_fetch() Key is not in cache > [EMAIL PROTECTED] > 2008-09-18 18:26:45 [CONSOLE] mod_xml_curl.c:363 xml_url_fetch() XML > response is in /tmp/e00c7ae0-85d0-11dd-838c-5148f6e85b7b.tmp.xml > > 2008-09-18 18:27:10 [CONSOLE] mod_xml_curl.c:231 xml_url_fetch() Using > xml from cache: [EMAIL PROTECTED] > 2008-09-18 18:27:35 [CONSOLE] mod_xml_curl.c:231 xml_url_fetch() Using > xml from cache: [EMAIL PROTECTED] > > [EMAIL PROTECTED]> xml_curl cache_delete_key > [EMAIL PROTECTED] > 2008-09-18 18:27:42 [NOTICE] mod_xml_curl.c:128 xml_curl_function() > Removing value for [EMAIL PROTECTED] > API CALL [xml_curl(cache_delete_key [EMAIL PROTECTED])] output: > OK > > 2008-09-18 18:28:01 [CONSOLE] mod_xml_curl.c:245 xml_url_fetch() Key > is not in cache [EMAIL PROTECTED] > 2008-09-18 18:28:01 [CONSOLE] mod_xml_curl.c:363 xml_url_fetch() XML > response is in /tmp/0d729f00-85d1-11dd-838c-5148f6e85b7b.tmp.xml > > [EMAIL PROTECTED]> xml_curl cache_off > 2008-09-18 18:28:07 [NOTICE] mod_xml_curl.c:102 xml_curl_function() > cleaning up directory cache > API CALL [xml_curl(cache_off)] output: > OK > > > > cristian > > Anthony Minessale wrote: >> if you say inhale the xml into memory and the sever goes haywire and >> sends you 2 gigs out output you are in for a treat. >> if you can get enough call volume on one box where the disk i/o of >> xml_curl even shows up on the map in relation to all the rtp etc, >> we've won. >> >> >> On Wed, Sep 17, 2008 at 6:00 PM, Cristian Talle <[EMAIL PROTECTED] >> <mailto:[EMAIL PROTECTED]>> wrote: >> >> less tickin keeps you breathin :) It'd be nice though if you could >> just >> use xml_rpc to tell FS: >> >> /xml_update...,/ >> >> similar to xml_locate >> >> Cristian >> >> Brian West wrote: >> > If you're that concerned with it.. move the tmp to a ramdisk ;) I >> > thought modern hard drives could take a lickin and keep on tickin >> > >> > /b >> > >> > On Sep 17, 2008, at 5:51 PM, Cristian Talle wrote: >> > >> > >> >> Oh, they are but it's still HDD... I wouldn't like to see the >> server >> >> die >> >> because of too much disk IO >> >> I'm trying to figure out what's the most efficient way to handle >> >> changes >> >> in user profiles (and possibly dialplan, etc...) if order handle >> >> thousands of users per server. >> >> >> >> Cristian >> >> >> > >> > >> > ___ >> > Freeswitch-users mailing list >> > Freeswitch-users@lists.freeswitch.org >> <mailto:Freeswitch-users@lists.freeswitch.org> >> > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> > >> >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/free
Re: [Freeswitch-users] Alternative to directory lookup using mod_xml_curl
I gave it a try though... and it works nicely (at least for directory entries for now). I've added 3 more commands to xml_curl: cache_on, cache_off and cache_delete_key. - cache_on - enables caching: it will store in a switch_hash_t structure all xml strings returned by curl, using @ as a key (since we're talking directory only in this example). The same key is looked up every time the xml is requested for that user/realm and the code returns an xml structure created using switch_parse_xml_from_str(). - cache_off - switches back to the original behavior and clears the hash. - cache_delete_key - will invalidate the cache entry so that next time it is reloaded by curl. considering a 500 bytes - 1K string for each profile, you can cache 1 user profiles in ~10M (considering we're storing the char* s) please see a sample console output,with a terminal registering every 25 seconds [EMAIL PROTECTED]> 2008-09-18 18:26:19 [CONSOLE] mod_xml_curl.c:363 xml_url_fetch() XML response is in /tmp/d0c586a8-85d0-11dd-838c-5148f6e85b7b.tmp.xml [EMAIL PROTECTED]> xml_curl cache_on API CALL [xml_curl(cache_on)] output: OK [EMAIL PROTECTED]> 2008-09-18 18:26:44 [CONSOLE] mod_xml_curl.c:245 xml_url_fetch() Key is not in cache [EMAIL PROTECTED] 2008-09-18 18:26:45 [CONSOLE] mod_xml_curl.c:363 xml_url_fetch() XML response is in /tmp/e00c7ae0-85d0-11dd-838c-5148f6e85b7b.tmp.xml 2008-09-18 18:27:10 [CONSOLE] mod_xml_curl.c:231 xml_url_fetch() Using xml from cache: [EMAIL PROTECTED] 2008-09-18 18:27:35 [CONSOLE] mod_xml_curl.c:231 xml_url_fetch() Using xml from cache: [EMAIL PROTECTED] [EMAIL PROTECTED]> xml_curl cache_delete_key [EMAIL PROTECTED] 2008-09-18 18:27:42 [NOTICE] mod_xml_curl.c:128 xml_curl_function() Removing value for [EMAIL PROTECTED] API CALL [xml_curl(cache_delete_key [EMAIL PROTECTED])] output: OK 2008-09-18 18:28:01 [CONSOLE] mod_xml_curl.c:245 xml_url_fetch() Key is not in cache [EMAIL PROTECTED] 2008-09-18 18:28:01 [CONSOLE] mod_xml_curl.c:363 xml_url_fetch() XML response is in /tmp/0d729f00-85d1-11dd-838c-5148f6e85b7b.tmp.xml [EMAIL PROTECTED]> xml_curl cache_off 2008-09-18 18:28:07 [NOTICE] mod_xml_curl.c:102 xml_curl_function() cleaning up directory cache API CALL [xml_curl(cache_off)] output: OK cristian Anthony Minessale wrote: > if you say inhale the xml into memory and the sever goes haywire and > sends you 2 gigs out output you are in for a treat. > if you can get enough call volume on one box where the disk i/o of > xml_curl even shows up on the map in relation to all the rtp etc, > we've won. > > > On Wed, Sep 17, 2008 at 6:00 PM, Cristian Talle <[EMAIL PROTECTED] > <mailto:[EMAIL PROTECTED]>> wrote: > > less tickin keeps you breathin :) It'd be nice though if you could > just > use xml_rpc to tell FS: > > /xml_update...,/ > > similar to xml_locate > > Cristian > > Brian West wrote: > > If you're that concerned with it.. move the tmp to a ramdisk ;) I > > thought modern hard drives could take a lickin and keep on tickin > > > > /b > > > > On Sep 17, 2008, at 5:51 PM, Cristian Talle wrote: > > > > > >> Oh, they are but it's still HDD... I wouldn't like to see the > server > >> die > >> because of too much disk IO > >> I'm trying to figure out what's the most efficient way to handle > >> changes > >> in user profiles (and possibly dialplan, etc...) if order handle > >> thousands of users per server. > >> > >> Cristian > >> > > > > > > ___ > > Freeswitch-users mailing list > > Freeswitch-users@lists.freeswitch.org > <mailto: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 > > > > > > > ___ > Freeswitch-users mailing list > Freeswitch-users@lists.freeswitch.org > <mailto: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 > > > > > -- > Anthony Minessale II > > FreeSWITCH http://www.freeswitch.org/ > ClueCon http://www.cluec
Re: [Freeswitch-users] Alternative to directory lookup using mod_xml_curl
I gave it a try though... and it works nicely (at least for directory entries for now). I've added 3 more commands to xml_curl: cache_on, cache_off and cache_delete_key. - cache_on - enables caching: it will store in a switch_hash_t structure all xml strings returned by curl, using @ as a key (since we're talking directory only in this example). The same key is looked up every time the xml is requested for that user/realm and the code returns an xml structure created using switch_parse_xml_from_str(). - cache_off - switches back to the original behavior and clears the hash. - cache_delete_key - will invalidate the cache entry so that next time it is reloaded by curl. considering a 500 bytes - 1K string for each profile, you can cache 1 user profiles in ~10M (considering we're storing the char* s) please see a sample console output,with a terminal registering every 25 seconds [EMAIL PROTECTED]> 2008-09-18 18:26:19 [CONSOLE] mod_xml_curl.c:363 xml_url_fetch() XML response is in /tmp/d0c586a8-85d0-11dd-838c-5148f6e85b7b.tmp.xml [EMAIL PROTECTED]> xml_curl cache_on API CALL [xml_curl(cache_on)] output: OK [EMAIL PROTECTED]> 2008-09-18 18:26:44 [CONSOLE] mod_xml_curl.c:245 xml_url_fetch() Key is not in cache [[EMAIL PROTECTED]]. 2008-09-18 18:26:45 [CONSOLE] mod_xml_curl.c:363 xml_url_fetch() XML response is in /tmp/e00c7ae0-85d0-11dd-838c-5148f6e85b7b.tmp.xml 2008-09-18 18:27:10 [CONSOLE] mod_xml_curl.c:231 xml_url_fetch() Using xml from cache: [EMAIL PROTECTED] 2008-09-18 18:27:35 [CONSOLE] mod_xml_curl.c:231 xml_url_fetch() Using xml from cache: [EMAIL PROTECTED] [EMAIL PROTECTED]> xml_curl cache_delete_key [EMAIL PROTECTED] 2008-09-18 18:27:42 [NOTICE] mod_xml_curl.c:128 xml_curl_function() Removing value for [[EMAIL PROTECTED]] API CALL [xml_curl(cache_delete_key [EMAIL PROTECTED])] output: OK 2008-09-18 18:28:01 [CONSOLE] mod_xml_curl.c:245 xml_url_fetch() Key is not in cache [[EMAIL PROTECTED]]. 2008-09-18 18:28:01 [CONSOLE] mod_xml_curl.c:363 xml_url_fetch() XML response is in /tmp/0d729f00-85d1-11dd-838c-5148f6e85b7b.tmp.xml [EMAIL PROTECTED]> xml_curl cache_off 2008-09-18 18:28:07 [NOTICE] mod_xml_curl.c:102 xml_curl_function() cleaning up directory cache API CALL [xml_curl(cache_off)] output: OK cristian Anthony Minessale wrote: if you say inhale the xml into memory and the sever goes haywire and sends you 2 gigs out output you are in for a treat. if you can get enough call volume on one box where the disk i/o of xml_curl even shows up on the map in relation to all the rtp etc, we've won. On Wed, Sep 17, 2008 at 6:00 PM, Cristian Talle <[EMAIL PROTECTED]> wrote: less tickin keeps you breathin :) It'd be nice though if you could just use xml_rpc to tell FS: /xml_update ...,/ similar to xml_locate Cristian Brian West wrote: > If you're that concerned with it.. move the tmp to a ramdisk ;) I > thought modern hard drives could take a lickin and keep on tickin > > /b > > On Sep 17, 2008, at 5:51 PM, Cristian Talle wrote: > > >> Oh, they are but it's still HDD... I wouldn't like to see the server >> die >> because of too much disk IO >> I'm trying to figure out what's the most efficient way to handle >> changes >> in user profiles (and possibly dialplan, etc...) if order handle >> thousands of users per server. >> >> Cristian >> > > > ___ > 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 > > ___ 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 -- Anthony Minessale II FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ AIM: anthm MSN:[EMAIL PROTECTED] GTALK/JABBER/PAYPAL:[EMAIL PROTECTED] IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:[EMAIL PROTECTED] iax:[EMAIL PROTECTED]/888 googletalk:[EMAIL PROTECTED] pstn:213-799-1400 ___ 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
Re: [Freeswitch-users] transcoding / g729 / g723.1
Any idea what are we looking at? I already have a couple of those cards available. Cristian 416 548 7916 ext 120 Anthony Minessale wrote: > it would be possible with proper funding. > > > On Thu, Sep 18, 2008 at 6:30 AM, Cristian Talle <[EMAIL PROTECTED] > <mailto:[EMAIL PROTECTED]>> wrote: > > How hard would it be to add support for g729/g723.1 transcoding using > the TC400B card (digium)? It's all part of the zaptel driver. > > Cristian > > ___ > Freeswitch-users mailing list > Freeswitch-users@lists.freeswitch.org > <mailto: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 > > > > > -- > Anthony Minessale II > > FreeSWITCH http://www.freeswitch.org/ > ClueCon http://www.cluecon.com/ > > AIM: anthm > MSN:[EMAIL PROTECTED] > <mailto:[EMAIL PROTECTED]> > GTALK/JABBER/PAYPAL:[EMAIL PROTECTED] > <mailto:[EMAIL PROTECTED]> > IRC: irc.freenode.net <http://irc.freenode.net> #freeswitch > > FreeSWITCH Developer Conference > sip:[EMAIL PROTECTED] > <mailto:[EMAIL PROTECTED]> > iax:[EMAIL PROTECTED]/888 > <http://iax:[EMAIL PROTECTED]/888> > googletalk:[EMAIL PROTECTED] > <mailto:[EMAIL PROTECTED]> > pstn:213-799-1400 > > > ___ > 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 > ___ 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
Re: [Freeswitch-users] Test Proxy Media
I know what the difference is but the example at hand was in the bypass section of wiki (of course for the opposite scenario). I'll keep in mind the proxy codec thing for the future though :) Brian West wrote: > Bypass isn't the same as proxy media. > > Bypass the media will never touch FreeSWITCH and flows p2p. > > Proxy the media will proxy thru FreeSWITCH without looking at the packets. > > Press F8 and look at the debug logs or type "console loglevel 8" > > You should see something about proxy codec. > > /b > > > > On Sep 18, 2008, at 6:44 AM, Cristian Talle wrote: > >> check http://wiki.freeswitch.org/wiki/Bypass_Media -> "How to verify >> that it is working" >> opposite to the example you actually want to see media passing through. >> >> cristian > > > > ___ > 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 > ___ 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
Re: [Freeswitch-users] Test Proxy Media
check http://wiki.freeswitch.org/wiki/Bypass_Media -> "How to verify that it is working" opposite to the example you actually want to see media passing through. cristian msp wrote: > Hi all, > > I have enabled proxy media from dialplan. > After that, I can make calls same as it done before without enabling > proxy media. > > So, how can i test that my calls are in proxy media mode after > enabling "proxy-media" mode ? > > Thanks, > MShehzad > > > ___ > 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 > ___ 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
[Freeswitch-users] transcoding / g729 / g723.1
How hard would it be to add support for g729/g723.1 transcoding using the TC400B card (digium)? It's all part of the zaptel driver. Cristian ___ 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
Re: [Freeswitch-users] Alternative to directory lookup using mod_xml_curl
I give up :) You're right. I've just started using FS and after reading so many stories about how other products are not performing under stress I'm trying to think of what else can slow things down... In any case, so far I'm impressed with it! Anthony Minessale wrote: > if you say inhale the xml into memory and the sever goes haywire and > sends you 2 gigs out output you are in for a treat. > if you can get enough call volume on one box where the disk i/o of > xml_curl even shows up on the map in relation to all the rtp etc, > we've won. > > > On Wed, Sep 17, 2008 at 6:00 PM, Cristian Talle <[EMAIL PROTECTED] > <mailto:[EMAIL PROTECTED]>> wrote: > > less tickin keeps you breathin :) It'd be nice though if you could > just > use xml_rpc to tell FS: > > /xml_update...,/ > > similar to xml_locate > > Cristian > > Brian West wrote: > > If you're that concerned with it.. move the tmp to a ramdisk ;) I > > thought modern hard drives could take a lickin and keep on tickin > > > > /b > > > > On Sep 17, 2008, at 5:51 PM, Cristian Talle wrote: > > > > > >> Oh, they are but it's still HDD... I wouldn't like to see the > server > >> die > >> because of too much disk IO > >> I'm trying to figure out what's the most efficient way to handle > >> changes > >> in user profiles (and possibly dialplan, etc...) if order handle > >> thousands of users per server. > >> > >> Cristian > >> > > > > > > ___ > > Freeswitch-users mailing list > > Freeswitch-users@lists.freeswitch.org > <mailto: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 > > > > > > > ___ > Freeswitch-users mailing list > Freeswitch-users@lists.freeswitch.org > <mailto: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 > > > > > -- > Anthony Minessale II > > FreeSWITCH http://www.freeswitch.org/ > ClueCon http://www.cluecon.com/ > > AIM: anthm > MSN:[EMAIL PROTECTED] > <mailto:[EMAIL PROTECTED]> > GTALK/JABBER/PAYPAL:[EMAIL PROTECTED] > <mailto:[EMAIL PROTECTED]> > IRC: irc.freenode.net <http://irc.freenode.net> #freeswitch > > FreeSWITCH Developer Conference > sip:[EMAIL PROTECTED] > <mailto:[EMAIL PROTECTED]> > iax:[EMAIL PROTECTED]/888 > <http://iax:[EMAIL PROTECTED]/888> > googletalk:[EMAIL PROTECTED] > <mailto:[EMAIL PROTECTED]> > pstn:213-799-1400 > > > ___ > 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 > ___ 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
Re: [Freeswitch-users] Alternative to directory lookup using mod_xml_curl
less tickin keeps you breathin :) It'd be nice though if you could just use xml_rpc to tell FS: /xml_update...,/ similar to xml_locate Cristian Brian West wrote: > If you're that concerned with it.. move the tmp to a ramdisk ;) I > thought modern hard drives could take a lickin and keep on tickin > > /b > > On Sep 17, 2008, at 5:51 PM, Cristian Talle wrote: > > >> Oh, they are but it's still HDD... I wouldn't like to see the server >> die >> because of too much disk IO >> I'm trying to figure out what's the most efficient way to handle >> changes >> in user profiles (and possibly dialplan, etc...) if order handle >> thousands of users per server. >> >> Cristian >> > > > ___ > 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 > > ___ 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
Re: [Freeswitch-users] Alternative to directory lookup using mod_xml_curl
Oh, they are but it's still HDD... I wouldn't like to see the server die because of too much disk IO I'm trying to figure out what's the most efficient way to handle changes in user profiles (and possibly dialplan, etc...) if order handle thousands of users per server. Cristian Brian West wrote: > Are those temp files not going away? > > /b > > On Sep 17, 2008, at 5:43 PM, Cristian Talle wrote: > > >> Just wondering... >> >> I noticed that with xml_curl temp files are being created for each >> request - this doesn't really help for higher request volumes. >> Do you know of any way of updating the FS xml tree (let's say the >> directory node for one domain) without curl? >> >> Cristian >> > > > ___ > 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 > > ___ 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
[Freeswitch-users] Alternative to directory lookup using mod_xml_curl
Just wondering... I noticed that with xml_curl temp files are being created for each request - this doesn't really help for higher request volumes. Do you know of any way of updating the FS xml tree (let's say the directory node for one domain) without curl? Cristian Peter P GMX wrote: > Just to mention: > I figured out that, if you do an xml_curl request it tries to reply > based on the dynamic XML answer. If the answer is wrong if takes the > content of the config files. > This may be the reason why your standard numbers from the config files > 1000, 1001, ... work and carl doesn't. > > Best regards > Peter > > Cristian Talle schrieb: > >> Thank you veeery much, I'll give it a try! >> >> Best, >> Cristian >> >> Peter P GMX wrote: >> >>> Hello, >>> >>> I have done it the following way: >>> xml_curl.conf.xml: >>> >>> >>> >>> >>> >> value="http://192.168.0.35:3000/xml_curls/directory"; >>> bindings="configuration|dialplan|directory"/> >>> >>> >>> >>> >>> My Ruby on Rails server is listening on Port 3000. But https works also >>> (but very very slow). >>> >>> If a phone (e.g. 1002) tries to register I answer with >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> Hope this helps >>> >>> Best regards >>> Peter >>> >>> >>> Cristian Talle schrieb: >>> >>> >>>> Hi Carl, >>>> >>>> I am experiencing a similar problem, have you found any solution so far? >>>> >>>> Thank you, >>>> Cristian Talle >>>> >>>> >>>> >>>> >>>>> I wonder if anybody could provide a complete set of configuration files >>>>> for >>>>> a working xml_curl user directory lookup. >>>>> >>>>> I have been trying using the default set of configuration files, added the >>>>> xml_curl module loading and modified the configuration like this: >>>>> >>>>> >>>>> >>>>> >>>>> http://172.16.26.10/apache2-default/dialplan.php"; >>>>> <http://172.16.26.10/apache2-default/dialplan.php%22> >>>>> bindings="dialplan"/> >>>>> >>>>> >>>>> http://172.16.26.10/apache2-default/directory.php"; >>>>> <http://172.16.26.10/apache2-default/directory.php%22> >>>>> bindings="directory"/> >>>>> >>>>> >>>>> >>>>> >>>>> Both scripts just dump the expected XML result: >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> The sofia-sip parameter "accept-blind-reg" is set to false. >>>>> >>>>> When using one of the default users (1000), I can register and the >>>>> xml_curl >>>>> dialplan lookup works like expected. However, when trying to register as >>>>> user carl, >>>>> I can see that the XML is received by the xml_curl interface, but >>>>> sofia-sip >>>>> complains that it cannot find the user. Here is a part of the console >>>>> output: >>>>> >>>>> mod_xml_curl.c:194 xml_url_fetch() XML response is in >>>>> /tmp/6053a796-2bd
Re: [Freeswitch-users] Example xml_curl configuration for user directory
I have found the problem - the user id="" in my document did not match the one sent by the SIP client... duh :) I had an extra character somewhere in the middle of the id attribute. It works nicely now. (for now I'm using only directory in bindings) Thank you again for your prompt reply! Cristian Peter P GMX wrote: Just to mention: I figured out that, if you do an xml_curl request it tries to reply based on the dynamic XML answer. If the answer is wrong if takes the content of the config files. This may be the reason why your standard numbers from the config files 1000, 1001, ... work and carl doesn't. Best regards Peter Cristian Talle schrieb: Thank you veeery much, I'll give it a try! Best, Cristian Peter P GMX wrote: Hello, I have done it the following way: xml_curl.conf.xml: "http://192.168.0.35:3000/xml_curls/directory" bindings="configuration|dialplan|directory"/> My Ruby on Rails server is listening on Port 3000. But https works also (but very very slow). If a phone (e.g. 1002) tries to register I answer with Hope this helps Best regards Peter Cristian Talle schrieb: Hi Carl, I am experiencing a similar problem, have you found any solution so far? Thank you, Cristian Talle I wonder if anybody could provide a complete set of configuration files for a working xml_curl user directory lookup. I have been trying using the default set of configuration files, added the xml_curl module loading and modified the configuration like this: " http://172.16.26.10/apache2-default/dialplan.php" bindings="dialplan"/> " http://172.16.26.10/apache2-default/directory.php" bindings="directory"/> Both scripts just dump the expected XML result: The sofia-sip parameter "accept-blind-reg" is set to false. When using one of the default users (1000), I can register and the xml_curl dialplan lookup works like expected. However, when trying to register as user carl, I can see that the XML is received by the xml_curl interface, but sofia-sip complains that it cannot find the user. Here is a part of the console output: mod_xml_curl.c:194 xml_url_fetch() XML response is in /tmp/6053a796-2bdb-11dd-9449-17a3c8baef50.tmp.xml sofia_reg.c:1061 sofia_reg_parse_auth() can't find user [carl at 172.16.26.10 ] When using the xml_locate cli command, I get a similar result: / xml_locate directory domain name 172.16.26.10 /mod_xml_curl.c:194 xml_url_fetch() XML response is in /tmp/93d6019a-2bdb-11dd-9449-17a3c8baef50.tmp.xml API CALL [xml_locate(directory domain name 172.16.26.10)] output: ### contents of local XML file (users 1000 and up) It fetches the XML from the webserver and dumps the contents of the local XML files. Disabling the "directory" section in the default freeswitch.xml file does not help, as I initially thought it might be caused by the duplicate domain names. I hope someone could help out here. ___ 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 ___ 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 ___ 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 ___ 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 ___ 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
Re: [Freeswitch-users] Example xml_curl configuration for user directory
Thank you veeery much, I'll give it a try! Best, Cristian Peter P GMX wrote: Hello, I have done it the following way: xml_curl.conf.xml: "http://192.168.0.35:3000/xml_curls/directory" bindings="configuration|dialplan|directory"/> My Ruby on Rails server is listening on Port 3000. But https works also (but very very slow). If a phone (e.g. 1002) tries to register I answer with Hope this helps Best regards Peter Cristian Talle schrieb: Hi Carl, I am experiencing a similar problem, have you found any solution so far? Thank you, Cristian Talle I wonder if anybody could provide a complete set of configuration files for a working xml_curl user directory lookup. I have been trying using the default set of configuration files, added the xml_curl module loading and modified the configuration like this: " http://172.16.26.10/apache2-default/dialplan.php" bindings="dialplan"/> " http://172.16.26.10/apache2-default/directory.php" bindings="directory"/> Both scripts just dump the expected XML result: The sofia-sip parameter "accept-blind-reg" is set to false. When using one of the default users (1000), I can register and the xml_curl dialplan lookup works like expected. However, when trying to register as user carl, I can see that the XML is received by the xml_curl interface, but sofia-sip complains that it cannot find the user. Here is a part of the console output: mod_xml_curl.c:194 xml_url_fetch() XML response is in /tmp/6053a796-2bdb-11dd-9449-17a3c8baef50.tmp.xml sofia_reg.c:1061 sofia_reg_parse_auth() can't find user [carl at 172.16.26.10 ] When using the xml_locate cli command, I get a similar result: / xml_locate directory domain name 172.16.26.10 /mod_xml_curl.c:194 xml_url_fetch() XML response is in /tmp/93d6019a-2bdb-11dd-9449-17a3c8baef50.tmp.xml API CALL [xml_locate(directory domain name 172.16.26.10)] output: ### contents of local XML file (users 1000 and up) It fetches the XML from the webserver and dumps the contents of the local XML files. Disabling the "directory" section in the default freeswitch.xml file does not help, as I initially thought it might be caused by the duplicate domain names. I hope someone could help out here. ___ 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 ___ 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 ___ 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
Re: [Freeswitch-users] Example xml_curl configuration for user directory
Hi Carl, I am experiencing a similar problem, have you found any solution so far? Thank you, Cristian Talle > I wonder if anybody could provide a complete set of configuration files for > a working xml_curl user directory lookup. > > I have been trying using the default set of configuration files, added the > xml_curl module loading and modified the configuration like this: > > > > > http://172.16.26.10/apache2-default/dialplan.php"; > <http://172.16.26.10/apache2-default/dialplan.php%22> bindings="dialplan"/> > > > http://172.16.26.10/apache2-default/directory.php"; > <http://172.16.26.10/apache2-default/directory.php%22> bindings="directory"/> > > > > > Both scripts just dump the expected XML result: > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > The sofia-sip parameter "accept-blind-reg" is set to false. > > When using one of the default users (1000), I can register and the xml_curl > dialplan lookup works like expected. However, when trying to register as > user carl, > I can see that the XML is received by the xml_curl interface, but sofia-sip > complains that it cannot find the user. Here is a part of the console > output: > > mod_xml_curl.c:194 xml_url_fetch() XML response is in > /tmp/6053a796-2bdb-11dd-9449-17a3c8baef50.tmp.xml > sofia_reg.c:1061 sofia_reg_parse_auth() can't find user [carl at 172.16.26.10 > <http://lists.freeswitch.org/mailman/listinfo/freeswitch-users>] > > When using the xml_locate cli command, I get a similar result: > > >/ xml_locate directory domain name 172.16.26.10 > /mod_xml_curl.c:194 xml_url_fetch() XML response is in > /tmp/93d6019a-2bdb-11dd-9449-17a3c8baef50.tmp.xml > API CALL [xml_locate(directory domain name 172.16.26.10)] output: > > ### contents of local XML file (users 1000 and up) > > > It fetches the XML from the webserver and dumps the contents of the local > XML files. Disabling the "directory" section in the default freeswitch.xml > file does not help, > as I initially thought it might be caused by the duplicate domain names. > > I hope someone could help out here. > > ___ 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
[Freeswitch-users] directory and mod_xml_curl
Hi, I'm new to FS. Can anyone shed some more light or point me to a place to read on how one can use mod_xml_curl for dynamic directory lookup? My scenario is: I define a new contact somewhere outside of FS, I have a SIP client attempting to register with FS using the new contact info -> that in turn invokes a custom url binding but the information returned in the HTTP reply doesn't seem to make any difference at runtime: mod_xml_curl.c:194 xml_url_fetch() XML response is in /tmp/3da0973a-84ec-11dd-b435-211ade423d94.tmp.xml 2008-09-17 15:10:07 [WARNING] sofia_reg.c:1061 sofia_reg_parse_auth() can't find user [EMAIL PROTECTED] The xml returned by the url is: How does the xml new xml node get loaded in the directory structure in memory? ___ 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
