Re: [SR-Users] ip address error with exec module

2012-01-12 Thread Daniel-Constantin Mierla
Hello, On 1/11/12 7:12 PM, Uri Shacked wrote: no, only the lines you see. strange ... anyhow, I pushed a patch to master branch to set src/dst ip to 127.0.0.1: http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=commit;h=62e5680c9dd4eccb0f177415b7624af832c87693 if you installed from g

Re: [SR-Users] ip address error with exec module

2012-01-12 Thread Uri Shacked
Hi, now i get at start: 9(5006) : exec [../../parser/../ip_addr.h:688]: BUG: ip_addr2sbuf: unknown address family 0 and after 3 time the following is added: ERROR: exec [exec.c:86]: cmd nc -u -w0 10.2.0.54 514 <<< ",denied_calls-0,dos-green" failed. exit_status=-1, errno=32: Broken pipe any id

Re: [SR-Users] ip address error with exec module

2012-01-12 Thread Daniel-Constantin Mierla
Hello, On 1/12/12 11:07 AM, Uri Shacked wrote: Hi, now i get at start: 9(5006) : exec [../../parser/../ip_addr.h:688]: BUG: ip_addr2sbuf: unknown address family 0 do you mean you get it once, at kamailio startup? and after 3 time the following is added: ERROR: exec [exec.c:86]: cmd nc -u -w

Re: [SR-Users] send bye to caller after dialog timeout

2012-01-12 Thread Daniel-Constantin Mierla
Hello, right, one missing thing: the dlg_ctx variable has to have the flag for sending byes set at call startup: $dlg_ctx(timeout_bye) = 1; Cheers, Daniel On 1/11/12 6:04 PM, Uri Shacked wrote: I set the timeout parameter to 30 sec to check. The call was not disconnected. After i did hang

Re: [SR-Users] ip address error with exec module

2012-01-12 Thread Uri Shacked
no, i get it every 10 sec (like the rtimer i set) the first 3 times are the first line and afterwards the second line apears. i notice that after a while it cycles again... 3 times etc i did : git pull origin git cherry-pick -x 62e5680c9dd4eccb0f177415b7624af832c87693 make all make install r

[SR-Users] ndb_redis module fails after a while

2012-01-12 Thread Javier Gallart
Hi all I have started making some tests with the ndb_redis module. So far we have not stressed the module (no more than 5 HGET commands/second at maximum). It works well, but with at some point it starts failing. The failures are easily found because the logs always show this: INFO: [main.c:811]