sr-dev September 2014

sr-dev@lists.kamailio.org

33 participants
375 discussions

Outbound flow failure handling merged to master

by Hugh Waite

Hello, As you will see I have merged my branch back into master. These changes add a new event route [tm:branch-failure] to the tm module which is run when any failure response is received on a transaction. The event_route uses a new route type BRANCH_ROUTE which limits the functions that can be run in the route. The functions t_check_status(), t_next_contact_flow(), t_relay() and unregister() can be used in this route. A new pv $T_reply_ruid is accessible in this route which can be used to unregister a single contact entry. The following example route can be used on a registrar to handle failed or invalid flows: event_route[tm:branch-failure] { xlog("L_INFO", "event_route[tm:branch-failure]\n"); if (t_check_status("430|403")) { if (!unregister("location", "$tu", "$T_reply_ruid")) { xlog("L_WARN", "failed to unregister $tu with ruid $T_reply_ruid\n"); } if (!t_next_contact_flow()) { xlog("L_INFO", "No more flows\n"); } else { xlog("L_INFO", "Next flow\n"); t_relay(); } } } Any bugs, memory leaks etc. let me know! Hugh -- Hugh Waite Principal Design Engineer Crocodile RCS Ltd.

8 years

TM possible deadlock

by Jason Penton

Hi All, I have been experiencing a deadlock when a timeout occurs on a t_relayed() INVITE. Going through the code I have noticed a possible chance of deadlock (without re-entrant enabled). Here is my thinking: t_should_relay_response() is called with REPLY_LOCK when the timer process fires on the fr_inv_timer (no response from the INVITE that was relayed, other than 100 provisional) and a 408 is generated. However, from within that function there are calls to run_failure_handlers() which in turn *could* try and lock the reply (viz. somebody having a t_reply() call in the cfg file - in failure route block). This would result in another lock on the same transaction's REPLY_LOCK.... Has anybody else experienced something like this? this is on master btw. Cheers Jason

9 years, 7 months

Fw: query related to NOTIFY message size

by Piyush.Bansal＠relianceada.com

please help ----- Forwarded by Piyush Bansal/RCOM/RelianceADA on 10/10/2013 10:51 AM ----- From: Piyush Bansal/RCOM/RelianceADA To: serusers(a)iptel.org, serdev(a)iptel.org Date: 10/09/2013 12:14 PM Subject: query related to NOTIFY message size Hi there, I have certain queries regarding batch SUBSCRIBE and NOTIFY. I have a user who has 100 buddies in his buddy list. If any of his buddy changes his/her presence status, that user gets a NOTIFY message with presence status of all the 100 buddies. In that case, the message size is exceeding 500 KB. Thats quite a higher value for a UDP packet. Can anybody suggest- 1. If there is any way to restrict the size of the packet. 2. How to ensure that the packet is received correctly by the client. Thanks and Regards, --Piyush Bansal The information contained in this electronic message (email) and any attachments to this email are intended for the exclusive use of the addressee(s) and access to this email by any one else is unauthorised. The email may contain proprietary, confidential or privileged information or information relating to Reliance Group. If you are not the intended recipient, please notify the sender by telephone, fax, or return email and delete this communication and any attachments thereto, immediately from your computer. Any dissemination, distribution, or copying of this communication and the attachments thereto (in whole or part), in any manner, is strictly prohibited and actionable at law. The recipient acknowledges that emails are susceptible to alteration and their integrity can not be guaranteed and that Company does not guarantee that any e-mail is virus-free and accept no liability for any damage caused by any virus transmitted by this email.

10 years, 1 month

Customize Encryption Algorithm in TLS

by aawaise

Hello, I have downloaded and unzipped kamailio package available online. I want to know about TLS module, My question is that where is the encryption module located in TLS module ?? Is it in some .c file of TLS module or does TLS module use AES encryption available in LINUX or UNIX systems?? This question arises because I want to customize AES algorithm ?? Can it be done in TLS module or not ?? Regards, Aawaise -- View this message in context: http://sip-router.1086192.n5.nabble.com/Customize-Encryption-Algorithm-in-T… Sent from the Development mailing list archive at Nabble.com.

10 years, 1 month

RFC: updating default values

by Daniel-Constantin Mierla

Hello, I am opening this discussion to decide if there is need to adjust some of the default values we have in Kamailio. Many of them were set even like 10 years ago, so they might not be very actual anymore. The main goal is to get the best possible settings for common usage. To start with, here are some values that should be reviewed: - default private memory is 4MB - if the config is not that small, it might not be sufficient free pkg to play with (e.g., for sql_query() result, storage of $var(...) values). Should it be increased to 8MB or other value? Debian/Centos have startup script that sets its value to 8 via command line - default shared memory is 32MB - for a decent deployment with tm, location, lcr/dispatcher, permissions, and anti-flood, it might leave not much free space. Should we double it or set to a different value - usrloc - db_ops_ruid should enabled (1) - seems stable, without it there are problems updating/deleting location records when UA changes the call-id for same contact address. - usrloc - hash_size - now is 9, which results in 512 slots, meaning is ok for few thousands of registered users, for more, performance will decrease when doing save/lookup location -- should it be made 10 (1024 slots for internal hash table)? - auth_db - load_credentials defaults to 'rpid', meaning that the query to get the password will retrieve also the rpid column. I haven't see rpid being used that much lately (replaced by PAI/PPI). I would make this parameter empty by default to avoid querying for an extra column that is likely to be empty. Perhaps there are more, I just wanted to get started. Reply with your comments to above list as well as add new items you thinks their default values should be adjusted. Cheers, Daniel -- Daniel-Constantin Mierla - http://www.asipto.com http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda

10 years, 1 month

[tracker] Comment added: pid file generated with wrong attributes when starting with -u -g switches

by sip-router

THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY. The following task has a new comment added: FS#472 - pid file generated with wrong attributes when starting with -u -g switches User who did this - Daniel-Constantin Mierla (miconda) ---------- As a first remark, mi_fifo module has its own user/group parameters: - http://kamailio.org/docs/modules/devel/modules/mi_fifo.html#idm6280 ---------- More information can be found at the following URL: http://sip-router.org/tracker/index.php?do=details&task_id=472#comment1652 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.

10 years, 1 month

[tracker] Comment added: pid file generated with wrong attributes when starting with -u -g switches

by sip-router

THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY. The following task has a new comment added: FS#472 - pid file generated with wrong attributes when starting with -u -g switches User who did this - Ovidiu Sas (osas) ---------- Same issue for fifo and ctl files. ---------- More information can be found at the following URL: http://sip-router.org/tracker/index.php?do=details&task_id=472#comment1651 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.

10 years, 1 month

[tracker] Task opened: pid file generated with wrong attributes when starting with -u -g switches

by sip-router

THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY. A new Flyspray task has been opened. Details are below. User who did this - Ovidiu Sas (osas) Attached to Project - sip-router Summary - pid file generated with wrong attributes when starting with -u -g switches Task Type - Bug Report Category - Core Status - New Assigned To - Operating System - All Severity - Low Priority - Normal Reported Version - Development Due in Version - Undecided Due Date - Undecided Details - If kamailio is started with -u -g switches, the PID file should belong to the imposed user/group. Right now, if kamailio is started by root with "-u kamailio -g kamailio" the pid file belongs to root. This will result in failing to remove the pid file is kamailio user tries to restart the service. More information can be found at the following URL: http://sip-router.org/tracker/index.php?do=details&task_id=472 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.

10 years, 1 month

git:master: core: memlog and memdbg default value is L_DBG+1

by Daniel-Constantin Mierla

Module: sip-router Branch: master Commit: 2a2cdb864b9e3758ab08a404c93e24db4856d815 URL: http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=commit;h=2a2cdb8… Author: Daniel-Constantin Mierla <miconda(a)gmail.com> Committer: Daniel-Constantin Mierla <miconda(a)gmail.com> Date: Tue Sep 30 18:11:02 2014 +0200 core: memlog and memdbg default value is L_DBG+1 - too verbose if just trying to use debug=3 in kamailio.cfg and mem operations are useful only on troubleshooting memory, which is not the typical troubleshooting case --- cfg_core.c | 4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/cfg_core.c b/cfg_core.c index 4b6ca97..f38e628 100644 --- a/cfg_core.c +++ b/cfg_core.c @@ -64,7 +64,7 @@ struct cfg_group_core default_core_cfg = { L_WARN, /*!< print only msg. < L_WARN */ LOG_DAEMON, /*!< log_facility -- see syslog(3) */ - L_DBG, /*!< memdbg */ + L_DBG+1, /*!< memdbg */ #ifdef USE_DST_BLACKLIST /* blacklist */ 0, /*!< dst blacklist is disabled by default */ @@ -115,7 +115,7 @@ struct cfg_group_core default_core_cfg = { 1500, /**< udp4_raw_mtu (1500 by default) */ -1, /**< udp4_raw_ttl (auto detect by default) */ 0, /*!< force_rport */ - L_DBG, /*!< memlog */ + L_DBG+1, /*!< memlog */ 3, /*!< mem_summary -flags: 0 off, 1 pkg_status, 2 shm_status, 4 pkg_sums, 8 shm_sums, 16 short_status */ 0, /*!< mem_safety - 0 disabled */

10 years, 1 month

git:master: test/unit: 2.sh updated to work with latest kamailio

by Daniel-Constantin Mierla

Module: sip-router Branch: master Commit: daeb7834431ccc598ce95cba97925cd0fef83ead URL: http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=commit;h=daeb783… Author: Daniel-Constantin Mierla <miconda(a)gmail.com> Committer: Daniel-Constantin Mierla <miconda(a)gmail.com> Date: Tue Sep 30 18:08:16 2014 +0200 test/unit: 2.sh updated to work with latest kamailio --- test/unit/2.cfg | 5 ++--- test/unit/2.sh | 3 ++- 2 files changed, 4 insertions(+), 4 deletions(-) diff --git a/test/unit/2.cfg b/test/unit/2.cfg index 113754a..d2d7d8a 100644 --- a/test/unit/2.cfg +++ b/test/unit/2.cfg @@ -1,5 +1,5 @@ debug=2 -loadpath "../../modules/:../../modules_k/" +mpath="../../modules/" loadmodule "../../modules/tm/tm.so" loadmodule "tmx" loadmodule "acc" @@ -48,7 +48,7 @@ loadmodule "registrar" loadmodule "permissions" loadmodule "pdt" loadmodule "pv" -loadmodule "../../modules/mediaproxy/mediaproxy.so" +loadmodule "../../modules/rtpproxy/rtpproxy.so" loadmodule "xlog" loadmodule "../../modules/pdb/pdb.so" @@ -57,7 +57,6 @@ modparam("mi_datagram", "socket_name", "/tmp/kamailio.sock") modparam("dialog", "dlg_flag", 10) modparam("dialog", "db_mode", 2) ##modparam("tm", "fr_inv_timer_avp", "$avp(i:704)") -modparam("^auth$|lcr", "rpid_avp", "$avp(i:302)") modparam("sms", "modems", "Nokia [d=/dev/ttyS1;b=9600;m=new;l=30] ") modparam("sms", "networks", "D1 [m=10] ;d2[ m=20]") modparam("sms", "links", "NOKIA[D1;d2]") diff --git a/test/unit/2.sh b/test/unit/2.sh index f0b09b9..4301aa2 100755 --- a/test/unit/2.sh +++ b/test/unit/2.sh @@ -37,6 +37,7 @@ touch dispatcher.list echo "loadmodule \"$SR_DIR/modules/db_mysql/db_mysql.so\"" >> $CFG echo "modparam(\"dispatcher\", \"list_file\", \"$SR_DIR/$TEST_DIR/dispatcher.list\")" >> $CFG +echo -e "\nrequest_route {\n ;\n}" >> $CFG # start $BIN -w . -f $CFG > /dev/null @@ -48,4 +49,4 @@ $KILL mv $CFG.bak $CFG rm -f dispatcher.list -exit $ret \ No newline at end of file +exit $ret

10 years, 1 month

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

sr-dev September 2014