sr-dev October 2012

sr-dev@lists.kamailio.org

31 participants
242 discussions

[tracker] Comment added: 3.1.2 memory crash
by sip-router 02 Oct '12

02 Oct '12

THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY. The following task has a new comment added: FS#250 - 3.1.2 memory crash User who did this - Daniel-Constantin Mierla (miconda) ---------- It could be related to this fix: http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=commit;h=745e30c… Try that patch and see if it appears again. ---------- More information can be found at the following URL: https://sip-router.org/tracker/index.php?do=details&task_id=250#comment727 You are receiving this message because you have requested it from the Flyspray bugtracking system. If you did not expect this message or don't want to receive mails in future, you can change your notification settings at the URL shown above.

1 0

[tracker] Comment added: Kamailio version 3.1.2 crash when memory realloc
by sip-router 02 Oct '12

02 Oct '12

THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY. The following task has a new comment added: FS#247 - Kamailio version 3.1.2 crash when memory realloc User who did this - Daniel-Constantin Mierla (miconda) ---------- There is a safety check of realloc with size 0, so this should not happen. I guess you recompiled with fm_malloc support, afaik, 3.1.x is with qm_malloc. Did you get the situation again? Same backtrace? It was reported that libssl can do free(0), so I added recently a check for that case. Probably is unrelated, but maybe it worth trying that patch. ---------- More information can be found at the following URL: https://sip-router.org/tracker/index.php?do=details&task_id=247#comment726 You are receiving this message because you have requested it from the Flyspray bugtracking system. If you did not expect this message or don't want to receive mails in future, you can change your notification settings at the URL shown above.

1 0

[tracker] Comment added: Kamailio crash when about 300, 000 tls connections opened.
by sip-router 02 Oct '12

02 Oct '12

THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY. The following task has a new comment added: FS#236 - Kamailio crash when about 300,000 tls connections opened. User who did this - Daniel-Constantin Mierla (miconda) ---------- Can you use benchmark module to detect what parts are slow? Is the config processing or before it? ---------- More information can be found at the following URL: https://sip-router.org/tracker/index.php?do=details&task_id=236#comment725 You are receiving this message because you have requested it from the Flyspray bugtracking system. If you did not expect this message or don't want to receive mails in future, you can change your notification settings at the URL shown above.

1 0

[tracker] Task closed: kamailio crah [pass_fd.c:293]: ERROR: receive_fd: EOF on 46
by sip-router 02 Oct '12

02 Oct '12

THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY. The following task is now closed: FS#234 - kamailio crah [pass_fd.c:293]: ERROR: receive_fd: EOF on 46 User who did this - Daniel-Constantin Mierla (miconda) Reason for closing: Fixed Additional comments about closing: No follow up after the last commits. Try again with latest git version and reopen if the issue is still there. More information can be found at the following URL: https://sip-router.org/tracker/index.php?do=details&task_id=234 You are receiving this message because you have requested it from the Flyspray bugtracking system. If you did not expect this message or don't want to receive mails in future, you can change your notification settings at the URL shown above.

1 0

Kamailio get sip msg from transaction
by Jason Penton 02 Oct '12

02 Oct '12

Hi (Daniel this may be for you re. async) Is it possible to get the sip message from a transaction after using t_continue. The reason I ask is that using the async "pattern", how would one be able to use transactional replies in code using t_reply(code, message). Is the only way to store the sip_msg in shm for later use, because if I look at TM I see there is no storage for the original SIP request? Cheers Jason

2 5

git:master: sdpops: added new function sdp_remove_line_by_prefix(string)
by Daniel-Constantin Mierla 02 Oct '12

02 Oct '12

Module: sip-router Branch: master Commit: 575e3dde9706b657e375814507ffc9b3fa4e6886 URL: http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=commit;h=575e3dd… Author: Daniel-Constantin Mierla <miconda(a)gmail.com> Committer: Daniel-Constantin Mierla <miconda(a)gmail.com> Date: Tue Oct 2 16:05:38 2012 +0200 sdpops: added new function sdp_remove_line_by_prefix(string) - removes lines from SDP body that matches the prefix - patch by Mikko Lehto --- modules/sdpops/README | 118 ++++++++++++++++++++-------------- modules/sdpops/doc/sdpops_admin.xml | 26 ++++++++ modules/sdpops/sdpops_mod.c | 119 +++++++++++++++++++++++++++++++++++ 3 files changed, 215 insertions(+), 48 deletions(-) Diff: http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=commitdiff;h=575…

1 0

git:master: parser/sdp: exported extract_field(...)
by Daniel-Constantin Mierla 02 Oct '12

02 Oct '12

Module: sip-router Branch: master Commit: c1d1b82d326ebda28f2b3e57b4066aa1c90e1286 URL: http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=commit;h=c1d1b82… Author: Daniel-Constantin Mierla <miconda(a)gmail.com> Committer: Daniel-Constantin Mierla <miconda(a)gmail.com> Date: Tue Oct 2 16:02:05 2012 +0200 parser/sdp: exported extract_field(...) - part of patch for sdpops by Mikko Lehto --- parser/sdp/sdp_helpr_funcs.h | 1 + 1 files changed, 1 insertions(+), 0 deletions(-) diff --git a/parser/sdp/sdp_helpr_funcs.h b/parser/sdp/sdp_helpr_funcs.h index 18d3a48..2456cee 100644 --- a/parser/sdp/sdp_helpr_funcs.h +++ b/parser/sdp/sdp_helpr_funcs.h @@ -42,6 +42,7 @@ */ int get_mixed_part_delimiter(str * body, str * mp_delimiter); +int extract_field(str* body, str* value, str field); int extract_rtpmap(str *body, str *rtpmap_payload, str *rtpmap_encoding, str *rtpmap_clockrate, str *rtpmap_parmas); int extract_fmtp( str *body, str *fmtp_payload, str *fmtp_string ); int extract_ptime(str *body, str *ptime);

1 0

[tracker] Task opened: 3.1.2 memory crash
by sip-router 01 Oct '12

01 Oct '12

THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY. A new Flyspray task has been opened. Details are below. User who did this - Bayan Towfiq (btowfiq) Attached to Project - sip-router Summary - 3.1.2 memory crash Task Type - Bug Report Category - Core Status - Unconfirmed Assigned To - Operating System - All Severity - Critical Priority - Normal Reported Version - Development Due in Version - Undecided Due Date - Undecided Details - Kamailio is not generating cores but here are the logs: I have had over a dozen crashes today because of this. 1 Oct 1 21:25:05 localhost /usr/local/sbin/kamailio[4505]: ERROR: <core> [parser/msg_parser.c:714]: ERROR: parse_msg: message=<<81>É> 2 Oct 1 21:25:05 localhost /usr/local/sbin/kamailio[4505]: ERROR: <core> [receive.c:142]: ERROR: receive_msg: parse_msg failed 3 Oct 1 21:25:05 localhost /usr/local/sbin/kamailio[4494]: ERROR: <core> [parser/msg_parser.c:714]: ERROR: parse_msg: message=<<81>É> 4 Oct 1 21:25:05 localhost /usr/local/sbin/kamailio[4494]: ERROR: <core> [receive.c:142]: ERROR: receive_msg: parse_msg failed 5 Oct 1 21:25:05 localhost /usr/local/sbin/kamailio[4546]: ERROR: <core> [tcp_main.c:4130]: connect xx.xxx.xx.xxx:35524 failed 6 Oct 1 21:25:06 localhost /usr/local/sbin/kamailio[4496]: : <core> [mem/q_malloc.c:156]: BUG: qm_*: prev. fragm. tail overwritten(c0c0c000, abcdefed)[0xabc200:0xabc230]! 7 Oct 1 21:25:06 localhost /usr/local/sbin/kamailio[4546]: : <core> [pass_fd.c:293]: ERROR: receive_fd: EOF on 14 8 Oct 1 21:25:06 localhost /usr/local/sbin/kamailio[4493]: ALERT: <core> [main.c:741]: child process 4496 exited by a signal 6 9 Oct 1 21:25:06 localhost /usr/local/sbin/kamailio[4493]: ALERT: <core> [main.c:744]: core was not generated 10 Oct 1 21:25:06 localhost /usr/local/sbin/kamailio[4493]: ERROR: ctl [ctl.c:379]: ERROR: ctl: could not delete unix socket /tmp/ser_ctl: Operation not permitted (1) 11 Oct 1 21:25:06 localhost init: kamailio main process ended, respawning More information can be found at the following URL: http://sip-router.org/tracker/index.php?do=details&task_id=250 You are receiving this message because you have requested it from the Flyspray bugtracking system. If you did not expect this message or don't want to receive mails in future, you can change your notification settings at the URL shown above.

1 0

TM module. To header is not correct in the CANCEL request.
by Vitaliy Aleksandrov 01 Oct '12

01 Oct '12

According to the TM reparse_invite option description Kamailio should build the CANCEL request from the INVITE message which was sent out instead of building them from the received request. And Kamailio does it for all headers except "To". Kamailio builds "To" header from the received INVITE. Patch to fix it: --- ./kamailio-3.2.3/modules/tm/t_cancel.c 2012-08-22 10:39:21.000000000 +0300 +++ ./kamailio-3.2.3-fixed/modules/tm/t_cancel.c 2012-10-01 18:25:57.000000000 +0300 @@ -284,7 +284,7 @@ if (cfg_get(tm, tm_cfg, reparse_invite)) { /* build the CANCEL from the INVITE which was sent out */ cancel = build_local_reparse(t, branch, &len, CANCEL, CANCEL_LEN, - &t->to + NULL #ifdef CANCEL_REASON_SUPPORT , reason #endif /* CANCEL_REASON_SUPPORT */ It is not a problem when Kamailio doesn't change "To" header or does it before transaction creation (t_relay, t_newtran). To reproduce that situation "To" header should be rewritten in a branch_route. build_local_reparse is also used in t_reply.c to build local ACK requests and passing new "To" header absolutely right there, since "To" header in ACK must be equal to "To" header field in the response being acknowledged. But if I correctly understand rfc3261 it is not correct behaviour for a CANCEL request. P.S. I've checked 3.3.1 sources and haven't found any changes related to this issue.

1 0

patch: sdpops - new function remove_line_by_prefix()
by Mikko Lehto 01 Oct '12

01 Oct '12

Hi I created this patch to clean ugly experimental SDP lines. It is tested with Content-Type multipart/mixed and application/sdp and body cleaning seem to work fine. Here is a sample of unwanted SDP attributes that can be filtered with this function: --- a=X-sqn:0 a=X-cap: 1 audio RTP/AVP 100 a=X-cpar: a=rtpmap:100 X-NSE/8000 a=X-cpar: a=fmtp:100 192-194,200-202 a=X-cap: 2 image udptl t38 --- Comments appreciated. -- Mikko Lehto

3 3

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

sr-dev October 2012