> On 4 May 2024, at 20:19, Daniel-Constantin Mierla via sr-dev
> wrote:
>
> core: new udp receiver mode - one multi-threaded process
>
> - activated with udp_receiver_mode=1
> - one process is created that starts one receiver thread per UDP socket
> - SIP messages are pushed to "udp" async
I'm good. Good work!
--
Reply to this email directly or view it on GitHub:
https://github.com/kamailio/kamailio/pull/3802#issuecomment-2042552775
You are receiving this because you are subscribed to this thread.
Message ID: ___
Kamailio (SER) -
@oej commented on this pull request.
> +/**
+ *
+ */
+static int w_ptr_query(sip_msg_t *msg, char *ip, char *pv_name)
+{
+ str ip_address;
+ str name;
+
+ if(msg == NULL) {
+ LM_ERR("received null msg\n");
+ return -1;
+ }
+
+
@oej commented on this pull request.
> @@ -883,6 +883,57 @@ if(dns_query("test.com", "xyz"))
+
+
+ptr_query(ip, pvid)
+
+
+
+ Store the hostname that correspond to ip
+ in a config variable $ptrquery(pvid=>hostname).
You
@oej commented on this pull request.
You're doing good. Just a few small nits after reading it again.
> @@ -883,6 +883,57 @@ if(dns_query("test.com", "xyz"))
+
+
+ptr_query(ip, pvid)
+
+
+
+ Store the hostname that correspond to ip
s/ip/an
@oej commented on this pull request.
> +/**
+ *
+ */
+static int w_ptr_query(sip_msg_t *msg, char *ip, char *pv_name)
+{
+ str ip_address;
+ str name;
+
+ if(msg == NULL) {
+ LM_ERR("received null msg\n");
+ return -1;
+ }
+
+
@oej commented on this pull request.
> @@ -1292,6 +1297,31 @@ static int ki_dns_query(sip_msg_t *msg, str
> *naptrname, str *pvid)
return dns_update_pv(naptrname, pvid);
}
+/**
+ *
There is room for a description of the function here - that's why we have
comments before functions.
The topic contains a spelling error - you mean PTR and not PRT :-)
Please add documentation as well
--
Reply to this email directly or view it on GitHub:
https://github.com/kamailio/kamailio/pull/3802#issuecomment-2032283974
You are receiving this because you are subscribed to this thread.
I have mentioned this before as an issue and it was a driving factor behind
creating the API to the curl module. Having multiple modules using Curl that
initiates OpenSSL (or non-curl modules initiating OpenSSL) will lead to
problems. I remember that Kevin Fleming while working with Asterisk
Closed #3662 as completed.
--
Reply to this email directly or view it on GitHub:
https://github.com/kamailio/kamailio/issues/3662#event-11135406391
You are receiving this because you are subscribed to this thread.
Message ID: ___
Kamailio (SER) -
The issue tracker is for issues - not for general questions and asking for
help. Please join our mailing lists and ask there.
Thank you!
--
Reply to this email directly or view it on GitHub:
https://github.com/kamailio/kamailio/issues/3662#issuecomment-1838024428
You are receiving this because
Maybe we can add a setting in the dialog module for
- ignoring the timeout on the DMQ peer (receiver)
- adding a value on the DMQ peer so the primary server triggers first.
/O
--
Reply to this email directly or view it on GitHub:
> On 24 Oct 2023, at 09:40, Mojtaba wrote:
>
> The SIP user agent can register in the same Kamailio which is support RTSP
> module
>
That’s thte SIP user agent client. Where do you run the SIP user agent SERVER?
/O
>
> On Tue, Oct 24, 2023 at 11:00 AM Olle E.
ne connection to the camera.
> After that, the RTP streams come to the RTSPEngine and then will be sent to
> all agents.
> I am looking forward to hearing more ideas.
> Thanks
>
> On Mon, Oct 23, 2023 at 3:35 PM Olle E. Johansson <mailto:o...@edvina.net>> wrote:
>>
&g
> On 23 Oct 2023, at 11:13, Mojtaba via sr-dev
> wrote:
>
> Hi All,
> I'm going to release a new module that I've been developing, Real Time
> Streaming is a protocol to connect to camera devices to record video.
> Using this module, you can connect to all kinds of cameras and map them to
@oej commented on this pull request.
> @@ -187,15 +187,35 @@ modparam("http_client", "maxdatasize", 2000)
- Default value is zero, i.e.,
- the timeout function
@oej commented on this pull request.
> @@ -187,15 +187,35 @@ modparam("http_client", "maxdatasize", 2000)
- Default value is zero, i.e.,
- the timeout function
I think we need two config options - but they set the same variable internally
and only call ONE curl interface - the one you add here. We need also to verify
the http_client API if we need to add something there. Having two variables
internally is just overhead.
--
Reply to this email
> On 19 Oct 2023, at 14:02, Chaigneau, Nicolas via sr-dev
> wrote:
>
> Hello Henning,
>
>
> Here is a pull request for this :
>
> https://github.com/kamailio/kamailio/pull/3609
>
>
I’ve left some notes.
> Let me know if it’s ok.
> If it can be merged, I would like to backport the
Thank you for contributing. I would prefer if there's only one variable and
that we use the milliseconds always internally and just keep the old setting
for backwards compatibility.
--
Reply to this email directly or view it on GitHub:
@oej commented on this pull request.
> @@ -0,0 +1,16 @@
+This Python script, route_graph.py, serves as a utility tool for visualizing
Kamailio SIP server configuration files.
+It generates a graphical representation of the routing logic defined in the
configuration.
+
+Usage:
+1. Clone the
@oej commented on this pull request.
> @@ -0,0 +1,16 @@
+This Python script, route_graph.py, serves as a utility tool for visualizing
Kamailio SIP server configuration files.
+It generates a graphical representation of the routing logic defined in the
configuration.
+
+Usage:
+1. Clone the
> On 17 Oct 2023, at 18:11, Chaigneau, Nicolas via sr-dev
> wrote:
>
> Hello,
>
>
> I would like to set a timeout in milliseconds when using Kamailio module
> http_client.
> From what I read, the module is accepting a parameter “connection_timeout”:
>
>
s one of the reasons I’m dropping the ideas on the mailing list for
everyone to consider… :-)
/O
> Cheers,
> Daniel
>
>
>
> On 09.10.23 14:40, Olle E. Johansson via sr-dev wrote:
>>
>>
>>> On 9 Oct 2023, at 14:08, Daniel-Constantin Mierla via sr-dev
>>>
> On 9 Oct 2023, at 14:08, Daniel-Constantin Mierla via sr-dev
> wrote:
>
> corex: rpc command to print shm status report to file based on filter
How do we restrict this? I find it kind of scary that an external app can force
kamailio to write
to files in the file system.
- I want to be
13 Sep 2023 at 13:50, Olle E. Johansson <mailto:o...@edvina.net>> wrote:
>> Hi Kamailians!
>>
>> Benoît and I have discovered multiple issues we think is related to our use
>> of the Dialog module with DMQ replication. We’ve seen enourmous spikes where
>>
Hi Kamailians!
Benoît and I have discovered multiple issues we think is related to our use of
the Dialog module with DMQ replication. We’ve seen enourmous spikes where SHM
memory is quickly consumed to the top limit and Kamailio core dump. We see
stuff left in databases that should have been
Merged #3559 into master.
--
Reply to this email directly or view it on GitHub:
https://github.com/kamailio/kamailio/pull/3559#event-10342464991
You are receiving this because you are subscribed to this thread.
Message ID: ___
Kamailio (SER) -
Looking good. I'll wait for other comments for a short while before merging.
Thank you!
--
Reply to this email directly or view it on GitHub:
https://github.com/kamailio/kamailio/pull/3559#issuecomment-1713266048
You are receiving this because you are subscribed to this thread.
Message ID:
Thank you for the feedback. We've marked this as a feature request and will
keep it open for a short while if any developer wants to jump on it. If not,
we'll close it within a short while and reopen once there is some development
effort.
We do like getting suggestions, but preferably we'll
Thank you for a very detailed report. However, this is a feature request. Do
you have any resources to put towards development of this feature?
This is best discussed on the mailing list until we have a code contribution.
--
Reply to this email directly or view it on GitHub:
Thanks @miconda for the response. I understand.
--
Reply to this email directly or view it on GitHub:
https://github.com/kamailio/kamailio/pull/3548#issuecomment-1691701362
You are receiving this because you are subscribed to this thread.
Message ID:
Thank you for your contribution!
--
Reply to this email directly or view it on GitHub:
https://github.com/kamailio/kamailio/pull/3548#issuecomment-1691097944
You are receiving this because you are subscribed to this thread.
Message ID: ___
Kamailio
Just for brainstorming: My general feeling is that a lot of this code - the
parsing of the TLS variant, the default settings - should be general for all
kamailio modules using TLS. If we decide to deprecate a version of TLS or add a
new version, it would be simpler to have it in one place, not
@oej commented on this pull request.
> +
+ Sets the private key file name.
+
+
+Set private_key parameter
+
+...
+modparam("cdp", "private_key", "/usr/local/etc/kamailio/my_pkey.pem")
+...
+
+
+
+
+ certificate (string)
+
+ Sets the
@oej commented on this pull request.
> +
+ Default value is TLSv1.2.
+
+
+Set tls_method parameter
+
+...
+modparam("tls", "tls_method", "TLSv1")
+...
+
+
+
+
+ private_key (string)
+
+ Sets the private key file name.
Do you support
@oej commented on this pull request.
> + }
+ return ssl;
+}
+
+void cleanup_ssl(SSL_CTX* tls_ctx, SSL* tls_conn)
+{
+ SSL_shutdown(tls_conn);
+ SSL_free(tls_conn);
+ SSL_CTX_free(tls_ctx);
+}
+
+int to_ssl(SSL_CTX** tls_ctx_p, SSL** tls_conn_p, int tcp_sock, int
@oej commented on this pull request.
> + }
+ return 0;
+}
+
+SSL* init_ssl_conn(int client_fd, SSL_CTX *ctx)
+{
+ /* Create an SSL object */
+ SSL *ssl = SSL_new(ctx);
+ if (!ssl) {
+ LM_ERR("init_ssl_conn(): Failed to create SSL object.");
+
@oej commented on this pull request.
> +int to_ssl(SSL_CTX** tls_ctx_p, SSL** tls_conn_p, int tcp_sock, int method)
+{
+ *tls_ctx_p = init_ssl_ctx(method);
+ if (!(*tls_ctx_p)) {
+ LM_ERR("to_ssl(): Error on initialising ssl context\n");
+ return -1;
+
@oej commented on this pull request.
> @@ -0,0 +1,196 @@
+#include "cdp_tls.h"
+
+cfg_option_t methods[] = {
+ {"TLSv1", .val = TLS_USE_TLSv1},
+ {"TLSv1.0", .val = TLS_USE_TLSv1},
+ {"TLSv1+", .val = TLS_USE_TLSv1_PLUS},
+ {"TLSv1.0+", .val = TLS_USE_TLSv1_PLUS},
+
en I’m happy! Have fun at Cluecon!
/O
>
> -- Fred Posner
> Sent from mobile
> Phone: +1 (352) 664-3733
>
>
>
>> On Aug 16, 2023, at 6:57 AM, Olle E. Johansson wrote:
>>
>> Great feedback. Thanks.
>>
>> Do we have all of this covered in the d
for scenarios when it’s not necessary for nodes to be
> exactly in sync all the time.
>
> -- Fred Posner
> Sent from mobile
> Phone: +1 (352) 664-3733
>
>
>
>> On Aug 16, 2023, at 3:03 AM, Olle E. Johansson wrote:
>>
>> So if a node is down and c
;>
>> More scenarios would be applicable as well.
>>
>> —fred
>>
>>> On Aug 15, 2023, at 8:21 AM, Olle E. Johansson wrote:
>>>
>>>
>>>
>>>> On 15 Aug 2023, at 14:59, Daniel-Constantin Mierla
>>>> wr
> On 15 Aug 2023, at 14:59, Daniel-Constantin Mierla wrote:
>
> htable: docs for rpc htable.dmqsync
When do you need to run this and why? Just curious :-)
I thought it was happening magically in the background.
/O___
Kamailio (SER) - Development
> @oej What do you think about these changes?
Looking good. Thank you for the updates. Added a minor thing. RPC calls should
always respond with OK or an error. It's not always the case in old code, but
we're trying to fix that.
--
Reply to this email directly or view it on GitHub:
@oej commented on this pull request.
> @@ -1854,6 +1854,22 @@ static const char *rpc_presence_cleanup_doc[3] = {
"presentity, and watchers tables.",
0};
+
+void rpc_presence_publish_cache_sync(rpc_t *rpc, void *ctx)
+{
+ LM_DBG("Synchronizing presentity
@oej commented on this pull request.
> @@ -1854,6 +1854,20 @@ static const char *rpc_presence_cleanup_doc[3] = {
"presentity, and watchers tables.",
0};
+
+void rpc_presence_htable_db_restore(rpc_t *rpc, void *c)
+{
+ LM_DBG("Restoring presence publ cache
@oej commented on this pull request.
> @@ -1854,6 +1854,20 @@ static const char *rpc_presence_cleanup_doc[3] = {
"presentity, and watchers tables.",
0};
+
+void rpc_presence_htable_db_restore(rpc_t *rpc, void *c)
+{
+ LM_DBG("Restoring presence publ cache
@oej commented on this pull request.
> @@ -1284,6 +1284,27 @@ pres_update_watchers("sip:t...@kamailio.org",
> "presence");
...
+
+
+
+ presence.htable_db_restore
+
+ Manually apply changes to the presenity table to the
publ_cache.
The name "htable" usually refers to the "htable" module. Can you find another
name to avoid confusion? Thanks!
--
Reply to this email directly or view it on GitHub:
https://github.com/kamailio/kamailio/pull/3462#issuecomment-1554243585
You are receiving this because you are subscribed to this
Good work. Thanks!
--
Reply to this email directly or view it on GitHub:
https://github.com/kamailio/kamailio/pull/3451#issuecomment-1545873949
You are receiving this because you are subscribed to this thread.
Message ID: ___
Kamailio (SER) -
> On 2 May 2023, at 12:10, Daniel-Constantin Mierla wrote:
>
> Hello,
>
> during past on-site/online devel meetings as well as on mailing lists or
> tracker, there were various discussions around the idea or requests to
> make new features available quicker to stable branches.
>
> Of
The Display name is in UTF8 and may contain a lot of things that can't exist
unquoted in the SIP uri.
Agree with Daniel, sanity should not drop this message. Let's take the
discussion to the list and close this issue.
--
Reply to this email directly or view it on GitHub:
> On 20 Apr 2023, at 14:07, Victor Seva
> wrote:
>
> Signed PGP part
>
> On 20/4/23 13:20, Olle E. Johansson wrote:
>>> On 20 Apr 2023, at 12:57, Victor Seva
>>> wrote:
>>> On 18/4/23 11:02, Olle E. Johansson wrote:
>>>> Sorry, li
> On 20 Apr 2023, at 12:57, Victor Seva
> wrote:
>
> Hi,
>
> On 18/4/23 11:02, Olle E. Johansson wrote:
>> Sorry, life got in the way, but I’m coming back to this discussion…
>> I think we should
>> * List all licenses per file in the sources package (
> On 18 Apr 2023, at 19:47, Nathan Angelacos wrote:
>
> On Tue, 2023-04-18 at 17:16 +0200, Olle E. Johansson wrote:
>> Hi!
>> Sorry if I’ve brought this up before. Was looking at the package
>> definitions in our repo today and
>> did go through Alpine. It
Hi!
Sorry if I’ve brought this up before. Was looking at the package definitions in
our repo today and
did go through Alpine. It’s not following the template set by the Debian
packages,
it’s one huge package with all possible dependencies.
Since there’s a cost and a risk with adding
n about that information, its
> machine readable (I was not aware of that):
> https://www.debian.org/doc/packaging-manuals/copyright-format/1.0/
>
> Cheers,
>
> Henning
>
> -Original Message-
> From: Olle E. Johansson
> Sent: Donnerstag, 30. März 20
Reopening the ticket will not give you more answers...
The CANCEL have to match the INVITE sent by Kamailio. It may be different to
the incoming INVITE.
Let's keep this on the list.
--
Reply to this email directly or view it on GitHub:
use the copyrighted work.
/O
>
> Cheers,
>
> Henning
>
>
> -Original Message-
> From: Olle E. Johansson
> Sent: Donnerstag, 30. März 2023 11:11
> To: Henning Westerholt
> Cc: Kamailio (SER) - Development Mailing List
> Subject: Re: [sr-dev] Debian SBOM for
> On 30 Mar 2023, at 10:03, luca.nar...@kontron.com wrote:
>
> Hello,
>
> we need to use kamailio to handle some HTTP(S) GET requests coming from
> another REST client and we are considering to use the xHTTP module of
> kamailio. It seems this module only supports HTTP and not HTTPS
ng the output can confuse people that we have a multi-license
distribution of Kamailio, which we clearly have not.
/O
>
> Cheers,
>
> Henning
>
> -Original Message-
> From: Olle E. Johansson
> Sent: Donnerstag, 30. März 2023 10:45
> To: Kamailio (SER) - Deve
@oej commented on this pull request.
> @@ -1718,3 +1894,7 @@ sr_kemi_xval_t* ki_tls_cget_attr(sip_msg_t* msg, str
> *aname)
sr_kemi_xval_null(&_ksr_kemi_tls_xval, SR_KEMI_XVAL_NULL_EMPTY);
return &_ksr_kemi_tls_xval;
}
+
Many empty lines here... :-)
--
Reply to this email
@oej commented on this pull request.
> @@ -318,7 +318,7 @@ static int get_version(str* res, sip_msg_t* msg)
res->s = buf;
res->len = version.len;
tcpconn_put(c);
-return 0;
+ return 0;
Bad whitespace?
--
Reply to this email directly or view it on
> On 29 Mar 2023, at 16:48, Victor Seva
> wrote:
>
> Signed PGP part
> Hi!
>
> On 28/3/23 16:36, Olle E. Johansson wrote:
>> Hi!
>> Using the “syft” tool from Anchore I created an SBOM for a server with
>> Kamailio installed from Debian.
>>
https://www.openssl.org/blog/blog/2023/03/28/1.1.1-EOL/
Are we ready for OpenSSL 3 in production?
/O
___
Kamailio (SER) - Development Mailing List
To unsubscribe send an email to sr-dev-le...@lists.kamailio.org
Hi!
Using the “syft” tool from Anchore I created an SBOM for a server with Kamailio
installed from Debian.
The result is quite interesting. Some notes:
- For each component (debian package) a list of licenses are made.
- The CPEs - filters for matching with NVD - are based on the debian
Interesting. Have you tested this on TCP/TLS too?
--
Reply to this email directly or view it on GitHub:
https://github.com/kamailio/kamailio/pull/3404#issuecomment-1481501954
You are receiving this because you are subscribed to this thread.
Message ID:
Seems like the selects have the same issue.
--
Reply to this email directly or view it on GitHub:
https://github.com/kamailio/kamailio/issues/3400#issuecomment-1479046179
You are receiving this because you are subscribed to this thread.
Message ID:
This is a feature request, something that's best discussed on the mailing list.
Have you tested what you can do with the stats and/or counters modules?
--
Reply to this email directly or view it on GitHub:
https://github.com/kamailio/kamailio/issues/3372#issuecomment-1429248894
You are
Thank you for removing "SSL" !
--
Reply to this email directly or view it on GitHub:
https://github.com/kamailio/kamailio/pull/3345#issuecomment-1408494244
You are receiving this because you are subscribed to this thread.
Message ID: ___
Kamailio
@oej commented on this pull request.
> @@ -213,6 +213,43 @@ modparam("db_redis", "keys",
> "version=entry:table_name;location=entry:ruidu
...
modparam("db_redis", "verbosity", 0)
+...
+
+
+
@oej approved this pull request.
--
Reply to this email directly or view it on GitHub:
https://github.com/kamailio/kamailio/pull/3338#pullrequestreview-1265546194
You are receiving this because you are subscribed to this thread.
Message ID: ___
> On 30 Dec 2022, at 15:14, Nathan Angelacos wrote:
>
> On Fri, 2022-12-30 at 14:26 +0100, Olle E. Johansson wrote:
>> Dear Kamailians!
>>
>> I’m trying to figure out DMQ and see how it reacts to server outages
>> and downtime - the base protocol.
>>
After removing the “transport=udp” from the config, it looks better, but some
nodes are still duplicated in the messages going back and forth. In memory, as
checked with dmq.list_nodes, it’s still only the proper ones without any
duplication.
/O
> On 30 Dec 2022, at 15:11, Olle E. Johans
> On 30 Dec 2022, at 14:26, Olle E. Johansson wrote:
>
> Dear Kamailians!
>
> I’m trying to figure out DMQ and see how it reacts to server outages and
> downtime - the base protocol.
>
> I’ve configured three nodes on different ports and run them locally
Dear Kamailians!
I’m trying to figure out DMQ and see how it reacts to server outages and
downtime - the base protocol.
I’ve configured three nodes on different ports and run them locally. All have
the others as notification peers plus one that is disabled.
They are configured like this with
ven more debugging.
/O
>
> Cheers,
> Daniel
>
> On 21.12.22 15:41, Olle E. Johansson wrote:
>> I suggest that this patch be backported :-)
>>
>> Cheers,
>> /O
>>
>>> Begin forwarded message:
>>>
>>> From: Olle E. Johansson
Module: kamailio
Branch: master
Commit: c181362533ca2c7178218aa5b3724219d5deb58c
URL:
https://github.com/kamailio/kamailio/commit/c181362533ca2c7178218aa5b3724219d5deb58c
Author: Olle E. Johansson
Committer: Olle E. Johansson
Date: 2022-12-21T15:27:28+01:00
DMQ: Add debug line when creating
Module: kamailio
Branch: master
Commit: 5c90e6e2885a60a1dc5de5ff697c93d6fe59a9cb
URL:
https://github.com/kamailio/kamailio/commit/5c90e6e2885a60a1dc5de5ff697c93d6fe59a9cb
Author: Olle E. Johansson
Committer: Olle E. Johansson
Date: 2022-12-21T15:27:28+01:00
DMQ: dmq_notification_address_list
Module: kamailio
Branch: master
Commit: 507a6ce2206cf31129fc0cb64a115b2e68493a2d
URL:
https://github.com/kamailio/kamailio/commit/507a6ce2206cf31129fc0cb64a115b2e68493a2d
Author: Olle E. Johansson
Committer: Olle E. Johansson
Date: 2022-12-21T15:27:28+01:00
http_client: Add SPDX identifiers
https://www.kamailio.org/w/mailing-lists/
--
Reply to this email directly or view it on GitHub:
https://github.com/kamailio/kamailio/issues/3293#issuecomment-1337212959
You are receiving this because you are subscribed to this thread.
Message ID: ___
The bug tracker is for bugs, not for general discussion. Please ask this
question on the mailing lists. Thanks.
--
Reply to this email directly or view it on GitHub:
https://github.com/kamailio/kamailio/issues/3293#issuecomment-1337057887
You are receiving this because you are subscribed to
Closed #3293 as completed.
--
Reply to this email directly or view it on GitHub:
https://github.com/kamailio/kamailio/issues/3293#event-7953052786
You are receiving this because you are subscribed to this thread.
Message ID: ___
Kamailio (SER) -
@oej commented on this pull request.
> @@ -324,6 +324,27 @@ modparam("mqtt", "ca_path", "/etc/ssl/certs")
...
modparam("mqtt", "tls_method", "tlsv1.3")
+...
+
+
+
+
+ tls_alpn (str)
+
+Used to
@oej commented on this pull request.
> @@ -324,6 +324,27 @@ modparam("mqtt", "ca_path", "/etc/ssl/certs")
...
modparam("mqtt", "tls_method", "tlsv1.3")
+...
+
+
+
+
+ tls_alpn (str)
+
+Used to
@oej commented on this pull request.
> @@ -324,6 +324,27 @@ modparam("mqtt", "ca_path", "/etc/ssl/certs")
...
modparam("mqtt", "tls_method", "tlsv1.3")
+...
+
+
+
+
+ tls_alpn (str)
+
+Used to
@oej commented on this pull request.
> @@ -324,6 +324,27 @@ modparam("mqtt", "ca_path", "/etc/ssl/certs")
...
modparam("mqtt", "tls_method", "tlsv1.3")
+...
+
+
+
+
+ tls_alpn (str)
+
+Used to
@oej commented on this pull request.
> @@ -324,6 +324,27 @@ modparam("mqtt", "ca_path", "/etc/ssl/certs")
...
modparam("mqtt", "tls_method", "tlsv1.3")
+...
+
+
+
+
+ tls_alpn (str)
+
+Used to
@oej commented on this pull request.
> @@ -224,6 +224,17 @@ int mqtt_run_dispatcher(mqtt_dispatcher_cfg_t* cfg)
LM_ERR("mosquitto_tls_set() failed: %d %s\n",errno,
strerror(errno));
return -1;
}
+if (cfg->tls_alpn != NULL)
@oej commented on this pull request.
> @@ -224,6 +224,17 @@ int mqtt_run_dispatcher(mqtt_dispatcher_cfg_t* cfg)
LM_ERR("mosquitto_tls_set() failed: %d %s\n",errno,
strerror(errno));
return -1;
}
+if (cfg->tls_alpn != NULL)
n libcurl or other, I'd guess we
> need to see how the maintainer of this projects decide to go forward and then
> adapt.
>
> Cheers,
>
> Henning
>
> --
> Henning Westerholt – https://skalatan.de/blog/
> Kamailio services – https://gilawa.com
>
> -Original Message---
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
> On 15 Sept 2022, at 10:58, Daniel-Constantin Mierla wrote:
>
>
>
> On 15.09.22 10:42, Olle E. Johansson wrote:
>>
>>
>>> On 15 Sept 2022, at 10:28, Daniel-Constantin Mierla >> <mailto:mico...@gmail.com>> wrote:
>>>
>>>
> On 15 Sept 2022, at 10:28, Daniel-Constantin Mierla wrote:
>
>
> + IMPORTANT: DMQ must be used only between Kamailio instances having same
> + major version. Internal structures can be incompatible between different
> + major versions and can lead to crashes or unexpected
I’ve finally got confirmation that the SIP ALPN identifier is registered.
https://www.iana.org/assignments/tls-extensiontype-values/tls-extensiontype-values.xhtml#alpn-protocol-ids
For Kamailio, this could assist when we multiplex multiple protocols on the
same port, like we do for HTTPs and
> On 17 Aug 2022, at 15:56, Henning Westerholt wrote:
>
> tls: add support for configuration option TLSv1.3 and TLSv1.3+
Thanks Henning!
Always happy when TLS support is improved :-)
/O___
Kamailio (SER) - Development Mailing List
les under different licenses, but a combined
license for the running software, but that is another issue to handle when that
problem comes up.
/O
> Cheers,
>
> Henning
>
> --
> Henning Westerholt – https://skalatan.de/blog/
> Kamailio services – https://gilawa.com
>
>
ed per file, so not much overhead.
Great. Are you aware of any good tools that parse and produce some interesting
output?
Thank you for the feedback.
/O
>
> Cheers,
>
> Henning
>
> -Original Message-
> From: sr-dev On Behalf Of Olle E.
> Johansson
>
Hi!
SBOM - Software Bill of Materials - often comes up in discussions in my
projects. There’s a new working group in the IETF working on it and several
other standardization bodies.
A starting point is identification of the license in each source code file with
a parseable SPDX identifier.
1 - 100 of 273 matches
Mail list logo