- sr-users - kamailio.org

(no subject)
by hdssdsdsdsfsdf hdssdsdsdsfsdf 21 Mar '18

21 Mar '18

Hi all, I have kamailio setup that uses a mongo cluster, and everything works fine. Only I have problems with the avpops module. The avp_db_load fails with "field [attribute] not found in result iterator", even if the attribute field is present in the object in mongo. Does anybody know what could be going wrong? Thanks in advance, and kind regards, =============================================================================== kamailio.cfg: ... # ---- avpops params ---- modparam("avpops", "db_url", DBURL) modparam("avpops", "avp_table", "usr_preferences") ... xlog("trying avp_db_load\n"); if (avp_db_load("$fu/username", "$avp(s:attributevalue)")) { xlog("if succeeded\n"); } xlog("if not succeeded\n"); ... =============================================================================== mongo: rs:SECONDARY> db.usr_preferences.find({"username":"1234567890"}) { "_id" : ObjectId("5ab22a5b384cd2aa0d4cf403"), "attribute" : "attributevalue", "username" : "1234567890", "domain" : null, "value" : "750", "uuid" : "", "type" : 0 } =============================================================================== syslog: ... Mar 21 17:15:16 ccccc /opt/kamailio/sbin/kamailio[2544]: ERROR: <script>: trying avp_db_load Mar 21 17:15:16 ccccc /opt/kamailio/sbin/kamailio[2544]: DEBUG: db_mongodb [mongodb_dbase.c:851]: db_mongodb_query(): query to collection [usr_preferences] Mar 21 17:15:16 ccccc /opt/kamailio/sbin/kamailio[2544]: DEBUG: db_mongodb [mongodb_dbase.c:885]: db_mongodb_query(): query filter: { "username" : "1234567890", "attribute" : "attributevalue" } Mar 21 17:15:16 ccccc /opt/kamailio/sbin/kamailio[2544]: DEBUG: db_mongodb [mongodb_dbase.c:904]: db_mongodb_query(): columns filter: { "value" : 1, "attribute" : 1, "type" : 1 } Mar 21 17:15:16 ccccc /opt/kamailio/sbin/kamailio[2544]: DEBUG: <core> [db_res.c:116]: db_new_result(): allocate 56 bytes for result set at 0x7f43b613c480 Mar 21 17:15:16 ccccc /opt/kamailio/sbin/kamailio[2544]: DEBUG: db_mongodb [mongodb_dbase.c:349]: db_mongodb_get_columns(): 3 columns returned from the query Mar 21 17:15:16 ccccc /opt/kamailio/sbin/kamailio[2544]: DEBUG: <core> [db_res.c:154]: db_allocate_columns(): allocate 24 bytes for result names at 0x7f43b613c318 Mar 21 17:15:16 ccccc /opt/kamailio/sbin/kamailio[2544]: DEBUG: <core> [db_res.c:165]: db_allocate_columns(): allocate 12 bytes for result types at 0x7f43b614d888 Mar 21 17:15:16 ccccc /opt/kamailio/sbin/kamailio[2544]: DEBUG: db_mongodb [mongodb_dbase.c:377]: db_mongodb_get_columns(): Found a field[0] named: value Mar 21 17:15:16 ccccc /opt/kamailio/sbin/kamailio[2544]: DEBUG: db_mongodb [mongodb_dbase.c:396]: db_mongodb_get_columns(): allocate 16 bytes for RES_NAMES[0] at 0x7f43b614d9b8 Mar 21 17:15:16 ccccc /opt/kamailio/sbin/kamailio[2544]: DEBUG: db_mongodb [mongodb_dbase.c:431]: db_mongodb_get_columns(): use DB1_STRING result type Mar 21 17:15:16 ccccc /opt/kamailio/sbin/kamailio[2544]: DEBUG: db_mongodb [mongodb_dbase.c:460]: db_mongodb_get_columns(): RES_NAMES(0x7f43b614d9b8)[0]=[value] (2) Mar 21 17:15:16 ccccc /opt/kamailio/sbin/kamailio[2544]: DEBUG: db_mongodb [mongodb_dbase.c:377]: db_mongodb_get_columns(): Found a field[1] named: attribute Mar 21 17:15:16 ccccc /opt/kamailio/sbin/kamailio[2544]: ERROR: db_mongodb [mongodb_dbase.c:381]: db_mongodb_get_columns(): field [attribute] not found in result iterator Mar 21 17:15:16 ccccc /opt/kamailio/sbin/kamailio[2544]: ERROR: db_mongodb [mongodb_dbase.c:739]: db_mongodb_store_result(): failed to set the columns Mar 21 17:15:16 ccccc /opt/kamailio/sbin/kamailio[2544]: ERROR: db_mongodb [mongodb_dbase.c:918]: db_mongodb_query(): failed to store result Mar 21 17:15:16 ccccc /opt/kamailio/sbin/kamailio[2544]: ERROR: db_mongodb [mongodb_dbase.c:927]: db_mongodb_query(): failed to do the query Mar 21 17:15:16 ccccc /opt/kamailio/sbin/kamailio[2544]: DEBUG: <core> [db_res.c:79]: db_free_columns(): freeing 3 columns Mar 21 17:15:16 ccccc /opt/kamailio/sbin/kamailio[2544]: DEBUG: <core> [db_res.c:83]: db_free_columns(): freeing RES_NAMES[0] at 0x7f43b614d9b8 Mar 21 17:15:16 ccccc /opt/kamailio/sbin/kamailio[2544]: DEBUG: <core> [db_res.c:92]: db_free_columns(): freeing result names at 0x7f43b613c318 Mar 21 17:15:16 ccccc /opt/kamailio/sbin/kamailio[2544]: DEBUG: <core> [db_res.c:97]: db_free_columns(): freeing result types at 0x7f43b614d888 Mar 21 17:15:16 ccccc /opt/kamailio/sbin/kamailio[2544]: DEBUG: <core> [db_res.c:134]: db_free_result(): freeing result set at 0x7f43b613c480 Mar 21 17:15:16 ccccc /opt/kamailio/sbin/kamailio[2544]: ERROR: avpops [avpops_impl.c:381]: ops_dbload_avps(): db_load failed Mar 21 17:15:16 ccccc /opt/kamailio/sbin/kamailio[2544]: ERROR: <script>: if not succeeded ... ===============================================================================

1 0

Problems with dispatcher reload
by Arik Halperin 21 Mar '18

21 Mar '18

Hello, I’ve installed kamailio 5.1 but when I run: kamctl dispatcher reload I get: { "jsonrpc": "2.0", "error": { "code": 500, "message": "Method Not Found" }, "id": 31222 } How do I fix this? Thanks, Arik Halperin

4 6

How does Kamailio decide which msg to store when receiving it double from 2 servers?
by Zigelman, Amit 21 Mar '18

21 Mar '18

I am using Captagent on 2 sip servers communicating with each other. Both Captagents then route the SIP traffic to the same Kamailio. Therefore, if I understand, Kamailio will get every msg between them twice. Once from server A and once from server B. Let's say that each of them has a different capturing code (100 for server A and 200 for server B) How will the data look in the DB? Will it hold both entries pretty much the same with a difference is some fields such as the capture node? Thanks a lot, Amit -- *Amit Zigelman* | *Software Developer* Mobile (+972) 54-570-9129 <+972%254-570-9129> | amit.zigelman(a)vonage.com

2 1

authenticating to mongodb fails
by hdssdsdsdsfsdf hdssdsdsdsfsdf 21 Mar '18

21 Mar '18

When I connect using mongo, the credentials work: $ mongo kamailio -u "kam" -p "kam" MongoDB shell version v3.4.9 connecting to: mongodb://127.0.0.1:27017/kamailio MongoDB server version: 3.4.9 > db.subscriber.find() { "_id" : ObjectI ... But when I use the following DBURL in kamailio.cfg, kamailio fails to even login to mongo: #!define DBURL "mongodb://kam:kam@localhost/kamailio" If I disable mongodb authentication, kamailio starts up just fine again. Any idea what's going wrong here?

3 10

NATDETECT Flag 16
by Duarte Rocha 21 Mar '18

21 Mar '18

Greetings, I have a doubt about the flag 16 used in nat_uac_test() belonging to the module NATDETECT. In the documentation, the following is stated : *16* - Test if the source port is different from the port in the “Via” header I have some situations that I receive a request from port 5060 and the Via Header contains no port. I think it probably assumes that it is the default port. Will this situation trigger the "16" flag ? Thanks in advance, Cheers

2 2

S-CSCF can not allocate memory
by tyd 21 Mar '18

21 Mar '18

Hello, I haved install debian 8 and kamailio 4.4.7 for IMS testing. After registering 10000 users, SIPp generates CPS 25 SIP INVITE message and BYE message after 100 seconds. After about 240000 calls, there are "cannot allocate memory" messgae on S-CSCF. The command of S-CSCF is "kamailio -m 512 -f /etc/scscf/kamailio.cfg" The parameter mem_join=1 is included in kamailio.cfg. I have modified the share memory to 1024 and 2048, but the result is the same, just increasing the pass calls. Would you please tell me how to solve the memory problem? Thanks. Mar 21 12:25:03 Kamailio440 kamailio[16483]: ERROR: <core> [sip_msg_clone.c:981]: msg_lump_cloner(): cannot allocate memory Mar 21 12:25:03 Kamailio440 kamailio[16483]: ERROR: tm [t_fwd.c:1656]: t_forward_nonack(): ERROR: t_forward_nonack: failed to save the message lumps Mar 21 12:25:03 Kamailio440 kamailio[16483]: ERROR: tm [t_reply.c:545]: _reply_light(): ERROR: _reply_light: cannot allocate shmem buffer Mar 21 12:25:03 Kamailio440 kamailio[16483]: ERROR: tm [t_lookup.c:1489]: t_unref(): ERROR: t_unref: generation of a delayed stateful reply failed Mar 21 12:25:03 Kamailio440 kamailio[16446]: ERROR: tm [t_reply.c:1893]: relay_reply(): ERROR: relay_reply: cannot alloc reply shmem Mar 21 12:25:03 Kamailio440 kamailio[16446]: ERROR: tm [t_reply.c:545]: _reply_light(): ERROR: _reply_light: cannot allocate shmem buffer Mar 21 12:25:03 Kamailio440 kamailio[16435]: ERROR: tm [t_reply.c:316]: update_totag_set(): ERROR: update_totag_set: no memory Mar 21 12:25:03 Kamailio440 kamailio[16406]: ERROR: ims_dialog [dlg_profile.c:472]: set_dlg_profile(): no more shm memory Mar 21 12:25:03 Kamailio440 kamailio[16406]: ERROR: ims_dialog [ims_dialog.c:619]: w_set_dlg_profile(): failed to set profile Mar 21 12:25:03 Kamailio440 kamailio[16406]: ERROR: tm [t_lookup.c:1289]: new_t(): ERROR: new_t: out of mem: Mar 21 12:25:03 Kamailio440 kamailio[16406]: ERROR: tm [t_lookup.c:1429]: t_newtran(): ERROR: t_newtran: new_t failed root@Kamailio440:~# kamcmd tm.stats { current: 69 waiting: 0 total: 991300 total_local: 0 rpl_received: 2183891 rpl_generated: 20232 rpl_sent: 1475856 6xx: 0 5xx: 2704 4xx: 10124 3xx: 0 2xx: 978329 created: 991300 freed: 991231 delayed_free: 0 } root@Kamailio440:~# kamctl stats shmem shmem:fragments = 1630 shmem:free_size = 4303040 shmem:max_used_size = 536870912 shmem:real_used_size = 532567872 shmem:total_size = 536870912 shmem:used_size = 415668000

1 0

execute only on INITIAL INVITE
by David Villasmil 20 Mar '18

20 Mar '18

Hello guys, I want to execute an sql only for INITIAL INVITEs, I'm trying like: #!ifdef WITH_DID_VALIDATE if(!has_totag()) { sql_query("acd", "select * from did_numbers where didNumber = '$tU' and active = 'Y'", "ra"); xlog("L_ERR", "[REQUEST_ROUTE] number of rows in table domain: $dbr(ra=>rows)\n"); if( $dbr(ra=>rows)==0 ) { xlog("L_ERR", "[REQUEST_ROUTE] DID Number validation returned [$dbr(ra=>rows)], not responding to this request\n"); exit; } sql_result_free("ra"); } #!endif But, say I remove the DID from the allowed list while a call is going on. Then responses to the allowed INVITE would not be processed. How would I limit that to ONLY the INITIAL INVITE? Should I use has_totag? Thanks! David Regards, David Villasmil email: david.villasmil.work(a)gmail.com phone: +34669448337 ᐧ

3 4

kamailio 4.4.7 websockets
by draden vandewind 20 Mar '18

20 Mar '18

Hello, Can you explain to me how configure kamailio for to use websocket. I search a kamailio.cfg file with websocket support.... best regards draden

2 1

Security announcement related to Kamailio
by Henning Westerholt 19 Mar '18

19 Mar '18

Hello, as already announced from Daniel-Constantin Mierla on the lists last Wednesday [1], we strongly advise you to update your Kamailio installation to the latest stable release for security reasons. All supported releases (4.4, 5.0. and 5.1) contains two important security fixes related to the tmx and lcr module. Technical details for the tmx issue: A specially crafted REGISTER message with a malformed branch or From tag triggers a so called "off-by-one heap overflow". This vulnerability existed in the tmx module and makes it possible to remotely crash the Kamailio service. If an attacker sends many of this messages this would lead to a Denial of Service of the attacked infrastructure. This is especially critical as no authentication for the remote source is needed. This vulnerability was found from Sandro Gauci and Alfred Farrugia from the Security Company Enable Security. Many thanks to them for finding the issue and reporting it to us. You find all the details including a proof of concept code in the published security announcement from them: https://github.com/EnableSecurity/advisories/tree/master/ES2018-05-kamailio… Technical details for the lcr issue: A vulnerability existed in the lcr next_gw() function. It happens when a very long R-URI username is sent with an INVITE due to an mistake in the function error code handling. It can be triggered from a remote source, but should be only from a trusted peer, as it expected that calls going through lcr are authenticated by user or IP address. This vulnerability was reported from an user in the Netherlands to us, thanks as well for the bug report. So far we are not aware of any public exploits of this errors. But as already mentioned, we advise you to update your Kamailio servers to the latest stable release as soon as possible, especially as the tmx vulnerability will reported to more security lists later today. Please address any detailed technical questions related to the two bugs to the developer list at sr-dev(a)lists.kamailio.org . In case of confidential remarks related to this or other security issues, please address them to the Kamailio Management at management(a)kamailio.org . Best regards, Henning Westerholt Kamailio Project [1] https://lists.kamailio.org/pipermail/sr-users/2018-March/100672.html

1 2

msilo on proxy in front of registrar
by Stefan Sayer 19 Mar '18

19 Mar '18

Hello, I have a bit of a strange situation where I want to add SIP MESSAGE reliability (store and forward) for a proxy that is in front of the (message-wise unreliable) registrar/message originator. So I m_store MESSAGEs in the failure_route of MESSAGE requests. By default, msilo's m_dump works only for REQUEST_ROUTE, thus I can't use that in the 200 to REGISTER. But when I add a function to msilo for ONREPLY_ROUTE (without the check for MESSAGE support) it works. So, is there a reason that there's m_dump only for REQUEST_ROUTE? And, is this: if ((msg->first_line).type == SIP_REQUEST) the correct way to check whether we're handling a request or reply? Also, is there a way to check the expires of contacts in the 200 to REGISTER from the script, so I don't try to m_dump on de-REGISTER? Or does this have to go into the m_dump function for the ONREPLY_ROUTE case? Many thanks for hints! Stefan

2 1

Some clarifications needed on async_task_route
by George Diamantopoulos 19 Mar '18

19 Mar '18

Hello all, I've been exploring the async module a little, and async_task_route() more specifically. I have async_workers set, and the async module loaded. However, whenever this async function is involved in SIP processing, kamailio returns a 500 error to the UAC. I was hoping that someone could confirm that this function is suitable for my needs, I'm not sure I understand the docs very well on this one. So the plan is to have some of the processing of the transaction performed asynchronously, as it is not required for routing etc. Here's an example of what I'm trying to achieve, it's not really critical if NICE_TO_HAVE route functions fail etc, I just need request_route processing to continue normally without waiting for async_task_route("NICE_TO_HAVE") to finish whatever it's going to be doing: request_route() { ... SIP_PROCESSING_A ... async_task_route("NICE_TO_HAVE") ... SIP_PROCESSING_B t_relay(); } route(NICE_TO_HAVE) { dlg_var(sth) = something_derived_from_global_vars(); } Is this possible, or am I completely out of scope here? Thanks! BR, George

2 1

INFO: Relevant fixes in the last releases
by Daniel-Constantin Mierla 19 Mar '18

19 Mar '18

Hello, I want to highlight that the last stable versions (for the latest 3 release series: 4.4, 5.0 and 5.1) include fixes for two issues that can crash a running instance of Kamailio, therefore it is strongly recommended to upgrade if you are using tmx or lcr modules. Next week a CVE report is going to be created with more details about one of these issues. The issues were reported privately, one by security researchers and one by a community member, and were fixed quickly. The code related to the reported issues is rather old (few years by now) and there are no known incidents of exploiting these issues so far. However, once the CVE report comes public, there could be a higher risk of exploitation. Cheers, Daniel -- Daniel-Constantin Mierla www.twitter.com/miconda -- www.linkedin.com/in/miconda Kamailio Advanced Training - April 16-18, 2018, Berlin - www.asipto.com Kamailio World Conference - May 14-16, 2018 - www.kamailioworld.com

2 2

Kamailio World 2018 - grants for students and underrepresented people
by Daniel-Constantin Mierla 19 Mar '18

19 Mar '18

Hello, we are glad to announces that, thanks to the sponsors, we can offer again couple of free seats at Kamailio World Conference, May 14-16, 2018, in Berlin, for students as well as for underrepresented people. In this way we are continuing the program from last years, based on the roots and the tight relation of Kamailio project with the academic environment, the eligible people being students enrolled in universities or research institutes (bachelor, master and PhD programs qualify) as well as people from underrepresented groups. If you think you are eligible and want to participate, email me directly (miconda(a)gmail.com) or to registration(a)kamailio.org . Participation to all the content of the event (workshops, conference and social event) is free, but you will have to take care of expenses for traveling and accommodation. Write a short description about your interest in real time communications and, when it is the case what is the university or the research institute you are affiliate to. Also, if you are not a student, but you are in touch with some or have access to students forums/mailing lists, it will be very appreciated if you forward these details. More information about Kamailio World is available on the web site: - https://www.kamailioworld.com Many thanks to the event sponsors that allowed to continue this program, respectively: Evosip, 2600hz, Sipwise, Sipgate, Simwood, NG-Voice, Evariste Systems, Digium, LOD.com, Pascom, Core Network Dynamics, FhG Fokus and Asipto. Expect a full house event! Looking forward to meeting many of you in Berlin! Cheers, Daniel -- Daniel-Constantin Mierla www.twitter.com/miconda -- www.linkedin.com/in/miconda Kamailio Advanced Training - April 16-18, 2018, Berlin - www.asipto.com Kamailio World Conference - May 14-16, 2018 - www.kamailioworld.com

1 0

Select last URI from Record-Route
by John Petrini 19 Mar '18

19 Mar '18

Hello list, Does anyone how I can extract the last URI from a compact Record-Route header? I've tried using a negative index in the parameter of my select but it returns the first URI in the header instead of the last. $var(rr_last_uri) = @record_route.uri[-1]; Maybe there's another way instead of using selects? Thanks, John

4 7

Select last URI from Record-Route
by Ilie Soltanici 18 Mar '18

18 Mar '18

Hi, Try $(hdr(Record-Route)[-1]), to extract URI only you can use: $(hdr(Record-Route)[0]{nameaddr.uri})

1 0

Logging unregister
by Kjeld Flarup 17 Mar '18

17 Mar '18

Is there a way to get a log entry when a client unregisters incl. when tcp connection is lost for a registration. -- -------------------- Med Liberalistiske Hilsner ---------------------- Civilingeniør, Kjeld Flarup - Mit sind er mere åbent end min tegnebog Sofienlundvej 6B, 7560 Hjerm, Tlf: 40 29 41 49 Den ikke akademiske hjemmeside for liberalismen - www.liberalismen.dk

1 0

kamailio as load balancer
by Seyed Mohammad Mirheydari 16 Mar '18

16 Mar '18

Hi I have 5 asterisk servers. And I want to use kamailio as load balancer. How can route sip calls from outside to asterisk servers? Note: I installed kamailio and mairadb , etc. I configured subscriber for kamailio. And add my 5 servers to databse. Hust to know how to change the file kamailio.cfg to route all incoming calls to my 5 asterisk server (round robin). thanks

3 2

Need useful graphics ideas
by Karsten Horsmann 16 Mar '18

16 Mar '18

Hello List, I thought about some kind of Kamailio stats source (like registered users, calls active and some other things) to collect them into influx dB and draw them with grafana. How do you solved that? Timer based routes or statsd or whatever? Kind regards Karsten Horsmann

5 10

Lua script reload
by Igor Olhovskiy 16 Mar '18

16 Mar '18

Hi! I’m playing with new KEMI framework and trying to reload script without reloading Kamailio. Lua code is mostly one from example. ... modparam("app_lua", "load", "/etc/kamailio/lua/kamailio.lua") cfgengine "lua" ... So, I’m changing lua code and giving command kamctl rpc app_lua.reload But in the answer { "jsonrpc": "2.0", "error": { "code": -32000, "message": "Execution Error" }, "id": 11098 } In syslog there is a string /usr/sbin/kamailio[10939]: ERROR: app_lua [app_lua_api.c:399]: lua_sr_reload_script(): reload is not activated What is need to be done to activate reload? Regards, Igor

2 12

logging sip messages
by Karthik Srinivasan 15 Mar '18

15 Mar '18

Hello: I am trying to find a simple way to log each and every SIP message that Kamailio receives or Kamailio sends. In a nutshell, here is what i'm trying to accomplish: - log sip message received; log ip address and port of where message was received from - log sip message to be sent or sent; log ip address and port of destination. I am trying to achieve this in the context of my general log file that contains routing/event logic from the kamailio.cfg file. By this i mean i don't want to have to run an external program like tcpdump to capture the packets and log them. I have tried a few thing but haven't been able to capture all conditions. examples: i have included things like event_routes for [tm:local-response]; [sl:local-response]; [sl:filtered-ack], onreply_route... I can capture most replies and responses via those but am not able to capture a 200ok relayed response from Kamailio back to the originating UA for example. I can log incoming messages without problem. I have also tried to activate IO interrupt to route to event_route[NETWORK:MSG] but unfortunately i can't access the source/dest ip address/port info or other pseudo variables. So back to the original question: How does one log every SIP message that Kamailio gets? How does one log every SIP message that Kamailio sends? via the context of the routing/replies/event routes in kamailio.cfg. Thanks, Karthik

3 3

UAC Restore Mode
by Duarte Rocha 15 Mar '18

15 Mar '18

Greetings, I have a question about the UAC module and its restore mode. If i use the "auto" restore mode in the "restore_mode" parameter will the entire info be saved in the From Tag for restore? I'm asking because i will implement High Avaliability and need to know if in event of a failure and i switch to a kamailio in a different machine i will be able to do the To\From restore. Thanks in advance, Duarte Rocha

1 0

Kamailio Edge Proxy & Kamailio Core Sip Server behind NAT
by Ed 14 Mar '18

14 Mar '18

Hi all, I would like to thank you all for the work you are doing. Having a Kamailio Edge proxy (2 interfaces - 1 pvt, 1 public) & Kamailio Core Sip server behind NAT, is it necessary to set up rtpengine on both servers? Thanks, Ed

2 1

kamailio implamentation
by kossivi HOLONOU 14 Mar '18

14 Mar '18

Hello, I am developing a project on MSRP Kamailio with webRTC client for my end of training project, can you help me with documentation or configuration side kamailio and webRTC client to implement to get there? Thank you for your support BesT Regards,Kossivi HolonouBO VAS EngineerDakar-Sénégal

1 0

Dimensioning ds_hash_size value for dispatcher module
by Alvaro Araos 14 Mar '18

14 Mar '18

Hi, In the documentation of the dispatcher module it is said that in order to use the algorithm 10 (load balancing) the parameter ds_hash_size must be set, in the definition it is said that the value is in powers of 2, that is to say if it is set to 8, this is equal to 2 ^ 8 = 256 slots, but still I do not understand how to dimension this value for my needs. I do not know whether to put 8, 4, 9, etc. Saludos, ALVARO ARAOS MÉNDEZ Director de Tecnología en FONOIP +56 2 2947 9000 alvaro(a)fonoip.com | www.fonoip.com [1] Moisés Chacón 46, El Monte, RM Links: ------ [1] http://www.fonoip.com

2 2

Kamailio With SMPP
by Amar Tinawi 14 Mar '18

14 Mar '18

Hello Is there a method to integrate kamailio to an smpp smsc ? Thanks

2 1

kamailio Rx_AAR qusetions
by Lv, Victor (NSB - CN/Qingdao) 14 Mar '18

14 Mar '18

Hi All, I am trying to send two Rx_AAR after Kamailio receive 200 OK with SDP: The first one for termination part is worked well, but in MT_aar_reply route block, it's not works. The one I marked with red color, is there anyone know how configure Kamailio to send two Rx_AAR after receive 200 OK SDP? Thanks a lot!! Victor +++++++++++++++++++++++++++++++++++++++++++++++++++++++ if (t_check_status("200")){ xlog("L_DBG", "IMS: Received 200 nside orig_initial_reply\n"); $var(aarret) = Rx_AAR("MT_aar_reply", "term","",2); xlog("L_DBG", "AAR return code is $var(aarret)\n"); } on MT_aar_reply block: route[MT_aar_reply] { #this is async so to know status we have to check the reply avp switch ($avp(s:aar_return_code)) { case 1: xlog("L_DBG", "Diameter: Term AAR success on media authorization\n"); break; default: xlog("L_ERR", "IMS: AAR failed Term\n"); xlog("L_ERR", "IMS: ttag: "+ "$avp(TTAG_CUSTOM_AVP)"); xlog("L_ERR", "IMS: ftag: "+ "$avp(FTAG_CUSTOM_AVP)"); xlog("L_ERR", "IMS: callid: "+ "$avp(CALLID_CUSTOM_AVP)"); #comment this if you want to allow even if Rx fails if(dlg_get("$avp(CALLID_CUSTOM_AVP)","$avp(FTAG_CUSTOM_AVP)","$avp(TTAG_CUSTOM_AVP)")){ dlg_terminate("all", "Sorry no QoS available"); exit; } $var(aarret) = Rx_AAR("MO_aar_reply", "term","",2); xlog("L_DBG", "AAR return code is $var(aarret)\n");

4 8

kamailio does not start with db_mongdb and usrloc
by Stephane Focant 13 Mar '18

13 Mar '18

Hello, I have an issue when I try to use kamailio 5.1 with usrloc and db_mongdb modules. When I try to start kamailio, I get the following error: 0(22216) DEBUG: <core> [db.c:314]: db_do_init2(): connection 0x7f735b5c4100 not found in pool 0(22216) DEBUG: db_mongodb [mongodb_connection.c:55]: db_mongodb_new_connection(): connection open to: mongodb://10.0.12.149 ,10.0.12.150, 10.0.12.151/kamailio?replicaSet=sre_location&slaveOk=true&readPreference=primaryPreferred 0(22216) DEBUG: db_mongodb [mongodb_dbase.c:864]: db_mongodb_query(): query to collection [version] 0(22216) DEBUG: db_mongodb [mongodb_dbase.c:898]: db_mongodb_query(): query filter: { "table_name" : "location" } 0(22216) DEBUG: db_mongodb [mongodb_dbase.c:917]: db_mongodb_query(): columns filter: { "table_version" : 1 } 0(22216) DEBUG: <core> [db_res.c:120]: db_new_result(): allocate 56 bytes for result set at 0x7f735b5c4450 0(22216) DEBUG: db_mongodb [mongodb_dbase.c:746]: db_mongodb_store_result(): no result from mongodb 0(22216) DEBUG: <core> [db.c:404]: db_table_version(): no row for table location found 0(22216) ERROR: <core> [db.c:450]: db_check_table_version(): invalid version 0 for table location found, expected 9 (check table structure and table "version") 0(22216) ERROR: usrloc [dlist.c:659]: register_udomain(): error during table version check. 0(22216) DEBUG: <core> [db_pool.c:100]: pool_remove(): removing connection from the pool 0(22216) ERROR: registrar [registrar.c:651]: domain_fixup(): failed to register domain 0(22216) ERROR: <core> [core/route.c:1154]: fix_actions(): fixing failed (code=-1) at cfg:/usr/local/kamailio-5.1/etc/kamailio/kamailio.cfg:660 0(22216) ERROR: <core> [core/rvalue.c:3860]: fix_rval_expr(): failure in cfg at line: 660 col: 22 0(22216) ERROR: <core> [core/rvalue.c:3860]: fix_rval_expr(): failure in cfg at line: 660 col: 22 0(22216) ERROR: <core> [core/route.c:1154]: fix_actions(): fixing failed (code=-1) at cfg:/usr/local/kamailio-5.1/etc/kamailio/kamailio.cfg:663 ERROR: error -1 while trying to fix configuration 0(22216) DEBUG: tm [t_funcs.c:85]: tm_shutdown(): start 0(22216) DEBUG: tm [t_funcs.c:88]: tm_shutdown(): emptying hash table 0(22216) DEBUG: tm [t_funcs.c:90]: tm_shutdown(): removing semaphores 0(22216) DEBUG: tm [t_funcs.c:92]: tm_shutdown(): destroying tmcb lists 0(22216) DEBUG: tm [t_funcs.c:95]: tm_shutdown(): done 0(22216) INFO: <core> [core/sctp_core.c:53]: sctp_core_destroy(): SCTP API not initialized 0(22216) DEBUG: <core> [core/mem/shm.c:261]: shm_destroy_manager(): destroying memory manager: q_malloc 0(22216) DEBUG: <core> [core/mem/q_malloc.c:1165]: qm_shm_lock_destroy(): destroying the shared memory lock 0(22216) DEBUG: <core> [core/mem/pkg.c:91]: pkg_destroy_manager(): destroying memory manager: q_malloc In mongoDB, I have the collection "version" in the db kamailio, and the entries needed for usrloc (location and location_attrs): sre_location:PRIMARY> use kamailio switched to db kamailio sre_location:PRIMARY> db.getCollection("version").find() { "_id" : ObjectId("5a8ec43c601b262bef82a595"), "table_name" : "location", "table_version" : 9 } { "_id" : ObjectId("5a8edb72a3ec40427577b8d0"), "table_name" : "location_attrs", "table_version" : 1 } And logs in mongo show the following info when kamailio starts: 2018-02-22T17:13:02.604+0100 I NETWORK [conn90] received client metadata from 10.0.12.180:56320 conn: { driver: { name: "mongoc", version: "1.9.2" }, os: { type: "Linux", name: "CentOS", version: "6.9 (Final)", architecture: "x86_64" }, platform: "cfg=0x1563000 posix=200809 CC=GCC 4.4.7 20120313 (Red Hat 4.4.7-18) CFLAGS="" LDFLAGS=""" } 2018-02-22T17:13:02.604+0100 I COMMAND [conn90] command admin.$cmd command: isMaster { isMaster: 1, client: { driver: { name: "mongoc", version: "1.9.2" }, os: { type: "Linux", name: "CentOS", version: "6.9 (Final)", architecture: "x86_64" }, platform: "cfg=0x1563000 posix=200809 CC=GCC 4.4.7 20120313 (Red Hat 4.4.7-18) CFLAGS="" LDFLAGS=""" }, compression: [], $readPreference: { mode: "secondaryPreferred" }, $db: "admin" } numYields:0 reslen:716 locks:{} protocol:op_query 0ms 2018-02-22T17:13:02.604+0100 I COMMAND [conn90] command kamailio.$cmd command: find { find: "version", filter: { table_name: "location" }, table_version: 1, $db: "kamailio", $readPreference: { mode: "primaryPreferred" }, $clusterTime: { clusterTime: Timestamp(1519315979, 1), signature: { hash: BinData(0, 0000000000000000000000000000000000000000), keyId: 0 } } } numYields:0 reslen:531 locks:{} protocol:op_msg 0ms 2018-02-22T17:13:02.605+0100 I NETWORK [conn90] end connection 10.0.12.180:56320 (9 connections now open) I probably miss something: it is not clear to me why kamailio is not able to retrieve the value of table_version for the table_name location. Any idea would be very welcome ! I use mongo-c-driver 1.9.2 and mongodb 3.6 Thank you. Stephane

3 14

permissions.allow in conjunction with trusted table
by Ben Hood 12 Mar '18

12 Mar '18

Hi, I'd like to trust HTTP requests from internal subnets and use the trusted table to manage permissions from external networks. Is there a way to configure permissions.allow to trust everything on a local subnet and use the DB table for everything else? Does the permissions module even work in that way (i.e. to use two sources of trust)? If so, what is the permissions.allow syntax to trust a CIDR? Or is it better to split the trust up based on listening ports (i.e. define the route blocks so that requests to the port listening for internal traffic is not subject to the trusted table)? I guess I could also add the trusted internal subnet to the trusted table, but this would be mixing application level stuff with devops stuff. TIA, Ben

2 2

Tracking NAT Helper keepalives
by Mark Boyce 12 Mar '18

12 Mar '18

Hi All Is there any way to extract round trip lime state from keepalives? I have a customer who’d like to duplicate the qualify feature of Asterisk. ie latency / distance of endpoint from server. Can’t see any way to hook in from the docs. Thanks Mark

2 1

SBC rejects SIP INVITE from Kamailio+topos
by José Lopes 12 Mar '18

12 Mar '18

Hello, I am using Kamailio working as edge proxy with topos module active. Kamailio is proxing requests from Freeswitch's to the SBC Metaswitch. The Freeswitch sends SIP REGISTER requests and it is ok (Contact: < sip:1003@172.29.210.164:5070>). When Freeswitch sends SIP INVITE quest, it receives a reply with Forbiden (Contact: <sip:btpsh-5aa0219a-2a32-2@172.29.210.164:5070>). You can check the sip trace at https://pastebin.com/raw/JZUNgYx5 I analysed this issue on SBC Metaswitch and it requires that the INVITE and REGISTER have the same Contact Header. I know that this is not required from SIP RFC, but that it is SBC default security policy. There is any way to configure Kamailio using topos to have the same Contact Header on INVITE and REGISTER? Best regards, José Lopes

2 1

Dialog Terminator
by Leonardo Assunção 12 Mar '18

12 Mar '18

Greetings, Does Kamailio has a method or variable that indicates who cancelled,rejected or terminated a call and, therefore ended the dialog? Currently i'm looking for the sources of BYE's, CANCEL and replies greater than 300 to first INVITE, but i would safer if such a method existed. Thanks in advance

2 1

Presence not notifying?
by Mark Boyce 11 Mar '18

11 Mar '18

Hi All Got a presence problem with what should be a very simple config. Would much appreciate someone having a look at the following and seeing if I’ve missed something obvious :-) Thanks Mark I’ve gone right back to basics and using the example at http://kb.asipto.com/kamailio:presence:k43-blf <http://kb.asipto.com/kamailio:presence:k43-blf> Changes to that example are; - Kamailio 5.1.2 - RTPEngine - NAT Enabled - JSON RPC replacing mi_rpc - HA1 Passwords Setup is; Three phone 20,21,22 all on site behind a NAT (10.1.3.x local IP) at 1.2.3.4 External IP. Phone 21 has BLF Subscriptions on 20 and 22 Domain is set as “mykamailio.com” Kamailio is an Ubuntu server “In the cloud” on 5.6.7.8 (Assuming I have got my domain & ip rewrites correct on the cut’n’paste) What’s Happening; All three phones register 21 Issues SUBSCRIBE:Dialog for 20 and 22. Which get 202 Accepted back after a 407 Proxy Auth SUBSCRIBE sip:22@mykamailio.com:5060 SIP/2.0 Via: SIP/2.0/UDP 10.1.3.84:5065;rport;branch=z9hG4bK3894730624 From: "21@SBC-2" <sip:21@mykamailio.com>;tag=1678729960 To: <sip:22@mykamailio.com> Call-ID: 1544456221(a)10.1.3.84 CSeq: 1 SUBSCRIBE Contact: <sip:21@10.1.3.84:5065> Accept: application/dialog-info+xml Max-Forwards: 70 User-Agent: Yealink SIP-T26P 6.73.0.50 Expires: 1800 Event: dialog Content-Length: 0 I can see these arrive in active_watchers table; *************************** 2. row *************************** id: 2 presentity_uri: sip:20@mykamailio.com watcher_username: 21 watcher_domain: mykamailio.com to_user: 20 to_domain: mykamailio.com event: dialog event_id: to_tag: a6c744f901d779619c580c9ef48ab5e9-2651 from_tag: 1809677495 callid: 2674059037(a)10.1.3.84 local_cseq: 0 remote_cseq: 2 contact: sip:21@10.1.3.84:5065;alias=1.2.3.4~5065~1 record_route: expires: 1520711354 status: 1 reason: version: 0 socket_info: udp:5.6.7.8:5060 local_contact: sip:5.6.7.8:5060 from_user: 21 from_domain: mykamailio.com updated: -1 updated_winfo: -1 flags: 0 user_agent: Yealink SIP-T26P 6.73.0.50 If I make a call from 20 to 22 it works as expected but no notify is sent. For completeness the changes I’ve made to the kamailio.cfg file are; # diff kamailio.cfg_presence_example kamailio.cfg 6a7 > #!define WITH_NAT 119c120 < #!define DBURL "mysql://kamailio:kamailiorw@localhost/kamailio" --- > #!define DBURL "mysql://kamailiorw:password@localhost/test_kamailio" 169a171 > alias="mykamailio.com" 221c223 < mpath="/usr/local/lib/kamailio/modules/" --- > mpath="/usr/lib/x86_64-linux-gnu/kamailio/modules/" 228c230 < loadmodule "mi_fifo.so" --- > loadmodule "jsonrpcs.so" 245d246 < loadmodule "mi_rpc.so" 279c280 < loadmodule "rtpproxy.so" --- > loadmodule "rtpengine.so" 304,307d304 < # ----- mi_fifo params ----- < modparam("mi_fifo", "fifo_name", "/tmp/kamailio_fifo") < < 375,376c372,374 < modparam("auth_db", "calculate_ha1", yes) < modparam("auth_db", "password_column", "password") --- > modparam("auth_db", "calculate_ha1", no) > modparam("auth_db", "password_column", "ha1") > modparam("auth_db", "password_column_2", "ha1b") 414c412 < modparam("presence", "server_address", "sip:192.168.178.54:5060" ) --- > modparam("presence", "server_address”, "sip:5.6.7.8:5060") 454c452 < modparam("rtpproxy", "rtpproxy_sock", "udp:127.0.0.1:7722") --- > modparam("rtpengine", "rtpengine_sock", "udp:127.0.0.1:2223") 835c833 < rtpproxy_manage("co"); --- > rtpengine_manage("co”);

2 5

Re: [SR-Users] From URI == Myself
by Fred Posner 09 Mar '18

09 Mar '18

If you're not listening or identifying that IP and specific port as an alias, then yes, this is expected. One reason why would be to run another program on that port. Fred Posner direct: +1 (224) 334-FRED (3733) > On Mar 9, 2018, at 6:52 AM, Nicolas Breuer <Nicolas.Breuer(a)belcenter.biz> wrote: > > --_000_VI1PR0402MB359898CF4C2CDFCD4EBA5DA189DE0VI1PR0402MB3598_ > Content-Type: text/plain; charset="us-ascii" > Content-Transfer-Encoding: quoted-printable > > Hello the List, > > I saw a strange behavior on the last Kamailio v4. > > The Kamailio is binding on port 5060. > > If (from_uri=3D=3Dmyself){ > ...... > } > > > * When the From uri in the INVITE is <xxxx@myalias:5070> > * When the myalias is an alias > No issue the IF routine is executed. > * When the myalias is the ip address of the server > The IF Routine is = > NOT executed because there is a mismatch in the port (5060 >< 5070) > > > Is it the expected behavior ? > > Thanks > > > > > > > --_000_VI1PR0402MB359898CF4C2CDFCD4EBA5DA189DE0VI1PR0402MB3598_ > Content-Type: text/html; charset="us-ascii" > Con

1 0

From URI == Myself
by Nicolas Breuer 09 Mar '18

09 Mar '18

Hello the List, I saw a strange behavior on the last Kamailio v4. The Kamailio is binding on port 5060. If (from_uri==myself){ ...... } * When the From uri in the INVITE is <xxxx@myalias:5070> * When the myalias is an alias > No issue the IF routine is executed. * When the myalias is the ip address of the server > The IF Routine is NOT executed because there is a mismatch in the port (5060 >< 5070) Is it the expected behavior ? Thanks

1 0

ways to track all messages of a dialog
by Fabian Borot 09 Mar '18

09 Mar '18

I need to track all messages (SIP Requests, SIP Responses) for some SIP dialogs. Let's say I need to log something specific on each state for calls initiated from a certain IP (initial request, temporary replies, rejection with a negative response, call was accepted with 200, termination with BYE, termination with CANCEL etc. ). I am thinking on using flags but I am not sure after reading the tutorial on flags (http://www.kamailio.org/dokuwiki/doku.php/tutorials:openser-flag-operations) if that is going to work properly. The doc says: "They provide a very easy and fast way of keeping states during processing a request or during a transaction". I am afraid that the ACK if the call is accepted and the BYE won't be tracked properly because they are not part of the initial transaction. Also the doc does not mention if the flag is preserved among branches spawned during the processing of the call. The idea is for example: request_route { if (is_method("INVITE")){ if ($si == "192.168.168.100"){ #condition that would set the flag, INVITE came from "my_IP" #flag/mark dialog setflag(1); #log call from "my_IP" was received } route("INCOMING); } If(loose_route() ){ if (is_method("ACK")){ if(isflagset(1)){ #log ACK related to "my_IP" was received } } if (is_method("CANCEL")){ if(isflagset(1)){ #log CANCEL related to "my_IP" was received } } if (is_method("BYE")){ if(isflagset(1)){ #log BYE related to "my_IP" was received } } } } Then : route["INCOMING"] { # do some processing # do some processing t_onreply("INCOMING"); t_on_failure("INCOMING"); t_relay(); } onreply_route[INCOMING] { #do some processing if(isflagset(1)){ #log a reply related to "my_IP" was received } } failure_route[INCOMING] { #do some processing if(isflagset(1)){ #log a negative reply related to "my_IP" was received } } Will the flags work on this case ? My 2nd approach is to use a htable and use the call_id for my calls as the key. The on each route section (reply, failure_reply, ACK processing etc.) find the $ci on the htable and if it is there do the appropriate action. But I need to delete the key:value once the call ends or leave it autoexpire with a expire value bigger than the max_call_duration_time that we have in our system.

3 6

sql_pvquery free result
by Ben Hood 09 Mar '18

09 Mar '18

Hi, Does sql_pvquery() clean up after itself? The other query APIs return a result handle that you clean up with sql_result_free(), but sql_pvquery() doesn’t appear to return any handle, so is it self-collecting? Cheers, Ben

2 2

Why does all the examples on configuring Kamailio install PostgreSQL
by Wilkins, Steve 09 Mar '18

09 Mar '18

Hello All, I have noticed that almost all, if not all examples of installing Kamailio install the PostgreSQL libraries. If one is using MySQL, is there a need for this? Is there something in Kamailio that requires these PostgreSQL libraries to be installed? Thank you

4 3

Resend Authenticate REGISTER to two or more Asterisk PBX
by Social Boh 08 Mar '18

08 Mar '18

Hello, I'd like know which is the best way to resend a Authenticate REGISTER to two or more Asterisk. Repeating rewritehostport and forward commands for the number of Asterisk Servers, there is a problem with the Via Header; Kamailio add one with his IP for each forward. I try to remove the first Via before send the REGISTER to the second Asterisk without success. Any hint or tip? Thank you Regards -- --- I'm SoCIaL, MayBe

2 2

how to check if pseudo-variable contains a String
by Laurent Schweizer 08 Mar '18

08 Mar '18

Dear all, I have a question regarding pseudo-variable, how can I check if a pseudo-variable contains a specific string ? Like to check if $ct contains "transport=tcp". Thanks BR Laurent

1 0

Info: Meeting during FOSSASIA 2018
by Daniel-Constantin Mierla 08 Mar '18

08 Mar '18

Hello, soon I am going to travel to Singapore for FOSSASIA 2018 conference (March 22-25 - https://2018.fossasia.org/), giving a talk about Kamailio. Given that it is rather rare I travel to south-east Asia, I wonder if there are other people from Kamailio community attending FOSASSIA or happen to be in the city during the event. Maybe we can plan something like a small group meetup to greet, have a drink or so and chat about the project and real time communications. Write me if you can join such a meetup. It would be great to meet some kamailians around there! Cheers, Daniel -- Daniel-Constantin Mierla www.twitter.com/miconda -- www.linkedin.com/in/miconda Kamailio Advanced Training - April 16-18, 2018, Berlin - www.asipto.com Kamailio World Conference - May 14-16, 2018 - www.kamailioworld.com

1 0

Kamailio Memory Settings
by Duarte Rocha 08 Mar '18

08 Mar '18

Hey. I have some questions about memory settings. I can see the default values with "kamailio -I" and change the current values with "kamailio -M 12 -m 128". How do i see the active settings and how do i change the default value? I want to setup a proxy capable to handle 150CPS, 6k active calls, with Dispatcher, Database, Number Normalizations and other operations. What are good settings for CPU, RAM Memory, PKG_SIZE and SHM_SIZE? Thanks for the help, Best Regards, Duarte Rocha

2 1

Failed auth
by Aidar Kamalov 08 Mar '18

08 Mar '18

Hello! I have kamailio 5.0.5 and some cisco spa 50x phones. Sometime phone can't register to kamailio. REGISTER packets with right nonce,reponse, etc gets to kamailio but it response 401 Unauthorized with code -3 (user not found). After some attempts(or time, phone send register every 1200 seconds) or after reboot phone it register succesfully Feb 13 11:20:02 sipchel /usr/sbin/kamailio[110432]: NOTICE: <script>: AUTH: REGISTER [a470211a-b7d8faa5(a)172.16.3.1] Feb 13 11:20:02 sipchel /usr/sbin/kamailio[110432]: NOTICE: <script>: AUTH: REGISTER FAILED (code: -5) fd=voip.xxxx.org, adu=<null>, aa=<null>, ar=<null>, au=<null>, ad=<null>, aU=<null>, Au=33855(a)voip.xxxx.org [ a470211a-b7d8faa5(a)172.16.3.1] Feb 13 11:20:02 sipchel /usr/sbin/kamailio[110433]: NOTICE: <script>: AUTH: REGISTER [a470211a-b7d8faa5(a)172.16.3.1] Feb 13 11:20:02 sipchel /usr/sbin/kamailio[110433]: NOTICE: <script>: AUTH: REGISTER FAILED (code: -3) fd=voip.xxxx.org, adu=sip:voip.xxxx.org, aa=MD5, ar=voip.xxxx.org, au=33855, ad=, aU=33855, Au=33855(a)voip.xxxx.org [ a470211a-b7d8faa5(a)172.16.3.1] Feb 13 11:20:02 sipchel /usr/sbin/kamailio[110431]: NOTICE: <script>: AUTH: REGISTER [a470211a-b7d8faa5(a)172.16.3.1] Feb 13 11:20:02 sipchel /usr/sbin/kamailio[110431]: NOTICE: <script>: AUTH: REGISTER FAILED (code: -3) fd=voip.xxxx.org, adu=sip:voip.xxxx.org, aa=MD5, ar=voip.xxxx.org, au=33855, ad=, aU=33855, Au=33855(a)voip.xxxx.org [ a470211a-b7d8faa5(a)172.16.3.1] -- Aydar A. Kamalov

2 1

Issue starting with kamctl
by Ruben Lezama 08 Mar '18

08 Mar '18

Hi, I am having issues to start Kamailio using kamctl. root@kamailio2:/etc/systemd/system# kamctl restart INFO: Stopping Kamailio : ERROR: No PID file found (/var/run/kamailio.pid)! Kamailio probably not running INFO: check with 'ps axw | /bin/egrep kamailio' Using #Kamailio starts works. I can register peers and make calls between them. But I cannot update configuration. root@kamailio2:/var/log# kamailio Listening on udp: 127.0.0.1:5060 udp: 192.168.1.100:5060 tcp: 127.0.0.1:5060 tcp: 192.168.1.100:5060 Aliases: tcp: kamailio2:5060 tcp: localhost:5060 udp: kamailio2:5060 udp: localhost:5060 I would appreciate any help provided. Attached the syslog output Ruben

2 1

KeepAlive Module
by Social Boh 08 Mar '18

08 Mar '18

Hello, I'm using keepalive module with drouting module... the event route works fine: NOTICE: <script>: Gateway up: OPTIONS sip:1.2.3.4 NOTICE: <script>: Gateway up: OPTIONS sip:5.6.7.8 but kamcmd command not: *kamcmd keepalive.list* foobar 42 foobar 42 { text: foobar number: 42 } { list: { nn: 17 nn: 22 } } { uri: sip:1.2.3.4 owner: drouting last checked: Wed Feb 21 11:20:12 2018 *last up: Wed Dec 31 19:00:00 1969* *last down: Wed Feb 21 11:20:13 2018* } { uri: sip:5.6.7.8 owner: drouting last checked: Wed Feb 21 11:20:12 2018 *last up: Wed Dec 31 19:00:00 1969* *last down: Wed Feb 21 11:20:12 2018* Thank you Regards... -- --- I'm SoCIaL, MayBe

2 1

Strongswan on same Server in EC2 as kamailio 4.4
by Jonathan Hunter 08 Mar '18

08 Mar '18

Hi Guys, I have an issue with sending a BYE message back down a strongswan VPN tunnel on a server in the Amazon EC2 environment. To get the configuration working correctly I have the Public IP address bound to a loopback virtual interface, and I also have kamailio listening to it. Calls establish without issue, but when the called party send a BYE, I cant seem to force the SIP message down the correct interface. Due to client confidentiality I need to be careful what information I send but does anyone have a similar configuration set up, and working, I am just looking for reasons as to why force_socket and mhomed=1 doesnt appear to force the BYE message via the Public Interface but the private IP address on the server as its a NAT'd environment. So essentially call establishes; CLIENT---------(VIA IPSEC)-INVITE----->(UDP)KAMAILIO PUBLIC IP-------->(UDP)KAMAILIO PRIVATE IP(TCP)------------------------->CLIENT B | | | | |<---------(VIA IPSEC)-100 TRYING----|<----------100 TRYING---------------|<----------100 TRYING----------------------------| | | | | |<---------(VIA IPSEC)-180 RINGING---|<----------180 RINGING--------------|<----------180 RINGING---------------------------| | | | | |<---------(VIA IPSEC)-200OK --------|<----------200OK -------------------|<----------200OK --------------------------------| | | | | |----------(VIA IPSEC)-ACk---------> |-----------ACk--------------------->|-----------ACk---------------------------------->| How can I ensure the BYE is forced out via the PUBLIC IP? So I do this; CLIENT---------(VIA IPSEC)-INVITE----->(UDP)KAMAILIO PUBLIC IP-------->(UDP)KAMAILIO PRIVATE IP(TCP)------------------------->CLIENT B |<---------BYE (VIA IPSEC)----------------------|<----------BYE ----------------------------|<----------BYE -------------------| As it appears to be going from Private IP and not being pushed down the IPSEC tunnel CLIENT---------(VIA IPSEC)-INVITE----->KAMAILIO PUBLIC IP-------->KAMAILIO PRIVATE IP------------------------->CLIENT B |<---------BYE ----------------------<----------BYE ----------------------------|<----------BYE -------------------| on the BYE I have tried; force_send_socket(KAMAILIO PUBLIC IP); However doesnt appear to work, is this an issue for ip routing on the server to push the BYE correctly down the IPSEC tunnel? or is it configuration related? Any comments welcome if people have had this issue before. Many thanks Jon

2 1

Question about t_branch_timeout behavior.
by José Seabra 08 Mar '18

08 Mar '18

Hi there, I have some situations where Kamailio receives replies (100 and then 180) from the other end and after 2 seconds (timer defined on function t_set_fr(0,2000)) after receive the last reply(180) the INVITE transaction enters on the failure route with variable $T_reply_code=408. What can be wrong here to kamailio generates a 408 internally after receive 1xx replies? Best Regards José Seabra

2 1

SIP header when 911 called
by Abdul Basit 08 Mar '18

08 Mar '18

Hi Team, Does kamailio has compatibility with E911, i.e. through location in SIP header when 911 called? Is there any reference document? -- regards, abdul basit

2 1

Choosing a Testing and Validation Tool
by Duarte Rocha 08 Mar '18

08 Mar '18

Hey I need to create several testing and validation processes for the deploy of an SBC and i would like to know your opinion on the best tools to use. I need to create an automated group of testing scenarios and validation of the packets sanity and SIP compliance. I also would like to validate the packets according to some parameters of mine (ex. All numbers in E164, etc). I'm looking at Star Trinity's SIP Tester right now but i'm not sure it can fulfill all my needs. I've also looked into SIPp and considered creating a Kamailio to do the validation, but i'm not sure it's worth the work if i can find a tool prepared to do this. Cheers :)

2 1

Disable non-existent user warning
by Stefan Rüetschli 08 Mar '18

08 Mar '18

Hello sr-users! I'm using Kamailio 5.1.2. If I execute the command "serctl acl grant 1234 mygrant" I get a warning which I have to accept with "Y": Non-existent user '1234'. Still proceeding? [Y|N] Is it possible to deactivate this warning? I know why this warning is there (it's not a user, it's an alias), so I think I know what I'm doing ;-) Regards Stefan

3 4

Kamailio not send NOTIFY for the state of the subscription when using Event: dialog (BLF)
by Borislav Gergov 08 Mar '18

08 Mar '18

Hello, The initial NOTIFY that shows the server accepts our subscription is not sent: SUBSCRIBE sip:002@10.7.2.22;transport=TCP SIP/2.0. Via: SIP/2.0/TCP 10.2.4.38:63718 ;branch=z9hG4bK-524287-1---837a95d50bef81d4;rport. Max-Forwards: 70. Contact: <sip:444@10.2.4.38:63718;transport=TCP>. To: <sip:002@10.7.2.22;transport=TCP>. From: <sip:444@10.7.2.22;transport=TCP>;tag=810bbd39. Call-ID: 8fMhJ4GnMrkSu8qxez70aw... CSeq: 1 SUBSCRIBE. Expires: 120. Accept: application/dialog-info+xml. Allow: INVITE, ACK, CANCEL, BYE, NOTIFY, REFER, MESSAGE, OPTIONS, INFO, SUBSCRIBE. User-Agent: Z. Event: dialog. Allow-Events: presence, kpml, talk. Content-Length: 0. . SIP/2.0 202 OK. Via: SIP/2.0/TCP 10.2.4.38:63718 ;branch=z9hG4bK-524287-1---837a95d50bef81d4;rport=63718;received=10.2.4.38. To: <sip:002@10.7.2.22 ;transport=TCP>;tag=339c21513a585618341888f199c2a0f6-c10d. From: <sip:444@10.7.2.22;transport=TCP>;tag=810bbd39. Call-ID: 8fMhJ4GnMrkSu8qxez70aw... CSeq: 1 SUBSCRIBE. Expires: 120. Contact: <sip:10.7.2.22:5060;transport=tcp>. Server: kamailio (5.1.1 (x86_64/linux)). Content-Length: 0. . SIP/2.0 200 OK. Via: SIP/2.0/TCP 10.2.4.38:63718 ;branch=z9hG4bK-524287-1---5b9c08901116e843;rport=63718;received=10.2.4.38. To: <sip:444@10.7.2.22 ;transport=TCP>;tag=75017b5d51cabe3de4b519c896167ee7.88a9. From: <sip:444@10.7.2.22;transport=TCP>;tag=d831f844. Call-ID: p-vce2LWcasOPThxdFZP6A... CSeq: 3 REGISTER. Contact: <sip:444@10.2.4.38:63718 ;transport=TCP;rinstance=045d4a61cf8385dc>;expires=120. Server: kamailio (5.1.1 (x86_64/linux)). Content-Length: 0. . NOTIFY sip:444@10.2.4.38:63718;transport=TCP SIP/2.0. Via: SIP/2.0/TCP 10.7.2.22;branch=z9hG4bK94d5.046c6940000000000000000000000000.0. To: <sip:444@10.7.2.22>;tag=810bbd39. From: <sip:002@10.7.2.22>;tag=339c21513a585618341888f199c2a0f6-c10d. CSeq: 2 NOTIFY. Call-ID: 8fMhJ4GnMrkSu8qxez70aw... Content-Length: 0. User-Agent: kamailio (5.1.1 (x86_64/linux)). Max-Forwards: 70. Event: dialog. Contact: <sip:10.7.2.22:5060;transport=tcp>. Subscription-State: terminated;reason=timeout. . SIP/2.0 200 OK. Via: SIP/2.0/TCP 10.7.2.22;branch=z9hG4bK94d5.046c6940000000000000000000000000.0. Contact: <sip:444@10.2.4.38:63718;transport=TCP>. To: <sip:444@10.7.2.22>;tag=810bbd39. From: <sip:002@10.7.2.22>;tag=339c21513a585618341888f199c2a0f6-c10d. Call-ID: 8fMhJ4GnMrkSu8qxez70aw... CSeq: 2 NOTIFY. User-Agent: Z. Content-Length: 0.

2 1

consume_credentials question
by Aymeric Moizard 07 Mar '18

07 Mar '18

Hi list! I'm trying to remove Proxy-Authorization dedicated to local subscriber without -and not the other ones dedicated to other server- I realized that "consume_credentials" doesn't work because it requires that a call to "www_authorize, proxy_authorize, www_authenticate or proxy_authenticate" has been made before. I have a use-case where this isn't called. I don't want to use such code: if (is_present_hf("Proxy-Authorization")) { remove_hf("Proxy-Authorization"); } Because this may remove a "Proxy-Authorization" for another service. I have seen this: has_credentials but it doesn't help to know which header is the one containing the header... Any good way to find the header and index? And then remove it with remove _hf_value2? Regards Aymeric -- Antisip - http://www.antisip.com

2 2

SIP RFC behaviour for 180/200 to_tag mismatch
by Mititelu Stefan 07 Mar '18

07 Mar '18

Hi people, I am trying to search for the RFC behavior in case of 180/200 to tag mismatch of an INVITE. From my readings so far, I'm not 100% convinced of the correct behavior. However, there may be a scenario, where this might be plausible: 1. parallel forked two calls 2. 180 ringing comes for first one, but not for second one(various reasons) 3. 200 ok comes for second one Any opinions about this? Do you have some references that will make this 100% clear? Thank you, Stefan

2 2

sqlops module error
by Fabian Borot 06 Mar '18

06 Mar '18

I am using the sqlops module with odbc to INSERT,UPDATE only and as the documentation says I can omit result parameter in "sql_query". However I always see these ERRORS when processing the call: This is an example of a query: sql_query("c04", "insert into SIPInfo302CDR (SIPCallID,SessionID) values('$ci',$var(SessionID))"); And these are the error lines in the log: ERROR: db_unixodbc [res.c:60]: db_unixodbc_get_columns(): no columns returned from the query ERROR: db_unixodbc [res.c:261]: db_unixodbc_convert_result(): getting column names failed ERROR: db_unixodbc [dbase.c:216]: db_unixodbc_store_result(): failed to convert result ERROR: <core> [db_query.c:188]: db_do_raw_query(): error while storing result ERROR: sqlops [sql_api.c:265]: sql_do_query(): cannot do the query [insert into SIPInfo302CDR (SIPCa] I have also tried using the parameter like shown below but the ERROR events happen anyways. sql_query("c04", "insert into SIPInfo302CDR (SIPCallID,SessionID) values('$ci',$var(SessionID))", "ra"); sql_result_free("ra"); Even though the errors line show up and say that " cannot do the query .." the query does work and the records are inserted/updated accordingly. I tried using the "sql_query_async" function that does not need the result parameter but I can't use it with unixODBC, I see these lines in the log when trying to use it: "the db driver module doesn't support async query" and the record is not inserted/updated. I also added the "async_workers" core parameter as well just in case. I also tried declaring them in the module sqlops initialization section even though in my case there is no need: "modparam("sqlops", "sqlres", "ra")" but the errors show up anyways. When I test with SEELCT query the result parameter can be used, I can count rows etc. But I am only doing INSERT/UPDATE. Am I am missing something here or this is something that can be safely used like that and I just need to ignore them. I am using " Kamailio (OpenSER) SIP Server v5.0" Thank you Fabian

2 1

Re: [SR-Users] cnxcc module - make auth for redis connection
by Donat Zenichev 06 Mar '18

06 Mar '18

Hi Daniel, first of all thanks for your attention. Perhaps I missed something. I read documentation about cnxcc and ndb_redis again, but I haven't found information that can help me with my goal. ndb_redis is separate module that implements connections to redis databases (and also is able to perform authentication), has it's own functions like redis_cmd() to interact directly with redis. But cnxcc stores real-time amounts in redis hash keys using it's own parameter - modparam("cnxcc", "redis", "addr=127.0.0.1;port=6379;db=1") And I can't see possibility to use ndb_redis to perform authentication for cnxcc module, correct me if I'm wrong. Do you offer me to read ndb_redis code sources to use them to edit cnxcc code sources? Thanks in advance for your advice. 2018-03-01 9:28 GMT+02:00 Donat Zenichev <donat.zenichev(a)gmail.com>: > Hi Daniel, first of all thanks for your attention. > > Perhaps I missed something. I read documentation about cnxcc and ndb_redis > again, but I haven't found information that can help me with my goal. > ndb_redis is separate module that implements connections to redis > databases (and also is able to perform authentication), has it's own > functions like redis_cmd() to interact directly with redis. > > But cnxcc stores real-time amounts in redis hash keys using it's own > parameter - modparam("cnxcc", "redis", "addr=127.0.0.1;port=6379;db=1") > And I can't see possibility to use ndb_redis to perform authentication for > cnxcc module, correct me if I'm wrong. > > Do you offer me to read ndb_redis code sources to use them to edit cnxcc > code sources? > Thanks in advance for your advice. > > > > 2018-02-28 14:33 GMT+02:00 Daniel-Constantin Mierla <miconda(a)gmail.com>: > >> Hello, >> >> maybe authentication support was not implemented in cnxcc. Eventually it >> can be extracted from the ndb_redis, that module has it implemented already. >> >> * https://www.kamailio.org/docs/modules/stable/modules/ndb_red >> is.html#ndb_redis.p.server >> >> Cheers, >> Daniel >> >> On 27.02.18 14:39, Donat Zenichev wrote: >> >> Nevertheless, I want to find the needed solution. >> In my opinion - If module is able to connect to redis databases, it'd >> better to perform it with authentication. >> >> Because, there are cases when db located on localhost is improper >> solution or other users mustn't see hkeys, amounts inside hkeys it etc. >> So I think no one will be mind, to have whole possibility - real-time >> billing (cnxcc) working with redis securely. >> >> So please don't be apathetic to my request. >> >> 2018-02-26 9:44 GMT+02:00 Donat Zenichev <donat.zenichev(a)gmail.com>: >> >>> Hi community. >>> This message is specially dedicated to developers of the kamailio >>> project. >>> >>> I need to find solution how to make authentication for connections of >>> cnxcc with redis. >>> For that moment, cnxcc module is able to connect to redis only without >>> password (Carlos Ruiz Díaz will add this possibility later?). >>> So that, this makes database vulnerable. >>> >>> Well, furthermore I don't want to use local redis database, cuz I think >>> machine that contains kamailio daemon, must perform just this kind of >>> actions - SIP proxying (kamailio server is not to be a database server or >>> anything else). >>> >>> For that moment we use separate redis db for cases like that, but this >>> is not best practice I think. >>> I already tried to find solution (for e.g. connections via another >>> module like db_redis: >>> https://github.com/kamailio/kamailio/pull/1432) but I got advice - >>> achieving my goal by sr-users mailing list. >>> >>> Please pay attention for my request. I think this will be very helpfull >>> for others. >>> >>> >>> >>> -- >>> -- >>> BR, Donat Zenichev >>> Wnet VoIP team >>> Tel Ukraine: +380(44) 5-900-800 >>> Tel USA: +164(67) 8-174-17 (ext 1320) >>> https://w-net.us/ <http://wnet.ua> >>> >> >> >> >> -- >> -- >> BR, Donat Zenichev >> Wnet VoIP team >> Tel Ukraine: +380(44) 5-900-800 >> Tel USA: +164(67) 8-174-17 (ext 1320) >> https://w-net.us/ <http://wnet.ua> >> >> >> _______________________________________________ >> Kamailio (SER) - Users Mailing Listsr-users@lists.kamailio.orghttps://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users >> >> >> -- >> Daniel-Constantin Mierlawww.twitter.com/miconda -- www.linkedin.com/in/miconda >> Kamailio Advanced Training - March 5-7, 2018, Berlin - www.asipto.com >> Kamailio World Conference - May 14-16, 2018 - www.kamailioworld.com >> >> > > > -- > -- > BR, Donat Zenichev > Wnet VoIP team > Tel Ukraine: +380(44) 5-900-800 > Tel USA: +164(67) 8-174-17 (ext 1320) > https://w-net.us/ <http://wnet.ua> > -- -- BR, Donat Zenichev Wnet VoIP team Tel Ukraine: +380(44) 5-900-800 Tel USA: +164(67) 8-174-17 (ext 1320) https://w-net.us/ <http://wnet.ua>

2 1

Setup timeout for in function jsonrpc_request
by Marco Capetta 06 Mar '18

06 Mar '18

Hi All, I'm currently in the process of upgrading a kamailio instance from 4.4.6 to 5.1.2. Since"janssonrpc-c" has been renamed in "jsonrpcc" I have to adapt my configuration. In version 4.4.6, the function "janssonrpc_request" allowed me to setup a specific timeout for the request. Is it possible to do the same in version 5.1.2 with the function "jsonrpc_request"? Because the documentation doesn't mention it. Thank you Best regards Marco

2 2

Re: [SR-Users] Not documented parameter server_id_filter inside usrloc module
by Konstantin Polyakov 05 Mar '18

05 Mar '18

Victor, We are going to use this parameter, but we found that cleanup process should use such filter too. Otherwise different instances of proxy delete records of each other and it leads to the problems when db_mode 1 or 2 (cached) is used. Soon I am going to propose a pull request with filter in cleanup procedure. Could you tell me please, if it is necessary to add a new parameter for cleanup process or I can use this server_id_filter? Is there some case when we need to use this filter on startup but we don't it during cleanup? Thank you. Best regards, Konstantin

2 1

Not documented parameter server_id_filter inside usrloc module
by Konstantin Polyakov 05 Mar '18

05 Mar '18

Hello everybody, Could somebody clarify why server_id_filter parameter is not listed in the usrloc module article? It is not ready for usage? Or it was forgotten to be added into description? Thank you Best regrads Konstantin

2 1

Error using newest Siremis and kamailio 5.0.3
by Olli Attila 05 Mar '18

05 Mar '18

Hello, I installed Siremis today from master branch alongside with Kamailio 5.0.3 and entering "XMLRPC Commands" menu gives me this error: [2018-03-01 12:28:34 (GMT)] An exception occurred while executing this script: Error message: #256, Unable to location template file system_internal_error.tpl. Script name and line number of error: /var/www/html/https/siremis/openbiz/bin/Resource.php:283 function: errorHandler ( 256, "Unable to location template file system_internal_error.tpl.", "/var/www/html/https/siremis/openbiz/bin/Resource.php", 283, Array(11) ) @ /var/www/html/https/siremis/openbiz/bin/sysheader.inc 117 function: userErrorHandler ( 256, "Unable to location template file system_internal_error.tpl.", "/var/www/html/https/siremis/openbiz/bin/Resource.php", 283, Array(11) ) @ function: trigger_error ( "Unable to location template file system_internal_error.tpl.", 256 ) @ /var/www/html/https/siremis/openbiz/bin/Resource.php 283 function: getTplFileWithPath ( "system_internal_error.tpl", "email" ) @ /var/www/html/https/siremis/openbiz/bin/BizSystem.php 560 function: getTplFileWithPath ( "system_internal_error.tpl", "email" ) @ /var/www/html/https/siremis/siremis/modules/service/userEmailService.php 108 function: SystemInternalErrorEmail ( Array(2), Null ) @ /var/www/html/https/siremis/siremis/modules/common/form/ErrorForm.php 34 function: Report ( ) @ /var/www/html/https/siremis/openbiz/bin/BizController.php 310 function: invoke ( ) @ /var/www/html/https/siremis/openbiz/bin/BizController.php 110 function: dispatchRequest ( ) @ /var/www/html/https/siremis/openbiz/bin/BizController.php 32 function: include_once ( "/var/www/html/https/siremis/openbiz/bin/BizController.php" ) @ /var/www/html/https/siremis/siremis/bin/controller.php 6 (I'm running PHP 7.0.27-0+deb9u1 and MariaDb Server version: 5.1.73 Source distribution) What is going wrong here? I found this online but I think this is already fixed on the Siremis master branch? https://lists.kamailio.org/pipermail/sr-users/2016-December/095373.html Cheers, Olli

2 7

Invoking RPC commands over HTTP
by Ben Hood 05 Mar '18

05 Mar '18

Hi, What is the idiomatic way to call an RPC from a remote HTTP client in the 5.1.x series? I'd like to invoke mtree.reload from a remote HTTP client. My goal is to avoid a dependency on kamcmd on the remote client system - it would be nice to be able to issue a HTTP RPC which could be implemented in any environment. Or should I be looking to implement a BINRPC client on the remote system? TIA, Ben

3 8

Kamailio iOS Push Notifications
by Amine Mensori 04 Mar '18

04 Mar '18

Hello, We need help implementing push notifications within Kamailio. I have found a module relating to this: https://github.com/tvntsr/push <https://github.com/tvntsr/push> However, the developer did not provide any examples of the cfg file, only parts of certain functions. We need some help implementing the functions in our config file or a full example of another method to get push notifications to work when the application is closed on the device. Please note we are not very proficient in C programming so a clear example would help a lot. Many Thanks, Amine

4 3

Non-standard SIP-over-TLS port
by Steve 03 Mar '18

03 Mar '18

Hello sr-users, How does one assign a non-standard SIP-over-TLS port rather than the usual port 5061 for client registration? Steve --- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus

2 2

dialplan module reload fail
by Paulo Ferreira 02 Mar '18

02 Mar '18

Hi list, I'm using several modules, including dialplan. I can reload modules data from database to kamailio with kamctl reload, except the dialplan module. kamctl dialplan reload { "jsonrpc": "2.0", "error": { "code": 500, "message": "Method Not Found" }, "id": 21705 } looking at the error, it seems that this method was not implemented. This isn't making sense, so any idea in what can be wrong? thanks,and regards, Paulo -- ------------------------------------------- Paulo Ferreira VoIP@RCTS - Área de Infraestruturas Aplicacionaisz FCCN http://www.fccn.pt/ Av. do Brasil, n.º 101 1700-066 Lisboa - Portugal Telefone|Phone: +351 218440100; Fax: +351 218472167 Aviso de Confidencialidade/Disclaimer Esta mensagem é exclusivamente destinada ao seu destinatário, podendo conter informação CONFIDENCIAL, cuja divulgação está expressamente vedada nos termos da lei. Caso tenha rececionado indevidamente esta mensagem,solicitamos-lhe que nos comunique esse mesmo facto por esta via ou para o telefone +351 218440100 devendo apagar o seu conteúdo de imediato. This message is intended exclusively for its addressee. It may contain CONFIDENTIAL information protected by law. If this message has been received by error, please notify us via e-mail or by telephone +351 218440100 and delete it immediately.

2 2

question
by Syrine Riahi 02 Mar '18

02 Mar '18

bonjour je suis une étudiante en mastère professionnel des systèmes des réseaux et télécommunication j'ai choisie comme un sujet de mémoire mise en oeuvre de solution des VoIP et après des grands recherches j'ai choisie comme solution kamailio alors comme je suis débutante dans le domaine j'ai besoin des étapes exacte de l'instalation et la configuration de kamailio v 5.1.2 et j'utilise la distribution ubuntu v 16.04 merci énormément de me voir aider

3 2

5.1.2 rtpengine regressions - broke working setup?
by Anthony Alba 02 Mar '18

02 Mar '18

Hi list, upgrade to 5.1.2 broke my setup due to some different behaviour in rtpengine.so. I use: rtpengine_manage("DTLS=off ICE=remove"); 1. I don't send any rtpengine_manage flags (RTP UDP SAVP). UAC sends RTP/SAVP in SDP, rtpengine changes to UDP/TLS/RTP/SAVP. Reverted to 5.1.1, and see that rtpengine sends RTP/SAVP 2. To SDP body, rtpengine is adding: a=setup:actpass a=fingerprint:sha-1 D6:D7:DA:AA:2D:DB:AD:94:29:46:FA:C4:D8:AE:0F:03:96:6F:8A:4F For some reason this broke FreeSWITCH which does not like this. Anthony

2 6

Re: [SR-Users] rtpengine transcoding benchmarks?
by Jeff Brower 01 Mar '18

01 Mar '18

Andreas- > We've seen around 400 concurrent calls for G711<->Opus on a rather > slow 12-core E5-2420(a)1.90GHz for some first preliminary benchmarks. Was that using narrowband (8 kHz) for Opus ? Otherwise sampling rate conversion is needed. Also I assume Opus DTX was disabled. Also at what Opus bitrate ? Thanks. -Jeff > On 2018-02-26 21:27, Brooks Bridges wrote: >> I realize the transcoding support is rather new, however has anyone run any real world tests on it yet?Â Trying to get a sense of what the performance will be. >> >> Â >> >> Iâm aware that itâs forced into userspace for transcoding so itâs not **nearly** as efficient as the iptables module, however even if I have to throw a rack full of whiteboxes at it to get anywhere close to decent numbers thatâs still going to be comparable to a lot of the commercial options out there right now. >> >> Â >> >> *Brooks Bridges | *Engineering Manager >> >> *O^1 Communications* >> >> 4359 Town Center Boulevard, Suite 217 >> >> El Dorado Hills, California 95762 >> >> *office:*916.235.2097 |*main:*888.444.1111, Option 2 >> >> *email:*bbridges@o1.com <mailto:bbridges@o1.com> |Â *web:*www.o1.com <http://www.o1.com/> >> >> Â

2 2

Kamailio v5.1.2 Released
by Daniel-Constantin Mierla 01 Mar '18

01 Mar '18

Hello, Kamailio SIP Server v5.1.2 stable release is out. This is a maintenance release of the latest stable branch, 5.1, that includes fixes since the release of v5.1.1. There is no change to database schema or configuration language structure that you have to do on previous installations of v5.1.x. Deployments running previous v5.1.x versions are strongly recommended to be upgraded to v5.1.2. For more details about version 5.1.2 (including links and guidelines to download the tarball or from GIT repository), visit: * https://www.kamailio.org/w/2018/03/kamailio-v5-1-2-released/ RPM, Debian/Ubuntu packages will be available soon as well. Many thanks to all contributing and using Kamailio! Cheers, Daniel -- Daniel-Constantin Mierla www.twitter.com/miconda -- www.linkedin.com/in/miconda Kamailio Advanced Training - www.asipto.com Kamailio World Conference - May 14-16, 2018 - www.kamailioworld.com

1 0

Planing next Kamailio releases - v4.4.7 v5.0.6 and v5.1.2
by Daniel-Constantin Mierla 01 Mar '18

01 Mar '18

Hello, I am considering to do releases from last three stable branches during next week. v4.4.7 is going to be released out of latest code in branch 4.4 to mark the end of official maintenance for series v4.4.x. The version 4.4.0 was released in March 2016, so it had more or less two years of maintenance. Commits can still go in 4.4 branch if developers wants to push there, end of official maintenance means that there is no plan to do packaging and release another version from the branch in the future, so you will have to build it from sources or generate packages yourself. v5.0.6 and v5.1.2 are the usual minor releases we do from the last two stable branches. If there are any issues you are aware of and not reported on bug tracker, create the items as soon as possible to get a better chance to review and eventually fix. Cheers, Daniel -- Daniel-Constantin Mierla www.twitter.com/miconda -- www.linkedin.com/in/miconda Kamailio Advanced Training - March 5-7, 2018, Berlin - www.asipto.com Kamailio World Conference - May 14-16, 2018 - www.kamailioworld.com

1 3

Siremis and kamailio 5.x.x
by Olli Attila 01 Mar '18

01 Mar '18

Hello, Question about Kamailio web GUI (Siremis): I believe the Siremis updates are still a ongoing work or has there been any updates when the new Siremis update (compatible with Kamailio 5.x.x) will be released? https://www.kamailio.org/w/2017/07/siremis-ongoing-updates/ Cheers, Olli

2 1

Kamailio ims with TCP
by Amar Tinawi 01 Mar '18

01 Mar '18

Hello list For some reason i couldn't register on kamailio ims when i use only TCP protocols between nodes, the error was solved when i enabled UDP between I-CSCF and S-CSCF is it mandatory for those two nodes to talk over UDP only ? or i'm missing something ? and in general for sip protocol which is better ? UDP or TCP ? Regards,

2 5

Trunks with registration
by Володимир Іванець 28 Feb '18

28 Feb '18

Hello all! I was testing Registration capability of UAC module and have two questions that hopefully someone have answers to: - Is it possible to tell Kamailio which transport protocol to use other than by configuring auth_proxy column of uacreg table with domain name that has SRV record? - What are the priorities of different transport protocols in SRV record when it is used? Thanks a lot!

2 2

Changing contact header
by Cibin Paul 28 Feb '18

28 Feb '18

Hello, In my setup, Kamailio acts as a registration server and route the calls to different asterisk boxes. The clients using IPV6 private ip and IPV4 public ip address are rejected by the asterisk server. On printing the contact header, I am getting the private ip (ipv6). Is there a way to change the contact header with public ip in all scenarios. I tried updating the contact header as below and unfortunately not working. Is there a better way to handle the scenario. As of now we don/t have a plan to implement ipv6 network. $var(p1) = "<sip:"; $var(p2) = "@"; $var(p3) = ":"; $var(p4) = ";ob>"; $var(x) = "" + $var(p1) + $fU + $var(p2) + $si + $var(p3) + $sp + $var(p4); remove_hf("Contact"); append_hf("Contact: $var(x)\r\n”); Thanks & Regards Cibin

2 1

Question on contribution of documentation improvements
by Floimair Florian 28 Feb '18

28 Feb '18

Hi guys! While reading through documentation I realized there are a lot of typos (typing errors) and some misspellings so I decided to try to correct them. I dit this in all of Kamailios module and lib documentation (the xml in the doc folders) and they turned out to be quite a lot. Right now this sits on my fork of kamailo on github, but I would like to get this back into the main repository. What's puzzling me though, is how to most effectively get this in via a pull request due to the following: For now I have made a single commit for each module I touched. Therefore quite a lot of commits have accumulated. Actually 152 commits in modules and 4 commits in lib. Since most of the commits in modules are rather small (ranging from 1 line changed to 4) with only a few having more, I am not sure if that's the way to go to have a single commit for each module. Therefore I am unsure if a squashed version would be more appropriate. Therefore I created a second branch on my forked repository. Unsquashed: https://github.com/ffloimair/kamailio/tree/wip-fix-typos Squashed: https://github.com/ffloimair/kamailio/tree/wip-fix-typos In total a diff --stat to master results in 205 files changed, 521 insertions(+), 521 deletions(-) So please let me know what would be the wanted (and most efficient) way to proceed. With best regards Florian Floimair Innovation - Software-Development COMMEND INTERNATIONAL GMBH A-5020 Salzburg, Saalachstraße 51 Tel: +43-662-85 62 25 Fax: +43-662-85 62 26 http://www.commend.com Security and Communication by Commend FN 178618z | LG Salzburg

2 1

cnxcc module - make auth for redis connection
by Donat Zenichev 28 Feb '18

28 Feb '18

Hi community. This message is specially dedicated to developers of the kamailio project. I need to find solution how to make authentication for connections of cnxcc with redis. For that moment, cnxcc module is able to connect to redis only without password (Carlos Ruiz Díaz will add this possibility later?). So that, this makes database vulnerable. Well, furthermore I don't want to use local redis database, cuz I think machine that contains kamailio daemon, must perform just this kind of actions - SIP proxying (kamailio server is not to be a database server or anything else). For that moment we use separate redis db for cases like that, but this is not best practice I think. I already tried to find solution (for e.g. connections via another module like db_redis: https://github.com/kamailio/kamailio/pull/1432) but I got advice - achieving my goal by sr-users mailing list. Please pay attention for my request. I think this will be very helpfull for others. -- -- BR, Donat Zenichev Wnet VoIP team Tel Ukraine: +380(44) 5-900-800 Tel USA: +164(67) 8-174-17 (ext 1320) https://w-net.us/ <http://wnet.ua>

3 3

kamailio 5.1 compilation error
by Aqs Younas 28 Feb '18

28 Feb '18

Greetings list, I am trying to install Kamailio 5.1 from source code on Debian 8.10. But It is failing with below error. Don't know what could be wrong. Any suggestion is much appreciated. Thanks. make --no-print-directory -C ./squirrel/squirrel SQMARCH64="-m64" CC_EXTRA_FLAGS="-fPIC" \ OUT="../../libsquirrel.a" sq64 gcc -O2 -m64 -D_SQ64 -fno-exceptions -fno-rtti -Wall -fno-strict-aliasing -c sqapi.cpp sqbaselib.cpp sqfuncstate.cpp sqdebug.cpp sqlexer.cpp sqobject.cpp sqcompiler.cpp sqstate.cpp sqtable.cpp sqmem.cpp sqvm.cpp sqclass.cpp -I../include -I. -Iinclude -fPIC gcc: error trying to exec 'cc1plus': execvp: No such file or directory gcc: error trying to exec 'cc1plus': execvp: No such file or directory gcc: error trying to exec 'cc1plus': execvp: No such file or directory gcc: error trying to exec 'cc1plus': execvp: No such file or directory gcc: error trying to exec 'cc1plus': execvp: No such file or directory gcc: error trying to exec 'cc1plus': execvp: No such file or directory gcc: error trying to exec 'cc1plus': execvp: No such file or directory gcc: error trying to exec 'cc1plus': execvp: No such file or directory gcc: error trying to exec 'cc1plus': execvp: No such file or directory gcc: error trying to exec 'cc1plus': execvp: No such file or directory gcc: error trying to exec 'cc1plus': execvp: No such file or directory gcc: error trying to exec 'cc1plus': execvp: No such file or directory Makefile:51: recipe for target 'sq64' failed make[3]: *** [sq64] Error 1 Makefile:44: recipe for target 'libsquirrel.a' failed make[2]: *** [libsquirrel.a] Error 2 Makefile:511: recipe for target 'modules' failed make[1]: *** [modules] Error 1 make[1]: Leaving directory '/usr/src/kamailio/src' Makefile:27: recipe for target 'all' failed make: *** [all] Error 2 Br, Aqs.

4 4

please downgrade warning message
by Juha Heinanen 28 Feb '18

28 Feb '18

I noticed this when I start a correctly configured kamailio: Feb 27 21:55:45 rautu /usr/bin/sip-proxy[29529]: WARNING: registrar [registrar.c:369]: mod_init(): empty reg_xavp_cfg or sock_flag not set -> resetting Neither of those two are mandatory. I'm not using registered() function. Please downgrade the message to info or debug level. -- Juha

2 1

rtpengine transcoding benchmarks?
by Brooks Bridges 27 Feb '18

27 Feb '18

I realize the transcoding support is rather new, however has anyone run any real world tests on it yet? Trying to get a sense of what the performance will be. I'm aware that it's forced into userspace for transcoding so it's not *nearly* as efficient as the iptables module, however even if I have to throw a rack full of whiteboxes at it to get anywhere close to decent numbers that's still going to be comparable to a lot of the commercial options out there right now. Brooks Bridges | Engineering Manager O1 Communications 4359 Town Center Boulevard, Suite 217 El Dorado Hills, California 95762 office: 916.235.2097 | main: 888.444.1111, Option 2 email: bbridges(a)o1.com<mailto:bbridges@o1.com> | web: www.o1.com<http://www.o1.com/>

2 2

Kamailio v5.0.6 Released
by Daniel-Constantin Mierla 27 Feb '18

27 Feb '18

Hello, Kamailio SIP Server v5.0.6 stable release is out. This is a maintenance release of the previous stable branch, 5.0, that includes fixes since the release of v5.0.5. There is no change to database schema or configuration language structure that you have to do on previous installations of v5.0.x. Deployments running previous v5.0.x versions are strongly recommended to be upgraded to v5.0.6 or v5.1.x. For more details about version 5.0.6 (including links and guidelines to download the tarball or from GIT repository), visit: * https://www.kamailio.org/w/2018/02/kamailio-v5-0-6-released/ RPM, Debian/Ubuntu packages will be available soon as well. Note: the latest stable branch is 5.1, at this moment with its latest release v5.1.1 (and v5.1.2 planned to be out in the next few days). See more details about it at: * https://www.kamailio.org/w/kamailio-v5-1-0-release-notes/ Many thanks to all contributing and using Kamailio! Cheers, Daniel -- Daniel-Constantin Mierla www.twitter.com/miconda -- www.linkedin.com/in/miconda Kamailio Advanced Training - www.asipto.com Kamailio World Conference - May 14-16, 2018 - www.kamailioworld.com

1 0

Kamailio and dialogs..
by Laura 27 Feb '18

27 Feb '18

Dear list.. I'm using kamailio on a live enviroment with dialogs support.. what I made is a script that permit me to see the concurrent call (live) with all parameters using the info saved on dialogs tables. The problem is that if the call is not going on the first termination of LCR but for examples in the second, the dialog is not updated with the paramenter of the second supplier.. Is this problem only on my system or maybe i forgot to make some configuration steps ? Regards Laura

3 3

Kamailio v4.4.7 Released
by Daniel-Constantin Mierla 26 Feb '18

26 Feb '18

Hello, Kamailio SIP Server v4.4.7 stable release is out. This is the last planned maintenance release of the old stable branch, 4.4, that includes fixes since the release of v4.4.6. There is no change to database schema or configuration language structure that you have to do on upgrading previous installations of v4.4.x. Deployments running previous v4.x.x versions are strongly recommended to be upgraded to v4.4.7, or even better to v5.0.x or 5.1.x. For more details about version 4.4.7 (including links and guidelines to download the tarball or from GIT repository), visit: * https://www.kamailio.org/w/2018/02/kamailio-v4-4-7-released/ RPM, Debian/Ubuntu packages will be available soon as well. Note: theb branch 4.4 is going out of maintenance life time, the latest stable branch is 5.1, at this moment with its latest release v5.1.2. See more details about it at: * https://www.kamailio.org/w/kamailio-v5-1-0-release-notes/ Many thanks to all contributing and using Kamailio! Cheers, Daniel -- Daniel-Constantin Mierla - http://www.asipto.com http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda Kamailio World Conference - May 14-16, 2018 - www.kamailioworld.com

1 0

Kamailio json_rpc isn't reloading htable data from database into memory
by José Seabra 26 Feb '18

26 Feb '18

Hello there, I'm using xHTTP and json_rpc module to receive http instructions to reload htable's from database to memory. The way i'm calling the json_rpc in kamailio script is the following: $var(json_rpc)='{"jsonrpc": "2.0", "method": "htable.reload", "id":"htable"}'; jsonrpc_exec($var(json_rpc)); The execution of this command doesn't give any errors, but the changes made on htable database weren't transmitted to the memory. I have attached the kamailio log where you can see that there isn't any erros on json_rpc execution during reload instructions, the strange thing here is that the htable module only says: 2018-02-23 14:33:44.968 DEBUG: htable [ht_db.c:96]: ht_db_open_con(): database connection opened successfully doesn't report if the reload was success or not. Those logs attached were printed with kamailio debug set to level 4. The kamailio version is 4.4.2. Thank you -- Best Regards José Seabra

2 3

Re: [SR-Users] How are SIP messages divided amongst TCP workers?
by Cody Herzog 23 Feb '18

23 Feb '18

Thanks, Juha. You are correct. That feature request is directly relevant to this thread. I will upvote the feature request, and add a link back to this thread. The proposed workaround of using async workers is the one I opted to use.

1 0

Re: [SR-Users] How are SIP messages divided amongst TCP workers?
by Cody Herzog 23 Feb '18

23 Feb '18

>A common design which avoids this is to use TCP at the client edge and >UDP inside the network core. This is one of the reasons why TCP is not >optimal for use inside the core. That makes sense, but is unfortunately not an option for me due to strict security requirements. I need to use TLS on the whole path. Another option I explored was to have the edge proxies not always use the same TCP connection for sending to the registrar. If I could find a way to load balance across a number of TCP connections, that would probably work for me. Perhaps there is a way the DISPATHCER module can be configured to accomplish this. Maybe the dispatcher configuration can list multiple copies of the same destination, but each having a different send socket address, and then can load balance across those. Does that make any sense?

3 2

Load-balance on 2 proxies
by David Villasmil 23 Feb '18

23 Feb '18

Hello guys, I hava a setup where there are 2 kamailios in active-active connected to the same db (no registration yet). They both forward requests load balancing to several freeswitches. My question is, is the load balance algorithm independent on the 2 servers, or do they act as 1 load balancing in term of sending the next request to the next FS in the list independent of which kamailio sent the last request? I.e. Kam1 -> fs1 Kam2 -> fs2 Kam1 -> fs3 Kam1 -> fs1 Kam2 -> fs2 And so on? Thanks for your help David

2 4

Re: [SR-Users] How are SIP messages divided amongst TCP workers?
by Cody Herzog 23 Feb '18

23 Feb '18

Thanks. Regarding UDP, that all makes sense. For my short-term needs, to minimize risk and infrastructure changes, it looks like the ASYNC module will work. Here's the basic outline of what I'm doing: -------- async_workers=8 route { route(CHECK_IS_EXPENSIVE_OPERATION); if ($var(isExpensiveOperation)) { async_task_route("COMMON"); } else { route(COMMON); } } route[COMMON] { # Do all my normal routing logic. } -------- I detect at the very top of the main route whether the operation will be expensive. If so, I process the message with an async worker. If not, I directly process the message on the TCP worker. The rest of the routing logic remains unchanged. The only difference is that I execute the expensive operations using the async workers. It's not the prettiest thing in the world, but it seems like an OK short-term fix to relieve pressure. I will revisit the bigger architectural ideas in a later phase. Thanks again for all your help and good ideas. Happy Friday. -Cody

1 0

Re: [SR-Users] How are SIP messages divided amongst TCP workers?
by Cody Herzog 23 Feb '18

23 Feb '18

Thanks very much for the quick replies, Alex and Brandon. The main reason I'm hitting a bottleneck is because my architecture is not optimal. I have a number of edge proxies which communicate with all my clients. The clients are usually distributed pretty evenly across all the proxies. On those proxies, client TCP connections are distributed pretty evenly across the TCP workers, so that's all fine. The problem occurs when the edge proxies communicate with the central registrar. When that happens, the SIP messages from a very large number of clients are all multiplexed onto a single TCP socket connection between the proxy and the registrar. That narrowing results in the registrar worker processes not being utilized efficiently. For example, say I have 3 edge proxies, and my registrar has 8 cores and 8 worker processes. I want to spread the message processing across all 8 workers, but I'm only able to utilize 3, because all the messages from a given edge proxy are being processed by a single TCP worker on the registrar. The long-term solution is to change my architecture. I should not be doing all the expensive work on a single central registrar. I'm planning to move to a mesh architecture, where all servers are the same, and the registration processing is divided amongst all the servers. That design makes sense, but it's more complex and will require more information sharing amongst the servers. I'm looking for a short-term improvement that will give me some breathing room, which led me to looking at the ASYNC module. >...one alternate suggestion that could help spread load on actual Kamailio TCP workers is by firing up additional workers on alternate ports. That makes sense. I could have my central registrar listen on several different ports, and could perhaps use the dispatcher module on my edge proxies to try and evenly divide the traffic across those ports. I will look into that. Thanks again. -Cody

2 1

How are SIP messages divided amongst TCP workers?
by Cody Herzog 23 Feb '18

23 Feb '18

Hello. I'm curious as to how SIP messages received over TLS are divided amongst the available TCP workers. Based on some searching, I was hoping and expecting that the messages would be load balanced amongst the TCP workers at the level of individual SIP messages. However, with my configuration, it seems that the work is load balanced at the TCP connection level. I will now elaborate on my basic architecture. I have several edge proxies to which the clients connect. Those proxies do not handle registration, or do much of anything, they just forward traffic to a central registrar server. On the central registrar server, it seems that a particular TCP worker is assigned to handle all the traffic arriving from a particular edge proxy. As long as the TCP connection between the servers remains open, it seems that the particular worker is locked into handling all traffic on that connection. Does that sound like expected behavior? That behavior is not ideal for me, because I would like to evenly divide the SIP message load across all the TCP workers on my central registrar. Perhaps I'm doing something bad in my config file that is preventing the load balancing from working at the SIP message level. If that behavior is expected, is there anything I can do to achieve more even load balancing? Perhaps the ASYNC module might work for my needs. It seems like I could use async_task_route() to divide certain messages evenly amongst the async workers. Does that sound reasonable? In my use case, certain messages require a lot of CPU time to perform crypto calculations, and I want those calculations to be distributed evenly across all CPU cores. Thanks. -Cody

3 2

rtpengine codecs transcoding: performance
by Abdoul Osséni 23 Feb '18

23 Feb '18

Hello, Is there a study comparing the performance (quality and cpu/ram consumption) of codecs transcoding between rtpengine and asterisk/freeswith? Is rtpengine more efficient? Regards Abdoul

2 1

RFC: db_redisusrloc module - review and how to deal with
by Daniel-Constantin Mierla 23 Feb '18

23 Feb '18

Hello, (cross-posting being something I want to get developers and users express their opinions). We were recently in a (lucky) situation to have two new modules submissions targeting more or less the same purpose: allowing to use Kamailio with a Redis backend via database API. One was submitted by Andreas Granig (Sipwise) and already merged with the name db_redis, because it was designed from the beginning as a generic DB connector, so the module can be used with auth_db, acc, usrloc, ... * https://www.kamailio.org/docs/modules/devel/modules/db_redis.html The second one was submitted by Surendra Tiwari (Plivo), initially having a naming conflict with db_redis, but renamed to db_redisusrloc, see the pull request at: * https://github.com/kamailio/kamailio/pull/1446 Now, this email is about deciding the way to go forward with the second module. It was designed to be used only for usrloc in the first phase, with many specific usrloc attributes hard coded inside db_redisusrloc. Surendra said (in a private chat) that the long term plan is to make it work for other modules. Anyhow, at this moment is very tied to usrloc, therefore the name of the module. Given that the backend (Redis) is not an SQL engine, mapping over Kamailio's DB API needs some schema definition (see the readme of db_redis) in order to make it generic and work for all our modules that use a DB backend. On the other hand, to squeeze the best of the backend, specially in no-SQL cases, having a dedicated DB connector module optimized for a specific module might help to get more performances/high-availability/scalability from the backend itself. In this case, for example the expires value for a contact record can be set inside redis, so kamailio module doesn't have to run a timer routine to clean up (it doesn't mean db_redisusrloc does it right now, I didn't have time for a proper review, just giving an example). Surendra said they use it in production for couple of months now and it is several times faster than using usrloc with db_postgres (iirc, not db_mysql) for db_mode=3 (database only mode). But of course, the reverse of the medal with a dedicated db connector for a module: it adds overhead to code maintenance (besides generic updates due to external library changes, I expect changing something relevant in usrloc, like adding new columns, would require updates in this module as well). So, there are few things I want feedback on: 1) how do you fill about splitting from a generic-only DB connectors to have also some dedicated ones? This is more from confusion point of view, as a general rule so far, we do not deny contributions if there are other options for same kind of feature (e.g., many lcr or nat traversal options). As long as the contributor is willing to maintain the code, we were fine. 2) I guess usrloc, presence and dialog modules would be the main suspects that would benefit for such dedicated connectors, in other cases might not worth adding dedicated connectors. Missing any other module one would like to squeeze more performances with a dedicated connector? 3) should we set a different naming policy for such modules, for example: use *dbs_* prefix instead *db_*, to suggest better it is a DataBase Specific connector? 4) Andreas said he plans to do some performance testing of usrloc module with the two modules and see the differences. Anyone else that wants to do it? It can be a good metric to see if it worth going one way or another? 5) Helping to review the pull request, specially if you use Redis, is appreciated. Personally I am very short in available time these days, next week I plan do to new Kamailio stable releases, so the schedule is not getting lighter in my side. Cheers, Daniel -- Daniel-Constantin Mierla www.twitter.com/miconda -- www.linkedin.com/in/miconda Kamailio Advanced Training - March 5-7, 2018, Berlin - www.asipto.com Kamailio World Conference - May 14-16, 2018 - www.kamailioworld.com

6 6

Checking dispatcher gw state
by Daniel Greenwald 23 Feb '18

23 Feb '18

Is there a way thru kamctl or kamcmd to check which dispatcher gateways are currently inactive? "kamctl dispatcher show" doesn't seem to have that info and I can't find anything in the docs. Thanks

2 2

How to Re-transmit the current Request when a negative reply arrives?
by Arun NV 21 Feb '18

21 Feb '18

I am using Kamailio 4.4. And I am forwarding an INVITE to my client. but sometimes this client will send a negative response.And I am able to drop that negative response from Kamailio. But I need to re-transmit the same request to the client again. How do I do that? Thank you, Arunbalan <https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campai…> Virus-free. www.avast.com <https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campai…> <#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>

2 1

Return codes within a route
by Jeff Bilyk 20 Feb '18

20 Feb '18

Hello, Running into odd behaviour in Kamailio 5.0.2 and I'm hoping to clarify. I have a simple route that uses the textops functions subst and remove_hf. Other than that, there is nothing else done within the route. In some cases, the remove_hf function returns false as there are no matching headers. Documentation in https://www.kamailio.org/wiki/cookbooks/5.0.x/core#return seems to show that if there are no explicit return statements, the route should return 1. However, this route appears to be returning -1. My question is: if a function within a route returns a negative value, and there are no explicit return statements, will the entire route return -1 (as it appears is happening), or should the route return 1 as the core cookbook indicates? Thanks in advance, Jeff

2 2

Kamailio 4.3 decrypting SIP-TLS
by Remsik,Robert 20 Feb '18

20 Feb '18

Hello! I'm working on setting up our kamailio instance to use TLS for inter-phone communication and so far I've been able to configure the GUI and get it to work which is great. However, I'm trying to grab a packet capture and decode the TLS session to get the SIP ladder (so I can troubleshoot issues) and so far I've been unable to. I've been following the article at: http://packetpushers.net/using-wireshark-to-decode-ssltls-packets/ and using the kamailio self-signed cert as I think that's the cert being used with no success. I'm getting the Cipher Suite: TLS_RSA_WITH_AES_256_CBC_SHA (0x0035) which doesn't use perfect forward secrecy so it should be able to be decoded. Is there a way to decode the kamailio TLS encoded communications so I can troubleshoot issues that may come up? Thank you in advance, Robert Robert Remsik Telecom Desk Phone: 970 491 7120 Robert.Remsik(a)colostate.edu

3 3

Inserting a message into a transaction?
by Daniel Tryba 20 Feb '18

20 Feb '18

For a retarded endpoint (an old ISDN PBX behind a Smartnode) I need to insert a 180 reply before sending a 183 (with SDP), otherwise the PBX fails to playback the inband audio to the caller behind the PBX. I can't find hints on how to do this. uac_req_send() can be used to start a new transaction, but I only need to generate a 180 based on the 183 in the on_reply route. Current Q&D hack is to send a 180 on the initial INVITE, works but not ideal.

2 3

Re: [SR-Users] lost mysql connections
by Jan Gaida 20 Feb '18

20 Feb '18

Hello juha, Sorry for getting back on this old topic. Can you confirm that with Kamailio v4.3 your problem was solved? Regards, Jan

1 0

Create ISUP Body
by Duarte Rocha 20 Feb '18

20 Feb '18

Hey Everyone I'm setting up a load testing scenario for my Kamailio. In order to do that i've created another Kamailio to answer "200 OK" to an Invite in order to simulate a call being answered. One of the scenarios I need to test is reading values from the ISUP IAM or ACM body. Here's the code on the Kamailio that replies with 200 : $var(acm) = "06 02 04 01 2c 01 fb 0c 08 83 10 19 7c 82 12 15 00 36 01 19 40 01 00 39 06 2c c0 36 c0 40 c0 00"; set_reply_body("$var(acm)","application/isup;base=itu-t92+;version=etsi356"); if( is_method("INVITE") && !has_totag() ) { · xnotice("First Invite"); send_reply("200","OK"); } However, when i use this and i do a pcap i get a "Message Type: Overload", which doesn't support optional parameters. What am i doing wrong ? Are there other methods to setup a simple ISUP part without hex ? Thanks in advance

1 0

Kamailio mod ALIAS_DB: multiple aliases
by Stefan Rüetschli 20 Feb '18

20 Feb '18

Hello Kamailio-Users I'm using kamailio 5.1 with Alias_DB module. My subscribers register with a username like 0000001, 0000002 etc... Every user has a list of multiple aliases which they can use on their SIP-Trunk. I want to avoid that the user can use any alias for outgoing calls, only the aliases which are boud to his username in the aliases-db. So, if the user uses an alias which does not belong to him, i want to overwrite it to the first alias for his username in the aliases-db. At the moment, the function alias_db_find returns me the last alias found in the db. Is there any way to do it? Or is there a way to extend the dbaliases with a new column marking the "primary" alias for an account?|||| This would be the perfect solution. Regards Stefan

2 2

Info: Kamailio World 2018 - Preview With 15 Sessions
by Daniel-Constantin Mierla 20 Feb '18

20 Feb '18

Hello, less than 3 months till the start of the 6th edition of Kamailio World Conference, time if flying fast! About one week ago we published the details for a group of accepted speakers, today we made a selection of sessions at the Kamailio World 2018. We had more proposals than we could accommodate, we are trying hard to fit in as many as possible, taking also in consideration the feedback from the participants at the past editions. For now you can head to the Schedule page and see the details of 15 sessions, from both workshops and conference days: https://www.kamailioworld.com/k06/schedule/ A very divers range of topics, from using Kamailio for emergency services (112/911), scaling with Redis backend, deploying in a containerized environment with Docker and Kubernetes, how to migrate the SIP routing logic to rich KEMI languages such as Lua, Python or Javascript, unit testing for Kamailio and test driven deployments, to blockchains in telephony, using Kamailio and FreeSwitch together, or latest updates from Asterisk PBX. The IMS/VoLTE workshop is going to show what you can do with latest Kamailio in mobile networks. And, of course, we have the very popular two sessions that never missed a Kamailio World edition: Dangerous Demos with James Body and VUC Visions with Randy Resnick. The details for other speakers and sessions will be published in the near future, stay tuned! Do not miss Kamailio World Conference 2018, it is going to be another great edition! You can register now at: https://www.kamailioworld.com/k06/registration/ Looking forward to meeting many of you at the next Kamailio World Conference, during May 14-16, 2018, in Berlin, Germany! Cheers, Daniel -- Daniel-Constantin Mierla www.twitter.com/miconda -- www.linkedin.com/in/miconda Kamailio Advanced Training - March 5-7, 2018, Berlin - www.asipto.com Kamailio World Conference - May 14-16, 2018 - www.kamailioworld.com

1 0

IMS: maybe a bug in S-CSCF: should we create an issue?
by Valentin Christoph 20 Feb '18

20 Feb '18

Hi all, We are using kamailio 5.1.0 as S-CSCF as follows: We have two machines and two kamailio instances, one on each machine, both working on the same database (together they build one highly available S-CSCF). After registering a user via the first kamailio instance, then the first instance is stopped (simulating an outage), and the HSS sends an RTR to the second instance. However, the second instance does not find the registered user in its cache and it does not access the database --> the deregistration fails. Configuration: kamailio-scscf/kamailio-scscf-modules.cfg:modparam("ims_usrloc_scscf", "enable_debug_file", 0) kamailio-scscf/kamailio-scscf-modules.cfg:modparam("ims_usrloc_scscf", "matching_mode", 0) kamailio-scscf/kamailio-scscf-modules.cfg:modparam("ims_usrloc_scscf", "db_url", DB_URL) kamailio-scscf/kamailio-scscf-modules.cfg:modparam("ims_usrloc_scscf", "db_mode", 2) kamailio-scscf/kamailio-scscf-modules.cfg:modparam("ims_usrloc_scscf", "timer_interval", 10) kamailio-scscf/kamailio-scscf-modules.cfg:modparam("ims_usrloc_scscf", "timer_procs", 4) Does anyone immediately "see" a mis-configuration, or should we create an issue? Details in the mail below. Thanks, Christoph From: Friedrich Peter Sent: Friday, February 16, 2018 6:38 PM To: Valentin Christoph <Christoph.Valentin(a)kapsch.net> Cc: Onic Roman <Roman.Onic(a)kapsch.net>; Habashizadeh Mahmoud <Mahmoud.Habashizadeh(a)kapsch.net> Subject: AW: Kein RTR Message nachdem SCSCF-1 outage Hello, following scenario at REGISTER of catt subscriber: start with empty db and empty usrloc cache node1(.23): MariaDB [scscf]> select * from impu; Empty set (0.00 sec) [root@vict-ims ~]# kamctl kamcmd ulscscf.showimpu sip:catt178@vict-ims.net [root@vict-ims ~]# [root@vict-ims2 etc]# kamctl kamcmd ulscscf.showimpu sip:catt178@vict-ims.net [root@vict-ims2 etc]# After catt REGISTER: catt_subscriber visible in DB and usrloc cache of .23 but missing in usrloc cache of .24 MariaDB [scscf]> select * from impu; +-----+---------------------------------+---------+-----------+------+------+------+------+----------------------------------------------------------------------------------------------------------------------+ | id | impu | barring | reg_state | ccf1 | ccf2 | ecf1 | ecf2 | ims_subscription_data | +-----+---------------------------------+---------+-----------+------+------+------+------+----------------------------------------------------------------------------------------------------------------------+ | 196 | sip:catt178@vict-ims.net | 0 | 1 | NULL | NULL | NULL | NULL | catt178(a)vict-ims.net<mailto:catt178@vict-ims.net> sip:catt178@vict-ims.net sip:+4350255872178@vict-ims.net tel:+4350255872178 | | 197 | sip:+4350255872178@vict-ims.net | 0 | 1 | NULL | NULL | NULL | NULL | catt178(a)vict-ims.net<mailto:catt178@vict-ims.net> sip:catt178@vict-ims.net sip:+4350255872178@vict-ims.net tel:+4350255872178 | | 198 | tel:+4350255872178 | 0 | 1 | NULL | NULL | NULL | NULL | catt178(a)vict-ims.net<mailto:catt178@vict-ims.net> sip:catt178@vict-ims.net sip:+4350255872178@vict-ims.net tel:+4350255872178 | +-----+---------------------------------+---------+-----------+------+------+------+------+----------------------------------------------------------------------------------------------------------------------+ 3 rows in set (0.00 sec) MariaDB [scscf]> [root@vict-ims ~]# kamctl kamcmd ulscscf.showimpu sip:catt178@vict-ims.net { impu: sip:catt178@vict-ims.net state: registered barring: 0 ccf1: ccf2: ecf1: ecf2: subscription: { impi: catt178(a)vict-ims.net<mailto:catt178@vict-ims.net> service profiles: { 1: { impus: { 1: sip:catt178@vict-ims.net 2: sip:+4350255872178@vict-ims.net 3: tel:+4350255872178 } } } } contacts: { sip:catt178@193.154.113.40:5060;transport=UDP;rinstance=317-catt178: { expires: 3542 client: n/a } } } [root@vict-ims ~]# [root@vict-ims2 etc]# kamctl kamcmd ulscscf.showimpu sip:catt178@vict-ims.net [root@vict-ims2 etc]# After kamctl stop + kamctl start of .24 catt_subscriber is visible in usrloc cache of (.24): preload_data loads data from db at module init [root@vict-ims2 ~]# kamctl kamcmd ulscscf.showimpu sip:catt178@vict-ims.net { impu: sip:catt178@vict-ims.net state: registered barring: 0 ccf1: ccf2: ecf1: ecf2: subscription: { impi: catt178(a)vict-ims.net<mailto:catt178@vict-ims.net> service profiles: { 1: { impus: { 1: sip:catt178@vict-ims.net 2: sip:+4350255872178@vict-ims.net 3: tel:+4350255872178 } } } } contacts: { sip:catt178@193.154.113.40:5060;transport=UDP;rinstance=317-catt178: { expires: 2949 client: n/a } } } [root@vict-ims2 ~]# Now deregister catt_subscriber from HSS1: catt_subscriber disappears from db and usrloc cache of (.23) but persists on (.24) as registered in usrloc cache HSS >hss.deregister_subscriber catt178(a)vict-ims.net<mailto:catt178@vict-ims.net> 0 [root@vict-ims ~]# kamctl kamcmd ulscscf.showimpu sip:catt178@vict-ims.net [root@vict-ims ~]# MariaDB [scscf]> select * from impu; Empty set (0.00 sec) MariaDB [scscf]> [root@vict-ims2 ~]# kamctl kamcmd ulscscf.showimpu sip:catt178@vict-ims.net { impu: sip:catt178@vict-ims.net state: registered barring: 0 ccf1: ccf2: ecf1: ecf2: subscription: { impi: catt178(a)vict-ims.net<mailto:catt178@vict-ims.net> service profiles: { 1: { impus: { 1: sip:catt178@vict-ims.net 2: sip:+4350255872178@vict-ims.net 3: tel:+4350255872178 } } } } contacts: { sip:catt178@193.154.113.40:5060;transport=UDP;rinstance=317-catt178: { expires: 2571 client: n/a } } } [root@vict-ims2 ~]# Scenario of RTR from HSS after REGISTER of catt_subscriber at (.23) and outage of (.23): subscr. visible in db but not visible in usrloc cache of .24 HSS sends diameter RTR message to (.24) and deregister callback in (.24) searches in usrloc cache and does not find catt_subscriber and fails. MariaDB [scscf]> select * from impu; +-----+---------------------------------+---------+-----------+------+------+------+------+----------------------------------------------------------------------------------------------------------------------+ | id | impu | barring | reg_state | ccf1 | ccf2 | ecf1 | ecf2 | ims_subscription_data | +-----+---------------------------------+---------+-----------+------+------+------+------+----------------------------------------------------------------------------------------------------------------------+ | 196 | sip:catt178@vict-ims.net | 0 | 1 | NULL | NULL | NULL | NULL | catt178(a)vict-ims.net<mailto:catt178@vict-ims.net> sip:catt178@vict-ims.net sip:+4350255872178@vict-ims.net tel:+4350255872178 | | 197 | sip:+4350255872178@vict-ims.net | 0 | 1 | NULL | NULL | NULL | NULL | catt178(a)vict-ims.net<mailto:catt178@vict-ims.net> sip:catt178@vict-ims.net sip:+4350255872178@vict-ims.net tel:+4350255872178 | | 198 | tel:+4350255872178 | 0 | 1 | NULL | NULL | NULL | NULL | catt178(a)vict-ims.net<mailto:catt178@vict-ims.net> sip:catt178@vict-ims.net sip:+4350255872178@vict-ims.net tel:+4350255872178 | +-----+---------------------------------+---------+-----------+------+------+------+------+----------------------------------------------------------------------------------------------------------------------+ 3 rows in set (0.00 sec) Cfg file of (.24): kamailio-scscf/kamailio-scscf-modules.cfg:modparam("ims_usrloc_scscf", "enable_debug_file", 0) kamailio-scscf/kamailio-scscf-modules.cfg:modparam("ims_usrloc_scscf", "matching_mode", 0) kamailio-scscf/kamailio-scscf-modules.cfg:modparam("ims_usrloc_scscf", "db_url", "cluster://cluster1") kamailio-scscf/kamailio-scscf-modules.cfg:modparam("ims_usrloc_scscf", "db_url", DB_URL) kamailio-scscf/kamailio-scscf-modules.cfg:modparam("ims_usrloc_scscf", "db_mode", 2) kamailio-scscf/kamailio-scscf-modules.cfg:modparam("ims_usrloc_scscf", "timer_interval", 10) kamailio-scscf/kamailio-scscf-modules.cfg:modparam("ims_usrloc_scscf", "timer_procs", 4) lg P The information contained in this e-mail message is privileged and confidential and is for the exclusive use of the addressee. The person who receives this message and who is not the addressee, one of his employees or an agent entitled to hand it over to the addressee, is informed that he may not use, disclose or reproduce the contents thereof, and is kindly asked to notify the sender and delete the e-mail immediately.

2 4

issue with running kamailio
by justin barnes 20 Feb '18

20 Feb '18

I am installing from githum kamailio 5.0 on my ubuntu-16.04-x86_64 VPS. when I start the kamailio server I get this error : /# /etc/init.d/kamailio start [....] Starting kamailio (via systemctl): kamailio.serviceJob for kamailio.service failed because the control process exited with error code. See "systemctl status kamailio.service" and "journalctl -xe" for details. failed! Ilooking up the status, I get this kamailio.service - Kamailio (OpenSER) - the Open Source SIP Server Loaded: loaded (/etc/systemd/system/kamailio.service; disabled; vendor preset: enabled) Active: failed (Result: exit-code) since Mon 2018-02-19 15:23:41 EST; 4h 10min ago Process: 18969 ExecStart=/usr/sbin/kamailio -P /var/run/kamailio/kamailio.pid -f $CFGFILE -m $SHM_MEMORY -M $PKG_MEMORY -u $USER -g $GR Feb 19 15:23:41 khynepassion systemd[1]: Starting Kamailio (OpenSER) - the Open Source SIP Server... Feb 19 15:23:41 khynepassion systemd[18969]: kamailio.service: Failed at step EXEC spawning /usr/sbin/kamailio: No such file or directory Feb 19 15:23:41 khynepassion systemd[1]: kamailio.service: Control process exited, code=exited status=203 Feb 19 15:23:41 khynepassion systemd[1]: Failed to start Kamailio (OpenSER) - the Open Source SIP Server. Feb 19 15:23:41 khynepassion systemd[1]: kamailio.service: Unit entered failed state. Feb 19 15:23:41 khynepassion systemd[1]: kamailio.service: Failed with result 'exit-code'.

1 0

LCR options as of 2018
by Francisco Valentin Vinagrero 19 Feb '18

19 Feb '18

Hello, I am configuring a Kamailio node that will interface with 3 carriers and will implement Least Cost Routing for around 900 destinations. I have already implemented a quick prototype with the LCR module and I have been reading the CarrierRoute doc and the CGrates site. I don't really need advanced functionality, just: - Re-routing to a backup carrier when the main one is not available. - Ping with OPTIONS to all carriers so I can detect if any of them is not available (à la Dispatcher) - Translate prices from a central DB to routing priorities. - Get some accounting post-call info about the routing decision (acc module) So far, while testing the LCR module I have had some issues with the rule IDs being integers that auto-increment, so the LCR rules need to be referenced from the rule_target table using this numeric ID. I can see some issues when scaling this to 900 lcr_rules and 2700 lcr_rule_targets with 3 priorities. In addition to that, I think the OPTIONS mechanism is just used by the lcr module when a gateway is marked as defunct, but the gateways are not actively monitored in the normal status. Is this correct? I have been considering CarrierRoute, which has a slightly simpler table structure, but I can't find any other advantage for my use case. Regarding CGrates, it looks great but it looks like it exceeds my current needs. For those who have implemented LCR in your kamailios, am I missing something regarding performance, scalability, etc? Are there any newer modules that can implement this, or maybe just a dispatcher-on-steroids setup will do the trick? Cheers, Francisco.

3 6

User state
by Magnus Löfqvist 19 Feb '18

19 Feb '18

Hi, We are running for a customer a kamailio server for user registration and routing of calls. Also using Asterisk for queue management and IVR. Now we are in the progress of writing a web portal where the customers users should be able to see if there collueges are busy in phone or availible. In asterisk I would use hints and listing in events in AMI. But what way are the best in Kamailio? Best Regards Magnus Sent from Nine<http://www.9folders.com/>

2 1

PR1447: first attempt at app_python3
by Anthony Alba 18 Feb '18

18 Feb '18

Hi Daniel and kamailio contributors, I have submitted a PR for app_python3 here: https://github.com/kamailio/kamailio/pull/1447. It is very rough, but would appreciate your feedback. Notes: 1. Almost a verbatim port of app_python; just changing obvious semantics. String->Unicode is practically the only large change. No change to symbol names and export functions so the two modules cannot coexist. (Don't loadmodule "app_python.so" and loadmodule "app_python3.so) 2. Module initialization semantics in Py3 have changed: add the top level modules to the inittab before calling Py_Initialize(). I have done this for KSR and Router. I.e. PyImport_AppendInittab() is called for Router and KSR *before* Py_Initialize() 3. Makefile looks for a python3 binary (PYTHON3 in the Makefile) to get include paths and link libraries. Here is an example compile line for IUS Python 3.6 on CentOS 7 (no native Python3 from RHEL) ## default: needs to find python3 and python3-config ## needs to find both python3.6 and python3.6-config make -C src/ PYTHON3=python3.6 SKIP_MODULES="${SKIP_MODULES}" quiet=verbose module_group_py="app_python3" group_include=py every-module 4. The semantics for GIL and thread management are too different for one-to-one replacements. I have therefore decided to comment out all threading calls. Fortunately, kamailio does not used threads at the moment. This is more complicated than it seems: even with Py2+thread management: there would be deadlocks if kamailio->python2 script->Cython extension with threads(e.g. grpcio). For an MVP it would be best to get it in without thread management. 5. It should backport to 5.1. 6. Tested locally, with a routing scripting making many python_exec() calls Thank you. Anthony Alba

1 1

PUBLISH and ETag
by Cyrille Demaret 16 Feb '18

16 Feb '18

Hi, I'm using Kamailio with presence enabled and Asterisk PJSIP and outbound-publish. My problem is happening when I place 2 consecutive calls from Asterisk : When I make a first call Asterisk sent the following: PUBLISH sip:201@192.168.100.37 SIP/2.0 Via: SIP/2.0/UDP 192.168.100.37:5080;rport;branch=z9hG4bKPj4f9c19eb-26d8-4bb1-8f00-e69723a610 82 From: sip:201@mydomain.com;tag=a560e088-9e8a-49f2-a9b1-4a0ec31340bf To: sip:201@mydomain.com Call-ID: 5adcf0a0-f138-44d6-8c56-eaf7c3b3b183 CSeq: 10697 PUBLISH Event: dialog Expires: 180 Max-Forwards: 70 User-Agent: Asterisk PBX 14.6.0 Content-Type: application/dialog-info+xml Content-Length: 247 <?xml version="1.0" encoding="UTF-8"?> early.. Kamailio replies : SIP/2.0 200 OK Via: SIP/2.0/UDP 192.168.100.37:5080;rport=5080;branch=z9hG4bKPj4f9c19eb-26d8-4bb1-8f00-e6972 3a61082;received=192.168.100.37 From: sip:201@mydomain.com;tag=a560e088-9e8a-49f2-a9b1-4a0ec31340bf To: sip:201@mydomain.com;tag=b596189c6de9c38f624fd84638f43be6-ff39 Call-ID: 5adcf0a0-f138-44d6-8c56-eaf7c3b3b183 CSeq: 10697 PUBLISH Expires: 180 SIP-ETag: a.1518775074.19863.16.0 Server: kamailio (5.0.5 (x86_64/linux)) Content-Length: 0 When the call is done, Asterisk sent another PUBLISH telling that the call if terminated : PUBLISH sip:201@192.168.100.37 SIP/2.0 Via: SIP/2.0/UDP 192.168.100.37:5080;rport;branch=z9hG4bKPja93efb01-a518-445e-9e9b-f6f97ab8c7 52 From: sip:201@mydomain.com;tag=165fb3b2-ec0e-4786-889f-eb194ad456ce To: sip:201@mydomain.com Call-ID: 5adcf0a0-f138-44d6-8c56-eaf7c3b3b183 CSeq: 10698 PUBLISH Event: dialog SIP-If-Match: a.1518775074.19863.16.0 Expires: 180 Max-Forwards: 70 User-Agent: Asterisk PBX 14.6.0 Content-Type: application/dialog-info+xml Content-Length: 230 <?xml version="1.0" encoding="UTF-8"?> terminated.. And Kamailio replies : SIP/2.0 200 OK Via: SIP/2.0/UDP 192.168.100.37:5080;rport=5080;branch=z9hG4bKPja93efb01-a518-445e-9e9b-f6f97 ab8c752;received=192.168.100.37 From: sip:201@mydomain.com;tag=165fb3b2-ec0e-4786-889f-eb194ad456ce To: sip:201@mydomain.com;tag=b596189c6de9c38f624fd84638f43be6-48b4 Call-ID: 5adcf0a0-f138-44d6-8c56-eaf7c3b3b183 CSeq: 10698 PUBLISH Expires: 180 SIP-ETag: a.1518775074.19873.18.1 Server: kamailio (5.0.5 (x86_64/linux)) Content-Length: 0 Here, the SIP ETag is a.1518775074.19873.18.1. The problem is if I make a new call before the expiration of the previous SUBSCRIBE, Asterisk reuse this SIP ETag according to the RFC : PUBLISH sip:201@192.168.100.37 SIP/2.0 Via: SIP/2.0/UDP 192.168.100.37:5080;rport;branch=z9hG4bKPj9d13bb82-31d9-48db-9672-bd4b6b4f22 f0 From: sip:201@mydomain.com;tag=33e6b028-0444-4b3a-8bc2-4a987a291528 To: sip:201@mydomain.com Call-ID: 5adcf0a0-f138-44d6-8c56-eaf7c3b3b183 CSeq: 10699 PUBLISH Event: dialog SIP-If-Match: a.1518775074.19873.18.1 Expires: 180 Max-Forwards: 70 User-Agent: Asterisk PBX 14.6.0 Content-Type: application/dialog-info+xml Content-Length: 247 <?xml version="1.0" encoding="UTF-8"?> early. Kamailio refuse it with this error : "Trying to update an already terminated state. Skipping update." because the call is considered as terminated. The RFC is stating : When updating previously published event state, PUBLISH requests MUST contain a single SIP-If-Match header field identifying the specific event state that the request is refreshing, modifying or removing. This header field MUST contain a single entity-tag that was returned by the ESC in the SIP-ETag header field of the response to a previous publication. Why Kamailio is acting like that? Best regards, Cyrille

2 2

Problem with "transport=tcp" and rtpproxy
by Pau Giralt 16 Feb '18

16 Feb '18

Hi! I'm working with kamailio and rtpproxy. When I configure the clients to send sip messages through TCP adding the ";transport=tcp" in the sip message the rtpproxy is not working anymore. The code is never passing the point pasted below, inside route[NATMANAGE] in kamailio.cfg if (!(isflagset(FLT_NATS) || isbflagset(FLB_NATB))) return; Therefore, rtpproxy_manage("co"); is never reached. Could it be a parsing problem? ( check_route_param("nat=yes") ) The config file is exactly the same as the one provided in the kamailio repository (the default one) Thanks!

2 7

Raspberry Pi deb packages -> built
by Mititelu Stefan 15 Feb '18

15 Feb '18

Hi people! After a bit of research and lib installations, I've managed to build the full kamailio deb packages for a raspberry pi 3 (version B) running raspbian stretch (lite) that can be found at [1] (with a really few module exceptions that might be used in really specific scenarios -> I think) Just for fun, I'm planning to do some CPS stats tomorrow (if I got the time), with a basic config and also share here, but, if someone else tried it before and is able to share some stats/benchmarks, would be greatly appreciated (and interesting to compare, given my "decent" rpi overclock), because I'm also curious about VoIP stuff on raspberry pi! :D [1] https://github.com/smititelu/rpi/tree/master/kamailio/5.1.1 Thank you, Stefan

2 3

KEMI
by Aleksandar Sosic 15 Feb '18

15 Feb '18

Hi everyone, we're valuating on rewriting our kamailio routes in python. We're doing a lot of string manipulation and GraphQL API queries so the kamailio scripting language is a little bit limited for this use case. Can someone tell us if the KEMI framework is stable enough for production? Kind regards, -- Aleksandar Sosic mail: alex.sosic(a)timenet.it skype: alex.sosic cell: +385 91 2505 146

5 11

Re: [SR-Users] RTPEngine Transcoding
by Social Boh 15 Feb '18

15 Feb '18

Hello, I'm trying to use this configuration: Softphone A audio codec g722 and Opus Softphone B audio codec PCMA and PCMU Kamailio with rtpengine_manage with codec-transcode-PCMU codec-transcode-PCMA in the request Softphone A call Softphone B The RTPEngine DEBUG show many Decoder Error: https://pastebin.com/k1Zhw8HS Thank you Regards --- I'm SoCIaL, MayBe El 13/02/2018 a las 20:05, Richard Fuchs escribió: > On 2018-02-13 07:22 PM, Social Boh wrote: >> Thank you. >> >> which is the best way to implement ir >> >> codec-strip-all and the add codecs? >> >> Is there a document about how work the transcoding? > It's really up to you and depends on what you want to achieve. Doing a > strip-all and then adding codecs you want to offer is definitely one > way. Another is to just add codecs that you know or think the peer may > want to see. > > Cheers >

2 2

Invalid payload location
by Soltanici Ilie 15 Feb '18

15 Feb '18

Hi All, Can someone explain why i'm receiving such errors in syslog: [4839]: {INVITE (1)] | Seq=101 | Source IP=46.166.139.7 (udp)} ERROR: <core> [core/parser/sdp/sdp.c:212]: set_sdp_payload_attr(): Invalid payload location [4839]: {INVITE (1)] | Seq=101 | Source IP=46.166.139.7 (udp)} ERROR: <core> [core/parser/sdp/sdp.c:212]: set_sdp_payload_attr(): Invalid payload location [4839]: {INVITE (1)] | Seq=101 | Source IP=46.166.139.7 (udp)} ERROR: <core> [core/parser/sdp/sdp.c:228]: set_sdp_payload_fmtp(): Invalid payload location [4839]: {INVITE (1)] | Seq=101 | Source IP=46.166.139.7 (udp)} ERROR: <core> [core/parser/sdp/sdp.c:212]: set_sdp_payload_attr(): Invalid payload location This is how the SIP Packet is looking: 2018/02/15 10:51:40.916040 46.166.139.7:30189 -> X.X.X.X:5060 INVITE sip:01031203697179@X.X.X.X:5060 SIP/2.0 Via: SIP/2.0/UDP 46.166.139.7:30189;branch=z9hG4bK-5342365299746297160962993236828333618949;rport=30189 From: <sip:88893855391@46.166.139.7:30189>;tag=0vkn019bur To: <sip:01031203697179@X.X.X.X:5060> Contact: <sip:88893855391@46.166.139.7:30189> Call-ID: 0889633580294714035892119863939070195463 CSeq: 101 INVITE User-Agent: Hello Annonymous Max-Forwards: 70 Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY Supported: replaces Content-Type: application/sdp Content-Length: 356 v=0 o=SIP-Session 950029666 1307322426 IN IP4 46.166.139.7 s=SIP c=IN IP4 46.166.139.7 t=0 0 m=audio 5075 RTP/AVP 18 0 8 101 a=fmtp:101 0-15 a=rtpmap:18 G729/8000 a=rtpmap:0 PCMU/8000 a=rtpmap:8 PCMA/8000 a=rtpmap:3 GSM/8000 a=rtpmap:9 G722/8000 a=fmtp:9 bitrate=64000 a=rtpmap:104 G726-16/8000 a=rtpmap:101 telephone-event/8000 a=sendrecv Thank You.

1 0

python_exec return 0 causes script hangs; return -1 is treated like 0
by Anthony Alba 15 Feb '18

15 Feb '18

5.1.1: if python_exec method returns 0, then the script hangs If the python_exec method return -1, then expressions treat it as if it returned zero. Somewhere there seems to be an offset by 1 issue. if (!python_exec("method")) { # if you return -1, the script does not hang but treated like zero } ################## Example 1: class kamailio(object): def hello(self, msg): KSR.info("hello, world\n") return 0 Calling: python_exec("hello") will cause script hang ################### Example 2: class kamailio(object): def hello(self, msg): KSR.info("hello, world\n") return -1 Calling python_exec("hello") if (!python_exec("hello")) { ## method returns -1 ## why did we get here? xlog("L_INFO","method return zero!\n"); } shows INFO: <script>: method return zero!

2 1

[IGNORE] 5.1.1 python_exec, extra chars ' 0' appended to args
by Anthony Alba 15 Feb '18

15 Feb '18

Apologies for the noise; it is working now. Not sure how I got the extra " 0" appended to the method arguments for python_exec(). AAlba

1 0

[BUG?] 5.1.1 python_exec, extra chars ' 0' appended to args
by Anthony Alba 15 Feb '18

15 Feb '18

Using 5.1, the python_exc args string is getting an extra [_0' appended When I call python_exec("method", "string"); In python: def method(self, msg, args): KSR.info("DBG: {} {} {}".format(msg, args)) This will show 'string 0'; instead of string. AAlba

1 0

RTPEngine Transcoding
by Social Boh 14 Feb '18

14 Feb '18

Hi List, I just read on the RTPEngine page the Proxy RTP now support transcoding: https://github.com/sipwise/rtpengine#transcoding is there a plan to support it? Regards -- --- I'm SoCIaL, MayBe

5 10

RTPEngine QoS statistics and leg labelling
by Alex Balashov 14 Feb '18

14 Feb '18

Hello, I am excited about the new media statistics from RTPEngine, exposed conveniently into PVs, e.g. jitter, packet loss, MOS, time offset of lowest and highest MOS scores, etc. Great work! I am, however, having a bit of trouble understanding how to properly apply this new functionality, as it is not clearly documented (IMHO): 1. What is the meaning of "global" statistics which do not take into account an "A" and a "B" side? That is to say, if I have a packet loss or a jitter or MOS score statistic using just the generic toplevel values, e.g. https://kamailio.org/docs/modules/5.1.x/modules/rtpengine.html#rtpengine.p.… What does that mean? A functional call ordinarily consists of an inbound and outbound RTP stream direction relative to the endpoints on both sides of RTPEngine. Inbound A --> server --> Outbound A Outbound B <-- server <--- Inbound B Where do the "global" stats situate themselves in relation to all this? 2. I am given to understand that the statistics for the "A" and "B" sides of a bidirectional RTP stream can be separated based on an arbitrary label, using these PVs: https://kamailio.org/docs/modules/5.1.x/modules/rtpengine.html#rtpengine.p.… https://kamailio.org/docs/modules/5.1.x/modules/rtpengine.html#rtpengine.p.… How do I use it properly? My intuition was to try something like this: rtpengine_offer("replace-origin replace-session-connection ICE=remove label=outbound"); And in the answer/manage handler on the SDP answer: rtpengine_answer("replace-origin replace-session-connection ICE=remove label=inbound"); Later, when processing a BYE and obtaining subsequent media statistics, I tried this: if(check_route_param("proxy_media=yes")) { $avp(rtpengine_a_label) = 'outbound'; $avp(rtpengine_b_label) = 'inbound'; rtpengine_delete(); route(LOG_RTPENGINE_STATS); } But this only gets me stats for the "A" leg in the JSON object I emit: { "server_addr": "udp:127.0.0.1:5050", "a_label": "outbound", "b_label": "inbound", "a_leg": { "min": { "mos": "4.4", "at": "0:04", "packetloss": "0", "jitter": "0", "roundtrip": 0 }, "max": { "mos": "4.4", "at": "0:04", "packetloss": "0", "jitter": "0", "roundtrip": 0 }, "avg": { "mos": "4.4", "packetloss": "0", "jitter": "0", "roundtrip": 0, "samples": 2 } }, "b_leg": { "min": { "mos": "<null>", "at": "<null>", "packetloss": "<null>", "jitter": "<null>" }, "max": { "mos": "<null>", "at": "<null>", "packetloss": "<null>", "jitter": "<null>" }, "avg": { "mos": "<null>", "packetloss": "<null>", "jitter": "<null>" } } } I also tried rtpengine_delete("label=inbound") (and outbound) individually. Some clarity on how this all fits together would be appreciated. :-) Many thanks to Sipwise for great work on it! -- Alex -- Alex Balashov | Principal | Evariste Systems LLC Tel: +1-706-510-6800 / +1-800-250-5920 (toll-free) Web: http://www.evaristesys.com/, http://www.csrpswitch.com/

2 14

How to add a new module to existing Kamailio Server?
by Arun NV 14 Feb '18

14 Feb '18

I am using a *Kamailio 4.4* server. And I would like to install *http_async_client* module to this server. I have looked in the module directory(*/usr/local/lib64/kamailio/modules*) to check whether this *http_async _client* module already exists there, but it was not there. And I searched for a solution and only found <http://www.kamailio.org/dokuwiki/doku.php/tutorials:openser-modular-install> the method to include new module at the compile time. I could find the modules source code on GitHub <https://github.com/sipwise/kamailio/tree/master/modules/http_async_client>. But I don't know the steps to install a new module to the existing Kamailio Thank you, Arunbalan

2 1

Use RTPProxy in 302 scenario
by Fabian Borot 13 Feb '18

13 Feb '18

I have this scenario Customer --> Kamailio --> Provider1 The route where l route the call to Provider1 is called route["INCOMING"] and I "arm" the replies and failures to : t_on_reply("INCOMING") and t_on_failure("INCOMING"). Provider1 always replies with a 302 Redirect and in the failure_route["INCOMING'] I have this code: if (t_check_status("302")) { get_redirects("*"); t_on_branch("REDIRECT_BRANCH"); t_load_contacts(); t_next_contacts(); t_on_failure("SERIAL_FORKING"); t_relay(); exit; } In the t_on_failure("SERIAL_FORKING") block I do t_relay() as long as there are more contacts to be processed. Lets say I need to try Provider_2 and Provider_3 failure_route["SERIAL_FORKING"] { xlog("L_INFO","mylog: In Failure Route SERIAL_FORKING. Reply [$rs]\n"); if (!t_next_contacts()) { exit; } xlog("L_INFO","mylog: In Failure Route SERIAL_FORKING. Trying next Contact.\n"); t_on_failure("SERIAL_FORKING"); t_relay(); } I want to use RTPProxy in this scenario and I am using the function rtpproxy_manage() to let kamailio handle it automatically. RTPProxy ↑ | | Customer --> Kamailio --> Provider1 | | ↓ Provider N After the 302 response is processed I would like to have the signaling flow "Customer -> Kamailio --> ProviderN" and the RTP flow "Customer --> RTPProxy --> ProviderN" I have tried inserting the function in several places but can't make it work and what I mean is that sometimes the rtpproxy creates the 1st session and then deletes it as soon as I call it the 2nd time with a message similar to this one (log of rtpproxy) : "INFO:416f20b74a58fb75168175e61b2edece@192.168.1.61:5060:rtpp_cmd_delete_ematch: forcefully deleting session 1 on ports 63502/0". Sometimes the kamailio log shows this message: "ERROR: rtpproxy [rtpproxy.c:2536]: force_rtp_proxy(): incorrect port 0 in reply from rtp proxy" I think I must call rtpproxy_manage() before I send the INVITE to each of the Providers in the Contact list so they receive a SDP offer with an IP:Port combination provided by the RTPProxy (instead of the ones coming from the Customer). That would be in my route["INCOMING'] Then once Provider_N replies with a 183 with SDP or a 200 OK I would call it again to get a new session to be passed on the reply to my customer. But is the part I am struggling with. Should I add a new reply route inside the failure_route["INCOMING'] only if I am dealing with 302 and do it there ? I am out of ideas guys and any idea is welcome

2 2

Can rtpengine change network interface of estabished call?
by Yufei Tao 13 Feb '18

13 Feb '18

Hi, Is it possible to define two pairs of network interfaces for rtpengine, e.g. int/ext and up/down? If so during a call established between interfaces 'int' and 'ext', is it possible to send a re-INVITE from the calling party on interface 'ext', to update the RTP destination to an IP on a different interface 'up', for example? Or does the updated RTP destination have to be on the same interface as when the call was established? I have some success updating the RTP destination if it is on the same interface (different IP:port) however haven't managed to divert it to a different interface. I wonder if it is possible at all or me missing something? Cheers, Yufei

1 0

(no subject)
by Tihomir Culjaga 13 Feb '18

13 Feb '18

Hi, Im new to Kamailio so im sorry if some of my questions will sound a bit wierd :=) i have a setup like this: (Kamailio version 5.1) UA > Kamailio > Freeswitch Kamailio forwards registration to freeswitch without saving location. I have configured sip over websockets and im able to register to Freeswitcha via kamailio. Also, i use add_path_received() so kamailio adds a path header to register messages recv 945 bytes from udp/[192.168.50.60]:5060 at 22:38:07.283809: ------------------------------------------------------------------------ REGISTER sip:192.168.50.60 SIP/2.0 Via: SIP/2.0/UDP 192.168.50.60;branch=z9hG4bKa929.0f66d60c4333f4a3a9d83d41a63295d9.0 Via: SIP/2.0/WSS 192.0.2.110;rport=63296;received=192.168.200.77;branch=z9hG4bK6931435 Max-Forwards: 69 To: <sip:1001@192.168.50.60> From: <sip:1001@192.168.50.60>;tag=vq30modpgd Call-ID: dlnrna9o4ngn25fb9d1vi2 CSeq: 196 REGISTER Authorization: Digest algorithm=MD5, username="1001", realm="192.168.50.60", nonce="744aaa14-4a86-4ce3-b6d6-419b0a34ee90", uri="sip:192.168.50.60", response="9b592b874474d4ffe5769f2410baceef", qop=auth, cnonce="sf7ff0fp8tm5", nc=00000001 Contact: <sip:1001@192.0.2.110 ;transport=ws>;reg-id=1;+sip.instance="<urn:uuid:587f4694-7e55-46dc-a858-579a82556a20>";expires=600 Allow: ACK,CANCEL,INVITE,MESSAGE,BYE,OPTIONS,INFO,NOTIFY,REFER Supported: path, gruu, 100rel, outbound User-Agent: SIP.js/0.7.0 BB Content-Length: 0 Path: <sip:192.168.50.60;lr;received=192.168.200.77~63296~6> ------------------------------------------------------------------------ send 719 bytes to udp/[192.168.50.60]:5060 at 22:38:07.329444: ------------------------------------------------------------------------ SIP/2.0 200 OK Via: SIP/2.0/UDP 192.168.50.60;branch=z9hG4bKa929.0f66d60c4333f4a3a9d83d41a63295d9.0 Via: SIP/2.0/WSS 192.0.2.110;rport=63296;received=192.168.200.77;branch=z9hG4bK6931435 From: <sip:1001@192.168.50.60>;tag=vq30modpgd To: <sip:1001@192.168.50.60>;tag=Spya88DKU9gSQ Call-ID: dlnrna9o4ngn25fb9d1vi2 CSeq: 196 REGISTER Contact: <sip:1001@192.0.2.110;transport=ws>;expires=600 Date: Fri, 09 Feb 2018 21:38:07 GMT User-Agent: FreeSWITCH-mod_sofia/1.6.19+git~20171120T163416Z~b1b21d0695~64bit Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, REFER, NOTIFY Supported: timer, path, replaces Path: <sip:192.168.50.60>;lr;received=192.168.200.77~63296~6 Content-Length: 0 ------------------------------------------------------------------------ Once, registered, im trying to originate a call to the registered endpoint from freeswitch this results in an invite like this: send 1757 bytes to udp/[192.168.50.60]:5060 at 22:46:21.252549: ------------------------------------------------------------------------ INVITE sip:1001@192.0.2.110;transport=ws SIP/2.0 Via: SIP/2.0/UDP 192.168.50.65:15060;rport;branch=z9hG4bKXHcX316pDgXZB Route: <sip:192.168.50.60>;lr;received=192.168.200.77~63296~6 Max-Forwards: 70 From: "" <sip:1002@192.168.50.65>;tag=tZQ393yprj7BK To: <sip:1001@192.0.2.110;transport=ws> Call-ID: 8212b700-8885-1236-08b3-000c293ae94e CSeq: 118770326 INVITE Contact: <sip:mod_sofia@192.168.50.65:15060> User-Agent: FreeSWITCH-mod_sofia/1.6.19+git~20171120T163416Z~b1b21d0695~64bit Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, REFER, NOTIFY Supported: timer, path, replaces Allow-Events: talk, hold, conference, refer Content-Type: application/sdp Content-Disposition: session Content-Length: 891 X-FS-Support: update_display,send_info Remote-Party-ID: <sip:1002@192.168.50.65 >;party=calling;screen=yes;privacy=off Freeswitch appends a route header to the invite specifying kamailio as route and a received with original uri. well, here is the issue ... im failing to hit the SIP over websocket client... Kamailio my RELAY route is like this route[RELAY] { # 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")) { xlog("L_ALERT", "Its a Branch, go manage that !!! <$ru>\n"); t_on_branch("MANAGE_BRANCH"); } } if (is_method("INVITE|SUBSCRIBE|UPDATE")) { if(!t_is_set("onreply_route")) { xlog("L_ALERT", "its onreply_route, go manage !!! <$ru>\n"); t_on_reply("MANAGE_REPLY"); } } if (is_method("INVITE")) { if(!t_is_set("failure_route")) { xlog("L_ALERT", "Its failure_route, go manage !!! <$ru>\n"); t_on_failure("MANAGE_FAILURE"); } } $fs = "udp:192.168.50.60:5060"; xlog("L_ALERT", "Trying to rely !!! <$ru>\n"); if (!t_relay()) { xlog("L_ALERT", "failed to rely !!! <$ru>\n"); sl_reply_error(); } exit; } here is a part of the log: Feb 9 22:48:48 incfskamtest01 /usr/sbin/kamailio[14896]: WARNING: <core> [core/forward.c:231]: get_send_socket2(): protocol/port mismatch (forced udp:192.168.50.60:5060, to ws:192.0.2.110:5060) Feb 9 22:48:48 incfskamtest01 /usr/sbin/kamailio[14896]: DEBUG: <core> [core/msg_translator.c:424]: clen_builder(): content-length: 916 (916) Feb 9 22:48:48 incfskamtest01 /usr/sbin/kamailio[14896]: WARNING: <core> [core/msg_translator.c:2765]: via_builder(): TCP/TLS connection (id: 0) for WebSocket could not be found Feb 9 22:48:48 incfskamtest01 /usr/sbin/kamailio[14896]: ERROR: <core> [core/msg_translator.c:1980]: build_req_buf_from_sip_req(): could not create Via header Feb 9 22:48:48 incfskamtest01 /usr/sbin/kamailio[14896]: ERROR: tm [t_fwd.c:476]: prepare_new_uac(): could not build request Feb 9 22:48:48 incfskamtest01 /usr/sbin/kamailio[14896]: ERROR: tm [t_fwd.c:1735]: t_forward_nonack(): failure to add branches Feb 9 22:48:48 incfskamtest01 /usr/sbin/kamailio[14896]: DEBUG: tm [t_funcs.c:334]: t_relay_to(): t_forward_nonack returned error -2 (-2) Feb 9 22:48:48 incfskamtest01 /usr/sbin/kamailio[14896]: DEBUG: tm [t_funcs.c:352]: t_relay_to(): -2 error reply generation delayed Feb 9 22:48:48 incfskamtest01 /usr/sbin/kamailio[14896]: ERROR: *** cfgtrace:request_route=[RELAY] c=[/etc/kamailio/kamailio.cfg] l=744 a=26 n=xlog Feb 9 22:48:48 incfskamtest01 /usr/sbin/kamailio[14896]: ALERT: <script>: failed to rely !!! <sip:1001@192.0.2.110;transport=ws> is that because i set a $fu before t_relay() ? any idea how to approach the issue ?

2 4

onend_route() ?
by Wilkins, Steve 13 Feb '18

13 Feb '18

I meant to reply to Kamailio mailing list. From: Wilkins, Steve Sent: Friday, February 9, 2018 12:40 PM To: 'miconda(a)gmail.com' <miconda(a)gmail.com> Subject: RE: [SR-Users] t_relay()? Hi Daniel, I am not sure what I am doing wrong but I cannot get the forwarded message to print. I am using onend_route() and trying to print the results using xdbg. I have searched for examples and have had no luck. Thank you From: Daniel-Constantin Mierla [mailto:miconda@gmail.com] Sent: Friday, February 9, 2018 7:48 AM To: Kamailio (SER) - Users Mailing List <sr-users(a)lists.kamailio.org<mailto:sr-users@lists.kamailio.org>>; Wilkins, Steve <swwilkins(a)mitre.org<mailto:swwilkins@mitre.org>> Subject: Re: [SR-Users] t_relay()? Hello, before t_relay() you can't see what is going to the network, because some headers are added when knowing target address and local socket (e.g, Via, Record-Route). You can use onsend_route for seeing the request just before writing to the network. https://www.kamailio.org/wiki/cookbooks/devel/core#onsend_route $snd(buf) will give outgoing buffer -- for more see $sndfrom(...) and $sndto(...) vars. Cheers, Daniel On 09.02.18 11:24, Wilkins, Steve wrote: Hi All, Could someone please tell me, what variable to I use to see what t_relay() fowarding in its message? Thank you, -Steve _______________________________________________ Kamailio (SER) - Users Mailing List sr-users(a)lists.kamailio.org<mailto:sr-users@lists.kamailio.org> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users -- Daniel-Constantin Mierla www.twitter.com/miconda<http://www.twitter.com/miconda> -- www.linkedin.com/in/miconda<http://www.linkedin.com/in/miconda> Kamailio Advanced Training - March 5-7, 2018, Berlin - www.asipto.com<http://www.asipto.com> Kamailio World Conference - May 14-16, 2018 - www.kamailioworld.com<http://www.kamailioworld.com>

2 1

Request Timeouts
by Wilkins, Steve 13 Feb '18

13 Feb '18

Hello, This is actually a follow up to my last question about some providers calls being dropped. I noticed that when calls are dropped, I see a Kamailio log message "Request Timeout" about 5-10 seconds before the call is dropped. I am wondering what could cause this while a call is in progress. Does Kamailio need to respond to Asterisk with a '200 OK' for an INFO request sent to Kamailio from Asterisk? I am not sure what else could cause this call dropping behavior. Note: It does not appear to be caused from a missing 'ACK'. Thank you, -Steve

3 6

What is the mechanism used for sending push notification from Kamailio, For both IOS and Android?
by Arun NV 13 Feb '18

13 Feb '18

I am creating custom phone client, which uses *Kamailio *as a proxy and it's required to send *push notification* from *Kamailio *to the clients when a call towards the client reached on *Kamailio*. I found a module for APNS here* https://github.com/tvntsr/push <https://github.com/tvntsr/push>*. But I am developing both Android and IOS clients. So What mechanism I can use for the Android side? Is there any module available for *GCM*(Google Cloud Messaging) in Kamailio? Thank you, Arunbalan

2 1

is_audio_on_hold() doesn't support rfc3264
by Julia Boudniatsky 13 Feb '18

13 Feb '18

FYI, After some tests found, that function "*is_audio_on_hold()*" (textops) *supports only rfc 254*3, where "hold" is indicated by setting the "c" destination addresses for the media streams to zero (0.0.0.0). The newest *rfc3264*, where "hold" is indicated by a=sendonly/inactive, *is not supported*. Kamailio version 4.4.6. Best regards, Julia

4 8

Load testing: Taking CPU & MEM stats
by jeevan Chaitanya 12 Feb '18

12 Feb '18

Hi All, Found python library to take system stats during the load. >>> from getstats import GetStats >>> stat_obj = GetStats.getstats(dur=300,rate=10) >>> stat_obj.run_stats() Running.......... ***** Completed capturing the STATS ***** ######################################## # stats_2018-02-12_16-47-47_.csv # ######################################## Doc URL: http://getstats.readthedocs.io/en/latest/ If you require use and let me know. Thanks, K.Jeevan.

1 0

Very inconsistent calls
by Wilkins, Steve 12 Feb '18

12 Feb '18

Hello, I have found that calls are very inconsistent. I use Kamailio 5, Asterisk 14. When certain Providers like (Sorenson, ZVRS) make calls into a WebRTC client (tryit-jssip), sometime the calls stay up until I close them (10-15 minutes), others times those calls drop in 30 seconds. This is extremely confusing...does anyone else experience this type of behavior? -Steve

4 7

t_suspend usage in branch_route
by Aymeric Moizard 09 Feb '18

09 Feb '18

Hi, I'm trying to use t_suspend in my kamailio.cfg from a branch_route. I'm using kamailio 5.1.1 on debian jessie from http://deb.kamailio.org/kamailio51 >From the documentation: http://www.kamailio.org/docs/modules/5.1.x/modules/tmx.html#tmx.f.t_suspend i can see that "This function can be used from ANY_ROUTE ." However, the INVITE is still forwarded for this branch. So obviously the "outgoing transaction" is not suspended. May be "t_suspend" is only suspending "incoming transactions"? I tried to call "drop()". This prevent the INVITE from being sent. But in such case, i have an answer is sent immediatly to the caller (SIP/2.0 500 I'm terribly sorry, server error occurred (6/SL)) I want the script to wait as expected after my "t_suspend". And in the block indicated by t_continue, i want to append a new branch. Any way to do this? Otherwise, do you advise me to control the list of branch before t_relay? I guess I can access the list. Not sure how.. so if you have any tips... Tks Aymeric -- Antisip - http://www.antisip.com

3 9

I: - w_ro_ccr(): Unable to find dialog and cannot do Ro charging without it
by Angelo Colucci 09 Feb '18

09 Feb '18

Hello Everyone, I've been resolved the problem. It was the setflag(FLT_ACC) at the beginning of the block if (is_method("INVITE")) { setflag(FLT_ACC); <----- using instead following function now the dialog is correctly created. setflag(FLT_DIALOG); Best Regards Angelo Da: Angelo Colucci Inviato: giovedì 8 febbraio 2018 18:33 A: 'sr-users(a)lists.kamailio.org' <sr-users(a)lists.kamailio.org> Oggetto: [SR-Users] - w_ro_ccr(): Unable to find dialog and cannot do Ro charging without it Hello Everyone, I'm new in Kamailio environment. We trying to setup a IMS Credit Control Client as per RFC 4006. We've trying to implement the suggesting configuration in ims_charging module doc. The Kamailio version is 5.1.1 Stable. The Server is configured with two local users (A and B) registered on local mysql database. The scenario is the following: 1. In the request_route object we trying to intercept the first INVITE and trigger a diameter credit control request using Ro_CCR function. 2. When A calls B without triggering mechanism the call is fine. 3. When A calls B with credit control triggering, the calls failed and the diamater request is not generated. In the debug we find the following error: exec: *** cfgtrace:request_route=[DEFAULT_ROUTE] c=[/etc/kamailio/kamailio.cfg] l=540 a=25 n=xlog ERROR: <script>: Individuato primo INVITE: generata nuova transazione exec: *** cfgtrace:request_route=[DEFAULT_ROUTE] c=[/etc/kamailio/kamailio.cfg] l=541 a=63 n=assign exec: *** cfgtrace:request_route=[DEFAULT_ROUTE] c=[/etc/kamailio/kamailio.cfg] l=541 a=29 n=Ro_CCR DEBUG: ims_charging [ims_charging_mod.c:494]: w_ro_ccr(): Ro CCR initiated: direction:orig, reservation_units:30, route_name:CHARGING_CCR_REPLY, incoming_trunk_id:1 outgoing_trunk_id:1 DEBUG: ims_dialog [dlg_hash.c:926]: internal_get_dlg(): no dialog callid='yH5kdBGSrM6CowdkkRHTUw..' found DEBUG: ims_dialog [dlg_hash.c:956]: get_dlg(): no dialog callid='yH5kdBGSrM6CowdkkRHTUw..' found DEBUG: ims_dialog [dlg_handlers.c:1950]: dlg_get_msg_dialog(): dlg with callid 'yH5kdBGSrM6CowdkkRHTUw..' not found ERROR: ims_charging [ims_charging_mod.c:511]: w_ro_ccr(): Unable to find dialog and cannot do Ro charging without it The error indicates that w_ro_ccr function doesn't find any dialog. Following you can find the relative configuration of kamailio.cfg. The request_route block is equal to default configuration except the following command: #!define WITH_MYSQL #!define WITH_AUTH #!define WITH_USRLOCDB #!define WITH_DEBUG loadmodule "cdp" loadmodule "cdp_avp" loadmodule "ims_charging" loadmodule "ims_dialog" modparam("ims_charging", "origin_host", "kcc-t-lu-03.mnc049.mcc222.3gppnetwork.org") modparam("ims_charging", "origin_realm", "mnc049.mcc222.3gppnetwork.org") modparam("ims_charging", "destination_realm", "mnc049.mcc222.3gppnetwork.org") modparam("ims_charging","interim_update_credits",30) modparam("ims_charging","timer_buffer",5) # -- ims_dialog params -- modparam("ims_dialog", "dlg_flag", FLT_DIALOG) request_route { ... if (is_method("INVITE")) { setflag(FLT_ACC); # do accounting t_newtran(); $var(cc_ret) = Ro_CCR("CHARGING_CCR_REPLY", "orig", 30, "1", "1"); if ($var(cc_ret) < 0) { xlog("Chiamata a Ro_CCR() fallita\n"); sl_send_reply("402","Payment required"); exit; } } ... } route[CHARGING_CCR_REPLY]{ xlog("cca_return code is $avp(s:cca_return_code): $avp(s:cca_result_code)\n"); switch ($avp(s:cca_return_code)){ case 1: #success break; case -1: #failure switch ($avp(s:cca_result_code)){ case 4010: send_reply("402", "Payment required - Unsufficient funds"); break; case 5006: send_reply("486", "Line limit exceeded"); break; default: send_reply("402","Payment required ($avp(s:cca_result_code))"); break; } default: xlog("L_ERR", "Unknown return code from CCR: [$avp(s:cca_return_code)] \n"); send_reply("500", "Charging Error"); break; } } What's goes wrong? Thanks in advance Angelo Colucci

1 0

Regular exepression issue in permissions module
by Paulo Ferreira 09 Feb '18

09 Feb '18

Hi list, I'm testing permissions module with kamailio 5.1.1 and I was struggling with regular expressions in trusted requests part of module. I noticed that 9[0-9]{4} doesn't work as expected so I had to change it for 9[0-9][0-9][0-9][0-9] to work. Is it supposed to be like that? Is there other way in this module to simplify the expression since it is not accepting the POSIX way? Thanks, Paulo -- ------------------------------------------- Paulo Ferreira VoIP@RCTS - Área de Infraestruturas Aplicacionaisz FCCN http://www.fccn.pt/ Av. do Brasil, n.º 101 1700-066 Lisboa - Portugal Telefone|Phone: +351 218440100; Fax: +351 218472167 Aviso de Confidencialidade/Disclaimer Esta mensagem é exclusivamente destinada ao seu destinatário, podendo conter informação CONFIDENCIAL, cuja divulgação está expressamente vedada nos termos da lei. Caso tenha rececionado indevidamente esta mensagem,solicitamos-lhe que nos comunique esse mesmo facto por esta via ou para o telefone +351 218440100 devendo apagar o seu conteúdo de imediato. This message is intended exclusively for its addressee. It may contain CONFIDENTIAL information protected by law. If this message has been received by error, please notify us via e-mail or by telephone +351 218440100 and delete it immediately.

2 4

t_relay()?
by Wilkins, Steve 09 Feb '18

09 Feb '18

Hi All, Could someone please tell me, what variable to I use to see what t_relay() fowarding in its message? Thank you, -Steve

3 2

- w_ro_ccr(): Unable to find dialog and cannot do Ro charging without it
by Angelo Colucci 08 Feb '18

08 Feb '18

Hello Everyone, I’m new in Kamailio environment. We trying to setup a IMS Credit Control Client as per RFC 4006. We’ve trying to implement the suggesting configuration in ims_charging module doc. The Kamailio version is 5.1.1 Stable. The Server is configured with two local users (A and B) registered on local mysql database. The scenario is the following: 1. In the request_route object we trying to intercept the first INVITE and trigger a diameter credit control request using Ro_CCR function. 2. When A calls B without triggering mechanism the call is fine. 3. When A calls B with credit control triggering, the calls failed and the diamater request is not generated. In the debug we find the following error: exec: *** cfgtrace:request_route=[DEFAULT_ROUTE] c=[/etc/kamailio/kamailio.cfg] l=540 a=25 n=xlog ERROR: <script>: Individuato primo INVITE: generata nuova transazione exec: *** cfgtrace:request_route=[DEFAULT_ROUTE] c=[/etc/kamailio/kamailio.cfg] l=541 a=63 n=assign exec: *** cfgtrace:request_route=[DEFAULT_ROUTE] c=[/etc/kamailio/kamailio.cfg] l=541 a=29 n=Ro_CCR DEBUG: ims_charging [ims_charging_mod.c:494]: w_ro_ccr(): Ro CCR initiated: direction:orig, reservation_units:30, route_name:CHARGING_CCR_REPLY, incoming_trunk_id:1 outgoing_trunk_id:1 DEBUG: ims_dialog [dlg_hash.c:926]: internal_get_dlg(): no dialog callid='yH5kdBGSrM6CowdkkRHTUw..' found DEBUG: ims_dialog [dlg_hash.c:956]: get_dlg(): no dialog callid='yH5kdBGSrM6CowdkkRHTUw..' found DEBUG: ims_dialog [dlg_handlers.c:1950]: dlg_get_msg_dialog(): dlg with callid 'yH5kdBGSrM6CowdkkRHTUw..' not found ERROR: ims_charging [ims_charging_mod.c:511]: w_ro_ccr(): Unable to find dialog and cannot do Ro charging without it The error indicates that w_ro_ccr function doesn’t find any dialog. Following you can find the relative configuration of kamailio.cfg. The request_route block is equal to default configuration except the following command: #!define WITH_MYSQL #!define WITH_AUTH #!define WITH_USRLOCDB #!define WITH_DEBUG loadmodule "cdp" loadmodule "cdp_avp" loadmodule "ims_charging" loadmodule "ims_dialog" modparam("ims_charging", "origin_host", "kcc-t-lu-03.mnc049.mcc222.3gppnetwork.org") modparam("ims_charging", "origin_realm", "mnc049.mcc222.3gppnetwork.org") modparam("ims_charging", "destination_realm", "mnc049.mcc222.3gppnetwork.org") modparam("ims_charging","interim_update_credits",30) modparam("ims_charging","timer_buffer",5) # -- ims_dialog params -- modparam("ims_dialog", "dlg_flag", FLT_DIALOG) request_route { … if (is_method("INVITE")) { setflag(FLT_ACC); # do accounting t_newtran(); $var(cc_ret) = Ro_CCR("CHARGING_CCR_REPLY", "orig", 30, "1", "1"); if ($var(cc_ret) < 0) { xlog("Chiamata a Ro_CCR() fallita\n"); sl_send_reply("402","Payment required"); exit; } } … } route[CHARGING_CCR_REPLY]{ xlog("cca_return code is $avp(s:cca_return_code): $avp(s:cca_result_code)\n"); switch ($avp(s:cca_return_code)){ case 1: #success break; case -1: #failure switch ($avp(s:cca_result_code)){ case 4010: send_reply("402", "Payment required - Unsufficient funds"); break; case 5006: send_reply("486", "Line limit exceeded"); break; default: send_reply("402","Payment required ($avp(s:cca_result_code))"); break; } default: xlog("L_ERR", "Unknown return code from CCR: [$avp(s:cca_return_code)] \n"); send_reply("500", "Charging Error"); break; } } What's goes wrong? Thanks in advance Angelo Colucci

1 0

Feature/help android fcm and ios related push notification module
by Dipen Patel 08 Feb '18

08 Feb '18

hello.. Now most sip soft client in required push wakeup phone. So for that required android, ios push notifications module. I have seen some one have developed 'Tsilo' module based on GCM but it is old. So if possible so please upgrade for Android FCM so it iwll supported for Android and ios both. Thanks

3 2

Using t_relay_to_tcp()
by Wilkins, Steve 08 Feb '18

08 Feb '18

Hi All, Some providers only allow tcp so I switched from t_relay to t_relay_to_tcp(); however, nothing now gets relayed. Has anyone else had luck switching? Thank you, -Steve

3 2

Random 'BYE" sent?
by Wilkins, Steve 08 Feb '18

08 Feb '18

Hello All, I am running Kamailio 5 and using Asterisk 14 as PBX. I have a strange issue. When I receive calls from some providers to a WebRTC client, calls hang up after about 25 seconds. This does not happen with all providers and does not happen with WebRTC client to WebRTC client calls. It appears the "BYE" is coming from Kamailio. Any ideas? Thank you, -Steve

3 2

Re: [SR-Users] How to avoid automatic string to int conversion?
by Yuriy Gorlichenko 08 Feb '18

08 Feb '18

Hi. Yep! I found issue was in if. Fixed it. thx for response! On Feb 8, 2018 18:44, "Daniel-Constantin Mierla" <miconda(a)gmail.com> wrote: It looks like you are using it in some conditional expression (like if(...)) or some assignment with integer expression. Can you paste here the part of the config where you use it? Cheers, Daniel On 08.02.18 04:08, Yuriy Gorlichenko wrote: Hi im using kamailio 5.1 with native cfg file and using json_get_value( method) form jsonso module When i get json string that contains strings and i need to have these strings kamailio tries to convert string i find into int and affcource it can't then i see warning and can't get vaules of the string i have rval_expr_eval_int(): rval expression conversion to int failed (24,6-24,14) How to say kamailio to not convers strng to int? _______________________________________________ Kamailio (SER) - Users Mailing Listsr-users@lists.kamailio.orghttps://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users -- Daniel-Constantin Mierlawww.twitter.com/miconda -- www.linkedin.com/in/miconda Kamailio Advanced Training - March 5-7, 2018, Berlin - www.asipto.com Kamailio World Conference - May 14-16, 2018 - www.kamailioworld.com

1 0

Info: Kamailio World 2018: First Group Of Speakers Announced
by Daniel-Constantin Mierla 08 Feb '18

08 Feb '18

Hello, the details for the first group of speakers at Kamailio World 2018 have been published: - https://www.kamailioworld.com/k06/speakers/ So far they come from three continents: Europe, North America and Asia, many presenting for the first time at our event. The two sessions present at all editions so far will be there also in 2018, at our 6th edition, respectively Dangerous Demos with James Body and VUC Visions with Randy Resnick. Besides covering various use cases for Kamailio, Asterisk or FreeSwitch, the sessions go into WebRTC, VoLTE/IMS, IoT, blockchains for telecommunications or scalability using NoSQL data storage systems. Definitely another edition with very interesting content – soon we will publish more details about the sessions as well. You can register now to benefit of the early registration price: - https://www.kamailioworld.com/k06/registration/ Looking forward to meeting many of you at Kamailio World Conference, May 14-16, 2018, in Berlin, Germany! Cheers, Daniel -- Daniel-Constantin Mierla www.twitter.com/miconda -- www.linkedin.com/in/miconda Kamailio Advanced Training - March 5-7, 2018, Berlin - www.asipto.com Kamailio World Conference - May 14-16, 2018 - www.kamailioworld.com

1 0

How to avoid automatic string to int conversion?
by Yuriy Gorlichenko 08 Feb '18

08 Feb '18

Hi im using kamailio 5.1 with native cfg file and using json_get_value( method) form jsonso module When i get json string that contains strings and i need to have these strings kamailio tries to convert string i find into int and affcource it can't then i see warning and can't get vaules of the string i have rval_expr_eval_int(): rval expression conversion to int failed (24,6-24,14) How to say kamailio to not convers strng to int?

2 1

dmq_usrloc - which server?
by Alex Balashov 07 Feb '18

07 Feb '18

Hi, The Socket parameter of location entries is not replicated under dmq_usrloc. To make matters worse, the technical characteristics of the registrar module are such that I cannot straightforwardly modify the incoming Contact to add a rider indicating the server on which the register was received. The AoR domain is the same for all registrations received on any server in the DMQ mesh. To reach the registrants, I need to forward the registration to the correct server that corresponds to the true provenance of the registration. What is a reasonable way of finding out what that is? I don't see any method of injecting such values into the replicated contacts, as dmq_usrloc does not provide hooks for this. Thanks, -- Alex -- Alex Balashov | Principal | Evariste Systems LLC Tel: +1-706-510-6800 / +1-800-250-5920 (toll-free) Web: http://www.evaristesys.com/, http://www.csrpswitch.com/

3 19

any interest in segmentation fault at startup ?
by Jean Cérien 07 Feb '18

07 Feb '18

Hi I guess I'm a bit too creative when it comes to kamailio syntax.... just edited the cfg file and got the following error upon startup: kamctl start INFO: Starting Kamailio : /usr/sbin/kamctl: line 1915: 5294 Segmentation fault $OSERBIN -P $PID_FILE -f $ETCDIR/kamailio.cfg $STARTOPTIONS > /dev/null 2> /dev/null ERROR: PID file /var/run/kamailio.pid does not exist -- Kamailio start failed I assume it is my syntax in cfg that creates this, I just need to correct it, but if there is interest, I can provide the faulty cfg file J.

4 4

Re: [SR-Users] Blind Transfer WS Error
by Matteo Campana 07 Feb '18

07 Feb '18

Dear Kamailians, does anyone have any idea on the issue below? Alessio told me that is always reproducible, and he can also provide captures and more logs. Thanks in advance! Matteo *From: *sr-users <sr-users-bounces(a)lists.kamailio.org> on behalf of Alessio Miranda <smirolandia(a)gmail.com> *Reply-To: *"Kamailio (SER) - Users Mailing List" < sr-users(a)lists.kamailio.org> *Date: *Tuesday, 16 January 2018 at 14:18 *To: *"sr-users(a)lists.kamailio.org" <sr-users(a)lists.kamailio.org> *Subject: *[SR-Users] Blind Transfer WS Error Hi, I have a problem with the blind transfer via WebSocket, debugging from the browser we see that in some cases when the REFER is done and the sip message "202 Accepted" arrives, the message "180 Ringing" arrives first and then the "100 Trying" and the transfer goes in error with "500 JsSIP Internal Error" I have an architecture with Kamailio in frontend and asterisk in backend on the same network, the sip dialogue between FE and BE is in SIP / UDP. The WebRTC client connects to WebSocket at Kamailio's public address. We have verified that the sip messages exchanged between kamailio and asterisk are always correct. Kamailio Ver. 4.4.4 Asterisk Ver. 13.18.3 PJSIP Ver. 2.6 JSSIP Ver. 3.2.2 Thanks Alessio

2 2

Contact and Record-Route are using Private IP Address- is this correct?
by Wilkins, Steve 07 Feb '18

07 Feb '18

Hello All, Contact and Record-Route are using Private IP Address - is this correct? I though the Public IP should be used. I do not know what setting is causing this to happen. Does anyone have any ideas? Thank you, -Steve

3 4

Info: Markus Monka replacing Marcus Hunger in management group
by Daniel-Constantin Mierla 07 Feb '18

07 Feb '18

Hello, Markus Monka has just replaced Marcus Hunger in Kamailio project management group. Marcus (still at sipgate) has moved to work more on frontend applications than backend, no longer interacting with Kamailio project. Markus Monka has managed the VoIP operations at sipgate for more than 15 years, helping the project over the years with various resources, mainly in respect of organizing events and testing infrastructure, sipgate being one of the oldest VoIP services using Kamailio (since first releases of SER). The change is reflected now on the website: * https://www.kamailio.org/w/management/ Warm welcome to Markus and many thanks to both of them for what they did so far for Kamailio project! Cheers, Daniel -- Daniel-Constantin Mierla www.twitter.com/miconda -- www.linkedin.com/in/miconda Kamailio Advanced Training - March 5-7, 2018, Berlin - www.asipto.com Kamailio World Conference - May 14-16, 2018 - www.kamailioworld.com

1 0

Info: Kamailio project administration updates
by Daniel-Constantin Mierla 07 Feb '18

07 Feb '18

Hello, after several discussions at some of the past IRC devel meetings, finally we started to build a team to be involved more actively in the administration of Kamailio. The project has grown steadily, not only in terms of code, but also packaging, continuous integration, social networking interactions as well as participation to events world wide. For a better coordination and ability to handle related tasks, I invited the most active developers and community members to join so called Kamailio Administration Team, the initial details about it are published as part of management page on kamailio.org: * https://www.kamailio.org/w/management/ Some more details about its rules and purpose: * https://www.kamailio.org/w/kadmin/ It will still take some time to get it properly rolling, more or less now looking to see if the community has suggestions/improvements on what can be done in these aspects. I wrote to all mailing lists for the initial announcement, but you can just reply to sr-users, if you are subscribed there, otherwise it's fine to write back to any of the lists. Cheers, Daniel -- Daniel-Constantin Mierla www.twitter.com/miconda -- www.linkedin.com/in/miconda Kamailio Advanced Training - March 5-7, 2018, Berlin - www.asipto.com Kamailio World Conference - May 14-16, 2018 - www.kamailioworld.com

1 0

Re: [SR-Users] Contact and Record-Route are using Private IP Address- is this correct?
by Ammar Tinawi 07 Feb '18

07 Feb '18

Is it mandatory to have an interface with public ip in order to overcome NAT problems ?

1 0

Issue with Socket selection on Forwarding ACK message
by Thomas Carvello 06 Feb '18

06 Feb '18

Hello, i have an issue with my Kamailio 4.1.9 configuration. This configuration is multi-homed, we have*two network* interfaces, one on a private network and on the public Internet. Kamailio is configured to listen on port 5060 and 5066 on both interfaces. We register two users Alice and Bob on the public Internet using port 5066. Both users are behind a NAT and we capture the SIP exchange on the proxy server. We have set the parameter mhomed=1 When Alice calls Bob, we have Alice Proxy Bob src=5063 dst=5066 INVITE ------------------> src=5066 ------ INVITE ---------------> dst=5060 dst=5066 <------- 200 OK -------------- src=5060 dst=5063 <------- 200 OK --------- src=5066 src=5063 dst=5066 -------- ACK -----------> *src=5060 (blocked by NAT)* ------ ACK-----x dst=5060 The ACK packet gets relayed with the wrong source port. Then the NAT rejects the packet and the call cannot be established. For some reason, when Bob calls Alice, the call is correctly established. Could it be because Bob happend to use 5060 as local port? Also, if we set nhomed=0 it works BUT we are not sure that multi homed is handled correctly. I was wondering if you have encounter this issue before? I have investigated the code for selection socket and what is the logic of this selection ? /*How does kamailo knows that it should choose 5066 as src port if the user is registered using port 5066 instead of 5066?* / Thank you for your time. Thomas

4 8

rtpproxy - no media connection
by Steve 05 Feb '18

05 Feb '18

Dear sr-users, I am trying to set up a simple Kamailio server with rtpproxy on the same host computer, behind a NAT router. “Run your own Skype-like service” is my set-up guide, but I’m using Kamailio version 5.1 so I modified the config files that came with the download. My problem is that SIP clients can register over the internet via TLS encryption with the server and establish a call session connection, but the ZRTP media connection is not being made. Once the call session connection is made, both clients send out UDP packets to each other, but neither receives them—the media traffic is one way and being dropped somewhere. I’ve tried different rtpproxy start settings. If I start the rtpproxy service with “sudo /etc/init.d/rtpproxy start” then it uses the default “unix:/var/run/rtpproxy/rtpproxy.sock”. I’ve also tried starting with “sudo rtpproxy –l /my_public_ip/ –s udp:localhost:7722” which then asks for either –F (superuser) or –u (user). I’ve tried it both with options “–F” and “-u kamailio kamailio”. All the variations tried so far have the same result as noted above. The server behind the router is in a DMZ zone that bypasses the router firewall. Is there anything in the user-list archives that addresses this issue? Or some likely place to start troubleshooting the problem? Any suggestions would be greatly appreciated. Thanks in advance. Steve --- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus

1 0

IMS (ng-voice vs github)
by Amar Tinawi 04 Feb '18

04 Feb '18

Hello Dears, can you please tell me what are the differences between the github version of ims modules and the ng-voice modules introduced by Mr Carsten repo ? Thanks in advance

2 1

Fosdem dinner
by Daniel-Constantin Mierla 03 Feb '18

03 Feb '18

Hello, in the past 10 years or so, many of us met at Fosdem conference in Brussels (the edition this year happens during February 3-4) and had a dinner on Saturday evening. I know already couple of people from community that will go there, so the question is if there is any interest to organize again such event. If yes, it will be again on Saturday, on the evening of the 3rd of February. At the past editions, it turned into an all-RTC dinner, but we can consider to have it alone again (eventually with few other invited friends), if there are too many or people want a smaller meeting. Reply this week if you want to join, so we can estimate how many seats we need and have enough time to find a place that can accommodate us. More about Fosdem can be found at: - https://fosdem.org There is a devroom on Sunday with topics covering real time communications. I will have a presentation there. Cheers, Daniel -- Daniel-Constantin Mierla www.twitter.com/miconda -- www.linkedin.com/in/miconda Kamailio Advanced Training - March 5-7, 2018, Berlin - www.asipto.com Kamailio World Conference - May 14-16, 2018 - www.kamailioworld.com

10 13

SDP Rewrite issues
by Steven Meyer 02 Feb '18

02 Feb '18

Our topology is: Client <> Client Router <> Internet <> Firewall (NAT) <> Kamailio <> FS Unfortunately, when enabling SDP Rewrite: fix_nated_sdp, 0x08, it rewrites packets to the firewall external IP, not the client router external IP. Right now we have to do a local NATed IP on each phone.

1 0

Routing based on A and B numbers
by Grant Bagdasarian 02 Feb '18

02 Feb '18

Hi, Which module would be best suited for routing calls based on A and B numbers? We're currently using the LCR module, with some additional htables to add this functionality, but I was wondering if there is a module which does exactly this? Or perhaps a combination of modules? Regards, Grant Bagdasarian Senior Developer +31765727054<tel:+31765727054> cm.com<https://cm.com> [cid:image001.png@01D39C36.945A76C0]

2 2

Distributed Registrations.
by Володимир Іванець 02 Feb '18

02 Feb '18

Hello! Yesterday I read email conversation "Distributed Presence between Multiple Kamailios" where it was suggested to use Presence module with new dmq parameter. So was wondering if someone was thinking about approach to share registrations between multiple Kamailio servers without using database? Thanks!

2 1

Contact Header need update?
by Duarte Rocha 02 Feb '18

02 Feb '18

Greetings, My proxy does some number normalization in order to guarantee E164 numeration. It also verifies for valid Calling Numbers and replaces them if needed. In order to this, i'm updating the $fU pseudo-variable. Should i update the "Contact" Header too? I've made some testing and i can get calls to work with keeping the Contact intact and changing it to the new number. What is the most correct approach? Cheers, Duarte Rocha

1 0

Distributed Presence between Multiple Kamailios
by SamyGo 01 Feb '18

01 Feb '18

Hi, I'm working on multiple Kamailios that have users distributed evenly among them, I now need to enable presence in those Kamailio boxes. The scenario is a mesh where any user may have subscribed to BLF of other user registered & calling on any other proxy. What modules can help me achieve this? can this be done without creating a new Presence-Node for the whole environment? Hope to get some suggestions on how experts here have done this. Looking forward to positive response. Regards, Sammy

3 5

Case insensitive regexp in textops::search() function
by Andrey Deykunov 01 Feb '18

01 Feb '18

Hi, I have an htable containing some black list words (i.e. user IDs or phone models). To find matches of the words in every message I use the following script: sht_iterator_start("i1", "black_list"); while(sht_iterator_next("i1")) { if ( search($shtitval(i1)) ) { // do something } } sht_iterator_end("i1"); How can I modify search($shtitval(i1)) to get case insensitive matching? The example below does not work: sht_iterator_start("i1", "black_list"); while(sht_iterator_next("i1")) { $var(re) = $shtitval(i1) + "/i"; if ( search($var(re)) ) { // do something } } sht_iterator_end("i1"); Other possible modifications of $var(re) aren't working too. Thanks, Andrey

2 2

Partial/regex match on hash table key?
by Anthony Joseph Messina 31 Jan '18

31 Jan '18

Is is possible (without iterating through all entries in a hash table) to return the value based on a partial or regex match to the key? Something like... $var(one)=$sht(a=>*$var(two)) -- Anthony - https://messinet.com/ - https://messinet.com/~amessina/gallery F9B6 560E 68EA 037D 8C3D D1C9 FF31 3BDB D9D8 99B6

2 2

question about force_send_socket
by Fabian Borot 31 Jan '18

31 Jan '18

our kamailo has 2 IPs, a public (87.x.x.x) and a private (192.168.1.1). It is listening on all of them. For all calls it listens on the public IP but for some calls I need to forward the incoming INVITE to a server in the private network so I do a " force_send_socket(privateip:port)" before the route that forwards the INVITE to the server in the private network and that works. But then when the server in the private network replies with 302 I have to contact the servers inside the Contact header using the Public IP now so I do this hoping that it will switch back to the public IP: if (t_check_status("302")) { force_send_socket(PUBLIC_IP:5060); get_redirects("*"); t_relay(); } But it stays in the private, so the INVITEs to the servers inside the Contact header are sent from the Private IP and they are blocked. This would be the flow: customer INVITE -> kamailio(publicIP) kamailio (publicIP) 100 trying -> customer kamailio(privateIP) INVITE -> Server(privateIP) Server(privateIP) 302 redirect -> kamailio(privateIP) kamailio(privateIP) ACK -> Server(privateIP) after I would like this to happen kamailio(publicIP) INVITE -> Server1(publicIP) but instead this happens: kamailio(privateIP) INVITE -> Server1(publicIP) how can I switch back to the public IP to continue with this call flow? thank you

2 2

[4.2] how to send out BYE successfully to close a TCP/TLS connection which misses the connection ID?
by Jack Wang 31 Jan '18

31 Jan '18

For some reasons, My settings will cause kamailio to be restarted even if there were connections connected to it. And when one SIP client in a connection wanted to hangup the call with a WebRTC Client (SIP over websocket) after the proxy-restarting, local client was closed, however , the other side was not. >From the log below it seems that the connection missed. Jan 30 18:19:31 ./kamailio[27857]: WARNING: <core> [msg_translator.c:2777]: via_builder(): TCP/TLS connection (id: 0) for WebSocket could not be found Jan 30 18:19:31 ./kamailio[27857]: ERROR: tm [t_msgbuilder.c:1365]: assemble_via(): assemble_via: via building failed Jan 30 18:19:31 ./kamailio[27857]: ERROR: tm [t_msgbuilder.c:1545]: build_uac_req(): build_uac_req(): Error while assembling Via Jan 30 18:19:31 ./kamailio[27857]: ERROR: tm [uac.c:379]: t_uac_prepare(): t_uac: Error while building message So, Is it equivalent to connection ID missing? And is there any way to make Websocket found the connection? Btw, after proxy-restarting for seconds , I typed `sh kamctl stats` : websocket:ws_current_connections = 1 It showed that the WebRTC Client will re-connect automatically, So I think this connection could be found by proxy, Any suggestion? Thanks :)

1 2

Normal behaviour with loose_routing
by Loic Chabert 30 Jan '18

30 Jan '18

Hi list, I have a setup configurered has diagram below: UAC -> Proxy LB (proxy lb) -> Proxy Router/registrar (proxy B) -> Asterisk SBC My UAC is SIPP and sending a classic call scenario: INVITE - ACK - BYE. But i have some trouble to understand which queries should be loose routed and which queries should be dispatched by dispatcher module. My first invite request has been dispatched to proxy B by proxy LB. After that, ACK and BYE request should be loose_routed or should be dispatched as other request ? My proxy B is a statefull proxy, logging cdrs and other stuff ... >From my point of view, subsequent request should be loose_routed to keep dialog informations consistent. My subsequent requests have record-route headers. Should i use theses headers to route my calls ? Loose routing features only work with "Route" header ? What is the difference beetwen Route headers and Record-route headers ? Thanks in advance, Regards.

3 5

rtjson + uac + event - OK, ACK and BYE display name not updated
by Diego Nadares 30 Jan '18

30 Jan '18

Hi Guys, We are modifying "from" and "to" headers with rtjson module via a json struct. It works fine in INVITE, TRYING, RINGING and OK but not in the following messages. Kamailio It's changing ONLY "from" and "to" URI BUT NOT the DISPLAY NAME. I think it's the tm module but I can't figure out how to confirm this. Maybe I need to configure something else in my cfg or could it be a bug? My json struct that is handled by rtjson module response.routing = "serial"; //response.routing = "parallel"; response.routes = []; response.routes[0] = {}; response.routes[0].uri = "sip:1111111111@172.16.213.31:5060"; response.routes[0].headers = { // Headers to be modified "from": { "display": "1111111111", "uri": "sip:111111111@172.16.213.38" }, "to": { "display": "2222222222", "uri": "sip:2222222222@172.16.213.38" }, }; response.routes[0].headers.extra = {};//"X-Hdr-A: abc\r\nX-Hdr-B: bcd\r\n"; This is part of my cfg .... modparam("dialog","dlg_flag", FLD_START) modparam("uac","restore_mode","auto") modparam("uac", "restore_dlg", 1) .... # account only INVITEs if (is_method("INVITE") && !has_totag()) { setflag(FLT_ACC); # do accounting * setflag(FLD_START); # do accounting* setflag(FLT_ACCMISSED); setflag(FLT_ACCFAILED); } ..... >From source/Aleg: *From: sipp <sip:sipp@172.16.213.21:5060 <http://sip:sipp@172.16.213.21:5060>>;tag=1.* *To: sut <sip:5555555555@172.16.213.38:5060 <http://sip:5555555555@172.16.213.38:5060>>.* To dest/Bleg: *From: 1111111111 <sip:111111111@172.16.213.38 <sip%3A111111111(a)172.16.213.38>>;tag=1.* *To: 2222222222 <sip:2222222222@172.16.213.38 <sip%3A2222222222(a)172.16.213.38>>.* Incorrect display name in BYE and ACK: *From: sipp <sip:111111111@172.16.213.38 <sip%3A111111111(a)172.16.213.38>>;tag=1.* *To: sut <sip:2222222222@172.16.213.38 <sip%3A2222222222(a)172.16.213.38>>;tag=2.* interface: any filter: ( port 5060 ) and (ip or ip6) # U 2016/12/06 15:52:13.638731 172.16.213.21:5060 -> 172.16.213.38:5060 INVITE sip:5555555555@172.16.213.38:5060 SIP/2.0. Via: SIP/2.0/UDP 172.16.213.21:5060;branch=z9hG4bK-12775-1-0. *From: sipp <sip:sipp@172.16.213.21:5060 <http://sip:sipp@172.16.213.21:5060>>;tag=1.* *To: sut <sip:5555555555@172.16.213.38:5060 <http://sip:5555555555@172.16.213.38:5060>>.* Call-ID: 1-12775(a)172.16.213.21. CSeq: 1 INVITE. Contact: "SIPP" <sip:sipp@172.16.213.21:5060>. Max-Forwards: 70. Subject: Performance Test. Content-Type: multipart/mixed;boundary=uniqueBoundary. Remote-Party-ID: <sip:sipp@172.16.213.21 >:5060;party=calling;id-type=subscriber;privacy=off;screen=no>. Content-Length: 549. . --uniqueBoundary. Content-Type: application/sdp. . v=0. o=user1 53655765 2353687637 IN IP4 172.16.213.21. s=-. c=IN IP4 172.16.213.21. t=0 0. m=audio 6000 RTP/AVP 8. a=rtpmap:8 PCMA/8000. a=rtpmap:101 telephone-event/8000. a=fmtp:101 0-11,16. . --uniqueBoundary. Content-Type: application/gtd. Content-Disposition: signal;handling=optional. . IAM,. CGN,04,y,1,y,4,1143617400. CIC,0000000573. CPC,09. CPN,02,y,1,52381660. FCI,n,n,n,n,y,n,n,u. GCI,f7140cc78a611601838a002128d7e512. NOC,0,n,1,n. PRN,q761*,AR*,oper2,1993. TMR,02. . --uniqueBoundary--. ................ # U 2016/12/06 15:52:13.734159 172.16.213.38:5060 -> 172.16.213.21:5060 SIP/2.0 100 trying -- your call is important to us. Via: SIP/2.0/UDP 172.16.213.21:5060;branch=z9hG4bK-12775-1-0. *From: sipp <sip:sipp@172.16.213.21:5060 <http://sip:sipp@172.16.213.21:5060>>;tag=1.* *To: sut <sip:5555555555@172.16.213.38:5060 <http://sip:5555555555@172.16.213.38:5060>>.* Call-ID: 1-12775(a)172.16.213.21. CSeq: 1 INVITE. Server: kamailio (4.4.4 (x86_64/linux)). Content-Length: 0. . ................ # U 2016/12/06 15:52:13.878600 172.16.213.38:5060 -> 172.16.213.31:5060 INVITE sip:1111111111@172.16.213.31:5060 SIP/2.0. Via: SIP/2.0/UDP 172.16.213.38;branch=z9hG4bKabaa.840cc83114975a34a37b7af020d37b65.1. *From: 1111111111 <sip:111111111@172.16.213.38 <sip%3A111111111(a)172.16.213.38>>;tag=1.* *To: 2222222222 <sip:2222222222@172.16.213.38 <sip%3A2222222222(a)172.16.213.38>>.* Call-ID: 1-12775(a)172.16.213.21. CSeq: 1 INVITE. Max-Forwards: 69. Subject: Performance Test. Content-Type: multipart/mixed;boundary=uniqueBoundary. Content-Length: 788. Contact: <sip:btpsh-58470879-6c61-1@172.16.213.38>. . --uniqueBoundary. Content-Type: application/sdp. . v=0. o=user1 53655765 2353687637 IN IP4 172.16.213.38. s=-. c=IN IP4 172.16.213.38. t=0 0. m=audio 40236 RTP/AVP 8. a=rtpmap:8 PCMA/8000. a=rtpmap:101 telephone-event/8000. a=fmtp:101 0-11,16. a=sendrecv. a=rtcp:40237. a=ice-ufrag:QNCzXhUr. a=ice-pwd:Ci90BRpdZH51Hx5BaPgGMrGCeh. a=candidate:P1djl8LFNb5kexbG 1 UDP 2130706431 172.16.213.38 40236 typ host. a=candidate:P1djl8LFNb5kexbG 2 UDP 2130706430 172.16.213.38 40237 typ host. . --uniqueBoundary. Content-Type: application/gtd. Content-Disposition: signal;handling=optional. . IAM,. CGN,04,y,1,y,4,1143617400. CIC,0000000573. CPC,09. CPN,02,y,1,52381660. FCI,n,n,n,n,y,n,n,u. GCI,f7140cc78a611601838a002128d7e512. NOC,0,n,1,n. PRN,q761*,AR*,oper2,1993. TMR,02. . --uniqueBoundary--. ................ # U 2016/12/06 15:52:13.879441 172.16.213.31:5060 -> 172.16.213.38:5060 SIP/2.0 180 Ringing. Via: SIP/2.0/UDP 172.16.213.38;branch=z9hG4bKabaa.840cc83114975a34a37b7af020d37b65.1. *From: 1111111111 <sip:111111111@172.16.213.38 <sip%3A111111111(a)172.16.213.38>>;tag=1.* *To: 2222222222 <sip:2222222222@172.16.213.38 <sip%3A2222222222(a)172.16.213.38>>;tag=2.* Call-ID: 1-12775(a)172.16.213.21. CSeq: 1 INVITE. Contact: <sip:172.16.213.31:5060;transport=UDP>. Content-Type: application/sdp. Content-Length: 137. . v=0. o=user1 53655765 2353687637 IN IP4 172.16.213.31. s=-. c=IN IP4 172.16.213.31. t=0 0. m=audio 6000 RTP/AVP 0. a=rtpmap:0 PCMU/8000. ................ # U 2016/12/06 15:52:13.936565 172.16.213.38:5060 -> 172.16.213.21:5060 SIP/2.0 180 Ringing. *From: sipp <sip:sipp@172.16.213.21:5060 <http://sip:sipp@172.16.213.21:5060>>;tag=1.* *To: sut <sip:5555555555@172.16.213.38:5060 <http://sip:5555555555@172.16.213.38:5060>>;tag=2.* Call-ID: 1-12775(a)172.16.213.21. CSeq: 1 INVITE. Content-Type: application/sdp. Content-Length: 316. Via: SIP/2.0/UDP 172.16.213.21:5060;branch=z9hG4bK-12775-1-0. Contact: <sip:atpsh-58470879-6c61-2@172.16.213.38>. . v=0. o=user1 53655765 2353687637 IN IP4 172.16.213.38. s=-. c=IN IP4 172.16.213.38. t=0 0. m=audio 40248 RTP/AVP 0. a=rtpmap:0 PCMU/8000. a=sendrecv. a=rtcp:40249. a=candidate:P1djl8LFNb5kexbG 1 UDP 2130706431 172.16.213.38 40248 typ host. a=candidate:P1djl8LFNb5kexbG 2 UDP 2130706430 172.16.213.38 40249 typ host. ................ # U 2016/12/06 15:52:20.882165 172.16.213.31:5060 -> 172.16.213.38:5060 SIP/2.0 200 OK. Via: SIP/2.0/UDP 172.16.213.38;branch=z9hG4bKabaa.840cc83114975a34a37b7af020d37b65.1. *From: 1111111111 <sip:111111111@172.16.213.38 <sip%3A111111111(a)172.16.213.38>>;tag=1.* *To: 2222222222 <sip:2222222222@172.16.213.38 <sip%3A2222222222(a)172.16.213.38>>;tag=2.* Call-ID: 1-12775(a)172.16.213.21. CSeq: 1 INVITE. Contact: <sip:172.16.213.31:5060;transport=UDP>. Content-Type: application/sdp. Content-Length: 213. . v=0. o=user1 53655765 2353687637 IN IP4 172.16.213.31. s=-. c=IN IP4 172.16.213.31. t=0 0. m=audio 6000 RTP/AVP 0. a=rtpmap:0 PCMU/8000. a=rtpmap:101 telephone-event/8000. a=fmtp:101 0-15. a=ptime:20. a=sendrecv. ................ # U 2016/12/06 15:52:21.173798 172.16.213.38:5060 -> 172.16.213.21:5060 SIP/2.0 200 OK. *From: sipp <sip:sipp@172.16.213.21:5060 <http://sip:sipp@172.16.213.21:5060>>;tag=1.* *To: sut <sip:5555555555@172.16.213.38:5060 <http://sip:5555555555@172.16.213.38:5060>>;tag=2.* Call-ID: 1-12775(a)172.16.213.21. CSeq: 1 INVITE. Content-Type: application/sdp. Content-Length: 380. Via: SIP/2.0/UDP 172.16.213.21:5060;branch=z9hG4bK-12775-1-0. Contact: <sip:atpsh-58470879-6c61-2@172.16.213.38>. . v=0. o=user1 53655765 2353687637 IN IP4 172.16.213.38. s=-. c=IN IP4 172.16.213.38. t=0 0. m=audio 40248 RTP/AVP 0. a=rtpmap:0 PCMU/8000. a=rtpmap:101 telephone-event/8000. a=fmtp:101 0-15. a=ptime:20. a=sendrecv. a=rtcp:40249. a=candidate:P1djl8LFNb5kexbG 1 UDP 2130706431 172.16.213.38 40248 typ host. a=candidate:P1djl8LFNb5kexbG 2 UDP 2130706430 172.16.213.38 40249 typ host. ................ # U 2016/12/06 15:52:21.174390 172.16.213.21:5060 -> 172.16.213.38:5060 ACK sip:atpsh-58470879-6c61-2@172.16.213.38 SIP/2.0. Via: SIP/2.0/UDP 172.16.213.21:5060;branch=z9hG4bK-12775-1-4. *From: sipp <sip:sipp@172.16.213.21:5060 <http://sip:sipp@172.16.213.21:5060>>;tag=1.* *To: sut <sip:5555555555@172.16.213.38:5060 <http://sip:5555555555@172.16.213.38:5060>>;tag=2.* Call-ID: 1-12775(a)172.16.213.21. CSeq: 1 ACK. Contact: sip:sipp@172.16.213.21:5060. Max-Forwards: 70. Subject: Performance Test. Content-Length: 0. . ................ # U 2016/12/06 15:52:21.248172 172.16.213.38:5060 -> 172.16.213.31:5060 ACK sip:172.16.213.31:5060;transport=UDP SIP/2.0. Via: SIP/2.0/UDP 172.16.213.38;branch=z9hG4bKabaa.98116b5795d4c30f52156187a72059c8.0. *From: sipp <sip:111111111@172.16.213.38 <sip%3A111111111(a)172.16.213.38>>;tag=1.* *To: sut <sip:2222222222@172.16.213.38 <sip%3A2222222222(a)172.16.213.38>>;tag=2.* Call-ID: 1-12775(a)172.16.213.21. CSeq: 1 ACK. Max-Forwards: 69. Subject: Performance Test. Content-Length: 0. Contact: <sip:btpsh-58470879-6c61-1@172.16.213.38>. . ................ # U 2016/12/06 15:52:51.178826 172.16.213.21:5060 -> 172.16.213.38:5060 BYE sip:atpsh-58470879-6c61-2@172.16.213.38 SIP/2.0. Via: SIP/2.0/UDP 172.16.213.21:5060;branch=z9hG4bK-12775-1-7. *From: sipp <sip:sipp@172.16.213.21:5060 <http://sip:sipp@172.16.213.21:5060>>;tag=1.* *To: sut <sip:5555555555@172.16.213.38:5060 <http://sip:5555555555@172.16.213.38:5060>>;tag=2.* Call-ID: 1-12775(a)172.16.213.21. CSeq: 2 BYE. Contact: sip:sipp@172.16.213.21:5060. Max-Forwards: 70. Subject: Performance Test. Content-Length: 0. . ................ # U 2016/12/06 15:52:51.468639 172.16.213.38:5060 -> 172.16.213.31:5060 BYE sip:172.16.213.31:5060;transport=UDP SIP/2.0. Via: SIP/2.0/UDP 172.16.213.38;branch=z9hG4bK7baa.3cb44935b506e759e3418501b0688b08.0. *From: sipp <sip:111111111@172.16.213.38 <sip%3A111111111(a)172.16.213.38>>;tag=1.* *To: sut <sip:2222222222@172.16.213.38 <sip%3A2222222222(a)172.16.213.38>>;tag=2.* Call-ID: 1-12775(a)172.16.213.21. CSeq: 2 BYE. Max-Forwards: 69. Subject: Performance Test. Content-Length: 0. Contact: <sip:btpsh-58470879-6c61-1@172.16.213.38>. . ................ # U 2016/12/06 15:52:51.469153 172.16.213.31:5060 -> 172.16.213.38:5060 SIP/2.0 200 OK. Via: SIP/2.0/UDP 172.16.213.38;branch=z9hG4bK7baa.3cb44935b506e759e3418501b0688b08.0. *From: sipp <sip:111111111@172.16.213.38 <sip%3A111111111(a)172.16.213.38>>;tag=1.* *To: sut <sip:2222222222@172.16.213.38 <sip%3A2222222222(a)172.16.213.38>>;tag=2.* Call-ID: 1-12775(a)172.16.213.21. CSeq: 2 BYE. Contact: <sip:172.16.213.31:5060;transport=UDP>. Content-Length: 0. . ................ # U 2016/12/06 15:52:51.519423 172.16.213.38:5060 -> 172.16.213.21:5060 SIP/2.0 200 OK. *From: sipp <sip:sipp@172.16.213.21:5060 <http://sip:sipp@172.16.213.21:5060>>;tag=1.* *To: sut <sip:5555555555@172.16.213.38:5060 <http://sip:5555555555@172.16.213.38:5060>>;tag=2.* Call-ID: 1-12775(a)172.16.213.21. CSeq: 2 BYE. Content-Length: 0. Via: SIP/2.0/UDP 172.16.213.21:5060;branch=z9hG4bK-12775-1-7. Contact: <sip:atpsh-58470879-6c61-2@172.16.213.38>. . ................ exit 13 received, 0 dropped Sorry for my english. Thanks in advance! Diego.

2 7

Session Timers
by Duarte Rocha 30 Jan '18

30 Jan '18

Hey guys, I have two issues about Session Timers that need some clarification. 1) I have my Kamailio between my clients CPE's and my GW to the PSTN. I want to configure it in a way that i always try to make the CPE do the refreshing so I can save resources on my kamailio and in the GW. If the CPE doesn't support it, the refresh should be done by the GW. Is it possible to do this test and configuration in every call ? 2) SIP has the MIN-SE mechanic and is well documented, but is it possible to implement a MAX-SE in any way ? Thanks for the help. If you need more details about the issue, please let me know. Cheers

2 1

Re: [SR-Users] Problem to install Kameilio from Ubuntu packages
by Victor Seva 30 Jan '18

30 Jan '18

2018-01-26 17:46 GMT+01:00 Alain Bonnefoy - XOOL <a.bonnefoy(a)xool.fr>: > > > I tried to install Kameilio on Ubuntu 16.04 from what explained in the > wiki <https://www.kamailio.org/wiki/packages/debs>. > Wiki updated. Thanks

1 0

Re: [SR-Users] Problem to install Kameilio from Ubuntu packages
by Bastian Triller 30 Jan '18

30 Jan '18

There another command on http://deb.kamailio.org for people behind firewalls which block port 11371: % wget -O- http://deb.kamailio.org/kamailiodebkey.gpg | sudo apt-key add - On Jan 26, 2018 5:46 PM, "Alain Bonnefoy - XOOL" <a.bonnefoy(a)xool.fr> wrote: > Hello, > > > > I tried to install Kameilio on Ubuntu 16.04 from what explained in the > wiki <https://www.kamailio.org/wiki/packages/debs>. > > > > But when I execute the command to add your GPG key, I just get replied > that the timeout occured. > > > > What to do ? > > > > Alain > > Provenance : Courrier <https://go.microsoft.com/fwlink/?LinkId=550986> > pour Windows 10 > > > > _______________________________________________ > Kamailio (SER) - Users Mailing List > sr-users(a)lists.kamailio.org > https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users > >

1 0

kamailio tls passthrough
by pavel＠eremina.net 30 Jan '18

30 Jan '18

Hi, All i am trying to load balancing Kamailio with TLS in passthrough mode. is it possible to do it in stateless mode?

2 1

whats happened to iptel.org
by voipspace voipspace 29 Jan '18

29 Jan '18

Anyone know whats happened to iptel.org The webiste is now a wix page iptel.org the sip uri music(a)iptel.org was a useful resource. Now the song has changed and the service is down alot Has it it changed hands or been sold?

1 0

i can not receive BYE after websocket has been closed and reconnected during the call
by Kenan Kocaerkek 29 Jan '18

29 Jan '18

Hi, I have a WebRTC softphone based on JsSIP and kamailio 4.4.7. Generally it works well but sometimes websocket connections interrupt and reconnect immediately (especially running behind proxies). If the interruption occurs during an active call, kamailio tries to send BYE message to softphone over closed websocket. gruu_enabled flag is active on registrar module and JsSIP sends proper sip.instance value. So after ws reconnects, registered contact details do not change on kamailio except Expires value. Is it possible to send BYE message via contact's last active websocket after reconnect? Jan 29 14:35:20 registrar-kenan /usr/local/sbin/kamailio[30357]: WARNING: <script>: WebSocket connection from 195.142.112.66:49086 has closed Jan 29 14:35:24 registrar-kenan /usr/local/sbin/kamailio[30323]: WARNING: <core> [msg_translator.c:2761]: via_builder(): TCP/TLS connection (id: 0) for WebSocket could not be found Jan 29 14:35:24 registrar-kenan /usr/local/sbin/kamailio[30323]: ERROR: <core> [msg_translator.c:1979]: build_req_buf_from_sip_req(): could not create Via header Jan 29 14:35:24 registrar-kenan /usr/local/sbin/kamailio[30323]: ERROR: tm [t_fwd.c:462]: prepare_new_uac(): could not build request Jan 29 14:35:24 registrar-kenan /usr/local/sbin/kamailio[30323]: ERROR: tm [t_fwd.c:1723]: t_forward_nonack(): ERROR: t_forward_nonack: failure to add branches Jan 29 14:35:24 registrar-kenan /usr/local/sbin/kamailio[30323]: ERROR: sl [sl_funcs.c:363]: sl_reply_error(): ERROR: sl_reply_error used: No error (2/SL) Regards, Kenan

1 0

Ann: Registration to Kamailio World 2018 is open!
by Daniel-Constantin Mierla 29 Jan '18

29 Jan '18

Hello, a quick note to the community forums to announce that the registration to next Kamailio World Conference (May 14-17, 2018, in Berlin, Germany) is now open! More details are available at: * https://www.kamailioworld.com/k06/registration/ In a matter of several days, we expect to publish the details about the first group of accepted speakers. Looking forward to meeting many of you in Berlin! Cheers, Daniel -- Daniel-Constantin Mierla www.twitter.com/miconda -- www.linkedin.com/in/miconda Kamailio Advanced Training - March 5-7, 2018, Berlin - www.asipto.com Kamailio World Conference - May 14-16, 2018 - www.kamailioworld.com

1 0

New module – embedded MSRP relay
by kossivi HOLONOU 28 Jan '18

28 Jan '18

Hello,I would like to develop a project that will allow me to: - voice, video, screen sharing, etc. sessions with content communication via RTP - end to end presence – this is purely SIP routing - SIMPLE-based presence (aka, presence server or presence agent model) via presence* and pua* modules — user presence, dialog states notification (aka, blinking lamps), resource lists service (including OMA/RCS extensions), user location states notification and replication, audio/video conference mixer notifications, a.s.o. - embedded XCAP server – management of user contact lists, presence policies, user agent configuration files, a.s.o. There is also an XCAP client extension - embedded HTTP server – for admin and user interaction with the service via pure HTTP or XMLRPC requests - embedded MSRP relay – for relaying and fine controlling of the message-based content of SIP sessions - IRC-style instant messaging conference via imc module - storage of instant messages for offline users and relay to them when they become again online via msilo module I need your help to start. I went through the document a little without understanding much. Thanks for your help

1 0

Kamailio with asterisk on private lan
by Mark Boyce 28 Jan '18

28 Jan '18

Hi all I’m trying to create a relatively simple setup with Kamailio dual homed on public/private ip and asterisk on private ip only. The idea is load balance / fail over asterisk boxes. Following the real-time tutorial I have clients registering with Kamailio, Kamailio registering on clients behalf with asterisk as well as invites going through. However what I’m seeing is that when an invite occurs asterisk offers media on its private ip, as it would. However this is making its way through Kamailio all the way to the client. After a bit of searching all I can find is people trying to get it working and failing, or putting asterisk on public IP. So questions - am I doing this completely the wrong way? Should Kamailio alter the media ip of asterisk on the way through or do I need to do that by hand? Surely someone somewhere has a write up on this already :-) Thanks Mark

7 8

SEMS with sbc application
by Mojtaba 27 Jan '18

27 Jan '18

Hello, I have a problem today, It's strange for me. Suppose we have this senario: uac1------->SEMS(mo profile)------->Kamailio-------->SEMS(mt profile)---------->uac2 In above topology, we have two interfaces(intern,extern) for SEMS, and just used as SBC (sbc application). if i used port=5060 as external port, every things is right and log file is like this: [#7fed3f9f9700/32820] [run, udp_trsp.cpp:352] DEBUG: vv M [|] u recvd msg via UDP from 89.165.117.125:42411 vv --++-- REGISTER sip:kava.shatel.ir;transport=UDP SIP/2.0 Via: SIP/2.0/UDP 89.165.117.125:42411;branch=z9hG4bK-d8754z-021bd8b61efc7ac0-1---d8754z- Max-Forwards: 70 Contact: <sip:4000@ 89.165.117.125:42411;rinstance=79011092e56e1a09;transport=UDP> To: <sip:4000@kava.shatel.ir;transport=UDP> From: <sip:4000@kava.shatel.ir;transport=UDP>;tag=82820e1f Call-ID: Y2U4YThiYjEwNTUzMzliZTIwNWZkMDI3MTM4OTZlNWU. CSeq: 2 REGISTER Expires: 3600 Allow: INVITE, ACK, CANCEL, BYE, NOTIFY, REFER, MESSAGE, OPTIONS, INFO, SUBSCRIBE Supported: replaces, norefersub, extended-refer, timer, X-cisco-serviceuri User-Agent: Z 3.3.25608 r25552 Allow-Events: presence, kpml Content-Length: 0 but when i changed port=4080 for external port, The Via header and contact header are changed to my public ip, like this: [#7fed3f9f9700/32820] [run, udp_trsp.cpp:352] DEBUG: vv M [|] u recvd msg via UDP from 89.165.117.125:42411 vv --++-- REGISTER sip:kava.shatel.ir;transport=UDP SIP/2.0 Via: SIP/2.0/UDP 172.1.1.125:42411;branch=z9hG4bK-d8754z-021bd8b61efc7ac0-1---d8754z- Max-Forwards: 70 Contact: <sip:4000@172.1.1.125:42411;rinstance=79011092e56e1a09;transport=UDP> To: <sip:4000@kava.shatel.ir;transport=UDP> From: <sip:4000@kava.shatel.ir;transport=UDP>;tag=82820e1f Call-ID: Y2U4YThiYjEwNTUzMzliZTIwNWZkMDI3MTM4OTZlNWU. CSeq: 2 REGISTER Expires: 3600 Allow: INVITE, ACK, CANCEL, BYE, NOTIFY, REFER, MESSAGE, OPTIONS, INFO, SUBSCRIBE Supported: replaces, norefersub, extended-refer, timer, X-cisco-serviceuri User-Agent: Z 3.3.25608 r25552 Allow-Events: presence, kpml Content-Length: 0 Why my public ip address is there here? I just changed external port=4080 in sems server. In SDP protocol i have the same problem when i changed external ip port in sems server. Thanks. --Mojtaba Esfandiari.S

3 3

Transcoding
by Wilkins, Steve 26 Jan '18

26 Jan '18

Hello All, I am currently using Kamailio and Asterisk on Centos 7 servers and trying to enable WebRTC jsSIP clients to be able to do Audio/Video calls with Provider Phones (Purple, Z, Sorenson, etc....), however, the providers do not have vp8 codecs (which is what the WebRTC clients use for Audio) so I believe I will need a media proxy server to resolve the video issues. My question is, can rtpproxy or rtpengine perform this transcoding? If so, and if rtpengine is the way to go, should I use Ubuntu for the rtpengine since it is the only one that seems to have a working installation? Thank you, -Steve

5 5

Problem to install Kameilio from Ubuntu packages
by Alain Bonnefoy - XOOL 26 Jan '18

26 Jan '18

Hello, I tried to install Kameilio on Ubuntu 16.04 from what explained in the wiki. But when I execute the command to add your GPG key, I just get replied that the timeout occured. What to do ? Alain Provenance : Courrier pour Windows 10

1 0

Kamailio log file empty
by Ashutosh chaubey 26 Jan '18

26 Jan '18

Hi, My kamailio.log file is empty, following is my configuration: In Kamailio.cfg- log_facility=LOG_LOCAL0 #!ifdef WITH_DEBUG debug=4 log_stderror=yes #!else debug=3 log_stderror=no #!endif Inside rsyslog.conf # don't log messages with LOG_LOCAL0 in /var/log/syslog anymore *.*;auth,authpriv.none,local0.none -/var/log/syslog # # log messages with LOG_LOCAL0 in /var/log/kamailio.log local0.* -/var/log/kamailio.log User has all the privileges to write in log file. Regards, Ashutosh Chaubey

3 2

EOL of geoip module.
by Sergey Okhapkin 26 Jan '18

26 Jan '18

Maxmind just announced EOL of legacy geolite databases used by geoip module, no updates starting this April. See more at https://blog.maxmind.com/ 2018/01/02/discontinuation-of-the-geolite-legacy-databases/ If you use kamailio's geoip module, I suggest to switch to geoip2 module which uses Geolite2 databases and is a plug in replacement for geoip module.

2 1

Behavior of UAC-Redirect module
by Richard Skidmore 26 Jan '18

26 Jan '18

2 2

SIP reply reason and code in dialog
by voipspace voipspace 26 Jan '18

26 Jan '18

within event_route[dialog:end] How do I find out SIP reply reason phrase and SIP reply code $rr $rs and $T_rpl($rs) $T_rpl($rr) are null

3 4

Three core dump bug fixes IMS kamailio 5.1.0 -> Pull Requests will follow
by Valentin Christoph 25 Jan '18

25 Jan '18

Hi all, When switching from kamailio 4.4.5 to kamailio 5.1.0 with the IMS installation in our lab, we detected three bugs, that lead to core dump. We will issue three pull requests in the course of this afternoon. KR ____ Christoph VALENTIN Software Developer | R&D Core / MGW + HLR + MSC P +43 50 811 3785 | M +43 664 628 3785 christoph.valentin(a)kapsch.net<mailto:christoph.valentin@kapsch.net> Kapsch CarrierCom AG | Lehrbachgasse 11 | 1120 Vienna | Austria Company Register at: Commercial Court Vienna FN 223804 z | Registered Office Vienna | www.kapsch.net<http://www.kapsch.net/> [Kapsch Logo]<https://www.kapsch.net/> The information contained in this e-mail message is privileged and confidential and is for the exclusive use of the addressee. The person who receives this message and who is not the addressee, one of his employees or an agent entitled to hand it over to the addressee, is informed that he may not use, disclose or reproduce the contents thereof, and is kindly asked to notify the sender and delete the e-mail immediately.

2 2

Modify Reply Created
by Duarte Rocha 25 Jan '18

25 Jan '18

Hey everyone. Right now i'm doing a redirect server and i'm trying to sinalize the redirection using a 3xx reply. In order to do that, according the RFC I need to add a Contact and Diversion header. How do i do that ? i'm creating the reply with send_reply() but i can't seem to find a way to add these parameters to the reply. Thanks for the help. Cheers

3 2

kamctl domain reload
by David Villasmil 25 Jan '18

25 Jan '18

Hello guys, This is weird, using kamctl I am able to do things from like: kamctl trusted show +----+--------------+-------+--------------+--------------+------+----------+ | id | src_ip | proto | from_pattern | ruri_pattern | tag | priority | +----+--------------+-------+--------------+--------------+------+----------+ | 1 | 1.2.3.4 | udp | | NULL | | 0 | +----+--------------+-------+--------------+--------------+------+----------+ but reloading, etc doesn't work: kamctl trusted reload { "jsonrpc": "2.0", "error": { "code": 500, "message": "Method Not Found" }, "id": 22107 } Other cases: kamctl domain showdb +----+-------------------------------------+------+---------------------+ | id | domain | did | last_modified | +----+-------------------------------------+------+---------------------+ | 1 | proxy.domain.com | NULL | 2018-01-25 00:56:24 | +----+-------------------------------------+------+---------------------+ but show: kamctl domain show { "jsonrpc": "2.0", "error": { "code": 500, "message": "Method Not Found" }, "id": 22277 } Any ideas why this might be happening? Regards, David Villasmil email: david.villasmil.work(a)gmail.com phone: +34669448337 ᐧ

2 1

Re: [SR-Users] Modify Reply Created
by Duarte Rocha 25 Jan '18

25 Jan '18

Thanks for the reply, that works :) What about if I want to delete or overwrite an header ? I need to change to To Header. If i use append_reply() will it overwrite ? Cheers

1 0

Allow Methods and Allow events SIP Headers are missing on SIP Registrtaion
by Suresh Talasaniya 25 Jan '18

25 Jan '18

Hi All, I am facing issue while SIP REGISTER. Allow methods and Allow Event SIP Headers are the mission of 401 Unauthorized and 200 OK on Successful SIP Registered. Please find the attached document in which I mention both working and nonworking SIP Message. It would be appreciable if anyone help figures out this issue on Kamailio server. Thank you. -- Regards, Suresh Talasaniya. Contact : +91-9724264776 Skype : suresh.talsaniya

2 2

Purge htable after dialog termination
by Jean Cérien 24 Jan '18

24 Jan '18

Hello I am following up on the improper sip dialog that has been fixed by storing contact details into a htable. I am trying to delete the key at the end of the call, so the table doesnt grow exponentially. I've added a event_route[dialog:end] {} block, but I see it is processed BEFORE the BYE is processed in the request_route(). Therefore, when I delete the data in the htable, I cant relay this BYE correctly. Is there another event (or technique) I could use to purge the htable ? doing from a cron on the cmd line is not so nice, and can delete data still needed for current calls thanks J.

2 4

Question about [SIP Transaction] Handle Cancel message
by Jacek S 23 Jan '18

23 Jan '18

Hi How you finally solved the problem with "481 Call transaction does not exist"? I have the same problem. Best regards, Jacek Szyszka

1 0

Freeradius Accounting [sql] Unsupported Acct-Status-Type = 15
by Suresh Talasaniya 23 Jan '18

23 Jan '18

Hey Guys, I have faced the issue when I am trying to store answered the call to PostgreSQL database using freeradius. *Mon Jan 22 06:48:39 2018 : Info: [sql] Unsupported Acct-Status-Type = 15* For more details, find here with attached radius.log. # freeradius -v freeradius: FreeRADIUS Version 2.2.5, for host x86_64-pc-linux-gnu, built on Aug 10 2017 at 07:25:15 Copyright (C) 1999-2013 The FreeRADIUS server project and contributors. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. You may redistribute copies of FreeRADIUS under the terms of the GNU General Public License. For more information about these matters, see the file named COPYRIGHT. Can someone help me to resolve this problem? -- Regards, Suresh Talasaniya. Contact : +91-9724264776 Skype : suresh.talsaniya

1 0

Kamailio v5.1.1 Released
by Daniel-Constantin Mierla 22 Jan '18

22 Jan '18

Hello, Kamailio SIP Server v5.1.1 stable release is out. This is a maintenance release of the latest stable branch, 5.1, that includes fixes since the release of v5.1.0. There is no change to database schema or configuration language structure that you have to do on previous installations of v5.1.x. Deployments running previous v5.1.x versions are strongly recommended to be upgraded to v5.1.1. For more details about version 5.1.1 (including links and guidelines to download the tarball or from GIT repository), visit: * https://www.kamailio.org/w/2018/01/kamailio-v5-1-1-released/ RPM, Debian/Ubuntu packages will be available soon as well. Many thanks to all contributing and using Kamailio! Cheers, Daniel -- Daniel-Constantin Mierla www.twitter.com/miconda -- www.linkedin.com/in/miconda Kamailio Advanced Training - www.asipto.com Kamailio World Conference - May 14-16, 2018 - www.kamailioworld.com

1 0

Already called uac_replace for this dialog
by Евгений Голей 22 Jan '18

22 Jan '18

Tell me please. Logs periodically display messages 2018-01-22T14: 14: 46.7701 "INFO: uac [replace.c: 392]: replace_uri (): Already called uac_replace for this dialog" 2018-01-22T14: 14: 46.7704 "INFO: uac [replace.c: 401]: replace_uri (): Deleted <_uac_funew> var in dialog" The reason I know, the question is how in the dialog to overwrite the previously saved parameter, which was obtained with "uac_replace"? -- С уважением, Евгений Голей

1 0

Planning the release of v5.1.1
by Daniel-Constantin Mierla 22 Jan '18

22 Jan '18

Hello, I am considering to do the first patch release from 5.1 series at the beginning of next week (most likely on Monday or Tuesday), as usual, if there are issues you are aware of and not reported to bug tracker, do it as soon as possible in order to have a chance to be fixed: - https://github.com/kamailio/kamailio/issues Cheers, Daniel -- Daniel-Constantin Mierla www.twitter.com/miconda -- www.linkedin.com/in/miconda Kamailio Advanced Training - March 5-7, 2018, Berlin - www.asipto.com Kamailio World Conference - May 14-16, 2018 - www.kamailioworld.com

1 1

sip invite proxy-authorization
by Dave & Hazel 21 Jan '18

21 Jan '18

Hello, Sorry, I'm not that familiar with Kamailio. I am trying to figure out how to configure proxy-authorization for incoming sip invites. I've defined WITH_AUTH in the configuration file but I think this only applies to sip register transactions. Any insight is most appreciated. Dave

4 9

Coredump while exchanging diameter capabilities
by Tsvetan Filev 19 Jan '18

19 Jan '18

Hi. I get a coredump which is caused by bad memory handling during the diameter capability exchange process. Here is part of the log file: =================================== 2018-01-16T09:16:39.890992+02:00 linux-o12d kamailio[13298]: 87(13388) INFO: cdp [worker.c:332]: worker_process(): [0] Worker process started... 2018-01-16T09:16:40.296393+02:00 linux-o12d systemd-coredump[13196]: Process 13193 (kamailio) of user 479 dumped core. 2018-01-16T09:16:40.871483+02:00 linux-o12d kamailio[13298]: 94(13395) DEBUG: cdp [peermanager.c:263]: peer_timer(): peer_timer(): taking care of peers... 2018-01-16T09:16:40.871545+02:00 linux-o12d kamailio[13298]: 94(13395) DEBUG: cdp [peermanager.c:280]: peer_timer(): peer_timer(): Peer hss.epc.mnc019.mcc425.3gppnetwork.org State 0 2018-01-16T09:16:40.871596+02:00 linux-o12d kamailio[13298]: 94(13395) DEBUG: cdp [peerstatemachine.c:90]: sm_process(): sm_process(): Peer hss.epc.mnc019.mcc425.3gppnetwork.org State Closed Event Start 2018-01-16T09:16:40.871612+02:00 linux-o12d kamailio[13298]: 94(13395) INFO: cdp [peerstatemachine.c:525]: I_Snd_Conn_Req(): I_Snd_Conn_Req(): Peer hss.epc.mnc019.mcc425.3gppnetwork.org 2018-01-16T09:16:40.871636+02:00 linux-o12d kamailio[13298]: 94(13395) INFO: cdp [receiver.c:869]: peer_connect(): peer_connect(): Trying to connect to 10.82.10.85 port 3868 2018-01-16T09:16:40.871782+02:00 linux-o12d kamailio[13298]: 94(13395) INFO: cdp [receiver.c:937]: peer_connect(): peer_connect(): Peer hss.epc.mnc019.mcc425.3gppnetwork.org:3868 connected 2018-01-16T09:16:40.871813+02:00 linux-o12d kamailio[13298]: 92(13393) DEBUG: cdp [receiver.c:697]: receive_loop(): select_recv(): There is something on the fd exchange pipe 2018-01-16T09:16:40.871828+02:00 linux-o12d kamailio[13298]: 92(13393) DEBUG: cdp [receiver.c:706]: receive_loop(): select_recv(): fd exchange pipe says fd [22] for peer 0x7f0626b91c98:[hss.epc.mnc019.mcc425.3gppnetwork.org] 2018-01-16T09:16:40.871910+02:00 linux-o12d kamailio[13298]: 92(13393) DEBUG: cdp [peerstatemachine.c:90]: sm_process(): sm_process(): Peer hss.epc.mnc019.mcc425.3gppnetwork.org State Wait_Conn_Ack Event I_Rcv_Conn_Ack 2018-01-16T09:16:40.871933+02:00 linux-o12d kamailio[13298]: 92(13393) DEBUG: cdp [diameter_msg.c:184]: AAANewMessage(): AAANewMessage: param session received null and it's a request!! 2018-01-16T09:16:40.872011+02:00 linux-o12d kamailio[13298]: 92(13393) DEBUG: cdp [diameter_msg.c:81]: AAABuildMsgBuffer(): AAABuildMsgBuffer(): len=204 2018-01-16T09:16:40.872041+02:00 linux-o12d kamailio[13298]: 92(13393) DEBUG: cdp [receiver.c:994]: peer_send_msg(): peer_send_msg(): Pipe push [0x7f0626c02548] 2018-01-16T09:16:40.872064+02:00 linux-o12d kamailio[13298]: 92(13393) DEBUG: cdp [receiver.c:751]: receive_loop(): select_recv(): There is something on the send pipe 2018-01-16T09:16:40.872084+02:00 linux-o12d kamailio[13298]: 92(13393) DEBUG: cdp [receiver.c:764]: receive_loop(): select_recv(): Send pipe says [0x7f0626c02548] 8 2018-01-16T09:16:40.872104+02:00 linux-o12d kamailio[13298]: 92(13393) DEBUG: cdp [diameter_msg.c:410]: AAAFreeMessage(): AAAFreeMessage: Freeing message (0x7f0626c02548) 257 2018-01-16T09:16:40.872277+02:00 linux-o12d kamailio[13298]: 92(13393) DEBUG: cdp [receiver.c:574]: do_receive(): receive_loop(): [hss.epc.mnc019.mcc425.3gppnetwork.org] Recv Version 1 Length 360 2018-01-16T09:16:40.872322+02:00 linux-o12d kamailio[13298]: 92(13393) DEBUG: cdp [receiver.c:1088]: receive_message(): receive_message(): [hss.epc.mnc019.mcc425.3gppnetwork.org] Recv msg 257 2018-01-16T09:16:40.872345+02:00 linux-o12d kamailio[13298]: 92(13393) DEBUG: cdp [peerstatemachine.c:90]: sm_process(): sm_process(): Peer hss.epc.mnc019.mcc425.3gppnetwork.org State Wait_I_CEA Event I_Rcv_CEA 2018-01-16T09:16:40.872372+02:00 linux-o12d kamailio[13298]: 92(13393) DEBUG: cdp [peerstatemachine.c:692]: count_Supported_Vendor_Id_AVPS(): Found 4 Supported_Vendor AVPS92(13393) DEBUG: cdp [peerstatemachine.c:743]: save_peer_applications(): Found Supported Vendor for Application 0: 5535 2018-01-16T09:16:40.872389+02:00 linux-o12d kamailio[13298]: 92(13393) DEBUG: cdp [peerstatemachine.c:743]: save_peer_applications(): Found Supported Vendor for Application 0: 10415 2018-01-16T09:16:40.872405+02:00 linux-o12d kamailio[13298]: 92(13393) DEBUG: cdp [peerstatemachine.c:743]: save_peer_applications(): Found Supported Vendor for Application 0: 13019 2018-01-16T09:16:40.872420+02:00 linux-o12d kamailio[13298]: 92(13393) DEBUG: cdp [peerstatemachine.c:743]: save_peer_applications(): Found Supported Vendor for Application 0: 58637 2018-01-16T09:16:40.872438+02:00 linux-o12d kamailio[13298]: 92(13393) DEBUG: cdp [peerstatemachine.c:743]: save_peer_applications(): Found Supported Vendor for Application 0: 5535 2018-01-16T09:16:40.872453+02:00 linux-o12d kamailio[13298]: 92(13393) DEBUG: cdp [peerstatemachine.c:743]: save_peer_applications(): Found Supported Vendor for Application 0: 10415 2018-01-16T09:16:40.872468+02:00 linux-o12d kamailio[13298]: 92(13393) DEBUG: cdp [peerstatemachine.c:743]: save_peer_applications(): Found Supported Vendor for Application 0: 13019 2018-01-16T09:16:40.872486+02:00 linux-o12d kamailio[13298]: 92(13393) DEBUG: cdp [peerstatemachine.c:743]: save_peer_applications(): Found Supported Vendor for Application 0: 58637 2018-01-16T09:16:40.872504+02:00 linux-o12d kamailio[13298]: 92(13393) DEBUG: cdp [peerstatemachine.c:743]: save_peer_applications(): Found Supported Vendor for Application 0: 5535 2018-01-16T09:16:40.872523+02:00 linux-o12d kamailio[13298]: 92(13393) DEBUG: cdp [peerstatemachine.c:743]: save_peer_applications(): Found Supported Vendor for Application 0: 10415 2018-01-16T09:16:40.872539+02:00 linux-o12d kamailio[13298]: 92(13393) DEBUG: cdp [peerstatemachine.c:743]: save_peer_applications(): Found Supported Vendor for Application 0: 13019 2018-01-16T09:16:40.872554+02:00 linux-o12d kamailio[13298]: 92(13393) DEBUG: cdp [peerstatemachine.c:743]: save_peer_applications(): Found Supported Vendor for Application 0: 58637 2018-01-16T09:16:40.872570+02:00 linux-o12d kamailio[13298]: 92(13393) DEBUG: cdp [peerstatemachine.c:756]: save_peer_applications(): Found Supported Vendor for Application 1: 5535 2018-01-16T09:16:40.872586+02:00 linux-o12d kamailio[13298]: 92(13393) DEBUG: cdp [peerstatemachine.c:756]: save_peer_applications(): Found Supported Vendor for Application 1: 10415 2018-01-16T09:16:40.872601+02:00 linux-o12d kamailio[13298]: 92(13393) DEBUG: cdp [peerstatemachine.c:756]: save_peer_applications(): Found Supported Vendor for Application 1: 13019 2018-01-16T09:16:40.872616+02:00 linux-o12d kamailio[13298]: 92(13393) DEBUG: cdp [peerstatemachine.c:756]: save_peer_applications(): Found Supported Vendor for Application 1: 58637 2018-01-16T09:16:40.872634+02:00 linux-o12d kamailio[13298]: 92(13393) CRITICAL: <core> [core/mem/q_malloc.c:145]: qm_debug_frag(): BUG: qm: prev. fragm. tail overwritten(28af01000000, 0)[0x7f0626c038d0:0x7f0626c03908]! Memory allocator was called from cdp: diameter_avp.c:365. Fragment marked by cdp: diameter_avp.c:142. 2018-01-16T09:16:41.054292+02:00 linux-o12d kamailio[13298]: 0(13298) ALERT: <core> [main.c:746]: handle_sigs(): child process 13393 exited by a signal 6 2018-01-16T09:16:41.054403+02:00 linux-o12d kamailio[13298]: 0(13298) ALERT: <core> [main.c:749]: handle_sigs(): core was generated 2018-01-16T09:16:41.054422+02:00 linux-o12d kamailio[13298]: 0(13298) INFO: <core> [main.c:771]: handle_sigs(): terminating due to SIGCHLD 2018-01-16T09:16:41.054438+02:00 linux-o12d kamailio[13298]: 0(13298) DEBUG: <core> [main.c:773]: handle_sigs(): terminating due to SIGCHLD 2018-01-16T09:16:41.054464+02:00 linux-o12d kamailio[13298]: 2(13303) INFO: <core> [main.c:826]: sig_usr(): signal 15 received ... =================================== Attached is wireshark trace. Here is my DiameterPeer.xml: =================================== <?xml version="1.0" encoding="UTF-8"?> <DiameterPeer FQDN="ims110-scscf.epc.mnc019.mcc425.3gppnetwork.org" Realm="epc.mnc019.mcc425.3gppnetwork.org" Vendor_Id="10415" Product_Name="CDiameterPeer" AcceptUnknownPeers="1" DropUnknownOnDisconnect="1" Tc="30" Workers="4" QueueLength="8" TransactionTimeout="5" SessionsHashSize="128" DefaultAuthSessionTimeout="3600" MaxAuthSessionTimeout="3600"> <Peer FQDN="hss.epc.mnc019.mcc425.3gppnetwork.org" Realm="epc.mnc019.mcc425.3gppnetwork.org" port="3868" /> <Acceptor port="3869" bind="10.82.10.56" /> <Auth id="16777216" vendor="10415" />  <DefaultRoute FQDN="ims110-scscf.epc.mnc019.mcc425.3gppnetwork.org" metric="10" /> </DiameterPeer> =================================== It looks like buffer overflow to me but I'm not sure. kamailio version is: =================================== kamailio -v version: kamailio 5.1.0 (x86_64/linux) flags: STATS: Off, USE_TCP, USE_TLS, USE_SCTP, TLS_HOOKS, DISABLE_NAGLE, USE_MCAST, DNS_IP_HACK, SHM_MEM, SHM_MMAP, PKG_MALLOC, Q_MALLOC, F_MALLOC, TLSF_MALLOC, DBG_SR_MEMORY, USE_FUTEX, FAST_LOCK-ADAPTIVE_WAIT, USE_DNS_CACHE, USE_DNS_FAILOVER, USE_NAPTR, USE_DST_BLACKLIST, HAVE_RESOLV_RES ADAPTIVE_WAIT_LOOPS=1024, MAX_RECV_BUFFER_SIZE 262144, MAX_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: unknown compiled on 05:30:36 Jan 15 2018 with gcc 4.8.5 =================================== OS is openSUSE Leap 42.3. Kernel: Linux linux-o12d 4.4.104-39-default #1 SMP Thu Jan 4 08:11:03 UTC 2018 (7db1912) x86_64 x86_64 x86_64 GNU/Linux Do you have any idea what might be wrong ? It could be bad config but still it should say something in the log without a crash. Regards.

3 5

Problem Proxy
by Nicolas Breuer 18 Jan '18

18 Jan '18

Hello the list, I have a problem on the proxy with the audio between two calls bridged by a UAC. When I made a normal call, no problems. My UAC is nated. UAC > Router > KAMAILIO Frames arrives with private IP in the SDP. U 2018/01/18 21:50:16.798581 217.112.180.235:1024 -> 217.112.180.10:5060 SIP/2.0 200 OK. Via: SIP/2.0/UDP 217.112.180.10;branch=z9hG4bK2d06.2f2a1856bde881173a3fc413c4136b83.0. Via: SIP/2.0/UDP 84.14.241.179:5060;rport=5060;branch=z9hG4bK0dBe3143bcf7f60a70b. Record-Route: <sip:217.112.180.10;lr=on;ftag=gK0d4dfe6f;did=227.c0d2;nat=yes>. From: <sip:32XXXXXX87@ >;tag=gK0d4dfe6f. Call-ID: 940401290_111374574(a)84.14.241.179. CSeq: 29328 INVITE. Contact: <sip:32XXXXXX61@192.168.2.2:5060;transport=udp>. Allow: INVITE,ACK,CANCEL,OPTIONS,BYE,INFO,NOTIFY. Supported: timer,100rel. Server: IP Office 10.1.0.0.0 build 237. Min-SE: 1800. Require: timer. Session-Expires: 1800;refresher=uas. To: <sip:32XXXXXX61@217.112.180.235>;tag=998e429e819ba686. Content-Type: application/sdp. Content-Length: 202. . v=0. o=UserA 3721571424 1025404311 IN IP4 192.168.2.2. s=Session SDP. c=IN IP4 192.168.2.2. t=0 0. m=audio 49154 RTP/AVP 9 101. a=rtpmap:9 G722/8000. a=rtpmap:101 telephone-event/8000. a=fmtp:101 0-15. I don't understand why but the proxy (in case of an incoming call) succeed to determine the public IP. Jan 18 21:40:08 proxy1 rtpproxy[1314]: INFO:rxmit_packets:1fb3f1c6c8dfe738221842406be48450: caller's address filled in: 217.112.180.235:49154 (RTP) Jan 18 21:40:08 proxy1 rtpproxy[1314]: INFO:rxmit_packets:1fb3f1c6c8dfe738221842406be48450: guessing RTCP port for caller to be 49155 Jan 18 21:40:16 proxy1 rtpproxy[1314]: INFO:rxmit_packets:1fb3f1c6c8dfe738221842406be48450: caller's address latched in: 217.112.180.235:49155 (RTCP) Don't know why because the only information in SDP is 192.168.2.2 The Kamailio didn't send the information of the proxy to the UAC , but to the other end as this is an incoming call. So I have audio in this case. When I setup a bridge on the UAC to a second number, we have an issue. ( Kamailio 4.4.6 ) This is the same frames U 2018/01/18 21:51:26.607270 217.112.180.235:1024 -> 217.112.180.10:5060 SIP/2.0 200 OK. Via: SIP/2.0/UDP 217.112.180.10;branch=z9hG4bK4181.bb7aab84b6fb0aea5836b4d8874406ec.0. Via: SIP/2.0/UDP 84.14.241.179:5060;rport=5060;branch=z9hG4bK0bB16ee5a3d300fee16. Record-Route: <sip:217.112.180.10;lr=on;ftag=gK0b5d7652;did=cc6.5452;nat=yes>. From: <sip:32XXXXXX87@ >;tag=gK0b5d7652. Call-ID: 940248136_13287504(a)84.14.241.179. CSeq: 21946 INVITE. Contact: <sip:32XXXXXX61@192.168.2.2:5060;transport=udp>. Allow: INVITE,ACK,CANCEL,OPTIONS,BYE,INFO,NOTIFY. Supported: timer,100rel. Server: IP Office 10.1.0.0.0 build 237. Min-SE: 1800. Require: timer. Session-Expires: 1800;refresher=uas. To: <sip:32XXXXXX61@217.112.180.235>;tag=559c99f5edcab5d4. Content-Type: application/sdp. Content-Length: 202. . v=0. o=UserA 1781830446 4071482272 IN IP4 192.168.2.2. s=Session SDP. c=IN IP4 192.168.2.2. t=0 0. m=audio 49156 RTP/AVP 8 101. a=rtpmap:8 PCMA/8000. a=rtpmap:101 telephone-event/8000. a=fmtp:101 0-16. But in this case no audio RTCP detected but no the RTP. He took the private ip address "192.168.2.2" and this is the reason of the "no audio". Jan 18 21:51:26 proxy1 rtpproxy[1314]: INFO:rtpp_command_ul_handle:940248136_13287504@84.14.241.179: lookup on ports 11264/10446, session timer restarted Jan 18 21:51:26 proxy1 rtpproxy[1314]: INFO:rtpp_command_ul_handle:940248136_13287504@84.14.241.179: pre-filling callee's address with 192.168.2.2:49156 Jan 18 21:51:26 proxy1 rtpproxy[1314]: INFO:rxmit_packets:e1e387824e0753522b7bc55e02090784: callee's address latched in: 79.137.49.139:39176 (RTP) Jan 18 21:51:32 proxy1 rtpproxy[1314]: INFO:rxmit_packets:e1e387824e0753522b7bc55e02090784: caller's address filled in: 217.112.180.235:49155 (RTCP) Jan 18 21:51:32 proxy1 rtpproxy[1314]: INFO:rxmit_packets:940248136_13287504@84.14.241.179: callee's address filled in: 217.112.180.235:49157 (RTCP) I would like to understand why with the first call, no issues to determine the RTP IP and not in the second case,

1 0

SEMS Site?
by Mark Boyce 18 Jan '18

18 Jan '18

Hi all Could anyone tell me where the current SEMS site is? iptel seem to have lost all references and moved their site to wix. Everything search wise points me back at iptel :-( Or is the copy on github it at the moment? https://github.com/sems-server <https://github.com/sems-server> Cheers Mark

2 2

Problems with probing in dispatcher module
by Paulo Ferreira 18 Jan '18

18 Jan '18

Hi list, I'm using dispatcher module and I'm not able to figure it out how to accomplish a simple task regarding gateways availability and probings. My goal is to probe with SIP OPTIONS my three gatways every, for example, 30 seconds. When one, or more, of them respond with unexpected message or simply do not respond at all, dispatcher module put it/them as inactive automatically. I tried several conf scenarios but without success, all with gateway A off. Fore example: 1 -> I configure the three gateways (A, B and C) in conf file (sip.peers as configuration bellow) with flags 8 setted (probing destination). - When I start kamailio with probing mode equal to 1, all gateways present flags AP (using kamctl dispatcher dump) and nothing change (I only see OPTIONS sent to host B and C). - with probing mode setted to 0, all gateways start with flags AP, after 30 seconds, first OPTIONS are sent (only for B a C again), both B and C pass to AX and after more 30 seconds (ping interval defined) gateway A pass also to AX and OPTIONS stop being sent. 2-> Now I configured the gateways in conf file with flags 1 (inactive destination). - With prob mode 1, all started as IX, 30 seconds later it sends OPTIONS only for gw B and C and both change state to AP and A maintain IX. After more 30 seconds, no more OPTIONS are sent and gw A pass also to AP (hoped it remained IP or IX but not happened). I also tried other combinations of these two parameters, but only the onde I described above make me sense for my purpose. Maybe the solution is simple but I'm not getting there or maybe this it is only possible using failure or timeout routes and setting flags manually to gateways :( Can anyone point out the solution for this if it exists? module configuration used: modparam("dispatcher", "list_file", "sip.peers"); 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)"); modparam("dispatcher", "sock_avp", "$avp(AVP_SOCK)"); modparam("dispatcher", "ds_ping_method", "OPTIONS"); modparam("dispatcher", "ds_ping_from", "sip:ping@test.tt"); modparam("dispatcher", "ds_ping_interval", 30); modparam("dispatcher", "ds_probing_threshold", 1); modparam("dispatcher", "ds_inactive_threshold", 1); modparam("dispatcher", "ds_ping_reply_codes", "class=2;class=4;class=5;class=3"); modparam("dispatcher", "ds_probing_mode", 1); Thanks in advance, Paulo -- ------------------------------------------- Paulo Ferreira VoIP@RCTS - Área de Infraestruturas Aplicacionaisz FCCN http://www.fccn.pt/ Av. do Brasil, n.º 101 1700-066 Lisboa - Portugal Telefone|Phone: +351 218440100; Fax: +351 218472167 Aviso de Confidencialidade/Disclaimer Esta mensagem é exclusivamente destinada ao seu destinatário, podendo conter informação CONFIDENCIAL, cuja divulgação está expressamente vedada nos termos da lei. Caso tenha rececionado indevidamente esta mensagem,solicitamos-lhe que nos comunique esse mesmo facto por esta via ou para o telefone +351 218440100 devendo apagar o seu conteúdo de imediato. This message is intended exclusively for its addressee. It may contain CONFIDENTIAL information protected by law. If this message has been received by error, please notify us via e-mail or by telephone +351 218440100 and delete it immediately.

1 1

Dialog KeepAlive
by Duarte Rocha 18 Jan '18

18 Jan '18

Hey! I'm trying to use the KeepAlive options avaliable in the Dialog modules. For that I use the function dlg_set_property() like this : dlg_set_property("timeout-noreset"); dlg_set_property("ka-dst"); dlg_set_property("ka-src"); However, kamailio can't seem to get the answers from "ka-src". I've tried several scenarios and different call directions and i can never get the answer from the "ka-src". Is there any known issue about this feature ? What arguments kamailio uses to build the OPTIONS request? I think i might be albe to solve the issue if i know this. I have some endpoints behind NAT, Kamailio has multiple IP's and i do number normalization so my proxy works in E.164. I've made some tests and those features don't seem to be the problem, but i cannot be sure. The "ka-dst" works all the time under all situations. Thanks in advance, Cheers

1 0

Re: [SR-Users] app_lua sr.sqlops.query exit status
by Daniel-Constantin Mierla 18 Jan '18

18 Jan '18

How did you take the backtrace, it's not the usual gdb backtrace. Cheers, Daniel On 17.01.18 13:24, jenus(a)cyberchaos.nl wrote: > Daniel, > > Just tested this on another (centos-release-6-9.el6.12.3.x86_64) > machine and here kamailio crashes as well. Not sure if it helps but it > seems to happen on different linux distro's. > > Last part of the kamailio log: > > 0(13896) DEBUG: app_lua [app_lua_sr.c:1961]: > lua_sr_kemi_register_libs(): exporting KSR.exec.exec_dset(...) > 0(13896) DEBUG: app_lua [app_lua_sr.c:1961]: > lua_sr_kemi_register_libs(): exporting KSR.exec.exec_msg(...) > 0(13896) DEBUG: app_lua [app_lua_sr.c:1961]: > lua_sr_kemi_register_libs(): exporting KSR.exec.exec_avp(...) > 0(13896) DEBUG: app_lua [app_lua_sr.c:1975]: > lua_sr_kemi_register_libs(): initializing kemi sub-module: KSR.exec > (exec) > 0(13896) DEBUG: app_lua [app_lua_sr.c:1961]: > lua_sr_kemi_register_libs(): exporting KSR.cfgutils.lock(...) > 0(13896) DEBUG: app_lua [app_lua_sr.c:1961]: > lua_sr_kemi_register_libs(): exporting KSR.cfgutils.unlock(...) > 0(13896) DEBUG: app_lua [app_lua_sr.c:1961]: > lua_sr_kemi_register_libs(): exporting KSR.cfgutils.trylock(...) > 0(13896) DEBUG: app_lua [app_lua_sr.c:1961]: > lua_sr_kemi_register_libs(): exporting KSR.cfgutils.rand_set_prob(...) > 0(13896) DEBUG: app_lua [app_lua_sr.c:1961]: > lua_sr_kemi_register_libs(): exporting KSR.cfgutils.rand_reset_prob(...) > 0(13896) DEBUG: app_lua [app_lua_sr.c:1961]: > lua_sr_kemi_register_libs(): exporting KSR.cfgutils.rand_get_prob(...) > 0(13896) DEBUG: app_lua [app_lua_sr.c:1961]: > lua_sr_kemi_register_libs(): exporting KSR.cfgutils.rand_event(...) > 0(13896) DEBUG: app_lua [app_lua_sr.c:1961]: > lua_sr_kemi_register_libs(): exporting KSR.cfgutils.abort(...) > 0(13896) DEBUG: app_lua [app_lua_sr.c:1961]: > lua_sr_kemi_register_libs(): exporting KSR.cfgutils.pkg_status(...) > 0(13896) DEBUG: app_lua [app_lua_sr.c:1961]: > lua_sr_kemi_register_libs(): exporting KSR.cfgutils.shm_status(...) > 0(13896) DEBUG: app_lua [app_lua_sr.c:1961]: > lua_sr_kemi_register_libs(): exporting KSR.cfgutils.pkg_summary(...) > 0(13896) DEBUG: app_lua [app_lua_sr.c:1961]: > lua_sr_kemi_register_libs(): exporting KSR.cfgutils.shm_summary(...) > 0(13896) DEBUG: app_lua [app_lua_sr.c:1961]: > lua_sr_kemi_register_libs(): exporting KSR.cfgutils.core_hash(...) > 0(13896) DEBUG: app_lua [app_lua_sr.c:1975]: > lua_sr_kemi_register_libs(): initializing kemi sub-module: > KSR.cfgutils (cfgutils) > 0(13896) DEBUG: app_lua [app_lua_sr.c:1961]: > lua_sr_kemi_register_libs(): exporting KSR.statistics.update_stat(...) > 0(13896) DEBUG: app_lua [app_lua_sr.c:1961]: > lua_sr_kemi_register_libs(): exporting KSR.statistics.reset_stat(...) > 0(13896) DEBUG: app_lua [app_lua_sr.c:1975]: > lua_sr_kemi_register_libs(): initializing kemi sub-module: > KSR.statistics (statistics) > 0(13896) DEBUG: app_lua [app_lua_sr.c:1961]: > lua_sr_kemi_register_libs(): exporting KSR.app_lua.dostring(...) > 0(13896) DEBUG: app_lua [app_lua_sr.c:1961]: > lua_sr_kemi_register_libs(): exporting KSR.app_lua.dofile(...) > 0(13896) DEBUG: app_lua [app_lua_sr.c:1961]: > lua_sr_kemi_register_libs(): exporting KSR.app_lua.runstring(...) > 0(13896) DEBUG: app_lua [app_lua_sr.c:1961]: > lua_sr_kemi_register_libs(): exporting KSR.app_lua.run(...) > 0(13896) DEBUG: app_lua [app_lua_sr.c:1961]: > lua_sr_kemi_register_libs(): exporting KSR.app_lua.run_p1(...) > 0(13896) DEBUG: app_lua [app_lua_sr.c:1961]: > lua_sr_kemi_register_libs(): exporting KSR.app_lua.run_p2(...) > 0(13896) DEBUG: app_lua [app_lua_sr.c:1961]: > lua_sr_kemi_register_libs(): exporting KSR.app_lua.run_p3(...) > 0(13896) DEBUG: app_lua [app_lua_sr.c:1975]: > lua_sr_kemi_register_libs(): initializing kemi sub-module: KSR.app_lua > (app_lua) > 0(13896) DEBUG: app_lua [app_lua_sr.c:1978]: > lua_sr_kemi_register_libs(): module 'KSR' has been initialized > *** glibc detected *** kamailio: realloc(): invalid next size: > 0x0000000001d5f080 *** > ======= Backtrace: ========= > /lib64/libc.so.6[0x30f2a75dee] > /lib64/libc.so.6[0x30f2a7bcca] > /lib64/libc.so.6(realloc+0x158)[0x30f2a7bf08] > /usr/lib64/liblua-5.1.so[0x30fae0fd2c] > /usr/lib64/liblua-5.1.so[0x30fae0bb99] > /usr/lib64/liblua-5.1.so[0x30fae10765] > /usr/lib64/liblua-5.1.so[0x30fae13331] > /usr/lib64/liblua-5.1.so[0x30fae0bcf3] > /usr/lib64/liblua-5.1.so[0x30fae0c137] > /usr/lib64/liblua-5.1.so[0x30fae0c1b2] > /usr/lib64/liblua-5.1.so[0x30fae0c282] > /usr/lib64/liblua-5.1.so(lua_load+0x43)[0x30fae07ac3] > /usr/lib64/liblua-5.1.so(luaL_loadbuffer+0x1c)[0x30fae17d4c] > /usr/lib64/kamailio/modules/app_lua.so(lua_sr_init_probe+0x339)[0x7f042b343e9a] > > /usr/lib64/kamailio/modules/app_lua.so(+0x5f7e5)[0x7f042b3957e5] > kamailio[0x5c16d3] > kamailio(init_child+0x34)[0x5c1a01] > kamailio(main_loop+0x1e19)[0x422782] > kamailio(main+0x5939)[0x42a264] > /lib64/libc.so.6(__libc_start_main+0xfd)[0x30f2a1ed1d] > kamailio[0x418039] > ======= Memory map: ======== > 00400000-00837000 r-xp 00000000 fd:01 > 160801 /usr/sbin/kamailio > 00a37000-00a42000 rw-p 00437000 fd:01 > 160801 /usr/sbin/kamailio > 00a42000-00aef000 rw-p 00000000 00:00 0 > 01c1a000-01ceb000 rw-p 00000000 00:00 0 > 01ceb000-01d8d000 rw-p 00000000 00:00 0 > 30f2200000-30f2220000 r-xp 00000000 fd:01 > 7437 /lib64/ld-2.12.so > 30f2420000-30f2421000 r--p 00020000 fd:01 > 7437 /lib64/ld-2.12.so > 30f2421000-30f2422000 rw-p 00021000 fd:01 > 7437 /lib64/ld-2.12.so > 30f2422000-30f2423000 rw-p 00000000 00:00 0 > 30f2600000-30f2602000 r-xp 00000000 fd:01 > 7533 /lib64/libdl-2.12.so > 30f2602000-30f2802000 ---p 00002000 fd:01 > 7533 /lib64/libdl-2.12.so > 30f2802000-30f2803000 r--p 00002000 fd:01 > 7533 /lib64/libdl-2.12.so > 30f2803000-30f2804000 rw-p 00003000 fd:01 > 7533 /lib64/libdl-2.12.so > 30f2a00000-30f2b8a000 r-xp 00000000 fd:01 > 7531 /lib64/libc-2.12.so > 30f2b8a000-30f2d8a000 ---p 0018a000 fd:01 > 7531 /lib64/libc-2.12.so > 30f2d8a000-30f2d8e000 r--p 0018a000 fd:01 > 7531 /lib64/libc-2.12.so > 30f2d8e000-30f2d90000 rw-p 0018e000 fd:01 > 7531 /lib64/libc-2.12.so > 30f2d90000-30f2d94000 rw-p 00000000 00:00 0 > 30f2e00000-30f2e17000 r-xp 00000000 fd:01 > 7541 /lib64/libpthread-2.12.so > 30f2e17000-30f3017000 ---p 00017000 fd:01 > 7541 /lib64/libpthread-2.12.so > 30f3017000-30f3018000 r--p 00017000 fd:01 > 7541 /lib64/libpthread-2.12.so > 30f3018000-30f3019000 rw-p 00018000 fd:01 > 7541 /lib64/libpthread-2.12.so > 30f3019000-30f301d000 rw-p 00000000 00:00 0 > 30f3200000-30f3207000 r-xp 00000000 fd:01 > 7542 /lib64/librt-2.12.so > 30f3207000-30f3406000 ---p 00007000 fd:01 > 7542 /lib64/librt-2.12.so > 30f3406000-30f3407000 r--p 00006000 fd:01 > 7542 /lib64/librt-2.12.so > 30f3407000-30f3408000 rw-p 00007000 fd:01 > 7542 /lib64/librt-2.12.so > 30f3600000-30f3615000 r-xp 00000000 fd:01 > 7538 /lib64/libz.so.1.2.3 > 30f3615000-30f3814000 ---p 00015000 fd:01 > 7538 /lib64/libz.so.1.2.3 > 30f3814000-30f3815000 r--p 00014000 fd:01 > 7538 /lib64/libz.so.1.2.3 > 30f3815000-30f3816000 rw-p 00015000 fd:01 > 7538 /lib64/libz.so.1.2.3 > 30f3a00000-30f3a83000 r-xp 00000000 fd:01 > 7539 /lib64/libm-2.12.so > 30f3a83000-30f3c82000 ---p 00083000 fd:01 > 7539 /lib64/libm-2.12.so > 30f3c82000-30f3c83000 r--p 00082000 fd:01 > 7539 /lib64/libm-2.12.so > 30f3c83000-30f3c84000 rw-p 00083000 fd:01 > 7539 /lib64/libm-2.12.so > 30f3e00000-30f3e1d000 r-xp 00000000 fd:01 > 7547 /lib64/libselinux.so.1 > 30f3e1d000-30f401c000 ---p 0001d000 fd:01 > 7547 /lib64/libselinux.so.1 > 30f401c000-30f401d000 r--p 0001c000 fd:01 > 7547 /lib64/libselinux.so.1 > 30f401d000-30f401e000 rw-p 0001d000 fd:01 > 7547 /lib64/libselinux.so.1 > 30f401e000-30f401f000 rw-p 00000000 00:00 0 > 30f4200000-30f42a1000 r-xp 00000000 fd:01 > 140158 /usr/lib64/libnetsnmp.so.20.0.0 > 30f42a1000-30f44a0000 ---p 000a1000 fd:01 > 140158 /usr/lib64/libnetsnmp.so.20.0.0 > 30f44a0000-30f44a3000 r--p 000a0000 fd:01 > 140158 /usr/lib64/libnetsnmp.so.20.0.0 > 30f44a3000-30f44a5000 rw-p 000a3000 fd:01 > 140158 /usr/lib64/libnetsnmp.so.20.0.0 > 30f44a5000-30f44db000 rw-p 00000000 00:00 0 > 30f4600000-30f4616000 r-xp 00000000 fd:01 > 7548 /lib64/libgcc_s-4.4.7-20120601.so.1 > 30f4616000-30f4815000 ---p 00016000 fd:01 > 7548 /lib64/libgcc_s-4.4.7-20120601.so.1 > 30f4815000-30f4816000 rw-p 00015000 fd:01 > 7548 /lib64/libgcc_s-4.4.7-20120601.so.1 > 30f4a00000-30f4a16000 r-xp 00000000 fd:01 > 4581 /lib64/libnsl-2.12.so > 30f4a16000-30f4c15000 ---p 00016000 fd:01 > 4581 /lib64/libnsl-2.12.so > 30f4c15000-30f4c16000 r--p 00015000 fd:01 > 4581 /lib64/libnsl-2.12.so > 30f4c16000-30f4c17000 rw-p 00016000 fd:01 > 4581 /lib64/libnsl-2.12.so > 30f4c17000-30f4c19000 rw-p 00000000 00:00 0 > 30f4e00000-30f4f3a000 r-xp 00000000 fd:01 > 161929 /usr/lib64/libnss3.so > 30f4f3a000-30f5139000 ---p 0013a000 fd:01 > 161929 /usr/lib64/libnss3.so > 30f5139000-30f513f000 r--p 00139000 fd:01 > 161929 /usr/lib64/libnss3.so > 30f513f000-30f5141000 rw-p 0013f000 fd:01 > 161929 /usr/lib64/libnss3.so > 30f5141000-30f5143000 rw-p 00000000 00:00 0 > 30f5200000-30f5226000 r-xp 00000000 fd:01 > 161928 /usr/lib64/libnssutil3.so > 30f5226000-30f5425000 ---p 00026000 fd:01 > 161928 /usr/lib64/libnssutil3.so > 30f5425000-30f542c000 r--p 00025000 fd:01 > 161928 /usr/lib64/libnssutil3.so > 30f542c000-30f542d000 rw-p 0002c000 fd:01 > 161928 /usr/lib64/libnssutil3.so > 30f5600000-30f5604000 r-xp 00000000 fd:01 > 7552 /lib64/libplc4.so > 30f5604000-30f5803000 ---p 00004000 fd:01 > 7552 /lib64/libplc4.so > 30f5803000-30f5804000 r--p 00003000 fd:01 > 7552 /lib64/libplc4.so > 30f5804000-30f5805000 rw-p 00004000 fd:01 > 7552 /lib64/libplc4.so > 30f5a00000-30f5a39000 r-xp 00000000 fd:01 > 7551 /lib64/libnspr4.so > 30f5a39000-30f5c39000 ---p 00039000 fd:01 > 7551 /lib64/libnspr4.so > 30f5c39000-30f5c3a000 r--p 00039000 fd:01 > 7551 /lib64/libnspr4.so > 30f5c3a000-30f5c3c000 rw-p 0003a000 fd:01 > 7551 /lib64/libnspr4.so > 30f5c3c000-30f5c3e000 rw-p 00000000 00:00 0 > 30f5e00000-30f5e03000 r-xp 00000000 fd:01 > 7553 /lib64/libplds4.so > 30f5e03000-30f6002000 ---p 00003000 fd:01 > 7553 /lib64/libplds4.so > 30f6002000-30f6003000 r--p 00002000 fd:01 > 7553 /lib64/libplds4.so > 30f6003000-30f6004000 rw-p 00003000 fd:01 > 7553 /lib64/libplds4.so > 30f6200000-30f6216000 r-xp 00000000 fd:01 > 7559 /lib64/libresolv-2.12.so > 30f6216000-30f6416000 ---p 00016000 fd:01 > 7559 /lib64/libresolv-2.12.so > 30f6416000-30f6417000 r--p 00016000 fd:01 > 7559 /lib64/libresolv-2.12.so > 30f6417000-30f6418000 rw-p 00017000 fd:01 > 7559 /lib64/libresolv-2.12.so > 30f6418000-30f641a000 rw-p 00000000 00:00 0 > 30f6600000-30f6604000 r-xp 00000000 fd:01 > 7555 /lib64/libattr.so.1.1.0 > 30f6604000-30f6803000 ---p 00004000 fd:01 > 7555 /lib64/libattr.so.1.1.0 > 30f6803000-30f6804000 r--p 00003000 fd:01 > 7555 /lib64/libattr.so.1.1.0 > 30f6804000-30f6805000 rw-p 00004000 fd:01 > 7555 /lib64/libattr.so.1.1.0 > 30f6a00000-30f6a08000 r-xp 00000000 fd:01 > 7540 /lib64/libpopt.so.0.0.0 > 30f6a08000-30f6c08000 ---p 00008000 fd:01 > 7540 /lib64/libpopt.so.0.0.0 > 30f6c08000-30f6c09000 rw-p 00008000 fd:01 > 7540 /lib64/libpopt.so.0.0.0 > 30f6e00000-30f6fba000 r-xp 00000000 fd:01 > 145222 /usr/lib64/libcrypto.so.1.0.1e > 30f6fba000-30f71ba000 ---p 001ba000 fd:01 > 145222 /usr/lib64/libcrypto.so.1.0.1e > 30f71ba000-30f71d5000 r--p 001ba000 fd:01 > 145222 /usr/lib64/libcrypto.so.1.0.1e > 30f71d5000-30f71e1000 rw-p 001d5000 fd:01 > 145222 /usr/lib64/libcrypto.so.1.0.1e > 30f71e1000-30f71e5000 rw-p 00000000 00:00 0 > 30f7200000-30f736f000 r-xp 00000000 fd:01 > 7558 /lib64/libdb-4.7.so > 30f736f000-30f756f000 ---p 0016f000 fd:01 > 7558 /lib64/libdb-4.7.so > 30f756f000-30f7574000 rw-p 0016f000 fd:01 > 7558 /lib64/libdb-4.7.so > 30f7574000-30f7575000 rw-p 00000000 00:00 0 > 30f7600000-30f7607000 r-xp 00000000 fd:01 > 7557 /lib64/libacl.so.1.1.0 > 30f7607000-30f7806000 ---p 00007000 fd:01 > 7557 /lib64/libacl.so.1.1.0 > 30f7806000-30f7807000 r--p 00006000 fd:01 > 7557 /lib64/libacl.so.1.1.0 > 30f7807000-30f7808000 rw-p 00007000 fd:01 > 7557 /lib64/libacl.so.1.1.0 > 30f7a00000-30f7a15000 r-xp 00000000 fd:01 > 161930 /usr/lib64/libelf-0.164.so > 30f7a15000-30f7c14000 ---p 00015000 fd:01 > 161930 /usr/lib64/libelf-0.164.so > 30f7c14000-30f7c15000 r--p 00014000 fd:01 > 161930 /usr/lib64/libelf-0.164.so > 30f7c15000-30f7c16000 rw-p 00015000 fd:01 > 161930 /usr/lib64/libelf-0.164.so > 30f7e00000-30f7e20000 r-xp 00000000 fd:01 > 161931 /usr/lib64/liblzma.so.0.0.0 > 30f7e20000-30f8020000 ---p 00020000 fd:01 > 161931 /usr/lib64/liblzma.so.0.0.0 > 30f8020000-30f8021000 rw-p 00020000 fd:01 > 161931 /usr/lib64/liblzma.so.0.0.0 > 30f8200000-30f8210000 r-xp 00000000 fd:01 > 7554 /lib64/libbz2.so.1.0.4 > 30f8210000-30f840f000 ---p 00010000 fd:01 > 7554 /lib64/libbz2.so.1.0.4 > 30f840f000-30f8411000 rw-p 0000f000 fd:01 > 7554 /lib64/libbz2.so.1.0.4 > 30f8600000-30f8607000 r-xp 00000000 fd:01 > 7535 /lib64/libcrypt-2.12.so > 30f8607000-30f8807000 ---p 00007000 fd:01 > 7535 /lib64/libcrypt-2.12.so > 30f8807000-30f8808000 r--p 00007000 fd:01 > 7535 /lib64/libcrypt-2.12.so > 30f8808000-30f8809000 rw-p 00008000 fd:01 > 7535 /lib64/libcrypt-2.12.so > 30f8809000-30f8837000 rw-p 00000000 00:00 0 > 30f8a00000-30f8a04000 r-xp 00000000 fd:01 > 7556 /lib64/libcap.so.2.16 > 30f8a04000-30f8c03000 ---p 00004000 fd:01 > 7556 /lib64/libcap.so.2.16 > 30f8c03000-30f8c04000 rw-p 00003000 fd:01 > 7556 /lib64/libcap.so.2.16 > 30f8e00000-30f8e02000 r-xp 00000000 fd:01 > 7534 /lib64/libfreebl3.so > 30f8e02000-30f9001000 ---p 00002000 fd:01 > 7534 /lib64/libfreebl3.so > 30f9001000-30f9002000 r--p 00001000 fd:01 > 7534 /lib64/libfreebl3.so > 30f9002000-30f9003000 rw-p 00002000 fd:01 > 7534 /lib64/libfreebl3.so > 30f9200000-30f9228000 r-xp 00000000 fd:01 > 161940 /usr/lib64/libsmime3.so > 30f9228000-30f9427000 ---p 00028000 fd:01 > 161940 /usr/lib64/libsmime3.so > 30f9427000-30f942b000 r--p 00027000 fd:01 > 161940 /usr/lib64/libsmime3.so > 30f942b000-30f942c000 rw-p 0002b000 fd:01 > 161940 /usr/lib64/libsmime3.so > 30f9600000-30f9603000 r-xp 00000000 fd:01 > 7568 /lib64/libcom_err.so.2.1 > 30f9603000-30f9802000 ---p 00003000 fd:01 > 7568 /lib64/libcom_err.so.2.1 > 30f9802000-30f9803000 r--p 00002000 fd:01 > 7568 /lib64/libcom_err.so.2.1 > 30f9803000-30f9804000 rw-p 00003000 fd:01 > 7568 /lib64/libcom_err.so.2.1 > 30f9a00000-30f9a47000 r-xp 00000000 fd:01 > 145913 /usr/lib64/libssl3.so > 30f9a47000-30f9c47000 ---p 00047000 fd:01 > 145913 /usr/lib64/libssl3.so > 30f9c47000-30f9c4b000 r--p 00047000 fd:01 > 145913 /usr/lib64/libssl3.so > 30f9c4b000-30f9c4c000 rw-p 0004b000 fd:01 > 145913 /usr/lib64/libssl3.so > 30f9c4c000-30f9c4d000 rw-p 00000000 00:00 0 > 30f9e00000-30f9f62000 r-xp 00000000 fd:01 > 135162 /usr/lib64/perl5/CORE/libperl.so > 30f9f62000-30fa162000 ---p 00162000 fd:01 > 135162 /usr/lib64/perl5/CORE/libperl.so > 30fa162000-30fa16b000 rw-p 00162000 fd:01 > 135162 /usr/lib64/perl5/CORE/libperl.so > 30fa200000-30fa349000 r-xp 00000000 fd:01 > 161926 /usr/lib64/libxml2.so.2.7.6 > 30fa349000-30fa548000 ---p 00149000 fd:01 > 161926 /usr/lib64/libxml2.so.2.7.6 > 30fa548000-30fa552000 rw-p 00148000 fd:01 > 161926 /usr/lib64/libxml2.so.2.7.6 > 30fa552000-30fa553000 rw-p 00000000 00:00 0 > 30fa600000-30fa664000 r-xp 00000000 fd:01 > 161934 /usr/lib64/librpm.so.1.0.0 > 30fa664000-30fa863000 ---p 00064000 fd:01 > 161934 /usr/lib64/librpm.so.1.0.0 > 30fa863000-30fa86a000 rw-p 00063000 fd:01 > 161934 /usr/lib64/librpm.so.1.0.0 > 30fa86a000-30fa86b000 rw-p 00000000 00:00 0 > 30faa00000-30faa2a000 r-xp 00000000 fd:01 > 161933 /usr/lib64/librpmio.so.1.0.0 > 30faa2a000-30fac2a000 ---p 0002a000 fd:01 > 161933 /usr/lib64/librpmio.so.1.0.0 > 30fac2a000-30fac2d000 rw-p 0002a000 fd:01 > 161933 /usr/lib64/librpmio.so.1.0.0 > 30fac2d000-30fac2f000 rw-p 00000000 00:00 0 > 30fae00000-30fae2b000 r-xp 00000000 fd:01 > 161932 /usr/lib64/liblua-5.1.so > 30fae2b000-30fb02b000 ---p 0002b000 fd:01 > 161932 /usr/lib64/liblua-5.1.so > 30fb02b000-30fb02d000 rw-p 0002b000 fd:01 > 161932 /usr/lib64/liblua-5.1.so > 30fb200000-30fb390000 r-xp 00000000 fd:01 > 161962 /usr/lib64/libnetsnmpmibs.so.20.0.0 > 30fb390000-30fb58f000 ---p 00190000 fd:01 > 161962 /usr/lib64/libnetsnmpmibs.so.20.0.0 > 30fb58f000-30fb595000 r--p 0018f000 fd:01 > 161962 /usr/lib64/libnetsnmpmibs.so.20.0.0 > 30fb595000-30fb59c000 rw-p 00195000 fd:01 > 161962 /usr/lib64/libnetsnmpmibs.so.20.0.0 > 30fb59c000-30fb6c8000 rw-p 00000000 00:00 0 > 30fb800000-30fb825000 r-xp 00000000 fd:01 > 161960 /usr/lib64/libnetsnmphelpers.so.20.0.0 > 30fb825000-30fba24000 ---p 00025000 fd:01 > 161960 /usr/lib64/libnetsnmphelpers.so.20.0.0 > 30fba24000-30fba25000 r--p 00024000 fd:01 > 161960 /usr/lib64/libnetsnmphelpers.so.20.0.0 > 30fba25000-30fba26000 rw-p 00025000 fd:01 > 161960 /usr/lib64/libnetsnmphelpers.so.20.0.0 > 30fbc00000-30fbc48000 r-xp 00000000 fd:01 > 134861 /usr/lib64/libnetsnmpagent.so.20.0.0 > 30fbc48000-30fbe48000 ---p 00048000 fd:01 > 134861 /usr/lib64/libnetsnmpagent.so.20.0.0 > 30fbe48000-30fbe4a000 r--p 00048000 fd:01 > 134861 /usr/lib64/libnetsnmpagent.so.20.0.0 > 30fbe4a000-30fbe4b000 rw-p 0004a000 fd:01 > 134861 /usr/lib64/libnetsnmpagent.so.20.0.0 > 30fbe4b000-30fbe4c000 rw-p 00000000 00:00 0 > 30fc000000-30fc00f000 r-xp 00000000 fd:01 > 161961 /usr/lib64/libsensors.so.4.2.0 > 30fc00f000-30fc20f000 ---p 0000f000 fd:01 > 161961 /usr/lib64/libsensors.so.4.2.0 > 30fc20f000-30fc210000 rw-p 0000f000 fd:01 > 161961 /usr/lib64/libsensors.so.4.2.0 > 30fca00000-30fcadc000 r-xp 00000000 fd:01 > 7569 /lib64/libkrb5.so.3.3 > 30fcadc000-30fccdb000 ---p 000dc000 fd:01 > 7569 /lib64/libkrb5.so.3.3 > 30fccdb000-30fcce5000 r--p 000db000 fd:01 > 7569 /lib64/libkrb5.so.3.3 > 30fcce5000-30fcce7000 rw-p 000e5000 fd:01 > 7569 /lib64/libkrb5.so.3.3 > 30fce00000-30fce29000 r-xp 00000000 fd:01 > 7567 /lib64/libk5crypto.so.3.1 > 30fce29000-30fd029000 ---p 00029000 fd:01 > 7567 /lib64/libk5crypto.so.3.1 > 30fd029000-30fd02a000 r--p 00029000 fd:01 > 7567 /lib64/libk5crypto.so.3.1 > 30fd02a000-30fd02b000 rw-p 0002a000 fd:01 > 7567 /lib64/libk5crypto.so.3.1 > 30fd02b000-30fd02c000 rw-p 00000000 00:00 0 > 30fd200000-30fd241000 r-xp 00000000 fd:01 > 7570 /lib64/libgssapi_krb5.so.2.2 > 30fd241000-30fd441000 ---p 00041000 fd:01 > 7570 /lib64/libgssapi_krb5.so.2.2 > 30fd441000-30fd442000 r--p 00041000 fd:01 > 7570 /lib64/libgssapi_krb5.so.2.2 > 30fd442000-30fd444000 rw-p 00042000 fd:01 > 7570 /lib64/libgssapi_krb5.so.2.2 > 30fd600000-30fd60a000 r-xp 00000000 fd:01 > 7566 /lib64/libkrb5support.so.0.1 > 30fd60a000-30fd809000 ---p 0000a000 fd:01 > 7566 /lib64/libkrb5support.so.0.1 > 30fd809000-30fd80a000 r--p 00009000 fd:01 > 7566 /lib64/libkrb5support.so.0.1 > 30fd80a000-30fd80b000 rw-p 0000a000 fd:01 > 7566 /lib64/libkrb5support.so.0.1 > 30fda00000-30fda02000 r-xp 00000000 fd:01 > 7565 /lib64/libkeyutils.so.1.3 > 30fda02000-30fdc01000 ---p 00002000 fd:01 > 7565 /lib64/libkeyutils.so.1.3 > 30fdc01000-30fdc02000 r--p 00001000 fd:01 > 7565 /lib64/libkeyutils.so.1.3 > 30fdc02000-30fdc03000 rw-p 00002000 fd:01 > 7565 /lib64/libkeyutils.so.1.3 > 30fde00000-30fde62000 r-xp 00000000 fd:01 > 161946 /usr/lib64/libssl.so.1.0.1e > 30fde62000-30fe062000 ---p 00062000 fd:01 > 161946 /usr/lib64/libssl.so.1.0.1e > 30fe062000-30fe066000 r--p 00062000 fd:01 > 161946 /usr/lib64/libssl.so.1.0.1e > 30fe066000-30fe06c000 rw-p 00066000 fd:01 > 161946 /usr/lib64/libssl.so.1.0.1e > 30fe200000-30fe232000 r-xp 00000000 fd:01 > 7562 /lib64/libidn.so.11.6.1 > 30fe232000-30fe431000 ---p 00032000 fd:01 > 7562 /lib64/libidn.so.11.6.1 > 30fe431000-30fe432000 rw-p 00031000 fd:01 > 7562 /lib64/libidn.so.11.6.1 > 30fe600000-30fe619000 r-xp 00000000 fd:01 > 145736 /usr/lib64/libsasl2.so.2.0.23 > 30fe619000-30fe818000 ---p 00019000 fd:01 > 145736 /usr/lib64/libsasl2.so.2.0.23 > 30fe818000-30fe819000 r--p 00018000 fd:01 > 145736 /usr/lib64/libsasl2.so.2.0.23 > 30fe819000-30fe81a000 rw-p 00019000 fd:01 > 145736 /usr/lib64/libsasl2.so.2.0.23 > 30fea00000-30fea4e000 r-xp 00000000 fd:01 > 7564 /lib64/libldap-2.4.so.2.10.3 > 30fea4e000-30fec4d000 ---p 0004e000 fd:01 > 7564 /lib64/libldap-2.4.so.2.10.3 > 30fec4d000-30fec4f000 r--p 0004d000 fd:01 > 7564 /lib64/libldap-2.4.so.2.10.3 > 30fec4f000-30fec51000 rw-p 0004f000 fd:01 > 7564 /lib64/libldap-2.4.so.2.10.3 > 30fee00000-30fee0e000 r-xp 00000000 fd:01 > 7563 /lib64/liblber-2.4.so.2.10.3 > 30fee0e000-30ff00d000 ---p 0000e000 fd:01 > 7563 /lib64/liblber-2.4.so.2.10.3 > 30ff00d000-30ff00e000 r--p 0000d000 fd:01 > 7563 /lib64/liblber-2.4.so.2.10.3 > 30ff00e000-30ff00f000 rw-p 0000e000 fd:01 > 7563 /lib64/liblber-2.4.so.2.10.3 > 30ff200000-30ff227000 r-xp 00000000 fd:01 > 161947 /usr/lib64/libssh2.so.1.0.1 > 30ff227000-30ff426000 ---p 00027000 fd:01 > 161947 /usr/lib64/libssh2.so.1.0.1 > 30ff426000-30ff428000 rw-p 00026000 fd:01 > 161947 /usr/lib64/libssh2.so.1.0.1 > 30ff600000-30ff653000 r-xp 00000000 fd:01 > 140998 /usr/lib64/libcurl.so.4.1.1 > 30ff653000-30ff852000 ---p 00053000 fd:01 > 140998 /usr/lib64/libcurl.so.4.1.1 > 30ff852000-30ff855000 rw-p 00052000 fd:01 > 140998 /usr/lib64/libcurl.so.4.1.1 > 3baec00000-3baec2c000 r-xp 00000000 fd:01 > 7511 /lib64/libpcre.so.0.0.1 > 3baec2c000-3baee2c000 ---p 0002c000 fd:01 > 7511 /lib64/libpcre.so.0.0.1 > 3baee2c000-3baee2d000 rw-p 0002c000 fd:01 > 7511 /lib64/libpcre.so.0.0.1 > 7f03e4000000-7f03e4021000 rw-p 00000000 00:00 0 > 7f03e4021000-7f03e8000000 ---p 00000000 00:00 0 > 7f03eaf22000-7f03eaf27000 r-xp 00000000 fd:01 > 327 /lib64/libnss_dns-2.12.so > 7f03eaf27000-7f03eb126000 ---p 00005000 fd:01 > 327 /lib64/libnss_dns-2.12.so > 7f03eb126000-7f03eb127000 r--p 00004000 fd:01 > 327 /lib64/libnss_dns-2.12.so > 7f03eb127000-7f03eb128000 rw-p 00005000 fd:01 > 327 /lib64/libnss_dns-2.12.so > 7f03eb128000-7f03eb135000 r-xp 00000000 fd:01 > 329 /lib64/libnss_files-2.12.so > 7f03eb135000-7f03eb334000 ---p 0000d000 fd:01 > 329 /lib64/libnss_files-2.12.so > 7f03eb334000-7f03eb335000 r--p 0000c000 fd:01 > 329 /lib64/libnss_files-2.12.so > 7f03eb335000-7f03eb336000 rw-p 0000d000 fd:01 > 329 /lib64/libnss_files-2.12.so > 7f03eb336000-7f042b336000 rw-s 00000000 00:04 > 30666920 /dev/zero (deleted) > 7f042b336000-7f042b3e0000 r-xp 00000000 fd:01 > 161143 /usr/lib64/kamailio/modules/app_lua.so > 7f042b3e0000-7f042b5df000 ---p 000aa000 fd:01 > 161143 /usr/lib64/kamailio/modules/app_lua.so > 7f042b5df000-7f042b5e5000 rw-p 000a9000 fd:01 > 161143 /usr/lib64/kamailio/modules/app_lua.so > 7f042b5e5000-7f042b5e7000 rw-p 00000000 00:00 0 > 7f042b5e7000-7f042b5ee000 r-xp 00000000 fd:01 > 160777 /usr/lib64/kamailio/modules/statistics.so > 7f042b5ee000-7f042b7ed000 ---p 00007000 fd:01 > 160777 /usr/lib64/kamailio/modules/statistics.so > 7f042b7ed000-7f042b7ee000 rw-p 00006000 fd:01 > 160777 /usr/lib64/kamailio/modules/statistics.so > 7f042b7ee000-7f042b7ff000 r-xp 00000000 fd:01 > 160705 /usr/lib64/kamailio/modules/cfgutils.so > 7f042b7ff000-7f042b9ff000 ---p 00011000 fd:01 > 160705 /usr/lib64/kamailio/modules/cfgutils.so > 7f042b9ff000-7f042ba00000 rw-p 00011000 fd:01 > 160705 /usr/lib64/kamailio/modules/cfgutils.so > 7f042ba00000-7f042ba15000 r-xp 00000000 fd:01 > 160722 /usr/lib64/kamailio/modules/exec.so > 7f042ba15000-7f042bc15000 ---p 00015000 fd:01 > 160722 /usr/lib64/kamailio/modules/exec.so > 7f042bc15000-7f042bc16000 rw-p 00015000 fd:01 > 160722 /usr/lib64/kamailio/modules/exec.so > 7f042bc16000-7f042bc1c000 r-xp 00000000 fd:01 > 160760 /usr/lib64/kamailio/modules/rtimer.so > 7f042bc1c000-7f042be1c000 ---p 00006000 fd:01 > 160760 /usr/lib64/kamailio/modules/rtimer.so > 7f042be1c000-7f042be1d000 rw-p 00006000 fd:01 > 160760 /usr/lib64/kamailio/modules/rtimer.so > 7f042be1d000-7f042be29000 r-xp 00000000 fd:01 > 161712 /usr/lib64/libjansson.so.4.9.0 > 7f042be29000-7f042c028000 ---p 0000c000 fd:01 > 161712 /usr/lib64/libjansson.so.4.9.0 > 7f042c028000-7f042c029000 rw-p 0000b000 fd:01 > 161712 /usr/lib64/libjansson.so.4.9.0 > 7f042c029000-7f042c038000 r-xp 00000000 fd:01 > 161110 /usr/lib64/kamailio/modules/jansson.so > 7f042c038000-7f042c237000 ---p 0000f000 fd:01 > 161110 /usr/lib64/kamailio/modules/jansson.so > 7f042c237000-7f042c238000 rw-p 0000e000 fd:01 > 161110 /usr/lib64/kamailio/modules/jansson.so > 7f042c238000-7f042c23a000 r-xp 00000000 fd:01 > 7577 /lib64/libutil-2.12.so > 7f042c23a000-7f042c439000 ---p 00002000 fd:01 > 7577 /lib64/libutil-2.12.so > 7f042c439000-7f042c43a000 r--p 00001000 fd:01 > 7577 /lib64/libutil-2.12.so > 7f042c43a000-7f042c43b000 rw-p 00002000 fd:01 > 7577 /lib64/libutil-2.12.so > 7f042c43b000-7f042c443000 r-xp 00000000 fd:01 > 3922 /lib64/libwrap.so.0.7.6 > 7f042c443000-7f042c643000 ---p 00008000 fd:01 > 3922 /lib64/libwrap.so.0.7.6 > 7f042c643000-7f042c644000 r--p 00008000 fd:01 > 3922 /lib64/libwrap.so.0.7.6 > 7f042c644000-7f042c645000 rw-p 00009000 fd:01 > 3922 /lib64/libwrap.so.0.7.6 > 7f042c645000-7f042c646000 rw-p 00000000 00:00 0 > 7f042c646000-7f042c677000 r-xp 00000000 fd:01 > 161120 /usr/lib64/kamailio/modules/snmpstats.so > 7f042c677000-7f042c876000 ---p 00031000 fd:01 > 161120 /usr/lib64/kamailio/modules/snmpstats.so > 7f042c876000-7f042c87a000 rw-p 00030000 fd:01 > 161120 /usr/lib64/kamailio/modules/snmpstats.so > 7f042c87a000-7f042c889000 r-xp 00000000 fd:01 > 160797 /usr/lib64/kamailio/modules/xhttp.so > 7f042c889000-7f042ca89000 ---p 0000f000 fd:01 > 160797 /usr/lib64/kamailio/modules/xhttp.so > 7f042ca89000-7f042ca8a000 rw-p 0000f000 fd:01 > 160797 /usr/lib64/kamailio/modules/xhttp.so > 7f042ca8a000-7f042ca8f000 r-xp 00000000 fd:01 > 145920 /usr/lib64/kamailio/libtrie.so.1.0 > 7f042ca8f000-7f042cc8e000 ---p 00005000 fd:01 > 145920 /usr/lib64/kamailio/libtrie.so.1.0 > 7f042cc8e000-7f042cc8f000 rw-p 00004000 fd:01 > 145920 /usr/lib64/kamailio/libtrie.so.1.0 > 7f042cc8f000-7f042cca1000 r-xp 00000000 fd:01 > 160795 /usr/lib64/kamailio/modules/userblacklist.so > 7f042cca1000-7f042cea1000 ---p 00012000 fd:01 > 160795 /usr/lib64/kamailio/modules/userblacklist.so > 7f042cea1000-7f042cea2000 rw-p 00012000 fd:01 > 160795 /usr/lib64/kamailio/modules/userblacklist.so > 7f042cea2000-7f042cf58000 r-xp 00000000 fd:01 > 160714 /usr/lib64/kamailio/modules/dialog.so > 7f042cf58000-7f042d157000 ---p 000b6000 fd:01 > 160714 /usr/lib64/kamailio/modules/dialog.so > 7f042d157000-7f042d15a000 rw-p 000b5000 fd:01 > 160714 /usr/lib64/kamailio/modules/dialog.so > 7f042d15a000-7f042d183000 r-xp 00000000 fd:01 > 160710 /usr/lib64/kamailio/modules/db_cluster.so > 7f042d183000-7f042d382000 ---p 00029000 fd:01 > 160710 /usr/lib64/kamailio/modules/db_cluster.so > 7f042d382000-7f042d383000 rw-p 00028000 fd:01 > 160710 /usr/lib64/kamailio/modules/db_cluster.so > 7f042d383000-7f042d38d000 r-xp 00000000 fd:01 > 160746 /usr/lib64/kamailio/modules/path.so > 7f042d38d000-7f042d58d000 ---p 0000a000 fd:01 > 160746 /usr/lib64/kamailio/modules/path.so > 7f042d58d000-7f042d58e000 rw-p 0000a000 fd:01 > 160746 /usr/lib64/kamailio/modules/path.so > 7f042d58e000-7f042d5c2000 r-xp 00000000 fd:01 > 161131 /usr/lib64/kamailio/modules/dialplan.so > 7f042d5c2000-7f042d7c2000 ---p 00034000 fd:01 > 161131 /usr/lib64/kamailio/modules/dialplan.so > 7f042d7c2000-7f042d7c3000 rw-p 00034000 fd:01 > 161131 /usr/lib64/kamailio/modules/dialplan.so > 7f042d7c3000-7f042d7df000 r-xp 00000000 fd:01 > 160775 /usr/lib64/kamailio/modules/sqlops.so > 7f042d7df000-7f042d9df000 ---p 0001c000 fd:01 > 160775 /usr/lib64/kamailio/modules/sqlops.so > 7f042d9df000-7f042d9e0000 rw-p 0001c000 fd:01 > 160775 /usr/lib64/kamailio/modules/sqlops.so > 7f042d9e0000-7f042da3a000 r-xp 00000000 fd:01 > 160787 /usr/lib64/kamailio/modules/uac.so > 7f042da3a000-7f042dc3a000 ---p 0005a000 fd:01 > 160787 /usr/lib64/kamailio/modules/uac.so > 7f042dc3a000-7f042dc3c000 rw-p 0005a000 fd:01 > 160787 /usr/lib64/kamailio/modules/uac.so > 7f042dc3c000-7f042dc47000 rw-p 00000000 00:00 0 > 7f042dc47000-7f042dc8e000 r-xp 00000000 fd:01 > 160522 /usr/lib64/kamailio/modules/avpops.so > 7f042dc8e000-7f042de8d000 ---p 00047000 fd:01 > 160522 /usr/lib64/kamailio/modules/avpops.so > 7f042de8d000-7f042de8f000 rw-p 00046000 fd:01 > 160522 /usr/lib64/kamailio/modules/avpops.so > 7f042de8f000-7f042de9c000 r-xp 00000000 fd:01 > 160794 /usr/lib64/kamailio/modules/uri_db.so > 7f042de9c000-7f042e09b000 ---p 0000d000 fd:01 > 160794 /usr/lib64/kamailio/modules/uri_db.so > 7f042e09b000-7f042e09c000 rw-p 0000c000 fd:01 > 160794 /usr/lib64/kamailio/modules/uri_db.so > 7f042e09c000-7f042e0e8000 r-xp 00000000 fd:01 > 160715 /usr/lib64/kamailio/modules/dispatcher.so > 7f042e0e8000-7f042e2e8000 ---p 0004c000 fd:01 > 160715 /usr/lib64/kamailio/modules/dispatcher.so > 7f042e2e8000-7f042e2ea000 rw-p 0004c000 fd:01 > 160715 /usr/lib64/kamailio/modules/dispatcher.so > 7f042e2ea000-7f042e303000 r-xp 00000000 fd:01 > 161139 /usr/lib64/kamailio/modules/xmlrpc.so > 7f042e303000-7f042e503000 ---p 00019000 fd:01 > 161139 /usr/lib64/kamailio/modules/xmlrpc.so > 7f042e503000-7f042e504000 rw-p 00019000 fd:01 > 161139 /usr/lib64/kamailio/modules/xmlrpc.so > 7f042e504000-7f042e505000 rw-p 00000000 00:00 0 > 7f042e505000-7f042e549000 r-xp 00000000 fd:01 > 160727 /usr/lib64/kamailio/modules/htable.so > 7f042e549000-7f042e748000 ---p 00044000 fd:01 > 160727 /usr/lib64/kamailio/modules/htable.so > 7f042e748000-7f042e74a000 rw-p 00043000 fd:01 > 160727 /usr/lib64/kamailio/modules/htable.so > 7f042e74a000-7f042e74b000 rw-p 00000000 00:00 0 > 7f042e74b000-7f042e764000 r-xp 00000000 fd:01 > 161137 /usr/lib64/kamailio/modules/dmq_usrloc.so > 7f042e764000-7f042e964000 ---p 00019000 fd:01 > 161137 /usr/lib64/kamailio/modules/dmq_usrloc.so > 7f042e964000-7f042e965000 rw-p 00019000 fd:01 > 161137 /usr/lib64/kamailio/modules/dmq_usrloc.so > 7f042e965000-7f042e998000 r-xp 00000000 fd:01 > 160717 /usr/lib64/kamailio/modules/dmq.so > 7f042e998000-7f042eb97000 ---p 00033000 fd:01 > 160717 /usr/lib64/kamailio/modules/dmq.so > 7f042eb97000-7f042eb99000 rw-p 00032000 fd:01 > 160717 /usr/lib64/kamailio/modules/dmq.so > 7f042eb99000-7f042ebd2000 r-xp 00000000 fd:01 > 160762 /usr/lib64/kamailio/modules/rtpproxy.so > 7f042ebd2000-7f042edd2000 ---p 00039000 fd:01 > 160762 /usr/lib64/kamailio/modules/rtpproxy.so > 7f042edd2000-7f042edd4000 rw-p 00039000 fd:01 > 160762 /usr/lib64/kamailio/modules/rtpproxy.so > 7f042edd4000-7f042ee07000 r-xp 00000000 fd:01 > 160743 /usr/lib64/kamailio/modules/nathelper.so > 7f042ee07000-7f042f006000 ---p 00033000 fd:01 > 160743 /usr/lib64/kamailio/modules/nathelper.so > 7f042f006000-7f042f008000 rw-p 00032000 fd:01 > 160743 /usr/lib64/kamailio/modules/nathelper.so > 7f042f008000-7f042f018000 rw-p 00000000 00:00 0 > 7f042f018000-7f042f02a000 r-xp 00000000 fd:01 > 160750 /usr/lib64/kamailio/modules/pike.so > 7f042f02a000-7f042f22a000 ---p 00012000 fd:01 > 160750 /usr/lib64/kamailio/modules/pike.so > 7f042f22a000-7f042f22b000 rw-p 00012000 fd:01 > 160750 /usr/lib64/kamailio/modules/pike.so > 7f042f22b000-7f042f241000 r-xp 00000000 fd:01 > 160718 /usr/lib64/kamailio/modules/domain.so > 7f042f241000-7f042f441000 ---p 00016000 fd:01 > 160718 /usr/lib64/kamailio/modules/domain.so > 7f042f441000-7f042f442000 rw-p 00016000 fd:01 > 160718 /usr/lib64/kamailio/modules/domain.so > 7f042f442000-7f042f482000 r-xp 00000000 fd:01 > 160749 /usr/lib64/kamailio/modules/permissions.so > 7f042f482000-7f042f681000 ---p 00040000 fd:01 > 160749 /usr/lib64/kamailio/modules/permissions.so > 7f042f681000-7f042f683000 rw-p 0003f000 fd:01 > 160749 /usr/lib64/kamailio/modules/permissions.so > 7f042f683000-7f042f684000 rw-p 00000000 00:00 0 > 7f042f684000-7f042f699000 r-xp 00000000 fd:01 > 160516 /usr/lib64/kamailio/modules/auth_db.so > 7f042f699000-7f042f899000 ---p 00015000 fd:01 > 160516 /usr/lib64/kamailio/modules/auth_db.so > 7f042f899000-7f042f89a000 rw-p 00015000 fd:01 > 160516 /usr/lib64/kamailio/modules/auth_db.so > 7f042f89a000-7f042f8c5000 r-xp 00000000 fd:01 > 160514 /usr/lib64/kamailio/modules/auth.so > 7f042f8c5000-7f042fac4000 ---p 0002b000 fd:01 > 160514 /usr/lib64/kamailio/modules/auth.so > 7f042fac4000-7f042fac6000 rw-p 0002a000 fd:01 > 160514 /usr/lib64/kamailio/modules/auth.so > 7f042fac6000-7f042fad2000 r-xp 00000000 fd:01 > 161176 /usr/lib64/libradiusclient-ng.so.2.0.0 > 7f042fad2000-7f042fcd2000 ---p 0000c000 fd:01 > 161176 /usr/lib64/libradiusclient-ng.so.2.0.0 > 7f042fcd2000-7f042fcd3000 rw-p 0000c000 fd:01 > 161176 /usr/lib64/libradiusclient-ng.so.2.0.0 > 7f042fcd3000-7f042fcdf000 r-xp 00000000 fd:01 > 161112 /usr/lib64/kamailio/modules/acc_radius.so > 7f042fcdf000-7f042fede000 ---p 0000c000 fd:01 > 161112 /usr/lib64/kamailio/modules/acc_radius.so > 7f042fede000-7f042fedf000 rw-p 0000b000 fd:01 > 161112 /usr/lib64/kamailio/modules/acc_radius.so > 7f042fedf000-7f042ff17000 r-xp 00000000 fd:01 > 145978 /usr/lib64/kamailio/modules/acc.so > 7f042ff17000-7f0430117000 ---p 00038000 fd:01 > 145978 /usr/lib64/kamailio/modules/acc.so > 7f0430117000-7f0430118000 rw-p 00038000 fd:01 > 145978 /usr/lib64/kamailio/modules/acc.so > 7f0430118000-7f043013c000 rw-p 00000000 00:00 0 > 7f043013c000-7f0430177000 r-xp 00000000 fd:01 > 161135 /usr/lib64/kamailio/modules/jsonrpcs.so > 7f0430177000-7f0430377000 ---p 0003b000 fd:01 > 161135 /usr/lib64/kamailio/modules/jsonrpcs.so > 7f0430377000-7f0430378000 rw-p 0003b000 fd:01 > 161135 /usr/lib64/kamailio/modules/jsonrpcs.so > 7f0430378000-7f043037d000 r-xp 00000000 fd:01 > 160704 /usr/lib64/kamailio/modules/cfg_rpc.so > 7f043037d000-7f043057c000 ---p 00005000 fd:01 > 160704 /usr/lib64/kamailio/modules/cfg_rpc.so > 7f043057c000-7f043057d000 rw-p 00004000 fd:01 > 160704 /usr/lib64/kamailio/modules/cfg_rpc.so > 7f043057d000-7f04305c9000 r-xp 00000000 fd:01 > 160708 /usr/lib64/kamailio/modules/ctl.so > 7f04305c9000-7f04307c9000 ---p 0004c000 fd:01 > 160708 /usr/lib64/kamailio/modules/ctl.so > 7f04307c9000-7f04307ca000 rw-p 0004c000 fd:01 > 160708 /usr/lib64/kamailio/modules/ctl.so > 7f04307ca000-7f04307db000 rw-p 00000000 00:00 0 > 7f04307db000-7f04307f2000 r-xp 00000000 fd:01 > 160763 /usr/lib64/kamailio/modules/sanity.so > 7f04307f2000-7f04309f1000 ---p 00017000 fd:01 > 160763 /usr/lib64/kamailio/modules/sanity.so > 7f04309f1000-7f04309f2000 rw-p 00016000 fd:01 > 160763 /usr/lib64/kamailio/modules/sanity.so > 7f04309f2000-7f04309fe000 r-xp 00000000 fd:01 > 160799 /usr/lib64/kamailio/modules/xlog.so > 7f04309fe000-7f0430bfe000 ---p 0000c000 fd:01 > 160799 /usr/lib64/kamailio/modules/xlog.so > 7f0430bfe000-7f0430bff000 rw-p 0000c000 fd:01 > 160799 /usr/lib64/kamailio/modules/xlog.so > 7f0430bff000-7f0430c3a000 r-xp 00000000 fd:01 > 160770 /usr/lib64/kamailio/modules/siputils.so > 7f0430c3a000-7f0430e3a000 ---p 0003b000 fd:01 > 160770 /usr/lib64/kamailio/modules/siputils.so > 7f0430e3a000-7f0430e3c000 rw-p 0003b000 fd:01 > 160770 /usr/lib64/kamailio/modules/siputils.so > 7f0430e3c000-7f0430e88000 r-xp 00000000 fd:01 > 160779 /usr/lib64/kamailio/modules/textops.so > 7f0430e88000-7f0431087000 ---p 0004c000 fd:01 > 160779 /usr/lib64/kamailio/modules/textops.so > 7f0431087000-7f043108a000 rw-p 0004b000 fd:01 > 160779 /usr/lib64/kamailio/modules/textops.so > 7f043108a000-7f04310c8000 r-xp 00000000 fd:01 > 161133 /usr/lib64/kamailio/modules/http_client.so > 7f04310c8000-7f04312c7000 ---p 0003e000 fd:01 > 161133 /usr/lib64/kamailio/modules/http_client.so > 7f04312c7000-7f04312c9000 rw-p 0003d000 fd:01 > 161133 /usr/lib64/kamailio/modules/http_client.so > 7f04312c9000-7f043130d000 r-xp 00000000 fd:01 > 139773 /usr/lib64/libevent-2.0.so.5.1.9 > 7f043130d000-7f043150d000 ---p 00044000 fd:01 > 139773 /usr/lib64/libevent-2.0.so.5.1.9 > 7f043150d000-7f043150f000 rw-p 00044000 fd:01 > 139773 /usr/lib64/libevent-2.0.so.5.1.9 > 7f043150f000-7f0431549000 r-xp 00000000 fd:01 > 160849 > /usr/lib64/kamailio/modules/http_async_client.so > 7f0431549000-7f0431748000 ---p 0003a000 fd:01 > 160849 > /usr/lib64/kamailio/modules/http_async_client.so > 7f0431748000-7f043174a000 rw-p 00039000 fd:01 > 160849 > /usr/lib64/kamailio/modules/http_async_client.so > 7f043174a000-7f0431793000 r-xp 00000000 fd:01 > 160758 /usr/lib64/kamailio/modules/registrar.so > 7f0431793000-7f0431992000 ---p 00049000 fd:01 > 160758 /usr/lib64/kamailio/modules/registrar.so > 7f0431992000-7f0431995000 rw-p 00048000 fd:01 > 160758 /usr/lib64/kamailio/modules/registrar.so > 7f0431995000-7f04319e0000 r-xp 00000000 fd:01 > 160796 /usr/lib64/kamailio/modules/usrloc.so > 7f04319e0000-7f0431be0000 ---p 0004b000 fd:01 > 160796 /usr/lib64/kamailio/modules/usrloc.so > 7f0431be0000-7f0431be2000 rw-p 0004b000 fd:01 > 160796 /usr/lib64/kamailio/modules/usrloc.so > 7f0431be2000-7f0431be8000 r-xp 00000000 fd:01 > 160735 /usr/lib64/kamailio/modules/maxfwd.so > 7f0431be8000-7f0431de8000 ---p 00006000 fd:01 > 160735 /usr/lib64/kamailio/modules/maxfwd.so > 7f0431de8000-7f0431de9000 rw-p 00006000 fd:01 > 160735 /usr/lib64/kamailio/modules/maxfwd.so > 7f0431de9000-7f0431e8c000 r-xp 00000000 fd:01 > 160755 /usr/lib64/kamailio/modules/pv.so > 7f0431e8c000-7f043208b000 ---p 000a3000 fd:01 > 160755 /usr/lib64/kamailio/modules/pv.so > 7f043208b000-7f0432090000 rw-p 000a2000 fd:01 > 160755 /usr/lib64/kamailio/modules/pv.so > 7f0432090000-7f0432091000 rw-p 00000000 00:00 0 > 7f0432091000-7f04320c1000 r-xp 00000000 fd:01 > 160759 /usr/lib64/kamailio/modules/rr.so > 7f04320c1000-7f04322c0000 ---p 00030000 fd:01 > 160759 /usr/lib64/kamailio/modules/rr.so > 7f04322c0000-7f04322c2000 rw-p 0002f000 fd:01 > 160759 /usr/lib64/kamailio/modules/rr.so > 7f04322c2000-7f04322db000 r-xp 00000000 fd:01 > 160771 /usr/lib64/kamailio/modules/sl.so > 7f04322db000-7f04324da000 ---p 00019000 fd:01 > 160771 /usr/lib64/kamailio/modules/sl.so > 7f04324da000-7f04324dc000 rw-p 00018000 fd:01 > 160771 /usr/lib64/kamailio/modules/sl.so > 7f04324dc000-7f04324f8000 r-xp 00000000 fd:01 > 160784 /usr/lib64/kamailio/modules/tmx.so > 7f04324f8000-7f04326f8000 ---p 0001c000 fd:01 > 160784 /usr/lib64/kamailio/modules/tmx.so > 7f04326f8000-7f04326fa000 rw-p 0001c000 fd:01 > 160784 /usr/lib64/kamailio/modules/tmx.so > 7f04326fa000-7f04326fb000 rw-p 00000000 00:00 0 > 7f04326fb000-7f0432829000 r-xp 00000000 fd:01 > 160782 /usr/lib64/kamailio/modules/tm.so > 7f0432829000-7f0432a29000 ---p 0012e000 fd:01 > 160782 /usr/lib64/kamailio/modules/tm.so > 7f0432a29000-7f0432a2e000 rw-p 0012e000 fd:01 > 160782 /usr/lib64/kamailio/modules/tm.so > 7f0432a2e000-7f0432a40000 rw-p 00000000 00:00 0 > 7f0432a40000-7f0432a55000 r-xp 00000000 fd:01 > 160706 /usr/lib64/kamailio/modules/corex.so > 7f0432a55000-7f0432c55000 ---p 00015000 fd:01 > 160706 /usr/lib64/kamailio/modules/corex.so > 7f0432c55000-7f0432c56000 rw-p 00015000 fd:01 > 160706 /usr/lib64/kamailio/modules/corex.so > 7f0432c56000-7f0432c65000 r-xp 00000000 fd:01 > 144207 /usr/lib64/kamailio/libsrutils.so.1.0 > 7f0432c65000-7f0432e65000 ---p 0000f000 fd:01 > 144207 /usr/lib64/kamailio/libsrutils.so.1.0 > 7f0432e65000-7f0432e66000 rw-p 0000f000 fd:01 > 144207 /usr/lib64/kamailio/libsrutils.so.1.0 > 7f0432e66000-7f0432e75000 r-xp 00000000 fd:01 > 160731 /usr/lib64/kamailio/modules/kex.so > 7f0432e75000-7f0433074000 ---p 0000f000 fd:01 > 160731 /usr/lib64/kamailio/modules/kex.so > 7f0433074000-7f0433076000 rw-p 0000e000 fd:01 > 160731 /usr/lib64/kamailio/modules/kex.so > 7f0433076000-7f04330a4000 r-xp 00000000 fd:01 > 141110 /usr/lib64/kamailio/libsrdb1.so.1.0 > 7f04330a4000-7f04332a4000 ---p 0002e000 fd:01 > 141110 /usr/lib64/kamailio/libsrdb1.so.1.0 > 7f04332a4000-7f04332a5000 rw-p 0002e000 fd:01 > 141110 /usr/lib64/kamailio/libsrdb1.so.1.0 > 7f04332a5000-7f04332b1000 r-xp 00000000 fd:01 > 141797 /usr/lib64/kamailio/libsrdb2.so.1.0 > 7f04332b1000-7f04334b0000 ---p 0000c000 fd:01 > 141797 /usr/lib64/kamailio/libsrdb2.so.1.0 > 7f04334b0000-7f04334b1000 rw-p 0000b000 fd:01 > 141797 /usr/lib64/kamailio/libsrdb2.so.1.0 > 7f04334b1000-7f04335e7000 r-xp 00000000 fd:01 > 141483 /usr/lib64/mysql/libmysqlclient.so.16.0.0 > 7f04335e7000-7f04337e6000 ---p 00136000 fd:01 > 141483 /usr/lib64/mysql/libmysqlclient.so.16.0.0 > 7f04337e6000-7f0433834000 rw-p 00135000 fd:01 > 141483 /usr/lib64/mysql/libmysqlclient.so.16.0.0 > 7f0433834000-7f0433835000 rw-p 00000000 00:00 0 > 7f043383c000-7f043386f000 r-xp 00000000 fd:01 > 137644 /usr/lib64/kamailio/modules/db_mysql.so > 7f043386f000-7f0433a6e000 ---p 00033000 fd:01 > 137644 /usr/lib64/kamailio/modules/db_mysql.so > 7f0433a6e000-7f0433a70000 rw-p 00032000 fd:01 > 137644 /usr/lib64/kamailio/modules/db_mysql.so > 7f0433a70000-7f0434274000 rw-p 00000000 00:00 0 > 7f0434278000-7f043427a000 rw-p 00000000 00:00 0 > 7f043427a000-7f043427c000 rw-p 00000000 00:00 0 > 7ffe9e90c000-7ffe9e921000 rw-p 00000000 00:00 > 0 [stack] > 7ffe9e9cc000-7ffe9e9cd000 r-xp 00000000 00:00 > 0 [vdso] > ffffffffff600000-ffffffffff601000 r-xp 00000000 00:00 > 0 [vsyscall] > > [...] -- Daniel-Constantin Mierla www.twitter.com/miconda -- www.linkedin.com/in/miconda Kamailio Advanced Training - March 5-7, 2018, Berlin - www.asipto.com Kamailio World Conference - May 14-16, 2018 - www.kamailioworld.com

2 1

Kamailio 5.0.4 WebSocket failover to secondary
by James Aylett 18 Jan '18

18 Jan '18

Hello, I am testing failover scenarios between two Active/Active kamailios for Sip over WebSockets and WebRTC. In my test scenario, I have setup the call through proxy-a, then stopped the kamailio service so that the sip client reconnects to proxy-b. Dialogs and registrations are shared across both instances using MariaDB and Galera. When the SIP client reconnects to proxy-b, I send a BYE and see the following errors in the logs: Jan 18 09:12:36 webrtc-proxy-b /usr/sbin/kamailio[6975]: ERROR: <script>: Connection ID: 1 Jan 18 09:12:36 webrtc-proxy-b /usr/sbin/kamailio[6975]: ERROR: <script>: WITHINDLG Jan 18 09:12:36 webrtc-proxy-b /usr/sbin/kamailio[6975]: ERROR: <script>: RELAY Jan 18 09:12:36 webrtc-proxy-b /usr/sbin/kamailio[6975]: WARNING: <core> [core/msg_translator.c:2765]: via_builder(): TCP/TLS connection (id: 0) for WebSocket could not be found Jan 18 09:12:36 webrtc-proxy-b /usr/sbin/kamailio[6975]: ERROR: <core> [core/msg_translator.c:1980]: build_req_buf_from_sip_req(): could not create Via header Jan 18 09:12:36 webrtc-proxy-b /usr/sbin/kamailio[6975]: ERROR: tm [t_fwd.c:476]: prepare_new_uac(): could not build request Jan 18 09:12:36 webrtc-proxy-b /usr/sbin/kamailio[6975]: ERROR: tm [t_fwd.c:1732]: t_forward_nonack(): failure to add branches Jan 18 09:12:36 webrtc-proxy-b /usr/sbin/kamailio[6975]: ERROR: sl [sl_funcs.c:362]: sl_reply_error(): stateless error reply used: No error (2/SL) It seems that core/msg_translator.c is using the wrong WebSocket connection ID (0 rather than 1). Is this a bug in Kamailio or a limitation that I do not understand? I have assumed that the BYE is a new transaction for the existing dialog so t_relay() should be able to forward the message. I can provide config and any additional error logs if required. Any help is much appreciated. Thanks, James

1 0

exec warning
by voipspace voipspace 17 Jan '18

17 Jan '18

exec_msg gives the following warning. Even when no variables are used in the parameters 8(29619) WARNING: exec [exec_hf.c:464]: append_fixed_vars(): uri not parsed 8(29619) WARNING: exec [exec_hf.c:482]: append_fixed_vars(): orig URI not parsed

2 2

kamailio 5.1 from git compile error
by Abdul Basit 17 Jan '18

17 Jan '18

Hi, I am trying to compile kamailio 5.1 from git following https://kamailio.org/docs/tutorials/5.1.x/kamailio-install-guide-git/ on Debian GNU/Linux 8.10 (jessie) I also installed packages after getting dependency errors apt-get install libhiredis-dev libphonenumber6-dev libicu-dev apt-get install unicode unicode-data Kamailio compile stopped at error ..... LD (gcc) [M uid_avp_db.so] uid_avp_db.so CC (gcc) [M pdb.so] pdb.o LD (gcc) [M pdb.so] pdb.so CC (gcc) [M phonenum.so] phonenum_mod.o CC (gcc) [M phonenum.so] phonenum_pv.o Compiling cphonenumber.cpp g++ -fPIC -DPIC -g -funroll-loops -Wcast-align -m64 -minline-all-stringops -falign-loops -ftree-vectorize -fno-strict-overflow -Wall -Wno-write-strings -Wno-deprecated -Wno-unused-f unction -Wno-sign-compare -Wno-strict-aliasing -fPIC -DPIC -g -funroll-loops -Wcast-align -m64 -minline-all-stringops -falign-loops -ftree-vectorize -fno-strict-overflow -Wall -DNA ME='"kamailio"' -DVERSION='"5.1.0"' -DARCH='"x86_64"' -DOS='linux_' -DOS_QUOTED='"linux"' -DCOMPILER='"gcc 4.9.2"' -D__CPU_x86_64 -D__OS_linux -DSER_VER=5001000 -DCFG_DIR='"/usr/loc al/etc/kamailio/"' -DRUN_DIR='"/var/run/kamailio/"' -DPKG_MALLOC -DSHM_MEM -DSHM_MMAP -DDNS_IP_HACK -DUSE_MCAST -DUSE_TCP -DDISABLE_NAGLE -DHAVE_RESOLV_RES -DUSE_DNS_CACHE -DUSE_DNS _FAILOVER -DUSE_DST_BLACKLIST -DUSE_NAPTR -DWITH_XAVP -DMEM_JOIN_FREE -DF_MALLOC -DQ_MALLOC -DTLSF_MALLOC -DDBG_SR_MEMORY -DUSE_TLS -DTLS_HOOKS -DUSE_CORE_STATS -DSTATISTICS -DMALLO C_STATS -DWITH_AS_SUPPORT -DUSE_SCTP -DFAST_LOCK -DADAPTIVE_WAIT -DADAPTIVE_WAIT_LOOPS=1024 -DCC_GCC_LIKE_ASM -DHAVE_GETHOSTBYNAME2 -DHAVE_UNION_SEMUN -DHAVE_SCHED_YIELD -DHAVE_MSG_ NOSIGNAL -DHAVE_MSGHDR_MSG_CONTROL -DHAVE_ALLOCA_H -DHAVE_TIMEGM -DHAVE_SCHED_SETSCHEDULER -DHAVE_IP_MREQN -DHAVE_EPOLL -DHAVE_SIGIO_RT -DSIGINFO64_WORKARROUND -DUSE_FUTEX -DHAVE_SE LECT -I/opt/local/include -DKAMAILIO_MOD_INTERFACE -DMOD_NAME='"phonenum"' -c cphonenumber.cpp -o cphonenumber.o In file included from /usr/include/phonenumbers/geocoding/phonenumber_offline_geocoder.h:26:0, from cphonenumber.cpp:24: /usr/include/phonenumbers/base/memory/scoped_ptr.h:25:45: fatal error: phonenumbers/base/template_util.h: No such file or directory #include "phonenumbers/base/template_util.h" ^ compilation terminated. Makefile:22: recipe for target 'cphonenumber.o' failed make[2]: *** [cphonenumber.o] Error 1 Makefile:511: recipe for target 'modules' failed make[1]: *** [modules] Error 1 make[1]: Leaving directory '/usr/local/src/kamailio/src' Makefile:27: recipe for target 'all' failed make: *** [all] Error 2 I googled but couldnt found any resolution or required dependency. Its look like libphonenumber is broken. Kindly suggest way out. Also i don't require libphonenumber for this server. How to get rid off. -- regards, abdul basit

3 5

send LUA logs via HEP to Homer server
by Abdul Basit 17 Jan '18

17 Jan '18

Hi K-team, I am processing incoming INVITE events in my lua script. To print the logs with kamailio syslog, i am using sr.log("info", "-- Collecting data from kamailio -- ") I am searching for a way to send selective logs for an incoming call from lua script through HEP3 towards Homer server. How can I make it work? What utility or library is helpful. *PS:* captagent is configured on the same server for SIP traces. -- regards, abdul basit

2 2

Error: no config routing engine registered
by Christian Scheid 17 Jan '18

17 Jan '18

Experts, I'm currently setting up Kamailio for the first time (yay!) and ran into an issue (DOH!!!). The install went fine and I modified a few lines in the kamailio-basic.cfg (below). I also set up two users 'bob' and 'alice' and am trying to start a simple chat session between two QjSimple clients. In the syslog I see the following error. /usr/sbin/kamailio[32998]: ERROR: <core> [core/receive.c:257]: receive_msg(): no config routing engine registered I followed the Debian installation instructions below but didn't see anything about config routing engine setup. https://www.kamailio.org/wiki/tutorials/getting-started/main#debian Can you point me in the right direction what is missing? Thanks! Chris ----------------------- #!KAMAILIO # # Kamailio (OpenSER) SIP Server v5.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 # - option for NAT SIP OPTIONS keepalives: WITH_NATSIPPING # # *** 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 #!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" # Custom Setup # #!define WITH_MYSQL #!define WITH_AUTH #!define WITH_USRLOCDB ####### 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@localhost/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=4 log_stderror=yes #!else debug=2 log_stderror=no #!endif memdbg=5 memlog=5 log_facility=LOG_LOCAL0 fork=yes children=4 /* 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 /* port to listen to * - can be specified more than once if needed to listen on many ports */ port=5060 #!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" #!else mpath="/usr/lib/x86_64-linux-gnu/kamailio/modules/" #!endif #!ifdef WITH_MYSQL loadmodule "db_mysql.so" #!endif loadmodule "jsonrpcs.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 "acc.so" loadmodule "counters.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 --------------- # ----- jsonrpcs params ----- modparam("jsonrpcs", "pretty_format", 1) /* set the path to RPC fifo control file */ # modparam("jsonrpcs", "fifo_name", "/var/run/kamailio/kamailio_rpc.fifo") /* set the path to RPC unix socket control file */ # modparam("jsonrpcs", "dgram_socket", "/var/run/kamailio/kamailio_rpc.sock") # ----- ctl params ----- #modparam("ctl", "binrpc", "unix:/var/run/kamailio/kamailio_ctl") # ----- 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) /* uncomment the next line to disable parallel forking via location */ # modparam("registrar", "append_branches", 0) /* uncomment the next line not to allow more than 10 contacts per AOR */ #modparam("registrar", "max_contacts", 10) # 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 we 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", 0) /* 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", DBURL) 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", DBURL) modparam("usrloc", "db_mode", 2) modparam("usrloc", "use_domain", MULTIDOMAIN) #!endif # ----- auth_db params ----- #!ifdef WITH_AUTH modparam("auth_db", "db_url", DBURL) 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") # ----- 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", "/etc/kamailio/tls.cfg") #!endif #!ifdef WITH_DEBUG # ----- debugger params ----- modparam("debugger", "cfgtrace", 1) #!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) # handle retransmissions if(t_precheck_trans()) { t_check_trans(); exit; } 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 } # 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; } # user location service route(LOCATION); } route[RELAY] { # 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; } } if($ua =~ "friendly-scanner") { sl_send_reply("200", "OK"); exit; } #!endif if (!mf_process_maxfwd_header("10")) { sl_send_reply("483","Too Many Hops"); exit; } if(is_method("OPTIONS") && uri==myself && $rU==$null) { sl_send_reply("200","Keepalive"); 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()) return; # 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); exit; } 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")) return; if(isflagset(FLT_NATS)) { setbflag(FLB_NATB); #!ifdef WITH_NATSIPPING # do SIP NAT pinging setbflag(FLB_NATSIPPING); #!endif } if (!save("location")) sl_reply_error(); exit; } # User location service route[LOCATION] { if (!lookup("location")) { $var(rc) = $rc; t_newtran(); switch ($var(rc)) { case -1: case -3: send_reply("404", "Not Found"); exit; 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; } # IP authorization and user uthentication 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[NATDETECT] { #!ifdef WITH_NAT force_rport(); if (nat_uac_test("19")) { if (is_method("REGISTER")) { fix_nated_register(); } else { if(is_first_hop()) set_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)) { set_contact_alias(); } } #!endif return; } # URI update for dialog requests route[DLGURI] { #!ifdef WITH_NAT if(!isdsturiset()) { handle_ruri_alias(); } #!endif return; } # Routing to foreign domains route[SIPOUT] { if (uri==myself) return; append_hf("P-hint: outbound\r\n"); route(RELAY); exit; } # 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; } }

2 1

Re: [SR-Users] app_lua sr.sqlops.query exit status
by Daniel-Constantin Mierla 17 Jan '18

17 Jan '18

I only need time here to reproduce myself, what I have from your side is enough for the moment. Cheers, Daniel On 11.01.18 20:12, jenus(a)cyberchaos.nl wrote: > Daniel, > > Is there something else i can test on my side? Seems it crashes with a > very minimal config as wel (with no routing logic defined). Strange > thing is that if i disable any other module kamailio will start fine. > > Jan > > jenus(a)cyberchaos.nl schreef op 2018-01-10 13:46: >> Daniel, >> >> I have attached a stripped version of the config. With this config it >> crashes on my machine (debian 8.10). If i disable any other module >> kamailio starts and keeps running. Looks like it does not matter what >> module i disable. >> >> Jan >> >> >> >> Daniel-Constantin Mierla schreef op 2018-01-10 13:02: >>> I have master (which should be more or less like latest 5.1) running >>> with app_lua, but on debian 9.0. From backtrace, no obvious issue. >>> >>> Wondering if you can get a stripped down version of you config with as >>> less loaded modules as possible and minimal routing blocks that expose >>> the issue, so I can try it here. Try to load only the app_lua and the >>> modules it binds to and see if crashes ... if not, it could be a side >>> effect from other place. >>> >>> Cheers, >>> Daniel >>> >>> >>> On 10.01.18 12:44, jenus(a)cyberchaos.nl wrote: >>>> Daniel, >>>> >>>> (gdb) frame 5 >>>> #5 0x00007fd3b2684870 in lua_sr_kemi_register_libs (L=0xeffdb0) at >>>> app_lua_sr.c:1973 >>>> 1973 app_lua_sr.c: No such file or directory. >>>> (gdb) list >>>> 1968 in app_lua_sr.c >>>> (gdb) info locals >>>> _sr_crt_KSRMethods = 0xf0cf80 >>>> emods = 0xa59a00 <_sr_kemi_modules> >>>> emods_size = 37 >>>> i = 3 >>>> k = 35 >>>> n = 346 >>>> mname = >>>> "KSR.uac_redirect\000\000\000\000\000\000\000\000\256\240B\262\323\177\000\000й\360\000\000\000\000\000\004\000\000\000\323\177\000\000 >>>> >>>> ˏ\262\323\177\000\000\000\362\066\000\234\324\302Ͱ\375\357", '\000' >>>> <repeats 21 times>, >>>> "\065\246C\262\323\177\000\000@\265\225\356\376\177\000\000\000\000\000\000\377\377\377\377\000\000\000\000\000\000\000\000\177\241m\262\323\177\000" >>>> >>>> __FUNCTION__ = "lua_sr_kemi_register_libs" >>>> >>>> (gdb) frame 6 >>>> #6 0x00007fd3b26cf107 in lua_sr_openlibs (L=0xeffdb0) at >>>> app_lua_api.c:185 >>>> 185 app_lua_api.c: No such file or directory. >>>> (gdb) list >>>> 180 in app_lua_api.c >>>> (gdb) info locals >>>> No locals. >>>> >>>> >>>> Jan >>>> >>>> >>>> Daniel-Constantin Mierla schreef op 2018-01-10 12:40: >>>>> Now the backtrace is different, gram the output for info locals in >>>>> frame >>>>> 5 and 6. >>>>> >>>>> Cheers, >>>>> Daniel >>>>> >>>>> >>>>> On 10.01.18 11:26, jenus(a)cyberchaos.nl wrote: >>>>>> I have overwritten the core file b y accident. I did a new >>>>>> backtrace: >>>>>> >>>>>> (gdb) backtrace >>>>>> #0 0x00007fd3b24365a0 in ?? () from >>>>>> /usr/lib/x86_64-linux-gnu/liblua5.1.so.0 >>>>>> #1 0x00007fd3b2437b62 in ?? () from >>>>>> /usr/lib/x86_64-linux-gnu/liblua5.1.so.0 >>>>>> #2 0x00007fd3b242a040 in lua_settable () from >>>>>> /usr/lib/x86_64-linux-gnu/liblua5.1.so.0 >>>>>> #3 0x00007fd3b243a412 in luaL_findtable () from >>>>>> /usr/lib/x86_64-linux-gnu/liblua5.1.so.0 >>>>>> #4 0x00007fd3b243a581 in luaL_openlib () from >>>>>> /usr/lib/x86_64-linux-gnu/liblua5.1.so.0 >>>>>> #5 0x00007fd3b2684870 in lua_sr_kemi_register_libs (L=0xeffdb0) at >>>>>> app_lua_sr.c:1973 >>>>>> #6 0x00007fd3b26cf107 in lua_sr_openlibs (L=0xeffdb0) at >>>>>> app_lua_api.c:185 >>>>>> #7 0x00007fd3b26cf7c1 in lua_sr_init_probe () at app_lua_api.c:225 >>>>>> #8 0x00007fd3b265b97d in child_init (rank=-127) at >>>>>> app_lua_mod.c:197 >>>>>> #9 0x0000000000549944 in init_mod_child (m=0x7fd3bc82cc70, >>>>>> rank=-127) >>>>>> at core/sr_module.c:938 >>>>>> #10 0x0000000000549c72 in init_child (rank=-127) at >>>>>> core/sr_module.c:964 >>>>>> #11 0x0000000000422c1c in main_loop () at main.c:1576 >>>>>> #12 0x000000000042aab9 in main (argc=3, argv=0x7ffeee95b548) at >>>>>> main.c:2646 >>>>>> >>>>>> (gdb) frame 7 >>>>>> #7 0x00007fd3b26cf7c1 in lua_sr_init_probe () at app_lua_api.c:225 >>>>>> 225 app_lua_api.c: No such file or directory. >>>>>> (gdb) list >>>>>> 220 in app_lua_api.c >>>>>> (gdb) info locals >>>>>> L = 0xeffdb0 >>>>>> txt = 0x7fd3bd00dce7 <__fprintf+135> "H\201\304", <incomplete >>>>>> sequence >>>>>> \330> >>>>>> li = 0x0 >>>>>> sbuf = {st_dev = 0, st_ino = 206158430256, st_nlink = >>>>>> 140732901208248, >>>>>> st_mode = 4002787296, st_uid = 32766, st_gid = 4002787464, __pad0 = >>>>>> 14, st_rdev = 140728898420739, st_size = 0, >>>>>> st_blksize = 30795, st_blocks = 7970120, st_atim = {tv_sec = >>>>>> 7929944, tv_nsec = 0}, st_mtim = {tv_sec = 0, tv_nsec = >>>>>> 140732901208128}, st_ctim = {tv_sec = 140547210663782, >>>>>> tv_nsec = 7938688}, __glibc_reserved = {-541165879423, >>>>>> 140732901208240, 5544260}} >>>>>> __FUNCTION__ = "lua_sr_init_probe" >>>>>> >>>>>> I assume that in this case i need to do a "frame 7". >>>>>> >>>>>> >>>>>> Jan >>>>>> >>>>>> Daniel-Constantin Mierla schreef op 2018-01-10 11:18: >>>>>>> Few more things to grab from core file with gdb -- take the >>>>>>> output for >>>>>>> the next commands: >>>>>>> >>>>>>> frame 16 >>>>>>> >>>>>>> list >>>>>>> >>>>>>> info locals >>>>>>> >>>>>>> Cheers, >>>>>>> Daniel >>>>>>> >>>>>>> >>>>>>> On 10.01.18 11:08, jenus(a)cyberchaos.nl wrote: >>>>>>>> Daniel, >>>>>>>> >>>>>>>> Here are the app_lua settings: >>>>>>>> >>>>>>>> # ----- app_lua params ----- >>>>>>>> modparam("app_lua", "load", >>>>>>>> "/etc/kamailio/kamailio_functions.lua") >>>>>>>> modparam("app_lua", "register", "sqlops") >>>>>>>> modparam("app_lua", "register", "siputils") >>>>>>>> modparam("app_lua", "register", "xhttp") >>>>>>>> >>>>>>>> >>>>>>>> Jan >>>>>>>> >>>>>>>> >>>>>>>> Daniel-Constantin Mierla schreef op 2018-01-10 11:03: >>>>>>>>> Can you give here the parameters you set for app_lua module? >>>>>>>>> >>>>>>>>> Cheers, >>>>>>>>> Daniel >>>>>>>>> >>>>>>>>> >>>>>>>>> On 09.01.18 22:27, jenus(a)cyberchaos.nl wrote: >>>>>>>>>> Daniel, >>>>>>>>>> >>>>>>>>>> Here is the backtrace. >>>>>>>>>> >>>>>>>>>> (gdb) backtrace >>>>>>>>>> #0 0x00007fe41140e067 in __GI_raise (sig=sig@entry=6) at >>>>>>>>>> ../nptl/sysdeps/unix/sysv/linux/raise.c:56 >>>>>>>>>> #1 0x00007fe41140f448 in __GI_abort () at abort.c:89 >>>>>>>>>> #2 0x00007fe41144c1b4 in __libc_message >>>>>>>>>> (do_abort=do_abort@entry=1, >>>>>>>>>> fmt=fmt@entry=0x7fe411541210 "*** Error in `%s': %s: 0x%s >>>>>>>>>> ***\n") at >>>>>>>>>> ../sysdeps/posix/libc_fatal.c:175 >>>>>>>>>> #3 0x00007fe41145198e in malloc_printerr (action=1, >>>>>>>>>> str=0x7fe41153d42a "realloc(): invalid next size", >>>>>>>>>> ptr=<optimized >>>>>>>>>> out>) at malloc.c:4996 >>>>>>>>>> #4 0x00007fe41145476b in _int_realloc >>>>>>>>>> (av=av@entry=0x7fe41177e620 >>>>>>>>>> <main_arena>, oldp=oldp@entry=0x21789c0, >>>>>>>>>> oldsize=oldsize@entry=736, >>>>>>>>>> nb=nb@entry=1552) at malloc.c:4234 >>>>>>>>>> #5 0x00007fe411455769 in __GI___libc_realloc (oldmem=0x21789d0, >>>>>>>>>> bytes=1536) at malloc.c:3029 >>>>>>>>>> #6 0x00007fe40c460cae in ?? () from >>>>>>>>>> /usr/lib/x86_64-linux-gnu/liblua5.1.so.0 >>>>>>>>>> #7 0x00007fe40c45c9aa in ?? () from >>>>>>>>>> /usr/lib/x86_64-linux-gnu/liblua5.1.so.0 >>>>>>>>>> #8 0x00007fe40c46166d in ?? () from >>>>>>>>>> /usr/lib/x86_64-linux-gnu/liblua5.1.so.0 >>>>>>>>>> #9 0x00007fe40c4640b3 in ?? () from >>>>>>>>>> /usr/lib/x86_64-linux-gnu/liblua5.1.so.0 >>>>>>>>>> #10 0x00007fe40c45ccd1 in ?? () from >>>>>>>>>> /usr/lib/x86_64-linux-gnu/liblua5.1.so.0 >>>>>>>>>> #11 0x00007fe40c45c92e in ?? () from >>>>>>>>>> /usr/lib/x86_64-linux-gnu/liblua5.1.so.0 >>>>>>>>>> #12 0x00007fe40c45d7bb in ?? () from >>>>>>>>>> /usr/lib/x86_64-linux-gnu/liblua5.1.so.0 >>>>>>>>>> #13 0x00007fe40c45d8c2 in ?? () from >>>>>>>>>> /usr/lib/x86_64-linux-gnu/liblua5.1.so.0 >>>>>>>>>> #14 0x00007fe40c459528 in lua_load () from >>>>>>>>>> /usr/lib/x86_64-linux-gnu/liblua5.1.so.0 >>>>>>>>>> #15 0x00007fe40c469d8c in luaL_loadbuffer () from >>>>>>>>>> /usr/lib/x86_64-linux-gnu/liblua5.1.so.0 >>>>>>>>>> #16 0x00007fe40c6fe7d7 in lua_sr_init_probe () at >>>>>>>>>> app_lua_api.c:228 >>>>>>>>>> #17 0x00007fe40c68a97d in child_init (rank=-127) at >>>>>>>>>> app_lua_mod.c:197 >>>>>>>>>> #18 0x0000000000549944 in init_mod_child (m=0x7fe410c3b998, >>>>>>>>>> rank=-127) >>>>>>>>>> at core/sr_module.c:938 >>>>>>>>>> #19 0x0000000000549662 in init_mod_child (m=0x7fe410c3bec0, >>>>>>>>>> rank=-127) >>>>>>>>>> at core/sr_module.c:935 >>>>>>>>>> #20 0x0000000000549662 in init_mod_child (m=0x7fe410c3c708, >>>>>>>>>> rank=-127) >>>>>>>>>> at core/sr_module.c:935 >>>>>>>>>> #21 0x0000000000549662 in init_mod_child (m=0x7fe410c3cd78, >>>>>>>>>> rank=-127) >>>>>>>>>> at core/sr_module.c:935 >>>>>>>>>> #22 0x0000000000549662 in init_mod_child (m=0x7fe410c3d360, >>>>>>>>>> rank=-127) >>>>>>>>>> at core/sr_module.c:935 >>>>>>>>>> #23 0x0000000000549662 in init_mod_child (m=0x7fe410c3e1e8, >>>>>>>>>> rank=-127) >>>>>>>>>> at core/sr_module.c:935 >>>>>>>>>> #24 0x0000000000549662 in init_mod_child (m=0x7fe410c3e938, >>>>>>>>>> rank=-127) >>>>>>>>>> at core/sr_module.c:935 >>>>>>>>>> #25 0x0000000000549662 in init_mod_child (m=0x7fe410c3f4c8, >>>>>>>>>> rank=-127) >>>>>>>>>> at core/sr_module.c:935 >>>>>>>>>> #26 0x0000000000549662 in init_mod_child (m=0x7fe410c3fca0, >>>>>>>>>> rank=-127) >>>>>>>>>> at core/sr_module.c:935 >>>>>>>>>> #27 0x0000000000549662 in init_mod_child (m=0x7fe410c40118, >>>>>>>>>> rank=-127) >>>>>>>>>> at core/sr_module.c:935 >>>>>>>>>> #28 0x0000000000549662 in init_mod_child (m=0x7fe410c40780, >>>>>>>>>> rank=-127) >>>>>>>>>> at core/sr_module.c:935 >>>>>>>>>> #29 0x0000000000549662 in init_mod_child (m=0x7fe410c422f8, >>>>>>>>>> rank=-127) >>>>>>>>>> at core/sr_module.c:935 >>>>>>>>>> #30 0x0000000000549662 in init_mod_child (m=0x7fe410c42968, >>>>>>>>>> rank=-127) >>>>>>>>>> at core/sr_module.c:935 >>>>>>>>>> #31 0x0000000000549662 in init_mod_child (m=0x7fe410c42e50, >>>>>>>>>> rank=-127) >>>>>>>>>> at core/sr_module.c:935 >>>>>>>>>> #32 0x0000000000549662 in init_mod_child (m=0x7fe410c43b48, >>>>>>>>>> rank=-127) >>>>>>>>>> at core/sr_module.c:935 >>>>>>>>>> #33 0x0000000000549662 in init_mod_child (m=0x7fe410c43f20, >>>>>>>>>> rank=-127) >>>>>>>>>> at core/sr_module.c:935 >>>>>>>>>> #34 0x0000000000549662 in init_mod_child (m=0x7fe410c446e0, >>>>>>>>>> rank=-127) >>>>>>>>>> at core/sr_module.c:935 >>>>>>>>>> #35 0x0000000000549662 in init_mod_child (m=0x7fe410c44bd0, >>>>>>>>>> rank=-127) >>>>>>>>>> at core/sr_module.c:935 >>>>>>>>>> #36 0x0000000000549662 in init_mod_child (m=0x7fe410c44ec8, >>>>>>>>>> rank=-127) >>>>>>>>>> at core/sr_module.c:935 >>>>>>>>>> #37 0x0000000000549662 in init_mod_child (m=0x7fe410c45378, >>>>>>>>>> rank=-127) >>>>>>>>>> at core/sr_module.c:935 >>>>>>>>>> #38 0x0000000000549662 in init_mod_child (m=0x7fe410c458f0, >>>>>>>>>> rank=-127) >>>>>>>>>> at core/sr_module.c:935 >>>>>>>>>> #39 0x0000000000549662 in init_mod_child (m=0x7fe410c45e48, >>>>>>>>>> rank=-127) >>>>>>>>>> at core/sr_module.c:935 >>>>>>>>>> #40 0x0000000000549662 in init_mod_child (m=0x7fe410c464e8, >>>>>>>>>> rank=-127) >>>>>>>>>> at core/sr_module.c:935 >>>>>>>>>> #41 0x0000000000549662 in init_mod_child (m=0x7fe410c47278, >>>>>>>>>> rank=-127) >>>>>>>>>> at core/sr_module.c:935 >>>>>>>>>> #42 0x0000000000549662 in init_mod_child (m=0x7fe410c476f0, >>>>>>>>>> rank=-127) >>>>>>>>>> at core/sr_module.c:935 >>>>>>>>>> #43 0x0000000000549662 in init_mod_child (m=0x7fe410c47b68, >>>>>>>>>> rank=-127) >>>>>>>>>> at core/sr_module.c:935 >>>>>>>>>> #44 0x0000000000549c72 in init_child (rank=-127) at >>>>>>>>>> core/sr_module.c:964 >>>>>>>>>> #45 0x0000000000422c1c in main_loop () at main.c:1576 >>>>>>>>>> #46 0x000000000042aab9 in main (argc=3, argv=0x7ffe17f0e788) at >>>>>>>>>> main.c:2646 >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> Jan >>>>>>>>>> >>>>>>>>>> Daniel-Constantin Mierla schreef op 2018-01-09 22:21: >>>>>>>>>>> Can you install the debug symbols for kamailio as well? There >>>>>>>>>>> should be >>>>>>>>>>> a kamailio-dbg package or so ... >>>>>>>>>>> >>>>>>>>>>> Then take again the backtrace, it should provide more >>>>>>>>>>> information -- >>>>>>>>>>> file and line for each frame, ... >>>>>>>>>>> >>>>>>>>>>> Cheers, >>>>>>>>>>> Daniel >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> On 09.01.18 21:21, jenus(a)cyberchaos.nl wrote: >>>>>>>>>>>> Daniel, >>>>>>>>>>>> >>>>>>>>>>>> Just upgraded to 5.1 but kamailio now generates a core >>>>>>>>>>>> file. I'm >>>>>>>>>>>> running debian 8.10. It seems to crash on liblua5.1.so.0 : >>>>>>>>>>>> >>>>>>>>>>>> Using host libthread_db library >>>>>>>>>>>> "/lib/x86_64-linux-gnu/libthread_db.so.1". >>>>>>>>>>>> Core was generated by `kamailio -m 1500'. >>>>>>>>>>>> Program terminated with signal SIGSEGV, Segmentation fault. >>>>>>>>>>>> #0 0x00007f30c17f25a0 in ?? () from >>>>>>>>>>>> /usr/lib/x86_64-linux-gnu/liblua5.1.so.0 >>>>>>>>>>>> (gdb) backtrace >>>>>>>>>>>> #0 0x00007f30c17f25a0 in ?? () from >>>>>>>>>>>> /usr/lib/x86_64-linux-gnu/liblua5.1.so.0 >>>>>>>>>>>> #1 0x00007f30c17f3b62 in ?? () from >>>>>>>>>>>> /usr/lib/x86_64-linux-gnu/liblua5.1.so.0 >>>>>>>>>>>> #2 0x00007f30c17e6040 in lua_settable () from >>>>>>>>>>>> /usr/lib/x86_64-linux-gnu/liblua5.1.so.0 >>>>>>>>>>>> #3 0x00007f30c17f6412 in luaL_findtable () from >>>>>>>>>>>> /usr/lib/x86_64-linux-gnu/liblua5.1.so.0 >>>>>>>>>>>> #4 0x00007f30c17f6581 in luaL_openlib () from >>>>>>>>>>>> /usr/lib/x86_64-linux-gnu/liblua5.1.so.0 >>>>>>>>>>>> #5 0x00007f30c1a40870 in lua_sr_kemi_register_libs () from >>>>>>>>>>>> /usr/lib/x86_64-linux-gnu/kamailio/modules/app_lua.so >>>>>>>>>>>> #6 0x00007f30c1a8b107 in lua_sr_openlibs () from >>>>>>>>>>>> /usr/lib/x86_64-linux-gnu/kamailio/modules/app_lua.so >>>>>>>>>>>> #7 0x00007f30c1a8b7c1 in lua_sr_init_probe () from >>>>>>>>>>>> /usr/lib/x86_64-linux-gnu/kamailio/modules/app_lua.so >>>>>>>>>>>> #8 0x00007f30c1a1797d in ?? () from >>>>>>>>>>>> /usr/lib/x86_64-linux-gnu/kamailio/modules/app_lua.so >>>>>>>>>>>> #9 0x0000000000549944 in ?? () >>>>>>>>>>>> #10 0x0000000000549c72 in init_child () >>>>>>>>>>>> #11 0x0000000000421498 in main_loop () >>>>>>>>>>>> #12 0x000000000042aab9 in main () >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> Thanks, >>>>>>>>>>>> >>>>>>>>>>>> Jan >>>>>>>>>>>> >>>>>>>>>>>> jenus(a)cyberchaos.nl schreef op 2018-01-09 20:53: >>>>>>>>>>>>> Daniel, >>>>>>>>>>>>> >>>>>>>>>>>>> Currently running kamailio 5.0.5. >>>>>>>>>>>>> >>>>>>>>>>>>> Jan >>>>>>>>>>>>> >>>>>>>>>>>>> Daniel-Constantin Mierla schreef op 2018-01-09 13:27: >>>>>>>>>>>>>> Hello, >>>>>>>>>>>>>> >>>>>>>>>>>>>> what version of kamailio are you using? >>>>>>>>>>>>>> >>>>>>>>>>>>>> Cheers, >>>>>>>>>>>>>> Daniel >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> On 07.01.18 22:14, jenus(a)cyberchaos.nl wrote: >>>>>>>>>>>>>>> Hello, >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> I'm doing some tests with a lua script and app_lua. I'm >>>>>>>>>>>>>>> using >>>>>>>>>>>>>>> sr.sqlops.query to insert records into the database but >>>>>>>>>>>>>>> would >>>>>>>>>>>>>>> like to >>>>>>>>>>>>>>> test the exit status of the sql query. In kamailio i can >>>>>>>>>>>>>>> do: >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> if(!sql_query("kamailio", "INSERT INTO subscriber ...")) >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Is there some kind of exit status for the lua function >>>>>>>>>>>>>>> sr.sqlops.query >>>>>>>>>>>>>>> in order to do the same check in lua? In other words, is it >>>>>>>>>>>>>>> possible >>>>>>>>>>>>>>> to check if a sql query was successful in lua? The result >>>>>>>>>>>>>>> seems >>>>>>>>>>>>>>> to be >>>>>>>>>>>>>>> nill in all cases for a INSERT in lua using >>>>>>>>>>>>>>> sr.sqlops.query. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Thanks, >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Jan Hazenberg >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> _______________________________________________ >>>>>>>>>>>>>>> Kamailio (SER) - Users Mailing List >>>>>>>>>>>>>>> sr-users(a)lists.kamailio.org >>>>>>>>>>>>>>> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users >>>>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> _______________________________________________ >>>>>>>>>>>>> Kamailio (SER) - Users Mailing List >>>>>>>>>>>>> sr-users(a)lists.kamailio.org >>>>>>>>>>>>> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users >>>>>>>>>>>> >>>>>>>>>> >>>>>>>> >>>>>> >>>> >> >> _______________________________________________ >> Kamailio (SER) - Users Mailing List >> sr-users(a)lists.kamailio.org >> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users > -- Daniel-Constantin Mierla www.twitter.com/miconda -- www.linkedin.com/in/miconda Kamailio Advanced Training - March 5-7, 2018, Berlin - www.asipto.com Kamailio World Conference - May 14-16, 2018 - www.kamailioworld.com

2 2

Re: [SR-Users] Fosdem dinner
by Federico Cabiddu 16 Jan '18

16 Jan '18

Hi Daniel, I will be at Fosdem and I'd like to join the dinner. See you there. Federico On 15 Jan 2018 09:29, "Daniel-Constantin Mierla" <miconda(a)gmail.com> wrote: Hello, in the past 10 years or so, many of us met at Fosdem conference in Brussels (the edition this year happens during February 3-4) and had a dinner on Saturday evening. I know already couple of people from community that will go there, so the question is if there is any interest to organize again such event. If yes, it will be again on Saturday, on the evening of the 3rd of February. At the past editions, it turned into an all-RTC dinner, but we can consider to have it alone again (eventually with few other invited friends), if there are too many or people want a smaller meeting. Reply this week if you want to join, so we can estimate how many seats we need and have enough time to find a place that can accommodate us. More about Fosdem can be found at: - https://fosdem.org There is a devroom on Sunday with topics covering real time communications. I will have a presentation there. Cheers, Daniel -- Daniel-Constantin Mierla www.twitter.com/miconda -- www.linkedin.com/in/miconda Kamailio Advanced Training - March 5-7, 2018, Berlin - www.asipto.com Kamailio World Conference - May 14-16, 2018 - www.kamailioworld.com _______________________________________________ Kamailio (SER) - Users Mailing List sr-users(a)lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

1 0

Re: [SR-Users] Process transactions after server crash?
by Malcolm O'Hare 16 Jan '18

16 Jan '18

The situation is an INVITE sent and forked to multiple branches to send to multiple devices. After forwarding the AP goes down before either the 180 or final response from any branch. In the case with multiple branches going stateless wouldn't work because the caller would potentially receive multiple final responses? And sending cancels to the other branches after a final response wouldn't work since we wouldn't know about them. I was envisioning something like what you said, serializing the transaction info and saving it (and updating it on branch replies) and then having other hosts able to read it if they end up getting a message for which they werent in the original route.

1 0

Blind Transfer WS Error
by Alessio Miranda 16 Jan '18

16 Jan '18

Hi, I have a problem with the blind transfer via WebSocket, debugging from the browser we see that in some cases when the REFER is done and the sip message "202 Accepted" arrives, the message "180 Ringing" arrives first and then the "100 Trying" and the transfer goes in error with "500 JsSIP Internal Error" I have an architecture with Kamailio in frontend and asterisk in backend on the same network, the sip dialogue between FE and BE is in SIP / UDP. The WebRTC client connects to WebSocket at Kamailio's public address. We have verified that the sip messages exchanged between kamailio and asterisk are always correct. Kamailio Ver. 4.4.4 Asterisk Ver. 13.18.3 PJSIP Ver. 2.6 JSSIP Ver. 3.2.2 Thanks Alessio

1 0

im_auth: IMS AKA re-synchronization failure
by Jason Weijian Chen 16 Jan '18

16 Jan '18

Hello all, I am testing VoLTE between Kamailio and several smart phones. The phones requested re-synchronization from time to time. However, I found the one phone could not re-syn while the other phones could. The main difference is that this phone send "auts" with no "response", and other phone requested re-sync with a "response". Here is the comparison of two typical Authorization attribute: 1, no response: Authorization: Authentication Scheme: Digest Nonce Value: "ruyNeVizArzCYHL7P8RARxEImZpylYAAzrS+UZA9LS4=" Username: "460000123456005(a)ims.mnc000.mcc460.3gppnetwork.org" Authentication URI: "sip:ims.mnc000.mcc460.3gppnetwork.org" Realm: "ims.mnc000.mcc460.3gppnetwork.org" Algorithm: AKAv1-MD5,response="" QOP: auth,cnonce="86340c0486340c24" Nonce Count: 00000001,auts="UNjSbCZ9C8A7gHq2ngE=" 2, no response: Authorization: Authentication Scheme: Digest Username: "460000123456006(a)ims.mnc000.mcc460.3gppnetwork.org" Realm: "ims.mnc000.mcc460.3gppnetwork.org" Nonce Value: "XA2hWJsI0H1ElQORsxX9KjaGlvSLNIAAqUhXhX7iIgw=" Algorithm: AKAv1-MD5,uri="sip:ims.mnc000.mcc460.3gppnetwork.org" Digest Authentication Response: "6ebd7700739d5e6d4f8d3c7009147fa3" QOP: auth,nc=00000001,cnonce="dsf232sun603405704xyx" Authentication Token: "F3k9aD3/Zd7ijAeKiWw=" I think the problem lies in module ims_auth. On line 784 of kamailio/src/modules/ims_auth/authorize.c: if (!get_nonce_response(msg, &username, realm, &nonce, &response16, &qop, &qop_str, &nc, &cnonce, &uri, is_proxy_auth) || !nonce.len || !response16.len) { LM_DBG("Nonce or response missing: nonce len [%i], response16 len[%i]\n", nonce.len, response16.len); return AUTH_ERROR; } Basically the code skip re-sync request and return auth failure when "response" is empty. So the IMS server doesn't update SQN with UE and it responds 401 challenge with a old SQN. Re-synchronization can never succeed then. By deleting the existence cheek of response, re-sync passed on my setup。 if (!get_nonce_response(msg, &username, realm, &nonce, &response16, &qop, &qop_str, &nc, &cnonce, &uri, is_proxy_auth) || !nonce.len ) { I hope I didn't miss anything else and won't cause other problem. Regards, Wei-Jian Chen

1 0

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