sr-users

sr-users@lists.kamailio.org

42 participants
37519 discussions

Re: [SR-Users] "Version" Table missing
by Daniel-Constantin Mierla 05 Dec '11

05 Dec '11

Hello, don't forget to keep the mailing list cc-ed for the discussions started there... On 12/5/11 8:20 PM, mn3250 mn3250 wrote: > Had to modify /usr/local/etc/kamailio/kamctlrc and everything started > to work. Was it just setting DBENGINE and then running kamdbctl create or was some other kind of modification? Cheers, Daniel > > On Mon, Nov 28, 2011 at 4:15 PM, Daniel-Constantin Mierla > <miconda(a)gmail.com <mailto:miconda@gmail.com>> wrote: > > Hello, > > can you check inside MySQL server if database voip1 has a table > named version? > > What is the kamailio version you are using? How did you create the > database, with kamdbctl create? > > Cheers, > Daniel > > > On 11/28/11 2:59 PM, mn3250 mn3250 wrote: >> Hi, >> Looks like the table "Version" is missing in the sql create script. >> 0(18594) DEBUG: db_mysql [km_my_con.c:94]: opening connection: >> mysql://xxxx:xxxx@localhost/voip1 >> 0(18594) DEBUG: db_mysql [km_my_con.c:121]: connection type is >> Localhost via UNIX socket >> 0(18594) DEBUG: db_mysql [km_my_con.c:122]: protocol version is 10 >> 0(18594) DEBUG: db_mysql [km_my_con.c:123]: server version is >> 5.0.77-log >> 0(18594) DEBUG: <core> [db_res.c:118]: allocate 48 bytes for >> result set at 0x2ba27ac440b0 >> 0(18594) DEBUG: db_mysql [km_res.c:68]: 1 columns returned from >> the query >> 0(18594) DEBUG: <core> [db_res.c:155]: allocate 8 bytes for >> result names at 0x2ba27ac44140 >> 0(18594) DEBUG: <core> [db_res.c:165]: allocate 4 bytes for >> result types at 0x2ba27ac441a8 >> 0(18594) DEBUG: db_mysql [km_res.c:85]: allocate 16 bytes for >> RES_NAMES[0] at 0x2ba27ac44210 >> 0(18594) DEBUG: db_mysql [km_res.c:92]: >> RES_NAMES(0x2ba27ac44210)[0]=[table_version] >> 0(18594) DEBUG: db_mysql [km_res.c:100]: use DB1_INT result type >> 0(18594) DEBUG: db_mysql [km_res.c:169]: no rows returned from >> the query >> 0(18594) DEBUG: <core> [db.c:385]: no row for table location found >> 0(18594) ERROR: <core> [db.c:421]: invalid version 0 for table >> location found, expected 1004 (check table structure and table >> "version") >> Anyone has the correct file? >> Thanks >> >> >> _______________________________________________ >> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list >> sr-users(a)lists.sip-router.org <mailto:sr-users@lists.sip-router.org> >> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users > > -- > Daniel-Constantin Mierla --http://www.asipto.com > Kamailio Advanced Training, Dec 5-8, Berlin:http://asipto.com/u/kat > http://linkedin.com/in/miconda -- http://twitter.com/miconda > > -- Daniel-Constantin Mierla -- http://www.asipto.com Kamailio Advanced Training, Dec 5-8, Berlin: http://asipto.com/u/kat http://linkedin.com/in/miconda -- http://twitter.com/miconda

1 0

undefined symbol: dprint_crit
by Ämin Baumeler 04 Dec '11

04 Dec '11

Hi everybody I cross compiled kamailio for ARM. However, when I try to start kamailio on the ARM machine, it tells me that there are a lot of undefined symbols. E.g. libkcore.so does not find the symbol dprint_crit. Having a look at libkcore.so: $ nm -C -D lib/kcore/libkcore.so|grep dprint U dprint_crit All deployed .so files do not contain dprint_crit. However I found dprint_crit in an object file, that was used for compilation. Namely in dprint.o: $ nm -C dprint.o |grep print 00000000 B dprint_crit I used following commands to cross compile kamailio: export GCC_ARM_HOME=/opt/arm-2009q1/arm-none-linux-gnueabi/ export TOOL_PREFIX=/opt/arm-2009q1/bin/arm-none-linux-gnueabi export CXX=$TOOL_PREFIX-g++ export AR=$TOOL_PREFIX-ar export RANLIB=$TOOL_PREFIX-ranlib export CC=$TOOL_PREFIX-gcc export LD=$TOOL_PREFIX-ld export ARM_TARGET_LIB=/opt/arm-2009q1/arm-none-linux-gnueabi/libc make proper make cfg FLAVOUR=kamailio PREFIX=/root/kamailio/local include_modules="auth auth_db db_text registrar" ARCH=arm TARGET=arm-none-linux-gnueabi make all && make install Thanks Amin

4 5

CANCEL not matching INVITES !
by Sammy Govind 03 Dec '11

03 Dec '11

Hello list, I'm using Kamailio 3.1.5 in front of asterisk servers. Kamailio handles all the SIP registrations. Calls from SIP phones are forwarded to asterisks and then dialled out to Kamailio. root@SBCserver:~# kamailio -V version: kamailio 3.1.5 (x86_64/linux) 76fff5 flags: STATS: Off, USE_IPV6, USE_TCP, USE_TLS, TLS_HOOKS, USE_RAW_SOCKS, DISABLE_NAGLE, USE_MCAST, DNS_IP_HACK, SHM_MEM, SHM_MMAP, PKG_MALLOC, DBG_QM_MALLOC, USE_FUTEX, FAST_LOCK-ADAPTIVE_WAIT, USE_DNS_CACHE, USE_DNS_FAILOVER, USE_NAPTR, USE_DST_BLACKLIST, HAVE_RESOLV_RES ADAPTIVE_WAIT_LOOPS=1024, MAX_RECV_BUFFER_SIZE 262144, MAX_LISTEN 16, MAX_URI_SIZE 1024, BUF_SIZE 65535, PKG_SIZE 4MB poll method support: poll, epoll_lt, epoll_et, sigio_rt, select. id: 76fff5 compiled on 08:21:33 Oct 27 2011 with gcc 4.6.1 root@SBCserver:~# Problem: When call is initiated from a softphone and is in ringing phase, CANCEL just don't work. I've done some initial debugging and the following piece of code in main route is failing. # CANCEL processing if (is_method("CANCEL")) { xlog("L_NOTICE","$rm from $fu (IP:$si:$sp) ---CAPTURED IN MAIN---\n"); if (t_check_trans()){ t_relay(); xlog("L_NOTICE","$rm from $fu (IP:$si:$sp) ---CHECK TRANS TRUE---\n"); } xlog("L_NOTICE","$rm from $fu (IP:$si:$sp) ---CHECK TRANS FALSE---\n"); exit; } Also the CANCEL fails the has_totag() condition ! The same Call CANCEL scenario works fine for any client on Public IP ! Hope to get some pointers for the solution. Regards, Sammy.

2 10

rate limit module
by Fabian Borot 02 Dec '11

02 Dec '11

Hello, I am trying to use the rate limit module using Kamailio 1.5.2. I feel that I got it but I would like some pointers and recommendations. These are my settings: (this is a lab of course), I used 1 on the timer_interval because I am generating the calls manually and wanted to see it in action quickly: # ---- ratelimit ------- modparam("ratelimit", "timer_interval", 1) modparam("ratelimit", "reply_code", 506) modparam("ratelimit", "reply_reason", "Rejecting due to high load") modparam("ratelimit", "queue", "0:INVITE") modparam("ratelimit", "pipe", "0:TAILDROP:1") then in the route section: if (method=="INVITE") { xlog("L_INFO","mylog: RL found INVITE.\n"); if (!rl_check()) { xlog("L_INFO","mylog: RL dropped message.\n"); rl_drop(); exit; }; xlog("L_INFO","mylog: RL found INVITE but did not drop it.\n"); }; The TAILDROP algorithm seems to work better than the RED, based on what I expected of course (with 1 sec timer interval and 1 calls/sec on the pipe). Making manual calls one right after the other almost always triggered the protecting when there was another call on the same second. But these lines (1.6.3. pipe) on the doc got me kind of confused: " When specifying a limit, the unit depends on the algorithm used and doesn't need to be specified also (eg, for TAILDROP or RED, limit means packets/sec, whereas with the FEEDBACK algorithm, it means [CPU] load factor). For these 2 lines below, does this mean that the interval =10 will be overridden by the 100 calls/sec on the TAILDROP algorithm? modparam("ratelimit", "timer_interval", 10) modparam("ratelimit", "pipe", "0:TAILDROP:100") I made a quick test and with timer_interval = 10 and TAILDROP:1, it looks like the protection kicks in almost every 10 secs: (Dec 2 19:44:07 and Dec 2 19:43:57), tail -f proxy.log | grep RL Dec 2 19:43:53 AW-ATL-PROXY-01 ./kamailio[17450]: mylog: RL found INVITE. Dec 2 19:43:53 AW-ATL-PROXY-01 ./kamailio[17450]: mylog: RL found INVITE but did not drop it. Dec 2 19:43:53 AW-ATL-PROXY-01 ./kamailio[17449]: mylog: RL found INVITE. Dec 2 19:43:53 AW-ATL-PROXY-01 ./kamailio[17449]: mylog: RL found INVITE but did not drop it. Dec 2 19:43:53 AW-ATL-PROXY-01 ./kamailio[17450]: mylog: RL found INVITE. Dec 2 19:43:53 AW-ATL-PROXY-01 ./kamailio[17450]: mylog: RL found INVITE but did not drop it. Dec 2 19:43:53 AW-ATL-PROXY-01 ./kamailio[17450]: mylog: RL found INVITE. Dec 2 19:43:53 AW-ATL-PROXY-01 ./kamailio[17450]: mylog: RL found INVITE but did not drop it. Dec 2 19:43:54 AW-ATL-PROXY-01 ./kamailio[17450]: mylog: RL found INVITE. Dec 2 19:43:54 AW-ATL-PROXY-01 ./kamailio[17450]: mylog: RL found INVITE but did not drop it. Dec 2 19:43:55 AW-ATL-PROXY-01 ./kamailio[17449]: mylog: RL found INVITE. Dec 2 19:43:55 AW-ATL-PROXY-01 ./kamailio[17449]: mylog: RL found INVITE but did not drop it. Dec 2 19:43:56 AW-ATL-PROXY-01 ./kamailio[17449]: mylog: RL found INVITE. Dec 2 19:43:56 AW-ATL-PROXY-01 ./kamailio[17449]: mylog: RL found INVITE but did not drop it. Dec 2 19:43:56 AW-ATL-PROXY-01 ./kamailio[17450]: mylog: RL found INVITE. Dec 2 19:43:56 AW-ATL-PROXY-01 ./kamailio[17450]: mylog: RL found INVITE but did not drop it. Dec 2 19:43:56 AW-ATL-PROXY-01 ./kamailio[17449]: mylog: RL found INVITE. Dec 2 19:43:56 AW-ATL-PROXY-01 ./kamailio[17449]: mylog: RL found INVITE but did not drop it. Dec 2 19:43:57 AW-ATL-PROXY-01 ./kamailio[17450]: mylog: RL found INVITE. Dec 2 19:43:57 AW-ATL-PROXY-01 ./kamailio[17450]: mylog: RL found INVITE but did not drop it. Dec 2 19:43:57 AW-ATL-PROXY-01 ./kamailio[17449]: mylog: RL found INVITE. Dec 2 19:43:57 AW-ATL-PROXY-01 ./kamailio[17449]: mylog: RL dropped message. Dec 2 19:43:58 AW-ATL-PROXY-01 ./kamailio[17449]: mylog: RL found INVITE. Dec 2 19:43:58 AW-ATL-PROXY-01 ./kamailio[17449]: mylog: RL found INVITE but did not drop it. Dec 2 19:43:59 AW-ATL-PROXY-01 ./kamailio[17449]: mylog: RL found INVITE. Dec 2 19:43:59 AW-ATL-PROXY-01 ./kamailio[17449]: mylog: RL found INVITE but did not drop it. Dec 2 19:43:59 AW-ATL-PROXY-01 ./kamailio[17450]: mylog: RL found INVITE. Dec 2 19:43:59 AW-ATL-PROXY-01 ./kamailio[17450]: mylog: RL found INVITE but did not drop it. Dec 2 19:44:01 AW-ATL-PROXY-01 ./kamailio[17450]: mylog: RL found INVITE. Dec 2 19:44:01 AW-ATL-PROXY-01 ./kamailio[17450]: mylog: RL found INVITE but did not drop it. Dec 2 19:44:02 AW-ATL-PROXY-01 ./kamailio[17450]: mylog: RL found INVITE. Dec 2 19:44:02 AW-ATL-PROXY-01 ./kamailio[17450]: mylog: RL found INVITE but did not drop it. Dec 2 19:44:02 AW-ATL-PROXY-01 ./kamailio[17449]: mylog: RL found INVITE. Dec 2 19:44:02 AW-ATL-PROXY-01 ./kamailio[17449]: mylog: RL found INVITE but did not drop it. Dec 2 19:44:04 AW-ATL-PROXY-01 ./kamailio[17449]: mylog: RL found INVITE. Dec 2 19:44:04 AW-ATL-PROXY-01 ./kamailio[17449]: mylog: RL found INVITE but did not drop it. Dec 2 19:44:06 AW-ATL-PROXY-01 ./kamailio[17450]: mylog: RL found INVITE. Dec 2 19:44:06 AW-ATL-PROXY-01 ./kamailio[17450]: mylog: RL found INVITE but did not drop it. Dec 2 19:44:06 AW-ATL-PROXY-01 ./kamailio[17449]: mylog: RL found INVITE. Dec 2 19:44:06 AW-ATL-PROXY-01 ./kamailio[17449]: mylog: RL found INVITE but did not drop it. Dec 2 19:44:07 AW-ATL-PROXY-01 ./kamailio[17449]: mylog: RL found INVITE. Dec 2 19:44:07 AW-ATL-PROXY-01 ./kamailio[17449]: mylog: RL found INVITE but did not drop it. Dec 2 19:44:07 AW-ATL-PROXY-01 ./kamailio[17450]: mylog: RL found INVITE. Dec 2 19:44:07 AW-ATL-PROXY-01 ./kamailio[17450]: mylog: RL dropped message. Dec 2 19:44:10 AW-ATL-PROXY-01 ./kamailio[17450]: mylog: RL found INVITE. Dec 2 19:44:10 AW-ATL-PROXY-01 ./kamailio[17450]: mylog: RL found INVITE but did not drop it.

2 3

RPMs for 3.2.1
by Daniel-Constantin Mierla 02 Dec '11

02 Dec '11

Hello, RPM packages of Kamailio 3.2.1 for Centos, Fedora, Redhat and openSUSE (32b and 64b) were built and are available for download -- links specific for each distro in the wiki page: http://www.kamailio.org/wiki/packages/rpms Cheers, Daniel -- Daniel-Constantin Mierla -- http://www.asipto.com Kamailio Advanced Training, Dec 5-8, Berlin: http://asipto.com/u/kat http://linkedin.com/in/miconda -- http://twitter.com/miconda

1 0

transport=TLS
by Bruno Bresciani 02 Dec '11

02 Dec '11

Hi All, kamailio 3.1.2 recognize value "transport=TLS" on contact header or only "transport=tls"? kamailio forwards (t_relay function) the message with UDP protocol when value "transport=TLS" is on contact header. Cheers

3 13

Monitoring inquiry
by Jenkins, Rachel 01 Dec '11

01 Dec '11

I have a couple questions as it relates to monitoring a Kamailio SIP Server. 1. Do you have an OID that we can poll via SNMP-GETs to show call completion statistics? Either the % of completion or the accepting/connecting statistics. If you do not have an OID, do you have a syslog or trap message that can be generated? 2. Do you have an OID that we can poll to get a list errors that were generated? Ex-OID for a 408 or 503. If not, is there a syslog or trap? 3. Can you recommend a way to view the MOS score - possible hardware tap on network to get MOS? Thanks in advance This email may contain proprietary and confidential information for the sole use of the intended recipient. Any review, retransmission, dissemination, or other use of this information by persons or entities other than the intended recipient is prohibited. If you are not the intended recipient, please contact the sender and delete all copies. To the extent that opinions are expressed in this message, they are not necessarily the opinions of Sentinel Technologies or any of its affiliates, employees, directors, officers or shareholders.

4 3

Kamailio v3.2.1 Released
by Daniel-Constantin Mierla 01 Dec '11

01 Dec '11

Hello, Kamailio SIP Server v3.2.1 stable release is out. This is a maintenance release of latest stable branch, 3.2, that includes fixes since release of v3.2.0. There is no change to database schema or configuration language structure that you have to do on installations of v3.2.0. Deployments running previous v3.2.0 versions are strongly recommended to be upgraded to v3.2.1. For more details about version 3.2.1 (including links and hints to download the tarball or from GIT repository), visit: http://www.kamailio.org/w/2011/12/kamailio-v3-2-1-released/ RPM packages are currently on the build, Debian/Ubuntu packages will be available soon as well. Cheers, Daniel -- Daniel-Constantin Mierla -- http://www.asipto.com

1 0

preparing to release v3.2.1
by Daniel-Constantin Mierla 01 Dec '11

01 Dec '11

Hello, the plan is to start packaging of v3.2.1 after 14:00GMT. If anyone has anything elst to commit to branch 3.2 to be in v3.2.1, please do it before, afterwards write me an email first to synchronize and avoid git conflicts. Cheers, Daniel -- Daniel-Constantin Mierla -- http://www.asipto.com Kamailio Advanced Training, Dec 5-8, Berlin: http://asipto.com/u/kat http://linkedin.com/in/miconda -- http://twitter.com/miconda

1 1

how approach nathelper when using usrloc db_mode 3?
by Albert Petit 01 Dec '11

01 Dec '11

Hello, We found an issue when using nat pinger Previously our system had 1 Kamailio as entry point and we were using usrloc in mode 2 so: modparam("usrloc", "db_mode",2) modparam("usrloc", "db_url", "mysql://openser:openserrw@<DB_IP>/openser") On our system we like to use the pinger NAT_HELPER module to keep the connections alive for the users of our system. Now we're trying to configure two Kamailio K1 and K2 as entry point of the system and having both of them active at the same time with a virtual IP as common entry point for both. I believe this approach requires to flush information on the usrloc immediately because following use case can happen and needs to work: - A registers on K1 server - B registers on K2 server -After 5 seg B makes an INVITE to A through K2=> we need K2 kamailio instance to be able to locate A immediately and not wait until the first Kamailio flushes the info to the db. (it looks to be around 20/30 seg by default on mode 2 I think , correct so this looks to be too much time) So to improve this we tried to change to use usrloc in mode 3 instead of mode 2. But then we've a big issue: when enabling the pinger module for NATted users we see it opens a new connection to the db for each OPTIONS ping we want to send. That looks too many connections for our MySQL server because for eg if I leave two users registered for 1 hour after some time I start to see errors like: 13(5292) ERROR: <core> [db_query.c:130]: error while submitting query 13(5292) ERROR: usrloc [dlist.c:151]: raw_query failed 13(5292) ERROR: nathelper [nathelper.c:3459]: failed to fetch contacts 13(5292) ERROR: db_mysql [km_dbase.c:117]: driver error on query: Too many conne How should this problem be approached? Could this be due to wrong mysql configuration? But anyway if for each ping done by NAT_PINGER we make a query to the db I think this is a lot of "noise" for the db as pings happen often! Thanks BR Albert

1 0

Jump to page:

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