sr-dev April 2012

sr-dev@lists.kamailio.org

29 participants
346 discussions

git:master: pkg/gentoo: Added ebuild v3.2.3

by Claudio Furrer

Module: sip-router Branch: master Commit: 4f5f38047ee6d2b969428bb21a51811e82ccac98 URL: http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=commit;h=4f5f380… Author: Claudio Furrer <elcaio(a)gmail.com> Committer: Claudio Furrer <elcaio(a)gmail.com> Date: Thu Apr 26 18:52:31 2012 -0300 pkg/gentoo: Added ebuild v3.2.3 --- pkg/ser/gentoo/ChangeLog | 5 + pkg/ser/gentoo/Manifest | 4 +- pkg/ser/gentoo/sip-router-3.2.3.ebuild | 251 ++++++++++++++++++++++++++++++++ 3 files changed, 259 insertions(+), 1 deletions(-) Diff: http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=commitdiff;h=4f5…

12 years, 7 months

git:master: acc: Improve grammar and stress non-existence of CDR database storage.

by Timo Reimann

Module: sip-router Branch: master Commit: caee2ded8d9b39adcf2f5ad91b05e6646941d8fa URL: http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=commit;h=caee2de… Author: Timo Reimann <sr(a)foo-lounge.de> Committer: Timo Reimann <sr(a)foo-lounge.de> Date: Thu Apr 26 00:54:25 2012 +0200 acc: Improve grammar and stress non-existence of CDR database storage. --- modules_k/acc/doc/acc_admin.xml | 10 ++++++++-- 1 files changed, 8 insertions(+), 2 deletions(-) diff --git a/modules_k/acc/doc/acc_admin.xml b/modules_k/acc/doc/acc_admin.xml index afb4934..0b84cff 100644 --- a/modules_k/acc/doc/acc_admin.xml +++ b/modules_k/acc/doc/acc_admin.xml @@ -322,8 +322,8 @@ if (uri=~"sip:+40") /* calls to Romania */ { <section> <title>Overview</title> <para> - It is possible to generate and log Call Data Records (CDRs) directly from &kamailio; - in addition to transaction-based logging. Apart from a basic set of CDR fields which + In addition to transaction-based logging, it is possible to generate and log Call Data + Records (CDRs) directly from &kamailio;. Apart from a basic set of CDR fields which are always included (covering start time, end time, and duration), the approach allows flexible specification of additional fields that should be taken into account using the configuration script. This is very similar to how transaction-based logging may @@ -348,6 +348,12 @@ if (uri=~"sip:+40") /* calls to Romania */ { information given will not be stored in the CDR as they cannot be accessed by the end of the call when the CDR is logged. </para> + + <para> + Note that CDR generation does not involve any kind of database storage (yet). In order + to persist the CDRs into a database you will have to set up an exterior process (i.e., + a script living outside of &kamailio;) and implement the storage task yourself. + </para> </section> <section id="cdr-extra-id"> <title>CDR Extra</title>

12 years, 8 months

bug tracker hit by spammer

by Daniel-Constantin Mierla

Hello, few hours ago the bug tracker was hit by spammer. It was a valid user created on the system, via web, ' shiwe' - I deleted it (account email was a gmail), meanwhile notification flooding stopped. I'm not sure there will be a way to prevent in the future such people to create accounts, since registration is over web, with confirmation via email. If people here have suggestions, just reply here. Hope the flooding was not too annoying for you. Cheers, Daniel -- Daniel-Constantin Mierla - http://www.asipto.com http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda

12 years, 8 months

[tracker] Task closed: nelson

by sip-router

THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY. The following task is now closed: FS#221 - nelson User who did this - sip-router admin (admin) Reason for closing: Not a bug More information can be found at the following URL: http://sip-router.org/tracker/index.php?do=details&task_id=221 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.

12 years, 8 months

[tracker] Task closed: Tyler

by sip-router

THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY. The following task is now closed: FS#224 - Tyler User who did this - sip-router admin (admin) Reason for closing: Not a bug More information can be found at the following URL: http://sip-router.org/tracker/index.php?do=details&task_id=224 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.

12 years, 8 months

project policies for devs?

by Andreas Granig

Hi guys, Out of curiosity, is there actually a wiki page describing the project policies for new developers, e.g. that git commit messages should have the module type/name as first element in the first line etc? Andreas

12 years, 8 months

new developer: Richard Fuchs

by Andreas Granig

Hello all, I'm happy to announce a new developer for the project: Richard Fuchs. Welcome to the development team! Richard is working at Sipwise for over 4 years now and has already contributed many new features and bug fixes for our kamailio packages. Among those are the period matching in tmrec module, r-uri matching in lcr module and some IPv6 patches. He's also the brain behind most of the C based applications you can find in the Sipwise platforms, like the ngcp-mediaproxy-ng etc. Best regards, Andreas

12 years, 8 months

git:master: modules/sipcapture: Fixed crash in case contact was "*"

by Marius Zbihlei

Module: sip-router Branch: master Commit: c618a65e1941dc1ae259f97d264dd99a00aaf097 URL: http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=commit;h=c618a65… Author: Marius Zbihlei <marius.zbihlei(a)1and1.ro> Committer: Marius Zbihlei <marius.zbihlei(a)1and1.ro> Date: Wed Apr 25 14:54:31 2012 +0300 modules/sipcapture: Fixed crash in case contact was "*" (cherry picked from commit 11ca33836fdd33d7c3d36c4f1acc6c6782edfb5d) --- modules/sipcapture/sipcapture.c | 25 ++++++++++++++++++------- 1 files changed, 18 insertions(+), 7 deletions(-) diff --git a/modules/sipcapture/sipcapture.c b/modules/sipcapture/sipcapture.c index 6905f85..ce7251d 100644 --- a/modules/sipcapture/sipcapture.c +++ b/modules/sipcapture/sipcapture.c @@ -188,7 +188,7 @@ static str type_column = str_init("type"); static str node_column = str_init("node"); static str msg_column = str_init("msg"); static str capture_node = str_init("homer01"); - +static str star_contact = str_init("*"); int raw_sock_desc = -1; /* raw socket used for ip packets */ unsigned int raw_sock_children = 1; @@ -1176,12 +1176,23 @@ static int sip_capture(struct sip_msg *msg, char *s1, char *s2) cb = (contact_body_t*)msg->contact->parsed; - if(cb && cb->contacts) { - if(parse_uri( cb->contacts->uri.s, cb->contacts->uri.len, &contact)<0){ - LOG(L_ERR, "ERROR: do_action: bad contact dropping"" packet\n"); - return -1; - } - } + if(cb) { + if (cb->contacts) { + if(parse_uri( cb->contacts->uri.s, cb->contacts->uri.len, &contact)<0){ + LOG(L_ERR, "ERROR: do_action: bad contact dropping"" packet\n"); + return -1; + } + } else { + if(cb->star){ /* in the case Contact is "*" */ + memset(&contact, 0, sizeof(contact)); + contact.user.s = star_contact.s; + contact.user.len = star_contact.len; + } else { + LOG(L_NOTICE,"Invalid contact\n"); + memset(&contact, 0, sizeof(contact)); + } + } + } } /* get header x-cid: */

12 years, 8 months

Reloading lua script

by Vicente Hernando

Hello, from a thread in sip-router user mailing list: http://lists.sip-router.org/pipermail/sr-users/2012-March/072657.html This thread talks about reloading lua scripts in runtime context. >>/ I'm starting to play with lua scripting in Kamailio. It's really cool, />>/ some complex stuff in the script becomes really easy this way. The />>/ script is becoming quite big, therefore I'd like to use lua_run />>/ instead of lua_dofile. My doubt is pretty basic: if i load a script />>/ in memory at startup via the "load" parameter and the script is />>/ modifed afterwards, is there any way to reload the module so the />>/ script is reread? />the two contexts created by app_lua were designed one for loading at >startup and the other for reloading every time. Reloading on demand at >runtime is not possible. I thought of checking the timestamp of the >script, but can be a bit risky if saving on intermediary state during >updates. The scripts are loaded in each process, sending a mi/rpc >command will require to do some inter-process signaling. Both doable, >not in my short term plans, though, if someone is contributing, will be >appreciated. I have attached a test patch to start playing with this task. A new function app_lua.runfile is created, and called via sercmd tool to load some lua script in runtime context. Some signaling is needed so every kamailio child process would reload the script too. Could you give some clues about performing this interprocess signaling suitably for kamailio? Best regards, Vicente.

12 years, 8 months

git:3.1: modules_k/presence Safety check for malformed Subscribe

by Anca Vamanu

Module: sip-router Branch: 3.1 Commit: 1303e86cc6000ca490c6363f9d01bea231e133a9 URL: http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=commit;h=1303e86… Author: Anca Vamanu <anca.vamanu(a)1and1.ro> Committer: Anca Vamanu <anca.vamanu(a)1and1.ro> Date: Wed Apr 25 14:55:54 2012 +0300 modules_k/presence Safety check for malformed Subscribe Subscribe with header 'Contact: *' caused crash in presence. (cherry picked from commit 41453eab823500cfc57abd404ecffeb3ed7f01bc) --- modules_k/presence/subscribe.c | 6 ++++++ 1 files changed, 6 insertions(+), 0 deletions(-) diff --git a/modules_k/presence/subscribe.c b/modules_k/presence/subscribe.c index 23030a3..909bb23 100644 --- a/modules_k/presence/subscribe.c +++ b/modules_k/presence/subscribe.c @@ -912,6 +912,12 @@ int extract_sdialog_info(subs_t* subs,struct sip_msg* msg, int mexp, LM_ERR("cannot parse contact header\n"); goto error; } + if(b->star || b->contacts==NULL) + { + LM_ERR("Wrong contact header\n"); + goto error; + } + subs->contact = b->contacts->uri; LM_DBG("subs->contact= %.*s - len = %d\n",subs->contact.len,

12 years, 8 months

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

sr-dev April 2012