sr-users December 2021

sr-users@lists.kamailio.org

47 participants
44 discussions

RPC command dlg.profile_get_size with per_value response

by David VILLAUME

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 years, 4 months

SRTP/DTLS + RTP Header encryption

by Rahul mm

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 years, 4 months

Next online devel meeting - Wed, Dec 15, 2021, 15:00UTC

by Daniel-Constantin Mierla

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

2 years, 4 months

ACK is sent to wrong address when using serial forking

by Minh Phan

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]

2 years, 4 months

RTP Proxy with Local IP and Public IP

by Vijo Jose

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.

2 years, 4 months

Re: [SR-Users] Manipulation of request-line

by Mihovil Kolaric

Hi, unfortunately, Alex is right: manipulations ot the request-URI do not seem to re-write the whole line, the malformed line-ending (SIP/2.0<blank><CR><LF>) remains in the forwarded message.

2 years, 4 months

remove rport in INVITE Via HDR and make kamailio behave asymmetric

by Nuno Miguel Reis

Hi guys. I've a scenario here where I'm receiving inbound traffic from a Mitel PBX on a LAN environment with a bunch of router hops between kamailio and the Mitel. Sometimes, not always, I get traffic from the MItel PBX where the source port is changed in transit (some kind of NAT, still don't know where exactly) from 5060 to a dynamic port different from 5060. Every INVITE comes with rport in via header as: .. Via: SIP/2.0/UDP 10.21.252.35:5060 ;branch=z9hG4bK-524287-1---d6bac01809527627*;rport* .. when this happens kamailio sends all the replies to the $si:$sp symmetrically (force_rport behavior) and I would like to force the opposite instead, making it asymmetric and sending the traffic to $si:5060 everytime. I'm having a hard time forcing the *unforce*_rport() behavior. Does anyone have a good suggestion for this? Looking forward to hear from you. Cheers, -- Nuno Miguel Reis Departamento de Engenharia Informática Faculdade de Ciências e Tecnologia Universidade de Coimbra

2 years, 4 months

Unquoted values from #!defenv

by Ben Kaufman

Hello all, Looking for some clarification regarding quoting and !#defenv . I understand that the example below fails because the environmental variable HOME is not quoted, thus when used in the xlog() call it fails. How is it possible to evaluate and/or use the value of the environmental variable if defined as a preprocessor variable? Looking at the documentation the reason for this directive is "It is a simplified alternative of using #!substdef with $env(NAME) in the replacement part." But #!substdef would allow setting the value inside of a quoted string, so does it really meet that requirement? I'm aware that I could use $env(HOME) rather than a preprocessor directive of HOME. I'm just trying to understand the usage of the #!defenv feature. #!KAMAILIO ## Tested in 5.5.2 loadmodule "xlog" loadmodule "pv" loadmodule "evrexec" modparam("evrexec", "exec", "name=evrexec:timer;wait=1000;workers=1;") #!defenv HOME request_route{ forward(); } event_route[evrexec:timer] { xlog("L_N", "HOME: " + HOME + "\n"); } Ben Kaufman

2 years, 4 months

wireshark decode kamailio / rtpengine ng messages

by Karsten Horsmann

Hi List, maybe someone wrote a wireshark helper (didnt know the right term) to view kamailio to rtpengine communication in human form? Some hints would be great. -- Mit freundlichen Grüßen *Karsten Horsmann*

2 years, 4 months

Re: [SR-Users] wireshark decode kamailio / rtpengine ng messages

by Alex Balashov

That sounds far too niche for a helper, though, then again, Wireshark has some phenomenally exotic helpers. — Sent from mobile, with due apologies for brevity and errors. > On Dec 8, 2021, at 8:14 AM, Karsten Horsmann <khorsmann(a)gmail.com> wrote: >

2 years, 4 months

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