[SR-Users] Kamailio vs RTPEngine Performance

2015-10-13 Thread M S
Hi, I was asked some interesting questions yesterday by a rather techy client related to Kamailio and RTPEngine performance. Q1: For Kamailio we have say 8 child processes, which means there are 8 threads per listen address to process sip messages, i.e. for example 8 INVITE messages at any instan

Re: [SR-Users] Capturing Kamailio retransmissions in routing script

2015-10-13 Thread Daniel-Constantin Mierla
Hello, I don't think those can get to any part of config file at this moment. What kind of info do you want? In other words, a log message based on a mod param is ok or an event_route should be made in order to allow full config flexibility. Cheers, Daniel On 13/10/15 14:49, Olle E. Johansson wr

[SR-Users] Capturing Kamailio retransmissions in routing script

2015-10-13 Thread Olle E. Johansson
Hi! Is there a simple way to log outbound retransmissions by tm in the routing script? I would like to be able to see retransmissions. /O ___ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http:

Re: [SR-Users] evapi tcp parsing??

2015-10-13 Thread Daniel-Constantin Mierla
Thanks for testing and feedback -- good to know it was fixed, not to keep it open in my side anymore. Cheers, Daniel On 13/10/15 12:37, Jayesh Nambiar wrote: > Yes that problem is definitely solved. Sorry to not post the response. > I'm having some other issues in scaling and still trying to fig

Re: [SR-Users] How to get runtime configuration?

2015-10-13 Thread Daniel-Constantin Mierla
On 13/10/15 13:53, Sven Neuhaus wrote: > Am 13.10.2015 um 12:03 schrieb Magnus Nordström: >> Is there any command to get the runtime configuration from kamailio? I >> tried "kamctl monitor" but there was not a lot of information. > There isn't a command that I know of that will dump all variables

Re: [SR-Users] Lost 180 Ringing Response

2015-10-13 Thread Daniel-Constantin Mierla
Hello, maybe you can reproduce the same situation using tcp and grab a network trace (ngrep with at least -t) for such a call to see what woould be the difference of time between those packets. Maybe the transaction is already destroyed. Cheers, Daniel On 09/10/15 16:22, John Billings wrote: >>

Re: [SR-Users] MySQL Connect Errors

2015-10-13 Thread Daniel-Constantin Mierla
Hello, do you have centos+selinux? Because I heard about a lot of limits with the combination of the two. Have you checked the mysqld syslog messages, anything relevant there? Cheers, Daniel On 09/10/15 16:03, John Billings wrote: >> Hello ; >> Problem looks like blocked host and then gets conn

Re: [SR-Users] How to get runtime configuration?

2015-10-13 Thread Sven Neuhaus
Am 13.10.2015 um 12:03 schrieb Magnus Nordström: > Is there any command to get the runtime configuration from kamailio? I > tried "kamctl monitor" but there was not a lot of information. There isn't a command that I know of that will dump all variables, however... > For example I need information

Re: [SR-Users] Persistence of enable/disable for uacreg

2015-10-13 Thread Daniel-Constantin Mierla
Btw, just for the records, someone can achieve that by deleting the record from the database table, so a reload won't find it there --of course, using a mysql view over a flags column, that means physically not deleting the record but just seeting the flags column. Cheers, Daniel On 11/10/15 19:2

Re: [SR-Users] evapi tcp parsing??

2015-10-13 Thread Jayesh Nambiar
Yes that problem is definitely solved. Sorry to not post the response. I'm having some other issues in scaling and still trying to figure where the problem must be, but I can scale upto 2000 cps easily now. Thanks for the efforts and the credits :) - Jayesh On Sun, Oct 11, 2015 at 10:59 PM Danie

[SR-Users] How to get runtime configuration?

2015-10-13 Thread Magnus Nordström
Hi, Is there any command to get the runtime configuration from kamailio? I tried "kamctl monitor" but there was not a lot of information. For example I need information about what tcp_conn_wq_max is set to. Best regards, Magnus Nordström ___ SIP E