sr-users November 2010

sr-users@lists.kamailio.org

75 participants
111 discussions

OpenIMSCore and Kamalio Integration
by "Andrés S. García Ruiz" 13 Jan '11

13 Jan '11

Hi everybody, I'm trying to deploy an IMS network with OpenIMSCore and Kamailio. Since OpenIMSCore has been already tested along with Mobicents, now I want substitute Mobicents for Kamailio. I've also successfully installed Kamailio. I can run it without any problem, but when SIP Publish messages arrive at Kamalio, it answers with "407 Proxy Authentication Required". The IMS presentity is already registered against the OpenIMSCore. How can I solve that problem? The publish message sent: PUBLISH sip:testuser01@open-ims.test SIP/2.0 Route: <sip:ciervo.inf.um.es:5060;lr>, <sip:iscmark@scscf.open-ims.test:6060;lr;s=1;h=0;d=0;a=7369703a74657374757365723031406f70656e2d696d732e74657374> Call-ID: K28QO9PYAE5vn3RNdYOkIEddMEd6yDiqeAW7DwSt6XV. CSeq: 1 PUBLISH From: "testuser01" <sip:testuser01@open-ims.test>;tag=ff123bda To: "testuser01" <sip:testuser01@open-ims.test> Via: SIP/2.0/UDP 155.54.210.135:6060;branch=z9hG4bKa31a.6cba1cd2.0 Via: SIP/2.0/UDP 155.54.210.134:4060;branch=z9hG4bKa31a.71481d13.0;i=1 Via: SIP/2.0/TCP 155.54.190.166:8060;rport=41624;branch=z9hG4bK-d8754z-ce7487ff34be55f9-1---d8754z- Max-Forwards: 15 Content-Type: application/pidf+xml Expires: 30000 Event: presence Contact: <sip:testuser01@155.54.190.166:8060> Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE, SUBSCRIBE, INFO User-Agent: X-Lite IMS-OSGi-Client 0.1 CVS-Mon_Nov_29_10-14-33_CET_2010 Content-Length: 451 P-Asserted-Identity: <sip:testuser01@open-ims.test> P-Charging-Vector: icid-value="P-CSCFabcd000000004cf3708400000002";icid-generated-at=155.54.210.134;orig-ioi="open-ims.test" <?xml version='1.0' encoding='UTF-8'?><presence xmlns='urn:ietf:params:xml:ns:pidf' xmlns:c='urn:ietf:params:xml:ns:pidf:cipid' xmlns:dm='urn:ietf:params:xml:ns:pidf:data-model' xmlns:rpid='urn:ietf:params:xml:ns:pidf:rpid' entity='sip:testuser01@open-ims.test'><tuple id='t6b9a6ab3'><status><basic>open</basic></status></tuple><dm:person id='p34b126e5'><rpid:activities><rpid:Online/></rpid:activities><dm:note>Online</dm:note></dm:person></presence> Kamailio answer: SIP/2.0 407 Proxy Authentication Required Call-ID: K28QO9PYAE5vn3RNdYOkIEddMEd6yDiqeAW7DwSt6XV. CSeq: 1 PUBLISH From: "testuser01" <sip:testuser01@open-ims.test>;tag=ff123bda To: "testuser01" <sip:testuser01@open-ims.test>;tag=b27e1a1d33761e85846fc98f5f3a7e58.3d3a Via: SIP/2.0/UDP 155.54.210.135:6060;branch=z9hG4bKa31a.6cba1cd2.0 Via: SIP/2.0/UDP 155.54.210.134:4060;branch=z9hG4bKa31a.71481d13.0;i=1 Via: SIP/2.0/TCP 155.54.190.166:8060;rport=41624;branch=z9hG4bK-d8754z-ce7487ff34be55f9-1---d8754z- Proxy-Authenticate: Digest realm="open-ims.test", nonce="TPNwMkzzbwZRE1piAM8yHaXGsXvwS16v" Server: kamailio (3.1.0 (i386/linux)) Content-Length: 0 Kamailio log: 5(15391) DEBUG: <core> [parser/msg_parser.c:628]: SIP Request: 5(15391) DEBUG: <core> [parser/msg_parser.c:630]: method: <PUBLISH> 5(15391) DEBUG: <core> [parser/msg_parser.c:632]: uri: <sip:testuser01@open-ims.test> 5(15391) DEBUG: <core> [parser/msg_parser.c:634]: version: <SIP/2.0> 5(15391) DEBUG: <core> [parser/msg_parser.c:165]: get_hdr_field: cseq <CSeq>: <1> <PUBLISH> 5(15391) DEBUG: <core> [parser/parse_to.c:803]: end of header reached, state=10 5(15391) DEBUG: <core> [parser/msg_parser.c:185]: DEBUG: get_hdr_field: <To> [45]; uri=[sip:testuser01@open-ims.test] 5(15391) DEBUG: <core> [parser/msg_parser.c:187]: DEBUG: to body ["testuser01" <sip:testuser01@open-ims.test> ] 5(15391) DEBUG: <core> [parser/parse_via.c:1287]: Found param type 232, <branch> = <z9hG4bKa31a.6cba1cd2.0>; state=16 5(15391) DEBUG: <core> [parser/parse_via.c:2300]: end of header reached, state=5 5(15391) DEBUG: <core> [parser/msg_parser.c:513]: parse_headers: Via found, flags=2 5(15391) DEBUG: <core> [parser/msg_parser.c:515]: parse_headers: this is the first via 5(15391) DEBUG: <core> [receive.c:145]: After parse_msg... 5(15391) DEBUG: <core> [receive.c:186]: preparing to run routing scripts... 5(15391) DEBUG: <core> [parser/parse_via.c:1287]: Found param type 232, <branch> = <z9hG4bKa31a.71481d13.0>; state=6 5(15391) DEBUG: <core> [parser/parse_via.c:1287]: Found param type 236, <i> = <1>; state=16 5(15391) DEBUG: <core> [parser/parse_via.c:2300]: end of header reached, state=5 5(15391) DEBUG: <core> [parser/msg_parser.c:513]: parse_headers: Via found, flags=100 5(15391) DEBUG: <core> [parser/msg_parser.c:526]: parse_headers: this is the second via 5(15391) DEBUG: <core> [parser/parse_via.c:1287]: Found param type 235, <rport> = <41624>; state=6 5(15391) DEBUG: <core> [parser/parse_via.c:1287]: Found param type 232, <branch> = <z9hG4bK-d8754z-ce7487ff34be55f9-1---d8754z->; state=16 5(15391) DEBUG: <core> [parser/parse_via.c:2300]: end of header reached, state=5 5(15391) DEBUG: <core> [parser/msg_parser.c:513]: parse_headers: Via found, flags=100 5(15391) DEBUG: maxfwd [mf_funcs.c:85]: value = 15 5(15391) DEBUG: <core> [parser/msg_parser.c:199]: DEBUG: get_hdr_body : content_length=451 5(15391) DEBUG: <core> [parser/msg_parser.c:101]: found end of header 5(15391) DEBUG: <core> [parser/parse_to.c:174]: DEBUG: add_param: tag=ff123bda 5(15391) DEBUG: <core> [parser/parse_to.c:803]: end of header reached, state=29 5(15391) DEBUG: sanity [mod_sanity.c:217]: all sanity checks passed 5(15391) DEBUG: siputils [checks.c:73]: no totag 5(15391) DEBUG: tm [t_lookup.c:1081]: DEBUG: t_check_msg: msg id=1 global id=0 T start=0xffffffff 5(15391) DEBUG: tm [t_lookup.c:528]: t_lookup_request: start searching: hash=41274, isACK=0 5(15391) DEBUG: tm [t_lookup.c:485]: DEBUG: RFC3261 transaction matching failed 5(15391) DEBUG: tm [t_lookup.c:711]: DEBUG: t_lookup_request: no transaction found 5(15391) DEBUG: tm [t_lookup.c:1150]: DEBUG: t_check_msg: msg id=1 global id=1 T end=(nil) 5(15391) DEBUG: <core> [socket_info.c:501]: grep_sock_info - checking if host==us: 13==9 && [open-ims.test] == [127.0.0.1] 5(15391) DEBUG: <core> [socket_info.c:504]: grep_sock_info - checking if port 5060 matches port 5060 5(15391) DEBUG: <core> [socket_info.c:501]: grep_sock_info - checking if host==us: 13==14 && [open-ims.test] == [155.54.190.245] 5(15391) DEBUG: <core> [socket_info.c:504]: grep_sock_info - checking if port 5060 matches port 5060 5(15391) DEBUG: <core> [socket_info.c:501]: grep_sock_info - checking if host==us: 13==9 && [open-ims.test] == [127.0.0.1] 5(15391) DEBUG: <core> [socket_info.c:504]: grep_sock_info - checking if port 5060 matches port 5060 5(15391) DEBUG: <core> [socket_info.c:501]: grep_sock_info - checking if host==us: 13==14 && [open-ims.test] == [155.54.190.245] 5(15391) DEBUG: <core> [socket_info.c:504]: grep_sock_info - checking if port 5060 matches port 5060 5(15391) DEBUG: auth_db [authorize.c:239]: realm value [open-ims.test] 5(15391) DEBUG: auth [api.c:85]: auth:pre_auth: Credentials with realm 'open-ims.test' not found 5(15391) DEBUG: auth_db [authorize.c:257]: not authenticated 5(15391) DEBUG: auth [challenge.c:102]: build_challenge_hf: realm='open-ims.test' 5(15391) DEBUG: auth [challenge.c:236]: auth: 'Proxy-Authenticate: Digest realm="open-ims.test", nonce="TPNwMkzzbwZRE1piAM8yHaXGsXvwS16v" ' 5(15391) DEBUG: sl [sl.c:278]: reply in stateless mode (sl) 5(15391) DEBUG: <core> [msg_translator.c:207]: check_via_address(155.54.210.135, 155.54.210.135, 0) 5(15391) DEBUG: <core> [usr_avp.c:646]: DEBUG:destroy_avp_list: destroying list (nil) 5(15391) DEBUG: <core> [usr_avp.c:646]: DEBUG:destroy_avp_list: destroying list (nil) 5(15391) DEBUG: <core> [usr_avp.c:646]: DEBUG:destroy_avp_list: destroying list (nil) 5(15391) DEBUG: <core> [usr_avp.c:646]: DEBUG:destroy_avp_list: destroying list (nil) 5(15391) DEBUG: <core> [usr_avp.c:646]: DEBUG:destroy_avp_list: destroying list (nil) 5(15391) DEBUG: <core> [usr_avp.c:646]: DEBUG:destroy_avp_list: destroying list (nil) 5(15391) DEBUG: <core> [receive.c:289]: receive_msg: cleaning up Thanks in advance, Andrés. -- ----------------------- Andrés S. García Ruiz ----------------------- e-mail: asgarcia(a)um.es Teléfono: (+34) 868 888258 Dpto. de Ingeniería de la Información y las Comunicaciones Facultad de Informática Universidad de Murcia 30100 Campus de Espinardo

5 13

Re: [SR-Users] avp_db_query returning wrong data
by Alex Balashov 07 Jan '11

07 Jan '11

On 11/23/2010 06:41 PM, Jijo wrote: > Yes it work with many UDP children. There were some concurrency issues with the Postgres module a while back, discovered after the 3.1.0 release. I remember something about it because we are extremely heavy users of the Postgres module as well. Unfortunately, I can't find the thread. Try the latest git master HEAD: git clone git://git.sip-router.org/sip-router cd sip-router make FLAVOUR=kamailio cfg make all And see if it changes. -- Alex Balashov - Principal Evariste Systems LLC 1170 Peachtree Street NE 12th Floor, Suite 1200 Atlanta, GA 30309 Tel: +1-678-954-0670 Fax: +1-404-961-1892 Web: http://www.evaristesys.com/

3 4

Segmentation fault when loading dialplan
by Javier Gallart 03 Jan '11

03 Jan '11

Hello I'd like to do some tests with the dialplan module, but Kamailio is crashing when it loads it. Actually the module is properly loaded if the table is empty, but it fails when a row is added; so I guess it's related with the way I've inserted the values. A core file is generated: Core was generated by `./kamailio -f ../etc/kamailio/kamailio.cfg'. Program terminated with signal 11, Segmentation fault. #0 build_rule (values=0x0) at dp_db.c:439 439 new_rule->dpid = VAL_INT(values); This is the relevant config: #----- dialplan params --- modparam("dialplan", "db_url", "mysql://xxxx:yyyyy@localhost/db") modparam("dialplan", "table_name", "dialplan") modparam("dialplan", "dpid_col", "dpid") modparam("dialplan", "attrs_pvar", "$avp(s:dp_attrs)") mysql> describe dialplan; +-----------+------------------+------+-----+---------+----------------+ | Field | Type | Null | Key | Default | Extra | +-----------+------------------+------+-----+---------+----------------+ | id | int(10) unsigned | NO | PRI | NULL | auto_increment | | dpid | int(11) | NO | | NULL | | | pr | int(11) | NO | | NULL | | | match_op | int(11) | NO | | NULL | | | match_exp | varchar(64) | NO | | NULL | | | match_len | int(11) | NO | | NULL | | | subst_exp | varchar(64) | NO | | NULL | | | repl_exp | varchar(32) | NO | | NULL | | | attrs | varchar(32) | NO | | NULL | | +-----------+------------------+------+-----+---------+----------------+ 9 rows in set (0.00 sec) mysql> select * from dialplan; +----+------+----+----------+-----------+-----------+-----------+----------+-------+ | id | dpid | pr | match_op | match_exp | match_len | subst_exp | repl_exp | attrs | +----+------+----+----------+-----------+-----------+-----------+----------+-------+ | 1 | 1 | 1 | 1 | ^00 | 0 | ^00 | 011 | dp1 | +----+------+----+----------+-----------+-----------+-----------+----------+-------+ 1 row in set (0.00 sec) I'm probably making some stupid mistake...any clue? Thanks in advance Javier

3 21

Crash
by michel freiha 28 Dec '10

28 Dec '10

Hi all, I have latest version of kamailio but it keep crashing...I know that the log could not be sufficient but maybe anyone faced the same issue before...Please find log below and let me know if you can find anything Nov 24 15:56:23 tunnel /usr/local/sbin/kamailio[19943]: : <core> [pass_fd.c:293]: ERROR: receive_fd: EOF on 15 Nov 24 15:56:23 tunnel /usr/local/sbin/kamailio[19929]: ALERT: <core> [main.c:741]: child process 19935 exited by a signal 11 Nov 24 15:56:23 tunnel /usr/local/sbin/kamailio[19932]: INFO: carrierroute [cr_func.c:595]: uri 919437452006 was rewritten to sip:919437452006@x.x.x.x, carrier 5, domain 0 Nov 24 15:56:24 tunnel /usr/local/sbin/kamailio[19930]: INFO: carrierroute [cr_func.c:595]: uri 008801823703200 was rewritten to sip:008801823703200@X.X.X.5, carrier 5, domain 0 Nov 24 15:56:24 tunnel /usr/local/sbin/kamailio[19933]: ERROR: <script>: CARRIERROUTE_time_dbg:method=INVITE;time=1290614183;callid=14b6536a-d102-1910-9b23-9f3b3c3065ca - before cr Nov 24 15:56:24 tunnel /usr/local/sbin/kamailio[19929]: ALERT: <core> [main.c:744]: core was generated Nov 24 15:56:24 tunnel /usr/local/sbin/kamailio[19932]: INFO: <script>: time_dbg:method=SUBSCRIBE;time=1290614183;callid=YjVmODYzYjQxYWY0ZTU3MGRmMmZkYjRhOTg4ZGZmODQ. - before cr Nov 24 15:56:24 tunnel /usr/local/sbin/kamailio[19930]: INFO: <script>: time_dbg:method=INVITE;time=1290614183;callid=cdc9556a-d102-1910-8b30-926b495dad44 - before cr Nov 24 15:56:24 tunnel /usr/local/sbin/kamailio[19933]: INFO: carrierroute [cr_func.c:595]: uri 00919974265815 was rewritten to sip:00919974265815@X.X.X.X>, carrier 5, domain 0 Nov 24 15:56:24 tunnel /usr/local/sbin/kamailio[19931]: ERROR: <script>: time_dbg:method=INVITE;time=1290614182;callid=14b6536a-d102-1910-9b23-9f3b3c3065ca - before t_relay Nov 24 15:56:24 tunnel /usr/local/sbin/kamailio[19929]: INFO: <core> [main.c:756]: INFO: terminating due to SIGCHLD Nov 24 15:56:24 tunnel /usr/local/sbin/kamailio[19934]: INFO: <core> [main.c:807]: INFO: signal 15 received Nov 24 15:56:24 tunnel /usr/local/sbin/kamailio[19943]: INFO: <core> [main.c:807]: INFO: signal 15 received Nov 24 15:56:24 tunnel /usr/local/sbin/kamailio[19942]: INFO: <core> [main.c:807]: INFO: signal 15 received Nov 24 15:56:24 tunnel /usr/local/sbin/kamailio[19940]: INFO: <core> [main.c:807]: INFO: signal 15 received Nov 24 15:56:24 tunnel /usr/local/sbin/kamailio[19939]: INFO: <core> [main.c:807]: INFO: signal 15 received Nov 24 15:56:24 tunnel /usr/local/sbin/kamailio[19938]: INFO: <core> [main.c:807]: INFO: signal 15 received Nov 24 15:56:24 tunnel /usr/local/sbin/kamailio[19941]: INFO: <core> [main.c:807]: INFO: signal 15 received Nov 24 15:56:24 tunnel /usr/local/sbin/kamailio[19937]: INFO: <core> [main.c:807]: INFO: signal 15 received Nov 24 15:56:24 tunnel /usr/local/sbin/kamailio[19936]: INFO: <core> [main.c:807]: INFO: signal 15 received Regards

4 21

Trying to drop invite 200ok reply in onreply_route
by nikita 13 Dec '10

13 Dec '10

Hello, I'm using kamailio 3.0 with mediaproxy and I want to cancel calls if I have no mediaproxy relay connected to my mediaproxy dispatcher. In my request route I'm checking if "use_media_proxy()" is returning me a positive result and it's working fine : use_media_proxy(); if($rc < 0) { sl_send_reply("480","Temporarily Unavailable"); exit; } But I'm also want check in my onreply_route If I still have an active relay because I need to rewrite the sdp in the 200/OK reply. My problem is that I don't know how to end the transaction, I have tried : if (is_method("INVITE") && status == "200") { #!ifdef WITH_MEDIA_PROXY use_media_proxy(); if($rc < 0) { xlog("L_ERR", "invite reply error $rc \n"); dlg_bye("all"); } #!endif } and also : if (is_method("INVITE") && status == "200") { #!ifdef WITH_MEDIA_PROXY use_media_proxy(); if($rc < 0) { xlog("L_ERR", "invite reply error $rc \n"); drop(); } #!endif } In both case I'm seeing in my log file that use_media_proxy() returned me -1, but the reply is routed to the caller ... Any idea on how I can cancel my call in the onreply_route ? Also, I don't know if it's a good thing to make a second call to "use_media_proxy" in the onreply_route, mediaproxy module couldn't reply me with a different relay address if I have multiple mediaproxy relay? Regards, -- Nikita

2 5

Kamailio 3.1 compile issue on Sparc Solaris 10
by KevinJin 09 Dec '10

09 Dec '10

Hi All, Trying to upgrade the Kamailio to the latest 3.1 version, but got the issue below when compile it, any help is appreciated. AppSer01:root@/usr/local/src/kamailio-3.1.0/kamailio$ gmake Q=0 all Makefile.defs defs skipped Makefile.defs defs skipped gmake[1]: Entering directory `/usr/local/src/kamailio-3.1.0/kamailio/modules/db_mysql' gcc -fPIC -DPIC -g -O9 -funroll-loops -mcpu=ultrasparc -mtune=ultrasparc -Wall -m64 -DNAME='"kamailio"' -DVERSION='"3.1.0"' -DARCH='"sparc64"' -DOS='solaris_' -DOS_QUOTED='"solaris"' -DCOMPILER='"gcc 3.4.6"' -D__CPU_sparc64 -D__OS_solaris -DSER_VER=3001000 -DCFG_DIR='"/usr/local/kamailio-3.1/etc/kamailio/"' -DPKG_MALLOC -DSHM_MEM -DSHM_MMAP -DDNS_IP_HACK -DUSE_IPV6 -DUSE_MCAST -DUSE_TCP -DDISABLE_NAGLE -DHAVE_RESOLV_RES -DUSE_DNS_CACHE -DUSE_DNS_FAILOVER -DUSE_DST_BLACKLIST -DUSE_NAPTR -DDBG_QM_MALLOC -DUSE_TLS -DTLS_HOOKS -DUSE_CORE_STATS -DSTATISTICS -DMALLOC_STATS -DWITH_AS_SUPPORT -DFAST_LOCK -DADAPTIVE_WAIT -DADAPTIVE_WAIT_LOOPS=1024 -DCC_GCC_LIKE_ASM -DSPARC64_MODE -DHAVE_GETIPNODEBYNAME -DHAVE_SYS_SOCKIO_H -DHAVE_SCHED_YIELD -DHAVE_ALLOCA_H -DUSE_SIGACTION -DHAVE_DEVPOLL -DHAVE_SELECT -DHAVE_FILIO_H -DSER_MOD_INTERFACE -I/usr/local/include -I/usr/local/include/mysql -I/usr/local/mysql/include -I/usr/include/mysql -DMOD_NAME='"db_mysql"' -c my_cmd.c -o my_cmd.o -MMD -MP In file included from ../../globals.h:37, from ../../pt.h:42, from ../../counters.h:43, from mysql_mod.h:39, from my_cmd.c:40: ../../ip_addr.h:86: error: field `sin6' has incomplete type ../../ip_addr.h: In function `ip_addr_loopback': ../../ip_addr.h:283: warning: implicit declaration of function `htonl' ../../ip_addr.h:286: warning: implicit declaration of function `IN6_IS_ADDR_LOOPBACK' ../../ip_addr.h: In function `sockaddr2ip_addr': ../../ip_addr.h:353: error: dereferencing pointer to incomplete type ../../ip_addr.h: In function `su_getport': ../../ip_addr.h:399: warning: implicit declaration of function `ntohs' ../../ip_addr.h: In function `su_setport': ../../ip_addr.h:418: warning: implicit declaration of function `htons' gmake[1]: *** [my_cmd.o] Error 1 gmake[1]: Leaving directory `/usr/local/src/kamailio-3.1.0/kamailio/modules/db_mysql' gmake: *** [modules] Error 1 Thanks, Kevin

3 6

Releasing Kamailio 3.1.1
by Daniel-Constantin Mierla 02 Dec '10

02 Dec '10

Hello, there are almost 2 months since release of Kamailio 3.1.0, so it is time for 3.1.1 as there were several important fixes done. I propose Thursday, next week, by that time we should sort out most of the issues reported lately. Other opinions? Cheers, Daniel -- Daniel-Constantin Mierla Kamailio (OpenSER) Advanced Training Jan 24-26, 2011, Irvine, CA, USA http://www.asipto.com

1 2

"invalid version 1 for table trusted found, expected 5" while trying to load permissions and drouting modules togheter
by Pierpaolo Culurciello 01 Dec '10

01 Dec '10

Hello to everybody, I'm facing the following problem while trying to load and use Permissions and Drouting modules togheter: here you are the detailed starting debug of my Kamailio 3.1.0: 0(2456) DEBUG: db_postgres [km_pg_con.c:72]: opening connection: postgres://xxxx:xxxx@192.168.190.150:5432/kamailio 0(2456) DEBUG: db_postgres [km_pg_con.c:80]: PQsetdbLogin(0x93ec520) 0(2456) DEBUG: <core> [sr_module.c:807]: DEBUG: init_mod_child (-127): permissions 0(2456) DEBUG: <core> [sr_module.c:807]: DEBUG: init_mod_child (-127): ldap 0(2456) DEBUG: <core> [sr_module.c:807]: DEBUG: init_mod_child (-127): alias_db 0(2456) DEBUG: <core> [sr_module.c:807]: DEBUG: init_mod_child (-127): domain 0(2456) DEBUG: <core> [sr_module.c:807]: DEBUG: init_mod_child (-127): presence 0(2456) DEBUG: <core> [sr_module.c:807]: DEBUG: init_mod_child (-127): presence_xml 0(2456) DEBUG: presence_xml [presence_xml.c:300]: [-127] pid [2456] 0(2456) DEBUG: <core> [sr_module.c:807]: DEBUG: init_mod_child (-127): nathelper 0(2456) DEBUG: <core> [sr_module.c:807]: DEBUG: init_mod_child (-127): mediaproxy 1(2457) DEBUG: <core> [sr_module.c:807]: DEBUG: init_mod_child (1): mi_fifo 1(2457) DEBUG: <core> [sr_module.c:791]: DEBUG: init_mod_child (1): tm 1(2457) DEBUG: tm [callid.c:131]: DEBUG: callid: '65df7ef6-2457(a)192.168.190.185' 1(2457) DEBUG: <core> [sr_module.c:807]: DEBUG: init_mod_child (1): avpops 1(2457) DEBUG: <core> [db.c:294]: connection 0x82a7358 found in pool 1(2457) DEBUG: <core> [sr_module.c:807]: DEBUG: init_mod_child (1): usrloc 1(2457) DEBUG: <core> [sr_module.c:807]: DEBUG: init_mod_child (1): registrar 1(2457) DEBUG: <core> [sr_module.c:807]: DEBUG: init_mod_child (1): uri_db 1(2457) DEBUG: <core> [db.c:294]: connection 0x82a7408 found in pool 1(2457) DEBUG: <core> [sr_module.c:791]: DEBUG: init_mod_child (1): ctl 1(2457) DEBUG: <core> [sr_module.c:807]: DEBUG: init_mod_child (1): acc 1(2457) DEBUG: <core> [db.c:294]: connection 0x82bc668 found in pool 1(2457) DEBUG: <core> [sr_module.c:807]: DEBUG: init_mod_child (1): drouting 1(2457) DEBUG: <core> [db.c:294]: connection 0x82bc910 found in pool 1(2457) DEBUG: db_postgres [km_dbase.c:149]: 0x82bc8f8 PQsendQuery(select gwid,address,strip,pri_prefix,type,attrs from dr_gateways ) 1(2457) DEBUG: <core> [db_res.c:116]: allocate 28 bytes for result set at 0x82a74e8 2(2458) DEBUG: <core> [sr_module.c:807]: DEBUG: init_mod_child (2): mi_fifo 2(2458) DEBUG: <core> [sr_module.c:791]: DEBUG: init_mod_child (2): tm 2(2458) DEBUG: tm [callid.c:131]: DEBUG: callid: '65df7ef6-2458(a)192.168.190.185' 2(2458) DEBUG: <core> [sr_module.c:807]: DEBUG: init_mod_child (2): avpops 2(2458) DEBUG: <core> [db.c:294]: connection 0x82a7358 found in pool 2(2458) DEBUG: <core> [sr_module.c:807]: DEBUG: init_mod_child (2): usrloc 2(2458) DEBUG: <core> [sr_module.c:807]: DEBUG: init_mod_child (2): registrar 2(2458) DEBUG: <core> [sr_module.c:807]: DEBUG: init_mod_child (2): uri_db 2(2458) DEBUG: <core> [db.c:294]: connection 0x82a7408 found in pool 2(2458) DEBUG: <core> [sr_module.c:791]: DEBUG: init_mod_child (2): ctl 2(2458) DEBUG: <core> [sr_module.c:807]: DEBUG: init_mod_child (2): acc 2(2458) DEBUG: <core> [db.c:294]: connection 0x82bc668 found in pool 2(2458) DEBUG: <core> [sr_module.c:807]: DEBUG: init_mod_child (2): drouting 2(2458) DEBUG: <core> [db.c:294]: connection 0x82bc910 found in pool 2(2458) DEBUG: <core> [sr_module.c:807]: DEBUG: init_mod_child (2): permissions 2(2458) DEBUG: <core> [db.c:294]: connection 0x82a7500 found in pool 2(2458) DEBUG: db_postgres [km_val.c:158]: PQescapeStringConn: in: 7 chars, out: 7 chars 2(2458) DEBUG: db_postgres [km_dbase.c:149]: 0x82a74e8 PQsendQuery(select table_version from version where table_name='trusted') 2(2458) DEBUG: <core> [db_res.c:116]: allocate 28 bytes for result set at 0x82a7598 LOG: statement: select gwid,address,strip,pri_prefix,type,attrs from dr_gateways 2(2458) DEBUG: db_postgres [km_dbase.c:403]: 0x82a74e8 PQresultStatus(PGRES_TUPLES_OK) PQgetResult(0x93f6010) 2(2458) DEBUG: db_postgres [km_res.c:108]: 6 columns returned from the query 2(2458) DEBUG: <core> [db_res.c:153]: allocate 24 bytes for result names at 0x82a75c0 2(2458) DEBUG: <core> [db_res.c:163]: allocate 24 bytes for result types at 0x82a75e0 2(2458) DEBUG: db_postgres [km_res.c:126]: allocate 8 bytes for RES_NAMES[0] at 0x82a7600 2(2458) DEBUG: db_postgres [km_res.c:133]: RES_NAMES(0x82a7600)[0]=[gwid] 2(2458) DEBUG: db_postgres [km_res.c:140]: use DB1_INT result type 2(2458) DEBUG: db_postgres [km_res.c:126]: allocate 8 bytes for RES_NAMES[1] at 0x82a7610 2(2458) DEBUG: db_postgres [km_res.c:133]: RES_NAMES(0x82a7610)[1]=[address] 2(2458) DEBUG: db_postgres [km_res.c:166]: use DB1_STRING result type 2(2458) DEBUG: db_postgres [km_res.c:126]: allocate 8 bytes for RES_NAMES[2] at 0x82a7620 2(2458) DEBUG: db_postgres [km_res.c:133]: RES_NAMES(0x82a7620)[2]=[strip] 2(2458) DEBUG: db_postgres [km_res.c:140]: use DB1_INT result type 2(2458) DEBUG: db_postgres [km_res.c:126]: allocate 8 bytes for RES_NAMES[3] at 0x82a7630 2(2458) DEBUG: db_postgres [km_res.c:133]: RES_NAMES(0x82a7630)[3]=[pri_prefix] 2(2458) DEBUG: db_postgres [km_res.c:166]: use DB1_STRING result type 2(2458) DEBUG: db_postgres [km_res.c:126]: allocate 8 bytes for RES_NAMES[4] at 0x82a7640 2(2458) DEBUG: db_postgres [km_res.c:133]: RES_NAMES(0x82a7640)[4]=[type] 2(2458) DEBUG: db_postgres [km_res.c:140]: use DB1_INT result type 2(2458) DEBUG: db_postgres [km_res.c:126]: allocate 8 bytes for RES_NAMES[5] at 0x82a7650 2(2458) DEBUG: db_postgres [km_res.c:133]: RES_NAMES(0x82a7650)[5]=[attrs] 2(2458) DEBUG: db_postgres [km_res.c:166]: use DB1_STRING result type 2(2458) DEBUG: db_postgres [km_res.c:222]: allocate for 6 columns 24 bytes in row buffer at 0x82a7660 2(2458) DEBUG: <core> [db_res.c:182]: allocate 8 bytes for rows at 0x82a7680 2(2458) DEBUG: db_postgres [km_res.c:242]: PQgetvalue(0x82a74e8,0,0)=[1] 2(2458) DEBUG: db_postgres [km_res.c:251]: [0][0] Column[gwid]=[1] 2(2458) DEBUG: db_postgres [km_res.c:242]: PQgetvalue(0x82a74e8,0,1)=[192.168.190.150] 2(2458) DEBUG: db_postgres [km_res.c:251]: [0][1] Column[address]=[192.168.190.150] 2(2458) DEBUG: db_postgres [km_res.c:242]: PQgetvalue(0x82a74e8,0,2)=[2] 2(2458) DEBUG: db_postgres [km_res.c:251]: [0][2] Column[strip]=[2] 2(2458) DEBUG: db_postgres [km_res.c:242]: PQgetvalue(0x82a74e8,0,3)=[88] 2(2458) DEBUG: db_postgres [km_res.c:251]: [0][3] Column[pri_prefix]=[88] 2(2458) DEBUG: db_postgres [km_res.c:242]: PQgetvalue(0x82a74e8,0,4)=[0] 2(2458) DEBUG: db_postgres [km_res.c:251]: [0][4] Column[type]=[0] 2(2458) DEBUG: db_postgres [km_res.c:242]: PQgetvalue(0x82a74e8,0,5)=[] 2(2458) DEBUG: <core> [db_row.c:119]: allocate 120 bytes for row values at 0x82c17f8 2(2458) DEBUG: <core> [db_val.c:73]: converting INT [1] 2(2458) DEBUG: <core> [db_val.c:117]: converting STRING [192.168.190.150] 2(2458) DEBUG: <core> [db_val.c:127]: allocate 16 bytes memory for STRING at 0x82a7690 2(2458) DEBUG: <core> [db_val.c:73]: converting INT [2] 2(2458) DEBUG: <core> [db_val.c:117]: converting STRING [88] 2(2458) DEBUG: <core> [db_val.c:127]: allocate 3 bytes memory for STRING at 0x82c1878 2(2458) DEBUG: <core> [db_val.c:73]: converting INT [0] 2(2458) DEBUG: <core> [db_val.c:56]: converting NULL value 2(2458) DEBUG: db_postgres [km_res.c:266]: freeing row buffer at 0x82a7660 2(2458) DEBUG: db_postgres [km_dbase.c:302]: PQclear(0x93f6010) result set 2(2458) DEBUG: <core> [db_res.c:79]: freeing 6 columns 2(2458) DEBUG: <core> [db_res.c:83]: freeing RES_NAMES[0] at 0x82a7600 2(2458) DEBUG: <core> [db_res.c:83]: freeing RES_NAMES[1] at 0x82a7610 2(2458) DEBUG: <core> [db_res.c:83]: freeing RES_NAMES[2] at 0x82a7620 2(2458) DEBUG: <core> [db_res.c:83]: freeing RES_NAMES[3] at 0x82a7630 2(2458) DEBUG: <core> [db_res.c:83]: freeing RES_NAMES[4] at 0x82a7640 2(2458) DEBUG: <core> [db_res.c:83]: freeing RES_NAMES[5] at 0x82a7650 2(2458) DEBUG: <core> [db_res.c:92]: freeing result names at 0x82a75c0 2(2458) DEBUG: <core> [db_res.c:97]: freeing result types at 0x82a75e0 2(2458) DEBUG: <core> [db_res.c:52]: freeing 1 rows 2(2458) DEBUG: <core> [db_row.c:68]: free VAL_STRING[1] '192.168.190.150' at 0x82a7690 2(2458) DEBUG: <core> [db_row.c:68]: free VAL_STRING[3] '88' at 0x82c1878 2(2458) DEBUG: <core> [db_row.c:97]: freeing row values at 0x82c17f8 2(2458) DEBUG: <core> [db_res.c:60]: freeing rows at 0x82a7680 2(2458) DEBUG: <core> [db_res.c:134]: freeing result set at 0x82a7598 2(2458) ERROR: <core> [db.c:408]: invalid version 1 for table trusted found, expected 5 (check table structure and table "version") 2(2458) ERROR: permissions [trusted.c:249]: error during table version check. 2(2458) DEBUG: <core> [db_pool.c:97]: connection still kept in the pool 2(2458) ERROR: <core> [sr_module.c:811]: init_mod_child(): Error while initializing module permissions 2(2458) ERROR: <core> [pt.c:332]: ERROR: fork_process(): init_child failed for process 2, pid 2458, "" 2(2458) : <core> [main.c:1439]: main_loop: Cannot fork As you can see expecially from the extract reported below, the problem seems to occur when multiple threads run at the same time and placing queries almost at the same time and it happens that the results of those queries are returned back to the other thread. 2(2458) DEBUG: db_postgres [km_val.c:158]: PQescapeStringConn: in: 7 chars, out: 7 chars 2(2458) DEBUG: db_postgres [km_dbase.c:149]: 0x82a74e8 PQsendQuery(select table_version from version where table_name='trusted') 2(2458) DEBUG: <core> [db_res.c:116]: allocate 28 bytes for result set at 0x82a7598 LOG: statement: select gwid,address,strip,pri_prefix,type,attrs from dr_gateways 2(2458) DEBUG: db_postgres [km_dbase.c:403]: 0x82a74e8 PQresultStatus(PGRES_TUPLES_OK) PQgetResult(0x93f6010) 2(2458) DEBUG: db_postgres [km_res.c:108]: 6 columns returned from the query Here thread number 2 executes the query "select table_version from version where table_name='trusted'" but then the same thread doesn't evaluate its result but the one of the previous query, "select gwid,address,strip,pri_prefix,type,attrs from dr_gateways"; as a matter of fact you can see in the LOG statement "6 columns returned from the query". The strange thing is that this problem occurs only when I try to load Permissions and Drouting modules at the same time: whenever I load anyone of that two modules alone Kamailio starts whitout complaining about anything. Obviously I have already checked the value of "table_version" in version table and it's the correct one (5). Moreover I have also tried to apply the patch suggested in the following thread for a similar problem, (http://www.mail-archive.com/sr-dev@lists.sip-router.org/msg07551.html) but without any success. Please let me know if you have some advice for my problem, I really need to use these two modules at the same time! Greetings, Pierpaolo Culurciello

2 2

CANCEL with Totag
by Iñaki Baz Castillo 01 Dec '10

01 Dec '10

Hi, Samsung PBX's generate a wrong CANCEL: - It contains To tag !!! - It contains "application/sdp" mirroring the SDP of the 183 received !!! Really ugly. Actually those CANCEL's are being rejected by my kamailio (403) as they contain Totag but no Route header. So, as a workaround, I will move the section of CANCEL before the loose-routing section. I expect it will work, but I would like to be sure that Kamailio (1.5) will not react due to the Totag of the CANCEL (it shouldn't IMHO as the Totag has no relationship with the INVITE transaction being cancelled). Thanks a lot. -- Iñaki Baz Castillo <ibc(a)aliax.net>

4 11

Kamailio Solaris Install
by Sherker, Christa 01 Dec '10

01 Dec '10

I am getting the following error when attempting the compile Kamailio on Sun 4140 (Intel) running Solaris 10 . Has anyone encountered this error before? cfg.lex: In function `yylex': cfg.lex:557: error: `yylval' undeclared (first use in this function) cfg.lex:557: error: (Each undeclared identifier is reported only once cfg.lex:557: error: for each function it appears in.) cfg.lex:557: error: `FORWARD' undeclared (first use in this function) cfg.lex:558: error: `FORWARD_TCP' undeclared (first use in this function) cfg.lex:559: error: `FORWARD_TLS' undeclared (first use in this function) cfg.lex:560: error: `FORWARD_SCTP' undeclared (first use in this function) cfg.lex:561: error: `FORWARD_UDP' undeclared (first use in this function) cfg.lex:562: error: `DROP' undeclared (first use in this function) cfg.lex:563: error: `EXIT' undeclared (first use in this function) cfg.lex:564: error: `RETURN' undeclared (first use in this function) cfg.lex:565: error: `BREAK' undeclared (first use in this function) cfg.lex:566: error: `SEND' undeclared (first use in this function) cfg.lex:567: error: `SEND_TCP' undeclared (first use in this function) cfg.lex:568: error: `LOG_TOK' undeclared (first use in this function) cfg.lex:569: error: `ERROR' undeclared (first use in this function) cfg.lex:570: error: `SETFLAG' undeclared (first use in this function) <Truncated cgf.lex errors> gmake: *** [lex.yy.o] Error 1 Thanks, -Christa ________________________________ CONFIDENTIALITY NOTICE: This e-mail may contain information that is privileged, confidential or otherwise protected from disclosure. If you are not the intended recipient of this e-mail, please notify the sender immediately by return e-mail, purge it and do not disseminate or copy it.

2 2

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 November 2010