Hey Brett,
I used the Memcached::libmemcached (C library wrapper) instead of its pure perl brother Cache::Memcached seems perform about twice as fast for what I'm doing. From: Brett Nemeroff [mailto:[email protected]] Sent: Wednesday, February 18, 2009 2:46 PM To: Adam Long Cc: [email protected] Subject: Re: [OpenSIPS-Users] User inbound rules Adam, This is great! so in the perl script you were just using the standard memcache libraries? Nice! On Wed, Feb 18, 2009 at 1:01 PM, Adam Long <[email protected]> wrote: Hi Brett, It was tested with very simple sip signaling. I benched with sipp with a very simple stateless script expecting a MESSAGE req and essentially just replying with 200 OK if lookup was successful and 404 if not. I was actually approaching 20000cps with 2 sipp clients but somewhere in between 10K and 20K I was getting retransmissions. Since those numbers were so much higher than I would ever need, I didn't look into what was the cause and what was the exact point things started "not working perfectly" I filled a file with random routes one per line. And ran sipp as follows. sipp -i 10.200.1.21 -ci 10.200.1.21 10.200.1.10 -sf uac-msg.xml -inf sip-users-cachetest.txt -r 20000 -m 1000000 -l 1000 I attached the sipp scenario for you if you would like to do your own tests. I don't have the exact script I used but it looked something like this.. route { if (perl_exec("lookup_localdid")) { sl_send_reply("200","OK"); } else { sl_send_reply("404","No Route Found"); } exit; } Regards, -Adam From: Brett Nemeroff [mailto:[email protected]] Sent: Wednesday, February 18, 2009 1:14 PM To: Adam Long Cc: [email protected] Subject: Re: [OpenSIPS-Users] User inbound rules Great! Thanks for the stats... Are those lookups independent of SIP signalling? I know memcache supports well over 10K/sec.. Just curious if you'll get that performance with the perl libs in the middle. -Brett On Wed, Feb 18, 2009 at 12:11 PM, Adam Long <[email protected]> wrote: I currently do this with 1.4.4 via perl and I use perl's libmemcached wrapper to vastly improve performance. I benched over 10000 lookups per sec on a QC with mostly cached hits. With a full stateful routing script I would expect only a 1/10th that but still very good. I'm sure the 1.5 c based memcache module functions would yield even better performance. Regards, -Adam From: [email protected] [mailto:[email protected]] On Behalf Of Gustavo Mistrinelli Sent: Wednesday, February 18, 2009 10:01 AM To: Brett Nemeroff Cc: [email protected] Subject: Re: [OpenSIPS-Users] User inbound rules Thanks Brett, I'll take a look at the new module :) On Wed, Feb 18, 2009 at 12:47 PM, Brett Nemeroff <[email protected]> wrote: Hi Gustavo, I'm doing something similar, being that I need a lookup per INVITE. Bogdan's recommendation for me was to use the memcaching functions in 1.5: http://www.opensips.org/index.php?n=Resources.DocsTutMemcache On Wed, Feb 18, 2009 at 8:45 AM, Gustavo Mistrinelli <[email protected]> wrote: Hi all, I'm trying to figure out if we can use or add functionalities to dynamic routing module to do "incoming routing" based on callee destination ($ru) per user The idea is to have inbound rules per user (username/domain or user aliases i.e. numbers ) Each user will set their incoming rules, i.e. First rule ring my numbers and username (lookup registered devices) for 15 seconds, then call my cellphone for 10 second, then call home number for 20 seconds and then call my voicemail, each step may ring on more than one devices at the same time, it's a mix of serial and parallel forking. Condition to do next step is if get 4XX errors (not found, busy, etc) We can add also time conditions and black/white list. I did it using custom avp_db_query but will be nice have rules on memory without querying tables every time. I'll be waiting for your suggestions Best, -- Gustavo Mistrinelli _______________________________________________ Users mailing list [email protected] http://lists.opensips.org/cgi-bin/mailman/listinfo/users -- Gustavo Mistrinelli _______________________________________________ Users mailing list [email protected] http://lists.opensips.org/cgi-bin/mailman/listinfo/users _______________________________________________ Users mailing list [email protected] http://lists.opensips.org/cgi-bin/mailman/listinfo/users
_______________________________________________ Users mailing list [email protected] http://lists.opensips.org/cgi-bin/mailman/listinfo/users
