sr-dev January 2013

sr-dev@lists.kamailio.org

46 participants
325 discussions

git:master: sca: db table version incremented to 1

by Andrew Mortensen

Module: sip-router Branch: master Commit: cdd23170e8fd6da4817619ee82ded0fa27936081 URL: http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=commit;h=cdd2317… Author: Andrew Mortensen <admorten(a)isc.upenn.edu> Committer: Andrew Mortensen <admorten(a)isc.upenn.edu> Date: Wed Jan 30 15:17:28 2013 -0500 sca: db table version incremented to 1 - should have been part of commit adding record_route to table. --- lib/srdb1/schema/sca.xml | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/lib/srdb1/schema/sca.xml b/lib/srdb1/schema/sca.xml index 51c531a..337b315 100644 --- a/lib/srdb1/schema/sca.xml +++ b/lib/srdb1/schema/sca.xml @@ -9,7 +9,7 @@ <table id="sca_susbcriptions" xmlns:db="http://docbook.org/ns/docbook"> <name>sca_subscriptions</name> - <version>0</version> + <version>1</version> <type db="mysql">&MYSQL_TABLE_TYPE;</type> <description> <db:para>This table is used by the sca module to store active subscriptions. At startup time, the sca module loads unexpired subscriptions into its subscription hash table. More information about the sca module can be found at: &KAMAILIO_MOD_DOC;sca.html

11 years, 10 months

Race condition in Makefile.libs

by Richard Fuchs

Hello, There seems to be a race condition in Makefile.libs that occurs sporadically when doing parallel builds (make -j). I believe the culprit part is this: $(NAME): $(LIB_RUNTIME_NAME) $(LIB_LINK_NAME) $(LIBINAME_F) $(LIB_RUNTIME_NAME): -@ln -s $(LIB_NAME) $(LIB_RUNTIME_NAME) $(LIB_LINK_NAME): ifeq ($(OS), freebsd) -@ln -s $(LIB_RUNTIME_NAME) $(LIB_LINK_NAME) else -@ln -s $(LIB_NAME) $(LIB_LINK_NAME) endif The problem is that dependencies (the ln -s commands) get built first, and the actual target ($(NAME)) last. The result is that for a while, the symlinks already exist while the lib itself is not fully built yet. In the meantime, other make children build something else that depends on the lib, see that the symlink already exists and hence think the target has already been built, which then results in various funny errors when the linker tries to read a non-existent or half-finished .so file. At least I think that's what happens. Unfortunately I have no idea how to fix this within the current makefile framework. I tried reordering the dependencies (making the symlink targets depend on the lib instead of the other way around) but those all resulted in build failures. cheers

11 years, 10 months

git:master: tls Small modificiation in tls configuration example

by Olle E. Johansson

Module: sip-router Branch: master Commit: 2eeb686ea57ce569d3c5eb05430c78d0fdbdd4eb URL: http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=commit;h=2eeb686… Author: Olle E. Johansson <oej(a)edvina.net> Committer: Olle E. Johansson <oej(a)edvina.net> Date: Wed Jan 30 13:26:35 2013 +0100 tls Small modificiation in tls configuration example --- modules/tls/tls.cfg | 8 ++++---- 1 files changed, 4 insertions(+), 4 deletions(-) diff --git a/modules/tls/tls.cfg b/modules/tls/tls.cfg index 39e7213..cdb1e03 100644 --- a/modules/tls/tls.cfg +++ b/modules/tls/tls.cfg @@ -1,7 +1,7 @@ # # $Id$ # -# Example SER TLS Configuration File +# Example Kamailio TLS Configuration File # # This is the default server domain, settings @@ -17,8 +17,8 @@ method = TLSv1 verify_certificate = no require_certificate = no -private_key = ./modules/tls/ser-selfsigned.key -certificate = ./modules/tls/ser-selfsigned.pem +private_key = /usr/local/etc/kamailio/kamailio-selfsigned.key +certificate = /usr/local/etc/kamailio/kamailio-selfsigned.pem #ca_list = ./modules/tls/cacert.pem #crl = ./modules/tls/crl.pem @@ -32,7 +32,7 @@ certificate = ./modules/tls/ser-selfsigned.pem verify_certificate = yes require_certificate = yes -# This is example server domain for TLS connections +# This is an example server domain for TLS connections # received from the loopback interface. We allow # the use of SSLv2 and SSLv3 protocols here, we do # not require that clients present client certificates

11 years, 10 months

git:master: Fix: We trust the IP in the media for calls from the network to the user

by admin＠sip-router.org

Module: sip-router Branch: master Commit: 147430e2f5849996fcfff4933795ef212fdfb83a URL: http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=commit;h=147430e… Author: Carsten Bock <carsten(a)ng-voice.com> Committer: Carsten Bock <carsten(a)ng-voice.com> Date: Wed Jan 30 12:17:50 2013 +0100 Fix: We trust the IP in the media for calls from the network to the user Fix: Rx-Configuration updates --- examples/pcscf/kamailio.cfg | 161 ++++++++++++++++++++++++++++++------------- 1 files changed, 113 insertions(+), 48 deletions(-) diff --git a/examples/pcscf/kamailio.cfg b/examples/pcscf/kamailio.cfg index f573733..8daf8b1 100644 --- a/examples/pcscf/kamailio.cfg +++ b/examples/pcscf/kamailio.cfg @@ -234,7 +234,7 @@ modparam("ims_usrloc_pcscf", "enable_debug_file", 0) # -- CDP params -- modparam("cdp","config_file","/etc/kamailio/pcscf.xml") # -- diameter_rx params -- -modparam("ims_qos", "rx_dest_realm", NETWORKNAME) +modparam("ims_qos", "rx_dest_realm", "NETWORKNAME") #!endif # -- dialog_ng params -- @@ -261,8 +261,7 @@ modparam("htable", "htable", "ipban=>size=8;autoexpire=300;") # ----------------- Settings for Dispatcher --------------- modparam("dispatcher", "list_file", "/etc/kamailio/dispatcher.list") # Actively query the gateways: -modparam("dispatcher", "ds_probing_mode", 0) - +modparam("dispatcher", "ds_probing_mode", 1) #!endif #!ifdef WITH_XMLRPC @@ -537,22 +536,43 @@ route[RTPPROXY_ORIG] { # I = IPv4 # E = IPv6 if(isflagset(FLT_IPV4)) { - if (is_request()) - rtpproxy_manage("1FOX"); - else - rtpproxy_manage("2FOX"); + if (is_request()) { + if (is_direction("downstream")) + rtpproxy_manage("1FOX"); + else + rtpproxy_manage("1FOXR"); + } else { + if (is_direction("downstream")) + rtpproxy_manage("2FOXR"); + else + rtpproxy_manage("2FOX"); + } } else { - if (is_request()) - rtpproxy_manage("1FOEE"); - else - rtpproxy_manage("2FOEE"); + if (is_request()) { + if (is_direction("downstream")) + rtpproxy_manage("1FOEE"); + else + rtpproxy_manage("1FOEER"); + } else { + if (is_direction("downstream")) + rtpproxy_manage("2FOEER"); + else + rtpproxy_manage("2FOEE"); + } } #!else # No Bridging - if (is_request()) - rtpproxy_manage("1FOII"); - else - rtpproxy_manage("2FOII"); + if (is_request()) { + if (is_direction("downstream")) + rtpproxy_manage("1FOII"); + else + rtpproxy_manage("1FOIIR"); + } else { + if (is_direction("downstream")) + rtpproxy_manage("2FOIIR"); + else + rtpproxy_manage("2FOII"); + } #!endif #!ifndef FORCE_RTPRELAY @@ -566,7 +586,7 @@ route[RTPPROXY_ORIG] { } } #!endif -#!ifdef WITH MOH +#!ifdef WITH_MOH if (is_request()) { if (is_method("INVITE")) { if (search_body("^a=sendonly")) { @@ -616,22 +636,43 @@ route[RTPPROXY_TERM] { # E = IPv6 if(isflagset(FLT_IPV4)) { # xlog("L_ERR", "IPv6-to-4 Bridge\n"); - if (is_request()) - rtpproxy_manage("1FOX"); - else - rtpproxy_manage("2FOX"); + if (is_request()) { + if (is_direction("downstream")) + rtpproxy_manage("1FOXR"); + else + rtpproxy_manage("1FOX"); + } else { + if (is_direction("downstream")) + rtpproxy_manage("2FOX"); + else + rtpproxy_manage("2FOXR"); + } } else { - if (is_request()) - rtpproxy_manage("1FOEE"); - else - rtpproxy_manage("2FOEE"); + if (is_request()) { + if (is_direction("downstream")) + rtpproxy_manage("1FOEER"); + else + rtpproxy_manage("1FOEE"); + } else { + if (is_direction("downstream")) + rtpproxy_manage("2FOEE"); + else + rtpproxy_manage("2FOEER"); + } } #!else # No Bridging - if (is_request()) - rtpproxy_manage("1FOII"); - else - rtpproxy_manage("2FORII"); + if (is_request()) { + if (is_direction("downstream")) + rtpproxy_manage("1FOIIR"); + else + rtpproxy_manage("1FOII"); + } else { + if (is_direction("downstream")) + rtpproxy_manage("2FORII"); + else + rtpproxy_manage("2FORIIR"); + } #!endif #!ifndef FORCE_RTPRELAY @@ -645,7 +686,7 @@ route[RTPPROXY_TERM] { } } #!endif -#!ifdef WITH MOH +#!ifdef WITH_MOH if (is_request()) { if (is_method("INVITE")) { if (search_body("^a=sendonly")) { @@ -659,7 +700,7 @@ route[RTPPROXY_TERM] { if (is_reply()) { fix_contact(); -#!ifdef WITH MOH +#!ifdef WITH_MOH if (status=="200") { if (search_body("^a=sendonly")) { rtpproxy_stream2uac("/etc/kamailio/moh/moh.sln16", "-1"); @@ -677,6 +718,19 @@ route[RTPPROXY_TERM] { # Route for handling Registrations: ###################################################################### route[REGISTER] { +#!ifdef WITH_RX + xlog("L_DBG","Subscribing to signalling bearer status\n"); + Rx_AAR_Register("location"); + switch ($avp(s:aar_return_code)) { + case 1: + xlog("L_DBG", "Diameter: AAR success on subscription to signalling\n"); + break; + default: + xlog("L_ERR", "Diameter: AAR failed on subscription to signalling\n"); + send_reply("403", "Can't register to QoS for signalling"); + exit; + } +#!endif #!ifdef WITH_NAT if (isflagset(FLT_NAT) || isflagset(FLT_IPV4)) { if (isflagset(FLT_IPV4)) @@ -717,14 +771,6 @@ route[REGISTER] { onreply_route[REGISTER_reply] { if (t_check_status("200")) { -#!ifdef WITH_RX - xlog("L_DBG","Subscribing to signalling bearer status\n"); - if (!Rx_AAR_Register("location")) { - xlog("L_ERR", "Diameter: AAR failed on subscription to signalling\n"); - } else { - xlog("L_DBG", "Diameter: AAR success on subscription to signalling\n"); - } -#!endif xlog("L_DBG","Saving location\n"); pcscf_save("location"); } @@ -762,6 +808,16 @@ route[Orig_Initial] pcscf_force_service_routes("location"); } +#!ifdef WITH_RX + xlog("L_DBG","Diameter: Orig authorizing media via Rx\n"); + Rx_AAR("location"); + if ($avp(s:aar_return_code) != 1) { + xlog("L_ERR", "Diameter: AAR failed\n"); + send_reply("403", "QoS not authorized"); + exit; + } +#!endif + #prepend mo as user for record route $avp(RR_CUSTOM_USER_AVP)="mo"; record_route(); @@ -795,26 +851,25 @@ route[Orig_Initial] onreply_route[Orig_Initial_reply] { xlog("L_DBG", "route(RTPIMS: INSIDE ORIG_INITIAL_REPLY\n"); - if (t_check_status("183")){ #!ifdef WITH_RX + if (t_check_status("180|183|200")){ xlog("L_DBG","Diameter: Orig authorizing media via Rx\n"); - if (!Rx_AAR("orig")) { + Rx_AAR("orig"); + if ($avp(s:aar_return_code) != 1) { xlog("L_ERR", "IMS: AAR failed Orig\n"); dlg_terminate("all", "Sorry no QoS available"); } else { xlog("L_DBG", "Diameter: Orig AAR success on media authorization\n"); } -#!endif xlog("L_DBG", "IMS: Received 183/200 inside orig_initial_reply\n"); } +#!endif # Note: We only do the RTP-Update for the successful case, # the others simply time-out (if we would do otherwise, RTP-Relaying # would fail for forked requests) - # if (t_check_status("180|183|200") && has_body("application/sdp")) { - #if (t_check_status("180|183|200")) { - # Do RTP-Relaying, if necessary: - route(RTPPROXY_ORIG); - #} + + # Do RTP-Relaying, if necessary: + route(RTPPROXY_ORIG); } ###################################################################### @@ -942,6 +997,16 @@ route[Term_Initial] t_on_reply("Term_Initial_reply"); t_on_failure("Term_Initial_failure"); + +#!ifdef WITH_RX + xlog("L_DBG","Diameter: Orig authorizing media via Rx\n"); + Rx_AAR("location"); + if ($avp(s:aar_return_code) != 1) { + xlog("L_ERR", "Diameter: AAR failed\n"); + send_reply("403", "QoS not authorized"); + exit; + } +#!endif # Do RTP-Relaying, if necessary: route(RTPPROXY_TERM); @@ -958,8 +1023,8 @@ route[Term_Initial] ###################################################################### onreply_route[Term_Initial_reply] { - if (t_check_status("183")){ #!ifdef WITH_RX + if (t_check_status("180|183|200")){ xlog("L_DBG","Diameter Term authorizing media via Rx\n"); if (!Rx_AAR("term")) { xlog("L_ERR", "IMS: AAR failed Term\n"); @@ -967,9 +1032,9 @@ onreply_route[Term_Initial_reply] } else { xlog("L_DBG", "Diameter: Term AAR success on media authorization\n"); } -#!endif xlog("L_DBG", "IMS: SENDING EARLY BYE\n"); } +#!endif # Do RTP-Relaying, if necessary: route(RTPPROXY_TERM);

11 years, 10 months

git:master: Fix linking for the IMS-QOS module

by admin＠sip-router.org

Module: sip-router Branch: master Commit: 50a041f5c04ef79d8812d5871903931b120c0812 URL: http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=commit;h=50a041f… Author: Carsten Bock <carsten(a)ng-voice.com> Committer: Carsten Bock <carsten(a)ng-voice.com> Date: Wed Jan 30 11:55:42 2013 +0100 Fix linking for the IMS-QOS module --- modules/ims_qos/Makefile | 4 ++++ 1 files changed, 4 insertions(+), 0 deletions(-) diff --git a/modules/ims_qos/Makefile b/modules/ims_qos/Makefile index 789c79f..147f162 100644 --- a/modules/ims_qos/Makefile +++ b/modules/ims_qos/Makefile @@ -15,4 +15,8 @@ SERLIBPATH=../../lib SER_LIBS+=$(SERLIBPATH)/kcore/kcore SER_LIBS+=$(SERLIBPATH)/ims/kamailio_ims +ifneq ($(OS),darwin) + LIBS += -lrt +endif + include ../../Makefile.modules

11 years, 10 months

git:master: Cleanup of example I-CSCF config.

by admin＠sip-router.org

Module: sip-router Branch: master Commit: 6729c79d7fe3778a889ef7e6777c0bbe2e011528 URL: http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=commit;h=6729c79… Author: Carsten Bock <carsten(a)ng-voice.com> Committer: Carsten Bock <carsten(a)ng-voice.com> Date: Tue Jan 15 11:17:45 2013 +0100 Cleanup of example I-CSCF config. --- examples/icscf/kamailio.cfg | 8 ++------ 1 files changed, 2 insertions(+), 6 deletions(-) diff --git a/examples/icscf/kamailio.cfg b/examples/icscf/kamailio.cfg index 7314377..c68f83f 100644 --- a/examples/icscf/kamailio.cfg +++ b/examples/icscf/kamailio.cfg @@ -195,9 +195,7 @@ modparam("enum", "domain_suffix", ENUM_SUFFIX) # main routing logic route{ -##!ifdef WITH_DEBUG - xlog("L_ERR", "$rm ($fu ($si:$sp) to $tu, $ci)\n"); -##!endif + xlog("L_DBG", "$rm ($fu ($si:$sp) to $tu, $ci)\n"); # per request initial checks route(REQINIT); @@ -377,12 +375,10 @@ route[initial_request] if ($avp(lia_return_code) == 1) { if (I_scscf_select("0")) { append_branch(); - xlog("L_ERR", "$$ru = $ru, $$du = $du\n"); + xlog("L_DBG", "ru = $ru, du = $du\n"); t_on_reply("initial_request_reply"); t_on_failure("initial_request_failure"); - setdebug("9"); if (!t_relay()) { - xlog("LOG ---> T_RELAY - $rc/$mF\n"); t_reply("500","Error forwarding towards S-CSCF"); break; }

11 years, 10 months

Test

by Alex Balashov

Sorry, and please ignore. -- Alex Balashov - Principal Evariste Systems LLC 235 E Ponce de Leon Ave Suite 106 Decatur, GA 30030 United States Tel: +1-678-954-0670 Web: http://www.evaristesys.com/, http://www.alexbalashov.com/

11 years, 10 months

Re: [sr-dev] notify process-dialogs() problem

by Peter Dunkley

In DB mode 1 a completely different code path - without notifier processes - is run. As I mentioned you only need the notifier processes for resilient multi-server systems. For single server the default presence behaviour without notifier is fine - and multi-server resilient presence will not work in 3.3 anyway (you need git master with PostgreSQL DB for this). Regards, Peter Shane Harrison <shane.harrison(a)paragon.co.nz> wrote: >_______________________________________________ >sr-dev mailing list >sr-dev(a)lists.sip-router.org >http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev

11 years, 10 months

Re: [sr-dev] Fwd: notify process-dialogs() problem

by Peter Dunkley

Hello, The processing for presence.winfo and other events do require separate calls. This is because the processing of the dialogs in the first call can affect the processing of the dialogs in the second. If all event types were handled in one call some processing would not occur until the next handling of the round - five seconds later. It may well be the case that there is a bug in the loop as you described, but my statement from before still holds that the notifier stuff will never work properly in 3.3 due to DB limitations - even if you fix the bug you've found you will need to use the version in bit master to cope with any real load. I suppose the DB limitations may not be an issue on a single server (non-resilient) presence configuration, but in that case you should use the default (non-notifier) setup for presence anyway. Regards, Peter Shane Harrison <shane.harrison(a)paragon.co.nz> wrote: >_______________________________________________ >sr-dev mailing list >sr-dev(a)lists.sip-router.org >http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev

11 years, 10 months

How to cast int val from db and cast to str?

by Mino Haluz

Hi, I'm changing carrierroute module so that it could set into another avp the ID of the rule that was chosen. I have already adjusted all functions but I have still one problem when kamailio starts. tmp_id.s=(char *)row->values[COL_ID].val.string_val; It gives Segfault at this line. The question is, how can I convert the row value that is int(10) to char (tmp_id is const str *, it is the same as comment). Thanks, Mino

11 years, 10 months

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

sr-dev January 2013