[OpenSIPS-Users] OpenSIPS 2.2 with memory leak?

Hi. Is it possible that OpenSIPS 2.2 has memory leaks? A process from OpenSIPS in my hardware is demanding more and more memory. No one is making calls. But there is 4 clients making SIP REGISTERS at each 1 minute. The log is generating too many warnings about: "core:timer_ticker: timer task

Re: [OpenSIPS-Users] Query about avp in siptrace module

Try this one, it should work. Siptrace module will only record the packets, if the AVP variable is set. On Wed, Mar 23, 2016 at 11:09 AM, Ramachandran, Agalya (Contractor) < agalya_ramachand...@comcast.com> wrote: > Hi Daniel, > > > > Here is the snippet of the opensips log where I am getting AV

Re: [OpenSIPS-Users] t_relay and forward accepts only literals

That's because I just copy-pasted your example and adapted it without thinking. It should be: force_send_socket(sctp:10.12.8.108:5060 ) $ru = "sip:" + $od + ":" + $op + ";transport=sctp"; forward(); Liviu Chircu OpenSIPS Developer http://www.opensips-solutions.com On 2

[OpenSIPS-Users] OpenSIPS installation: permission denied

Hi, during installation of OpenSIPS on a virtual Debian server I get the errors below after adding some services in the menuconfig menu. After Exit & Save I'm not able anymore to state the menuconfig. Anybody any idea/tips? Regards, Marty ## debi

Re: [OpenSIPS-Users] Query about avp in siptrace module

Hi Daniel, Here is the snippet of the opensips log where I am getting AVP value is NULL. I have added this debug statement in order to ensure that AVP is NULL. Also am attaching the opensips.cfg file. Mar 22 13:59:20 ma-siplb-as-a-001 /usr/local/sbin/opensips[869]: DBG:core:parse_headers: this

Re: [OpenSIPS-Users] t_relay and forward accepts only literals

Hi Liviu. I did the change and Opensips started up ok. But when I run my tests, no message get to the UAS. When I check the dump there's a lot of Destination Unreachable error for messages in UDP. It didn't change the transport protocol. Thanks anyway. Atenciosamente, Daniel Moreira Yokoyama.

Re: [OpenSIPS-Users] t_relay and forward accepts only literals

Hi Dimitry. I tried this as well. I receive a bad config file. Thanks anyway. Atenciosamente, Daniel Moreira Yokoyama. @dmyoko http://twitter.com/dmyoko TrafficTalks Um podcast sobre cinema feito a partir de conversas de trânsito. http://traffictalks.com.br 2016-03-23 4:21 GMT-03:00 Nagorny

Re: [OpenSIPS-Users] Dialplan module is not connecting to Database

OK, I was passing the MI command via the CP interface and getting the errors there it is working via the console [root@gl-sip-01 ~]# opensipsctl fifo dp_translate greenlight:11 01382843843 Output:: 441382843843 ATTRIBUTES:: [root@gl-sip-01 ~]# opensipsctl fifo dp_translate 11 01382843843 Output

Re: [OpenSIPS-Users] Dialplan module is not connecting to Database

Hi Richard, So, at the end , what is the full correct syntax for calling the dp_translate via fifo ? Regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer http://www.opensips-solutions.com On 23.03.2016 13:37, Richard Robson wrote: Hi Guys, I've got this working now. Here's a couple

Re: [OpenSIPS-Users] Dialplan module is not connecting to Database

Hi Guys, I've got this working now. Here's a couple of things I've found. You appear to need partitions, despite the documentation to the contrary. The MI command dp_translate does not accept the partition:dpid as a valid input it seems to want just the dpid the New book has " in its examples. T

Re: [OpenSIPS-Users] t_relay and forward accepts only literals

Hi Daniel, It's not a limitation, but rather a performance optimization which kills some of the user experience :) You can still do stateless forwarding to various destinations by setting the Request-URI ahead: force_send_socket(sctp:10.12.8.108:5060) $ru = "sctp:" + $od + ":" + $op; forwar

Re: [OpenSIPS-Users] t_relay and forward accepts only literals

Daniel, I had a similar problem and I was able to solve it by doing string concatenation: forward(„sctp:“+$od+“:“+$op); Best Regards Dimitry Nagorny Trainee Von: users-boun...@lists.opensips.org [mailto:users-boun...@lists.opensips.org] Im Auftrag von Daniel Moreira Yokoyama Gesendet: Dienst