sr-users

sr-users@lists.kamailio.org

42 participants
37519 discussions

How to deal with diversion loops.
by Uri Shacked 20 Feb '12

20 Feb '12

Hi, The service i built in kamailio is simple - a caller dials an Access number, my gateway send it to kamailio. kamailio finds the shadow number for this Access number and send an invite to the same gateway with the shadow number as destination (state full proxy). In kamailio i change only the RURI and the “To” and “From” stays untouched. Now, when a client performs “diversion”, I can see that I can find myself in an unwanted long loop…. Example : A calls B B diverted the call unconditionally to C. C is an Access Number that its shadow number is D. D diverted the call to B……. Well, that is a bad loop to have! It can be longer or shorter, but the idea I understood (I think). I thought about diversion check, counters, dialog “To” and “From” check, etc…. Anyone here dealt with it? What will be the best way to check and see if the situation accrues? Thanks, Uri

2 1

integration kamailio-sems
by Uri Shacked 20 Feb '12

20 Feb '12

Hi, I started reading a little on SEMS. Tried to look for the way Kamailio works has the frontend sip server and SEMS will be the media server (IVR, announcments etc). I didn't understand which kamailio module should i work with in order to open sockets with SEMS. Or do i get it all wrong? Uri

2 1

$time(year) gives 1900
by Uri Shacked 20 Feb '12

20 Feb '12

Hi, I am using the $time(name) pv. On my lab machine (centos 5.7) i get the right value (2012). But, on my other machine (centos 6.2) i get 1900. what am i missing here?

2 2

Mtree VS Htable getting huge amount of data from DB not on local machine
by Uri Shacked 20 Feb '12

20 Feb '12

> > Hi, > > untill today i used the mtree module to get some data from a remote DB and > load it into memory. > the table in the data base has 5 million rows. prefix is a number and > value is some string. > > i moved to htable because i need the prefix exact match and not longest.... > > now, after 5-10 sec, i get the following error (that i never got in mtree) > - "lost connection to mysql during query" and kamailio does not start. > > any ideas how to solve it? > > cheers, > > Uri >

2 2

Registration replication
by Spencer Thomason 19 Feb '12

19 Feb '12

Hello, I'm currently working on a HA setup with geographically separated proxies. Each proxy is in a different data center with an MPLS link between them. The proxies access a locally connected PostgreSQL database that is replicated from a master in the primary data center. Note that the replicated dbs are read only. Everything works great for read only queries but registrations seem to pose a problem as they must use the primary db directly to deal with the writes. If I set userloc to db mode 2 the secondary proxies wipe out the entries in the database. If I use db mode 3 everything works great but all of the secondary proxies must use the primary database directly and a network link failure will cause a service disruption. Is there any way I can use separate read and write databases without p_userloc? Is there a better way to replicate registrations maintaining availability and scalability? And advice is appreciated. Thanks, Spencer Connected by DROID on Verizon Wireless

2 1

Segmentation Fault encountered in pv.so
by Simpson Chua 19 Feb '12

19 Feb '12

Hi, Since I am getting errors in from the usrloc module, I am trying another way to parse out the information I need using pv.so. I'm encountering similar segfaults issues. Here are snippets of my configs: modparam("sipcapture", "db_url", "mysql://xxx:xxx@localhost/test_db") modparam("sipcapture", "capture_on", 1) modparam("sipcapture", "table_name", "sip_capture") modparam("sipcapture", "raw_socket_listen", "127.0.0.1:5060-9000") modparam("sipcapture", "raw_interface", "eth2") modparam("sipcapture", "raw_sock_children", 4) modparam("sipcapture", "raw_moni_capture_on", 1) modparam("sipcapture", "promiscious_on", 1) route { if (method == "REGISTER") { if (avp_check("$si","eq/10.xxx.xxx.xxx")) { #save("location", "0x04"); # This currently results in segfault and is being addressed by Alexandr sip_capture(); xlog("The received IP is $Ri\n"); # Just to test if I am able to parse the received IP from the Via headers correctly drop; } drop; } } Feb 17 13:41:02 ubuntu kernel: [251382.760104] kamailio[9414]: segfault at 31 ip 00007fb4ef077611 sp 00007fff0c8a6468 error 4 in pv.so[7fb4ef06a000+39000] Core was generated by `kamailio -w /home/core'. Program terminated with signal 11, Segmentation fault. #0 pv_get_rcvip (msg=0x7fb4efdd7598, param=0x7fb4efdcef88, res=0x7fff0c8a64b0) at pv_core.c:647 647 || msg->rcv.bind_address->address_str.s==NULL) (gdb) bt #0 pv_get_rcvip (msg=0x7fb4efdd7598, param=0x7fb4efdcef88, res=0x7fff0c8a64b0) at pv_core.c:647 #1 0x000000000049b5ad in pv_get_spec_value (msg=0x7fb4efdd7598, sp=0x7fb4efdcef70, value=0x7fff0c8a64b0) at pvapi.c:1180 #2 0x000000000049b71d in pv_printf (msg=0x7fb4efdd7598, list=<optimized out>, buf=<optimized out>, len=0x7fff0c8a6558) at pvapi.c:1239 #3 0x00007fb4ed0d442e in xlog_helper (msg=<optimized out>, xm=0x7fb4efdceef0, level=-1, line=0) at xlog.c:168 #4 0x000000000041babb in do_action (h=0x7fff0c8a73b0, a=0x7fb4efdd02a0, msg=0x7fb4efdd7598) at action.c:1122 #5 0x000000000041abe2 in run_actions (h=0x7fff0c8a73b0, a=0x7fb4efdd0080, msg=0x7fb4efdd7598) at action.c:1610 #6 0x000000000041c05b in do_action (h=0x7fff0c8a73b0, a=0x7fb4efdd10d0, msg=0x7fb4efdd7598) at action.c:1107 #7 0x000000000041abe2 in run_actions (h=0x7fff0c8a73b0, a=0x7fb4efdd10d0, msg=0x7fb4efdd7598) at action.c:1610 #8 0x000000000041c05b in do_action (h=0x7fff0c8a73b0, a=0x7fb4efdd1350, msg=0x7fb4efdd7598) at action.c:1107 #9 0x000000000041abe2 in run_actions (h=0x7fff0c8a73b0, a=0x7fb4efdd1350, msg=0x7fb4efdd7598) at action.c:1610 #10 0x0000000000422fa2 in run_top_route (a=0x7fb4efdd1350, msg=0x7fb4efdd7598, c=<optimized out>) at action.c:1683 #11 0x00000000004b061e in receive_msg (buf=<optimized out>, len=<optimized out>, rcv_info=<optimized out>) at receive.c:207 #12 0x00007fb4edb538b0 in raw_capture_rcv_loop (rsock=5, port1=5060, port2=8933, ipip=0) at sipcapture.c:1518 #13 0x00007fb4edb53e1f in init_rawsock_children () at sipcapture.c:572 #14 0x00007fb4edb54033 in child_init (rank=<optimized out>) at sipcapture.c:542 #15 0x0000000000507a0f in init_mod_child (m=0x7fb4efdcb2b0, rank=0) at sr_module.c:886 #16 0x0000000000507974 in init_mod_child (m=0x7fb4efdcb668, rank=0) at sr_module.c:883 #17 0x0000000000507974 in init_mod_child (m=0x7fb4efdcc178, rank=0) at sr_module.c:883 #18 0x0000000000507974 in init_mod_child (m=0x7fb4efdcc4b0, rank=0) at sr_module.c:883 #19 0x0000000000507974 in init_mod_child (m=0x7fb4efdccaf0, rank=0) at sr_module.c:883 #20 0x0000000000507974 in init_mod_child (m=0x7fb4efdcd030, rank=0) at sr_module.c:883 #21 0x0000000000476149 in main_loop () at main.c:1661 #22 0x000000000041a940 in main (argc=<optimized out>, argv=0x7fff0c8a7be8) at main.c:2475 (gdb) p *msg $1 = {id = 82, pid = 9418, fwd_send_flags = {f = 0 '\000', blst_imask = 0 '\000'}, rpl_send_flags = {f = 0 '\000', blst_imask = 0 '\000'}, first_line = { type = 1, len = 43, u = {request = {method = { s = 0x7fb4edd57d2a "REGISTER sip:abc.def.com SIP/2.0\r\nFrom: \"9995551234\" <sip:9995551234@abc.def.com;rp=SandboxTestingRegistrations>;tag=F9EEDA6C-E203EB89\r\nTo: <sip:9995551234@abc.def.com>\r\nCal"..., len = 8}, uri = { s = 0x7fb4edd57d33 "sip:abc.def.com SIP/2.0\r\nFrom: \"9995551234\" <sip:9995551234@abc.def.com;rp=SandboxTestingRegistrations>;tag=F9EEDA6C-E203EB89\r\nTo: <sip:9995551234@abc.def.com>\r\nCall-ID: 225"..., len = 24}, version = { s = 0x7fb4edd57d4c "SIP/2.0\r\nFrom: \"9995551234\" <sip:9995551234@abc.def.com;rp=SandboxTestingRegistrations>;tag=F9EEDA6C-E203EB89\r\nTo: <sip:9995551234@abc.def.com>\r\nCall-ID: 2257e150-b49dfd8d-c8d924b2@1"..., len = 7}, method_value = 32}, reply = {version = { s = 0x7fb4edd57d2a "REGISTER sip:abc.def.com SIP/2.0\r\nFrom: \"9995551234\" <sip:9995551234@abc.def.com;rp=SandboxTestingRegistrations>;tag=F9EEDA6C-E203EB89\r\nTo: <sip:9995551234@abc.def.com>\r\nCal"..., len = 8}, status = { s = 0x7fb4edd57d33 "sip:abc.def.com SIP/2.0\r\nFrom: \"9995551234\" <sip:9995551234@abc.def.com;rp=SandboxTestingRegistrations>;tag=F9EEDA6C-E203EB89\r\nTo: <sip:9995551234@abc.def.com>\r\nCall-ID: 225"..., len = 24}, reason = { s = 0x7fb4edd57d4c "SIP/2.0\r\nFrom: \"9995551234\" <sip:9995551234@abc.def.com;rp=SandboxTestingRegistrations>;tag=F9EEDA6C-E203EB89\r\nTo: <sip:9995551234@abc.def.com>\r\nCall-ID: 2257e150-b49dfd8d-c8d924b2@1"..., len = 7}, statuscode = 32}}}, via1 = 0x7fb4efdd7ef0, via2 = 0x7fb4efdd8218, headers = 0x7fb4efdd7e50, last_header = 0x7fb4efdd87c0, parsed_flag = 18446744073709551615, h_via1 = 0x7fb4efdd80d8, h_via2 = 0x7fb4efdd8178, callid = 0x7fb4efdd19b0, to = 0x7fb4efdd1910, cseq = 0x7fb4efdd7c80, from = 0x7fb4efdd7e50, contact = 0x7fb4efdd84a0, maxforwards = 0x7fb4efdd8680, route = 0x0, record_route = 0x0, content_type = 0x0, content_length = 0x7fb4efdd87c0, authorization = 0x0, expires = 0x7fb4efdd8720, proxy_auth = 0x0, supported = 0x0, require = 0x0, proxy_require = 0x0, unsupported = 0x0, allow = 0x0, event = 0x0, accept = 0x0, accept_language = 0x7fb4efdd85e0, organization = 0x0, priority = 0x0, subject = 0x0, user_agent = 0x7fb4efdd8540, server = 0x0, content_disposition = 0x0, accept_disposition = 0x0, diversion = 0x0, rpid = 0x0, refer_to = 0x0, session_expires = 0x0, min_se = 0x0, sipifmatch = 0x0, subscription_state = 0x0, date = 0x0, identity = 0x0, identity_info = 0x0, pai = 0x0, ppi = 0x0, path = 0x0, privacy = 0x0, body = 0x0, eoh = 0x7fb4edd58036 "12963462\", realm=\"proxyApp\", nonce=\"proxyAppXgyrmj82aTujp3sdBW\", uri=\"sip:abc.def.com\", response=\"039891b3f5999b90a645d3e808c2147c\", algorithm=MD5, cnonce=\"l7/u88HtGJCOAmM\", qop=auth, nc="..., unparsed = 0x7fb4edd58036 "12963462\", realm=\"proxyApp\", nonce=\"proxyAppXgyrmj82aTujp3sdBW\", uri=\"sip:abc.def.com\", response=\"039891b3f5999b90a645d3e808c2147c\", algorithm=MD5, cnonce=\"l7/u88HtGJCOAmM\", qop=auth, nc="..., rcv = {src_ip = {af = 2, len = 4, u = {addrl = {140411255757578, 4294967291}, addr32 = {184916746, 32692, 4294967291, 0}, addr16 = {39690, 2821, 32692, 0, 65531, 65535, 0, 0}, addr = "\n\233\005\v\264\177\000\000\373\377\377\377\000\000\000"}}, dst_ip = {af = 2, len = 4, u = {addrl = {140414021193994, 5273972}, addr32 = { 2950353162, 32692, 5273972, 0}, addr16 = {53514, 45018, 32692, 0, 31092, 80, 0, 0}, addr = "\n\321Ú¯\264\177\000\000tyP\000\000\000\000"}}, src_port = 5060, dst_port = 5060, proto_reserved1 = 32692, proto_reserved2 = -266587208, src_su = {s = {sa_family = 2, sa_data = "\023\304\n\233\005\v\000\000\000\000\000\000\000"}, sin = {sin_family = 2, sin_port = 50195, sin_addr = {s_addr = 184916746}, sin_zero = "\000\000\000\000\000\000\000"}, sin6 = {sin6_family = 2, sin6_port = 50195, sin6_flowinfo = 184916746, sin6_addr = {__in6_u = { __u6_addr8 = '\000' <repeats 15 times>, __u6_addr16 = {0, 0, 0, 0, 0, 0, 0, 0}, __u6_addr32 = {0, 0, 0, 0}}}, sin6_scope_id = 0}}, bind_address = 0x1, proto = 1 '\001'}, buf = 0x7fb4edd57d2a "REGISTER sip:abc.def.com SIP/2.0\r\nFrom: \"9995551234\" <sip:9995551234@abc.def.com;rp=SandboxTestingRegistrations>;tag=F9EEDA6C-E203EB89\r\nTo: <sip:9995551234@abc.def.com>\r\nCal"..., len = 782, new_uri = {s = 0x0, len = 0}, dst_uri = {s = 0x0, len = 0}, parsed_uri_ok = 1, parsed_uri = {user = {s = 0x0, len = 0}, passwd = {s = 0x0, len = 0}, host = { s = 0x7fb4edd57d37 "abc.def.com SIP/2.0\r\nFrom: \"9995551234\" <sip:9995551234@abc.def.com;rp=SandboxTestingRegistrations>;tag=F9EEDA6C-E203EB89\r\nTo: <sip:9995551234@abc.def.com>\r\nCall-ID: 2257e15"..., len = 20}, port = {s = 0x0, len = 0}, params = {s = 0x0, len = 0}, sip_params = {s = 0x0, len = 0}, headers = {s = 0x0, len = 0}, port_no = 0, proto = 0, type = SIP_URI_T, flags = 0, transport = {s = 0x0, len = 0}, ttl = { s = 0x0, len = 0}, user_param = {s = 0x0, len = 0}, maddr = {s = 0x0, len = 0}, method = {s = 0x0, len = 0}, lr = {s = 0x0, len = 0}, r2 = {s = 0x0, len = 0}, transport_val = {s = 0x0, len = 0}, ttl_val = {s = 0x0, len = 0}, user_param_val = {s = 0x0, len = 0}, maddr_val = {s = 0x0, len = 0}, method_val = {s = 0x0, len = 0}, lr_val = {s = 0x0, len = 0}, r2_val = {s = 0x0, len = 0}}, parsed_orig_ruri_ok = 0, parsed_orig_ruri = {user = {s = 0x0, len = 0}, passwd = {s = 0x0, len = 0}, host = {s = 0x0, len = 0}, port = {s = 0x0, len = 0}, params = {s = 0x0, len = 0}, sip_params = {s = 0x0, len = 0}, headers = {s = 0x0, len = 0}, port_no = 0, proto = 0, type = ERROR_URI_T, flags = 0, transport = {s = 0x0, len = 0}, ttl = {s = 0x0, len = 0}, user_param = {s = 0x0, len = 0}, maddr = {s = 0x0, len = 0}, method = {s = 0x0, len = 0}, lr = {s = 0x0, len = 0}, r2 = {s = 0x0, len = 0}, transport_val = {s = 0x0, len = 0}, ttl_val = {s = 0x0, len = 0}, user_param_val = {s = 0x0, len = 0}, maddr_val = {s = 0x0, len = 0}, method_val = { s = 0x0, len = 0}, lr_val = {s = 0x0, len = 0}, r2_val = {s = 0x0, len = 0}}, add_rm = 0x0, body_lumps = 0x0, reply_lump = 0x0, add_to_branch_s = '\000' <repeats 57 times>, add_to_branch_len = 0, hash_index = 0, msg_flags = 0, flags = 0, set_global_address = {s = 0x0, len = 0}, set_global_port = {s = 0x0, len = 0}, force_send_socket = 0x0, path_vec = {s = 0x0, len = 0}} (gdb) p *msg->rcv.bind_address Cannot access memory at address 0x1 (gdb) Thanks, Simpson ________________________________ From: "sr-users-request(a)lists.sip-router.org" <sr-users-request(a)lists.sip-router.org> To: sr-users(a)lists.sip-router.org Sent: Friday, February 17, 2012 7:34 AM Subject: sr-users Digest, Vol 81, Issue 52 Send sr-users mailing list submissions to sr-users(a)lists.sip-router.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users or, via email, send a message with subject or body 'help' to sr-users-request(a)lists.sip-router.org You can reach the person managing the list at sr-users-owner(a)lists.sip-router.org When replying, please edit your Subject line so it is more specific than "Re: Contents of sr-users digest..." Today's Topics: 1. Re: ndb_redis module fails after a while (Daniel-Constantin Mierla) 2. Re: Kamailio Exits With: Segmentation Fault Error 4 in usrloc.so (Alexandr Dubovikov) ---------------------------------------------------------------------- Message: 1 Date: Fri, 17 Feb 2012 14:30:44 +0100 From: Daniel-Constantin Mierla <miconda(a)gmail.com> Subject: Re: [SR-Users] ndb_redis module fails after a while To: "SIP Router - Kamailio (OpenSER) and SIP Express Router (SER) - Users Mailing List" <sr-users(a)lists.sip-router.org> Cc: Javier Gallart <jgallartm(a)gmail.com> Message-ID: <4F3E5684.3090203(a)gmail.com> Content-Type: text/plain; charset="iso-8859-1"; Format="flowed" Hello, right, very dummy paste position for resetting the redis context, use the attached patch or exchange lines 228 and 229. in redis_client.c Thanks, Daniel On 2/17/12 1:13 PM, Javier Gallart wrote: > Hi Daniel, Andrew > > I've just tested the patch and kamailio crashes when the redis server > is stopped. This is what I could get: > -From the logs: > Feb 17 06:33:32 r-gate-test ./kamailio[23812]: ALERT: <core> > [main.c:751]: child process 23819 exited by a signal 11 > Feb 17 06:33:32 r-gate-test ./kamailio[23812]: ALERT: <core> > [main.c:754]: core was generated > Feb 17 06:33:32 r-gate-test ./kamailio[23812]: INFO: <core> > [main.c:766]: INFO: terminating due to SIGCHLD > > -An the backtrace: > (...) > Core was generated by `./kamailio -f ../etc/kamailio/kamailio.cfg'. > Program terminated with signal 11, Segmentation fault. > #0 redisFree (c=0x0) at hiredis.c:817 > 817 if (c->fd > 0) > (gdb) bt > #0 redisFree (c=0x0) at hiredis.c:817 > #1 0x00007f726f035461 in redisc_reconnect_server > (rsrv=0x7f7271c93ac0) at redis_client.c:229 > #2 0x00007f726f037240 in redisc_exec (srv=<value optimized out>, > cmd=0x7fffe98c6090, argv1=<value optimized out>, argv2=<value > optimized out>, argv3=<value optimized out>, > res=<value optimized out>) at redis_client.c:298 > #3 0x00007f726f034f7d in w_redis_cmd3 (msg=0x7f7271d7b018, > ssrv=<value optimized out>, scmd=<value optimized out>, > sres=0x7f7271d74b58 "h\341\313qr\177") at ndb_redis_mod.c:156 > #4 0x0000000000417025 in do_action (h=0x7fffe98c6570, > a=0x7f7271cc5248, msg=<value optimized out>) at action.c:1134 > #5 0x000000000041e58b in run_actions (h=<value optimized out>, > a=<value optimized out>, msg=<value optimized out>) at action.c:1610 > #6 0x000000000041e8d4 in run_actions_safe (h=0x7fffe98c7610, > a=0x7f7271c93781, msg=0x7f7271c93780) at action.c:1662 > #7 0x00000000004b731d in rval_get_int (h=0x7fffe98c7610, msg=0x0, > i=0x7fffe98c6bd8, rv=0x3, cache=0x4) at rvalue.c:920 > #8 0x00000000004bb87c in rval_expr_eval_int (h=0x7fffe98c7610, > msg=0x7f7271d7b018, res=0x7fffe98c6bd8, rve=0x7f7271cc6768) at > rvalue.c:1914 > #9 0x0000000000417c7c in do_action (h=0x7fffe98c7610, > a=0x7f7271ccb9d0, msg=<value optimized out>) at action.c:1092 > #10 0x000000000041e58b in run_actions (h=<value optimized out>, > a=<value optimized out>, msg=<value optimized out>) at action.c:1610 > #11 0x0000000000417cd7 in do_action (h=0x7fffe98c7610, > a=0x7f7271ccbb10, msg=<value optimized out>) at action.c:1111 > #12 0x000000000041e58b in run_actions (h=<value optimized out>, > a=<value optimized out>, msg=<value optimized out>) at action.c:1610 > #13 0x000000000041795e in do_action (h=0x7fffe98c7610, a=<value > optimized out>, msg=<value optimized out>) at action.c:732 > #14 0x000000000041e58b in run_actions (h=<value optimized out>, > a=<value optimized out>, msg=<value optimized out>) at action.c:1610 > #15 0x000000000041e862 in run_top_route (a=0x7f7271c94888, > msg=0x7f7271d7b018, c=<value optimized out>) at action.c:1683 > #16 0x0000000000498f36 in receive_msg ( > buf=0x8bb100 "INVITE sip:34661574758@79.170.68.215:5060 > <http://sip:34661574758@79.170.68.215:5060> SIP/2.0\r\nVia: > SIP/2.0/UDP 79.170.68.214:5060;branch=z9hG4bK-9451-1-0\r\nFrom: > 34661574758 <sip:34661574758@79.170.68.214:5060 > <http://sip:34661574758@79.170.68.214:5060>>;tag=9451SIPpTag001\r\nTo: > sut <sip:"..., len=<value optimized out>, rcv_info=0x7fffe98c7910) at > receive.c:207 > #17 0x0000000000525987 in udp_rcv_loop () at udp_server.c:544 > #18 0x00000000004635f4 in main_loop () at main.c:1585 > #19 0x0000000000465e62 in main (argc=3, argv=0x7fffe98c7c08) at > main.c:2475 > > > Regards > > Javi > > On Fri, Feb 17, 2012 at 11:39 AM, Daniel-Constantin Mierla > <miconda(a)gmail.com <mailto:miconda@gmail.com>> wrote: > > Hello, > > thanks for testing, indeed it was an extra declaration left over. > Can you try with the new patch attached? > > Cheers, > Daniel > > > On 2/17/12 11:10 AM, Andrew Pogrebennyk wrote: > > Hi Daniel, > > On 02/17/2012 10:47 AM, Daniel-Constantin Mierla wrote: > > I made a patch for server reconnect -- I had no access to > a computer > with redis lib installed for the moment, hopefully it > compiles. If you > can try and tell the result, it would be great, I can > commit then. > > I may be able to test this patch as well. Currently > compilations bails > out on attempt to redeclare redisc_reconnect_server function > parameter: > > CC (gcc) [M ndb_redis.so] ndb_redis_mod.o > CC (gcc) [M ndb_redis.so] redis_client.o > redis_client.c: In function 'redisc_reconnect_server': > redis_client.c:206:19: error: 'rsrv' redeclared as different > kind of symbol > redis_client.c:202:46: note: previous definition of 'rsrv' was > here > make[1]: *** [redis_client.o] Error 1 > make: *** [modules] Error 1 > > _______________________________________________ > 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 > http://linkedin.com/in/miconda -- http://twitter.com/miconda > > > > > _______________________________________________ > 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 http://linkedin.com/in/miconda -- http://twitter.com/miconda

2 1

avp_db_query - closing the connection
by graham 19 Feb '12

19 Feb '12

Hi all, I have been using more and more avps for per-call queries populated by custom mysql queries. I would like to know how the connections of mysql queries are being closed. I tried to locate a command to do such, but unable to locate. Do they close on their own, after a certain timeout period? I am running kamailio 1.5.5, notls. The proxies are getting busier and I want to keep all the resources in check ... Thanks, -graham

2 1

question on getting RTP stats
by Nelson Pereira 19 Feb '12

19 Feb '12

Is there a way to get asterisk to publish RTP stats in the bye message? I would like to parse theses to DB and get stats from them. If so, how? Thanks Np

1 0

Kamailio or VOS3000
by Abid Naseem 17 Feb '12

17 Feb '12

How kamailio is different from VOS3000 or Nextone or PORTASwitch when we are talking about wholesale routing? Sent from my iPhone

2 1

Re: [SR-Users] Need example of Kamailio.cfg for a port mirror setup
by Nelson Pereira 17 Feb '12

17 Feb '12

I have libpcap, it's in /usr/lib64 but it's libpcap0.9.8 >:/usr/local/src/captagent # find / |grep libpcap /usr/share/doc/packages/libpcap-devel /usr/share/doc/packages/libpcap-devel/pcap.xml /usr/share/doc/packages/libpcap-devel/pcap.html /usr/share/doc/packages/libpcap-devel/pcap.txt /usr/share/doc/packages/libpcap0 /usr/share/doc/packages/libpcap0/LICENSE /usr/share/doc/packages/libpcap0/TODO /usr/share/doc/packages/libpcap0/CREDITS /usr/share/doc/packages/libpcap0/README.linux /usr/share/doc/packages/libpcap0/README /usr/share/doc/packages/libpcap0/CHANGES /usr/lib64/libpcap.a /usr/lib64/libpcap.so.0.9.8 /usr/lib64/libpcap.so /usr/lib64/libpcap.so.0 On Fri, Feb 17, 2012 at 10:38 AM, Max Mühlbronner <mm(a)42com.com> wrote: > This is a multi-part message in MIME format. > --------------070003040807050803020008 > Content-Type: text/plain; charset=ISO-8859-1; format=flowed > Content-Transfer-Encoding: 8bit > > Hi, > > you are missing libpcap0.8 which is a dependency for the captagent. > > > BR > > Max M. > > Am 17.02.2012 16:31, schrieb Nelson Pereira: > > ok, tried to do the make install, getting the bellow: > > aurast:/usr/local/src/captagent # /usr/local/bin/captagent > > /usr/local/bin/captagent: error while loading shared libraries: > > libpcap.so.0.8: cannot open shared object file: No such file or directory > > > > Do i need to compile this? > > > > Also just tried running the captagent: > > aurast:/usr/local/src/captagent # ./captagent > > ./captagent: error while loading shared libraries: libpcap.so.0.8: > > cannot open shared object file: No such file or directory > > > > What am I doing wrong? > > > > This is a SUSE SLES11 64bit server running asterisk 1.8.6 > > > > Thanks > > > > > > > > On Fri, Feb 17, 2012 at 10:24 AM, Nelson Pereira <kitkat0981(a)gmail.com > > <mailto:kitkat0981@gmail.com>> wrote: > > > > from the atttached kamailio.cfg file, what should be changed to > > get captagent receiver working in kamailio instead of port mirroring? > > > > Thanks > > > > > > On Fri, Feb 17, 2012 at 7:29 AM, Alexandr Dubovikov > > <voip(a)start4.info <mailto:voip@start4.info>> wrote: > > > > > > The link has been not changed, you know it already: > > > > http://code.google.com/p/homer/wiki/HOWTO > > > > Homer Capture Agent (for all other unsupported system) > > > > if your SIP system (PBX, proxy) doesn't have a built-in > > capture agent with HEP or IPIP encapsulation support, you can > > use Homer Capture Agent (captagent). This is an external > > application (daemon) that collect SIP messages thru PCAPlib > > and send them to your capture server. The captagent support > > IPv4 and IPv6. > > > > preventing your next question: the captagent your can find in > > the git. > > > > http://code.google.com/p/homer/source/browse/ > > > > > > Wbr, > > Alexandr > > > > > > > > 17.02.2012 13:15, Nelson Pereira wrote: > >> Can captagent be installed on a asterisk server? If so, is > >> there a howto? > >> > >> Sent from my iPhone4 on IOS4 > >> > >> On Feb 17, 2012, at 7:07 AM, Alexandr Dubovikov > >> <voip(a)start4.info <mailto:voip@start4.info>> wrote: > >> > >>> Hi, > >>> > >>> start two captagents instance, each on own interface and > >>> duplicate all traffic to your kamailio node. (HEP protocol) > >>> > >>> Wbr, > >>> Alexandr > >>> > >>> 16.02.2012 17:51, Nelson Pereira wrote: > >>>> I would like to know if someone can show me an example of > >>>> there setup configuration in kamailio.cfg for capturing > >>>> packets comming in from a mirror port. > >>>> The reason I ask is that if I do a TCPDUMP on the server, I > >>>> see all traffic to and from different sources on my Voice > >>>> network. > >>>> > >>>> But when I use Homer SIPCAPTURE which uses Kamailio in the > >>>> background, I only see traffic sent FROM my PBX but not > >>>> seing the traffic comming back to it. > >>>> > >>>> I mean I only see one side of the call, yet TCPDUMP > >>>> confirmed I see everything.... > >>>> > >>>> What am I missing ? > >>>> > >>>> Thanks > >>>> > >>>> NP > >>>> > >>>> > >>>> _______________________________________________ > >>>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users > mailing list > >>>> sr-users(a)lists.sip-router.org <mailto: > sr-users(a)lists.sip-router.org> > >>>> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users > >>> > >>> _______________________________________________ > >>> 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 > >> > >> > >> _______________________________________________ > >> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users > mailing list > >> sr-users(a)lists.sip-router.org <mailto: > sr-users(a)lists.sip-router.org> > >> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users > > > > > > _______________________________________________ > > 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 > > > > > > > > > > > > _______________________________________________ > > 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 > > > -- > 42com Telecommunication GmbH > Straße der Pariser Kommune 12-16 / D-10243 Berlin > > E-mail: mm(a)42com.com > Homepage: www.42com.com > > Firmenangaben/Company information: > > Handelsregister/Commercial register: Amtsgericht Berlin HRB 99071 B > Umsatzsteuer-ID/VAT-ID: DE223812306, Geschäftsführer/CEO: Thomas Reinig, > Alexander Reinig > > > Diese E-Mail enthält Informationen von 42com Telecommunication GmbH. Diese > sind möglicherweise vertraulich und ausschließlich für den Adressaten > bestimmt. Sollten Sie diese elektronische Nachricht irrtümlicherweise > erhalten haben, so informieren Sie uns bitte unverzüglich telefonisch oder > per E-Mail. > > This message is intended only for the use of the individual or entity to > which it is addressed. If you have received this message in error, please > delete the message and notify us immediately. > > > --------------070003040807050803020008 > Content-Type: text/html; charset=ISO-8859-1 > Content-Transfer-Encoding: 7bit > > <html> > <head> > <meta content="text/html; charset=ISO-8859-1" > http-equiv="Content-Type"> > </head> > <body bgcolor="#FFFFFF" text="#000000"> > Hi,<br> > <br> > you are missing libpcap0.8 which is a dependency for the captagent.<br> > <br> > <br> > BR<br> > <br> > Max M.<br> > <br> > Am 17.02.2012 16:31, schrieb Nelson Pereira: > <blockquote > cite=" > mid:CAC6cfSgZgOJQ0-X5ANsHEQnmt+AvV96404dU_nr53dTNdbcUoA@mail.gmail.com" > type="cite">ok, tried to do the make install, getting the bellow: > <div> > <div>aurast:/usr/local/src/captagent # > /usr/local/bin/captagent</div> > <div>/usr/local/bin/captagent: error while loading shared > libraries: libpcap.so.0.8: cannot open shared object file: No > such file or directory</div> > <div><br> > </div> > <div>Do i need to compile this?</div> > <div><br> > </div> > <div>Also just tried running the captagent:</div> > <div> > <div>aurast:/usr/local/src/captagent # ./captagent</div> > <div>./captagent: error while loading shared libraries: > libpcap.so.0.8: cannot open shared object file: No such file > or directory</div> > <div><br> > </div> > </div> > <div>What am I doing wrong?</div> > <div><br> > </div> > <div>This is a SUSE SLES11 64bit server running asterisk 1.8.6</div> > <div><br> > </div> > <div>Thanks</div> > <div><br> > </div> > <div><br> > </div> > <br> > <div class="gmail_quote"> > On Fri, Feb 17, 2012 at 10:24 AM, Nelson Pereira <span > dir="ltr"><<a moz-do-not-send="true" > href="mailto:kitkat0981@gmail.com">kitkat0981(a)gmail.com > </a>></span> > wrote:<br> > <blockquote class="gmail_quote" style="margin:0 0 0 > .8ex;border-left:1px #ccc solid;padding-left:1ex"> > from the atttached kamailio.cfg file, what should be changed > to get captagent receiver working in kamailio instead of > port mirroring? > <div><br> > </div> > <div>Thanks</div> > <div class="HOEnZb"> > <div class="h5"> > <div><br> > <br> > <div class="gmail_quote"> > On Fri, Feb 17, 2012 at 7:29 AM, Alexandr Dubovikov > <span dir="ltr"><<a moz-do-not-send="true" > href="mailto:voip@start4.info" target="_blank"> > voip(a)start4.info</a>></span> > wrote:<br> > <blockquote class="gmail_quote" style="margin:0 0 0 > .8ex;border-left:1px #ccc solid;padding-left:1ex"> > <div bgcolor="#FFFFFF" text="#000000"> <br> > The link has been not changed, you know it > already:<br> > <br> > <a moz-do-not-send="true" > href="http://code.google.com/p/homer/wiki/HOWTO" > target="_blank"> > http://code.google.com/p/homer/wiki/HOWTO</a><br> > <br> > Homer Capture Agent (for all other unsupported > system)<br> > <br> > if your SIP system (PBX, proxy) doesn't have a > built-in capture agent with HEP or IPIP > encapsulation support, you can use Homer Capture > Agent (captagent). This is an external > application (daemon) that collect SIP messages > thru PCAPlib and send them to your capture > server. The captagent support IPv4 and IPv6.<br> > <br> > preventing your next question: the captagent > your can find in the git.<br> > <br> > <a moz-do-not-send="true" > href=" > http://code.google.com/p/homer/source/browse/" > target="_blank"> > http://code.google.com/p/homer/source/browse/</a><br> > <br> > <br> > Wbr,<br> > Alexandr > <div> > <div><br> > <br> > <br> > 17.02.2012 13:15, Nelson Pereira wrote: > <blockquote type="cite"> > <div>Can captagent be installed on a > asterisk server? If so, is there a > howto?<br> > <br> > Sent from my iPhone4 on IOS4</div> > <div><br> > On Feb 17, 2012, at 7:07 AM, Alexandr > Dubovikov <<a moz-do-not-send="true" > href="mailto:voip@start4.info" > target="_blank">voip(a)start4.info</a>> > > wrote:<br> > <br> > </div> > <blockquote type="cite"> > <div> Hi,<br> > <br> > start two captagents instance, each on > own interface and duplicate all > traffic to your kamailio node. (HEP > protocol)<br> > <br> > Wbr,<br> > Alexandr<br> > <br> > 16.02.2012 17:51, Nelson Pereira > wrote: > <blockquote type="cite">I would like > to know if someone can show me an > example of there setup configuration > in kamailio.cfg for capturing > packets comming in from a mirror > port. > <div>The reason I ask is that if I > do a TCPDUMP on the server, I see > all traffic to and from different > sources on my Voice network.</div> > <div><br> > </div> > <div>But when I use Homer SIPCAPTURE > which uses Kamailio in the > background, I only see traffic > sent FROM my PBX but not seing the > traffic comming back to > it. </div> > <div><br> > </div> > <div>I mean I only see one side of > the call, yet TCPDUMP confirmed I > see everything....</div> > <div><br> > </div> > <div>What am I missing ?</div> > <div><br> > </div> > <div>Thanks</div> > <div><br> > </div> > <div>NP</div> > <br> > <fieldset></fieldset> > <br> > > <pre>_______________________________________________ > SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list > <a moz-do-not-send="true" href="mailto:sr-users@lists.sip-router.org" > target="_blank">sr-users(a)lists.sip-router.org</a> > <a moz-do-not-send="true" href=" > http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users" > target="_blank"> > http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users</a> > </pre> > </blockquote> > <br> > </div> > </blockquote> > <blockquote type="cite"> > > <div><span>_______________________________________________</span><br> > <span>SIP Express Router (SER) and > Kamailio (OpenSER) - sr-users > mailing list</span><br> > <span><a moz-do-not-send="true" > href="mailto: > sr-users(a)lists.sip-router.org" > target="_blank"> > sr-users(a)lists.sip-router.org</a></span><br> > <span><a moz-do-not-send="true" > href=" > http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users" > target="_blank"> > http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users > </a></span><br> > </div> > </blockquote> > <br> > <fieldset></fieldset> > <br> > > <pre>_______________________________________________ > SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list > <a moz-do-not-send="true" href="mailto:sr-users@lists.sip-router.org" > target="_blank">sr-users(a)lists.sip-router.org</a> > <a moz-do-not-send="true" href=" > http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users" > target="_blank"> > http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users</a> > </pre> > </blockquote> > <br> > </div> > </div> > </div> > <br> > _______________________________________________<br> > SIP Express Router (SER) and Kamailio (OpenSER) - > sr-users mailing list<br> > <a moz-do-not-send="true" > href="mailto:sr-users@lists.sip-router.org" > target="_blank">sr-users(a)lists.sip-router.org > </a><br> > <a moz-do-not-send="true" > href=" > http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users" > target="_blank"> > http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users</a><br> > <br> > </blockquote> > </div> > <br> > </div> > </div> > </div> > </blockquote> > </div> > <br> > </div> > <br> > <fieldset class="mimeAttachmentHeader"></fieldset> > <br> > <pre wrap="">_______________________________________________ > SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list > <a class="moz-txt-link-abbreviated" href="mailto: > sr-users(a)lists.sip-router.org">sr-users(a)lists.sip-router.org</a> > <a class="moz-txt-link-freetext" href=" > http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users"> > http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users</a> > </pre> > </blockquote> > <br> > <br> > <pre class="moz-signature" cols="72">-- > 42com Telecommunication GmbH > Straße der Pariser Kommune 12-16 / D-10243 Berlin > > E-mail: <a class="moz-txt-link-abbreviated" href="mailto:mm@42com.com"> > mm(a)42com.com</a> > Homepage: <a class="moz-txt-link-abbreviated" href="http://www.42com.com"> > www.42com.com</a> > > Firmenangaben/Company information: > > Handelsregister/Commercial register: Amtsgericht Berlin HRB 99071 B > Umsatzsteuer-ID/VAT-ID: DE223812306, Geschäftsführer/CEO: Thomas > Reinig, Alexander Reinig > > > Diese E-Mail enthält Informationen von 42com Telecommunication GmbH. > Diese sind möglicherweise vertraulich und ausschließlich > für den Adressaten bestimmt. Sollten Sie diese elektronische Nachricht > irrtümlicherweise erhalten haben, so informieren Sie uns bitte > unverzüglich telefonisch oder per E-Mail. > > This message is intended only for the use of the individual or entity to > which it is addressed. If you have received this message in error, please > delete the message and notify us immediately.</pre> > </body> > </html> > > --------------070003040807050803020008-- > > > _______________________________________________ > 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 > >

1 1

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