Re: [OpenSIPS-Users] RTP Proxy problem

[Wesley Volcov]

Dear all,

I had to use both flags IE and EI in rtpproxy_offer and rtpproxy_anwser.

Now it's working fine.

Thanks a lot

On 18 December 2012 13:39, Patrick Wakano pwak...@gmail.com wrote:

 I have configured a scenario very similar to yours and I had to use both
 the flags 'e' and 'i' accordingly to indicate the direction of the
 message when calling rtpproxy_offer() or rtpproxy_answer().
 I think, in your case, for INVITEs going to PSTN GW, you have to use the
 flags ei, and for 200OK of this dialog use flags ie. For INVITEs coming
 from the PSTN GW, you have to use flags ie and for 200Ok of this dialog
 use flags ei.
 If that doesn't work try to change the 'e' and 'i' order.




 On Fri, Dec 14, 2012 at 12:54 PM, Răzvan Crainea raz...@opensips.orgwrote:

  Hi, Wesley!

 How exactly have you used the E/I flags? Have you tried to combine them
 rtpproxy(ie) or rtpproxy(ei)? Taking a look in the Rtpproxy code, it's
 kind of awkward how these flags are handled.

 Best regards,

 Razvan Crainea
 OpenSIPS Core Developerhttp://www.opensips-solutions.com

 On 12/14/2012 01:59 PM, Wesley Volcov wrote:

 Hey Guys,

  Some ideas?

  Regards,

  Wesley Volcov

 On 11 December 2012 11:35, Wesley Volcov wesleyvol...@gmail.com wrote:

 Dear all,

  I could fix the rtpproxy problem, it was a compilation problem.

  But now, I'm having a audio problem.

  Let me explain:

  I have a Opensips with 2 IP addres, a public one (200.0.0.1) and a
 private one (10.0.0.1).

  The orignation endppint is in the private network (IP TEL), the PSTN
 gateway is in the public network.

  I receive a call from the IP TEL and send it to the gateway.

  In the INVITE that the Opensips sends to the PSTN gateway, I see the
 Public IP in the CIN parameter, but in the 200 OK that the Opensips sends
 to the TEL IP I see the public IP to, and call goes to one way audio.
 The Opensips should send the private IP in the 200OK to the IP TEL.

  RTPPROXY run command: /usr/local/bin/rtpproxy -l 200.0.0.1 10.0.0.1 -s
 udp:127.0.0.1 7890 -F -m 1 -M 2 -d DBUG

  Opensips:
  if (is_method(INVITE)){
 rtpproxy_offer(,200.0.0.1);
 }

  onreply_route [ONREPLY] {

  rtpproxy_answer(,10.0.0.1);
  }

  I've tried some parametes in the rtpproxy like FW, I, E, but I had the
 same result.

  I'am missing some thing?

  Please, help me guys.

  Thanks a lot


 ___
 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




-- 
Wesley Volcov
Email: wesleyvol...@gmail.com
Messenger: vol...@live.com
Skype: wesley.volcov
Mobile: +55 11 7999-7444
Website: http://volcov.blogspot.com
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

Re: [OpenSIPS-Users] RTP Proxy problem

[Wesley Volcov]

Hey Guys,

Some ideas?

Regards,

Wesley Volcov

On 11 December 2012 11:35, Wesley Volcov wesleyvol...@gmail.com wrote:

 Dear all,

 I could fix the rtpproxy problem, it was a compilation problem.

 But now, I'm having a audio problem.

 Let me explain:

 I have a Opensips with 2 IP addres, a public one (200.0.0.1) and a private
 one (10.0.0.1).

 The orignation endppint is in the private network (IP TEL), the PSTN
 gateway is in the public network.

 I receive a call from the IP TEL and send it to the gateway.

 In the INVITE that the Opensips sends to the PSTN gateway, I see the
 Public IP in the CIN parameter, but in the 200 OK that the Opensips sends
 to the TEL IP I see the public IP to, and call goes to one way audio.
 The Opensips should send the private IP in the 200OK to the IP TEL.

 RTPPROXY run command: /usr/local/bin/rtpproxy -l 200.0.0.1 10.0.0.1 -s 
 udp:127.0.0.1
 7890 -F -m 1 -M 2 -d DBUG

 Opensips:
 if (is_method(INVITE)){
 rtpproxy_offer(,200.0.0.1);
 }

 onreply_route [ONREPLY] {

 rtpproxy_answer(,10.0.0.1);
 }

 I've tried some parametes in the rtpproxy like FW, I, E, but I had the
 same result.

 I'am missing some thing?

 Please, help me guys.

 Thanks a lot

 On 1 December 2012 03:05, SamyGo govoi...@gmail.com wrote:

 Hi,
 The issue is with the command you are using to start RTPproxy. Missing a
 : between 127.0.0.1 and 7890. So now you may not see RTPproxy on netstat
 output.
 Regards,
 Sammy
 On Dec 1, 2012 12:30 AM, Răzvan Crainea raz...@opensips.org wrote:

  Hi, Wesley!

 Have you tried tracing the communication opensips has with rtpproxy
 (listen with ngrep on port 7890). Are you sure rtpproxy is bound on the
 correct IP and port (check with netstat -ulpn | grep rtpproxy). Have you
 tried enabling rtpproxy debugging to see if something reaches the server
 (start rtpproxy with -d DBUG).

 Regards,

 Razvan Crainea
 OpenSIPS Core Developerhttp://www.opensips-solutions.com

 On 11/30/2012 08:06 PM, Wesley Volcov wrote:

 Dear all,

  I've tried to downgrade the opensips version, and use the nathelper
 module, but I still see the error.

  RTPPROXY run command: /usr/local/bin/rtpproxy -l public_ip -s udp:127.0.0.1
 7890 -F -m 1 -M 2

 Opensips configuration: modparam(nathelper, rtpproxy_sock, udp:
 127.0.0.1:7890)

  Nov 30 17:05:25 localhost /usr/local/sbin/opensips[10695]:
 ERROR:nathelper:send_rtpp_command: can't send command to a RTP proxy
 Nov 30 17:05:25 localhost /usr/local/sbin/opensips[10699]:
 ERROR:nathelper:send_rtpp_command: proxy udp:127.0.0.1:7890 does not
 respond, disable it
 Nov 30 17:05:25 localhost /usr/local/sbin/opensips[10707]:
 ERROR:nathelper:send_rtpp_command: can't send command to a RTP proxy
 Nov 30 17:05:25 localhost /usr/local/sbin/opensips[10679]:
 ERROR:nathelper:send_rtpp_command: proxy udp:127.0.0.1:7890 does not
 respond, disable it
 Nov 30 17:05:25 localhost /usr/local/sbin/opensips[10682]:
 ERROR:nathelper:send_rtpp_command: proxy udp:127.0.0.1:7890 does not
 respond, disable it
 Nov 30 17:05:25 localhost /usr/local/sbin/opensips[10678]:
 ERROR:nathelper:send_rtpp_command: proxy udp:127.0.0.1:7890 does not
 respond, disable it
 Nov 30 17:05:25 localhost /usr/local/sbin/opensips[10684]:
 ERROR:nathelper:send_rtpp_command: proxy udp:127.0.0.1:7890 does not
 respond, disable it
 Nov 30 17:05:25 localhost /usr/local/sbin/opensips[10686]:
 ERROR:nathelper:send_rtpp_command: proxy udp:127.0.0.1:7890 does not
 respond, disable it
 Nov 30 17:05:25 localhost /usr/local/sbin/opensips[10687]:
 ERROR:nathelper:send_rtpp_command: proxy udp:127.0.0.1:7890 does not
 respond, disable it
 Nov 30 17:05:25 localhost /usr/local/sbin/opensips[10690]:
 ERROR:nathelper:send_rtpp_command: proxy udp:127.0.0.1:7890 does not
 respond, disable it
 Nov 30 17:05:25 localhost /usr/local/sbin/opensips[10691]:
 ERROR:nathelper:send_rtpp_command: proxy udp:127.0.0.1:7890 does not
 respond, disable it

  Am I missing some thing?

  Please, helpe me.

  Regards,

  Wesley Volcov

  On 29 November 2012 08:28, Wesley Volcov wesleyvol...@gmail.comwrote:

 Dear Răzvan,
 *
 *
 Thanks you for helping me!

  I changed the modparam to: modparam(rtpproxy, rtpproxy_sock, udp:
 127.0.0.1:7890)

  And the rtpproxy run command: /usr/local/bin/rtpproxy -lpublic_ip -s
 udp:127.0.0.1 7890 -F -m 1 -M 2

  And I still see this:

  Nov 29 08:25:42 opensips /usr/local/sbin/opensips[5996]:
 WARNING:rtpproxy:rtpp_test: support for RTP proxy udp:127.0.0.1:7890
 has been disabled temporarily
 Nov 29 08:25:42 opensips /usr/local/sbin/opensips[5994]:
 WARNING:rtpproxy:rtpp_test: can't get version of the RTP proxy

  Any idea?

  Regards,

  Wesley Volcov

 On 28 November 2012 16:02, Răzvan Crainea raz...@opensips.org wrote:

  Hi, Wesley!

 The idea is that RTPProxy is listening only on localhost, whereas
 OpenSIPS tries to connect to a different IP (rather than 127.0.0.1). You
 should either allow RTPProxy to listen on that IP (change the -s

Re: [OpenSIPS-Users] RTP Proxy problem

[Wesley Volcov]

Dear all,

I could fix the rtpproxy problem, it was a compilation problem.

But now, I'm having a audio problem.

Let me explain:

I have a Opensips with 2 IP addres, a public one (200.0.0.1) and a private
one (10.0.0.1).

The orignation endppint is in the private network (IP TEL), the PSTN
gateway is in the public network.

I receive a call from the IP TEL and send it to the gateway.

In the INVITE that the Opensips sends to the PSTN gateway, I see the Public
IP in the CIN parameter, but in the 200 OK that the Opensips sends to the
TEL IP I see the public IP to, and call goes to one way audio.
The Opensips should send the private IP in the 200OK to the IP TEL.

RTPPROXY run command: /usr/local/bin/rtpproxy -l 200.0.0.1 10.0.0.1 -s
udp:127.0.0.1 7890 -F -m 1 -M 2 -d DBUG

Opensips:
if (is_method(INVITE)){
rtpproxy_offer(,200.0.0.1);
}

onreply_route [ONREPLY] {

rtpproxy_answer(,10.0.0.1);
}

I've tried some parametes in the rtpproxy like FW, I, E, but I had the same
result.

I'am missing some thing?

Please, help me guys.

Thanks a lot

On 1 December 2012 03:05, SamyGo govoi...@gmail.com wrote:

 Hi,
 The issue is with the command you are using to start RTPproxy. Missing a :
 between 127.0.0.1 and 7890. So now you may not see RTPproxy on netstat
 output.
 Regards,
 Sammy
 On Dec 1, 2012 12:30 AM, Răzvan Crainea raz...@opensips.org wrote:

  Hi, Wesley!

 Have you tried tracing the communication opensips has with rtpproxy
 (listen with ngrep on port 7890). Are you sure rtpproxy is bound on the
 correct IP and port (check with netstat -ulpn | grep rtpproxy). Have you
 tried enabling rtpproxy debugging to see if something reaches the server
 (start rtpproxy with -d DBUG).

 Regards,

 Razvan Crainea
 OpenSIPS Core Developerhttp://www.opensips-solutions.com

 On 11/30/2012 08:06 PM, Wesley Volcov wrote:

 Dear all,

  I've tried to downgrade the opensips version, and use the nathelper
 module, but I still see the error.

  RTPPROXY run command: /usr/local/bin/rtpproxy -l public_ip -s udp:127.0.0.1
 7890 -F -m 1 -M 2

 Opensips configuration: modparam(nathelper, rtpproxy_sock, udp:
 127.0.0.1:7890)

  Nov 30 17:05:25 localhost /usr/local/sbin/opensips[10695]:
 ERROR:nathelper:send_rtpp_command: can't send command to a RTP proxy
 Nov 30 17:05:25 localhost /usr/local/sbin/opensips[10699]:
 ERROR:nathelper:send_rtpp_command: proxy udp:127.0.0.1:7890 does not
 respond, disable it
 Nov 30 17:05:25 localhost /usr/local/sbin/opensips[10707]:
 ERROR:nathelper:send_rtpp_command: can't send command to a RTP proxy
 Nov 30 17:05:25 localhost /usr/local/sbin/opensips[10679]:
 ERROR:nathelper:send_rtpp_command: proxy udp:127.0.0.1:7890 does not
 respond, disable it
 Nov 30 17:05:25 localhost /usr/local/sbin/opensips[10682]:
 ERROR:nathelper:send_rtpp_command: proxy udp:127.0.0.1:7890 does not
 respond, disable it
 Nov 30 17:05:25 localhost /usr/local/sbin/opensips[10678]:
 ERROR:nathelper:send_rtpp_command: proxy udp:127.0.0.1:7890 does not
 respond, disable it
 Nov 30 17:05:25 localhost /usr/local/sbin/opensips[10684]:
 ERROR:nathelper:send_rtpp_command: proxy udp:127.0.0.1:7890 does not
 respond, disable it
 Nov 30 17:05:25 localhost /usr/local/sbin/opensips[10686]:
 ERROR:nathelper:send_rtpp_command: proxy udp:127.0.0.1:7890 does not
 respond, disable it
 Nov 30 17:05:25 localhost /usr/local/sbin/opensips[10687]:
 ERROR:nathelper:send_rtpp_command: proxy udp:127.0.0.1:7890 does not
 respond, disable it
 Nov 30 17:05:25 localhost /usr/local/sbin/opensips[10690]:
 ERROR:nathelper:send_rtpp_command: proxy udp:127.0.0.1:7890 does not
 respond, disable it
 Nov 30 17:05:25 localhost /usr/local/sbin/opensips[10691]:
 ERROR:nathelper:send_rtpp_command: proxy udp:127.0.0.1:7890 does not
 respond, disable it

  Am I missing some thing?

  Please, helpe me.

  Regards,

  Wesley Volcov

  On 29 November 2012 08:28, Wesley Volcov wesleyvol...@gmail.com wrote:

 Dear Răzvan,
 *
 *
 Thanks you for helping me!

  I changed the modparam to: modparam(rtpproxy, rtpproxy_sock, udp:
 127.0.0.1:7890)

  And the rtpproxy run command: /usr/local/bin/rtpproxy -lpublic_ip -s
 udp:127.0.0.1 7890 -F -m 1 -M 2

  And I still see this:

  Nov 29 08:25:42 opensips /usr/local/sbin/opensips[5996]:
 WARNING:rtpproxy:rtpp_test: support for RTP proxy udp:127.0.0.1:7890
 has been disabled temporarily
 Nov 29 08:25:42 opensips /usr/local/sbin/opensips[5994]:
 WARNING:rtpproxy:rtpp_test: can't get version of the RTP proxy

  Any idea?

  Regards,

  Wesley Volcov

 On 28 November 2012 16:02, Răzvan Crainea raz...@opensips.org wrote:

  Hi, Wesley!

 The idea is that RTPProxy is listening only on localhost, whereas
 OpenSIPS tries to connect to a different IP (rather than 127.0.0.1). You
 should either allow RTPProxy to listen on that IP (change the -s parameter,
 but this is not recommended because of security issues) or configure
 OpenSIPS to connect using 127.0.0.1.
 Are you using the DB to provision

Re: [OpenSIPS-Users] RTP Proxy problem

[Wesley Volcov]

Dear all,

I've tried to downgrade the opensips version, and use the nathelper module,
but I still see the error.

RTPPROXY run command: /usr/local/bin/rtpproxy -l public_ip -s udp:127.0.0.1
7890 -F -m 1 -M 2

Opensips configuration: modparam(nathelper, rtpproxy_sock, udp:
127.0.0.1:7890)

Nov 30 17:05:25 localhost /usr/local/sbin/opensips[10695]:
ERROR:nathelper:send_rtpp_command: can't send command to a RTP proxy
Nov 30 17:05:25 localhost /usr/local/sbin/opensips[10699]:
ERROR:nathelper:send_rtpp_command: proxy udp:127.0.0.1:7890 does not
respond, disable it
Nov 30 17:05:25 localhost /usr/local/sbin/opensips[10707]:
ERROR:nathelper:send_rtpp_command: can't send command to a RTP proxy
Nov 30 17:05:25 localhost /usr/local/sbin/opensips[10679]:
ERROR:nathelper:send_rtpp_command: proxy udp:127.0.0.1:7890 does not
respond, disable it
Nov 30 17:05:25 localhost /usr/local/sbin/opensips[10682]:
ERROR:nathelper:send_rtpp_command: proxy udp:127.0.0.1:7890 does not
respond, disable it
Nov 30 17:05:25 localhost /usr/local/sbin/opensips[10678]:
ERROR:nathelper:send_rtpp_command: proxy udp:127.0.0.1:7890 does not
respond, disable it
Nov 30 17:05:25 localhost /usr/local/sbin/opensips[10684]:
ERROR:nathelper:send_rtpp_command: proxy udp:127.0.0.1:7890 does not
respond, disable it
Nov 30 17:05:25 localhost /usr/local/sbin/opensips[10686]:
ERROR:nathelper:send_rtpp_command: proxy udp:127.0.0.1:7890 does not
respond, disable it
Nov 30 17:05:25 localhost /usr/local/sbin/opensips[10687]:
ERROR:nathelper:send_rtpp_command: proxy udp:127.0.0.1:7890 does not
respond, disable it
Nov 30 17:05:25 localhost /usr/local/sbin/opensips[10690]:
ERROR:nathelper:send_rtpp_command: proxy udp:127.0.0.1:7890 does not
respond, disable it
Nov 30 17:05:25 localhost /usr/local/sbin/opensips[10691]:
ERROR:nathelper:send_rtpp_command: proxy udp:127.0.0.1:7890 does not
respond, disable it

Am I missing some thing?

Please, helpe me.

Regards,

Wesley Volcov

On 29 November 2012 08:28, Wesley Volcov wesleyvol...@gmail.com wrote:

 Dear Răzvan,
 *
 *
 Thanks you for helping me!

 I changed the modparam to: modparam(rtpproxy, rtpproxy_sock, udp:
 127.0.0.1:7890)

 And the rtpproxy run command: /usr/local/bin/rtpproxy -lpublic_ip -s 
 udp:127.0.0.1
 7890 -F -m 1 -M 2

 And I still see this:

 Nov 29 08:25:42 opensips /usr/local/sbin/opensips[5996]:
 WARNING:rtpproxy:rtpp_test: support for RTP proxy udp:127.0.0.1:7890
 has been disabled temporarily
 Nov 29 08:25:42 opensips /usr/local/sbin/opensips[5994]:
 WARNING:rtpproxy:rtpp_test: can't get version of the RTP proxy

 Any idea?

 Regards,

 Wesley Volcov

 On 28 November 2012 16:02, Răzvan Crainea raz...@opensips.org wrote:

  Hi, Wesley!

 The idea is that RTPProxy is listening only on localhost, whereas
 OpenSIPS tries to connect to a different IP (rather than 127.0.0.1). You
 should either allow RTPProxy to listen on that IP (change the -s parameter,
 but this is not recommended because of security issues) or configure
 OpenSIPS to connect using 127.0.0.1.
 Are you using the DB to provision the RTPProxy sockets? Because if you
 do, there is no need of the rtpproxy_sock modparam, you should change the
 IP directly in the database.

 Regards,

 Razvan Crainea
 OpenSIPS Core Developerhttp://www.opensips-solutions.com

 On 11/28/2012 05:53 PM, Wesley Volcov wrote:

 Dear Răzvan,
 *
 *
 I tried to change the modparam configuration, to the ip_addres, and also
 the rtpproxy listen addres to localhost, and it still the same problem.

  Regards,

  Wesley Volcov

 On 28 November 2012 12:31, Răzvan Crainea raz...@opensips.org wrote:

  Hi, Wesley!

 I see that your modparam contains the localhost ip, however, the
 OpenSIPS warning contains the ip_address. Is this ip_address
 127.0.0.1? Because if it is not, then it means that the rtpproxy_sock is
 set to a different value - either by overwriting the parameter, or by using
 the DB provisioning mode. Most likely it doesn't work because OpenSIPS is
 trying to connect to rtpproxy on a public IP, whereas RTPProxy only listens
 on localhost.

 Regards,

 Razvan Crainea
 OpenSIPS Core Developerhttp://www.opensips-solutions.com

  On 11/28/2012 02:25 PM, Wesley Volcov wrote:

  Dear all,

  I'm having problems with my Opensips + RTP Proxy instalation.

  Opensips version: 1.7.2-notls
 RTP Proxy version: 1.2.1

  Start RTP Proxy command: /usr/local/bin/rtpproxy -l ip_address -s 
 udp:127.0.0.1
 7890 127.0.0.1%207890 -F -m 1 -M 2

  Opensips configuration for RTP Proxy: modparam(rtpproxy,
 rtpproxy_sock, udp:localhost:7890)

  When I start the Opensips service, it logs this message:

  Nov 28 10:56:10 opensips /usr/local/sbin/opensips[2687]:
 WARNING:rtpproxy:rtpp_test: can't get version of the RTP proxy
 Nov 28 10:56:10 opensips /usr/local/sbin/opensips[2687]:
 WARNING:rtpproxy:rtpp_test: support for RTP proxy udp:ip_address:7890 has
 been disabled temporarily

  What could it be? Please, help me!

  Regards
 --
 Wesley Volcov
 Email

Re: [OpenSIPS-Users] RTP Proxy problem

[Wesley Volcov]

Dear Răzvan,
*
*
Thanks you for helping me!

I changed the modparam to: modparam(rtpproxy, rtpproxy_sock, udp:
127.0.0.1:7890)

And the rtpproxy run command: /usr/local/bin/rtpproxy -lpublic_ip -s
udp:127.0.0.1 7890 -F -m 1 -M 2

And I still see this:

Nov 29 08:25:42 opensips /usr/local/sbin/opensips[5996]:
WARNING:rtpproxy:rtpp_test: support for RTP proxy udp:127.0.0.1:7890 has
been disabled temporarily
Nov 29 08:25:42 opensips /usr/local/sbin/opensips[5994]:
WARNING:rtpproxy:rtpp_test: can't get version of the RTP proxy

Any idea?

Regards,

Wesley Volcov

On 28 November 2012 16:02, Răzvan Crainea raz...@opensips.org wrote:

  Hi, Wesley!

 The idea is that RTPProxy is listening only on localhost, whereas OpenSIPS
 tries to connect to a different IP (rather than 127.0.0.1). You should
 either allow RTPProxy to listen on that IP (change the -s parameter, but
 this is not recommended because of security issues) or configure OpenSIPS
 to connect using 127.0.0.1.
 Are you using the DB to provision the RTPProxy sockets? Because if you do,
 there is no need of the rtpproxy_sock modparam, you should change the IP
 directly in the database.

 Regards,

 Razvan Crainea
 OpenSIPS Core Developerhttp://www.opensips-solutions.com

 On 11/28/2012 05:53 PM, Wesley Volcov wrote:

 Dear Răzvan,
 *
 *
 I tried to change the modparam configuration, to the ip_addres, and also
 the rtpproxy listen addres to localhost, and it still the same problem.

  Regards,

  Wesley Volcov

 On 28 November 2012 12:31, Răzvan Crainea raz...@opensips.org wrote:

  Hi, Wesley!

 I see that your modparam contains the localhost ip, however, the
 OpenSIPS warning contains the ip_address. Is this ip_address
 127.0.0.1? Because if it is not, then it means that the rtpproxy_sock is
 set to a different value - either by overwriting the parameter, or by using
 the DB provisioning mode. Most likely it doesn't work because OpenSIPS is
 trying to connect to rtpproxy on a public IP, whereas RTPProxy only listens
 on localhost.

 Regards,

 Razvan Crainea
 OpenSIPS Core Developerhttp://www.opensips-solutions.com

  On 11/28/2012 02:25 PM, Wesley Volcov wrote:

  Dear all,

  I'm having problems with my Opensips + RTP Proxy instalation.

  Opensips version: 1.7.2-notls
 RTP Proxy version: 1.2.1

  Start RTP Proxy command: /usr/local/bin/rtpproxy -l ip_address -s 
 udp:127.0.0.1
 7890 127.0.0.1%207890 -F -m 1 -M 2

  Opensips configuration for RTP Proxy: modparam(rtpproxy,
 rtpproxy_sock, udp:localhost:7890)

  When I start the Opensips service, it logs this message:

  Nov 28 10:56:10 opensips /usr/local/sbin/opensips[2687]:
 WARNING:rtpproxy:rtpp_test: can't get version of the RTP proxy
 Nov 28 10:56:10 opensips /usr/local/sbin/opensips[2687]:
 WARNING:rtpproxy:rtpp_test: support for RTP proxy udp:ip_address:7890 has
 been disabled temporarily

  What could it be? Please, help me!

  Regards
 --
 Wesley Volcov
 Email: wesleyvol...@gmail.com
 Messenger: vol...@live.com
 Skype: wesley.volcov
 Mobile: +55 11 7999-7444 %2B55%2011%207999-7444
 Website: http://volcov.blogspot.com


  ___
 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




  --
 Wesley Volcov
 Email: wesleyvol...@gmail.com
 Messenger: vol...@live.com
 Skype: wesley.volcov
 Mobile: +55 11 7999-7444
 Website: http://volcov.blogspot.com


 ___
 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




-- 
Wesley Volcov
Email: wesleyvol...@gmail.com
Messenger: vol...@live.com
Skype: wesley.volcov
Mobile: +55 11 7999-7444
Website: http://volcov.blogspot.com
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

[OpenSIPS-Users] RTP Proxy problem

[Wesley Volcov]

Dear all,

I'm having problems with my Opensips + RTP Proxy instalation.

Opensips version: 1.7.2-notls
RTP Proxy version: 1.2.1

Start RTP Proxy command: /usr/local/bin/rtpproxy -l ip_address -s
udp:127.0.0.1 7890 -F -m 1 -M 2

Opensips configuration for RTP Proxy: modparam(rtpproxy, rtpproxy_sock,
udp:localhost:7890)

When I start the Opensips service, it logs this message:

Nov 28 10:56:10 opensips /usr/local/sbin/opensips[2687]:
WARNING:rtpproxy:rtpp_test: can't get version of the RTP proxy
Nov 28 10:56:10 opensips /usr/local/sbin/opensips[2687]:
WARNING:rtpproxy:rtpp_test: support for RTP proxy udp:ip_address:7890 has
been disabled temporarily

What could it be? Please, help me!

Regards
-- 
Wesley Volcov
Email: wesleyvol...@gmail.com
Messenger: vol...@live.com
Skype: wesley.volcov
Mobile: +55 11 7999-7444
Website: http://volcov.blogspot.com
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

Re: [OpenSIPS-Users] RTP Proxy problem

[Wesley Volcov]

Dear Răzvan,
*
*
I tried to change the modparam configuration, to the ip_addres, and also
the rtpproxy listen addres to localhost, and it still the same problem.

Regards,

Wesley Volcov

On 28 November 2012 12:31, Răzvan Crainea raz...@opensips.org wrote:

  Hi, Wesley!

 I see that your modparam contains the localhost ip, however, the
 OpenSIPS warning contains the ip_address. Is this ip_address
 127.0.0.1? Because if it is not, then it means that the rtpproxy_sock is
 set to a different value - either by overwriting the parameter, or by using
 the DB provisioning mode. Most likely it doesn't work because OpenSIPS is
 trying to connect to rtpproxy on a public IP, whereas RTPProxy only listens
 on localhost.

 Regards,

 Razvan Crainea
 OpenSIPS Core Developerhttp://www.opensips-solutions.com

 On 11/28/2012 02:25 PM, Wesley Volcov wrote:

 Dear all,

  I'm having problems with my Opensips + RTP Proxy instalation.

  Opensips version: 1.7.2-notls
 RTP Proxy version: 1.2.1

  Start RTP Proxy command: /usr/local/bin/rtpproxy -l ip_address -s 
 udp:127.0.0.1
 7890 -F -m 1 -M 2

  Opensips configuration for RTP Proxy: modparam(rtpproxy,
 rtpproxy_sock, udp:localhost:7890)

  When I start the Opensips service, it logs this message:

  Nov 28 10:56:10 opensips /usr/local/sbin/opensips[2687]:
 WARNING:rtpproxy:rtpp_test: can't get version of the RTP proxy
 Nov 28 10:56:10 opensips /usr/local/sbin/opensips[2687]:
 WARNING:rtpproxy:rtpp_test: support for RTP proxy udp:ip_address:7890 has
 been disabled temporarily

  What could it be? Please, help me!

  Regards
 --
 Wesley Volcov
 Email: wesleyvol...@gmail.com
 Messenger: vol...@live.com
 Skype: wesley.volcov
 Mobile: +55 11 7999-7444
 Website: http://volcov.blogspot.com


 ___
 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




-- 
Wesley Volcov
Email: wesleyvol...@gmail.com
Messenger: vol...@live.com
Skype: wesley.volcov
Mobile: +55 11 7999-7444
Website: http://volcov.blogspot.com
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

Re: [OpenSIPS-Users] Opensips 1.6.2-notls - Died

[Wesley Volcov]

Hello Bogdan,

Thank you for replying me!

So, I forgot to mention that I use the rtpproxy 1.2.1 version too. And,
when I disable the rtpproxy, I don't have this problem, my openips just
work very fine, without die.

When the problem occurs, the rtpproxy process appers OK, runing fine, just
the opensips gone away.

If it's a realy openips bug,  I think there is no problem to upgrade this
to the last one version (1.8 I guess).

Do think it's a openips bug or a rtpproxy bug ?

Regards


On 4 April 2012 05:03, Bogdan-Andrei Iancu bog...@opensips.org wrote:

 **
 Hello Wesley,

 1.6.2 is really old - like 4 major releases ago and 1.6 is not even
 maintained anymore. Are there any chances to upgrade to a newer version ? A
 lot of bugs were fixed in the mean while. If the upgrade is not an option,
 I will try to help you in debugging the problem.

 Regards,
 Bogdan


 On 04/03/2012 03:20 PM, Wesley Volcov wrote:

 Dear list,

 In the last days, I'm having problems with my opensips server. It just
 died!

 In the log files I see:

 /usr/local/sbin/opensips[9361]: INFO:core:handle_sigs: child process 9365
 exited by a signal 11
 /usr/local/sbin/opensips[9361]: INFO:core:handle_sigs: core was generated
 /usr/local/sbin/opensips[9361]: INFO:core:handle_sigs: terminating due to
 SIGCHLD
 /usr/local/sbin/opensips[9364]: INFO:core:sig_usr: signal 15 received
 /usr/local/sbin/opensips[9368]: INFO:core:sig_usr: signal 15 received
 /usr/local/sbin/opensips[9369]: INFO:core:sig_usr: signal 15 received
 /usr/local/sbin/opensips[9366]: INFO:core:sig_usr: signal 15 received
 /usr/local/sbin/opensips[9367]: INFO:core:sig_usr: signal 15 received
 /usr/local/sbin/opensips[9363]: INFO:core:sig_usr: signal 15 received
 /usr/local/sbin/opensips[9361]: INFO:db_mysql:get_new_stmt_ctx: disconect
 event for 0x81d13d0
 /usr/local/sbin/opensips[9361]: INFO:db_mysql:reset_all_statements:
 reseting all statements on connection: (0x81d1ac4) 0x81d13d0
 /usr/local/sbin/opensips[9361]: INFO:db_mysql:get_new_stmt_ctx:
 re-connected successful for 0x81d13d0

 I see 2 core files each one with different information. I have opened it
 with gdb program and did a bt full command to see the full information.

 Could someone help me?

 Follow the core files information:

 *CORE 1:*

 re was generated by `/usr/local/sbin/opensips -P /var/run/opensips.pid -m
 1024 -u root -g root'.
 Program terminated with signal 11, Segmentation fault.
 #0  0x002502a7 in unref_dlg (dlg=0x78136b98, cnt=1) at dlg_hash.c:587
 587 d_entry = (d_table-entries[dlg-h_entry]);

 (gdb) bt full
 #0  0x002502a7 in unref_dlg (dlg=0x78136b98, cnt=1) at dlg_hash.c:587
 d_entry = 0x8c3abd8
 __FUNCTION__ = unref_dlg
 #1  0x00244fd4 in tmcb_unreference_dialog (t=0x7a8c1ad4, type=8192,
 param=0x1acd14) at dlg_handlers.c:518
 No locals.
 #2  0x001834c2 in run_trans_callbacks (type=8192, trans=0x7a8c1ad4,
 req=0x0, rpl=0x0, code=0) at t_hooks.c:208
 cbp = 0x78173a8c
 backup = 0x81a2504
 trans_backup = 0x
 __FUNCTION__ = run_trans_callbacks
 #3  0x0016fa81 in free_cell (dead_cell=0x7a8c1ad4) at h_table.c:124
 b = value optimized out
 i = value optimized out
 rpl = value optimized out
 tt = value optimized out
 foo = value optimized out
 p = value optimized out
 #4  0x0016fadb in free_hash_table () at h_table.c:342
 p_cell = 0x267ccc
 tmp_cell = 0x0
 i = 1538
 #5  0x0017dba4 in tm_shutdown () at t_funcs.c:99
 __FUNCTION__ = tm_shutdown
 #6  0x080be491 in destroy_modules () at sr_module.c:370
 t = 0x81b8570
 foo = 0x81b8554
 #7  0x0806b0a0 in cleanup (show_status=1) at main.c:336
 No locals.
 #8  0x0806bfd4 in handle_sigs () at main.c:533
 chld = 0
 chld_status = 139
 i = 6
 do_exit = 1
 __FUNCTION__ = handle_sigs
 #9  0x08070564 in main_loop (argc=9, argv=0xbf85e4a4) at main.c:913
 i = 4
 pid = value optimized out
 si = 0x0
 startup_done = 0x0
 chd_rank = 4
 __FUNCTION__ = main_loop
 #10 main (argc=9, argv=0xbf85e4a4) at main.c:1388
 cfg_log_stderr = 0
 cfg_stream = 0x8c26008
 c = value optimized out
 r = 0
 ---Type return to continue, or q return to quit---
 tmp = 0xbf85ff64 
 tmp_len = value optimized out
 port = 12570437
 proto = value optimized out
 ret = value optimized out
 seed = 196014188
 rfd = 4
 __FUNCTION__ = main

 *CORE 2:*

 Core was generated by `/usr/local/sbin/opensips -P /var/run/opensips.pid
 -m 1024 -u root -g root'.
 Program terminated with signal 11, Segmentation fault.
 #0  0x080faab7 in get_all_bodies (msg=0x81d419c) at
 parser/parse_multipart.c:193
 193 if (msg-buf + msg-len - start  get_content_length(msg))

 (gdb) bt full
 #0  0x080faab7 in get_all_bodies (msg=0x81d419c) at
 parser/parse_multipart.c:193

Re: [OpenSIPS-Users] Opensips 1.6.2-notls - Died

[Wesley Volcov]

Dear Bogdan,

Ok, thank you!

I'm going to upgrade my opensips version.

Regards,

On 4 April 2012 08:49, Bogdan-Andrei Iancu bog...@opensips.org wrote:

 **
 Hi Wesley,

 It seems to be a bug in opensips in nathelper module (the module that
 drives the RTPProxy).

 Regards,
 Bogdan


 On 04/04/2012 02:19 PM, Wesley Volcov wrote:

 Hello Bogdan,

 Thank you for replying me!

 So, I forgot to mention that I use the rtpproxy 1.2.1 version too. And,
 when I disable the rtpproxy, I don't have this problem, my openips just
 work very fine, without die.

 When the problem occurs, the rtpproxy process appers OK, runing fine, just
 the opensips gone away.

 If it's a realy openips bug,  I think there is no problem to upgrade this
 to the last one version (1.8 I guess).

 Do think it's a openips bug or a rtpproxy bug ?

 Regards


 On 4 April 2012 05:03, Bogdan-Andrei Iancu bog...@opensips.org wrote:

  Hello Wesley,

 1.6.2 is really old - like 4 major releases ago and 1.6 is not even
 maintained anymore. Are there any chances to upgrade to a newer version ? A
 lot of bugs were fixed in the mean while. If the upgrade is not an option,
 I will try to help you in debugging the problem.

 Regards,
 Bogdan


 On 04/03/2012 03:20 PM, Wesley Volcov wrote:

  Dear list,

 In the last days, I'm having problems with my opensips server. It just
 died!

 In the log files I see:

 /usr/local/sbin/opensips[9361]: INFO:core:handle_sigs: child process 9365
 exited by a signal 11
 /usr/local/sbin/opensips[9361]: INFO:core:handle_sigs: core was generated
 /usr/local/sbin/opensips[9361]: INFO:core:handle_sigs: terminating due to
 SIGCHLD
 /usr/local/sbin/opensips[9364]: INFO:core:sig_usr: signal 15 received
 /usr/local/sbin/opensips[9368]: INFO:core:sig_usr: signal 15 received
 /usr/local/sbin/opensips[9369]: INFO:core:sig_usr: signal 15 received
 /usr/local/sbin/opensips[9366]: INFO:core:sig_usr: signal 15 received
 /usr/local/sbin/opensips[9367]: INFO:core:sig_usr: signal 15 received
 /usr/local/sbin/opensips[9363]: INFO:core:sig_usr: signal 15 received
 /usr/local/sbin/opensips[9361]: INFO:db_mysql:get_new_stmt_ctx: disconect
 event for 0x81d13d0
 /usr/local/sbin/opensips[9361]: INFO:db_mysql:reset_all_statements:
 reseting all statements on connection: (0x81d1ac4) 0x81d13d0
 /usr/local/sbin/opensips[9361]: INFO:db_mysql:get_new_stmt_ctx:
 re-connected successful for 0x81d13d0

 I see 2 core files each one with different information. I have opened it
 with gdb program and did a bt full command to see the full information.

 Could someone help me?

 Follow the core files information:


 --
 Bogdan-Andrei Iancu
 OpenSIPS Founder and Developerhttp://www.opensips-solutions.com




-- 
Wesley Volcov
Email: wesleyvol...@gmail.com
Messenger: vol...@live.com
Mobile: +55 11 7999-7444
Website: http://volcov.blogspot.com
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

[OpenSIPS-Users] Opensips 1.6.2-notls - Died

[Wesley Volcov]

=33z2aaxkgebykrtt.i\r\nFrom:
\Luciana Andrade\sip:5584576151@189.22.135.98;tag=as18dbab3f\r\nCall-ID:
5651..., len = 135865863}
__FUNCTION__ = do_action
#5  0x08057228 in run_action_list (a=0x81c8828, msg=0x81d419c) at
action.c:139
ret = 1
t = 0x81c89ac
__FUNCTION__ = run_action_list
#6  0x080575c3 in run_actions (a=0x81c8828, msg=0x81d419c) at action.c:119
__FUNCTION__ = run_actions
#7  run_top_route (a=0x81c8828, msg=0x81d419c) at action.c:180
bk_action_flags = 0
bk_rec_lev = 0
#8  0x0019f905 in reply_received (p_msg=0x81d419c) at t_reply.c:1451
msg_status = 500
branch = 0
reply_status = value optimized out
timer = value optimized out
---Type return to continue, or q return to quit---
cancel_bitmap = 0
uac = 0x7a8c1bec
t = 0x7a8c1ad4
backup_list = 0x0
__FUNCTION__ = reply_received
#9  0x08067b0c in forward_reply (msg=0x81d419c) at forward.c:559
new_buf = value optimized out
to = value optimized out
new_len = value optimized out
mod = 0x81b8570
proto = value optimized out
id = value optimized out
send_sock = value optimized out
len = value optimized out
__FUNCTION__ = forward_reply
#10 0x0809da9f in receive_msg (
buf=0x8192500 SIP/2.0 500 CSeq order failed\r\nVia: SIP/2.0/UDP
177.107.192.207;branch=z9hG4bK206.47627b65.0\r\nVia: SIP/2.0/UDP
189.22.135.98:5060;received=189.22.135.98;branch=z9hG4bK7eee89cd;rport=5060\r\nFrom:
\Beatr..., len=480, rcv_info=0xbf85e2a4) at receive.c:200
msg = value optimized out
__FUNCTION__ = receive_msg
#11 0x080e4f16 in udp_rcv_loop () at udp_server.c:492
len = 480
tmp = value optimized out
from = value optimized out
fromlen = 16
ri = {src_ip = {af = 2, len = 4, u = {addrl = {1228684475, 2763300,
2762880, 12572806}, addr32 = {1228684475, 2763300, 2762880, 12572806},
addr16 = {
15547, 18748, 10788, 42, 10368, 42, 55430, 191}, addr =
\273I$**\000\200(*\000\206\330\277}}, dst_ip = {af = 2, len = 4, u =
{addrl = {
3485494193, 0, 0, 0}, addr32 = {3485494193, 0, 0, 0},
addr16 = {27569, 53184, 0, 0, 0, 0, 0, 0},
  addr = \261k\300\317, '\000' repeats 11 times}}, src_port
= 5061, dst_port = 5060, proto = 1, proto_reserved1 = 0, proto_reserved2 =
0,
  src_su = {s = {sa_family = 2, sa_data =
\023ŻI\000\000\000\000\000\000\000}, sin = {sin_family = 2, sin_port =
50451, sin_addr = {
s_addr = 1228684475}, sin_zero =
\000\000\000\000\000\000\000}, sin6 = {sin6_family = 2, sin6_port =
50451, sin6_flowinfo = 1228684475,
  sin6_addr = {in6_u = {u6_addr8 = '\000' repeats 15 times,
u6_addr16 = {0, 0, 0, 0, 0, 0, 0, 0}, u6_addr32 = {0, 0, 0, 0}}},
  sin6_scope_id = 0}}, bind_address = 0x81b83c0}
p = value optimized out
buf = SIP/2.0 500 CSeq order failed\r\nVia: SIP/2.0/UDP
177.107.192.207;branch=z9hG4bK206.47627b65.0\r\nVia: SIP/2.0/UDP
189.22.135.98:5060;received=189.22.135.98;branch=z9hG4bK7eee89cd;rport=5060\r\nFrom:
\Beatr...
__FUNCTION__ = udp_rcv_loop
#12 0x08070620 in main_loop (argc=9, argv=0xbf85e4a4) at main.c:818
i = 2
pid = value optimized out
si = value optimized out
startup_done = 0x0
chd_rank = 3
__FUNCTION__ = main_loop
#13 main (argc=9, argv=0xbf85e4a4) at main.c:1388
cfg_log_stderr = 0
---Type return to continue, or q return to quit---
cfg_stream = 0x8c26008
c = value optimized out
r = value optimized out
tmp = 0xbf85ff64 
tmp_len = value optimized out
port = 12570437
proto = value optimized out
ret = value optimized out
seed = 196014188
rfd = 4
__FUNCTION__ = main


Regards,

-- 
Wesley Volcov
Email: wesleyvol...@gmail.com
Messenger: vol...@live.com
Mobile: +55 11 7999-7444
Website: http://volcov.blogspot.com
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

Re: [OpenSIPS-Users] Memory allocation failure

[Wesley Volcov]

Hello Vlad,

I updated my OpenSIPS 1.6.2 version. At the moment, the problem did not
occur again.
I hope that the problem has been resolved.
Thanks for the suggestion!

Happy new year!

Cheers!

On 30 December 2011 14:55, Vlad Paiu vladp...@opensips.org wrote:

  Hello,

 Seems you have encountered a memory leak. Might have been fixed in more
 recent OpenSIPS releases, but if upgrading is not an option for you, please
 follow the tutorial at http://www.opensips.org/Resources/DocsTsMem and
 attach on pastebin the output of the memory dump that OpenSIPS will
 generate at shutdown or when you send the SIGUSR1 signal. Preferably kill
 OpenSIPS or send a signal immediately after you first encounter the pkg out
 of memory messages.

 Regards,
 Vlad

 Pe 12/28/2011 9:31 PM, Wesley Volcov a scris:

 Hello Guys,

 Someone know this error ?

 I'm using opensips 1.6.1 with rtpproxy 1.2.1 and Centos 6.0.

 Dec 28 14:01:09 veoscol /usr/local/sbin/opensips[27117]:
 ERROR:sl:sl_send_reply_helper: response building failed
 Dec 28 14:01:09 veoscol /usr/local/sbin/opensips[27116]:
 ERROR:core:do_action: memory allocation failure
 Dec 28 14:01:09 veoscol /usr/local/sbin/opensips[27116]:
 ERROR:core:pv_set_ruri_user: do action failed
 Dec 28 14:01:09 veoscol /usr/local/sbin/opensips[27116]:
 ERROR:dialplan:dp_update: falied to set the output value!
 Dec 28 14:01:09 veoscol /usr/local/sbin/opensips[27116]:
 ERROR:dialplan:dp_translate_f: cannot set the output
 Dec 28 14:01:09 veoscol /usr/local/sbin/opensips[27117]:
 ERROR:core:build_res_buf_from_sip_req: out of pkg memory  ; needs 350
 Dec 28 14:01:09 veoscol /usr/local/sbin/opensips[27117]:
 ERROR:sl:sl_send_reply_helper: response building failed
 Dec 28 14:01:10 veoscol /usr/local/sbin/opensips[27118]:
 ERROR:core:build_res_buf_from_sip_req: out of pkg memory  ; needs 382
 Dec 28 14:01:10 veoscol /usr/local/sbin/opensips[27118]:
 ERROR:sl:sl_send_reply_helper: response building failed
 Dec 28 14:01:10 veoscol /usr/local/sbin/opensips[27117]:
 ERROR:core:received_builder: out of pkg memory
 Dec 28 14:01:10 veoscol /usr/local/sbin/opensips[27117]:
 ERROR:core:build_res_buf_from_sip_req: received_builder failed
 Dec 28 14:01:10 veoscol /usr/local/sbin/opensips[27117]:
 ERROR:sl:sl_send_reply_helper: response building failed
 Dec 28 14:01:10 veoscol /usr/local/sbin/opensips[27118]:
 ERROR:core:build_res_buf_from_sip_req: out of pkg memory  ; needs 363
 Dec 28 14:01:10 veoscol /usr/local/sbin/opensips[27118]:
 ERROR:sl:sl_send_reply_helper: response building failed
 Dec 28 14:01:10 veoscol /usr/local/sbin/opensips[27117]:
 ERROR:core:parse_headers: pkg memory allocation failed

 Best regards!

 --
 Wesley Volcov
 Email: wesleyvol...@gmail.com
 Messenger: vol...@live.com
 Mobile: +55 11 7999-7444
 Website: http://volcov.blogspot.com


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





-- 
Wesley Volcov
Email: wesleyvol...@gmail.com
Messenger: vol...@live.com
Mobile: +55 11 7999-7444
Website: http://volcov.blogspot.com
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

[OpenSIPS-Users] Memory allocation failure

[Wesley Volcov]

Hello Guys,

Someone know this error ?

I'm using opensips 1.6.1 with rtpproxy 1.2.1 and Centos 6.0.

Dec 28 14:01:09 veoscol /usr/local/sbin/opensips[27117]:
ERROR:sl:sl_send_reply_helper: response building failed
Dec 28 14:01:09 veoscol /usr/local/sbin/opensips[27116]:
ERROR:core:do_action: memory allocation failure
Dec 28 14:01:09 veoscol /usr/local/sbin/opensips[27116]:
ERROR:core:pv_set_ruri_user: do action failed
Dec 28 14:01:09 veoscol /usr/local/sbin/opensips[27116]:
ERROR:dialplan:dp_update: falied to set the output value!
Dec 28 14:01:09 veoscol /usr/local/sbin/opensips[27116]:
ERROR:dialplan:dp_translate_f: cannot set the output
Dec 28 14:01:09 veoscol /usr/local/sbin/opensips[27117]:
ERROR:core:build_res_buf_from_sip_req: out of pkg memory  ; needs 350
Dec 28 14:01:09 veoscol /usr/local/sbin/opensips[27117]:
ERROR:sl:sl_send_reply_helper: response building failed
Dec 28 14:01:10 veoscol /usr/local/sbin/opensips[27118]:
ERROR:core:build_res_buf_from_sip_req: out of pkg memory  ; needs 382
Dec 28 14:01:10 veoscol /usr/local/sbin/opensips[27118]:
ERROR:sl:sl_send_reply_helper: response building failed
Dec 28 14:01:10 veoscol /usr/local/sbin/opensips[27117]:
ERROR:core:received_builder: out of pkg memory
Dec 28 14:01:10 veoscol /usr/local/sbin/opensips[27117]:
ERROR:core:build_res_buf_from_sip_req: received_builder failed
Dec 28 14:01:10 veoscol /usr/local/sbin/opensips[27117]:
ERROR:sl:sl_send_reply_helper: response building failed
Dec 28 14:01:10 veoscol /usr/local/sbin/opensips[27118]:
ERROR:core:build_res_buf_from_sip_req: out of pkg memory  ; needs 363
Dec 28 14:01:10 veoscol /usr/local/sbin/opensips[27118]:
ERROR:sl:sl_send_reply_helper: response building failed
Dec 28 14:01:10 veoscol /usr/local/sbin/opensips[27117]:
ERROR:core:parse_headers: pkg memory allocation failed

Best regards!

-- 
Wesley Volcov
Email: wesleyvol...@gmail.com
Messenger: vol...@live.com
Mobile: +55 11 7999-7444
Website: http://volcov.blogspot.com
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

[OpenSIPS-Users] Rejoindre mon réseau sur LinkedIn

[Wesley Volcov via LinkedIn]

LinkedIn





Wesley Volcov souhaite se connecter à vous sur LinkedIn :
  
--

Je vous invite à faire partie de mon réseau professionnel en ligne sur le site 
LinkedIn.

Accepter l'invitation de Wesley Volcov
http://www.linkedin.com/e/-iucuba-grf4ijje-3c/XiGay8n_CAD-74lZADGGFpZv1NDQ54l0NBPI0M/blk/I128300834_105/6lColZJrmZznQNdhjRQnOpBtn9QfmhBt71BoSd1p65Lr6lOfPkMclYQcPwMc3cUcz59bR9Li4hic75cbP8Nc38Qe3sTe3cLrCBxbOYWrSlI/EML_comm_afe/

Voir l'invitation de Wesley Volcov
http://www.linkedin.com/e/-iucuba-grf4ijje-3c/XiGay8n_CAD-74lZADGGFpZv1NDQ54l0NBPI0M/blk/I128300834_105/dj0NnPgPe30McPwOckALqnpPbOYWrSlI/svi/
 
--

SAVEZ-VOUS que LinkedIn peut vous aider à trouver les bons prestataires de 
services, parmi ceux que recommande votre réseau ? Grâce à LinkedIn, vous 
pouvez trouver et choisir des prestataires de services en consultant les 
recommandations écrites d'autres membres de votre réseau. 
http://www.linkedin.com/e/-iucuba-grf4ijje-3c/svp/inv-25/
 
-- 
(c) 2011, LinkedIn Corporation___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

[OpenSIPS-Users] missed_calls doubt

[Wesley Volcov]

Dear List,

I use my opensips, to make the routes based on prefix received and send the
call to the termination carrier based on a lcr configured with dr_route
module.
I have 2 route to each prefix. When I receive an error from the fist
carrier, the opensips set the missed_call flag, and send the call to second
carrier. If the second carrier send an error, the opensips set the
missed_call flag again and relay this error to the user that made the call.
In my missed_call table, I just see the second error, but I need to see
both. How can I do this ?

Follow my failure route:

failure_route[1] {

xlog(FailureRoute entered);
setflag(10); #accounting missed calls
if (t_check_status((487)|(486))) {
xlogFailureRoute: $rm exited);
exit;
} else if(!next_routing()) {
xlog(FailureRoute: no more gateways available.);
}
route(1);
}


route[1] {

t_on_reply(ONREPLY);
if (!t_relay()) {
sl_reply_error();
};

exit;
}

Regards,

-- 
Wesley Volcov
Email: wesleyvol...@gmail.com
Messenger: vol...@live.com
Mobile: +55 11 9989-5348
Website: http://volcov.blogspot.com
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

Re: [OpenSIPS-Users] missed_calls doubt

[Wesley Volcov]

Denis,

I already tried this, but sip_code field doens't have value.  I need this
value.

Any ideas ?

Thanks

On 28 April 2011 09:17, Denis Putyato denis7...@mail.ru wrote:

 Hello



 Try to use failed_transaction_flag

 http://www.opensips.org/html/docs/modules/devel/acc.html#id292642



 *From:* users-boun...@lists.opensips.org [mailto:
 users-boun...@lists.opensips.org] *On Behalf Of *Wesley Volcov
 *Sent:* Thursday, April 28, 2011 4:13 PM
 *To:* OpenSIPS users mailling list
 *Subject:* [OpenSIPS-Users] missed_calls doubt



 Dear List,

 I use my opensips, to make the routes based on prefix received and send the
 call to the termination carrier based on a lcr configured with dr_route
 module.
 I have 2 route to each prefix. When I receive an error from the fist
 carrier, the opensips set the missed_call flag, and send the call to second
 carrier. If the second carrier send an error, the opensips set the
 missed_call flag again and relay this error to the user that made the call.
 In my missed_call table, I just see the second error, but I need to see
 both. How can I do this ?

 Follow my failure route:

 failure_route[1] {

 xlog(FailureRoute entered);
 setflag(10); #accounting missed calls
 if (t_check_status((487)|(486))) {
 xlogFailureRoute: $rm exited);
 exit;
 } else if(!next_routing()) {
 xlog(FailureRoute: no more gateways available.);
 }
 route(1);
 }


 route[1] {

 t_on_reply(ONREPLY);
 if (!t_relay()) {
 sl_reply_error();
 };

 exit;
 }

 Regards,

 --
 Wesley Volcov
 Email: wesleyvol...@gmail.com
 Messenger: vol...@live.com
 Mobile: +55 11 9989-5348
 Website: http://volcov.blogspot.com




-- 
Wesley Volcov
Email: wesleyvol...@gmail.com
Messenger: vol...@live.com
Mobile: +55 11 9989-5348
Website: http://volcov.blogspot.com
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

Re: [OpenSIPS-Users] Group ID problem

[Wesley Volcov]

Hey Bogdan,

But that is the function syntax in opensips 1.6.2. I think it was changed in
opensips 1.6.3 version..
So.. Should I upgrade my opensips server?

Cheers

On 13 April 2011 11:56, Bogdan-Andrei Iancu bog...@opensips.org wrote:

  Hi Guys,

 yes, the prototype of the function was changed exactly because of this kind
 of problems - you cannot use the script function to return values via return
 code (this is used for something else), so the returned value is passed now
 via an output parameter.

 Regards,
 Bogdan


 On 04/08/2011 09:27 PM, Duane Larson wrote:

 I believe you need to have something like get_source_address(var(x))

 That is probably the issue.  Bogdan mentions in a previous mailing list
 issue that the prototype of the function was changed.

 Sent from Droid
 On Apr 8, 2011 1:17 PM, Wesley Volcov wesleyvol...@gmail.com wrote:
  Hey Duane,
 
  I have others groups id in my address table, that's why my source address
  function have 0, to check all groupid.
  But my is problem is the groupid that the function get_source_group(); is
  getting..
 
  Regards,
 
  On 8 April 2011 14:14, Duane Larson duane.lar...@gmail.com wrote:
 
  I your check source address function shouldn't you have a 1 instead of a
 0
  since that is what you have in your permissions table.
 
  Sent from Droid
  On Apr 8, 2011 12:03 PM, Wesley Volcov wesleyvol...@gmail.com
 wrote:
   Hello list,
  
   I'm using opensips 1.6.2.
  
   I have the follow configuration in my AUTH route:
  
   if (check_source_address(0,$avp(i:9))) {
   $avp(i:10) = get_source_group();
   xlog(L_INFO, GroupID: $avp(i:10));
   }
  
   In my address table, i have:
   grp = 1
   ip = 192.68.10.10
   mask = 32
   port = 0
   proto = UDP
  
   When I send a call, from a gw authenticated via IP, it gets the follow
  group
   ID:
   GroupID: 4294967295
  
   And then, it can not found a route, because all the routes are
 configured
   with groupid 1. But, I don't know how opensips is getting this
 groupid..
   Could someone helpe me?
  
   Thanks a lot!
  
   --
   Wesley Volcov
   Email: wesleyvol...@gmail.com
   Messenger: vol...@live.com
   Mobile: +55 11 9989-5348
   Website: http://volcov.blogspot.com
 
  ___
  Users mailing list
  Users@lists.opensips.org
  http://lists.opensips.org/cgi-bin/mailman/listinfo/users
 
 
 
 
  --
  Wesley Volcov
  Email: wesleyvol...@gmail.com
  Messenger: vol...@live.com
  Mobile: +55 11 9989-5348
  Website: http://volcov.blogspot.com


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



 --
 Bogdan-Andrei Iancu
 OpenSIPS eBootcamp - 2nd of May 2011
 OpenSIPS solutions and know-how




-- 
Wesley Volcov
Email: wesleyvol...@gmail.com
Messenger: vol...@live.com
Mobile: +55 11 9989-5348
Website: http://volcov.blogspot.com
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

Re: [OpenSIPS-Users] Group ID problem

[Wesley Volcov]

Hey Bogdan,

I'll upgrade my server to the last version.
But anyway, thank you so much for your attention!!

Best Regards,

On 13 April 2011 12:33, Bogdan-Andrei Iancu bog...@opensips.org wrote:

  Hi Wesley,

 that will be the right way - if not really possible, I can try to make you
 a backport only for this item.

 Regards,
 Bogdan


 On 04/13/2011 06:06 PM, Wesley Volcov wrote:

 Hey Bogdan,

 But that is the function syntax in opensips 1.6.2. I think it was changed
 in opensips 1.6.3 version..
 So.. Should I upgrade my opensips server?

 Cheers

 On 13 April 2011 11:56, Bogdan-Andrei Iancu bog...@opensips.org wrote:

  Hi Guys,

 yes, the prototype of the function was changed exactly because of this
 kind of problems - you cannot use the script function to return values via
 return code (this is used for something else), so the returned value is
 passed now via an output parameter.

 Regards,
 Bogdan


 On 04/08/2011 09:27 PM, Duane Larson wrote:

 I believe you need to have something like get_source_address(var(x))

 That is probably the issue.  Bogdan mentions in a previous mailing list
 issue that the prototype of the function was changed.

 Sent from Droid
 On Apr 8, 2011 1:17 PM, Wesley Volcov wesleyvol...@gmail.com wrote:
  Hey Duane,
 
  I have others groups id in my address table, that's why my source
 address
  function have 0, to check all groupid.
  But my is problem is the groupid that the function get_source_group();
 is
  getting..
 
  Regards,
 
  On 8 April 2011 14:14, Duane Larson duane.lar...@gmail.com wrote:
 
  I your check source address function shouldn't you have a 1 instead of
 a 0
  since that is what you have in your permissions table.
 
  Sent from Droid
  On Apr 8, 2011 12:03 PM, Wesley Volcov wesleyvol...@gmail.com
 wrote:
   Hello list,
  
   I'm using opensips 1.6.2.
  
   I have the follow configuration in my AUTH route:
  
   if (check_source_address(0,$avp(i:9))) {
   $avp(i:10) = get_source_group();
   xlog(L_INFO, GroupID: $avp(i:10));
   }
  
   In my address table, i have:
   grp = 1
   ip = 192.68.10.10
   mask = 32
   port = 0
   proto = UDP
  
   When I send a call, from a gw authenticated via IP, it gets the
 follow
  group
   ID:
   GroupID: 4294967295
  
   And then, it can not found a route, because all the routes are
 configured
   with groupid 1. But, I don't know how opensips is getting this
 groupid..
   Could someone helpe me?
  
   Thanks a lot!
  
   --
   Wesley Volcov
   Email: wesleyvol...@gmail.com
   Messenger: vol...@live.com
   Mobile: +55 11 9989-5348
   Website: http://volcov.blogspot.com
 
  ___
  Users mailing list
  Users@lists.opensips.org
  http://lists.opensips.org/cgi-bin/mailman/listinfo/users
 
 
 
 
  --
  Wesley Volcov
  Email: wesleyvol...@gmail.com
  Messenger: vol...@live.com
  Mobile: +55 11 9989-5348
  Website: http://volcov.blogspot.com


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



   --
 Bogdan-Andrei Iancu
 OpenSIPS eBootcamp - 2nd of May 2011
 OpenSIPS solutions and know-how




 --
 Wesley Volcov
 Email: wesleyvol...@gmail.com
 Messenger: vol...@live.com
 Mobile: +55 11 9989-5348
 Website: http://volcov.blogspot.com



 --
 Bogdan-Andrei Iancu
 OpenSIPS eBootcamp - 2nd of May 2011
 OpenSIPS solutions and know-how




-- 
Wesley Volcov
Email: wesleyvol...@gmail.com
Messenger: vol...@live.com
Mobile: +55 11 9989-5348
Website: http://volcov.blogspot.com
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

[OpenSIPS-Users] Group ID problem

[Wesley Volcov]

Hello list,

I'm using opensips 1.6.2.

I have the follow configuration in my AUTH route:

if (check_source_address(0,$avp(i:9))) {
 $avp(i:10) = get_source_group();
 xlog(L_INFO,  GroupID: $avp(i:10));
}

In my address table, i have:
grp = 1
ip = 192.68.10.10
mask = 32
port = 0
proto = UDP

When I send a call, from a gw authenticated via IP, it gets the follow group
ID:
GroupID: 4294967295

And then, it can not found a route, because all the routes are configured
with groupid 1. But, I don't know how opensips is getting this groupid..
Could someone helpe me?

Thanks a lot!

-- 
Wesley Volcov
Email: wesleyvol...@gmail.com
Messenger: vol...@live.com
Mobile: +55 11 9989-5348
Website: http://volcov.blogspot.com
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

Re: [OpenSIPS-Users] Group ID problem

[Wesley Volcov]

Hey Duane,

I have others groups id in my address table, that's why my source address
function have 0, to check all groupid.
But my is problem is the groupid that the function get_source_group(); is
getting..

Regards,

On 8 April 2011 14:14, Duane Larson duane.lar...@gmail.com wrote:

 I your check source address function shouldn't you have a 1 instead of a 0
 since that is what you have in your permissions table.

 Sent from Droid
 On Apr 8, 2011 12:03 PM, Wesley Volcov wesleyvol...@gmail.com wrote:
  Hello list,
 
  I'm using opensips 1.6.2.
 
  I have the follow configuration in my AUTH route:
 
  if (check_source_address(0,$avp(i:9))) {
  $avp(i:10) = get_source_group();
  xlog(L_INFO, GroupID: $avp(i:10));
  }
 
  In my address table, i have:
  grp = 1
  ip = 192.68.10.10
  mask = 32
  port = 0
  proto = UDP
 
  When I send a call, from a gw authenticated via IP, it gets the follow
 group
  ID:
  GroupID: 4294967295
 
  And then, it can not found a route, because all the routes are configured
  with groupid 1. But, I don't know how opensips is getting this groupid..
  Could someone helpe me?
 
  Thanks a lot!
 
  --
  Wesley Volcov
  Email: wesleyvol...@gmail.com
  Messenger: vol...@live.com
  Mobile: +55 11 9989-5348
  Website: http://volcov.blogspot.com

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




-- 
Wesley Volcov
Email: wesleyvol...@gmail.com
Messenger: vol...@live.com
Mobile: +55 11 9989-5348
Website: http://volcov.blogspot.com
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

Re: [OpenSIPS-Users] Opensips SNMP

[Wesley Volcov]

Hello Leon Li,

I have installed in my servers, the follow packets:
net-snmp.i386 net-snmp-libs.i386 net-snmp-devel.i386 net-snmp-utils.i386
net-snmp-perl.i386

I just make opensips with snmp supporte:

make all include_modules=snmpstats
make install include_modulesnmpstats

And load snmpstats module and the params..

In /etc/snmp/snmpd.conf:

rwuser root noauth
rouser root noauth

rocommunity public CLIENTIP/MASK
rwcommunity public CLIENTIP/MASK

syslocation Your Country
syscontact yourm...@domain

It works very well for my.

Cheers!

On 16 December 2010 01:39, Leon Li leon...@aarnet.edu.au wrote:

 Hi Wesley,



 Do you have some documentation for SNMP configuration? I followed the one
 online but couldn’t get Opensips connect with snmp.



 It always complains that it can’t find any OIDs.



 Regards,

 Leon



 *From:* users-boun...@lists.opensips.org [mailto:
 users-boun...@lists.opensips.org] *On Behalf Of *Wesley Volcov
 *Sent:* Wednesday, 15 December 2010 1:37 AM
 *To:* OpenSIPS users mailling list
 *Subject:* Re: [OpenSIPS-Users] Opensips SNMP



 Hey,

 I use cacti and nagios to monitor my opensips server with snmp protocol.

 What do you need?

 On 14 December 2010 00:29, sergio ser...@inbox.com wrote:

 Hello list,

 Has anyone used MRTG with SNMP and CACTI to monitor OpenSIPS?

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




 --
 Wesley Volcov
 Email: wesleyvol...@gmail.com
 Messenger: vol...@live.com
 Mobile: +55 11 9989-5348
 Website: http://volcov.blogspot.com




-- 
Wesley Volcov
Email: wesleyvol...@gmail.com
Messenger: vol...@live.com
Mobile: +55 11 9989-5348
Website: http://volcov.blogspot.com
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

Re: [OpenSIPS-Users] Opensips SNMP

[Wesley Volcov]

Hey,

I use cacti and nagios to monitor my opensips server with snmp protocol.

What do you need?

On 14 December 2010 00:29, sergio ser...@inbox.com wrote:

 Hello list,

 Has anyone used MRTG with SNMP and CACTI to monitor OpenSIPS?

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




-- 
Wesley Volcov
Email: wesleyvol...@gmail.com
Messenger: vol...@live.com
Mobile: +55 11 9989-5348
Website: http://volcov.blogspot.com
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

Re: [OpenSIPS-Users] Opensips Logrotate

[Wesley Volcov]

Hey Sergio,

I'm using log/messages to log opensips messages, then I have in my
/etc/logrotate.d/syslog the follow configuracion:

/var/log/messages {
rotate 250
size 50M
missingok
notifempty
postrotate
/bin/kill -HUP `cat /var/run/syslogd.pid 2 /dev/null` 2 /dev/null
|| true
/bin/kill -HUP `cat /var/run/rsyslogd.pid 2 /dev/null` 2 /dev/null
|| true
endscript
}

It works very well to me! In my server 50M gives me arround 1 hour of log.

I hope it help you.

Cheers!

On 12 December 2010 01:36, sergio ser...@inbox.com wrote:

 Hello list

 Does anyone have any suggestions to rotate the log OpenSIPS. My log file is
 over 7GB

 I am setting up logrotate

 I'm worried about the reload I've noticed is the OpenSIPS restart.

 /etc/logrotate.d/opensips

 /var/log/opensips.log {
missingok
notifempty
sharedscripts
postrotate
/sbin/service opensips reload  /dev/null 2/dev/null || true
endscript
 }

 Thanks

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




-- 
Wesley Volcov
Email: wesleyvol...@gmail.com
Messenger: vol...@live.com
Mobile: +55 11 9989-5348
Website: http://volcov.blogspot.com
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

[OpenSIPS-Users] UAC_REPLACE_TO function problem

[Wesley Volcov]

Hi List!

I need to use alias_db module to find if exisits an username associated a
DID number. I'm trying to use the alias_db_find, but it's not work as it
should.
I'm using opensips 1.6.2 version.

I have the follow configuration in my opensips.cfg:

if (alias_db_find(dbaliases, $tu, $var(to_alias), d)) {
uac_replace_to($var(to_alias));
xlog( TEST -- $var(to_alias)  URI -- $ru);
};

But, on my log I have:

/usr/local/sbin/opensips[3372]: TEST -- sip:9558815...@myipaddress URI --
sip:14163043...@mydomain

The uac_relace_to is not wordking.

Am I missing some thing?

Regards,
-- 
Wesley Volcov
Email: wesleyvol...@gmail.com
Messenger: vol...@live.com
Mobile: +55 11 9989-5348
Website: http://volcov.blogspot.com
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

Re: [OpenSIPS-Users] Route timeout

[Wesley Volcov]

Hey Bogdan,

Thank you for replying!!

I've been configured:
modparam(tm, restart_fr_on_each_reply, 1)
modparam(tm, fr_timer, 2)
modparam(tm, fr_inv_timer, 5)

Follow my tests:
The INVITE was sent by opensiups  to route at 09:03:42
The 100 TRY  came from route to opensips at 09:03:42
The 183 came from route to opensips at 09:03:43
But, at 09:03:47 the was sent to Failure Route by Opensips.

The call is going to Failure Route 5 seconds after 100 TRY and not after
183/180.

Am I missing anything?

Regards,

On 27 August 2010 05:27, Bogdan-Andrei Iancu bog...@voice-system.ro wrote:

 Hi Wesley,

 you can use the restart_fr_on_each_reply param (
 http://www.opensips.org/html/docs/modules/1.6.x/tm.html#id271074)  and set
 the fr_inv_timer to 2 secs.

 Regards,
 bogdan

 Wesley Volcov wrote:

 Hello All,

 I've configured the params as fallow:
 modparam(tm, fr_timer, 2)
 modparam(tm, fr_inv_timer, 10)

 But, after some tests I'm seeing that, when the destination gateway reply
 a 100 TRYING, the first timeout(fr_timer) is 'disabled', and the call will
 enter in failure route just if there is no 200 OK in the time configured in
 fr_inv_time.
 What I need, is if the time between de 100 TRYING and 180 RING is more
 than 2 seconds, the call will enter in failure route.

 How can I do that?

 Regards,


 On 12 August 2010 23:33, Pasan Meemaduma pasan...@ymail.com mailto:
 pasan...@ymail.com wrote:

Hi Wesley,

Hope this is what you seeking.

modparam(tm, fr_inv_timer_avp, $avp(s:timeout))

and you can load different timeout to avp using like below, this
is per username

avp_db_load($ru/username,$avp(s:timeout));

and you can trigger failure route as follow,

 t_on_failure(1);

you can use this in your route to trigger next failure route.


failure_route[1]
{
#alternate route
}


  
*From:* Wesley Volcov wesleyvol...@gmail.com
mailto:wesleyvol...@gmail.com

*To:* OpenSIPS users mailling list users@lists.opensips.org
mailto:users@lists.opensips.org

*Sent:* Friday, August 13, 2010 1:17:43
*Subject:* [OpenSIPS-Users] Route timeout

Hello All,

Is there any way to configure a timeout per route?
What I mean is: If my first route doesn't send a reply(100 Trying
or any other) in some seconds, the opensips sends the the call to
failure route, and then I use failure route to try another route.
How can I do that?

Regards,

-- Wesley Volcov
Email: wesleyvol...@gmail.com mailto:wesleyvol...@gmail.com
Messenger: vol...@live.com mailto:vol...@live.com

Mobile: +55 11 9989-5348
Website: http://volcov.blogspot.com




 --
 Wesley Volcov
 Email: wesleyvol...@gmail.com mailto:wesleyvol...@gmail.com
 Messenger: vol...@live.com mailto:vol...@live.com

 Mobile: +55 11 9989-5348
 Website: http://volcov.blogspot.com
 


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




 --
 Bogdan-Andrei Iancu
 OpenSIPS Bootcamp
 20 - 24 September 2010, Frankfurt, Germany
 www.voice-system.ro




-- 
Wesley Volcov
Email: wesleyvol...@gmail.com
Messenger: vol...@live.com
Mobile: +55 11 9989-5348
Website: http://volcov.blogspot.com
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

Re: [OpenSIPS-Users] Route timeout

[Wesley Volcov]

Hello All,

I've configured the params as fallow:
modparam(tm, fr_timer, 2)
modparam(tm, fr_inv_timer, 10)

But, after some tests I'm seeing that, when the destination gateway reply a
100 TRYING, the first timeout(fr_timer) is 'disabled', and the call will
enter in failure route just if there is no 200 OK in the time configured in
fr_inv_time.
What I need, is if the time between de 100 TRYING and 180 RING is more than
2 seconds, the call will enter in failure route.

How can I do that?

Regards,


On 12 August 2010 23:33, Pasan Meemaduma pasan...@ymail.com wrote:

 Hi Wesley,

 Hope this is what you seeking.

 modparam(tm, fr_inv_timer_avp, $avp(s:timeout))

 and you can load different timeout to avp using like below, this is per
 username

 avp_db_load($ru/username,$avp(s:timeout));

 and you can trigger failure route as follow,

  t_on_failure(1);

 you can use this in your route to trigger next failure route.


 failure_route[1]
 {
 #alternate route
 }

 --
 *From:* Wesley Volcov wesleyvol...@gmail.com
 *To:* OpenSIPS users mailling list users@lists.opensips.org
 *Sent:* Friday, August 13, 2010 1:17:43
 *Subject:* [OpenSIPS-Users] Route timeout

 Hello All,

 Is there any way to configure a timeout per route?
 What I mean is: If my first route doesn't send a reply(100 Trying or any
 other) in some seconds, the opensips sends the the call to failure route,
 and then I use failure route to try another route. How can I do that?

 Regards,

 --
 Wesley Volcov
 Email: wesleyvol...@gmail.com
 Messenger: vol...@live.com
 Mobile: +55 11 9989-5348
 Website: http://volcov.blogspot.com




-- 
Wesley Volcov
Email: wesleyvol...@gmail.com
Messenger: vol...@live.com
Mobile: +55 11 9989-5348
Website: http://volcov.blogspot.com
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

Re: [OpenSIPS-Users] Route timeout

[Wesley Volcov]

Hey Antonio,

It seems to work great in my test environment!
Thank you very much!

Cheers

On 12 August 2010 17:09, Antonio Anderson Souza 
anto...@voicetechnology.com.br wrote:

 Wesley,

 Yes, it's possible to control the timeout per route, this could be made by
 the fr_timer_avp and fr_inv_timer_avp, you need just set a valeu in seconds
 in those avps to control the timeout per branch.

 Have a look in the documentation of TM module [1].

 [1] -
 http://www.opensips.org/html/docs/modules/1.6.2/tm.html#timer-based-failover

 Best Regards,

 Antonio Anderson Souza

 Call me for free! 
 http://174.129.217.139:8080/makecallclient/callme?p=YXNvdXphQHZvaWNlLmJyYXN0ZWwuY29tLmJy
 Voice Technology http://www.voicetechnology.com.br/ - Blog 
 http://www.antonioams.com/ - Twitter http://twitter.com/antonioams - 
 LinkedIn http://br.linkedin.com/in/antonioams - Facebook 
 http://www.facebook.com/antonioams





 On Thu, Aug 12, 2010 at 4:47 PM, Wesley Volcov wesleyvol...@gmail.comwrote:

 Hello All,

 Is there any way to configure a timeout per route?
 What I mean is: If my first route doesn't send a reply(100 Trying or any
 other) in some seconds, the opensips sends the the call to failure route,
 and then I use failure route to try another route. How can I do that?

 Regards,

 --
 Wesley Volcov
 Email: wesleyvol...@gmail.com
 Messenger: vol...@live.com
 Mobile: +55 11 9989-5348
 Website: http://volcov.blogspot.com

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





-- 
Wesley Volcov
Email: wesleyvol...@gmail.com
Messenger: vol...@live.com
Mobile: +55 11 9989-5348
Website: http://volcov.blogspot.com
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

[OpenSIPS-Users] acc without 200 OK of BYE

[Wesley Volcov]

Hello All,

Is there some way to make the accounting without Bye's 200 OK ? I would like
accouting a call just with the BYE.

Regards,

-- 
Wesley Volcov
Email: wesleyvol...@gmail.com
Messenger: vol...@live.com
Mobile: +55 11 9989-5348
Website: http://volcov.blogspot.com
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

[OpenSIPS-Users] Logging issue

[Wesley Volcov]

Hello All,

I've found some issues about logging problem with opensips.
I've changed my syslog to async writing, and  changed my logrotate to hourly
with 150MB of log size. I seems to work fine after this changes. I had no
problem after this! :D

My syslog.conf:
*.info  -/var/log/messages

Follow my /etc/cron.hourly/logrotate:
#!/bin/sh

/usr/sbin/logrotate /etc/logrotate.conf
EXITVALUE=$?
if [ $EXITVALUE != 0 ]; then
/usr/bin/logger -t logrotate ALERT exited abnormally with [$EXITVALUE]
fi
exit 0

Follow my /etc/logrotate.d/syslog:
/var/log/messages {
rotate 300
size 150M
compress
missingok
notifempty
postrotate
/bin/kill -HUP `cat /var/run/syslogd.pid 2 /dev/null` 2 /dev/null
|| true
/bin/kill -HUP `cat /var/run/rsyslogd.pid 2 /dev/null` 2 /dev/null
|| true
endscript
}


Regards,

-- 
Wesley Volcov
Email: wesleyvol...@gmail.com
Messenger: vol...@live.com
Mobile: +55 11 9989-5348
Website: http://volcov.blogspot.com
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

Re: [OpenSIPS-Users] get_source_group not working

[Wesley Volcov]

Hey Bogdan,

See my log file:

Jul 19 13:04:45 opensips /usr/local/sbin/opensips[24759]: RouteAccounting:
route accounting
Jul 19 13:04:46 opensips /usr/local/sbin/opensips[24756]:
INFO:core:handle_sigs: child process 24758 exited by a signal 11
Jul 19 13:04:46 opensips /usr/local/sbin/opensips[24756]:
INFO:core:handle_sigs: core was generated
Jul 19 13:04:46 opensips /usr/local/sbin/opensips[24756]:
INFO:core:handle_sigs: terminating due to SIGCHLD

In my main route script, the next step after route accounting is the
route_authenticate. that contains the check_source_address function.

Follow my route_authenticate:
route[ROUTE_AUTHENTICATE] {
  if (check_source_address(0,$avp(i:9))) {
xlog($avp(i:9));
}

Regards,

On 20 July 2010 08:33, Bogdan-Andrei Iancu bog...@voice-system.ro wrote:

 Hi Wesley,

 The first frames of the core are bogus ... :(...the crash happens in the
 check_ip_address function because the name param is empty, but I cannot
 see where it is called from , to identify the bug.

 Are you sure the crash is triggered by check_source_address function ?

 Regards,
 Bogdan

 Wesley Volcov wrote:

 Andrew,

 I'he downgrade my opensips to 1.6.2 version and the error gone! It just
 occur with the svn version.
 Follow my coredump:
 warning: exec file is newer than core file.
 Reading symbols from /lib/ld-linux.so.2...(no debugging symbols
 found)...done.
 Loaded symbols for /lib/ld-linux.so.2
 Core was generated by `/usr/local/sbin/opensips -P /var/run/opensips.pid
 -m 1024 -u root -g root'.
 Program terminated with signal 11, Segmentation fault.
 #0  0x080a2b10 in check_ip_address (ip=0xbfb5fc78, name=0x0, port=0,
 proto=0, resolver=0) at resolve.c:100
 100 if ((ip-af==AF_INET6) 

 #0  0x080a2b10 in check_ip_address (ip=0xbfb5fc78, name=0x0, port=0,
 proto=0, resolver=0) at resolve.c:100
he = value optimized out
__FUNCTION__ = check_ip_address
 #1  0x004a461e in ?? ()
 No symbol table info available.
 #2  0xbfb5fc78 in ?? ()
 No symbol table info available.
 #3  0x in ?? ()
 No symbol table info available.

 In this core, I had deleted the get_source_group function, but it crashed
 with check_source_address function. When I downgraded my opensips this error
 did not happen again.

 Cheers

 On 19 July 2010 11:49, Andrew Pogrebennyk 
 andrew.pogreben...@portaone.com mailto:andrew.pogreben...@portaone.com
 wrote:

Wesley,

May be. I can suggest three things here:

1) try to run svn update again, recompile opensips and see if the
problem goes away
2) set debug=6 and send us the log before moment of crash
3) if you get a coredump file, get a bracktrace from it and post
it here

Hope this helps.


On 19.07.2010 17:43, Wesley Volcov wrote:

Andrew,

I'm using like the documentations says:

if ( get_source_group($var(group)) ) {
# do something with $var(group)
xlog(group is $var(group)\n);
};

I have deleted this lines and the error continue... Can it be
a bug
version ?


-- Sincerely,
Andrew Pogrebennyk




 --
 Wesley Volcov
 Email: wesleyvol...@gmail.com mailto:wesleyvol...@gmail.com
 Messenger: vol...@live.com mailto:vol...@live.com

 Mobile: +55 11 9989-5348
 Website: http://volcov.blogspot.com
 

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




 --
 Bogdan-Andrei Iancu
 OpenSIPS Bootcamp
 20 - 24 September 2010, Frankfurt, Germany
 www.voice-system.ro




-- 
Wesley Volcov
Email: wesleyvol...@gmail.com
Messenger: vol...@live.com
Mobile: +55 11 9989-5348
Website: http://volcov.blogspot.com
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

Re: [OpenSIPS-Users] get_source_group not working

[Wesley Volcov]

Hi Bogdan,

The has more than 1GB size.
Follow the backtrace you asked me.:
*[r...@opensips /]# gdb opensips core.24758*
GNU gdb (GDB) Red Hat Enterprise Linux (7.0.1-23.el5_5.1)
Copyright (C) 2009 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html

This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type show copying
and show warranty for details.
This GDB was configured as i386-redhat-linux-gnu.
For bug reporting instructions, please see:
http://www.gnu.org/software/gdb/bugs/...
Reading symbols from /usr/local/sbin/opensips...done.

warning: exec file is newer than core file.
Reading symbols from /lib/ld-linux.so.2...(no debugging symbols
found)...done.
Loaded symbols for /lib/ld-linux.so.2
Core was generated by `/usr/local/sbin/opensips -P /var/run/opensips.pid -m
1024 -u root -g root'.
Program terminated with signal 11, Segmentation fault.
#0  0x080a2b10 in check_ip_address (ip=0xbfd63268, name=0x0, port=0,
proto=135, resolver=0) at resolve.c:100
100 if ((ip-af==AF_INET6) 
*
(gdb) bt full*
#0  0x080a2b10 in check_ip_address (ip=0xbfd63268, name=0x0, port=0,
proto=135, resolver=0) at resolve.c:100
he = value optimized out
__FUNCTION__ = check_ip_address
#1  0x00ef961e in ?? ()
No symbol table info available.
#2  0xbfd63268 in ?? ()
No symbol table info available.
#3  0x in ?? ()
No symbol table info available.

Cheers,

On 20 July 2010 12:04, Bogdan-Andrei Iancu bog...@voice-system.ro wrote:

 Hi Wesley,

 But as the log says, the crashing process is 24758, not the one logging the
 route accounting (24759).

 But I see a core file is generated - could you use GDB to extract the
 backtrace ?


 Regards,
 Bogdan

 Wesley Volcov wrote:

 Hey Bogdan,

 See my log file:

 Jul 19 13:04:45 opensips /usr/local/sbin/opensips[24759]: RouteAccounting:
 route accounting
 Jul 19 13:04:46 opensips /usr/local/sbin/opensips[24756]:
 INFO:core:handle_sigs: child process 24758 exited by a signal 11
 Jul 19 13:04:46 opensips /usr/local/sbin/opensips[24756]:
 INFO:core:handle_sigs: core was generated
 Jul 19 13:04:46 opensips /usr/local/sbin/opensips[24756]:
 INFO:core:handle_sigs: terminating due to SIGCHLD

 In my main route script, the next step after route accounting is the
 route_authenticate. that contains the check_source_address function.

 Follow my route_authenticate:
 route[ROUTE_AUTHENTICATE] {
  if (check_source_address(0,$avp(i:9))) {
xlog($avp(i:9));
}

 Regards,

 On 20 July 2010 08:33, Bogdan-Andrei Iancu bog...@voice-system.romailto:
 bog...@voice-system.ro wrote:

Hi Wesley,

The first frames of the core are bogus ... :(...the crash happens
in the check_ip_address function because the name param is
empty, but I cannot see where it is called from , to identify the bug.

Are you sure the crash is triggered by check_source_address
function ?

Regards,
Bogdan

Wesley Volcov wrote:

Andrew,

I'he downgrade my opensips to 1.6.2 version and the error
gone! It just occur with the svn version.
Follow my coredump:
warning: exec file is newer than core file.
Reading symbols from /lib/ld-linux.so.2...(no debugging
symbols found)...done.
Loaded symbols for /lib/ld-linux.so.2
Core was generated by `/usr/local/sbin/opensips -P
/var/run/opensips.pid -m 1024 -u root -g root'.
Program terminated with signal 11, Segmentation fault.
#0  0x080a2b10 in check_ip_address (ip=0xbfb5fc78, name=0x0,
port=0, proto=0, resolver=0) at resolve.c:100
100 if ((ip-af==AF_INET6) 

#0  0x080a2b10 in check_ip_address (ip=0xbfb5fc78, name=0x0,
port=0, proto=0, resolver=0) at resolve.c:100
   he = value optimized out
   __FUNCTION__ = check_ip_address
#1  0x004a461e in ?? ()
No symbol table info available.
#2  0xbfb5fc78 in ?? ()
No symbol table info available.
#3  0x in ?? ()
No symbol table info available.

In this core, I had deleted the get_source_group function, but
it crashed with check_source_address function. When I
downgraded my opensips this error did not happen again.

Cheers

On 19 July 2010 11:49, Andrew Pogrebennyk
andrew.pogreben...@portaone.com
mailto:andrew.pogreben...@portaone.com
mailto:andrew.pogreben...@portaone.com
mailto:andrew.pogreben...@portaone.com wrote:

   Wesley,

   May be. I can suggest three things here:

   1) try to run svn update again, recompile opensips and see
if the
   problem goes away
   2) set debug=6 and send us the log before moment of crash
   3) if you get a coredump file, get a bracktrace

Re: [OpenSIPS-Users] get_source_group not working

[Wesley Volcov]

Hey Bogdan,

I have this error too.
I updated my opensips from
https://opensips.svn.sourceforge.net/svnroot/opensips/branches/1.6, and
after this update the opensips -c seems ok, but after some seconds opensips
started it die:
Jul 19 11:00:46 opensips /usr/local/sbin/opensips[32027]:
INFO:core:handle_sigs: child process 32029 exited by a signal 11
Jul 19 11:00:46 opensips /usr/local/sbin/opensips[32027]:
INFO:core:handle_sigs: core was generated
Jul 19 11:00:46 opensips /usr/local/sbin/opensips[32027]:
INFO:core:handle_sigs: terminating due to SIGCHLD
Jul 19 11:00:46 opensips /usr/local/sbin/opensips[32032]: INFO:core:sig_usr:
signal 15 received
Jul 19 11:00:46 opensips /usr/local/sbin/opensips[32034]: INFO:core:sig_usr:
signal 15 received

Am I missing something?

Cheers!

On 16 July 2010 09:59, Bogdan-Andrei Iancu bog...@voice-system.ro wrote:

 Hi Jayesh,

 The prototype of the function was changed from:
$var(x) = get_source_group();
 to
get_source_group($var(x));

 couple of days ago the proto was changed because I had to fix a bug on
 that.

 So, solutions are:
 1) if you use old code, use the $var(x) = get_source_group();

 2) update from SVN and use the new proto.

 Regards,
 Bogdan

 Jayesh Nambiar wrote:
  Hi All,
  I am trying to use the get_source_group function from the permissions
  module and it gives me command not found missing loadmodule error.
  I am trying to use it just as mentioned in the docs which is
  get_source_group(var(group_id));
 
  Can someone please guide me to exact number of arguments in this
  function. Looks like I am missing something. I am using opensips 1.6.2
 
  Thanks for any help.
 
  --- Jayesh
  
 
  ___
  Users mailing list
  Users@lists.opensips.org
  http://lists.opensips.org/cgi-bin/mailman/listinfo/users
 


 --
 Bogdan-Andrei Iancu
 OpenSIPS Bootcamp
 20 - 24 September 2010, Frankfurt, Germany
 www.voice-system.ro


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




-- 
Wesley Volcov
Email: wesleyvol...@gmail.com
Messenger: vol...@live.com
Mobile: +55 11 9989-5348
Website: http://volcov.blogspot.com
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

Re: [OpenSIPS-Users] get_source_group not working

[Wesley Volcov]

Andrew,

I'm using like the documentations says:

if ( get_source_group($var(group)) ) {
# do something with $var(group)
xlog(group is $var(group)\n);
};

I have deleted this lines and the error continue... Can it be a bug version
?


On 19 July 2010 11:25, Andrew Pogrebennyk
andrew.pogreben...@portaone.comwrote:

 Wesley,
 Are you using the new style of calling this function:
 get_source_group($var(x)) ?


 On 19.07.2010 17:09, Wesley Volcov wrote:

 Hey Bogdan,

 I have this error too.
 I updated my opensips from
 https://opensips.svn.sourceforge.net/svnroot/opensips/branches/1.6, and
 after this update the opensips -c seems ok, but after some seconds
 opensips started it die:
 Jul 19 11:00:46 opensips /usr/local/sbin/opensips[32027]:
 INFO:core:handle_sigs: child process 32029 exited by a signal 11
 Jul 19 11:00:46 opensips /usr/local/sbin/opensips[32027]:
 INFO:core:handle_sigs: core was generated
 Jul 19 11:00:46 opensips /usr/local/sbin/opensips[32027]:
 INFO:core:handle_sigs: terminating due to SIGCHLD
 Jul 19 11:00:46 opensips /usr/local/sbin/opensips[32032]:
 INFO:core:sig_usr: signal 15 received
 Jul 19 11:00:46 opensips /usr/local/sbin/opensips[32034]:
 INFO:core:sig_usr: signal 15 received

 Am I missing something?

 Cheers!


 --
 Sincerely,
 Andrew Pogrebennyk




-- 
Wesley Volcov
Email: wesleyvol...@gmail.com
Messenger: vol...@live.com
Mobile: +55 11 9989-5348
Website: http://volcov.blogspot.com
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

Re: [OpenSIPS-Users] get_source_group not working

[Wesley Volcov]

Andrew,

I'he downgrade my opensips to 1.6.2 version and the error gone! It just
occur with the svn version.
Follow my coredump:
warning: exec file is newer than core file.
Reading symbols from /lib/ld-linux.so.2...(no debugging symbols
found)...done.
Loaded symbols for /lib/ld-linux.so.2
Core was generated by `/usr/local/sbin/opensips -P /var/run/opensips.pid -m
1024 -u root -g root'.
Program terminated with signal 11, Segmentation fault.
#0  0x080a2b10 in check_ip_address (ip=0xbfb5fc78, name=0x0, port=0,
proto=0, resolver=0) at resolve.c:100
100 if ((ip-af==AF_INET6) 

#0  0x080a2b10 in check_ip_address (ip=0xbfb5fc78, name=0x0, port=0,
proto=0, resolver=0) at resolve.c:100
he = value optimized out
__FUNCTION__ = check_ip_address
#1  0x004a461e in ?? ()
No symbol table info available.
#2  0xbfb5fc78 in ?? ()
No symbol table info available.
#3  0x in ?? ()
No symbol table info available.

In this core, I had deleted the get_source_group function, but it crashed
with check_source_address function. When I downgraded my opensips this error
did not happen again.

Cheers

On 19 July 2010 11:49, Andrew Pogrebennyk
andrew.pogreben...@portaone.comwrote:

 Wesley,

 May be. I can suggest three things here:

 1) try to run svn update again, recompile opensips and see if the problem
 goes away
 2) set debug=6 and send us the log before moment of crash
 3) if you get a coredump file, get a bracktrace from it and post it here

 Hope this helps.


 On 19.07.2010 17:43, Wesley Volcov wrote:

 Andrew,

 I'm using like the documentations says:

 if ( get_source_group($var(group)) ) {
 # do something with $var(group)
 xlog(group is $var(group)\n);
 };

 I have deleted this lines and the error continue... Can it be a bug
 version ?


 --
 Sincerely,
 Andrew Pogrebennyk




-- 
Wesley Volcov
Email: wesleyvol...@gmail.com
Messenger: vol...@live.com
Mobile: +55 11 9989-5348
Website: http://volcov.blogspot.com
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

Re: [OpenSIPS-Users] Fwd: Re: get_source_group not working

[Wesley Volcov]

Sending again..

Andrew,

I'he downgrade my opensips to 1.6.2 version and the error gone! It just
occur with the svn version.
Follow my coredump:
warning: exec file is newer than core file.
Reading symbols from /lib/ld-linux.so.2...(no debugging symbols
found)...done.
Loaded symbols for /lib/ld-linux.so.2
Core was generated by `/usr/local/sbin/opensips -P /var/run/opensips.pid -m
1024 -u root -g root'.
Program terminated with signal 11, Segmentation fault.
#0  0x080a2b10 in check_ip_address (ip=0xbfb5fc78, name=0x0, port=0,
proto=0, resolver=0) at resolve.c:100
100 if ((ip-af==AF_INET6) 

#0  0x080a2b10 in check_ip_address (ip=0xbfb5fc78, name=0x0, port=0,
proto=0, resolver=0) at resolve.c:100
he = value optimized out
__FUNCTION__ = check_ip_address
#1  0x004a461e in ?? ()
No symbol table info available.
#2  0xbfb5fc78 in ?? ()
No symbol table info available.
#3  0x in ?? ()
No symbol table info available.

In this core, I had deleted the get_source_group function, but it crashed
with check_source_address function. When I downgraded my opensips this error
did not happen again.


On 19 July 2010 11:59, Andrew Pogrebennyk
andrew.pogreben...@portaone.comwrote:

 For some reason email from Wesley does not appear in the list, forwarding.

  Original Message 
 Subject:Re: [OpenSIPS-Users] get_source_group not working
 Date:   Mon, 19 Jul 2010 11:54:20 -0300
 From:   Wesley Volcov wesleyvol...@gmail.com
 Reply-To:   wesleyvol...@gmail.com
 To: Andrew Pogrebennyk andrew.pogreben...@portaone.com
 CC: OpenSIPS users mailling list users@lists.opensips.org



 Andrew,

 I'he downgrade my opensips to 1.6.2 version and the error gone! It just
 occur with the svn version.
 Follow my coredump:
 warning: exec file is newer than core file.
 Reading symbols from /lib/ld-linux.so.2...(no debugging symbols
 found)...done.
 Loaded symbols for /lib/ld-linux.so.2
 Core was generated by `/usr/local/sbin/opensips -P /var/run/opensips.pid
 -m 1024 -u root -g root'.
 Program terminated with signal 11, Segmentation fault.
 #0  0x080a2b10 in check_ip_address (ip=0xbfb5fc78, name=0x0, port=0,
 proto=0, resolver=0) at resolve.c:100
 100 if ((ip-af==AF_INET6) 

 #0  0x080a2b10 in check_ip_address (ip=0xbfb5fc78, name=0x0, port=0,
 proto=0, resolver=0) at resolve.c:100
  he = value optimized out
  __FUNCTION__ = check_ip_address
 #1  0x004a461e in ?? ()
 No symbol table info available.
 #2  0xbfb5fc78 in ?? ()
 No symbol table info available.
 #3  0x in ?? ()
 No symbol table info available.

 In this core, I had deleted the get_source_group function, but it
 crashed with check_source_address function. When I downgraded my
 opensips this error did not happen again.

 Cheers

 On 19 July 2010 11:49, Andrew Pogrebennyk
 andrew.pogreben...@portaone.com
 mailto:andrew.pogreben...@portaone.com wrote:

 Wesley,

 May be. I can suggest three things here:

 1) try to run svn update again, recompile opensips and see if the
 problem goes away
 2) set debug=6 and send us the log before moment of crash
 3) if you get a coredump file, get a bracktrace from it and post it
 here

 Hope this helps.


 On 19.07.2010 17:43, Wesley Volcov wrote:

 Andrew,

 I'm using like the documentations says:

 if ( get_source_group($var(group)) ) {
 # do something with $var(group)
 xlog(group is $var(group)\n);
 };

 I have deleted this lines and the error continue... Can it be a bug
 version ?


 --
 Sincerely,
 Andrew Pogrebennyk




 --
 Wesley Volcov
 Email: wesleyvol...@gmail.com mailto:wesleyvol...@gmail.com
 Messenger: vol...@live.com mailto:vol...@live.com
 Mobile: +55 11 9989-5348
 Website: http://volcov.blogspot.com

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




-- 
Wesley Volcov
Email: wesleyvol...@gmail.com
Messenger: vol...@live.com
Mobile: +55 11 9989-5348
Website: http://volcov.blogspot.com
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

[OpenSIPS-Users] Packets loop

[Wesley Volcov]

Hello Everybody!

I have a problem with my opensips.
When my opensis receives an INVITE request I see this invite in loop. The
opensips forwards the packet to the destination, but it seds to itself too.
The $du variable is null.
Someone had this problem ?
Follow the INVITE:

INVITE 
sip:1603551199895...@113.105.152.32sip%3a1603551199895...@113.105.152.32SIP/2.0.
Record-Route: sip:187.63.32.75;lr=on;ftag=1b424d42.
Record-Route: sip:187.63.32.75;lr=on;ftag=1b424d42;did=ce9.e0cffe26.
Record-Route: sip:187.63.32.75;lr=on;ftag=1b424d42;did=ce9.d0cffe26.
Record-Route: sip:187.63.32.75;lr=on;ftag=1b424d42;did=ce9.c0cffe26.
Record-Route: sip:187.63.32.75;lr=on;ftag=1b424d42;did=ce9.b0cffe26.
Via: SIP/2.0/UDP 187.63.32.75;branch=z9hG4bK32a7.f79bca05.3.
Via: SIP/2.0/UDP 187.63.32.75;branch=z9hG4bK32a7.e79bca05.0.
Via: SIP/2.0/UDP 187.63.32.75;branch=z9hG4bK32a7.d79bca05.0.
Via: SIP/2.0/UDP 187.63.32.75;branch=z9hG4bK32a7.c79bca05.0.
Via: SIP/2.0/UDP 187.63.32.75;branch=z9hG4bK32a7.b79bca05.0.
Via: SIP/2.0/UDP 192.168.10.115:22106
;received=200.170.196.78;branch=z9hG4bK-d8754z-39689860e3472677-1---d8754z-;rport=22106.
Max-Forwards: 65.
Contact: sip:1...@200.170.196.78:22106.
To: 
1551199895348sip:1551199895...@sip.dnsdinamico.com.brsip%3a1551199895...@sip.dnsdinamico.com.br
.
From: 1000sip:1...@sip.dnsdinamico.com.brsip%3a1...@sip.dnsdinamico.com.br
;tag=1b424d42.
Call-ID: MDllZGQ4MWM1YWJiZWVjM2UyZjIyMWY4MzI0OWI1MmM..
CSeq: 1 INVITE.
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE, SUBSCRIBE,
INFO.
Content-Type: application/sdp.
User-Agent: eyeBeam release 1102q stamp 51689.
Content-Length: 319.
.
v=0.
o=- 4 2 IN IP4 192.168.10.115.
s=CounterPath eyeBeam 1.5.
c=IN IP4 192.168.10.115.
t=0 0.
m=audio 29588 RTP/AVP 107 0 8 18 101.
a=alt:1 1 : PFKVP/Yo 4DIwVv1r 192.168.10.115 29588.
a=fmtp:18 annexb=yes.
a=fmtp

Follow my route[RELAY]:
route[ROUTE_RELAY] {

t_on_reply(ONREPLY);
if (!t_relay()) {
sl_reply_error();
};

exit;
};


My main route:
  if (!is_method(REGISTER)) {
record_route();

} else {
if (!www_authorize(sip.dnsdinamico.com.br, subscriber))
{
www_challenge(sip.dnsdinamico.com.br, 0);
sl_send_reply(200, OK);
exit;
 };
save(location);
exit;
};

if (is_method(CANCEL)) {
if (t_check_trans()) {
route(ROUTE_RELAY);
}
}
if (is_method(INVITE)) {
route(ROUTE_AUTHENTICATE);
route(ROUTE);
}
   route(ROUTE_RELAY);
}

Regards,
-- 
Wesley Volcov
Email: wesleyvol...@gmail.com
Messenger: vol...@live.com
Mobile: +55 11 9989-5348
Website: http://volcov.blogspot.com
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

Re: [OpenSIPS-Users] Packets loop

[Wesley Volcov]

My opensips is forwarding the INVITE without to tag, but I don't know why.
Would drouting must do it ?
follor my drounting.
if(!do_routing(1)){
sl_send_reply(503, Unable to find a gateway);
exit;
}

   t_on_failure(1) ;
}


On 21 June 2010 13:46, Brett Nemeroff br...@nemeroff.com wrote:

 You need to change the RURI. Else you are just forwarding the call to
 yourself..

 I dont' see anything in your code that modifies the RURI.
 -Brett


 On Mon, Jun 21, 2010 at 11:40 AM, Wesley Volcov wesleyvol...@gmail.comwrote:

  Hello Everybody!

 I have a problem with my opensips.
 When my opensis receives an INVITE request I see this invite in loop. The
 opensips forwards the packet to the destination, but it seds to itself too.
 The $du variable is null.
 Someone had this problem ?
 Follow the INVITE:

 INVITE 
 sip:1603551199895...@113.105.152.32sip%3a1603551199895...@113.105.152.32SIP/2.0.
 Record-Route: sip:187.63.32.75;lr=on;ftag=1b424d42.
 Record-Route: sip:187.63.32.75;lr=on;ftag=1b424d42;did=ce9.e0cffe26.
 Record-Route: sip:187.63.32.75;lr=on;ftag=1b424d42;did=ce9.d0cffe26.
 Record-Route: sip:187.63.32.75;lr=on;ftag=1b424d42;did=ce9.c0cffe26.
 Record-Route: sip:187.63.32.75;lr=on;ftag=1b424d42;did=ce9.b0cffe26.
 Via: SIP/2.0/UDP 187.63.32.75;branch=z9hG4bK32a7.f79bca05.3.
 Via: SIP/2.0/UDP 187.63.32.75;branch=z9hG4bK32a7.e79bca05.0.
 Via: SIP/2.0/UDP 187.63.32.75;branch=z9hG4bK32a7.d79bca05.0.
 Via: SIP/2.0/UDP 187.63.32.75;branch=z9hG4bK32a7.c79bca05.0.
 Via: SIP/2.0/UDP 187.63.32.75;branch=z9hG4bK32a7.b79bca05.0.
 Via: SIP/2.0/UDP 192.168.10.115:22106
 ;received=200.170.196.78;branch=z9hG4bK-d8754z-39689860e3472677-1---d8754z-;rport=22106.
 Max-Forwards: 65.
 Contact: sip:1...@200.170.196.78:22106.
 To: 
 1551199895348sip:1551199895...@sip.dnsdinamico.com.brsip%3a1551199895...@sip.dnsdinamico.com.br
 .
 From: 
 1000sip:1...@sip.dnsdinamico.com.brsip%3a1...@sip.dnsdinamico.com.br
 ;tag=1b424d42.
 Call-ID: MDllZGQ4MWM1YWJiZWVjM2UyZjIyMWY4MzI0OWI1MmM..
 CSeq: 1 INVITE.
 Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE,
 SUBSCRIBE, INFO.
 Content-Type: application/sdp.
 User-Agent: eyeBeam release 1102q stamp 51689.
 Content-Length: 319.
 .
 v=0.
 o=- 4 2 IN IP4 192.168.10.115.
 s=CounterPath eyeBeam 1.5.
 c=IN IP4 192.168.10.115.
 t=0 0.
 m=audio 29588 RTP/AVP 107 0 8 18 101.
 a=alt:1 1 : PFKVP/Yo 4DIwVv1r 192.168.10.115 29588.
 a=fmtp:18 annexb=yes.
 a=fmtp

 Follow my route[RELAY]:
 route[ROUTE_RELAY] {

 t_on_reply(ONREPLY);
 if (!t_relay()) {
 sl_reply_error();
 };

 exit;
 };


 My main route:
   if (!is_method(REGISTER)) {
 record_route();

 } else {
 if (!www_authorize(sip.dnsdinamico.com.br,
 subscriber)) {
 www_challenge(sip.dnsdinamico.com.br, 0);
 sl_send_reply(200, OK);
 exit;
  };
 save(location);
 exit;
 };

 if (is_method(CANCEL)) {
 if (t_check_trans()) {
 route(ROUTE_RELAY);
 }
 }
 if (is_method(INVITE)) {
 route(ROUTE_AUTHENTICATE);
 route(ROUTE);
 }
route(ROUTE_RELAY);
 }

 Regards,
 --
 Wesley Volcov
 Email: wesleyvol...@gmail.com
 Messenger: vol...@live.com
 Mobile: +55 11 9989-5348
 Website: http://volcov.blogspot.com

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





-- 
Wesley Volcov
Email: wesleyvol...@gmail.com
Messenger: vol...@live.com
Mobile: +55 11 9989-5348
Website: http://volcov.blogspot.com
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

[OpenSIPS-Users] Permission module problem

[Wesley Volcov]

Hello all,

I've got the follow problem. I'm using opensips 1.6.1-notls version.

First, see my script conf:

loadmodule permissions.so
modparam(permissions,db_url, mysql://opensips:opensip...@localhost
/opensips)


if (check_address()) {
if (!proxy_authorize(,subscriber)) {
proxy_challenge(, 0);
exit;
consume_credentials();
}

When I execute opensips -c opensips.cfg I see this error:
Feb 10 11:38:25 [6242] DBG:core:find_cmd_export_t: check_address not found
Feb 10 11:38:25 [6242] DBG:core:find_cmd_export_t: check_address not found
Feb 10 11:38:25 [6242] CRITICAL:core:yyerror: parse error in config file,
line 210, column 27-28: unknown command check_address, missing loadmodule?

Am I missing some thing? The permissions module is module, and OpenSips
documentations says It doesn`t depend any other module.

I found in opensips documentation:
the following functions were introduced: *check_address()*, *
check_source_address()*, *get_source_group()* to replace *allow_address()*,
*allow_source_address()*, *allow_trusted()*

So, Isn't it on 1.6.1 version yet?

Regards,

-- 
Wesley Volcov
Email: wesleyvol...@gmail.com
Messenger: vol...@live.com
Mobile: +55 11 9989-5348
Website: http://volcov.blogspot.com
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

Re: [OpenSIPS-Users] my problems getting dialplan to work

[Wesley Volcov]

Hello Bogdan!

I think you could not see the repl_exp value because the line break, this
value is my email address (I'm using nabble.com and hiden the email).
About debud level, I'm already using debug = 4, but It's not working anyway.
I tested with debug =9, but the log appears the same.
When I start opensips I can see a strange log:

Jan 15 16:01:07 localhost opensips[23064]: ERROR:dialplan:trex_charnode:
TREX error letter expected  
Jan 15 16:01:07 localhost opensips[23064]: ERROR:dialplan:trex_compile:
compilation error [letter expected]! 
Jan 15 16:01:07 localhost opensips[23064]: ERROR:dialplan:build_rule: failed
to compile subst expression 
Jan 15 16:01:07 localhost opensips[23064]: WARNING:dialplan:dp_load_db: 
failed to build rule - skipping

I've deleted all data in dialplan table, but it's still happening.

Regards,
Wesley
 

Bogdan-Andrei Iancu wrote:
 
 Hi Wesley,
 
 if you set debug = 4, you will get a all the debug messages from the 
 module. It will give you some hints if at least is matching any rule.
 
 But what I found strange is that tat the replt_exp field is empty - 
 that is the part to be returned .
 
 Regards,
 Bogdan
 
 Wesley Volcov wrote:
 Hello Bogdan,

 I made the exemple you wrote above.

 My script:
  $var(x) = sip:06;
 dp_translate(1, $var(x)/$var(tmp));
 xlog(-$var(tmp)\n);

 My database:
 mysql select * from dialplan;
 ++--++--++---++---+---+
 | id | dpid | pr | match_op | match_exp  | match_len | subst_exp  |
 repl_exp  
 | attrs |
 ++--++--++---++---+---+
 |  1 |1 |  0 |1 | (sip:06.+) | 0 | (sip:06.+) |
 wes...@voicetechnology.com.br | 0 | 
 ++--++--++---++---+---+
 1 row in set (0.00 sec)

 My log file:
 Jan 15 15:30:11 localhost opensips[22981]: -0 

 I have no log of dialplan module. Is there some configuration to active
 this
 module debug ?

 Regards,

 Wesley.

   
 
 
 -- 
 Bogdan-Andrei Iancu
 www.voice-system.ro
 
 
 ___
 Users mailing list
 Users@lists.opensips.org
 http://lists.opensips.org/cgi-bin/mailman/listinfo/users
 
 

-- 
View this message in context: 
http://n2.nabble.com/my-problems-getting-dialplan-to-work-tp3081563p4414342.html
Sent from the OpenSIPS - Users mailing list archive at Nabble.com.

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