Re: [OpenSIPS-Users] How do you get list of dialog ids that are active for load balancer id?

2017-03-08 Thread Mundkowsky, Robert 
Argh, but there is no way to call dlg_end_dlg since it is not an MI function?

Robert Mundkowsky

From: Mundkowsky, Robert
Sent: Wednesday, March 8, 2017 3:22 PM
To: 'OpenSIPS users mailling list' 
Subject: RE: How do you get list of dialog ids that are active for load 
balancer id?

Think I figured it out. Info is in Dialog table in database in to_uri column

Robert Mundkowsky

From: Mundkowsky, Robert
Sent: Wednesday, March 8, 2017 2:24 PM
To: 'OpenSIPS users mailling list' 
>
Subject: RE: How do you get list of dialog ids that are active for load 
balancer id?

Forgot to mention I am trying to do this from Python script using XMLRPC to 
OpenSIPS server.

Robert Mundkowsky

From: Mundkowsky, Robert
Sent: Wednesday, March 8, 2017 1:24 PM
To: OpenSIPS users mailling list 
>
Subject: How do you get list of dialog ids that are active for load balancer id?

How do you get list of dialog ids that are active for load balancer id?


For example, if I want to end a call on a specific load balancer gateway, I 
want to invoke “dlg_end_dlg(dlg_id).  But I don’t see any information that can 
help me get mapping between dlg_id  and Load Balancer gateway id.


Robert Mundkowsky



This e-mail and any files transmitted with it may contain privileged or 
confidential information. It is solely for use by the individual for whom it is 
intended, even if addressed incorrectly. If you received this e-mail in error, 
please notify the sender; do not disclose, copy, distribute, or take any action 
in reliance on the contents of this information; and delete it from your 
system. Any other use of this e-mail is prohibited.


Thank you for your compliance.


___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

Re: [OpenSIPS-Users] How do you get list of dialog ids that are active for load balancer id?

2017-03-08 Thread Mundkowsky, Robert 
Think I figured it out. Info is in Dialog table in database in to_uri column

Robert Mundkowsky

From: Mundkowsky, Robert
Sent: Wednesday, March 8, 2017 2:24 PM
To: 'OpenSIPS users mailling list' 
Subject: RE: How do you get list of dialog ids that are active for load 
balancer id?

Forgot to mention I am trying to do this from Python script using XMLRPC to 
OpenSIPS server.

Robert Mundkowsky

From: Mundkowsky, Robert
Sent: Wednesday, March 8, 2017 1:24 PM
To: OpenSIPS users mailling list 
>
Subject: How do you get list of dialog ids that are active for load balancer id?

How do you get list of dialog ids that are active for load balancer id?


For example, if I want to end a call on a specific load balancer gateway, I 
want to invoke “dlg_end_dlg(dlg_id).  But I don’t see any information that can 
help me get mapping between dlg_id  and Load Balancer gateway id.


Robert Mundkowsky



This e-mail and any files transmitted with it may contain privileged or 
confidential information. It is solely for use by the individual for whom it is 
intended, even if addressed incorrectly. If you received this e-mail in error, 
please notify the sender; do not disclose, copy, distribute, or take any action 
in reliance on the contents of this information; and delete it from your 
system. Any other use of this e-mail is prohibited.


Thank you for your compliance.


___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

Re: [OpenSIPS-Users] How do you get list of dialog ids that are active for load balancer id?

2017-03-08 Thread Mundkowsky, Robert 
Forgot to mention I am trying to do this from Python script using XMLRPC to 
OpenSIPS server.

Robert Mundkowsky

From: Mundkowsky, Robert
Sent: Wednesday, March 8, 2017 1:24 PM
To: OpenSIPS users mailling list 
Subject: How do you get list of dialog ids that are active for load balancer id?

How do you get list of dialog ids that are active for load balancer id?


For example, if I want to end a call on a specific load balancer gateway, I 
want to invoke “dlg_end_dlg(dlg_id).  But I don’t see any information that can 
help me get mapping between dlg_id  and Load Balancer gateway id.


Robert Mundkowsky



This e-mail and any files transmitted with it may contain privileged or 
confidential information. It is solely for use by the individual for whom it is 
intended, even if addressed incorrectly. If you received this e-mail in error, 
please notify the sender; do not disclose, copy, distribute, or take any action 
in reliance on the contents of this information; and delete it from your 
system. Any other use of this e-mail is prohibited.


Thank you for your compliance.


___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

Re: [OpenSIPS-Users] [RELEASE] OpenSIPS minor releases: 2.2.3 and 1.11.10

2017-03-08 Thread Ramachandran, Agalya (Contractor) 
I missed to mention the OS version, you have asked for, which is
CentOS Linux release 7.2.1511 (Core)

Regards,
Agalya

From: Users [mailto:users-boun...@lists.opensips.org] On Behalf Of 
Ramachandran, Agalya (Contractor)
Sent: Wednesday, March 08, 2017 11:05 AM
To: OpenSIPS users mailling list ; Liviu Chircu 

Subject: Re: [OpenSIPS-Users] [RELEASE] OpenSIPS minor releases: 2.2.3 and 
1.11.10

Hi Liviu,

You got time to reproduce this issue? If you need any help towards it let me 
know.

Regards,
Agalya

From: Ramachandran, Agalya (Contractor)
Sent: Thursday, March 02, 2017 12:16 PM
To: users@lists.opensips.org
Subject: RE: [OpenSIPS-Users] [RELEASE] OpenSIPS minor releases: 2.2.3 and 
1.11.10


Hi Liviu,

My answers inline. Recompiled with QM_MALLOC / DBG_MALLOC flags enabled.

- async rest function you are using (get / post) – Am using PUT, tried POST 
too. Both cases it crashes.

After restarting OpenSIPS, output of “opensipsctl fifo get_statistics shmem: 
pkmem” is attached here with this email.

Regards,
Agalya
From: Users [mailto:users-boun...@lists.opensips.org] On Behalf Of Liviu Chircu
Sent: Thursday, March 02, 2017 11:17 AM
To: users@lists.opensips.org
Subject: Re: [OpenSIPS-Users] [RELEASE] OpenSIPS minor releases: 2.2.3 and 
1.11.10


Hi Agalya,

Yes, let's start dissecting it over there. Since the crash is in libcurl, I 
need the following info in the report, for starters:

- OS version (I understand libcurl is 7.29.0, maybe I can attempt to reproduce)

- async rest function you are using (get / post)

- output of "opensipsctl fifo get_statistics shmem: pkmem:", right after you 
start OpenSIPS

Also, are you able to recompile OpenSIPS with both QM_MALLOC / DBG_MALLOC flags 
enabled? It will speed up our debugging. You can select these under the compile 
flags menu, once you run the "make menuconfig" build configurator.

Regards,

Liviu Chircu

OpenSIPS Developer

http://www.opensips-solutions.com



OpenSIPS Summit May 2017 Amsterdam

  http://www.opensips.org/events/Summit-2017Amsterdam.html
On 02.03.2017 17:27, Ramachandran, Agalya (Contractor) wrote:
Hi Liviu,

I have applied your fix with commit 
id(df6a9a9bc3f7c65165639a9c88a4359698d0e5b8), retested it still am facing the 
same issue.
Should I raise for the defect in https://github.com/OpenSIPS/opensips/issues ?

Regards,
Agalya


___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

[OpenSIPS-Users] How do you get list of dialog ids that are active for load balancer id?

2017-03-08 Thread Mundkowsky, Robert 
How do you get list of dialog ids that are active for load balancer id?


For example, if I want to end a call on a specific load balancer gateway, I 
want to invoke “dlg_end_dlg(dlg_id).  But I don’t see any information that can 
help me get mapping between dlg_id  and Load Balancer gateway id.


Robert Mundkowsky



This e-mail and any files transmitted with it may contain privileged or 
confidential information. It is solely for use by the individual for whom it is 
intended, even if addressed incorrectly. If you received this e-mail in error, 
please notify the sender; do not disclose, copy, distribute, or take any action 
in reliance on the contents of this information; and delete it from your 
system. Any other use of this e-mail is prohibited.


Thank you for your compliance.


___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

Re: [OpenSIPS-Users] SIP password auth mechanism

2017-03-08 Thread Abdul Basit 
Hi Bogdan,

I am using PJSIP as UAC and Opensips as UAS with radius for AAA.
I wanted to avoid getting into the code but let me check the flexibility.

Thank you for your reply :)

--
regards,

abdul basit

On Wed, Mar 8, 2017 at 1:34 AM, Bogdan-Andrei Iancu 
wrote:

> Hi Abdul,
>
> Besides the digest auth, there is no other standard auth mechanism for
> SIP, AFAIK.
>
> If you have control over the SIP UAC, of course, you could try to build
> your own auth mechanism - OpenSIPS offers enough flexibility in terms of
> both header manipulation and data computing.
>
> Regards,
>
> Bogdan-Andrei Iancu
>   OpenSIPS Founder and Developer
>   http://www.opensips-solutions.com
>
> OpenSIPS Summit May 2017 Amsterdam
>   http://www.opensips.org/events/Summit-2017Amsterdam.html
>
> On 03/07/2017 10:26 AM, Abdul Basit wrote:
>
> Hi,
>
> I have a scenario where I will create password HASH = SALT + STRING and
> save SALT and resulted HASH only in DB.
>
> I will transport random STRING value to my custom sip application as
> password.
>
> Digest authentication is not comply with this requirement.
>
> Is that any supported authentication mechanism that can fulfill this
> requirement.
> or is there any more appropriate authentication mechanism by
> opensips/kamailio?
>
> One of the objectives is in case DB will compromise, users passwords will
> not available because random STRING will not store in DB.
>
> Looking forward for suggestions and comments.
>
> --
> regards,
>
> abdul basit
>
>
> ___
> Users mailing 
> listUsers@lists.opensips.orghttp://lists.opensips.org/cgi-bin/mailman/listinfo/users
>
>
>
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

Re: [OpenSIPS-Users] [RELEASE] OpenSIPS minor releases: 2.2.3 and 1.11.10

2017-03-08 Thread Ramachandran, Agalya (Contractor) 
Hi Liviu,

You got time to reproduce this issue? If you need any help towards it let me 
know.

Regards,
Agalya

From: Ramachandran, Agalya (Contractor)
Sent: Thursday, March 02, 2017 12:16 PM
To: users@lists.opensips.org
Subject: RE: [OpenSIPS-Users] [RELEASE] OpenSIPS minor releases: 2.2.3 and 
1.11.10


Hi Liviu,

My answers inline. Recompiled with QM_MALLOC / DBG_MALLOC flags enabled.

- async rest function you are using (get / post) – Am using PUT, tried POST 
too. Both cases it crashes.

After restarting OpenSIPS, output of “opensipsctl fifo get_statistics shmem: 
pkmem” is attached here with this email.

Regards,
Agalya
From: Users [mailto:users-boun...@lists.opensips.org] On Behalf Of Liviu Chircu
Sent: Thursday, March 02, 2017 11:17 AM
To: users@lists.opensips.org
Subject: Re: [OpenSIPS-Users] [RELEASE] OpenSIPS minor releases: 2.2.3 and 
1.11.10


Hi Agalya,

Yes, let's start dissecting it over there. Since the crash is in libcurl, I 
need the following info in the report, for starters:

- OS version (I understand libcurl is 7.29.0, maybe I can attempt to reproduce)

- async rest function you are using (get / post)

- output of "opensipsctl fifo get_statistics shmem: pkmem:", right after you 
start OpenSIPS

Also, are you able to recompile OpenSIPS with both QM_MALLOC / DBG_MALLOC flags 
enabled? It will speed up our debugging. You can select these under the compile 
flags menu, once you run the "make menuconfig" build configurator.

Regards,

Liviu Chircu

OpenSIPS Developer

http://www.opensips-solutions.com



OpenSIPS Summit May 2017 Amsterdam

  http://www.opensips.org/events/Summit-2017Amsterdam.html
On 02.03.2017 17:27, Ramachandran, Agalya (Contractor) wrote:
Hi Liviu,

I have applied your fix with commit 
id(df6a9a9bc3f7c65165639a9c88a4359698d0e5b8), retested it still am facing the 
same issue.
Should I raise for the defect in https://github.com/OpenSIPS/opensips/issues ?

Regards,
Agalya


___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

Re: [OpenSIPS-Users] Quest to find memory leak

2017-03-08 Thread John Nash 
One more useful info. I disabled drouting functions and just rewrote RURI
to hardcoded address keeping rest of the functions same and I do not see
drop in private memory of that process.

On Wed, Mar 8, 2017 at 4:40 PM, John Nash  wrote:

> OK Here is the dump
> https://drive.google.com/open?id=0BxJKNwFalcRMX0xDUlRIa2VUdG8
>
>
> I increased syslog message rate to 50, Made around 10 call attempts.
> Waited for some time and made sure no call is on server and then sent
> signal to dump memory to the process ID i suspect.
>
> On Wed, Mar 8, 2017 at 4:07 PM, Răzvan Crainea 
> wrote:
>
>> No, you should not kill any process. Simply send a SIGUSR1 to the process
>> you suspect.
>>
>> Răzvan Crainea
>> OpenSIPS Solutionswww.opensips-solutions.com
>>
>> On 03/08/2017 12:28 PM, John Nash wrote:
>>
>> Sorry...Should I kill only the process where i see memory leak?
>>
>> On Wed, Mar 8, 2017 at 3:41 PM, Răzvan Crainea 
>> wrote:
>>
>>> use only memdump set to 1.
>>>
>>> Răzvan Crainea
>>> OpenSIPS Solutionswww.opensips-solutions.com
>>>
>>> On 03/08/2017 12:11 PM, John Nash wrote:
>>>
>>> Ok i will give another try what should be the values of memdump and
>>> memlog
>>>
>>> On Wed, Mar 8, 2017 at 3:13 PM, Răzvan Crainea 
>>> wrote:
>>>
 Hi, John!

 The traces you showed me are incomplete: they do not have all the
 memory chunks allocated, thus I can't say wether something is wrong or not.
 As I said earlier, it is normal for opensips to use extra memory every
 call. But after a while, this should stabilize. After a while might mean
 more than 1000k calls. As long as you never reach the upper limit of the
 memory, you can't conclude that there is a memory leak. Even then, you're
 limit might be too low for the kind of traffic you are doing, so it still
 might not be a memory leak. But only then it is worth to investigate.
 When we investigate, we need all the data (i.e. the entire trace of the
 memory dump).
 So please try to send as many calls as possilble, and if this issue
 still persists, make a pkg memory dump when the server is in idle mode and
 send it over.

 Best regards,

 Răzvan Crainea
 OpenSIPS Solutionswww.opensips-solutions.com

 On 03/08/2017 11:26 AM, John Nash wrote:

 any suggestion for me?..should i try to crash opensips by sending many
 calls?

 On Tue, Mar 7, 2017 at 4:54 PM, John Nash 
 wrote:

> version: opensips 2.1.5 (x86_64/linux)
> flags: STATS: On, DISABLE_NAGLE, USE_MCAST, SHM_MMAP, PKG_MALLOC,
> DBG_QM_MALLOC, FAST_LOCK-ADAPTIVE_WAIT
> ADAPTIVE_WAIT_LOOPS=1024, MAX_RECV_BUFFER_SIZE 262144, MAX_LISTEN 16,
> MAX_URI_SIZE 1024, BUF_SIZE 65535
> poll method support: poll, epoll_lt, epoll_et, sigio_rt, select.
> git revision: 39b19dd
> main.c compiled on 19:27:59 Mar  5 2017 with gcc 4.4.7
>
> memory stabilizing in time? Or it is continously decreasing?
> Yes, that's how you should make the dump.
>
> Best regards,
>
> Răzvan Crainea
> OpenSIPS Solutionswww.opensips-solutions.com
>
>
>
 ___
 Users mailing list
 Users@lists.opensips.org
 http://lists.opensips.org/cgi-bin/mailman/listinfo/users


>>>
>>>
>>> ___
>>> Users mailing 
>>> listUsers@lists.opensips.orghttp://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>>
>>> ___ Users mailing list
>>> Users@lists.opensips.org http://lists.opensips.org/cgi-
>>> bin/mailman/listinfo/users
>>
>> ___
>> Users mailing 
>> listUsers@lists.opensips.orghttp://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>
>>
>> ___
>> Users mailing list
>> Users@lists.opensips.org
>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>
>>
>
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

Re: [OpenSIPS-Users] CDRtool vs CGRATES for Opensips 2.2 +

2017-03-08 Thread DanB 

Hi Jeff,


You can build packages for CentOS also, you can find more details here:

https://github.com/cgrates/cgrates/tree/master/packages

On the other hand, in order to avoid abusing OpenSIPS mailing list with 
CGRateS related questions, feel free to join our google group or IRC 
channel and come up with any additional questions.


Cheers,
DanB


On 08.03.2017 10:26, users-requ...@lists.opensips.org wrote:

Message: 1
Date: Tue, 7 Mar 2017 17:26:40 -0500
From: Jeff Wilkie
To: OpenSIPS users mailling list
Subject: Re: [OpenSIPS-Users] CDRtool vs CGRATES for Opensips 2.2 +
Message-ID:

Re: [OpenSIPS-Users] Quest to find memory leak

2017-03-08 Thread John Nash 
OK Here is the dump
https://drive.google.com/open?id=0BxJKNwFalcRMX0xDUlRIa2VUdG8


I increased syslog message rate to 50, Made around 10 call attempts.
Waited for some time and made sure no call is on server and then sent
signal to dump memory to the process ID i suspect.

On Wed, Mar 8, 2017 at 4:07 PM, Răzvan Crainea  wrote:

> No, you should not kill any process. Simply send a SIGUSR1 to the process
> you suspect.
>
> Răzvan Crainea
> OpenSIPS Solutionswww.opensips-solutions.com
>
> On 03/08/2017 12:28 PM, John Nash wrote:
>
> Sorry...Should I kill only the process where i see memory leak?
>
> On Wed, Mar 8, 2017 at 3:41 PM, Răzvan Crainea 
> wrote:
>
>> use only memdump set to 1.
>>
>> Răzvan Crainea
>> OpenSIPS Solutionswww.opensips-solutions.com
>>
>> On 03/08/2017 12:11 PM, John Nash wrote:
>>
>> Ok i will give another try what should be the values of memdump and memlog
>>
>> On Wed, Mar 8, 2017 at 3:13 PM, Răzvan Crainea 
>> wrote:
>>
>>> Hi, John!
>>>
>>> The traces you showed me are incomplete: they do not have all the memory
>>> chunks allocated, thus I can't say wether something is wrong or not.
>>> As I said earlier, it is normal for opensips to use extra memory every
>>> call. But after a while, this should stabilize. After a while might mean
>>> more than 1000k calls. As long as you never reach the upper limit of the
>>> memory, you can't conclude that there is a memory leak. Even then, you're
>>> limit might be too low for the kind of traffic you are doing, so it still
>>> might not be a memory leak. But only then it is worth to investigate.
>>> When we investigate, we need all the data (i.e. the entire trace of the
>>> memory dump).
>>> So please try to send as many calls as possilble, and if this issue
>>> still persists, make a pkg memory dump when the server is in idle mode and
>>> send it over.
>>>
>>> Best regards,
>>>
>>> Răzvan Crainea
>>> OpenSIPS Solutionswww.opensips-solutions.com
>>>
>>> On 03/08/2017 11:26 AM, John Nash wrote:
>>>
>>> any suggestion for me?..should i try to crash opensips by sending many
>>> calls?
>>>
>>> On Tue, Mar 7, 2017 at 4:54 PM, John Nash 
>>> wrote:
>>>
 version: opensips 2.1.5 (x86_64/linux)
 flags: STATS: On, DISABLE_NAGLE, USE_MCAST, SHM_MMAP, PKG_MALLOC,
 DBG_QM_MALLOC, FAST_LOCK-ADAPTIVE_WAIT
 ADAPTIVE_WAIT_LOOPS=1024, MAX_RECV_BUFFER_SIZE 262144, MAX_LISTEN 16,
 MAX_URI_SIZE 1024, BUF_SIZE 65535
 poll method support: poll, epoll_lt, epoll_et, sigio_rt, select.
 git revision: 39b19dd
 main.c compiled on 19:27:59 Mar  5 2017 with gcc 4.4.7

 memory stabilizing in time? Or it is continously decreasing?
 Yes, that's how you should make the dump.

 Best regards,

 Răzvan Crainea
 OpenSIPS Solutionswww.opensips-solutions.com



>>> ___
>>> Users mailing list
>>> Users@lists.opensips.org
>>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>>
>>>
>>
>>
>> ___
>> Users mailing 
>> listUsers@lists.opensips.orghttp://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>
>> ___ Users mailing list
>> Users@lists.opensips.org http://lists.opensips.org/cgi-
>> bin/mailman/listinfo/users
>
> ___
> Users mailing 
> listUsers@lists.opensips.orghttp://lists.opensips.org/cgi-bin/mailman/listinfo/users
>
>
> ___
> Users mailing list
> Users@lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>
>
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

Re: [OpenSIPS-Users] Quest to find memory leak

2017-03-08 Thread Răzvan Crainea 
No, you should not kill any process. Simply send a SIGUSR1 to the 
process you suspect.


Răzvan Crainea
OpenSIPS Solutions
www.opensips-solutions.com

On 03/08/2017 12:28 PM, John Nash wrote:

Sorry...Should I kill only the process where i see memory leak?

On Wed, Mar 8, 2017 at 3:41 PM, Răzvan Crainea > wrote:


use only memdump set to 1.

Răzvan Crainea
OpenSIPS Solutions
www.opensips-solutions.com 

On 03/08/2017 12:11 PM, John Nash wrote:

Ok i will give another try what should be the values of memdump
and memlog

On Wed, Mar 8, 2017 at 3:13 PM, Răzvan Crainea
> wrote:

Hi, John!

The traces you showed me are incomplete: they do not have all
the memory chunks allocated, thus I can't say wether
something is wrong or not.
As I said earlier, it is normal for opensips to use extra
memory every call. But after a while, this should stabilize.
After a while might mean more than 1000k calls. As long as
you never reach the upper limit of the memory, you can't
conclude that there is a memory leak. Even then, you're limit
might be too low for the kind of traffic you are doing, so it
still might not be a memory leak. But only then it is worth
to investigate.
When we investigate, we need all the data (i.e. the entire
trace of the memory dump).
So please try to send as many calls as possilble, and if this
issue still persists, make a pkg memory dump when the server
is in idle mode and send it over.

Best regards,

Răzvan Crainea
OpenSIPS Solutions
www.opensips-solutions.com 

On 03/08/2017 11:26 AM, John Nash wrote:

any suggestion for me?..should i try to crash opensips by
sending many calls?

On Tue, Mar 7, 2017 at 4:54 PM, John Nash
> wrote:

version: opensips 2.1.5 (x86_64/linux)
flags: STATS: On, DISABLE_NAGLE, USE_MCAST, SHM_MMAP,
PKG_MALLOC, DBG_QM_MALLOC, FAST_LOCK-ADAPTIVE_WAIT
ADAPTIVE_WAIT_LOOPS=1024, MAX_RECV_BUFFER_SIZE 262144,
MAX_LISTEN 16, MAX_URI_SIZE 1024, BUF_SIZE 65535
poll method support: poll, epoll_lt, epoll_et, sigio_rt,
select.
git revision: 39b19dd
main.c compiled on 19:27:59 Mar  5 2017 with gcc 4.4.7

memory stabilizing in time? Or it is continously decreasing?
Yes, that's how you should make the dump.

Best regards,

Răzvan Crainea
OpenSIPS Solutions
www.opensips-solutions.com





___
Users mailing list
Users@lists.opensips.org 
http://lists.opensips.org/cgi-bin/mailman/listinfo/users





___
Users mailing list
Users@lists.opensips.org 
http://lists.opensips.org/cgi-bin/mailman/listinfo/users


___ Users mailing list
Users@lists.opensips.org 
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
 


___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

Re: [OpenSIPS-Users] Quest to find memory leak

2017-03-08 Thread John Nash 
Sorry...Should I kill only the process where i see memory leak?

On Wed, Mar 8, 2017 at 3:41 PM, Răzvan Crainea  wrote:

> use only memdump set to 1.
>
> Răzvan Crainea
> OpenSIPS Solutionswww.opensips-solutions.com
>
> On 03/08/2017 12:11 PM, John Nash wrote:
>
> Ok i will give another try what should be the values of memdump and memlog
>
> On Wed, Mar 8, 2017 at 3:13 PM, Răzvan Crainea 
> wrote:
>
>> Hi, John!
>>
>> The traces you showed me are incomplete: they do not have all the memory
>> chunks allocated, thus I can't say wether something is wrong or not.
>> As I said earlier, it is normal for opensips to use extra memory every
>> call. But after a while, this should stabilize. After a while might mean
>> more than 1000k calls. As long as you never reach the upper limit of the
>> memory, you can't conclude that there is a memory leak. Even then, you're
>> limit might be too low for the kind of traffic you are doing, so it still
>> might not be a memory leak. But only then it is worth to investigate.
>> When we investigate, we need all the data (i.e. the entire trace of the
>> memory dump).
>> So please try to send as many calls as possilble, and if this issue still
>> persists, make a pkg memory dump when the server is in idle mode and send
>> it over.
>>
>> Best regards,
>>
>> Răzvan Crainea
>> OpenSIPS Solutionswww.opensips-solutions.com
>>
>> On 03/08/2017 11:26 AM, John Nash wrote:
>>
>> any suggestion for me?..should i try to crash opensips by sending many
>> calls?
>>
>> On Tue, Mar 7, 2017 at 4:54 PM, John Nash  wrote:
>>
>>> version: opensips 2.1.5 (x86_64/linux)
>>> flags: STATS: On, DISABLE_NAGLE, USE_MCAST, SHM_MMAP, PKG_MALLOC,
>>> DBG_QM_MALLOC, FAST_LOCK-ADAPTIVE_WAIT
>>> ADAPTIVE_WAIT_LOOPS=1024, MAX_RECV_BUFFER_SIZE 262144, MAX_LISTEN 16,
>>> MAX_URI_SIZE 1024, BUF_SIZE 65535
>>> poll method support: poll, epoll_lt, epoll_et, sigio_rt, select.
>>> git revision: 39b19dd
>>> main.c compiled on 19:27:59 Mar  5 2017 with gcc 4.4.7
>>>
>>> memory stabilizing in time? Or it is continously decreasing?
>>> Yes, that's how you should make the dump.
>>>
>>> Best regards,
>>>
>>> Răzvan Crainea
>>> OpenSIPS Solutionswww.opensips-solutions.com
>>>
>>>
>>>
>> ___
>> Users mailing list
>> Users@lists.opensips.org
>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>
>>
>
>
> ___
> Users mailing 
> listUsers@lists.opensips.orghttp://lists.opensips.org/cgi-bin/mailman/listinfo/users
>
>
>
> ___
> Users mailing list
> Users@lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>
>
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

Re: [OpenSIPS-Users] Quest to find memory leak

2017-03-08 Thread Răzvan Crainea 

use only memdump set to 1.

Răzvan Crainea
OpenSIPS Solutions
www.opensips-solutions.com

On 03/08/2017 12:11 PM, John Nash wrote:

Ok i will give another try what should be the values of memdump and memlog

On Wed, Mar 8, 2017 at 3:13 PM, Răzvan Crainea > wrote:


Hi, John!

The traces you showed me are incomplete: they do not have all the
memory chunks allocated, thus I can't say wether something is
wrong or not.
As I said earlier, it is normal for opensips to use extra memory
every call. But after a while, this should stabilize. After a
while might mean more than 1000k calls. As long as you never reach
the upper limit of the memory, you can't conclude that there is a
memory leak. Even then, you're limit might be too low for the kind
of traffic you are doing, so it still might not be a memory leak.
But only then it is worth to investigate.
When we investigate, we need all the data (i.e. the entire trace
of the memory dump).
So please try to send as many calls as possilble, and if this
issue still persists, make a pkg memory dump when the server is in
idle mode and send it over.

Best regards,

Răzvan Crainea
OpenSIPS Solutions
www.opensips-solutions.com 

On 03/08/2017 11:26 AM, John Nash wrote:

any suggestion for me?..should i try to crash opensips by sending
many calls?

On Tue, Mar 7, 2017 at 4:54 PM, John Nash > wrote:

version: opensips 2.1.5 (x86_64/linux)
flags: STATS: On, DISABLE_NAGLE, USE_MCAST, SHM_MMAP,
PKG_MALLOC, DBG_QM_MALLOC, FAST_LOCK-ADAPTIVE_WAIT
ADAPTIVE_WAIT_LOOPS=1024, MAX_RECV_BUFFER_SIZE 262144,
MAX_LISTEN 16, MAX_URI_SIZE 1024, BUF_SIZE 65535
poll method support: poll, epoll_lt, epoll_et, sigio_rt, select.
git revision: 39b19dd
main.c compiled on 19:27:59 Mar  5 2017 with gcc 4.4.7

memory stabilizing in time? Or it is continously decreasing?
Yes, that's how you should make the dump.

Best regards,

Răzvan Crainea
OpenSIPS Solutions
www.opensips-solutions.com 




___
Users mailing list
Users@lists.opensips.org 
http://lists.opensips.org/cgi-bin/mailman/listinfo/users





___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users


___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

Re: [OpenSIPS-Users] Quest to find memory leak

2017-03-08 Thread John Nash 
Ok i will give another try what should be the values of memdump and memlog

On Wed, Mar 8, 2017 at 3:13 PM, Răzvan Crainea  wrote:

> Hi, John!
>
> The traces you showed me are incomplete: they do not have all the memory
> chunks allocated, thus I can't say wether something is wrong or not.
> As I said earlier, it is normal for opensips to use extra memory every
> call. But after a while, this should stabilize. After a while might mean
> more than 1000k calls. As long as you never reach the upper limit of the
> memory, you can't conclude that there is a memory leak. Even then, you're
> limit might be too low for the kind of traffic you are doing, so it still
> might not be a memory leak. But only then it is worth to investigate.
> When we investigate, we need all the data (i.e. the entire trace of the
> memory dump).
> So please try to send as many calls as possilble, and if this issue still
> persists, make a pkg memory dump when the server is in idle mode and send
> it over.
>
> Best regards,
>
> Răzvan Crainea
> OpenSIPS Solutionswww.opensips-solutions.com
>
> On 03/08/2017 11:26 AM, John Nash wrote:
>
> any suggestion for me?..should i try to crash opensips by sending many
> calls?
>
> On Tue, Mar 7, 2017 at 4:54 PM, John Nash  wrote:
>
>> version: opensips 2.1.5 (x86_64/linux)
>> flags: STATS: On, DISABLE_NAGLE, USE_MCAST, SHM_MMAP, PKG_MALLOC,
>> DBG_QM_MALLOC, FAST_LOCK-ADAPTIVE_WAIT
>> ADAPTIVE_WAIT_LOOPS=1024, MAX_RECV_BUFFER_SIZE 262144, MAX_LISTEN 16,
>> MAX_URI_SIZE 1024, BUF_SIZE 65535
>> poll method support: poll, epoll_lt, epoll_et, sigio_rt, select.
>> git revision: 39b19dd
>> main.c compiled on 19:27:59 Mar  5 2017 with gcc 4.4.7
>>
>> memory stabilizing in time? Or it is continously decreasing?
>> Yes, that's how you should make the dump.
>>
>> Best regards,
>>
>> Răzvan Crainea
>> OpenSIPS Solutionswww.opensips-solutions.com
>>
>>
>>
> ___
> Users mailing list
> Users@lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>
>
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

Re: [OpenSIPS-Users] Quest to find memory leak

2017-03-08 Thread Răzvan Crainea 

Hi, John!

The traces you showed me are incomplete: they do not have all the memory 
chunks allocated, thus I can't say wether something is wrong or not.
As I said earlier, it is normal for opensips to use extra memory every 
call. But after a while, this should stabilize. After a while might mean 
more than 1000k calls. As long as you never reach the upper limit of the 
memory, you can't conclude that there is a memory leak. Even then, 
you're limit might be too low for the kind of traffic you are doing, so 
it still might not be a memory leak. But only then it is worth to 
investigate.
When we investigate, we need all the data (i.e. the entire trace of the 
memory dump).
So please try to send as many calls as possilble, and if this issue 
still persists, make a pkg memory dump when the server is in idle mode 
and send it over.


Best regards,

Răzvan Crainea
OpenSIPS Solutions
www.opensips-solutions.com

On 03/08/2017 11:26 AM, John Nash wrote:
any suggestion for me?..should i try to crash opensips by sending many 
calls?


On Tue, Mar 7, 2017 at 4:54 PM, John Nash > wrote:


version: opensips 2.1.5 (x86_64/linux)
flags: STATS: On, DISABLE_NAGLE, USE_MCAST, SHM_MMAP, PKG_MALLOC,
DBG_QM_MALLOC, FAST_LOCK-ADAPTIVE_WAIT
ADAPTIVE_WAIT_LOOPS=1024, MAX_RECV_BUFFER_SIZE 262144, MAX_LISTEN
16, MAX_URI_SIZE 1024, BUF_SIZE 65535
poll method support: poll, epoll_lt, epoll_et, sigio_rt, select.
git revision: 39b19dd
main.c compiled on 19:27:59 Mar  5 2017 with gcc 4.4.7

memory stabilizing in time? Or it is continously decreasing?
Yes, that's how you should make the dump.

Best regards,

Răzvan Crainea
OpenSIPS Solutions
www.opensips-solutions.com 


___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

Re: [OpenSIPS-Users] Quest to find memory leak

2017-03-08 Thread John Nash 
any suggestion for me?..should i try to crash opensips by sending many
calls?

On Tue, Mar 7, 2017 at 4:54 PM, John Nash  wrote:

> version: opensips 2.1.5 (x86_64/linux)
> flags: STATS: On, DISABLE_NAGLE, USE_MCAST, SHM_MMAP, PKG_MALLOC,
> DBG_QM_MALLOC, FAST_LOCK-ADAPTIVE_WAIT
> ADAPTIVE_WAIT_LOOPS=1024, MAX_RECV_BUFFER_SIZE 262144, MAX_LISTEN 16,
> MAX_URI_SIZE 1024, BUF_SIZE 65535
> poll method support: poll, epoll_lt, epoll_et, sigio_rt, select.
> git revision: 39b19dd
> main.c compiled on 19:27:59 Mar  5 2017 with gcc 4.4.7
>
>
> On Tue, Mar 7, 2017 at 4:25 PM, Răzvan Crainea 
> wrote:
>
>> What allocator are you using? Can you post the output of 'opensips -V'?
>>
>> Best regards,
>>
>> Răzvan Crainea
>> OpenSIPS Solutionswww.opensips-solutions.com
>>
>> On 03/07/2017 12:23 PM, John Nash wrote:
>>
>> Please note when i call do_routing in such a way that its unable to find
>> any rules matching and reject call i do not see free memory drop. But if it
>> finds a route, sends call to that gateway memory drops with each attempt.
>>
>> On Tue, Mar 7, 2017 at 3:17 PM, John Nash  wrote:
>>
>>> only 6 or 7 calls
>>>
>>> On Tue, Mar 7, 2017 at 3:09 PM, Răzvan Crainea 
>>> wrote:
>>>
 So I understand that after ~3K calls, that process completely runs out
 of memory?
 How many calls have you done before this trace:
 http://pastebin.com/9Ge2NEVQ

 Best regards,

 Răzvan Crainea
 OpenSIPS Solutionswww.opensips-solutions.com

 On 03/07/2017 11:32 AM, John Nash wrote:

 when I check stats after a call attempt pkmem:7-free_size:: 3304280

 In this entry with every call I see a drop of 1000 bytes around and
 this never restores.

 On Tue, Mar 7, 2017 at 2:16 PM, Răzvan Crainea 
 wrote:

> Hi, John!
>
> Again, this trace doesn't show any leak.
> Are you sure you are having a private memory leak and not a shared
> memory leak?
>
> Best regards,
>
> Răzvan Crainea
> OpenSIPS Solutionswww.opensips-solutions.com
>
> On 03/06/2017 08:09 PM, John Nash wrote:
>
> here is another trace
> http://pastebin.com/9Ge2NEVQ
>
> I see lot of alloc request but no free.
>
> On Mon, Mar 6, 2017 at 6:57 PM, John Nash 
> wrote:
>
>> Ok will try that. Is it possible that wrong usage of drouting may
>> cause this to happen instead of actual leak?... What are the things 
>> private
>> memory is used for?
>>
>> On Mon, Mar 6, 2017 at 6:48 PM, Răzvan Crainea 
>> wrote:
>>
>>> Hi, John!
>>>
>>> From the dump you sent, I don't see any leaks. Perhaps some of those
>>> fragments increase over time. Can you make a memory dump after the 
>>> server
>>> runs some time, like after it gets 100 messages?
>>>
>>> Best regards,
>>>
>>> Răzvan Crainea
>>> OpenSIPS Solutionswww.opensips-solutions.com
>>>
>>> On 03/06/2017 03:02 PM, John Nash wrote:
>>>
>>> Here is the dump
>>> http://pastebin.com/DTEHF5Vc
>>>
>>> On Mon, Mar 6, 2017 at 6:20 PM, Răzvan Crainea 
>>> wrote:
>>>
 None of the "actions" you are talking about have big impact on
 private memory, but the shared one. Better do the dump and send it 
 over to
 point out what is "eating" memory.

 Best regards,

 Răzvan Crainea
 OpenSIPS Solutionswww.opensips-solutions.com

 On 03/06/2017 02:39 PM, John Nash wrote:

 with every call attempt it decreases. I tried some changes by
 rejecting invite before drouting call (That means after auth , 
 dispatcher)
 and found memory is stable but when drouting sends Invite to external
 gateway and external gateway rejects it. Then this issue happens.

 Inuse transactions and active dialogs also 0. Somthing wrong
 happening in handling of failure replies. But apart from use_next_gw
 and setting some avps for CDR not much going on there.

 On Mon, Mar 6, 2017 at 5:54 PM, Răzvan Crainea  wrote:

> Ok, so it is the first listener for the private IP that leaks.
> Next, is the memory stabilizing in time? Or it is continously 
> decreasing?
> Yes, that's how you should make the dump.
>
> Best regards,
>
> Răzvan Crainea
> OpenSIPS Solutionswww.opensips-solutions.com
>
>
> ___
> Users mailing list
> Users@lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>
>


 ___

Re: [OpenSIPS-Users] onreply_route question

2017-03-08 Thread Răzvan Crainea 

Hi, John!

No, you are not doing anything wrong.
In the onreply_route you will see the reply message itself, while in 
failure route you will have the initial request message that eventually 
generated that reply.


Best regards,

Răzvan Crainea
OpenSIPS Solutions
www.opensips-solutions.com

On 03/08/2017 09:23 AM, John Nash wrote:
I am 
using t_on_failure("external_failure");t_on_reply("external_reply"); 
before calling do_routing function. I expected failure replies to go 
to failure_route[external_failure]  only but failure replies also 
going to onreply_route[external_reply] along with 
failure_route[external_failure]


Is there something wrong I am doing?


___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users


___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users