Re: [SR-Users] [sr-dev] FOSDEM 2017

Hi guys. Last minute subscribe for +6 people. Cheers, -- *Nuno Miguel Reis* | *Unified Communication** Systems* M. +351 913907481 | nr...@wavecom.pt WAVECOM-Soluções Rádio, S.A. Cacia Park | Rua do Progresso, Lote 15 3800-639 AVEIRO | Portugal T. +351 309 700 225 | F. +351 234 919 191 *GPS

Re: [SR-Users] [sr-dev] Fosdem 2016

Hi Daniel. José Ferreira and I from Wavecom will be there from Friday to Sunday. You can count with us for dinner and social event. See you there. Cheers, -- *Nuno Miguel Reis* | *Unified Communication** Systems* M. +351 913907481 | nr...@wavecom.pt WAVECOM-Soluções Rádio, S.A. Cacia Park | Rua

Re: [SR-Users] CRITICAL log on kamailio startup

if you are not sure which one > depends on dialog. > > Cheers, > Daniel > > > On 24/08/15 13:20, Nuno Reis wrote: > > Good morning. > Has anyone seen this too? > Looking forward to hear from you. > > BR, > > -- > > *Nuno Miguel Reis* | *Unified Communication

Re: [SR-Users] CRITICAL log on kamailio startup

. +351 234 919 191 *GPS <http://maps.google.com/maps/ms?msa=0&msid=202333747613191340808.0004b4b227a6144f0df88> | www.wavecom.pt <http://www.wavecom.pt/>** <http://www.wavecom.pt/>* <http://www.wavecom.pt/> <http://www.wavecom.pt/pt/> On Fri, Aug 14, 2015 at 1:4

Re: [SR-Users] Possible memory leak dealing with presence in kamailio

y] <http://www.wavecom.pt/pt/mail_eventos.php> On Wed, Feb 11, 2015 at 3:26 AM, Nuno Reis wrote: > Hi Daniel. > Thank you for your suggestion and feedback on this. > I've tried that already and here's what I've found after 15h on a running > kamailio: > > All

Re: [SR-Users] Possible memory leak dealing with presence in kamailio

the dialog. You can change > that with: > > - > http://kamailio.org/docs/modules/4.2.x/modules/pua_dialoginfo.html#idp2576952 > > Cheers, > Daniel > > > On 30/01/15 16:43, Nuno Reis wrote: > > Hi Daniel. > > Thanks for answering me back. I'll follow the ex

Re: [SR-Users] Possible memory leak dealing with presence in kamailio

t; which memory is increasing? shared or private memory? or is system memory? > > Cheers, > Daniel > > On Fri, Jan 30, 2015 at 4:24 AM, Nuno Reis wrote: > >> Hi Juha and all. >> >> I understand that and that is what the RFC says. It seems pua module does &g

Re: [SR-Users] Possible memory leak dealing with presence in kamailio

y] <http://www.wavecom.pt/pt/mail_eventos.php> On Wed, Jan 21, 2015 at 8:45 PM, Juha Heinanen wrote: > Nuno Reis writes: > > > Here my publisher is Kamailio itself. Can someone elaborate a bit more on > > this issue and maybe we can get to bottom of it? > > when your applicatio

Re: [SR-Users] How to make presence module allocating an etag only for an initial Publish??

<http://www.wavecom.pt/pt/mail_eventos.php> On Tue, Jan 20, 2015 at 7:37 PM, Juha Heinanen wrote: > Nuno Reis writes: > > > I've been testing presence module for a while and I do notice that > > presentity table grows endlessly over time. > > Each tim

Re: [SR-Users] Possible memory leak dealing with presence in kamailio

[image: Description: Description: WavecomSignature] <http://www.wavecom.pt/pt/wavecom/premios.php> [image: Publicity] <http://www.wavecom.pt/pt/mail_eventos.php> On Thu, Jan 15, 2015 at 4:56 PM, Daniel-Constantin Mierla wrote: > Hello, > > I applied the patch, with some adju

[SR-Users] How to make presence module allocating an etag only for an initial Publish??

Hello all. I've been testing presence module for a while and I do notice that presentity table grows endlessly over time. Each time a call is made a new record is added in presentity with a different etag. In documentation, namely developers guide we can read this: int etag_not_new; /*

Re: [SR-Users] Possible memory leak dealing with presence in kamailio

;publ_count--; > > if(p->publ_count== 0) > > p->publ_count is probably decremented to -1 (unless the user have two > active dialogs) > > > > I attach a patch, which I would carefully test in a test environment :-) > > > > Regards, > > Kristian Høgh

[SR-Users] Possible memory leak dealing with presence in kamailio

Hello all. I'm consistently watching a memory increase in kamailio when dealing with PRESENCE events, namely SIP PUBLISH events. The system eventually hangs running out of memory. This behavior is seen at least in kamailio 4.1 and 4.2. I'm currently using the latest stable 4.2.2. If I disable the

[SR-Users] FS#439 - CRASH: segmentation fault after INVITE

Hi. I've just opened a bug report FS#439 on a segmentation fault after an invite to a uknown DNS domain. It is reproducible and is happening in kamailio 4.1.3 (642428c) Please let me know if anything else is needed. Thanks. -- *Nuno Miguel Reis* | *Unified Communication** Systems* M. +351 913907

Re: [SR-Users] DB ERROR using presence status persistence

pt/pt/wavecom/premios.php> [image: Publicity] <http://www.wavecom.pt/pt/mail_eventos.php> On Tue, Jun 3, 2014 at 3:23 PM, Nuno Reis wrote: > Hi guys. > > I've setup presence management in kamailio and i'm currently persisting > the presence info in a postgres

[SR-Users] DB ERROR using presence status persistence

Hi guys. I've setup presence management in kamailio and i'm currently persisting the presence info in a postgres DB. I'm having a recurring issue on DB key violations, here's a log error output on that: Jun 3 15:09:46 144227 ERROR: pua_dialoginfo [pua_dialoginfo.c:264]: __dialog_sendpublish():