Re: [OpenSIPS-Users] T38 and changing media port for T38 SDP

2010-07-15 Thread Adrian Georgescu
On Jul 15, 2010, at 4:59 AM, Julian Yap wrote:

 Yeah, I am having way too many issues with RTPProxy and the re-invite
 port changing.  It's an absolute nightmare.  Everything works fine
 when the UA doesn't change media port but when it does, it's really
 inconsistent.  Sometimes it works, sometimes it doesn't work.
 
 I think I'm going to try out MediaProxy.
 
 MediaProxy is able to detect the changing media port?
 

If the port change is present in the signaling MP will act upon it accordingly.

You only need to use a single line in your config for enabling mediaproxy so is 
very easy to test it.

Adrian


 - Julian
 
 On Tue, Jul 6, 2010 at 9:19 PM, Adrian Georgescu a...@ag-projects.com wrote:
 
 On Jul 7, 2010, at 12:27 AM, Julian Yap wrote:
 
 Hi All,
 
 I managed to get it working by adding a whole lot of debugging and a
 whole lot of rtpproxy_offer() and rtpproxy_answer().
 
 Now I need to clean up my config because it's a total mess.
 
 
 You may want to try use mediaproxy if you do not like the mess. You
 need a single line of code in your opensips configuration to achieve
 this.
 
 Adrian
 
 
 - Julian
 
 On Tue, Jul 6, 2010 at 10:07 AM, Bogdan-Andrei Iancu
 bog...@voice-system.ro wrote:
 Hi Julian,
 
 Do you trigger again the rtpproxy at re-INVITE time ? basically you
 need
 to do the insertion of rtpproxy again, as for the initial INVITE.
 
 Regards,
 Bogdan
 
 Julian Yap wrote:
 Any help greatly appreciated!
 
 I'm having problems with a T38 UA which changes port when
 negotiating
 T38 media.  All the other UA's I've encountered thus far use the
 same
 RTP port throughout.
 
 I'm also using RTPProxy.
 
 In the final 200 OK SDP, the UA changes media port from 49200 to
 49152
 but this changeover isn't detected and the media is sent back to
 port
 49200 so the call then fails to negotiate T38 properly.  Not sure
 how
 to log the port changes to further debug this issue as well.
 
 Here is the flow:
 | UA| OpenSIPS  | T38 GW|
 | INVITE SDP ( g711U)   |   |
 |(5060)   --  (5060)   |   |
 | 100 Trying|   |   |
 |(5060)   --  (5060)   |   |
 |   | INVITE SDP ( g711U)   |
 |   |(5060)   --  (5060)   |
 |   | 100 Trying|   |
 |   |(5060)   --  (5060)   |
 |   | 180 Ringing SDP ( g711U)  |
 |   |(5060)   --  (5060)   |
 |   | 200 OK SDP ( g711U)   |
 |   |(5060)   --  (5060)   |
 |   | RTP (g711U)   |
 |   |(11392)  --  (14110)  |
 | RTP (g711U)   |   |
 |(49200)  --  (10878)  |   |
 | 180 Ringing SDP ( g711U)  |   |
 |(5060)   --  (5060)   |   |
 | RTP (g711U)   |   |
 |(49200)  --  (10878)  |   |
 |   | RTP (g711U)   |
 |   |(11392)  --  (14110)  |
 | 200 OK SDP ( g711U)   |   |
 |(5060)   --  (5060)   |   |
 | ACK   |   |   |
 |(5060)   --  (5060)   |   |
 | RTP (g711U)   |   |
 |(49200)  --  (10878)  |   |
 | RTP (g711U)   |   |
 |(49200)  --  (10878)  |   |
 |   | 200 OK SDP ( g711U)   |
 |   |(5060)   --  (5060)   |
 |   | RTP (g711U)   |
 |   |(11392)  --  (14110)  |
 |   | ACK   |   |
 |   |(5060)   --  (5060)   |
 | 200 OK SDP ( g711U)   |   |
 |(5060)   --  (5060)   |   |
 | ACK   |   |   |
 |(5060)   --  (5060)   |   |
 | RTP (g711U)   |   |
 |(49200)  --  (10878)  |   |
 | RTP (g711U)   |   |
 |(49200)  --  (10878)  |   |
 |   | ACK   |   |
 |   |(5060)   --  (5060)   |
 |   | INVITE SDP ( t38) |
 |   |(5060)   --  

Re: [OpenSIPS-Users] T38 and changing media port for T38 SDP

2010-07-15 Thread Thomas Gelf
Am 15.07.2010 09:26, schrieb Adrian Georgescu:
 MediaProxy is able to detect the changing media port?
 
 If the port change is present in the signaling MP will act upon it 
 accordingly.

I can confirm this, I'm intensively T.38 with and without Mediaproxy.
And YES, there are such ReINVITEs - changing IPs and Ports...

 You only need to use a single line in your config for enabling mediaproxy so 
 is very easy to test it.

Please note that once you are using multiple parallel / serial branches
this could no longer be true, you could be forced to manually use/stop
Mediaproxy on your branch routes instead of just calling engage.

However, I'd in most cases still prefer to do so instead of using
Rtpproxy ;-)

Regards,
Thomas Gelf

-- 
 mail: tho...@gelf.net
  web: http://thomas.gelf.net/



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


Re: [OpenSIPS-Users] T38 and changing media port for T38 SDP

2010-07-15 Thread Adrian Georgescu

On Jul 15, 2010, at 11:59 AM, Thomas Gelf wrote:

 Am 15.07.2010 09:26, schrieb Adrian Georgescu:
 MediaProxy is able to detect the changing media port?
 
 If the port change is present in the signaling MP will act upon it 
 accordingly.
 
 I can confirm this, I'm intensively T.38 with and without Mediaproxy.
 And YES, there are such ReINVITEs - changing IPs and Ports...
 

Thanks for the confirmation

 You only need to use a single line in your config for enabling mediaproxy so 
 is very easy to test it.
 
 Please note that once you are using multiple parallel / serial branches
 this could no longer be true, you could be forced to manually use/stop
 Mediaproxy on your branch routes instead of just calling engage.

Right, no all corner cases are captured by the logic of engage method.

 
 However, I'd in most cases still prefer to do so instead of using
 Rtpproxy ;-)

Adrian


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


[OpenSIPS-Users] cpl and timer no answer

2010-07-15 Thread mehdi boudou
Hi Bogdan,


Thanks for your answer.
It works well :).


Regards,


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


Re: [OpenSIPS-Users] no via found in reply

2010-07-15 Thread Bogdan-Andrei Iancu
Hi Agung,

Is this a scenario with a proxied INVITE ? also, does the received 183 
contain a VIA hdr ?

Regards,
Bgdan

agung nugroho wrote:
 Hi all,
 I have another problem with opensips.
INVITE --
  100   -- 
  183   --
  
 When I reach 183, I got error in opensips: ERROR:core:receive_msg: no 
 via found in reply
 is anyone have get this error??? but what kind of problem is that???


 Regard

 Agung


-- 
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


Re: [OpenSIPS-Users] ACC_RADIUS makes opensips crash

2010-07-15 Thread Bogdan-Andrei Iancu
Hi Denis,

That's perfect - thank you.

Could you print in GDB the following values : vp , attr.

Regards,
Bogdan

Denis Putyato wrote:
 Hello, Bogdan

 Is this information you asked?

 gdb /usr/local/opensips/sbin/opensips /core 
 GNU gdb 6.8-debian
 Copyright (C) 2008 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 i486-linux-gnu...

 warning: Can't read pathname for load map: Input/output error.
 ...
 ...
 Core was generated by `/usr/local/opensips/sbin/opensips -P 
 /var/run/opensips.pid'.
 Program terminated with signal 11, Segmentation fault.
 [New process 24328]
 #0  0xb79b7df1 in send_auth_func (msg=0x81c0fd4, s1=0x81bcbcc, s2=0x81bcbe0) 
 at aaa_radius.c:369
 369   for(; (vp = rc_avpair_get(vp, attr-value, 0)); vp = vp-next)
 (gdb) bt
 #0  0xb79b7df1 in send_auth_func (msg=0x81c0fd4, s1=0x81bcbcc, s2=0x81bcbe0) 
 at aaa_radius.c:369
 #1  0x08056111 in do_action (a=0x81b729c, msg=0x81c0fd4) at action.c:967
 #2  0x08054f9e in run_action_list (a=0x81b5e14, msg=0x81c0fd4) at action.c:139
 #3  0x08057f97 in do_action (a=0x81b7518, msg=0x81c0fd4) at action.c:706
 #4  0x08054f9e in run_action_list (a=0x81b5938, msg=0x81c0fd4) at action.c:139
 #5  0x08057946 in do_action (a=0x81aa660, msg=0x81c0fd4) at action.c:119
 #6  0x08054f9e in run_action_list (a=0x81aa660, msg=0x81c0fd4) at action.c:139
 #7  0x08057f97 in do_action (a=0x81aa758, msg=0x81c0fd4) at action.c:706
 #8  0x08054f9e in run_action_list (a=0x81aa758, msg=0x81c0fd4) at action.c:139
 #9  0x08057f97 in do_action (a=0x81aaff4, msg=0x81c0fd4) at action.c:706
 #10 0x08054f9e in run_action_list (a=0x81aaff4, msg=0x81c0fd4) at action.c:139
 #11 0x08057f97 in do_action (a=0x81ac2d8, msg=0x81c0fd4) at action.c:706
 #12 0x08054f9e in run_action_list (a=0x81a9f24, msg=0x81c0fd4) at action.c:139
 #13 0x08057946 in do_action (a=0x81b428c, msg=0x81c0fd4) at action.c:119
 #14 0x08054f9e in run_action_list (a=0x81b1ab0, msg=0x81c0fd4) at action.c:139
 #15 0x08057946 in do_action (a=0x81b1308, msg=0x81c0fd4) at action.c:119
 #16 0x08054f9e in run_action_list (a=0x81b1308, msg=0x81c0fd4) at action.c:139
 #17 0x08057f97 in do_action (a=0x81b14cc, msg=0x81c0fd4) at action.c:706
 #18 0x08054f9e in run_action_list (a=0x81b0a70, msg=0x81c0fd4) at action.c:139
 #19 0x08057946 in do_action (a=0x81b078c, msg=0x81c0fd4) at action.c:119
 #20 0x08054f9e in run_action_list (a=0x81ad9e0, msg=0x81c0fd4) at action.c:139
 #21 0x08057946 in do_action (a=0x81ad50c, msg=0x81c0fd4) at action.c:119
 #22 0x08054f9e in run_action_list (a=0x81aca9c, msg=0x81c0fd4) at action.c:139
 #23 0x08057946 in do_action (a=0x81a9cb4, msg=0x81c0fd4) at action.c:119
 #24 0x08054f9e in run_action_list (a=0x81a6c50, msg=0x81c0fd4) at action.c:139
 #25 0x08057f97 in do_action (a=0x81a9d8c, msg=0x81c0fd4) at action.c:706
 #26 0x08054f9e in run_action_list (a=0x81a47e0, msg=0x81c0fd4) at action.c:139
 #27 0x080590bf in run_top_route (a=0x81a47e0, msg=0x81c0fd4) at action.c:119
 #28 0x08098b9c in receive_msg (
 buf=0x8178200 INVITE sip:3364...@1.1.1.1:5060 SIP/2.0\r\nVia: 
 SIP/2.0/UDP 1.1.1.1:5050;branch=z9hG4bK7d781018;rport\r\nMax-Forwards: 
 70\r\nFrom: \3364079\ sip:3364...@1.1.1.1:5050;tag=as3bb11c83\r\nTo: 
 ..., len=826, 
 rcv_info=0xbfb599f8) at receive.c:162
 #29 0x080da834 in udp_rcv_loop () at udp_server.c:492
 #30 0x0806ee80 in main (argc=3, argv=0xbfb59b94) at main.c:818

 -Original Message-
 From: users-boun...@lists.opensips.org 
 [mailto:users-boun...@lists.opensips.org] On Behalf Of Bogdan-Andrei Iancu
 Sent: Wednesday, July 14, 2010 7:37 PM
 To: OpenSIPS users mailling list
 Subject: Re: [OpenSIPS-Users] ACC_RADIUS makes opensips crash

 Hi Denis,

 do you get a coredump file? if so, could you get a bracktrace from it 
 and post it here?

 Regards,
 Bogdan

 Denis Putyato wrote:
   
 Hello everybody!

 There is a problem with radius_send_auth(); function.

 This function is called from request route and after opensips received 
 “Access-Accept” from radius server it is crashes with such error:

 Jul 14 14:59:02 kam /usr/local/opensips/sbin/opensips[21556]: 
 DBG:aaa_radius:send_auth_func: radius authentication message sent

 Jul 14 14:59:02 kam kernel: [118250.317522] opensips[21556]: segfault 
 at 24 ip b7a53df1 sp bf8f5590 error 4 in aaa_radius.so[b7a51000+7000]

 Jul 14 14:59:02 kam /usr/local/opensips/sbin/opensips[21561]: 
 CRITICAL:core:receive_fd: EOF on 7

 Opensips.cfg:

 …

 …

 modparam(aaa_radius, radius_config, 
 /etc/radiusclient-ng/radiusclient.conf)

 modparam(aaa_radius, sets, set1 = (User-Name = $avp(i:20), 
 User-Password=$avp(i:50)))

 modparam(aaa_radius, sets, set2 = (Session-Timeout = $var(time)))

 …

 …

 route [7] {

 …

 radius_send_auth(set1,set2);

 …

 …

 }

 $avp(i:20) – 

Re: [OpenSIPS-Users] dispatcher setid problem

2010-07-15 Thread rajib deka
Thank you very much Bogdam. I have seen that diaplan module is helping as
you have suggested.

Regards
Rajib

On Wed, Jul 14, 2010 at 7:12 PM, Bogdan-Andrei Iancu bog...@voice-system.ro
 wrote:

 rajib deka wrote:
  Thanks a lot Bogdan for your valuable reply. We are deciding to use
  the dialplan module based on our requirement. Besides this I have one
  more questions for you,
 
  In dispatcher.c file I found the following data structure,
  typedef struct _ds_set
  {
  int id;/* id of dst set */
  int nr; /* number of items in dst set */
  int last;   /* last used item in dst set */
  int weight_sum; /* sum of the weights from dst set */
  ds_dest_p dlist;
  struct _ds_set *next;
  } ds_set_t, *ds_set_p;
  Is id here is representing the destination set from dispatcher table ?
 yes, it is, but do not count on changing it - this values propagate to
 other variables and you need to change all of them through all the code.

  Also what is int setn in the code (in function add_dest2list)?
 the index of the set.

 Regards,
 Bogdan

 
  Thanks
  Rajib
  On Tue, Jul 13, 2010 at 8:48 PM, Bogdan-Andrei Iancu
   bog...@voice-system.ro mailto:bog...@voice-system.ro wrote:
 
  Hi Rajib,
 
  Changing the DB definiton will not help as internally, the dispatcher
  module will use an int (4 bytes data) for keeping this ID. So, it
 will
  not work.
 
  Instead of using the bigints for IDs, I would rather suggest to
  use the
  dialplan to try to do some translation from the numbers to some
  normal IDs.
 
  Regards,
  Bogdan
 
  rajib deka wrote:
   Hello List,
  
   Is it possible to use a BIGINT value instead of INT(11) in OpenSIPS
   dispatcher module?
  
   We tried to store a BIGINT value by changing the dispatcher table
   structure but the dispatcher code is restricting us to do that. We
   have some requirements which needs the setid to be a BIGINT as
  we are
   dispatching the calls based on telephone number against a set of
   gateways. So, is there any way other than changing the code. If we
   want to change the code how do we have to start.
  
   --
   Rajib Deka
   Software Engineer
   Servion Global Solution
   Chennai, India
  
   Mobile No: + 91 80157 09130
  
 
 
  
   ___
   Users mailing list
   Users@lists.opensips.org mailto: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 http://www.voice-system.ro/
 
 
  ___
  Users mailing list
  Users@lists.opensips.org mailto:Users@lists.opensips.org
   http://lists.opensips.org/cgi-bin/mailman/listinfo/users
 
 
 
 
  --
  Rajib Deka
  Software Engineer
  Servion Global Solution
  Chennai, India
 
  Mobile No: + 91 80157 09130
  
 
  ___
  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




-- 
Rajib Deka
Software Engineer
Servion Global Solution
Chennai, India

Mobile No: + 91 80157 09130
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users


Re: [OpenSIPS-Users] no via found in reply

2010-07-15 Thread Agung
Bogdan-Andrei Iancu bog...@... writes:

 
 Hi Agung,
 
 Is this a scenario with a proxied INVITE ? also, does the received 183 
 contain a VIA hdr ?
 
 Regards,
 Bgdan
 

Hi bogdan,

thanks for fast reply. This is the scenario on load balancer actually.
I want to test load balancer using sipp, I have make some xml.
But unfortunately I got this error when running sipP.
I just think maybe you can explain me, why do I get 
ERROR:core:receive_msg: no via found in reply???
Cause I think my xml is OK but opensips has trouble.
But I am not sure yet.

The receiver 183 will send PRACK with same Via.

Regard

Agung


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


Re: [OpenSIPS-Users] ACC_RADIUS makes opensips crash

2010-07-15 Thread Denis Putyato
Bogdan, i made another call which makes opensips crash

...
Core was generated by `/usr/local/opensips/sbin/opensips -P 
/var/run/opensips.pid'.
Program terminated with signal 11, Segmentation fault.
[New process 8833]
#0  0xb7a0adf1 in send_auth_func (msg=0x81c113c, s1=0x81bcd34, s2=0x81bcd48) at 
aaa_radius.c:369
369 for(; (vp = rc_avpair_get(vp, attr-value, 0)); vp = vp-next)
(gdb) bt
#0  0xb7a0adf1 in send_auth_func (msg=0x81c113c, s1=0x81bcd34, s2=0x81bcd48) at 
aaa_radius.c:369
#1  0x08056111 in do_action (a=0x81b7404, msg=0x81c113c) at action.c:967
#2  0x08054f9e in run_action_list (a=0x81b5e14, msg=0x81c113c) at action.c:139
#3  0x08057f97 in do_action (a=0x81b7680, msg=0x81c113c) at action.c:706
#4  0x08054f9e in run_action_list (a=0x81b5938, msg=0x81c113c) at action.c:139
#5  0x08057946 in do_action (a=0x81aa660, msg=0x81c113c) at action.c:119
#6  0x08054f9e in run_action_list (a=0x81aa660, msg=0x81c113c) at action.c:139
#7  0x08057f97 in do_action (a=0x81aa758, msg=0x81c113c) at action.c:706
#8  0x08054f9e in run_action_list (a=0x81aa758, msg=0x81c113c) at action.c:139
#9  0x08057f97 in do_action (a=0x81aaff4, msg=0x81c113c) at action.c:706
#10 0x08054f9e in run_action_list (a=0x81aaff4, msg=0x81c113c) at action.c:139
#11 0x08057f97 in do_action (a=0x81ac2d8, msg=0x81c113c) at action.c:706
#12 0x08054f9e in run_action_list (a=0x81a9f24, msg=0x81c113c) at action.c:139
#13 0x08057946 in do_action (a=0x81b428c, msg=0x81c113c) at action.c:119
#14 0x08054f9e in run_action_list (a=0x81b1ab0, msg=0x81c113c) at action.c:139
#15 0x08057946 in do_action (a=0x81b1308, msg=0x81c113c) at action.c:119
#16 0x08054f9e in run_action_list (a=0x81b1308, msg=0x81c113c) at action.c:139
#17 0x08057f97 in do_action (a=0x81b14cc, msg=0x81c113c) at action.c:706
#18 0x08054f9e in run_action_list (a=0x81b0a70, msg=0x81c113c) at action.c:139
#19 0x08057946 in do_action (a=0x81b078c, msg=0x81c113c) at action.c:119
#20 0x08054f9e in run_action_list (a=0x81ad9e0, msg=0x81c113c) at action.c:139
#21 0x08057946 in do_action (a=0x81ad50c, msg=0x81c113c) at action.c:119
#22 0x08054f9e in run_action_list (a=0x81aca9c, msg=0x81c113c) at action.c:139
#23 0x08057946 in do_action (a=0x81a9cb4, msg=0x81c113c) at action.c:119
#24 0x08054f9e in run_action_list (a=0x81a6c50, msg=0x81c113c) at action.c:139
#25 0x08057f97 in do_action (a=0x81a9d8c, msg=0x81c113c) at action.c:706
#26 0x08054f9e in run_action_list (a=0x81a47e0, msg=0x81c113c) at action.c:139
#27 0x080590bf in run_top_route (a=0x81a47e0, msg=0x81c113c) at action.c:119
#28 0x08098b9c in receive_msg (
buf=0x8178200 INVITE sip:4483...@213.170.75.90:5060 SIP/2.0\r\nVia: 
SIP/2.0/UDP 213.170.75.90:5050;branch=z9hG4bK6912c413;rport\r\nMax-Forwards: 
70\r\nFrom: \3364079\ sip:3364...@213.170.75.90:5050;tag=as477593c3\r\nTo: 
..., len=826, 
rcv_info=0xbfeaed48) at receive.c:162
#29 0x080da834 in udp_rcv_loop () at udp_server.c:492
#30 0x0806ee80 in main (argc=3, argv=0xbfeaeee4) at main.c:818
(gdb) print vp
$1 = (VALUE_PAIR *) 0x854c8f8
(gdb) print attr
$2 = (DICT_ATTR *) 0x0
(gdb)  

-Original Message-
From: users-boun...@lists.opensips.org 
[mailto:users-boun...@lists.opensips.org] On Behalf Of Bogdan-Andrei Iancu
Sent: Thursday, July 15, 2010 3:48 PM
To: OpenSIPS users mailling list
Subject: Re: [OpenSIPS-Users] ACC_RADIUS makes opensips crash

Hi Denis,

That's perfect - thank you.

Could you print in GDB the following values : vp , attr.

Regards,
Bogdan

Denis Putyato wrote:
 Hello, Bogdan

 Is this information you asked?

 gdb /usr/local/opensips/sbin/opensips /core 
 GNU gdb 6.8-debian
 Copyright (C) 2008 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 i486-linux-gnu...

 warning: Can't read pathname for load map: Input/output error.
 ...
 ...
 Core was generated by `/usr/local/opensips/sbin/opensips -P 
 /var/run/opensips.pid'.
 Program terminated with signal 11, Segmentation fault.
 [New process 24328]
 #0  0xb79b7df1 in send_auth_func (msg=0x81c0fd4, s1=0x81bcbcc, s2=0x81bcbe0) 
 at aaa_radius.c:369
 369   for(; (vp = rc_avpair_get(vp, attr-value, 0)); vp = vp-next)
 (gdb) bt
 #0  0xb79b7df1 in send_auth_func (msg=0x81c0fd4, s1=0x81bcbcc, s2=0x81bcbe0) 
 at aaa_radius.c:369
 #1  0x08056111 in do_action (a=0x81b729c, msg=0x81c0fd4) at action.c:967
 #2  0x08054f9e in run_action_list (a=0x81b5e14, msg=0x81c0fd4) at action.c:139
 #3  0x08057f97 in do_action (a=0x81b7518, msg=0x81c0fd4) at action.c:706
 #4  0x08054f9e in run_action_list (a=0x81b5938, msg=0x81c0fd4) at action.c:139
 #5  0x08057946 in do_action (a=0x81aa660, msg=0x81c0fd4) at action.c:119
 #6  0x08054f9e in run_action_list (a=0x81aa660, msg=0x81c0fd4) at action.c:139
 #7  0x08057f97 in do_action (a=0x81aa758, 

[OpenSIPS-Users] New MediaProxy release 2.4.3

2010-07-15 Thread Adrian Georgescu
Hello,

There is a new release of MediaProxy available, it contains bug fixes.

To upgrade your Debian unstable installation do:

sudo apt-get update
sudo apt-get install mediaproxy-dispatcher mediaproxy-relay 
mediaproxy-web-sessions mediaproxy-common-dbg

Or download the tar file from:

http://download.ag-projects.com/MediaProxy/

Changelog:

mediaproxy (2.4.3) unstable; urgency=low

  * Added support for pyrad version 1.2
  * Don't create a media session in the relay if the SIP request and response
do not contain SDP with media streams
  * Added mediaproxy-common-dbg package to allow debugging in case of software
crash


Kind regards,
Adrian Georgescu

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


Re: [OpenSIPS-Users] ACC_RADIUS makes opensips crash

2010-07-15 Thread Irina Stanescu
Hello Denis,

I think the problem in you case is that the radius dictionary does not
contain an entry for SIP-AVP, and that is why attr is null, causing
the crash.

I added a fix on the trunk and i also attached the patch to this email
in case you don't use the trunk version. Please let me know if there
are any other issues.

Regards,
Irina Stanescu

On Thu, Jul 15, 2010 at 3:29 PM, Denis Putyato denis7...@mail.ru wrote:
 Bogdan, i made another call which makes opensips crash

 ...
 Core was generated by `/usr/local/opensips/sbin/opensips -P 
 /var/run/opensips.pid'.
 Program terminated with signal 11, Segmentation fault.
 [New process 8833]
 #0  0xb7a0adf1 in send_auth_func (msg=0x81c113c, s1=0x81bcd34, s2=0x81bcd48) 
 at aaa_radius.c:369
 369             for(; (vp = rc_avpair_get(vp, attr-value, 0)); vp = vp-next)
 (gdb) bt
 #0  0xb7a0adf1 in send_auth_func (msg=0x81c113c, s1=0x81bcd34, s2=0x81bcd48) 
 at aaa_radius.c:369
 #1  0x08056111 in do_action (a=0x81b7404, msg=0x81c113c) at action.c:967
 #2  0x08054f9e in run_action_list (a=0x81b5e14, msg=0x81c113c) at action.c:139
 #3  0x08057f97 in do_action (a=0x81b7680, msg=0x81c113c) at action.c:706
 #4  0x08054f9e in run_action_list (a=0x81b5938, msg=0x81c113c) at action.c:139
 #5  0x08057946 in do_action (a=0x81aa660, msg=0x81c113c) at action.c:119
 #6  0x08054f9e in run_action_list (a=0x81aa660, msg=0x81c113c) at action.c:139
 #7  0x08057f97 in do_action (a=0x81aa758, msg=0x81c113c) at action.c:706
 #8  0x08054f9e in run_action_list (a=0x81aa758, msg=0x81c113c) at action.c:139
 #9  0x08057f97 in do_action (a=0x81aaff4, msg=0x81c113c) at action.c:706
 #10 0x08054f9e in run_action_list (a=0x81aaff4, msg=0x81c113c) at action.c:139
 #11 0x08057f97 in do_action (a=0x81ac2d8, msg=0x81c113c) at action.c:706
 #12 0x08054f9e in run_action_list (a=0x81a9f24, msg=0x81c113c) at action.c:139
 #13 0x08057946 in do_action (a=0x81b428c, msg=0x81c113c) at action.c:119
 #14 0x08054f9e in run_action_list (a=0x81b1ab0, msg=0x81c113c) at action.c:139
 #15 0x08057946 in do_action (a=0x81b1308, msg=0x81c113c) at action.c:119
 #16 0x08054f9e in run_action_list (a=0x81b1308, msg=0x81c113c) at action.c:139
 #17 0x08057f97 in do_action (a=0x81b14cc, msg=0x81c113c) at action.c:706
 #18 0x08054f9e in run_action_list (a=0x81b0a70, msg=0x81c113c) at action.c:139
 #19 0x08057946 in do_action (a=0x81b078c, msg=0x81c113c) at action.c:119
 #20 0x08054f9e in run_action_list (a=0x81ad9e0, msg=0x81c113c) at action.c:139
 #21 0x08057946 in do_action (a=0x81ad50c, msg=0x81c113c) at action.c:119
 #22 0x08054f9e in run_action_list (a=0x81aca9c, msg=0x81c113c) at action.c:139
 #23 0x08057946 in do_action (a=0x81a9cb4, msg=0x81c113c) at action.c:119
 #24 0x08054f9e in run_action_list (a=0x81a6c50, msg=0x81c113c) at action.c:139
 #25 0x08057f97 in do_action (a=0x81a9d8c, msg=0x81c113c) at action.c:706
 #26 0x08054f9e in run_action_list (a=0x81a47e0, msg=0x81c113c) at action.c:139
 #27 0x080590bf in run_top_route (a=0x81a47e0, msg=0x81c113c) at action.c:119
 #28 0x08098b9c in receive_msg (
    buf=0x8178200 INVITE sip:4483...@213.170.75.90:5060 SIP/2.0\r\nVia: 
 SIP/2.0/UDP 213.170.75.90:5050;branch=z9hG4bK6912c413;rport\r\nMax-Forwards: 
 70\r\nFrom: \3364079\ 
 sip:3364...@213.170.75.90:5050;tag=as477593c3\r\nTo: ..., len=826,
    rcv_info=0xbfeaed48) at receive.c:162
 #29 0x080da834 in udp_rcv_loop () at udp_server.c:492
 #30 0x0806ee80 in main (argc=3, argv=0xbfeaeee4) at main.c:818
 (gdb) print vp
 $1 = (VALUE_PAIR *) 0x854c8f8
 (gdb) print attr
 $2 = (DICT_ATTR *) 0x0
 (gdb)

 -Original Message-
 From: users-boun...@lists.opensips.org 
 [mailto:users-boun...@lists.opensips.org] On Behalf Of Bogdan-Andrei Iancu
 Sent: Thursday, July 15, 2010 3:48 PM
 To: OpenSIPS users mailling list
 Subject: Re: [OpenSIPS-Users] ACC_RADIUS makes opensips crash

 Hi Denis,

 That's perfect - thank you.

 Could you print in GDB the following values : vp , attr.

 Regards,
 Bogdan

 Denis Putyato wrote:
 Hello, Bogdan

 Is this information you asked?

 gdb /usr/local/opensips/sbin/opensips /core
 GNU gdb 6.8-debian
 Copyright (C) 2008 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 i486-linux-gnu...

 warning: Can't read pathname for load map: Input/output error.
 ...
 ...
 Core was generated by `/usr/local/opensips/sbin/opensips -P 
 /var/run/opensips.pid'.
 Program terminated with signal 11, Segmentation fault.
 [New process 24328]
 #0  0xb79b7df1 in send_auth_func (msg=0x81c0fd4, s1=0x81bcbcc, s2=0x81bcbe0) 
 at aaa_radius.c:369
 369           for(; (vp = rc_avpair_get(vp, attr-value, 0)); vp = vp-next)
 (gdb) bt
 #0  0xb79b7df1 in send_auth_func (msg=0x81c0fd4, s1=0x81bcbcc, s2=0x81bcbe0) 
 at aaa_radius.c:369
 #1  0x08056111 in do_action 

Re: [OpenSIPS-Users] force_rtp_proxy /rtpproxy_offer - Opensips coredump on call without userinfo in contact address ?

2010-07-15 Thread Bogdan-Andrei Iancu
Hi Max,

I found something related to this - actually the crash happened because 
the Content-len hdr was missing too.

There is a fix on SVN (rev 7030 / 7031) on trunk / 1.6  - please update 
and test again to see if the crash still occurs or not.

Regards,
Bogdan

Max Mühlbronner wrote:
 Yes, exactly. The other carrier/switch was sending a 183 without SDP 
 body. And at least it seemed like our Server threw a coredump whenever 
 it was received, after omitting rtpproxy for this carrier (no 
 rtpproxy_offer / nathelper) it works fine -- no crash.

 I will try to send you some Siptrace if i still got access to it.


 Thanks

 Max M.

 Bogdan-Andrei Iancu schrieb:
   
 Hi Max,

 What you mean by a missing SDP in the progress  ? you mean a 183 
 without SDP ? so a force_rtp_proxy on something without SDP may lead in 
 crash?

 Regards,
 Bogdan


 Max Mühlbronner wrote:
   
 
 Hello,

 Very sorry for my late reply, i am not fully online at the moment.

 Although in the meantime we did figure out the crashes were not related 
 to the contact address (my first impression) but the reason was
 a missing SDP in the progress from the other carrier. We fixed it 
 temporarily by omitting rtpproxy for this carrier. -- No more Crashing.

 I will try to find a solution for sending you the coredump as soon as 
 possible.

 Thanks

 Max M.

 Bogdan-Andrei Iancu schrieb:
   
 
   
 Hi Max,

 it will have me a lot if I could get access to the corefile for 
 inspection.do you think is possible ? we are planning a new release 
 on 1.6 branch for next week and I really want to have this fixed.

 Regards,
 Bogdan

 Max Mühlbronner wrote:
   
 
   
 
 Hello Bogdan,

 too bad, but the problem continues after update.

 opensips-dev:/tmp/opensips# gdb /sbin/opensips core.opensips.sig11.9272
 GNU gdb 6.8-debian
 Copyright (C) 2008 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 i486-linux-gnu...
 Cannot access memory at address 0xb7f93658
 (gdb) bt
 #0  0x080ec894 in get_all_bodies (msg=Cannot access memory at address 
 0xbfd928a0
 ) at parser/parse_multipart.c:197
 Cannot access memory at address 0xbfd9289c



 svnrevision: 2:6982M


 Best Regards

 Max M.


 Bogdan-Andrei Iancu schrieb:
   
 
   
 
   
 Hi Max,

 yes, that's the last revision on 1.6 branch - just let me know if the 
 bug is sill there with this version.

 Thanks and regards,
 Bogdan

 Max Mühlbronner wrote:
   
 
   
 
   
 
 Hi,

 Thanks for the hint. But I really dont understand how this happened 
 because i thought i did initially check out the 1.6 branch via svn!? 
 (and not 1.5) But maybe i mixed up something..

 /usr/src/OPENSIPS-SVN/opensips_1_6

 i have updated the same 1.6 on another test-system and it seems to be 
 revision 6982. Would this be sufficient for testing again?

 Br

 Max M.

 Bogdan-Andrei Iancu schrieb:
   
 
   
 
   
 
   
 Hi Max,

 6732 is a revision on 1.5 branch from March 2010 - try to first update 
 from SVN branch 1.6 - let me know if the problem is still there or not.

 Regards,
 Bogdan

 Max Mühlbronner wrote:
   
 
   
 
   
 
   
 
 Sorry for the late reply, i had very limited access to my mail last 
 week.

 version: opensips 1.6.2-notls (i386/linux)
 flags: STATS: Off, USE_IPV6, USE_TCP, DISABLE_NAGLE, USE_MCAST, 
 SHM_MEM, 
 SHM_MMA   
   
 P, PKG_MALLOC, F_MALLOC, FAST_LOCK-ADAPTIVE_WAIT
 ADAPTIVE_WAIT_LOOPS=1024, MAX_RECV_BUFFER_SIZE 262144, MAX_LISTEN 16, 
 MAX_URI_SI
  
 ZE 1024, BUF_SIZE 65535
 poll method support: poll, epoll_lt, epoll_et, sigio_rt, select.
 svnrevision: 2:6732M
 @(#) $Id: main.c 6169 2009-09-22 12:48:37Z bogdan_iancu $
 main.c compiled on 10:35:28 Mar 23 2010 with gcc 4.3.2


 Best regards

 Max M.

 Bogdan-Andrei Iancu schrieb:
   
 
   
 
   
 
   
 
   
 Hi Max,

 Any chance to get my hands on that core file (on your server) or 
 should 
 we try some remote debugging ?

 Also, what is the revision number (see with opensips -V )

 Regards,
 Bogdan

 Max Mühlbronner wrote:
   
 
   
 
   
 
   
 
   
 
 Hello,

 yes, it is reproducible for me. 1.6.2


 Best Regards

 Max M.

 -Ursprüngliche Nachricht-
 Von: users-boun...@lists.opensips.org
 [mailto:users-boun...@lists.opensips.org] Im Auftrag von 
 

Re: [OpenSIPS-Users] no via found in reply

2010-07-15 Thread Bogdan-Andrei Iancu
Agung wrote:
 Bogdan-Andrei Iancu bog...@... writes:

   
 Hi Agung,

 Is this a scenario with a proxied INVITE ? also, does the received 183 
 contain a VIA hdr ?

 Regards,
 Bgdan

 

 Hi bogdan,

 thanks for fast reply. This is the scenario on load balancer actually.
 I want to test load balancer using sipp, I have make some xml.
 But unfortunately I got this error when running sipP.
 I just think maybe you can explain me, why do I get 
 ERROR:core:receive_msg: no via found in reply???
 Cause I think my xml is OK but opensips has trouble.
 But I am not sure yet.

 The receiver 183 will send PRACK with same Via.
   

OpenSIPS complains about receiving a reply with no 183 - so, check on 
network if indeed, the 183 generated by SIPP has a VIA hdr.

Regards,
Bogdan

 Regard

 Agung


 ___
 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


[OpenSIPS-Users] uri_db NOT FOUND

2010-07-15 Thread Lucas Alvarez
Hi, I was trying to run opensips but I'm not being able because the
application can't find the module uri_db. The problem is that the
module wasn't compiled, so I check in the modules directory of the
untar package /usr/src/opensips-1.6.2-tls/modules and the module
wasn't there. Where can I get the module?
Thanks in advance.

Lucas

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


[OpenSIPS-Users] OpenSIPS eBootcamp program started

2010-07-15 Thread Bogdan-Andrei Iancu
Hi all,

Following the feedback and requests from the OpenSIPS Bootcamp, we 
decided to start the remote learning version - the OpenSIPS eBootcamp.

The eBootcamps provides the same knowledge, expertise and hand-on level 
and the same topics as the Bootcamp. See:
   http://www.opensips.org/Training/EBootcamp

Why to choose eBootcamp over the Bootcamp ?

1) you cannot afford to dedicate a whole week for travelling and 
training, away from your job / familly

2) there is no Bootcamp location somewhere next to you, but you have 
Internet access

3) the eBootcamp is more flexible as time (when you can start) and 
program (only 4-5 hours per week)

4) lower costs as no travelling, accommodation, etc costs are involved.


Regards,
Bogdan

-- 
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


Re: [OpenSIPS-Users] OpenSIPS eBootcamp program started

2010-07-15 Thread Jimmy Godbout
Hi,

What is the price for this eBootcamp ?

Thanks,

Jimmy

 -Original Message-
 From: bog...@voice-system.ro
 Sent: Fri, 16 Jul 2010 00:22:32 +0300
 To: users@lists.opensips.org, de...@lists.opensips.org,
 n...@lists.opensips.org, busin...@lists.opensips.org
 Subject: [OpenSIPS-Users] OpenSIPS eBootcamp program started
 
 Hi all,
 
 Following the feedback and requests from the OpenSIPS Bootcamp, we
 decided to start the remote learning version - the OpenSIPS eBootcamp.
 
 The eBootcamps provides the same knowledge, expertise and hand-on level
 and the same topics as the Bootcamp. See:
http://www.opensips.org/Training/EBootcamp
 
 Why to choose eBootcamp over the Bootcamp ?
 
 1) you cannot afford to dedicate a whole week for travelling and
 training, away from your job / familly
 
 2) there is no Bootcamp location somewhere next to you, but you have
 Internet access
 
 3) the eBootcamp is more flexible as time (when you can start) and
 program (only 4-5 hours per week)
 
 4) lower costs as no travelling, accommodation, etc costs are
 involved.
 
 
 Regards,
 Bogdan
 
 --
 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


FREE 3D MARINE AQUARIUM SCREENSAVER - Watch dolphins, sharks  orcas on your 
desktop!
Check it out at http://www.inbox.com/marineaquarium

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


Re: [OpenSIPS-Users] T38 and changing media port for T38 SDP

2010-07-15 Thread Julian Yap
On Wed, Jul 14, 2010 at 11:14 PM, Adrian Georgescu a...@ag-projects.com wrote:

 On Jul 15, 2010, at 11:59 AM, Thomas Gelf wrote:

 Am 15.07.2010 09:26, schrieb Adrian Georgescu:
 MediaProxy is able to detect the changing media port?

 If the port change is present in the signaling MP will act upon it 
 accordingly.

 I can confirm this, I'm intensively T.38 with and without Mediaproxy.
 And YES, there are such ReINVITEs - changing IPs and Ports...


 Thanks for the confirmation

RTPProxy has been working nicely for me thus far but I've introduced a
new Fax Server which doesn't play nicely with RTPProxy for some reason
:(.

 You only need to use a single line in your config for enabling mediaproxy 
 so is very easy to test it.

 Please note that once you are using multiple parallel / serial branches
 this could no longer be true, you could be forced to manually use/stop
 Mediaproxy on your branch routes instead of just calling engage.

 Right, no all corner cases are captured by the logic of engage method.

You mean 'Now all corner cases'?  So I would use engage_media_proxy()
and also need to implement the dialog module?

Does MediaProxy require 2 servers.  One for OpenSIPS and one for the
relay?  Dispatcher can run on the same box as OpenSIPS?  Or can it all
go on 1 server.

 However, I'd in most cases still prefer to do so instead of using
 Rtpproxy ;-)

Any particular reasons against using RTPProxy?

- Julian

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