[SR-Users] load 2 500 000 rows from dialplan

Hi! I have kamailio-4.2.3. And in table dialplan there is 2 500 000 rows. When i started kamailio i see error ERROR: dialplan [dp_repl.c:74]: repl_exp_parse(): out of shm memory ERROR: dialplan [dp_db.c:393]: build_rule(): failed to compile replacing expression ERROR: dialplan [dp_db.c:111]:

Re: [SR-Users] load 2 500 000 rows from dialplan

Hello On 24/09/15 11:06, Никитенко Виталий wrote: Hi! I have kamailio-4.2.3. And in table dialplan there is 2 500 000 rows. When i started kamailio i see error ERROR: dialplan [dp_repl.c:74]: repl_exp_parse(): out of shm memory ERROR: dialplan [dp_db.c:393]: build_rule(): failed to compile

Re: [SR-Users] [Kamailio 4.2] Crash during burn-in test

Hi Daniel, Sorry for my late reply at first. I took your suggestion and update Kamailio from 4.2.3 to 4.2.6, then test again, it does't crash now ! :D Thank you very much! 2015-09-08 15:03 GMT+08:00 Daniel-Constantin Mierla : > Hello, > > the first frames of the backtrace

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

Hello Daniel, Just checking if you got what you were looking for. Do let me know if you need more info on the same. Thanks, - Jayesh On Tue, Sep 22, 2015 at 8:23 PM Jayesh Nambiar wrote: > Hi, > Here's the NGREP trace where >

[SR-Users] MSRP over Websockets

Hi, I am trying to configure MSRP over websocket and using Crocodilr-msrp client i am ablento connect but when I try to transfer any file it gives me the below error. Any thoughts is appreciated. I am able to do audio, video and messaging using SIP-JSSIP client and working fine. Error - Log

Re: [SR-Users] MSRP over Websockets

Hello, the first log messages indicate that the tls connect failed. Are the two msrp clients connected to the msrp relay, because for websocket the server cannot connect further as a client. Cheers, Daniel On 24/09/15 14:23, vamsi wrote: > > > Hi, > > I am trying to configure MSRP over

Re: [SR-Users] Kamailio Asterisk MWI

Hello, is the notify after a subscribe request? If yes, it should be routed by Route headers and R-URI. If it is out of a dialog, then very likely you need to location lookup for it. Maybe you can grab such notify from the wire and send it to mailing list in order to see what kamailio should do

Re: [SR-Users] [Kamailio 4.2] Crash during burn-in test

Hello, ok, thanks for providng the feedback, it is good to know that was something already fixed. Cheers, Daniel On 24/09/15 12:20, Jack Wang wrote: > Hi Daniel, > > Sorry for my late reply at first. > > I took your suggestion and update Kamailio from 4.2.3 to 4.2.6, > then test again, > it

[SR-Users] Dialog keep alive options are with error parsing headers

Hello there, I'm using dialog module to send keep alive options to callee and caller in order to detect if dialog still up, but when kamailio generates the OPTION and parse it, gives the following errors: [root@c4-compute02-srv1 kamailio]# 37(1587) DEBUG: dialog [dlg_hash.c:614]: dlg_lookup():

Re: [SR-Users] Kamailio PSTN with User/Pass authentication

Hi, I am still struggling with setting up the PSTN auth part. Can anyone post a working code? Thanks. regards Ganesh Kumar On 9/23/15, Infinicalls Infinicalls wrote: > Hi, > I moved the uac_auth to the failure route and it compiled without > errors. Thanks. But the

[SR-Users] regEvent feature

(A continuation on an old thread) In the RFC 3680 it is described how a UE can subscribe to its own registration state(s). As soon as it's own registration state changes in any way - like a refresch registration - a NOTIFY is send to the subscribing terminal. What made me hopeful was when I in

Re: [SR-Users] Kamailio PSTN with User/Pass authentication

Hello, the AVPs with username/password must be set before calling uac_auth(). You do it the other way around. Cheers, Daniel On 24/09/15 16:44, Infinicalls Infinicalls wrote: > Hi, > I am still struggling with setting up the PSTN auth part. Can anyone > post a working code? Thanks. > > regards

Re: [SR-Users] Dialog keep alive options are with error parsing headers

Hello, the patch from next commit: https://github.com/kamailio/kamailio/commit/551a562eb799c903cda09599ff5d47366abf42c9 and compile in your version to see the full message content. Cheers, Daniel On 24/09/15 20:47, José Seabra wrote: > Adding more information to my issue, these errors only

Re: [SR-Users] Dialog keep alive options are with error parsing headers

Adding more information to my issue, these errors only happens when I'm using topoh module, seems that dialog keep alive options is not working with topoh module, maybe its something related with topoh callid encription. Best regards José Seabra 2015-09-24 15:24 GMT+01:00 José Seabra