[OpenSIPS-Users] User inbound rules

[Adam Long]

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:brett at nemeroff.com] 
Sent: Wednesday, February 18, 2009 1:14 PM
To: Adam Long
Cc: users at lists.opensips.org
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 <ajlong at worldlink.net> 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: users-bounces at lists.opensips.org
[mailto:users-bounces at lists.opensips.org] On Behalf Of Gustavo Mistrinelli
Sent: Wednesday, February 18, 2009 10:01 AM
To: Brett Nemeroff
Cc: users at lists.opensips.org
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 <brett at nemeroff.com> 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
<gmistrinelli at gmail.com> 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
Users at lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

 




-- 
Gustavo Mistrinelli


_______________________________________________
Users mailing list
Users at lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.opensips.org/pipermail/users/attachments/20090218/4b2a2c09/attachment-0001.htm 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: uac-msg.xml
Type: text/xml
Size: 2982 bytes
Desc: not available
Url : http://lists.opensips.org/pipermail/users/attachments/20090218/4b2a2c09/attachment-0001.bin