Re: [SR-Users] Managing concurrent ports

2016-07-20 Thread Brooks Bridges
c. I think you'll run out of resources on the network interfaces long before you have problems with the module itself. Brooks Bridges | Sr. Voice Services Engineer O1 Communications 4359 Town Center Boulevard, Suite 217 El Dorado Hills, California 95762 office: 916.235.2097 | main: 888.444.

Re: [SR-Users] another bug with JSONRPC-S?

2016-04-19 Thread Brooks Bridges
Alright, it was the "params" part that wasn't clear since none of the rest of the MI interfaces I've used with jsonrpc required that. I'll give it a try, thanks! Brooks Bridges | Sr. Voice Services Engineer O1 Communications 5190 Golden Foothill Pkwy El Dora

[SR-Users] another bug with JSONRPC-S?

2016-04-19 Thread Brooks Bridges
server /usr/local/sbin/kamailio[21634]: DEBUG: [tcp_main.c:2465]: tcpconn_do_send(): buf=#012HTTP/1.1 500 No htable name given#015#012Sia: SIP/2.0/TCP 1.2.3.4:54912#015#012Content-Type: application/json#015#012Server: kamailio (4.4.0-rc1 (x86_64/linux))#015#012Content-Length: 69#015#012#01

Re: [SR-Users] $shtval(htable=>key)

2016-04-19 Thread Brooks Bridges
this case, it will most certainly be getting updated constantly and cannot risk getting locked even for a short period. I didn't really see a clean way to just get a list of all keys in a specific table. Brooks Bridges | Sr. Voice Services Engineer O1 Communications 5190 Golden Foothill Pkwy

[SR-Users] $shtval(htable=>key)

2016-04-18 Thread Brooks Bridges
n.xml: $shtval(htable=>key) modules/htable/README: * $shtval(htable=>key) Brooks Bridges | Sr. Voice Services Engineer O1 Communications 5190 Golden Foothill Pkwy El Dorado Hills, CA 95762 office: 916.235.2097 | main: 888.444., Option 2 email: bbrid...@o1.com<mailto:bbrid...@o1.com&g

[SR-Users] Random number function?

2016-04-15 Thread Brooks Bridges
uses wouldn't exist, but I just can't find anything... Any pointers? Brooks Bridges | Sr. Voice Services Engineer O1 Communications 5190 Golden Foothill Pkwy El Dorado Hills, CA 95762 office: 916.235.2097 | main: 888.444., Option 2 email: bbrid...@o1.com<mailto:bbrid...@o1.com&g

Re: [SR-Users] dynamic weighting for dispatcher

2016-03-24 Thread Brooks Bridges
. I’d almost rather build my own load distribution mechanism than deal with that. Brooks Bridges | Sr. Voice Services Engineer O1 Communications 5190 Golden Foothill Pkwy El Dorado Hills, CA 95762 office: 916.235.2097 | main: 888.444., Option 2 email: bbrid...@o1.com<mailto:bbrid...@o1.com>

Re: [SR-Users] Dispatching Registrations to Weight based servers

2016-03-24 Thread Brooks Bridges
states “This algorithm can be used only for dispatching INVITE requests as it is the only SIP method creating a SIP call.” http://kamailio.org/docs/modules/stable/modules/dispatcher.html#dispatcher.f.ds_select_dst Brooks Bridges | Sr. Voice Services Engineer O1 Communications 5190 Golden Foothill

[SR-Users] dynamic weighting for dispatcher

2016-03-24 Thread Brooks Bridges
sign or am I missing something obvious? Brooks Bridges | Sr. Voice Services Engineer O1 Communications 5190 Golden Foothill Pkwy El Dorado Hills, CA 95762 office: 916.235.2097 | main: 888.444., Option 2 email: bbrid...@o1.com<mailto:bbrid...@o1.com> | web: ww

Re: [SR-Users] Missing pipelimit values in data returned by JSONRPC-S

2016-03-21 Thread Brooks Bridges
jsonrpc":"2.0","result":["PIPE: id=user_1 load=0 counter=0","PIPE: id=user_2 load=0 counter=0"]} Thanks! Brooks Bridges | Sr. Voice Services Engineer O1 Communications 5190 Golden Foothill Pkwy El Dorado Hills, CA 95762 office: 916.235.2097 | mai

Re: [SR-Users] Missing pipelimit values in data returned by JSONRPC-S

2016-03-21 Thread Brooks Bridges
-Type: application/json' --data-binary '{"jsonrpc": "2.0", "method": "pl.stats"}' http://1.2.3.4:5060/jsonrpc {"jsonrpc":"2.0","error":{"code":-32000,"message":"Execution Error"}} Br

[SR-Users] Missing pipelimit values in data returned by JSONRPC-S

2016-03-19 Thread Brooks Bridges
ot;, "[R-XHTTP-REQUEST:$si] -> Handling JSON RPC request: $hu\n"); jsonrpc_dispatch(); } else { xhttp_reply("404", "Not Found", "text/html", "");

Re: [SR-Users] Missing pipelimit values in data returned by JSONRPC-S

2016-03-19 Thread Brooks Bridges
Thanks Daniel, I'll give this patch a try as soon as I'm back in the office Monday. I suspect it will sort out the issue as expected. Brooks Bridges | Sr. Voice Services Engineer O1 Communications 5190 Golden Foothill Pkwy El Dorado Hills, CA 95762 office: 916.235.2097 | main: 88

Re: [SR-Users] Performance Tests/Hard Recommendations kamailio 4.2 -200CPS

2015-06-17 Thread Brooks Bridges
has been benchmarked (using multiple systems running multiple copies of sipp) at over 8000 cps with no issues. The proxy itself is running on a Dell R610 with 32GB of ram and 2 x Xeon X5570's (4 cores, 2.93GHz, with HT) and reaches around 400-500% aggregate cpu usage at full load. B

Re: [SR-Users] Maximum feasible size of htable?

2015-04-13 Thread Brooks Bridges
the wait for it to load, these devices are behind a load balancer and can easily wait for the load to complete before "going live", so that's not that big of a concern. Brooks Bridges | Sr. Voice Services Engineer O1 Communications 5190 Golden Foothill Pkwy El Dorado Hills,

[SR-Users] Maximum feasible size of htable?

2015-04-10 Thread Brooks Bridges
s, but the idea here is to minimize the amount of dependencies and processing required. Thoughts? Brooks Bridges | Sr. Voice Services Engineer O1 Communications 5190 Golden Foothill Pkwy El Dorado Hills, CA 95762 office: 916.235.2097 | main: 888.444., Option 2 email: bbrid...@o1.com<mail

Re: [SR-Users] Variable interpolation in xavp identifiers

2015-04-08 Thread Brooks Bridges
Hi Alex, Did you ever figure this out? We've run into a very similar (if not identical) issue. Thanks -Brooks -Original Message- From: sr-users [mailto:sr-users-boun...@lists.sip-router.org] On Behalf Of Alex Balashov Sent: Tuesday, March 31, 2015 3:36 PM To: SIP Router - Kamailio (Op

Re: [SR-Users] Bizarre dialog profile tracking behaviour

2014-03-12 Thread Brooks Bridges
second entry in the dialog table. The first entry does fall off after some time, however it would be very preferable to reuse the existing entry as opposed to creating a new one, especially in our case where we are dealing with a somewhat high velocity of initial invites. Brooks Bridges S