[SR-Users] Re: Sudden TCP errors and shared memory spikes

2024-04-29 Thread David Cunningham via sr-users
ation I can only recommend the usual > update to the latest stable version (e.g. 5.8.1) as the 5.2.x release > series is long end of life. > > > > Cheers, > > > > Henning > > > > -- > > Henning Westerholt – https://skalatan.de/blog/ > > Kamailio services –

[SR-Users] Sudden TCP errors and shared memory spikes

2024-04-25 Thread David Cunningham via sr-users
find corresponding listening socket for xx.xx.52.202, using default... -- David Cunningham, Voisonics Limited http://voisonics.com/ USA: +1 213 221 1092 New Zealand: +64 (0)28 2558 3782 __ Kamailio - Users Mailing List - Non Commercial Discuss

[SR-Users] Re: [EXTERNAL] Kamailio with rtpengine for RTP encryption/decryption

2024-04-10 Thread David Cunningham via sr-users
chs wrote: > On 10/04/2024 17.46, David Cunningham wrote: > > I was asking whether OpenSSL was used because of a question we had > > about FIPS validation. FIPS requires that all cryptography components > > go through a validation process, which some versions of OpenSSL (but >

[SR-Users] Re: [EXTERNAL] Kamailio with rtpengine for RTP encryption/decryption

2024-04-10 Thread David Cunningham via sr-users
o unsubscribe send an email to sr-users-le...@lists.kamailio.org > Important: keep the mailing list in the recipients, do not reply only to > the sender! > Edit mailing list options or unsubscribe: > -- David Cunningham, Voisonics Limited http://voisonics.com/ USA: +1 213 221

[SR-Users] Re: [EXTERNAL] Kamailio with rtpengine for RTP encryption/decryption

2024-04-09 Thread David Cunningham via sr-users
Thank you Alex! On Wed, 10 Apr 2024 at 15:26, Alex Balashov via sr-users < sr-users@lists.kamailio.org> wrote: > > > On Apr 9, 2024, at 7:25 PM, David Cunningham via sr-users < > sr-users@lists.kamailio.org> wrote: > > > > Thank you very much for the inform

[SR-Users] Re: [EXTERNAL] Kamailio with rtpengine for RTP encryption/decryption

2024-04-09 Thread David Cunningham via sr-users
2, Richard Fuchs via sr-users < sr-users@lists.kamailio.org> wrote: > On 09/04/2024 17.40, David Cunningham via sr-users wrote: > > How does rtpengine get the TLS certificates, and what crypto library > > does it use (openssl?). > > SRTP itself doesn't use any certificate

[SR-Users] Kamailio with rtpengine for RTP encryption/decryption

2024-04-09 Thread David Cunningham via sr-users
Hello, We're using kamailio, with rtpengine for RTP encryption/decryption. It works fine but I would like to understand the integration better. How does rtpengine get the TLS certificates, and what crypto library does it use (openssl?). Thank you in advance, -- David Cunningham, Voisonics

[SR-Users] Re: Sharing load between rtpengine servers

2023-11-09 Thread David Cunningham via sr-users
aybe it propagated without > notice from a very old version. From code point of view, there is no reason > for set_rtpengine_set() not to work for rtpengine_manage(), this function > is a pretty simple wrapper for rtpengine_offer()/_answer()/_delete(). > > I am going to remove that

[SR-Users] Re: Sharing load between rtpengine servers

2023-11-08 Thread David Cunningham via sr-users
ter > can be an integer or a config variable holding an integer." > > Or are you using an earlier version of Kamailio in which this may not have > been true? > > -- Alex > > > On 8 Nov 2023, at 18:52, David Cunningham > wrote: > > > > Hi Alex

[SR-Users] Re: Sharing load between rtpengine servers

2023-11-08 Thread David Cunningham via sr-users
Accordingly, you can do > something like: > >set_rtpengine_set("1"); > >if(!rtpengine_offer("...")) { >if($rc == -1) { >set_rtpengine_set("2"); >rtpengine_offer("..."); >} >} > > Exact details

[SR-Users] Sharing load between rtpengine servers

2023-11-08 Thread David Cunningham via sr-users
to only receive calls if the other two are offline. Thank you very much. #!define RTPENGINE_ADDR "udp:11.11.11.11:7724=1 udp:22.22.22.22:7724= udp:33.33.33.33:7724=" modparam( "rtpengine", "rtpengine_sock", RTPENGINE_ADDR ) -- David Cunn

[SR-Users] Re: Check refer-to number

2023-08-17 Thread David Cunningham
o, >> >> If I'm not mistaken, Refer-To is a name-address pair, so the best way to >> access the user part of the URI is: >> >>$(hdr(Refer-To){nameaddr.uri}{uri.user}) >> >> i.e. >> >>if($(hdr(Refer-To){nameaddr.uri}{uri.user}) =~ "^011&

[SR-Users] Check refer-to number

2023-08-13 Thread David Cunningham
Hello, We want to check if the number in a REFER's Refer-To header begins with 011, and if so reject the request as not allowed. What would be the most effective way to do that? Thanks in advance, -- David Cunningham, Voisonics Limited http://voisonics.com/ USA: +1 213 221 1092 New Zealand

[SR-Users] Using a second Perl library

2023-05-04 Thread David Cunningham
e Perl code from two different places? I guess in the worst case scenario we could use "app_python3", and have some Python code call subprocess.run() on the Perl code. Thanks very much, -- David Cunningham, Voisonics Limited http://voisonics.com/ USA: +1 213 221 1092 Ne

[SR-Users] Re: WebRTC "client did not present a certificate" error

2023-03-23 Thread David Cunningham
- Users Mailing List > > Subject: [SR-Users] Re: WebRTC "client did not present a certificate" > error > > > > Try set these, too: > > > > > https://kamailio.org/docs/modules/5.6.x/modules/tls.html#tls.p.require_certificate > > > > > h

[SR-Users] WebRTC "client did not present a certificate" error

2023-03-21 Thread David Cunningham
25:28 br /sbin/kamailio[25291]: DEBUG: [core/tcp_main.c:3320]: handle_tcp_child(): reader response= 14baf4cc1ec8, -1 from 1 Mar 22 01:25:28 br /sbin/kamailio[25291]: DEBUG: tls [tls_server.c:683]: tls_h_close(): Closing SSL connection 0x14baf289ea30 Thanks very much, -- David Cunningham,

Re: [SR-Users] Multiple rtpengine servers

2022-07-07 Thread David Cunningham
Hi Muhammad and Alex, Thank you very much - just the information I was looking for. On Fri, 8 Jul 2022 at 09:30, Alex Balashov wrote: > Hi David, > > > On Jul 6, 2022, at 9:32 PM, David Cunningham > wrote: > > > > My question is - how does Kamailio distr

[SR-Users] Multiple rtpengine servers

2022-07-06 Thread David Cunningham
, -- David Cunningham, Voisonics Limited http://voisonics.com/ USA: +1 213 221 1092 New Zealand: +64 (0)28 2558 3782 __ Kamailio - Users Mailing List - Non Commercial Discussions * sr-users@lists.kamailio.org Important: keep the mailing

Re: [SR-Users] NAT problem with recvonly calls

2020-12-09 Thread David Cunningham
table/modules/textops.html > > On 12/9/20 7:43 PM, David Cunningham wrote: > > Hi Alex, > > > > Thank you for that. Do you offhand know of an easy way to test if the > > sendonly attribute is set? Presumably we can use > > sdp_remove_line_by_prefix() to

Re: [SR-Users] NAT problem with recvonly calls

2020-12-09 Thread David Cunningham
rue; it is > handled in the loose_route() section of your config. You want to do the > SDP manipulation in the part below that, where initial INVITEs are handled. > > On 12/9/20 2:47 AM, David Cunningham wrote: > > Hi Daniel, > > > > Removing the sendonly from the INVITE

Re: [SR-Users] NAT problem with recvonly calls

2020-12-08 Thread David Cunningham
doorbells I encountered so far were > accepting incoming traffic as well, to discuss/interact with the person > ringing on it. > > Cheers, > Daniel > On 08.12.20 05:01, David Cunningham wrote: > > Hello, > > We have a problem with a SIP doorbell device which se

[SR-Users] NAT problem with recvonly calls

2020-12-07 Thread David Cunningham
! -- David Cunningham, Voisonics Limited http://voisonics.com/ USA: +1 213 221 1092 New Zealand: +64 (0)28 2558 3782 ___ Kamailio (SER) - Users Mailing List sr-users@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] How to check TLS versions available

2020-08-14 Thread David Cunningham
> Henning > > > > -- > > Henning Westerholt – https://skalatan.de/blog/ > > Kamailio services – https://gilawa.com > > > > *From:* sr-users *On Behalf Of *David > Cunningham > *Sent:* Thursday, August 13, 2020 3:25 AM > *To:* Daniel-Constantin Mierla ;

Re: [SR-Users] How to check TLS versions available

2020-08-12 Thread David Cunningham
gt; > On 12.08.20 04:01, Alex Balashov wrote: > > Hi, > > > > Are you looking for a way that does not require access to the Kamailio > > config? > > > > If so, does `openssl s_client $HOST:5061` not show this, e.g. with > > verbosity? > > > > > &g

[SR-Users] How to check TLS versions available

2020-08-11 Thread David Cunningham
Hello, Does anyone know of a method to check what TLS versions are available from Kamailio for clients to use? For example, is TLS 1.0 available, TLS 1.1, etc. Thanks in advance, -- David Cunningham, Voisonics Limited http://voisonics.com/ USA: +1 213 221 1092 New Zealand: +64 (0)28 2558 3782

Re: [SR-Users] Concatenating strings in $hdr

2019-07-25 Thread David Cunningham
Hi Alex, Thank you, I got it working like that. On Thu, 25 Jul 2019 at 18:54, Alex Balashov wrote: > Try: > > $var(x) = “x” + y + z; > $hdr($var(x)); > > — > Sent from mobile, with due apologies for brevity and errors. > > On Jul 24, 2019, at 11:41 PM, David Cun

[SR-Users] Concatenating strings in $hdr

2019-07-24 Thread David Cunningham
n within the $hdr(). Concatenation does work in other places though: append_hf( "X-" + PRODUCT + "-Transport: tcp\r\n" ); Can anyone advise how to make the concatenation within $hdr() work? Thanking you in advance. -- David Cunningham, Voisonics Lim

[SR-Users] New voisonics.com - Kamailio related products and services

2019-05-01 Thread David Cunningham
to Kamailio, Asterisk, and Enswitch. The business has been specialising in this area for almost 10 years. Please feel free to contact me off-list with any questions. Kind regards, -- David Cunningham, Voisonics Limited http://voisonics.com/ USA: +1 213 221 1092 New Zealand: +64 (0)28 2558 3782

Re: [SR-Users] bad transport for sips uri?

2019-02-26 Thread David Cunningham
ute with > sips, but this results in some UAs just clone the uri scheme, not really > understanding its purpose, anyhow, as already mentioned here, sips is a > mess over all, so disabling it is safer. That's why I started to add > options to kamailio to just ignore it. > > Cheers,

Re: [SR-Users] bad transport for sips uri?

2019-02-24 Thread David Cunningham
er to analyze > why sips appears in ACK. > > SIPS requirements are sort of a mess, probably the best would be to let it > for config to decide when to allow forwarding or not in case of sips URI. > > Cheers, > Daniel > On 22.02.19 02:58, David Cunningham wrote: > > Hel

Re: [SR-Users] bad transport for sips uri?

2019-02-21 Thread David Cunningham
at 16:07, Alex Balashov wrote: > No, it’s not “actually” dead in that sense. > > — > Sent from mobile, with due apologies for brevity and errors. > > On Feb 21, 2019, at 10:01 PM, David Cunningham > wrote: > > Hi Alex, > > Is it actually dead, as in unsupported

Re: [SR-Users] bad transport for sips uri?

2019-02-21 Thread David Cunningham
2, 2019 at 02:58:05PM +1300, David Cunningham wrote: > > > Hello all, > > > > We're having an issue with Kamailio not processing an ACK and hope > someone > > can help. A PCAP shows that Kamailio is receiving the ACK, and we believe > > these log messages are direc

[SR-Users] bad transport for sips uri?

2019-02-21 Thread David Cunningham
=Nf5GG!Orq!MSmGfeu66F03F2114df82b To: ;tag=as7a72b209 Call-ID: 222...@50.78.yy.yy CSeq: 94679 ACK Contact: Max-Forwards: 70 User-Agent: ewb2bua/15.3.0 Content-Length: 0 -- David Cunningham, Voisonics Limited http://voisonics.com/ USA: +1 213 221 1092 N

Re: [SR-Users] Altering received parameter in Contact

2019-01-29 Thread David Cunningham
Great, thanks for letting me know. On Wed, 30 Jan 2019 at 13:10, Alex Balashov wrote: > I don't see any issues with it, no... > > On Wed, Jan 30, 2019 at 01:06:40PM +1300, David Cunningham wrote: > > > Hi Alex, > > > > We already had this line in our kamailio

Re: [SR-Users] Altering received parameter in Contact

2019-01-29 Thread David Cunningham
t;ewb2bua" ) { avp_subst( "$avp(RECEIVED)", "/(.*);transport=TLS/\1/i" ); } Can you see any issues with this? Thank you! On Wed, 30 Jan 2019 at 10:50, David Cunningham wrote: > Hello everyone who replied, and thank you for your advice! We will try the > suggestions

[SR-Users] Altering received parameter in Contact

2019-01-28 Thread David Cunningham
ne know how to alter this in a Kamailio configuration? Our system uses www_authorize to authenticate and is running Kamailio 4.2.1. Thanks in advance for any help! -- David Cunningham, Voisonics Limited http://voisonics.com/ USA: +1 213 221 1092 New Zealand:

Re: [SR-Users] "Discarded invalid SRTP packet: authentication failed" warning

2019-01-09 Thread David Cunningham
es module didn't load properly > until rtpengine was stopped, the iptables rules removed, the kernel module > unloaded, and then this process reversed to load everything again. > > I hope this helps someone else in the future. > > > On Wed, 12 Dec 2018 at 11:05, David Cunningham >

Re: [SR-Users] "Discarded invalid SRTP packet: authentication failed" warning

2019-01-06 Thread David Cunningham
e unloaded, and then this process reversed to load everything again. I hope this helps someone else in the future. On Wed, 12 Dec 2018 at 11:05, David Cunningham wrote: > Hello, > > We're having an issue with rtpengine (used by Kamailio) where audio works > initially, but then after an apparently

[SR-Users] "Discarded invalid SRTP packet: authentication failed" warning

2018-12-11 Thread David Cunningham
in the PCAP. The source IP, port, codec, and SSRC all stay the same, and the Sequence increments as normal. Does anyone have suggestions on where to look next? We can share the PCAP privately if that would help anyone. Thanks for any advice! -- David Cunningham, Voisonics Limited http

Re: [SR-Users] Where does location ruid come from?

2018-09-19 Thread David Cunningham
ance, to cover cases when someone forks its > own processes (not via kamailio code). > > Cheers, > Daniel > > On 18.09.18 01:33, David Cunningham wrote: > > Hello, > > We are debugging an issue with location records having duplicate "ruid" > values, wh

[SR-Users] Where does location ruid come from?

2018-09-17 Thread David Cunningham
Hello, We are debugging an issue with location records having duplicate "ruid" values, which aren't allowed by the table index. Can anyone tell us where the "ruid" value comes from? Is it a function of some other variable? Thanks in advance, -- David Cunningham, Vo

Re: [SR-Users] Video call recording and mobile push notifications

2018-07-04 Thread David Cunningham
ision, base on your experiences, which one > (open source or business solution) is good to us ? I'm really new to > VoIP... > > Thanks in advance. > > Best regards, > > > _______ > Kamailio (SER) - Users Mailing List > sr-users@lists

Re: [SR-Users] Configuration to use rtpengine for SRTP

2017-07-30 Thread David Cunningham
ssion-connection rtcp-mux-accept rtcp-mux-offer ICE=force RTP/SAVPF" ); I've also attached the rtpengine log in case it helps. Thanks very much. On 27 July 2017 at 23:30, Richard Fuchs <rfu...@sipwise.com> wrote: > On 07/27/2017 12:01 AM, David Cunningham wrote: > >> Hi Da

Re: [SR-Users] Configuration to use rtpengine for SRTP

2017-07-26 Thread David Cunningham
lags to specify you want or not SDES SRTP, I > used them few times in the past, but I don't recall them by heart -- the > docs should have them. > > Cheers, > Daniel > > On 26.07.17 06:40, David Cunningham wrote: > > Hello, > > We're configuring Kamailio 4.2 with rtpengi

Re: [SR-Users] rtpengine: Failed to open UDP control connection port

2017-07-16 Thread David Cunningham
s? Thanks in advance. On 17 July 2017 at 15:56, David Cunningham <dcunning...@voisonics.com> wrote: > Hello, > > We're using Kamailio 4.2.1 with rtpengine 5.1.2.1 on Ubuntu 16.04. When > running rtpengine we get this error: > > [1500263405.711288] ERR: FAILED TO CREATE KERN

[SR-Users] rtpengine: Failed to open UDP control connection port

2017-07-16 Thread David Cunningham
"netstat -lnp | grep 7724" does not report anything listening on port 7724 already. Has anyone any ideas? Thanks in advance. -- David Cunningham, Voisonics Limited http://voisonics.com/ USA: +1 213 221 1092 Australia: +61 (0) 2 8063 9019 __