- sr-users - kamailio.org

ims_charging module - AVP's
by Shane Harrison 18 Feb '15

18 Feb '15

Hi IMS'ers I am generating CCR's happily from the ims_charging module (adapted to work standalone with standard userloc module) but have a couple of questions around AVP's supported. a) I note that in the 3GPP TS 32.299 V12.7.0 specification that table 7.1.0.1, that it indicates Vendor-Id and Vendor-Specific-Application-Id aren't used. But later in section 7.1.16 it indicates that the Vendor-Id should be 10415 and set inside the Vendor-Specific-Application-Id AVP. Should I assume that the table is wrong ? b) The ims_charging_module doesn't seem to put an Auth-Application-Id into the CCR. This is mandatory according to 3GPP and RFC4006. I note that it does appear under the Vendor-Specific-Application-Id - but this doesn't seem right to me? At this stage I am thinking to add the Auth-Application-Id AVP and also the 3GPP Called-Party-Address AVP. To I submit patches to the development list? Kind regards Shane Shane Harrison Senior Software Engineer Imagination Technologies NZ Limited Level 2 1 Market Grove Lower Hutt, 5010 New Zealand PO Box 30-449 Lower Hutt, 5040 New Zealand Phone: +64 4 890-3681 ext 3361

3 2

Credit Control modules
by Shane Harrison 18 Feb '15

18 Feb '15

Hi all, As you will have seen from my posts, I have adapted the ims_charging module to work with usrloc module i.e. outside ims environment. I am interested in whether others see a use in having a Diameter Credit Control module that is standalone. There are already a number of Credit Control modules other than the ims one e.g. cncxx and I am not sure if the community sees a need for YACC. If there is interest then need to consider further how best to approach accommodating both ims dependence and standalone operation. Cheers Shane Shane Harrison Senior Software Engineer Imagination Technologies NZ Limited Level 2 1 Market Grove Lower Hutt, 5010 New Zealand PO Box 30-449 Lower Hutt, 5040 New Zealand Phone: +64 4 890-3681 ext 3361

2 1

rtpproxy bridge "ie" "ei" behind NAT (like in aws EC2)
by Giovanni Maruzzelli 17 Feb '15

17 Feb '15

dear Kamailians, I have Kamailio+rtpproxy in front of FreeSWITCH. Kamailio and FreeSWITCH are on the same private network. Public Internet IP address ports are redirected to Kamailio and rtpproxy (same situation as in Amazon EC2). Clients comes from Internet, and make calls to Internet, SIP signaling passing through FreeSWITCH (eg: A leg incoming INVITE, FreeSWITCH originate an outbound B leg INVITE, and then bridge the legs). Using rtpproxy with -A "advertise" patch from Daniel, this topology works fine in a "traditional" telco way: rtp goes from caller to rtpproxy to callee, and viceversa. Now I want to maintain FreeSWITCH in the middle of rtp flow all the time, in a pure b2bua way, so it can control and analyze the media streams. So, I need rtpproxy to act paying attention to direction, as in caller->rtpproxy->freeswitch->rtpproxy->callee (and viceversa). Normally I would use Kamailio multihomed and rtpproxy in bridging mode. But I cannot have a NIC on the public address. How I can use the "ie" "ei" feature of rtpproxy in an Amazon-EC2 like environment? (eg: no public address attached to machine, but ports redirection from public address). I read this trick from Hugh Waite: "I have used rtpproxy (with the advertised address patch) in Amazon to bridge media between internet facing and private subnets in a VPC. I found that I couldn’t use different advertised addresses depending on which direction the signalling was going on a single private IP address. I worked around this by allocating a second private ip address to the instance and used that in the ‘bridge’. -A 54.86.X.X/10.0.1.15 –l 10.0.1.10/10.0.1.15" Can you explain how to use this trick, or another way (without additional addresses is gladly accepted!) to reach the same result (rtp always passing through FreeSWITCH) ? Thank you all in advance, -giovanni -- Sincerely, Giovanni Maruzzelli Cell : +39-347-2665618

8 11

Session timers
by Eric Koome 17 Feb '15

17 Feb '15

How do I process session timers in Kamailio coming from particular upstream provider every 15mins during a call? At the moment the the call fails after 15 mins. Related to this, another provider sends re-invites during a dialog to check that my kamailio is alive. However Kamailio responds with "488 not here". How do I process these as well? Asterisk sits behind Kamailio. Thanks Eric

2 3

CAMARILLO : (9898) ERROR: ctl [ctl.c:382]: mod_destroy(): ERROR: ctl: could not delete unix socket /tmp/kamailio_ctl: Operation not permitted (1)
by BY - Boujraf Youssef 17 Feb '15

17 Feb '15

Dear all, We get this error message : Using Kamailio V4.2 debian wheezy (9898) ERROR: ctl [ctl.c:382]: mod_destroy(): ERROR: ctl: could not delete unix socket /tmp/kamailio_ctl: Operation not permitted (1) We are not able to fix it. If anybody could help us it will be great. Best Regards, Youssef

1 0

load balancing + rtpengine
by Virmantas Variakojis 17 Feb '15

17 Feb '15

Hi, I want to use load balancing (dispatcher or carrierroute) but i have two upstream interfaces (separate vlan's to provider sides) and third interface to SIP clients side. Also i need to rewrite sdp fields with correct information with rtpengine, but it's impossible as i don't know whitch direction (provider) will be chosen by algorithm. Is it possible to use load dispatcher or carrierroute in conjunction with rtpengine or load balancing must be done manualy? — Regards, Virmantas -- __________________________________________________________________________ CONFIDENTIALITY NOTICE: The information contained in the present message (including any information contained in attachments herein) may be confidential and privileged. It may be read, copied and used only by the intended recipient. If you have received it in error please contact the sender (by return e-mail) immediately and delete this message. Any unauthorized use or dissemination of this message in whole or in parts is strictly prohibited. Print this message only if sharp necessary. УВЕДОМЛЕНИЕ О КОНФИДЕНЦИАЛЬНОСТИ: Информация, содержащаяся в настоящем сообщении (включая любое вложение) может быть конфиденциальной и охраняться действующим законодательством. Сообщение может быть прочитано, скопировано и использовано исключительно лицом, которому сообщение предназначается. Если Вы получили настоящее сообщение по ошибке, пожалуйста, незамедлительно сообщите об этом отправителю (ответным письмом по электронной почте). Любое несанкционированное использование или распространение информации, содержащейся в настоящем сообщении в целом или в части, строго запрещены. Не распечатывайте настоящее сообщение, если в этом нет крайней необходимости.

1 0

TLS certificates per domain
by Muhammad Shahzad 17 Feb '15

17 Feb '15

Hi, I want to deploy a kamailio v4.2.x setup with multiple domains, all resolve to same IPv4 address kamailio is listening on. I am bit confused about how to configure TLS certificates using tls config file as mentioned here, http://kamailio.org/docs/modules/4.2.x/modules/tls.html#tls.p.config The documentation states that, -- If set the TLS module will load a special config file or config files from config directory, in which different TLS parameters can be specified on a per role (server or client) and domain basis (*for now only IPs*). The corresponding module parameters will be ignored. -- since all domains resolve single IP, so i assume i can specify only one section in tls config file with pair of key/pem file path. How can i specify more server certificates for same ip but with different domains? Thank you.

2 2

Syntax issue?
by Igor Potjevlesch 17 Feb '15

17 Feb '15

Hello, I'm looking for a way to track a call by using basic AVP like this: Into a route that treats INVITE: $avp(s:state)="call_start"; Then, if I test this AVP into WITHINDLG route: if($avp(s:state)!="call_start") ; the test fails. Did I miss something? The goal is to update this AVP during the life of the transaction. Regards, Igor.

4 15

selective logging with debugger module
by Sharath Kumar 16 Feb '15

16 Feb '15

Hello, I followed the documentation from http://kamailio.org/docs/modules/4.2.x/modules/debugger.html#idp84752. I have the global debug flag at 9. modparam("debugger", "cfgtrace", 1) modparam("debugger", "mod_level_mode", 1) modparam("debugger", "mod_level", "core=3") My Kamailio complains with a parsing error of some sort and fails to start. - "dbg_mod_level_param(): cannot store parameter: core=3" My intention is to turn off/reduce the "core" module tracing while keeping the "script" module at debug. Any suggestions ? I am running version 4.1.4. thanks Sharath

1 0

Amazon VPS, long UDP packets are seen by sniffer, but don't reach application
by Andrey Utkin 16 Feb '15

16 Feb '15

We experience strange networking issue, not exactly specific to kamailio, but still related to it. Rtpengine's "ng" interface uses UDP. Protocol messages contains SDP, and for encrypted video call those messages exceed 1500 bytes. Everything works fine within localhost, but when rtpengine and Kamailio are on different hosts, and when hosts are Amazon-hosted, we have trouble. This is experienced with l3.large, t2.micro with Ubuntu 14. I believe we don't have any special settings over system defaults. We send a large datagram from remote host, e.g. with such trivial app in python: import socket UDP_IP = "123.123.123.123" # remote host IP UDP_PORT = 33333 MESSAGE = """ .....0010......0020......0030......0040......0050......0060......0070......0080......0090......0100 .....0110......0120......0130......0140......0150......0160......0170......0180......0190......0200 .....0210......0220......0230......0240......0250......0260......0270......0280......0290......0300 .....0310......0320......0330......0340......0350......0360......0370......0380......0390......0400 .....0410......0420......0430......0440......0450......0460......0470......0480......0490......0500 .....0510......0520......0530......0540......0550......0560......0570......0580......0590......0600 .....0610......0620......0630......0640......0650......0660......0670......0680......0690......0700 .....0710......0720......0730......0740......0750......0760......0770......0780......0790......0800 .....0810......0820......0830......0840......0850......0860......0870......0880......0890......0900 .....0910......0920......0930......0940......0950......0960......0970......0980......0990......1000 .....1010......1020......1030......1040......1050......1060......1070......1080......1090......1100 .....1110......1120......1130......1140......1150......1160......1170......1180......1190......1200 .....1210......1220......1230......1240......1250......1260......1270......1280......1290......1300 .....1310......1320......1330......1340......1350......1360......1370......1380......1390......1400 .....1410......1420......1430......1440......1450......1460......1470......1480......1490......1500 .....1510......1520......1530......1540......1550......1560......1570......1580......1590......1600 .....1610......1620......1630......1640......1650......1660......1670......1680......1690......1700 .....1710......1720......1730......1740......1750......1760......1770......1780......1790......1800 .....1810......1820......1830......1840......1850......1860......1870......1880......1890......1900 .....1910......1920......1930......1940......1950......1960......1970......1980......1990......2000""" print "UDP target IP:", UDP_IP print "UDP target port:", UDP_PORT print "message:", MESSAGE sock = socket.socket(socket.AF_INET, socket.SOCK_DGRAM) sock.sendto(MESSAGE, (UDP_IP, UDP_PORT)) Then we listen on that port with such trivial python app: import socket UDP_IP = "172.31.4.102" # local ip UDP_PORT = 33333 sock = socket.socket(socket.AF_INET, socket.SOCK_DGRAM) sock.bind((UDP_IP, UDP_PORT)) while True: data, addr = sock.recvfrom(0x10000) print "received message:", data Meanwhile, we monitor the traffic with e.g. ngrep: ngrep -t -e -d any -W byline -O large_udp.pcap port 33333 or '(ip[6:2]' '&' '0x1fff)' '!=' '0' (the part after "or" catches segments of segmented packets) About the host: # uname -a Linux hostname 3.16.0-30-generic #40~14.04.1-Ubuntu SMP Thu Jan 15 17:43:14 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux Also linux-image-3.13.0-36-generic and linux-image-3.13.0-45-generic behave in same way. What we see: - ngrep shows the packets with correct contents. All segments are delivered. - application doesn't get any data at all Rarely dmesg shows such messages: [ 102.161679] UDP: bad checksum. From 123.123.123.124:56439 to 172.31.4.102:33333 ulen 2008 but it is logged really rarely, so this is surely not what happens on every packet transmission. This test works fine on e.g. cheapest DigitalOcean VPS. I am concerned with this issue because rtpengine software has UDP interface. So on Amazon hosts this interface works only within localhost, and I cannot distribute software to different nodes. Any thoughts? What's wrong, how to fix? -- Andrey Utkin

2 4

Log Media IP
by Ryan Brindley 16 Feb '15

16 Feb '15

Hey community, What's the best way to pull out the media ip from the SIP INVITE body (for logging)? Ryan Brindley

2 1

Event reg - questions
by Stefan Ljung 16 Feb '15

16 Feb '15

I made a test configuration for trying the pua_regEvent module. There were two things I want to ask about. First - when the SUBSCRIBE to event 'reg' following a UEs registration to the Kamailio is responded with a NOTIFY - there was no body in the NOTIFY. I expected a XML body with registration status. Second - When the UE re-registers to Kamailio - I expected a NOTIFY to be send on the existing 'reg' subscription, but nothing happened. Or am I missing some configuration ? Here's some of the conf script: ####### Modules Section ######## loadmodule "db_mysql.so" loadmodule "mi_fifo.so" loadmodule "kex.so" loadmodule "tm.so" loadmodule "tmx.so" loadmodule "sl.so" loadmodule "rr.so" loadmodule "pv.so" loadmodule "maxfwd.so" loadmodule "usrloc.so" loadmodule "registrar.so" loadmodule "textops.so" loadmodule "siputils.so" loadmodule "xlog.so" loadmodule "sanity.so" loadmodule "ctl.so" loadmodule "mi_rpc.so" loadmodule "xcap_client.so" loadmodule "pua.so" loadmodule "pua_reginfo.so" loadmodule "presence.so" loadmodule "presence_reginfo.so" loadmodule "presence_xml.so" # ----------------- setting module-specific parameters --------------- #!define DBURL "mysql://kamailio:kamailiorw@localhost/kamailio" # ----- xlog params ----- modparam("xlog", "prefix", "-xlog: ") # ----- mi_fifo params ----- modparam("mi_fifo", "fifo_name", "/tmp/kamailio_fifo") # ----- tm params ----- # auto-discard branches from previous serial forking leg modparam("tm", "failure_reply_mode", 3) # default retransmission timeout: 30sec modparam("tm", "fr_timer", 30000) # default invite retransmission timeout after 1xx: 120sec modparam("tm", "fr_inv_timer", 120000) # ----- rr params ----- # add value to ;lr param to cope with most of the UAs modparam("rr", "enable_full_lr", 1) # do not append from tag to the RR (no need for this script) modparam("rr", "append_fromtag", 0) # ----- registrar params ----- modparam("registrar", "method_filtering", 1) modparam("registrar", "max_expires", 86400) # ----- pua_reginfo params ----- modparam("pua_reginfo", "default_domain", "system.test") modparam("pua_reginfo", "server_address", "sip:reginfo@10.171.0.4") modparam("pua_reginfo", "publish_reginfo", 0) modparam("pua_reginfo", "default_domain", "system.test") # ----- presence_xml params ----- modparam("presence_xml", "integrated_xcap_server", 1) # ----- presence params ----- modparam("presence", "db_url", DBURL)

2 1

dialog module 4.2 REFER
by Uri Shacked 16 Feb '15

16 Feb '15

Hi, I am trying to use dlg_refer. I set the side to refer and the final destination. But, the contact header of the refer stays "controler(a)kamailio.org". So, the refer fails. Is it a bug or should i change the contact header by myself before doing the dlg_refer? same with the dlg_bridge..... Cheers, Uri

3 2

Using dialog_ng
by Shane Harrison 15 Feb '15

15 Feb '15

Hi all, I think the lack of response to my previous thread is probably because it was too complicated. I have now narrowed my problem down after further archive readings . I am trying to use the dialog_ng module along with the ims_charging_module. Upon reception of an INVITE, a call to the Ro_CCR() from the request_route script is made. That function does a check that the dialog record exists (binds to dialog module and does a "get_dlg(msg)" call) - this fails i.e. dialog is not found. Running kamailio 4.2.2 and relevant sections of kamailio.cfg are: modparam("dialog_ng", "dlg_flag", FLT_DIALOG) modparam("dialog_ng", "timeout_avp", "$avp(DLG_TIMEOUT_AVP)") modparam("dialog_ng", "detect_spirals", 1) modparam("dialog_ng", "profiles_no_value", "orig ; term") request_route { # NAT detection route(NATDETECT); # Set DLG flag to track dialogs using dialog2 if (!is_method("REGISTER|SUBSCRIBE")) setflag(FLT_DIALOG); # handle requests within SIP dialogs route(WITHINDLG); ### only initial requests (no To tag) # CANCEL processing if (is_method("CANCEL")) { if (t_check_trans()) t_relay(); exit; } t_check_trans(); if (is_method("INVITE")) { set_dlg_profile("orig"); Ro_CCR("CHARGING_CCR_REPLY", "orig", "SCUR", "", "30","CCR_location"); } So my question is, "should the above logic create a dialog record on the initial INVITE?" and if yes then "what possible reasons might there be for the Ro_CCR() function not be able to detect it exists?" Cheers Shane Harrison

3 7

rtpengine - Error when sending message. Error: Invalid argument
by Amit Patkar 14 Feb '15

14 Feb '15

Hi I am getting error with rtpengine. Running Kamailio 4.2.3 I am trying to call from conventional SIP client to WebRTC client Google Chrome v38.0.2125.104 Firefox v33.0 Using sipML5 as WebRTC client root@rtcpbx:/home/avhan# /usr/sbin/rtpengine --interface=127.0.0.1\!192.168.2.161 --listen-ng=7722 --pidfile=/var/run/ngcp-rtpengine-daemon.pid --tos=184 --table=42 --foreground --log-level=7 --log-stderr INFO: Generating new DTLS certificate DEBUG: Dump of DTLS certificate: DEBUG: --- -----BEGIN CERTIFICATE----- DEBUG: --- MIIBpDCCAQ2gAwIBAAIJAIH/X+7BeV8gMA0GCSqGSIb3DQEBBQUAMBQxEjAQBgNV DEBUG: --- BAMTCXJ0cGVuZ2luZTAeFw0xNTAyMTMxMjM5MjJaFw0xNTAzMTYxMjM5MjJaMBQx DEBUG: --- EjAQBgNVBAMTCXJ0cGVuZ2luZTCBnzANBgkqhkiG9w0BAQEFAAOBjQAwgYkCgYEA DEBUG: --- tfOduffYlJeuTeA6GRRKpeuUougYgu33QKjPZ9RuQNl6AIsmJQrqPJ9bTv93BlNd DEBUG: --- I/COq89SRxxjhAHEw6v3F283/lZAitySVa+TazbpZrwKsWbfPTXtLMC5oJvEPUr/ DEBUG: --- 8xcX+rnImLHZPrECMZj4pjSI6htclKok+YFf3incSmECAwEAATANBgkqhkiG9w0B DEBUG: --- AQUFAAOBgQBA2zHxUAv4J/dRLMboF9y3h6hQNnoEQNDwlmE+M4bBbOAxNYNxpmy3 DEBUG: --- mmZ54GBZFbvIWO4MVYrGiEMXBsQ3LSHo+MeExtY7Jq1RbXHU+DT/hHg5DGHHeFyr DEBUG: --- d46TUaHIFG/XhKSAaaCX1EbqtezMaUWrJw+mtOfzfZMEVzMP72CmiA== DEBUG: --- -----END CERTIFICATE----- DEBUG: Dump of DTLS private key: DEBUG: --- -----BEGIN PRIVATE KEY----- DEBUG: --- MIICdgIBADANBgkqhkiG9w0BAQEFAASCAmAwggJcAgEAAoGBALXznbn32JSXrk3g DEBUG: --- OhkUSqXrlKLoGILt90Coz2fUbkDZegCLJiUK6jyfW07/dwZTXSPwjqvPUkccY4QB DEBUG: --- xMOr9xdvN/5WQIrcklWvk2s26Wa8CrFm3z017SzAuaCbxD1K//MXF/q5yJix2T6x DEBUG: --- AjGY+KY0iOobXJSqJPmBX94p3EphAgMBAAECgYBJG9sLZz/Z7Nx3pBoUC6g25OKz DEBUG: --- VmjK6w0HKQ01XhDy869m2oJ4LduSgkFxC4rqusJY94aMGGCp/AkseH10VfuQ/Dn4 DEBUG: --- 6Zv9l8xGlprRmW0do6w0AR7F5JpcuoMT7ae8Jf7hAJpa//LbAg2s0lJBMofIUtd/ DEBUG: --- 0xs0y9uX/stV9hRAAQJBAOUocKdTbN1J9W6EB+r64/QBPxB7jhbs8J76RRfCjhE2 DEBUG: --- CS8JRBajMJJ3XgjOWQuh44xmydGCJeSSisDKsONVpgECQQDLQ6QCHYJxeXJ0R4w9 DEBUG: --- 5XqUEQhb03GlwoTIas3YQfJJyk/zKnQAkBKwjwatrNEldCGBOCOgeQhTERPwSxcx DEBUG: --- kGRhAkBxjmSkxjaAQhIZPdwemU00sRlrNY7n1Wo3nZV3fLWh2cEbSeAvx5ZePkCe DEBUG: --- 5IJDvWlhPd5sr63PYr7XYpndTagBAkEAj27Nvwhf0f8nOtJ6LftPAkj6owGUAqo+ DEBUG: --- 1MY5N09hz5xJyoe8j+EaryheSBPZChrmwa6BxW1i6Gr2rOvwE/OWQQJACxjVriL8 DEBUG: --- mKFqDLN1rQuDqyA6f0jSaxuPsA3TGCcEbgw4e8hQD9pFJ6NK7/X/UeqqWsW0sAZS DEBUG: --- mNrnLY9VvZPSpw== DEBUG: --- -----END PRIVATE KEY----- INFO: Startup complete, version 3.3.0.0+0~mr3.8.0.0 DEBUG: Adding a proxy for control ng stats:127.0.0.1 INFO: Got valid command from 127.0.0.1:60075: offer - { "sdp": "v=0 o=- 28314700 28314700 IN IP4 192.168.2.18 s=http://www.portsip.com c=IN IP4 192.168.2.18 t=0 0 m=audio 20670 RTP/AVP 0 8 101 a=rtpmap:0 PCMU/8000 a=rtpmap:8 PCMA/8000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-15 a=sendrecv ", "ICE": "force", "flags": [ "trust-address" ], "replace": [ "origin", "session-connection" ], "transport-protocol": "RTP/SAVPF", "call-id": "FjDYirMD4b8ldLCQFrUMaw..", "received-from": [ "IP4", "192.168.2.18" ], "from-tag": "7a3b9012", "command": "offer" } NOTICE: [FjDYirMD4b8ldLCQFrUMaw..] Creating new call DEBUG: [FjDYirMD4b8ldLCQFrUMaw..] Opened ports 30000..30001 for media relay DEBUG: [FjDYirMD4b8ldLCQFrUMaw..] Opened ports 30010..30011 for media relay INFO: [FjDYirMD4b8ldLCQFrUMaw..] Returning to SIP proxy: d3:sdp669:v=0 o=- 28314700 28314700 IN IP4 192.168.2.161 s=http://www.portsip.com c=IN IP4 192.168.2.161 t=0 0 a=ice-lite m=audio 30000 RTP/SAVPF 0 8 101 a=rtpmap:0 PCMU/8000 a=rtpmap:8 PCMA/8000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-15 a=sendrecv a=rtcp:30001 a=crypto:1 AES_CM_128_HMAC_SHA1_80 inline:JBeKZmgOzhC3A5Ays2nm4Jx3GqSbsoVStGSjSFL/ a=setup:actpass a=fingerprint:sha-1 CE:47:48:60:04:D0:A5:D7:FD:00:89:6E:8F:D9:25:48:9D:2F:B9:89 a=ice-ufrag:bMtYwXGC a=ice-pwd:q053zJtRE8bxgCEu3eebdaqoWSmr a=candidate:EqkUFjVat8drCK70 1 UDP 2130706431 192.168.2.161 30000 typ host a=candidate:EqkUFjVat8drCK70 2 UDP 2130706430 192.168.2.161 30001 typ host 6:result2:oke INFO: [FjDYirMD4b8ldLCQFrUMaw.. port 30000] Successful STUN binding request from 192.168.2.18:7427 INFO: [FjDYirMD4b8ldLCQFrUMaw.. port 30000] STUN: using this candidate INFO: [FjDYirMD4b8ldLCQFrUMaw.. port 30001] Successful STUN binding request from 192.168.2.18:7428 INFO: [FjDYirMD4b8ldLCQFrUMaw.. port 30001] STUN: using this candidate INFO: [FjDYirMD4b8ldLCQFrUMaw.. port 30000] Successful STUN binding request from 192.168.2.18:7427 INFO: [FjDYirMD4b8ldLCQFrUMaw.. port 30000] STUN: using this candidate INFO: [FjDYirMD4b8ldLCQFrUMaw.. port 30001] Successful STUN binding request from 192.168.2.18:7428 INFO: [FjDYirMD4b8ldLCQFrUMaw.. port 30001] STUN: using this candidate INFO: [FjDYirMD4b8ldLCQFrUMaw.. port 30000] Successful STUN binding request from 192.168.2.18:7427 INFO: [FjDYirMD4b8ldLCQFrUMaw.. port 30000] STUN: using this candidate INFO: [FjDYirMD4b8ldLCQFrUMaw.. port 30001] Successful STUN binding request from 192.168.2.18:7428 INFO: [FjDYirMD4b8ldLCQFrUMaw.. port 30001] STUN: using this candidate INFO: [FjDYirMD4b8ldLCQFrUMaw.. port 30000] Successful STUN binding request from 192.168.2.18:7427 INFO: [FjDYirMD4b8ldLCQFrUMaw.. port 30000] STUN: using this candidate INFO: [FjDYirMD4b8ldLCQFrUMaw.. port 30001] Successful STUN binding request from 192.168.2.18:7428 INFO: [FjDYirMD4b8ldLCQFrUMaw.. port 30001] STUN: using this candidate INFO: [FjDYirMD4b8ldLCQFrUMaw.. port 30000] Successful STUN binding request from 192.168.2.18:7427 INFO: [FjDYirMD4b8ldLCQFrUMaw.. port 30000] STUN: using this candidate INFO: [FjDYirMD4b8ldLCQFrUMaw.. port 30001] Successful STUN binding request from 192.168.2.18:7428 INFO: [FjDYirMD4b8ldLCQFrUMaw.. port 30001] STUN: using this candidate INFO: [FjDYirMD4b8ldLCQFrUMaw.. port 30000] Successful STUN binding request from 192.168.2.18:7427 INFO: [FjDYirMD4b8ldLCQFrUMaw.. port 30000] STUN: using this candidate INFO: [FjDYirMD4b8ldLCQFrUMaw.. port 30001] Successful STUN binding request from 192.168.2.18:7428 INFO: [FjDYirMD4b8ldLCQFrUMaw.. port 30001] STUN: using this candidate INFO: Got valid command from 127.0.0.1:42832: ping - { "command": "ping" } INFO: Returning to SIP proxy: d6:result4:ponge INFO: Got valid command from 127.0.0.1:35595: offer - { "sdp": "v=0 o=- 28373892 28373892 IN IP4 192.168.2.18 s=http://www.portsip.com c=IN IP4 192.168.2.18 t=0 0 m=audio 20674 RTP/AVP 0 8 101 a=rtpmap:0 PCMU/8000 a=rtpmap:8 PCMA/8000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-15 a=sendrecv ", "ICE": "force", "flags": [ "trust-address" ], "replace": [ "origin", "session-connection" ], "transport-protocol": "RTP/SAVPF", "call-id": "fJTfptxXKrVoGdalt_2MMA..", "received-from": [ "IP4", "192.168.2.18" ], "from-tag": "bd78da3f", "command": "offer" } NOTICE: [fJTfptxXKrVoGdalt_2MMA..] Creating new call DEBUG: [fJTfptxXKrVoGdalt_2MMA..] Opened ports 30022..30023 for media relay DEBUG: [fJTfptxXKrVoGdalt_2MMA..] Opened ports 30044..30045 for media relay INFO: [fJTfptxXKrVoGdalt_2MMA..] Returning to SIP proxy: d3:sdp669:v=0 o=- 28373892 28373892 IN IP4 192.168.2.161 s=http://www.portsip.com c=IN IP4 192.168.2.161 t=0 0 a=ice-lite m=audio 30022 RTP/SAVPF 0 8 101 a=rtpmap:0 PCMU/8000 a=rtpmap:8 PCMA/8000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-15 a=sendrecv a=rtcp:30023 a=crypto:1 AES_CM_128_HMAC_SHA1_80 inline:YUVDWqqE+RNOPLu4d1J81/gee3OY8tnfGSjc2zjB a=setup:actpass a=fingerprint:sha-1 CE:47:48:60:04:D0:A5:D7:FD:00:89:6E:8F:D9:25:48:9D:2F:B9:89 a=ice-ufrag:1d16gzNH a=ice-pwd:qpNBX4eBwfNKq0TPpNHLeuMdHOjX a=candidate:EqkUFjVat8drCK70 1 UDP 2130706431 192.168.2.161 30022 typ host a=candidate:EqkUFjVat8drCK70 2 UDP 2130706430 192.168.2.161 30023 typ host 6:result2:oke INFO: [fJTfptxXKrVoGdalt_2MMA.. port 30022] Successful STUN binding request from 192.168.2.18:7449 INFO: [fJTfptxXKrVoGdalt_2MMA.. port 30022] STUN: using this candidate INFO: [fJTfptxXKrVoGdalt_2MMA.. port 30023] Successful STUN binding request from 192.168.2.18:7450 INFO: [fJTfptxXKrVoGdalt_2MMA.. port 30023] STUN: using this candidate INFO: [fJTfptxXKrVoGdalt_2MMA.. port 30022] Successful STUN binding request from 192.168.2.18:7449 INFO: [fJTfptxXKrVoGdalt_2MMA.. port 30022] STUN: using this candidate INFO: [fJTfptxXKrVoGdalt_2MMA.. port 30023] Successful STUN binding request from 192.168.2.18:7450 INFO: [fJTfptxXKrVoGdalt_2MMA.. port 30023] STUN: using this candidate INFO: [fJTfptxXKrVoGdalt_2MMA.. port 30022] Successful STUN binding request from 192.168.2.18:7449 INFO: [fJTfptxXKrVoGdalt_2MMA.. port 30022] STUN: using this candidate INFO: [fJTfptxXKrVoGdalt_2MMA.. port 30023] Successful STUN binding request from 192.168.2.18:7450 INFO: [fJTfptxXKrVoGdalt_2MMA.. port 30023] STUN: using this candidate INFO: [fJTfptxXKrVoGdalt_2MMA.. port 30022] Successful STUN binding request from 192.168.2.18:7449 INFO: [fJTfptxXKrVoGdalt_2MMA.. port 30022] STUN: using this candidate INFO: [fJTfptxXKrVoGdalt_2MMA.. port 30023] Successful STUN binding request from 192.168.2.18:7450 INFO: [fJTfptxXKrVoGdalt_2MMA.. port 30023] STUN: using this candidate INFO: [fJTfptxXKrVoGdalt_2MMA.. port 30022] Successful STUN binding request from 192.168.2.18:7449 INFO: [fJTfptxXKrVoGdalt_2MMA.. port 30022] STUN: using this candidate INFO: [fJTfptxXKrVoGdalt_2MMA.. port 30023] Successful STUN binding request from 192.168.2.18:7450 INFO: [fJTfptxXKrVoGdalt_2MMA.. port 30023] STUN: using this candidate INFO: [FjDYirMD4b8ldLCQFrUMaw..] Closing call due to timeout INFO: [FjDYirMD4b8ldLCQFrUMaw..] Final packet stats: INFO: [FjDYirMD4b8ldLCQFrUMaw..] --- Tag '', created 1:06 ago, in dialogue with '(none)' INFO: [FjDYirMD4b8ldLCQFrUMaw..] ------ Media #1, port 30000 <> [::]:0 , 6 p, 600 b, 0 e, 1423917572 last_packet INFO: [FjDYirMD4b8ldLCQFrUMaw..] ------ Media #1, port 30001 <> [::]:0 (RTCP), 6 p, 600 b, 0 e, 1423917572 last_packet INFO: [FjDYirMD4b8ldLCQFrUMaw..] --- Tag '7a3b9012', created 1:06 ago, in dialogue with '' INFO: [FjDYirMD4b8ldLCQFrUMaw..] ------ Media #1, port 30010 <> 192.168.2.18:20670, 0 p, 0 b, 0 e, 1423917566 last_packet INFO: [FjDYirMD4b8ldLCQFrUMaw..] ------ Media #1, port 30011 <> 192.168.2.18:20671 (RTCP), 0 p, 0 b, 0 e, 1423917566 last_packet INFO: [fJTfptxXKrVoGdalt_2MMA.. port 30022] Successful STUN binding request from 192.168.2.18:7449 INFO: [fJTfptxXKrVoGdalt_2MMA.. port 30022] STUN: using this candidate INFO: [fJTfptxXKrVoGdalt_2MMA.. port 30023] Successful STUN binding request from 192.168.2.18:7450 INFO: [fJTfptxXKrVoGdalt_2MMA.. port 30023] STUN: using this candidate INFO: [fJTfptxXKrVoGdalt_2MMA.. port 30022] Successful STUN binding request from 192.168.2.18:7449 INFO: [fJTfptxXKrVoGdalt_2MMA.. port 30022] STUN: using this candidate INFO: [fJTfptxXKrVoGdalt_2MMA.. port 30023] Successful STUN binding request from 192.168.2.18:7450 INFO: [fJTfptxXKrVoGdalt_2MMA.. port 30023] STUN: using this candidate INFO: Got valid command from 127.0.0.1:36029: answer - { "sdp": "v=0 o=Mozilla-SIPUA-33.0 15128 1 IN IP4 0.0.0.0 s=Doubango Telecom - firefox t=0 0 a=ice-ufrag:524a14d8 a=ice-pwd:f23ceb82b6f9a86a2c1f180a013a9ff3 a=fingerprint:sha-256 6A:5D:49:F6:7B:FE:5B:5E:23:43:EE:31:43:20:46:C0:E8:12:B7:AD:AB:A2:09:66:94:55:42:E2:6B:D3:D9:63 m=audio 7449 UDP/TLS/RTP/SAVPF 0 101 c=IN IP4 192.168.2.18 a=rtpmap:0 PCMU/8000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-15 a=sendrecv a=setup:active a=candidate:0 1 UDP 2128609535 192.168.2.18 7449 typ host a=candidate:0 2 UDP 2128609534 192.168.2.18 7450 typ host ", "ICE": "remove", "flags": [ "trust-address" ], "replace": [ "origin", "session-connection" ], "transport-protocol": "RTP/AVP", "call-id": "fJTfptxXKrVoGdalt_2MMA..", "received-from": [ "IP4", "192.168.2.18" ], "from-tag": "bd78da3f", "to-tag": "mUTC7w3qs5ka6fJWKCiM", "command": "answer" } INFO: [fJTfptxXKrVoGdalt_2MMA..] Returning to SIP proxy: d3:sdp240:v=0 o=Mozilla-SIPUA-33.0 15128 1 IN IP4 0.0.0.0 s=Doubango Telecom - firefox t=0 0 m=audio 30044 RTP/AVP 0 101 c=IN IP4 192.168.2.161 a=rtpmap:0 PCMU/8000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-15 a=sendrecv a=rtcp:30045 6:result2:oke *DEBUG: [fJTfptxXKrVoGdalt_2MMA.. port 30044] Error when sending message. Error: Invalid argument WARNING: [fJTfptxXKrVoGdalt_2MMA.. port 30044] Write error on RTP socket: Invalid argument* INFO: [fJTfptxXKrVoGdalt_2MMA.. port 30044] Final packet stats: INFO: [fJTfptxXKrVoGdalt_2MMA.. port 30044] --- Tag 'mUTC7w3qs5ka6fJWKCiM', created 0:13 ago, in dialogue with 'bd78da3f' INFO: [fJTfptxXKrVoGdalt_2MMA.. port 30044] ------ Media #1, port 30022 <> 192.168.2.18:7449 , 7 p, 700 b, 0 e, 1423917638 last_packet INFO: [fJTfptxXKrVoGdalt_2MMA.. port 30044] ------ Media #1, port 30023 <> 192.168.2.18:7450 (RTCP), 7 p, 700 b, 0 e, 1423917638 last_packet INFO: [fJTfptxXKrVoGdalt_2MMA.. port 30044] --- Tag 'bd78da3f', created 0:13 ago, in dialogue with 'mUTC7w3qs5ka6fJWKCiM' INFO: [fJTfptxXKrVoGdalt_2MMA.. port 30044] ------ Media #1, port 30044 <> 192.168.2.18:20674, 0 p, 0 b, 1 e, 1423917626 last_packet INFO: [fJTfptxXKrVoGdalt_2MMA.. port 30044] ------ Media #1, port 30045 <> 192.168.2.18:20675 (RTCP), 0 p, 0 b, 0 e, 1423917626 last_packet Regards Amit

2 2

Kamailio and rtpengine
by Marc Soda 14 Feb '15

14 Feb '15

How does Kamailio load balance traffic to rtpengine? Is it load based, round robin, etc? The module makes mention of this but I don't see how it works. Also, it talks about weighting the proxies. How is that accomplished? Thanks, Marc

3 2

WebRTC to PSTN call, proxied through Kamailio
by Rahul MathuR 14 Feb '15

14 Feb '15

Hello gents, I was trying my hands on getting a successful RTCweb call (JSsip, since Peter Dunkley mentioned that he's been using JSsip for most of the testing scenarios..) to PSTN, making my kamailio as proxy + protocol converter (sip over web-sockets to sip over udp). And yes, I've referred Carlos' config; the main problem is I get 'Bad Media Description' error in Google Chromium (Version 40.0.2214.111 m) & my SIP server even sends 200 OK, but my phone doesn't ring. To make it worse, I can see rtpengine throwing this error - "SRTCP output wanted, but no crypto suite was negotiated" BTW, I have - [root@localhost log]# openssl version OpenSSL 1.0.1j 15 Oct 2014 I even tried building kamailio & rtpengine using this openssl but in-vain. One thing that baffles me is that, apparently kamailio has started receiving RTP packets (perhaps early media) but the mobile phone hasn't ringed :-( I am attaching all possible logs & seek some guidance from the array of experts in this list. Files attached: a) tcpdump on ext. interface b) tcpdump on loopback c) syslogs d) Chromium JS logs UAC (14.98.55.38), Kamailio (125.99.186.126), SIP Server (157.238.178.153), Media Server (199.27.244.6) -- Warm Regds. MathuRahul

3 6

Issues after Ubuntu Server Update and WebRTC
by Manuel Camargo Lominchar 13 Feb '15

13 Feb '15

>* Is the SIP signaling still going fine via websocket? Do you get callee *>* ringing? *>>* Cheers, *>* Daniel* Hello Daniel Actually SIP signalling goes perfect, and i can see in RTP asterisk log that RTP packets are being sent, so I suppose there is something stuck somewhere in RTP maybe related with RTP Engine >Hi, > >If you are using rtpengine for the rtp you might have to upgrade to a >newer version. > >On my system crypto negotiation in rtpengine started failing after a >openssl update in January. Recompiling a newer version from git fixed that. > >regards > >M I updated to latest version through git but still stuck there. Now I can see that the config file (ngcp-rtpengine in etc default) has changed so I'm not sure how should this impact (not ADDRESS neither ADV ADDRESS now I see an Interfaces parameter) I also find for some reason very possible that somehow rtp traffic is not getting through. ICE candidates are being negotiated, so I feel that the route is clear, so maybe there might be some crypto issues as you point out, but update has not been enough :( Any other ideas? *Manuel Camargo* Teléfono: 638000836 eMail: sir.louen(a)gmail.com <https://twitter.com/SirLouen> [image: Ver el perfil de Manuel Camargo Lominchar en LinkedIn] <http://es.linkedin.com/in/louen>

1 1

change_reply_status() 415 -> 200 change
by Juha Heinanen 13 Feb '15

13 Feb '15

i tried to use change_reply_status() to change 415 to 200, but got: ERROR: textopsx [textopsx.c:283]: change_reply_status_f(): ERROR: textops: the class of provisional or positive final replies cannot be changed textopsx/README does not mention anything about what can or cannot be changed. why is it that the above change cannot be made? -- juha

2 1

Issues after Ubuntu Server Update and WebRTC
by Manuel Camargo Lominchar 13 Feb '15

13 Feb '15

This might be a weird question I've been operating for some months with my kam + asterisk + webrtc sipml5 based system inside an Ubuntu Server Today I had the idea to apt-get upgrade my system and... now the whole system webrtc communication service is dead Here is the VAST list of packages updated... But I cannot figure out who is the "destroyer" package. No prompts appeared during the update so I believe no config files have been updated I'm trying to debug but I cant find a solution The handshake is done, and in Wireshark the only thing I find is that no UDP (RTP) packages are being processed, but in the SIP log I can see ICE candidates and all process is done I tried to do a direct SIP connection without WebRTC, and it worked pretty fine, so this have something to do with maybe crypt libs, or something to do with kamailio and imcompatibilities with one of this packages. Kamailio Version: # kamailio -v version: kamailio 4.1.5 (x86_64/linux) 2b3d4b flags: STATS: Off, USE_TCP, USE_TLS, TLS_HOOKS, USE_RAW_SOCKS, DISABLE_NAGLE, USE_MCAST, DNS_IP_HACK, SHM_MEM, SHM_MMAP, PKG_MALLOC, DBG_QM_MALLOC, 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_LISTEN 16, MAX_URI_SIZE 1024, BUF_SIZE 65535, DEFAULT PKG_SIZE 4MB poll method support: poll, epoll_lt, epoll_et, sigio_rt, select. id: 2b3d4b compiled on 14:39:42 Aug 28 2014 with gcc 4.8.2 Any ideas of where to start digging? Start-Date: 2015-02-12 14:40:19 Install: linux-image-extra-3.13.0-45-generic:amd64 (3.13.0-45.74, automatic), linux-image-3.13.0-45-generic:amd64 (3.13.0-45.74, automatic), linux-headers-3.13.0-45-generic:amd64 (3.13.0-45.74, automatic), linux-headers-3.13.0-45:amd64 (3.13.0-45.74, automatic) Upgrade: bind9-host:amd64 (9.9.5.dfsg-3, 9.9.5.dfsg-3ubuntu0.1), python3-problem-report:amd64 (2.14.1-0ubuntu3.5, 2.14.1-0ubuntu3.6), mime-support:amd64 (3.54ubuntu1, 3.54ubuntu1.1), liblwres90:amd64 (9.9.5.dfsg-3, 9.9.5.dfsg-3ubuntu0.1), apt:amd64 (1.0.1ubuntu2.5, 1.0.1ubuntu2.6), libevent-2.0-5:amd64 (2.0.21-stable-1ubuntu1, 2.0.21-stable-1ubuntu1.14.04.1), libsystemd-login0:amd64 (204-5ubuntu20.7, 204-5ubuntu20.9), linux-headers-generic:amd64 (3.13.0.37.44, 3.13.0.45.52), mysql-server-core-5.5:amd64 (5.5.40-0ubuntu0.14.04.1, 5.5.41-0ubuntu0.14.04.1), ppp:amd64 (2.4.5-5.1ubuntu2, 2.4.5-5.1ubuntu2.1), mysql-server-5.5:amd64 (5.5.40-0ubuntu0.14.04.1, 5.5.41-0ubuntu0.14.04.1), multiarch-support:amd64 (2.19-0ubuntu6.3, 2.19-0ubuntu6.5), libdns100:amd64 (9.9.5.dfsg-3, 9.9.5.dfsg-3ubuntu0.1), krb5-multidev:amd64 (1.12+dfsg-2ubuntu4.2, 1.12+dfsg-2ubuntu5.1), mysql-client-core-5.5:amd64 (5.5.40-0ubuntu0.14.04.1, 5.5.41-0ubuntu0.14.04.1), libisccfg90:amd64 (9.9.5.dfsg-3, 9.9.5.dfsg-3ubuntu0.1), systemd-services:amd64 (204-5ubuntu20.7, 204-5ubuntu20.9), libssl1.0.0:amd64 (1.0.1f-1ubuntu2.7, 1.0.1f-1ubuntu2.8), apt-transport-https:amd64 (1.0.1ubuntu2.5, 1.0.1ubuntu2.6), procps:amd64 (3.3.9-1ubuntu2, 3.3.9-1ubuntu2.2), libbind9-90:amd64 (9.9.5.dfsg-3, 9.9.5.dfsg-3ubuntu0.1), tcpdump:amd64 (4.5.1-2ubuntu1, 4.5.1-2ubuntu1.1), dbus:amd64 (1.6.18-0ubuntu4.2, 1.6.18-0ubuntu4.3), libgssapi-krb5-2:amd64 (1.12+dfsg-2ubuntu4.2, 1.12+dfsg-2ubuntu5.1), libapache2-mod-php5:amd64 (5.5.9+dfsg-1ubuntu4.4, 5.5.9+dfsg-1ubuntu4.5), php5-mysql:amd64 (5.5.9+dfsg-1ubuntu4.4, 5.5.9+dfsg-1ubuntu4.5), python-urllib3:amd64 (1.7.1-1build1, 1.7.1-1ubuntu0.1), dkms:amd64 (2.2.0.3-1.1ubuntu5, 2.2.0.3-1.1ubuntu5.14.04), php5-common:amd64 (5.5.9+dfsg-1ubuntu4.4, 5.5.9+dfsg-1ubuntu4.5), coreutils:amd64 (8.21-1ubuntu5, 8.21-1ubuntu5.1), libkrb5-3:amd64 (1.12+dfsg-2ubuntu4.2, 1.12+dfsg-2ubuntu5.1), apt-utils:amd64 (1.0.1ubuntu2.5, 1.0.1ubuntu2.6), cpio:amd64 (2.11+dfsg-1ubuntu1, 2.11+dfsg-1ubuntu1.1), plymouth-theme-ubuntu-text:amd64 (0.8.8-0ubuntu17, 0.8.8-0ubuntu17.1), python3-software-properties:amd64 (0.92.37.1, 0.92.37.3), libkadm5clnt-mit9:amd64 (1.12+dfsg-2ubuntu4.2, 1.12+dfsg-2ubuntu5.1), mount:amd64 (2.20.1-5.1ubuntu20.2, 2.20.1-5.1ubuntu20.3), libsystemd-daemon0:amd64 (204-5ubuntu20.7, 204-5ubuntu20.9), python-apt:amd64 (0.9.3.5, 0.9.3.5ubuntu1), libc-dev-bin:amd64 (2.19-0ubuntu6.3, 2.19-0ubuntu6.5), libcgmanager0:amd64 (0.24-0ubuntu7, 0.24-0ubuntu7.2), file:amd64 (5.14-2ubuntu3.2, 5.14-2ubuntu3.3), libapparmor1:amd64 (2.8.95~2430-0ubuntu5, 2.8.95~2430-0ubuntu5.1), libkrb5-dev:amd64 (1.12+dfsg-2ubuntu4.2, 1.12+dfsg-2ubuntu5.1), libmagic1:amd64 (5.14-2ubuntu3.2, 5.14-2ubuntu3.3), libpam-systemd:amd64 (204-5ubuntu20.7, 204-5ubuntu20.9), libc-bin:amd64 (2.19-0ubuntu6.3, 2.19-0ubuntu6.5), libc6:amd64 (2.19-0ubuntu6.3, 2.19-0ubuntu6.5), libglib2.0-0:amd64 (2.40.0-2, 2.40.2-0ubuntu1), php5-readline:amd64 (5.5.9+dfsg-1ubuntu4.4, 5.5.9+dfsg-1ubuntu4.5), libprocps3:amd64 (3.3.9-1ubuntu2, 3.3.9-1ubuntu2.2), libsepol1:amd64 (2.2-1, 2.2-1ubuntu0.1), libglib2.0-dev:amd64 (2.40.0-2, 2.40.2-0ubuntu1), libapt-inst1.5:amd64 (1.0.1ubuntu2.5, 1.0.1ubuntu2.6), libuuid1:amd64 (2.20.1-5.1ubuntu20.2, 2.20.1-5.1ubuntu20.3), libmount1:amd64 (2.20.1-5.1ubuntu20.2, 2.20.1-5.1ubuntu20.3), dnsutils:amd64 (9.9.5.dfsg-3, 9.9.5.dfsg-3ubuntu0.1), libdbus-1-3:amd64 (1.6.18-0ubuntu4.2, 1.6.18-0ubuntu4.3), udev:amd64 (204-5ubuntu20.7, 204-5ubuntu20.9), curl:amd64 (7.35.0-1ubuntu2.1, 7.35.0-1ubuntu2.3), update-notifier-common:amd64 (0.154.1, 0.154.1ubuntu1), plymouth:amd64 (0.8.8-0ubuntu17, 0.8.8-0ubuntu17.1), libglib2.0-data:amd64 (2.40.0-2, 2.40.2-0ubuntu1), mysql-client-5.5:amd64 (5.5.40-0ubuntu0.14.04.1, 5.5.41-0ubuntu0.14.04.1), krb5-locales:amd64 (1.12+dfsg-2ubuntu4.2, 1.12+dfsg-2ubuntu5.1), libxml2:amd64 (2.9.1+dfsg1-3ubuntu4.3, 2.9.1+dfsg1-3ubuntu4.4), ntp:amd64 (4.2.6.p5+dfsg-3ubuntu2, 4.2.6.p5+dfsg-3ubuntu2.14.04.2), libudev1:amd64 (204-5ubuntu20.7, 204-5ubuntu20.9), binutils:amd64 (2.24-5ubuntu3, 2.24-5ubuntu3.1), bsdutils:amd64 (2.20.1-5.1ubuntu20.2, 2.20.1-5.1ubuntu20.3), libxml2-dev:amd64 (2.9.1+dfsg1-3ubuntu4.3, 2.9.1+dfsg1-3ubuntu4.4), libapparmor-perl:amd64 (2.8.95~2430-0ubuntu5, 2.8.95~2430-0ubuntu5.1), lshw:amd64 (02.16-2ubuntu1, 02.16-2ubuntu1.2), libssl-dev:amd64 (1.0.1f-1ubuntu2.7, 1.0.1f-1ubuntu2.8), wget:amd64 (1.15-1ubuntu1, 1.15-1ubuntu1.14.04.1), libapt-pkg4.12:amd64 (1.0.1ubuntu2.5, 1.0.1ubuntu2.6), uuid-runtime:amd64 (2.20.1-5.1ubuntu20.2, 2.20.1-5.1ubuntu20.3), python3-apt:amd64 (0.9.3.5, 0.9.3.5ubuntu1), mysql-common:amd64 (5.5.40-0ubuntu0.14.04.1, 5.5.41-0ubuntu0.14.04.1), php5-cli:amd64 (5.5.9+dfsg-1ubuntu4.4, 5.5.9+dfsg-1ubuntu4.5), libmysqlclient18:amd64 (5.5.40-0ubuntu0.14.04.1, 5.5.41-0ubuntu0.14.04.1), git-man:amd64 (1.9.1-1, 1.9.1-1ubuntu0.1), libplymouth2:amd64 (0.8.8-0ubuntu17, 0.8.8-0ubuntu17.1), libmysqlclient-dev:amd64 (5.5.40-0ubuntu0.14.04.1, 5.5.41-0ubuntu0.14.04.1), git:amd64 (1.9.1-1, 1.9.1-1ubuntu0.1), python3-distupgrade:amd64 (0.220.5, 0.220.7), libcurl3:amd64 (7.35.0-1ubuntu2.1, 7.35.0-1ubuntu2.3), apport:amd64 (2.14.1-0ubuntu3.5, 2.14.1-0ubuntu3.6), linux-firmware:amd64 (1.127.7, 1.127.11), libssl-doc:amd64 (1.0.1f-1ubuntu2.7, 1.0.1f-1ubuntu2.8), libcurl4-gnutls-dev:amd64 (7.35.0-1ubuntu2.1, 7.35.0-1ubuntu2.3), landscape-common:amd64 (14.01-0ubuntu3, 14.12-0ubuntu0.14.04), libblkid1:amd64 (2.20.1-5.1ubuntu20.2, 2.20.1-5.1ubuntu20.3), python3-apport:amd64 (2.14.1-0ubuntu3.5, 2.14.1-0ubuntu3.6), apparmor:amd64 (2.8.95~2430-0ubuntu5, 2.8.95~2430-0ubuntu5.1), tzdata:amd64 (2014e-0ubuntu0.14.04, 2015a-0ubuntu0.14.04), mysql-server:amd64 (5.5.40-0ubuntu0.14.04.1, 5.5.41-0ubuntu0.14.04.1), software-properties-common:amd64 (0.92.37.1, 0.92.37.3), openssl:amd64 (1.0.1f-1ubuntu2.7, 1.0.1f-1ubuntu2.8), libelf1:amd64 (0.158-0ubuntu5.1, 0.158-0ubuntu5.2), libglib2.0-bin:amd64 (2.40.0-2, 2.40.2-0ubuntu1), libkdb5-7:amd64 (1.12+dfsg-2ubuntu4.2, 1.12+dfsg-2ubuntu5.1), ubuntu-release-upgrader-core:amd64 (0.220.5, 0.220.7), linux-libc-dev:amd64 (3.13.0-37.64, 3.13.0-45.74), util-linux:amd64 (2.20.1-5.1ubuntu20.2, 2.20.1-5.1ubuntu20.3), python-apt-common:amd64 (0.9.3.5, 0.9.3.5ubuntu1), php5-gd:amd64 (5.5.9+dfsg-1ubuntu4.4, 5.5.9+dfsg-1ubuntu4.5), libgssrpc4:amd64 (1.12+dfsg-2ubuntu4.2, 1.12+dfsg-2ubuntu5.1), libdrm2:amd64 (2.4.52-1, 2.4.56-1~ubuntu1), language-pack-en:amd64 (14.04+20140707, 14.04+20141110), libmysqld-dev:amd64 (5.5.40-0ubuntu0.14.04.1, 5.5.41-0ubuntu0.14.04.1), linux-image-generic:amd64 (3.13.0.37.44, 3.13.0.45.52), libkadm5srv-mit9:amd64 (1.12+dfsg-2ubuntu4.2, 1.12+dfsg-2ubuntu5.1), libkrb5support0:amd64 (1.12+dfsg-2ubuntu4.2, 1.12+dfsg-2ubuntu5.1), libk5crypto3:amd64 (1.12+dfsg-2ubuntu4.2, 1.12+dfsg-2ubuntu5.1), libisccc90:amd64 (9.9.5.dfsg-3, 9.9.5.dfsg-3ubuntu0.1), dh-apparmor:amd64 (2.8.95~2430-0ubuntu5, 2.8.95~2430-0ubuntu5.1), libc6-dev:amd64 (2.19-0ubuntu6.3, 2.19-0ubuntu6.5), libisc95:amd64 (9.9.5.dfsg-3, 9.9.5.dfsg-3ubuntu0.1), libcurl3-gnutls:amd64 (7.35.0-1ubuntu2.1, 7.35.0-1ubuntu2.3), rsyslog:amd64 (7.4.4-1ubuntu2.3, 7.4.4-1ubuntu2.5), ntpdate:amd64 (4.2.6.p5+dfsg-3ubuntu2, 4.2.6.p5+dfsg-3ubuntu2.14.04.2), linux-generic:amd64 (3.13.0.37.44, 3.13.0.45.52) End-Date: 2015-02-12 14:43:37 Kind regards, *Manuel Camargo* Teléfono: 638000836 eMail: sir.louen(a)gmail.com <https://twitter.com/SirLouen> [image: Ver el perfil de Manuel Camargo Lominchar en LinkedIn] <http://es.linkedin.com/in/louen>

4 3

Unable to route outbound with multiple VRRP IP's
by mark＠brightvoip.co.uk 13 Feb '15

13 Feb '15

Hi, I am trying to install a Kamailio server in a HA configuration, with IP's for 3 attached networks. I am using Keepalived/VRRP to manage the VIP's. I have tested v 4.1.6 and latest 4.2.2 I have 3 x listen entries, one for each network and mhomed=1. Also, for info, we have net.ipv4.ip_nonlocal_bind = 1 in sysctl.conf listen=udp:my.public.net.46:5060 listen=udp:192.168.106.46:5060 listen=udp:192.168.116.46:5060 mhomed=1 I have dispatcher set up to load balance over two seperate groups of Asterisk servers, one on each private network. Dispatcher does probing to know which Asterisks are 'alive'. When I ran the system, Kamailio/Dispatcher was not able to send any probing OPTIONS to any Asterisk (normal PINGS work fine in all networks in/out of Asterisk/Kamailio) Looking at the log, I see these entries for all 3 networks: Feb 12 17:28:19 app-srv-dev-1-01 /usr/local/sbin/kamailio[2992]: ERROR: <core> [forward.c:218]: get_out_socket(): no socket found Feb 12 17:28:19 app-srv-dev-1-01 /usr/local/sbin/kamailio[2992]: ERROR: <core> [forward.c:220]: get_out_socket(): no corresponding socket found for(u dp:192.168.116.38:5060) Feb 12 17:28:19 app-srv-dev-1-01 /usr/local/sbin/kamailio[2992]: ERROR: tm [ut.h:345]: uri2dst2(): no corresponding socket found for "192.168.116.38" af 2 (udp:192.168.116.38:5060) Feb 12 17:28:19 app-srv-dev-1-01 /usr/local/sbin/kamailio[2992]: ERROR: tm [uac.c:307]: t_uac_prepare(): t_uac: no socket found Feb 12 17:28:19 app-srv-dev-1-01 /usr/local/sbin/kamailio[2992]: ERROR: dispatcher [dispatch.c:2564]: ds_check_timer(): unable to ping [sip:192.168.1 16.38:5060] I notice from other logging that Kamailio is receiving and processing incoming OPTIONS messages, and sending appropriate replies. Now, this might not be a Kamailio issue, as when I run the same config with 3 IP's, but NOT using VRRP/Keepalived/Aliased IP's, everything works normally. However, I do need to run this setup in HA, so would welcome any suggestions as to how I might resolve this issue. Kind regards, Mark Hall --- This email has been checked for viruses by Avast antivirus software. http://www.avast.com

2 2

Possible memory leak dealing with presence in kamailio
by Nuno Reis 12 Feb '15

12 Feb '15

Hello all. I'm consistently watching a memory increase in kamailio when dealing with PRESENCE events, namely SIP PUBLISH events. The system eventually hangs running out of memory. This behavior is seen at least in kamailio 4.1 and 4.2. I'm currently using the latest stable 4.2.2. If I disable the SIP PUBLISH handling in kamailio i don't observe the issue anymore but as a side effect I don't have presence (name BLFs) also. What do you think can be the right approach here? Should I open an issue in github for this? Should I run kamailio under valgrind for some time? Are there any other possible debug hints here? Please find attached a code snippet with the presence related parts I'm using right now. Looking forward to hear from you. Best Regards, -- *Nuno Miguel Reis* | *Unified Communication** Systems* M. +351 913907481 | nreis(a)wavecom.pt WAVECOM-Soluções Rádio, S.A. Cacia Park | Rua do Progresso, Lote 15 3800-639 AVEIRO | Portugal T. +351 309 700 225 | F. +351 234 919 191 *GPS <http://maps.google.com/maps/ms?msa=0&msid=202333747613191340808.0004b4b227a…> | www.wavecom.pt <http://www.wavecom.pt/>** <http://www.wavecom.pt/>* [image: Description: Description: WavecomSignature] <http://www.wavecom.pt/pt/wavecom/premios.php> [image: Publicity] <http://www.wavecom.pt/pt/mail_eventos.php>

4 13

Roadmap to next major release 4.3.0
by Daniel-Constantin Mierla 12 Feb '15

12 Feb '15

Hello, being discussed yesterday during the IRC devel meeting, the proposed planning for next major release (v4.3.0) is: - freeze the development sometime in April - after mid of March decide the exact date when the development is going to be frozen - testing during last part of April and May - based on testing results, release in the time frame: end of May till mid of June >From git activity, there are already several new modules and plenty of new features -- don't forget to add them to: - http://www.kamailio.org/wiki/features/new-in-devel Also, any detail that is relevant for upgrading has to added to: - https://www.kamailio.org/wiki/install/upgrade/stable-to-devel Cheers, Daniel -- Daniel-Constantin Mierla http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda Kamailio World Conference, May 27-29, 2015 Berlin, Germany - http://www.kamailioworld.com

1 0

Using MariaDB with sqlops sql_query_async
by davy van de moere 12 Feb '15

12 Feb '15

Does anyone know if the async queries of kamailio work with mariadb? I'm on kamailio 4.2.3, and I can't get the async way of querying to work. I don't get any errors, but I don't see the queries to be executed. the relevant part of my config is: loadmodule "db_mysql.so" loadmodule "sqlops.so" modparam("sqlops","sqlcon","ca=>mysql://kamailio:kamailiorw@localhost /kamailio") sql_query_async("ca", "insert into cdr_events (callid) values ('$ci') "); When just replace sql_query_async with sql_query, I do see inserts passing by. Do I just bluntly miss something? Or does someone have some good pointers? Thx! Davy

2 3

long l_uuid in uac_reg
by kovarik＠odorik.cz 11 Feb '15

11 Feb '15

Hello, rpc funcions: reg_info,reg_enable,reg_disable not work if l_uuid is number and size > than 10, for 1234567890 is O.K. and for 12345678901 try to find 18446744073170328629. kamcmd uac.reg_enable l_uuid 1234567890 -- found kamcmd uac.reg_enable l_uuid 12345678901 -- not found and if number start with zero then zero is cut. kamcmd uac.reg_enable l_uuid 0034567890 -- 34567890 I add debug to uac_reg.c 1615 LM_ERR("START %.*s,%.*s\n", attr.len,attr.s,val.len, val.s); Thaks

2 1

Trouble with DB APIs
by Davidson, Erik 11 Feb '15

11 Feb '15

Hey Everyone! I'm currently working on a database module and I've come across some issues/confusion that I was hoping someone could clear up for me. I've been looking at the existing modules and the docs online for help but I can't find a definitive answer for them. 1. I see there are 2 DB APIs (srdb1 and srdb2) and I gather that srdb2 is the newer version? Should I aim to use srdb2 exclusively or should I also use srdb1? 2. It looks like srdb2 provides a db_uri command that can be used to implement custom URI parsing but I can't figure out how to hook into it. I added it to my exported commands but it was never called. When I looked through the code I saw the only place that ever really uses it is db_ctx, which itself looks to be used in the child_init of modules. I'm developing a database module that I want to be a drop-in replacement for others, but it needs multiple hosts specified in the connection uri (similar to the URI example here http://docs.mongodb.org/manual/reference/connection-string/) and I can't figure out the best place to do it. Should I be doing it in db_func_t.init because it has the full string version of the uri and parse it there? Do I then have to reimplement everything that db_do_init would be doing? 3. Do I need to implement multiple database interfaces to get full module coverage in Kamailio? I was looking at db_berkeley as a reference and it looks like it has the KAMAILIO_MOD_INTERFACE as well as the SER_MOD_INTERFACE implemented. 4. Is there a preferred way to handle the API binding (such as db_ commands vs db_bind_api)? Thanks for any help or direction you can give me! - Erik Davidson ----------------------------------------- CONFIDENTIALITY NOTICE: The information contained in this e-mail message and any attachments is for the sole use of the intended recipients and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient and have received this communication in error, please contact the sender by reply e-mail and destroy all copies of the original message. Thank you.

2 1

Next IRC development meeting
by Daniel-Constantin Mierla 11 Feb '15

11 Feb '15

Hello, I thought to propose organizing the next IRC meeting to discuss and sync each other about Kamailio development and surrounding ecosystem. First date proposal is next week, Wednesday, 15:00GMT, Feb 11, 2015, on the usual #kamailio channel at freenode.net. The date can be changed, based on feedback from the people that want to attends. I made a wiki page for the event at: - http://www.kamailio.org/wiki/devel/irc-meetings/2015a Feel free to propose topics to the agenda and/or new date. Cheers, Daniel -- Daniel-Constantin Mierla http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda

3 4

[Kamailio 4.0.6] sometimes route specified by RTIMER module doesn't be executed just after finishing starting Kamailio server
by jack wang 11 Feb '15

11 Feb '15

Hello everyone, I got a little trouble on using the RTIMER module. Sometimes the route block I set using the "exec" parameter in RTIMER module doesn't be executed, this will happen from Kamailio server being started, and only work (not always) after restarting server. I have no idea why this happen, does anyone ever met this? Which part should I notice? Thx :)

1 0

Presence module for BLF issue
by SamyGo 11 Feb '15

11 Feb '15

Hi community, I'm dealing with a problem here related to presence module handling BLF. My BLF phones are Yealink T28p with latest firmware and work perfectly with Asterisk and FreeSwitch but not with Kamailio as expected. What I'm observing here is a malfunctioning statuses due to accumulation of multiple entries of just one status in "presentitiy" table. These entries neither get expired not cleared from DB hence I see atleast 21 XML tags combined in the NOTIFY sent to Phones. Here is what I've figured out a manual way to make the BLF work fine again. *Step -1* Make call between two endpoints. see entries in presentitiy table showing up. *Step -2* NOTIFYs sent to phones subscribing those users from Kamailio and phones show correct flashing red BLF lights *Step -3* clear the entries from presentity table manually i.e mysql> truncate presentity; *Step -4* Hangup the phones, presentity table shows few more entries with state='terminated' NOTIFY sent again to subscribers.. BLF lighst turn green happily. Here are my module params: modparam("presence", "db_url", DBURL) modparam("presence", "notifier_processes", 1) modparam("presence", "server_address", "sip:1.2.5.5" ) modparam("presence", "send_fast_notify", 0) modparam("presence", "db_update_period", 1) modparam("presence", "clean_period", 4) modparam("presence", "subs_db_mode", 2) modparam("presence", "max_expires", 36) modparam("presence", "expires_offset", 10) modparam("presence", "subs_htable_size", 12) modparam("presence", "pres_htable_size", 12) modparam("presence", "fetch_rows", 1000) (these params were set as default earlier but I changed them as above hoping they'll help) Kindly share your expert opinion. Best Regards, Sammy

2 10

Issues while using Kamailio as proxy with Asterisk
by Juned Khan 10 Feb '15

10 Feb '15

Hi All, I am using Kamailio as proxy server with Asterisk but having some issues with Inbound and outbound calls. Asterisk is a registrar, Kamailio is a just for proxy. Using softphone call are working fine but using hardphone, its creating issues. Here are the test cases. No Test case *98 Inbound 1 ATA registered with Proxy Domain No No 2 ATA registered with Proxy IP Yes Yes 3 ATA registered with Asterisk domain No No 4 ATA registered with Asterisk IP Yes Yes 5 Soft phone registered with Proxy Domain Yes Yes 6 Soft phone registered with Proxy IP Yes Yes 7 Soft phone registered with Asterisk domain Yes Yes 8 Soft phone registered with Asterisk IP Yes Yes Here I am dialling *98 with the mentioned scenario, if it goes to voicemail options then Yes, else No I am using ALLO ATA. Here is my Kamailio.cfg http://pastie.org/9887806 Regards Juned Khan / Network Engineer +91 9974740823/ juned.khan(a)inextrix.com iNextrix Technologies Pvt Ltd. www.inextrix.com <http://htmlsig.com/www.inextrix.com> [image: Facebook] <https://www.facebook.com/junedkhan23> [image: Twitter] <https://twitter.com/juned23> [image: Google Plus] <https://plus.google.com/+JunedKhan> [image: Linkedin] <http://htmlsig.com/in.linkedin.com/in/junedk> This e-mail message may contain confidential or legally privileged information and is intended only for the use of the intended recipient(s). Any unauthorized disclosure, dissemination, distribution, copying or the taking of any action in reliance on the information herein is prohibited. E-mails are not secure and cannot be guaranteed to be error free as they can be intercepted, amended, or contain viruses. Anyone who communicates with us by e-mail is deemed to have accepted these risks. Company Name is not responsible for errors or omissions in this message and denies any responsibility for any damage arising from the use of e-mail. Any opinion and other statement contained in this message and any attachment are solely those of the author and do not necessarily represent those of the company.

2 1

Kamailio v4.2.3 Released
by Daniel-Constantin Mierla 10 Feb '15

10 Feb '15

Hello, Kamailio SIP Server v4.2.3 stable release is out. This is a maintenance release of the latest stable branch, 4.2, that includes fixes since release of v4.2.2. There is no change to database schema or configuration language structure that you have to do on installations of v4.2.x. Deployments running previous v4.x.x versions are strongly recommended to be upgraded to v4.2.3. For more details about version 4.2.3 (including links and guidelines to download the tarball or from GIT repository), visit: * http://www.kamailio.org/w/2015/02/kamailio-v4-2-3-released/ RPM, Debian/Ubuntu packages will be available soon as well. Cheers, Daniel -- Daniel-Constantin Mierla http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda Kamailio World Conference, May 27-29, 2015 Berlin, Germany - http://www.kamailioworld.com

1 0

Re: [SR-Users] Wrong location entries when using usrloc with Mongo
by Mickael Marrache 10 Feb '15

10 Feb '15

I forgot to precise that I allow only one contact per AOR. modparam("registrar", "max_contacts", 1) save("location", "0x04") From: Mickael Marrache [mailto:mickaelmarrache@gmail.com] Sent: Friday, January 30, 2015 10:51 AM To: sr-users(a)lists.sip-router.org Subject: Wrong location entries when using usrloc with Mongo Hi, I start with no location nor in Mongo, nor in memory. My UA registers successfully and I can see the location entry in Mongo. Then, I close my UA which unregisters (by setting Expires header to 0). Then, I open the app again and a new registration is made. The entry after first registration. Looks okay. { "_id" : ObjectId("54cb38f684e58133783f2b42"), "username" : "A", "contact" : "sip:A@192.168.1.3:54217;rinstance=DFAEBBC7;transport=tcp", "expires" : ISODate("2015-01-30T08:55:34Z"), "q" : -1, "callid" : "297EC55073A07BF78F0C05822A6CCDFB47E48705", "cseq" : 8809, "flags" : 0, "cflags" : 0, "user_agent" : "Acrobits Softphone Business/3.1", "received" : "sip:XXXXXXXXXXX:54217;transport=tcp", "path" : "<sip:XXXXXXXXXX;lr;received=sip:XXXXXXXXXXX:54217%3Btransport%3Dtcp>", "socket" : "udp:XXXXXXXXX:5060", "methods" : 4751, "last_modified" : ISODate("2015-01-30T07:55:34Z"), "ruid" : "uloc-54cb38df-3378-2", "instance" : null, "reg_id" : 0 } The same entry after un register (Expires 0). Note that the username field is missing. In any case, I expected the entry to be deleted. { "_id" : ObjectId("54cb38f684e58133783f2b42"), "expires" : ISODate("2015-01-30T08:56:51Z"), "q" : -1, "cseq" : 8811, "flags" : 0, "cflags" : 0, "user_agent" : "Acrobits Softphone Business/3.1", "received" : "sip: XXXXXXXXX:54217;transport=tcp", "path" : "<sip: XXXXXXXXX;lr;received=sip: XXXXXXXXX:54217%3Btransport%3Dtcp>", "socket" : "udp: XXXXXXXXX:5060", "methods" : 4751, "last_modified" : ISODate("2015-01-30T07:56:51Z"), "callid" : "297EC55073A07BF78F0C05822A6CCDFB47E48705", "instance" : null, "reg_id" : 0, "contact" : "sip:A@192.168.1.3:54217;rinstance=DFAEBBC7;transport=tcp" } The entries after second registration. The new entry looks okay. But, the old entry is still here. { "_id" : ObjectId("54cb38f684e58133783f2b42"), "expires" : ISODate("2015-01-30T08:56:51Z"), "q" : -1, "cseq" : 8811, "flags" : 0, "cflags" : 0, "user_agent" : "Acrobits Softphone Business/3.1", "received" : "sip: XXXXXXXXX:54217;transport=tcp", "path" : "<sip: XXXXXXXXX;lr;received=sip: XXXXXXXXX:54217%3Btransport%3Dtcp>", "socket" : "udp: XXXXXXXXX:5060", "methods" : 4751, "last_modified" : ISODate("2015-01-30T07:56:51Z"), "callid" : "297EC55073A07BF78F0C05822A6CCDFB47E48705", "instance" : null, "reg_id" : 0, "contact" : "sip:A@192.168.1.3:54217;rinstance=DFAEBBC7;transport=tcp" } { "_id" : ObjectId("54cb3a7884e581337a25b895"), "username" : "A", "contact" : "sip:A@192.168.1.3:54217;rinstance=DFAEBBC7;transport=tcp", "expires" : ISODate("2015-01-30T09:02:00Z"), "q" : -1, "callid" : "297EC55073A07BF78F0C05822A6CCDFB47E48705", "cseq" : 8813, "flags" : 0, "cflags" : 0, "user_agent" : "Acrobits Softphone Business/3.1", "received" : "sip: XXXXXXXXX:54217;transport=tcp", "path" : "<sip: XXXXXXXXX;lr;received=sip: XXXXXXXXX:54217%3Btransport%3Dtcp>", "socket" : "udp: XXXXXXXXX:5060", "methods" : 4751, "last_modified" : ISODate("2015-01-30T08:02:00Z"), "ruid" : "uloc-54cb38df-337a-1", "instance" : null, "reg_id" : 0 } The issue is the entry is not deleted after un registering. I precise that registrations are dispatched over multiple registrars with all accesses the same Mongo cluster. Thanks, Mickael

2 7

Kamailio appends firs inserted branch twice
by Yuriy Gorlichenko 10 Feb '15

10 Feb '15

Hello I use this version of kamailio kamailio -v version: kamailio 4.3.0-dev3 (x86_64/linux) 8cdbe7 flags: STATS: Off, USE_TCP, USE_TLS, TLS_HOOKS, USE_RAW_SOCKS, DISABLE_NAGLE, USE_MCAST, DNS_IP_HACK, SHM_MEM, SHM_MMAP, PKG_MALLOC, F_MALLOC, DBG_F_MALLOC, 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_LISTEN 16, MAX_URI_SIZE 1024, BUF_SIZE 65535, DEFAULT PKG_SIZE 8MB poll method support: poll, epoll_lt, epoll_et, sigio_rt, select. id: 8cdbe7 compiled on 17:54:50 Jan 20 2015 with gcc 4.8.2 I hav an issue with append branches to branch route when I need fork call to one endpoint woth different destionations. I use my own algorithm for call to this devices because with lookup("location") I can not use RTPENGINE for different types of endpoints (web endoints and standart UDP endpoints) My alg is here: { sql_query("ca", "select contact from location where username='$tU'", "ra"); xlog("L_INFO","rows: $dbr(ra=>rows) cols: $dbr(ra=>cols)\n"); if($dbr(ra=>rows)>0){ $var(i)=0; while($var(i)<$dbr(ra=>rows)){ xlog("L_INFO","SQL query return contact {$dbr(ra=>[$var(i),0])} for {$tU} at step {$var(i)}\n"); if ($dbr(ra=>[$var(i),0])=~"transport=ws"){ xlog("L_INFO", "This is a Websocket call to endpoint"); sql_pvquery("ca", "select received from location where contact='$dbr(ra=>[$var(i),0])'","$var(recieved)"); $du=$var(recieved); xlog("L_INFO","SQL query return recieved {$var(recieved)} for {$tU}. Destination is {$du}\n"); append_branch("sip:$tU@$(du{s.select,1,:})"); } else { xlog("L_INFO", "This is a classic UDP call to endpoint"); $var(recieved)=''; sql_pvquery("ca", "select received from location where contact='$dbr(ra=>[$var(i),0])'","$var(recieved)"); xlog("L_INFO", "SQL query return RECIEVED {$var(recieved)}"); if ($var(recieved)==0){ xlog("L_INFO", "Recieved string is EMPTY"); $du="sip:"+$(dbr(ra=>[$var(i),0]){s.select,1,@}); } else { xlog("L_INFO", "Recieved string is {$var(recieved)}"); $du=$var(recieved); } $var(UDP_contact)="sip:"+$(dbr(ra=>[$var(i),0]){s.select,1,@}); append_branch("sip:$tU@$(du{s.select,1,:})"); xlog("L_INFO","Classic Destination URI is {$dbr(ra=>[$var(i),0])} for {$tU}}. Destination is {$du}\n"); } $var(i) = $var(i) + 1; } } else{ exit; } t_on_branch("1"); return; } } } branch_route[1]{ if($du=~"transport=ws"){ xlog("L_INFO","Websocket Branch is {$du} for {$tU}\n"); rtpengine_manage("internal extenal force trust-address replace-origin replace-session-connection ICE=force RTP/SAVPF"); t_on_reply("REPLY_FROM_WS"); } else{ xlog("L_INFO","UDP Branch is {$du)} for {$tU}\n"); rtpengine_manage("replace-origin replace-session-connection ICE=remove RTP/AVP"); t_on_reply("MANAGE_CLASSIC_REPLY"); } } So as you see I choose array of devices and then set its to branches. At the kamailio console I see output This is output of alg that above. I have 3 devices: 2 websocket devices and 1 udp But when you look at dump where rtpengine make changes with packets you can see that it runs for 4 devices and 1 and 4 devices is the same. You can see start of every branch from words of log "Websocket Branch is" or "UDP Branch is" So this bug gives a mistake because some of hardphones can not handlie double INVITE and kamilio response for this devices cancel with 200 cause because hardphone set 482 reply to kamialio. (you can see it reply at the log) Feb 8 23:04:43 Kamailio2 kamailio[59406]: INFO: <script>: rows: 3 cols: 1 Feb 8 23:04:43 Kamailio2 kamailio[59406]: INFO: <script>: SQL query return contact {sip:5ue13vsh@2t4iielj109h.invalid;transport=ws} for {123455678} at step {0} Feb 8 23:04:43 Kamailio2 kamailio[59406]: INFO: <script>: This is a Websocket call to endpoint Feb 8 23:04:43 Kamailio2 kamailio[59406]: INFO: <script>: SQL query return recieved {sip:85.6.14.8:4328;transport=WS} for {123455678}. Destination is {sip:85.6.14.8:4328;transport=WS} Feb 8 23:04:43 Kamailio2 kamailio[59406]: INFO: <script>: SQL query return contact {sip:a7uo9vsq@7c0oo5kvc71e.invalid;transport=ws} for {123455678} at step {1} Feb 8 23:04:43 Kamailio2 kamailio[59406]: INFO: <script>: This is a Websocket call to endpoint Feb 8 23:04:43 Kamailio2 kamailio[59406]: INFO: <script>: SQL query return recieved {sip:85.2.10.3:58509;transport=WS} for {123455678}. Destination is {sip:85.2.10.3:58509;transport=WS} Feb 8 23:04:43 Kamailio2 kamailio[59406]: INFO: <script>: SQL query return contact {sip:upsjchv2@5c88tisd29d4.invalid;transport=ws} for {123455678} at step {2} Feb 8 23:04:43 Kamailio2 kamailio[59406]: INFO: <script>: This is a Websocket call to endpoint Feb 8 23:04:43 Kamailio2 kamailio[59406]: INFO: <script>: SQL query return recieved {sip:18.9.18.10:56917;transport=WS} for {123455678}. Destination is {sip:18.9.18.10:56917;transport=WS} Feb 8 23:04:43 Kamailio2 kamailio[59406]: INFO: <script>: Websocket Branch is {sip:18.9.18.10:56917;transport=WS} for {123455678} Feb 8 23:04:43 Kamailio2 rtpengine[55410]: Got valid command from 127.0.0.1:52689: offer - { "sdp": "v=0#015#012o=root 1141861088 1141861088 IN IP4 12.34.56.78#015#012s=Asterisk PBX 13.1.0#015#012c=IN IP4 12.34.56.78#015#012t=0 0#015#012m=audio 12230 RTP/AVP 9 8 107 0 101#015#012a=rtpmap:9 G722/8000#015#012a=rtpmap:8 PCMA/8000#015#012a=rtpmap:107 opus/48000/2#015#012a=rtpmap:0 PCMU/8000#015#012a=rtpmap:101 telephone-event/8000#015#012a=fmtp:101 0-16#015#012a=maxptime:60#015#012a=sendrecv#015#012", "ICE": "force", "direction": [ "internal" ], "flags": [ "extenal", "force", "trust-address" ], "replace": [ "origin", ... Feb 8 23:04:43 Kamailio2 rtpengine[55410]: ... "session-connection" ], "transport-protocol": "RTP/SAVPF", "call-id": "220725c425526bc941dff8e972bd9458@12.34.56.78:50600", "received-from": [ "IP4", "12.34.56.78" ], "from-tag": "as4f0c032f", "command": "offer" } Feb 8 23:04:43 Kamailio2 rtpengine[55410]: Unknown flag encountered: 'extenal' Feb 8 23:04:43 Kamailio2 rtpengine[55410]: Unknown flag encountered: 'force' Feb 8 23:04:43 Kamailio2 rtpengine[55410]: [220725c425526bc941dff8e972bd9458@12.34.56.78:50600] Creating new call Feb 8 23:04:43 Kamailio2 rtpengine[55410]: [220725c425526bc941dff8e972bd9458@12.34.56.78:50600] Returning to SIP proxy: d3:sdp747:v=0#015#012o=root 1141861088 1141861088 IN IP4 23.101.139.216#015#012s=Asterisk PBX 13.1.0#015#012c=IN IP4 23.101.139.216#015#012t=0 0#015#012a=ice-lite#015#012m=audio 38518 RTP/SAVPF 9 8 107 0 101#015#012a=rtpmap:9 G722/8000#015#012a=rtpmap:8 PCMA/8000#015#012a=rtpmap:107 opus/48000/2#015#012a=rtpmap:0 PCMU/8000#015#012a=rtpmap:101 telephone-event/8000#015#012a=fmtp:101 0-16#015#012a=maxptime:60#015#012a=sendrecv#015#012a=rtcp:38519#015#012a=crypto:1 AES_CM_128_HMAC_SHA1_80 inline:f31jYQjjKBdYoqWYijx0V/ZtTfP17pTVW8NJGVQ4#015#012a=setup:actpass#015#012a=fingerprint:sh ... Feb 8 23:04:43 Kamailio2 rtpengine[55410]: [220725c425526bc941dff8e972bd9458@12.34.56.78:50600] ... a-1 00:E3:0F:B6:C0:9F:D4:16:52:D2:41:A8:01:24:51:CD:3F:FB:B2:55#015#012a=ice-ufrag:VfqUSGBP#015#012a=ice-pwd:t5bLzDaNcqWUwzh7iEtyAZfweGo6#015#012a=candidate:04GQy5683m4TP1Da 1 UDP 2130706431 23.101.139.216 38518 typ host#015#012a=candidate:04GQy5683m4TP1Da 2 UDP 2130706430 23.101.139.216 38519 typ host#015#0126:result2:oke Feb 8 23:04:43 Kamailio2 kamailio[59406]: INFO: <script>: Websocket Branch is {sip:85.6.14.8:4328;transport=WS} for {123455678} Feb 8 23:04:43 Kamailio2 rtpengine[55410]: Got valid command from 127.0.0.1:52689: offer - { "sdp": "v=0#015#012o=root 1141861088 1141861088 IN IP4 12.34.56.78#015#012s=Asterisk PBX 13.1.0#015#012c=IN IP4 12.34.56.78#015#012t=0 0#015#012m=audio 12230 RTP/AVP 9 8 107 0 101#015#012a=rtpmap:9 G722/8000#015#012a=rtpmap:8 PCMA/8000#015#012a=rtpmap:107 opus/48000/2#015#012a=rtpmap:0 PCMU/8000#015#012a=rtpmap:101 telephone-event/8000#015#012a=fmtp:101 0-16#015#012a=maxptime:60#015#012a=sendrecv#015#012", "ICE": "force", "direction": [ "internal" ], "flags": [ "extenal", "force", "trust-address" ], "replace": [ "origin", ... Feb 8 23:04:43 Kamailio2 rtpengine[55410]: ... "session-connection" ], "transport-protocol": "RTP/SAVPF", "call-id": "220725c425526bc941dff8e972bd9458@12.34.56.78:50600", "received-from": [ "IP4", "12.34.56.78" ], "from-tag": "as4f0c032f", "command": "offer" } Feb 8 23:04:43 Kamailio2 rtpengine[55410]: Unknown flag encountered: 'extenal' Feb 8 23:04:43 Kamailio2 rtpengine[55410]: Unknown flag encountered: 'force' Feb 8 23:04:43 Kamailio2 rtpengine[55410]: [220725c425526bc941dff8e972bd9458@12.34.56.78:50600] Returning to SIP proxy: d3:sdp747:v=0#015#012o=root 1141861088 1141861088 IN IP4 23.101.139.216#015#012s=Asterisk PBX 13.1.0#015#012c=IN IP4 23.101.139.216#015#012t=0 0#015#012a=ice-lite#015#012m=audio 38518 RTP/SAVPF 9 8 107 0 101#015#012a=rtpmap:9 G722/8000#015#012a=rtpmap:8 PCMA/8000#015#012a=rtpmap:107 opus/48000/2#015#012a=rtpmap:0 PCMU/8000#015#012a=rtpmap:101 telephone-event/8000#015#012a=fmtp:101 0-16#015#012a=maxptime:60#015#012a=sendrecv#015#012a=rtcp:38519#015#012a=crypto:1 AES_CM_128_HMAC_SHA1_80 inline:f31jYQjjKBdYoqWYijx0V/ZtTfP17pTVW8NJGVQ4#015#012a=setup:actpass#015#012a=fingerprint:sh ... Feb 8 23:04:43 Kamailio2 rtpengine[55410]: [220725c425526bc941dff8e972bd9458@12.34.56.78:50600] ... a-1 00:E3:0F:B6:C0:9F:D4:16:52:D2:41:A8:01:24:51:CD:3F:FB:B2:55#015#012a=ice-ufrag:VfqUSGBP#015#012a=ice-pwd:t5bLzDaNcqWUwzh7iEtyAZfweGo6#015#012a=candidate:04GQy5683m4TP1Da 1 UDP 2130706431 23.101.139.216 38518 typ host#015#012a=candidate:04GQy5683m4TP1Da 2 UDP 2130706430 23.101.139.216 38519 typ host#015#0126:result2:oke Feb 8 23:04:43 Kamailio2 kamailio[59406]: INFO: <script>: Websocket Branch is {sip:85.2.10.3:58509;transport=WS} for {123455678} Feb 8 23:04:43 Kamailio2 rtpengine[55410]: Got valid command from 127.0.0.1:52689: offer - { "sdp": "v=0#015#012o=root 1141861088 1141861088 IN IP4 12.34.56.78#015#012s=Asterisk PBX 13.1.0#015#012c=IN IP4 12.34.56.78#015#012t=0 0#015#012m=audio 12230 RTP/AVP 9 8 107 0 101#015#012a=rtpmap:9 G722/8000#015#012a=rtpmap:8 PCMA/8000#015#012a=rtpmap:107 opus/48000/2#015#012a=rtpmap:0 PCMU/8000#015#012a=rtpmap:101 telephone-event/8000#015#012a=fmtp:101 0-16#015#012a=maxptime:60#015#012a=sendrecv#015#012", "ICE": "force", "direction": [ "internal" ], "flags": [ "extenal", "force", "trust-address" ], "replace": [ "origin", ... Feb 8 23:04:43 Kamailio2 rtpengine[55410]: ... "session-connection" ], "transport-protocol": "RTP/SAVPF", "call-id": "220725c425526bc941dff8e972bd9458@12.34.56.78:50600", "received-from": [ "IP4", "12.34.56.78" ], "from-tag": "as4f0c032f", "command": "offer" } Feb 8 23:04:43 Kamailio2 rtpengine[55410]: Unknown flag encountered: 'extenal' Feb 8 23:04:43 Kamailio2 rtpengine[55410]: Unknown flag encountered: 'force' Feb 8 23:04:43 Kamailio2 rtpengine[55410]: [220725c425526bc941dff8e972bd9458@12.34.56.78:50600] Returning to SIP proxy: d3:sdp747:v=0#015#012o=root 1141861088 1141861088 IN IP4 23.101.139.216#015#012s=Asterisk PBX 13.1.0#015#012c=IN IP4 23.101.139.216#015#012t=0 0#015#012a=ice-lite#015#012m=audio 38518 RTP/SAVPF 9 8 107 0 101#015#012a=rtpmap:9 G722/8000#015#012a=rtpmap:8 PCMA/8000#015#012a=rtpmap:107 opus/48000/2#015#012a=rtpmap:0 PCMU/8000#015#012a=rtpmap:101 telephone-event/8000#015#012a=fmtp:101 0-16#015#012a=maxptime:60#015#012a=sendrecv#015#012a=rtcp:38519#015#012a=crypto:1 AES_CM_128_HMAC_SHA1_80 inline:f31jYQjjKBdYoqWYijx0V/ZtTfP17pTVW8NJGVQ4#015#012a=setup:actpass#015#012a=fingerprint:sh ... Feb 8 23:04:43 Kamailio2 rtpengine[55410]: [220725c425526bc941dff8e972bd9458@12.34.56.78:50600] ... a-1 00:E3:0F:B6:C0:9F:D4:16:52:D2:41:A8:01:24:51:CD:3F:FB:B2:55#015#012a=ice-ufrag:VfqUSGBP#015#012a=ice-pwd:t5bLzDaNcqWUwzh7iEtyAZfweGo6#015#012a=candidate:04GQy5683m4TP1Da 1 UDP 2130706431 23.101.139.216 38518 typ host#015#012a=candidate:04GQy5683m4TP1Da 2 UDP 2130706430 23.101.139.216 38519 typ host#015#0126:result2:oke Feb 8 23:04:43 Kamailio2 kamailio[59406]: INFO: <script>: Websocket Branch is {sip:18.9.18.10:56917;transport=WS} for {123455678} Feb 8 23:04:43 Kamailio2 rtpengine[55410]: Got valid command from 127.0.0.1:52689: offer - { "sdp": "v=0#015#012o=root 1141861088 1141861088 IN IP4 12.34.56.78#015#012s=Asterisk PBX 13.1.0#015#012c=IN IP4 12.34.56.78#015#012t=0 0#015#012m=audio 12230 RTP/AVP 9 8 107 0 101#015#012a=rtpmap:9 G722/8000#015#012a=rtpmap:8 PCMA/8000#015#012a=rtpmap:107 opus/48000/2#015#012a=rtpmap:0 PCMU/8000#015#012a=rtpmap:101 telephone-event/8000#015#012a=fmtp:101 0-16#015#012a=maxptime:60#015#012a=sendrecv#015#012", "ICE": "force", "direction": [ "internal" ], "flags": [ "extenal", "force", "trust-address" ], "replace": [ "origin", ... Feb 8 23:04:43 Kamailio2 rtpengine[55410]: ... "session-connection" ], "transport-protocol": "RTP/SAVPF", "call-id": "220725c425526bc941dff8e972bd9458@12.34.56.78:50600", "received-from": [ "IP4", "12.34.56.78" ], "from-tag": "as4f0c032f", "command": "offer" } Feb 8 23:04:43 Kamailio2 rtpengine[55410]: Unknown flag encountered: 'extenal' Feb 8 23:04:43 Kamailio2 rtpengine[55410]: Unknown flag encountered: 'force' Feb 8 23:04:43 Kamailio2 rtpengine[55410]: [220725c425526bc941dff8e972bd9458@12.34.56.78:50600] Returning to SIP proxy: d3:sdp747:v=0#015#012o=root 1141861088 1141861088 IN IP4 23.101.139.216#015#012s=Asterisk PBX 13.1.0#015#012c=IN IP4 23.101.139.216#015#012t=0 0#015#012a=ice-lite#015#012m=audio 38518 RTP/SAVPF 9 8 107 0 101#015#012a=rtpmap:9 G722/8000#015#012a=rtpmap:8 PCMA/8000#015#012a=rtpmap:107 opus/48000/2#015#012a=rtpmap:0 PCMU/8000#015#012a=rtpmap:101 telephone-event/8000#015#012a=fmtp:101 0-16#015#012a=maxptime:60#015#012a=sendrecv#015#012a=rtcp:38519#015#012a=crypto:1 AES_CM_128_HMAC_SHA1_80 inline:f31jYQjjKBdYoqWYijx0V/ZtTfP17pTVW8NJGVQ4#015#012a=setup:actpass#015#012a=fingerprint:sh ... Feb 8 23:04:43 Kamailio2 rtpengine[55410]: [220725c425526bc941dff8e972bd9458@12.34.56.78:50600] ... a-1 00:E3:0F:B6:C0:9F:D4:16:52:D2:41:A8:01:24:51:CD:3F:FB:B2:55#015#012a=ice-ufrag:VfqUSGBP#015#012a=ice-pwd:t5bLzDaNcqWUwzh7iEtyAZfweGo6#015#012a=candidate:04GQy5683m4TP1Da 1 UDP 2130706431 23.101.139.216 38518 typ host#015#012a=candidate:04GQy5683m4TP1Da 2 UDP 2130706430 23.101.139.216 38519 typ host#015#0126:result2:oke Feb 8 23:04:43 Kamailio2 kamailio[59438]: INFO: <script>: Reply from webrtc client {18.9.18.10:56917} for method {INVITE}: 100 Feb 8 23:04:43 Kamailio2 kamailio[59438]: INFO: <script>: Manage_Reply from webrtc client {18.9.18.10:56917} for method {INVITE}: 100 Feb 8 23:04:43 Kamailio2 kamailio[59438]: INFO: <script>: Reply from webrtc client {18.9.18.10:56917} for method {INVITE}: 180 Feb 8 23:04:43 Kamailio2 kamailio[59438]: INFO: <script>: Manage_Reply from webrtc client {18.9.18.10:56917} for method {INVITE}: 180 Feb 8 23:04:43 Kamailio2 kamailio[59438]: INFO: <script>: Reply from webrtc client {18.9.18.10:56917} for method {INVITE}: 482 Feb 8 23:04:43 Kamailio2 kamailio[59442]: INFO: <script>: Reply from webrtc client {85.2.10.3:58509} for method {INVITE}: 100 Feb 8 23:04:43 Kamailio2 kamailio[59442]: INFO: <script>: Manage_Reply from webrtc client {85.2.10.3:58509} for method {INVITE}: 100

2 3

Setting dialog variable when BYE is received before accounting
by Mickael Marrache 10 Feb '15

10 Feb '15

Hi, Is there a way to set a dialog variable when a BYE is received so that it can be written in a CDR? I tried as follows but it didn't work: if (loose_route()) { .. if(is_method("BYE")) { if(is_direction("downstream")) { #Call disconnected by caller $dlg_var(dr) = 700; } else { #Call disconnected by callee $dlg_var(dr) = 701; } xlog("Setting disconnect reason to $dlg_var(dr)\n"); } .. exit; } The xlog statement prints: ERROR: <script>: Setting disconnect reason to <null> The doc states: This pseudo-variable will be available only for subsequential requests after doing loose_route(). Thanks, Mickael

2 1

Planing to release Kamailio v4.2.3
by Daniel-Constantin Mierla 10 Feb '15

10 Feb '15

Hello, I am planning to release a new version from latest stable branch - 4.2. Most likely it will be Tuesday next week (Feb 10). If there is something important to take in consideration for this version, reply to sr-dev mailing list. Cheers, Daniel -- Daniel-Constantin Mierla http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda

2 4

Facing kamailio issue
by taha zafar 10 Feb '15

10 Feb '15

Dear Kamailo team, I am facing problem in connecting kamailio on TLS, even kamailio is listening perfectly. TLS certificate are also tested. Kindly find attached logs and kamailio configuration file and give me your valuable feedback. *Eocean Pvt. Ltd.* *Taha Zafar* VoIP Engineer Mobile: 03318244432 Disclaimer: This email and any attachments to it may be confidential and are intended solely for the use of the individual to whom it is addressed. Any views or opinions expressed are solely those of the author and do not necessarily represent those of Eocean (Pvt) Ltd. If you are not the intended recipient of this email, you must neither take any action based upon its contents, nor copy or show it to anyone. Please contact the sender if you believe you have received this email in error.

2 1

Parallel call forward
by Raúl Alexis Betancor Santana 09 Feb '15

09 Feb '15

Hi all, I'm getting crazy trying to setup a kamailio to do a parallel call forward to multiple destinations based on a query to the DB. I do the db query and get the RURI's of the destinations I could forward the call to in parallel, then when I get the resulset I do: [...] $var(cf_idx) = 0; while(is_avp_set("$(avp(s:cf_destinations)[0])")) { $ru = $(avp(s:cf_destinations)[0]); # Set the new RURI to call to $(avp(s:cf_destinations)[0]) = $null; # Setting it to $null pull the value from the stack $(avp(s:callee_fr_inv_timer)[*]) = $(avp(s:cf_timeouts)[0]) * 1000; t_set_fr("$avp(s:callee_fr_inv_timer)"); $(avp(s:cf_timeouts)[0]) = $null; route(ROUTE_ACC_CF); # Do the ACC $(avp(s:acc_state)[*]) = "cfna"; $(avp(s:hih_cause)[*]) = "404"; $var(cf_idx) = $var(cf_idx) + 1; append_branch(); } route(ROUTE_EXECUTE_CF_LOOP); # Some final task and then t_relay [...] But only the last RURI get called How do I do to accomplish this? ... I need to change the $ru of each new branch, so when request get loop-back to the proxy, it do again all the lookup logic. Best regards

2 6

dmq_t_replicate fails with ERROR: t_forward_nonack: no branches for forwarding
by Leonardo Arena 09 Feb '15

09 Feb '15

Hi all, I have three Registrar-only proxies DMQ interconnected [1]. I'm attempting to use a client to register to one of them and replicate REGISTRAR message to the other two. * What it works: - Clients registration to proxy1 - Proxy1 replication of REGISTRAR message to proxy2 * What does not work: - Proxy replication of REGISTRAR message to proxy3 * Error message of proxy1: ERROR: tm [t_fwd.c:1770]: t_forward_nonack(): ERROR: t_forward_nonack: no branches for forwarding ERROR: dmq [dmq_funcs.c:410]: cfg_dmq_t_replicate(): error calling t_replicate append_branch() did't help me and a search on the ML either. What am I doing wrong? Thanks! - leonardo [1] #-------------------------------------------------------- # Global Definitions #-------------------------------------------------------- debug = 2 fork = yes log_stderror = no # listen = 0.0.0.0 port = 5060 children = 4 dns = no rev_dns = no use_dns_failover = on dns_srv_lb = yes #dns_try_naptr = no mpath = "/usr/lib/kamailio/modules_k/:/usr/lib/kamailio/modules/" #-------------------------------------------------------- # Modules #-------------------------------------------------------- loadmodule "tm.so" loadmodule "sl.so" loadmodule "tmx.so" loadmodule "maxfwd.so" loadmodule "usrloc.so" loadmodule "registrar.so" loadmodule "pv.so" loadmodule "xlog.so" loadmodule "ctl.so" #loadmodule "db_text.so" loadmodule "db_sqlite.so" loadmodule "auth.so" loadmodule "auth_db.so" loadmodule "memcached.so" loadmodule "dmq.so" loadmodule "corex.so" #-------------------------------------------------------- # Module Configuration #-------------------------------------------------------- modparam ( "usrloc", "db_mode", 0 ) modparam ( "usrloc", "use_domain", 1 ) modparam ( "usrloc", "hash_size", 20 ) #modparam ( "ctl", "binrpc_max_body_size", 10000 ) #modparam ( "ctl", "binrpc_struct_max_body_size", 200 ) #default #modparam ( "db_text", "db_mode", 0 ) modparam ( "auth", "use_domain", 1 ) #modparam ( "auth_db", "db_url", "text:///etc/kamailio/dbtext/" ) modparam ( "auth_db", "db_url", "sqlite:///etc/kamailio/kamailiodb" ) modparam ( "auth_db", "use_domain", 1 ) #use plaintext passwords for testing modparam ( "auth_db", "calculate_ha1", 1 ) modparam ( "auth_db", "version_table", 0 ) modparam ( "auth_db", "password_column", "password" ) modparam ( "auth_db", "load_credentials", "$avp(s:username)=username; $avp(s:domain)=domain;$avp(s:password)=password" ) modparam( "memcached", "servers", "localhost:11211" ) modparam( "dmq", "server_address", "sip:10.0.0.1:5060" ) modparam( "dmq", "notification_address", "sip:dmq.my.domain.net" ) #modparam( "dmq", "num_threads", 4 ) # modparam( "dmq", "ping_interval", 60 ) #-------------------------------------------------------- # Main Route Block #-------------------------------------------------------- include_file "kamailio-errors.cfg" route { # Uncomment next line if you want to see # each incoming message xlog( "L_INFO", "$rm: $fu -> $ru" ); if (!mf_process_maxfwd_header("20")) { route(ERROR_TOO_MANY_HOPS); } if (msg:len > 4096) { route(ERROR_MESSAGE_OVERFLOW); } if ($rm == "REGISTER" ) { if ( dmq_is_from_node() ) { xlog( "L_INFO", "REGISTER from node" ); route(REGISTER); exit; } else { # if we don't have credentials in cache authenticate against DB if ( $mct($tU@$td) == $null ) { if (!www_authenticate("$td", "subscriber")) { www_challenge("$td", "1"); exit; } else { route(REGISTER); xlog( "L_INFO", "Authenticated user $tU for domain $td against DB" ); # store credentials into cache $mct($avp(s:username)@$avp(s:domain)) = $avp(s:password); exit; } } # credentials are in cache, authenticate against it else { if (!pv_www_authenticate("$td", "$mct($tU@$td)", "0")) { # turn last param to "1" if using ha1 passwords # keep a counter of authentication attempts # if above 1 user is denied auth from cache so we discard the cache and force auth from DB at next attempt if ( $mct(count_$tU@$td) ) == $null { $mct(count_$tU@$td) = 1; } else { $mct(count_$tU@$td) = $null; $mct($tU@$td) = $null; xlog( "L_INFO", "Authentication count limit for user $tU for domain $td against cache reached. Cache discarded" ); } www_challenge("$td", "1"); exit; } else { route(REGISTER); $mct( count_$tU@$td ) = $null; xlog( "L_INFO", "Authenticated user $tU for domain $td against cache" ); exit; } } } } if ( $rm == "KDMQ" ) { dmq_handle_message(); } route(ERROR_INVALID_METHOD); } route[REGISTER] { if (!save("location")) { sl_reply_error(); } else { append_branch(); dmq_t_replicate(); } }

3 11

Get the SDP IP in Kamailio
by Sebastian Damm 09 Feb '15

09 Feb '15

Hi, since we integrated IPv6 into our existing routing logic, in some cases "fix_nated_sdp" gets called for IPv6 calls, too. (Actually, this just happens because of the mistakenly detected NAT.) But that ends up with a an error in the log. ERROR: nathelper [nathelper.c:1685]: replace_sdp_ip(): not an IPv4 address in 'c=' SDP So I'm looking for a way to exempt IPv6 calls from that. But I can't find a pseudovariable which carries the SDP contact IP. I guess I could take some function from the sdpops module, but is there a more convenient way to get just the contact IP? Best Regards, Sebastian

2 1

Registrar module and ipv6 addresses
by Sergey Okhapkin 09 Feb '15

09 Feb '15

Registrar module save() function stores "received" field in wrong format like sip:2601:3:8805:107:41E6:C7A1:7724:CF01:5062 When lookup() config function is executed for ipv6 client, kamailio log shows error Feb 3 12:07:34 east /usr/local/sbin/kamailio[16069]: ERROR: tm [ut.h:254]: uri2dst2(): ERROR: uri2dst: bad_uri: sip:2601:3:8 805:107:41E6:C7A1:7724:CF01:5062 Feb 3 12:07:34 east /usr/local/sbin/kamailio[16069]: ERROR: tm [t_fwd.c:1709]: t_forward_nonack(): ERROR: t_forward_nonack: failure to add branches Is it kamailio bug or a problem with my config?

4 5

Understanding t_relay
by Ryan Brindley 09 Feb '15

09 Feb '15

Hey community, I'm trying to understand t_relay () when a forward times out. This is an abbreviated version of what i have: Request_route { ... Route(do1) } Route [do1] { ... T_on_reply (1reply) T_on_failure (1fail) T_relay () } Reply_route[1reply] { ... If (t_check_status (302)) { Route (do2) } } Failure_route [1fail] { Xlog (dafail1) } Route [do2]{ ... T_on_reply (2reply) T_on_failure (2fail) T_relay () } Reply_route [2reply]{ Xlog (twerked) } Failure_route [2fail]{ Xlog (failured) } The case im currently interested in is when the first relay (do1) returns a 302 and then the second (do2) times out. What happens on the second when it times out, it hits the 1fail failure_route. This messes with my logic as i would've expected (and want to find out how to make it) hit the 2nd failure_route. I also noticed that if i loop and try the do2 again after the first failure it will then hit the 2fail route. Any clarification on this subject would be greatly appreciated, Ryan

2 3

Inconsistency between dlg_list and 'get_statistics dialog:'
by mayamatakeshi 09 Feb '15

09 Feb '15

Hello, I am counting the number o dialogs using this: # kamctl fifo dlg_list |grep dialog:: |wc -l 126 However when I use 'get_statistics dialog:' I get this: # kamctl fifo get_statistics dialog: dialog:active_dialogs = 67 dialog:early_dialogs = 3 dialog:expired_dialogs = 253 dialog:failed_dialogs = 29529 dialog:processed_dialogs = 338783 The number of dialogs don't match (i tested this several times). What could be causing this? (I am using kamailio 4.1). Regards, Takeshi

2 3

One Way RTP from destination SIP server using rtpengine
by Don Fanning 07 Feb '15

07 Feb '15

Hello All, I currently am running Kamailio in a WSS configuration with sipML5. I use rtpengine to convert a RTP/SAVPF packet to a RTP/AVP packet as the destination server only supports AVP or SAVP. RTPEngine has no issues rewriting the packet going out, the SIP session comes up and handshakes correctly to start the session. Then the remote server sends the RTP stream back and I'm having issues getting Kamailio or RTPEngine or something to take the RTP stream, process it back to SAVPF and send it back out the WSS port. I see no RTP data come from Kam/RTPengine going towards the remote server. On the server side, I do see STUN being called and the sipML5 bind successfully but that's it. Both the destination and server sit without firewalls in the way so the problem has to be what I'm doing in Kamailio. My config is located here: http://pastebin.com/dWLdUz5j Packet dumps available upon request. Thanks for any assistance!

4 7

RTPEngine Intermittent One Way Audio Issue SRTP => RTP
by Tim Chubb 07 Feb '15

07 Feb '15

Hi, I am currently experiencing an intermittent one way audio issue, when using RTPEngine and proxying between srtp and rtp. There is no apparent pattern, I have managed to repeat the on the 7th, 23rd, and 63rd calls to a test number, where upon connection only audio in the RTP => SRTP direction was working. All other test calls worked as normal. Digging through the RTPEngine log file the only abnormalities I can see are: Discarded invalid SRTP packet: authentication failed entries on the calls that had the one way audio issue. What could be causing this? Thanks Tim.

2 3

Multiple OR into a if
by Igor Potjevlesch 06 Feb '15

06 Feb '15

Hello, I'm very disappointed because of the following behaviour: if ($tu=~"^sip:0[1-9]{9}") { [.] In that case, Kamailio returns TRUE because the instructions in the block are executed. } if ($rU=~"^33" || $rU=~"^0033" || $rU=~"^0[1-9]{9}" || $rU=~"^\+33" || $tu=~"^sip:33" || $tu=~"^sip:0033" || $tu=~"^sip:0[1-9]{9}" || $tu=~"^sip:\+33" ) { [.] In that case, Kamailio should return FALSE because the instructions in the block are not executed. } Am I missed something regarding 'OR' ? Regards, Igor.

2 8

Kamailio load balansing 2 servers issues
by Yuriy Gorlichenko 06 Feb '15

06 Feb '15

Hello. We use 2 kamailio server 4.3 master brancher for load balansing cluster. We have some problems with this deplooiment fist of all we have REgstering issue: Witth one server all works fine (we have some endpoints with same creditians) all endpoints reinging well. But at 2 servers we hawe problem with this- call ringing only at one endpoint. We use Database for USRLOC module modparam("usrloc", "db_url", DBURL) modparam("usrloc", "db_mode", 3) modparam("usrloc", "use_domain", MULTIDOMAIN) As i think it mean al connections to servers ives at database. We have one database for 2 servers and this is means it only one table LOCATION for its. The second problen id that when loadbalanser sends bye to kamailio from the outside- bye is not recieves to endpoint. It say that no transaction with this CallID. I think it is because transaction goues through another kamailio and kamiaio that recieves BYE does not know about it transaction. So my first qestion- Does anybody have some information about loafd balansiong between kamailios? And second question - how to resolve issue with LOCATION table? Thanks

3 3

Siremis domain querry reports SQL error
by Marek Moravcik 06 Feb '15

06 Feb '15

Hello, after upgrading Siremis from 3.1 to 4.1 he starts report SQL errors on more places. But most annoying is error in domain list. I've tried to reinstall Siremis, drop database, but nothing helps. On other server after same upgrade, everything goes well. Only difference is, that error server has 64 bit architecture. Both servers have Kamailio 4.2.1. Where shall I look for problem? Here is domain list error: [2015-02-05 18:45:32 (GMT)] An exception occurred while executing this script: Error message: #0, Error in query:: SELECT T0.id, T0.domain, T0.did, T0.last_modified FROM domain T0 LIMIT 10. SQLSTATE[42S22]: Column not found: 1054 Unknown column 'T0.did' in 'field list' Script name and line number of error: /home/palo/sip/openbiz/bin/data/BizDataObj_Lite.php:447 function: _run_search ( Array(2) ) @ /home/palo/sip/openbiz/bin/data/BizDataObj_Lite.php 243 function: fetch ( ) @ /home/palo/sip/openbiz/bin/easy/EasyForm.php 690 function: fetchDataSet ( ) @ /home/palo/sip/openbiz/bin/easy/FormRenderer.php 69 function: renderSmarty ( Object(EasyForm), "/home/palo/sip/siremis/modules/ser/template..." ) @ /home/palo/sip/openbiz/bin/easy/FormRenderer.php 45 function: render ( Object(EasyForm) ) @ /home/palo/sip/openbiz/bin/easy/EasyForm.php 1648 function: renderHTML ( ) @ /home/palo/sip/openbiz/bin/easy/EasyForm.php 1538 function: render ( ) @ /home/palo/sip/openbiz/bin/easy/ViewRenderer.php 83 function: renderSmarty ( Object(EasyView), "/home/palo/sip/siremis/modules/ser/template..." ) @ /home/palo/sip/openbiz/bin/easy/ViewRenderer.php 40 function: render ( Object(EasyView) ) @ /home/palo/sip/openbiz/bin/easy/EasyView.php 274 function: _render ( ) @ /home/palo/sip/openbiz/bin/easy/EasyView.php 237 function: render ( ) @ /home/palo/sip/openbiz/bin/BizController.php 221 function: renderView ( "ser.view.DomainListView", "", "", Null, "" ) @ /home/palo/sip/openbiz/bin/BizController.php 107 function: dispatchRequest ( ) @ /home/palo/sip/openbiz/bin/BizController.php 32 function: include_once ( "/home/palo/sip/openbiz/bin/BizController.ph..." ) @ /home/palo/sip/siremis/bin/controller.php 6 function: include ( "/home/palo/sip/siremis/bin/controller.php" ) @ /home/palo/sip/siremis/bin/_forward.php 102 function: include ( "/home/palo/sip/siremis/bin/_forward.php" ) @ /home/palo/sip/siremis/index.php 3 Thanks! Marek Moravcik

2 1

How to install kamailio-4.2.2 in DEBIAN -7.1.0
by Yanko Marín Muro 06 Feb '15

06 Feb '15

Hello: How to install kamailio-4.2.2 in DEBIAN -7.1.0-amd64? This URL is the last version: http://www.kamailio.org/pub/kamailio/4.2.2/src/kamailio-4.2.2_src.tar.gz Best regards, Yanko Antonio Marín Muro --- This message was processed by Kaspersky Mail Gateway 5.6.28/RELEASE running at host imx3.etecsa.cu Visit our web-site: <http://www.kaspersky.com>, <http://www.viruslist.com>

3 2

Issue with dlg_setflag vs. setflag
by Anthony Messina 06 Feb '15

06 Feb '15

I'm currently using Kamailio built from master@e59db79 and have been following the recent threads about the dialog module as I'm moving toward adding dialog support for presence and CDRs in my setup. However, I seem to have come across an issue where dlg_setflag() does nothing, while setflag() works properly with the following (trimmed) script. So for now, I issue setflag(FLT_DIALOG) for INVITE rather than dlg_setflag(FLT_DIALOG). Is there something I'm missing about dlg_setflag()? #!define FLT_DIALOG 4 request_route { route(REQINIT); route(NATDETECT); if(is_method("CANCEL")) { if(t_check_trans()) { route(RELAY); } exit; } route(WITHINDLG); if(t_precheck_trans()) { t_check_trans(); exit; } t_check_trans(); route(AUTH); remove_hf("Route"); if(is_method("INVITE|SUBSCRIBE")) record_route(); if(is_method("INVITE")) { setflag(FLT_ACC); # Enable dialog support (dlg_setflag not working) #dlg_setflag(FLT_DIALOG); setflag(FLT_DIALOG); } route(SIPOUT); route(PRESENCE); route(REGISTRAR); if($rU==$null) { # request with no Username in RURI sl_send_reply("484","Address Incomplete"); exit; } route(PSTN); route(LOCATION); route(RELAY); } route[WITHINDLG] { if(!has_totag()) return; if(loose_route()) { route(DLGURI); if(is_method("BYE")) { setflag(FLT_ACC); setflag(FLT_ACCFAILED); # Testing dialog flag xlog("L_INFO", "Completed $dlg(from_uri) to $dlg(to_uri) - $DLG_lifetime duration\n"); } 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 Found"); exit; } -- Anthony - https://messinet.com/ - https://messinet.com/~amessina/gallery 8F89 5E72 8DF0 BCF0 10BE 9967 92DC 35DC B001 4A4E

2 2

Siremis v4.2.0 Released
by Elena-Ramona Modroiu 05 Feb '15

05 Feb '15

Hi, Siremis v4.2.0 has been released, web management interface aiming at compatibility with Kamailio v4.2.x series - notes about release are available at: - http://siremis.asipto.com/2015/02/02/siremis-v4-2-0-released/ Ramona

3 3

Best module to use for interrupting a call ???
by Uri Shacked 05 Feb '15

05 Feb '15

Hi, I need to create some kind of check with an application outside of kamailio every X seconds. The check is per call, to get its status or something and according to the result do something with the call (transfer, send info or hangup...). I read about call_control and cnxcc modules. It seems these last ones are to much to do in order to get what i need. Is there a simpler module to use? BR, Uri

2 2

Kamailio v4.1.8 Released
by Daniel-Constantin Mierla 05 Feb '15

05 Feb '15

Hello, Kamailio SIP Server v4.1.8 stable release is out. This is a maintenance release of the previous stable branch, 4.1, that includes fixes since release of v4.1.7. There is no change to database schema or configuration language structure that you have to do on installations of v4.1.x. Deployments running previous v4.1.x versions are strongly recommended to be upgraded to v4.1.8 or latest 4.2.x. For more details about version 4.1.8 (including links and guidelines to download the tarball or from GIT repository), visit: * http://www.kamailio.org/w/2015/02/kamailio-v4-1-8-released/ Note: the latest stable branch is 4.2, at this moment with its latest release v4.2.2. See more details about it at: * http://www.kamailio.org/w/2014/10/kamailio-v4-2-0-released/ Cheers, Daniel -- Daniel-Constantin Mierla http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda Kamailio World Conference, May 27-29, 2015 Berlin, Germany - http://www.kamailioworld.com

1 0

Lint and syntax check
by Manuel Rubio 05 Feb '15

05 Feb '15

Hi, I want to know if someone is using something similar to lint-like behaviour[1] and syntax highlighting in editors like Sublime, TextMate, emacs, ... for Kamailio configuration files. [1] http://en.wikipedia.org/wiki/Lint_%28software%29 Thanks. Manuel Rubio.

3 2

kamailio passthrough user auth
by Kai Arif 05 Feb '15

05 Feb '15

Hi, I have to implement a rather uncommon SIP setup and wanted to ask, if it is even possible with Kamailio. We are among other things a VoIP-provider for a couple of hundred customers. Right now we use a rather old piece of software as a SIP-server, that was written in-house and is deeply integrated in our user interfaces and the billing system and can't be replaced easily. But now we need to make some modifications because our PSTN-gateway-provider is changing things. The idea is to use Kamailio as proxy in front of our old SIP-server. But to do this we need to pass through the REGISTER requests of our users to the old SIP-server. So the question is if Kamailio supports this kind of passthrough and I would also be rely grateful for a piece of example config, if somebody already has a similar setup running. So far neither the documentation nor google have been very helpful. Best regards Kai -- Kai Arif - System Administrator Inter.net Germany GmbH Knesebeckstraße 59-61 10719 Berlin Germany Fon +49 30 25430 0 Fax +49 30 25430 499 arif(a)team.de.inter.net www.de.inter.net Legal-Information: Inter.net Germany GmbH, HRB #79136, Amtsgericht Berlin Charlottenburg, UST-IdNr:: DE 813 165 159 FA für Körperschaften I Berlin, Geschäftsführer: Jörn Lubkoll, Christian Röhl Zuständige Regulierungsbehörde: Bundesnetzagentur Chemnitz, Liselotte-Herrmann-Str. 20a, 09127 Chemnitz, Registriernummer: 06/164

2 1

Does the event_route[tm:local-request] support stateless forwarding configured in the script?
by Klaus Feichtinger 05 Feb '15

05 Feb '15

Hello, I´m searching for a way to keep track about success or failure of locally generated SUBSCRIBE transactions, which are typically triggered by the RLS module. In case that a subscription is rejected by the subscribee with any negative response code or the transaction is timing out, I have to trigger a specific action (e.g. sending a PUBLISH message to another user agent). This seems to be not so easy.... As Kamailio does not support referencing a failure_route to locally generated requests, I had the idea to "forward()" locally generated requests in the event_route "tm:local-request" to itself and handle the forwarded requests in the standard request_route, which would offer all usual options. But that seems not to be supported / allowed by Kamailio, as I have in practical tests (1) an outgoing request that is sent to the original Destination-URI (with a malformed "Content-Length" SIP hdr) and (2) the second request that is sent to the manual target (loop). I´ve found in the mailing list that elder Kamailio versions did not support any common way for this feature. However, can anybody give m a hint if / how this could eventually be solved with the event_route or in any alternative route? It seems that the Kamailio internally generated requests are still below the radar of TM or any other route blocks except tm:local-request..... regards, Klaus

2 1

Out of Memory Error in Kamailio
by Neeraj Swarnkar 05 Feb '15

05 Feb '15

Hi Guys, I am using Kamailio-4.2.1. Earlier I was using shared memory of 16GB, which started popping out of memory error, within few seconds of generating load from sipp. I used sipp following command: sipp -s 999999999999 MY_KAM_IP -l 2500 -r 50 *Error coming is :* *Feb 4 14:12:23 kamailio_us_ha1 /usr/local/sbin/kamailio[27389]: ERROR: tm [t_reply.c:1946]: relay_reply(): ERROR: relay_reply: cannot alloc reply shmem* After changing the shared memory to 1 GB, this error came quite late when generate load at 200 CPS. sipp -s 999999999999MY_KAM_IP -l 2500 -r 200 Why this is happening? I am using following configuration file( kamailio.cfg). Earliest possible help will be appreciated a lot!! #!KAMAILIO # # Kamailio (OpenSER) SIP Server v4.0 - default configuration script # - web: http://www.kamailio.org # - git: http://sip-router.org # # Direct your questions about this file to: <sr-users(a)lists.sip-router.org> # # Refer to the Core CookBook at http://www.kamailio.org/wiki/ # for an explanation of possible statements, functions and parameters. # # Several features can be enabled using '#!define WITH_FEATURE' directives: # # *** To run in debug mode: # - define WITH_DEBUG # # *** To enable mysql: # - define WITH_MYSQL # # *** To enable authentication execute: # - enable mysql # - define WITH_AUTH # - add users using 'kamctl' # # *** To enable IP authentication execute: # - enable mysql # - enable authentication # - define WITH_IPAUTH # - add IP addresses with group id '1' to 'address' table # # *** To enable persistent user location execute: # - enable mysql # - define WITH_USRLOCDB # # *** To enable nat traversal execute: # - define WITH_NAT # - install RTPProxy: http://www.rtpproxy.org # - start RTPProxy: # rtpproxy -l _your_public_ip_ -s udp:localhost:7722 # # *** To enable TLS support execute: # - adjust CFGDIR/tls.cfg as needed # - define WITH_TLS # # *** To enhance accounting execute: # - enable mysql # - define WITH_ACCDB # - add following columns to database # define WITH_LCR to enable LCR # define WITH_CR to enable carrier route #!define WITH_MYSQL #!define DBURL #!define WITH_USRLOCDB #!define WITH_FREESWITCH #!define WITH_ACCDB #!define WITH_AUTH #!define WITH_DEBUG #!define WITH_NAT #----#!define WITH_ANTIFLOOD #!define WITH_CR #!ifdef WITH_FREESWITCH #freeswitch.bindip = "10.60.23.81" desc "FreeSWITCH IP Address" freeswitch.bindip = "54.254.97.209" desc "FreeSWITCH IP Address" freeswitch.bindport = "5060" desc "FreeSWITCH Port" #!endif #!ifdef ACCDB_COMMENT ALTER TABLE acc ADD COLUMN src_user VARCHAR(64) NOT NULL DEFAULT ''; ALTER TABLE acc ADD COLUMN src_domain VARCHAR(128) NOT NULL DEFAULT ''; ALTER TABLE acc ADD COLUMN src_ip varchar(64) NOT NULL default ''; ALTER TABLE acc ADD COLUMN dst_ouser VARCHAR(64) NOT NULL DEFAULT ''; ALTER TABLE acc ADD COLUMN dst_user VARCHAR(64) NOT NULL DEFAULT ''; ALTER TABLE acc ADD COLUMN dst_domain VARCHAR(128) NOT NULL DEFAULT ''; ALTER TABLE missed_calls ADD COLUMN src_user VARCHAR(64) NOT NULL DEFAULT ''; ALTER TABLE missed_calls ADD COLUMN src_domain VARCHAR(128) NOT NULL DEFAULT ''; ALTER TABLE missed_calls ADD COLUMN src_ip varchar(64) NOT NULL default ''; ALTER TABLE missed_calls ADD COLUMN dst_ouser VARCHAR(64) NOT NULL DEFAULT ''; ALTER TABLE missed_calls ADD COLUMN dst_user VARCHAR(64) NOT NULL DEFAULT ''; ALTER TABLE missed_calls ADD COLUMN dst_domain VARCHAR(128) NOT NULL DEFAULT ''; #!endif ####### Include Local Config If Exists ######### import_file "kamailio-local.cfg" import_file "ip.cfg" ####### Defined Values ######### # *** Value defines - IDs used later in config #!ifdef WITH_MYSQL # - database URL - used to connect to database server by modules such # as: auth_db, acc, usrloc, a.s.o. #!ifndef DBURL #!define DBURL "mysql:// kamailio:kamailiorw@kamailio-us.cejtf390jur8.us-east-1.rds.amazonaws.com/kamailio " #!endif #!endif #!define MULTIDOMAIN 0 # - flags # FLT_ - per transaction (message) flags # FLB_ - per branch flags #!define FLT_ACC 1 #!define FLT_ACCMISSED 2 #!define FLT_ACCFAILED 3 #!define FLT_NATS 5 #!define FLB_NATB 6 #!define FLB_NATSIPPING 7 ####### Global Parameters ######### ### LOG Levels: 3=DBG, 2=INFO, 1=NOTICE, 0=WARN, -1=ERR #!ifdef WITH_DEBUG debug=-1 log_stderror=no #!else debug=-1 log_stderror=no #!endif memdbg=2 memlog=2 log_facility=LOG_LOCAL0 fork=yes children=8 /* uncomment the next line to disable TCP (default on) */ #disable_tcp=yes /* uncomment the next line to disable the auto discovery of local aliases based on reverse DNS on IPs (default on) */ auto_aliases=no /* add local domain aliases */ #alias="sip.mydomain.com" /* uncomment and configure the following line if you want Kamailio to bind on a specific interface/port/proto (default bind on all available) */ #listen=udp:10.0.0.10:5060 #listen=udp:172.31.42.191:5060 advertise 54.254.97.209:5060 listen=LOCAL_BIND_PROTO_IP_UDP_PORT advertise ADVERTISED_BIND_IP_PORT listen=LOCAL_BIND_PROTO_IP_TCP_PORT advertise ADVERTISED_BIND_IP_PORT /* port to listen to * - can be specified more than once if needed to listen on many ports */ port=5060 mhomed=0 #!ifdef WITH_TLS enable_tls=yes #!endif # life time of TCP connection when there is no traffic # - a bit higher than registration expires to cope with UA behind NAT tcp_connection_lifetime=3605 ####### Modules Section ######## # set paths to location of modules (to sources or installation folders) #!ifdef WITH_SRCPATH mpath="modules_k:modules" #!else mpath="/usr/local/lib/kamailio/modules_k/:/usr/local/lib64/kamailio/modules/" #!endif #!ifdef WITH_MYSQL loadmodule "db_mysql.so" #!endif loadmodule "mi_fifo.so" loadmodule "kex.so" loadmodule "corex.so" loadmodule "tm.so" loadmodule "tmx.so" loadmodule "sl.so" loadmodule "rr.so" loadmodule "pv.so" loadmodule "maxfwd.so" loadmodule "usrloc.so" loadmodule "registrar.so" loadmodule "textops.so" loadmodule "siputils.so" loadmodule "xlog.so" loadmodule "sanity.so" loadmodule "ctl.so" loadmodule "cfg_rpc.so" loadmodule "mi_rpc.so" loadmodule "acc.so" loadmodule "rtimer.so" loadmodule "sqlops.so" loadmodule "dispatcher.so" loadmodule "pdt.so" loadmodule "mi_datagram.so" loadmodule "domain.so" loadmodule "htable.so" loadmodule "pike.so" #!ifdef WITH_LCR #Neeraj: Load LCR Module loadmodule "lcr.so" #!endif #!ifdef WITH_CR #Neeraj: Load CR Module loadmodule "carrierroute.so" loadmodule "avpops.so" #!endif #loadmodule "nat_traversal.so" #!ifdef WITH_AUTH loadmodule "auth.so" loadmodule "auth_db.so" #!ifdef WITH_IPAUTH loadmodule "permissions.so" #!endif #!endif #!ifdef WITH_NAT loadmodule "nathelper.so" loadmodule "rtpproxy.so" #!endif #!ifdef WITH_TLS loadmodule "tls.so" #!endif #!ifdef WITH_DEBUG loadmodule "debugger.so" #!endif # ----------------- setting module-specific parameters --------------- # for mi_datagram modparam("mi_datagram", "socket_name", "udp:127.0.0.1:8033") # for sqlops modparam("rtimer", "timer", "name=cdr;interval=300;mode=1;") modparam("rtimer", "exec", "timer=cdr;route=CDRS") modparam("sqlops", "sqlcon", "cb=>mysql:// kamailio:kamailiorw@kamailio-us.cejtf390jur8.us-east-1.rds.amazonaws.com/kamailio ") # for domain modparam("domain", "db_url", "mysql:// kamailio:kamailiorw@kamailio-us.cejtf390jur8.us-east-1.rds.amazonaws.com/kamailio ") #modparam("domain", "db_mode", 1) # Use caching modparam("domain", "domain_table", "domain") modparam("domain", "register_myself", 1) # ----- mi_fifo params ----- modparam("mi_fifo", "fifo_name", "/tmp/kamailio_fifo") # ----- tm params ----- # auto-discard branches from previous serial forking leg modparam("tm", "failure_reply_mode", 3) # default retransmission timeout: 3sec modparam("tm", "fr_timer", 30000) # default invite retransmission timeout after 1xx: 5sec modparam("tm", "fr_inv_timer", 30000) # ----- dispatcher params ----- modparam("dispatcher", "db_url","mysql:// kamailio:kamailiorw@kamailio-us.cejtf390jur8.us-east-1.rds.amazonaws.com/kamailio ") modparam("dispatcher", "table_name", "dispatcher") modparam("dispatcher", "flags", 2) modparam("dispatcher", "dst_avp", "$avp(AVP_DST)") modparam("dispatcher", "grp_avp", "$avp(AVP_GRP)") modparam("dispatcher", "cnt_avp", "$avp(AVP_CNT)") # ---- pdt params------ modparam("pdt", "db_url","mysql:// kamailio:kamailiorw@kamailio-us.cejtf390jur8.us-east-1.rds.amazonaws.com/kamailio ") #modparam("pdt", "table_name", "pdt") modparam("pdt", "fetch_rows", 4000) modparam("pdt", "check_domain", 0) # ----- rr params ----- # add value to ;lr param to cope with most of the UAs modparam("rr", "enable_full_lr", 1) # do not append from tag to the RR (no need for this script) modparam("rr", "append_fromtag", 1) # ----- registrar params ----- modparam("registrar", "method_filtering", 1) /* uncomment the next line to disable parallel forking via location */ modparam("registrar", "append_branches", 0) /* uncomment the next line not to allow more than 1 contacts per AOR */ modparam("registrar", "max_contacts", 1) # max value for expires of registrations modparam("registrar", "max_expires", 3600) # set it to 1 to enable GRUU modparam("registrar", "gruu_enabled", 0) # ----- acc params ----- /* what special events should be accounted ? */ modparam("acc", "early_media", 0) modparam("acc", "report_ack", 0) modparam("acc", "report_cancels", 0) /* by default ww do not adjust the direct of the sequential requests. if you enable this parameter, be sure the enable "append_fromtag" in "rr" module */ modparam("acc", "detect_direction", 1) /* account triggers (flags) */ modparam("acc", "log_flag", FLT_ACC) modparam("acc", "log_missed_flag", FLT_ACCMISSED) modparam("acc", "log_extra", "src_user=$fU;src_domain=$fd;src_ip=$si;" "dst_ouser=$tU;dst_user=$rU;dst_domain=$rd") modparam("acc", "failed_transaction_flag", FLT_ACCFAILED) /* enhanced DB accounting */ #!ifdef WITH_ACCDB modparam("acc", "db_flag", FLT_ACC) modparam("acc", "db_missed_flag", FLT_ACCMISSED) modparam("acc", "db_url", "mysql:// kamailio:kamailiorw@kamailio-us.cejtf390jur8.us-east-1.rds.amazonaws.com/kamailio ") modparam("acc", "db_extra", "src_user=$fU;src_domain=$fd;src_ip=$si;" "dst_ouser=$tU;dst_user=$rU;dst_domain=$rd") #!endif # ----- usrloc params ----- /* enable DB persistency for location entries */ #!ifdef WITH_USRLOCDB modparam("usrloc", "db_url", "mysql:// kamailio:kamailiorw@kamailio-us.cejtf390jur8.us-east-1.rds.amazonaws.com/kamailio ") # Neeraj : Disabled Saving Location in DB #modparam("usrloc", "db_mode", 2) modparam("usrloc", "db_mode", 0) # Neeraj : Enabling Multiple Domain modparam("usrloc", "use_domain", MULTIDOMAIN) #!endif # ----- auth_db params ----- #!ifdef WITH_AUTH modparam("auth_db", "db_url","mysql:// kamailio:kamailiorw@kamailio-us.cejtf390jur8.us-east-1.rds.amazonaws.com/kamailio ") modparam("auth_db", "calculate_ha1", yes) modparam("auth_db", "password_column", "password") modparam("auth_db", "load_credentials", "") modparam("auth_db", "use_domain", MULTIDOMAIN) # ----- permissions params ----- #!ifdef WITH_IPAUTH modparam("permissions", "db_url", DBURL) modparam("permissions", "db_mode", 1) #!endif #!endif #!ifdef WITH_NAT # ----- rtpproxy params ----- #modparam("rtpproxy", "rtpproxy_sock", "udp:127.0.0.1:7722") modparam("rtpproxy", "rtpproxy_sock", "udp:10.0.0.121:22222") # ----- nathelper params ----- modparam("nathelper", "natping_interval", 30) modparam("nathelper", "ping_nated_only", 1) modparam("nathelper", "sipping_bflag", FLB_NATSIPPING) modparam("nathelper", "sipping_from", "sip:pinger@kamailio.org") # params needed for NAT traversal in other modules modparam("nathelper|registrar", "received_avp", "$avp(RECEIVED)") modparam("usrloc", "nat_bflag", FLB_NATB) #!endif #!ifdef WITH_TLS # ----- tls params ----- modparam("tls", "config", "/usr/local/etc/kamailio/tls.cfg") #!endif #!ifdef WITH_DEBUG # ----- debugger params ----- modparam("debugger", "cfgtrace", 0) #!endif #!ifdef WITH_LCR modparam("lcr", "db_url", "mysql:// kamailioro:kamailioro@kamailio-us.cejtf390jur8.us-east-1.rds.amazonaws.com/kamailio ") modparam("lcr", "gw_uri_avp", "$avp(i:709)") modparam("lcr", "ruri_user_avp", "$avp(i:500)") modparam("lcr", "tag_avp", "$avp(lcr_tag)") modparam("lcr", "flags_avp", "$avp(i:712)") modparam("lcr", "lcr_id_avp", "$avp(s:lcr_id_avp)") modparam("lcr", "defunct_gw_avp", "$avp(s:defunct_gw_avp)") #!endif #!ifdef WITH_CR #Neeraj: ----carrierroute params------- modparam("carrierroute", "config_source", "db") modparam("carrierroute", "db_url", "mysql:// kamailioro:kamailioro@kamailio-us.cejtf390jur8.us-east-1.rds.amazonaws.com/kamailio ") modparam("carrierroute", "carrierroute_table", "carrierroute") modparam("carrierroute", "default_tree", "default") modparam("carrierroute", "fetch_rows", 2000) #!endif ####### Routing Logic ######## # Main SIP request routing logic # - processing of any incoming SIP request starts with this route # - note: this is the same as route { ... } request_route { # per request initial checks route(REQINIT); # NAT detection route(NATDETECT); # CANCEL processing if (is_method("CANCEL")) { if (t_check_trans()) { route(RELAY); } exit; } # handle requests within SIP dialogs route(WITHINDLG); ### only initial requests (no To tag) t_check_trans(); # authentication route(AUTH); # record routing for dialog forming requests (in case they are routed) # - remove preloaded route headers remove_hf("Route"); if (is_method("INVITE|SUBSCRIBE")) record_route(); # account only INVITEs if (is_method("INVITE")) { setflag(FLT_ACC); # do accounting } #!ifdef WITH_LCR #Neeraj: oute request to LCR route(LCR); #!endif # dispatch requests to foreign domains route(SIPOUT); ### requests for my local domains # handle registrations route(REGISTRAR); if ($rU==$null) { # request with no Username in RURI sl_send_reply("484","Address Incomplete"); exit; } #!ifdef WITH_CR # route(CARRIER_ROUTE); #!endif # user location service route(LOCATION); } #!ifdef WITH_CR route[CARRIER_ROUTE] { if(!cr_route("default", "default", "$rU", "$rU", "call_id")){ sl_send_reply("403", "Not Carrier Found"); exit; } else { # In case of failure, re-route the request #t_on_failure(1); t_on_failure("MANAGE_FAILURE"); # Relay the request to the gateway # t_relay(); } } failure_route[1] { xlog("route[FAILOVER_ROUTE: called"); # In case of failure, send it to an alternative route: if (t_check_status("403|5[0-9][0-9]")) { #choose route domain 1 of the default carrier if(!cr_route("failover", "failover", "$rU", "$rU", "call_id")){ t_reply("403", "Not allowed"); } else { t_on_failure("2"); # t_relay(); } } } #!endif #!ifdef WITH_CR_OLD route[CARRIER_ROUTE] { xlog("route[CARRIER_ROUTE: called"); # LOOKUP ROUTE TABLE WHEN ASKED BY HEADER: X-ROUTE:LOOKUP if (is_method("INVITE") && $hdr(X-ROUTE)=="LOOKUP"){ if(!cr_route("default", "default", "$rU", "$rU", "call_id","$avp(s:route_desc)")){ xlog("CARRIER_ROUTE:ROUTING FAILED: no route found for $rU"); sl_send_reply("604", "Unable to route this call"); exit; } else { xlog("CARRIER_ROUTE:LOOKUP FOUND: $rd $avp(s:route_desc)"); avp_pushto("$ru/username", "$avp(s:route_desc)"); sl_send_reply("302", "$rd"); exit; } } else { xlog("route[CARRIER_ROUTE: method is not either INVITE or X-ROUTE LOOKUP"); } } #!endif #!ifdef WITH_LCR route[LCR] { if (status=="200") { xlog("LCR: Inside the LCR route\n"); } if(method=="INVITE") { xlog("We got an invite for: '$rU'"); if(!load_gws(1, $rU, $var(caller_uri))) { xlog("Couldn't load gateways"); sl_send_reply("500", "Server Internal Error - Cannot load gateways"); exit; } else { xlog("GW Selected '$avp(i:709)'\n"); xlog("Domain of destination: $dd\n"); xlog("To URI: $tu\n"); } if(!next_gw()) { xlog("Couldn't proceed to next gateway"); sl_send_reply("503", "Service not available, no gateways found"); exit; } else { xlog("Calling the first matched gateway\n"); xlog("ruri_user_avp: '$avp(i:500)'\n"); xlog("To URI after next_gw: $tu\n"); xlog("Request URI: $rU\n"); } }; } #!endif route[FSDISPATCH] { # dial number selection route(FSRELAY); exit; } route[FSRELAY] { $du = "sip:" + $sel(cfg_get.freeswitch.bindip) + ":" + $sel(cfg_get.freeswitch.bindport); if($var(newbranch)==1) { append_branch(); $var(newbranch) = 0; } route(RELAY); exit; } route[RELAY] { #!ifdef WITH_NAT if (check_route_param("nat=yes")) { setbflag(FLB_NATB); } #!endif # enable additional event routes for forwarded requests # - serial forking, RTP relaying handling, a.s.o. 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("MANAGE_FAILURE"); } if (!t_relay()) { sl_reply_error(); } exit; } # Per SIP request initial checks route[REQINIT] { #!ifdef WITH_ANTIFLOOD # flood dection from same IP and traffic ban for a while # be sure you exclude checking trusted peers, such as pstn gateways # - local host excluded (e.g., loop to self) if(src_ip!=myself) { if($sht(ipban=>$si)!=$null) { # ip is already blocked xdbg("request from blocked IP - $rm from $fu (IP:$si:$sp)\n"); exit; } if (!pike_check_req()) { xlog("L_ALERT","ALERT: pike blocking $rm from $fu (IP:$si:$sp)\n"); $sht(ipban=>$si) = 1; exit; } } #!endif if (!mf_process_maxfwd_header("10")) { sl_send_reply("483","Too Many Hops"); exit; } if(!sanity_check("1511", "7")) { xlog("Malformed SIP message from $si:$sp\n"); exit; } } # Handle requests within SIP dialogs route[WITHINDLG] { if (has_totag()) { # sequential request withing a dialog should # take the path determined by record-routing if (loose_route()) { route(DLGURI); if (is_method("BYE")) { setflag(FLT_ACC); # do accounting ... setflag(FLT_ACCFAILED); # ... even if the transaction fails } else if ( is_method("ACK") ) { # ACK is forwarded statelessy route(NATMANAGE); } else if ( is_method("NOTIFY") ) { # Add Record-Route for in-dialog NOTIFY as per RFC 6665. record_route(); } route(RELAY); } else { if ( is_method("ACK") ) { if ( t_check_trans() ) { # no loose-route, but stateful ACK; # must be an ACK after a 487 # or e.g. 404 from upstream server route(RELAY); exit; } else { # ACK without matching transaction ... ignore and discard exit; } } sl_send_reply("404","Not here"); } exit; } } # Handle SIP registrations route[REGISTRAR] { if (is_method("REGISTER")) { if(isflagset(FLT_NATS)) { setbflag(FLB_NATB); # uncomment next line to do SIP NAT pinging setbflag(FLB_NATSIPPING); } if (!save("location",5)) sl_reply_error(); exit; } } # USER location service route[LOCATION] { if (!lookup("location")) { $var(rc) = $rc; t_newtran(); switch ($var(rc)) { case -1: case -3: if(!cr_route("default", "default", "$rU", "$rU", "call_id")){ sl_send_reply("403", "Not Carrier Found"); exit; } break; case -2: send_reply("405", "Method Not Allowed"); exit; } } # when routing via usrloc, log the missed calls also if (is_method("INVITE")) { setflag(FLT_ACCMISSED); } route(RELAY); exit; } # Authentication route route[AUTH] { #!ifdef WITH_AUTH #!ifdef WITH_IPAUTH if((!is_method("REGISTER")) && allow_source_address()) { # source IP allowed return; } #!endif if (is_method("REGISTER") || from_uri==myself) { # authenticate requests if (!auth_check("$fd", "subscriber", "1")) { auth_challenge("$fd", "0"); exit; } # user authenticated - remove auth header if(!is_method("REGISTER|PUBLISH")) consume_credentials(); } # if caller is not local subscriber, then check if it calls # a local destination, otherwise deny, not an open relay here if (from_uri!=myself && uri!=myself) { sl_send_reply("403","Not relaying"); exit; } #!endif return; } # Caller NAT detection route route[NATDETECT] { #!ifdef WITH_NAT force_rport(); if (nat_uac_test("19")) { if (is_method("REGISTER")) { # fix_nated_register(); fix_nated_contact(); } else { add_contact_alias(); } setflag(FLT_NATS); } #!endif return; } # RTPProxy control route[NATMANAGE] { #!ifdef WITH_NAT if (is_request()) { if(has_totag()) { if(check_route_param("nat=yes")) { setbflag(FLB_NATB); } } } if (!(isflagset(FLT_NATS) || isbflagset(FLB_NATB))) return; rtpproxy_manage("co"); if (is_request()) { if (!has_totag()) { if(t_is_branch_route()) { add_rr_param(";nat=yes"); } } } if (is_reply()) { if(isbflagset(FLB_NATB)) { add_contact_alias(); } } #!endif return; } # URI update for dialog requests route[DLGURI] { #!ifdef WITH_NAT if(!isdsturiset()) { handle_ruri_alias(); } #!endif return; } route[CDRS] { sql_query("cb","call kamailio_cdrs()","rb"); sql_query("cb","call kamailio_rating('default')","rb"); } # Routing to foreign domains route[SIPOUT] { if (!uri==myself) { append_hf("P-hint: outbound\r\n"); route(RELAY); } } # manage outgoing branches branch_route[MANAGE_BRANCH] { xdbg("new branch [$T_branch_idx] to $ru\n"); route(NATMANAGE); } # manage incoming replies onreply_route[MANAGE_REPLY] { xdbg("incoming reply\n"); if(status=~"[12][0-9][0-9]") route(NATMANAGE); } # manage failure routing cases failure_route[MANAGE_FAILURE] { route(NATMANAGE); if (t_is_canceled()) { exit; } } # Dispatch requests route[DISPATCH] { # round robin dispatching on gateways group '1' if(!ds_select_dst("1", "4")) { send_reply("404", "No destination"); exit; } xlog("L_DBG", "--- SCRIPT: going to <$ru> via <$du>\n"); t_on_failure("RTF_DISPATCH"); return; } # Sample failure route failure_route[RTF_DISPATCH] { if (t_is_canceled()) { exit; } # next DST - only for 500 or local timeout if (t_check_status("500") or (t_branch_timeout() and !t_branch_replied())) { if(ds_next_dst()) { t_on_failure("RTF_DISPATCH"); route(RELAY); exit; } } } Regards Neeraj Swarnkar

2 1

Planing to release Kamailio v4.1.8
by Daniel-Constantin Mierla 05 Feb '15

05 Feb '15

Hello, I am planning to release a new version from previous stable branch - 4.1. Most likely it will be Thursday or Friday this week. If there is something important to take in consideration for that version, reply to sr-dev mailing list. Cheers, Daniel -- Daniel-Constantin Mierla http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda

1 1

Linking Kamailio to Asterisk
by Brian Echesa 05 Feb '15

05 Feb '15

Hi, Kindly assist. I have successfully installed Kamailio and Asterisk. Asterisk is acting as an PSTN in my case. The trunk between Kamailio and Asterisk is up. Issue is that i can not route calls to the PSTN. I am using the default configuration version: kamailio 4.2.2 (i386/linux) OS: Debian wheezy -- Kind regards, Brian Linux registered user: . #565878 www.brianechesa.com

2 1

RTPEngine - No support for kernel packet forwarding available
by Muhammad Shahzad 05 Feb '15

05 Feb '15

Hi, I have latest stable release of RTPEngine deployed in a virtual machine (KVM) along with Kamailio v4.2. All is working fine except i see this message in RTPEngine logs, -- rtpengine[16455]: [82qrjq0hdtt45afbqo98 port 40960] Kernelizing media stream rtpengine[16455]: [82qrjq0hdtt45afbqo98 port 40960] No support for kernel packet forwarding available -- using lsmod command i see that module xt_RTPENGINE is load. -- Module Size Used by iptable_mangle 12488 0 xt_RTPENGINE 22068 3 iptable_nat 12800 0 nf_nat 17924 1 iptable_nat ... -- Also the iptables rule for RTPEngine exists, i.e. -- Chain INPUT (policy ACCEPT 224K packets, 37M bytes) pkts bytes target prot opt in out source destination 224K 37M rtpengine all -- any any anywhere anywhere Chain FORWARD (policy ACCEPT 0 packets, 0 bytes) pkts bytes target prot opt in out source destination Chain OUTPUT (policy ACCEPT 224K packets, 37M bytes) pkts bytes target prot opt in out source destination Chain rtpengine (1 references) pkts bytes target prot opt in out source destination 2022 414K RTPENGINE udp -- any any anywhere anywhere RTPENGINE id:0 -- Yet still RTPEngine is not able to kernelize the RTP stream and does user-space packet forwarding? Can you guys suggest what could be wrong here? Thank you.

3 4

Issues while using Kamailio as proxy with Asterisk
by Juned Khan 05 Feb '15

05 Feb '15

Hi All, I am using Kamailio as proxy server with Asterisk but having some issues with Inbound and outbound calls. Asterisk is a registrar, Kamailio is a just for proxy. Using softphone call are working fine but using hardphone, its creating issues. Here are the test cases. No Test case *98 Inbound 1 ATA registered with Proxy Domain No No 2 ATA registered with Proxy IP Yes Yes 3 ATA registered with Asterisk domain No No 4 ATA registered with Asterisk IP Yes Yes 5 Soft phone registered with Proxy Domain Yes Yes 6 Soft phone registered with Proxy IP Yes Yes 7 Soft phone registered with Asterisk domain Yes Yes 8 Soft phone registered with Asterisk IP Yes Yes Here I am dialling *98 with the mentioned scenario, if it goes to voicemail options then Yes, else No I am using ALLO ATA. Here is my http://pastie.org/9887806 Regards Juned Khan / Network Engineer +91 9974740823/ juned.khan(a)inextrix.com iNextrix Technologies Pvt Ltd. www.inextrix.com <http://htmlsig.com/www.inextrix.com> [image: Facebook] <https://www.facebook.com/junedkhan23> [image: Twitter] <https://twitter.com/juned23> [image: Google Plus] <https://plus.google.com/+JunedKhan> [image: Linkedin] <http://htmlsig.com/in.linkedin.com/in/junedk> This e-mail message may contain confidential or legally privileged information and is intended only for the use of the intended recipient(s). Any unauthorized disclosure, dissemination, distribution, copying or the taking of any action in reliance on the information herein is prohibited. E-mails are not secure and cannot be guaranteed to be error free as they can be intercepted, amended, or contain viruses. Anyone who communicates with us by e-mail is deemed to have accepted these risks. Company Name is not responsible for errors or omissions in this message and denies any responsibility for any damage arising from the use of e-mail. Any opinion and other statement contained in this message and any attachment are solely those of the author and do not necessarily represent those of the company.

1 0

Send sip INFO req from kamailio
by Uri Shacked 04 Feb '15

04 Feb '15

Hi, Any idea how to send a SIP INFO req ? I am familiar with uac_req_send. but how do I send it with in a specific dialog and with data in the INFO req ? BR, Uri

2 1

kamailio 4.2.1 core in timer.c:877
by 张顺通 03 Feb '15

03 Feb '15

I user rtimer module : loadmodule "rtimer.so" modparam("rtimer", "timer", "name=p_route;interval=1;mode=1;") modparam("rtimer", "exec", "timer=p_route;route=P_ROUTE") application will coredump in sometimes, and core file in below, what's the reason? Program terminated with signal 11, Segmentation fault. #0 0x00000000005fda98 in timer_list_expire (t=1043586690, h=0x7f9ed45ac9b0, slow_l=0x7f9ed45adc80, slow_mark=2316) at timer.c:877 877 timer.c: No such file or directory. in timer.c (gdb) bt full #0 0x00000000005fda98 in timer_list_expire (t=1043586690, h=0x7f9ed45ac9b0, slow_l=0x7f9ed45adc80, slow_mark=2316) at timer.c:877 tl = 0x7f9ed47f7e98 ret = 0 #1 0x00000000005fc686 in timer_handler () at timer.c:953 saved_ticks = 1043586690 run_slow_timer = 0 i = 268 __FUNCTION__ = "timer_handler" #2 0x00000000005fdd4d in timer_main () at timer.c:992 No locals. #3 0x00000000004aa571 in main_loop () at main.c:1700 i = 12 pid = 0 si = 0x0 si_desc = "udp receiver child=11 sock=10.1.*.*:5160\000\000\b\000\000\000\000\000\000\000\000\060S\324\236\177\000\000\060=#z\001\000\000\000(\205V\324\236\177\000\000\060=#z\377\177\000\000\214\216N\000\000\000\000\000\037t\372D\000\000\000\000(\205V\324\236\177\000\000\220@ #z\377\177\000\000\000\000\000\000\001\000\000" nrprocs = 12 __FUNCTION__ = "main_loop" #4 0x00000000004af166 in main (argc=11, argv=0x7fff7a234098) at main.c:2561 cfg_stream = 0x1da75e0 c = -1 r = 0 tmp = 0x7fff7a234681 "" tmp_len = 32767 port = 2049130512 proto = 32673 options = 0x706ec0 ":f:cm:M:dVIhEeb:l:L:n:vKrRDTN:W:w:t:u:g:P:G:SQ:O:a:A:" ret = -1 seed = 220012340 rfd = 4 debug_save = 0 debug_flag = 0 dont_fork_cnt = 0 n_lst = 0xb p = 0x0 __FUNCTION__ = "main"

2 5

[OT] ssl certificates updated for kamailio.org
by Daniel-Constantin Mierla 03 Feb '15

03 Feb '15

Hello, short note to say that I updated the ssl certificates for kamailio.org web site. They are issued by cacert.org, which is probably not trusted by most of the browsers, but they are well known in the open source environment. If you get a warning about certificate change and the issuer is cacert.org, then you should be safe to login over https (e.g., to edit the wiki pages). Cheers, Daniel -- Daniel-Constantin Mierla http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda

2 1

Issues while using Kamailio as proxy with Asterisk
by Juned Khan 03 Feb '15

03 Feb '15

Hi All, I am using Kamailio as proxy server with Asterisk but having some issues with Inbound and outbound calls. Here are the test cases. No Test case *98 Inbound 1 ATA registered with Proxy Domain No No 2 ATA registered with Proxy IP Yes Yes 3 ATA registered with Asterisk domain No No 4 ATA registered with Asterisk IP Yes Yes 5 Soft phone registered with Proxy Domain Yes Yes 6 Soft phone registered with Proxy IP Yes Yes 7 Soft phone registered with Asterisk domain Yes Yes 8 Soft phone registered with Asterisk IP Yes Yes Here I am dialling *98 with the mentioned scenario, if it goes to voicemail options then Yes, else No I am using ALLO ATA. I have attached my kamailio.cfg with this email. Regards Juned Khan / Network Engineer +91 9974740823/ juned.khan(a)inextrix.com iNextrix Technologies Pvt Ltd. www.inextrix.com <http://htmlsig.com/www.inextrix.com> [image: Facebook] <https://www.facebook.com/junedkhan23> [image: Twitter] <https://twitter.com/juned23> [image: Google Plus] <https://plus.google.com/+JunedKhan> [image: Linkedin] <http://htmlsig.com/in.linkedin.com/in/junedk> This e-mail message may contain confidential or legally privileged information and is intended only for the use of the intended recipient(s). Any unauthorized disclosure, dissemination, distribution, copying or the taking of any action in reliance on the information herein is prohibited. E-mails are not secure and cannot be guaranteed to be error free as they can be intercepted, amended, or contain viruses. Anyone who communicates with us by e-mail is deemed to have accepted these risks. Company Name is not responsible for errors or omissions in this message and denies any responsibility for any damage arising from the use of e-mail. Any opinion and other statement contained in this message and any attachment are solely those of the author and do not necessarily represent those of the company.

1 0

Ro_CCR function
by Shane Harrison 03 Feb '15

03 Feb '15

Hi all, In a previous post I was alerted to the (perhaps obvious) fact that that ims_charging module is design to run within an IMS environment: http://lists.sip-router.org/pipermail/sr-users/2015-January/086675.html I have subsequently attempted to modify the module to work with the standard usrloc Kamailio module. I decided to branch from the 4.2.2 release rather than the master since I was unsure of the state of the ims_charging module in the master. It now compiles fine and installs. I also have the cdp module talking watchdog_requests to a freeDiameter server so at that level things seem OK. However inserting the Ro_CCR() call into the kamailio cfg file shows up some problems, primarily: Feb 2 01:05:52 hh-rcs-sipproxy3 /usr/sbin/kamailio[6473]: WARNING: usrloc [dlist.c:624]: register_udomain(): Registering a new domain called 'voip.we-rcs.flowcloud.systems' with usrloc Feb 2 01:05:52 hh-rcs-sipproxy3 /usr/sbin/kamailio[6473]: ERROR: <core> [db.c:443]: db_check_table_version(): invalid version 0 for table voip.we-rcs.flowcloud.systems found, expected 6 (check table structure and table "version") Exploring this error leads me to a few questions: 1) The 4.2.2 Ro_CCR() has the diameter domain as a parameter. The addition of this function to my kamailio.cfg file causes ro_fixup() -> domain_fixup() -> ul.register_domain which as per the log above, attempts to look for a table with the same name as the domain. Is it expected that such a table exists, for standard Kamailio I thought all usrloc records simply go into the Location table , regardless of the domain. 2) What is the purpose of the ro_fixup() 3) I notice that the 4.3 module documentation for ims_charging module has 6 parameters for the function call while the example code given in the same section as only 5 (missing domain). The code from the master branch for the function is different again - not sure if 4.3 is still in quite a bit of flux or not for the ims_charging module? 4) Should I be using 4.3 ims_charging module as a starting point or is 4.2.2 good enough i.e are there major changes? At this stage I am going to create a table for the domain but would like some clarity on how the usrloc and domains relate to table names. Kind regards Shane Shane Harrison Senior Software Engineer Imagination Technologies NZ Limited Level 2 1 Market Grove Lower Hutt, 5010 New Zealand PO Box 30-449 Lower Hutt, 5040 New Zealand Phone: +64 4 890-3681 ext 3361

1 2

Grouped dispatching
by Grant Bagdasarian 02 Feb '15

02 Feb '15

Hello, Would the below scenario be possible using the dispatcher module or any other routing module? Destination 1: 192.168.1.1 Destination 2: 192.168.1.2 Destination 3: 172.168.1.1 These three destinations belong to the same distribution group(set), but Kamailio has to do the following: Perform round-robin using destination 1 and 2, but if both are down fail-over to destination 3. I hope I'm being clear enough. Regards, Grant

2 1

Video Key-Frame Request using RTCP FIR or SIP INFO message
by Muhammad Shahzad 02 Feb '15

02 Feb '15

Hi, This may be a bit out of focus topic for this forum but i am posting it here anyway with hope that some guru would shed some light on it and point me to right direction. The problem is that i want to establish video call between a webrtc and a sip client using kamailio (for signalling) and RTPEngine (for media relay). Both signalling and the audio stream seems to work perfectly fine The remote video on webrtc client side (i.e. video stream from sip client) takes about 20-30 seconds to establish but once it starts it works fine. However, the remote video on sip client side (i.e. video stream from webrtc client) starts almost immediately (within 3-5 seconds) but it gets stuck after 1 or 2 seconds, then it goes blank after about 30 seconds. After a long discussion with sip client developer, we now understand the fact that sip client sends a request for so called key-frame, which is ignored by webrtc client. This request is sent through both RTCP stream and SIP INFO message. The SIP INFO message seems to be pointless as media is internally managed by chrome/firefox and these browsers don't give us such sophisticated access and control over media streams. Please let me know if this assumption is wrong. For the RTCP stream based request (RTCP-FIR), i only see "Invalid RTCP packet type" error message in RTPEngine logs (not sure if it drops this packet or relay it anyway). Does anyone has any idea on how can we either, 1. Force WebRTC client (running on Chrome / Firefox) to honor SIP INFO message and issue a key-frame in RTP video stream in response to this SIP request? OR 2. Force RTPEngine to accept RTCP-FIR and issue key-frame in RTP video stream on webrtc client's behalf? If there is any other solution to this, please feel free to share. Thank you.

4 5

What could cause an intermittent fault (28) with http_query()?
by Tim Chubb 01 Feb '15

01 Feb '15

Hi All I seem to be experiencing an intermittent fault with the utils http_query() method. We are implementing a routing and white list component that is accessed via a REST api, however i have observed several occasions where this is logged: Jan 30 16:04:17 vs-kam-prod02 /usr/local/sbin/kamailio[13184]: ERROR: utils [functions.c:149]: http_query(): failed to perform curl (28) The indicated error number (28) seems to suggest a timeout is occurring with curl, however examining a capture of network traffic when this happens shows that a http request is not sent from the server to the destination at all, usually attempting a second call results in everything working correctly. As stated its intermittent in its nature and so I cannot reliably trigger this issue, other than through sheer repetition, so any ideas as to what could be causing this issue would be gratefully received,

2 2

Async module taking down our server
by Will Ferrer 31 Jan '15

31 Jan '15

Hi All We are trying to use the async module to to delay sending a bye on from one end of the call to the other. We are using async_route(routename, seconds) to delay the WITHINDLG route. The idea is that in the future we want to be able to have our billing min duration enforced (though currently we are having issues with the dialog module that we are discussing in another thread). After running this on our deploy servers, the delays before sending on the byes get longer and longer, and then kamailio goes down. Then the receive udp buffer fills up. We tried it with both 4 and 400 async workers, and it made no difference. I am including a screen capture of the servers stats when this happens taken from voip monitor. Here are the relevant parts of the config: ... loadmodule "async.so" ... modparam("async", "workers", ASYNC_THREADS) ... request_route { ... route(DELAYED_BYE_STATIC); ... route[DELAYED_BYE_STATIC] { xlog("L_DEBUG","route DELAYED_BYE_STATIC"); #!ifdef WITH_DELAYED_BYE_STATIC if (is_method("BYE")) { xlog("L_DEBUG","route DELAYED_BYE_STATIC, from self \n"); #if (from_uri == myself) { if ((allow_trusted() || allow_source_address()) && from_uri == myself) { xlog("L_DEBUG","route DELAYED_BYE_STATIC, Bye detected, from self \n"); send_reply("200", "OK"); xlog("L_DEBUG","route DELAYED_BYE_STATIC, sent 200 about to sleep \n"); setflag(FLT_ACC); # do accounting ... setflag(FLT_ACCFAILED); # ... even if the transaction fails if (has_totag()) { xlog("L_DEBUG","route DELAYED_BYE_STATIC, sleeping to WITHINDLG_DELAYED \n"); async_route("WITHINDLG_DELAYED", MIN_DURATION); } else { xlog("L_DEBUG","route DELAYED_BYE_STATIC, sleeping to WITHINDLG \n"); async_route("WITHINDLG", MIN_DURATION); } xlog("L_DEBUG","route DELAYED_BYE_STATIC, slept\n"); exit; } } #!endif return; } ... route[WITHINDLG_DELAYED] { xlog("L_DEBUG", "route WITHINDLG_DELAYED: triggered \n"); $avp(was_delayed) = 1; route(WITHINDLG); } ... route[WITHINDLG] { xlog("L_DEBUG", "route WITHINDLG: will -- DLG triggered, request method: $rm \n"); #!ifdef WITH_DISPATCHER if(is_method("BYE|CANCEL")) { xlog("L_DEBUG","route WITHINDLG: cancel or bye detected, request method: $rm \n"); #!ifdef WITH_DISPATCHER_LOAD_AWARE xlog("L_DEBUG","route WITHINDLG: running ds_load_update, request method: $rm \n"); ds_load_update(); #dlg_get ("$ci","$ft","$tt"); #dlg_bye ("all"); #!endif } #!endif if (has_totag() || $avp(was_delayed) == 1) { xlog("L_DEBUG", "route WITHINDLG: will -- DLG has totag or was_delayed: $avp(was_delayed) \n"); # sequential request withing a dialog should # take the path determined by record-routing if (loose_route()) { xlog("L_DEBUG", "route WITHINDLG: will -- DLG has loose route \n"); route(DLGURI); if (is_method("BYE")) { xlog("L_DEBUG","route WITHINDLG: BYE detected"); setflag(FLT_ACC); # do accounting ... setflag(FLT_ACCFAILED); # ... even if the transaction fails xlog("L_DEBUG","route WITHINDLG: ACC flag set"); } else if ( is_method("ACK") ) { # ACK is forwarded statelessy route(NATMANAGE); } else if ( is_method("NOTIFY") ) { # Add Record-Route for in-dialog NOTIFY as per RFC 6665. record_route(); } xlog("L_DEBUG", "route WITHINDLG: will -- DLG RELAY 1\n"); route(RELAY); } else { xlog("L_DEBUG", "route WITHINDLG: will -- DLG else \n"); if (is_method("SUBSCRIBE") && uri == myself) { # in-dialog subscribe requests route(PRESENCE); exit; } if ( is_method("ACK") ) { xlog("L_DEBUG", "route WITHINDLG: will -- DLG is ack \n"); if ( t_check_trans() ) { xlog("L_DEBUG", "route WITHINDLG: will -- DLG t_check_trans \n"); # no loose-route, but stateful ACK; # must be an ACK after a 487 # or e.g. 404 from upstream server xlog("L_DEBUG", "route WITHINDLG: will -- DLG RELAY 2\n"); route(RELAY); exit; } else { # ACK without matching transaction ... ignore and discard exit; } } sl_send_reply("404","Not here"); } exit; } } ... Does any one know if this is a bug or a leak with in the async module, or perhaps something I am doing in my config? Thanks in advance for an assistance you can offer me. All the best. Will Ferrer Switchsoft

3 5

Dispatcher weight dont work
by Yuriy Gorlichenko 30 Jan '15

30 Jan '15

Hello I use dipatcher algorithm 8 that works with weight. I added 2 Asterisks and try to call its with my kam.We use 4.3 version. Tthis config select needed dst from database with my scenario. if(!ds_select_dst("$var(setid)", "8")) $var(setid)- is variable for setting setid that i get from database with my own scenario. IT does not matter. When running asterisk with weight 90 - all calls goes through it. When I starting asterisk with weight 10 -calls going through asterisk 90. When I shut down asterisk with weight 90 -calls goes through asterisk 10? but when i start asterisk weight 90 all calls goes through sterisk 10 until I shut down it. root@Kamailio:~# kamailio -v version: kamailio 4.3.0-dev3 (x86_64/linux) 8cdbe7 flags: STATS: Off, USE_TCP, USE_TLS, TLS_HOOKS, USE_RAW_SOCKS, DISABLE_NAGLE, USE_MCAST, DNS_IP_HACK, SHM_MEM, SHM_MMAP, PKG_MALLOC, F_MALLOC, DBG_F_MALLOC, 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_LISTEN 16, MAX_URI_SIZE 1024, BUF_SIZE 65535, DEFAULT PKG_SIZE 8MB poll method support: poll, epoll_lt, epoll_et, sigio_rt, select. id: 8cdbe7 compiled on 01:17:56 Jan 21 2015 with gcc 4.8.2 id setid destination flags priority attrs 1 2 sip:34.25.123.45:506000 0 weight=10 2 2 sip:10.0.1.6:506000 0weight=90 modparam("dispatcher", "db_url",DBURL) modparam("dispatcher", "table_name", "dispatcher") modparam("dispatcher", "setid_col", "setid") modparam("dispatcher", "destination_col", "destination") modparam("dispatcher", "force_dst", 1) modparam("dispatcher", "flags", 3) modparam("dispatcher", "dst_avp", "$avp(i:271)") modparam("dispatcher", "grp_avp", "$avp(i:272)") modparam("dispatcher", "cnt_avp", "$avp(i:273)") modparam("dispatcher", "ds_ping_from", "sip:proxy@10.0.1.1") modparam("dispatcher", "ds_ping_interval",15) modparam("dispatcher", "ds_probing_mode", 1) modparam("dispatcher", "ds_ping_reply_codes", "class=2;code=403;code=404;code=484;class=3") modparam("tm", "reparse_on_dns_failover", 0) Thanks

2 3

NDB_REDIS password to REDIS remote DB
by Yuriy Gorlichenko 30 Jan '15

30 Jan '15

Hello. I try to use NDB_REDIS with remote REDIS DB and can not to connect because remote DB use password, but Kamailio module have no any variable or attr of modparam that implenets password for DB. How I can connect to my REDIS?

3 5

why do not support tcp:eth1:5062，only support eht1:5062
by 张顺通 30 Jan '15

30 Jan '15

why do not support tcp:eth1:5062，only support eht1:5062? I need to bind on eth1 only tcp.

2 6

tls_port_no maybe do not work
by 张顺通 30 Jan '15

30 Jan '15

I set cfg like this: tls_port_no=9004 listen=bond0:9002 but result is: udp: 10.232.98.23 [10.232.98.23]:9002 tcp: 10.232.98.23 [10.232.98.23]:9002 tls: 10.232.98.23 [10.232.98.23]:9003

1 0

Wrong location entries when using usrloc with Mongo
by Mickael Marrache 30 Jan '15

30 Jan '15

Hi, I start with no location nor in Mongo, nor in memory. My UA registers successfully and I can see the location entry in Mongo. Then, I close my UA which unregisters (by setting Expires header to 0). Then, I open the app again and a new registration is made. The entry after first registration. Looks okay. { "_id" : ObjectId("54cb38f684e58133783f2b42"), "username" : "A", "contact" : "sip:A@192.168.1.3:54217;rinstance=DFAEBBC7;transport=tcp", "expires" : ISODate("2015-01-30T08:55:34Z"), "q" : -1, "callid" : "297EC55073A07BF78F0C05822A6CCDFB47E48705", "cseq" : 8809, "flags" : 0, "cflags" : 0, "user_agent" : "Acrobits Softphone Business/3.1", "received" : "sip:XXXXXXXXXXX:54217;transport=tcp", "path" : "<sip:XXXXXXXXXX;lr;received=sip:XXXXXXXXXXX:54217%3Btransport%3Dtcp>", "socket" : "udp:XXXXXXXXX:5060", "methods" : 4751, "last_modified" : ISODate("2015-01-30T07:55:34Z"), "ruid" : "uloc-54cb38df-3378-2", "instance" : null, "reg_id" : 0 } The same entry after un register (Expires 0). Note that the username field is missing. In any case, I expected the entry to be deleted. { "_id" : ObjectId("54cb38f684e58133783f2b42"), "expires" : ISODate("2015-01-30T08:56:51Z"), "q" : -1, "cseq" : 8811, "flags" : 0, "cflags" : 0, "user_agent" : "Acrobits Softphone Business/3.1", "received" : "sip: XXXXXXXXX:54217;transport=tcp", "path" : "<sip: XXXXXXXXX;lr;received=sip: XXXXXXXXX:54217%3Btransport%3Dtcp>", "socket" : "udp: XXXXXXXXX:5060", "methods" : 4751, "last_modified" : ISODate("2015-01-30T07:56:51Z"), "callid" : "297EC55073A07BF78F0C05822A6CCDFB47E48705", "instance" : null, "reg_id" : 0, "contact" : "sip:A@192.168.1.3:54217;rinstance=DFAEBBC7;transport=tcp" } The entries after second registration. The new entry looks okay. But, the old entry is still here. { "_id" : ObjectId("54cb38f684e58133783f2b42"), "expires" : ISODate("2015-01-30T08:56:51Z"), "q" : -1, "cseq" : 8811, "flags" : 0, "cflags" : 0, "user_agent" : "Acrobits Softphone Business/3.1", "received" : "sip: XXXXXXXXX:54217;transport=tcp", "path" : "<sip: XXXXXXXXX;lr;received=sip: XXXXXXXXX:54217%3Btransport%3Dtcp>", "socket" : "udp: XXXXXXXXX:5060", "methods" : 4751, "last_modified" : ISODate("2015-01-30T07:56:51Z"), "callid" : "297EC55073A07BF78F0C05822A6CCDFB47E48705", "instance" : null, "reg_id" : 0, "contact" : "sip:A@192.168.1.3:54217;rinstance=DFAEBBC7;transport=tcp" } { "_id" : ObjectId("54cb3a7884e581337a25b895"), "username" : "A", "contact" : "sip:A@192.168.1.3:54217;rinstance=DFAEBBC7;transport=tcp", "expires" : ISODate("2015-01-30T09:02:00Z"), "q" : -1, "callid" : "297EC55073A07BF78F0C05822A6CCDFB47E48705", "cseq" : 8813, "flags" : 0, "cflags" : 0, "user_agent" : "Acrobits Softphone Business/3.1", "received" : "sip: XXXXXXXXX:54217;transport=tcp", "path" : "<sip: XXXXXXXXX;lr;received=sip: XXXXXXXXX:54217%3Btransport%3Dtcp>", "socket" : "udp: XXXXXXXXX:5060", "methods" : 4751, "last_modified" : ISODate("2015-01-30T08:02:00Z"), "ruid" : "uloc-54cb38df-337a-1", "instance" : null, "reg_id" : 0 } The issue is the entry is not deleted after un registering. I precise that registrations are dispatched over multiple registrars with all accesses the same Mongo cluster. Thanks, Mickael

1 0

Can kamailio generate a PRACK
by Rahul MathuR 30 Jan '15

30 Jan '15

Hello, I was wondering whether Kamailio (as proxy) can generate a PRACK on its own ( since one of the custom written dialer is not sending PRACK) ? Is there any way I can achieve this ? -- Warm Regds. MathuRahul

2 1

Core dump while saving user location in mongo
by Mickael Marrache 30 Jan '15

30 Jan '15

Hi, When my proxy receives a REGISTER request, it crashes while saving the user location in MongoDB. This is the backtrace from the core dump: #0 0x0000003f08e32625 in raise () from /lib64/libc.so.6 #1 0x0000003f08e33e05 in abort () from /lib64/libc.so.6 #2 0x00000000006196f9 in fm_free (qm=0x7f4368bf7010, p=0x210add0, file=0x7f4367fd7608 "<core>: db_res.c", func=0x7f4367fd8100 "db_free_columns", line=86) at mem/f_malloc.c:588 #3 0x00007f4367fc37ab in db_free_columns (_r=0x7f4368ca0430) at db_res.c:86 #4 0x00007f4367fc479e in db_free_result (_r=0x7f4368ca0430) at db_res.c:134 #5 0x00007f4367da37cb in db_mongodb_free_result (_h=0x7f4368c94718, _r=0x7f4368ca0430) at mongodb_dbase.c:646 #6 0x00007f4367da5d65 in db_mongodb_query (_h=0x7f4368c94718, _k=0x7fffa03d5550, _op=0x0, _v=0x7fffa03d5510, _c=0x7fffa03d5560, _n=1, _nc=16, _o=0x7f4365ed2c80, _r=0x7fffa03d5508) at mongodb_dbase.c:783 #7 0x00007f4365cac7d2 in db_load_urecord (_c=0x7f4368c94718, _d=0x7f436154a0e8, _aor=0x7fffa03d59d0) at udomain.c:601 #8 0x00007f4365cb1e8e in get_urecord (_d=0x7f436154a0e8, _aor=0x7fffa03d59d0, _r=0x7fffa03d5760) at udomain.c:1106 #9 0x00007f4365a75dea in add_contacts (_m=0x7f4368cbdc40, _d=0x7f436154a0e8, _a=0x7fffa03d59d0, _mode=1, _use_regid=1) at save.c:832 #10 0x00007f4365a77d32 in save (_m=0x7f4368cbdc40, _d=0x7f436154a0e8, _cflags=4, _uri=0x0) at save.c:986 #11 0x00007f4365a606db in w_save2 (_m=0x7f4368cbdc40, _d=0x7f436154a0e8 "H\240TaC\177", _cflags=0x4 <Address 0x4 out of bounds>) at reg_mod.c:447 #12 0x000000000041d489 in do_action (h=0x7fffa03d6180, a=0x7f4368c71e98, msg=0x7f4368cbdc40) at action.c:1100 #13 0x0000000000429a7a in run_actions (h=0x7fffa03d6180, a=0x7f4368c71e98, msg=0x7f4368cbdc40) at action.c:1583 #14 0x000000000042a0df in run_actions_safe (h=0x7fffa03d7470, a=0x7f4368c71e98, msg=0x7f4368cbdc40) at action.c:1648 #15 0x0000000000540b7c in rval_get_int (h=0x7fffa03d7470, msg=0x7f4368cbdc40, i=0x7fffa03d6658, rv=0x7f4368c72830, cache=0x0) at rvalue.c:924 #16 0x0000000000544db4 in rval_expr_eval_int (h=0x7fffa03d7470, msg=0x7f4368cbdc40, res=0x7fffa03d6658, rve=0x7f4368c72828) at rvalue.c:1918 #17 0x00000000005451aa in rval_expr_eval_int (h=0x7fffa03d7470, msg=0x7f4368cbdc40, res=0x7fffa03d6ae0, rve=0x7f4368c72070) at rvalue.c:1926 #18 0x000000000041ce4e in do_action (h=0x7fffa03d7470, a=0x7f4368c73148, msg=0x7f4368cbdc40) at action.c:1064 #19 0x0000000000429a7a in run_actions (h=0x7fffa03d7470, a=0x7f4368c71cc0, msg=0x7f4368cbdc40) at action.c:1583 #20 0x0000000000419dea in do_action (h=0x7fffa03d7470, a=0x7f4368c3bdb8, msg=0x7f4368cbdc40) at action.c:712 #21 0x0000000000429a7a in run_actions (h=0x7fffa03d7470, a=0x7f4368c33898, msg=0x7f4368cbdc40) at action.c:1583 #22 0x000000000042a1a7 in run_top_route (a=0x7f4368c33898, msg=0x7f4368cbdc40, c=0x0) at action.c:1669 #23 0x000000000050747e in receive_msg ( buf=0xa6f780 "REGISTER sip:XXXXXXXXXXXX:5060;transport=tcp SIP/2.0\r\nVia: SIP/2.0/UDP XXXXXXXXX;branch=z9hG4bK242c.26de52a75c8675f6757e0958454a0ad5.0;i=1\r\nv: SIP/2.0/TCP XXXXXXXXXX:62051;received=XXXXXXXX"..., len=1004, rcv_info=0x7fffa03d7760) at receive.c:216 #24 0x0000000000606e76 in udp_rcv_loop () at udp_server.c:521 #25 0x00000000004a5c97 in main_loop () at main.c:1629 #26 0x00000000004aaf2a in main (argc=13, argv=0x7fffa03d7b78) at main.c:2561 I tested multiple times, it occurs everytime. Let me know if you need more information. Thanks, Mickael

2 6

Does forking impact max_inv_lifetime?
by Alex Balashov 30 Jan '15

30 Jan '15

Hi, In this serial forking-based failover scenario UAC --> Proxy --> UAS 1 UAS 2 ... UAS 3 I've got a requirement to terminate the call and return an error to the UAC if there is no final response within 60 seconds. The usual fr_inv_timer / restart_fr_on_each_reply combination won't do, because even when restart_fr_on_each_reply == 0, the timer is still restarted on provisional replies of increasing response code value (e.g. 183 after 180). As the documentation states, fr_inv_timer is a branch-level construct anyway, so this approach doesn't make sense here. That's why I looked into max_inv_lifetime. However, when I set it to 60000, I still get the same result, but only when there are new branches being formed on the proxy -> UAS side. It works fine if there is no forking and a single gateway does not provide a final reply within 60 seconds. So, my sense is that the max_inv_lifetime timeout is reset when a new branch is created to UAS 2...UAS N. Is this accurate? Thanks, -- Alex Balashov - Principal Evariste Systems LLC 235 E Ponce de Leon Ave Suite 106 Decatur, GA 30030 United States Tel: +1-678-954-0670 Web: http://www.evaristesys.com/, http://www.alexbalashov.com/

2 6

gruu within dialog
by samuel 29 Jan '15

29 Jan '15

Hi all, I'm having some issues treating requests within dialogs with gruu enabled with kamailio 4.1.2. I've got the "standard" configuration of WITHIN route with the adition of the next lines: if(is_gruu()){ route(LOCATION); }; before the the RELAY route call in the loose_route section. The "problem" is that the ACK with a pub-gruu on the Req-URI is not properly lookup. In the logs I can see the following statements: 2(4232) DEBUG: registrar [lookup.c:123]: lookup(): looking up pub gruu [urn:uuid:d63b1c4f-d7dc-4f4e-87f1-948123266dc0] 2(4232) DEBUG: registrar [lookup.c:158]: lookup(): 'sam(a)A.B.C.D' Not found in usrloc Where A.B.C.D is the local IP of the UA. Looking at the code, this last line looks like is looking for the "standard" URI (username@domain) instead of using the pub gruu. Am I right with this assumption or am I missing something from the code? As far as I could look, it looks like there's an exit -1 statement in the line 158 of lookup.c which disables the following gruu treatment. Since the username with IP is not registered, this ACK is lost and the sesion is not stablished (lost ACK). Can anyone provide some hints why is this failing? Thanks a lot in advance! Samuel.

3 8

Dialog module is crashing after setting track_cseq_updates to 1
by Fernando Aquilino 29 Jan '15

29 Jan '15

Hi, after setting track_cseq_updates to 1 in module dialog (and calling dlg_manage() from request_route) I'm getting reproducible crashes in both stable (4.2.2) and dev (4.3.0-dev3, 2015-01-28) releases. I made the change to cope with CSeq not being incremented when sending another INVITE with authentication information with by calling uac_auth()/append_branch()/t_relay(). The SIP trunk on the asterisk server I'm forwarding the request to requires so and sends me an "401 Unauthorized" message after the first INVITE. Anyone using it would help me with the configuration? Should I post to the dev list? Thanks for any help, Fernando Aquilino -------------------- kamailio.cfg -------------------- modparam("uac","credential","username:domain:password") modparam("uac","auth_realm_avp","$avp(i:101)") modparam("uac","auth_username_avp","$avp(i:102)") modparam("uac","auth_password_avp","$avp(i:103)") modparam("uac","restore_mode","none") modparam("dialog", "track_cseq_updates", 1) modparam("dialog", "dlg_flag", 4) ... failure_route["serial"] { if (t_check_status("401|407")) { if (isflagset(auth_sent)) { xlog("Authentication failed on SIP Trunk: $ru"); } else { #realm $avp(i:101) = "asterisk"; #username $avp(i:102) = "user123"; #password $avp(i:103) = "pass123"; if (uac_auth()) { setflag(auth_sent); t_on_failure("serial"); append_branch(); t_relay(); } } exit; } if (!t_next_contacts()) { exit; } t_on_failure("serial"); t_relay(); } ------------------------------------------------------------ -------------------- debug log -------------------- Jan 28 17:40:12 kamailio /usr/sbin/kamailio[9838]: DEBUG: dialog [dlg_cseq.c:215]: dlg_cseq_msg_sent(): traking cseq updates Jan 28 17:40:12 kamailio /usr/sbin/kamailio[9838]: DEBUG: dialog [dlg_hash.c:633]: dlg_lookup(): ref dlg 0x7f9eeb4aec20 with 1 -> 2 Jan 28 17:40:12 kamailio /usr/sbin/kamailio[9838]: DEBUG: dialog [dlg_hash.c:635]: dlg_lookup(): dialog id=9870 found on entry 2115 Jan 28 17:40:12 kamailio /usr/sbin/kamailio[9838]: DEBUG: dialog [dlg_cseq.c:249]: dlg_cseq_msg_sent(): uac auth request - cseq inc needed Jan 28 17:40:12 kamailio /usr/sbin/kamailio[9838]: DEBUG: dialog [dlg_var.c:248]: print_lists(): Internal var-list ((nil)): Jan 28 17:40:12 kamailio /usr/sbin/kamailio[9838]: DEBUG: dialog [dlg_var.c:258]: print_lists(): Dialog var-list (0x7f9eeb4b2f38): Jan 28 17:40:12 kamailio /usr/sbin/kamailio[9838]: DEBUG: dialog [dlg_var.c:263]: print_lists(): cseq_diff=1 (flags 1) Jan 28 17:40:12 kamailio /usr/sbin/kamailio[9856]: CRITICAL: <core> [pass_fd.c:275]: receive_fd(): EOF on 20 Jan 28 17:40:12 kamailio /usr/sbin/kamailio[9856]: DEBUG: <core> [tcp_main.c:3445]: handle_ser_child(): dead child 10, pid 9838 (shutting down?) Jan 28 17:40:12 kamailio /usr/sbin/kamailio[9856]: DEBUG: <core> [io_wait.h:598]: io_watch_del(): DBG: io_watch_del (0x96cfe0, 20, -1, 0x0) fd_no=37 called Jan 28 17:40:12 kamailio /usr/sbin/kamailio[9828]: ALERT: <core> [main.c:727]: handle_sigs(): child process 9838 exited by a signal 11 Jan 28 17:40:12 kamailio /usr/sbin/kamailio[9828]: ALERT: <core> [main.c:730]: handle_sigs(): core was not generated Jan 28 17:40:12 kamailio /usr/sbin/kamailio[9828]: INFO: <core> [main.c:742]: handle_sigs(): terminating due to SIGCHLD ------------------------------------------------------------ -------------------- core dump* -------------------- root@kamailio:/etc/kamailio# gdb kamailio core GNU gdb (GDB) 7.4.1-debian Copyright (C) 2012 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html > This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-linux-gnu". For bug reporting instructions, please see: <http://www.gnu.org/software/gdb/bugs/>... Reading symbols from /usr/sbin/kamailio...Reading symbols from /usr/lib/debug/.build-id/62/86ce2a5e0241120986e5ec3ed803be5b945076.debug...done. done. [New LWP 3077] warning: Can't read pathname for load map: Input/output error. [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1". Core was generated by ` '. Program terminated with signal 11, Segmentation fault. #0 0x00007fbe4ba33dae in memcpy (__len=18446744073709551522, __src=0x7fbe47c9f121, __dest=0x7ffff12ada6d) at /usr/include/x86_64-linux-gnu/bits/string3.h:52 52 return __builtin___memcpy_chk (__dest, __src, __len, __bos0 (__dest)); (gdb) bt #0 0x00007fbe4ba33dae in memcpy (__len=18446744073709551522, __src=0x7fbe47c9f121, __dest=0x7ffff12ada6d) at /usr/include/x86_64-linux-gnu/bits/string3.h:52 #1 dlg_cseq_msg_sent (data=0x7ffff12bda40) at dlg_cseq.c:298 #2 0x0000000000000000 in ?? () (gdb) bt full #0 0x00007fbe4ba33dae in memcpy (__len=18446744073709551522, __src=0x7fbe47c9f121, __dest=0x7ffff12ada6d) at /usr/include/x86_64-linux-gnu/bits/string3.h:52 No locals. #1 dlg_cseq_msg_sent (data=0x7ffff12bda40) at dlg_cseq.c:298 msg = {id = 0, pid = 0, tval = {tv_sec = 0, tv_usec = 0}, fwd_send_flags = {f = 0 '\000', blst_imask = 0 '\000'}, rpl_send_flags = {f = 0 '\000', blst_imask = 0 '\000'}, first_line = {type = 1, flags = 1, len = 44, u = {request = {method = { s = 0x7fbe47c9f038 "INVITE sip:030636111@192.168.2.151 SIP/2.0\r\nRecord-Route: <sip:192.168.2.160;lr;did=34e.1782>\r\nRecord-Route: <sip:192.168.2.163;lr>\r\nCSeq: 1 INVITE\r\nVia: SIP/2.0/UDP 192.168.2.160;branch=z9hG4bKa7ee.0"..., len = 6}, uri = { s = 0x7fbe47c9f03f "sip:030636111@192.168.2.151 SIP/2.0\r\nRecord-Route: <sip:192.168.2.160;lr;did=34e.1782>\r\nRecord-Route: <sip:192.168.2.163;lr>\r\nCSeq: 1 INVITE\r\nVia: SIP/2.0/UDP 192.168.2.160;branch=z9hG4bKa7ee.0337c5a7"..., len = 27}, version = { s = 0x7fbe47c9f05b "SIP/2.0\r\nRecord-Route: <sip:192.168.2.160;lr;did=34e.1782>\r\nRecord-Route: <sip:192.168.2.163;lr>\r\nCSeq: 1 INVITE\r\nVia: SIP/2.0/UDP 192.168.2.160;branch=z9hG4bKa7ee.0337c5a75bfeebaef0700dd30e433800.1\r\n"..., len = 7}, method_value = 1}, reply = {version = { s = 0x7fbe47c9f038 "INVITE sip:030636111@192.168.2.151 SIP/2.0\r\nRecord-Route: <sip:192.168.2.160;lr;did=34e.1782>\r\nRecord-Route: <sip:192.168.2.163;lr>\r\nCSeq: 1 INVITE\r\nVia: SIP/2.0/UDP 192.168.2.160;branch=z9hG4bKa7ee.0"..., len = 6}, status = { s = 0x7fbe47c9f03f "sip:030636111@192.168.2.151 SIP/2.0\r\nRecord-Route: <sip:192.168.2.160;lr;did=34e.1782>\r\nRecord-Route: <sip:192.168.2.163;lr>\r\nCSeq: 1 INVITE\r\nVia: SIP/2.0/UDP 192.168.2.160;branch=z9hG4bKa7ee.0337c5a7"..., len = 27}, reason = { s = 0x7fbe47c9f05b "SIP/2.0\r\nRecord-Route: <sip:192.168.2.160;lr;did=34e.1782>\r\nRecord-Route: <sip:192.168.2.163;lr>\r\nCSeq: 1 INVITE\r\nVia: SIP/2.0/UDP 192.168.2.160;branch=z9hG4bKa7ee.0337c5a75bfeebaef0700dd30e433800.1\r\n"..., len = 7}, statuscode = 1}}}, via1 = 0x7fbe504594b8, via2 = 0x7fbe50456778, headers = 0x7fbe50459230, last_header = 0x7fbe504598c8, parsed_flag = 134284414, h_via1 = 0x7fbe50458810, h_via2 = 0x7fbe50459320, callid = 0x7fbe5044fee0, to = 0x7fbe504598c8, cseq = 0x7fbe50459020, from = 0x7fbe5045a3b0, contact = 0x0, maxforwards = 0x0, route = 0x0, record_route = 0x7fbe50459230, content_type = 0x0, content_length = 0x0, authorization = 0x0, expires = 0x0, proxy_auth = 0x0, supported = 0x7fbe50459108, require = 0x0, proxy_require = 0x0, unsupported = 0x0, allow = 0x0, event = 0x0, accept = 0x0, accept_language = 0x0, organization = 0x0, priority = 0x0, subject = 0x0, user_agent = 0x7fbe50459a60, server = 0x0, content_disposition = 0x0, diversion = 0x0, rpid = 0x0, refer_to = 0x0, session_expires = 0x0, min_se = 0x0, sipifmatch = 0x0, subscription_state = 0x0, date = 0x0, identity = 0x0, identity_info = 0x0, pai = 0x0, ppi = 0x0, path = 0x0, privacy = 0x0, body = 0x0, eoh = 0x0, unparsed = 0x7fbe47c9f2d8 "Contact: \"Fernando Aquilino\" < sip:200@192.168.1.72:5060>\r\nAllow: INVITE,ACK,OPTIONS,BYE,CANCEL,SUBSCRIBE,NOTIFY,REFER,MESSAGE,INFO,PING,PRACK\r\nContent-Length: 252\r\nContent-Type: application/sdp\r\nMax-F"..., rcv = {src_ip = {af = 0, len = 0, u = {addrl = {0, 0}, addr32 = {0, 0, 0, 0}, addr16 = {0, 0, 0, 0, 0, 0, 0, 0}, addr = '\000' <repeats 15 times>}}, dst_ip = {af = 0, len = 0, u = {addrl = {0, 0}, addr32 = {0, 0, 0, 0}, addr16 = {0, 0, 0, 0, 0, 0, 0, 0}, addr = '\000' <repeats 15 times>}}, src_port = 0, dst_port = 0, proto_reserved1 = 0, proto_reserved2 = 0, src_su = {s = {sa_family = 0, sa_data = '\000' <repeats 13 times>}, sin = {sin_family = 0, sin_port = 0, sin_addr = {s_addr = 0}, sin_zero = "\000\000\000\000\000\000\000"}, sin6 = { sin6_family = 0, sin6_port = 0, sin6_flowinfo = 0, sin6_addr = {__in6_u = {__u6_addr8 = '\000' <repeats 15 times>, __u6_addr16 = {0, 0, 0, 0, 0, 0, 0, 0}, __u6_addr32 = {0, 0, 0, 0}}}, sin6_scope_id = 0}}, bind_address = 0x0, proto = 0 '\000'}, buf = 0x7fbe47c9f038 "INVITE sip:030636111@192.168.2.151 SIP/2.0\r\nRecord-Route: <sip:192.168.2.160;lr;did=34e.1782>\r\nRecord-Route: <sip:192.168.2.163;lr>\r\nCSeq: 1 INVITE\r\nVia: SIP/2.0/UDP 192.168.2.160;branch=z9hG4bKa7ee.0"..., len = 1357, new_uri = {s = 0x0, len = 0}, dst_uri = {s = 0x0, len = 0}, parsed_uri_ok = 0, parsed_uri = {user = { s = 0x0, len = 0}, passwd = {s = 0x0, len = 0}, host = {s = 0x0, len = 0}, port = {s = 0x0, len = 0}, params = {s = 0x0, len = 0}, sip_params = {s = 0x0, len = 0}, headers = {s = 0x0, len = 0}, port_no = 0, proto = 0, type = ERROR_URI_T, flags = 0, transport = {s = 0x0, len = 0}, ttl = {s = 0x0, len = 0}, user_param = {s = 0x0, len = 0}, maddr = {s = 0x0, len = 0}, method = {s = 0x0, len = 0}, lr = {s = 0x0, len = 0}, r2 = {s = 0x0, len = 0}, gr = {s = 0x0, len = 0}, transport_val = {s = 0x0, len = 0}, ttl_val = {s = 0x0, len = 0}, user_param_val = {s = 0x0, len = 0}, maddr_val = {s = 0x0, len = 0}, method_val = {s = 0x0, len = 0}, lr_val = {s = 0x0, len = 0}, r2_val = {s = 0x0, len = 0}, gr_val = {s = 0x0, len = 0}}, parsed_orig_ruri_ok = 0, parsed_orig_ruri = {user = {s = 0x0, len = 0}, passwd = {s = 0x0, len = 0}, host = {s = 0x0, len = 0}, port = {s = 0x0, len = 0}, params = {s = 0x0, len = 0}, sip_params = {s = 0x0, len = 0}, headers = {s = 0x0, len = 0}, port_no = 0, proto = 0, type = ERROR_URI_T, flags = 0, transport = {s = 0x0, len = 0}, ttl = {s = 0x0, len = 0}, user_param = {s = 0x0, len = 0}, maddr = {s = 0x0, len = 0}, method = { s = 0x0, len = 0}, lr = {s = 0x0, len = 0}, r2 = {s = 0x0, len = 0}, gr = {s = 0x0, len = 0}, transport_val = {s = 0x0, len = 0}, ttl_val = {s = 0x0, len = 0}, user_param_val = {s = 0x0, len = 0}, maddr_val = {s = 0x0, len = 0}, method_val = {s = 0x0, len = 0}, lr_val = {s = 0x0, len = 0}, r2_val = {s = 0x0, len = 0}, gr_val = { s = 0x0, len = 0}}, add_rm = 0x0, body_lumps = 0x0, reply_lump = 0x0, add_to_branch_s = '\000' <repeats 57 times>, add_to_branch_len = 0, hash_index = 0, msg_flags = 0, flags = 0, set_global_address = {s = 0x0, len = 0}, set_global_port = {s = 0x0, len = 0}, force_send_socket = 0x0, path_vec = {s = 0x0, len = 0}, instance = {s = 0x0, len = 0}, reg_id = 0, ruid = {s = 0x0, len = 0}, location_ua = {s = 0x0, len = 0}, ldv = {flow = {decoded = 0, rcv = {src_ip = {af = 0, len = 0, u = {addrl = {0, 0}, addr32 = {0, 0, 0, 0}, addr16 = {0, 0, 0, 0, 0, 0, 0, 0}, addr = '\000' <repeats 15 times>}}, dst_ip = {af = 0, len = 0, u = {addrl = {0, 0}, addr32 = {0, 0, 0, 0}, addr16 = {0, 0, 0, 0, 0, 0, 0, 0}, addr = '\000' <repeats 15 times>}}, src_port = 0, dst_port = 0, proto_reserved1 = 0, proto_reserved2 = 0, src_su = {s = { sa_family = 0, sa_data = '\000' <repeats 13 times>}, sin = {sin_family = 0, sin_port = 0, sin_addr = {s_addr = 0}, sin_zero = "\000\000\000\000\000\000\000"}, sin6 = {sin6_family = 0, sin6_port = 0, sin6_flowinfo = 0, sin6_addr = {__in6_u = {__u6_addr8 = '\000' <repeats 15 times>, __u6_addr16 = {0, 0, 0, 0, 0, 0, 0, 0}, __u6_addr32 = {0, 0, 0, 0}}}, sin6_scope_id = 0}}, bind_address = 0x0, proto = 0 '\000'}}}} ---Type <return> to continue, or q <return> to quit--- obuf = 0x7ffff12bda40 direction = 1 t = <optimized out> ninc = <optimized out> vinc = <optimized out> dlg = 0x7fbe47c9a8e0 nval = {s = 0xa0ce84 "2", len = 1} pval = <optimized out> tbuf = "INVITE sip:030636111@192.168.2.151 SIP/2.0\r\nRecord-Route: <sip:192.168.2.160;lr;did=34e.1782>\r\nRecord-Route: <sip:192.168.2.163;lr>\r\nCSeq: 1 INVITE\r\nVia: SIP/2.0/UDP 192.168.2.160;branch=z9hG4bKa7ee.0"... tbuf_len = 237 via = <optimized out> __FUNCTION__ = "dlg_cseq_msg_sent" #2 0x0000000000000000 in ?? () No symbol table info available. (gdb) ------------------------------------------------------------ *I generated a core dump by running kamailio from the shell as "kamailio -D -d -E -l 192.168.2.160:5060"

2 1

Issue with non static values for sleep in the Async module
by Will Ferrer 28 Jan '15

28 Jan '15

Hi I am having an issue with the Async module. The async_route function doesn't seem able to take a dynamic value as is it's duration. The module docs states: The sleep parameter represent the number of seconds to suspend the processing of a SIP request. Maximum value is 100. The parameter can be a static integer or a variable holding an integer. Docs here: http://kamailio.org/docs/modules/4.2.x/modules/async.html#async.f.async_rou… However when I try: async_route("WITHINDLG_DELAYED", $avp(buffer_duration) ); I get the following error when trying to restart kamailio: parse error in config file /etc/kamailio/switchsoftk amailio/includes/deployments/develop/callprocessing/../../../default.cfg, line 866, column 41-61: function async_route: parameter 2 is not constant ... failed! I also tried with $var instead of an AVP, and even tried having perl call the function (since we have gotten around this sort of limitation in the past using perl). Perl gives: Jan 24 03:27:07 develop-callprocessing /usr/sbin/kamailio[1424]: ERROR: app_perl [kamailioxs.xs:289]: moduleFunc(): Module function 'async_route' is unsafe. Call is refused. Jan 24 03:27:07 develop-callprocessing /usr/sbin/kamailio[1424]: ERROR: app_perl [kamailioxs.xs:986]: XS_Kamailio__Message_moduleFunction(): calling module function 'async_route' failed. Missing loadmodule? I have gotten around this issue with a large if else structure like the following: if ($avp(buffer_duration) == 1) { async_route("WITHINDLG_DELAYED", 1); } else if ($avp(buffer_duration) == 2) { async_route("WITHINDLG_DELAYED", 2); ......... This is messy but works for us. The bug is not blocking our progress due to this work around but I wanted to post it any way incase it helps improve the module. All the best. Will Ferrer Switchsoft

2 2

CDRs for failed calls
by Mickael Marrache 28 Jan '15

28 Jan '15

Hi, Is there a way to write CDRs for failed calls? I tried calling the acc_db_request command from my script, but it inserts a transaction log not a CDR. Thanks, Mickael

2 3

How the README file in each module's directory is generated?
by Ding Ma 28 Jan '15

28 Jan '15

Is there a doc tool? Or just use an editor? Thanks

1 0

usrloc and MongoDB
by Mickael Marrache 28 Jan '15

28 Jan '15

Hi, Is it possible to save user location data in a MongoDB database? If not, are you guys using p_usrloc in your projects? Can you please give me some feedback? Thanks, Mickael

2 3

How to run Kamailio as a stateful proxy
by Thomas Bäumer 28 Jan '15

28 Jan '15

Hello all, we are are a small network-provider and selling internet via FTTC and FTTH. To complete the portfolio we also sell telephony via a rented ClassV Service with provisioning API, but its not our system and not in our network. To get more informations about Registration-Status and calls I have now installed a kamailio as a statefull proxy between the subscriber and the softwitch: |----------| |subscriber|\ --------- |----------| \ /| Mobile| \ -------------- / --------- |----------| \ ------------ | Class V | / -------- |subscriber|---------| Kamailio |--------| Softswitch |-------| PSTN | |----------| / ------------ | | \ -------- / -------------- \ --------- |----------| / \| World | |subscriber|/ --------- |----------| I am really new in kamailio, so I just use the configuration named "Edge Proxy Configuration" shown in the documentation to the outbound module, see http://kamailio.org/docs/modules/4.2.x/modules/outbound.html example 1.1. We dont need NAT and STUN because all our subscribers get official IPv4 addresses. Outgoing calls (subscriber -> PSTN) are working fine, all SIP messages pass the Kamailio Proxy. But incoming Calls (World -> subscriber) miss the proxy and will be routed directly from the Softwitch to the subscriber. I think because of the Contact-Header in the subscriber REGISTER: Contact: <sip:49xxxxxxyyyyyy@134.xx.yy.zz;uniq=E41120B46C92D3818E72B> This is the IP of the subscriber FritzBox. So I just added some lines to replace the Contact-Header in the REGISTER to get all incoming Calls from the Softswitch to the Kamailio: if (is_method("REGISTER")) { if (src_ip==CUSTOMER_NET) { remove_hf("Route"); add_path(); $du = "sip:REGISTRAR_IP:REGISTRAR_PORT"; if ($ct != $null) { subst('/^Contact:(.*)@[a-zA-Z0-9.]+(.*)$/Contact:\1@KAMAILIO_IP\2/ig'); } } } and now the Contact-Header looks better: Contact: <sip:49xxxxxxyyyyyy@KAMAILIO_IP;uniq=E41120B46C92D3818E72B> Now the subscriber is registered on the Softswitch with the IP from the Kamailio. And now the Kamailio get the incoming Call, but directly route it back to the Softwitch and the call failed. Now my questions: - Is the "Edge Proxy Configuration" right for this setup? - How the Kamailio keep all registered IPs and Lines to route an incoming Call to the right subscriber? - Why the Kamailio route an incoming call directly back to the Softswitch? Thanks a lot. Regards Thomas

1 0

Can't start Kamailio with both db_postgres and tls
by Øyvind Kolbu 28 Jan '15

28 Jan '15

Hi, I'm trying to add tls to our services, but seem hindered by "something". When enabling the tls module it seems to turn off the SSL setting in postgresql, and since we require SSL on our postgres servers Kamailio can't connect and it fails to start. If I disable WITH_TLS it will start. If I comment out the sqlops modparam it will also start. Kamailio on RHEL6, from ~4.1.6 git rev 2f690887b45dbc49a8038b1fa041d47cd9ae39ea. # kamailio -V version: kamailio 4.1.6 (x86_64/linux) flags: STATS: Off, USE_TCP, USE_TLS, TLS_HOOKS, USE_RAW_SOCKS, DISABLE_NAGLE, USE_MCAST, DNS_IP_HACK, SHM_MEM, SHM_MMAP, PKG_MALLOC, DBG_QM_MALLOC, 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_LISTEN 16, MAX_URI_SIZE 1024, BUF_SIZE 65535, DEFAULT PKG_SIZE 4MB poll method support: poll, epoll_lt, epoll_et, sigio_rt, select. id: unknown compiled on 16:48:10 Sep 26 2014 with gcc 4.4.7 Very simpel config file: debug=3 log_stderror=no log_facility=LOG_LOCAL0 fork=yes children=2 #!define TLSFILE "/kamailio/tls-fooserver1.cfg" port=5060 #!define WITH_TLS #!ifdef WITH_TLS enable_tls=yes #!endif include_file "/kamailio/databases.cfg" loadmodule "tm.so" # Transaction (stateful) module loadmodule "tmx.so" # Extensions from Kamailio TM module loadmodule "sl.so" # Stateless replier module loadmodule "rr.so" # Record-Route and Route module loadmodule "pv.so" # Module holding Pseudo-Variables loadmodule "sqlops.so" # SQL operations loadmodule "db_postgres.so" # POSTGRES-backend for database API module #!ifdef WITH_TLS loadmodule "tls.so" #!endif modparam("sqlops","sqlcon",SQLOPS_DATA) #!ifdef WITH_TLS modparam("tls", "config", TLSFILE) #!endif route{ exit; } SQLOPS_DATA is just a normal "data=>postgres://user:pass@server/db". TLSFILE contains: [server:default] method = TLSv1 verify_certificate = no require_certificate = no private_key = /ssl/key certificate = /ssl/cert ca_list = /ssl/terena_chain2.pem [client:default] verify_certificate = no require_certificate = no From messages on startup: Dec 15 13:50:19 fooserver1 kamailio[12115]: INFO: tls [tls_init.c:385]: init_tls_compression(): tls: init_tls: disabling compression... Dec 15 13:50:19 fooserver1 kamailio[12115]: INFO: <core> [tcp_main.c:4836]: init_tcp(): init_tcp: using epoll_lt as the io watch method (auto detected) Dec 15 13:50:19 fooserver1 kamailio[12118]: WARNING: <core> [daemonize.c:352]: daemonize(): pid file contains old pid, replacing pid Dec 15 13:50:19 fooserver1 /usr/sbin/kamailio[12118]: INFO: rr [../outbound/api.h:54]: ob_load_api(): Failed to import bind_ob Dec 15 13:50:19 fooserver1 /usr/sbin/kamailio[12118]: INFO: rr [rr_mod.c:159]: mod_init(): outbound module not available Dec 15 13:50:19 fooserver1 /usr/sbin/kamailio[12118]: INFO: tls [tls_mod.c:346]: mod_init(): With ECDH-Support! Dec 15 13:50:19 fooserver1 /usr/sbin/kamailio[12118]: INFO: tls [tls_mod.c:349]: mod_init(): With Diffie Hellman Dec 15 13:50:19 fooserver1 /usr/sbin/kamailio[12118]: INFO: tls [tls_init.c:549]: init_tls_h(): tls: _init_tls_h: compiled with openssl version "OpenSSL 1.0.1e-fips 11 Feb 2013" (0x1000105f), kerberos support: on, compression: on Dec 15 13:50:19 fooserver1 /usr/sbin/kamailio[12118]: INFO: tls [tls_init.c:557]: init_tls_h(): tls: init_tls_h: installed openssl library version "OpenSSL 1.0.1e-fips 11 Feb 2013" (0x1000105f), kerberos support: on, zlib compression: on#012 compiler: gcc -fPIC -DO PENSSL_PIC -DZLIB -DOPENSSL_THREADS -D_REENTRANT -DDSO_DLFCN -DHAVE_DLFCN_H -DKRB5_MIT -m64 -DL_ENDIAN -DTERMIO -Wall -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=generic -Wa,--noexecstack -DPURIFY -DOPEN SSL_IA32_SSE2 -DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_MONT5 -DOPENSSL_BN_ASM_GF2m -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -DMD5_ASM -DAES_ASM -DVPAES_ASM -DBSAES_ASM -DWHIRLPOOL_ASM -DGHASH_ASM Dec 15 13:50:19 fooserver1 /usr/sbin/kamailio[12118]: WARNING: tls [tls_init.c:611]: init_tls_h(): tls: openssl bug #1491 (crash/mem leaks on low memory) workaround enabled (on low memory tls operations will fail preemptively) with free memory thresholds 5242880 and 2621440 bytes Dec 15 13:50:19 fooserver1 /usr/sbin/kamailio[12118]: INFO: <core> [cfg/cfg_ctx.c:613]: cfg_set_now(): INFO: cfg_set_now(): tls.low_mem_threshold1 has been changed to 5242880 Dec 15 13:50:19 fooserver1 /usr/sbin/kamailio[12118]: INFO: <core> [cfg/cfg_ctx.c:613]: cfg_set_now(): INFO: cfg_set_now(): tls.low_mem_threshold2 has been changed to 2621440 Dec 15 13:50:19 fooserver1 /usr/sbin/kamailio[12118]: INFO: <core> [udp_server.c:176]: probe_max_receive_buffer(): INFO: udp_init: SO_RCVBUF is initially 124928 Dec 15 13:50:19 fooserver1 /usr/sbin/kamailio[12118]: INFO: <core> [udp_server.c:227]: probe_max_receive_buffer(): INFO: udp_init: SO_RCVBUF is finally 249856 Dec 15 13:50:19 fooserver1 /usr/sbin/kamailio[12118]: INFO: <core> [udp_server.c:176]: probe_max_receive_buffer(): INFO: udp_init: SO_RCVBUF is initially 124928 Dec 15 13:50:19 fooserver1 /usr/sbin/kamailio[12118]: INFO: <core> [udp_server.c:227]: probe_max_receive_buffer(): INFO: udp_init: SO_RCVBUF is finally 249856 Dec 15 13:50:19 fooserver1 /usr/sbin/kamailio[12118]: INFO: tls [tls_domain.c:275]: fill_missing(): TLSs<default>: tls_method=9 Dec 15 13:50:19 fooserver1 /usr/sbin/kamailio[12118]: INFO: tls [tls_domain.c:287]: fill_missing(): TLSs<default>: certificate='/path/ssl/fooserver1.uio.no.crt' Dec 15 13:50:19 fooserver1 /usr/sbin/kamailio[12118]: INFO: tls [tls_domain.c:294]: fill_missing(): TLSs<default>: ca_list='/voip/packages/mgmt/ssl/terena_chain2.pem' Dec 15 13:50:19 fooserver1 /usr/sbin/kamailio[12118]: INFO: tls [tls_domain.c:301]: fill_missing(): TLSs<default>: crl='(null)' Dec 15 13:50:19 fooserver1 /usr/sbin/kamailio[12118]: INFO: tls [tls_domain.c:305]: fill_missing(): TLSs<default>: require_certificate=0 Dec 15 13:50:19 fooserver1 /usr/sbin/kamailio[12118]: INFO: tls [tls_domain.c:312]: fill_missing(): TLSs<default>: cipher_list='(null)' Dec 15 13:50:19 fooserver1 /usr/sbin/kamailio[12118]: INFO: tls [tls_domain.c:319]: fill_missing(): TLSs<default>: private_key='/path/ssl/fooserver1.uio.no.key' Dec 15 13:50:19 fooserver1 /usr/sbin/kamailio[12118]: INFO: tls [tls_domain.c:323]: fill_missing(): TLSs<default>: verify_certificate=0 Dec 15 13:50:19 fooserver1 /usr/sbin/kamailio[12118]: INFO: tls [tls_domain.c:326]: fill_missing(): TLSs<default>: verify_depth=9 Dec 15 13:50:23 fooserver1 /usr/sbin/kamailio[12118]: INFO: tls [tls_domain.c:670]: set_verification(): TLSs<default>: No client certificate required and no checks performed Dec 15 13:50:23 fooserver1 /usr/sbin/kamailio[12118]: INFO: tls [tls_domain.c:275]: fill_missing(): TLSc<default>: tls_method=9 Dec 15 13:50:23 fooserver1 /usr/sbin/kamailio[12118]: INFO: tls [tls_domain.c:287]: fill_missing(): TLSc<default>: certificate='(null)' Dec 15 13:50:23 fooserver1 /usr/sbin/kamailio[12118]: INFO: tls [tls_domain.c:294]: fill_missing(): TLSc<default>: ca_list='(null)' Dec 15 13:50:23 fooserver1 /usr/sbin/kamailio[12118]: INFO: tls [tls_domain.c:301]: fill_missing(): TLSc<default>: crl='(null)' Dec 15 13:50:23 fooserver1 /usr/sbin/kamailio[12118]: INFO: tls [tls_domain.c:305]: fill_missing(): TLSc<default>: require_certificate=0 Dec 15 13:50:23 fooserver1 /usr/sbin/kamailio[12118]: INFO: tls [tls_domain.c:312]: fill_missing(): TLSc<default>: cipher_list='(null)' Dec 15 13:50:23 fooserver1 /usr/sbin/kamailio[12118]: INFO: tls [tls_domain.c:319]: fill_missing(): TLSc<default>: private_key='(null)' Dec 15 13:50:23 fooserver1 /usr/sbin/kamailio[12118]: INFO: tls [tls_domain.c:323]: fill_missing(): TLSc<default>: verify_certificate=0 Dec 15 13:50:23 fooserver1 /usr/sbin/kamailio[12118]: INFO: tls [tls_domain.c:326]: fill_missing(): TLSc<default>: verify_depth=9 Dec 15 13:50:23 fooserver1 /usr/sbin/kamailio[12118]: INFO: tls [tls_domain.c:673]: set_verification(): TLSc<default>: Server MAY present invalid certificate Dec 15 13:50:26 fooserver1 /usr/sbin/kamailio[12125]: ERROR: db_postgres [km_pg_con.c:82]: db_postgres_new_connection(): SSL SYSCALL error: Resource temporarily unavailable#012FATAL: no pg_hba.conf entry for host "129.240.1.1", user "foo_test_user", database " foo_test", SSL off#012 Dec 15 13:50:26 fooserver1 /usr/sbin/kamailio[12125]: ERROR: db_postgres [km_pg_con.c:95]: db_postgres_new_connection(): cleaning up 0x7fce98be0c78=pkg_free() Dec 15 13:50:26 fooserver1 /usr/sbin/kamailio[12125]: ERROR: <core> [db.c:322]: db_do_init2(): could not add connection to the pool Dec 15 13:50:26 fooserver1 /usr/sbin/kamailio[12125]: ERROR: sqlops [sql_api.c:166]: sql_connect(): failed to connect to the database [data] Dec 15 13:50:26 fooserver1 /usr/sbin/kamailio[12125]: ERROR: <core> [sr_module.c:927]: init_mod_child(): init_mod_child(): Error while initializing module sqlops (/usr/lib64/kamailio/modules/sqlops.so) Dec 15 13:50:26 fooserver1 /usr/sbin/kamailio[12125]: ERROR: <core> [pt.c:490]: fork_tcp_process(): ERROR: fork_tcp_process(): init_child failed for process 7, pid 12125, "tcp receiver (generic) child=0" Dec 15 13:50:26 fooserver1 /usr/sbin/kamailio[12125]: ERROR: <core> [tcp_main.c:4962]: tcp_init_children(): ERROR: tcp_main: fork failed: Success Dec 15 13:50:26 fooserver1 /usr/sbin/kamailio[12118]: ALERT: <core> [main.c:774]: handle_sigs(): child process 12125 exited normally, status=255 Dec 15 13:50:26 fooserver1 /usr/sbin/kamailio[12118]: INFO: <core> [main.c:792]: handle_sigs(): INFO: terminating due to SIGCHLD Dec 15 13:50:26 fooserver1 /usr/sbin/kamailio[12126]: INFO: <core> [main.c:843]: sig_usr(): INFO: signal 15 received Dec 15 13:50:26 fooserver1 /usr/sbin/kamailio[12124]: INFO: <core> [main.c:843]: sig_usr(): INFO: signal 15 received Dec 15 13:50:26 fooserver1 /usr/sbin/kamailio[12123]: INFO: <core> [main.c:843]: sig_usr(): INFO: signal 15 received Dec 15 13:50:26 fooserver1 /usr/sbin/kamailio[12122]: INFO: <core> [main.c:843]: sig_usr(): INFO: signal 15 received Dec 15 13:50:26 fooserver1 /usr/sbin/kamailio[12121]: INFO: <core> [main.c:843]: sig_usr(): INFO: signal 15 received Dec 15 13:50:26 fooserver1 /usr/sbin/kamailio[12120]: INFO: <core> [main.c:843]: sig_usr(): INFO: signal 15 received Dec 15 13:50:26 fooserver1 /usr/sbin/kamailio[12127]: INFO: <core> [main.c:843]: sig_usr(): INFO: signal 15 received Any ideas? Best regards, Øyvind

4 22

Registration to Kamailio World 2015 is open
by Daniel-Constantin Mierla 28 Jan '15

28 Jan '15

Hello, I would like to announce that registration to Kamailio World 2015 is open: - http://conference.kamailio.com/k03/registration/ The schedule is still work in progress, a preview list with several speakers is available at: - http://conference.kamailio.com/k03/speakers/ The structure of the event contains: - pre-conference technical tutorials in the afternoon of May 27, 2015 - conference presentations during May 28-29, 2015 More details at: - http://conference.kamailio.com/k03/schedule/ Looking forward to meeting many of you and have a great time again in Berlin! Daniel -- Daniel-Constantin Mierla http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda

1 0

Trouble getting start time / call duration from dialog module
by Will Ferrer 28 Jan '15

28 Jan '15

Hi All I am in need of being able to see what the duration of the call was at the time of hang out. I tried turning on the dialog module, but the result is that the values I need are either null or always show as zero. I tried to follow the suggestions in the thread about this here: http://lists.sip-router.org/pipermail/sr-users/2010-October/065889.html In the end my config looks like this: loadmodule "dialog.so" ... modparam("dialog", "dlg_flag", 4) modparam("dialog", "dlg_match_mode", 1) ... request_route { if (is_method("INVITE") && (! has_totag() ) ) { dlg_manage(); } if (is_method("BYE")) { $var(elapsed) = ( $TV(s) - $dlg(start_ts) ); xlog ("L_INFO", "request_route DIALOG TEST: Completed $dlg(from_uri) to $dlg(to_uri), elapsed: $var(elapsed), now seconds: $TV(s), dlg start time: $dlg(start_ts), DLG_lifetime: $DLG_lifetime"); } .... Note that I put at the top of the request route just for testing purposes The result I get in the log is this: INFO: <script>: request_route DIALOG TEST: Completed sip:willf1976Test@develop-sbc.switchsoft.com to sip:+18054515526@develop-sbc.switchsoft.com, elapsed: 1421305210, now seconds: 1421305210, dlg start time: 0, DLG_lifetime: <null> I was wondering if any one could point out to me what I have set up wrong. Thanks in advance All the best. Will Ferrer Switchsoft

3 9

GeoIP Module and IPv6 seems not to match
by Jöran Vinzens 28 Jan '15

28 Jan '15

Hi All, i'm trying to get GEO IP Location for an IPv6 Setup. We downloaded the GeoLiteCityv6.dat from maxmind and referred to it in modparams of geoip. If i now place a call from an V6 User and do something like: if(geoip_match("$si", "src")) { xlog("L_NOTICE", "Call comes from IP '$si' ($gip(src=>cc)) CID=$ci F=$fU URI=$ru\n"); append_hf("X-GeoIP: $gip(src=>cc)\r\n"); } it will not match for any reason if i xlog the src IP it look like: "Src IP = 2A01:abc:321:123:0:0:0:2" so it should match to the GEO IP Database. In CSV version of geo IP database there is an entry for my IP Address. Since the Module is not that verbose, i cannot tell whether the entry exists or not. Just the result in my "if" is False. Has anybody experience with GEOIP and IPv6? thanks Best regards, Jöran

3 4

Rpc question
by Pars3c 27 Jan '15

27 Jan '15

Hi, I need to request to kamailio the list of all the active dialog (with some dialog variable). Now , i'm doing it with a program that call the proxy with the xmlrpc module. The problem is that when it arrive to 350-400 calls, the reply fail because it has no memory free. Now ,i have setted the pkg memory to 12MB but at peak it reply with error. Now i shoul increase it. Is there another method to optimize the request of these data, to avoid every time to increase the memory parameter? Thanks to all

1 0

Re: [SR-Users] Need help on WebRTC with Kamailio as proxy
by rahul.ultimate 27 Jan '15

27 Jan '15

Kamailio is just acting as a proxy and protocol modifier so to say. It is workin with rtpengine from sipwise to handle media as evident from he logs. This architectue uses a TURN server and the browser is chrome with latest updates. The only thing whih I haven't done is enable TLS in kamailio and create certs. (which I'm not completely sure how to do).. Also, does it necessitates to have Apache ruuning https on 443 ? Thanks in advance Sent from Samsung Mobile -------- Original message -------- From: Gonzalo Gasca Meza <gascagonzalo(a)gmail.com> Date:27/01/2015 4:07 AM (GMT+05:30) To: "Kamailio (SER) - Users Mailing List" <sr-users(a)lists.sip-router.org> Subject: Re: [SR-Users] Need help on WebRTC with Kamailio as proxy Are you terminating media in Kamailio or just handling WS communication? If yes which version of Kamailio and rtp-proxy ? Have you tried passing media directly between Browser and Kamailio with any TURN server? Are you using latest Chrome version or FF ? A working sample config using the following architecture: https://github.com/spicyramen/llamato/tree/LlamatoReg signalling: sipml5 -- ws/wss --> Ec2 Kamailio --sip udp--> FS --sip udp--> * media: sipml5 ------------------------------------------------------------------------> * On Mon, Jan 26, 2015 at 12:44 PM, Rahul MathuR <rahul.ultimate(a)gmail.com> wrote: Hi Richard, Thanks for spending some cycles on it. It is OpenSSL 1.0.1e-fips 11 Feb 2013 On Tue, Jan 27, 2015 at 2:04 AM, Richard Fuchs <rfuchs(a)sipwise.com> wrote: On 26/01/15 02:21 PM, Rahul MathuR wrote: Hello, I am totally struck at a point while implementing Kamailio as proxy for WebRTC enabled UAC (Jssip). I am using Google's TURN server (rfc5766-turn-server for ICE/STUN). I am able to get to the point where the SIP server sends 183 session in progress to kamailio but after that I can only see - "STUN: using this candidate" "Successful STUN binding request from .." "SRTP output wanted, but no crypto suite was negotiated" This is fairly strange: Jan 27 00:35:46 localhost rtpengine[5262]: [tsb1jrsqsadn33jjsi4f port 30794] Failed to set up SRTP after DTLS negotiation: no SRTP protection profile negotiated Jan 27 00:35:46 localhost rtpengine[5262]: [tsb1jrsqsadn33jjsi4f port 30794] Failed to set up SRTP after DTLS negotiation: no SRTP protection profile negotiated Are you running a very old OpenSSL version by any chance? cheers _______________________________________________ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users(a)lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users -- Warm Regds. MathuRahul _______________________________________________ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users(a)lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

3 2

tcp_max_connection to 4096
by Varghese Paul 27 Jan '15

27 Jan '15

Hi Team, We are seeing some errors in our kamilio for TCP max conn (ERROR) : 2048 (the default). We are thinking to double the TCP connection for our kamailio registrar server. tcp_max_connections=4096 Is there any performance issue if we double the tcp_max_connections ?. Currently we are setting these parameters for TCP. tcp_connection_lifetime=3605 tcp_accept_no_cl=yes tcp_rd_buf_size=16384 Do we need to tune any other variable if we are setting max tcp connections to 4096 for better performance ? Thanks for looking into this. Regards Varghese Paul

2 1

remote mysql server
by Slava Bendersky 27 Jan '15

27 Jan '15

Hello Everyone, I am trying start kamailio 4.2 with remote mysql server and on debug I see DEBUG: db_mysql [km_my_con.c:94]: db_mysql_new_connection(): opening connection: mysql://xxxx:xxxx@localhost/kamailio but in cfg defined actual mysql server ip and not localhost 0(28885) DEBUG: <core> [sr_module.c:695]: find_mod_export_record(): find_export_record: found <db_bind_api> in module db_mysql [/usr/lib64/kamailio/modules/db_mysql.so] 0(28885) DEBUG: <core> [db.c:213]: db_bind_mod(): using db bind api for db_mysql 0(28885) DEBUG: <core> [db.c:318]: db_do_init2(): connection 0x7faca59eced8 not found in pool 0(28885) DEBUG: db_mysql [km_my_con.c:94]: db_mysql_new_connection(): opening connection: mysql://xxxx:xxxx@localhost/kamailio 0(28885) ERROR: db_mysql [km_my_con.c:109]: db_mysql_new_connection(): driver error: Can't connect to local MySQL server through socket '/var/lib/mysql/mysql.sock' (2 "No such file or directory") 0(28885) ERROR: <core> [db.c:322]: db_do_init2(): could not add connection to the pool 0(28885) ERROR: dialog [dlg_db_handler.c:147]: init_dlg_db(): unable to connect to the database Slava.

4 4

Re: [SR-Users] Wrong dialog selected in on_reply/failure route in case of spirals.
by Julia Boudniatsky 27 Jan '15

27 Jan '15

Hello Daniel, Today I installed kamailio from GIT last devel 4.3.0-dev3. *The problem is solved!* Thank you so much for your help ! Julia On Mon, Jan 26, 2015 at 8:38 PM, Julia Boudniatsky <juliabo(a)gmail.com> wrote: > Yes it /usr/local/sbin/kamailio, > I haven't internet in the test server. > I get git from another server and copy received directory kamailio to test > server, then make cfg/all/install. > > BR, > Julia > > On Mon, Jan 26, 2015 at 8:10 PM, Daniel-Constantin Mierla < > miconda(a)gmail.com> wrote: > >> I did the same right now and I get: >> >> version: kamailio 4.3.0-dev3 (x86_64/darwin) 1b334f >> >> Can you check if you have another instance installed on a different path >> that takes precendence? >> >> Do: >> >> which kamailio >> >> When installed from sources, it should be: >> >> /usr/local/sbin/kamailio >> >> Cheers, >> Daniel >> >> >> >> On 26/01/15 18:55, Julia Boudniatsky wrote: >> >> I used from your link * http://www.kamailio.org/wiki/#installation >> >> >> - Install Kamailio Devel Version From GIT >> <http://www.kamailio.org/wiki/install/devel/git> >> >> #mkdir -p /usr/local/src/kamailio-devel >> #cd /usr/local/src/kamailio-devel >> #git clone --depth 1 --no-single-branch git://git.kamailio.org/kamailio >> kamailio >> #cd kamailio >> >> BR, >> >> Julia >> >> On Mon, Jan 26, 2015 at 7:04 PM, Daniel-Constantin Mierla < >> miconda(a)gmail.com> wrote: >> >>> Hello, >>> >>> that is not the last devel version, it should be with -dev3. How did you >>> get the sources? >>> >>> I get: >>> >>> version: kamailio 4.3.0-dev3 (x86_64/darwin) 1b334f >>> >>> And yes, if you still get the error, send the logs with the description. >>> >>> Cheers, >>> Daniel >>> >>> >>> On 26/01/15 17:16, Julia Boudniatsky wrote: >>> >>> Hello Daniel, >>> In devel installed, I received the same problem. >>> >>> kamailio -V >>> version: kamailio 4.3.0-dev2 (x86_64/linux) ecd5c5 >>> flags: STATS: Off, USE_TCP, USE_TLS, TLS_HOOKS, USE_RAW_SOCKS, >>> DISABLE_NAGLE, USE_MCAST, DNS_IP_HACK, SHM_MEM, SHM_MMAP, PKG_MALLOC, >>> F_MALLOC, DBG_F_MALLOC, 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_LISTEN 16, >>> MAX_URI_SIZE 1024, BUF_SIZE 65535, DEFAULT PKG_SIZE 8MB >>> poll method support: poll, epoll_lt, epoll_et, sigio_rt, select. >>> id: ecd5c5 >>> compiled on 18:02:05 Jan 26 2015 with gcc 4.4.6 >>> >>> Do you want a log files? >>> >>> Thank you, >>> >>> Julia >>> >>> On Mon, Jan 26, 2015 at 12:47 PM, Daniel-Constantin Mierla < >>> miconda(a)gmail.com> wrote: >>> >>>> Hello, >>>> >>>> none of existing releases are good because the patches are only in git >>>> branches, added after the last relesea (I added it iver this weekend). You >>>> must install from git, as pointed by one of the tutorials at: >>>> >>>> * http://www.kamailio.org/wiki/#installation >>>> >>>> You must use devel (master), 4.2 (v4.2.x) or 4.1 (v4.1.x) branches. >>>> >>>> We will have new releases in the near future, like 1-2 weeks from now, >>>> but by then I hope to get this bug sorted out. >>>> >>>> Cheers, >>>> Daniel >>>> >>>> >>>> On 26/01/15 11:42, Julia Boudniatsky wrote: >>>> >>>> Hello Daniel, >>>> I installed last 4.2 >>>> >>>> version: kamailio 4.2.1 (x86_64/linux) d80dfc >>>> flags: STATS: Off, USE_TCP, USE_TLS, TLS_HOOKS, USE_RAW_SOCKS, >>>> DISABLE_NAGLE, USE_MCAST, DNS_IP_HACK, SHM_MEM, SHM_MMAP, PKG_MALLOC, >>>> F_MALLOC, DBG_F_MALLOC, 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_LISTEN 16, >>>> MAX_URI_SIZE 1024, BUF_SIZE 65535, DEFAULT PKG_SIZE 8MB >>>> poll method support: poll, epoll_lt, epoll_et, sigio_rt, select. >>>> id: d80dfc >>>> compiled on 10:06:01 Jan 26 2015 with gcc 4.4.6 >>>> >>>> >>>> *Problem in call with Call-ID : 5-5028(a)10.25.153.150 >>>> <5-5028(a)10.25.153.150> * >>>> >>>> *Short log* >>>> >>>> *dialog [3748:5628]* >>>> >>>> *100 trying* >>>> >>>> Jan 26 10:20:49 vm-KAMnet-dev01 /usr/local/sbin/kamailio[20649]: >>>> DEBUG: <core> [parser/msg_parser.c:633]: parse_msg(): SIP Reply (status): >>>> Jan 26 10:20:49 vm-KAMnet-dev01 /usr/local/sbin/kamailio[20649]: DEBUG: >>>> <core> [parser/msg_parser.c:635]: parse_msg(): version: <SIP/2.0> >>>> Jan 26 10:20:49 vm-KAMnet-dev01 /usr/local/sbin/kamailio[20649]: DEBUG: >>>> <core> [parser/msg_parser.c:637]: parse_msg(): status: <100> >>>> Jan 26 10:20:49 vm-KAMnet-dev01 /usr/local/sbin/kamailio[20649]: DEBUG: >>>> <core> [parser/msg_parser.c:639]: parse_msg(): reason: <Trying> >>>> Jan 26 10:20:49 vm-KAMnet-dev01 /usr/local/sbin/kamailio[20649]: DEBUG: >>>> <core> [parser/parse_addr_spec.c:176]: parse_to_param(): DEBUG: add_param: >>>> tag=9313591363960470767 >>>> Jan 26 10:20:49 vm-KAMnet-dev01 /usr/local/sbin/kamailio[20649]: DEBUG: >>>> <core> [parser/parse_addr_spec.c:898]: parse_addr_spec(): end of header >>>> reached, state=29 >>>> Jan 26 10:20:49 vm-KAMnet-dev01 /usr/local/sbin/kamailio[20649]: DEBUG: >>>> <core> [parser/msg_parser.c:190]: get_hdr_field(): DEBUG: get_hdr_field: >>>> <To> [71]; uri=[sip:039951004@10.25.153.149:5060;user=phone] >>>> Jan 26 10:20:49 vm-KAMnet-dev01 /usr/local/sbin/kamailio[20649]: DEBUG: >>>> <core> [parser/msg_parser.c:192]: get_hdr_field(): DEBUG: to body [ >>>> <sip:039951004@10.25.153.149:5060;user=phone>] >>>> Jan 26 10:20:49 vm-KAMnet-dev01 /usr/local/sbin/kamailio[20649]: DEBUG: >>>> <core> [parser/msg_parser.c:170]: get_hdr_field(): get_hdr_field: cseq >>>> <CSeq>: <1> <INVITE> >>>> Jan 26 10:20:49 vm-KAMnet-dev01 /usr/local/sbin/kamailio[20649]: DEBUG: >>>> <core> [parser/parse_via.c:1284]: parse_via_param(): Found param type 234, >>>> <received> = <10.25.153.149>; state=6 >>>> Jan 26 10:20:49 vm-KAMnet-dev01 /usr/local/sbin/kamailio[20649]: DEBUG: >>>> <core> [parser/parse_via.c:1284]: parse_via_param(): Found param type 232, >>>> <branch> = <z9hG4bKbde6.9c95fbe06c33a54c13ef2ebc4b519dcc.0>; state=9 >>>> Jan 26 10:20:49 vm-KAMnet-dev01 /usr/local/sbin/kamailio[20649]: DEBUG: >>>> <core> [parser/parse_via.c:2715]: parse_via(): parse_via: next_via >>>> Jan 26 10:20:49 vm-KAMnet-dev01 /usr/local/sbin/kamailio[20649]: DEBUG: >>>> <core> [parser/parse_via.c:1284]: parse_via_param(): Found param type 232, >>>> <branch> = <z9hG4bKbde6.785d27b1.0>; state=9 >>>> Jan 26 10:20:49 vm-KAMnet-dev01 /usr/local/sbin/kamailio[20649]: DEBUG: >>>> <core> [parser/parse_via.c:2715]: parse_via(): parse_via: next_via >>>> Jan 26 10:20:49 vm-KAMnet-dev01 /usr/local/sbin/kamailio[20649]: DEBUG: >>>> <core> [parser/parse_via.c:1284]: parse_via_param(): Found param type 232, >>>> <branch> = <z9hG4bKbde6.5be423cd6c755cf13d68e74be1f301a1.0>; state=9 >>>> Jan 26 10:20:49 vm-KAMnet-dev01 /usr/local/sbin/kamailio[20649]: DEBUG: >>>> <core> [parser/parse_via.c:2715]: parse_via(): parse_via: next_via >>>> Jan 26 10:20:49 vm-KAMnet-dev01 /usr/local/sbin/kamailio[20649]: DEBUG: >>>> <core> [parser/parse_via.c:1284]: parse_via_param(): Found param type 232, >>>> <branch> = <z9hG4bK-5028-5-0>; state=16 >>>> Jan 26 10:20:49 vm-KAMnet-dev01 /usr/local/sbin/kamailio[20649]: DEBUG: >>>> <core> [parser/parse_via.c:2672]: parse_via(): end of header reached, >>>> state=5 >>>> Jan 26 10:20:49 vm-KAMnet-dev01 /usr/local/sbin/kamailio[20649]: DEBUG: >>>> <core> [parser/msg_parser.c:513]: parse_headers(): parse_headers: Via >>>> found, flags=2 >>>> Jan 26 10:20:49 vm-KAMnet-dev01 /usr/local/sbin/kamailio[20649]: DEBUG: >>>> <core> [parser/msg_parser.c:515]: parse_headers(): parse_headers: this is >>>> the first via >>>> Jan 26 10:20:49 vm-KAMnet-dev01 /usr/local/sbin/kamailio[20649]: DEBUG: >>>> <core> [receive.c:154]: receive_msg(): After parse_msg... >>>> Jan 26 10:20:49 vm-KAMnet-dev01 /usr/local/sbin/kamailio[20649]: DEBUG: >>>> tm [t_lookup.c:1072]: t_check_msg(): DEBUG: t_check_msg: msg id=132 global >>>> id=131 T start=0xffffffffffffffff >>>> Jan 26 10:20:49 vm-KAMnet-dev01 /usr/local/sbin/kamailio[20649]: DEBUG: >>>> tm [t_lookup.c:949]: t_reply_matching(): DEBUG: t_reply_matching: hash >>>> 28379 label 0 branch 0 >>>> Jan 26 10:20:49 vm-KAMnet-dev01 /usr/local/sbin/kamailio[20649]: DEBUG: >>>> tm [t_lookup.c:1004]: t_reply_matching(): DEBUG: t_reply_matching: reply >>>> matched (T=0x7f3ec89a3e68)! >>>> Jan 26 10:20:49 vm-KAMnet-dev01 /usr/local/sbin/kamailio[20649]: DEBUG: >>>> tm [t_lookup.c:1141]: t_check_msg(): DEBUG: t_check_msg: msg id=132 global >>>> id=132 T end=0x7f3ec89a3e68 >>>> Jan 26 10:20:49 vm-KAMnet-dev01 /usr/local/sbin/kamailio[20649]: DEBUG: >>>> tm [t_reply.c:2200]: reply_received(): DEBUG: reply_received: org. status >>>> uas=100, uac[0]=0 local=0 is_invite=1) >>>> Jan 26 10:20:49 vm-KAMnet-dev01 /usr/local/sbin/kamailio[20649]: DEBUG: >>>> <core> [parser/parse_addr_spec.c:176]: parse_to_param(): DEBUG: add_param: >>>> tag=5028SIPpTAG005 >>>> Jan 26 10:20:49 vm-KAMnet-dev01 /usr/local/sbin/kamailio[20649]: DEBUG: >>>> <core> [parser/parse_addr_spec.c:898]: parse_addr_spec(): end of header >>>> reached, state=29 >>>> Jan 26 10:20:49 vm-KAMnet-dev01 /usr/local/sbin/kamailio[20649]: DEBUG: >>>> <core> [parser/msg_parser.c:204]: get_hdr_field(): DEBUG: get_hdr_body : >>>> content_length=0 >>>> Jan 26 10:20:49 vm-KAMnet-dev01 /usr/local/sbin/kamailio[20649]: DEBUG: >>>> <core> [parser/msg_parser.c:106]: get_hdr_field(): found end of header >>>> *Jan 26 10:20:49 vm-KAMnet-dev01 /usr/local/sbin/kamailio[20649]: >>>> ERROR: KAMnet: processing INVITE >>>> (5-5028(a)10.25.153.150/5028SIPpTAG005/9313591363960470767/SIP/2.0/UDP >>>> <http://5-5028@10.25.153.150/5028SIPpTAG005/9313591363960470767/SIP/2.0/UDP> >>>> 10.25.153.149:5060;received=10.25.153.149;branch=z9hG4bKbde6.9c95fbe06c33a54c13ef2ebc4b519dcc.0,SIP/2.0/UDP >>>> 10.25.154.104;branch=z9hG4bKbde6.785d27b1.0,SIP/2.0/UDP >>>> 10.25.153.149:5060;branch=z9hG4bKbde6.5be423cd6c755cf13d68e74be1f301a1.0,SIP/2.0/UDP >>>> 10.25.153.150:5062;branch=z9hG4bK-5028-5-0)[sip:39988004@10.25.153.150 >>>> <sip%3A39988004(a)10.25.153.150>;user=phone=>sip:039951004@10.25.153.149:5060;user=phone]* >>>> Jan 26 10:20:49 vm-KAMnet-dev01 /usr/local/sbin/kamailio[20649]: DEBUG: >>>> dialog [dlg_hash.c:711]: internal_get_dlg(): ref dlg 0x7f3ec89b6d28 with 1 >>>> -> 2 >>>> Jan 26 10:20:49 vm-KAMnet-dev01 /usr/local/sbin/kamailio[20649]: DEBUG: >>>> dialog [dlg_hash.c:714]: internal_get_dlg(): *dialog >>>> callid='5-5028(a)10.25.153.150 <5-5028(a)10.25.153.150>' found* >>>> * on entry 3748, dir=1* >>>> Jan 26 10:20:49 vm-KAMnet-dev01 /usr/local/sbin/kamailio[20649]: DEBUG: >>>> dialog [dlg_var.c:243]: print_lists(): Internal var-list ((nil)): >>>> >>>> >>>> *301 Moved Permanently* >>>> >>>> Jan 26 10:20:49 vm-KAMnet-dev01 /usr/local/sbin/kamailio[*20653*]: >>>> DEBUG: <core> [parser/msg_parser.c:633]: parse_msg(): SIP Reply (status): >>>> Jan 26 10:20:49 vm-KAMnet-dev01 /usr/local/sbin/kamailio[*20653*]: >>>> DEBUG: <core> [parser/msg_parser.c:635]: parse_msg(): version: <SIP/2.0> >>>> Jan 26 10:20:49 vm-KAMnet-dev01 /usr/local/sbin/kamailio[*20653*]: >>>> DEBUG: <core> [parser/msg_parser.c:637]: parse_msg(): status: <301> >>>> Jan 26 10:20:49 vm-KAMnet-dev01 /usr/local/sbin/kamailio[*20653*]: >>>> DEBUG: <core> [parser/msg_parser.c:639]: parse_msg(): reason: <Moved >>>> Permanently> >>>> Jan 26 10:20:49 vm-KAMnet-dev01 /usr/local/sbin/kamailio[*20653*]: >>>> DEBUG: <core> [parser/parse_addr_spec.c:176]: parse_to_param(): DEBUG: >>>> add_param: tag=9313591363960470767 >>>> Jan 26 10:20:49 vm-KAMnet-dev01 /usr/local/sbin/kamailio[*20653*]: >>>> DEBUG: <core> [parser/parse_addr_spec.c:898]: parse_addr_spec(): end of >>>> header reached, state=29 >>>> Jan 26 10:20:49 vm-KAMnet-dev01 /usr/local/sbin/kamailio[*20653*]: >>>> DEBUG: <core> [parser/msg_parser.c:190]: get_hdr_field(): DEBUG: >>>> get_hdr_field: <To> [71]; uri=[ >>>> sip:039951004@10.25.153.149:5060;user=phone] >>>> Jan 26 10:20:49 vm-KAMnet-dev01 /usr/local/sbin/kamailio[*20653*]: >>>> DEBUG: <core> [parser/msg_parser.c:192]: get_hdr_field(): DEBUG: to body [ >>>> <sip:039951004@10.25.153.149:5060;user=phone>] >>>> Jan 26 10:20:49 vm-KAMnet-dev01 /usr/local/sbin/kamailio[*20653*]: >>>> DEBUG: <core> [parser/msg_parser.c:170]: get_hdr_field(): get_hdr_field: >>>> cseq <CSeq>: <1> <INVITE> >>>> Jan 26 10:20:49 vm-KAMnet-dev01 /usr/local/sbin/kamailio[*20653*]: >>>> DEBUG: <core> [parser/parse_via.c:1284]: parse_via_param(): Found param >>>> type 234, <received> = <10.25.153.149>; state=6 >>>> Jan 26 10:20:49 vm-KAMnet-dev01 /usr/local/sbin/kamailio[*20653*]: >>>> DEBUG: <core> [parser/parse_via.c:1284]: parse_via_param(): Found param >>>> type 232, <branch> = <z9hG4bKbde6.9c95fbe06c33a54c13ef2ebc4b519dcc.0>; >>>> state=9 >>>> Jan 26 10:20:49 vm-KAMnet-dev01 /usr/local/sbin/kamailio[*20653*]: >>>> DEBUG: <core> [parser/parse_via.c:2715]: parse_via(): parse_via: next_via >>>> Jan 26 10:20:49 vm-KAMnet-dev01 /usr/local/sbin/kamailio[*20653*]: >>>> DEBUG: <core> [parser/parse_via.c:1284]: parse_via_param(): Found param >>>> type 232, <branch> = <z9hG4bKbde6.785d27b1.0>; state=9 >>>> Jan 26 10:20:49 vm-KAMnet-dev01 /usr/local/sbin/kamailio[*20653*]: >>>> DEBUG: <core> [parser/parse_via.c:2715]: parse_via(): parse_via: next_via >>>> Jan 26 10:20:49 vm-KAMnet-dev01 /usr/local/sbin/kamailio[*20653*]: >>>> DEBUG: <core> [parser/parse_via.c:1284]: parse_via_param(): Found param >>>> type 232, <branch> = <z9hG4bKbde6.5be423cd6c755cf13d68e74be1f301a1.0>; >>>> state=9 >>>> Jan 26 10:20:49 vm-KAMnet-dev01 /usr/local/sbin/kamailio[*20653*]: >>>> DEBUG: <core> [parser/parse_via.c:2715]: parse_via(): parse_via: next_via >>>> Jan 26 10:20:49 vm-KAMnet-dev01 /usr/local/sbin/kamailio[*20653*]: >>>> DEBUG: <core> [parser/parse_via.c:1284]: parse_via_param(): Found param >>>> type 232, <branch> = <z9hG4bK-5028-5-0>; state=16 >>>> Jan 26 10:20:49 vm-KAMnet-dev01 /usr/local/sbin/kamailio[*20653*]: >>>> DEBUG: <core> [parser/parse_via.c:2672]: parse_via(): end of header >>>> reached, state=5 >>>> Jan 26 10:20:49 vm-KAMnet-dev01 /usr/local/sbin/kamailio[*20653*]: >>>> DEBUG: <core> [parser/msg_parser.c:513]: parse_headers(): parse_headers: >>>> Via found, flags=2 >>>> Jan 26 10:20:49 vm-KAMnet-dev01 /usr/local/sbin/kamailio[*20653*]: >>>> DEBUG: <core> [parser/msg_parser.c:515]: parse_headers(): parse_headers: >>>> this is the first via >>>> Jan 26 10:20:49 vm-KAMnet-dev01 /usr/local/sbin/kamailio[*20653*]: >>>> DEBUG: <core> [receive.c:154]: receive_msg(): After parse_msg... >>>> Jan 26 10:20:49 vm-KAMnet-dev01 /usr/local/sbin/kamailio[*20653*]: >>>> DEBUG: tm [t_lookup.c:1072]: t_check_msg(): DEBUG: t_check_msg: msg id=136 >>>> global id=135 T start=0xffffffffffffffff >>>> Jan 26 10:20:49 vm-KAMnet-dev01 /usr/local/sbin/kamailio[*20653*]: >>>> DEBUG: tm [t_lookup.c:949]: t_reply_matching(): DEBUG: t_reply_matching: >>>> hash 28379 label 0 branch 0 >>>> Jan 26 10:20:49 vm-KAMnet-dev01 /usr/local/sbin/kamailio[*20653*]: >>>> DEBUG: tm [t_lookup.c:1004]: t_reply_matching(): DEBUG: t_reply_matching: >>>> reply matched (T=0x7f3ec89a3e68)! >>>> Jan 26 10:20:49 vm-KAMnet-dev01 /usr/local/sbin/kamailio[*20653*]: >>>> DEBUG: tm [t_lookup.c:1141]: t_check_msg(): DEBUG: t_check_msg: msg id=136 >>>> global id=136 T end=0x7f3ec89a3e68 >>>> Jan 26 10:20:49 vm-KAMnet-dev01 /usr/local/sbin/kamailio[*20653*]: >>>> DEBUG: tm [t_reply.c:2200]: reply_received(): DEBUG: reply_received: org. >>>> status uas=100, uac[0]=100 local=0 is_invite=1) >>>> Jan 26 10:20:49 vm-KAMnet-dev01 /usr/local/sbin/kamailio[*20653*]: >>>> DEBUG: <core> [parser/parse_addr_spec.c:176]: parse_to_param(): DEBUG: >>>> add_param: tag=5028SIPpTAG005 >>>> Jan 26 10:20:49 vm-KAMnet-dev01 /usr/local/sbin/kamailio[*20653*]: >>>> DEBUG: <core> [parser/parse_addr_spec.c:898]: parse_addr_spec(): end of >>>> header reached, state=29 >>>> Jan 26 10:20:49 vm-KAMnet-dev01 /usr/local/sbin/kamailio[*20653*]: >>>> DEBUG: <core> [parser/msg_parser.c:204]: get_hdr_field(): DEBUG: >>>> get_hdr_body : content_length=0 >>>> Jan 26 10:20:49 vm-KAMnet-dev01 /usr/local/sbin/kamailio[*20653*]: >>>> DEBUG: <core> [parser/msg_parser.c:106]: get_hdr_field(): found end of >>>> header >>>> *Jan 26 10:20:49 vm-KAMnet-dev01 /usr/local/sbin/kamailio[20653]: >>>> ERROR: KAMnet: processing INVITE >>>> (5-5028(a)10.25.153.150/5028SIPpTAG005/9313591363960470767/SIP/2.0/UDP >>>> <http://5-5028@10.25.153.150/5028SIPpTAG005/9313591363960470767/SIP/2.0/UDP> >>>> 10.25.153.149:5060;received=10.25.153.149;branch=z9hG4bKbde6.9c95fbe06c33a54c13ef2ebc4b519dcc.0,SIP/2.0/UDP >>>> 10.25.154.104;branch=z9hG4bKbde6.785d27b1.0,SIP/2.0/UDP >>>> 10.25.153.149:5060;branch=z9hG4bKbde6.5be423cd6c755cf13d68e74be1f301a1.0,SIP/2.0/UDP >>>> 10.25.153.150:5062;branch=z9hG4bK-5028-5-0)[sip:39988004@10.25.153.150 >>>> <sip%3A39988004(a)10.25.153.150>;user=phone=>sip:039951004@10.25.153.149:5060;user=phone]* >>>> Jan 26 10:20:49 vm-KAMnet-dev01 /usr/local/sbin/kamailio[*20653*]: >>>> DEBUG: dialog [dlg_hash.c:654]: dlg_lookup(): ref dlg 0x7f3ec895f650 with 1 >>>> -> 2 >>>> Jan 26 10:20:49 vm-KAMnet-dev01 /usr/local/sbin/kamailio[*20653*]: >>>> DEBUG: dialog [dlg_hash.c:656]: dlg_lookup(): *dialog id=2299 found on >>>> entry 422* >>>> >>>> >>>> >>>> Thank you, >>>> Julia >>>> >>>> >>>> >>>> On Sun, Jan 25, 2015 at 7:47 PM, Daniel-Constantin Mierla < >>>> miconda(a)gmail.com> wrote: >>>> >>>>> I looked at the logs, but I don't see any log messages like: >>>>> >>>>> ... resetting the local dialog shortcuts ... >>>>> >>>>> I did some tests locally and it is printed even after processing 100 >>>>> Trying. The log message appears after 301 or 200ok as well. Are you sure >>>>> you run the latest version from the git branch (4.1, 4.2, or master) or all >>>>> log messages were sent over? >>>>> >>>>> Cheers, >>>>> Daniel >>>>> >>>>> >>>>> On 25/01/15 12:27, Julia Boudniatsky wrote: >>>>> >>>>> >>>>> *dialog [3692:448]* >>>>> >>>>> Jan 25 11:41:31 vm-KAMnet-dev01 /usr/local/sbin/kamailio[2588]: >>>>> ERROR: KAMnet: processing INVITE ( >>>>> 2-17858(a)10.25.153.150/17858SIPpTAG002/9313591363960453592/SIP/2.0/UDP >>>>> 10.25.153.149:5060;received=10.25.153.149;branch=z9hG4bK3ae5.3e00b5a33eaac375191362e27e930fba.0,SIP/2.0/UDP >>>>> 10.25.154.104;branch=z9hG4bK3ae5.89c39796.0,SIP/2.0/UDP 10.25.153.149:5060;branch=z9hG4bK3ae5.42e72ca36c3875261747250c959a8d70.0,SIP/2.0/UDP >>>>> 10.25.153.150:5062;branch=z9hG4bK-17858-2-0)[ >>>>> sip:39988001@10.25.153.150;user=phone=> >>>>> sip:039951001@10.25.153.149:5060;user=phone] >>>>> >>>>> Jan 25 11:41:31 vm-KAMnet-dev01 /usr/local/sbin/kamailio[2588]: DEBUG: >>>>> dialog [dlg_hash.c:872]: dlg_unref(): unref dlg 0x7faf1c35fa48 with 1 -> 1 >>>>> Jan 25 11:41:31 vm-KAMnet-dev01 /usr/local/sbin/kamailio[2588]: >>>>> NOTICE: KAMnet: REPLY_TO_SOURCE: 301 Q.850[410] [1 INVITE] from C5tst to >>>>> IVRcustomer >>>>> ru=<null> >>>>> fu=sip:39988001@10.25.153.150;user=phone >>>>> tu=sip:039951001@10.25.153.149:5060;user=phone >>>>> ai=<null> >>>>> ci=2-17858(a)10.25.153.150 >>>>> ct=sip:D39739951001@10.25.153.150 >>>>> cl=0 >>>>> branch[1] >>>>> >>>>> Jan 25 11:41:31 vm-KAMnet-dev01 /usr/local/sbin/kamailio[2588]: >>>>> DEBUG: tm [t_lookup.c:1072]: t_check_msg(): DEBUG: t_check_msg: msg id=8 >>>>> global id=8 T start=0x7faf1c372048 >>>>> Jan 25 11:41:31 vm-KAMnet-dev01 /usr/local/sbin/kamailio[2588]: DEBUG: >>>>> tm [t_lookup.c:1144]: t_check_msg(): DEBUG: t_check_msg: T already found! >>>>> Jan 25 11:41:31 vm-KAMnet-dev01 /usr/local/sbin/kamailio[2588]: DEBUG: >>>>> tm [tm.c:1035]: t_check_status(): DEBUG:t_check_status: checked status is >>>>> <301> >>>>> Jan 25 11:41:31 vm-KAMnet-dev01 /usr/local/sbin/kamailio[2588]: DEBUG: >>>>> dialog [dlg_hash.c:654]: dlg_lookup(): ref dlg 0x7faf1c35fa48 with 1 -> 2 >>>>> *Jan 25 11:41:31 vm-KAMnet-dev01 /usr/local/sbin/kamailio[2588]: >>>>> DEBUG: dialog [dlg_hash.c:656]: dlg_lookup(): dialog id=9780 found on entry >>>>> 1905* >>>>> >>>>> *Thank you,* >>>>> >>>>> *Julia* >>>>> >>>>> On Sun, Jan 25, 2015 at 12:48 PM, Daniel-Constantin Mierla < >>>>> miconda(a)gmail.com> wrote: >>>>> >>>>>> Can you point shortly again the lines where the wrong matching >>>>>> happens? Like last time -- it helped to spot in the file faster and analyze >>>>>> from there. >>>>>> >>>>>> Cheers, >>>>>> Daniel >>>>>> >>>>>> >>>>>> On 25/01/15 11:44, Julia Boudniatsky wrote: >>>>>> >>>>>> >>>>>> >>>>>> On Sun, Jan 25, 2015 at 12:03 AM, Daniel-Constantin Mierla < >>>>>> miconda(a)gmail.com> wrote: >>>>>> >>>>>>> Hello, >>>>>>> >>>>>>> got the time to analyze your last logs and I discovered that the >>>>>>> previous patch was not resetting properly the dialog shortcuts. I pushed a >>>>>>> fix, can you try again with the latest version from one of the branches: >>>>>>> master, 4.2 or 4.1?Let me know the results. >>>>>>> >>>>>>> Cheers, >>>>>>> Daniel >>>>>>> >>>>>>> >>>>>>> On 15/01/15 23:42, Daniel-Constantin Mierla wrote: >>>>>>> >>>>>>> Hello, >>>>>>> >>>>>>> I looked at the logs, but I cannot see the log message I added with >>>>>>> the patch for reseting local dialog shortcuts after onreply and failure >>>>>>> route. It shuld be something like: >>>>>>> >>>>>>> "... resetting the local dialog shortcuts" >>>>>>> >>>>>>> Are you sure you are running the latest branch 4.1? You can send the >>>>>>> output of kamailio -v to double check here. >>>>>>> >>>>>>> I separated the logs per process and looked when a 301 was received, >>>>>>> apparently the ones for Call-ID: 4-21712 are matching the same dialog. I >>>>>>> found something not printing the same kind of logs like for other 301 for >>>>>>> Call-ID: 2-21712. If you can point the line in the logs where you think it >>>>>>> was the wrong dialog match, I can investigate from there, but now I >>>>>>> couldn't find any lead. >>>>>>> >>>>>>> Anyhow, if it is the latest branch 4.1 and the problem still >>>>>>> persists, can you add the following xlog at the beginning of main >>>>>>> request_route (or the route {...} ), plus in each reply_route, >>>>>>> onreply_route and failure_route: >>>>>>> >>>>>>> xlog("processing $rm ( $ci / %ft / $tt / $hdr(Via) ) [$fu => >>>>>>> $tu]\n"); >>>>>>> >>>>>>> Then redo the tests to catch the issue and send me the new logs. >>>>>>> Because you use sipp with tags like '4', it is hard to search on a single >>>>>>> tocken and I want to have the all message attribute when a relevant route >>>>>>> block is executed. >>>>>>> >>>>>>> Cheers, >>>>>>> Daniel >>>>>>> >>>>>>> On 14/01/15 15:07, Daniel-Constantin Mierla wrote: >>>>>>> >>>>>>> Hello Julia, >>>>>>> >>>>>>> ok, I will look over the logs very soon. >>>>>>> >>>>>>> As a short note for the future, make the archives zip or tgz, being >>>>>>> more common formats that can be unarchived everywhere without installing >>>>>>> additional app, being handy to open even on small devices. Now it is ok >>>>>>> with rar, being at the desk. >>>>>>> >>>>>>> Cheers, >>>>>>> Daniel >>>>>>> >>>>>>> On 14/01/15 14:43, Julia Boudniatsky wrote: >>>>>>> >>>>>>> Hello Daniel, >>>>>>> >>>>>>> Please find in attached file the debug 3 log. >>>>>>> Failed call with Call-ID: 4-21712(a)10.25.153.150. >>>>>>> The problem occurred with all modes of "dlg_match_mode " >>>>>>> The same load test in 3.3 executed without failures. >>>>>>> >>>>>>> Thank you, >>>>>>> >>>>>>> Julia. >>>>>>> >>>>>>> >>>>>>> -- >>>>>>> Daniel-Constantin Mierlahttp://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda >>>>>>> >>>>>>> >>>>>>> -- >>>>>>> Daniel-Constantin Mierlahttp://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda >>>>>>> >>>>>>> >>>>>> >>>>>> -- >>>>>> Daniel-Constantin Mierlahttp://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda >>>>>> >>>>>> >>>>> >>>>> -- >>>>> Daniel-Constantin Mierlahttp://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda >>>>> >>>>> >>>> >>>> -- >>>> Daniel-Constantin Mierlahttp://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda >>>> >>>> >>> >>> -- >>> Daniel-Constantin Mierlahttp://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda >>> >>> >> >> -- >> Daniel-Constantin Mierlahttp://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda >> >> >

1 0

Re: [SR-Users] Fosdem 2015
by DanB 27 Jan '15

27 Jan '15

I will be there this year also, if someone prepares an event. DanB.

3 4

usage of the select function
by Олег Першин 27 Jan '15

27 Jan '15

Hi! Please help me to figure out how to use "@select" or "$sel" in routes. For example: there is a sip message at the entrance of kamailo. This message contains an authorization header. Authorization: Digest username="oleg.pershin", realm="178.62.221.112", nonce="VMT1cVTE9EVT/6/MLuDZR8dA4g1Mfir4", uri="sip:178.62.221.112", response="6eb5427433ef0b51832829f9fd4340ea", algorithm=MD5 Authentication Scheme: Digest username="oleg.pershin" realm="178.62.220.111" nonce="VMT1cVTE9EVT/6/MLuDZR7dA4g1Mfir4" uri="sip:178.62.220.111" response="6eb5327433ef0b51832829f9fd4340ea" algorithm=MD5 So I want to get a value from the "nonce" with "@select" or "$sel" functions . How will it look like? Best regards, Oleg Pershin.

2 1

When does transaction logging trigger
by Ryan Brindley 27 Jan '15

27 Jan '15

Hey gents, In relation to my attempts to get transaction logging successful, I'm curious to know when transaction logging triggers. My current theory is that something I'm doing in my SIPp uac test messages (what's being sent to Kamailio) is preventing the transaction from fully completing and thus preventing logging. I'm currently setting up an Asterisk box to test this theory, but I'd still like to know more about this and see if I can understand more of what's going on under the hood. Thanks in advance, Ryan Brindley

2 6

lookup_branches and rtpengine_manage
by Yuriy Gorlichenko 27 Jan '15

27 Jan '15

Hello. I need parallel forking calls with the same username. (Call to all contacts with name for example User123), my endpoints may be WebSocket based and standart UDP endpoints. And I use rtpengine_manage for nmanaging calls wor webphones and standart softh/hard phones. I get all contacts manually and than at the branch route set rtpengine_manage settings for every call. It works fine but it works for one kamailio server. When I use 2 kamailio servers as load balansers Server that handle call get all endpoints from location but call to only one, that registred only at ths server for example I call user123 I have 3 contacts user123(a)1.2.3.4 - was registered at kamailio 1 user123(a)3.2.1.4 - was registered at kamailio 2 user123(a)4.3.2.1 - was registered at kamailio 1 So if call goes through kamailio 1 it call only to user123(a)1.2.3.4 and user123(a)4.3.2.1 I use this settings for usrloc at 2 kamailios to share all table between 2 servers modparam("usrloc", "db_url", DBURL) modparam("usrloc", "db_mode", 3) modparam("usrloc", "user_column", "username") modparam("usrloc", "contact_column", "contact") modparam("usrloc", "expires_column", "expires") modparam("usrloc", "q_column", "q") modparam("usrloc", "callid_column", "callid") modparam("usrloc", "cseq_column", "cseq") modparam("usrloc", "methods_column", "methods") modparam("usrloc", "cflags_column", "cflags") modparam("usrloc", "user_agent_column", "user_agent") modparam("usrloc", "received_column", "received") modparam("usrloc", "socket_column", "socket") modparam("usrloc", "path_column", "path") modparam("usrloc", "ruid_column", "ruid") modparam("usrloc", "instance_column", "instance") modparam("usrloc", "use_domain", 1) and this code for calling them [GET_CONTACTS] { sql_query("ca", "select contact from location where username='$tU'", "ra"); xlog("rows: $dbr(ra=>rows) cols: $dbr(ra=>cols)\n"); if($dbr(ra=>rows)>0){ $var(i)=0; while($var(i)<$dbr(ra=>rows)){ xlog("L_INFO","SQL query return contact {$dbr(ra=>[$var(i),0])} for {$tU} at step {$var(i)}\n"); if ($dbr(ra=>[$var(i),0])=~"transport=ws"){ xlog("L_INFO", "This is a Websocket call to endpoint"); sql_pvquery("ca", "select received from location where contact='$dbr(ra=>[$var(i),0])'","$var(recieved)"); $du=$var(recieved); xlog("L_INFO","SQL query return recieved {$var(recieved)} for {$tU}. Destination is {$du}\n"); append_branch("sip:$tU@$(du{s.select,1,:})"); } else { xlog("L_INFO", "This is a classic UDP call to endpoint"); $var(recieved)=''; sql_pvquery("ca", "select received from location where contact='$dbr(ra=>[$var(i),0])'","$var(recieved)"); xlog("L_INFO", "SQL query return RECIEVED {$var(recieved)}"); if ($var(recieved)==0){ xlog("L_INFO", "Recieved string is EMPTY"); $du="sip:"+$(dbr(ra=>[$var(i),0]){s.select,1,@}); } else { xlog("L_INFO", "Recieved string is {$var(recieved)}"); $du=$var(recieved); } $var(UDP_contact)="sip:"+$(dbr(ra=>[$var(i),0]){s.select,1,@}); append_branch("sip:$tU@$(du{s.select,1,:})"); xlog("L_INFO","Classic Destination URI is {$dbr(ra=>[$var(i),0])} for {$tU}}. Destination is {$du}\n"); } $var(i) = $var(i) + 1; } } t_on_branch("1"); return; } } } branch_route[1]{ if($du=~"transport=ws"){ xlog("L_INFO","Websocket Branch is {$du} for {$tU}\n"); rtpengine_manage("internal extenal force trust-address replace-origin replace-session-connection ICE=force RTP/SAVPF"); t_on_reply("REPLY_FROM_WS"); } else{ xlog("L_INFO","UDP Branch is {$du)} for {$tU}\n"); rtpengine_manage("replace-origin replace-session-connection ICE=remove RTP/AVP"); t_on_reply("MANAGE_CLASSIC_REPLY"); } } When it try to branch endpoint without registration at server that handle call I get errors that tm module can not build Via header **via_builder(): TCP/TLS connection (id: 0) for WebSocket could not be found* *ERROR: <core> [msg_translator.c:1725]: build_req_buf_from_sip_req(): could not create Via header* *ERROR: <core> [forward.c:607]: forward_request(): ERROR: forward_request: building failed* * UDP calls get errors something like above (sorry than can not share error code, This situation not often). So I think I have this trouble because I use manually handling call and tried to substitute to lookup_branches function. but I have no Idea how to set rtpengine_manage paraments for each endpoint depending this is websocket or standart call. IF there is write problem for callings thhrough 2 kamailios as loadbalansers pleas let me know about how to set rtpengine_manage parametrs wor endpoints for every fork. If not- can you tell me how I can call to all endpoints endepending of registration server (kamailio 1 or 2). Thanks.

1 0

Logging All Transactions
by Ryan Brindley 26 Jan '15

26 Jan '15

I've been working to try to get kamailio (4.1) to log every transaction to file, but can't seem to do it -- or even get it to reliably log. What the heck am i missing? It seems Kamailio logs the first time i try it on a day, but then won't do it again no matter what variation of configs I try. Is it something wrongly configured with flatstore? Permission issues? Any help/leads/hunches are greatly appreciated. The following is my truncated test config #!KAMAILIO #!define DBURL "flatstore:/var/log/kamailio-acc" #!define FLT_ACC 1 #!define FLT_ACCMISSED 2 #!define FLT_ACCFAILED 3 (the config and load mod stuff) modparam("acc", "log_level", 1) modparam("acc", "log_flag", FLT_ACC) modparam("acc", "log_missed_flag", FLT_ACCMISSED) modparam("acc", "log_facility", "LOG_LOCAL2") #confirmed in Ubuntu rsyslog LOG_LOCAL2 is configured modparam("acc", "failed_transaction_flag", FLT_ACCFAILED) modparam("acc", "db_url", DBURL) modparam("acc", "db_flag", FLT_ACC) modparam("acc", "db_missed_flag", FLT_ACCMISSED) request_route { (non-invite request stuff) setflag(FLT_ACC); setflag(FLT_ACCMISSED); setflag(FLT_ACCFAILED); send_reply("420", "Test"); exit; } Ryan Brindley

2 5

Need help on WebRTC with Kamailio as proxy
by Rahul MathuR 26 Jan '15

26 Jan '15

Hello, I am totally struck at a point while implementing Kamailio as proxy for WebRTC enabled UAC (Jssip). I am using Google's TURN server (rfc5766-turn-server for ICE/STUN). I am able to get to the point where the SIP server sends 183 session in progress to kamailio but after that I can only see - "STUN: using this candidate" "Successful STUN binding request from .." "SRTP output wanted, but no crypto suite was negotiated" a) What should I do to resolve this issue ? b) Why is that I never get 200 OK for the INVITE ? I am attaching the logfile & configs herewith. Can somebody please help me out here... -- Warm Regds. MathuRahul

4 6

Dialog variable lost in ACC
by Pars3c 26 Jan '15

26 Jan '15

Hi , I've updated kamailio from 4.1.4 to 4.1.7 and some times dialog variables are not writed on the db by the ACC module. The variable that is not writed ,is setted in the on reply route ,when it receive the 200ok and method is invite. If i come back to the 4.1.4 all is ok. If i patch kamailio 4.1.4 with the code "dialog: Set the dialog context on incoming replies" (commit:b12a01e553699786953ec601197669314bf414c7) sometime the variable are not writed. Any ideas? Thanks

2 3

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