sr-dev

sr-dev@lists.kamailio.org

13 participants
44200 discussions

by Klaus Darilion

Hi! The sr core cookbook has lots of empty entries: http://sip-router.org/wiki/cookbooks/core-cookbook/devel Whereas the K core cookbook is rather full: http://www.kamailio.org/dokuwiki/doku.php/core-cookbook:1.5.x I think most of the parameters still have the same meaning. I can volunteer on merging cookbook docu from K to SR, and try to get missing docu from the NEWS file. But in the end one of the core developers (Andrei? Jan?) should verify if the doc is correct? So if someone volunteers on reading the docs I would supply them. klaus

15 years, 6 months

TCP parameters

by Klaus Darilion

Hi! The cfg framework has the follwing TCP parameters, but they are not configurable from script: tcp: connect_wait tcp: alias_flags tcp: new_conn_alias_flags Is this by purpose? Can they only be changed via sercmd tool? regards klaus

15 years, 6 months

undocumented tm parameters

by Klaus Darilion

Hi! The following tm-parameters are not documented: please add them to tm module doc or tell me the meaning of these parameters and I can add it. tm: ruri_matching tm: via1_matching tm: pass_provisional_replies tm: default_code tm: default_reason regards klaus

15 years, 6 months

git:master: - tm: document the unmatched_cancel parameter

by Klaus Darilion

Module: sip-router Branch: master Commit: 6c019568ad63476909d4af534238e567f7a49f33 URL: http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=commit;h=6c01956… Author: Klaus Darilion <klaus.mailinglists(a)pernau.at> Committer: Klaus Darilion <klaus.mailinglists(a)pernau.at> Date: Fri Jul 3 15:57:36 2009 +0200 - tm: document the unmatched_cancel parameter --- modules/tm/README | 86 +++++++++++++++++++++++++++----------------- modules/tm/doc/params.xml | 30 ++++++++++++++++ 2 files changed, 83 insertions(+), 33 deletions(-) Diff: http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=commitdiff;h=6c0…

15 years, 6 months

domain attributes

by jh＠tutpro.com

i'm thinking of extending domain module to support domain attributes. the idea is that domain_reload would also load domain's attributes to memory, where they can be accessed fast without db operations. when is_domain_local(domain) is called, attributes of the domain would get automatically loaded into avps. if people consider this worth implementing, the next question is, where in the db domain attributes would be stored. it might be possible to use avpops usr_preferences table, but it contains fields uuid and username that are not relevant for domain attributes. perhaps a special uuid and/or username value could be used to denote that the record defines a domain attribute? if not, a new table would need to be created, which might be cleaner anyway. any comments or better ideas on this? -- juha

15 years, 6 months

ser's cfg_db tables are not created

by Klaus Darilion

Hi! FYI: The table definitions for the cfg_db module are missing regards klaus

15 years, 6 months

osp dependencies

by Klaus Darilion

Hi! Today I moved osp module into "modules". Now it does not compile any more because it links against rr and auth module, but there is no rr auth in "modules" yet. Should I just change it to include rr and auth from "modules_k" or should I move it back to "modules_k" directory? regards Klaus

15 years, 6 months

git:master: Merge branch 'master' of ssh://git.sip-router.org/sip-router

by Klaus Darilion

Module: sip-router Branch: master Commit: d738d2a722446d1606a420da16d381f3fd93d8cb URL: http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=commit;h=d738d2a… Author: Klaus Darilion <klaus.mailinglists(a)pernau.at> Committer: Klaus Darilion <klaus.mailinglists(a)pernau.at> Date: Fri Jul 3 15:06:53 2009 +0200 Merge branch 'master' of ssh://git.sip-router.org/sip-router * 'master' of ssh://git.sip-router.org/sip-router: mangler(s): fixed missing var. definitions test: fix test 13, avp name for domain core: add openser database URL for compatibility, used with OPENSER_MOD_INTERFACE test: fix ctl and dbctl script path after import ---

15 years, 6 months

git:master: Revert "according to Di-Shi are K's and ser' s osp module more or less the same, whereas Kamailio' s osp module should be more up2date than ser's module. Thus, ser' s osp module will be removed and K' s osp module will be used as common OSP module."

by Klaus Darilion

Module: sip-router Branch: master Commit: 05914c3f4b6f3e7c31712285fd44584003a8ec8b URL: http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=commit;h=05914c3… Author: Klaus Darilion <klaus.mailinglists(a)pernau.at> Committer: Klaus Darilion <klaus.mailinglists(a)pernau.at> Date: Fri Jul 3 14:40:57 2009 +0200 Revert "according to Di-Shi are K's and ser's osp module more or less the same, whereas Kamailio's osp module should be more up2date than ser's module. Thus, ser's osp module will be removed and K's osp module will be used as common OSP module." This reverts commit 6bdbd8e2ab1ec15695cc156ff74f20af799a947b. --- {modules => modules_k}/osp/Makefile | 0 {modules => modules_k}/osp/README | 0 {modules => modules_k}/osp/RELEASE-NOTES.txt | 0 {modules => modules_k}/osp/destination.c | 0 {modules => modules_k}/osp/destination.h | 0 {modules => modules_k}/osp/doc/Makefile | 0 {modules => modules_k}/osp/doc/osp.xml | 0 {modules => modules_k}/osp/doc/osp_admin.xml | 0 {modules => modules_k}/osp/doc/osp_devel.xml | 0 {modules => modules_k}/osp/etc/cacert_0.pem | 0 {modules => modules_k}/osp/etc/localcert.pem | 0 {modules => modules_k}/osp/etc/pkey.pem | 0 .../osp/etc/sample-osp-openser.cfg | 0 {modules => modules_k}/osp/globals.c | 0 {modules => modules_k}/osp/orig_transaction.c | 0 {modules => modules_k}/osp/orig_transaction.h | 0 {modules => modules_k}/osp/osp_mod.c | 0 {modules => modules_k}/osp/osp_mod.h | 0 {modules => modules_k}/osp/osptoolkit.c | 0 {modules => modules_k}/osp/osptoolkit.h | 0 {modules => modules_k}/osp/provider.c | 0 {modules => modules_k}/osp/provider.h | 0 {modules => modules_k}/osp/sipheader.c | 0 {modules => modules_k}/osp/sipheader.h | 0 {modules => modules_k}/osp/term_transaction.c | 0 {modules => modules_k}/osp/term_transaction.h | 0 {modules => modules_k}/osp/tm.c | 0 {modules => modules_k}/osp/tm.h | 0 {modules => modules_k}/osp/usage.c | 0 {modules => modules_k}/osp/usage.h | 0 modules_s/osp/Makefile | 51 ++ modules_s/osp/README | 564 ++++++++++++++ {modules => modules_s}/osp/RELEASE-NOTES.txt | 38 +- {modules => modules_s}/osp/destination.c | 146 +++-- {modules => modules_s}/osp/destination.h | 15 +- {modules => modules_s}/osp/doc/Makefile | 2 +- {modules => modules_s}/osp/doc/osp.xml | 104 ++-- modules_s/osp/doc/osp_devel.xml | 20 + modules_s/osp/doc/osp_faq.xml | 50 ++ .../osp/doc/osp_user.xml | 775 ++++++++++---------- {modules => modules_s}/osp/etc/cacert_0.pem | 20 +- {modules => modules_s}/osp/etc/localcert.pem | 18 +- {modules => modules_s}/osp/etc/pkey.pem | 0 .../osp/etc/sample-osp-ser.cfg | 270 +++---- {modules => modules_s}/osp/globals.c | 19 +- {modules => modules_s}/osp/orig_transaction.c | 297 +++----- {modules => modules_s}/osp/orig_transaction.h | 20 +- {modules => modules_s}/osp/osp_mod.c | 158 ++--- {modules => modules_s}/osp/osp_mod.h | 17 +- {modules => modules_s}/osp/osptoolkit.c | 31 +- {modules => modules_s}/osp/osptoolkit.h | 15 +- {modules => modules_s}/osp/provider.c | 33 +- {modules => modules_s}/osp/provider.h | 15 +- {modules => modules_s}/osp/sipheader.c | 228 ++++-- {modules => modules_s}/osp/sipheader.h | 16 +- {modules => modules_s}/osp/term_transaction.c | 89 ++-- {modules => modules_s}/osp/term_transaction.h | 15 +- {modules => modules_s}/osp/tm.c | 75 ++- {modules => modules_s}/osp/tm.h | 15 +- {modules => modules_s}/osp/usage.c | 260 ++++---- {modules => modules_s}/osp/usage.h | 17 +- 61 files changed, 2043 insertions(+), 1350 deletions(-) Diff: http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=commitdiff;h=059…

15 years, 6 months

run_top_route prototype

by Daniel-Constantin Mierla

Hello, i am thinking of updating the prototype from: int run_top_route(struct action* a, sip_msg_t* msg) to: int run_top_route(struct action* a, sip_msg_t* msg, struct run_act_ctx *h) to be able to access to action context from calling function (useful to check run_flags for example when calling event_route). If h is null, then local declared context is to used, like now. I will update all invocations, if there is nothing against. Cheers, Daniel -- Daniel-Constantin Mierla http://www.asipto.com/

15 years, 6 months

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

sr-dev