<!--
Kamailio Project uses GitHub Issues only for bugs in the code or feature requests. Please use this template only for bug reports.
If you have questions about using Kamailio or related to its configuration file, ask on sr-users mailing list:
* http://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
If you have questions about developing extensions to Kamailio or its existing C code, ask on sr-dev mailing list:
* http://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev
Please try to fill this template as much as possible for any issue. It helps the developers to troubleshoot the issue.
If there is no content to be filled in a section, the entire section can be removed.
You can delete the comments from the template sections when filling.
You can delete next line and everything above before submitting (it is a comment).
-->
### Description
We have a cluster of two Kamailio nodes on Debian 10 + v5.5.2.
We have added a node and updated to v5.6.1. So now it's a cluster of:
2x debian10 + v5.6.1
1x debian11 + v5.6.1
### Troubleshooting
I'm not sure what is the issue but per `dmesg` logs it seems related to `dmq_usrloc` module. We have a lot of cores, so it's happening constantly since the upgrade and the extra node addition.
#### Debugging Data
[core.kamailio.53605.1663462643.txt](https://github.com/kamailio/kamailio/fi…
#### Log Messages
<!--
Check the syslog file and if there are relevant log messages printed by Kamailio, add them next, or attach to issue, or provide a link to download them (e.g., to a pastebin site).
-->
```
[155017.987497] kamailio[53605]: segfault at f8 ip 00007fd49cf02f72 sp 00007ffea6e37e70 error 4 in dmq_usrloc.so[7fd49cef0000+17000]
[155017.987527] Code: 40 38 01 d0 89 05 12 95 00 00 48 8b 05 cf 8f 00 00 8b 00 83 f8 01 0f 85 80 00 00 00 48 8b 85 48 ff ff ff 48 8b 80 a0 00 00 00 <8b> 90 f8 00 00 00 48 8b 85 48 ff ff ff 48 8b 80 a0 00 00 00 48 8b
```
#### SIP Traffic
<!--
If the issue is exposed by processing specific SIP messages, grab them with ngrep or save in a pcap file, then add them next, or attach to issue, or provide a link to download them (e.g., to a pastebin site).
-->
```
(paste your sip traffic here)
```
### Possible Solutions
<!--
If you found a solution or workaround for the issue, describe it. Ideally, provide a pull request with a fix.
-->
### Additional Information
* **Kamailio Version** - output of `kamailio -v`
```
version: kamailio 5.6.1 (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_BLOCKLIST, 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 10.2.1
```
* **Operating System**:
<!--
Details about the operating system, the type: Linux (e.g.,: Debian 8.4, Ubuntu 16.04, CentOS 7.1, ...), MacOS, xBSD, Solaris, ...;
Kernel details (output of `lsb_release -a` and `uname -a`)
-->
```
No LSB modules are available.
Distributor ID: Debian
Description: Debian GNU/Linux 11 (bullseye)
Release: 11
Codename: bullseye
Linux sip03.example.com 5.18.0-0.deb11.4-amd64 #1 SMP PREEMPT_DYNAMIC Debian 5.18.16-1~bpo11+1 (2022-08-12) x86_64 GNU/Linux
```
--
Reply to this email directly or view it on GitHub:
https://github.com/kamailio/kamailio/issues/3242
You are receiving this because you are subscribed to this thread.
Message ID: <kamailio/kamailio/issues/3242(a)github.com>
<!-- Kamailio Pull Request Template -->
<!--
IMPORTANT:
- for detailed contributing guidelines, read:
https://github.com/kamailio/kamailio/blob/master/.github/CONTRIBUTING.md
- pull requests must be done to master branch, unless they are backports
of fixes from master branch to a stable branch
- backports to stable branches must be done with 'git cherry-pick -x ...'
- code is contributed under BSD for core and main components (tm, sl, auth, tls)
- code is contributed GPLv2 or a compatible license for the other components
- GPL code is contributed with OpenSSL licensing exception
-->
#### Pre-Submission Checklist
<!-- Go over all points below, and after creating the PR, tick all the checkboxes that apply -->
<!-- All points should be verified, otherwise, read the CONTRIBUTING guidelines from above-->
<!-- If you're unsure about any of these, don't hesitate to ask on sr-dev mailing list -->
- [x] Commit message has the format required by CONTRIBUTING guide
- [x] Commits are split per component (core, individual modules, libs, utils, ...)
- [x] Each component has a single commit (if not, squash them into one commit)
- [x] No commits to README files for modules (changes must be done to docbook files
in `doc/` subfolder, the README file is autogenerated)
#### Type Of Change
- [ ] Small bug fix (non-breaking change which fixes an issue)
- [x] New feature (non-breaking change which adds new functionality)
- [ ] Breaking change (fix or feature that would change existing functionality)
#### Checklist:
<!-- Go over all points below, and after creating the PR, tick the checkboxes that apply -->
- [ ] PR should be backported to stable branches
- [x] Tested changes locally
- [ ] Related to issue #XXXX (replace XXXX with an open issue number)
#### Description
<!-- Describe your changes in detail -->
This new feature provides a way to have multiple users sharing the same speed dial number, if they belong to the same group.
A new function is add: "sd_lookup_group". It finds the URI for a specific sd_username and group_id (and sd_domain if is_domain value is defined) in the database, returning its URI.
You can view, comment on, or merge this pull request online at:
https://github.com/kamailio/kamailio/pull/3255
-- Commit Summary --
* speeddial: allow search uri of speed dial by group
-- File Changes --
M src/modules/speeddial/doc/speeddial_admin.xml (35)
M src/modules/speeddial/sdlookup.h (2)
M src/modules/speeddial/speeddial.c (8)
M src/modules/speeddial/speeddial.h (15)
-- Patch Links --
https://github.com/kamailio/kamailio/pull/3255.patchhttps://github.com/kamailio/kamailio/pull/3255.diff
--
Reply to this email directly or view it on GitHub:
https://github.com/kamailio/kamailio/pull/3255
You are receiving this because you are subscribed to this thread.
Message ID: <kamailio/kamailio/pull/3255(a)github.com>
Module: kamailio
Branch: master
Commit: 6f400a8074fe60916867596431ca26dff00435d1
URL: https://github.com/kamailio/kamailio/commit/6f400a8074fe60916867596431ca26d…
Author: Kamailio Dev <kamailio.dev(a)kamailio.org>
Committer: Kamailio Dev <kamailio.dev(a)kamailio.org>
Date: 2022-09-30T11:46:18+02:00
modules: readme files regenerated - carrierroute ... [skip ci]
---
Modified: src/modules/carrierroute/README
---
Diff: https://github.com/kamailio/kamailio/commit/6f400a8074fe60916867596431ca26d…
Patch: https://github.com/kamailio/kamailio/commit/6f400a8074fe60916867596431ca26d…
---
diff --git a/src/modules/carrierroute/README b/src/modules/carrierroute/README
index ad924c1ca2..ba1d19d230 100644
--- a/src/modules/carrierroute/README
+++ b/src/modules/carrierroute/README
@@ -41,7 +41,7 @@ Lucian Balaceanu
4. Functions
- 4.1. cr_user_carrier(user, domain, dstavp)
+ 4.1. cr_user_carrier(user, domain, dstvar)
4.2. cr_route(carrier, domain, prefix_matching,
rewrite_user, hash_source, descavp)
@@ -185,7 +185,7 @@ Chapter 1. Admin Guide
4. Functions
- 4.1. cr_user_carrier(user, domain, dstavp)
+ 4.1. cr_user_carrier(user, domain, dstvar)
4.2. cr_route(carrier, domain, prefix_matching, rewrite_user,
hash_source, descavp)
@@ -473,7 +473,7 @@ modparam("carrierroute", "avoid_failed_destinations", 0)
4. Functions
- 4.1. cr_user_carrier(user, domain, dstavp)
+ 4.1. cr_user_carrier(user, domain, dstvar)
4.2. cr_route(carrier, domain, prefix_matching, rewrite_user,
hash_source, descavp)
@@ -501,22 +501,23 @@ cr_user_rewrite_uri(uri, domain)
cr_tree_rewrite_uri(tree, domain)
-> cr_route(tree, domain, "$rU", "$rU", "call_id")
-4.1. cr_user_carrier(user, domain, dstavp)
+4.1. cr_user_carrier(user, domain, dstvar)
- This function loads the carrier and stores it in an AVP. It cannot be
- used in the config file mode, as it needs a mapping of the given user
- to a certain carrier. The is derived from a database entry belonging to
- the user parameter. This mapping must be available in the table that is
- specified in the “subscriber_table” variable. This data is not cached
- in memory, that means for every execution of this function a database
- query will be done.
+ This function loads the carrier and stores it in a config variable. It
+ cannot be used in the config file mode, as it needs a mapping of the
+ given user to a certain carrier. The is derived from a database entry
+ belonging to the user parameter. This mapping must be available in the
+ table that is specified in the “subscriber_table” variable. This data
+ is not cached in memory, that means for every execution of this
+ function a database query will be done.
Meaning of the parameters is as follows:
* user - Name of the user for the carrier tree lookup. Additional to
a string any pseudo-variable could be used as input.
* domain - Name of the routing domain to be used. Additional to a
string any pseudo-variable could be used as input.
- * dstavp - Name of the AVP where to store the carrier id.
+ * dstvar - Name of the writaable variable (e.g., an AVP) where to
+ store the carrier id.
4.2. cr_route(carrier, domain, prefix_matching, rewrite_user, hash_source,
descavp)
Module: kamailio
Branch: master
Commit: c32ce4d776d40fe2eccea9007fb842cd8c9c3af9
URL: https://github.com/kamailio/kamailio/commit/c32ce4d776d40fe2eccea9007fb842c…
Author: Daniel-Constantin Mierla <miconda(a)gmail.com>
Committer: Daniel-Constantin Mierla <miconda(a)gmail.com>
Date: 2022-09-30T11:21:29+02:00
carrierroute: docs updated for cr_user_carrier()
---
Modified: src/modules/carrierroute/doc/carrierroute_admin.xml
---
Diff: https://github.com/kamailio/kamailio/commit/c32ce4d776d40fe2eccea9007fb842c…
Patch: https://github.com/kamailio/kamailio/commit/c32ce4d776d40fe2eccea9007fb842c…
---
diff --git a/src/modules/carrierroute/doc/carrierroute_admin.xml b/src/modules/carrierroute/doc/carrierroute_admin.xml
index 3b883d75155..341349495ec 100644
--- a/src/modules/carrierroute/doc/carrierroute_admin.xml
+++ b/src/modules/carrierroute/doc/carrierroute_admin.xml
@@ -412,10 +412,10 @@ cr_tree_rewrite_uri(tree, domain)
<section>
<title>
- <function moreinfo="none">cr_user_carrier(user, domain, dstavp)</function>
+ <function moreinfo="none">cr_user_carrier(user, domain, dstvar)</function>
</title>
<para>
- This function loads the carrier and stores it in an AVP.
+ This function loads the carrier and stores it in a config variable.
It cannot be used in the config file mode, as it needs a mapping of the
given user to a certain carrier. The is derived from a database entry
belonging to the user parameter. This mapping must be available in the
@@ -438,7 +438,8 @@ cr_tree_rewrite_uri(tree, domain)
</para>
</listitem>
<listitem>
- <para><emphasis>dstavp</emphasis> - Name of the AVP where to store the carrier id.
+ <para><emphasis>dstvar</emphasis> - Name of the writaable variable (e.g., an AVP)
+ where to store the carrier id.
</para>
</listitem>
</itemizedlist>
Hi!
A few years ago Daniel and I checked the possibility of supporting LibreSSL in addition to OpenSSL. I might not remember all the details, but I think it failed on LibreSSL not willing to support the memory allocation API we use in OpenSSL.
There has been a lot of discussion about the OpenSSL project lately, their focus and lack of communication skills. AlpineLinux has tried moving away from OpenSSL but failed in the first attempt and now discuss making another attempt. It they do and we want to run Kamailio in Alpine - which is used in many container environments - we need to pay attention.
https://gitlab.alpinelinux.org/alpine/tsc/-/issues/28
Some quotes:
"Meanwhile, there are more problems: it turns out that OpenSSL 3.x will not have LTS releases of the same length as past branches of OpenSSL. In addition, there are governance problems, as outlined by Rich Salz in his email to the openssl-project mailing list: the OpenSSL developers appear to want to focus on developing new features rather than cleaning up the mess of regressions they have created with OpenSSL 3.”
"However, it is the opinion of the Alpine license review community that the Apache 2.0 license is not compatible with GPLv2. It is also the opinion of the Alpine license review community that the OpenSSL 1.x license was alreadycompatible with both GPLv2 and GPLv3 due to the system library exception: it is generally not possible to install an Alpine system without having an OpenSSL implementation, so it clearly qualifies as a system library.”
Kamailio has GPLv2 - if we parse the license the same way, we can’t support OpenSSL 3.
We have many third-party libraries we use, like Curl, that also use OpenSSL. Curl may be a bad example, since the support of various TLS stacks is huge in Curl, but other libraries may have to make a decision here too.
Do you have any feeling if other Open Source projects discuss this?
Should we take another look at using LibreSSL?
Personally I’m rather worried about all the discussions around the OpenSSL project. There has been meetings at IETF with this as a topic. It is a very important building block for a lot of what we work with.
Cheers,
/O