sr-users January 2013

sr-users@lists.kamailio.org

82 participants
126 discussions

NAT Problem! Not relay ACK,CANCEL and BYE to other UA

by Nguyen Anh Tuan

Hi All, I have 2 interfaces - External A (behind NAT) and Internal B (LAN) in Kamailio Load Balance, and enable Multi-Homing function "mhomed=1". Load Balance dispatches to Kamailio SIP Servers via the Internal B (LAN) (each Kamailio SIP server has both proxy and registrar in one box). For RTP relay, I use RTPproxy in other server, has 2 interfaces A&B like Load Balance. If using 2 interfaces in Load Balance, Registration and calling NORMAL with 2 users behind NAT, but the call will be interrupted after 30 seconds due to the ACK message (after Ringing, 200 OK) STOP in Load Balance in return and not relayed to other UA . CANCEL and BYE have same error like ACK. I tried using only one interface for load balancing (External = Internal IP), and SIP Server binds to Load Balance in the same network, EVERYTHING IS OK. ACK, CANCEL and BYE are not missing behind NAT. For NAT Traversal I use PATH Module in Load Balance, and add "Received" like this: ... modparam("path", "use_received", 1) .. .. record_route(); add_path_received(); force_rport(); t_relay; .. .. And in SIP Server enable Path Parameter for Registrar: modparam("registrar", "use_path", 1) modparam("registrar", "path_mode", 1) modparam("registrar", "path_use_received", 1) Enable "#!define WITH_NAT" in default kamailio.cfg for RTP Controlling, but I removed all fix_nated_register and fix_nated_contact in SIP Server, because using PATH module.I try enable both fix_nat_register and fix_nated_contact, or only fix_nat_register but NOT SOLVE Problem "missing ACK,CANCEL, and BYE in Load Balance" behind NAT. Best Regard, Tuan.

11 years, 10 months

Testing SIP Outbound / RFC5626 (Was: Freezing for next major release)

by Richard Brady

Hi Peter Great work on this! We'd like to help you test. The test I have in mind, which we could create using SIPp, would be to register multiple contacts with the same instance-id (i.e. "sip.instance" param) but different reg-id params. Then send an INVITE to that AoR and make sure the forking is only per instance-id and not per reg-id. This could be repeated in multiple permutations of instance-ids and reg-ids. This would be a test of save() and lookup() more than anything else. Is that what you had in mind? Richard On 3 January 2013 14:13, Peter Dunkley <peter.dunkley(a)crocodile-rcs.com>wrote: > I hope to get the outbound edge proxy and flow timer stuff into master by > Monday, but it could really do with some additional testing especially in > conjunction with the reg-id stuff in registrar/usrloc (which I have no idea > how to use). > > Peter > >

11 years, 10 months

LCR with Siremis

by Douglas Ugalde

Hi, I was configuring the modparams for LCR and Dialplan, I taken from kamailio web site, but I think the params are outdated, because we need to erase some lines to match with the tables in the DB, Im using Kamailio 3.3.3 and Siremis 3.3 Please can you give 1 example about how to make outbounds calls with siremis 3.3 (send calls to gateway)? I already have the lcr and dialplan module loaded with params. Where can I get update documentation about Siremis 3.3 and Kamailio 3.3.3. Thanks for your help.

11 years, 10 months

Freezing development for v4.0.0

by Daniel-Constantin Mierla

Hello, a (26-hours before) reminder that development for next major release v4.0.0 will be frozen tomorrow, Thursday, January 10, 2013, at 23.59 GMT. If any developer has new features to push in the git master branch, please do it before. After that, for a while, the master should get only bug fixes and improvements to documentation and addition tools (e.g., bringing kamctl up to date). New features have to be kept in personal branches until the master branch is open again. The focus should be on testing from the day after tomorrow on, I hope the users community will help us here as well. Cheers, Daniel -- Daniel-Constantin Mierla - http://www.asipto.com http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda

11 years, 10 months

Re: [SR-Users] Having "modparam" options in the database

by Glenn O. Larsen

On Tue, Jan 8, 2013 at 9:21 AM, Olle E. Johansson <oej at edvina.net> wrote: >>>> Is there a way to read modparam config from a database? > In most cases, there should be no need to change modparams at > runtime. > > Can you tell us more about which parameter you want to change during > runtime that doesn't have a mI/rpc reload command? Hi Olle! The module we have been using, and wanted database configuration for was the pike module. But and after spending some more time looking at alternative modules, I see that we can use other modules to help us with traffic control/blocking, like the pipelimit and the ratelimit (both these modules have some sort of database integration, need to look more into this). I was so focused on the pike module, that I didn't see these other modules.. :) -- mvh Glenn O Larsen

11 years, 10 months

Core fm_realloc function

by Bruno Bresciani

Hi all, I observed two at 0x08173bf0 in fm_realloc (qm=0xb5f7d000, p=0xb61f0bc0, size=0) at mem/f_malloc.c:536. I don't know exactly what may be caused this core because the debug of kamailio is disabled, but looking at backtrace (gdb) and source code I could notice a relationship with TLS connection establishment (handshake). Other important fact is that core was generated by the kamalio itself with signal 6 (abort) because it can't find the pointer to memory realloc. I'd like to know if someone already observed this issue and if my analyse above is correct? Bellow is backtrace full with gdb: Core was generated by `/home2/local/kamailio/sbin/kamailio -P /var/run/kamailio.pid'. Program terminated with signal 6, Aborted. #0 0x00f30402 in __kernel_vsyscall () (gdb) (gdb) (gdb) (gdb) (gdb) bt full #0 0x00f30402 in __kernel_vsyscall () No symbol table info available. #1 0x009fec10 in raise () from /lib/libc.so.6 No symbol table info available. #2 0x00a00521 in abort () from /lib/libc.so.6 No symbol table info available. #3 0x08173bf0 in fm_realloc (qm=0xb5f7d000, p=0xb61f0bc0, size=0) at mem/f_malloc.c:536 f = (struct fm_frag *) 0xb61f0bb8 pf = <value optimized out> orig_size = 18 L=ÃbÂ¬Ã2n = (struct fm_frag *) 0xb61f0bd2 ptr = <value optimized out> hash = 23548 #4 0x0051a87f in ser_realloc (ptr=0xb61f0bc0, size=32) at ../../mem/shm_mem.h:266 No locals. #5 0x00460295 in OPENSSL_cleanse () from /lib/libcrypto.so.6 No symbol table info available. #6 0x004609f7 in CRYPTO_realloc () from /lib/libcrypto.so.6 No symbol table info available. #7 0x003efb22 in sk_insert () from /lib/libcrypto.so.6 No symbol table info available. #8 0x003efbaa in sk_push () from /lib/libcrypto.so.6 No symbol table info available. #9 0x007c2ac3 in ssl_bytes_to_cipher_list () from /lib/libssl.so.6 No symbol table info available. #10 0x007aa9f3 in ssl3_get_client_hello () from /lib/libssl.so.6 No symbol table info available. #11 0x007ab815 in ssl3_accept () from /lib/libssl.so.6 No symbol table info available. #12 0x007c1c3a in SSL_accept () from /lib/libssl.so.6 No symbol table info available. #13 0x005278e3 in tls_accept (c=0xb621af88, error=0xbf91dfc8) at tls_server.c:346 ret = <value optimized out> ssl = (SSL *) 0xb61c1878 cert = <value optimized out> tls_c = (struct tls_extra_data *) 0xb6208e58 tls_log = <value optimized out> #14 0x0052da8e in tls_read_f (c=0xb621af88, flags=0xbf91e200) at tls_server.c:1028 r = (struct tcp_req *) 0xb621affc bytes_free = 4095 bytes_read = 70 read_size = 4095 ssl_error = 0 ssl_read = 0 ssl = (SSL *) 0xb61c1878 rd_buf = "\026\003\001\000A\001\000\000=\003\001OÃ¿\vÂ¡ywP\fkÃDÃ 0/\000\a\000\005\001\000ÃÃÃÃ¯000\000\026\0009\0008\0005\000\026\000\023\000\n\0003\0002\00 202i<Ã¤<Ã¥Ã¾\031Ã¬234Â \237Ãª030Y){lÑ¶"...06Ã'Ãr9Ã¬Ã«Â¸{[Â©\t\205\037\036Ã¿HPH5Âµ\t(Ã©32Ã027Ã¦Ã²036Â¾\"\rÔ¤YÃ215uÂº\027)Ã¶000Ã±215\vÃÃ Ã©Ea\023xÃ©J\206T\204CÃ wr_buf = "\027\003\001\003Â wÂ²'\016Ñ¼Ã033ÃLÃ021Ã)Ã\220hnLÂ¦\020XÃª\236\200\tIhÃÂ¸Sf\234Ã\rÃ ?Â¯Â¼\024FÃ\200Âª/\2264RÃaÃÂ¤IpXÂ»Â¨Ã035Ã¤Qh\211Ã026Ã½4ÃU+\asrÂ£/`Â¤OÃ»1AÊ¹qUÜ¿Â·vÂ±Ã¼\205"... rd = {buf = 0xbf90dfa4 "\026\003\001", pos = 70, used = 70, size = 65536} wr = { buf = 0xbf8fdfa4 "\027\003\001\003Â wÂ²'\016Ñ¼Ã033ÃLÃ021Ã)Ã\220hnLÂ¦\020XÃª\236\200\tIhÃÂ¸Sf\234Ã\rÃ ?Â¯Â¼\024FÃ\200Âª/\2264RÃaÃÂ¤IpXÂ»Â¨Ã035Ã¤Qh\211Ã026Ã½4ÃU+\asrÂ£/`Â¤OÃ»1AÊ¹qUÜ¿Â·vÂ±Ã¼\205"..., pos = 0, used = 0, size = 65536} tls_c = (struct tls_extra_data *) 0xb6208e58 enc_rd_buf = (struct tls_rd_buf *) 0x0 n = 0 flush_flags = <value optimized out> err_src = 0x541a83 "TLS read:" x = <value optimized out> #15 0x08158ade in tcp_read_headers (c=0xb621af88, read_flags=0xbf91e200) at tcp_read.c:406 bytes = -1 remaining = <value optimized out> p = <value optimized out> r = (struct tcp_req *) 0xb621affc #16 0x08158fd4 in tcp_read_req (con=0xb621af88, bytes_read=0xbf91e204, read_flags=0xbf91e200) at tcp_read.c:871 bytes = <value optimized out> total_bytes = 0 resp = <value optimized out> size = <value optimized out> req = (struct tcp_req *) 0xb621affc dst = {send_sock = 0x1, to = {s = {sa_family = 57540, sa_data = "\221Â¿\020\000\000\000\000\000\000\000\020\000\000"}, sin = {sin_family = 57540, sin_port = 49041, sin_addr = {s_addr = 16}, sin_zero = "\000\000\000\000\020\000\000"}, sin6 = {sin6_family = 57540, sin6_port = 49041, sin6_flowinfo = 16, sin6_addr = {in6_u = {u6_addr8 = "\000\000\000\000\020\000\000\000\001\000\000\000\001\000\000", u6_addr16 = {0, 0, 16, 0, 1, 0, 1, 0}, u6_addr32 = {0, 16, 1, 1}}}, sin6_scope_id = 12}}, id = -1080958468, proto = 4 '\004', send_flags = {f = 0 '\0', blst_imask = 0 '\0'}} c = 10 '\n' #17 0x08159a0f in handle_io (fm=0x83296b0, events=1, idx=-1) at tcp_read.c:1150 ret = 4 n = 4 read_flags = 1 con = (struct tcp_connection *) 0xb621af88 s = 12 resp = <value optimized out> t = <value optimized out> #18 0x0815d653 in tcp_receive_loop (unix_sock=35) at io_wait.h:1091 No locals. ---Type <return> to continue, or q <return> to quit--- #19 0x0812885b in tcp_init_children () at tcp_main.c:4819 r = 3 reader_fd_1 = 35 pid = <value optimized out> si = <value optimized out> #20 0x080ad412 in main_loop () at main.c:1632 i = 4 pid = <value optimized out> si = (struct socket_info *) 0x0 si_desc = "udp receiver child=3 sock=192.168.166.31:5060 \000\221Â¿\002\000\000\000/\200\220\000\001\000\000\000\000\000H\000Â¨Ã¤21Â¿\001\000\000\000Â°Â¶Ã¨026Â¶\000\000\000\000\000ÃÂµ\030s2\b\002\000\000\000Ã¢f\b\000ÃÂµ\001\000\000\000\000\000\000\000\001\000\000\000\000\000\000\000Ã¿Ã¿Ã¿Ã¿Â¸Ã¤21Â¿" #21 0x080afbe7 in main (argc=3, argv=dwarf2_read_address: Corrupted DWARF expression. ) at main.c:2398 cfg_stream = (FILE *) 0x8a2d008 c = <value optimized out> r = 0 tmp = 0xbf91e674 "\212Ã¾\221Â¿\233Ã¾\221Â¿Â°Ã¾\221Â¿Â»Ã¾\221Â¿Ã\221Â¿Ã¹1Â¿\020Ã¿\221Â¿DÃ¿\221Â¿LÃ¿\221Â¿WÃ¿\221Â¿]Ã¿\221Â¿oÃ¿\221Â¿{Ã¿\221Â¿\202Ã¿\221 tmp_len = 10492229 port = 136192361 proto = -1080957480 ret = <value optimized out> seed = 21782655 rfd = 4 debug_save = <value optimized out> debug_flag = 0 dont_fork_cnt = 0 n_lst = <value optimized out> p = <value optimized out> Best Regards

11 years, 10 months

ERROR 1045 (28000): Access denied for user 'openser'@'localhost' (using password: YES)

by Shreyansh Purwar

Hello Everyone, While creating an account on Kamailio Sip server (I am running the command "kamctl add test test1"), it is asking for password of MySQL Server and after entering the password, I am getting following errors :- - ERROR 1045 (28000): Access denied for user 'openser'@'localhost' (using password: YES) - ERROR: introducing the new user 'test' to the database failed Please help me in resolving this issue. Thanks in anticipation. -- Best Regards Shreyansh Purwar

11 years, 10 months

raw_query is crashing....

by Krishna Kurapati

Hi, Since there is no way to limit the result set to 1, I tried to use raw_query inside msilo module. Everytime it executes, it is crashing. The same query if I run in mysql shell, it is returning successfully. Here is the code That I added: query_len = snprintf(query, 2048, "SELECT * FROM %.*s WHERE %.*s='%.*s' AND %.*s='%.*s' AND %.*s!=%i AND %.*s<%i LIMIT 1;", ms_db_table.len, ms_db_table.s, sc_uri_touser.len, sc_uri_touser.s, puri.user.len, puri.user.s, sc_uri_tohost.len, sc_uri_tohost.s, puri.host.len, puri.host.s, sc_status.len, sc_status.s, 200, sc_status.len, sc_status.s, MSG_NOTIFY_OFFSET); if (query_len < 0) { LM_ERR("error in sql snprintf"); goto error; } LM_DBG("m_dump_msg: Query=%s\n", query); query_str.s = query; query_str.len = query_len; if (msilo_dbf.raw_query(db_con, &query_str, &db_res) < 0) { LM_ERR("Failed to query database. Query = %s\n", query); goto error; } The Debug Log at Level 4 shows following: 11(7520) DEBUG: msilo [msilo.c:1120]: m_dump_msg: Query=SELECT * FROM silo WHERE tousername='968257197' AND todomain='50.62.1.7' AND status!=200 AND status<1000 LIMIT 1; 11(7520) DEBUG: <core> [db_res.c:118]: allocate 48 bytes for result set at 0x7fdd4b605540 11(7520) DEBUG: db_mysql [km_res.c:68]: 16 columns returned from the query 11(7520) DEBUG: <core> [db_res.c:155]: allocate 128 bytes for result names at 0x7fdd4b5d8dc0 11(7520) DEBUG: <core> [db_res.c:165]: allocate 64 bytes for result types at 0x7fdd4b5d8e60 11(7520) DEBUG: db_mysql [km_res.c:85]: allocate 16 bytes for RES_NAMES[0] at 0x7fdd4b5d8d90 11(7520) DEBUG: db_mysql [km_res.c:92]: RES_NAMES(0x7fdd4b5d8d90)[0]=[id] 11(7520) DEBUG: db_mysql [km_res.c:100]: use DB1_INT result type 11(7520) DEBUG: db_mysql [km_res.c:85]: allocate 16 bytes for RES_NAMES[1] at 0x7fdd4b5d8d60 11(7520) DEBUG: db_mysql [km_res.c:92]: RES_NAMES(0x7fdd4b5d8d60)[1]=[src_addr] 11(7520) DEBUG: db_mysql [km_res.c:136]: use DB1_STRING result type 11(7520) DEBUG: db_mysql [km_res.c:85]: allocate 16 bytes for RES_NAMES[2] at 0x7fdd4b5d8d30 11(7520) DEBUG: db_mysql [km_res.c:92]: RES_NAMES(0x7fdd4b5d8d30)[2]=[dst_addr] 11(7520) DEBUG: db_mysql [km_res.c:136]: use DB1_STRING result type <skip> 11(7520) DEBUG: <core> [db_val.c:117]: converting STRING [ac3aeddd9b6f45e6822c824aa2c133b2] 11(7520) DEBUG: <core> [db_val.c:73]: converting INT [0] 11(7520) DEBUG: <core> [db_val.c:73]: converting INT [1] 26(7552) : <core> [pass_fd.c:293]: ERROR: receive_fd: EOF on 22 26(7552) DEBUG: <core> [tcp_main.c:3592]: DBG: handle_ser_child: dead child 11, pid 7520 (shutting down?) 26(7552) DEBUG: <core> [io_wait.h:617]: DBG: io_watch_del (0x842d20, 22, -1, 0x0) fd_no=44 called 26(7552) DEBUG: <core> [tcp_main.c:3353]: DBG: handle_tcp_child: dead tcp child 1 (pid 7520, no 11) (shutting down?) 26(7552) DEBUG: <core> [io_wait.h:617]: DBG: io_watch_del (0x842d20, 25, -1, 0x0) fd_no=43 called 0(7509) ALERT: <core> [main.c:787]: child process 7520 exited by a signal 11 0(7509) ALERT: <core> [main.c:790]: core was not generated 0(7509) INFO: <core> [main.c:802]: INFO: terminating due to SIGCHLD As you can see something happening to Database connection. Not sure why I am unable to use raw_query. Normal API query from msilo works just fine. What am I doing wrong to make it crash? Thanks Krish Kura

11 years, 10 months

Having "modparam" options in the database

by Glenn O Larsen

Hi guys, I have tried to Google this for some time now, but can't seem to find an answer. Is there a way to read modparam config from a database? -- Best regards, Glenn Larsen

11 years, 10 months

LCR weight

by Ricardo Martinez

Hello. I have a doubt about the WEIGHT value in the LCR module. In the past we used the Kamailio version 1.5.2 and in that version LCR weight was calculated by a little script called lcr_weight_script.php. There was not “percent” values like 50% and 50% for two gateways despite that the probabilities were numbers calculated by the script. My question is : For Kamailio version 3.2.4 do I have to use the same script to calculate the weight?? I was almost sure that the weight column was a probability value. For example if I have 3 gateways, with 50% 25% and 25% The weight column should be : 50, 25 and 25 ? or 45, 32 and 32 as the script indicates??? [root@vlcr utils]# ./lcr_weight_test.sh 45 32 32 weight 45 probability 0.5235 weight 32 probability 0.2352 weight 32 probability 0.2413 Please enlighten me here. Thanks Ricardo.-

11 years, 10 months

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