sr-users December 2021

sr-users@lists.kamailio.org

47 participants
49 discussions

Issue Bug in SEMS (transparent SBC profile)
by Mojtaba 21 Dec '21

21 Dec '21

Hello, Why in SEMS, some changes (in transparent SBC profile) in sip headers do not apply. For example i want to change CSeq or Contact header like this: # transparent SBC profile # defaults: transparent RURI=$r From=$f To=$t Call-ID=$ci_leg2 CSeq=$H(CSeq) Contact=$H(Contact) When I run SEMS, CSeq and Contact do not change, while other headers change. [#7fc688d7b1c0/9379] [onLoad, SBC.cpp:189] INFO: loading SBC call profiles from '/usr/local/etc/sems/etc/' [#7fc688d7b1c0/9379] [readFromConfiguration, SBCCallProfile.cpp:418] INFO: SBC: loaded SBC profile 'mo' - MD5: d6a2c29084043edde1357231f6866737 [#7fc688d7b1c0/9379] [readFromConfiguration, SBCCallProfile.cpp:423] INFO: SBC: RURI = '$r' [#7fc688d7b1c0/9379] [readFromConfiguration, SBCCallProfile.cpp:424] INFO: SBC: RURI-host = '' [#7fc688d7b1c0/9379] [readFromConfiguration, SBCCallProfile.cpp:425] INFO: SBC: From = '$f' [#7fc688d7b1c0/9379] [readFromConfiguration, SBCCallProfile.cpp:426] INFO: SBC: To = '$t' [#7fc688d7b1c0/9379] [readFromConfiguration, SBCCallProfile.cpp:431] INFO: SBC: Call-ID = '$ci_leg2222' [#7fc688d7b1c0/9379] [readFromConfiguration, SBCCallProfile.cpp:434] INFO: SBC: force outbound proxy: yes This issue caused the Asterisk could not pass the Authentication process in "match_req_to_dialog" function because the CSeq is the same as the dialogs. So the Asterisk thought this message was a LOOP message. Has anybody encountered this issue in SEMS? How did you solve this? I know there are some ways for doing this with Kamailio, But i focused on issues in SEMS With Best Regards *-- Mojtaba Esfandiari.S* *-- PhD student and Research Affiliate, * *-- Technical Manager at IP-PBX Laboratory, Ferdowsi University of Mashhad, Iran.* -- Address: IP-PBX Lab., Engineering Faculty, Ferdowsi University Main Campus, Mashhad, Iran. -- Tel: +98-51-38763635 -- Mobile: +98-915-117-6713

4 14

uac module - use htable instead of database
by Markus Bönke 20 Dec '21

20 Dec '21

Hello all, we want to use the "remote registrations feature" of the uac module to let kamailio register with other sip providers. As far as I see the module works only with a database backend. As our kamailio script should be independent from a database, a solution could be to load the configuration on startup (and refresh it periodically) from a database view into a htable and then trigger the remote registrations based on the expiration of the htable columns. Could something like this be implemented by using the uac module or by an other workaround ? Or does it require some enhancements in the uac module ? Thanks and regards Markus

2 2

Using kamcmd tm.t_uac_start to send SIP REGISTER messages in Kamailio 5.5
by Steve Sether 20 Dec '21

20 Dec '21

I'm trying to use the kamcmd tml.tc_uac_start command to send raw SIP messages in Kamailio 5.5, but I always get a error: 400 - Invalid headers. I've also tried sending OPTIONS messages with the same result. I've looked for examples of sending SIP messages via kamcmd, but can't find any. kamcmd help tm.t_uac_start specifies the following: kamcmd> help tm.t_uac_start starts a tm uac using a list of string parameters: method, ruri, dst_uri, send_sock, headers (CRLF separated) and body (optional) Essentially my problem is I don't really know how to properly encode these headers. How do I send special characters? Do I need to use double quotes, single quotes, etc around the whole header? Which characters are special? How do I encode the CRLF? I tried \r\n, but I still get this error. It says only From: and To: are required. It's a bit hard trying to make progress when all I ever get is one error message. The kamailio logs are a little more helpful, and largely point me down the road that it doesn't understand the CRLF encoding, and says my From: header includes the To: line, so it's not separating them. For example, I'm trying things like this: kamcmd -v tm.t_uac_start OPTIONS sip:200@exampleserver.com:5060 . . "From: <sip:example@192.168.0.1>;tag=d27ca05e-1789-4774-a698-dcfe91dec9b4\r\nTo: <sip:example@192.168.0.2>"\r\nExpires: 1200\r\nContent-Length: 0" Nothing seems to work, so whatever the syntax I'm using must be wrong. Just providing an example of sending SIP via kamcmd tm.t_uac_start would likely help a huge amount. Thanks! --

2 1

tcp_set_connection_lifetime(1) does not close connection
by Sebastian Damm 19 Dec '21

19 Dec '21

Hi, for having a maintenance mode, I need to implement some sort of draining functionality. All our clients register via TLS. So I thought, I just answer the next REGISTER of a client with a 503 and kill the tcp connection afterwards, so they need to open up a new connection to the loadbalancer in front and end up on a different server. This is my code: 510 if msg.is_method("REGISTER"): 1 if KSR.pv.get("$shv(MAINTENANCE_MODE)") == 1: 2 KSR.info("In maintenance mode, rejecting registration") 3 KSR.hdr.append_to_reply("Retry-After: 2\r\n") 4 KSR.sl.sl_send_reply(503, "Draining") 5 if KSR.tcpops.tcp_set_connection_lifetime(1) > 0: 6 KSR.info("Set Connection lifetime to 1") 7 return False (Side note: msg is some internal class, this is obviously KEMI with python) So now when I set the MAINTENANCE_MODE var to 1, Kamailio rejects the REGISTER requests, logs both lines and sends out a 503. Debug log tells me this: Dec 10 15:32:10 ifens5 /usr/sbin/kamailio[3851]: DEBUG: tcpops [tcpops.c:229]: tcpops_set_connection_lifetime(): new connection lifetime for conid=1: 908866403 Dec 10 15:32:21 ifens5 /usr/sbin/kamailio[3855]: DEBUG: <core> [core/tcp_main.c:4554]: tcpconn_main_timeout(): entering timer for 0x7f759cb26218 (ticks=908866499, timeout=908866499 (0 s), wr_timeout=0 (211631299 s)), write queue: 0 bytes In tcpdump I can see that the connection does not get closed immediately. Is there some timer in the tcp stack which cleans up expired connections from time to time? Can I manipulate how often this timer runs? I couldn't find anything, and clearly even though I tell Kamailio to close the connection after 1 second, it doesn't do it. Thanks for any input. Regards, Sebastian

3 3

Kamailio SIP Application server
by Weiqi Yao 17 Dec '21

17 Dec '21

Hello community, We were testing using Kmailio work as an IMS, and then turn out the phone wants to do MMTel for mobile real-time multimedia communication. We are not familiar with this topic, but anyone know Kamailio have such module or any other MMTel service can work with Kamailio? BR, Weiqi

2 2

RPC command dlg.profile_get_size with per_value response
by David VILLAUME 17 Dec '21

17 Dec '21

Hello, I would like to suggest you an implementation of the rpc command dlg.profile_get_size (on a valued profile) that would return a list of values and the number of current dialogs for any of them . Din’t know where to suggest it so I sent it there, please accept my apologies if it’s not the good place. Regards, David

2 2

SRTP/DTLS + RTP Header encryption
by Rahul mm 15 Dec '21

15 Dec '21

Hi guys, Is it possible to achieve RTP header encryption along with payload in SRTP/DTLS ? So far what I've been able to see is RTP payload encryption. I'm using kamailo 5.5.0 and rtpengine 9.2.1.6 in webRTC scenario. Many thanks. BR, Rahul

2 3

Next online devel meeting - Wed, Dec 15, 2021, 15:00UTC
by Daniel-Constantin Mierla 15 Dec '21

15 Dec '21

Hello, 2021 is almost over, time ran fast somehow this year, with a major release in the middle, which delayed the development discussion for the next one, so it's time for it! As usual, the aim is to sketch the roadmap to next major release so the developers and community members can syncronize and plan what should be done till Kamailio v5.6 will be out as well as discuss about current state of the project, look for new ideas to improve collaboration within the community, a.s.o. The meeting will be done on a matrix chat room. More details are in the wiki page of the event, available at: * https://www.kamailio.org/wiki/devel/irc-meetings/2021a Feel free to add there topics that you want to be discussed. The proposed date is next Wednesday, December 15, 2021, at 15:00UTC (15:00 London/Dublin, 16:00 most of West Europe, 10:00 New York), but other dates can be proposed if they suit for more participants. Cheers, Daniel -- Daniel-Constantin Mierla -- www.asipto.com www.twitter.com/miconda -- www.linkedin.com/in/miconda _______________________________________________ Kamailio (SER) - Development Mailing List sr-dev(a)lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev

1 2

ACK is sent to wrong address when using serial forking
by Minh Phan 15 Dec '21

15 Dec '21

Dear List, As shown in the image below, Proxy 1 tries to do serial forking to Proxy 3 and then Proxy 4. Upon reception of the 480 answer ( blue frame) from Proxy 2, the Proxy 1 generated an ACK (red frame) and sent it to Proxy 1. The problem I have is that the ACK generated by Proxy 1 has a wrong RURI. I expect the ACK to be sent to the URI of the CONTACT header of the 480 message (blue frame). However, its RURI is the same as the one in the first INVITE of the dialog. Note that there is NO ROUTE header in the ACK message. As there is serial forking here, the ACK is generated by the Proxy 1 itself. Any hint would be appreciated, Best Regards, Minh Phan [image: image.png]

3 2

RTP Proxy with Local IP and Public IP
by Vijo Jose 13 Dec '21

13 Dec '21

Hai Everyone. I have configured the RTP Proxy with Kamailio SIP Proxy Server. Where I have my Kamailio is configured with private IP 10.0.0.1 and Public UP 103.XX.XX.XX and the SIP user is connecting with RTP proxy with local IP 10.0.0.1 to register. I also have a SIP Asterisk server on the public Internet with IP 90.XX.XX.XX that makes the call to sipuser@103.XX.XX.XX:5060 which is coming on the sip proxy server and the sip proxy server forwards those packets to the SIP user who is registered with local IP 10.0.0.5. Once the call is answered the RTP is started to send from the SIP server to the SIP Proxy server over the public IP from 90.XX.XX.XX to 103.XX.XX.XX which is working as expected. But from the sip user 10.0.0.5 the RTP is flowing to Proxy server public IP 103.XX.XX.XX instead of RTP Proxy server Localip 10.0.0.1. How can we configure the same? Presently I have started my RTP proxy server with command /usr/local/bin/rtpproxy -F -A 103.XX.XXXX -l 10.0.0.1 -m 10000 -M 20000 -s udp:127.0.0.1:7722 -d DBUG:LOG_LOCAL5 Thanks in advance.

3 2

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

sr-users December 2021