sr-dev October 2009

sr-dev@lists.kamailio.org

30 participants
468 discussions

SF.net SVN: openser:[5948] branches/1.4/modules/seas/seas_action.c

by Elias Baixas

Revision: 5948 http://openser.svn.sourceforge.net/openser/?rev=5948&view=rev Author: eliasbaixas Date: 2009-10-23 12:16:17 +0000 (Fri, 23 Oct 2009) Log Message: ----------- Fixed a core-dump Modified Paths: -------------- branches/1.4/modules/seas/seas_action.c This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.

15 years, 2 months

SF.net SVN: openser:[5947] branches/1.3/modules/carrierroute/carrier_tree.c

by Marius Zbihlei

Revision: 5947 http://openser.svn.sourceforge.net/openser/?rev=5947&view=rev Author: mariuszbihlei Date: 2009-10-23 11:41:54 +0000 (Fri, 23 Oct 2009) Log Message: ----------- Try to fix a crash (segmentation fault) in k1.3 in the get_carrier_tree function (NULL pointer deref) Modified Paths: -------------- branches/1.3/modules/carrierroute/carrier_tree.c This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.

15 years, 2 months

git:kamailio_3.0: pv: $snd(xyz) - new pv class to handle dst filtering

by Daniel-Constantin Mierla

Module: sip-router Branch: kamailio_3.0 Commit: be72d02a81f4508e6666e5992c52b788422cd398 URL: http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=commit;h=be72d02… Author: Daniel-Constantin Mierla <miconda(a)gmail.com> Committer: Daniel-Constantin Mierla <miconda(a)gmail.com> Date: Thu Oct 22 23:02:50 2009 +0200 pv: $snd(xyz) - new pv class to handle dst filtering - return attributes of destination address, valid in onsend_route - woraround the DNS blacklisting from K 1.5 by using the new PVs and onsend_route - inner name can be: ip, af, proto and port --- modules_k/pv/pv.c | 2 + modules_k/pv/pv_branch.c | 67 ++++++++++++++++++++++++++++++++++++++++++++++ modules_k/pv/pv_branch.h | 4 +++ 3 files changed, 73 insertions(+), 0 deletions(-) diff --git a/modules_k/pv/pv.c b/modules_k/pv/pv.c index 90fb460..46c25a6 100644 --- a/modules_k/pv/pv.c +++ b/modules_k/pv/pv.c @@ -68,6 +68,8 @@ static pv_export_t mod_pvs[] = { { {"sel", sizeof("sel")-1}, /* select */ PVT_OTHER, pv_get_select, 0, pv_parse_select_name, 0, 0, 0 }, + {{"snd", (sizeof("snd")-1)}, PVT_OTHER, pv_get_snd, 0, + pv_parse_snd_name, 0, 0, 0}, {{"avp", (sizeof("avp")-1)}, PVT_AVP, pv_get_avp, pv_set_avp, pv_parse_avp_name, pv_parse_index, 0, 0}, diff --git a/modules_k/pv/pv_branch.c b/modules_k/pv/pv_branch.c index d497ed4..fe8b4df 100644 --- a/modules_k/pv/pv_branch.c +++ b/modules_k/pv/pv_branch.c @@ -22,6 +22,7 @@ #include "../../dset.h" +#include "../../onsend.h" #include "pv_branch.h" @@ -141,3 +142,69 @@ error: return -1; } +int pv_get_snd(struct sip_msg *msg, pv_param_t *param, + pv_value_t *res) +{ + struct onsend_info* snd_inf; + + snd_inf=get_onsend_info(); + if (! likely(snd_inf && snd_inf->send_sock)) + return pv_get_null(msg, param, res); + + switch(param->pvn.u.isname.name.n) + { + case 1: /* af */ + return pv_get_uintval(msg, param, res, + (int)snd_inf->send_sock->address.af); + case 2: /* port */ + return pv_get_uintval(msg, param, res, + (int)snd_inf->send_sock->port_no); + case 3: /* proto */ + return pv_get_uintval(msg, param, res, + (int)snd_inf->send_sock->proto); + default: + /* 0 - ip */ + return pv_get_strval(msg, param, res, + &snd_inf->send_sock->address_str); + } + + return 0; +} + +int pv_parse_snd_name(pv_spec_p sp, str *in) +{ + if(sp==NULL || in==NULL || in->len<=0) + return -1; + + switch(in->len) + { + case 2: + if(strncmp(in->s, "ip", 2)==0) + sp->pvp.pvn.u.isname.name.n = 0; + else if(strncmp(in->s, "af", 2)==0) + sp->pvp.pvn.u.isname.name.n = 1; + else goto error; + break; + case 4: + if(strncmp(in->s, "port", 4)==0) + sp->pvp.pvn.u.isname.name.n = 2; + else goto error; + break; + case 5: + if(strncmp(in->s, "proto", 5)==0) + sp->pvp.pvn.u.isname.name.n = 3; + else goto error; + break; + default: + goto error; + } + sp->pvp.pvn.type = PV_NAME_INTSTR; + sp->pvp.pvn.u.isname.type = 0; + + return 0; + +error: + LM_ERR("unknown PV time name %.*s\n", in->len, in->s); + return -1; +} + diff --git a/modules_k/pv/pv_branch.h b/modules_k/pv/pv_branch.h index cfb32dc..7b22ba4 100644 --- a/modules_k/pv/pv_branch.h +++ b/modules_k/pv/pv_branch.h @@ -31,5 +31,9 @@ int pv_set_branchx(struct sip_msg* msg, pv_param_t *param, int op, pv_value_t *val); int pv_parse_branchx_name(pv_spec_p sp, str *in); +int pv_get_snd(struct sip_msg *msg, pv_param_t *param, + pv_value_t *res); +int pv_parse_snd_name(pv_spec_p sp, str *in); + #endif

15 years, 2 months

Correction :: Prefix_route has a README

by Olle E. Johansson

But not in XML format... The readme doesn't state the copyright either. On the other hand, the source is well documented! A good example! One plus, one minus, Alfred :-) /O

15 years, 2 months

git:master: Updating SER to SIP-router, spelling fixes

by Olle E. Johansson

Module: sip-router Branch: master Commit: 54d552f42a188f231df33402612215f6f8bd703f URL: http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=commit;h=54d552f… Author: oej <oej(a)edvina.net> Committer: oej <oej(a)edvina.net> Date: Thu Oct 22 22:15:28 2009 +0200 Updating SER to SIP-router, spelling fixes --- modules_s/sanity/README | 29 +++++++++++++++-------------- modules_s/sanity/doc/functions.xml | 10 ++++++++-- modules_s/sanity/doc/params.xml | 16 +++++++++++----- modules_s/sanity/doc/sanity.xml | 10 +++++----- 4 files changed, 39 insertions(+), 26 deletions(-) diff --git a/modules_s/sanity/README b/modules_s/sanity/README index 3bab7b4..0e364e3 100644 --- a/modules_s/sanity/README +++ b/modules_s/sanity/README @@ -25,20 +25,21 @@ Nils Ohlmeier This module aims to implement several sanity checks on incoming requests which are suggested or even required by a RFC, but are not - available yet in the core of SER. + available yet in the core of SIP-router. - This checks are not required by SER itself for its functionality. But - on the other side it makes not much sence if a broken request traverses - through a SIP network if it is rejected sooner or later by a SIP device - any way. As every sanity cost extra performance because of additional - parsing and evaluation it is now with this module up to the SER - adminstrator which checks should be done on which request. + This checks are not required by SIP-router itself for its + functionality. But on the other side it makes not much sence if a + broken request traverses through a SIP network if it is rejected sooner + or later by a SIP device any way. As every sanity cost extra + performance because of additional parsing and evaluation it is now with + this module up to the SIP-router adminstrator which checks should be + done on which request. The following checks are available: * ruri sip version - (1) - checks if the SIP version in the request URI is supported, currently only 2.0. * ruri scheme - (2) - checks if the URI scheme of the request URI is - supported (sip[s]|tel[s]) by SER. + supported (sip[s]|tel[s]) by SIP-router. * required headers - (4) -checks if the minimum set of required headers to, from, cseq, callid and via is present in the request. * via sip version - (8) - not working because parser fails already @@ -57,7 +58,7 @@ Nils Ohlmeier header are present in the list of the extensions from the module parameter proxy_require. * parse uri's - (1024) - checks if the specified URIs are present and - parseable by the SER parsers + parseable by the SIP-router parsers * digest credentials (2048) Check all instances of digest credentials in a message. The test checks whether there are all required digest parameters and have meaningful values. @@ -100,10 +101,10 @@ modparam("sanity", "default_checks", "1") 1.3.3. proxy_require (string) - This parameter set the list of supported extensions for this SER. The - value is expected as comma seperated list of the extensions. This list - is seperated into single tokens. Each token from a proxy require header - will be compare to the tokens from this list. + This parameter set the list of supported extensions for this + SIP-router. The value is expected as comma separated list of the + extensions. This list is separated into single tokens. Each token from + a proxy require header will be compare to the tokens from this list. Example 2. Set proxy_require parameter ... @@ -115,7 +116,7 @@ modparam("sanity", "proxy_require", "foo, bar") Revision History Revision $Revision$ $Date$ -1.4.1. sanity_check() +1.4.1. sanity_check() This function makes a row of sanity checks on the given request. The function returns true if one of the checks failed. If one of the checks diff --git a/modules_s/sanity/doc/functions.xml b/modules_s/sanity/doc/functions.xml index 1d60930..85f788d 100644 --- a/modules_s/sanity/doc/functions.xml +++ b/modules_s/sanity/doc/functions.xml @@ -1,6 +1,12 @@ <?xml version="1.0" encoding="UTF-8"?> -<!DOCTYPE section PUBLIC "-//OASIS//DTD DocBook XML V4.2//EN" - "http://www.oasis-open.org/docbook/xml/4.2/docbookx.dtd"> +<!DOCTYPE book PUBLIC "-//OASIS//DTD DocBook XML V4.4//EN" +"http://www.oasis-open.org/docbook/xml/4.4/docbookx.dtd" [ + + +<!ENTITY % docentities SYSTEM "../../../docbook/entities.xml"> +%docentities; + +]> <section id="options.functions" xmlns:xi="http://www.w3.org/2001/XInclude"> <sectioninfo> diff --git a/modules_s/sanity/doc/params.xml b/modules_s/sanity/doc/params.xml index 82b31df..b56affd 100644 --- a/modules_s/sanity/doc/params.xml +++ b/modules_s/sanity/doc/params.xml @@ -1,6 +1,12 @@ <?xml version="1.0" encoding="UTF-8"?> -<!DOCTYPE section PUBLIC "-//OASIS//DTD DocBook XML V4.2//EN" - "http://www.oasis-open.org/docbook/xml/4.2/docbookx.dtd"> +<!DOCTYPE book PUBLIC "-//OASIS//DTD DocBook XML V4.4//EN" +"http://www.oasis-open.org/docbook/xml/4.4/docbookx.dtd" [ + + +<!ENTITY % docentities SYSTEM "../../../docbook/entities.xml"> +%docentities; + +]> <section id="sanity.parameters" xmlns:xi="http://www.w3.org/2001/XInclude"> <sectioninfo> @@ -54,9 +60,9 @@ modparam("sanity", "default_checks", "1") <section id="proxy_require"> <title><varname>proxy_require</varname> (string)</title> <para> - This parameter set the list of supported extensions for this SER. - The value is expected as comma seperated list of the extensions. - This list is seperated into single tokens. Each token from + This parameter set the list of supported extensions for this SIP-router. + The value is expected as comma separated list of the extensions. + This list is separated into single tokens. Each token from a proxy require header will be compare to the tokens from this list. </para> diff --git a/modules_s/sanity/doc/sanity.xml b/modules_s/sanity/doc/sanity.xml index c808cf5..9e3accc 100644 --- a/modules_s/sanity/doc/sanity.xml +++ b/modules_s/sanity/doc/sanity.xml @@ -33,15 +33,15 @@ <para> This module aims to implement several sanity checks on incoming requests which are suggested or even required by a RFC, but are - not available yet in the core of SER. + not available yet in the core of SIP-router. </para> <para> - This checks are not required by SER itself for its functionality. + This checks are not required by SIP-router itself for its functionality. But on the other side it makes not much sence if a broken request traverses through a SIP network if it is rejected sooner or later by a SIP device any way. As every sanity cost extra performance because of additional parsing and evaluation it - is now with this module up to the SER adminstrator which checks + is now with this module up to the SIP-router adminstrator which checks should be done on which request. </para> <para> @@ -56,7 +56,7 @@ <listitem> <para> ruri scheme - (2) - checks if the URI scheme of the request URI is - supported (sip[s]|tel[s]) by SER. + supported (sip[s]|tel[s]) by SIP-router. </para> </listitem> <listitem> @@ -111,7 +111,7 @@ <listitem> <para> parse uri's - (1024) - checks if the specified URIs are present and - parseable by the SER parsers + parseable by the SIP-router parsers </para> </listitem> <listitem>

15 years, 2 months

git:master: Documentation updates

by Olle E. Johansson

Module: sip-router Branch: master Commit: 2723ba88d9d061c9c33534983024bc0e6e3d2099 URL: http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=commit;h=2723ba8… Author: oej <oej(a)edvina.net> Committer: oej <oej(a)edvina.net> Date: Thu Oct 22 21:11:09 2009 +0200 Documentation updates These documentation files contains a lot of promises about future development. I think that belongs to todo's, maybe not to the documentation. --- modules_s/presence_b2b/README | 32 +++++++++++++------------- modules_s/presence_b2b/doc/functions.xml | 2 +- modules_s/presence_b2b/doc/params.xml | 10 ++++++- modules_s/presence_b2b/doc/presence_b2b.xml | 26 +++++++++++++-------- version.h | 8 ++++++ 5 files changed, 49 insertions(+), 29 deletions(-) diff --git a/modules_s/presence_b2b/README b/modules_s/presence_b2b/README index 09781f1..3c8ba81 100644 --- a/modules_s/presence_b2b/README +++ b/modules_s/presence_b2b/README @@ -15,26 +15,26 @@ Vaclav Kubart future it will do subscriptions to reg events and presence with resource lists too. - It is accessible only using internal Querry Status API (QSA). - Everywhere (in C code) you need subscriptions to presentity status, you - only create an internal subscription to it and the rest is done by this - module. It processes internal subscription and creates a SIP - subscription (SUBSCRIBE-NOTIFY dialog) to requested presentity. Every - NOTIFY request produces new QSA message with status information into - destination message queue. + It is accessible only using the internal Query Status API (QSA). + Everywhere (in the C code) where you need subscriptions to presentity + status, you only create an internal subscription to it and the rest is + done by this module. It processes the internal subscription and creates + a SIP subscription (SUBSCRIBE-NOTIFY dialog) to requested presentity. + Every NOTIFY request produces new QSA message with status information + into destination message queue. Instead of this module can be used PA module with parameter accept_internal_subscriptions set to 1. In that case the subscription will be only to internal status hold by PA. - For every requested (record, subscriber) is created new SIP - subscription! This is due to authorization of such subscriptions - B2B - UA can't decide about authorization rules, thus it has to leave it on - the presence server to which it creates the subscription and this - means, that it has to create the subscription as the subscriber. There - is a possibility to do subscriptions with the same To + From only once, - but this is left for future optimalizations (it will probably not help - a lot). + For every requested (record, subscriber) a new SIP subscription is + created. This is due to authorization of such subscriptions - B2B UA + can't decide about authorization rules, thus it has to leave it on the + presence server to which it creates the subscription and this means, + that it has to create the subscription as a subscriber. There is a + possibility to do subscriptions with the same To + From only once, but + this is left for future optimalizations (it will probably not help a + lot). 1.1. Dependencies @@ -130,7 +130,7 @@ Vaclav Kubart handle_notify() Handles NOTIFY request. - The module tries to find subscription to which the NOTIFY + The module tries to find the subscription to which the NOTIFY belongs to (it tries both - confirmed and unconfirmed subscriptions because NOTIFY may arrive before 2xx response on SUBSCRIBE request). If no such subscription exists, the function diff --git a/modules_s/presence_b2b/doc/functions.xml b/modules_s/presence_b2b/doc/functions.xml index 7d91db8..a44b591 100644 --- a/modules_s/presence_b2b/doc/functions.xml +++ b/modules_s/presence_b2b/doc/functions.xml @@ -8,7 +8,7 @@ <term><varname>handle_notify()</varname></term> <listitem> <para>Handles NOTIFY request.</para> - <para>The module tries to find subscription to which the NOTIFY belongs + <para>The module tries to find the subscription to which the NOTIFY belongs to (it tries both - confirmed and unconfirmed subscriptions because NOTIFY may arrive before 2xx response on SUBSCRIBE request). If no such subscription exists, the function returns -1, otherwise it processes the diff --git a/modules_s/presence_b2b/doc/params.xml b/modules_s/presence_b2b/doc/params.xml index adfcc8e..7dacb70 100644 --- a/modules_s/presence_b2b/doc/params.xml +++ b/modules_s/presence_b2b/doc/params.xml @@ -1,6 +1,12 @@ <?xml version="1.0" encoding="UTF-8"?> -<!DOCTYPE section PUBLIC "-//OASIS//DTD DocBook XML V4.2//EN" - "http://www.oasis-open.org/docbook/xml/4.2/docbookx.dtd"> +<!DOCTYPE book PUBLIC "-//OASIS//DTD DocBook XML V4.4//EN" +"http://www.oasis-open.org/docbook/xml/4.4/docbookx.dtd" [ + + +<!ENTITY % docentities SYSTEM "../../../docbook/entities.xml"> +%docentities; + +]> <section id="presence_b2b.parameters"><title>Parameters</title> diff --git a/modules_s/presence_b2b/doc/presence_b2b.xml b/modules_s/presence_b2b/doc/presence_b2b.xml index 0399248..2ee4e0f 100644 --- a/modules_s/presence_b2b/doc/presence_b2b.xml +++ b/modules_s/presence_b2b/doc/presence_b2b.xml @@ -1,6 +1,12 @@ <?xml version='1.0' encoding='UTF-8'?> -<!DOCTYPE section PUBLIC "-//OASIS//DTD DocBook XML V4.2//EN" - "http://www.oasis-open.org/docbook/xml/4.2/docbookx.dtd"> +<!DOCTYPE book PUBLIC "-//OASIS//DTD DocBook XML V4.4//EN" +"http://www.oasis-open.org/docbook/xml/4.4/docbookx.dtd" [ + + +<!ENTITY % docentities SYSTEM "../../../docbook/entities.xml"> +%docentities; + +]> <section id="presence_b2b"><title>Presence B2B UA</title> @@ -17,12 +23,12 @@ future it will do subscriptions to reg events and presence with resource lists too.</para> -<para>It is accessible only using internal Querry Status API (QSA). Everywhere -(in C code) you need subscriptions to presentity status, you only create an internal -subscription to it and the rest is done by this module. It processes internal -subscription and creates a SIP subscription (SUBSCRIBE-NOTIFY dialog) to -requested presentity. Every NOTIFY request produces new QSA message with status -information into destination message queue. +<para>It is accessible only using the internal Query Status API (QSA). Everywhere +(in the C code) where you need subscriptions to presentity status, you only create +an internal subscription to it and the rest is done by this module. +It processes the internal subscription and creates a SIP subscription +(SUBSCRIBE-NOTIFY dialog) to requested presentity. Every NOTIFY request produces +new QSA message with status information into destination message queue. </para> <para>Instead of this module can be used PA module with parameter @@ -30,11 +36,11 @@ information into destination message queue. subscription will be only to internal status hold by PA. </para> -<para>For every requested (record, subscriber) is created new SIP subscription! +<para>For every requested (record, subscriber) a new SIP subscription is created. This is due to authorization of such subscriptions - B2B UA can't decide about authorization rules, thus it has to leave it on the presence server to which it creates the subscription and this means, that it has to create the subscription -as the subscriber. There is a possibility to do subscriptions with the same +as a subscriber. There is a possibility to do subscriptions with the same To + From only once, but this is left for future optimalizations (it will probably not help a lot). </para> diff --git a/version.h b/version.h index 056e885..1c60539 100644 --- a/version.h +++ b/version.h @@ -23,6 +23,14 @@ * Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA */ +/*! + * \file + * \brief SIP-router core :: version and compile flag macros + * \ingroup core + * + * Module: \ref core + */ + #ifndef version_h #define version_h

15 years, 2 months

git:master: Doxygen updates

by Olle E. Johansson

Module: sip-router Branch: master Commit: 7fa7e9bbc6f50be8e6fb200a018e955d1dc8bc48 URL: http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=commit;h=7fa7e9b… Author: oej <oej(a)edvina.net> Committer: oej <oej(a)edvina.net> Date: Thu Oct 22 19:59:29 2009 +0200 Doxygen updates --- tls_hooks.c | 10 +++++----- tls_hooks.h | 8 ++++++++ tls_hooks_init.h | 8 ++++++++ 3 files changed, 21 insertions(+), 5 deletions(-) diff --git a/tls_hooks.c b/tls_hooks.c index bc25c3d..9981cf9 100644 --- a/tls_hooks.c +++ b/tls_hooks.c @@ -23,11 +23,11 @@ * 2007-02-09 created by andrei */ -/*! - * \file - * \brief SIP-router TLS support :: TLS hooks for modules - * \ingroup tls - * Module: \ref tls +/** + * @file + * @brief SIP-router TLS support :: TLS hooks for modules + * @ingroup tls + * Module: @ref tls */ diff --git a/tls_hooks.h b/tls_hooks.h index 462ad3d..1095169 100644 --- a/tls_hooks.h +++ b/tls_hooks.h @@ -23,6 +23,14 @@ * 2007-02-09 created by andrei */ +/** + * @file + * @brief SIP-router TLS support :: TLS hooks for modules + * @ingroup tls + * Module: @ref tls + */ + + #ifndef _tls_hooks_h #define _tls_hooks_h diff --git a/tls_hooks_init.h b/tls_hooks_init.h index 190f0c7..808b347 100644 --- a/tls_hooks_init.h +++ b/tls_hooks_init.h @@ -23,6 +23,14 @@ * 2007-02-09 created by andrei */ +/** + * @file + * @brief SIP-router TLS support :: TLS hooks init + * @ingroup tls + * Module: @ref tls + */ + + #ifndef _tls_hooks_init_h #define _tls_hooks_init_h

15 years, 2 months

git:master: Updates to presence documentation

by Olle E. Johansson

Module: sip-router Branch: master Commit: bf267db96b12fb792c1e5afb8658436956840859 URL: http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=commit;h=bf267db… Author: oej <oej(a)edvina.net> Committer: oej <oej(a)edvina.net> Date: Thu Oct 22 20:44:46 2009 +0200 Updates to presence documentation --- doc/presence/biblio.xml | 33 +++++++++++----------- doc/presence/cfg/full_ps.cfg | 14 +++++----- doc/presence/cfg/ps.cfg | 6 ++-- doc/presence/draft_iptel_im_rules.xml | 32 +++++++++++----------- doc/presence/examples.xml | 5 +-- doc/presence/install.xml | 24 ++++++++-------- doc/presence/intro.xml | 19 ++++++------- doc/presence/presence_book.xml | 2 +- doc/presence/trouble.xml | 49 ++++++++++++++++----------------- doc/presence/xcap.xml | 18 ++++++------ 10 files changed, 99 insertions(+), 103 deletions(-) Diff: http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=commitdiff;h=bf2…

15 years, 2 months

git:master: Doxygen updates on timer modules

by Olle E. Johansson

Module: sip-router Branch: master Commit: 08aaf7305044f9a7efa07b8690165831df7d5762 URL: http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=commit;h=08aaf73… Author: oej <oej(a)edvina.net> Committer: oej <oej(a)edvina.net> Date: Thu Oct 22 19:56:48 2009 +0200 Doxygen updates on timer modules - changing from \ and ! to javadoc format - adding new doxygen file headers --- timer.c | 21 ++++++++------------- timer.h | 11 +++-------- timer_funcs.h | 43 ++++++++++++++++++++++++++----------------- timer_proc.c | 13 ++++++++----- timer_proc.h | 18 ++++++++++++------ timer_ticks.h | 38 ++++++++++++++++++++------------------ 6 files changed, 77 insertions(+), 67 deletions(-) Diff: http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=commitdiff;h=08a…

15 years, 2 months

list of things to do in branch_route

by Juha Heinanen

in order to avoid more surprises with branch routes, here is complete list of things that i need to be able to do in branch_route: - call functions is_local() from modules_s/domain, is_method() and append_hf() from modules_k/textops, verify_destination() from modules/peering (uses radius), add_rr_param() from modules_k/rr, fix_nated_sdp() from modules_k/nathelper, use_media_proxy() from modules_k/mediaproxy, t_on_reply() from modules/tm, allow_source_address() from modules_k/permissions - set $var pvs - test flags, bflags, and gflags as well as set bflags - test $avp pvs using is_avp_set and operators - set $du they are come from my working k configuration. hopefully the last one is the only one that is not supported yet. -- juha

15 years, 2 months

← Newer
1
...
11
12
13
14
15
16
17
...
47
Older →

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

sr-dev October 2009