Re: [SR-Users] Siremis on Kamailio 5.2

2019-03-14 Thread Joel Serrano
Great! Thanks for the info Daniel. I’ll give it a try and let you know if I run into anything :) Cheers, Joel. On Thu, Mar 14, 2019 at 00:51 Daniel-Constantin Mierla wrote: > Hello, > > we are a bit behind with releasing siremis. If you use current master > branch it should work with kamailio

Re: [SR-Users] RFC: rating - ranking system for community

2019-03-14 Thread Samuel F .
Agreed Alex, I think a cookbook with recommendations would be very useful to help get people started. In the documentation, perhaps if there are a lot of stale/unused modules they could be moved to a different section as well or flagged with an icon so people know they are not a preferred choic

Re: [SR-Users] rtpengine force-relay

2019-03-14 Thread Daniel Tryba
On Thu, Mar 14, 2019 at 06:01:41PM +0200, Vitalii Aleksandrov wrote: > > What is wrong with the default behavior? That adds ICE records and > > rewrites SDP c=. > When a call goes through multiple proxies and every proxy inserts itself SDP > becomes really huge. What I like in "force-relay" is that

Re: [SR-Users] rtpengine force-relay

2019-03-14 Thread Vitalii Aleksandrov
On 14.03.19 17:09, Daniel Tryba wrote: On Thu, Mar 14, 2019 at 02:47:24PM +0200, Vitalii Aleksandrov wrote: Well it's mostly rtpengine question but didn't know where should I send it and probably the answer will be more or less useful for kamailio users. I get the feeling. You could open an is

Re: [SR-Users] rtpengine force-relay

2019-03-14 Thread Daniel Tryba
On Thu, Mar 14, 2019 at 02:47:24PM +0200, Vitalii Aleksandrov wrote: > Well it's mostly rtpengine question but didn't know where should I send it > and probably the answer will be more or less useful for kamailio users. I get the feeling. You could open an issue in github, but sipwise/rtpengine de

Re: [SR-Users] Kamailio stop to process incoming SIP traffic via TCP.

2019-03-14 Thread Daniel-Constantin Mierla
Can you get file written by `kamctl trap`? It should have the backtrace for all kamailio processes. You need latest kamailio 5.2. Also, get the output for: kamctl ps Cheers, Daniel On 14.03.19 13:52, Kristijan Vrban wrote: > When i attach via gdb to one of the tcp worker, i see this: > > (gdb) b

Re: [SR-Users] Kamailio and exporting in-memory dialplan entries to another database

2019-03-14 Thread Karsten Horsmann
Hello Olli, i did that the opposite way. I trigger an mysql-procedure evers 300 seconds and i fill in and reload my dialplan. Maybe an idea for you. loadmodule "rtimer.so" loadmodule "sqlops.so" (and jsonsrpc etc). modparam("rtimer", "timer", "name=refreshdialplan;interval=300;mode=1;") modparam

Re: [SR-Users] RFC: rating - ranking system for community

2019-03-14 Thread Alex Balashov
By way of further thought: Perhaps a component-orientated view is not the correct one here. It almost sounds like what is being sought is a kind of "cookbook of Kamailio patterns"[1], if you like. This answers a lot of questions that also capture preferences about third-party FOSS componentry, suc

Re: [SR-Users] Kamailio stop to process incoming SIP traffic via TCP.

2019-03-14 Thread Kristijan Vrban
When i attach via gdb to one of the tcp worker, i see this: (gdb) bt #0 0x7fdaf4d14470 in futex_wait (private=, expected=1, futex_word=0x7fdaeca92f8c) at ../sysdeps/unix/sysv/linux/futex-internal.h:61 #1 futex_wait_simple (private=, expected=1, futex_word=0x7fdaeca92f8c) at ../sysdeps/nptl/f

[SR-Users] rtpengine force-relay

2019-03-14 Thread Vitalii Aleksandrov
Hi there, Well it's mostly rtpengine question but didn't know where should I send it and probably the answer will be more or less useful for kamailio users. By default if an offer has ICE candidates rtpengine leaves them untouched and just inserts itself as an additional low priority candidat

Re: [SR-Users] Kamailio stop to process incoming SIP traffic via TCP.

2019-03-14 Thread Kristijan Vrban
Hi, with full debug is see this in log for every incoming TCP SIP request: Mar 14 12:10:15 kamailio-preview /usr/sbin/kamailio[17940]: DEBUG: [core/tcp_main.c:3871]: send2child(): WARNING: no free tcp receiver, connection passed to the least busy one (105) Mar 14 12:10:15 kamailio-preview /usr/sb

Re: [SR-Users] RFC: rating - ranking system for community

2019-03-14 Thread Alex Balashov
Hi, A few off-the-cuff thoughts, in no particular order: 1. Kamailio does have hundreds of modules of all kinds, and some sort of guide for which ones to use when, or some other schema which would serve to provide some conceptual organisation for the modules, is probably a desirable documentation

[SR-Users] Kamailio IMS - need help installing and configuring

2019-03-14 Thread Pedro P.
Hello everyone, I'm starting at Kamailio IMS. However, some tutorials are outdated and the download links did not work. I need help with the installation process, basic settings. Thank you ! ___ Kamailio (SER) - Users Mailing List sr-users@lists.kamailio.

[SR-Users] RFC: roadmap to next major release - v5.3.0

2019-03-14 Thread Daniel-Constantin Mierla
Hello, during the last IRC devel meeting, we approached when the next major release of Kamailio (v5.3.0) should be done, considering two options:   1) before the mid of summer: try to freeze during the second part of May (latest beginning of June) and release during end of June/beginning of July.

[SR-Users] RFC: rating - ranking system for community

2019-03-14 Thread Daniel-Constantin Mierla
Hello, starting to continue the discussions here on mailing lists about some of the approached topics during the last IRC meeting -- there will be couple of them. The one now is about finding and deploying a ranking/rating system that could eventually help community members to make decisions easi

Re: [SR-Users] Siremis on Kamailio 5.2

2019-03-14 Thread Daniel-Constantin Mierla
Hello, we are a bit behind with releasing siremis. If you use current master branch it should work with kamailio 5.2. It has even secfilter support, which is in master, but that entry in menu can be ignored or disabled. Same version should work for 5.1, with the mention that in 5.2 (iirc) we remo