[OpenSIPS-Devel] [opensips] Segmentation fault. #0 free_contacts (#167)

2014-02-13 Thread flaviogoncalves
OpenSIPS Version:
version: opensips 1.8.3-notls (x86_64/linux)
flags: STATS: Off, USE_IPV6, USE_TCP, DISABLE_NAGLE, USE_MCAST, SHM_MEM, 
SHM_MMAP, PKG_MALLOC, F_MALLOC, FAST_LOCK-ADAPTIVE_WAIT
ADAPTIVE_WAIT_LOOPS=1024, MAX_RECV_BUFFER_SIZE 262144, MAX_LISTEN 16, 
MAX_URI_SIZE 1024, BUF_SIZE 65535
poll method support: poll, epoll_lt, epoll_et, sigio_rt, select.
svnrevision: 2:10257M
@(#) $Id: main.c 9791 2013-02-15 10:15:25Z bogdan_iancu $
main.c compiled on 17:56:21 Sep 30 2013 with gcc 4.4.7

Backtrace:
#0  free_contacts (_c=0x7f214811a648) at parser/contact/contact.c:292
ptr = 0x11
#1  0x00515537 in free_contact (_c=0x7f21263f11b0) at 
parser/contact/parse_contact.c:109
No locals.
#2  0x004d72b1 in clean_hdr_field (hf=0x7f21263f1180) at parser/hf.c:89
__FUNCTION__ = clean_hdr_field
#3  0x7f21476e9080 in clean_msg_clone (type=value optimized out, 
trans=0x7f2135624cb0, req=value optimized out, rpl=value optimized out,
code=value optimized out) at sip_msg.h:49
hdr = 0x7f21263f1180
#4  run_trans_callbacks_locked (type=value optimized out, 
trans=0x7f2135624cb0, req=value optimized out, rpl=value optimized out, 
code=value optimized out)
at t_hooks.c:272
No locals.
#5  0x7f214770641c in relay_reply (t=0x7f2135624cb0, p_msg=value optimized 
out, branch=value optimized out, msg_status=value optimized out,
cancel_bitmap=0x7fff0503d8f8) at t_reply.c:1288
relay = 1
save_clone = 0
buf = 0x7f2148252cf8 SIP/2.0 200 Ok\r\nVia: SIP/2.0/UDP 
177.107.192.196:5061;received=177.107.192.196;rport=5061;branch=z9hG4bK-1545392954-3809589652-4082936222-412923644\r\nFrom:
 \1125003147\ sip:0@177.107.192.196:5061;...
res_len = 880
relayed_code = 200
relayed_msg = 0x7f21481192b8
bm = {to_tag_val = {s = 0x0, len = 1208449520}}
totag_retr = 0
reply_status = RPS_PUSHED_AFTER_COMPLETION
uas_rb = 0x7f2135624db0
cb_s = {
  s = 0x7f2148252cf8 SIP/2.0 200 Ok\r\nVia: SIP/2.0/UDP 
177.107.192.196:5061;received=177.107.192.196;rport=5061;branch=z9hG4bK-1545392954-3809589652-4082936222-412923644\r\nFrom:
 \1125003147\ sip:0@177.107.192.196:5061;..., len = 880}
text = {s = 0x7f21481192b8 )\254J, len = -1}
__FUNCTION__ = relay_reply
#6  0x7f2147706eb8 in reply_received (p_msg=0x7f21481192b8) at 
t_reply.c:1548
msg_status = 200
last_uac_status = 0
branch = 1
reply_status = value optimized out
timer = value optimized out
cancel_bitmap = 0
uac = 0x7f2135625088
t = 0x7f2135624cb0
backup_list = value optimized out
has_reply_route = value optimized out
__FUNCTION__ = reply_received
#7  0x00429041 in forward_reply (msg=0x7f21481192b8) at forward.c:575
---Type return to continue, or q return to quit---
new_buf = 0x0
to = 0x0
new_len = value optimized out
mod = 0x7f2147f5e600
proto = value optimized out
id = 0
send_sock = value optimized out
s = value optimized out
len = value optimized out
__FUNCTION__ = forward_reply
#8  0x004751c3 in receive_msg (buf=value optimized out, len=value 
optimized out, rcv_info=0x7fff0503daa0) at receive.c:207
msg = 0x7f21481192b8
start = {tv_sec = 139784005615615, tv_usec = 140733193388086}
__FUNCTION__ = receive_msg
#9  0x004ce801 in udp_rcv_loop () at udp_server.c:424
len = value optimized out
buf = SIP/2.0 200 Ok\r\nVia: SIP/2.0/UDP 
187.63.143.211:5060;branch=z9hG4bKd822.6ef70ab7.1\r\nVia: SIP/2.0/UDP 
177.107.192.196:5061;received=177.107.192.196;rport=5061;branch=z9hG4bK-1545392954-3809589652-40829...
tmp = value optimized out
from = 0x7f2148119280
fromlen = 16
ri = {src_ip = {af = 2, len = 4, u = {addrl = {2274246587, 
248128272320}, addr32 = {2274246587, 0, 3315136448, 57}, addr16 = {16315, 
34702, 0, 0, 63424,
50584, 57, 0}, addr = 
\273?\216\207\000\000\000\000\300\367\230\305\071\000\000}}, dst_ip = {af = 
2, len = 4, u = {addrl = {3549380539, 0},
  addr32 = {3549380539, 0, 0, 0}, addr16 = {16315, 54159, 0, 0, 0, 
0, 0, 0}, addr = \273?\217\323, '\000' repeats 11 times}}, src_port = 5060,
  dst_port = 5060, proto = 1, proto_reserved1 = 0, proto_reserved2 = 0, 
src_su = {s = {sa_family = 2,
  sa_data = \023Ä»?\216\207\000\000\000\000\000\000\000}, sin = 
{sin_family = 2, sin_port = 50195, sin_addr = {s_addr = 2274246587},
  sin_zero = \000\000\000\000\000\000\000}, sin6 = {sin6_family = 
2, sin6_port = 50195, sin6_flowinfo = 2274246587, 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 = 0x7f2147f5de38}
p = value optimized out
msg = {
  s = 

[OpenSIPS-Devel] [OpenSIPS/opensips] 5760ba: improve docs

2014-02-13 Thread Bogdan-Andrei Iancu
  Branch: refs/heads/1.10
  Home:   https://github.com/OpenSIPS/opensips
  Commit: 5760ba22c42bea5dbdedad2ba8d7da0245405b01
  
https://github.com/OpenSIPS/opensips/commit/5760ba22c42bea5dbdedad2ba8d7da0245405b01
  Author: Bogdan-Andrei Iancu bog...@opensips.org
  Date:   2014-02-13 (Thu, 13 Feb 2014)

  Changed paths:
M modules/rtpproxy/doc/rtpproxy_admin.xml

  Log Message:
  ---
  improve docs


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


[OpenSIPS-Devel] [OpenSIPS/opensips] 3a5284: improve docs

2014-02-13 Thread Bogdan-Andrei Iancu
  Branch: refs/heads/1.8
  Home:   https://github.com/OpenSIPS/opensips
  Commit: 3a5284a7232e261d4fc9447f8710d936642eec1e
  
https://github.com/OpenSIPS/opensips/commit/3a5284a7232e261d4fc9447f8710d936642eec1e
  Author: Bogdan-Andrei Iancu bog...@opensips.org
  Date:   2014-02-13 (Thu, 13 Feb 2014)

  Changed paths:
M modules/rtpproxy/doc/rtpproxy_admin.xml

  Log Message:
  ---
  improve docs


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


[OpenSIPS-Devel] [OpenSIPS/opensips] 95a385: improve docs

2014-02-13 Thread Bogdan-Andrei Iancu
  Branch: refs/heads/1.9
  Home:   https://github.com/OpenSIPS/opensips
  Commit: 95a3857b729765cbb61ba0f11ff244c3c891ffac
  
https://github.com/OpenSIPS/opensips/commit/95a3857b729765cbb61ba0f11ff244c3c891ffac
  Author: Bogdan-Andrei Iancu bog...@opensips.org
  Date:   2014-02-13 (Thu, 13 Feb 2014)

  Changed paths:
M modules/rtpproxy/doc/rtpproxy_admin.xml

  Log Message:
  ---
  improve docs


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


Re: [OpenSIPS-Devel] [OpenSIPS-Users] [RELEASES] Planing OpenSIPS 1.11.0 major release

2014-02-13 Thread Bogdan-Andrei Iancu

Hello all ,

We made a new evaluation of the thinks we plan to have ready for 1.11 
and time is not enough. In order to get a valuable and consistent 
release, the decision was to delay the 1.11 release for mid March - this 
will allow us to complete the ongoing tasks and have a really good set 
of features for 1.11


If there are any comments to this, please let us know.

Best regards,

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

On 04.11.2013 19:58, Bogdan-Andrei Iancu wrote:

Hi all,

I would like to start a discussion about the next OpenSIPS major release
- and in this discussion anyone is welcomed with options, ideas, critics
and other. Your feedback is important to drive the project into a
direction that reflects the user's needs!.

So, I will list here the starting points, for both release planing and
release content.


Content
---
What was done:
 http://www.opensips.org/About/Version-1-11-0#toc2
What is planned:
 http://www.opensips.org/About/Version-1-11-0#toc9
Planned items have priorities (for being addressed); it is a must to
have all items done for the next release, as we need to fit into a time
frame. Whatever is not done, will be left for the next release (1.12 ?)

Additional thinks (not listed on web) we are considering are:
 - new call queuing module
 - new SMPP module
 - async operations at script level (doing async db ops, exec, rest
queries)
 - dropping avpops module (and replacing with dbops module)
 - simplify scripting/logic by dropping the usage of AVPs (defined as
module params) in favor of explicit func. params
 - better handling of UAC transactions (being able to set failure
routes for them, to fire new requests from script)
 - Quality routing in Dynamic Routing
Also we target so work in the RTPProxy area (still under heavy planing)
like restart persistence, replication and statistics .


Planing
---
Release candidate:
 second half of January 2014, depending on the progress with the
items to be done.
Testing phase:
 1 month allocated (it may be extended if critical problems show up)
Stable release:
 second half of February (after the testing phase is done).


Once again, your feedback on these matters is important to us.


Best regards,




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


Re: [OpenSIPS-Devel] [opensips] Segmentation fault. #0 free_contacts (#167)

2014-02-13 Thread flaviogoncalves
Please, remove as invalid. Server out of memory. 

---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/issues/167#issuecomment-35004281___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel


Re: [OpenSIPS-Devel] [opensips] Segmentation fault. #0 free_contacts (#167)

2014-02-13 Thread Liviu Chircu
Closed #167.

---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/issues/167___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel


Re: [OpenSIPS-Devel] [opensips] CSeq header handling in mediaproxy (#165)

2014-02-13 Thread Saúl Ibarra Corretgé
Hum, something feels wrong here. I did some git archeolgy and looks like I 
modified that code to look the way it does now in order for it to work with 
dialog pings: 
https://github.com/OpenSIPS/opensips/commit/80511207e9acec1bfabed7807a83329a8adebbce

When dialog ping is used OpenSIPS needs to modify the CSeq numbers because it 
injects traffic in between. Are you using dialog ping? Also, can you share a 
SIP trace for the call? (you may mail that to me privately if you want)

---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/issues/165#issuecomment-35021825___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel


Re: [OpenSIPS-Devel] [opensips] CSeq header handling in mediaproxy (#165)

2014-02-13 Thread Saúl Ibarra Corretgé
Here is another patch: https://gist.github.com/saghul/8983424 can you please 
try it out?
 @vladpaiu, IIRC you wrote the dialog ping logic, does what I did there look 
good to you?

---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/issues/165#issuecomment-35023680___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel