sr-users September 2013

sr-users@lists.kamailio.org

89 participants
128 discussions

Pseudo-variables and branches
by Steve Davies 13 Sep '13

13 Sep '13

Hi - Can someone help me understand how pseudo-variables interact with branches? I've written this logic in my failure route to do a reroute of calls if the primary destination fails: if ( is_method("INVITE") && !t_check_status("407") && ($rd != "127.0.0.1") ) { # Maybe should also check its not just a Busy or similar xlog("L_NOTICE","SLD: INVITE failed $rm ($mt / $rs $rr): $ci::$ft; try via asterisk instead\n"); append_branch("sip:$rU@127.0.0.1:5070"); send_reply("181", "Rerouting call via local failover"); $avp(senttoast) = 1; if (!t_relay()) { sl_reply_error(); # or reply_error ? } I'm trying to check if the call was already rerouted - by looking at $rd. But in fact I find that $rd keeps the domain from the ORIGINAL invite even if the call that just failed was the one to 127.0.0.1:5070 . So I'm obviously missing something about how pseudo-variables interact with the branching etc. Thanks, Steve -- Steve Davies: Technical Director, Connection Telecom (Pty) Ltd Email is preferred, but: Phone: 0878200200

3 2

Htable simple CPS Limit
by Gareth Rylance 13 Sep '13

13 Sep '13

I was inspired by Daniels ClueCon 2013 talk and have decide to try to add simple rate limiting using a HTable. $var(srcgroup) is an id that identifies the invites source/ I wish to limit invites from a given source. $var(rateHashMin) was added just to allow simple monitoring. I query the table via XML-RPC to get an idea of current load. I think it would be better to add it to a seperate table and then I could increase the exprires time to capture more of the course grain points. I am interested in any comments. ---------------------- modparam("htable", "htable", "htable_source_group_rates=>size=8;dbtable=htable_source_group_rates;initval=0;autoexpire=300;") modparam("htable", "htable", "htable_source_group_limits=>size=8;dbtable=htable_source_group_limits;initval=500;") ---------------------- ---------------------- route[SOURCE_GROUP_LIMIT] { if (is_method("INVITE")){ $var(rateHashSec) = (str)$var(srcgroup)+":sec:"+$timef(%Y/%m/%d_%H_%M_%S); $var(rateHashMin) = (str)$var(srcgroup)+":min:"+$timef(%Y/%m/%d_%H_%M_00); $sht(htable_source_group_rates=>$var(rateHashSec)) = $sht(htable_source_group_rates=>$var(rateHashSec)) + 1; $sht(htable_source_group_rates=>$var(rateHashMin)) = $sht(htable_source_group_rates=>$var(rateHashMin)) + 1; if($sht(htable_source_group_rates=>$var(rateHashSec)) > $sht(htable_source_group_limits=>$var(srcgroup))) { sl_send_reply("503", "$si over source Limit of $sht(htable_source_group_rates=>$var(rateHashSec)) / $sht(htable_source_group_limits=>$var(srcgroup)"); exit; } } } ---------------------- Thanks Gareth

2 2

Error in Kamailio_ims v 4.0.3
by Sai Krishna Kota 13 Sep '13

13 Sep '13

Hello Carsten, Yha I have not included 'xmlrpc' for compilation. Can you please list all the required modules to be compiled with the ims modules so that I can know more about kamailio-ims. Thank you, Kota Sai Krishna

2 1

Cross-Compilation Problems for mips (gcc 3.4.2)
by Tirant Lo Blanc 12 Sep '13

12 Sep '13

Hi, I've been exploring the possibility to port Kamailio 3.3 (SER) to some MIPS boards. I didn't have any problem with the first one, with a GCC 4.3.4 toolchain. But on my second board (gcc 3.4.2) I am having problems when compiling. Are there any requirements for gcc/binutils/kernel versions? This is the log I am getting: CC (mipsel-linux-uclibc-gcc) [ser]sip_msg_clone.o In file included from atomic_ops.h:181, from sip_msg_clone.c:43: atomic/atomic_unknown.h:59:2: warning: #warning no native memory barrier implementations, falling back to slow lock based workarround CC (mipsel-linux-uclibc-gcc) [ser]socket_info.o In file included from socket_info.c:836: /opt/buildroot-gcc342/bin/../lib/gcc/mipsel-linux-uclibc/3.4.2/../../../../mipsel-linux-uclibc/sys-include/linux/netlink.h:22: error: parse error before "__u32" /opt/buildroot-gcc342/bin/../lib/gcc/mipsel-linux-uclibc/3.4.2/../../../../mipsel-linux-uclibc/sys-include/linux/netlink.h:28: error: parse error before "__u32" /opt/buildroot-gcc342/bin/../lib/gcc/mipsel-linux-uclibc/3.4.2/../../../../mipsel-linux-uclibc/sys-include/linux/netlink.h:30: error: parse error before "nlmsg_flags" /opt/buildroot-gcc342/bin/../lib/gcc/mipsel-linux-uclibc/3.4.2/../../../../mipsel-linux-uclibc/sys-include/linux/netlink.h:31: error: parse error before "nlmsg_seq" /opt/buildroot-gcc342/bin/../lib/gcc/mipsel-linux-uclibc/3.4.2/../../../../mipsel-linux-uclibc/sys-include/linux/netlink.h:32: error: parse error before "nlmsg_pid" /opt/buildroot-gcc342/bin/../lib/gcc/mipsel-linux-uclibc/3.4.2/../../../../mipsel-linux-uclibc/sys-include/linux/netlink.h:83: error: field `msg' has incomplete type In file included from socket_info.c:837: /opt/buildroot-gcc342/bin/../lib/gcc/mipsel-linux-uclibc/3.4.2/../../../../mipsel-linux-uclibc/sys-include/linux/rtnetlink.h:253: error: parse error before "__u32" /opt/buildroot-gcc342/bin/../lib/gcc/mipsel-linux-uclibc/3.4.2/../../../../mipsel-linux-uclibc/sys-include/linux/rtnetlink.h:255: error: parse error before "rta_expires" /opt/buildroot-gcc342/bin/../lib/gcc/mipsel-linux-uclibc/3.4.2/../../../../mipsel-linux-uclibc/sys-include/linux/rtnetlink.h:256: error: parse error before "rta_error" /opt/buildroot-gcc342/bin/../lib/gcc/mipsel-linux-uclibc/3.4.2/../../../../mipsel-linux-uclibc/sys-include/linux/rtnetlink.h:257: error: parse error before "rta_used" /opt/buildroot-gcc342/bin/../lib/gcc/mipsel-linux-uclibc/3.4.2/../../../../mipsel-linux-uclibc/sys-include/linux/rtnetlink.h:260: error: parse error before "rta_id" /opt/buildroot-gcc342/bin/../lib/gcc/mipsel-linux-uclibc/3.4.2/../../../../mipsel-linux-uclibc/sys-include/linux/rtnetlink.h:261: error: parse error before "rta_ts" /opt/buildroot-gcc342/bin/../lib/gcc/mipsel-linux-uclibc/3.4.2/../../../../mipsel-linux-uclibc/sys-include/linux/rtnetlink.h:262: error: parse error before "rta_tsage" /opt/buildroot-gcc342/bin/../lib/gcc/mipsel-linux-uclibc/3.4.2/../../../../mipsel-linux-uclibc/sys-include/linux/rtnetlink.h:333: error: parse error before "__s32" /opt/buildroot-gcc342/bin/../lib/gcc/mipsel-linux-uclibc/3.4.2/../../../../mipsel-linux-uclibc/sys-include/linux/rtnetlink.h:359: error: parse error before "__u16" /opt/buildroot-gcc342/bin/../lib/gcc/mipsel-linux-uclibc/3.4.2/../../../../mipsel-linux-uclibc/sys-include/linux/rtnetlink.h:361: error: parse error before "ndm_type" /opt/buildroot-gcc342/bin/../lib/gcc/mipsel-linux-uclibc/3.4.2/../../../../mipsel-linux-uclibc/sys-include/linux/rtnetlink.h:404: error: parse error before "__u32" /opt/buildroot-gcc342/bin/../lib/gcc/mipsel-linux-uclibc/3.4.2/../../../../mipsel-linux-uclibc/sys-include/linux/rtnetlink.h:406: error: parse error before "ndm_updated" /opt/buildroot-gcc342/bin/../lib/gcc/mipsel-linux-uclibc/3.4.2/../../../../mipsel-linux-uclibc/sys-include/linux/rtnetlink.h:407: error: parse error before "ndm_refcnt" /opt/buildroot-gcc342/bin/../lib/gcc/mipsel-linux-uclibc/3.4.2/../../../../mipsel-linux-uclibc/sys-include/linux/rtnetlink.h:519: error: parse error before "__u32" /opt/buildroot-gcc342/bin/../lib/gcc/mipsel-linux-uclibc/3.4.2/../../../../mipsel-linux-uclibc/sys-include/linux/rtnetlink.h:521: error: parse error before "tcm_info" socket_info.c: In function `addattr_l': socket_info.c:874: error: dereferencing pointer to incomplete type socket_info.c:878: error: dereferencing pointer to incomplete type socket_info.c:882: error: dereferencing pointer to incomplete type socket_info.c:882: error: dereferencing pointer to incomplete type socket_info.c: In function `nl_bound_sock': socket_info.c:891: error: storage size of 'la' isn't known socket_info.c:891: warning: unused variable `la' socket_info.c: In function `get_flags': socket_info.c:929: error: field `nlh' has incomplete type socket_info.c:953: error: dereferencing pointer to incomplete type socket_info.c:957: error: dereferencing pointer to incomplete type socket_info.c:967: error: invalid application of `sizeof' to incomplete type `nlmsghdr' socket_info.c:967: error: dereferencing pointer to incomplete type socket_info.c:967: error: invalid application of `sizeof' to incomplete type `nlmsghdr' socket_info.c:967: error: dereferencing pointer to incomplete type socket_info.c:967: error: dereferencing pointer to incomplete type socket_info.c:967: error: dereferencing pointer to incomplete type socket_info.c:967: warning: left-hand operand of comma expression has no effect socket_info.c:968: error: invalid application of `sizeof' to incomplete type `nlmsghdr' socket_info.c:970: error: dereferencing pointer to incomplete type socket_info.c:970: error: invalid application of `sizeof' to incomplete type `nlmsghdr' socket_info.c: In function `build_iface_list': socket_info.c:996: error: field `nlh' has incomplete type socket_info.c:1043: error: dereferencing pointer to incomplete type socket_info.c:1047: error: dereferencing pointer to incomplete type socket_info.c:1057: error: invalid application of `sizeof' to incomplete type `nlmsghdr' socket_info.c:1057: error: dereferencing pointer to incomplete type socket_info.c:1057: error: invalid application of `sizeof' to incomplete type `nlmsghdr' socket_info.c:1057: error: dereferencing pointer to incomplete type socket_info.c:1057: error: dereferencing pointer to incomplete type socket_info.c:1057: error: dereferencing pointer to incomplete type socket_info.c:1057: warning: left-hand operand of comma expression has no effect socket_info.c:1058: error: invalid application of `sizeof' to incomplete type `nlmsghdr' socket_info.c:1060: error: dereferencing pointer to incomplete type socket_info.c:1060: error: invalid application of `sizeof' to incomplete type `nlmsghdr' socket_info.c:1067: error: dereferencing pointer to incomplete type socket_info.c:1067: error: invalid application of `sizeof' to incomplete type `nlmsghdr' make[1]: *** [socket_info.o] Error 1 make: *** [bin] Error 2 Do you have an idea on what could be producing the error? Thanks and kind regards

3 3

tls nat
by hiro 12 Sep '13

12 Sep '13

After many failures because of broken libraries I managed to decrypt my problematic TLS sessions providing the private key of kamailio to wireshark. With TLS+SRTP enabled my nokia phones send session progress and pracks with rtp port. This breaks NAT/rtpproxy in kamailio, which replaces the rtpproxy port in session progress, but then forgets about it for the 200 OK. Attached is a tree overview and the conversations of each phone with kamailio. hiro

2 5

Re: [SR-Users] Carrierroute
by Keith 12 Sep '13

12 Sep '13

Hi, I am trying to use the carrierroute module, however the carrierroute.so file is not in the module directory. I installed Kamailio version 4 from yum. Thanks, Keith

2 1

How to convert recorded video call in .rtp file using kamailio and rtpproxy in to any video file format. ??
by Manas Mohanty 12 Sep '13

12 Sep '13

Hi All, How to convert recorded video call in .rtp file using kamailio and rtpproxy in to any video file format. ?? Thanks, Manas

2 3

Re: [SR-Users] Issue with xpath in kamailio 4.0.2
by Ram Anji 11 Sep '13

11 Sep '13

Hi Daniel, Changed the configuration as per your suggestion, but still i am getting same 500 server error. Sep 11 20:37:09 testpc kamailio[24158]: ERROR: xcap_server [xcap_misc.c:475]: xcaps_xpath_set(): unable to evaluate xpath expression [/presence/pdm:person] here are logs Sep 11 20:37:09 testpc kamailio[24158]: DEBUG: <core> [db_res.c:54]: db_free_rows(): freeing 1 rows Sep 11 20:37:09 testpc kamailio[24135]: DEBUG: <core> [parser/msg_parser.c:577]: parse_headers(): header field type 0, name=<P-Access-Network-Info>, body=<IEEE-802.3> Sep 11 20:37:09 testpc kamailio[24158]: DEBUG: <core> [db_row.c:97]: db_free_row(): freeing row values at 0xb71a5c08 Sep 11 20:37:09 testpc kamailio[24135]: DEBUG: <core> [parser/msg_parser.c:577]: parse_headers(): header field type 21, name=<Event>, body=<presence> Sep 11 20:37:09 testpc kamailio[24158]: DEBUG: <core> [db_res.c:62]: db_free_rows(): freeing rows at 0xb71a5b68 Sep 11 20:37:09 testpc kamailio[24135]: DEBUG: <core> [parser/msg_parser.c:577]: parse_headers(): header field type 14, name=<Expires>, body=<0> Sep 11 20:37:09 testpc kamailio[24158]: DEBUG: <core> [db_res.c:136]: db_free_result(): freeing result set at 0xb71a5aa8 Sep 11 20:37:09 testpc kamailio[24135]: DEBUG: <core> [parser/msg_parser.c:577]: parse_headers(): header field type 20, name=<Allow>, body=<INVITE,ACK,BYE,CANCEL,REFER,NOTIFY,OPTIONS,PRACK,UPDATE,INFO,MESSAGE,SUBSCRIBE,SERVICE,PING,PUBLISH> Sep 11 20:37:09 testpc kamailio[24158]: ERROR: xcap_server [xcap_misc.c:475]: xcaps_xpath_set(): unable to evaluate xpath expression [/presence/pdm:person] Sep 11 20:37:09 testpc kamailio[24135]: DEBUG: <core> [parser/msg_parser.c:577]: parse_headers(): header field type 38, name=<Allow-Events>, body=<refer, presence> Sep 11 20:37:09 testpc kamailio[24158]: ERROR: xcap_server [xcap_server.c:619]: w_xcaps_put(): could not update xcap document Sep 11 20:37:09 testpc kamailio[24135]: DEBUG: <core> [parser/msg_parser.c:577]: parse_headers(): header field type 16, name=<Supported>, body=<100rel, replaces, timer, gruu, join, histinfo> Sep 11 20:37:09 testpc kamailio[24158]: DEBUG: sl [sl.c:289]: send_reply(): reply in stateless mode (sl) Sep 11 20:37:09 testpc kamailio[24135]: DEBUG: <core> [parser/msg_parser.c:577]: parse_headers(): header field type 15, name=<Proxy-Authorization>, body=<Digest username="test1", realm="192.168.41.89", nonce="UjCISVIwhx0F+TNBypMtYYEH6fo9xDAg", uri=" sip:test1@192.168.41.89", algorithm=MD5, response="47af8cdf01d8e8bcbd1b32cd09d87575"> Sep 11 20:37:09 testpc kamailio[24158]: DEBUG: <core> [parser/msg_parser.c:339]: parse_headers(): parse_headers: flags=8 Sep 11 20:37:09 testpc kamailio[24135]: DEBUG: <core> [parser/msg_parser.c:577]: parse_headers(): header field type 45, name=<Date>, body=<Wed, 11 Sep 2013 15:07:09 GMT> Sep 11 20:37:09 testpc kamailio[24158]: DEBUG: <core> [parser/msg_parser.c:339]: parse_headers(): parse_headers: flags=ffffffffffffffff Sep 11 20:37:09 testpc kamailio[24135]: DEBUG: <core> [parser/parse_hname2.c:189]: parse_hname2(): beginning of SIP-If-Match: yet=0x2d706973 Sep 11 20:37:09 testpc kamailio[24158]: DEBUG: <core> [msg_translator.c:206]: check_via_address(): check_via_address(192.168.41.60, 192.168.41.60, 0) Sep 11 20:37:09 testpc kamailio[24135]: DEBUG: <core> [parser/parse_hname2.c:189]: parse_hname2(): middle of SIP-If-Match: yet=0x6d2d6669 Sep 11 20:37:09 testpc kamailio[24158]: DEBUG: <core> [tcp_main.c:1497]: _tcpconn_find(): tcpconn_find: 1 port 56724 Sep 11 20:37:09 testpc kamailio[24135]: DEBUG: <core> [parser/parse_hname2.c:189]: parse_hname2(): end of SIP-If-Match Sep 11 20:37:09 testpc kamailio[24158]: DEBUG: <core> [ip_addr.c:247]: print_ip(): tcpconn_find: ip 192.168.41.60 Sep 11 20:37:09 testpc kamailio[24135]: DEBUG: <core> [parser/msg_parser.c:577]: parse_headers(): header field type 33, name=<sip-if-match>, body=<a.1378910652.23833.4.0> Sep 11 20:37:09 testpc kamailio[24158]: DEBUG: <core> [tcp_main.c:1504]: _tcpconn_find(): c=0xb465ad08, c->id=1, port=56724 Sep 11 20:37:09 testpc kamailio[24135]: DEBUG: <core> [parser/msg_parser.c:204]: get_hdr_field(): DEBUG: get_hdr_body : content_length=0 Sep 11 20:37:09 testpc kamailio[24158]: DEBUG: <core> [ip_addr.c:247]: print_ip(): ip=192.168.41.60 Sep 11 20:37:09 testpc kamailio[24135]: DEBUG: <core> [parser/msg_parser.c:577]: parse_headers(): header field type 12, name=<Content-Length>, body=<0> Sep 11 20:37:09 testpc kamailio[24158]: DEBUG: <core> [tcp_main.c:2330]: tcpconn_send_put(): tcp_send: send from reader (24158 (14)), reusing fd Sep 11 20:37:09 testpc kamailio[24135]: DEBUG: <core> [parser/msg_parser.c:339]: parse_headers(): parse_headers: flags=ffffffffffffffff Sep 11 20:37:09 testpc kamailio[24158]: DEBUG: <core> [tcp_main.c:2566]: tcpconn_do_send(): tcp_send: sending... Sep 11 20:37:09 testpc kamailio[24135]: DEBUG: <core> [parser/msg_parser.c:106]: get_hdr_field(): found end of header Sep 11 20:37:09 testpc kamailio[24158]: DEBUG: <core> [tcp_main.c:2600]: tcpconn_do_send(): tcp_send: after real write: c= 0xb465ad08 n=125 fd=11 Sep 11 20:37:09 testpc kamailio[24135]: DEBUG: sanity [sanity.c:588]: check_cl(): check_cl passed Sep 11 20:37:09 testpc kamailio[24158]: DEBUG: <core> [tcp_main.c:2601]: tcpconn_do_send(): tcp_send: buf=#012HTTP/1.1 500 Server error#015#012Via: SIP/2.0/TCP 192.168.41.60:56724#015#012Server: kamailio (4.0.3 (i386/linux))#015#012Content-Length: 0#015#012#015#012 Sep 11 20:37:09 testpc kamailio[24135]: DEBUG: sanity [sanity.c:605]: check_expires_value(): check_expires_value entered Sep 11 20:37:09 testpc kamailio[24162]: DEBUG: <core> [tcp_main.c:3634]: handle_ser_child(): handle_ser_child: read response= b465ad08, -1, fd -1 from 14 (24158) Sep 11 20:37:09 testpc kamailio[24158]: ERROR: *** cfgtrace: c=[/usr/local/etc/kamailio/kamailio.cfg] l=1228 a=16 n=if Sep 11 20:37:09 testpc kamailio[24135]: DEBUG: <core> [parser/msg_parser.c:339]: parse_headers(): parse_headers: flags=4000 Sep 11 20:37:09 testpc kamailio[24158]: ERROR: *** cfgtrace: c=[/usr/local/etc/kamailio/kamailio.cfg] l=1228 a=16 n=if Sep 11 20:37:09 testpc kamailio[24135]: DEBUG: sanity [sanity.c:643]: check_expires_value(): check_expires_value passed Sep 11 20:37:09 testpc kamailio[24158]: ERROR: *** cfgtrace: c=[/usr/local/etc/kamailio/kamailio.cfg] l=1228 a=16 n=if Sep 11 20:37:09 testpc kamailio[24135]: DEBUG: sanity [sanity.c:756]: check_parse_uris(): check_parse_uris entered Regards Anzi.

1 0

Re: [SR-Users] Issue with xpath in kamailio 4.0.2
by Ram Anji 11 Sep '13

11 Sep '13

Hi Daniel, Thanks for the response. I am following the xcap syntax from the RFC 4825 section 6.4. Refer http://tools.ietf.org/html/rfc4825#section-6.4 Also suggest me the way i can change the node, if i am wrong. Regards, Anzi.

2 1

RPC command dlg.list (for large amounts of dialogs)
by Alex Balashov 11 Sep '13

11 Sep '13

Hello, I am having trouble getting a large list of dialogs (800+) out of Kamailio using the dlg.list binrpc command. I posted a while back that the list of dialog data was coming back truncated, and was told to increase: modparam("ctl", "binrpc_max_body_size", ...) modparam("ctl", "binrpc_struct_max_body_size", ...) I did that, increasing the buffers to 20 MB. Then, when I ran sercmd -s unixs:/tmp/kamailio_ctl dlg.list I got: ERROR: reply too big which clearly seemed to be on the client side now. So, I looked in the sources for sercmd (now sercmd), in sip-router/utils/sercmd/sercmd.c, and found this: if ((ret=get_reply(s, reply_buf, MAX_REPLY_SIZE, cookie, &in_pkt, &msg_body))<0){ switch(ret){ case -1: goto error_read; case -2: goto error_parse; case -3: goto error_cookie; case -4: goto error_toobig; So, I adjusted: #define MAX_REPLY_SIZE to several megabytes as well, and tried the same with MAX_BODY_SIZE too. Now, when I run the dlg.list command, it just hangs and never returns anything. It was stuck there for well over 20 minutes. An 'strace' on sercmd reveals that it receives what appears to be the full listing, but keeps wanting to read() more. I don't have the exact output handy at the moment, but it looked like this: socket(PF_FILE, SOCK_STREAM, 0) = 3 connect(3, {sa_family=AF_FILE, path="/tmp/kamailio_ctl"}, 110) = 0 writev(3, [{"\241\3\v%s\230\4", 7}, {"\221\tdlg.list\0", 11}], 2) = 18 read(3, "\241\27\16\257%s\230\4\221Hhash:551:9521 state:4 "..., 786432) = 340000 read(3, [just hangs here] Now, I would have assumed that perhaps there is more to read and the output is not returning due to some endless locking of the dialog profile table, which is constantly changing. However, that cannot be the case because kamctl fifo dlg_list works fine for any amount of dialogs, and always returns all the data near-instantly! Any assistance is much appreciated! -- Alex [1] I don't have the output handy at the moment, but it was a read() value: -- 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/

3 9

← Newer
1
...
6
7
8
9
10
11
12
13
Older →

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 September 2013