- sr-users - kamailio.org

Fwd: Kamailio--Sipcapture--Homer
by Uttam Giri 27 May '20

27 May '20

Hi,i did setup homer server and wanted to send my sipcapture from Kamailio to homer.however in the Kamailio log I am seeing these errors. Could you please guide how I can fix these errors kamailio log: 2(25) ERROR: <core> [core/udp_server.c:594]: udp_send(): sendto(sock, buf: 0x7f390dc5d438, len: 1525, 0, dst: (10.0.1.59:9060), tolen: 16) - err: Message too long (90) 2(25) ERROR: siptrace [../../core/forward.h:228]: msg_send_buffer(): udp_send failed 2(25) ERROR: siptrace [siptrace_hep.c:215]: trace_send_hep3_duplicate(): cannot send hep duplicate message Configuration:- loadmodule "siptrace" #Siptrace modparam("siptrace", "duplicate_uri", "sip:10.0.1.59:9060") modparam("siptrace", "hep_mode_on", 1) modparam("siptrace", "trace_to_database", 0) modparam("siptrace", "trace_flag", 22) modparam("siptrace", "trace_on", 1) modparam("siptrace", "hep_version", 3) Thanks, Uttam

1 0

Login Attempts
by Ahmed Marsou 27 May '20

27 May '20

Hi; I have to control the login attempts, but blocking the user until I unlock him from web site. To do that I have to save the paramter on database. There is any table and column where I can save that parameter? I'm using the htable module to count the Authentification attempts. There's is any module that do that easily? Thank you.

2 4

CRITICAL: <core> [core/data_lump.c:292]: del_lump(): offset exceeds message size (1436 > 1432) aborting...
by Denys Pozniak 27 May '20

27 May '20

Hello! Could you please check the reason of crash below? syslog: kamailio[31738]: CRITICAL: |RGFLAFL63U|<core> [core/data_lump.c:292]: del_lump(): offset exceeds message size (1436 > 1432) aborting... gdb ( uri and IP were modified ): Core was generated by `/usr/sbin/kamailio -f /etc/kamailio/kamailio.cfg -P /var/run/kamailio/kamailio.'. Program terminated with signal 6, Aborted. #0 0x00007f5d8556d4f5 in raise () from /lib64/libc.so.6 Missing separate debuginfos, use: debuginfo-install cyrus-sasl-lib-2.1.23-15.el6_6.2.x86_64 glibc-2.12-1.212.el6.x86_64 keyutils-libs-1.4-5.el6.x86_64 krb5-libs-1.10.3-65.el6.x86_64 libcom_err-1.41.12-24.el6.x86_64 libcurl-7.19.7-53.el6_9.x86_64 libidn-1.18-2.el6.x86_64 libselinux-2.0.94-7.el6.x86_64 libssh2-1.4.2-2.el6_7.1.x86_64 mysql-libs-5.1.73-8.el6_8.x86_64 nspr-4.19.0-1.el6.x86_64 nss-3.36.0-9.el6_10.x86_64 nss-softokn-freebl-3.14.3-23.3.el6_8.x86_64 nss-util-3.36.0-1.el6.x86_64 openldap-2.4.40-16.el6.x86_64 openssl-1.0.1e-58.el6_10.x86_64 zlib-1.2.3-29.el6.x86_64 (gdb) bt #0 0x00007f5d8556d4f5 in raise () from /lib64/libc.so.6 #1 0x00007f5d8556ecd5 in abort () from /lib64/libc.so.6 #2 0x000000000046a4a6 in del_lump (msg=0x7f5d846cd798, offset=1436, len=29, type=HDR_OTHER_T) at core/data_lump.c:293 #3 0x00007f5d7e6fd7f5 in alter_rtcp (msg=0x7f5d846cd798, body=0x7fffc60c8600, oldport=0x7f5d84715500, newport=0x7fffc60c8550) at rtpproxy.c:1229 #4 0x00007f5d7e70ec5d in force_rtp_proxy (msg=0x7f5d846cd798, str1=0x7f5d846af190 "co", str2=0x7fffc60c87f0 "162.221.21.250", offer=1, forcedIP=0) at rtpproxy.c:2669 #5 0x00007f5d7e705f64 in rtpproxy_manage (msg=0x7f5d846cd798, flags=0x7f5d846af190 "co", ip=0x0) at rtpproxy.c:1862 #6 0x00007f5d7e7064c6 in rtpproxy_manage1 (msg=0x7f5d846cd798, flags=0x7f5d846907f0 "\220\361j\204]\177", ip=0x0) at rtpproxy.c:1904 #7 0x0000000000434f19 in do_action (h=0x7fffc60cae70, a=0x7f5d846b16d8, msg=0x7f5d846cd798) at core/action.c:1073 #8 0x0000000000441a94 in run_actions (h=0x7fffc60cae70, a=0x7f5d846b16d8, msg=0x7f5d846cd798) at core/action.c:1564 #9 0x0000000000431663 in do_action (h=0x7fffc60cae70, a=0x7f5d8468ae40, msg=0x7f5d846cd798) at core/action.c:691 #10 0x0000000000441a94 in run_actions (h=0x7fffc60cae70, a=0x7f5d846848a0, msg=0x7f5d846cd798) at core/action.c:1564 #11 0x0000000000431663 in do_action (h=0x7fffc60cae70, a=0x7f5d846abca0, msg=0x7f5d846cd798) at core/action.c:691 #12 0x0000000000441a94 in run_actions (h=0x7fffc60cae70, a=0x7f5d846abca0, msg=0x7f5d846cd798) at core/action.c:1564 #13 0x0000000000434df4 in do_action (h=0x7fffc60cae70, a=0x7f5d846abdf0, msg=0x7f5d846cd798) at core/action.c:1058 #14 0x0000000000441a94 in run_actions (h=0x7fffc60cae70, a=0x7f5d846a45f8, msg=0x7f5d846cd798) at core/action.c:1564 #15 0x0000000000442190 in run_top_route (a=0x7f5d846a45f8, msg=0x7f5d846cd798, c=0x0) at core/action.c:1646 #16 0x0000000000546d87 in receive_msg ( buf=0x29463b0 "INVITE sip:999@18.12.188.108 SIP/2.0\r\nVia: SIP/2.0/TCP 10.0.0.33:49631;branch=z9hG4bK.9XHFYH0zF;rport\r\nFrom: < sip:RGFLAFL63U@proxy.company.com>;tag=DcTh-~6~M\r\nTo: \"Liz - Home Office\" <s"..., len=1432, rcv_info=0x7f5d5e3ae778) at core/receive.c:340 #17 0x000000000064807d in receive_tcp_msg ( tcpbuf=0x7f5d5e3aea58 "INVITE sip:999@18.12.188.108 SIP/2.0\r\nVia: SIP/2.0/TCP 10.0.0.33:49631;branch=z9hG4bK.9XHFYH0zF;rport\r\nFrom: < sip:RGFLAFL63U@proxy.company.com>;tag=DcTh-~6~M\r\nTo: \"Liz - Home Office\" <s"..., len=1432, rcv_info=0x7f5d5e3ae778, con=0x7f5d5e3ae760) at core/tcp_read.c:1448 #18 0x000000000064a0fd in tcp_read_req (con=0x7f5d5e3ae760, bytes_read=0x7fffc60cb8ac, read_flags=0x7fffc60cb8a4) at core/tcp_read.c:1631 #19 0x000000000064dcd3 in handle_io (fm=0x7f5d846ecda0, events=1, idx=-1) at core/tcp_read.c:1862 #20 0x000000000063b7c4 in io_wait_loop_epoll (h=0xacd340, t=2, repeat=0) at core/io_wait.h:1065 #21 0x000000000064f133 in tcp_receive_loop (unix_sock=51) at core/tcp_read.c:1974 #22 0x00000000006318c8 in tcp_init_children () at core/tcp_main.c:4853 #23 0x0000000000425db5 in main_loop () at main.c:1745 #24 0x000000000042c45e in main (argc=13, argv=0x7fffc60cc0e8) at main.c:2696 (gdb) CentOS release 6.10 (Final) version: kamailio 5.2.2 (x86_64/linux) 67f967 flags: STATS: Off, USE_TCP, USE_TLS, USE_SCTP, TLS_HOOKS, USE_RAW_SOCKS, DISABLE_NAGLE, USE_MCAST, DNS_IP_HACK, SHM_MEM, SHM_MMAP, PKG_MALLOC, Q_MALLOC, F_MALLOC, TLSF_MALLOC, DBG_SR_MEMORY, USE_FUTEX, FAST_LOCK-ADAPTIVE_WAIT, USE_DNS_CACHE, USE_DNS_FAILOVER, USE_NAPTR, USE_DST_BLACKLIST, HAVE_RESOLV_RES ADAPTIVE_WAIT_LOOPS=1024, MAX_RECV_BUFFER_SIZE 262144 MAX_URI_SIZE 1024, BUF_SIZE 65535, DEFAULT PKG_SIZE 8MB poll method support: poll, epoll_lt, epoll_et, sigio_rt, select. id: 67f967 compiled on 11:39:47 Mar 11 2019 with gcc 4.4.7 -- BR, Denys Pozniak

2 1

CANCEL relayed to broadcast 255.255.255.255
by Sergiu Pojoga 27 May '20

27 May '20

Hi gents, Got this weird "problem", where CANCEL request is relayed to both the right destination as well as the 255.255.255.255 broadcast address!? I have no such logic in my script, that's for sure. I doesn't do anything harmful (as far as I can tell), but I'm just curious why it's doing that. Any ideas? version: kamailio 5.3.4 *SIP Trace:* U 2020/05/26 08:40:10.941722 PBXIP:5060 -> KAMAILIO_IP:5060 CANCEL sip:2383@DOWNSTREAM_IP:10533;transport=TLS SIP/2.0 Via: SIP/2.0/UDP PBXIP:5060;branch=z9hG4bK450689d6 Max-Forwards: 69 From: "some callerid" <sip:18001111111@mypbx.mydomain.com>;tag=as4d223616 To: <sip:2383@DOWNSTREAM_IP:10533;transport=TLS> Call-ID: 1511475b69f6379b08f04d110f534da1(a)mypbx.mydomain.com CSeq: 102 CANCEL User-Agent: B2B Content-Length: 0 U 2020/05/26 08:40:10.941799 KAMAILIO_IP:5060 -> 255.255.255.255:5060 CANCEL sip:2383@DOWNSTREAM_IP:10533;transport=TLS SIP/2.0 Via: SIP/2.0/UDP PBXIP:5060;branch=z9hG4bK450689d6 Max-Forwards: 69 From: "some callerid" <sip:18001111111@mypbx.mydomain.com>;tag=as4d223616 To: <sip:2383@DOWNSTREAM_IP:10533;transport=TLS> Call-ID: 1511475b69f6379b08f04d110f534da1(a)mypbx.mydomain.com CSeq: 102 CANCEL User-Agent: B2B Content-Length: 0 T 2020/05/26 08:40:10.941899 KAMAILIO_IP:5061 -> DOWNSTREAM_IP:10533 CANCEL sip:2383@DOWNSTREAM_IP:10533;transport=TLS SIP/2.0 Via: SIP/2.0/TLS proxy.mydomain.com:5061;branch=z9hG4bK3cbb.4c6a526982fa1fb93ca1ba73afd8484f.0 Max-Forwards: 69 From: "some callerid" <sip:18001111111@mypbx.mydomain.com>;tag=as4d223616 To: <sip:2383@DOWNSTREAM_IP:10533;transport=TLS> Call-ID: 1511475b69f6379b08f04d110f534da1(a)mypbx.mydomain.com CSeq: 102 CANCEL Content-Length: 0 U 2020/05/26 08:40:10.941935 KAMAILIO_IP:5060 -> PBXIP:5060 SIP/2.0 200 canceling Via: SIP/2.0/UDP PBXIP:5060;branch=z9hG4bK450689d6 From: "some callerid" <sip:18001111111@mypbx.mydomain.com>;tag=as4d223616 To: <sip:2383@DOWNSTREAM_IP :10533;transport=TLS>;tag=a6a1c5f60faecf035a1ae5b6e96e979a-612a1516 Call-ID: 1511475b69f6379b08f04d110f534da1(a)mypbx.mydomain.com CSeq: 102 CANCEL Server: Edge Content-Length: 0 Thanks, --Sergiu

2 2

Blind call forwarding with kamailio
by Son Vu 27 May '20

27 May '20

Dear all, I follow tutorial to setup blind call forwarding with kamailio but it seems outdate https://kamailio.org/docs/ser-getting-started/SER-GettingStarted.pdf https://www.kamailio.org/wiki/tutorials/mini-howto-admin/call_forwarding?s%… Is anyone setup it with kamailio? Could you please help me some guidance on this? Best regards, Son -- ================== Best regards, Son Vu

1 0

Using variables in remove_hf
by Cinthia Leung 27 May '20

27 May '20

Hi, I'm trying to use this textops function with a variable, ie remove_hf($var(x)). I know the documentation does not explicitly say that variables are allowed, but it works. However, it's throwing the following error: textops [textops.c:3431]: hname_fixup(): using hdr type name <P-Top-Secret> <core> [core/mem/q_malloc.c:487]: qm_free(): WARNING: free(0) called from core: core/action.c: do_action(1132) Is it something you'd highly recommend against doing? Thanks. Cindy

2 1

High load average
by Володимир Іванець 26 May '20

26 May '20

Hello everyone! I'm running Kamailio version 5.3.3 on a CentOS 6. I started noticing that "load average" value increases rapidly with the start of Kamailio: # uptime 17:47:52 up 4 days, 17:47, 3 users, load average: 7.02, 7.01, 6.02 It will start to decrease immediately after Kamailio is stopped. Does anyone know what could cause this and how to troubleshoot it? Thank you!

4 11

RTPEngine call associations
by Alex Balashov 25 May '20

25 May '20

Hi, When using a single RTPEngine, or a single RTPEngine per set, it is possible to make stateless RTPEngine calls from Kamailio, since everything is keyed by Call-ID + tag. In other words, one can set up a call, answer it, restart Kamailio, and still send a 'delete' to RTPEngine successfully because there's no runtime state that needs to persist within Kamailio. How does this work with multiple RTPEngines in a set? There is clearly some runtime state being kept to map (Call-ID, tag) => <RTPEngine instance within a set>, otherwise successive stream management commands would be round-robined within the set just like initial 'offer' commands. I take it this association is lost across Kamailio restarts, since I see no mechanism to persist it. Does that mean that subsequent stream management commands (e.g. updated 'offer' / 'answer' on re-INVITE, 'delete' on BYE) are blasted out to all instances within a set prophylactically? Or is the recipient instance chosen at random as it would be with an initial 'offer' command? Thanks, -- Alex -- Alex Balashov | Principal | Evariste Systems LLC Tel: +1-706-510-6800 / +1-800-250-5920 (toll-free) Web: http://www.evaristesys.com/, http://www.csrpswitch.com/

2 1

multi-IP Kamailio
by christian (cx labs) 25 May '20

25 May '20

Hi, you guys helped out so quickly with my last question, so here's me again, with another issue. I need Kamailio to be a sip proxy between two other SIP servers. All trunks are static IP only, no Auth. The specialty is that the Kamailio proxy needs to manipulate different fields in the SIP flow, depending on which public IP is used. So, for example: Provider A, IP 1 -----> Kamailio,* IP A* "change From Header" -----> Provider B, IP 2 Provider A, IP 1 -----> Kamailio, *IP B* "change Request URI" -----> Provider B, IP 2 So Kamailio needs to behave differently, depending on which IP receives (and also forwards!) the call. What do you think? Cheers, Chris.

3 2

488 Not Acceptable Here when remove codecs with rtcp-fb
by José Lopes 25 May '20

25 May '20

Hello, I am using KSR.sdpops.keep_codecs_by_name to remove some codecs. When I make a call between two webrtc clients and I keep only VP8 video codec, the browser rejects the call with 488 Not Acceptable Here. I notice the attributes a=rtcp-fb: of codecs removed are kept. I removed that attributes with: KSR.textops.replace_body_atonce("a=rtcp-fb:1.*\n", ""); KSR.textops.replace_body_atonce("a=rtcp-fb:98.*\n", ""); And the call worked. There is another way to remove these attributes related to codec name? Or is it possible to get the ids of the codecs with dynamic payload type numbers from SDP? Thanks for your attention. Best regards, Jose Lopes

5 10

IPV6 header in IPV4 : ACK for 200 OK never received
by Abdoul Osséni 25 May '20

25 May '20

Hello, I encounter unexpected behavior. The call flow is: UAC --> Kamailio + Rtpengine (full ipv4) --> Asterisk (full IPV4). I configured the uac to use IPV4 but the SIP INVITES include IPV6 in headers and sdp messages. I think this is a bug on the UAC side. Example: 1. UAC INVITE *INVITE* sip:xxx@sip.xxx.com SIP/2.0 Via: SIP/2.0/TLS [2a04:cec0:101a:ebe2:9949:d81c:23a6:ae10]:42580;branch=*z9hG4bK.I8U1RQDbW* ;rport ..... ..... v=0 o=59130c8f7268a_2 2922 1557 IN IP6 2a04:cec0:101a:ebe2:9949:d81c:23a6:ae10 s=Talk c=IN IP6 2a04:cec0:101a:ebe2:9949:d81c:23a6:ae10 2. We sent 200 OK response like : Via: SIP/2.0/TLS [2a04:cec0:101a:ebe2:9949:d81c:23a6:ae10]:42580;received=80.214.78.1;branch= *z9hG4bK.I8U1RQDbW*;rport=1364 v=0 o=x 887503534 887503534 IN IP4 51.159.2.164 s=x c=IN IP4 51.159.2.164 3. We never receive the ACK message. Is there a Kamailio or Rtpengine solution to solve the problem? Any help will be very appreciate. Abdoul OSSENI https://www.africallshop.com/

2 1

Teams 404
by sip user 25 May '20

25 May '20

Hi, when I try to call Kamailio -> Teams.. this one always respònd to me with a 404 Q.850 cause=1 (Unallocated number). Could be this problem from Teams? Has anyone ever encountered this problem? Thanks

1 0

Change ACK
by sip user 25 May '20

25 May '20

Hi, is it possible change ACK? I have connected Asterisk to Kamailio like extension, with auth and secret. I can redirect tha call from kamailio to my Asterisk but always in ACK, in Asterisk, I received s@..... and in TO number@... is it possible send in ACk the dialed number, like in TO?? Thanks

2 2

sip forward with manipulations
by christian (cx labs) 25 May '20

25 May '20

Hi, I'm trying to set up a Kamailio server as a proxy to forward SIP messages between two trunks, where I manipulate only the INVITE in the following manner: incoming call: INVITE +4969123456@server1 outgoing call: round robin to INVITE user@4969123456-sip-server2a INVITE user@4969123456-sip-server2b INVITE user@4969123456-sip-server2c Can anyone point me in the right direction? Both SIP trunks are IP registration only. Also, I am aware how strange this is, but the upstream service has decided to interpret SIP in a novel way. Cheers, Chris

4 3

No audio when calling from SIP to WEBRTC
by Chirag Desai 22 May '20

22 May '20

Hi all, I have configured Kamailio for WebSockets following this guide as an example: https://github.com/havfo/WEBRTC-to-SIP/blob/master/etc/kamailio/kamailio.cfg With sip.js and jssip I'm able to initiate a call from WebRTC to SIP and establish a call successfully. The issue arises when I try to receive a call from a SIP device. In this case the call establishes but there is no audio in either direction. I *think* the issue is with RTP Engine and I've raised a bug there, but I'm not sure why it is misbehaving https://github.com/sipwise/rtpengine/issues/983. There are some logs from RTP engine posted here. The sip device communicates with Kamailio over UDP / RTP, nothing is encrypted. I would appreciate any guidance. Thanks in advance, C

3 16

PRACK support in RTPENGINE module?
by Chris Martineau 22 May '20

22 May '20

Hi, Trying to use early media with prack support and rtpengine without success. INVITE(no SDP)--> 183(SDP)<-- PRACK(SDP)--> 200ok(no SDP)<-- ACK(no SDP)--> Looking at the code it does not seem to allow for PRACK in the methods it supports. In the rtpengine_manage code... if (!(method==METHOD_INVITE || method==METHOD_ACK || method==METHOD_CANCEL || method==METHOD_BYE || method==METHOD_UPDATE)) return -1; In the rtpengine_answer code... rtpengine_answer1_f(struct sip_msg *msg, char *str1, char *str2) { if (msg->first_line.type == SIP_REQUEST) if (msg->first_line.u.request.method_value != METHOD_ACK) return -1; return rtpengine_rtpp_set_wrap_fparam(msg, rtpengine_answer_wrap, str1, 2, OP_ANSWER); } Returns -1 no matter what function you use. I have checked code all the way up to 5.3 and on the master. I may be looking at this wrong and it is supported, but it doesn't look like it. Could you please advise if this is a oversight or if there is a specific reason it is not included. Thanks Chris Chris Martineau | Senior Telephony Engineer [vid] See how Semafone works<https://www.semafone.com/our-solution/how-it-works/demo/> [b] Read our insightful blog<https://semafone.com/media-centre/blog/> [p] Switchboard: 0845 543 0822 / Mobile: [e] Chris.Martineau(a)semafone.com<mailto:Chris.Martineau@semafone.com> [w] Web: semafone.com<https://semafone.com> / Twitter: @semafone<https://twitter.com/semafone> / LinkedIn: Semafone<https://uk.linkedin.com/company/semafone> [a] SEMAFONE, Pannell House, Park Street, Guildford, Surrey GU1 4HN [Semafone]<https://www.semafone.com> Disclaimer Semafone is a limited company, registered in England, with registered number 06963868. Our registered office is at Pannell House, Park Street, Guildford, Surrey, GU1 4HN, United Kingdom. The information contained in this communication from the sender is confidential. It is intended solely for use by the recipient and others authorized to receive it. If you are not the recipient, you are hereby notified that any disclosure, copying, distribution or taking action in relation of the contents of this information is strictly prohibited and may be unlawful. If you have received this email in error, please send it back to us, and immediately and permanently delete it. This email has been scanned for viruses and malware, and may have been automatically archived by Mimecast Ltd, an innovator in Software as a Service (SaaS) for business. Providing a safer and more useful place for your human generated data. Specializing in; Security, archiving and compliance. To find out more Click Here (https://protect-eu.mimecast.com/s/6sS0CE8WmI1xZECyHvaY?domain=linkprotect.c…) . Although Semafone has taken reasonable precautions to ensure no viruses are present in this email, Semafone cannot accept responsibility for any loss or damage sustained as a result of computer viruses and the recipient must ensure that the email (and any attachments) are virus free. For information about how we process data and monitor communications please see our Privacy Policy (https://semafone.com/gb/privacy/)

3 9

RFC3261 transaction matching failed and get_record(): lookup failed
by Chris Atta 22 May '20

22 May '20

failed when try to #add or #invite a user to a private chat room with imc module. #join to a public room works! attached kamailio log: May 20 20:43:19 dev /usr/sbin/kamailio[23771]: DEBUG: <core> [core/tcp_read.c:198]: tcp_emit_closed_event(): TCP closed event creation triggered (reason: 0) May 20 20:43:19 dev /usr/sbin/kamailio[23771]: DEBUG: <core> [core/tcp_read.c:206]: tcp_emit_closed_event(): no callback registering for handling TCP closed event May 20 20:43:19 dev /usr/sbin/kamailio[23771]: DEBUG: <core> [core/tcp_read.c:315]: tcp_read_data(): EOF on 0x7fbdf2a25f28, FD 11 ([37.77.127.147]:36732 -> May 20 20:43:19 dev /usr/sbin/kamailio[23771]: DEBUG: <core> [core/tcp_read.c:316]: tcp_read_data(): -> [195.201.132.99]:5061) May 20 20:43:19 dev /usr/sbin/kamailio[23771]: DEBUG: <core> [core/tcp_read.c:1507]: tcp_read_req(): EOF May 20 20:43:19 dev /usr/sbin/kamailio[23771]: DEBUG: <core> [core/tcp_read.c:1664]: release_tcpconn(): releasing con 0x7fbdf2a25f28, state -1, fd=11, id=5 ([37.77.127.147]:36732 -> [37.77.127.147]:5061) May 20 20:43:19 dev /usr/sbin/kamailio[23771]: DEBUG: <core> [core/tcp_read.c:1665]: release_tcpconn(): extra_data 0x7fbdf2a409a0 May 20 20:43:19 dev /usr/sbin/kamailio[23773]: DEBUG: <core> [core/tcp_main.c:3308]: handle_tcp_child(): reader response= 7fbdf2a25f28, -1 from 6 May 20 20:43:19 dev /usr/sbin/kamailio[23773]: DEBUG: tls [tls_server.c:667]: tls_h_close(): Closing SSL connection 0x7fbdf2a409a0 May 20 20:43:22 dev /usr/sbin/kamailio[23736]: DEBUG: msilo [msilo.c:1214]: m_clean_silo(): cleaning stored messages - 51560299 May 20 20:43:27 dev /usr/sbin/kamailio[23736]: DEBUG: msilo [msilo.c:1214]: m_clean_silo(): cleaning stored messages - 51560304 May 20 20:43:27 dev /usr/sbin/kamailio[23736]: DEBUG: msilo [msilo.c:1274]: m_clean_silo(): cleaning expired messages May 20 20:43:32 dev /usr/sbin/kamailio[23736]: DEBUG: msilo [msilo.c:1214]: m_clean_silo(): cleaning stored messages - 51560309 May 20 20:43:33 dev /usr/sbin/kamailio[23736]: DEBUG: tm [t_reply.c:1263]: t_should_relay_response(): ->>>>>>>>> T_code=0, new_code=408 May 20 20:43:33 dev /usr/sbin/kamailio[23736]: DEBUG: tm [t_reply.c:2074]: local_reply(): branch=0, save=0, winner=0 May 20 20:43:33 dev /usr/sbin/kamailio[23736]: DEBUG: tm [t_reply.c:2113]: local_reply(): local transaction completed 408/0 (totag retr: 0/0) May 20 20:43:37 dev /usr/sbin/kamailio[23736]: DEBUG: msilo [msilo.c:1214]: m_clean_silo(): cleaning stored messages - 51560314 May 20 20:43:42 dev /usr/sbin/kamailio[23773]: DEBUG: <core> [core/ip_addr.c:229]: print_ip(): tcpconn_new: new tcp connection: 37.77.127.147 May 20 20:43:42 dev /usr/sbin/kamailio[23773]: DEBUG: <core> [core/tcp_main.c:999]: tcpconn_new(): on port 35906, type 3 May 20 20:43:42 dev /usr/sbin/kamailio[23773]: DEBUG: <core> [core/tcp_main.c:1309]: tcpconn_add(): hashes: 1993:1592:1498, 6 May 20 20:43:42 dev /usr/sbin/kamailio[23773]: DEBUG: <core> [core/io_wait.h:380]: io_watch_add(): DBG: io_watch_add(0xa5bf80, 49, 2, 0x7fbdf2a25f28), fd_no=38 May 20 20:43:42 dev /usr/sbin/kamailio[23773]: DEBUG: <core> [core/io_wait.h:602]: io_watch_del(): DBG: io_watch_del (0xa5bf80, 49, -1, 0x0) fd_no=39 called May 20 20:43:42 dev /usr/sbin/kamailio[23773]: DEBUG: <core> [core/tcp_main.c:4196]: handle_tcpconn_ev(): sending to child, events 1 May 20 20:43:42 dev /usr/sbin/kamailio[23773]: DEBUG: <core> [core/tcp_main.c:3878]: send2child(): selected tcp worker 7 28(23772) for activity on [tls:0.0.0.0:5061], 0x7fbdf2a25f28 May 20 20:43:42 dev /usr/sbin/kamailio[23772]: DEBUG: <core> [core/tcp_read.c:1740]: handle_io(): received n=8 con=0x7fbdf2a25f28, fd=11 May 20 20:43:42 dev /usr/sbin/kamailio[23772]: DEBUG: tls [tls_server.c:199]: tls_complete_init(): completing tls connection initialization May 20 20:43:42 dev /usr/sbin/kamailio[23772]: DEBUG: tls [tls_server.c:228]: tls_complete_init(): Using initial TLS domain TLSs<default> (dom 0x7fbdf283eb58 ctx 0x7fbdf28a1e20 sn []) May 20 20:43:42 dev /usr/sbin/kamailio[23772]: DEBUG: tls [tls_domain.c:724]: sr_ssl_ctx_info_callback(): SSL handshake started May 20 20:43:42 dev /usr/sbin/kamailio[23772]: DEBUG: <core> [core/tcp_main.c:2460]: tcpconn_do_send(): sending... May 20 20:43:42 dev /usr/sbin/kamailio[23772]: DEBUG: <core> [core/tcp_main.c:2494]: tcpconn_do_send(): after real write: c= 0x7fbdf2a25f28 n=2974 fd=11 May 20 20:43:42 dev /usr/sbin/kamailio[23772]: DEBUG: <core> [core/tcp_main.c:2495]: tcpconn_do_send(): buf=#012#026#003#003 May 20 20:43:42 dev /usr/sbin/kamailio[23772]: DEBUG: <core> [core/io_wait.h:380]: io_watch_add(): DBG: io_watch_add(0xaa5680, 11, 2, 0x7fbdf2a25f28), fd_no=1 May 20 20:43:42 dev /usr/sbin/kamailio[23772]: DEBUG: tls [tls_domain.c:736]: sr_ssl_ctx_info_callback(): SSL handshake done May 20 20:43:42 dev /usr/sbin/kamailio[23772]: DEBUG: tls [tls_domain.c:740]: sr_ssl_ctx_info_callback(): SSL disable renegotiation May 20 20:43:42 dev /usr/sbin/kamailio[23772]: DEBUG: tls [tls_server.c:415]: tls_accept(): TLS accept successful May 20 20:43:42 dev /usr/sbin/kamailio[23772]: DEBUG: tls [tls_server.c:422]: tls_accept(): tls_accept: new connection from 37.77.127.147:35906 using TLSv1/SSLv3 ECDHE-RSA-AES256-GCM-SHA384 256 May 20 20:43:42 dev /usr/sbin/kamailio[23772]: DEBUG: tls [tls_server.c:425]: tls_accept(): tls_accept: local socket: 195.201.132.99:5061 May 20 20:43:42 dev /usr/sbin/kamailio[23772]: DEBUG: tls [tls_server.c:436]: tls_accept(): tls_accept: client did not present a certificate May 20 20:43:42 dev /usr/sbin/kamailio[23772]: DEBUG: <core> [core/tcp_main.c:2460]: tcpconn_do_send(): sending... May 20 20:43:42 dev /usr/sbin/kamailio[23772]: DEBUG: <core> [core/tcp_main.c:2494]: tcpconn_do_send(): after real write: c= 0x7fbdf2a25f28 n=258 fd=11 May 20 20:43:42 dev /usr/sbin/kamailio[23772]: DEBUG: <core> [core/tcp_main.c:2495]: tcpconn_do_send(): buf=#012#026#003#003 May 20 20:43:42 dev /usr/sbin/kamailio[23772]: DEBUG: <core> [core/tcp_read.c:1540]: tcp_read_req(): content-length=264 May 20 20:43:42 dev /usr/sbin/kamailio[23772]: DEBUG: <core> [core/parser/msg_parser.c:604]: parse_msg(): SIP Request: May 20 20:43:42 dev /usr/sbin/kamailio[23772]: DEBUG: <core> [core/parser/msg_parser.c:606]: parse_msg(): method: <MESSAGE> May 20 20:43:42 dev /usr/sbin/kamailio[23772]: DEBUG: <core> [core/parser/msg_parser.c:608]: parse_msg(): uri: < sips:room002@dev.pynlab.com;transport=TLS> May 20 20:43:42 dev /usr/sbin/kamailio[23772]: DEBUG: <core> [core/parser/msg_parser.c:610]: parse_msg(): version: <SIP/2.0> May 20 20:43:42 dev /usr/sbin/kamailio[23772]: DEBUG: <core> [core/parser/parse_via.c:1303]: parse_via_param(): Found param type 235, <rport> = <n/a>; state=6 May 20 20:43:42 dev /usr/sbin/kamailio[23772]: DEBUG: <core> [core/parser/parse_via.c:1303]: parse_via_param(): Found param type 232, <branch> = <z9hG4bKPj.Z.jKY.-rqjbw05tczxvsl1hqgmPWSDj>; state=6 May 20 20:43:42 dev /usr/sbin/kamailio[23772]: DEBUG: <core> [core/parser/parse_via.c:1303]: parse_via_param(): Found param type 237, <alias> = <n/a>; state=16 May 20 20:43:42 dev /usr/sbin/kamailio[23772]: DEBUG: <core> [core/parser/parse_via.c:2639]: parse_via(): end of header reached, state=5 May 20 20:43:42 dev /usr/sbin/kamailio[23772]: DEBUG: <core> [core/parser/msg_parser.c:492]: parse_headers(): Via found, flags=2 May 20 20:43:42 dev /usr/sbin/kamailio[23772]: DEBUG: <core> [core/parser/msg_parser.c:494]: parse_headers(): this is the first via May 20 20:43:42 dev /usr/sbin/kamailio[23772]: DEBUG: <core> [core/parser/parse_addr_spec.c:864]: parse_addr_spec(): end of header reached, state=10 May 20 20:43:42 dev /usr/sbin/kamailio[23772]: DEBUG: <core> [core/parser/msg_parser.c:171]: get_hdr_field(): <To> [31]; uri=[ sips:room002@dev.pynlab.com] May 20 20:43:42 dev /usr/sbin/kamailio[23772]: DEBUG: <core> [core/parser/msg_parser.c:172]: get_hdr_field(): to body [< sips:room002@dev.pynlab.com>#015#012] May 20 20:43:42 dev /usr/sbin/kamailio[23772]: DEBUG: <core> [core/parser/msg_parser.c:152]: get_hdr_field(): cseq <CSeq>: <49520> <MESSAGE> May 20 20:43:42 dev /usr/sbin/kamailio[23772]: DEBUG: <core> [core/receive.c:205]: receive_msg(): --- received sip message - request - call-id: [3KayGmm0.QsAWphKP57ypGB8BIOG9xsx] - cseq: [49520 MESSAGE] May 20 20:43:42 dev /usr/sbin/kamailio[23772]: DEBUG: <core> [core/receive.c:248]: receive_msg(): preparing to run routing scripts... May 20 20:43:42 dev /usr/sbin/kamailio[23772]: exec: *** cfgtrace:request_route=[DEFAULT_ROUTE] c=[/etc/kamailio/kamailio_routes.cfg] l=4 a=5 n=route May 20 20:43:42 dev /usr/sbin/kamailio[23772]: exec: *** cfgtrace:request_route=[SIP_TRACE_LOG] c=[/etc/kamailio/kamailio_routes.cfg] l=138 a=16 n=if May 20 20:43:42 dev /usr/sbin/kamailio[23772]: exec: *** cfgtrace:request_route=[SIP_TRACE_LOG] c=[/etc/kamailio/kamailio_routes.cfg] l=135 a=25 n=is_method May 20 20:43:42 dev /usr/sbin/kamailio[23772]: exec: *** cfgtrace:request_route=[SIP_TRACE_LOG] c=[/etc/kamailio/kamailio_routes.cfg] l=136 a=2 n=return May 20 20:43:42 dev /usr/sbin/kamailio[23772]: exec: *** cfgtrace:request_route=[DEFAULT_ROUTE] c=[/etc/kamailio/kamailio_routes.cfg] l=7 a=5 n=route May 20 20:43:42 dev /usr/sbin/kamailio[23772]: exec: *** cfgtrace:request_route=[REQINIT] c=[/etc/kamailio/kamailio_routes.cfg] l=183 a=16 n=if May 20 20:43:42 dev /usr/sbin/kamailio[23772]: DEBUG: <core> [core/socket_info.c:564]: grep_sock_info(): checking if host==us: 13==9 && [37.77.127.147] == [127.0.0.1] May 20 20:43:42 dev /usr/sbin/kamailio[23772]: DEBUG: <core> [core/socket_info.c:564]: grep_sock_info(): checking if host==us: 13==9 && [37.77.127.147] == [127.0.0.1] May 20 20:43:42 dev /usr/sbin/kamailio[23772]: DEBUG: <core> [core/socket_info.c:564]: grep_sock_info(): checking if host==us: 13==7 && [37.77.127.147] == [0.0.0.0] May 20 20:43:42 dev /usr/sbin/kamailio[23772]: DEBUG: <core> [core/socket_info.c:583]: grep_sock_info(): checking advertise if host==us: 13==14 && [37.77.127.147] == [195.201.132.99] May 20 20:43:42 dev /usr/sbin/kamailio[23772]: DEBUG: <core> [core/forward.c:412]: check_self(): host != me May 20 20:43:42 dev /usr/sbin/kamailio[23772]: exec: *** cfgtrace:request_route=[REQINIT] c=[/etc/kamailio/kamailio_routes.cfg] l=171 a=25 n=is_method May 20 20:43:42 dev /usr/sbin/kamailio[23772]: exec: *** cfgtrace:request_route=[REQINIT] c=[/etc/kamailio/kamailio_routes.cfg] l=190 a=16 n=if May 20 20:43:42 dev /usr/sbin/kamailio[23772]: exec: *** cfgtrace:request_route=[REQINIT] c=[/etc/kamailio/kamailio_routes.cfg] l=195 a=16 n=if May 20 20:43:42 dev /usr/sbin/kamailio[23772]: exec: *** cfgtrace:request_route=[REQINIT] c=[/etc/kamailio/kamailio_routes.cfg] l=190 a=25 n=mf_process_maxfwd_header May 20 20:43:42 dev /usr/sbin/kamailio[23772]: DEBUG: maxfwd [mf_funcs.c:74]: is_maxfwd_present(): value = 70 May 20 20:43:42 dev /usr/sbin/kamailio[23772]: exec: *** cfgtrace:request_route=[REQINIT] c=[/etc/kamailio/kamailio_routes.cfg] l=203 a=16 n=if May 20 20:43:42 dev /usr/sbin/kamailio[23772]: exec: *** cfgtrace:request_route=[REQINIT] c=[/etc/kamailio/kamailio_routes.cfg] l=195 a=25 n=is_method May 20 20:43:42 dev /usr/sbin/kamailio[23772]: exec: *** cfgtrace:request_route=[REQINIT] c=[/etc/kamailio/kamailio_routes.cfg] l=208 a=16 n=if May 20 20:43:42 dev /usr/sbin/kamailio[23772]: exec: *** cfgtrace:request_route=[REQINIT] c=[/etc/kamailio/kamailio_routes.cfg] l=203 a=26 n=sanity_check May 20 20:43:42 dev /usr/sbin/kamailio[23772]: DEBUG: <core> [core/parser/msg_parser.c:183]: get_hdr_field(): content_length=264 May 20 20:43:42 dev /usr/sbin/kamailio[23772]: DEBUG: <core> [core/parser/msg_parser.c:89]: get_hdr_field(): found end of header May 20 20:43:42 dev /usr/sbin/kamailio[23772]: DEBUG: <core> [core/parser/parse_addr_spec.c:185]: parse_to_param(): add param: tag=Y6PtMn4f5iWSYw672lqeTu8AsprDvBS8 May 20 20:43:42 dev /usr/sbin/kamailio[23772]: DEBUG: <core> [core/parser/parse_addr_spec.c:864]: parse_addr_spec(): end of header reached, state=29 May 20 20:43:42 dev /usr/sbin/kamailio[23772]: DEBUG: sanity [sanity_mod.c:256]: w_sanity_check(): sanity checks result: 1 May 20 20:43:42 dev /usr/sbin/kamailio[23772]: exec: *** cfgtrace:request_route=[REQINIT] c=[/etc/kamailio/kamailio_routes.cfg] l=213 a=16 n=if May 20 20:43:42 dev /usr/sbin/kamailio[23772]: exec: *** cfgtrace:request_route=[REQINIT] c=[/etc/kamailio/kamailio_routes.cfg] l=208 a=25 n=is_method May 20 20:43:42 dev /usr/sbin/kamailio[23772]: exec: *** cfgtrace:request_route=[REQINIT] c=[/etc/kamailio/kamailio_routes.cfg] l=212 a=16 n=if May 20 20:43:42 dev /usr/sbin/kamailio[23772]: exec: *** cfgtrace:request_route=[REQINIT] c=[/etc/kamailio/kamailio_routes.cfg] l=210 a=2 n=exit May 20 20:43:42 dev /usr/sbin/kamailio[23772]: DEBUG: <core> [core/receive.c:289]: receive_msg(): request-route executed in: 613 usec May 20 20:43:42 dev /usr/sbin/kamailio[23772]: DEBUG: <core> [core/usr_avp.c:636]: destroy_avp_list(): destroying list (nil) May 20 20:43:42 dev /usr/sbin/kamailio[23772]: DEBUG: <core> [core/usr_avp.c:636]: destroy_avp_list(): destroying list (nil) May 20 20:43:42 dev /usr/sbin/kamailio[23772]: DEBUG: <core> [core/usr_avp.c:636]: destroy_avp_list(): destroying list (nil) May 20 20:43:42 dev /usr/sbin/kamailio[23772]: DEBUG: <core> [core/usr_avp.c:636]: destroy_avp_list(): destroying list (nil) May 20 20:43:42 dev /usr/sbin/kamailio[23772]: DEBUG: <core> [core/usr_avp.c:636]: destroy_avp_list(): destroying list (nil) May 20 20:43:42 dev /usr/sbin/kamailio[23772]: DEBUG: <core> [core/usr_avp.c:636]: destroy_avp_list(): destroying list (nil) May 20 20:43:42 dev /usr/sbin/kamailio[23772]: DEBUG: <core> [core/xavp.c:446]: xavp_destroy_list(): destroying xavp list (nil) May 20 20:43:42 dev /usr/sbin/kamailio[23772]: DEBUG: <core> [core/receive.c:378]: receive_msg(): cleaning up May 20 20:43:42 dev /usr/sbin/kamailio[23736]: DEBUG: msilo [msilo.c:1214]: m_clean_silo(): cleaning stored messages - 51560319 May 20 20:43:47 dev /usr/sbin/kamailio[23736]: DEBUG: msilo [msilo.c:1214]: m_clean_silo(): cleaning stored messages - 51560324 May 20 20:43:48 dev /usr/sbin/kamailio[23772]: DEBUG: <core> [core/io_wait.h:602]: io_watch_del(): DBG: io_watch_del (0xaa5680, 11, -1, 0x10) fd_no=2 called May 20 20:43:48 dev /usr/sbin/kamailio[23772]: DEBUG: <core> [core/tcp_read.c:1664]: release_tcpconn(): releasing con 0x7fbdf2a25f28, state 1, fd=11, id=6 ([37.77.127.147]:35906 -> [37.77.127.147]:5061) May 20 20:43:48 dev /usr/sbin/kamailio[23772]: DEBUG: <core> [core/tcp_read.c:1665]: release_tcpconn(): extra_data 0x7fbdf2a409a0 May 20 20:43:48 dev /usr/sbin/kamailio[23773]: DEBUG: <core> [core/tcp_main.c:3308]: handle_tcp_child(): reader response= 7fbdf2a25f28, 1 from 7 May 20 20:43:48 dev /usr/sbin/kamailio[23773]: DEBUG: <core> [core/io_wait.h:380]: io_watch_add(): DBG: io_watch_add(0xa5bf80, 49, 2, 0x7fbdf2a25f28), fd_no=38 May 20 20:43:48 dev /usr/sbin/kamailio[23773]: DEBUG: <core> [core/tcp_main.c:3435]: handle_tcp_child(): CONN_RELEASE 0x7fbdf2a25f28 refcnt= 1 May 20 20:43:52 dev /usr/sbin/kamailio[23773]: DEBUG: <core> [core/io_wait.h:602]: io_watch_del(): DBG: io_watch_del (0xa5bf80, 49, -1, 0x0) fd_no=39 called May 20 20:43:52 dev /usr/sbin/kamailio[23773]: DEBUG: <core> [core/tcp_main.c:4196]: handle_tcpconn_ev(): sending to child, events 1 May 20 20:43:52 dev /usr/sbin/kamailio[23773]: DEBUG: <core> [core/tcp_main.c:3878]: send2child(): selected tcp worker 0 21(23765) for activity on [tls:0.0.0.0:5061], 0x7fbdf2a25f28 May 20 20:43:52 dev /usr/sbin/kamailio[23765]: DEBUG: <core> [core/tcp_read.c:1740]: handle_io(): received n=8 con=0x7fbdf2a25f28, fd=11 May 20 20:43:52 dev /usr/sbin/kamailio[23765]: DEBUG: <core> [core/tcp_read.c:1540]: tcp_read_req(): content-length=25 May 20 20:43:52 dev /usr/sbin/kamailio[23765]: DEBUG: <core> [core/parser/msg_parser.c:604]: parse_msg(): SIP Request: May 20 20:43:52 dev /usr/sbin/kamailio[23765]: DEBUG: <core> [core/parser/msg_parser.c:606]: parse_msg(): method: <MESSAGE> May 20 20:43:52 dev /usr/sbin/kamailio[23765]: DEBUG: <core> [core/parser/msg_parser.c:608]: parse_msg(): uri: < sips:room002@dev.pynlab.com;transport=TLS> May 20 20:43:52 dev /usr/sbin/kamailio[23765]: DEBUG: <core> [core/parser/msg_parser.c:610]: parse_msg(): version: <SIP/2.0> May 20 20:43:52 dev /usr/sbin/kamailio[23765]: DEBUG: <core> [core/parser/parse_via.c:1303]: parse_via_param(): Found param type 235, <rport> = <n/a>; state=6 May 20 20:43:52 dev /usr/sbin/kamailio[23765]: DEBUG: <core> [core/parser/parse_via.c:1303]: parse_via_param(): Found param type 232, <branch> = <z9hG4bKPjH-sqvDaQtX52oig1Z9xMlYueNGFkJ4xm>; state=6 May 20 20:43:52 dev /usr/sbin/kamailio[23765]: DEBUG: <core> [core/parser/parse_via.c:1303]: parse_via_param(): Found param type 237, <alias> = <n/a>; state=16 May 20 20:43:52 dev /usr/sbin/kamailio[23765]: DEBUG: <core> [core/parser/parse_via.c:2639]: parse_via(): end of header reached, state=5 May 20 20:43:52 dev /usr/sbin/kamailio[23765]: DEBUG: <core> [core/parser/msg_parser.c:492]: parse_headers(): Via found, flags=2 May 20 20:43:52 dev /usr/sbin/kamailio[23765]: DEBUG: <core> [core/parser/msg_parser.c:494]: parse_headers(): this is the first via May 20 20:43:52 dev /usr/sbin/kamailio[23765]: DEBUG: <core> [core/parser/parse_addr_spec.c:864]: parse_addr_spec(): end of header reached, state=10 May 20 20:43:52 dev /usr/sbin/kamailio[23765]: DEBUG: <core> [core/parser/msg_parser.c:171]: get_hdr_field(): <To> [31]; uri=[ sips:room002@dev.pynlab.com] May 20 20:43:52 dev /usr/sbin/kamailio[23765]: DEBUG: <core> [core/parser/msg_parser.c:172]: get_hdr_field(): to body [< sips:room002@dev.pynlab.com>#015#012] May 20 20:43:52 dev /usr/sbin/kamailio[23765]: DEBUG: <core> [core/parser/msg_parser.c:152]: get_hdr_field(): cseq <CSeq>: <8712> <MESSAGE> May 20 20:43:52 dev /usr/sbin/kamailio[23765]: DEBUG: <core> [core/receive.c:205]: receive_msg(): --- received sip message - request - call-id: [s32551vkfpHNKwAdUPlt8w9smFgAAb3t] - cseq: [8712 MESSAGE] May 20 20:43:52 dev /usr/sbin/kamailio[23765]: DEBUG: <core> [core/receive.c:248]: receive_msg(): preparing to run routing scripts... May 20 20:43:52 dev /usr/sbin/kamailio[23765]: exec: *** cfgtrace:request_route=[DEFAULT_ROUTE] c=[/etc/kamailio/kamailio_routes.cfg] l=4 a=5 n=route May 20 20:43:52 dev /usr/sbin/kamailio[23765]: exec: *** cfgtrace:request_route=[SIP_TRACE_LOG] c=[/etc/kamailio/kamailio_routes.cfg] l=138 a=16 n=if May 20 20:43:52 dev /usr/sbin/kamailio[23765]: exec: *** cfgtrace:request_route=[SIP_TRACE_LOG] c=[/etc/kamailio/kamailio_routes.cfg] l=135 a=25 n=is_method May 20 20:43:52 dev /usr/sbin/kamailio[23765]: exec: *** cfgtrace:request_route=[SIP_TRACE_LOG] c=[/etc/kamailio/kamailio_routes.cfg] l=136 a=2 n=return May 20 20:43:52 dev /usr/sbin/kamailio[23765]: exec: *** cfgtrace:request_route=[DEFAULT_ROUTE] c=[/etc/kamailio/kamailio_routes.cfg] l=7 a=5 n=route May 20 20:43:52 dev /usr/sbin/kamailio[23765]: exec: *** cfgtrace:request_route=[REQINIT] c=[/etc/kamailio/kamailio_routes.cfg] l=183 a=16 n=if May 20 20:43:52 dev /usr/sbin/kamailio[23765]: DEBUG: <core> [core/socket_info.c:564]: grep_sock_info(): checking if host==us: 13==9 && [37.77.127.147] == [127.0.0.1] May 20 20:43:52 dev /usr/sbin/kamailio[23765]: DEBUG: <core> [core/socket_info.c:564]: grep_sock_info(): checking if host==us: 13==9 && [37.77.127.147] == [127.0.0.1] May 20 20:43:52 dev /usr/sbin/kamailio[23765]: DEBUG: <core> [core/socket_info.c:564]: grep_sock_info(): checking if host==us: 13==7 && [37.77.127.147] == [0.0.0.0] May 20 20:43:52 dev /usr/sbin/kamailio[23765]: DEBUG: <core> [core/socket_info.c:583]: grep_sock_info(): checking advertise if host==us: 13==14 && [37.77.127.147] == [195.201.132.99] May 20 20:43:52 dev /usr/sbin/kamailio[23765]: DEBUG: <core> [core/forward.c:412]: check_self(): host != me May 20 20:43:52 dev /usr/sbin/kamailio[23765]: exec: *** cfgtrace:request_route=[REQINIT] c=[/etc/kamailio/kamailio_routes.cfg] l=171 a=25 n=is_method May 20 20:43:52 dev /usr/sbin/kamailio[23765]: exec: *** cfgtrace:request_route=[REQINIT] c=[/etc/kamailio/kamailio_routes.cfg] l=190 a=16 n=if May 20 20:43:52 dev /usr/sbin/kamailio[23765]: exec: *** cfgtrace:request_route=[REQINIT] c=[/etc/kamailio/kamailio_routes.cfg] l=195 a=16 n=if May 20 20:43:52 dev /usr/sbin/kamailio[23765]: exec: *** cfgtrace:request_route=[REQINIT] c=[/etc/kamailio/kamailio_routes.cfg] l=190 a=25 n=mf_process_maxfwd_header May 20 20:43:52 dev /usr/sbin/kamailio[23765]: DEBUG: maxfwd [mf_funcs.c:74]: is_maxfwd_present(): value = 70 May 20 20:43:52 dev /usr/sbin/kamailio[23765]: exec: *** cfgtrace:request_route=[REQINIT] c=[/etc/kamailio/kamailio_routes.cfg] l=203 a=16 n=if May 20 20:43:52 dev /usr/sbin/kamailio[23765]: exec: *** cfgtrace:request_route=[REQINIT] c=[/etc/kamailio/kamailio_routes.cfg] l=195 a=25 n=is_method May 20 20:43:52 dev /usr/sbin/kamailio[23765]: exec: *** cfgtrace:request_route=[REQINIT] c=[/etc/kamailio/kamailio_routes.cfg] l=208 a=16 n=if May 20 20:43:52 dev /usr/sbin/kamailio[23765]: exec: *** cfgtrace:request_route=[REQINIT] c=[/etc/kamailio/kamailio_routes.cfg] l=203 a=26 n=sanity_check May 20 20:43:52 dev /usr/sbin/kamailio[23765]: DEBUG: <core> [core/parser/msg_parser.c:183]: get_hdr_field(): content_length=25 May 20 20:43:52 dev /usr/sbin/kamailio[23765]: DEBUG: <core> [core/parser/msg_parser.c:89]: get_hdr_field(): found end of header May 20 20:43:52 dev /usr/sbin/kamailio[23765]: DEBUG: <core> [core/parser/parse_addr_spec.c:185]: parse_to_param(): add param: tag=NXDpIWMgNBoIc34osnQ-PPAFaaRGD8Se May 20 20:43:52 dev /usr/sbin/kamailio[23765]: DEBUG: <core> [core/parser/parse_addr_spec.c:864]: parse_addr_spec(): end of header reached, state=29 May 20 20:43:52 dev /usr/sbin/kamailio[23765]: DEBUG: sanity [sanity_mod.c:256]: w_sanity_check(): sanity checks result: 1 May 20 20:43:52 dev /usr/sbin/kamailio[23765]: exec: *** cfgtrace:request_route=[REQINIT] c=[/etc/kamailio/kamailio_routes.cfg] l=213 a=16 n=if May 20 20:43:52 dev /usr/sbin/kamailio[23765]: exec: *** cfgtrace:request_route=[REQINIT] c=[/etc/kamailio/kamailio_routes.cfg] l=208 a=25 n=is_method May 20 20:43:52 dev /usr/sbin/kamailio[23765]: exec: *** cfgtrace:request_route=[REQINIT] c=[/etc/kamailio/kamailio_routes.cfg] l=212 a=16 n=if May 20 20:43:52 dev /usr/sbin/kamailio[23765]: exec: *** cfgtrace:request_route=[DEFAULT_ROUTE] c=[/etc/kamailio/kamailio_routes.cfg] l=10 a=5 n=route May 20 20:43:52 dev /usr/sbin/kamailio[23765]: exec: *** cfgtrace:request_route=[NATDETECT] c=[/etc/kamailio/kamailio_routes.cfg] l=539 a=55 n=force_rport May 20 20:43:52 dev /usr/sbin/kamailio[23765]: exec: *** cfgtrace:request_route=[NATDETECT] c=[/etc/kamailio/kamailio_routes.cfg] l=555 a=16 n=if May 20 20:43:52 dev /usr/sbin/kamailio[23765]: exec: *** cfgtrace:request_route=[NATDETECT] c=[/etc/kamailio/kamailio_routes.cfg] l=551 a=16 n=if May 20 20:43:52 dev /usr/sbin/kamailio[23765]: exec: *** cfgtrace:request_route=[NATDETECT] c=[/etc/kamailio/kamailio_routes.cfg] l=545 a=25 n=is_method May 20 20:43:52 dev /usr/sbin/kamailio[23765]: exec: *** cfgtrace:request_route=[NATDETECT] c=[/etc/kamailio/kamailio_routes.cfg] l=551 a=16 n=if May 20 20:43:52 dev /usr/sbin/kamailio[23765]: exec: *** cfgtrace:request_route=[NATDETECT] c=[/etc/kamailio/kamailio_routes.cfg] l=548 a=24 n=is_first_hop May 20 20:43:52 dev /usr/sbin/kamailio[23765]: DEBUG: siputils [sipops.c:159]: is_first_hop(): no 2nd via found - first hop May 20 20:43:52 dev /usr/sbin/kamailio[23765]: exec: *** cfgtrace:request_route=[NATDETECT] c=[/etc/kamailio/kamailio_routes.cfg] l=549 a=24 n=set_contact_alias May 20 20:43:52 dev /usr/sbin/kamailio[23765]: exec: *** cfgtrace:request_route=[NATDETECT] c=[/etc/kamailio/kamailio_routes.cfg] l=552 a=39 n=setflag May 20 20:43:52 dev /usr/sbin/kamailio[23765]: exec: *** cfgtrace:request_route=[NATDETECT] c=[/etc/kamailio/kamailio_routes.cfg] l=555 a=2 n=return May 20 20:43:52 dev /usr/sbin/kamailio[23765]: exec: *** cfgtrace:request_route=[DEFAULT_ROUTE] c=[/etc/kamailio/kamailio_routes.cfg] l=23 a=16 n=if May 20 20:43:52 dev /usr/sbin/kamailio[23765]: exec: *** cfgtrace:request_route=[DEFAULT_ROUTE] c=[/etc/kamailio/kamailio_routes.cfg] l=13 a=25 n=is_method May 20 20:43:52 dev /usr/sbin/kamailio[23765]: exec: *** cfgtrace:request_route=[DEFAULT_ROUTE] c=[/etc/kamailio/kamailio_routes.cfg] l=23 a=5 n=route May 20 20:43:52 dev /usr/sbin/kamailio[23765]: exec: *** cfgtrace:request_route=[WITHINDLG] c=[/etc/kamailio/kamailio_routes.cfg] l=229 a=16 n=if May 20 20:43:52 dev /usr/sbin/kamailio[23765]: exec: *** cfgtrace:request_route=[WITHINDLG] c=[/etc/kamailio/kamailio_routes.cfg] l=219 a=24 n=has_totag May 20 20:43:52 dev /usr/sbin/kamailio[23765]: DEBUG: siputils [checks.c:120]: has_totag(): no totag May 20 20:43:52 dev /usr/sbin/kamailio[23765]: exec: *** cfgtrace:request_route=[WITHINDLG] c=[/etc/kamailio/kamailio_routes.cfg] l=219 a=2 n=return May 20 20:43:52 dev /usr/sbin/kamailio[23765]: exec: *** cfgtrace:request_route=[DEFAULT_ROUTE] c=[/etc/kamailio/kamailio_routes.cfg] l=33 a=16 n=if May 20 20:43:52 dev /usr/sbin/kamailio[23765]: exec: *** cfgtrace:request_route=[DEFAULT_ROUTE] c=[/etc/kamailio/kamailio_routes.cfg] l=29 a=24 n=t_precheck_trans May 20 20:43:52 dev /usr/sbin/kamailio[23765]: exec: *** cfgtrace:request_route=[DEFAULT_ROUTE] c=[/etc/kamailio/kamailio_routes.cfg] l=33 a=24 n=t_check_trans May 20 20:43:52 dev /usr/sbin/kamailio[23765]: DEBUG: tm [t_lookup.c:1019]: t_check_msg(): msg (0x7fbdfdd20280) id=2 global id=0 T start=0xffffffffffffffff May 20 20:43:52 dev /usr/sbin/kamailio[23765]: DEBUG: tm [t_lookup.c:477]: t_lookup_request(): start searching: hash=56282, isACK=0 May 20 20:43:52 dev /usr/sbin/kamailio[23765]: DEBUG: tm [t_lookup.c:435]: matching_3261(): RFC3261 transaction matching failed May 20 20:43:52 dev /usr/sbin/kamailio[23765]: DEBUG: tm [t_lookup.c:659]: t_lookup_request(): no transaction found May 20 20:43:52 dev /usr/sbin/kamailio[23765]: DEBUG: tm [t_lookup.c:1088]: t_check_msg(): msg (0x7fbdfdd20280) id=2 global id=2 T end=(nil) May 20 20:43:52 dev /usr/sbin/kamailio[23765]: exec: *** cfgtrace:request_route=[DEFAULT_ROUTE] c=[/etc/kamailio/kamailio_routes.cfg] l=48 a=16 n=if May 20 20:43:52 dev /usr/sbin/kamailio[23765]: exec: *** cfgtrace:request_route=[DEFAULT_ROUTE] c=[/etc/kamailio/kamailio_routes.cfg] l=41 a=25 n=is_method May 20 20:43:52 dev /usr/sbin/kamailio[23765]: exec: *** cfgtrace:request_route=[DEFAULT_ROUTE] c=[/etc/kamailio/kamailio_routes.cfg] l=71 a=16 n=if May 20 20:43:52 dev /usr/sbin/kamailio[23765]: exec: *** cfgtrace:request_route=[DEFAULT_ROUTE] c=[/etc/kamailio/kamailio_routes.cfg] l=51 a=25 n=xdbg May 20 20:43:52 dev /usr/sbin/kamailio[23765]: DEBUG: <script>: script: message from [sip:651097007@dev.pynlab.com] r-uri [ sips:room002@dev.pynlab.com;transport=TLS] msg [#invite 704021003 room002] May 20 20:43:52 dev /usr/sbin/kamailio[23765]: exec: *** cfgtrace:request_route=[DEFAULT_ROUTE] c=[/etc/kamailio/kamailio_routes.cfg] l=61 a=16 n=if May 20 20:43:52 dev /usr/sbin/kamailio[23765]: exec: *** cfgtrace:request_route=[DEFAULT_ROUTE] c=[/etc/kamailio/kamailio_routes.cfg] l=52 a=25 n=is_method May 20 20:43:52 dev /usr/sbin/kamailio[23765]: exec: *** cfgtrace:request_route=[DEFAULT_ROUTE] c=[/etc/kamailio/kamailio_routes.cfg] l=54 a=3 n=log May 20 20:43:52 dev /usr/sbin/kamailio[23765]: exec: *** cfgtrace:request_route=[DEFAULT_ROUTE] c=[/etc/kamailio/kamailio_routes.cfg] l=55 a=26 n=sl_send_reply May 20 20:43:52 dev /usr/sbin/kamailio[23765]: DEBUG: sl [sl_funcs.c:490]: sl_run_callbacks(): execute callback for event type 1 May 20 20:43:52 dev /usr/sbin/kamailio[23765]: DEBUG: siptrace [siptrace.c:1350]: trace_sl_onreply_out(): trace off... May 20 20:43:52 dev /usr/sbin/kamailio[23765]: DEBUG: <core> [core/tcp_main.c:2226]: tcpconn_send_put(): send from reader (23765 (21)), reusing fd May 20 20:43:52 dev /usr/sbin/kamailio[23765]: DEBUG: <core> [core/tcp_main.c:2460]: tcpconn_do_send(): sending... May 20 20:43:52 dev /usr/sbin/kamailio[23765]: DEBUG: <core> [core/tcp_main.c:2494]: tcpconn_do_send(): after real write: c= 0x7fbdf2a25f28 n=433 fd=11 May 20 20:43:52 dev /usr/sbin/kamailio[23765]: DEBUG: <core> [core/tcp_main.c:2495]: tcpconn_do_send(): buf=#012#027#003#003#001¬·ÝˆV#037£G—Üˆˆ â¿S½²#033ðPñÎ_e.¹¯„Ív Œ92‚Âës#003˜…ž§ ü#012æTÓô³YêLzOeeb%èÏewÂ#037Ì2ˆ May 20 20:43:52 dev /usr/sbin/kamailio[23765]: exec: *** cfgtrace:request_route=[DEFAULT_ROUTE] c=[/etc/kamailio/kamailio_routes.cfg] l=56 a=24 n=imc_manager May 20 20:43:52 dev /usr/sbin/kamailio[23765]: ERROR: imc [imc.c:499]: ki_imc_manager(): BODY #invite 704021003 room002 May 20 20:43:52 dev /usr/sbin/kamailio[23765]: DEBUG: imc [imc.c:502]: ki_imc_manager(): found command May 20 20:43:52 dev /usr/sbin/kamailio[23765]: DEBUG: imc [imc_cmd.c:144]: imc_parse_cmd(): command: [invite] May 20 20:43:52 dev /usr/sbin/kamailio[23765]: DEBUG: imc [imc_cmd.c:149]: imc_parse_cmd(): parameter 0=[704021003] May 20 20:43:52 dev /usr/sbin/kamailio[23765]: DEBUG: imc [imc_cmd.c:149]: imc_parse_cmd(): parameter 1=[room002] May 20 20:43:52 dev /usr/sbin/kamailio[23765]: DEBUG: imc [imc_mng.c:371]: imc_get_member(): found member May 20 20:43:52 dev /usr/sbin/kamailio[23765]: DEBUG: imc [imc_mng.c:320]: imc_add_member(): [uri]= sip:704021003@dev.pynlab.com May 20 20:43:52 dev /usr/sbin/kamailio[23765]: DEBUG: imc [imc_mng.c:324]: imc_add_member(): [user]= 704021003 May 20 20:43:52 dev /usr/sbin/kamailio[23765]: DEBUG: imc [imc_cmd.c:484]: imc_handle_invite(): to=[sip:704021003@dev.pynlab.com]#012from=[ sip:room002@dev.pynlab.com]#012body=[INVITE from: 704021003(a)dev.pynlab.com(Type: '#accept' or '#deny')] May 20 20:43:52 dev /usr/sbin/kamailio[23765]: DEBUG: tm [uac.c:427]: t_uac_prepare(): next_hop=<sip:704021003@dev.pynlab.com> May 20 20:43:52 dev /usr/sbin/kamailio[23765]: DEBUG: <core> [core/dns_cache.c:542]: _dns_hash_find(): (_sip._udp.dev.pynlab.com(24), 33), h=5 May 20 20:43:52 dev /usr/sbin/kamailio[23765]: DEBUG: <core> [core/resolve.c:744]: get_record(): lookup(_sip._udp.dev.pynlab.com, 33) failed May 20 20:43:52 dev /usr/sbin/kamailio[23765]: DEBUG: <core> [core/dns_cache.c:871]: dns_cache_mk_bad_entry(): (_sip._udp.dev.pynlab.com, 33, 60, 1) May 20 20:43:52 dev /usr/sbin/kamailio[23765]: DEBUG: <core> [core/dns_cache.c:805]: dns_cache_add(): adding _sip._udp.dev.pynlab.com(24) 33 (flags=1) at 5 May 20 20:43:52 dev /usr/sbin/kamailio[23765]: DEBUG: <core> [core/dns_cache.c:542]: _dns_hash_find(): (dev.pynlab.com(14), 1), h=696 May 20 20:43:52 dev /usr/sbin/kamailio[23765]: DEBUG: tm [uac.c:152]: dlg2hash(): hashid 5690 May 20 20:43:52 dev /usr/sbin/kamailio[23765]: DEBUG: tm [uac.c:646]: send_prepared_request_impl(): uac: 0x7fbdf2a6c238 branch: 0 to 195.201.132.99:5060 May 20 20:43:52 dev /usr/sbin/kamailio[23765]: DEBUG: tm [../../core/onsend.h:69]: run_onsend(): required parameters are not available - ignoring May 20 20:43:52 dev /usr/sbin/kamailio[23765]: exec: *** cfgtrace:request_route=[DEFAULT_ROUTE] c=[/etc/kamailio/kamailio_routes.cfg] l=57 a=2 n=exit May 20 20:43:52 dev /usr/sbin/kamailio[23765]: DEBUG: <core> [core/receive.c:289]: receive_msg(): request-route executed in: 11030 usec May 20 20:43:52 dev /usr/sbin/kamailio[23765]: DEBUG: <core> [core/usr_avp.c:636]: destroy_avp_list(): destroying list (nil) May 20 20:43:52 dev /usr/sbin/kamailio[23765]: DEBUG: <core> [core/usr_avp.c:636]: destroy_avp_list(): destroying list (nil) May 20 20:43:52 dev /usr/sbin/kamailio[23765]: DEBUG: <core> [core/usr_avp.c:636]: destroy_avp_list(): destroying list (nil) May 20 20:43:52 dev /usr/sbin/kamailio[23765]: DEBUG: <core> [core/usr_avp.c:636]: destroy_avp_list(): destroying list (nil) May 20 20:43:52 dev /usr/sbin/kamailio[23765]: DEBUG: <core> [core/usr_avp.c:636]: destroy_avp_list(): destroying list (nil) May 20 20:43:52 dev /usr/sbin/kamailio[23765]: DEBUG: <core> [core/usr_avp.c:636]: destroy_avp_list(): destroying list (nil) May 20 20:43:52 dev /usr/sbin/kamailio[23765]: DEBUG: <core> [core/xavp.c:446]: xavp_destroy_list(): destroying xavp list (nil) May 20 20:43:52 dev /usr/sbin/kamailio[23765]: DEBUG: <core> [core/receive.c:378]: receive_msg(): cleaning up May 20 20:43:52 dev /usr/sbin/kamailio[23765]: DEBUG: <core> [core/io_wait.h:380]: io_watch_add(): DBG: io_watch_add(0xaa5680, 11, 2, 0x7fbdf2a25f28), fd_no=1 May 20 20:43:52 dev /usr/sbin/kamailio[23736]: DEBUG: msilo [msilo.c:1214]: m_clean_silo(): cleaning stored messages - 51560329 May 20 20:43:57 dev /usr/sbin/kamailio[23736]: DEBUG: msilo [msilo.c:1214]: m_clean_silo(): cleaning stored messages - 51560334 May 20 20:43:58 dev /usr/sbin/kamailio[23765]: DEBUG: <core> [core/io_wait.h:602]: io_watch_del(): DBG: io_watch_del (0xaa5680, 11, -1, 0x10) fd_no=2 called May 20 20:43:58 dev /usr/sbin/kamailio[23765]: DEBUG: <core> [core/tcp_read.c:1664]: release_tcpconn(): releasing con 0x7fbdf2a25f28, state 1, fd=11, id=6 ([37.77.127.147]:35906 -> [37.77.127.147]:5061) May 20 20:43:58 dev /usr/sbin/kamailio[23765]: DEBUG: <core> [core/tcp_read.c:1665]: release_tcpconn(): extra_data 0x7fbdf2a409a0 May 20 20:43:58 dev /usr/sbin/kamailio[23773]: DEBUG: <core> [core/tcp_main.c:3308]: handle_tcp_child(): reader response= 7fbdf2a25f28, 1 from 0 May 20 20:43:58 dev /usr/sbin/kamailio[23773]: DEBUG: <core> [core/io_wait.h:380]: io_watch_add(): DBG: io_watch_add(0xa5bf80, 49, 2, 0x7fbdf2a25f28), fd_no=38 May 20 20:43:58 dev /usr/sbin/kamailio[23773]: DEBUG: <core> [core/tcp_main.c:3435]: handle_tcp_child(): CONN_RELEASE 0x7fbdf2a25f28 refcnt= 1 May 20 20:44:02 dev /usr/sbin/kamailio[23773]: DEBUG: <core> [core/ip_addr.c:229]: print_ip(): tcpconn_new: new tcp connection: 37.77.127.147 May 20 20:44:02 dev /usr/sbin/kamailio[23773]: DEBUG: <core> [core/tcp_main.c:999]: tcpconn_new(): on port 36289, type 3 May 20 20:44:02 dev /usr/sbin/kamailio[23773]: DEBUG: <core> [core/tcp_main.c:1309]: tcpconn_add(): hashes: 1609:1976:1114, 7 May 20 20:44:02 dev /usr/sbin/kamailio[23773]: DEBUG: <core> [core/io_wait.h:380]: io_watch_add(): DBG: io_watch_add(0xa5bf80, 50, 2, 0x7fbdf2a7c0b0), fd_no=39 May 20 20:44:02 dev /usr/sbin/kamailio[23773]: DEBUG: <core> [core/io_wait.h:602]: io_watch_del(): DBG: io_watch_del (0xa5bf80, 50, -1, 0x0) fd_no=40 called May 20 20:44:02 dev /usr/sbin/kamailio[23773]: DEBUG: <core> [core/tcp_main.c:4196]: handle_tcpconn_ev(): sending to child, events 1 May 20 20:44:02 dev /usr/sbin/kamailio[23773]: DEBUG: <core> [core/tcp_main.c:3878]: send2child(): selected tcp worker 1 22(23766) for activity on [tls:0.0.0.0:5061], 0x7fbdf2a7c0b0 May 20 20:44:02 dev /usr/sbin/kamailio[23766]: DEBUG: <core> [core/tcp_read.c:1740]: handle_io(): received n=8 con=0x7fbdf2a7c0b0, fd=11 May 20 20:44:02 dev /usr/sbin/kamailio[23766]: DEBUG: tls [tls_server.c:199]: tls_complete_init(): completing tls connection initialization May 20 20:44:02 dev /usr/sbin/kamailio[23766]: DEBUG: tls [tls_server.c:228]: tls_complete_init(): Using initial TLS domain TLSs<default> (dom 0x7fbdf283eb58 ctx 0x7fbdf28974a0 sn []) May 20 20:44:02 dev /usr/sbin/kamailio[23766]: DEBUG: tls [tls_domain.c:724]: sr_ssl_ctx_info_callback(): SSL handshake started May 20 20:44:02 dev /usr/sbin/kamailio[23766]: DEBUG: <core> [core/tcp_main.c:2460]: tcpconn_do_send(): sending... May 20 20:44:02 dev /usr/sbin/kamailio[23766]: DEBUG: <core> [core/tcp_main.c:2494]: tcpconn_do_send(): after real write: c= 0x7fbdf2a7c0b0 n=2974 fd=11 May 20 20:44:02 dev /usr/sbin/kamailio[23766]: DEBUG: <core> [core/tcp_main.c:2495]: tcpconn_do_send(): buf=#012#026#003#003 May 20 20:44:02 dev /usr/sbin/kamailio[23766]: DEBUG: <core> [core/io_wait.h:380]: io_watch_add(): DBG: io_watch_add(0xaa5680, 11, 2, 0x7fbdf2a7c0b0), fd_no=1 May 20 20:44:02 dev /usr/sbin/kamailio[23766]: DEBUG: tls [tls_domain.c:736]: sr_ssl_ctx_info_callback(): SSL handshake done May 20 20:44:02 dev /usr/sbin/kamailio[23766]: DEBUG: tls [tls_domain.c:740]: sr_ssl_ctx_info_callback(): SSL disable renegotiation May 20 20:44:02 dev /usr/sbin/kamailio[23766]: DEBUG: tls [tls_server.c:415]: tls_accept(): TLS accept successful May 20 20:44:02 dev /usr/sbin/kamailio[23766]: DEBUG: tls [tls_server.c:422]: tls_accept(): tls_accept: new connection from 37.77.127.147:36289 using TLSv1/SSLv3 ECDHE-RSA-AES256-GCM-SHA384 256 May 20 20:44:02 dev /usr/sbin/kamailio[23766]: DEBUG: tls [tls_server.c:425]: tls_accept(): tls_accept: local socket: 195.201.132.99:5061 May 20 20:44:02 dev /usr/sbin/kamailio[23766]: DEBUG: tls [tls_server.c:436]: tls_accept(): tls_accept: client did not present a certificate May 20 20:44:02 dev /usr/sbin/kamailio[23766]: DEBUG: <core> [core/tcp_main.c:2460]: tcpconn_do_send(): sending... May 20 20:44:02 dev /usr/sbin/kamailio[23766]: DEBUG: <core> [core/tcp_main.c:2494]: tcpconn_do_send(): after real write: c= 0x7fbdf2a7c0b0 n=258 fd=11 May 20 20:44:02 dev /usr/sbin/kamailio[23766]: DEBUG: <core> [core/tcp_main.c:2495]: tcpconn_do_send(): buf=#012#026#003#003 May 20 20:44:02 dev /usr/sbin/kamailio[23766]: DEBUG: <core> [core/tcp_read.c:1540]: tcp_read_req(): content-length=264 May 20 20:44:02 dev /usr/sbin/kamailio[23766]: DEBUG: <core> [core/parser/msg_parser.c:604]: parse_msg(): SIP Request: May 20 20:44:02 dev /usr/sbin/kamailio[23766]: DEBUG: <core> [core/parser/msg_parser.c:606]: parse_msg(): method: <MESSAGE> May 20 20:44:02 dev /usr/sbin/kamailio[23766]: DEBUG: <core> [core/parser/msg_parser.c:608]: parse_msg(): uri: < sips:room002@dev.pynlab.com;transport=TLS> May 20 20:44:02 dev /usr/sbin/kamailio[23766]: DEBUG: <core> [core/parser/msg_parser.c:610]: parse_msg(): version: <SIP/2.0> May 20 20:44:02 dev /usr/sbin/kamailio[23766]: DEBUG: <core> [core/parser/parse_via.c:1303]: parse_via_param(): Found param type 235, <rport> = <n/a>; state=6 May 20 20:44:02 dev /usr/sbin/kamailio[23766]: DEBUG: <core> [core/parser/parse_via.c:1303]: parse_via_param(): Found param type 232, <branch> = <z9hG4bKPjb53tgvUypUfxAVP3JE33IG0Mti7LxdJf>; state=6 May 20 20:44:02 dev /usr/sbin/kamailio[23766]: DEBUG: <core> [core/parser/parse_via.c:1303]: parse_via_param(): Found param type 237, <alias> = <n/a>; state=16 May 20 20:44:02 dev /usr/sbin/kamailio[23766]: DEBUG: <core> [core/parser/parse_via.c:2639]: parse_via(): end of header reached, state=5 May 20 20:44:02 dev /usr/sbin/kamailio[23766]: DEBUG: <core> [core/parser/msg_parser.c:492]: parse_headers(): Via found, flags=2 May 20 20:44:02 dev /usr/sbin/kamailio[23766]: DEBUG: <core> [core/parser/msg_parser.c:494]: parse_headers(): this is the first via May 20 20:44:02 dev /usr/sbin/kamailio[23766]: DEBUG: <core> [core/parser/parse_addr_spec.c:864]: parse_addr_spec(): end of header reached, state=10 May 20 20:44:02 dev /usr/sbin/kamailio[23766]: DEBUG: <core> [core/parser/msg_parser.c:171]: get_hdr_field(): <To> [31]; uri=[ sips:room002@dev.pynlab.com] May 20 20:44:02 dev /usr/sbin/kamailio[23766]: DEBUG: <core> [core/parser/msg_parser.c:172]: get_hdr_field(): to body [< sips:room002@dev.pynlab.com>#015#012] May 20 20:44:02 dev /usr/sbin/kamailio[23766]: DEBUG: <core> [core/parser/msg_parser.c:152]: get_hdr_field(): cseq <CSeq>: <21738> <MESSAGE> May 20 20:44:02 dev /usr/sbin/kamailio[23766]: DEBUG: <core> [core/receive.c:205]: receive_msg(): --- received sip message - request - call-id: [UtD.tzGUrqp658sgiCsswG5XkExXahlZ] - cseq: [21738 MESSAGE] May 20 20:44:02 dev /usr/sbin/kamailio[23766]: DEBUG: <core> [core/receive.c:248]: receive_msg(): preparing to run routing scripts... May 20 20:44:02 dev /usr/sbin/kamailio[23766]: exec: *** cfgtrace:request_route=[DEFAULT_ROUTE] c=[/etc/kamailio/kamailio_routes.cfg] l=4 a=5 n=route May 20 20:44:02 dev /usr/sbin/kamailio[23766]: exec: *** cfgtrace:request_route=[SIP_TRACE_LOG] c=[/etc/kamailio/kamailio_routes.cfg] l=138 a=16 n=if May 20 20:44:02 dev /usr/sbin/kamailio[23766]: exec: *** cfgtrace:request_route=[SIP_TRACE_LOG] c=[/etc/kamailio/kamailio_routes.cfg] l=135 a=25 n=is_method May 20 20:44:02 dev /usr/sbin/kamailio[23766]: exec: *** cfgtrace:request_route=[SIP_TRACE_LOG] c=[/etc/kamailio/kamailio_routes.cfg] l=136 a=2 n=return May 20 20:44:02 dev /usr/sbin/kamailio[23766]: exec: *** cfgtrace:request_route=[DEFAULT_ROUTE] c=[/etc/kamailio/kamailio_routes.cfg] l=7 a=5 n=route May 20 20:44:02 dev /usr/sbin/kamailio[23766]: exec: *** cfgtrace:request_route=[REQINIT] c=[/etc/kamailio/kamailio_routes.cfg] l=183 a=16 n=if May 20 20:44:02 dev /usr/sbin/kamailio[23766]: DEBUG: <core> [core/socket_info.c:564]: grep_sock_info(): checking if host==us: 13==9 && [37.77.127.147] == [127.0.0.1] May 20 20:44:02 dev /usr/sbin/kamailio[23766]: DEBUG: <core> [core/socket_info.c:564]: grep_sock_info(): checking if host==us: 13==9 && [37.77.127.147] == [127.0.0.1] May 20 20:44:02 dev /usr/sbin/kamailio[23766]: DEBUG: <core> [core/socket_info.c:564]: grep_sock_info(): checking if host==us: 13==7 && [37.77.127.147] == [0.0.0.0] May 20 20:44:02 dev /usr/sbin/kamailio[23766]: DEBUG: <core> [core/socket_info.c:583]: grep_sock_info(): checking advertise if host==us: 13==14 && [37.77.127.147] == [195.201.132.99] May 20 20:44:02 dev /usr/sbin/kamailio[23766]: DEBUG: <core> [core/forward.c:412]: check_self(): host != me May 20 20:44:02 dev /usr/sbin/kamailio[23766]: exec: *** cfgtrace:request_route=[REQINIT] c=[/etc/kamailio/kamailio_routes.cfg] l=171 a=25 n=is_method May 20 20:44:02 dev /usr/sbin/kamailio[23766]: exec: *** cfgtrace:request_route=[REQINIT] c=[/etc/kamailio/kamailio_routes.cfg] l=190 a=16 n=if May 20 20:44:02 dev /usr/sbin/kamailio[23766]: exec: *** cfgtrace:request_route=[REQINIT] c=[/etc/kamailio/kamailio_routes.cfg] l=195 a=16 n=if May 20 20:44:02 dev /usr/sbin/kamailio[23766]: exec: *** cfgtrace:request_route=[REQINIT] c=[/etc/kamailio/kamailio_routes.cfg] l=190 a=25 n=mf_process_maxfwd_header May 20 20:44:02 dev /usr/sbin/kamailio[23766]: DEBUG: maxfwd [mf_funcs.c:74]: is_maxfwd_present(): value = 70 May 20 20:44:02 dev /usr/sbin/kamailio[23766]: exec: *** cfgtrace:request_route=[REQINIT] c=[/etc/kamailio/kamailio_routes.cfg] l=203 a=16 n=if May 20 20:44:02 dev /usr/sbin/kamailio[23766]: exec: *** cfgtrace:request_route=[REQINIT] c=[/etc/kamailio/kamailio_routes.cfg] l=195 a=25 n=is_method May 20 20:44:02 dev /usr/sbin/kamailio[23766]: exec: *** cfgtrace:request_route=[REQINIT] c=[/etc/kamailio/kamailio_routes.cfg] l=208 a=16 n=if May 20 20:44:02 dev /usr/sbin/kamailio[23766]: exec: *** cfgtrace:request_route=[REQINIT] c=[/etc/kamailio/kamailio_routes.cfg] l=203 a=26 n=sanity_check May 20 20:44:02 dev /usr/sbin/kamailio[23766]: DEBUG: <core> [core/parser/msg_parser.c:183]: get_hdr_field(): content_length=264 May 20 20:44:02 dev /usr/sbin/kamailio[23766]: DEBUG: <core> [core/parser/msg_parser.c:89]: get_hdr_field(): found end of header May 20 20:44:02 dev /usr/sbin/kamailio[23766]: DEBUG: <core> [core/parser/parse_addr_spec.c:185]: parse_to_param(): add param: tag=YxAZ238hjrNKzwbGOxUxPQW2SIO8LMIn May 20 20:44:02 dev /usr/sbin/kamailio[23766]: DEBUG: <core> [core/parser/parse_addr_spec.c:864]: parse_addr_spec(): end of header reached, state=29 May 20 20:44:02 dev /usr/sbin/kamailio[23766]: DEBUG: sanity [sanity_mod.c:256]: w_sanity_check(): sanity checks result: 1 May 20 20:44:02 dev /usr/sbin/kamailio[23766]: exec: *** cfgtrace:request_route=[REQINIT] c=[/etc/kamailio/kamailio_routes.cfg] l=213 a=16 n=if May 20 20:44:02 dev /usr/sbin/kamailio[23766]: exec: *** cfgtrace:request_route=[REQINIT] c=[/etc/kamailio/kamailio_routes.cfg] l=208 a=25 n=is_method May 20 20:44:02 dev /usr/sbin/kamailio[23766]: exec: *** cfgtrace:request_route=[REQINIT] c=[/etc/kamailio/kamailio_routes.cfg] l=212 a=16 n=if May 20 20:44:02 dev /usr/sbin/kamailio[23766]: exec: *** cfgtrace:request_route=[REQINIT] c=[/etc/kamailio/kamailio_routes.cfg] l=210 a=2 n=exit May 20 20:44:02 dev /usr/sbin/kamailio[23766]: DEBUG: <core> [core/receive.c:289]: receive_msg(): request-route executed in: 704 usec May 20 20:44:02 dev /usr/sbin/kamailio[23766]: DEBUG: <core> [core/usr_avp.c:636]: destroy_avp_list(): destroying list (nil) May 20 20:44:02 dev /usr/sbin/kamailio[23766]: DEBUG: <core> [core/usr_avp.c:636]: destroy_avp_list(): destroying list (nil) May 20 20:44:02 dev /usr/sbin/kamailio[23766]: DEBUG: <core> [core/usr_avp.c:636]: destroy_avp_list(): destroying list (nil) May 20 20:44:02 dev /usr/sbin/kamailio[23766]: DEBUG: <core> [core/usr_avp.c:636]: destroy_avp_list(): destroying list (nil) May 20 20:44:02 dev /usr/sbin/kamailio[23766]: DEBUG: <core> [core/usr_avp.c:636]: destroy_avp_list(): destroying list (nil) May 20 20:44:02 dev /usr/sbin/kamailio[23766]: DEBUG: <core> [core/usr_avp.c:636]: destroy_avp_list(): destroying list (nil) May 20 20:44:02 dev /usr/sbin/kamailio[23766]: DEBUG: <core> [core/xavp.c:446]: xavp_destroy_list(): destroying xavp list (nil) May 20 20:44:02 dev /usr/sbin/kamailio[23766]: DEBUG: <core> [core/receive.c:378]: receive_msg(): cleaning up May 20 20:44:02 dev /usr/sbin/kamailio[23736]: DEBUG: msilo [msilo.c:1214]: m_clean_silo(): cleaning stored messages - 51560339 May 20 20:44:07 dev /usr/sbin/kamailio[23736]: DEBUG: msilo [msilo.c:1214]: m_clean_silo(): cleaning stored messages - 51560344 May 20 20:44:08 dev /usr/sbin/kamailio[23766]: DEBUG: <core> [core/io_wait.h:602]: io_watch_del(): DBG: io_watch_del (0xaa5680, 11, -1, 0x10) fd_no=2 called May 20 20:44:08 dev /usr/sbin/kamailio[23766]: DEBUG: <core> [core/tcp_read.c:1664]: release_tcpconn(): releasing con 0x7fbdf2a7c0b0, state 1, fd=11, id=7 ([37.77.127.147]:36289 -> [37.77.127.147]:5061) May 20 20:44:08 dev /usr/sbin/kamailio[23766]: DEBUG: <core> [core/tcp_read.c:1665]: release_tcpconn(): extra_data 0x7fbdf2a2db18 May 20 20:44:08 dev /usr/sbin/kamailio[23773]: DEBUG: <core> [core/tcp_main.c:3308]: handle_tcp_child(): reader response= 7fbdf2a7c0b0, 1 from 1 May 20 20:44:08 dev /usr/sbin/kamailio[23773]: DEBUG: <core> [core/io_wait.h:380]: io_watch_add(): DBG: io_watch_add(0xa5bf80, 50, 2, 0x7fbdf2a7c0b0), fd_no=39 May 20 20:44:08 dev /usr/sbin/kamailio[23773]: DEBUG: <core> [core/tcp_main.c:3435]: handle_tcp_child(): CONN_RELEASE 0x7fbdf2a7c0b0 refcnt= 1 May 20 20:44:09 dev /usr/sbin/kamailio[23773]: DEBUG: <core> [core/io_wait.h:602]: io_watch_del(): DBG: io_watch_del (0xa5bf80, 50, -1, 0x0) fd_no=40 called May 20 20:44:09 dev /usr/sbin/kamailio[23773]: DEBUG: <core> [core/tcp_main.c:4196]: handle_tcpconn_ev(): sending to child, events 1 May 20 20:44:09 dev /usr/sbin/kamailio[23773]: DEBUG: <core> [core/tcp_main.c:3878]: send2child(): selected tcp worker 2 23(23767) for activity on [tls:0.0.0.0:5061], 0x7fbdf2a7c0b0 May 20 20:44:09 dev /usr/sbin/kamailio[23767]: DEBUG: <core> [core/tcp_read.c:1740]: handle_io(): received n=8 con=0x7fbdf2a7c0b0, fd=11 May 20 20:44:09 dev /usr/sbin/kamailio[23767]: DEBUG: <core> [core/tcp_read.c:1540]: tcp_read_req(): content-length=15 May 20 20:44:09 dev /usr/sbin/kamailio[23767]: DEBUG: <core> [core/parser/msg_parser.c:604]: parse_msg(): SIP Request: May 20 20:44:09 dev /usr/sbin/kamailio[23767]: DEBUG: <core> [core/parser/msg_parser.c:606]: parse_msg(): method: <MESSAGE> May 20 20:44:09 dev /usr/sbin/kamailio[23767]: DEBUG: <core> [core/parser/msg_parser.c:608]: parse_msg(): uri: < sips:room002@dev.pynlab.com;transport=TLS> May 20 20:44:09 dev /usr/sbin/kamailio[23767]: DEBUG: <core> [core/parser/msg_parser.c:610]: parse_msg(): version: <SIP/2.0> May 20 20:44:09 dev /usr/sbin/kamailio[23767]: DEBUG: <core> [core/parser/parse_via.c:1303]: parse_via_param(): Found param type 235, <rport> = <n/a>; state=6 May 20 20:44:09 dev /usr/sbin/kamailio[23767]: DEBUG: <core> [core/parser/parse_via.c:1303]: parse_via_param(): Found param type 232, <branch> = <z9hG4bKPjqh8tjTMEwA1J8Q0Po93DllWCft4Hz-WA>; state=6 May 20 20:44:09 dev /usr/sbin/kamailio[23767]: DEBUG: <core> [core/parser/parse_via.c:1303]: parse_via_param(): Found param type 237, <alias> = <n/a>; state=16 May 20 20:44:09 dev /usr/sbin/kamailio[23767]: DEBUG: <core> [core/parser/parse_via.c:2639]: parse_via(): end of header reached, state=5 May 20 20:44:09 dev /usr/sbin/kamailio[23767]: DEBUG: <core> [core/parser/msg_parser.c:492]: parse_headers(): Via found, flags=2 May 20 20:44:09 dev /usr/sbin/kamailio[23767]: DEBUG: <core> [core/parser/msg_parser.c:494]: parse_headers(): this is the first via May 20 20:44:09 dev /usr/sbin/kamailio[23767]: DEBUG: <core> [core/parser/parse_addr_spec.c:864]: parse_addr_spec(): end of header reached, state=10 May 20 20:44:09 dev /usr/sbin/kamailio[23767]: DEBUG: <core> [core/parser/msg_parser.c:171]: get_hdr_field(): <To> [31]; uri=[ sips:room002@dev.pynlab.com] May 20 20:44:09 dev /usr/sbin/kamailio[23767]: DEBUG: <core> [core/parser/msg_parser.c:172]: get_hdr_field(): to body [< sips:room002@dev.pynlab.com>#015#012] May 20 20:44:09 dev /usr/sbin/kamailio[23767]: DEBUG: <core> [core/parser/msg_parser.c:152]: get_hdr_field(): cseq <CSeq>: <29567> <MESSAGE> May 20 20:44:09 dev /usr/sbin/kamailio[23767]: DEBUG: <core> [core/receive.c:205]: receive_msg(): --- received sip message - request - call-id: [8UDGmawPuNWXuk8iDNJuE9ekNCiH1mVN] - cseq: [29567 MESSAGE] May 20 20:44:09 dev /usr/sbin/kamailio[23767]: DEBUG: <core> [core/receive.c:248]: receive_msg(): preparing to run routing scripts... May 20 20:44:09 dev /usr/sbin/kamailio[23767]: exec: *** cfgtrace:request_route=[DEFAULT_ROUTE] c=[/etc/kamailio/kamailio_routes.cfg] l=4 a=5 n=route May 20 20:44:09 dev /usr/sbin/kamailio[23767]: exec: *** cfgtrace:request_route=[SIP_TRACE_LOG] c=[/etc/kamailio/kamailio_routes.cfg] l=138 a=16 n=if May 20 20:44:09 dev /usr/sbin/kamailio[23767]: exec: *** cfgtrace:request_route=[SIP_TRACE_LOG] c=[/etc/kamailio/kamailio_routes.cfg] l=135 a=25 n=is_method May 20 20:44:09 dev /usr/sbin/kamailio[23767]: exec: *** cfgtrace:request_route=[SIP_TRACE_LOG] c=[/etc/kamailio/kamailio_routes.cfg] l=136 a=2 n=return May 20 20:44:09 dev /usr/sbin/kamailio[23767]: exec: *** cfgtrace:request_route=[DEFAULT_ROUTE] c=[/etc/kamailio/kamailio_routes.cfg] l=7 a=5 n=route May 20 20:44:09 dev /usr/sbin/kamailio[23767]: exec: *** cfgtrace:request_route=[REQINIT] c=[/etc/kamailio/kamailio_routes.cfg] l=183 a=16 n=if May 20 20:44:09 dev /usr/sbin/kamailio[23767]: DEBUG: <core> [core/socket_info.c:564]: grep_sock_info(): checking if host==us: 13==9 && [37.77.127.147] == [127.0.0.1] May 20 20:44:09 dev /usr/sbin/kamailio[23767]: DEBUG: <core> [core/socket_info.c:564]: grep_sock_info(): checking if host==us: 13==9 && [37.77.127.147] == [127.0.0.1] May 20 20:44:09 dev /usr/sbin/kamailio[23767]: DEBUG: <core> [core/socket_info.c:564]: grep_sock_info(): checking if host==us: 13==7 && [37.77.127.147] == [0.0.0.0] May 20 20:44:09 dev /usr/sbin/kamailio[23767]: DEBUG: <core> [core/socket_info.c:583]: grep_sock_info(): checking advertise if host==us: 13==14 && [37.77.127.147] == [195.201.132.99] May 20 20:44:09 dev /usr/sbin/kamailio[23767]: DEBUG: <core> [core/forward.c:412]: check_self(): host != me May 20 20:44:09 dev /usr/sbin/kamailio[23767]: exec: *** cfgtrace:request_route=[REQINIT] c=[/etc/kamailio/kamailio_routes.cfg] l=171 a=25 n=is_method May 20 20:44:09 dev /usr/sbin/kamailio[23767]: exec: *** cfgtrace:request_route=[REQINIT] c=[/etc/kamailio/kamailio_routes.cfg] l=190 a=16 n=if May 20 20:44:09 dev /usr/sbin/kamailio[23767]: exec: *** cfgtrace:request_route=[REQINIT] c=[/etc/kamailio/kamailio_routes.cfg] l=195 a=16 n=if May 20 20:44:09 dev /usr/sbin/kamailio[23767]: exec: *** cfgtrace:request_route=[REQINIT] c=[/etc/kamailio/kamailio_routes.cfg] l=190 a=25 n=mf_process_maxfwd_header May 20 20:44:09 dev /usr/sbin/kamailio[23767]: DEBUG: maxfwd [mf_funcs.c:74]: is_maxfwd_present(): value = 70 May 20 20:44:09 dev /usr/sbin/kamailio[23767]: exec: *** cfgtrace:request_route=[REQINIT] c=[/etc/kamailio/kamailio_routes.cfg] l=203 a=16 n=if May 20 20:44:09 dev /usr/sbin/kamailio[23767]: exec: *** cfgtrace:request_route=[REQINIT] c=[/etc/kamailio/kamailio_routes.cfg] l=195 a=25 n=is_method May 20 20:44:09 dev /usr/sbin/kamailio[23767]: exec: *** cfgtrace:request_route=[REQINIT] c=[/etc/kamailio/kamailio_routes.cfg] l=208 a=16 n=if May 20 20:44:09 dev /usr/sbin/kamailio[23767]: exec: *** cfgtrace:request_route=[REQINIT] c=[/etc/kamailio/kamailio_routes.cfg] l=203 a=26 n=sanity_check May 20 20:44:09 dev /usr/sbin/kamailio[23767]: DEBUG: <core> [core/parser/msg_parser.c:183]: get_hdr_field(): content_length=15 May 20 20:44:09 dev /usr/sbin/kamailio[23767]: DEBUG: <core> [core/parser/msg_parser.c:89]: get_hdr_field(): found end of header May 20 20:44:09 dev /usr/sbin/kamailio[23767]: DEBUG: <core> [core/parser/parse_addr_spec.c:185]: parse_to_param(): add param: tag=I5suPLl6lYTIqikf8qYpr6QWNEqeaR30 May 20 20:44:09 dev /usr/sbin/kamailio[23767]: DEBUG: <core> [core/parser/parse_addr_spec.c:864]: parse_addr_spec(): end of header reached, state=29 May 20 20:44:09 dev /usr/sbin/kamailio[23767]: DEBUG: sanity [sanity_mod.c:256]: w_sanity_check(): sanity checks result: 1 May 20 20:44:09 dev /usr/sbin/kamailio[23767]: exec: *** cfgtrace:request_route=[REQINIT] c=[/etc/kamailio/kamailio_routes.cfg] l=213 a=16 n=if May 20 20:44:09 dev /usr/sbin/kamailio[23767]: exec: *** cfgtrace:request_route=[REQINIT] c=[/etc/kamailio/kamailio_routes.cfg] l=208 a=25 n=is_method May 20 20:44:09 dev /usr/sbin/kamailio[23767]: exec: *** cfgtrace:request_route=[REQINIT] c=[/etc/kamailio/kamailio_routes.cfg] l=212 a=16 n=if May 20 20:44:09 dev /usr/sbin/kamailio[23767]: exec: *** cfgtrace:request_route=[DEFAULT_ROUTE] c=[/etc/kamailio/kamailio_routes.cfg] l=10 a=5 n=route May 20 20:44:09 dev /usr/sbin/kamailio[23767]: exec: *** cfgtrace:request_route=[NATDETECT] c=[/etc/kamailio/kamailio_routes.cfg] l=539 a=55 n=force_rport May 20 20:44:09 dev /usr/sbin/kamailio[23767]: exec: *** cfgtrace:request_route=[NATDETECT] c=[/etc/kamailio/kamailio_routes.cfg] l=555 a=16 n=if May 20 20:44:09 dev /usr/sbin/kamailio[23767]: exec: *** cfgtrace:request_route=[NATDETECT] c=[/etc/kamailio/kamailio_routes.cfg] l=551 a=16 n=if May 20 20:44:09 dev /usr/sbin/kamailio[23767]: exec: *** cfgtrace:request_route=[NATDETECT] c=[/etc/kamailio/kamailio_routes.cfg] l=545 a=25 n=is_method May 20 20:44:09 dev /usr/sbin/kamailio[23767]: exec: *** cfgtrace:request_route=[NATDETECT] c=[/etc/kamailio/kamailio_routes.cfg] l=551 a=16 n=if May 20 20:44:09 dev /usr/sbin/kamailio[23767]: exec: *** cfgtrace:request_route=[NATDETECT] c=[/etc/kamailio/kamailio_routes.cfg] l=548 a=24 n=is_first_hop May 20 20:44:09 dev /usr/sbin/kamailio[23767]: DEBUG: siputils [sipops.c:159]: is_first_hop(): no 2nd via found - first hop May 20 20:44:09 dev /usr/sbin/kamailio[23767]: exec: *** cfgtrace:request_route=[NATDETECT] c=[/etc/kamailio/kamailio_routes.cfg] l=549 a=24 n=set_contact_alias May 20 20:44:09 dev /usr/sbin/kamailio[23767]: exec: *** cfgtrace:request_route=[NATDETECT] c=[/etc/kamailio/kamailio_routes.cfg] l=552 a=39 n=setflag May 20 20:44:09 dev /usr/sbin/kamailio[23767]: exec: *** cfgtrace:request_route=[NATDETECT] c=[/etc/kamailio/kamailio_routes.cfg] l=555 a=2 n=return May 20 20:44:09 dev /usr/sbin/kamailio[23767]: exec: *** cfgtrace:request_route=[DEFAULT_ROUTE] c=[/etc/kamailio/kamailio_routes.cfg] l=23 a=16 n=if May 20 20:44:09 dev /usr/sbin/kamailio[23767]: exec: *** cfgtrace:request_route=[DEFAULT_ROUTE] c=[/etc/kamailio/kamailio_routes.cfg] l=13 a=25 n=is_method May 20 20:44:09 dev /usr/sbin/kamailio[23767]: exec: *** cfgtrace:request_route=[DEFAULT_ROUTE] c=[/etc/kamailio/kamailio_routes.cfg] l=23 a=5 n=route May 20 20:44:09 dev /usr/sbin/kamailio[23767]: exec: *** cfgtrace:request_route=[WITHINDLG] c=[/etc/kamailio/kamailio_routes.cfg] l=229 a=16 n=if May 20 20:44:09 dev /usr/sbin/kamailio[23767]: exec: *** cfgtrace:request_route=[WITHINDLG] c=[/etc/kamailio/kamailio_routes.cfg] l=219 a=24 n=has_totag May 20 20:44:09 dev /usr/sbin/kamailio[23767]: DEBUG: siputils [checks.c:120]: has_totag(): no totag May 20 20:44:09 dev /usr/sbin/kamailio[23767]: exec: *** cfgtrace:request_route=[WITHINDLG] c=[/etc/kamailio/kamailio_routes.cfg] l=219 a=2 n=return May 20 20:44:09 dev /usr/sbin/kamailio[23767]: exec: *** cfgtrace:request_route=[DEFAULT_ROUTE] c=[/etc/kamailio/kamailio_routes.cfg] l=33 a=16 n=if May 20 20:44:09 dev /usr/sbin/kamailio[23767]: exec: *** cfgtrace:request_route=[DEFAULT_ROUTE] c=[/etc/kamailio/kamailio_routes.cfg] l=29 a=24 n=t_precheck_trans May 20 20:44:09 dev /usr/sbin/kamailio[23767]: exec: *** cfgtrace:request_route=[DEFAULT_ROUTE] c=[/etc/kamailio/kamailio_routes.cfg] l=33 a=24 n=t_check_trans May 20 20:44:09 dev /usr/sbin/kamailio[23767]: DEBUG: tm [t_lookup.c:1019]: t_check_msg(): msg (0x7fbdfdd20280) id=2 global id=1 T start=(nil) May 20 20:44:09 dev /usr/sbin/kamailio[23767]: DEBUG: tm [t_lookup.c:477]: t_lookup_request(): start searching: hash=1234, isACK=0 May 20 20:44:09 dev /usr/sbin/kamailio[23767]: DEBUG: tm [t_lookup.c:435]: matching_3261(): RFC3261 transaction matching failed May 20 20:44:09 dev /usr/sbin/kamailio[23767]: DEBUG: tm [t_lookup.c:659]: t_lookup_request(): no transaction found May 20 20:44:09 dev /usr/sbin/kamailio[23767]: DEBUG: tm [t_lookup.c:1088]: t_check_msg(): msg (0x7fbdfdd20280) id=2 global id=2 T end=(nil) May 20 20:44:09 dev /usr/sbin/kamailio[23767]: exec: *** cfgtrace:request_route=[DEFAULT_ROUTE] c=[/etc/kamailio/kamailio_routes.cfg] l=48 a=16 n=if May 20 20:44:09 dev /usr/sbin/kamailio[23767]: exec: *** cfgtrace:request_route=[DEFAULT_ROUTE] c=[/etc/kamailio/kamailio_routes.cfg] l=41 a=25 n=is_method May 20 20:44:09 dev /usr/sbin/kamailio[23767]: exec: *** cfgtrace:request_route=[DEFAULT_ROUTE] c=[/etc/kamailio/kamailio_routes.cfg] l=71 a=16 n=if May 20 20:44:09 dev /usr/sbin/kamailio[23767]: exec: *** cfgtrace:request_route=[DEFAULT_ROUTE] c=[/etc/kamailio/kamailio_routes.cfg] l=51 a=25 n=xdbg May 20 20:44:09 dev /usr/sbin/kamailio[23767]: DEBUG: <script>: script: message from [sip:704021003@dev.pynlab.com] r-uri [ sips:room002@dev.pynlab.com;transport=TLS] msg [#accept room002] May 20 20:44:09 dev /usr/sbin/kamailio[23767]: exec: *** cfgtrace:request_route=[DEFAULT_ROUTE] c=[/etc/kamailio/kamailio_routes.cfg] l=61 a=16 n=if May 20 20:44:09 dev /usr/sbin/kamailio[23767]: exec: *** cfgtrace:request_route=[DEFAULT_ROUTE] c=[/etc/kamailio/kamailio_routes.cfg] l=52 a=25 n=is_method May 20 20:44:09 dev /usr/sbin/kamailio[23767]: exec: *** cfgtrace:request_route=[DEFAULT_ROUTE] c=[/etc/kamailio/kamailio_routes.cfg] l=54 a=3 n=log May 20 20:44:09 dev /usr/sbin/kamailio[23767]: exec: *** cfgtrace:request_route=[DEFAULT_ROUTE] c=[/etc/kamailio/kamailio_routes.cfg] l=55 a=26 n=sl_send_reply May 20 20:44:09 dev /usr/sbin/kamailio[23767]: DEBUG: sl [sl_funcs.c:490]: sl_run_callbacks(): execute callback for event type 1 May 20 20:44:09 dev /usr/sbin/kamailio[23767]: DEBUG: siptrace [siptrace.c:1350]: trace_sl_onreply_out(): trace off... May 20 20:44:09 dev /usr/sbin/kamailio[23767]: DEBUG: <core> [core/tcp_main.c:2226]: tcpconn_send_put(): send from reader (23767 (23)), reusing fd May 20 20:44:09 dev /usr/sbin/kamailio[23767]: DEBUG: <core> [core/tcp_main.c:2460]: tcpconn_do_send(): sending... May 20 20:44:09 dev /usr/sbin/kamailio[23767]: DEBUG: <core> [core/tcp_main.c:2494]: tcpconn_do_send(): after real write: c= 0x7fbdf2a7c0b0 n=434 fd=11 May 20 20:44:09 dev /usr/sbin/kamailio[23767]: DEBUG: <core> [core/tcp_main.c:2495]: tcpconn_do_send(): buf=#012#027#003#003#001aÖ*~‘ÖŒÁ*~Ì#035R9à‹#034¦ÆFîí¯#015sÖvy¯]ß÷zdï}sT ÑSê{#016^±þKX`#001Öo˜:#013™æØD#005pÓ!3U¨ÛÞ]®#027…*ž)Ûøï>žÆ_=Y3#022$+Hyj6Îc#035#027#016#033ÿŒ#024#012#030¢#036¨±LÚE#002Ó öe#030VÉ›#015 —‹VòV2žJÙ)°›^“#013ç#005— ‡¸þ›Â#013$2î›ƒª#001Ù«-rAe ;ö-DY(#026 -Ÿú@@5‚#025è.9®‹Àb¯³qãš.bn <http://xn--q-yfa29a.bn>»v¿²ý,q¶*P—µæèÒšÔb(ÚhòŠv#026FòŠ;fý]#024ƒI#022…ÞütàZrÈ$êln¹ç z”Ç©TÜ‘#015Bƒî£Ñ+vÝÚíûñ#012#005#032[FÐëè¥#024»%_™‹$×½˜3Ú%ÀŒJ#034<©9í{ø#031h•#037"°qß³…–¨óùºñ#012ì1§úPàB‡10veÓö=”Ñ[‹¡Ì‘1#037à#033>±%ƒÖ\Ivœø«úP May 20 20:44:09 dev /usr/sbin/kamailio[23767]: exec: *** cfgtrace:request_route=[DEFAULT_ROUTE] c=[/etc/kamailio/kamailio_routes.cfg] l=56 a=24 n=imc_manager May 20 20:44:09 dev /usr/sbin/kamailio[23767]: ERROR: imc [imc.c:499]: ki_imc_manager(): BODY #accept room002 May 20 20:44:09 dev /usr/sbin/kamailio[23767]: DEBUG: imc [imc.c:502]: ki_imc_manager(): found command May 20 20:44:09 dev /usr/sbin/kamailio[23767]: DEBUG: imc [imc_cmd.c:144]: imc_parse_cmd(): command: [accept] May 20 20:44:09 dev /usr/sbin/kamailio[23767]: DEBUG: imc [imc_cmd.c:149]: imc_parse_cmd(): parameter 0=[room002] May 20 20:44:09 dev /usr/sbin/kamailio[23767]: DEBUG: imc [imc_mng.c:371]: imc_get_member(): found member May 20 20:44:09 dev /usr/sbin/kamailio[23767]: DEBUG: imc [imc_cmd.c:1097]: imc_room_broadcast(): nr = 2 May 20 20:44:09 dev /usr/sbin/kamailio[23767]: DEBUG: imc [imc_cmd.c:1101]: imc_room_broadcast(): to uri = sip:651097007@dev.pynlab.com May 20 20:44:09 dev /usr/sbin/kamailio[23767]: DEBUG: tm [uac.c:427]: t_uac_prepare(): next_hop=<sip:651097007@dev.pynlab.com> May 20 20:44:09 dev /usr/sbin/kamailio[23767]: DEBUG: <core> [core/dns_cache.c:542]: _dns_hash_find(): (_sip._udp.dev.pynlab.com(24), 33), h=5 May 20 20:44:09 dev /usr/sbin/kamailio[23767]: DEBUG: <core> [core/dns_cache.c:542]: _dns_hash_find(): (dev.pynlab.com(14), 1), h=696 May 20 20:44:09 dev /usr/sbin/kamailio[23767]: DEBUG: tm [uac.c:152]: dlg2hash(): hashid 54753 May 20 20:44:09 dev /usr/sbin/kamailio[23767]: DEBUG: tm [uac.c:646]: send_prepared_request_impl(): uac: 0x7fbdf2a9ad58 branch: 0 to 195.201.132.99:5060 May 20 20:44:09 dev /usr/sbin/kamailio[23767]: DEBUG: tm [../../core/onsend.h:69]: run_onsend(): required parameters are not available - ignoring May 20 20:44:09 dev /usr/sbin/kamailio[23767]: DEBUG: imc [imc_cmd.c:1101]: imc_room_broadcast(): to uri = sip:704021003@dev.pynlab.com May 20 20:44:09 dev /usr/sbin/kamailio[23767]: DEBUG: tm [uac.c:427]: t_uac_prepare(): next_hop=<sip:704021003@dev.pynlab.com> May 20 20:44:09 dev /usr/sbin/kamailio[23767]: DEBUG: <core> [core/dns_cache.c:542]: _dns_hash_find(): (_sip._udp.dev.pynlab.com(24), 33), h=5 May 20 20:44:09 dev /usr/sbin/kamailio[23767]: DEBUG: <core> [core/dns_cache.c:542]: _dns_hash_find(): (dev.pynlab.com(14), 1), h=696 May 20 20:44:09 dev /usr/sbin/kamailio[23767]: DEBUG: tm [uac.c:152]: dlg2hash(): hashid 54767 May 20 20:44:09 dev /usr/sbin/kamailio[23767]: DEBUG: tm [uac.c:646]: send_prepared_request_impl(): uac: 0x7fbdf2a9c408 branch: 0 to 195.201.132.99:5060 May 20 20:44:09 dev /usr/sbin/kamailio[23767]: DEBUG: tm [../../core/onsend.h:69]: run_onsend(): required parameters are not available - ignoring May 20 20:44:09 dev /usr/sbin/kamailio[23767]: exec: *** cfgtrace:request_route=[DEFAULT_ROUTE] c=[/etc/kamailio/kamailio_routes.cfg] l=57 a=2 n=exit May 20 20:44:09 dev /usr/sbin/kamailio[23767]: DEBUG: <core> [core/receive.c:289]: receive_msg(): request-route executed in: 3448 usec May 20 20:44:09 dev /usr/sbin/kamailio[23767]: DEBUG: <core> [core/usr_avp.c:636]: destroy_avp_list(): destroying list (nil) May 20 20:44:09 dev /usr/sbin/kamailio[23767]: DEBUG: <core> [core/usr_avp.c:636]: destroy_avp_list(): destroying list (nil) May 20 20:44:09 dev /usr/sbin/kamailio[23767]: DEBUG: <core> [core/usr_avp.c:636]: destroy_avp_list(): destroying list (nil) May 20 20:44:09 dev /usr/sbin/kamailio[23767]: DEBUG: <core> [core/usr_avp.c:636]: destroy_avp_list(): destroying list (nil) May 20 20:44:09 dev /usr/sbin/kamailio[23767]: DEBUG: <core> [core/usr_avp.c:636]: destroy_avp_list(): destroying list (nil) May 20 20:44:09 dev /usr/sbin/kamailio[23767]: DEBUG: <core> [core/usr_avp.c:636]: destroy_avp_list(): destroying list (nil) May 20 20:44:09 dev /usr/sbin/kamailio[23767]: DEBUG: <core> [core/xavp.c:446]: xavp_destroy_list(): destroying xavp list (nil) May 20 20:44:09 dev /usr/sbin/kamailio[23767]: DEBUG: <core> [core/receive.c:378]: receive_msg(): cleaning up May 20 20:44:09 dev /usr/sbin/kamailio[23767]: DEBUG: <core> [core/io_wait.h:380]: io_watch_add(): DBG: io_watch_add(0xaa5680, 11, 2, 0x7fbdf2a7c0b0), fd_no=1 May 20 20:44:12 dev /usr/sbin/kamailio[23736]: DEBUG: msilo [msilo.c:1214]: m_clean_silo(): cleaning stored messages - 51560349

1 0

Kamailio crashing several times a day
by Jacob Greene 21 May '20

21 May '20

Hello everyone! I'm having an issue and was wondering if anyone could point me in the right direction. I have a kamailio server that is crashing several times a day. I see the following message in the logs: > > May 20 21:00:02 ip-10-192-11-197 /usr/sbin/kamailio[14705]: CRITICAL: > <core> [core/pass_fd.c:277]: receive_fd(): EOF on 19 Then almost instantly the service restarts: > May 20 21:00:02 ip-10-192-11-197 /usr/sbin/kamailio[14687]: ALERT: <core> > [main.c:766]: handle_sigs(): child process 14689 exited by a signal 6 May 20 21:00:02 ip-10-192-11-197 /usr/sbin/kamailio[14687]: ALERT: <core> > [main.c:769]: handle_sigs(): core was generated > May 20 21:00:02 ip-10-192-11-197 /usr/sbin/kamailio[14687]: INFO: <core> > [main.c:792]: handle_sigs(): terminating due to SIGCHLD > May 20 21:00:02 ip-10-192-11-197 /usr/sbin/kamailio[14705]: INFO: <core> > [main.c:847]: sig_usr(): signal 15 received This is a dump of the log when this happens: https://pastebin.com/KAT9n0x9 The core dump doesn't make much sense to me, but this is it: https://pastebin.com/9rVZjsEn Any ideas on what may be causing this? Thanks in advance for reading! -- Jacob Greene *Voice Engineer*

2 2

How to ensure separate kamailio instances dispatchers make the same decision?
by George Diamantopoulos 20 May '20

20 May '20

Hello all, I need to have two separate kamailio instances' dispatcher modules make the same decisions when using algorithm 7 (hash over pvar). What do I need to do to ensure this? Note that for design reasons, the two instances cannot share a dispatcher table from db. If I ensure the "setid" group used for algo 7 in the respective cases contain the same group of hosts, is it enough? Do other things matter, such as the ordering of the group members in the table (i.e. different AUTO INCREMENT ids?). Does the setid need to be the same number? Do I need to ensure the 'destination' values are identical (i.e. not using IPs for dispatcher table A and hostnames for dispatcher table B)? If someone knows what the criteria is for matching a hashed pvar to a member of a dispatcher setid and how this can be made deterministic, I would be grateful. Thanks! BR, George

3 3

get_record(): lookup failed
by Chris Atta 20 May '20

20 May '20

get_record(): lookup failed when try to add or invite a user to a private chat room with imc module. join to a public room works!

2 1

s.replace Transformation and Newline
by Carsten Bock 19 May '20

19 May '20

Hi, I am trying the following: - extract the message body - replace some content - store it in a hashtable - send it out in a reply in later request I do the following: [...] $sht(sdp=>$ci) = $(rb{s.replace,a=sendrecv,a=sendrecv\\r\\na=curr:qos local none}); [...] set_reply_body("$sht(sdp=>$ci)", "application/sdp"); send_reply("200", "OK"); [...] It works like a charm, however I'm facing one small issue: My SDP looks like this: [...] a=rtpmap:8 PCMA/8000 a=sendrecv\r\na=curr:qos local none a=rtcp:34949 [...] It seems that s.replace is escaping characters. Anyone any ideas? Thanks, Carsten $var(x) = "abababa"; $(var(x){s.replace,a,c} => "cbcbcbc" -- Carsten Bock I CTO & Founder ng-voice GmbH Trostbrücke 1 I 20457 Hamburg I Germany T +49 40 524 75 93-40 | M +49 179 2021244 I www.ng-voice.com Registry Office at Local Court Hamburg, HRB 120189 Managing Directors: Dr. David Bachmann, Carsten Bock

2 6

rfc: types of announcements on sr-users list
by Daniel-Constantin Mierla 19 May '20

19 May '20

Hello, another topic discussed during the online devel meeting last week was about what kind of announcements should be allowed on this list. The purpose of sr-users list is to be an open community forum to help each other to install, configure and operate Kamailio instances. So far we announced here any new Kamailio versions (obvious) as well as releases to the open source (and free) applications/tools strictly developed for Kamailio (the kamcli and siremis), plus the events related to Kamailio community or project development. Last I am aware of being "accepted" to be announced on this list is the availability to hire Kamailio experts or to be hired, relying on common sense and not abuse of sending often such announcements (which happened so far). Now it came into discussions if announcements about other applications or projects that are built with Kamailio or useful for building/operating Kamailio-based services. Becoming aware of such things can be very valuable for the community, but because this may be interpreted differently (what's useful for me, might not be for others), we should be careful and set the rules to avoid "polluting/spamming" this group of discussions. On the online meeting was somehow considered acceptable to have one time announcement when launching such a project. Clearly this is not the place for announcing every new featured added in external projects or their releases. Moreover, the projects have to be related from real time communications perspective, like: - the project/application is built on top of kamailio (e.g., pbx system with kamailio inside and web ui) - completes what kamailio can do or needs for real time communication services (e.g., monitoring the sip/rtp traffic, billing/charging of sip calls, sip softphone, lib or media server ...) Again, only if these projects/applications are open source and free to use, plus the announcement only when launching the project (or better said, at the moment of the first usable version). Posts to this mailing lists can be done only by members, so who sends the announcement has to be part of the community. If people find it acceptable to get such announcements, I would also consider to revise the policy if we start having more than 2-3 such announcements per month. So, the question for now is if people here would find in useful to have such announcements. Let's see what arguments are for one or the other variant and get to conclusion good for most of us. Cheers, Daniel -- Daniel-Constantin Mierla -- www.asipto.com www.twitter.com/miconda -- www.linkedin.com/in/miconda

1 1

mid-registrar example
by Easy Rider 19 May '20

19 May '20

Hi everyone I'm trying to implement OpenSIPS-like mid registrar functionality using UAC module Up to now, I was simply performing authentication on my kamailio instance, saving to local domain and forwarding the request to another proxy I'd like to lower the number of requests sent to this other proxy, by forwarding only a few of the incoming requests. This is not a problem to do, but then comes the handling of expiration. If the SIP UAC is disconnected, the registration expires on my kamailio instance, but I don't know how to correctly notify the other proxy on the unregistration (I was trying to build and send a request using uac_send_req(), but this is useless as I can't set the CSeq value) While looking for a solution to my problem, I discovered that OpenSIPS had a mid registrar module doing exactly what I'd like to do (according to the documentation at least). I also saw old messages on this list that it was possible to achieve the same result with UAC module on kamailio In particular, I don't see why (or if) I need to populate the uacreg table. I don't see why it should be necessary, and it would have a great impact on performance to use a db for this matter. I also don't need (I think) to have different local and remote from and to URIs I think I need to build the a new REGISTER request using $uac_req, but I don't see any contact header in the outgoing request, despite having set reg_contact_addr value Thanks for any clue you could give me

4 7

nathelper without usrloc
by Daniel W. Graham 18 May '20

18 May '20

I’ve been missing with this for a while and seem to be missing something. Any suggestions on what is missing here? Trying to use set_contact_alias() and handle_ruri_alias() from nathelper module and nat_keepalive from nat_traversal module, without registrar. I had register keepalive working, that has since broke. When register keepalive was working, I was able to place call in either direction but ACK and BYE was not being routed past kamailio. Registrations are forwarded to the PBX using add_path() and is working. Also not included below is the routing to the PBX, that is just setting $du and t_relay, and is also working. Topology is: UA1 -> NAT -> kamailio -> PBX -> UA2 Using default config file as the example, modified with above changes. I also removed RTP config as that is a non-issue. request_route { …… # FLAG MESSAGES FROM PBX setflag(FLT_PBX); route(NATDETECT); …… route[NATDETECT] { if (nat_uac_test("19")) { force_rport(); set_contact_alias(); nat_keepalive(); } return; } route[WITHINDLG] { if (!has_totag()) return; if (loose_route()) { route(DLGURI); } else if ( is_method("ACK") ) { route(NATMANAGE); } else if ( is_method("NOTIFY") ) { record_route(); } route(RELAY); exit; } if (is_method("SUBSCRIBE") && uri == myself) { route(PRESENCE); exit; } if ( is_method("ACK") ) { if ( t_check_trans() ) { route(RELAY); exit; } else { exit; } } sl_send_reply("404","Not here"); exit; } route[NATMANAGE] { if(isflagset(FLT_PBX)) { handle_ruri_alias(); } if(!isflagset(FLT_PBX)) { set_contact_alias(); } return; } route[DLGURI] { if(!isdsturiset()) { handle_ruri_alias(); } return; } branch_route[MANAGE_BRANCH] { route(NATMANAGE); } onreply_route[MANAGE_REPLY] { if(status=~"[12][0-9][0-9]") { route(NATMANAGE); } } failure_route[MANAGE_FAILURE] { route(NATMANAGE); if (t_is_canceled()) exit; -dan

4 19

msilo dump, ordering
by Péter Barabás 16 May '20

16 May '20

Hi, I have a strange situation in messaging. I start to send messages continuously from one user to another on iOS devices. The messages are stored in silo since receiver is in background and registration does not exists. During the message flow, the receiver registers and the messages are dumped from silo when the sender still sends messages. The order of messages are important because of encryption, if an earlier message arrives after a later one to the receiver, a new key exchange is needed to decrypt messages, etc... So the question: * Is there any technique where I can delay or lock incoming messages on kamailio until silo messages successfully dumped in order to preserve message ordering? Thanks Peter

2 1

Facing issue with call disconnection BYE packets are not accepted by kamailio
by Voip support 15 May '20

15 May '20

Dear Community, I wrote before about my random issues with calls disconnection. We found some issue in our VMWare environment that much packets was lost. We resolved the issue by moving to other VMWare host however the issue is still present. Currently it is random and some calls do not disconnect due to no BYE forwarded by kamailio to other side. Here is the pcap of such call : https://www.dropbox.com/s/7bktz3p4im6ztld/bad-dialog-call.zip?dl=1 We use dialog module and dispatcher. dlg_manage(); is only executed in this block : # - flags # FLT_ - per transaction (message) flags # FLB_ - per branch flags #!define FLT_ACC 1 #!define FLT_ACCMISSED 2 #!define FLT_ACCFAILED 3 #!define FLT_DLG 4 . . . # account only INVITEs if (is_method("INVITE")) { setflag(FLT_DLG); # create dialog << i added it setflag(FLT_ACCMISSED); # do accounting even if failed << i added it setflag(FLT_ACC); # do accounting #route(LIMIT_CALLS); dlg_manage(); sip_trace(); } I really have no idea i am unable to find differences between the bad and good call. The SIP packets looking good but the BYE is not processed. Please help me out how to debug it? I was thinking of adding a log for checking if request is BYE and if it is check if it match a dialog using is_known_dlg() method. Please let me know if you see what is wrong. Just to mention kamailio is listening on private IP with advertise to public IP. Best regards!

2 4

replace SIP methods
by AL RSM 15 May '20

15 May '20

Hi, I was wondering if Kamailio can replace SIP methods? i.e., when Kamailio receives SIP INVITE, change it to NOTIFY methods and fork it to multiple destination. Thanks, AL

2 1

Dispatcher - ds_select_dst based on attribute value
by rainolf 15 May '20

15 May '20

Hi everyone, Let's say i want to add additional attribute in every dispatcher database entry in form of: *Example:* extension_set=100-199;branch=NewYork Let's say also i have more than one entry in dispatcher database with these attributes and same priority. *EX:* IP=192.168.1.1;priority=1;attr=extension_set=100-199;branch=NewYork;Descrioption=PBX Production IP=192.168.1.2;priority=1;attr=extension_set=100-199;branch=NewYork;Descrioption=PBX Backup What i want to achieve is to select multiple destination with ds_select and algorithm 8(priority) based on dialed extension. I can get attributes with: $(xavp(_dsdst_=>attrs) but, off course, this may be possible only after destination selection has been made by dispatcher. Currently i've create a switch statement in order set statically a variable with the right priority like: # dial number selection switch($rU) { case /"^[1][0-9][0-9]$": # starting with 1XX xlog("L_NOTICE","THE DIALED NUMBER IS: $rU ... Searching for available destinations!!!\n"); $var(ds_priority) = 1; break; default: exit; } ds_select_dst($var(ds_priority), 8); #Get an up destination from dispatcher with priority 1 xlog("L_NOTICE","Calling Dispatcher $du -- $siz:$sp with PARAMETER ATTRIBUTE: (attrs: $xavp(_dsdst_=>attrs))\n"); xlog("L_NOTICE","THE BRANCH IS SET AS: $(xavp(_dsdst_=>attrs){param.value,branch})\n"); xlog("L_NOTICE","THE EXTENSION SET IS: $(xavp(_dsdst_=>attrs){param.value,extension_set})\n"); t_on_failure("DISPATCH_FAILURE"); but i would like to achieve something more dynamic which permit me to create a simple database entry. Probably there's a better way to do it maybe with the help of other modules or database tables. If someone can suggest me the best way or simply pointing me on the right direction. Appreciate Regards

1 0

Re: [SR-Users] Other issues encountered with MySQL 8 and Kamailio
by Yehuda Y 15 May '20

15 May '20

Hi Did you manage to use mysql8 with kamailio? Yehuda

1 0

Solution for Invite retransmission
by Duarte Rocha 14 May '20

14 May '20

Greetings, I have an issue where a client doesn't get the responses to the INVITE sent and as such keeps sending me retransmissions of the INVITE. While the transaction is still up, Kamailio does its job. However, when the transaction is closed Kamailio processes the request again as a first request (Doing Routing and Dispatcher operations again). In order to avoid the issue i've made the following code : // If it's the first INVITE if( is_method("INVITE") && !has_totag() ) { if(t_check_trans()) { xnotice("TRANS - INVITE Retransmission"); } else if ( is_known_dlg()) { xerr("KamTAG: INVITE in dialog without To Tag "); exit; } } Is this a good solution and still compliant with the SIP rules? Best Regards

3 3

Problem with Teams and Kamailio and calls hangup after 6 seconds
by sip user 13 May '20

13 May '20

Hi, I'm trying to connect Teams with Kamailio. I'd configured and it works, but a few days ago, calls Teams to kamailio no works. I call from Teams and in Kamailio I see the call, ring the extensions in Kamailio, but after 6 seconds, the call hangup. I received the INVITE, I send Trying and 200 Ok, but never received ACK from Teams. Anyone knows how can I check it? I have configurated SBC in teams like https://skalatan.de/en/blog/kamailio-sbc-teams Thanks

1 0

Issue of calls drop 32s
by Rex Lin (林昱頡) 13 May '20

13 May '20

Hi, It’s weird that the calls always drop after 32s while the callee is using public ip. Also, Server forwards ACK to itself with UDP, instead of forwarding to callee with TLS. Moreover, I cannot see “Received” in AOR as the callee finish the registration. I recognized it’s marked by nat_uac_test(“19”) and set with fix_nated_register(), the problem can be resolved. My scenario is as below, for your reference. 1.Kamailio version is 4.4.7, listening public ip. 2.Caller it’s behind NAT. 3.Clients of Linphone. Do you know the reason why it happened? Best Regards, Rex

2 1

Kamailio 5.2.7 Released
by Henning Westerholt 13 May '20

13 May '20

Hello, Kamailio SIP Server v5.2.7 stable release is out. This is a maintenance release of the previous stable branch (5.2), that includes fixes since the release of v5.2.6. There is no change to database schema or configuration language structure that you have to do on previous installations of v5.2.x. Deployments running previous v5.2.x versions are strongly recommended to be upgraded to v5.2.7. For more details about version 5.2.7 (including links and guidelines to download the tar file or from GIT repository), visit: https://www.kamailio.org/w/2020/05/kamailio-5-2-7-released/ RPM, Debian/Ubuntu packages will be available soon as well. Many thanks to all contributing and using Kamailio! Cheers, Henning -- Henning Westerholt - https://skalatan.de/blog/ Kamailio services - https://gilawa.com<https://gilawa.com/>

1 0

Re: [SR-Users] [sr-dev] Unable to make SIP Calls (403 Forbidden - Domain Not Served)
by Pavithra M 13 May '20

13 May '20

Hi, I have my kamailio ims with NAT and rtpproxy enabled. When i make a call from outside , rtp packets is not going. Could you please tell me how to configure NAT to get rtp packets in pcscf . On Fri, Apr 17, 2020 at 4:30 PM David Villasmil < david.villasmil.work(a)gmail.com> wrote: > It doesn’t make a lot of sense to see looping calls “connected”. If they > connect, then they’re not looping, unless there is some counter somewhere > that answers the call when it sees a loop. > > That’s very weird. > > Use sngrep and trace on ALL interfaces. > > On Fri, 17 Apr 2020 at 11:46, Pavithra M <pavimohan3096(a)gmail.com> wrote: > >> Hi, >> In Wireshark , I couldn't able to see the looping packets .In debug logs >> of pcscf , I am able to see the looping occurs . But how then the call gets >> connected . That's where I am struck . >> >> On Fri, Apr 17, 2020, 4:11 PM David Villasmil < >> david.villasmil.work(a)gmail.com> wrote: >> >>> You need to trace sip. There’s a loop somewhere. Use tshark (wireshark) >>> or sngrep or ngrep, or some similar network tracing tool. >>> >>> On Fri, 17 Apr 2020 at 11:34, Pavithra M <pavimohan3096(a)gmail.com> >>> wrote: >>> >>>> Hi , >>>> >>>> I am getting the call connected and got 200 ok from the client . But >>>> the INVITE packet goes multiple times between terminating pcscf and s-cscf >>>> and gives too many hops error .Even After that call goes perfectly fine >>>> with 200 ok message. >>>> What would be the reason . I am not getting any errors in my logs with >>>> debug log level 6 . >>>> >>>> Kindly tell me what could be the issue . >>>> >>>> >>>> >>>> >>>> On Thu, Apr 16, 2020, 2:16 PM David Villasmil < >>>> david.villasmil.work(a)gmail.com> wrote: >>>> >>>>> That usually happens when you don’t set a next hop, or destination >>>>> where the packet should go, so the packet of forwarded to the same >>>>> destination, which is the proxy again. >>>>> >>>>> On Thu, 16 Apr 2020 at 06:56, Pavithra M <pavimohan3096(a)gmail.com> >>>>> wrote: >>>>> >>>>>> Hi, >>>>>> >>>>>> I have enabled all debug logs and i traced it and I found that as you >>>>>> said it is keep on looping the invite in pcscf instead of going to other UE >>>>>> . I couldn't able to find the reason.Can you please give me some input on >>>>>> this. >>>>>> >>>>>> Debug logs of pcscf : >>>>>> 0#015#012Via: SIP/2.0/UDP 10.45.6.179:4060;branch=z9hG4bK7014.c9499ad5ce252a99a36ad8b9b70f04d4.0#015#012Via: >>>>>> SIP/2.0/UDP 10.45.6.179:4060;branch=z9hG4bK7014.a00d9260e4373806e691bfa2828ab215.0#015#012Via: >>>>>> SIP/2.0/UDP 10.45.6.179:4060;branch=z9hG4bK7014.6ab08c40989814cf3726b826bdef39d2.0#015#012Via: >>>>>> SIP/2.0/UDP 10.45.6.179:4060;branch=z9hG4bK7014.e650088370f5d61c0d902d1a40fc1252.0#015#012Via: >>>>>> SIP/2.0/UDP 10.45.6.179:4060;branch=z9hG4bK7014.44a3f1c7026e2d42810722ae5c4bf942.0#015#012Via: >>>>>> SIP/2.0/UDP 10.45.6.179:4060;branch=z9hG4bK7014.54030b75c055258251ec7e6980c78c74.0#015#012Via: >>>>>> SIP/2.0/UDP 10.45.6.179:4060;branch=z9hG4bK7014.9a08d87ec59a03501dcd55413ce046eb.0#015#012Via: >>>>>> SIP/2.0/UDP 10.45.6.179:4060;branch=z9hG4bK7014.f36a9dba7b795e3b96df4bb6b480a688.0#015#012Via: >>>>>> SIP/2.0/UDP 10.45.6.179:4060;branch=z9hG4bK7014.b49469c77e102314d82036734a413360.0#015#012Via: >>>>>> SIP/2.0/UDP 10.45.6.179:4060;branch=z9hG4bK7014.221403deba39c28c50f332a8fde22646.0#015#012Via: >>>>>> SIP/2.0/UDP 10.45.6.179:4060;branch=z9hG4bK7014.77f89368e68665c1e3ffdc1d1bea7bab.0#015#012Via: >>>>>> SIP/2.0/UDP 10.45.6.179:4060 >>>>>> ;branch=z9hG4bK7014.2e5981568975ea5c81876a9dded1bc08.0# >>>>>> 015#012Via: SIP/2.0/UDP 10.45.6.179:4060;branch=z9hG4bK7014.19809abdb9c351fdce7e25f51e8c1754.0#015#012Via: >>>>>> SIP/2.0/UDP 10.45.6.179:4060;branch=z9hG4bK7014.ad73d18d15b6c9da96e13156a84d5522.0#015#012Via: >>>>>> SIP/2.0/UDP 10.45.6.179:4060;branch=z9hG4bK7014.fcb5555d6a683215aa989fb4254abd62.0#015#012Via: >>>>>> SIP/2.0/UDP 10.45.6.179:4060;branch=z9hG4bK7014.244b467757383234c76b1c66f98ddfe8.0#015#012Via: >>>>>> SIP/2.0/UDP 10.45.6.179:4060;branch=z9hG4bK7014.b2c353ef1d637907359822c64cb81b2a.0#015#012Via: >>>>>> SIP/2.0/UDP 10.45.6.179:4060;branch=z9hG4bK7014.d22dceb1af0320cfc769f94e0214a313.0#015#012Via: >>>>>> SIP/2.0/UDP 10.45.6.179:4060;branch=z9hG4bK7014.f5e9b7f9b209c82971ae1017b9ad7d1e.0#015#012Via: >>>>>> SIP/2.0/UDP 10.45.6.179:4060;branch=z9hG4bK7014.0f2c98bc92cc799fdce0a4090b626021.0#015#012Via: >>>>>> SIP/2.0/UDP 10.45.6.179:4060;branch=z9hG4bK7014.aa8a07d89f83a26cefd74e4770aef63c.0#015#012Via: >>>>>> SIP/2.0/UDP 10.45.6.179:4060;branch=z9hG4bK7014.94c376a77d066ffe113e84465f5f5311.0#015#012Via: >>>>>> SIP/2.0/UDP 10.45.6.179:4060;branch=z9hG4bK7014.2202e658b1d8b801b14ec432bae7fabe.0#015#012Via: >>>>>> SIP/2.0/UDP 10.45.6.179:4060;branch=z9hG4bK7014.55f7d6a5d9d2a9d064cf1c6683f12eca.0#015#012Via: >>>>>> SIP/2.0/UDP 10.45.6.179:4060;branch=z9hG4bK7014.6870e53f3bc573f140d1728401dd43ae.0#015#012Via: >>>>>> SIP/2.0/UDP 10.45.6.179:4060;branch=z9hG4bK7014.a84d83df8646a75ee0d3605dcacb45ad.0#015#012Via: >>>>>> SIP/2.0/UDP 10.45.6.179:4060;branch=z9hG4bK7014.486b6fb0d17077e20f8375188a8bee75.0#015#012Via: >>>>>> SIP/2.0/UDP 10.45.6.179:4060;branch=z9hG4bK7014.bc0321f98578ab09ad615b634c4c83cd.0#015#012Via: >>>>>> SIP/2.0/UDP 10.45.6.179:4060;branch=z9hG4bK7014.9b26fda9326632abf7bdb32a33d03ab2.0#015#012Via: >>>>>> SIP/2.0/UDP 10.45.6.179:4060;branch=z9hG4bK7014.060fa4afc70848b34ede46705b90f7cb.0#015#012Via: >>>>>> SIP/2.0/UDP 10.45.6.179:4060;branch=z9hG4bK7014.56134adb7c492f7a4f03b36dfbf713f5.0#015#012Via: >>>>>> SIP/2.0/UDP 10.45.6.179:4060;branch=z9hG4bK7014.f9ccc5e81175283c9b4b56f4a2252c0f.0#015#012Via: >>>>>> SIP/2.0/UDP 10.45.6.179:4060;branch=z9hG4bK7014.3c231176b0e95b8121637df41b504f18.0#015#012Via: >>>>>> SIP/2.0/UDP 10.45.6.179:4060;branch=z9hG4bK7014.95bd5b0e0bf8c2bda906a751816a9876.0#015#012Via: >>>>>> SIP/2.0/UDP 10.45.6.179:4060;branch=z9hG4bK7014.87e0fd0a1bd044147d22052d27e07527.0#015#012Via: >>>>>> SIP/2.0/UDP 10.45.6.73:4080;branch=z9hG4bK7014.0a319c71a9a26c8afa77713d6d4ecfed.0#015#012Via: >>>>>> SIP/2.0/UDP 10.45.6.79:4070;branch=z9hG4bK7014.1442d975c0a393f232020916a6fbfc15.1#015#012Via: >>>>>> SIP/2.0/UDP 10.45.6.73:4080;branch=z9hG4bK7014.e35a84678ec61f7cefa8cdacb6ba92d9.0#015#012Via: >>>>>> SIP/2.0/UDP 10.45.6.179:4060;branch=z9hG4bK7014.cc99617f0c0f5088f45e203f6a58dd57.0#015#012Via: >>>>>> SIP/2.0/UDP 10.45.6.174:36029;received=10.45.6.174;branch=z9hG4bK-524287-1---c856c42a33d1e959;rport=36029#015#012To: >>>>>> <sip:bob@sip.example.com>;tag=8409f602ccf3f3f0da6ebceab6ff6336.aa5bd74f#015#012From: >>>>>> <sip:alice@sip.example.com;transport=UDP>;tag=cdbaae3f#015#012Call-ID: >>>>>> I-58e6z5tN3aDpmdzq1oVA..#015#012CSeq: 1 INVITE#015#012Server: TelcoSuite >>>>>> Proxy-CSCF#015#012Content-Length: 0 >>>>>> >>>>>> As you see here , continuously invite is going on looping in >>>>>> 10.45.6.179 IP which is pcscf. What could be the reason .. Kindly do the >>>>>> needful. >>>>>> >>>>>> On Wed, Apr 15, 2020, 2:19 PM David Villasmil < >>>>>> david.villasmil.work(a)gmail.com> wrote: >>>>>> >>>>>>> You should be tracing, you’re probably not, otherwise you would see >>>>>>> the server is probably forwarding the INVITE to itself (removing one hop >>>>>>> every time as it must) and thus creating a loop. >>>>>>> >>>>>>> On Wed, 15 Apr 2020 at 09:42, Pavithra M <pavimohan3096(a)gmail.com> >>>>>>> wrote: >>>>>>> >>>>>>>> Hi , >>>>>>>> Yes , I have tried uncommenting that part . It is actually checking >>>>>>>> for hostname (sip.example.com:5060) in my scscf node. I am not >>>>>>>> sure why it is looking for sip.example.com instead of >>>>>>>> scscf.sip.example.com:4080 >>>>>>>> >>>>>>>> I have added one more alias in my scscf.cfg file .Now Domain not >>>>>>>> served issue has gone. >>>>>>>> After that I am facing 483 Too Many Hops Error. >>>>>>>> >>>>>>>> I have added scscf debug logs. >>>>>>>> >>>>>>>> Apr 15 13:59:12 tel-VirtualBox kamailio[7139]: DEBUG: <core> >>>>>>>> [core/mem/q_malloc.c:482]: qm_free(): qm_free(0x7fc57b362010, >>>>>>>> 0x7fc57b514138), called from ims_registrar_scscf: lookup.c: lookup(225) >>>>>>>> Apr 15 13:59:12 tel-VirtualBox kamailio[7139]: DEBUG: <core> >>>>>>>> [core/mem/q_malloc.c:526]: qm_free(): freeing frag. 0x7fc57b514100 alloc'ed >>>>>>>> from ims_registrar_scscf: lookup.c: lookup(103) >>>>>>>> Apr 15 13:59:12 tel-VirtualBox kamailio[7139]: ERROR: *** >>>>>>>> cfgtrace:request_route=[FINAL_TERM] c=[/etc/kamailio/scscf/kamailio.cfg] >>>>>>>> l=1041 a=16 n=if >>>>>>>> * Apr 15 13:59:12 tel-VirtualBox kamailio[7139]: DEBUG: <core> >>>>>>>> [core/socket_info.c:628]: grep_sock_info(): checking if host==us: 10==10 && >>>>>>>> [10.45.6.75] == [10.45.6.73]* >>>>>>>> * Apr 15 13:59:12 tel-VirtualBox kamailio[7139]: DEBUG: <core> >>>>>>>> [core/socket_info.c:635]: grep_sock_info(): checking if port 4080 >>>>>>>> (advertise 0) matches port 32347* >>>>>>>> * Apr 15 13:59:12 tel-VirtualBox kamailio[7139]: DEBUG: <core> >>>>>>>> [core/forward.c:412]: check_self(): host != me* >>>>>>>> Apr 15 13:59:12 tel-VirtualBox kamailio[7139]: ERROR: *** >>>>>>>> cfgtrace:request_route=[FINAL_TERM] c=[/etc/kamailio/scscf/kamailio.cfg] >>>>>>>> l=1050 a=5 n=route >>>>>>>> Apr 15 13:59:12 tel-VirtualBox kamailio[7139]: ERROR: *** >>>>>>>> cfgtrace:request_route=[apply_privacy] c=[/etc/kamailio/scscf/kamailio.cfg] >>>>>>>> l=821 a=16 n=if >>>>>>>> Apr 15 13:59:12 tel-VirtualBox kamailio[7139]: ERROR: *** >>>>>>>> cfgtrace:request_route=[apply_privacy] c=[/etc/kamailio/scscf/kamailio.cfg] >>>>>>>> l=818 a=25 n=is_present_hf >>>>>>>> Apr 15 13:59:12 tel-VirtualBox kamailio[7139]: ERROR: *** >>>>>>>> cfgtrace:request_route=[FINAL_TERM] c=[/etc/kamailio/scscf/kamailio.cfg] >>>>>>>> l=1052 a=24 n=t_relay >>>>>>>> Apr 15 13:59:12 tel-VirtualBox kamailio[7139]: DEBUG: tm >>>>>>>> [t_lookup.c:1328]: t_newtran(): msg (0x7fc57b502a70) id=2/7139 global >>>>>>>> id=2/7139 T start=(nil) >>>>>>>> Apr 15 13:59:12 tel-VirtualBox kamailio[7139]: DEBUG: tm >>>>>>>> [t_lookup.c:497]: t_lookup_request(): start searching: hash=38849, isACK=0 >>>>>>>> * Apr 15 13:59:12 tel-VirtualBox kamailio[7139]: DEBUG: tm >>>>>>>> [t_lookup.c:455]: matching_3261(): RFC3261 transaction matching failed - >>>>>>>> via branch [z9hG4bK1c79.03e4ec0c2ca15f1aa14c067b33a29f10.1]* >>>>>>>> Apr 15 13:59:12 tel-VirtualBox kamailio[7139]: DEBUG: tm >>>>>>>> [t_lookup.c:675]: t_lookup_request(): no transaction found >>>>>>>> Apr 15 13:59:12 tel-VirtualBox kamailio[7139]: DEBUG: <core> >>>>>>>> [core/mem/q_malloc.c:374]: qm_malloc(): qm_malloc(0x7fc57478b000, 5720) >>>>>>>> called from tm: h_table.c: build_cell(330) >>>>>>>> >>>>>>>> I am facing host is not me error . Here 10.45.6.73 -> scscf and >>>>>>>> 10.45.6.75 -> UE (bob user) >>>>>>>> I am not sure what alias it is asking for . Kindly help. >>>>>>>> >>>>>>>> On Wed, Apr 15, 2020 at 1:36 PM Pafel <pafels(a)gmail.com> wrote: >>>>>>>> >>>>>>>>> Hi, >>>>>>>>> >>>>>>>>> Most likely this is because of the change. Revert back the changes >>>>>>>>> (uncomment the section I told you), turn on debug in scscf.cfg, restart all >>>>>>>>> nodes and test once again. Then have a look on the scscf logs. >>>>>>>>> >>>>>>>>> Regards, >>>>>>>>> Pavel Siderov >>>>>>>>> _______________________________________________ >>>>>>>>> Kamailio (SER) - Development Mailing List >>>>>>>>> sr-dev(a)lists.kamailio.org >>>>>>>>> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev >>>>>>>>> >>>>>>>> _______________________________________________ >>>>>>>> Kamailio (SER) - Development Mailing List >>>>>>>> sr-dev(a)lists.kamailio.org >>>>>>>> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev >>>>>>>> >>>>>>> -- >>>>>>> Regards, >>>>>>> >>>>>>> David Villasmil >>>>>>> email: david.villasmil.work(a)gmail.com >>>>>>> phone: +34669448337 >>>>>>> _______________________________________________ >>>>>>> Kamailio (SER) - Development Mailing List >>>>>>> sr-dev(a)lists.kamailio.org >>>>>>> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev >>>>>>> >>>>>> _______________________________________________ >>>>>> Kamailio (SER) - Development Mailing List >>>>>> sr-dev(a)lists.kamailio.org >>>>>> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev >>>>>> >>>>> -- >>>>> Regards, >>>>> >>>>> David Villasmil >>>>> email: david.villasmil.work(a)gmail.com >>>>> phone: +34669448337 >>>>> _______________________________________________ >>>>> Kamailio (SER) - Development Mailing List >>>>> sr-dev(a)lists.kamailio.org >>>>> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev >>>>> >>>> _______________________________________________ >>>> Kamailio (SER) - Development Mailing List >>>> sr-dev(a)lists.kamailio.org >>>> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev >>>> >>> -- >>> Regards, >>> >>> David Villasmil >>> email: david.villasmil.work(a)gmail.com >>> phone: +34669448337 >>> _______________________________________________ >>> Kamailio (SER) - Development Mailing List >>> sr-dev(a)lists.kamailio.org >>> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev >>> >> _______________________________________________ >> Kamailio (SER) - Development Mailing List >> sr-dev(a)lists.kamailio.org >> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev >> > -- > Regards, > > David Villasmil > email: david.villasmil.work(a)gmail.com > phone: +34669448337 > _______________________________________________ > Kamailio (SER) - Development Mailing List > sr-dev(a)lists.kamailio.org > https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev >

1 0

Releasing Kamailio 5.2.7
by Henning Westerholt 13 May '20

13 May '20

Hello, as discussed in the last development meeting, I am planning to release next week (likely on Wednesday 13th May) the next minor version out of branch 5.2, version 5.2.7. Backports of fixed issues from git master will be integrated as usual. If you are aware of new issues which were not yet reported, let us know (by creating an issue on the tracker). Cheers, Henning -- Henning Westerholt - https://skalatan.de/blog/ Kamailio services - https://gilawa.com<https://gilawa.com/>

1 1

"kamdbctl create" scrip error "Invalid default value for 'action'"
by Вячеслав Панасов 13 May '20

13 May '20

Hi all I trying to install the test`s kamailio from repo in the new instance on the CentOS 7 with MariaDB 5.5.6 and get this ERROR message [user@testkamailio-002] # kamdbctl create MySQL password for root: INFO: test server charset INFO: creating database kamailio ... INFO: granting privileges to database kamailio ... INFO: creating standard tables into kamailio ... INFO: Core Kamailio tables succesfully created. Install presence related tables? (y/n): y INFO: creating presence tables into kamailio ... INFO: Presence tables succesfully created. Install tables for imc cpl siptrace domainpolicy carrierroute drouting userblacklist htable purple uac pipelimit mtree sca mohqueue rtpproxy rtpengine secfilter? (y/n): y INFO: creating extra tables into kamailio ... ERROR 1067 (42000) at line 1: Invalid default value for 'action' ERROR: Creating extra tables failed at secfilter! after if i try reinit i get this error [user@testkamailio-002] # kamdbctl reinit MySQL password for root: This will drop your current database and create a new one. It is recommended to first backup your database. Continue with reinit? (y/n): y INFO: Database kamailio deleted INFO: test server charset INFO: creating database kamailio ... INFO: granting privileges to database kamailio ... ERROR 1396 (HY000) at line 1: Operation CREATE USER failed for 'kamailio'@ 'localhost' ERROR 1396 (HY000) at line 1: Operation CREATE USER failed for 'kamailioro'@ 'localhost' ERROR: granting privileges to database kamailio failed! two weeks ago, the installation was successful, apparently there were some changes in the script cheers Vjacheslav Panasov

2 1

Determine correct port in record-route if kamailio is behind NAT
by Michal Popovic 12 May '20

12 May '20

Hello, our kamailio used for sip trunk interconnections is behind NAT and our cloud provider opens random outgoing ports for outbound connections. Our record-route is set to our external address and port 5060, that is probably incorrect, but we did not had any issues. One of our partners suddenly begin sending BYEs to the port advertised in record-route instead of port from where he received call. What is a correct approach here if we are not able to determine open port behind NAT? Bye, Michal

3 4

How to delete all values for a certain xavp index
by Sergiu Pojoga 11 May '20

11 May '20

Hi there, For some reason I can't figure this seemingly simple Subj, may be someone can help. In my particular case, trying to delete Contact[0] from the xavp storing Contacts after t_load_contacts() $xavp(tm_contacts[0]) = $null; Above results in all but the latest added value being deleted. Assigning $null to index[1] results in all but the latest 2 being delete and so on. Thanks.

3 8

Digest authentication w/ Kamailio & Freeswitch
by Edward Romanenco 11 May '20

11 May '20

Hi! I've using a SIP setup that includes both Kamailio & Freeswitch, invites are passed from Freeswitch and relayed by Kamailio to various dispatchers, I would like to have Kamailio authenticating when Proxy Authentication is required. As I understood, this can be achieved with the help of a failure route, problem is, when I'm utilizing this method - the 407 response gets reverted back to Freeswitch, which returns the revised invite filled with the default Freeswitch username/password, how can let Kamailio handle the authentication once receiving the 407? Can I work straight without relying on a failure route, but having the Proxy Authentication header on my original invite? This is my relevant configuration - route[RELAY] { if (is_method("INVITE|BYE|SUBSCRIBE|UPDATE")) { if(!t_is_set("branch_route")) { t_on_branch("MANAGE_BRANCH"); } } if (is_method("INVITE|SUBSCRIBE|UPDATE")) { if(!t_is_set("onreply_route")) { t_on_reply("MANAGE_REPLY"); } } if (is_method("INVITE")) { if(!t_is_set("failure_route")) { t_on_failure("KAM_AUTH"); } } if (!t_relay()) { sl_reply_error(); } exit; } failure_route[KAM_AUTH] { if(t_check_status("401|407")) { $avp(auser) = "xxx"; $avp(apass) = "yyy"; t_on_failure("OUTGOING_FAILURE"); uac_auth(); t_relay(); exit; } } Edward

2 2

How to get cause from reason header?
by Luis Rojas G. 11 May '20

11 May '20

Hello, I am sure that this is very easy to do, but I have been googling and I can't find a way. Having a Reason header, for instance : Reason: SIP;cause=Some_Cause;text="Some_text" How can I get the value of "Some_Cause"? I need to compare it to some specific numeric values... Thanks in advance, Luis -- Luis Rojas Software Architect Sixbell Los Leones 1200 Providencia Santiago, Chile Phone: (+56-2) 22001288 mailto:luis.rojas@sixbell.com http://www.sixbell.com

2 4

imc module
by nicola defilippo 11 May '20

11 May '20

Hi, i'm a newbie about kamailio, i'd like create an imc chat. I load the module but i don't understand what's the sip uri to use to create the chat (i understand that there is a sip uri for the chat manager, but i don't know what it is). I' became a bit crazy. Thanks for help and sorry for the stupid question (if it's). N.

2 2

Incorrect Load Calculation by Dispatcher Module in Kamailio
by harneet singh 11 May '20

11 May '20

Hi All, I have run into an issue with the Dispatcher Module in Kamailio, which apparently seems to be running into issues randomly while calculating the dispatcher load. I have submitted an issue wrt the same at https://github.com/kamailio/kamailio/issues/2322 with all the details and potential fix as well, based on analysis and tests. Can some one please take a look into the same? Regards, Harneet Singh -- "Once you eliminate the impossible, whatever remains, no matter how improbable, must be the truth" - Sir Arthur Conan Doyle

1 0

How S-CSCF route SIP INVITEs as per iFC ?
by Hamid Hashmi 11 May '20

11 May '20

I have added an Application Server in iFC and try to route one user to that Application server for testing But INVITE to that subscriber following the default iFC. I am using ng-voice HSS Server. I have been trying to differentiate between iFCs for two different subscribers and unable to find the store location of SAA xml on S-CSCF and I am Unable to find xml file of required subscribers in wireshark traces as well because it says in SAR that USER_DATA_ALREADY_EXISTS and SAA didn't contain any XML file for that specific users. Furthermore if you can describe SIP INVITEs routing mechanism of S-CSCF, on which params or SIP Headers S-CSCF route INVITEs to Application Servers according to iFC ? Regards Hamid R. Hashmi

2 1

Video Call for deaf
by www . deaf - tv . com 11 May '20

11 May '20

hello, my Server CentOs 7 with kamailio installed, Chat write good! Video call how modules ?? Kamailio V 5.3.3 Regards Denny Brendel

2 1

How Kamailio processes SIP ACK on local 4XX reply?
by Denys Pozniak 11 May '20

11 May '20

Hello! I have some misunderstanding regarding the processing of SIP ACK on local Kamailio 4xx reply (eg 407 Proxy Authentication Required). In the picture below you can see that such a message just goes through the proxy and moreover gets into the *request_route* section. I expect this SIP ACK to be consumed by the sl module without hitting script logic. [image: image.png] I put the part below to the very top of the *request_route* section: *request_route* { if ( is_method("ACK") ) { t_check_trans(); $var(error) = $rc; xlog("L_ERR", "[CATCH_ACK] m=$rm cseq=$cs ru=$ru err=$var(error) [$ci]"); } .... And as a result, I detected in syslog: May 7 16:15:34 test-edge /usr/sbin/kamailio[11642]: ERROR: <script>: [CATCH_ACK] m=ACK cseq=153 ru=sip:mod_sofia@10.0.7.3:5060 err=-1 [051e7c50-0b10-1239-2996-001dd8b71cb2] *SIP re-INVITE (hold) from Phone:* 2020/05/07 16:15:34.629973 176.6.4.6:1024 -> 185.9.7.7:5060 INVITE sip:mod_sofia@10.0.7.3:5060 SIP/2.0 Via: SIP/2.0/UDP 192.168.11.111:5060 ;branch=z9hG4bK00475de2da8eea118ec67caaaddc98fb;rport Route: <sip:185.9.7.7;r2=on;lr=on;did=f98.f3f4> Route: <sip:10.0.7.5;r2=on;lr=on;did=f98.f3f4> Route: <sip:10.0.7.6;lr=on;did=f98.fbe> From: <sip:312222222222@10.0.7.6>;tag=00dfd3d8da8eea118ec67caaaddc98fb To: "Denys VOIP" <sip:5008@185.9.7.7>;tag=54Q0XNHgXBUvp Call-ID: 051e7c50-0b10-1239-2996-001dd8b71cb2 CSeq: 153 INVITE Contact: <sip:312222222222@192.168.11.111:5060 ;gr=00DCB21F-BD8E-EA11-8E88-7CAAADDC98FB> Content-Type: application/sdp Allow: INVITE, ACK, BYE, CANCEL, INFO, MESSAGE, NOTIFY, OPTIONS, REFER, UPDATE, PRACK Max-Forwards: 70 Supported: 100rel, replaces, from-change, gruu User-Agent: SIPPER for PhonerLite Content-Length: 313 v=0 o=- 3858283927 2 IN IP4 192.168.11.111 s=SIPPER for PhonerLite c=IN IP4 192.168.11.111 t=0 0 m=audio 5062 RTP/AVP 8 0 9 107 101 a=rtpmap:8 PCMA/8000 a=rtpmap:0 PCMU/8000 a=rtpmap:9 G722/8000 a=rtpmap:107 opus/48000/2 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-16 a=ssrc:782125221 a=sendonly *SIP 407 from Kamailio:* 2020/05/07 16:15:34.632298 185.9.7.7:5060 -> 176.6.4.6:1024 SIP/2.0 407 Proxy Authentication Required Via: SIP/2.0/UDP 192.168.11.111:5060 ;branch=z9hG4bK00475de2da8eea118ec67caaaddc98fb;rport=1024;received=176.6.4.6 From: <sip:312222222222@10.0.7.6>;tag=00dfd3d8da8eea118ec67caaaddc98fb To: "Denys VOIP" <sip:5008@185.9.7.7>;tag=54Q0XNHgXBUvp Call-ID: 051e7c50-0b10-1239-2996-001dd8b71cb2 CSeq: 153 INVITE Proxy-Authenticate: Digest realm="185.9.7.7", nonce="XrQaXjfjyrftyrtiyrft7uO" Server: kamailio (5.2.2 (x86_64/linux)) Content-Length: 0 *SIP ACK from Phone:* 2020/05/07 16:15:34.672872 176.6.4.6:1024 -> 185.9.7.7:5060 ACK sip:mod_sofia@10.0.7.3:5060 SIP/2.0 Via: SIP/2.0/UDP 192.168.11.111:5060 ;branch=z9hG4bK00475de2da8eea118ec67caaaddc98fb;rport Route: <sip:185.9.7.7;r2=on;lr=on;did=f98.f3f4> Route: <sip:10.0.7.5;r2=on;lr=on;did=f98.f3f4> Route: <sip:10.0.7.6;lr=on;did=f98.fbe> From: <sip:312222222222@10.0.7.6>;tag=00dfd3d8da8eea118ec67caaaddc98fb To: "Denys VOIP" <sip:5008@185.9.7.7>;tag=54Q0XNHgXBUvp Call-ID: 051e7c50-0b10-1239-2996-001dd8b71cb2 CSeq: 153 ACK Content-Length: 0 *SIP ACK (unwanted) from Kamailio to Core:* 2020/05/07 16:15:34.675546 10.0.7.5:5060 -> 10.0.7.6:5060 ACK sip:mod_sofia@10.0.7.3:5060 SIP/2.0 Max-Forwards: 10 Via: SIP/2.0/UDP 10.0.7.5;branch=z9hG4bK0d46.c33c3556c3cffbac49e717352b3575f6.0 Via: SIP/2.0/UDP 192.168.11.111:5060 ;received=176.6.4.6;branch=z9hG4bK00475de2da8eea118ec67caaaddc98fb;rport=1024 Route: <sip:10.0.7.6;lr=on;did=f98.fbe> From: <sip:312222222222@10.0.7.6>;tag=00dfd3d8da8eea118ec67caaaddc98fb To: "Denys VOIP" <sip:5008@185.9.7.7>;tag=54Q0XNHgXBUvp Call-ID: 051e7c50-0b10-1239-2996-001dd8b71cb2 CSeq: 153 ACK Content-Length: 0 loose-route: done *IP addresses and call-flow:* Core (10.0.7.6) --> [ Kamailio (10.0.7.5) -> Kamailio (185.9.7.7) ] --> Phone (176.6.4.6) [root@test-edge kamailio]$ kamailio -v version: kamailio 5.2.2 (x86_64/linux) flags: STATS: Off, USE_TCP, USE_TLS, USE_SCTP, TLS_HOOKS, USE_RAW_SOCKS, DISABLE_NAGLE, USE_MCAST, DNS_IP_HACK, SHM_MEM, SHM_MMAP, PKG_MALLOC, Q_MALLOC, F_MALLOC, TLSF_MALLOC, DBG_SR_MEMORY, USE_FUTEX, FAST_LOCK-ADAPTIVE_WAIT, USE_DNS_CACHE, USE_DNS_FAILOVER, USE_NAPTR, USE_DST_BLACKLIST, HAVE_RESOLV_RES ADAPTIVE_WAIT_LOOPS=1024, MAX_RECV_BUFFER_SIZE 262144 MAX_URI_SIZE 1024, BUF_SIZE 65535, DEFAULT PKG_SIZE 8MB poll method support: poll, epoll_lt, epoll_et, sigio_rt, select. id: unknown compiled on 19:29:40 Jun 20 2019 with gcc 4.8.5 -- BR, Denys Pozniak

2 1

kamdbctl create - failing create kamailio database on secfilter table action column default value
by Voip support 11 May '20

11 May '20

Hello Community, I had created for my solution an installer using ansible. It worked great all the time but suddenly it started to crash on step where i run the command : kamdbctl create root@nlb:/home/nlb# kamdbctl create -e \E[37;33mINFO: creating database kamailio ... mysql: [Warning] Using a password on the command line interface can be insecure. -e \E[37;33mINFO: granting privileges to database kamailio ... mysql: [Warning] Using a password on the command line interface can be insecure. mysql: [Warning] Using a password on the command line interface can be insecure. -e \E[37;33mINFO: creating standard tables into kamailio ... mysql: [Warning] Using a password on the command line interface can be insecure. mysql: [Warning] Using a password on the command line interface can be insecure. mysql: [Warning] Using a password on the command line interface can be insecure. mysql: [Warning] Using a password on the command line interface can be insecure. mysql: [Warning] Using a password on the command line interface can be insecure. mysql: [Warning] Using a password on the command line interface can be insecure. mysql: [Warning] Using a password on the command line interface can be insecure. mysql: [Warning] Using a password on the command line interface can be insecure. mysql: [Warning] Using a password on the command line interface can be insecure. mysql: [Warning] Using a password on the command line interface can be insecure. mysql: [Warning] Using a password on the command line interface can be insecure. mysql: [Warning] Using a password on the command line interface can be insecure. mysql: [Warning] Using a password on the command line interface can be insecure. mysql: [Warning] Using a password on the command line interface can be insecure. mysql: [Warning] Using a password on the command line interface can be insecure. mysql: [Warning] Using a password on the command line interface can be insecure. mysql: [Warning] Using a password on the command line interface can be insecure. mysql: [Warning] Using a password on the command line interface can be insecure. mysql: [Warning] Using a password on the command line interface can be insecure. -e \E[37;33mINFO: Core Kamailio tables succesfully created. -e \E[37;33mINFO: creating presence tables into kamailio ... mysql: [Warning] Using a password on the command line interface can be insecure. mysql: [Warning] Using a password on the command line interface can be insecure. -e \E[37;33mINFO: Presence tables succesfully created. -e \E[37;33mINFO: creating extra tables into kamailio ... mysql: [Warning] Using a password on the command line interface can be insecure. mysql: [Warning] Using a password on the command line interface can be insecure. mysql: [Warning] Using a password on the command line interface can be insecure. mysql: [Warning] Using a password on the command line interface can be insecure. mysql: [Warning] Using a password on the command line interface can be insecure. mysql: [Warning] Using a password on the command line interface can be insecure. mysql: [Warning] Using a password on the command line interface can be insecure. mysql: [Warning] Using a password on the command line interface can be insecure. mysql: [Warning] Using a password on the command line interface can be insecure. mysql: [Warning] Using a password on the command line interface can be insecure. mysql: [Warning] Using a password on the command line interface can be insecure. mysql: [Warning] Using a password on the command line interface can be insecure. mysql: [Warning] Using a password on the command line interface can be insecure. mysql: [Warning] Using a password on the command line interface can be insecure. mysql: [Warning] Using a password on the command line interface can be insecure. mysql: [Warning] Using a password on the command line interface can be insecure. mysql: [Warning] Using a password on the command line interface can be insecure. ERROR 1067 (42000) at line 1: Invalid default value for 'action' -e \E[37;31mERROR: Creating extra tables failed at secfilter! Its saying some error about 'action' column default value. The installation is made using ubuntu 16.04 from repository: deb http://deb.kamailio.org/kamailio53 xenial main deb-src http://deb.kamailio.org/kamailio53 xenial main Maybe the issue is this change i dont know (it mention default value 0 for action column): https://github.com/kamailio/kamailio/commit/b0f1486f8a656922aac02020c9e3141… Best regards, Tom

2 1

DMQ Module Crash
by Ilie Soltanici 11 May '20

11 May '20

Hello, I'm trying to replicate a hash table to another 2 nodes by using DMQ Module. That's the related configuration: loadmodule "tm.so" loadmodule "tmx.so" loadmodule "dialog.so" loadmodule "dmq.so" loadmodule "htable.so" modparam("dmq", "server_address", "sip:MY_INTERNAL_IP_ADDR:5062") modparam("dmq", "notification_address", "sip:dmq.domain.local:5062") modparam("dmq", "multi_notify", 1) modparam("dmq", "num_workers", 4) modparam("dmq", "ping_interval", 90) modparam("htable", "enable_dmq", 1) modparam("htable", "dmq_init_sync", 1) modparam("htable", "htable", "test=>size=10;initval=0;dmqreplicate=1;") if(is_method("KDMQ")) { dmq_handle_message(); exit; } After starting Kamailio - everything seems to be working fine, Kamailio is able to discover other nodes and replications is working fine, until after a few minutes I'm getting such errors in the Kamailio Log file: May 8 17:14:26 kamailio kamailio[28064]: CRITICAL: <core> [core/mem/q_malloc.c:521]: qm_free(): BUG: freeing already freed pointer (0x7f0ac62493e0), called from dialog: dlg_var.c: free_local_varlist(145), first free dialog: dlg_var.c: set_dlg_variable_unsafe(205) - ignoring Then, if I'm getting any SIP messages from any Device - Kamailio is crashing with the following info in the log file: May 8 16:03:19 kamailio kam[10963]: CRITICAL: {REGISTER (1) | Seq=45534 | Source IP=192.168.1.5 (tcp) | Call ID=Kyb-KJjf.U9ttdOwQNYu6mUWCKb2bvk7} <core> [core/mem/q_malloc.c:150]: qm_debug_check_frag(): BUG: qm: prev. fragm. tail overwritten(0, 0)[0x7f62cc746a10:0x7f62cc746a48]! Memory allocator was called from dialog: dlg_var.c:147. Fragment marked by dialog: dlg_var.c:108. Exec from core/mem/q_malloc.c:511. May 8 16:03:21 kamailio kam[10966]: CRITICAL: <core> [core/pass_fd.c:277]: receive_fd(): EOF on 59 May 8 16:03:21 kamailio kam[10966]: DEBUG: <core> [core/tcp_main.c:3825]: handle_ser_child(): dead child 37, pid 10963 (shutting down?) May 8 16:03:21 kamailio kam[10966]: DEBUG: <core> [core/io_wait.h:599]: io_watch_del(): DBG: io_watch_del (0xa9e1c0, 59, -1, 0x0) fd_no=48 called May 8 16:03:21 kamailio kam[10966]: DEBUG: <core> [core/tcp_main.c:3593]: handle_tcp_child(): dead tcp child 1 (pid 10963, no 37) (shutting down?) May 8 16:03:21 kamailio kam[10966]: DEBUG: <core> [core/io_wait.h:599]: io_watch_del(): DBG: io_watch_del (0xa9e1c0, 62, -1, 0x0) fd_no=47 called May 8 16:03:21 kamailio kam[10919]: ALERT: <core> [main.c:767]: handle_sigs(): child process 10963 exited by a signal 6 May 8 16:03:21 kamailio kam[10919]: ALERT: <core> [main.c:770]: handle_sigs(): core was generated May 8 16:03:21 kamailio kam[10919]: INFO: <core> [main.c:792]: handle_sigs(): terminating due to SIGCHLD May 8 16:03:21 kamailio kam[10919]: DEBUG: <core> [main.c:794]: handle_sigs(): terminating due to SIGCHLD May 8 16:03:21 kamailio kam[10966]: INFO: <core> [main.c:847]: sig_usr(): signal 15 received This is what i got from the dump core file: uri = {user = {s = 0x3 <Address 0x3 out of bounds>, len = -264573566}, passwd = {s = 0x788 <Address 0x788 out of bounds>, len = 8208}, host = {s = 0x393100000000 <Address 0x393100000000 out of bounds>, len = 1588950199}, port = {s = 0x2 <Address 0x2 out of bounds>, len = 24086112}, params = {s = 0x7ffcbb1600c0 "\200", len = -261173312}, sip_params = {s = 0x7ffcbb1601a8 "\300\317n\360b\177", len = 24086112}, headers = {s = 0x0, len = -261173312}, port_no = 424, proto = 47894, type = 32764, flags = (URI_SIP_USER_PHONE | unknown: 4031456108), transport = { s = 0x16f88cc "16:03:19 kamailio[10963]: CRITICAL: {REGISTER (1) | Seq=45534 | Source IP=192.168.1.5 (tcp) | Call ID=Kyb-KJjf.U9ttdOwQNYu6mUWCKb2bvk7} <core> [core/mem/q_malloc.c:150]: qm_debug_check_frag(): BUG: qm: pr"..., len = -261163168}, ttl = { s = 0x8 <Address 0x8 out of bounds>, len = -263517049}, user_param = { s = 0x16f88cc "16:03:19 kamailio[10963]: CRITICAL: {REGISTER (1) | Seq=45534 | Source IP=192.168.1.5 (tcp) | Call ID=Kyb-KJjf.U9ttdOwQNYu6mUWCKb2bvk7} <core> [core/mem/q_malloc.c:150]: qm_debug_check_frag(): BUG: qm: pr"..., len = -264350686}, maddr = { s = 0x3336393031000080 <Address 0x3336393031000080 out of bounds>, len = 8187}, method = {s = 0x0, len = 24086112}, lr = {s = 0x820ce8 "%s: %s%s(): cseq <%.*s>: <%.*s> <%.*s>\n", len = -1156185384}, r2 = {s = 0xb <Address 0xb out of bounds>, len = 21}, gr = { s = 0xffffffff <Address 0xffffffff out of bounds>, len = -264780793}, transport_val = {s = 0x1ff4 <Address 0x1ff4 out of bounds>, len = 24086720}, ttl_val = {s = 0x7f62f06f0760 <main_arena> "", len = 128}, user_param_val = {s = 0x16f88b0 "`\002", len = 144}, maddr_val = {s = 0x15 <Address 0x15 out of bounds>, len = -264573566}, method_val = {s = 0x788 <Address 0x788 out of bounds>, len = 8208}, lr_val = {s = 0x0, len = 1588950199}, r2_val = {s = 0x2 <Address 0x2 out of bounds>, len = 24086112}, gr_val = { s = 0x7ffcbb1601f0 "\006", len = -261173312}} next_hop = {user = {s = 0x0, len = 0}, passwd = {s = 0x0, len = 0}, host = {s = 0x7f62f06eef20 <_nl_C_LC_NUMERIC+32> "", len = 0}, port = {s = 0x0, len = 0}, params = {s = 0x7f620000000b <Address 0x7f620000000b out of bounds>, len = 0}, sip_params = { s = 0x7f62f03762cd <vfprintf+19661> "\200\275\360\372\377\377", len = 0}, headers = {s = 0x0, len = -1}, port_no = 25293, proto = 61495, type = 32610, flags = (URI_USER_NORMALIZE | URI_SIP_USER_PHONE), transport = {s = 0x7ffcbb160038 "\267t\265^", len = 24086112}, ttl = {s = 0xffffffff <Address 0xffffffff out of bounds>, len = 0}, user_param = {s = 0x7d62e8 "%s: %.*s%s%s(): preparing to run routing scripts...\n", len = 11}, maddr = {s = 0xbd <Address 0xbd out of bounds>, len = 3440}, method = {s = 0x7d631c "", len = -263511186}, lr = {s = 0x16f88cc "16:03:19 kamailio[10963]: CRITICAL: {REGISTER (1) | Seq=45534 | Source IP=192.168.1.5 (tcp) | Call ID=Kyb-KJjf.U9ttdOwQNYu6mUWCKb2bvk7} <core> [core/mem/q_malloc.c:150]: qm_debug_check_frag(): BUG: qm: pr"..., len = -261163168}, r2 = { s = 0x8 <Address 0x8 out of bounds>, len = -263517049}, gr = { s = 0x16f88cc "16:03:19 kamailio[10963]: CRITICAL: {REGISTER (1) | Seq=45534 | Source IP=192.168.1.5 (tcp) | Call ID=Kyb-KJjf.U9ttdOwQNYu6mUWCKb2bvk7} <core> [core/mem/q_malloc.c:150]: qm_debug_check_frag(): BUG: qm: pr"..., len = -264350686}, transport_val = { s = 0x7d62ef "s%s%s(): preparing to run routing scripts...\n", len = 8187}, ttl_val = {s = 0x0, len = -264345823}, user_param_val = {s = 0x3000000010 <Address 0x3000000010 out of bounds>, len = -1156184608}, maddr_val = { s = 0x7ffcbb160520 "\341+:\213'H\027\203\341+\342ޙ>\356|", len = 21}, method_val = {s = 0x7ffcbb160250 "\023", len = -1156186080}, lr_val = {s = 0x7f62f06eef80 <_nl_C_LC_TIME> "r\036K\360b\177", len = -1156185648}, r2_val = {s = 0x17ff710 "IST", len = -1156186048}, gr_val = {s = 0x0, len = -1156186058}} u = 0x400001ff4 By disabling DMQ Module i haven't noticed any crashes or issues like that, so i suppose that Kamailio is crashing because of this module, but i can be wrong. I've tried with 2 versions of Kamailio (5.2.6 and 5.3.4), both of them having the same issue. Thanks

2 3

db_redis and PUA
by Carsten Bock 08 May '20

08 May '20

Hi, quick question: Did anyone ever attempt to use PUA with the new db_redis? If yes, could someone share the definition for this? Thanks, Carsten -- Carsten Bock I CTO & Founder ng-voice GmbH Trostbrücke 1 I 20457 Hamburg I Germany T +49 40 524 75 93-40 | M +49 179 2021244 I www.ng-voice.com Registry Office at Local Court Hamburg, HRB 120189 Managing Directors: Dr. David Bachmann, Carsten Bock

3 2

RTCP
by David Villasmil 08 May '20

08 May '20

Hello guys, We have clients/vendor who exchange RTP directly to each other. But we'd like to get RTCP packets (and proxy them to the other side). Is this at all possible? Regards, David Villasmil email: david.villasmil.work(a)gmail.com phone: +34669448337

3 5

Kamailio with dispatcher and asterisks real time
by ospos web 08 May '20

08 May '20

Hi all folks, Hello people, I'm new and I've been reading, so I have some but not much knowledge. I must integrate as work, two asterisk to the kamailio, a month ago I started with the real time guide [1] with only one kamailio, register, start the call, etc.. I am with the basics and it works. Now I must put two asterisk and using dispatcher, but although I read the documentation of the module.. use it and so then configure a list of file (with the asterisk where to dispatch) and not in the database.. MY HELP REQUEST QUESTION: How do I use dispatcher in load balancing mode, but taking in consideration my already working realtime-asterisk worling setup? THE PROBLEM: since with what I did it simply sends the call to both asterisk. i setup only 4 easy steps.. load module, then setup params (where i set the asterisk lists by file, and not db) and then added a "ds_select_dst(1, 4);" before the "route(RELAY);" line. please help! as i know.. the ds_select_dst(1, 4); prepare wicht asterisk will be choose to use and then when the routing RELAY happends no cares if in the realtime previously guide are a main asterisk? right? NOTE: I know it's a big world... but I can't keep reading the kamailio theory, i must goon forward due i have to lear later once are property working.. [1] https://kb.asipto.com/asterisk:realtime:kamailio-4.0.x-asterisk-11.3.0-astdb

3 5

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