Hi everyone,
I currently have a working SIP setup, but I'm trying to get WebRTC working alongside it and haven’t had much success so far. Does anyone have tips or best practices for enabling both SIP and WebRTC in the same configuration?
Is it possible to handle both within a single Kamailio config? Or would I need some kind of conditional logic (like if/else) to manage how the config handles different types of clients?
My setup looks like this:
Router → Kamailio → Kubernetes (Asterisk inside …
[View More]the cluster)
I was having some issues with the Contact header, but I managed to resolve that. Now I'm stuck figuring out how to make WebRTC work cleanly alongside SIP.
Any advice would be appreciated!
Thanks!
[View Less]
Hello,
Kamailio SIP Server v5.7.7 stable release is out.
This is a maintenance release of the latest stable branch, 5.7, that
includes fixes since the release of v5.7.6. There is no change to
database schema or configuration language structure that you have to do
on previous installations of v5.7.x. Deployments running previous v5.7.x
versions are strongly recommended to be upgraded to v5.7.7.
Note that 5.7 is now the third last stable branch, v5.7.7 being the last
planned released in 5.7.x …
[View More]series. The latest two stable branch are 5.8
and 6.0, with v6.0.1 being released a while ago.
For more details about version 5.7.7 (including links and guidelines to
download the tarball or from GIT repository), visit:
* https://www.kamailio.org/w/2025/05/kamailio-v5-7-7-released/
RPM, Debian/Ubuntu packages will be available soon as well.
Many thanks to all contributing and using Kamailio!
Cheers,
Daniel
--
Daniel-Constantin Mierla (@ asipto.com)
twitter.com/miconda -- linkedin.com/in/miconda
Kamailio Consultancy, Training and Development Services -- asipto.com
[View Less]
Hello,
I am considering to release Kamailio v5.7.7 (out of branch 5.7) on
Wednesday, May 21, 2025, as the last one from the 5.7.x series, to mark
the end of support for it. Currently 5.8.x and 6.0.x are the latest two
maintained branches.
Cheers,
Daniel
--
Daniel-Constantin Mierla (@ asipto.com)
twitter.com/miconda -- linkedin.com/in/miconda
Kamailio Consultancy, Training and Development Services -- asipto.com
I appreciate all the feedback Fellas, checking the docs, there is no need to change the RURI, they do what some E164 fixup presented without the +. I'll follow up after testing, got a bit to chew one here.
Thanks!
JR Richardson
Hey Folks,
I'm integrating STIR/SHAKEN using kamailio, but not using self hosted certs with the secsipid module, just using a redirect from clearip on the SIP Calls. I've got the basic connection to clearip using t_relay_to_tcp for testing, but I'm struggling with the checks and timeouts. I have call progress past the initial request where I need to wait for a response. Should I put the clearip invite in its own route block use return? Has anyone successfully integrated the redirect method …
[View More]with kamailio to clearip and can give me some example route checks in the kamailio configs?
Thanks.
JR
[View Less]
Hello,
I'm having a strange issue, when Kamailio(?) is closing TLS connection just
in the middle of session. Usually I see a sort of timeout ~ 600 secs. But
it does not ring a bell for me.
With strace I've found, that it's actually not Kamailio, but underlying SSL
library is doing this, according to line I've got from strace
[2025-05-16 10:00:30] PID=1337952 FD=0 SYSCALL=close -> [No socket info]
Raw: sendto(3, "<183>May 16 10:00:30 /usr/local/sbin/kamailio[1337952]:
DEBUG: tls […
[View More]tls_server.c:712]: tls_h_tcpconn_close_f(): Closing SSL
connection 0x7f01a1ab1870\n", 150, MSG_NOSIGNAL, NULL, 0) = 150
As I don't see any explicit calls of tls_h_tcpconn_close_f in the source
code, I assume it's a callback from the external OpenSSL(?) module.
What would be the best way to debug why OpenSSL(?) is terminating
connection, cause on Wireshark I just do see usual TCP connection with
keepalives
[image: image.png]
kamailio -v
version: kamailio 5.8.3 (x86_64/linux) 6f8a04
flags: USE_TCP, USE_TLS, USE_SCTP, TLS_HOOKS, USE_RAW_SOCKS, DISABLE_NAGLE,
USE_MCAST, DNS_IP_HACK, SHM_MMAP, PKG_MALLOC, MEM_JOIN_FREE, 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_BLOCKLIST,
HAVE_RESOLV_RES, TLS_PTHREAD_MUTEX_SHARED
ADAPTIVE_WAIT_LOOPS 1024, MAX_RECV_BUFFER_SIZE 262144, MAX_SEND_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.
openssl --version
OpenSSL 3.2.2 4 Jun 2024 (Library: OpenSSL 3.2.2 4 Jun 2024)
enable_tls=yes
enable_sctp=no
tls_threads_mode=2
tcp_accept_no_cl=yes
tcp_max_connections=63536
tls_max_connections=63536
tcp_accept_aliases=no
tcp_async=yes
tcp_connect_timeout=30
tcp_conn_wq_max=63536
tcp_crlf_ping=yes
tcp_delayed_ack=yes
tcp_fd_cache=yes
tcp_keepalive=yes
tcp_keepcnt=5
tcp_keepidle=30
tcp_keepintvl=10
tcp_linger2=30
tcp_script_mode=1
tcp_rd_buf_size=80000
tcp_send_timeout=10
tcp_wq_blk_size=2100
tcp_wq_max=10485760
open_files_limit=63536
Many thanks in advance!
--
Best regards,
Ihor (Igor)
[View Less]
Hello, I am getting the following errors on kamailio 6.0.0:
May 14 07:10:20 hostname.xxxxxx.net docker[20678]: 53(59) ERROR: {2 24186 INVITE 7c127e81-45a8-41bb-ab64-7b0e7223f7ff} <core> [core/parser/sdp/sdp_helpr_funcs.c:336]: extract_candidate(): no component in `a=candidate'
May 14 07:10:20 hostname.xxxxxx.net docker[20678]: 53(59) ERROR: {2 24186 INVITE 7c127e81-45a8-41bb-ab64-7b0e7223f7ff} <core> [core/parser/sdp/sdp_helpr_funcs.c:336]: extract_candidate(): no component in `a=…
[View More]candidate'
May 14 07:10:20 ap07stvp.dyninno.net docker[20678]: 53(59) ERROR: {2 24186 INVITE 7c127e81-45a8-41bb-ab64-7b0e7223f7ff} <core> [core/parser/sdp/sdp_helpr_funcs.c:336]: extract_candidate(): no component in `a=candidate'
Candidates in SDP looks valid per RFC:
a=candidate:vnyxKH3f79Lw0zSj 1 UDP 2130706431 1x.xxx.xxx.xxx 26010 typ host
a=candidate:vnyxKH3f79Lw0zSj 2 UDP 2130706430 1x.xxx.xxx.xxx 26011 typ host
a=remote-candidates:1 9x.xx.xxx.xxx 56628
I am using the 6.0.0-alpine version (https://github.com/kamailio/kamailio-ci/pkgs/container/kamailio-ci/34563256…)
version: kamailio 6.0.0 (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, MEM_JOIN_FREE, 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_BLOCKLIST, HAVE_RESOLV_RES, TLS_PTHREAD_MUTEX_SHARED
ADAPTIVE_WAIT_LOOPS 1024, MAX_RECV_BUFFER_SIZE 262144, MAX_SEND_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 on 12:27:58 Jan 29 2025 with gcc 14.2.0
It appears that it could have been fixed in 6.0.1 (https://www.kamailio.org/pub/kamailio/6.0.1/ChangeLog commit a5ac9e04b91971da44256373904450501f9a4493) but I don't see 6.0.1-alpine image in https://github.com/kamailio/kamailio-ci/pkgs/container/kamailio-ci.
Please advise, is there any plans to publish it?
Kind regards,
[logo]
Arsenijs Kabihno | VoIP
SIA "Dynatech", DYNATECH, Jeruzalemes St. 1, Riga, LV-1010, Latvia<https://www.google.com/maps/place/Jeruzalemes+St.+1,+Riga,+LV-1010,+Latvia>
a.kabihno(a)dynatech.lv<mailto:a.kabihno@dynatech.lv> | https://dynatech.lv/<https://https://dynatech.lv/>
Stay connected:
[logo]<https://www.linkedin.com/company/dynatech-latvia/>
Confidentiality Notice: This message contains confidential information and is intended only for the named recipient(s). If you are not the addressee you may not copy, distribute or perform any other activities with this information. If you have received this transmission in error, please notify us by e-mail immediately. E-mail 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.
[View Less]
Hi Gang
I try to remove the Reason Header from a CANCEL message.
I use parallel branching on the registrar.
The route below is called very soon in request_route.
The cancel matches as I get the log entry just before calling
remove_hf("Reason")
But the Reason HF is still present when the CANCEL is forked to the
registered CPE.
The INVITE is routed through a branch_route after forking where headers
can be altered per branch. But I don't see the CANCEL in the branch
route.
Is there a way to …
[View More]alter header in a branched cancel message?
# CANCEL processing
if (is_method("CANCEL")) {
if (t_check_trans()) {
route(FILTER_CANCEL);
route(RELAY);
}
exit;
}
route[FILTER_CANCEL]
{
# Buggy iPhones send wrong cancel cause code 200.
if (is_present_hf("Reason")) {
$var(cause) = $(hdr(Reason){param.value,cause});
$var(text) = $(hdr(Reason){param.value,text});
if (($var(cause) == 200) && ($var(text) == "Call Rejected By User")) {
if ($avp(debug) > 0) {
xlog("L_INFO", "$cfg(route): Remove wrong iPhone Cancel Reason HF\n");
}
remove_hf("Reason");
}
}
}
Mit freundlichen Grüssen
-Benoît Panizzon-
--
I m p r o W a r e A G - Leiter Commerce Kunden
______________________________________________________
Zurlindenstrasse 29 Tel +41 61 826 93 00
CH-4133 Pratteln Fax +41 61 826 93 01
Schweiz Web http://www.imp.ch
______________________________________________________
[View Less]