Kamailio v5.6.0 is out – it comes with 7 new modules and a considerable
set of improvements touching again more than 90 existing modules.
You can read detailed release notes at:
* https://www.kamailio.org/w/kamailio-v5-6-0-release-notes/
Many thanks to all developers and community members that made possible
this release.
v5.6.0 brings more flexibility and optimizations across many components,
plenty of new variables and transformations, load balancer enhancements,
generic iterators for SIP headers and body lines, alternative http
client, NATS PubSub connector, improvements to STIR/SHAKEN, IMS/VoLTE,
rtpengine and tls as well as more functions exported to KEMI interface
... just to list only a few here. Enjoy Kamailio v5.5.0!
Thank you for flying Kamailio!
Daniel
--
Daniel-Constantin Mierla -- www.asipto.comwww.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio Advanced Training - Online: June 20-23, 2022
* https://www.asipto.com/sw/kamailio-advanced-training-online/
Hello,
with some effort directed lately to convert the wiki content to markdown
files and host them on github, it's time to now to nail down the path to
release nest major release for Kamailio, respectively v5.6.0.
What's new in this major release as well as upgrade guidelines have to
be built, but I hope to be done in time to release Kamailio v5.6.0
either on Monday, June 23, 2022 or on Wednesday, June 25, 2022. Should
anyone consider a different release planning, let's discuss it.
If anyone wants to help with them, the content has to be added to the
github wiki repository:
* https://github.com/kamailio/kamailio-wiki
If not there, new files have to be created and linked from the main page.
The wiki is built with mkdocs into html and made available for browsing at:
* https://kamailio.org/wikidocs/
Cheers,
Daniel
--
Daniel-Constantin Mierla -- www.asipto.comwww.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio Advanced Training - Online: June 20-23, 2022
* https://www.asipto.com/sw/kamailio-advanced-training-online/
Hi,
You are currently using TLSv1/SSLv3 ECDHE-RSA-AES256-GCM-SHA384 256
Teams stopped using TLSv1/ TLSv1.1 and only allowing TLS1.2+
So change your kamailio TLS settings to enforce only it
method = TLSv1.2+
After restarting kamailio your team's connections should be good.
--
Best Regards,
Ahmed Fouad
Hello,
IPv6 routers never fragment packets. Rather, they drop a packet that
is too large for a (local) MTU and send back ICMPv6 "Packet Too Big".
This seems to cause loss of larger SIP messages when an ISP tunnels
their IPv6 at the expense of the MTU.
The pmtu_discovery flag sets Don't Fragment in IPv4 traffic; in IPv6
this is an implied property. Does Kamailio learn a lower MTU from
any "Packet Too Big" for IPv6 even if pmtu_discovery is not set?
Future resends can then be fragemented appropriately.
The udp_mtu setting diverts to another protocol, but that would be a
setting as low as the worst peer, impacting all. It would be a weird
struggle with a telco serving many. PMTU would be better to rely on,
but how does it work in Kamailio?
Details on
https://www.rfc-editor.org/rfc/rfc3542#section-11.3https://stackoverflow.com/questions/38817837/how-does-mtu-retransmission-wo…
Thanks,
-Rick
Hi,
I have a kamailio that is has an HTTP message server. Is it possible to
send the SIP status code back in the HTTP reply? Is it possible to
suspend an xhttp request while some other stuff happens and then send
the reply later?
The relevant bit of the config currently looks like
event_route[xhttp:request]{
if($hu == "/sms"){
$uac_req(method)="MESSAGE";
$uac_req(ruri)="sip:1234@example.com";
$uac_req(furi)="sip:4567@example.com";
$uac_req(turi)="sip:1234@example.com";
$uac_req(body)=$rb;
uac_req_send();
xhttp_reply("200", "OK", "text/plain", "Sent")
}
}
Regards,
Tim
Kamailio first gives timeout on ctl unix socket as I am exporting data
using prometheus exporter, after a few minutes it stops responding to any
sip request on default/production udp port binded with multiple IP
addresses for sip traffic.
The other listing port which is used by keepalived check script for
bing-pong keeps responding to option messages.
Its very random behaviour occurs after a few days or after a few months,
the system having max load 350 concurrent calls with load average 200-300.
I am attaching core dump which is collected before restarting the process.
Please let me know if more information is required.
version: kamailio 5.4.1 (x86_64/linux) 2ca223
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: 2ca223
Thankyou in advance.
--
Regards
M Arqum
Hi everyone,
we are running a call center with really good to use hardphones and audio only up to this point. Because of changing regulation, we soon have to deal with video calls as well, but only for a fraction of the calls (below 1%).
Instead of switching everyone to clumsy softphones for the rare case of a video call, I’m exploring the ability to branch an incoming call into a pure audio call to the hardphone and optionally a pure video call to the softphone.
Has anyone done this in the past and can share some experiences/ideas on
1. Can it be done purely with Kamailio and rtpengine? I don’t have a clear picture of how to do it purely with Kamailio on the SIP side, because we end up with two independent legs (to the hardphone and the softphone). Or do I need to deploy an Asterisk, Yate, freeswitch, etc. and doing it as a 3-way conference where one party gets both RTP streams (the trunk) and the other two parties only get one RTP stream (either audio or video)?
2. Was it worth the effort or a steady candidate for troubles?
I’m looking forward to your thoughts, especially on question b).
Have a nice weekend,
Christoph
---
Christoph Rüdiger
Digital Operations Architect
DTX OU DACH
M +49 152 3828 0376 | christoph.ruediger(a)tkelevator.com<mailto:christoph.ruediger@tkelevator.com>
TK Aufzüge GmbH | Münchener Str. 100c | 45145 Essen | Deutschland | www.tkelevator.com/de<http://www.tkelevator.com/de>
VORSITZENDE DES AUFSICHTSRATS Inge Delobelle | GESCHÄFTSFÜHRUNG Burkhard Schlenker (Vorsitzender) | Christian Fongern | Katja Schrafft | SITZ DER GESELLSCHAFT Neuhausen a. d. F. | REGISTERGERICHT Stuttgart HRB 731152
This e-mail (including any attachments) may contain confidential and/or privileged information. Any unauthorized use or dissemination of this message in whole or in part is strictly prohibited. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail.
Hello,
kamailio could not respond to the question:
This machine is on aws, there is no high load, there is an external ip
listening to the WebSocket 443 port, and sometimes there are some
unknown detection signals "SSTP_DUPLEX_POST" that will cause port 443
to fail to respond. Need to restart kamailio
Then, it stopped responding again after about a month.
Attach the detailed log
details:
root@sip1-aws:~# /home/pkg/kamailio/sbin/kamailio -V
version: kamailio 5.3.9 (x86_64/linux) a5fd0a
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
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: a5fd0a
compiled on 22:31:18 Mar 31 2022 with gcc 5.4.0
Thanks.