sr-users June 2010

sr-users@lists.kamailio.org

60 participants
109 discussions

error loading perl module
by "Nicolas Rüger" 30 Jun '10

30 Jun '10

Hello, I try to use the PERL module in kamailio v3 for some research due to my thesis. I'm using debian lenny, kamailio_3.0.0 and perl_5.10.0. 1.) The Problem Starting Kamailio via "./kamctl start" drops the general error JUST when I try to load the PERL module: ERROR: PID file /var/run/kamailio.pid does not exist -- Kamailio start failed 2.) The search for errors I got the following errors (and warnings) in DEBUG mode by starting "kamailio -d" for debugging: [...] 0(10776) DEBUG: <core> [sr_module.c:382]: load_module: trying to load </opt/kamailio-3.0.0/lib/kamailio/modules_k/perl.so> 0(10776) WARNING: <core> [sr_module.c:445]: /opt/kamailio-3.0.0/lib/kamailio/modules_k/perl.so: exports dlflags interface is deprecated and it will not be supported in newer versions; consider using mod_register() instead 0(10776) [...] 0(10778) ERROR: perl [perl.c:330]: insufficient module parameters. Module not loaded. 0(10778) ERROR: <core> [sr_module.c:874]: init_mod(): Error while initializing module perl 3.) What I did before... 3.1) Compiled Kamailio I compiled Kamailio 3.0.0 using the following commands, where $1 is the target: make prefix=$1/ include_modules="db_mysql tls perl" cfg make Q=1 all make install #make prefix=$1/ TLS=1 #make prefix=$1/ TLS=1 modules #make prefix=$1/ TLS=1 install #make prefix=$1/ include_modules="db_mysql" modules #make prefix=$1/ include_modules="db_mysql" install 3.2) Set the environment variables as described in http://kamailio.org/docs/modules/stable/modules_k/perl.html#id2920768 You need to set the environment variables PERLLDOPTS, PERLCCOPTS and TYPEMAP to values similar to the output of PERLLDOPTS: perl -MExtUtils::Embed -e ldopts PERLCCOPTS: perl -MExtUtils::Embed -e ccopts TYPEMAP: echo "`perl -MConfig -e 'print $Config{installprivlib}'`/ExtUtils/typemap" 3.3) Trying to load the perl-module via kamailio.cfg loadmodule "perl.so" Can you PLEASE help me to solve the problem! Thank you very much... Cheers Nicolas -- GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT! Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01

2 1

force_send_socket - multiple times per dialog, subsequent times fail
by Geoffrey Mina 30 Jun '10

30 Jun '10

I am having an issue with 1.5.4 where force_send_socket() isn't behaving as I would expect. I have an LCR scenario where depending on which gateway I am sending to, I send from a different socket. It appears that calling force_send_socket from failure_route has no affect on the routing. In my initial route block I call force_send_socket(X.X.X.180:5060). In my failure_route I am calling force_send_socket(X.X.X.179:5060), yet after calling the subsequent time, my sip trace and tcpdump are clearly showing kamailio is still sending from X.X.X.180:5060. I have added a lot of debug lines, so I am 100% sure the second call to force_send_socket is happening. Am I misusing this module in some way?

5 8

[nathelper] clarification about rtpproxy_retr parameter
by Iñaki Baz Castillo 30 Jun '10

30 Jun '10

Hi, according to the doc: 1.5.9. rtpproxy_retr (integer) How many times nathelper should retry to send and receive after timeout was generated. Default value is “5”. So imagine this configuration: modparam("nathelper", "rtpproxy_tout", 2) modparam("nathelper", "rtpproxy_disable_tout", 60) modparam("nathelper", "rtpproxy_retr", 10) Let's imagine that the RtpProxy servers crashes and is down for 1 day. Does this configuration mean that the rtpproxy server will NEVER be contacted again by nathelper module since 60x10 seconds < 1 day? Thanks. -- Iñaki Baz Castillo <ibc(a)aliax.net>

1 0

Dispatcher module problem or feature?
by JR Richardson 29 Jun '10

29 Jun '10

Hi All, I'm testing dispatcher functions with kamailio 3.0 and using database to load destination address. The problem I am seeing is the 1'st destination address in a group is not being used, the dispatcher always starts at the second database entry. For instance, if I have 2 destination addresses listed in the database, sip:10.10.14.101:5060 and sip:10.10.14.102:5060, only sip:10.10.14.102:5060 will receive calls. But if I list .101 in the database twice, then I will get proper distribution. So here is my setup and some debug traffic: sipp><sr-router><dispatcher round robin group 1><10.10.14.101, 10.10.14.102, 10.10.14.101 This will send calls to both .101 and 102 evenly. sip-router2:~# kamctl fifo ds_list SET:: 1 URI:: sip:10.10.14.101:5060 flag=A URI:: sip:10.10.14.102:5060 flag=A URI:: sip:10.10.14.101:5060 flag=A first call to dispatcher: 0(4780) DEBUG: dispatcher [dispatch.c:1111]: set [1] 0(4780) DEBUG: dispatcher [dispatch.c:1185]: alg hash [0] 0(4780) DEBUG: dispatcher [dispatch.c:1223]: selected [4-1/0] <sip:10.10.14.101:5060> 0(4780) DEBUG: dispatcher [dispatch.c:1257]: using entry [1/1] 0(4780) INFO: <script>: ds_dispatcher sip:10.10.14.101:5060 1 3 second call to dispatcher: 0(4780) DEBUG: dispatcher [dispatch.c:1111]: set [1] 0(4780) DEBUG: dispatcher [dispatch.c:1185]: alg hash [1] 0(4780) DEBUG: dispatcher [dispatch.c:1223]: selected [4-1/1] <sip:10.10.14.102:5060> 0(4780) DEBUG: dispatcher [dispatch.c:1245]: using entry [1/0] 0(4780) INFO: <script>: ds_dispatcher sip:10.10.14.102:5060 1 3 third call to dispatcher goes back to .101, then .102, ect. sipp><sr-router><dispatcher round robin group 2><10.10.14.103 and 10.10.14.104 This will send calls only to .104 sip-router2:~# kamctl fifo ds_list SET_NO:: 2 SET:: 2 URI:: sip:10.10.14.104:5060 flag=A URI:: sip:10.10.14.103:5060 flag=A first call to dispatcher: 0(4780) DEBUG: dispatcher [dispatch.c:1111]: set [2] 0(4780) DEBUG: dispatcher [dispatch.c:1185]: alg hash [0] 0(4780) DEBUG: dispatcher [dispatch.c:1223]: selected [4-2/0] <sip:10.10.14.104:5060> 0(4780) INFO: <script>: ds_dispatcher sip:10.10.14.104:5060 2 2 second call to dispatcher: 0(4780) DEBUG: dispatcher [dispatch.c:1111]: set [2] 0(4780) DEBUG: dispatcher [dispatch.c:1185]: alg hash [1] 0(4780) DEBUG: dispatcher [dispatch.c:1223]: selected [4-2/0] <sip:10.10.14.104:5060> 0(4780) INFO: <script>: ds_dispatcher sip:10.10.14.104:5060 2 2 So it appears with only 2 entries loaded in the database, there is a missing "DEBUG: dispatcher [dispatch.c:1245]: using entry [1/0]" This is the only difference I can see between the call executions between the two groups. But I don't really know what that means. I can reproduce these symptoms on kamailio 3.0, 1.5.x and older versions. The same thing happens when the destinations are loaded via config file dispatcher.lst. I am using debian Lenny with siremis web interface. mysql> select * from dispatcher\G; *************************** 1. row *************************** id: 1 setid: 1 destination: sip:10.10.14.101:5060 flags: 0 priority: 0 description: lab1 *************************** 2. row *************************** id: 2 setid: 1 destination: sip:10.10.14.102:5060 flags: 0 priority: 0 description: lab2 *************************** 3. row *************************** id: 3 setid: 2 destination: sip:10.10.14.103:5060 flags: 0 priority: 0 description: lab3 *************************** 4. row *************************** id: 4 setid: 2 destination: sip:10.10.14.104:5060 flags: 0 priority: 0 description: lab4 *************************** 5. row *************************** id: 5 setid: 1 destination: sip:10.10.14.101:5060 flags: 0 priority: 0 description: lab1 5 rows in set (0.00 sec) Is this a bug? Thanks. JR -- JR Richardson Engineering for the Masses

2 6

Re: [SR-Users] using avpops for querying an external db on kamailio 3.0.2
by Daniel-Constantin Mierla 29 Jun '10

29 Jun '10

Hello, On 6/29/10 6:39 PM, yaron nahcum wrote: > Hi Daniel, > Thanks a lot for the quick response. I will look at it. fyi: keep cc-ing the mailing list for any discussion that started there - message sent privately are usually ignored. Daniel > Yaron. > > ------------------------------------------------------------------------ > *From:* Daniel-Constantin Mierla <miconda(a)gmail.com> > *To:* yaron nahcum <yaron_nachum(a)yahoo.com> > *Cc:* sr-users(a)lists.sip-router.org > *Sent:* Tue, June 29, 2010 6:57:53 PM > *Subject:* Re: [SR-Users] using avpops for querying an external db on > kamailio 3.0.2 > > Hello, > > look at sqlops module, it is more suitable for custom sql queries: > http://kamailio.org/docs/modules/stable/modules_k/sqlops.html > > Cheers, > Daniel > > > On 6/29/10 5:47 PM, yaron nahcum wrote: >> Hi, >> I have recently installed a kamailio server with release 3.0.2. >> I would like to use the kamilio as a redirect server that would >> recieve REGISTER messages from users and query a proprietary database >> that holds users information - if the users are registered to the >> service it would redirect the user to the registrar. I need it for >> security reasons which I can't fully explain. >> Now, I am using the avpops module. I have been able to make it work >> using the following configuration: >> modparam("avpops","db_url","mysql://user:pass@localhost/mysql") >> modparam("avpops","avp_table","proptable") >> modparam("avpops","db_scheme","scheme0:username_col=sipUsername;value_col=sipDomainName;table=proptable") >> ---------- >> >> if (is_method("REGISTER")) >> { >> if >> (avp_db_load("$fu/username","$avp(s:CONSTANT_DOMAIN)/$scheme0")) >> { >> append_branch("sip:registrarIP"); >> sl_send_reply("302","Test Redirect"); >> } >> else >> { >> sl_send_reply("404","Test Not found"); >> } >> -------------- >> The thing is that I don't need to match the string CENTREX against >> the domain- it is something I added because I couldn't find another >> way to do it. I would like to match only the username. I tried >> wildcards or leaving it empty but it didn't work. I tried not to use >> the scheme and instead use the table it self but again it didn't work. >> Is it possible? Do you know a better to do it? >> Thanks, >> Yaron. >> >> >> _______________________________________________ >> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list >> sr-users(a)lists.sip-router.org >> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users >> > > -- > Daniel-Constantin Mierla > http://www.asipto.com/ > > -- Daniel-Constantin Mierla http://www.asipto.com/

1 0

Re: [SR-Users] Permissions module question?
by JR Richardson 29 Jun '10

29 Jun '10

> 2010/6/28 JR Richardson <jmr.richardson(a)gmail.com>: > > Kamailio 3.0 permissions module, I see that the address database table > > is cached by default, really the only option. ?But there is no MI > > Function to reload the database into cache, you must restart kamailio > > to update the cache for the address table. ?Is there any reason the > > reload MI function is not there for the address table? > > It is: > http://kamailio.org/docs/modules/stable/modules_k/permissions.html#id29613 > 70 Yes, I see that now, I was looking for subnet_reload, didn't realize that the address_ and subnet_ entries were in the same table. Thanks. JR

1 0

WARNING: timer: add_timeout: 0 expire timer added in pua
by David 29 Jun '10

29 Jun '10

Hello, Using Kamailio 3.0.1 : My syslog is being flooded with this : WARNING: <core> [timer_funcs.h:111]: WARNING: timer: add_timeout: 0 expire timer added Jun 25 12:23:55 kamailio-dev /usr/sbin/kamailio[11259]: DEBUG: pua [hash.c:54]: ^Ietag= a.1276278619.9322.13398.2 - len= 25 Jun 25 12:23:55 kamailio-dev /usr/sbin/kamailio[11259]: DEBUG: pua [hash.c:56]: ^Iid= DIALOG_PUBLISH.9b5f4c1c67b65f80(a)192.168.70.127 Jun 25 12:23:55 kamailio-dev /usr/sbin/kamailio[11259]: DEBUG: pua [hash.c:58]: ^Iexpires= 154 Jun 25 12:23:55 kamailio-dev /usr/sbin/kamailio[11259]: DEBUG: pua [hash.c:42]: ^Ipres_uri= sip:development1.106@dev.mydomain.tld len= 40 Jun 25 12:23:55 kamailio-dev /usr/sbin/kamailio[11259]: DEBUG: pua [hash.c:54]: ^Ietag= a.1276278619.9317.13425.1 - len= 25 Jun 25 12:23:55 kamailio-dev /usr/sbin/kamailio[11259]: DEBUG: pua [hash.c:56]: ^Iid= DIALOG_PUBLISH.2497e17925460cf05484d1b21909aca1(a)192.168.58.253 Jun 25 12:23:55 kamailio-dev /usr/sbin/kamailio[11259]: DEBUG: pua [hash.c:58]: ^Iexpires= 158 Jun 25 12:23:55 kamailio-dev /usr/sbin/kamailio[11259]: WARNING: <core> [timer_funcs.h:111]: WARNING: timer: add_timeout: 0 expire timer added Jun 25 12:23:56 kamailio-dev /usr/sbin/kamailio[11259]: DEBUG: pua [hash.c:42]: ^Ipres_uri= sip:development1.110@dev.mydomain.tld len= 40 Jun 25 12:23:56 kamailio-dev /usr/sbin/kamailio[11259]: DEBUG: pua [hash.c:54]: ^Ietag= a.1276278619.9322.13398.2 - len= 25 Jun 25 12:23:56 kamailio-dev /usr/sbin/kamailio[11259]: DEBUG: pua [hash.c:56]: ^Iid= DIALOG_PUBLISH.9b5f4c1c67b65f80(a)192.168.70.127 Jun 25 12:23:56 kamailio-dev /usr/sbin/kamailio[11259]: DEBUG: pua [hash.c:58]: ^Iexpires= 153 Jun 25 12:23:56 kamailio-dev /usr/sbin/kamailio[11259]: DEBUG: pua [hash.c:42]: ^Ipres_uri= sip:development1.106@dev.mydomain.tld len= 40 Jun 25 12:23:56 kamailio-dev /usr/sbin/kamailio[11259]: DEBUG: pua [hash.c:54]: ^Ietag= a.1276278619.9317.13425.1 - len= 25 Jun 25 12:23:56 kamailio-dev /usr/sbin/kamailio[11259]: DEBUG: pua [hash.c:56]: ^Iid= DIALOG_PUBLISH.2497e17925460cf05484d1b21909aca1(a)192.168.58.253 Jun 25 12:23:56 kamailio-dev /usr/sbin/kamailio[11259]: DEBUG: pua [hash.c:58]: ^Iexpires= 157 Jun 25 12:23:56 kamailio-dev /usr/sbin/kamailio[11259]: WARNING: <core> [timer_funcs.h:111]: WARNING: timer: add_timeout: 0 expire timer added Jun 25 12:23:56 kamailio-dev /usr/sbin/kamailio[11259]: DEBUG: pua [hash.c:42]: ^Ipres_uri= sip:development1.110@dev.mydomain.tld len= 40 Jun 25 12:23:56 kamailio-dev /usr/sbin/kamailio[11259]: DEBUG: pua [hash.c:54]: ^Ietag= a.1276278619.9322.13398.2 - len= 25 Jun 25 12:23:56 kamailio-dev /usr/sbin/kamailio[11259]: DEBUG: pua [hash.c:56]: ^Iid= DIALOG_PUBLISH.9b5f4c1c67b65f80(a)192.168.70.127 Jun 25 12:23:56 kamailio-dev /usr/sbin/kamailio[11259]: DEBUG: pua [hash.c:58]: ^Iexpires= 153 Jun 25 12:23:56 kamailio-dev /usr/sbin/kamailio[11259]: DEBUG: pua [hash.c:42]: ^Ipres_uri= sip:development1.106@dev.mydomain.tld len= 40 Jun 25 12:23:56 kamailio-dev /usr/sbin/kamailio[11259]: DEBUG: pua [hash.c:54]: ^Ietag= a.1276278619.9317.13425.1 - len= 25 Jun 25 12:23:56 kamailio-dev /usr/sbin/kamailio[11259]: DEBUG: pua [hash.c:56]: ^Iid= DIALOG_PUBLISH.2497e17925460cf05484d1b21909aca1(a)192.168.58.253 Jun 25 12:23:56 kamailio-dev /usr/sbin/kamailio[11259]: DEBUG: pua [hash.c:58]: ^Iexpires= 157 Jun 25 12:23:56 kamailio-dev /usr/sbin/kamailio[11259]: WARNING: <core> [timer_funcs.h:111]: WARNING: timer: add_timeout: 0 expire timer added Why is this timer being set to 0? What is this timer ? How do I set it at a more reasonable value ? Because this is at 0 it is basically consuming all my server resources cause the timer is completed instantly, so the message repeats hundreds of times per second. Thank, David

2 1

Permissions module question?
by JR Richardson 29 Jun '10

29 Jun '10

Hi All, Kamailio 3.0 permissions module, I see that the address database table is cached by default, really the only option. But there is no MI Function to reload the database into cache, you must restart kamailio to update the cache for the address table. Is there any reason the reload MI function is not there for the address table? It is present for the trusted table and works fine. I like the trusted db option to use cache or no cache, I'm wondering if this option can be extended to the address table as well? Also I like the address table ability to define subnets, can this be extended to the trusted table? Thanks. JR -- JR Richardson Engineering for the Masses

2 1

New functionality LCR + force_send_socket() - sanity check
by Geoffrey Mina 28 Jun '10

28 Jun '10

Hey everyone, Just wanted to bounce some things off the list to make sure I'm not heading down the wrong path here. I'll quickly explain my problem and then explain my plan to deal with it. Please let me know if anyone sees an issue here. Problem: I need to send FROM two different IP addresses based on the LCR group returned from next_gw();. For example, if the gateway returned is in group_id=1 from the LCR I need to send FROM 1.1.1.1:5060, if it's from group_id=2, I need to send FROM 1.1.1.2:5060. I need to do this on REQUEST_ROUTE and FAILURE_ROUTE. Here is what I am thinking will work: modparam("pv","shvset","gw_one=s:1.1.1.1:5060") modparam("pv","shvset","gw_two=s:1.1.1.2:5060") route{ load_gws(); next_gw(); if(to_gw("1")){ force_send_socket($shv(gw_one)); }else if(to_gw("2")){ force_send_socket($shv(gw_two)); } } Sorry for not just trying this out on my own. I currently don't have access to a dev machine, and I need to make changes to the live script... so I would prefer not to have a ton of restarts while trying to work the bugs out. Thanks.

4 17

job offer: VoIP developer, team Karlsruhe
by Henning Westerholt 28 Jun '10

28 Jun '10

Job offer: Interested in working with one of the biggest Voice over IP networks in europe? We're hiring and have one additional VoIP developer position open in our team in Karlsruhe, Germany at the moment. For more informations (requirements, how to apply..) please refer to the opening on the job web page. Some facts about our VoIP system can be found at e.g. [1], please feel free to contact me per mail as well. http://www.united-internet.de/xml/ui/JobsJobDetail;?__lf=JobsApplication200… Best regards, Henning Westerholt [1] http://www.kamailio.org/events/2010-linuxtag/presentation.pdf -- Henning Westerholt - Technical Leader VoIP backend development 1&1 Internet AG, Ernst-Frey-Str. 9, 76135 Karlsruhe, Germany

4 5

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

sr-users June 2010