- sr-users - kamailio.org

Unload UAC remote registry
by Javier Valencia 11 Jan '21

11 Jan '21

Hello, I'm on Kamailio 4.4.7 and I'm trying to do uac.reg_refresh over a row non existing on DB to try to unload, but data still persist on Kamailio. How to unload only one registry from UACs remote registrations when delete a record from DB without do a uac.reg_reload? UAC remote registrations is above 2k rows, I don't know if it's much or not. Regards, JV -- Logo <http://www.voiper.es/> Javier Valencia | CTO Centro de Negocios Martín Buendía Camino de las Cañadas, nº 1C, Portal 1, 2ºG 29649 Mijas (Málaga) # 951562080 (T) <tel:951562080> | 687486759 (M) <tel:687486759> # www.voiper.es <http://www.voiper.es/> ------------------------------------------------------------------------ AVISO LEGAL ----------- Este mensaje contiene información confidencial destinada para ser leída exclusivamente por el destinatario. Queda prohibida la reproducción, publicación, divulgación, total o parcial del mensaje así como el uso no autorizados por el emisor. En caso de recibir el mensaje por error, se ruega su comunicación al remitente lo antes posible. Por favor, indique inmediatamente si usted o su empresa no aceptan comunicaciones de este tipo por Internet. Las opiniones, conclusiones y demás información incluida en este mensaje que no esté relacionada con asuntos profesionales de SMART RECARGAS, S.L, se entenderá que nunca se ha dado, ni está respaldado por el mismo. Responsable del Tratamiento de Datos ------------------------------------ SMART RECARGAS , SL Camino de las Cañadas, 1C PORTAL 1 2º G 29651 MIJAS COSTA (MALAGA)

3 2

Different responses for domain.dump
by Javier Valencia 11 Jan '21

11 Jan '21

Hi there! I'm getting different responses from Kamailio 4.4.7 when domain.dump exec; From *kamcmd*: I'm getting two domains; .es and .net. Request to jsonrpc-s module: Response from jsonrpc-s module: And now, I'm getting only one domain. What's I'm doing wrong?

2 2

uac.reg_refresh command
by Javier Valencia 11 Jan '21

11 Jan '21

Hello, I'm playing with RPC on my Kamailio 4.4.7, and I getting rare behaivor with *uac.reg_refresh* command. When I run it thru kamcmd like docs describes, this is without *l_uuid* parameter, I'm geting "*error: 500 - Invalid Parameters*" output. And when I run with *l_uuid* parameter, I get no output. But in both cases, Kamalio don't refresh data from DB. But I run this command thru HTTP (JSONRPC-S), both call modes are equivalent. With or without l_uuid parameter geting no output and refresh data from DB. It's a normal behaivor? Regards, JV -- Logo <http://www.voiper.es/> Javier Valencia | CTO Centro de Negocios Martín Buendía Camino de las Cañadas, nº 1C, Portal 1, 2ºG 29649 Mijas (Málaga) # 951562080 (T) <tel:951562080> | 687486759 (M) <tel:687486759> # www.voiper.es <http://www.voiper.es/> ------------------------------------------------------------------------ AVISO LEGAL ----------- Este mensaje contiene información confidencial destinada para ser leída exclusivamente por el destinatario. Queda prohibida la reproducción, publicación, divulgación, total o parcial del mensaje así como el uso no autorizados por el emisor. En caso de recibir el mensaje por error, se ruega su comunicación al remitente lo antes posible. Por favor, indique inmediatamente si usted o su empresa no aceptan comunicaciones de este tipo por Internet. Las opiniones, conclusiones y demás información incluida en este mensaje que no esté relacionada con asuntos profesionales de SMART RECARGAS, S.L, se entenderá que nunca se ha dado, ni está respaldado por el mismo. Responsable del Tratamiento de Datos ------------------------------------ SMART RECARGAS , SL Camino de las Cañadas, 1C PORTAL 1 2º G 29651 MIJAS COSTA (MALAGA)

2 3

list myself values
by Javier Valencia 11 Jan '21

11 Jan '21

Hi, a question from a Kamailio newbie. How can I list or show variable *myself* values? Regards, JV

2 2

UAC module registrations interval
by Javier Valencia 11 Jan '21

11 Jan '21

Hi there, I'm using Kamailio 4.4.7 with UAC remote registrations module. In my database have all rows with expires column value's 3600, and my PBX (asterisk) min, max and default expires to 3600. But I can see how Kamailio it's sending REGISTER each 150segs. UAC module parameters values; modparam("uac", "reg_db_url", "mysql://XXX") modparam("uac", "reg_db_table", "uacreg") modparam("uac", "reg_contact_addr", "XXX") modparam("uac", "reg_timer_interval", 5) modparam("uac", "reg_retry_interval", 60) My uacreg table it's above 2k rows. Regards, JV -- Logo <http://www.voiper.es/> Javier Valencia | CTO Centro de Negocios Martín Buendía Camino de las Cañadas, nº 1C, Portal 1, 2ºG 29649 Mijas (Málaga) # 951562080 (T) <tel:951562080> | 687486759 (M) <tel:687486759> # www.voiper.es <http://www.voiper.es/> ------------------------------------------------------------------------ AVISO LEGAL ----------- Este mensaje contiene información confidencial destinada para ser leída exclusivamente por el destinatario. Queda prohibida la reproducción, publicación, divulgación, total o parcial del mensaje así como el uso no autorizados por el emisor. En caso de recibir el mensaje por error, se ruega su comunicación al remitente lo antes posible. Por favor, indique inmediatamente si usted o su empresa no aceptan comunicaciones de este tipo por Internet. Las opiniones, conclusiones y demás información incluida en este mensaje que no esté relacionada con asuntos profesionales de SMART RECARGAS, S.L, se entenderá que nunca se ha dado, ni está respaldado por el mismo. Responsable del Tratamiento de Datos ------------------------------------ SMART RECARGAS , SL Camino de las Cañadas, 1C PORTAL 1 2º G 29651 MIJAS COSTA (MALAGA)

2 1

how does rtjson work?
by Syed Shahryar 11 Jan '21

11 Jan '21

My use case is such that I want to be able to send a SIP MESSAGE destined for a single username to multiple users. In order to be able to map that target username to multiple usernames, I tried using rtjson and evapi/http (to generate the routing json), but none of them worked. Is it the right approach? Is there any other way to programmatically generate multiple targets for SIP request? I am familiar with dynamic routing but I need more flexibility. Initially, I tried sending the request to a different username but that didn't work and got the following message in the http async result route. kamailio | 19(25) ERROR: nathelper [nathelper.c:1461]: sdp_1918(): Unable to parse sdp body kamailio | 19(25) NOTICE: <core> [core/kemi.c:124]: sr_kemi_core_notice(): In evapi msg branch kamailio | 28(34) NOTICE: {2 6661 MESSAGE q6hikd6tumsr1dh35kvj} <core> [core/kemi.c:124]: sr_kemi_core_notice(): In evapi reply branch The message was received on the originally requested to user and also $tu still points to the original user instead of the new user even after executing the following code. KSR.rtjson.init_routes(response); KSR.rtjson.push_routes(); KSR.nathelper.fix_nated_contact(); In http response, I receive the following and don't see any rtjson errors when init_routes is executed on it. {"version":"1.0","routing":"parallel","routes":[{"headers":{"from":{"display":"test_1","uri":"sip: *test_1*@test.com:9908"},"to":{"display":"test_4","uri":"sip:*test_4*@ test.com:9908 "},"extra":""},"branch_flags":8,"fr_timer":5000,"fr_inv_timer":30000}]} Please note that the request was sent to *test_2*(a)test.com. I have tried other combinations of above but nothing works. I have already searched on Google and read relevant articles and blog posts. Thanks -- -- This message contains confidential information and is intended only for the individual named. If you are not the named addressee, you should not disseminate, distribute or copy this email. Please notify the sender immediately by email if you have received this email by mistake and delete this email from your system. Email transmission cannot be guaranteed to be secure or error-free, as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender, therefore, does not accept liability for any errors or omissions in the contents of this message which arise as a result of email transmission. If verification is required, please request a hard-copy version.

2 1

Lost MySQL connections - Error 500
by Duarte Rocha 11 Jan '21

11 Jan '21

Hi all, I've made a post last month regarding losing MySQL connections - https://lists.kamailio.org/pipermail/sr-users/2020-December/111389.html At the time I thought connections were dying as a consequence of low activity and traffic on the proxy. Meanwhile, I've migrated a great number of equipments to the proxy with Registers being refreshed every 10minutes and the problem still persists. In order to try to fix this i've added timeout_interval and ping_interval from the db_mysql module. My SQL client on the Kamailio machine is mysql-community-client 5.6.50-2.el7. It writes and reads in a remote InnoDB database. This are the logs i get from Kamailio when the problem appears : Jan 7 09:43:27 sbc_bbt01_active /usr/local/kamailio-5.4/sbin/kamailio[21735]: ERROR: {1 27880 REGISTER e5f8f7bc-cbb2-40b3-9037-edacd6276a2b} db_mysql [km_dbase.c:123]: db_mysql_submit_query(): driver error on query: Lock wait timeout exceeded; try restarting transaction (1205) Jan 7 09:43:27 sbc_bbt01_active /usr/local/kamailio-5.4/sbin/kamailio[21735]: ERROR: {1 27880 REGISTER e5f8f7bc-cbb2-40b3-9037-edacd6276a2b} <core> [db_query.c:348]: db_do_update(): error while submitting query Jan 7 09:43:27 sbc_bbt01_active /usr/local/kamailio-5.4/sbin/kamailio[21735]: ERROR: {1 27880 REGISTER e5f8f7bc-cbb2-40b3-9037-edacd6276a2b} usrloc [ucontact.c:1147]: db_update_ucontact_ruid(): updating database failed Jan 7 09:43:27 sbc_bbt01_active /usr/local/kamailio-5.4/sbin/kamailio[21735]: ERROR: {1 27880 REGISTER e5f8f7bc-cbb2-40b3-9037-edacd6276a2b} usrloc [ucontact.c:1663]: update_contact_db(): failed to update database Jan 7 09:43:27 sbc_bbt01_active /usr/local/kamailio-5.4/sbin/kamailio[21735]: ERROR: {1 27880 REGISTER e5f8f7bc-cbb2-40b3-9037-edacd6276a2b} registrar [save.c:784]: update_contacts(): failed to update contact Jan 7 09:43:27 sbc_bbt01_active /usr/local/kamailio-5.4/sbin/kamailio[21735]: ERROR: {1 27880 REGISTER e5f8f7bc-cbb2-40b3-9037-edacd6276a2b} sl [sl_funcs.c:414]: sl_reply_error(): stateless error reply used: I'm terribly sorry, server error occurred (1/SL) Originally I had usrloc db_mode on mode 3 - DB-Only Scheme. In order to try to mitigate the issue I changed it to mode 1 - Write-Through scheme but even then I get the same log errors and an "500" error is still sent to the client. I chose this mode since, as far as I can understand it applies changes directly to DB but also uses cache. Please correct me if i'm wrong on that. Has this issue happened with anyone before? Is there a way to mitigate this issue? My only constraint is that I need the database to be always updated since I have an HA setup, and as such, I can't use cache only methods. Best Regards,

2 5

loose_route() - Local Proxy
by Duarte Rocha 08 Jan '21

08 Jan '21

Greetings, I'm using loose_route() from the RR module and i'm having troubles making it use the following exception from the code : "There is only one exception: If the request is out-of-dialog (no to-tag) and there is only one Route: header indicating the local proxy, then the Route: header is removed and the function returns FALSE." My example is a REGISTER without To-TAG which has a Route header with kamailio address. If i use proxy IP on Route header , loose_route() returns false as it should. However, if i use an hostname belonging to the proxy in the route, loose_route() returns true. I have hostnames and local ips defined in the "DOMAIN" table but it doesn't seem to be working. Which other places can local hostnames and ips be configured in order to be seen as local to loose_route() ? Best Regards

4 4

Contact header not removed properly Getting some junks
by Devang Dhandhalya 07 Jan '21

07 Jan '21

in my scenario call coming from sbc to kamailio proxy and we route to pbx server in that when kamailio proxy get the call at that time i am removing Contact header using remove_hf("Contact") and adding contact Header using append_hf("$uac_req(hdrs)") for route to PBX server . in that signaling i am getting modified Contact header but old contact header not removed properly some junks are remain in the signaling scenario : SBC ---------> Kamailio proxy ------> PBX before using remove_hf("Contact") INVITE sip:user2@ <sip%3A5678(a)opensips.org>domain.org;transport=UDP SIP/2.0 Via: SIP/2.0/UDP 10.212.xxx.xxx:port;branch=z9hG4bK-524287-1---8c5ac8642f321a9e Max-Forwards: 70 Contact: <sip:user1@10.212.xxx.xxx:39931;transport=UDP> To: <sip:user2@ <sip%3A5678(a)opensips.org>domain.org;transport=UDP> From: <sip:user1@ <sip%3A1234(a)opensips.org>domain.org ;transport=UDP>;tag=891fd646 Call-ID: t9Ff-fCrin_VN1IO9Xf1mA.. CSeq: 2 INVITE Content-Type: application/sdp Proxy-Authorization: Digest username="user1",realm="domain.org <http://opensips.org/> ",nonce="5ff5a660afc72502212b4a611bb0d689efadafab",uri="sip:user2@domain.org <sip%3A5678(a)opensips.org>;transport=UDP",response="f926e3742cbdcb8c68ea9b5 82ac2dc",cnonce="9b3276d6d37aaa6107a835df8e5b3a87",nc=00000001,qop=auth,algorithm=MD5 User-Agent: Z 3.15.40006 rv2.8.20 Allow-Events: presence, kpml, talk Content-Length: 243 v=0 o=Z 0 0 IN IP4 10.212.xxx.xxx s=Z c=IN IP4 10.212.xxx.xxx t=0 0 m=audio 8000 RTP/AVP 3 110 8 0 97 101 a=rtpmap:110 speex/8000 a=rtpmap:97 iLBC/8000 a=fmtp:97 mode=30 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-16 a=sendrecv after using remove-hf("Contact") function removing contact header but some junks are left and that eats next To header line and breaks Invite packet INVITE sip:user2@domain.org:;transport=UDP SIP/2.0 Record-Route: <sip:172.xx.xx.xxx;lr=on;ftag=891fd646;vst=AAAAAFFTQVkuCENVXUEpHwNLAQEOSwdcDhwUcG9ydD1VRFA-;vsf=AAAAAFVCQ1U0ChwlAQMMHgBHHwFJVAYVYW5zcG9ydD1VRFA-> Via: SIP/2.0/UDP 172.xx.xx.xxx;branch=z9hG4bKbe4c.9743b885ad3452287530994a2cad6e50.0 Via: SIP/2.0/UDP 10.212.xxx.xxx:39931;rport=39931;received=172.xx.xx.x;branch=z9hG4bK-524287-1---8c5ac8642f321a9e Max-Forwards: 69 sip:user1@172.xx.xx.x:39931;transport=UDPTo: <sip:user2@domain.org <sip%3Adevang3032(a)opensips.org>> From: <sip:user1@domain.org <sip%3Adppatel(a)opensips.org>>;tag=891fd646 Call-ID: t9Ff-fCrin_VN1IO9Xf1mA.. CSeq: 2 INVITE Content-Type: application/sdp User-Agent: Z 3.15.40006 rv2.8.20 Allow-Events: presence, kpml, talk Content-Length: 534 Contact: <sip:user2@172.xx.xx.xxx:5060 <http://sip:dppatel@172.16.16.163:5060/>> v=0 o=Z 0 0 IN IP4 10.212.xxx.xxx s=Z c=IN IP4 172.xx.xx.xxx t=0 0 m=audio 11210 RTP/AVP 3 110 8 0 97 101 a=rtpmap:3 GSM/8000 a=rtpmap:110 speex/8000 a=rtpmap:8 PCMA/8000 a=rtpmap:0 PCMU/8000 a=rtpmap:97 iLBC/8000 a=rtpmap:101 telephone-event/8000 a=fmtp:97 mode=30 a=fmtp:101 0-16 a=sendrecv a=rtcp:11211 a=ice-ufrag:lzjregPe a=ice-pwd:RtA9x3jUWk4yNpJlzPL60nsRck a=candidate:LhtmUSbPt9BJs4ZC 1 UDP 2130706431 172.xx.xx.xxx 11210 typ host a=candidate:LhtmUSbPt9BJs4ZC 2 UDP 2130706430 172.xx.xx.xxx 11211 typ host As you can see Contact header is gone but sip:1234@172.xx.xx.x:39931;transport=UDP part left before To header . and its breake invite packet . Any suggestion will be highly appreciated. -- *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.

2 1

about Contact Header Junks
by Devang Dhandhalya 07 Jan '21

07 Jan '21

in my requirement call coming from sbc to kamailio proxy and we route to pbx server in that when kamailio proxy get the call at that time i am removing Contact header using remove_hf("Contact") and adding contact Header using append_hf("$uac_req(hdrs)") for route to PBX server . in that signaling i am getting modified Contact header but old contact header not removed properly some junks are remain in the signaling scenario : SBC ---------> Kamailio proxy ------> PBX before using remove_hf("Contact") INVITE sip:user2@ <sip%3A5678(a)opensips.org>domain.org;transport=UDP SIP/2.0 Via: SIP/2.0/UDP 10.212.xxx.xxx:port;branch=z9hG4bK-524287-1---8c5ac8642f321a9e Max-Forwards: 70 Contact: <sip:user1@10.212.xxx.xxx:39931;transport=UDP> To: <sip:user2@ <sip%3A5678(a)opensips.org>domain.org;transport=UDP> From: <sip:user1@ <sip%3A1234(a)opensips.org>domain.org ;transport=UDP>;tag=891fd646 Call-ID: t9Ff-fCrin_VN1IO9Xf1mA.. CSeq: 2 INVITE Content-Type: application/sdp Proxy-Authorization: Digest username="user1",realm="domain.org <http://opensips.org> ",nonce="5ff5a660afc72502212b4a611bb0d689efadafab",uri="sip:user2@domain.org <sip%3A5678(a)opensips.org>;transport=UDP",response="f926e3742cbdcb8c68ea9b5 82ac2dc",cnonce="9b3276d6d37aaa6107a835df8e5b3a87",nc=00000001,qop=auth,algorithm=MD5 User-Agent: Z 3.15.40006 rv2.8.20 Allow-Events: presence, kpml, talk Content-Length: 243 v=0 o=Z 0 0 IN IP4 10.212.xxx.xxx s=Z c=IN IP4 10.212.xxx.xxx t=0 0 m=audio 8000 RTP/AVP 3 110 8 0 97 101 a=rtpmap:110 speex/8000 a=rtpmap:97 iLBC/8000 a=fmtp:97 mode=30 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-16 a=sendrecv after using remove-hf("Contact") function removing contact header but some junks are left and that eats next To header line and breaks Invite packet INVITE sip:user2@domain.org:;transport=UDP SIP/2.0 Record-Route: <sip:172.xx.xx.xxx;lr=on;ftag=891fd646;vst=AAAAAFFTQVkuCENVXUEpHwNLAQEOSwdcDhwUcG9ydD1VRFA-;vsf=AAAAAFVCQ1U0ChwlAQMMHgBHHwFJVAYVYW5zcG9ydD1VRFA-> Via: SIP/2.0/UDP 172.xx.xx.xxx;branch=z9hG4bKbe4c.9743b885ad3452287530994a2cad6e50.0 Via: SIP/2.0/UDP 10.212.xxx.xxx:39931;rport=39931;received=172.xx.xx.x;branch=z9hG4bK-524287-1---8c5ac8642f321a9e Max-Forwards: 69 sip:user1@172.xx.xx.x:39931;transport=UDPTo: <sip:user2@domain.org <sip%3Adevang3032(a)opensips.org>> From: <sip:user1@domain.org <sip%3Adppatel(a)opensips.org>>;tag=891fd646 Call-ID: t9Ff-fCrin_VN1IO9Xf1mA.. CSeq: 2 INVITE Content-Type: application/sdp User-Agent: Z 3.15.40006 rv2.8.20 Allow-Events: presence, kpml, talk Content-Length: 534 Contact: <sip:user2@172.xx.xx.xxx:5060 <http://sip:dppatel@172.16.16.163:5060>> v=0 o=Z 0 0 IN IP4 10.212.xxx.xxx s=Z c=IN IP4 172.xx.xx.xxx t=0 0 m=audio 11210 RTP/AVP 3 110 8 0 97 101 a=rtpmap:3 GSM/8000 a=rtpmap:110 speex/8000 a=rtpmap:8 PCMA/8000 a=rtpmap:0 PCMU/8000 a=rtpmap:97 iLBC/8000 a=rtpmap:101 telephone-event/8000 a=fmtp:97 mode=30 a=fmtp:101 0-16 a=sendrecv a=rtcp:11211 a=ice-ufrag:lzjregPe a=ice-pwd:RtA9x3jUWk4yNpJlzPL60nsRck a=candidate:LhtmUSbPt9BJs4ZC 1 UDP 2130706431 172.16.16.163 11210 typ host a=candidate:LhtmUSbPt9BJs4ZC 2 UDP 2130706430 172.16.16.163 11211 typ host As you can see Contact header is gone but sip:1234@172.xx.xx.x:39931;transport=UDP part left before To header . and its breake invite packet . Any suggestion will be highly appreciated. -- *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.

2 1

Dispatcher SNI Questions
by Tim Chubb 06 Jan '21

06 Jan '21

Hi All Is it possible to explicitly define the tls cert to be used per destination by dispatcher? I'm attempting to integrate with a service that requires domain name presented to match that of the cert. Where the use of dispatcher is probably not as intended anyway as it targets the same set of destinations multiple times (primary and secondary endpoints for the service im integrating with), with multiple distinct set id's (basically a set per customer for multi tenancy) which expects a sip ping per account to verify that connection is alive and healthy. #Example Dispatcher list #Account 1 1 sip:a.cloudservice.com:5061;transport=tls 8 1 socket=tls:10.0.0.2:5061;ping_sni=sip.account1.com;ping_from=sip:sip.account1.com:5061 1 sip:b.cloudservice.com:5061;transport=tls 8 1 socket=tls:10.0.0.2:5061;ping_sni=sip.account1.com;ping_from=sip:sip.account1.com:5061; #Account 2 2 sip:a.cloudservice.com:5061;transport=tls 8 1 socket=tls:10.0.0.2:5061;ping_sni=sip.account2.com;ping_from=sip:sip.account2.com:5061; 2 sip:b.cloudservice.com:5061;transport=tls 8 1 socket=tls:10.0.0.2:5061;ping_sni=sip.account2.com;ping_from=sip:sip.account2.com:5061; Currently I'm running a solution based around certs with multiple SAN (subject alternative name) defined, but this is a pain to administrate, and not as scalable as I would like. I want to be able to define multiple client:any tls profiles and explicitly send via that profile. Its easy enough to do that in config using the tls xavps to define a server name and/or id. But for the sip options ping by dispatcher to work you need to specify the server name or id before the tm:local-request event route fire's. I've resorted to hacking away at dispatcher to see what would happen if I set the tls server name or id before the OPTIONS message is sent, and it works great for the first tls client profile matched, but any others you define re-use the initial tcp connection so reuses the first connections tls config, thus presenting the wrong cert (I'm probably wrong but logs show only one tls complete_init() related to dispatcher pings and the second set's pings skips all the tls init logging so suggests some thing is cached/reused, and logging on the service indicates cert name mismatch with set1s cert being offered) So I've hit a bit of a dead end, is there a way to force a new tcp connection per server name/id I fear outbound SNI might be a bit of a can of worms, for it to work nicely with dispatcher as is, would be an extension of the proto:host:port format to include a name or id, maybe something like: tls(name=sub.domain.com):10.0.0.5:5061 But that looks like it would have a lot of wide reaching knock-on effects, so setting it as an attribute like ping_from works fine as I'm currently doing, if I could force a new connection from dispatch.c.... The other thing that's occurred to me is that it might be better to stop trying to adapt a small percentage of dispatcher's functionality and trying to hammer a round peg into a square hole and instead try and create a new module similar to dispatcher in so much that it sends pings (that's all I really need in this case) and use dispatcher as intended with a single set of non-repeated destinations for routing. This would also allow much simpler integration with MS teams (if added ability to set contact address on the background pings) as well as the service im trying to integrate, and a more natural data set to be used as in my example you can see the only difference is the customers domain between each set. How I would imagine it to work would be to create a tls connection per customer domain, then iterate through the connections per destination in pseudo json the data would look like this: { Destinations:[ [1,["a.cloudservice.com","b.cloudservice.com"]], [2,["sip.pstnhub.microsoft.com", "sip2.pstnhub.microsoft.com", "sip3.pstnhub.microsoft.com"] ], Sources:[ {uri:"sip.account1.com",destinationMapping:[1]}, {uri:"sip.account2.com",destinationMapping:[1,2]} ] } And would just run in the background sending pings with SNI support, and if based on dispatcher should make it easy enough adapt things like the destination up and down event routes, and would allow me to use Kamailio much like I would use nginx for web stuff as a reverse proxy and handle TLS offload on my edge gateway proxy. Any thoughts?, im frustratingly close to having something that will do if I could get a new connection to be created, but I fear my use case might be sufficiently different from dispatchers to make a new module a sensible approach.. Regards Tim.

2 1

Pre-loaded routes verification
by Duarte Rocha 04 Jan '21

04 Jan '21

Greetings, I'm doing a migration from a opensips system to kamailio one and i'm trying to replicate its functionalities. The system is a Registrar with a pstn gateway. I noticed that on the opensips version, loose_route() is called on initial requests and it seems to be used to protect against preloaded routes. However, on the default Kamailio configuration file loose_route() is only called on requests in-dialog and the verification mentioned above is not used. Why doesn't Kamailio includes this verification? Is there are any security concerns not using it? Best Regards,

2 1

using kamailio 5.4 with the websocket or xmlhttprequest
by Daniel Hermann N'don 04 Jan '21

04 Jan '21

Hello everyone, I'm a beginner in kamailio technology, and I would like to know how to communicate with kamailio from the web.

3 3

Unable to connect sip with Kamailio
by Rohit Kumar 04 Jan '21

04 Jan '21

Hello everyone, I'm beginner in Kamailio, I want to connect my asterisk Server with Kamailio. Can you please help me in this context. I shall be very thankful to you. Regards, Rohit Kumar On Thu, Dec 31, 2020, 16:31 <sr-users-request(a)lists.kamailio.org> wrote: > Send sr-users mailing list submissions to > sr-users(a)lists.kamailio.org > > To subscribe or unsubscribe via the World Wide Web, visit > https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users > or, via email, send a message with subject or body 'help' to > sr-users-request(a)lists.kamailio.org > > You can reach the person managing the list at > sr-users-owner(a)lists.kamailio.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of sr-users digest..." > > > Today's Topics: > > 1. using kamailio 5.4 with the websocket or xmlhttprequest > (Daniel Hermann N'don) > 2. Re: using kamailio 5.4 with the websocket or xmlhttprequest > (Antony Stone) > 3. Re: using kamailio 5.4 with the websocket or xmlhttprequest > (Daniel Hermann N'don) > 4. Using a specific log level for "script" ? (Chaigneau, Nicolas) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Wed, 30 Dec 2020 14:15:19 +0000 > From: Daniel Hermann N'don <danielhermann.ndon(a)outlook.com> > To: "sr-users(a)lists.kamailio.org" <sr-users(a)lists.kamailio.org> > Subject: [SR-Users] using kamailio 5.4 with the websocket or > xmlhttprequest > Message-ID: > < > MWHPR05MB291167705F86195717CA7E3181D70(a)MWHPR05MB2911.namprd05.prod.outlook.com > > > > Content-Type: text/plain; charset="iso-8859-1" > > Hello everyone, I'm a beginner in kamailio technology, and I would like to > know how to communicate with kamailio from the web. >

2 1

Using a specific log level for "script" ?
by Chaigneau, Nicolas 04 Jan '21

04 Jan '21

Hello, Is it possible to set a specific log level for the Kamailio script ? I've seen that the < debugger > module allows to do that with modules or < core > : https://kamailio.org/docs/modules/5.4.x/modules/debugger.html#dbg.p.mod_lev… So I've tried to do : modparam("debugger", "mod_level_mode", 1) modparam("debugger", "mod_hash_size", 5) modparam("debugger", "mod_level", "my_module=3") // this works modparam("debugger", "mod_level", "core=3") // also works modparam("debugger", "mod_level", "script=3") // nope... But it doesn't seem to work for < script >... :/ Regards, Nicolas. This message contains information that may be privileged or confidential and is the property of the Capgemini Group. It is intended only for the person to whom it is addressed. If you are not the intended recipient, you are not authorized to read, print, retain, copy, disseminate, distribute, or use this message or any part thereof. If you receive this message in error, please notify the sender immediately and delete all copies of this message.

2 4

[Presence] publ_cache=2 usage
by Denys Pozniak 30 Dec '20

30 Dec '20

Hello! Could somebody explain how the parameters *publ_cache=2* and *subs_db_mode* depend on each other? Do I understand correctly that only the following modes of *subs_db_mode* are allowed 0,1,2? *subs_db_mode:0 - This disables database completely. Only memory will be used. Subscriptions will not survive restart. Use this value if you need a really fast presence module and subscription persistence is not necessary or is provided by other means.1 - Write-Through scheme. Subscriptions are updated synchronously in database and in memory(used for read operations). Use this scheme if speed is not top priority, but it's important that no subscriptions will be lost during crash or reboot or if you have an external application that reads the state of the subscriptions from database and they need to be updated synchronously.2 - Write-Back scheme. This is a combination of previous two schemes. All changes are made to memory and database synchronization is done in the timer. The timer deletes all expired contacts and flushes all modified or new subscriptions to database. Use this scheme if you encounter high-load peaks and want them to process as fast as possible. Latency of this mode is much lower than latency of mode 1, but slightly higher than latency of mode 0. To control the interval at which data is flushed to database, set the db_update_period parameter.3 - DB-Only scheme. No memory cache is kept, all operations being directly performed with the database. The timer deletes all expired subscriptions from database. The mode is useful if you configure more servers sharing the same DB without any replication at SIP level. The mode may be slower due the high number of DB operation.* -- BR, Denys Pozniak

1 0

Presence - issue with NOTIFY "terminated" state
by Zhan Bazarov 29 Dec '20

29 Dec '20

Hello everyone! I faced some unfortunately issue with presence module. Let me describe setup scheme a bit: I'm publishing dialog states via pua_dialoginfo from one kamailio server(for calls proccessing itself) to another one kamailio(standalone kamailio just for handling presence,blf,mwi etc) So, about issue, let's say we have device A which has outgoing subscription to extension which belongs to device B and device C(both devices has same extension but different usernames, webrtc+sip phone, effectively its the same Phone, I'm using pubruri_avps to change entities from usernames to extension) . And, in some cases,for examle, when thirtparty is making call to this extension(B,C devices) and making CANCEL after couple seconds - I see the PUBLISH from callserver to presence server with state "terminated', I see 200ok response.. but presence server isn't sending NOTIFY to device A about state "terminated", everything is good with "trying" and "early" states... That problem is happening 1 of 50 tries.. I've tried a lot of things to fix that - still are not succeed. p.s. everything is good from logs/sip point of view... And also, when I disable the webrtc device - I'm not able to reproduce that issue anymore. Looks like something wrong with case, when you have multiple different username behind the same presentity. Maybe someone had same issue and may help me. Thanks! -- Sent from: http://sip-router.1086192.n5.nabble.com/Users-f3.html

1 0

Kamailio as a presence watcher
by Jukka Heikkilä 29 Dec '20

29 Dec '20

Hello, I'm working with IMS network and VoLTE related services. My problem is that I would like to use Kamailio as a presence watcher but I haven't managed to make it happen yet. The approach would be that once Kamailio gets 3rd party registration from S-CSCF the Kamailio would send SUBSCRIBE back to S-CSCF to subscribe the presence of subscription. Once a subscription place or get calls the status of subscription would be updated to Kamailio and to the database where it can be fetched. I have checked presence and pua modules, but haven't found a way to make it work as expected. Is there way to do that or is this totally incompatible approach to do that? Best Regards, Jukka Heikkilä jutsco(a)gmail.com

1 0

How to implement a self-sustained Presence server
by Michel Pelletier 28 Dec '20

28 Dec '20

Hi, What is the recommended practice for implementing a self-sustained Presence server from my current Kamailio configuration? That is I want the Presence module to be fed status updates as Kamailio is routing calls and handling registrations. So when a user registers, his phone is ringing, he is on the phone, etc.., the Presence module gets notified and can update its subscribers accordingly. Must I add snippets of codes to all of these events and generate local Publish messages, or is there a better way? I'm using the latest version 5.4.x. Regards, Michel Pelletier

2 1

Kamailio suddenly stops
by Javier Valencia 28 Dec '20

28 Dec '20

Hi there! When I start my webrtc kamailio suddenly stops. I can see this on syslog: Dec 28 16:08:53 webrtc /usr/sbin/kamailio[803]: CRITICAL: <core> [core/mem/q_malloc.c:519]: qm_free(): BUG: freeing already freed pointer (0x7f55756c2ab8), called from tls: tls_init.c: ser_free(323), first free tls: tls_init.c: ser_malloc(293) - ignoring Dec 28 16:08:53 webrtc /usr/sbin/kamailio[803]: CRITICAL: <core> [core/mem/q_malloc.c:519]: qm_free(): BUG: freeing already freed pointer (0x7f55756c3138), called from tls: tls_init.c: ser_free(323), first free tls: tls_init.c: ser_malloc(293) - ignoring ... omit vervose ... Dec 28 16:08:53 webrtc /usr/sbin/kamailio[803]: CRITICAL: <core> [core/mem/q_malloc.c:519]: qm_free(): BUG: freeing already freed pointer (0x7f55756c1f38), called from tls: tls_init.c: ser_free(323), first free tls: tls_init.c: ser_free(323) - ignoring ...omit verbose ... Dec 28 16:08:53 webrtc /usr/sbin/kamailio[803]: CRITICAL: <core> [core/mem/q_malloc.c:519]: qm_free(): BUG: freeing already freed pointer (0x7f557569f250), called from tls: tls_init.c: ser_free(323), first free tls: tls_init.c: ser_realloc(299) - ignoring Dec 28 16:08:53 webrtc /usr/sbin/kamailio[803]: CRITICAL: <core> [core/mem/q_malloc.c:519]: qm_free(): BUG: freeing already freed pointer (0x7f557565cf60), called from tls: tls_init.c: ser_free(323), first free tls: tls_init.c: ser_malloc(293) - ignoring Dec 28 16:08:53 webrtc /usr/sbin/kamailio[803]: INFO: <core> [core/sctp_core.c:53]: sctp_core_destroy(): SCTP API not initialized OS info: root@webrtc:/etc/kamailio# lsb_release -a No LSB modules are available. Distributor ID: Debian Description: Debian GNU/Linux 10 (buster) Release: 10 Codename: buster root@webrtc:/etc/kamailio# free -m total used free shared buff/cache available Mem: 16041 134 15551 108 356 15524 Swap: 974 0 974 Kamailio version: version: kamailio 5.4.3 (x86_64/linux) flags: USE_TCP, USE_TLS, USE_SCTP, TLS_HOOKS, USE_RAW_SOCKS, DISABLE_NAGLE, USE_MCAST, DNS_IP_HACK, 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, TLS_PTHREAD_MUTEX_SHARED ADAPTIVE_WAIT_LOOPS 1024, MAX_RECV_BUFFER_SIZE 262144, MAX_URI_SIZE 1024, BUF_SIZE 65535, DEFAULT PKG_SIZE 8MB poll method support: poll, epoll_lt, epoll_et, sigio_rt, select. id: unknown compiled with gcc 8.3.0 Kamailio params: SHM_MEMORY=512 PKG_MEMORY=32 SSL info: root@webrtc:/etc/kamailio# apt show openssl Package: openssl Version: 1.1.1d-0+deb10u4 Priority: optional Section: utils Maintainer: Debian OpenSSL Team <pkg-openssl-devel(a)lists.alioth.debian.org> Installed-Size: 1.495 kB Depends: libc6 (>= 2.15), libssl1.1 (>= 1.1.1) Suggests: ca-certificates Homepage: https://www.openssl.org/ Download-Size: 843 kB APT-Manual-Installed: no APT-Sources: http://security.debian.org/debian-security buster/updates/main amd64 Packages Description: juego de herramientas Secure Sockets Layer - utilidad criptográfica Este paquete forma parte de la implementación del proyecto OpenSSL de los protocolos criptográficos SSL y TLS para la comunicación segura a través de Internet. . Contiene el binario de propósito general para la línea de órdenes /usr/bin/openssl, útil para operaciones criptográficas como: * creación de parámetros clave RSA, DH y DSA; * creación de certificados X.509, CSR y CRL; * calcular resúmenes de mensajes; * cifrado y descifrado con cifras; * probar clientes y servidores SSL/TLS; * gestión de correo firmado o cifrado S/MIME. Should I use another version of openssl, or maybe use gnutls? Regards, Javier Valencia

1 0

Self-sustained Presence server.
by Michel Pelletier 28 Dec '20

28 Dec '20

Hi, What is the recommended practice for implementing a self-sustained Presence server from my current Kamailio configuration. That is I want the Presence module to be fed status updates from the same Kamailio that is routing the calls. So when a user registers, his phone is ringing, he is busy, on the phone, etc.., the Presence module gets notified and can update subscribers accordingly. Must I add snippets of codes to all of these events and generate local Publish messages, or is there a better way? I'm using the latest version 5.4.x. Regards, Michel Pelletier

1 0

Read $fd from mysql?
by Mihai Cezar 27 Dec '20

27 Dec '20

Hello, I am redirecting the agents/reps to their asterisk server based on the hostname which they connect, and, i wonder if it's possible to read from db instead of the file cause it's getting big ;) # Dispatch requests route[DISPATCH] { switch ($fd){ case "oro.streamlinepbx.nl": if (!ds_select_dst("1", "4")) { send_reply(503, "Service Unavailable $fd"); exit; } break; case "oro3.streamlinepbx.nl": if (!ds_select_dst("2", "4")) { send_reply(503, "Service Unavailable $fd"); exit; } break; ............ default: log("unknow destination?"); send_reply(503, "No service defined"); xlog("--- SCRIPT: going to <$ru> via <$du> ...Exiting"); exit; } xlog("--- SCRIPT: going to <$ru> via <$du> (attrs: $xavp(_dsdst_=>attrs))\n"); t_on_failure("RTF_DISPATCH"); route(RELAY); exit; } Thanks,

4 3

Merry Christmas and Happy Holidays!
by Daniel-Constantin Mierla 27 Dec '20

27 Dec '20

A year that was very tough for the entire world is getting close to its end, no doubt that was the most challenging in our life so far for many of us, however, with a distributed, friendly and collaborative community, Kamailio project continued to develop consistently, bringing out a new major release. I trust it helped people and companies world wide to to connect with the dear ones and build a better way of living. The season holidays are ahead, time to rest a bit, spend time with family and friends, being online or face to face. As usual, I take this chance to express my thanks and greetings to all the friends, developers, supporting companies and community members that made 2020 another great year for Kamailio project. Enjoy the holidays! Merry Christmas! Daniel * Santa is flying Kamailio! * -- Daniel-Constantin Mierla -- www.asipto.com www.twitter.com/miconda -- www.linkedin.com/in/miconda

5 4

app_lua
by rob.van.den.bulk＠gmail.com 26 Dec '20

26 Dec '20

Hallo, I try to install the module app_lua in Kamailio 5.3. ls: cannot access '/usr/lib/liblua*': No such file or directory ls: cannot access '/usr/lib/liblua*': No such file or directory CC (gcc) [M app_lua.so] app_lua_mod.o In file included from app_lua_mod.c:32: app_lua_api.h:25:10: fatal error: lua.h: No such file or directory #include <lua.h> ^~~~~~~ compilation terminated. make[2]: *** [../../Makefile.rules:100: app_lua_mod.o] Error 1 make[1]: *** [Makefile:511: modules] Error 1 make[1]: Leaving directory '/usr/local/src/kamailio-5.3/kamailio/src' make: *** [Makefile:34: all] Error 2 Any help appreciated Greeting Rob van den Bulk

2 3

Fwd: [CFP] FOSDEM 2021, RTC devroom, speakers, volunteers neeeded
by FOSDEM RTC Team 23 Dec '20

23 Dec '20

FOSDEM - Real Time Communications devroom CfP ============================================= NOTE: we have extended the deadline but we will give preference to people who submitted earlier when we set the time for each talk. Please submit your proposal ASAP so that you can get your preferred time slot. Overview -------- [FOSDEM](https://fosdem.org) is one of the world's premier meetings of free software developers, with over five thousand people attending each year. FOSDEM 2021 takes place 6-7 February 2021 and for the very first time, it will be online. This document contains information about: - Real-Time Communications developer room (devroom) - speaking opportunities - volunteering New rules for the online edition -------------------------------- This year FOSDEM will be fully online instead of being held in Brussels, here are the most important things to know about this (quite significant) change: - The reference time will be Brussels local time (CET) - Talks will be pre-recorded in advance, and streamed during the event - The Q/A session will be live - A facility will be provided for people watching to chat between themselves - A facility will be provided for people watching to submit questions Call for participation - Real Time Communications (RTC) ------------------------------------------------------- The Real-Time devroom is about all things involving real-time communication, including: XMPP, SIP, WebRTC, telephony, mobile VoIP, codecs, peer-to-peer, privacy and encryption. **We are looking for speakers for the devroom and volunteers who can help manage the scheduling and live Q&A sessions.** The devroom is only on Saturday, 6th of February 2021. To discuss the devroom, volunteer or ask questions, please join the [Free-RTC mailing list](http://lists.freertc.org/mailman/listinfo/discuss). ### Key dates - 20th Dec: Submission deadline (extended to 8 January) - 24th Dec: Announcement of selected talks - 15th Jan: Presentations upload deadline - 6th & 7th Feb: Conference dates (online) - 6th Feb: RTC devroom date (online) ### Speaking opportunities Note: if you used FOSDEM Pentabarf before, please use the same account/username Real-Time Communications devroom: deadline 23:59 UTC on 20th of December. Please use the [Pentabarf](https://penta.fosdem.org/submission/FOSDEM21/) system to submit a talk proposal for the devroom. On the "General" tab, please look for the "Track" option and choose "Real Time Communications devroom". ### First-time speaking? FOSDEM devrooms are a welcoming environment for people who have never given a talk before. Please feel free to contact the devroom administrators personally if you would like to ask any questions about it. This year this is more true than ever, being able to record your presentation offline without an audience in front can greatly help build up one's confidence! ### Submission guidelines The Pentabarf system will ask for many of the essential details. Please remember to re-use your account from previous years if you have one. In the "Submission notes", please tell us about: - The purpose of your talk - Any other talk applications (devrooms, lightning talks, main track) - Availability constraints and special needs You can use HTML and links in your bio, abstract and description. If you maintain a blog, please consider providing us with the URL of a feed with posts tagged for your RTC-related work. We will be looking for relevance to the conference and devroom themes, presentations aimed at developers of free and open source software about RTC-related topics. Please feel free to suggest a duration between 20 minutes and 55 minutes but note that the final decision on talk durations will be made by the devroom administrators based on the number of received proposals. As the two previous devrooms have been combined into one, we may decide to give shorter slots than in previous years so that more speakers can participate. Please note FOSDEM aims to record and live-stream all talks. The CC-BY license is used. ### Recording help The devroom organization is able to provide help with recording your session. The recording would be performed at a scheduled time with one of us, so you won't be alone giving your presentation. Minimal edits will be possible, but the ideal plan is to record it in one shot. Thanks Dan Jenkins for providing us with the means to do this! Volunteers needed ----------------- To make the devroom run successfully, we are looking for volunteers. This year many things be done for the first time, so all the help we can get is more than welcome. Spread the word and discuss --------------------------- If you know of any mailing lists where this CfP would be relevant, please forward this document. If this devroom excites you, please blog or microblog about it, especially if you are submitting a talk. If you regularly blog about RTC topics, please send details about your blog to the planet site administrators: - All projects https://planet.freertc.org planet(a)freertc.org - XMPP https://planet.jabber.org ralphm(a)ik.nu - SIP https://planet.sip5060.net planet(a)sip5060.net Please also link to the Planet sites from your own blog or web site as this helps everybody in the free real-time communications community. Contact ------- For any private queries, contact us directly using the address **fosdem-rtc-admin(a)freertc.org** and for any other queries please ask on the [Free-RTC mailing list](http://lists.freertc.org/mailman/listinfo/discuss). The devroom administration team: - Saúl Ibarra Corretgé <s(a)saghul.net> - Ralph Meijer <ralphm(a)ik.nu> - Daniel-Constantin Mierla <miconda(a)gmail.com> - Daniel Pocock <daniel(a)pocock.pro> - Guus der Kinderen <guus.der.kinderen(a)gmail.com>

1 0

MID-Registrar Example
by moisesynfante 23 Dec '20

23 Dec '20

Hello, I'm a newbie when it comes to Kamailio and I would like to know if there's a working example of a Mid-Registrar implementation. I read on other posts that the UAC module can be used to achieve this but, honestly, I don't understand how. If any of you could provide some path I could follow I would be very thankful. -- Sent from: http://sip-router.1086192.n5.nabble.com/Users-f3.html

5 6

Re: [SR-Users] How to use port number using $env in listen
by Syed Shahryar 22 Dec '20

22 Dec '20

Any updates on this? On Tue, Dec 15, 2020 at 8:13 PM Syed Shahryar <syedshahryar(a)gmail.com> wrote: > I am new to Kamailio so may be doing something wrong. I looked at > https://www.kamailio.org/wiki/cookbooks/5.4.x/core. > > I tried the following combinations but getting errors in all cases: > > #!subst "/EVAPI_PORT/$env(EVAPI_PORT)/" > #!substdef "/EVAPI_PORT/$env(EVAPI_PORT)/" > #!substdefs "/EVAPI_PORT/$env(EVAPI_PORT)/" > > *Errors:* > 0(6) ERROR: <core> [core/pvapi.c:924]: pv_parse_spec2(): error searching > pvar "env" > 0(6) ERROR: <core> [core/pvapi.c:1127]: pv_parse_spec2(): wrong char > [E/69] in [$env(EVAPI_PORT)/] at [5 (5)] > 0(6) ERROR: <core> [core/re.c:170]: parse_repl(): bad specifier in > replace part /$env(EVAPI_PORT)/ > 0(6) ERROR: <core> [core/ppcfg.c:69]: pp_subst_add(): bad subst > expression: /EVAPI_PORT/$env(EVAPI_PORT)/ > > At a later step, I would like to do: > #!define EVAPI_LISTEN "0.0.0.0:EVAPI_PORT" > > And use EVAP_LISTEN in mod_param for the evapi module. > > And something similar to above for TLS settings. > > > On Tue, Dec 15, 2020 at 12:41 PM Daniel-Constantin Mierla < > miconda(a)gmail.com> wrote: > >> Hello, >> >> as written on the tracker, look at using #!subst or #!substdef (see core >> cookbook), they should be able to get the substitution value from >> environment using $env(NAME). >> >> The master branch introduced #!defenv as a (simpler) alternative. >> >> Cheers, >> Daniel >> On 12.12.20 05:33, Syed Shahryar wrote: >> >> I tried many combinations of the following but I keep getting syntax >> errors: >> >> listen=tls:TLS_IP:$env(TLS_PORT) advertise PUBLIC_IP:$env(TLS_PORT) >> >> >> TLS_IP and PUBLIC_IP are constants defined at the top using #!define. >> And, TLS_PORT is supposed to be the env variable. >> >> >> -- >> -- >> This message contains confidential information and is intended only for >> the individual named. If you are not the named addressee, you should not >> disseminate, distribute or copy this email. Please notify the sender >> immediately by email if you have received this email by mistake and delete >> this email from your system. Email transmission cannot be guaranteed to be >> secure or error-free, as information could be intercepted, corrupted, lost, >> destroyed, arrive late or incomplete, or contain viruses. The sender, >> therefore, does not accept liability for any errors or omissions in the >> contents of this message which arise as a result of email transmission. If >> verification is required, please request a hard-copy version. >> >> _______________________________________________ >> Kamailio (SER) - Users Mailing Listsr-users@lists.kamailio.orghttps://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users >> >> -- >> Daniel-Constantin Mierla -- www.asipto.comwww.twitter.com/miconda -- www.linkedin.com/in/miconda >> Funding: https://www.paypal.me/dcmierla >> >> > > -- > -- > This message contains confidential information and is intended only for > the individual named. If you are not the named addressee, you should not > disseminate, distribute or copy this email. Please notify the sender > immediately by email if you have received this email by mistake and delete > this email from your system. Email transmission cannot be guaranteed to be > secure or error-free, as information could be intercepted, corrupted, lost, > destroyed, arrive late or incomplete, or contain viruses. The sender, > therefore, does not accept liability for any errors or omissions in the > contents of this message which arise as a result of email transmission. If > verification is required, please request a hard-copy version. > -- -- This message contains confidential information and is intended only for the individual named. If you are not the named addressee, you should not disseminate, distribute or copy this email. Please notify the sender immediately by email if you have received this email by mistake and delete this email from your system. Email transmission cannot be guaranteed to be secure or error-free, as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender, therefore, does not accept liability for any errors or omissions in the contents of this message which arise as a result of email transmission. If verification is required, please request a hard-copy version.

2 2

ndb_redis with keydb master/master
by David VILLAUME 22 Dec '20

22 Dec '20

Hello, I consider using keydb-server in an active/action setup without sentinel. Do you know if there is a way to declare both hosts in ndb_redis with the same server name (target use : topos) ? Regards, David

2 4

Re: [SR-Users] DLGLOAD stuck in Dispatcher Module(HA Mode)
by harneet singh 22 Dec '20

22 Dec '20

Apologies for not having included the sr-users in the previous email. Anyhow, the solution suggested by Social Boh indeed worked, as a side effect of which we would not run into the issue described. *NOTE:* There was a peculiar configuration in keepalived with keeping both the nodes as BACKUP and setting the 'nopreempt' flag only in the actual MASTER(one with higher 'priority') side to make the keepalived thing to work properly. However, I was wondering if someone could confirm if this issue has been fixed inside the source code itself as I am using an older release v5.3.2 Regards, Harneet Singh On Thu, Dec 17, 2020 at 9:52 PM harneet singh <hbilling(a)gmail.com> wrote: > Thanks Social Boh, > > I will investigate this possibility and if it does work in our case, that > should circumvent the issue. > In addition, is there a fix known to the SR-Users which could be available > inside the Dispatcher module to cause syncing just like the syncing is > there in the Dialog module via DMQ. I wanted to check this as I am using > v5.3.2 and unaware if new releases could have fixed this issue? > > Regards, > Harneet Singh > > On Wed, Dec 16, 2020 at 10:46 PM Social Boh <social(a)bohboh.info> wrote: > >> Maybe a option is leave the secondary like primary when primary go up >> newly. >> >> Example: Primary go down, Secondary is the new Primary. Primary came back >> up but Secondary still is the VIP and still process the calls. >> >> Only if Secondary go down, primary is the new VIP. >> >> The keepalived parameter for this behaviour is: >> >> *nopreempt* >> >> --- >> I'm SoCIaL, MayBe >> >> El 16/12/2020 a las 11:57 a. m., harneet singh escribió: >> >> Hi All, >> >> I am using Kamailio in HA mode with Keepalived providing the VIP(Virtual >> IP) functionality, and have run into a rather peculiar issue. >> >> *Setup:* >> >> Caller ------------ KamailioVIP(*Primary *and *Secondary* >> Kamailio)------- Callee >> >> HA provided by Keepalived >> DMQ is used between the Primary and Secondary Kamailio for dialog sync >> >> *Issue Seen:* >> >> *Suppose the Primary Kamailio has been brought down* and the Secondary >> one is actually active and tied to the VIP. >> >> When a call is fired from the Caller, it traverses through the Secondary >> Kamailio and lands onto the callee. The dialogs are updated properly. At >> this point, the Primary Kamailio is brought up, and dialog state is synced >> due to the DMQ module. >> The Keepalived will now attach the VIP to the Primary Instance. If the >> caller hangs up the phone at this point, the BYE sip message traverses >> through the Primary Kamailio instance to the callee and the call is >> cleared, but there are two issues here. >> >> 1. The Primary Kamailio throws an error in *ds_load_remove() *saying >> that it cannot find the load for the specific call id. This is apparently >> due to the fact that the dispatcher data is not synced between the two >> modules but dialog data is. So dialog wise, things are fine. Can this be >> fixed somehow? >> >> 2. The above is still as grave a problem as the dialogs are cleared. >> BUT, if we check the '*kamcmd dispatcher.list*' on the *SECONDARY* >> kamailio even well after the call is cleared, the *DLGLOAD* shows 1. >> Since we are using the *Call Load based distribution* for the >> dispatching, this is effectively one call stuck on the dispatcher, which >> leads to resource leak. >> >> Is this a known issue, and if so, do we have a way to circumvent this? >> >> Regards, >> Harneet Singh >> -- >> "Once you eliminate the impossible, whatever remains, no matter how >> improbable, must be the truth" - Sir Arthur Conan Doyle >> >> _______________________________________________ >> Kamailio (SER) - Users Mailing Listsr-users@lists.kamailio.orghttps://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users >> >> > > -- > "Once you eliminate the impossible, whatever remains, no matter how > improbable, must be the truth" - Sir Arthur Conan Doyle > -- "Once you eliminate the impossible, whatever remains, no matter how improbable, must be the truth" - Sir Arthur Conan Doyle

1 0

Kamailio v5.3.8 released
by Henning Westerholt 21 Dec '20

21 Dec '20

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

1 0

MSTeams Kamailio with PBX Hold Refer issue
by me.projects＠yahoo.com 21 Dec '20

21 Dec '20

Hi, I have been trying to integrate MSTeams with PBX Through Kamailio. Calls are working now. Hold has Issues. MSTeams uses REFER to manage this all with NOTIFY. I am sending t_send_reply("202", "Accepted"); when receive Refer now I need to send NOTIFY I think I can use t_uac_send() NOTIFY I am unable to send t_uac_send properly on when recertifications refer from MSTeams. Any one with the experience on this ? Thanks,

2 1

Trying to use $sel(contact.uri.params)
by Chaigneau, Nicolas 21 Dec '20

21 Dec '20

Hello, I'd like to use a < select > as described here: http://www.kamailio.org/wiki/cookbooks/5.4.x/selects#contactparams_s I'm trying to extract a parameter from the Contact URI. What I've tried to do: xlog("L_INFO", "contact.uri: $sel(contact.uri)\n"); # OK xlog("L_INFO", "contact.uri.params: $sel(contact.uri.params)\n"); # null ?? This does not seem to work... see output here : 3(10316) INFO: {1 INVITE r8wEHsAgxNIS5OJL} <script>: contact.uri: sip:+33145678901;tgrp=YC031;trunk-context=YC90@10.31.22.2:5099 3(10316) INFO: {1 INVITE r8wEHsAgxNIS5OJL} <script>: contact.uri.params: <null> What am I doing wrong ? Maybe this is the wrong approach for what I'm trying to do ? Regards, Nicolas. This message contains information that may be privileged or confidential and is the property of the Capgemini Group. It is intended only for the person to whom it is addressed. If you are not the intended recipient, you are not authorized to read, print, retain, copy, disseminate, distribute, or use this message or any part thereof. If you receive this message in error, please notify the sender immediately and delete all copies of this message.

2 2

Releasing Kamailio 5.3.8
by Henning Westerholt 21 Dec '20

21 Dec '20

Hello, I am planning to release next week (likely on Monday 21st December) the next minor version out of branch 5.3, version 5.3.8. Backports of fixed issues from git master will be integrated as usual. If you are aware of new issues which were not yet reported, let us know (by creating an issue on the tracker). Cheers, Henning -- Henning Westerholt - https://skalatan.de/blog/ Kamailio services - https://gilawa.com<https://gilawa.com/>

1 1

send MESSAGE to other sessions of same user
by Syed Shahryar 21 Dec '20

21 Dec '20

What's the best way of sending a message to all other sessions (and the receiver) of the same sender? For example: If user1(a)example.com is logged in to Kamailio from multiple devices and from one of the devices user1 sends a SIP message to user2(a)example.com. I want the message forwarded not only to user2(a)example.com but also to all other user1(a)example.com sessions. What's the easiest way to achieve this? -- -- This message contains confidential information and is intended only for the individual named. If you are not the named addressee, you should not disseminate, distribute or copy this email. Please notify the sender immediately by email if you have received this email by mistake and delete this email from your system. Email transmission cannot be guaranteed to be secure or error-free, as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender, therefore, does not accept liability for any errors or omissions in the contents of this message which arise as a result of email transmission. If verification is required, please request a hard-copy version.

1 0

Kamailio not updating CSeq after uac_auth() for ACK
by Terry Tailor 18 Dec '20

18 Dec '20

Hi, Here is setup details Kamailio Proxy a <-----> Kamailio Proxy b <-----> Asterisk Kamailio proxy b auth based on IP Kamailio Proxy a 1. Kamailio proxy sends an Invite request to Kamailio proxy b with CSeq: 102 INVITE 2. Kamailio proxy b check again IP auth and sends invite request to asterisk with CSeq: 102 INVITE 4 asterisk response with 401 Unauthorized with CSeq: 102 5. Kamailio proxy b sends ACK request with CSeq: 102 ACK 6. Kamailio proxy b sends INVITE request with CSeq: 103 INVITE 7. Asterisk sends 100 trying and 180 ringing with CSeq: 103 INVITE 8. Kamailio proxy b relay 180 ringing with CSeq: 102 INVITE 9. Asterisk send 200 Ok with CSeq: 103 INVITE and proxy b relay it to proxy a with CSeq: 102 INVITE 10. Now Proxy a send an ACK with CSeq: 102 ACK and proxy b relay ACK to asterisk with CSeq: 102 ACK Now asterisk is retransmitting 200 ok with CSeq: 103 INVITE and proxy a is sending ACK with Cseq: 102 ACK Same happing in case of 487 Request Terminated Here is my config modparam("dialog", "default_timeout", 10800) # 3h modparam("dialog", "dlg_match_mode", 1) modparam("dialog", "db_mode", 0) modparam("dialog", "send_bye", 1) modparam("dialog", "track_cseq_updates", 1) modparam("uac","auth_username_avp","$avp(auser)") modparam("uac","auth_password_avp","$avp(apass)") modparam("uac","auth_realm_avp","$avp(arealm)") modparam("tm", "failure_reply_mode", 3) # default retransmission timeout: 3 sec modparam("tm", "fr_timer", 2000) modparam("tm", "retr_timer1", 250) modparam("tm", "retr_timer2", 500) # default invite retransmission timeout after 1xx: 60 sec modparam("tm", "fr_inv_timer", 60000) modparam("tm", "reparse_on_dns_failover", 0) if (is_method("INVITE") && !has_totag()) { dlg_setflag(FLD_RTPPROXY); dlg_manage(); } route(RELAY); route[RELAY] { # At this point all checks are passed t_on_branch("MANAGE_BRANCH"); t_on_reply("MANAGE_REPLY"); t_on_failure("MANAGE_FAILURE"); if(is_method("INVITE") && isflagset(FLT_FROMDID)) { #$fd = "sip.comms.kuflink.com"; t_on_failure("RELAY_AUTH"); } if (!t_relay()) { send_reply("500", "Cannot relay to $du/$ru"); } exit; } failure_route[RELAY_AUTH] { t_on_branch("MANAGE_BRANCH"); t_on_reply("MANAGE_REPLY"); if (t_is_canceled()) { exit; } if(t_check_status("401|407")) { #$fd = "sip.comms.kuflink.com"; $avp(auser) = "DID_UA_USERNAME"; $avp(apass) = "DID_UA_PASSWORD"; if (uac_auth()) { t_relay(); } exit; } } route[WITHINDLG] { if (!has_totag()) { return; } if (is_method("BYE")) { rtpengine_delete(); } # sequential request withing a dialog should # take the path determined by record-routing if (loose_route()) { route(DLGURI); if (is_method("ACK")) { # ACK is forwarded statelessly 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("SUBSCRIBE") && uri == myself) { # in-dialog subscribe requests route(PRESENCE); 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; } } send_reply("404","Not here"); exit; } kamailio -v version: kamailio 5.3.7 (x86_64/linux) flags: USE_TCP, USE_TLS, USE_SCTP, TLS_HOOKS, USE_RAW_SOCKS, DISABLE_NAGLE, USE_MCAST, DNS_IP_HACK, 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, TLS_PTHREAD_MUTEX_SHARED ADAPTIVE_WAIT_LOOPS 1024, MAX_RECV_BUFFER_SIZE 262144, MAX_URI_SIZE 1024, BUF_SIZE 65535, DEFAULT PKG_SIZE 8MB poll method support: poll, epoll_lt, epoll_et, sigio_rt, select. id: unknown compiled with gcc 6.3.0 uname -a Linux example.com 4.15.0-124-generic #127-Ubuntu SMP Fri Nov 6 10:54:43 UTC 2020 x86_64 GNU/Linux SIP logs 2020/12/17 10:08:18.483907 proxy-a.com:5060 -> 10.0.14.118:5060 INVITE sip:123456@proxy-a.com SIP/2.0 Record-Route: <sip:proxy-a.com;lr> Via: SIP/2.0/UDP proxy-a.com:5060 ;branch=z9hG4bKbe6d.10c4c5f001c66b8976214d4aef9f635c.1 Via: SIP/2.0/UDP did.com:5060;received=did.com ;branch=z9hG4bK45f94ed9;rport=5060 Max-Forwards: 70 From: "7654321" <sip:7654321@did.com>;tag=as55c522e1 To: <sip:123456@proxy-a.com> Contact: <sip:7654321@did.com:5060> Call-ID: 67675c7e636d6e773860255316e54779(a)did.com User-Agent: ProxyA CSeq: 102 INVITE User-Agent: proxy Date: Thu, 17 Dec 2020 10:08:18 GMT Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE Supported: replaces, timer Remote-Party-ID: "7654321" <sip:7654321@did.com >;party=calling;privacy=off;screen=no Content-Type: application/sdp Content-Length: 885 2020/12/17 10:08:18.485063 10.0.14.118:5060 -> proxy-a.com:5060 SIP/2.0 100 trying -- your call is important to us Via: SIP/2.0/UDP proxy-a.com:5060 ;branch=z9hG4bKbe6d.10c4c5f001c66b8976214d4aef9f635c.1;rport=5060 Via: SIP/2.0/UDP did.com:5060;received=did.com ;branch=z9hG4bK45f94ed9;rport=5060 From: "7654321" <sip:7654321@did.com>;tag=as55c522e1 To: <sip:123456@proxy-a.com> Call-ID: 67675c7e636d6e773860255316e54779(a)did.com CSeq: 102 INVITE Server: kamailio (5.3.7 (x86_64/linux)) Content-Length: 0 2020/12/17 10:08:18.485576 10.0.14.118:5060 -> 10.0.14.118:6000 INVITE sip:123456@proxy-a.com SIP/2.0 Record-Route: <sip:proxy-b.com;lr;did=d18.7a9> Record-Route: <sip:proxy-a.com;lr> Via: SIP/2.0/UDP proxy-b.com:5060 ;branch=z9hG4bKbe6d.619fd995c3fc8764ce5cd9c7be7efeef.0 Via: SIP/2.0/UDP proxy-a.com:5060 ;rport=5060;branch=z9hG4bKbe6d.10c4c5f001c66b8976214d4aef9f635c.1 Via: SIP/2.0/UDP did.com:5060;received=did.com ;branch=z9hG4bK45f94ed9;rport=5060 Max-Forwards: 70 From: "7654321" <sip:7654321@did.com>;tag=as55c522e1 To: <sip:123456@proxy-a.com> Contact: <sip:7654321@did.com:5060> Call-ID: 67675c7e636d6e773860255316e54779(a)did.com User-Agent: ProxyA CSeq: 102 INVITE User-Agent: proxy Date: Thu, 17 Dec 2020 10:08:18 GMT Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE Supported: replaces, timer Remote-Party-ID: "7654321" <sip:7654321@did.com >;party=calling;privacy=off;screen=no Content-Type: application/sdp Content-Length: 885 2020/12/17 10:08:18.622867 10.0.14.118:6000 -> 10.0.14.118:5060 SIP/2.0 401 Unauthorized Via: SIP/2.0/UDP proxy-b.com:5060 ;branch=z9hG4bKbe6d.619fd995c3fc8764ce5cd9c7be7efeef.0;received=10.0.14.118;rport=5060 Via: SIP/2.0/UDP proxy-a.com:5060 ;rport=5060;branch=z9hG4bKbe6d.10c4c5f001c66b8976214d4aef9f635c.1 Via: SIP/2.0/UDP did.com:5060;received=did.com ;branch=z9hG4bK45f94ed9;rport=5060 From: "7654321" <sip:7654321@did.com>;tag=as55c522e1 To: <sip:123456@proxy-a.com>;tag=as4107645c Call-ID: 67675c7e636d6e773860255316e54779(a)did.com CSeq: 102 INVITE Server: proxy Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE Supported: replaces, timer WWW-Authenticate: Digest algorithm=MD5, realm="sip1.comms.kuflink.com", nonce="11139d33" Content-Length: 0 2020/12/17 10:08:18.624034 10.0.14.118:5060 -> 10.0.14.118:6000 ACK sip:123456@proxy-a.com SIP/2.0 Via: SIP/2.0/UDP proxy-b.com:5060 ;branch=z9hG4bKbe6d.619fd995c3fc8764ce5cd9c7be7efeef.0 Max-Forwards: 70 From: "7654321" <sip:7654321@did.com>;tag=as55c522e1 To: <sip:123456@proxy-a.com>;tag=as4107645c Call-ID: 67675c7e636d6e773860255316e54779(a)did.com CSeq: 102 ACK Content-Length: 0 2020/12/17 10:08:18.625557 10.0.14.118:5060 -> 10.0.14.118:6000 INVITE sip:123456@proxy-a.com SIP/2.0 Record-Route: <sip:proxy-b.com;lr;did=d18.7a9> Record-Route: <sip:proxy-a.com;lr> Via: SIP/2.0/UDP proxy-b.com:5060 ;branch=z9hG4bKbe6d.619fd995c3fc8764ce5cd9c7be7efeef.1.cs102 Via: SIP/2.0/UDP proxy-a.com:5060 ;rport=5060;branch=z9hG4bKbe6d.10c4c5f001c66b8976214d4aef9f635c.1 Via: SIP/2.0/UDP did.com:5060;received=did.com ;branch=z9hG4bK45f94ed9;rport=5060 Max-Forwards: 70 From: "7654321" <sip:7654321@did.com>;tag=as55c522e1 To: <sip:123456@proxy-a.com> Contact: <sip:7654321@did.com:5060> Call-ID: 67675c7e636d6e773860255316e54779(a)did.com User-Agent: ProxyA CSeq: 103 INVITE User-Agent: proxy Date: Thu, 17 Dec 2020 10:08:18 GMT Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE Supported: replaces, timer Remote-Party-ID: "7654321" <sip:7654321@did.com >;party=calling;privacy=off;screen=no Content-Type: application/sdp Content-Length: 885 Authorization: Digest username="xxxxx", realm="xxxx", nonce="11139d33", uri="sip:123456@proxy-a.com", response="qwewqeqwe", algorithm=MD5 2020/12/17 10:08:18.779483 10.0.14.118:6000 -> 10.0.14.118:5060 SIP/2.0 100 Trying Via: SIP/2.0/UDP proxy-b.com:5060 ;branch=z9hG4bKbe6d.619fd995c3fc8764ce5cd9c7be7efeef.1.cs102;received=10.0.14.118;rport=5060 Via: SIP/2.0/UDP proxy-a.com:5060 ;rport=5060;branch=z9hG4bKbe6d.10c4c5f001c66b8976214d4aef9f635c.1 Via: SIP/2.0/UDP did.com:5060;received=did.com ;branch=z9hG4bK45f94ed9;rport=5060 Record-Route: <sip:proxy-b.com;lr;did=d18.7a9> Record-Route: <sip:proxy-a.com;lr> From: "7654321" <sip:7654321@did.com>;tag=as55c522e1 To: <sip:123456@proxy-a.com> Call-ID: 67675c7e636d6e773860255316e54779(a)did.com CSeq: 103 INVITE Server: proxy Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE Supported: replaces, timer Session-Expires: 1800;refresher=uas Contact: <sip:123456@10.0.14.118:6000> Content-Length: 0 2020/12/17 10:08:20.937756 10.0.14.118:6000 -> 10.0.14.118:5060 SIP/2.0 180 Ringing Via: SIP/2.0/UDP proxy-b.com:5060 ;branch=z9hG4bKbe6d.619fd995c3fc8764ce5cd9c7be7efeef.1.cs102;received=10.0.14.118;rport=5060 Via: SIP/2.0/UDP proxy-a.com:5060 ;rport=5060;branch=z9hG4bKbe6d.10c4c5f001c66b8976214d4aef9f635c.1 Via: SIP/2.0/UDP did.com:5060;received=did.com ;branch=z9hG4bK45f94ed9;rport=5060 Record-Route: <sip:proxy-b.com;lr;did=d18.7a9> Record-Route: <sip:proxy-a.com;lr> From: "7654321" <sip:7654321@did.com>;tag=as55c522e1 To: <sip:123456@proxy-a.com>;tag=as147bfa3e Call-ID: 67675c7e636d6e773860255316e54779(a)did.com CSeq: 103 INVITE Server: proxy Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE Supported: replaces, timer Session-Expires: 1800;refresher=uas Contact: <sip:123456@10.0.14.118:6000> Content-Length: 0 2020/12/17 10:08:20.938593 10.0.14.118:5060 -> proxy-a.com:5060 SIP/2.0 180 Ringing Via: SIP/2.0/UDP proxy-a.com:5060 ;rport=5060;branch=z9hG4bKbe6d.10c4c5f001c66b8976214d4aef9f635c.1 Via: SIP/2.0/UDP did.com:5060;received=did.com ;branch=z9hG4bK45f94ed9;rport=5060 Record-Route: <sip:proxy-b.com;lr;did=d18.7a9> Record-Route: <sip:proxy-a.com;lr> From: "7654321" <sip:7654321@did.com>;tag=as55c522e1 To: <sip:123456@proxy-a.com>;tag=as147bfa3e Call-ID: 67675c7e636d6e773860255316e54779(a)did.com CSeq: 102 INVITE Server: proxy Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE Supported: replaces, timer Session-Expires: 1800;refresher=uas Contact: <sip:123456@10.0.14.118:6000;alias=10.0.14.118~6000~1> Content-Length: 0 2020/12/17 10:08:22.075814 10.0.14.118:6000 -> 10.0.14.118:5060 SIP/2.0 200 OK Via: SIP/2.0/UDP proxy-b.com:5060 ;branch=z9hG4bKbe6d.619fd995c3fc8764ce5cd9c7be7efeef.1.cs102;received=10.0.14.118;rport=5060 Via: SIP/2.0/UDP proxy-a.com:5060 ;rport=5060;branch=z9hG4bKbe6d.10c4c5f001c66b8976214d4aef9f635c.1 Via: SIP/2.0/UDP did.com:5060;received=did.com ;branch=z9hG4bK45f94ed9;rport=5060 Record-Route: <sip:proxy-b.com;lr;did=d18.7a9> Record-Route: <sip:proxy-a.com;lr> From: "7654321" <sip:7654321@did.com>;tag=as55c522e1 To: <sip:123456@proxy-a.com>;tag=as147bfa3e Call-ID: 67675c7e636d6e773860255316e54779(a)did.com CSeq: 103 INVITE Server: proxy Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE Supported: replaces, timer Session-Expires: 1800;refresher=uas Contact: <sip:123456@10.0.14.118:6000> Content-Type: application/sdp Require: timer Content-Length: 296 2020/12/17 10:08:22.077049 10.0.14.118:5060 -> proxy-a.com:5060 SIP/2.0 200 OK Via: SIP/2.0/UDP proxy-a.com:5060 ;rport=5060;branch=z9hG4bKbe6d.10c4c5f001c66b8976214d4aef9f635c.1 Via: SIP/2.0/UDP did.com:5060;received=did.com ;branch=z9hG4bK45f94ed9;rport=5060 Record-Route: <sip:proxy-b.com;lr;did=d18.7a9> Record-Route: <sip:proxy-a.com;lr> From: "7654321" <sip:7654321@did.com>;tag=as55c522e1 To: <sip:123456@proxy-a.com>;tag=as147bfa3e Call-ID: 67675c7e636d6e773860255316e54779(a)did.com CSeq: 102 INVITE Server: proxy Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE Supported: replaces, timer Session-Expires: 1800;refresher=uas Contact: <sip:123456@10.0.14.118:6000;alias=10.0.14.118~6000~1> Content-Type: application/sdp Require: timer Content-Length: 316 2020/12/17 10:08:22.103365 proxy-a.com:5060 -> 10.0.14.118:5060 ACK sip:123456@10.0.14.118:6000;alias=10.0.14.118~6000~1;alias=109.72.216.251~5060~1 SIP/2.0 Via: SIP/2.0/UDP proxy-a.com:5060 ;branch=z9hG4bKbe6d.0fc1940efc770391762d7d67094c24f8.0 Via: SIP/2.0/UDP did.com:5060;received=did.com ;branch=z9hG4bK2a5fae72;rport=5060 Route: <sip:proxy-b.com;lr;did=d18.7a9> Max-Forwards: 70 From: "7654321" <sip:7654321@did.com>;tag=as55c522e1 To: <sip:123456@proxy-a.com>;tag=as147bfa3e Contact: <sip:7654321@did.com:5060> Call-ID: 67675c7e636d6e773860255316e54779(a)did.com CSeq: 102 ACK User-Agent: proxy Content-Length: 0 2020/12/17 10:08:22.103877 10.0.14.118:5060 -> 10.0.14.118:6000 ACK sip:123456@10.0.14.118:6000;alias=109.72.216.251~5060~1 SIP/2.0 Via: SIP/2.0/UDP proxy-b.com:5060 ;branch=z9hG4bKbe6d.79f351d031912aae585207d2f26d5650.0 Via: SIP/2.0/UDP proxy-a.com:5060 ;rport=5060;branch=z9hG4bKbe6d.0fc1940efc770391762d7d67094c24f8.0 Via: SIP/2.0/UDP did.com:5060;received=did.com ;branch=z9hG4bK2a5fae72;rport=5060 Max-Forwards: 70 From: "7654321" <sip:7654321@did.com>;tag=as55c522e1 To: <sip:123456@proxy-a.com>;tag=as147bfa3e Contact: <sip:7654321@did.com:5060> Call-ID: 67675c7e636d6e773860255316e54779(a)did.com CSeq: 102 ACK User-Agent: proxy Content-Length: 0 P-K-CSeq-Refresh: 103 2020/12/17 10:08:22.575533 10.0.14.118:6000 -> 10.0.14.118:5060 SIP/2.0 200 OK Via: SIP/2.0/UDP proxy-b.com:5060 ;branch=z9hG4bKbe6d.619fd995c3fc8764ce5cd9c7be7efeef.1.cs102;received=10.0.14.118;rport=5060 Via: SIP/2.0/UDP proxy-a.com:5060 ;rport=5060;branch=z9hG4bKbe6d.10c4c5f001c66b8976214d4aef9f635c.1 Via: SIP/2.0/UDP did.com:5060;received=did.com ;branch=z9hG4bK45f94ed9;rport=5060 Record-Route: <sip:proxy-b.com;lr;did=d18.7a9> Record-Route: <sip:proxy-a.com;lr> From: "7654321" <sip:7654321@did.com>;tag=as55c522e1 To: <sip:123456@proxy-a.com>;tag=as147bfa3e Call-ID: 67675c7e636d6e773860255316e54779(a)did.com CSeq: 103 INVITE Server: proxy Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE Supported: replaces, timer Session-Expires: 1800;refresher=uas Contact: <sip:123456@10.0.14.118:6000> Content-Type: application/sdp Require: timer Content-Length: 296 2020/12/17 10:08:22.576777 10.0.14.118:5060 -> proxy-a.com:5060 SIP/2.0 200 OK Via: SIP/2.0/UDP proxy-a.com:5060 ;rport=5060;branch=z9hG4bKbe6d.10c4c5f001c66b8976214d4aef9f635c.1 Via: SIP/2.0/UDP did.com:5060;received=did.com ;branch=z9hG4bK45f94ed9;rport=5060 Record-Route: <sip:proxy-b.com;lr;did=d18.7a9> Record-Route: <sip:proxy-a.com;lr> From: "7654321" <sip:7654321@did.com>;tag=as55c522e1 To: <sip:123456@proxy-a.com>;tag=as147bfa3e Call-ID: 67675c7e636d6e773860255316e54779(a)did.com CSeq: 102 INVITE Server: proxy Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE Supported: replaces, timer Session-Expires: 1800;refresher=uas Contact: <sip:123456@10.0.14.118:6000;alias=10.0.14.118~6000~1> Content-Type: application/sdp Require: timer Content-Length: 316 2020/12/17 10:08:22.581649 proxy-a.com:5060 -> 10.0.14.118:5060 ACK sip:123456@10.0.14.118:6000;alias=10.0.14.118~6000~1;alias=109.72.216.251~5060~1 SIP/2.0 Via: SIP/2.0/UDP proxy-a.com:5060 ;branch=z9hG4bKbe6d.b9c7eeccd4cd7b44f05b173308dbaf0a.0 Via: SIP/2.0/UDP did.com:5060;received=did.com ;branch=z9hG4bK219933f6;rport=5060 Route: <sip:proxy-b.com;lr;did=d18.7a9> Max-Forwards: 70 From: "7654321" <sip:7654321@did.com>;tag=as55c522e1 To: <sip:123456@proxy-a.com>;tag=as147bfa3e Contact: <sip:7654321@did.com:5060> Call-ID: 67675c7e636d6e773860255316e54779(a)did.com CSeq: 102 ACK User-Agent: proxy Content-Length: 0 2020/12/17 10:08:22.582313 10.0.14.118:5060 -> 10.0.14.118:6000 ACK sip:123456@10.0.14.118:6000;alias=109.72.216.251~5060~1 SIP/2.0 Via: SIP/2.0/UDP proxy-b.com:5060 ;branch=z9hG4bKbe6d.33626b5695ad4648ba393bc62bed6a8c.0 Via: SIP/2.0/UDP proxy-a.com:5060 ;rport=5060;branch=z9hG4bKbe6d.b9c7eeccd4cd7b44f05b173308dbaf0a.0 Via: SIP/2.0/UDP did.com:5060;received=did.com ;branch=z9hG4bK219933f6;rport=5060 Max-Forwards: 70 From: "7654321" <sip:7654321@did.com>;tag=as55c522e1 To: <sip:123456@proxy-a.com>;tag=as147bfa3e Contact: <sip:7654321@did.com:5060> Call-ID: 67675c7e636d6e773860255316e54779(a)did.com CSeq: 102 ACK User-Agent: proxy Content-Length: 0 P-K-CSeq-Refresh: 103 2020/12/17 10:08:23.575828 10.0.14.118:6000 -> 10.0.14.118:5060 SIP/2.0 200 OK Via: SIP/2.0/UDP proxy-b.com:5060 ;branch=z9hG4bKbe6d.619fd995c3fc8764ce5cd9c7be7efeef.1.cs102;received=10.0.14.118;rport=5060 Via: SIP/2.0/UDP proxy-a.com:5060 ;rport=5060;branch=z9hG4bKbe6d.10c4c5f001c66b8976214d4aef9f635c.1 Via: SIP/2.0/UDP did.com:5060;received=did.com ;branch=z9hG4bK45f94ed9;rport=5060 Record-Route: <sip:proxy-b.com;lr;did=d18.7a9> Record-Route: <sip:proxy-a.com;lr> From: "7654321" <sip:7654321@did.com>;tag=as55c522e1 To: <sip:123456@proxy-a.com>;tag=as147bfa3e Call-ID: 67675c7e636d6e773860255316e54779(a)did.com CSeq: 103 INVITE Server: proxy Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE Supported: replaces, timer Session-Expires: 1800;refresher=uas Contact: <sip:123456@10.0.14.118:6000> Content-Type: application/sdp Require: timer Content-Length: 296 2020/12/17 10:08:23.577863 10.0.14.118:5060 -> proxy-a.com:5060 SIP/2.0 200 OK Via: SIP/2.0/UDP proxy-a.com:5060 ;rport=5060;branch=z9hG4bKbe6d.10c4c5f001c66b8976214d4aef9f635c.1 Via: SIP/2.0/UDP did.com:5060;received=did.com ;branch=z9hG4bK45f94ed9;rport=5060 Record-Route: <sip:proxy-b.com;lr;did=d18.7a9> Record-Route: <sip:proxy-a.com;lr> From: "7654321" <sip:7654321@did.com>;tag=as55c522e1 To: <sip:123456@proxy-a.com>;tag=as147bfa3e Call-ID: 67675c7e636d6e773860255316e54779(a)did.com CSeq: 102 INVITE Server: proxy Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE Supported: replaces, timer Session-Expires: 1800;refresher=uas Contact: <sip:123456@10.0.14.118:6000;alias=10.0.14.118~6000~1> Content-Type: application/sdp Require: timer Content-Length: 316

4 7

Kamailio RTP proxy require?
by Mihai Cezar 17 Dec '20

17 Dec '20

Hi, Can't figure it out when to use RTPproxy, i am forwarding everything to asterisk in seem to work without RTPproxy. The scenario is like this: Softphone -> INTERNET -> Kamailio - > Asterisk (private ip) Now it seems to work without any rtpproxy but is it ok?

5 10

DLGLOAD stuck in Dispatcher Module(HA Mode)
by harneet singh 16 Dec '20

16 Dec '20

Hi All, I am using Kamailio in HA mode with Keepalived providing the VIP(Virtual IP) functionality, and have run into a rather peculiar issue. *Setup:* Caller ------------ KamailioVIP(*Primary *and *Secondary* Kamailio)------- Callee HA provided by Keepalived DMQ is used between the Primary and Secondary Kamailio for dialog sync *Issue Seen:* *Suppose the Primary Kamailio has been brought down* and the Secondary one is actually active and tied to the VIP. When a call is fired from the Caller, it traverses through the Secondary Kamailio and lands onto the callee. The dialogs are updated properly. At this point, the Primary Kamailio is brought up, and dialog state is synced due to the DMQ module. The Keepalived will now attach the VIP to the Primary Instance. If the caller hangs up the phone at this point, the BYE sip message traverses through the Primary Kamailio instance to the callee and the call is cleared, but there are two issues here. 1. The Primary Kamailio throws an error in *ds_load_remove() *saying that it cannot find the load for the specific call id. This is apparently due to the fact that the dispatcher data is not synced between the two modules but dialog data is. So dialog wise, things are fine. Can this be fixed somehow? 2. The above is still as grave a problem as the dialogs are cleared. BUT, if we check the '*kamcmd dispatcher.list*' on the *SECONDARY* kamailio even well after the call is cleared, the *DLGLOAD* shows 1. Since we are using the *Call Load based distribution* for the dispatching, this is effectively one call stuck on the dispatcher, which leads to resource leak. Is this a known issue, and if so, do we have a way to circumvent this? Regards, Harneet Singh -- "Once you eliminate the impossible, whatever remains, no matter how improbable, must be the truth" - Sir Arthur Conan Doyle

2 1

INFO: RTC Devroom Fosdem 2021 - Online Event
by Daniel-Constantin Mierla 16 Dec '20

16 Dec '20

Hello, (cross-posting to kamailio public groups, a few may get this message duplicated). Fosdem 2021 is going to be online, meaning that it opens the possibility for everyone to do a presentation on the RTC Devroom, no longer being required to travel to Brussels. Therefore I am sending here the link to CFP in case someone would be interested to present about Kamailio or something else RTC-related: * https://github.com/FreeRTC/fosdem/blob/master/2021/cfp.md New speakers are always welcome! Only have in mind that the event is targeting developers and source code development, therefore your proposals have to be made from this perspective. Note also that submission deadline is 20th of December, very short time frame from now. Cheers, Daniel -- Daniel-Constantin Mierla -- www.asipto.com www.twitter.com/miconda -- www.linkedin.com/in/miconda

1 0

ERROR: dmq [notification_peer.c:337]: add_server_and_notify(): error adding notification node
by Syed Shahryar 16 Dec '20

16 Dec '20

Here is my setting: modparam("dmq", "server_address", "sip:0.0.0.0:5090" ) modparam("dmq", "notification_address", "sip:0.0.0.0:5090") modparam("dmq", "multi_notify", 1) modparam("dmq", "num_workers", 2) modparam("dmq", "worker_usleep", 0) modparam("dmq", "ping_interval", 90) I have tried localhost and I believe other options but to no avail. I also get the following message: ERROR: dmq [dmq_funcs.c:516]: ping_servers(): cannot retrieve initial nodelist from sip:0.0.0.0:5090 How do I set up DMQ for adding and removing any Kamailio instance to/from the cluster and any Kamailio instance could serve any request coming from any client? ie. all Kamailio instances keep the current state in DMQ. I also have dmq_usrloc enabled. -- -- This message contains confidential information and is intended only for the individual named. If you are not the named addressee, you should not disseminate, distribute or copy this email. Please notify the sender immediately by email if you have received this email by mistake and delete this email from your system. Email transmission cannot be guaranteed to be secure or error-free, as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender, therefore, does not accept liability for any errors or omissions in the contents of this message which arise as a result of email transmission. If verification is required, please request a hard-copy version.

2 1

Kamailio dtmf signaling
by Amit Pal 16 Dec '20

16 Dec '20

Dear Team, I am using kamailio + rtpengine, how can I processed dtmf from cfg scripts. even thought I can able to see dtmf over syslog. but can not able to capture in kamailio.cfg. how can I prepared ivr using kamalio? Please find the attached syslog. Regards Amit Pal

3 2

ERROR: <core> [core/parser/parse_uri.c:1326]: _parse_ruri(): bad uri </sip?jwt=..
by Syed Shahryar 15 Dec '20

15 Dec '20

I am sending JWT tokens via SIP URL through JSSIP for authentication before websocket connection is made. However, I am getting errors like: ERROR: <core> [core/parser/parse_uri.c:1326]: _parse_ruri(): bad uri < */sip?jwt=..* I have the following setting in kamailio config: modparam("xhttp", "url_match", "^/sip") // only match this path Is this a bug or some configuration issue? How do I resolve it? -- -- This message contains confidential information and is intended only for the individual named. If you are not the named addressee, you should not disseminate, distribute or copy this email. Please notify the sender immediately by email if you have received this email by mistake and delete this email from your system. Email transmission cannot be guaranteed to be secure or error-free, as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender, therefore, does not accept liability for any errors or omissions in the contents of this message which arise as a result of email transmission. If verification is required, please request a hard-copy version.

2 1

X-Forwarded-for IP to asterisk
by Mihai Cezar 15 Dec '20

15 Dec '20

Hello, Is it something like the XFF for Kamailio so I can see in asterisk (sip show peers) the ip of the registered softphone and not Kamailio's IP ? Thanks!

4 5

How to use port number using $env in listen
by Syed Shahryar 15 Dec '20

15 Dec '20

I tried many combinations of the following but I keep getting syntax errors: listen=tls:TLS_IP:$env(TLS_PORT) advertise PUBLIC_IP:$env(TLS_PORT) TLS_IP and PUBLIC_IP are constants defined at the top using #!define. And, TLS_PORT is supposed to be the env variable. -- -- This message contains confidential information and is intended only for the individual named. If you are not the named addressee, you should not disseminate, distribute or copy this email. Please notify the sender immediately by email if you have received this email by mistake and delete this email from your system. Email transmission cannot be guaranteed to be secure or error-free, as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender, therefore, does not accept liability for any errors or omissions in the contents of this message which arise as a result of email transmission. If verification is required, please request a hard-copy version.

2 1

Losing MySQL connections
by Duarte Rocha 15 Dec '20

15 Dec '20

Greetings all, I'm having some dropped MySQL connections in my Kamailio in times of low or no activity in the proxy. These are the errors i'm getting : db_mysql [km_dbase.c:123]: db_mysql_submit_query(): driver error on query: Lost connection to MySQL server during query (2013) <core> [db_query.c:348]: db_do_update(): error while submitting query usrloc [ucontact.c:1147]: db_update_ucontact_ruid(): updating database failed usrloc [ucontact.c:1663]: update_contact_db(): failed to update database registrar [save.c:784]: update_contacts(): failed to update contact sl [sl_funcs.c:414]: sl_reply_error(): stateless error reply used: I'm terribly sorry, server error occurred (1/SL) In order to try to fix this i've added timeout_interval and ping_interval from the db_mysql module. Is this the best approach? I've restarted my Kamailio but i don't see any ping going to my BD. Is there any other config that I need to add so that the pings are sent? Is it possible to do a ping to verify connection and reconnect mannualy on the config file? Best Regards,

2 1

Problems debugging memory issues
by Sheldon L 15 Dec '20

15 Dec '20

Hi, I'm trying to investigate a possible memory leak issue in Kamailio and I'm following the instructions indicated in https://www.kamailio.org/wiki/tutorials/troubleshooting/memory I'm using Kamailo 4.4 with the following kamailio internals: Print out of kamailio internals Version: kamailio 4.4.2 (x86_64/linux) 892ad6 Default config: /apollo/env/TachyonPlatformKamailio/etc/kamailio/kamailio.cfg Default paths to modules: /apollo/env/TachyonPlatformKamailio/lib64/kamailio/modules Compile flags: STATS: Off, USE_TCP, USE_TLS, USE_SCTP, TLS_HOOKS, USE_RAW_SOCKS, DISABLE_NAGLE, USE_MCAST, DNS_IP_HACK, SHM_MEM, SHM_MMAP, PKG_MALLOC, Q_MALLOC, F_MALLOC, TLSF_MALLOC, DBG_SR_MEMORY, DBG_QM_MALLOC, USE_FUTEX, FAST_LOCK-ADAPTIVE_WAIT, USE_DNS_CACHE, USE_DNS_FAILOVER, USE_NAPTR, USE_DST_BLACKLIST, HAVE_RESOLV_RES MAX_RECV_BUFFER_SIZE=262144 MAX_LISTEN=16 MAX_URI_SIZE=1024 BUF_SIZE=65535 DEFAULT PKG_SIZE=8MB DEFAULT SHM_SIZE=64MB ADAPTIVE_WAIT_LOOPS=1024 TCP poll methods: poll, epoll_lt, epoll_et, sigio_rt, select Source code revision ID: 892ad6 Compiled with: x86_64-unknown-linux-gnu-gcc 4.9.4 Compiled on: 23:36:48 Dec 8 2020 Thank you for flying kamailio! I have attached to one of the kamailio tcp receiver processes via GDB and I am trying to dump memory blocks from the memory manager. However, mem_block is not in the current_context. The following is the output from my gdb session: Copyright (C) 2013 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html > This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-amazon-linux-gnu". For bug reporting instructions, please see: <http://www.gnu.org/software/gdb/bugs/>... Reading symbols from /opt/codedeploy-agent/deployment-root/95bb1634-e653-4cec-b327-99b18b9227a8/d-7AJ1XZP58/deployment-archive/sbin/kamailio...done. Attaching to program: /apollo/env/TachyonPlatformKamailio/sbin/kamailio, process 8946 ptrace: Operation not permitted. (gdb) set $i=0 (gdb) set $a = mem_block->first_frag No symbol "mem_block" in current context. (gdb) info list Undefined info command: "list". Try "help info". (gdb) info threads No threads. Is there something I need to do before accessing the mem_block symbol? Also do you have any other suggestions for debugging memory leaks that may not be documented? Note: i can't upgrade to the latest version of Kamailio as we have custom modules and would require considerable effort to upgrade. Thanks, Sheldon.

2 1

sngrep TLS connection
by Agiftel 15 Dec '20

15 Dec '20

Hi all, does anyone was able to use sngrep (with -k option) to decrypt TLS connections? I'am doing what help says; used private key is the correct one; but no traffic is seen on sngrep. If i use not ecrypted call i can see everything, so sngrep is working good. Any hint? regards -- Sent from: http://sip-router.1086192.n5.nabble.com/Users-f3.html

5 8

Kamilio+asterisk = deregister after 2-3 minute
by Mihai 15 Dec '20

15 Dec '20

Hi, I am forwarding all the traffic to my asterisk server ( including registers) everything seems to work when i first register but if stay idle 2-3 minute it gets unregistered and then i can't register back unless i restart kamailio see attached print screen

6 6

voltdb support
by Ali Taher 14 Dec '20

14 Dec '20

Hello, I just need to know if kamailio can communicate with Voltdb for sqlops operations for example. Regards, Ali Taher

2 8

Kamailio v5.4.3 Released
by Daniel-Constantin Mierla 14 Dec '20

14 Dec '20

Hello, Kamailio SIP Server v5.4.3 stable release is out. This is a maintenance release of the latest stable branch, 5.4, that includes fixes since the release of v5.4.2. There is no change to database schema or configuration language structure that you have to do on previous installations of v5.4.x. Deployments running previous v5.4.x versions are strongly recommended to be upgraded to v5.4.3. For more details about version 5.4.3 (including links and guidelines to download the tarball or from GIT repository), visit: * https://www.kamailio.org/w/2020/12/kamailio-v5-4-3-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.asipto.com www.twitter.com/miconda -- www.linkedin.com/in/miconda

1 0

Wrong To tag in t_reply
by Ivan Ribakov 14 Dec '20

14 Dec '20

Hi all, I’m trying to implement following routing behaviour: - ingress INVITE is sequentially forked to 1 or more endpoints - under certain conditions sequential forking may be stopped and pre-defined error returned to the caller Here’s is part of the config responsible for handling errors: failure_route[ROUTE_ELEMENT_FINAL_FAILURE_HELPER] { route(ROUTE_ELEMENT_FINAL_FAILURE); } route[ROUTE_ELEMENT_FINAL_FAILURE] { # We need to check if the error happens before the first egress, because T-state is not defined yet so we can not use t_reply if ($var(before_first_egress) == 0) { t_reply("$var(sipCode)", "$var(sipMessage)"); } else { sl_send_reply("$var(sipCode)", "$var(sipMessage)"); } } Here is a simple scenario where delivering call to first endpoint times out after receiving 180 Ringing (using custom fr_inv_timer value) where: - .33 is caller - .208 is Kamailio - .138 is callee Notice that 504 is retransmitted by Kamailio. Here is a comparison of 180 and 504 returned by Kamailio: As can be seen, 180 was proxied from the callee and has callee’s to-tag (tag=CALLEE1), however 504 that was generated by Kamailio using t_reply() has a different to-tag (presumably generated by Kamailio). How can I tell Kamailio not to generate new to-tag but to use the last one that proxied back to the caller? Thanks in advance for any help! Regards, Ivan

2 2

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