Re: [SR-Users] Releasing Kamailio v5.2.6

Hello, a short reminder that 5.2.6 will be released today. So please put any commits to git branch 5.2 on hold until the release announcement is out. If you need to change something, ask on sr-dev and getting an ack before pushing it, so it doesn't interfere with the release build process. Che

[SR-Users] TLS verification error LetsEncrypt

Hello list, I have tried to setup my tls config tish LetsEncrypt following this post: https://www.fredposner.com/1836/kamailio-tls-and-letsencrypt/ My tls config looks like this: [server:default] method = TLSv1.2+ verify_certificate = no require_certificate = no private_key = /etc/letsencrypt/

Re: [SR-Users] TLS verification error LetsEncrypt

I'm not sure but with let's encrypt you can create only server certificate, not client certificate so you can't require and verify client certificate. Regards --- I'm SoCIaL, MayBe El 24/01/2020 a las 09:01, Bugaian A. Vitalie escribió: Ok, thanks. But my question is still about why verific

Re: [SR-Users] TLS verification error LetsEncrypt

Ok, thank you. Looks like problem solved. I just pointed same config certificates for client too and setting it on yes yes worked. Thanks. Vitalie. On Fri, Jan 24, 2020 at 3:07 PM Social Boh wrote: > I'm not sure but with let's encrypt you can create only server > certificate, not client cert

[SR-Users] TLS and TCP port question

Hi, I’m trying to implement kamailio as a Teams SBC as described here : https://skalatan.de/en/blog/kamailio-sbc-teams (thanks to the author, I think he’s here) I’m using Kamailio 5.2.1 and I still have a problem to have the SBC active on the

Re: [SR-Users] Parallel forking and rtpengine handling

On a side note, I think I might have found a bug for rtpengine_manage(): I'm under the impression that if called from within a branch_failure_route, it will do an offer instead of a delete. Do you confirm and is this intentional? On Thu, 23 Jan 2020 at 11:06, Sebastian Damm wrote: > Hi, > > On W

Re: [SR-Users] Implicit branch creation and private variables questions - (Second Post)

To anyone reading this in the future: Point 2 in my original post is completely misleading: > If there are two destinations in the destination group for first_provider, > and the first one fails, then the second destination will be tried out in > tm:branch-failure:DISPATCH_FIRST_PROV_FAILOVER. Now

[SR-Users] Kamailio v5.2.6 released

Hello, Kamailio SIP Server v5.2.6 stable release is out. This is a maintenance release of the previous stable branch, 5.2, that includes fixes since the release of v5.2.5. There are no changes necessary to database schema or configuration language structure if you are upgrade from an earlie

Re: [SR-Users] TLS and TCP port question

Sorry, forget my message, I was having an error in my config… De : sr-users De la part de Cyrille Demaret Envoyé : vendredi 24 janvier 2020 15:44 À : 'Kamailio (SER) - Users Mailing List' Objet : [SR-Users] TLS and TCP port question Hi, I’m trying to implement kamailio as a Teams S

Re: [SR-Users] CSeq values in dialog OPTIONS keepalives

Hi, How is the determination of CSeq for dialog-spoofed BYEs made? Thanks, -- Alex On Fri, Jan 03, 2020 at 04:16:51PM +0100, Daniel-Constantin Mierla wrote: > Hello, > when the call is established, there is one request (the INVITE) from caller > to callee. Then the ACK also from caller to call

[SR-Users] Bad request when INVITE relayed to another kamailio

We have Kamailio-cluster via route53(round-robin) some-domain.net we have two kamailio with public IP's phone1 is registered on kam1 phone2 is registered on kam2 when we are calling from phone1 to phone2 callflow looks: phone1 => kam1 => asterisk => kam1 => t_relay(address of second kamailio:50

Re: [SR-Users] Bad request when INVITE relayed to another kamailio

Hi Zhan, At first glance, it does not appear that anything about the second request is grammatically invalid. I suspect the problem you are encountering is UDP fragmentation, as explained in my blog post here: http://www.evaristesys.com/blog/sip-udp-fragmentation-and-kamailio-the-sip-header-die