sr-users December 2020

sr-users@lists.kamailio.org

67 participants
91 discussions

Re: [SR-Users] Dialog profile not defined
by Gertjan Wolzak 06 Dec '20

06 Dec '20

Thank you Joel for the tip. But that is also not it..... I tried of course, but when you look at the Dialog module documentation is says: modparam("dialog", "profiles_with_value", "caller ; my_profile") So there are spaces in the modparam config for the dialog profiles. Its just so strange that when starting Kamailio I get the error that the Profile outbound is not configured, while it is... Log line: Dec 6 15:04:04 proxy01 /usr/local/sbin/kamailio[76664]: CRITICAL: dialog [dialog.c:391]: fixup_profile(): profile <inbound> not defined kamailo.cfg # ---- Dialog params ------------- modparam("dialog", "default_timeout", 7200) modparam("dialog", "db_mode", 0) modparam("dialog", "dlg_flag", DLG_FLAG) modparam("dialog", "hash_size", 4096) #modparam("dialog", "detect_spirals", 1) modparam("dialog", "profiles_with_value", "inbound") Im starting to think that I am missing some configuration in the kamailio.cfg file... Rgds, Gertjan

1 0

Re: [SR-Users] Dialog profile not defined
by Gertjan Wolzak 05 Dec '20

05 Dec '20

Thanks again Sergiu, /Hmmm... if dialog params are wrapped in a ifdef condition, then do you have something like #!define WITH_DIALOG at the top?/ But the #!define WITH_DIALOG is to choose between loading module parameters or not loading module parameters... When you do not add #!ifdef WITH_XXX before the parameters and #!endif after, then those parameters will be loaded when starting Kamailio. So, I still have the issue that the profile is not being loaded. I have tried renaming the profiles, in the route and the parameters, but that does not make a difference.. # ---- Dialog params ------------- modparam("dialog", "default_timeout", 7200) modparam("dialog", "db_mode", 0) modparam("dialog", "dlg_flag", DLG_FLAG) modparam("dialog", "hash_size", 4096) #modparam("dialog", "detect_spirals", 1) modparam("dialog", "profiles_with_value", "inbound ; outbound") route[CONCURRENT_IN] { #Add call to customer profile #Check if customer has not reached inbound call limit #Get max concurrent calls sql_query("cc", "select max_calls_in from calllimit where cust_id='$avp(custid)'", "ra"); $avp(maxcalls)=$dbr(ra=>[0,0]); sql_result_free("ra"); $avp(concurrent) = 0; get_profile_size("inbound", "$avp(custid)", "$avp(concurrent)"); if( $avp(concurrent) >= $var(max) ) { xlog("L_INFO"," Call limit reached for customer $avp(custid)\r\n "); sl_send_reply("503", "No Lines Available"); exit; } set_dlg_profile("inbound", "$avp(custid)"); return; } But this still results in: Dec 5 09:34:33 proxy01 /usr/local/sbin/kamailio[75755]: CRITICAL: dialog [dialog.c:391]: fixup_profile(): profile <inbound> not defined Dec 5 09:34:33 proxy01 /usr/local/sbin/kamailio[75755]: ERROR: <core> [core/route.c:1166]: fix_actions(): fixing failed (code=-6) at cfg:/usr/local/etc/kamailio/kamailio.cfg:1578

2 1

question regarding rtpengine and ICE candidate selection
by Andrew Chen 04 Dec '20

04 Dec '20

Hi all, I was wondering if someone can help me understand how the ICE parameter works in the rtpengine module works. So basically our client does an ICE candidate lookup and grabs a list of them and applies it to the INVITE that gets sent to the Kamailio. The list looks like this: 2020-12-03T18:05:46.456030+00:00 ashmainkama51 kamailio[22147]: a=candidate:3373280875 1 udp 2122262783 2001:8a0:78fc:7000:e1d7:e93:3c50:ee71 59827 typ host generation 0 network-id 2 network-cost 10 2020-12-03T18:05:46.456057+00:00 ashmainkama51 kamailio[22147]: a=candidate:3040609428 1 udp 2122197247 2001:8a0:78fc:7000:d979:bf75:dbc0:69f 59828 typ host generation 0 network-id 3 network-cost 10 2020-12-03T18:05:46.456081+00:00 ashmainkama51 kamailio[22147]: a=candidate:1681997092 1 udp 2122129151 192.168.1.66 59829 typ host generation 0 network-id 1 network-cost 10 2020-12-03T18:05:46.456106+00:00 ashmainkama51 kamailio[22147]: a=candidate:2274611867 1 tcp 1518283007 2001:8a0:78fc:7000:e1d7:e93:3c50:ee71 9 typ host tcptype active generation 0 network-id 2 network-cost 10 2020-12-03T18:05:46.456131+00:00 ashmainkama51 kamailio[22147]: a=candidate:4223662180 1 tcp 1518217471 2001:8a0:78fc:7000:d979:bf75:dbc0:69f 9 typ host tcptype active generation 0 network-id 3 network-cost 10 2020-12-03T18:05:46.456155+00:00 ashmainkama51 kamailio[22147]: a=candidate:717406676 1 tcp 1518149375 192.168.1.66 9 typ host tcptype active generation 0 network-id 1 network-cost 10 2020-12-03T18:05:46.456180+00:00 ashmainkama51 kamailio[22147]: a=candidate:2130547417 1 udp 8199935 206.81.191.27 61165 typ relay raddr 85.247.0.121 rport 53091 generation 0 network-id 1 network-cost 10 In the rtpengine_offer, I have this: rtpengine_offer("ICE=force DTLS=passive replace-session-connection replace-origin external internal"); What i am trying to do is to tell the freeswitch endpoint to use rtpengine as ICE candidate and I see in the SDP this is happening: a=candidate:6296910676 1 udp 659136 206.81.191.52 52766 typ host generation 0 Btw..206.81.191.52 is a separate AWS instance running rtpengine binary. On the rtpengine_answer, I tell the remote client side the same thing..use rtpengine as your ICE candidate: rtpengine_answer("ICE=force DTLS=passive replace-session-connection replace-origin internal external"); and this is snippet from 200 OK: a=candidate:6296910676 1 udp 659136 206.81.191.52 52766 typ host generation 0 Question: Why does the rtpengine logs still show that it's trying to use 2001:8a0:78fc:7000:e1d7:e93:3c50:ee71 as RTP candidate in this scenario? Dec 3 18:05:47 ashmainrtpe42 rtpengine[8505]: DEBUG: [ep1sbnkk9tikhg4kpmot]: Forward to sink endpoint: 2001:8a0:78fc:7000:e1d7:e93:3c50:ee71:59827 (RTP seq 25423 TS 0) I thought ICE=force will handle such adjustments so that all rtp is handled by the rtpengine to our client and bypass the STUN server? Thanks. -- Andy Chen Sr. Telephony Lead Engineer achen@ <achen(a)thinkingphones.com>fuze.com -- *Confidentiality Notice: The information contained in this e-mail and any attachments may be confidential. If you are not an intended recipient, you are hereby notified that any dissemination, distribution or copying of this e-mail is strictly prohibited. If you have received this e-mail in error, please notify the sender and permanently delete the e-mail and any attachments immediately. You should not retain, copy or use this e-mail or any attachment for any purpose, nor disclose all or any part of the contents to any other person. Thank you.*

3 22

REFER from MS teams to Kamailio.
by Yuriy Nasida 04 Dec '20

04 Dec '20

Well, I saw similar questions in the list already but looks like nobody has answer. Please look at REFER below. Kamilio get REFER from MS and sends it to FS node. Next, FS node try to make 3th call for some reason.I expect that FS will not do 3th call and just will connect Alice and Bob itself. 2020/05/14 12:32:00.637027 KAM_IP:5060 -> FS_IP:5060 REFER sip:Alice_number@FS_IP:5060;transport=udp SIP/2.0 FROM: Customer1<sip:MS_TRUNK_NUMBER@sip.pstnhub.microsoft.com:5061 ;user=phone>;tag=a860c50a3fb54d08b4e5740fa2dfb3d6 TO: <sip:Alice_number@FQDN_OF_TRUNK:5061>;user=phone;tag=e8ct9S6ty13va CSEQ: 4 REFER CALL-ID: 2c71b2a6669b5343a231e1244b19c945 MAX-FORWARDS: 50 Via: SIP/2.0/UDP FQDN_OF_TRUNK:5060;branch=z9hG4bK10ae.2c42897feca117121a23bf0c8d54cd19.0;i=c VIA: SIP/2.0/TLS 52.114.75.24:5061;branch=z9hG4bK7e3e8998 CONTACT: <sip:api-du-a-euwe.pstnhub.microsoft.com:443 ;x-i=6b68e7aa-f5e2-44ec-9edf-0bacbabfce07;x-c=2c71b2a6669b5343a231e1244b19c945/d/8/b68f86794a8e44d19543f8edbee6b2fc CONTENT-LENGTH: 0 REFER-TO: <sip:Bob_number@sip.pstnhub.microsoft.com:5061 ;user=phone;transport=tls> REFERRED-BY: <sip:sip.pstnhub.microsoft.com:5061 ;x-m=8:orgid:21bc47d3-c050-4292-8234-46f7005b97aa;x-t=fb788ef8-3c4c-455a-8d62-f3c20832c0d3;x-ti=6b68e7aa-f5e2-44ec-9edf- acbabfce07;x-tt=aHR0cHM6Ly9hcGktZHUtYS1ldXdlLnBzdG5odWIubWljcm9zb2Z0LmNvbS92MS9uZ2MvY2FsbG5vdGlmaWNhdGlvbj9kY2k9YzIxMjE3MzEyNTQ2NDk1ZjlhYTcwODliYTkwNGIxZGQ%3D> USER-AGENT: Microsoft.PSTNHub.SIPProxy v.2020.5.6.2 i.EUWE.4 ALLOW: INVITE,ACK,OPTIONS,CANCEL,BYE,NOTIFY P-ASSERTED-IDENTITY: <tel:MS_TRUNK_NUMBER>,< sip:customer1@m365x587912.onmicrosoft.com> PRIVACY: id X-AUTH-IP: 52.114.75.24 X-AUTH-PORT: 3136 Any advice?

4 11

Re: [SR-Users] Dialog profile not defined
by Gertjan Wolzak 04 Dec '20

04 Dec '20

Hello Sergiu, Thank you for the pointer, the line 1576 is: get_profile_size("callee", "$avp(custid)", "$avp(concurrent)"); That is where Kamailio refuses to start.... And as you mentioned my error in the IF statement after correction you pointed out, Kamailio still refuses on the fact that the profile <callee> was not defined... Dec 4 13:42:50 proxy01 /usr/local/sbin/kamailio[75008]: CRITICAL: dialog [dialog.c:391]: fixup_profile(): profile <callee> not defined Dec 4 13:42:50 proxy01 /usr/local/sbin/kamailio[75008]: ERROR: <core> [core/route.c:1166]: fix_actions(): fixing failed (code=-6) at cfg:/usr/local/etc/kamailio/kamailio.cfg:1576 Dec 4 13:42:50 proxy01 systemd[1]: kamailio.service: Main process exited, code=exited, status=255/n/a Dec 4 13:42:50 proxy01 systemd[1]: kamailio.service: Failed with result 'exit-code'. Does anyone else maybe have an idea on where I go wrong? Rgds, Gertjan

2 1

Fix Sdp Error
by Duarte Rocha 04 Dec '20

04 Dec '20

Hello, I noticed that when i do calls behind NAT i'm getting this error when i call fix_nated_sdp() : "nathelper [nathelper.c:1659]: replace_sdp_ip(): can't extract 'a=rtcp' IP from the SDP" As far as i can see, all the ips on SDP are correctly replaced to a public IP, so i don't understand the origin of this error. This is the SDP received by Kamailio : Session Description Protocol Session Description Protocol Version (v): 0 Owner/Creator, Session Id (o): - 3421914885 1 IN IP4 192.168.24.89 Session Name (s): SIPPER for PhonerLite Connection Information (c): IN IP4 192.168.24.89 Time Description, active time (t): 0 0 Media Description, name and address (m): audio 5062 RTP/AVP 107 8 0 2 3 97 110 111 9 18 11 118 101 Media Attribute (a): rtpmap:107 opus/48000/2 Media Attribute (a): rtpmap:8 PCMA/8000 Media Attribute (a): rtpmap:0 PCMU/8000 Media Attribute (a): rtpmap:2 G726-32/8000 Media Attribute (a): rtpmap:3 GSM/8000 Media Attribute (a): rtpmap:97 iLBC/8000 Media Attribute (a): rtpmap:110 speex/8000 Media Attribute (a): rtpmap:111 speex/16000 Media Attribute (a): rtpmap:9 G722/8000 Media Attribute (a): rtpmap:18 G729/8000 Media Attribute (a): fmtp:18 annexb=yes Media Attribute (a): rtpmap:11 L16/44100 Media Attribute (a): rtpmap:118 L16/16000 Media Attribute (a): rtpmap:101 telephone-event/8000 Media Attribute (a): fmtp:101 0-16 Media Attribute (a): ssrc:2716178988 Media Attribute (a): sendrecv And this is the SDP sent by Kamailio after NAT being treated : Session Description Protocol Session Description Protocol Version (v): 0 Owner/Creator, Session Id (o): - 3421914885 1 IN IP4 1.1.1.1 (Public IP) Session Name (s): SIPPER for PhonerLite Connection Information (c): IN IP4 1.1.1.1 (Public IP) Time Description, active time (t): 0 0 Media Description, name and address (m): audio 5062 RTP/AVP 107 8 0 2 3 97 110 111 9 18 11 118 101 Media Attribute (a): rtpmap:107 opus/48000/2 Media Attribute (a): rtpmap:8 PCMA/8000 Media Attribute (a): rtpmap:0 PCMU/8000 Media Attribute (a): rtpmap:2 G726-32/8000 Media Attribute (a): rtpmap:3 GSM/8000 Media Attribute (a): rtpmap:97 iLBC/8000 Media Attribute (a): rtpmap:110 speex/8000 Media Attribute (a): rtpmap:111 speex/16000 Media Attribute (a): rtpmap:9 G722/8000 Media Attribute (a): rtpmap:18 G729/8000 Media Attribute (a): fmtp:18 annexb=yes Media Attribute (a): rtpmap:11 L16/44100 Media Attribute (a): rtpmap:118 L16/16000 Media Attribute (a): rtpmap:101 telephone-event/8000 Media Attribute (a): fmtp:101 0-16 Media Attribute (a): ssrc:2716178988 Media Attribute (a): sendrecv Media Attribute (a): oldmediaip:192.168.24.89 Media Attribute (a): oldmediaip:192.168.24.89 Is there something failing in the SDP fix? Best Regards,

1 0

TOPOS replication with KDMQ
by James Browne 04 Dec '20

04 Dec '20

Has anyone ever implemented DMQ replication of TOPOS data between kamailio servers? I'm trying to find the easiest (to maintain) way to implement this replication, possibly without using an external database. James

3 3

presence not work proper with subs_db_mode = 2
by Aatif Shaikh 04 Dec '20

04 Dec '20

Hello, all have a problem with Kamailio presence, I have configured my kamailio.cfg to handle dialog presence and facing issue in case of subs_db_mode = 2 in case of mode 2 facing the following presence issue. 1. after hangup presence is still up 2. sometimes stuck in a ringing state 3. sometimes presence not came..etc but in the case of subs_db_mode = 3 (DB ONLY) mode presence working fine not facing any issue with this mode. I noticed that sometimes Kamailio will throw the following message during PUBLISH processing and it will not generate appropriate NOTIFY I also verify inactive watcher subscription is there for that user and also a proper entry in the dialog table. MSG during PUBLISH processesing and it will not generate appropriate NOTIFY Oct 30 07:42:10 NC-HOSTED-1 /usr/local/sbin/kamailio[2409]: DEBUG: presence [notify.c:1444]: publ_notify(): Could not find subs_dialog kamailio.cfg param modparam("pua", "db_url", DBURL_KAMAILIO) modparam("pua", "db_mode", 2) modparam("pua", "update_period", 100) modparam("pua", "dlginfo_increase_version", 1) modparam("pua", "default_expires", 3600) modparam("pua", "fetch_rows", 1000) modparam("pua", "outbound_proxy", SERVER_IP) modparam("dialog", "db_url", DBURL_KAMAILIO ) modparam("dialog", "db_mode", 1) modparam("dialog", "db_update_period", 260) modparam("dialog", "db_fetch_rows", 500) modparam("pua_dialoginfo", "include_callid", 1) modparam("pua_dialoginfo", "send_publish_flag", 8) modparam("pua_dialoginfo", "caller_confirmed", 0) modparam("pua_dialoginfo", "include_tags", 1) modparam("pua_dialoginfo", "use_pubruri_avps", 1) modparam("pua_dialoginfo", "include_localremote", 1) modparam("pua_dialoginfo", "override_lifetime", 300) modparam("pua_dialoginfo", "pubruri_caller_avp", "$avp(s:puburis_caller)") modparam("pua_dialoginfo", "pubruri_caller_dlg_var", "pubruri_caller") modparam("pua_dialoginfo", "pubruri_callee_dlg_var", "pubruri_callee") modparam("pua_dialoginfo", "pubruri_callee_avp", "$avp(s:puburis_callee)") modparam("presence_dialoginfo", "force_single_dialog", 1) modparam("presence", "db_table_lock_type", 0) modparam("presence", "db_url", DBURL_KAMAILIO) modparam("presence", "db_update_period", 5) modparam("presence", "send_fast_notify", 1) modparam("presence", "clean_period", 100) modparam("presence", "subs_db_mode", 2) //modparam("presence", "subs_db_mode", 3) modparam("presence", "timeout_rm_subs", 1) //new/ //modparam("presence", "notifier_processes", 2) //new// modparam("presence", "notifier_poll_rate", 20) //new// modparam("presence", "waitn_time",1) modparam("presence", "fetch_rows", 1000) modparam("presence", "presentity_table", "presentity") modparam("presence", "active_watchers_table", "active_watchers") modparam("presence", "watchers_table", "watchers") modparam("presence", "max_expires", 3600) modparam("presence_xml", "db_url", DBURL_KAMAILIO) modparam("presence_xml", "force_active", 1) logic for presence request_route { if(is_method("PUBLISH") || is_method("SUBSCRIBE")) { route(HANDLE_PRESENCE); } } route[HANDLE_PRESENCE] { if (! t_newtran()) { sl_reply_error(); exit; } if(is_method("PUBLISH")) { handle_publish(); t_release(); } else if( is_method("SUBSCRIBE")) { handle_subscribe(); t_release(); } exit; } route[RELAY] { if(is_method("INVITE|BYE|UPDATE|CANCEL|ACK")) { $avp(t_ext) = $tU ; $avp(domain) = $fd ; $avp(et) = $_s(sip:$avp(t_ext)@$avp(domain)) ; $avp(s:puburis_callee) = $avp(et); setflag(8); dlg_manage(); } } I already report this issue in Kamailio git https://github.com/kamailio/kamailio/issues/2540 -- -- Regards, *Aatif Shaikh *| Software Developer +91 9033976268Hangout: aatif.shaikh(a)ecosmob.comSkype : aatif.shaikh(a)ecosmob.com *Ecosmob Technologies Pvt. Ltd. * https://www.ecosmob.com VoIP | Web | Mobile | IoT | Big Data <https://twitter.com/ecosmob> <https://www.facebook.com/Ecosmob> <https://plus.google.com/+Ecosmob> <https://www.linkedin.com/company/ecosmob> <https://in.pinterest.com/ecosmob/> This e-mail message may contain confidential or legally privileged information and is intended only for the use of the intended recipient(s). Any unauthorized disclosure, dissemination, distribution, copying or the taking of any action in reliance on the information herein is prohibited. Ecosmob Technologies is not responsible for errors or omissions in this message and denies any responsibility for any damage arising from the use of e-mail. Any opinion and other statement contained in this message and any attachment are solely those of the author and do not necessarily represent those of the company. -- *Disclaimer* In addition to generic Disclaimer which you have agreed on our website, any views or opinions presented in this email are solely those of the originator and do not necessarily represent those of the Company or its sister concerns. Any liability (in negligence, contract or otherwise) arising from any third party taking any action, or refraining from taking any action on the basis of any of the information contained in this email is hereby excluded. *Confidentiality* This communication (including any attachment/s) is intended only for the use of the addressee(s) and contains information that is PRIVILEGED AND CONFIDENTIAL. Unauthorized reading, dissemination, distribution, or copying of this communication is prohibited. Please inform originator if you have received it in error. *Caution for viruses, malware etc.* This communication, including any attachments, may not be free of viruses, trojans, similar or new contaminants/malware, interceptions or interference, and may not be compatible with your systems. You shall carry out virus/malware scanning on your own before opening any attachment to this e-mail. The sender of this e-mail and Company including its sister concerns shall not be liable for any damage that may incur to you as a result of viruses, incompleteness of this message, a delay in receipt of this message or any other computer problems.

1 0

Dialog profile not defined
by Gertjan Wolzak 03 Dec '20

03 Dec '20

Hello Kamailions, I am running into the following issue. The same setup I had working on 5.0, now I am using a 5.4 version of Kamailio, but I do not believe it has to do with the version, more with my ability to make errors... I am trying to limit incoming calls by using the dialog module. The max concurrent calls value I retrieve from a database. But when I try to start Kamailio it will not because the dialog profile is not defined... These are my configured Dialog parameters: # ---- Dialog params ------------- modparam("dialog", "default_timeout", 7200) modparam("dialog", "db_mode", 0) modparam("dialog", "dlg_flag", DLG_FLAG) modparam("dialog", "hash_size", 4096) #modparam("dialog", "detect_spirals", 1) modparam("dialog", "profiles_with_value", "callee") My check on the concurrent inbound calls: route[CONCURRENT_IN] { #Add call to callee profile #Check if callee has not reached inbound call limit #Get max concurrent calls sql_query("cc", "select max_calls_in from calllimit where cust_id='$avp(custid)'", "ra"); $avp(maxcalls)=$dbr(ra=>[0,0]); sql_result_free("ra"); $avp(concurrent) = 0; get_profile_size("callee", "$avp(custid)", "$avp(concurrent)"); if( $avp(concurrent) = $var(max) ) { xlog("L_INFO"," Call limit reached for customer $avp(custid)\r\n "); sl_send_reply("503", "No Lines Available"); exit; } set_dlg_profile("callee", "$avp(custid)"); return; } And the kamailio log error: Dec 3 09:12:08 proxy01 kamailio[74102]: INFO: <core> [main.c:2833]: main(): processes (at least): 21 - shm size: 67108864 - pkg size: 8388608 Dec 3 09:12:08 proxy01 kamailio[74102]: CRITICAL: dialog [dialog.c:391]: fixup_profile(): profile <callee> not defined Dec 3 09:12:08 proxy01 kamailio[74102]: ERROR: <core> [core/route.c:1166]: fix_actions(): fixing failed (code=-6) at cfg:/usr/local/etc/kamailio/kamailio.cfg:1576 Is someone able to see where I go wrong and point me in the right direction? Thank you. Rgds, Gertjan Wolzak

2 2

$TF pseudo variable can not be used
by Володимир Іванець 03 Dec '20

03 Dec '20

Hello! I'm using a $TF variable in my config for some logging purposes. It was providing the correct string with Kamailio version 5.3.8 on CentOS 6 and 8. After updating to Kamailio version 5.4.1, the variable started to show something else. I also tried versions 5.4.2 and development 5.5.0 on CentOS 6 and the problem still persists. With version 5.5.0_dev3 this variable shows "pG▒" for me. I was wondering if someone else is using it too with Kamailio version 5.4.1 or newer on different platforms and has this issue. Thanks!

2 2

← Newer
1
2
3
4
5
6
7
8
9
10
Older →

2026

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 December 2020