sr-dev October 2014

sr-dev@lists.kamailio.org

34 participants
382 discussions

git:master: Merge branch 'master' of ssh://lazedo@git.sip-router.org/ kamailio
by Luis Azedo 21 Oct '14

21 Oct '14

Module: sip-router Branch: master Commit: 46b5342758dc3be1c84adaf2353dfe0fc60ab6b6 URL: http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=commit;h=46b5342… Author: lazedo <luis.azedo(a)factorlusitano.com> Committer: lazedo <luis.azedo(a)factorlusitano.com> Date: Tue Oct 21 18:35:54 2014 +0100 Merge branch 'master' of ssh://lazedo@git.sip-router.org/kamailio ---

1 0

git:master: kazoo : compatibility issues with json-c & rabbitmq recent versions
by Luis Azedo 21 Oct '14

21 Oct '14

Module: sip-router Branch: master Commit: 602c4a7cdb7b772c61f8191ab8ac271d38493041 URL: http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=commit;h=602c4a7… Author: Luis Azedo <luis(a)2600hz.com> Committer: Luis Azedo <luis(a)2600hz.com> Date: Tue Oct 21 18:35:03 2014 +0100 kazoo : compatibility issues with json-c & rabbitmq recent versions --- modules/kazoo/Makefile | 28 ++++++++++++- modules/kazoo/defs.h | 2 +- modules/kazoo/kz_amqp.c | 98 +++++++++++++++++++---------------------------- modules/kazoo/kz_json.c | 34 +++++++++++++++- modules/kazoo/kz_json.h | 4 +- modules/kazoo/kz_pua.c | 17 ++++---- 6 files changed, 108 insertions(+), 75 deletions(-) Diff: http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=commitdiff;h=602…

1 0

kazoo module on deb packages
by Victor Seva 21 Oct '14

21 Oct '14

Hi Luis, I'm trying to add kazoo module to our deb packages. No so much luck for now [0]. I'm using libjson-c[3] that is why you are getting the deprecated errors. On jessie[1] I'm using: - libjson-c-dev (0.11-4) - librabbitmq-dev (0.5.2-1) - uuid-dev (2.20.1-5.11) On trusty[2] I'm using: - libjson-c-dev (0.11-3ubuntu1) - librabbitmq1 (0.4.1-1) - uuid-dev (2.20.1-5.1ubuntu20) The README did not mention any particular version for the external libraries. Is there any version restriction here? Thanks in advance, Victor [0] https://kamailio.sipwise.com/job/vseva-kamailiodev-nightly-binaries/27/cons… [1] https://kamailio.sipwise.com/job/vseva-kamailiodev-nightly-binaries/archite… [2] https://kamailio.sipwise.com/job/vseva-kamailiodev-nightly-binaries/archite… [3] https://github.com/linuxmaniac/kamailio/commit/d6c33fc6f3807e5e7371b947c425…

2 2

git:master: tls: note that SSLv3 should not be used if high security is needed
by Daniel-Constantin Mierla 21 Oct '14

21 Oct '14

Module: sip-router Branch: master Commit: 5fe0d14745303c61d3fafe9decbb735d5424a442 URL: http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=commit;h=5fe0d14… Author: Daniel-Constantin Mierla <miconda(a)gmail.com> Committer: Daniel-Constantin Mierla <miconda(a)gmail.com> Date: Tue Oct 21 16:32:26 2014 +0200 tls: note that SSLv3 should not be used if high security is needed - the note was already for SSLv2 --- modules/tls/README | 6 ++++-- modules/tls/doc/params.xml | 4 +++- 2 files changed, 7 insertions(+), 3 deletions(-) diff --git a/modules/tls/README b/modules/tls/README index 09be2bf..713a65e 100644 --- a/modules/tls/README +++ b/modules/tls/README @@ -508,7 +508,8 @@ Revoking a certificate and using a CRL with openssl/libssl v1.0.1) * TLSv1 - only TLSv1 connections are accepted. This is the default value. - * SSLv3 - only SSLv3 connections are accepted + * SSLv3 - only SSLv3 connections are accepted. Note: you shouldn't + use SSLv3 for anything which should be highly secure. * SSLv2 - only SSLv2 connections, for old clients. Note: you shouldn't use SSLv2 for anything which should be highly secure. Newer versions of libssl don't include support for it anymore. @@ -517,7 +518,8 @@ Revoking a certificate and using a CRL message must be V2 (in the initial hello all the supported protocols are advertised enabling switching to a higher and more secure version). This means connections from SSLv3 or TLSv1 clients - will be accepted. + will be accepted. Note: you shouldn't use SSLv2 or SSLv3 for + anything which should be highly secure. If rfc3261 conformance is desired, TLSv1 must be used. For compatibility with older clients SSLv23 is a good option. diff --git a/modules/tls/doc/params.xml b/modules/tls/doc/params.xml index 46de16f..a6e5808 100644 --- a/modules/tls/doc/params.xml +++ b/modules/tls/doc/params.xml @@ -39,7 +39,8 @@ </listitem> <listitem> <para> - <emphasis>SSLv3</emphasis> - only SSLv3 connections are accepted + <emphasis>SSLv3</emphasis> - only SSLv3 connections are accepted. + Note: you shouldn't use SSLv3 for anything which should be highly secure. </para> </listitem> <listitem> @@ -56,6 +57,7 @@ message must be V2 (in the initial hello all the supported protocols are advertised enabling switching to a higher and more secure version). This means connections from SSLv3 or TLSv1 clients will be accepted. + Note: you shouldn't use SSLv2 or SSLv3 for anything which should be highly secure. </para> </listitem> </itemizedlist>

1 0

git:lazedo/kazoo: Merge branch 'master' into lazedo/kazoo
by Luis Azedo 21 Oct '14

21 Oct '14

Module: sip-router Branch: lazedo/kazoo Commit: faabe993b4d0ad8797cbffe0a71c4dc049d19f3a URL: http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=commit;h=faabe99… Author: Luis Azedo <luis(a)2600hz.com> Committer: Luis Azedo <luis(a)2600hz.com> Date: Tue Oct 21 15:06:46 2014 +0100 Merge branch 'master' into lazedo/kazoo ---

1 0

[tracker] Task opened: UAC table locking
by sip-router 21 Oct '14

21 Oct '14

1 0

[tracker] Task opened: uac.reg_disable/uac.reg_enable missmatch
by sip-router 21 Oct '14

21 Oct '14

THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY. A new Flyspray task has been opened. Details are below. User who did this - Savolainen Dmitri (snen) Attached to Project - sip-router Summary - uac.reg_disable/uac.reg_enable missmatch Task Type - Bug Report Category - Module Status - Unconfirmed Assigned To - Operating System - All Severity - Medium Priority - Normal Reported Version - Development Due in Version - Undecided Due Date - Undecided Details - There is a uac.reg_disable/uac.reg_enable fuction missmatch in UAC module <code> [root@sw4 sbin]# ./kamcmd uac.reg_dump { l_uuid: 000105656 l_username: 000105656 l_domain: sip.domain2.ru r_username: 000105656 r_domain: sip.domain.com realm: sip.domain.com auth_username: 000105656 auth_password: xxxxxxxxxxx auth_proxy: sip:000105656@sip.domain.com expires: 120 flags: 4 diff_expires: 1780 timer_expires: 1413879087 } [root@sw4 sbin]# ./kamcmd uac.reg_disable l_uuid s:000105656 [root@sw4 sbin]# ./kamcmd uac.reg_dump { l_uuid: 000105656 l_username: 000105656 l_domain: sip.domain2.ru r_username: 000105656 r_domain: sip.domain.com realm: sip.domain.com auth_username: 000105656 auth_password: xxxxxxxxxxx auth_proxy: sip:000105656@sip.domain.com expires: 120 flags: 4 diff_expires: -3 timer_expires: 1413877502 } </code> so flag “#define UAC_REG_DISABLED (1<<0)” is not enabled, just diff_expires reset but uac.reg_enable set this flag <code> [root@sw4 sbin]# ./kamcmd uac.reg_enable l_uuid s:000105656 [root@sw4 sbin]# ./kamcmd uac.reg_dump { l_uuid: 000105656 l_username: 000105656 l_domain: sip.domain2.ru r_username: 000105656 r_domain: sip.domain.com realm: sip.domain.com auth_username: 000105656 auth_password: xxxxxxxxxxx auth_proxy: sip:000105656@sip.domain.com expires: 120 flags: 5 diff_expires: -1 timer_expires: 1413877709 } </code> I suggest this patch <code> diff --git a/modules/uac/uac_reg.c b/modules/uac/uac_reg.c index 9b2abef..b81d633 100644 --- a/modules/uac/uac_reg.c +++ b/modules/uac/uac_reg.c @@ -1653,7 +1653,7 @@ static const char* rpc_uac_reg_enable_doc[2] = { static void rpc_uac_reg_enable(rpc_t* rpc, void* ctx) { - rpc_uac_reg_update_flag(rpc, ctx, 1, UAC_REG_DISABLED); + rpc_uac_reg_update_flag(rpc, ctx, 0, UAC_REG_DISABLED); } static const char* rpc_uac_reg_disable_doc[2] = { @@ -1663,7 +1663,7 @@ static const char* rpc_uac_reg_disable_doc[2] = { static void rpc_uac_reg_disable(rpc_t* rpc, void* ctx) { - rpc_uac_reg_update_flag(rpc, ctx, 0, UAC_REG_DISABLED); + rpc_uac_reg_update_flag(rpc, ctx, 1, UAC_REG_DISABLED); } static const char* rpc_uac_reg_reload_doc[2] = { </code> More information can be found at the following URL: http://sip-router.org/tracker/index.php?do=details&task_id=483 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

debian 4.2 packages available yet?
by Peter Villeneuve 20 Oct '14

20 Oct '14

Hi, Are there any debian packages available for the new stable (4.2) yet? The wiki still refers to 4.1 as stable. http://www.kamailio.org/wiki/packages/debs Cheers, Peter

2 1

Regarding Kamailio usage in ARM/Embedded Linux
by Nandini madhu 19 Oct '14

19 Oct '14

Dear all, Greetings. I am working on Kamailio for Linux environment. But, i don't have any idea regarding usage of Kamailio in arm/embedded Linux environment. Please help me in this regard, how can i port Kamailio into an embedded linux device. Kindly advice. Regards Sermj2012

2 1

pipelimit in 4.2.0 and beyond
by Alex Balashov 19 Oct '14

19 Oct '14

Hi, I was testing the new dynamic pipelimit instantiation functionality heralded in 4.2, and, strangely enough, it doesn't seem to work at all. Every time I call pl_check(), it just blocks the worker thread indefinitely, until I--rather quickly--run out of available workers. I've tried it with db_url (which I gathered to not be mandatory), without a db_url, using every algorithm possible, with a static pipe name, with a PV pipe name, etc. It all yields the same results. Here is my current employment of it: if($(xavp(call=>ingress_cps_limit){s.int}) > 0) { xlog("L_INFO", "DEBUG: PRE PL CHECK $ci\n"); if(!pl_check("1", "RED", "2")) { xlog("L_INFO", "DEBUG: AFTER PL CHECK $ci\n"); pl_drop(); xlog("L_INFO", "Ingress call setup rate limit for this BG " "$(xavp(call=>ingress_cps_limit){s.int}) has " "been exceeded; rejecting call\n"); exit; } xlog("L_INFO", "DEBUG: AFTER PL CHECK $ci\n"); } modparam("pipelimit", "hash_size", 12) modparam("pipelimit", "timer_interval", 5) modparam("pipelimit", "reply_code", 503) modparam("pipelimit", "reply_reason", "Call Setup Rate Exceeded") I never reach "AFTER PL CHECK". Here's what I actually want to do: if($(xavp(call=>ingress_cps_limit){s.int}) > 0) { if(!pl_check("$avp(trunk_id)", "RED", "$(xavp(call=>ingress_cps_limit){s.int})")) { pl_drop(); xlog("L_INFO", "!> " "Ingress call setup rate limit for this BG " "$(xavp(call=>ingress_cps_limit){s.int}) has " "been exceeded; rejecting call\n"); exit; } } I tried upping debug to debug=3 but get nothing insightful that pertains to pipelimit at all, as far as I can see. This is on a stock CentOS 6.5 install, sip-router:master:36e695453762b5ed15e5048fad2c559bb239dad5 compiled from source. Thanks! -- Alex Balashov - Principal Evariste Systems LLC Tel: +1-678-954-0670 Web: http://www.evaristesys.com/, http://www.alexbalashov.com/ Please be kind to the English language: http://www.entrepreneur.com/article/232906

2 2

← Newer
1
...
8
9
10
11
12
13
14
...
39
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

sr-dev October 2014