Re: [SR-Users] Kamailio like SBC with Teams

2020-04-20 Thread Sergiu Pojoga
Check out below thread, it explains it all. https://lists.kamailio.org/pipermail/sr-users/2020-March/108684.html On Mon, Apr 20, 2020 at 3:24 PM sip user wrote: > Sorry.. Im a bit loose in this one... > > So, ive use letsencrypy to generate the certificate, and the CA, how i > have to

Re: [SR-Users] NAT pinging after service restart

2020-04-20 Thread Jacob Greene
Hello again, My original post was incorrect. The nat pinging actually works perfectly on restart. It turns my issue was with the "keepalive_timeout" module param in the nathelper module. For some reason whenever keepalive_timeout is set, when Kamailio is restarted after a few seconds "Expires"

Re: [SR-Users] Parallel forking - first responder wins

2020-04-20 Thread Alex Balashov
It should be noted at a rather general level that parallel forking is replete with race conditions, and is a nasty and unwieldy aspect of SIP. The pain of using parallel forking to implement something like "ring groups", for example, is often not worth the savings in architectural complexity. If

Re: [SR-Users] Kamailio like SBC with Teams

2020-04-20 Thread sip user
Sorry.. Im a bit loose in this one... So, ive use letsencrypy to generate the certificate, and the CA, how i have to generate? Thanks El lun., 20 abr. 2020 19:06, Sergiu Pojoga escribió: > ca_list= /etc/letsencrypt/live/FQND/chain.pem > > Is that pointing to your Root CA certificate? I highly

[SR-Users] Join us for SIP Chronicles Live #1, featuring Giovanni Maruzelli

2020-04-20 Thread Maxim Sobolev
Dear Real-Time Friends and Colleagues! As many of you we have been totally devastated that we will have no chance to see you in the next few months to come. :-/ Some people in the community believe it might be years. I don’t necessarily agree with that opinion myself. Over the course of the

Re: [SR-Users] Kamailio like SBC with Teams

2020-04-20 Thread Sergiu Pojoga
ca_list= /etc/letsencrypt/live/FQND/chain.pem Is that pointing to your Root CA certificate? I highly doubt it. That's probably the reason why you get "tls_read_f(): TLS write:error:14090086:SSL routines:SSL3_GET_SERVER_CERTIFICATE:certificate verify failed" On Mon, Apr 20, 2020 at 11:53 AM sip

Re: [SR-Users] Kamailio like SBC with Teams

2020-04-20 Thread sip user
Hi.. Thank you all very much for answering me. I have made many test: First, I've installed ssl cert with letsencrypt, like https://www.fredposner.com/1836/kamailio-tls-and-letsencrypt/, this one i made it before. I've configured tls.cfg like: [server:default] method = TLSv1.2

[SR-Users] INVITE forking - uniform way to identify branches

2020-04-20 Thread Ivan Ribakov
Hi all, I have a prioritised list of endpoints, where endpoints with the same priority should be sent in parallel: - endpoint_1_uri; p = 1 - endpoint_2_uri; p = 2 - endpoint_3_uri; p = 4 - endpoint_4_uri; p = 5 As some of the lower priority endpoints are not known upfront, I can not load

Re: [SR-Users] Parallel forking - first responder wins

2020-04-20 Thread Olle E. Johansson
That is the reply route. Start testing and adding logging. The case with multiple 200 OK is something we have tested many times. The proxy should NOT try to do anything in that case, just forward the multiple 200 OK to the caller and let the UA decide what to do. The UA needs to ACK both, and

Re: [SR-Users] Parallel forking - first responder wins

2020-04-20 Thread Julien Chavanton
You are right that this is not very explicit. Kamailio will cancel automatically once one branch connects but if it failed to cancel (meaning other branches connects) The originiting UAC will have to disconnect the extra calls. Which is something that is handled properly by most if not all. On

Re: [SR-Users] Parallel forking - first responder wins

2020-04-20 Thread Ivan Ribakov
Just thought of a follow up question - is it possible to find out which of the branches Kamailio chose as the winner? According to RFC multiple 200 OK could arrive before CANCEL is sent. Do I need to look for an outgoing ACK to know for sure which branch was chosen for sure or is there a way I

Re: [SR-Users] Parallel forking - first responder wins

2020-04-20 Thread David Villasmil
Shouldn’t 183 also be a “final” response in regards to branching? On Mon, 20 Apr 2020 at 14:32, Ivan Ribakov wrote: > Thanks for pointing me to the specific section, Giovanni! I was searching > RFC for the “fork” and “merge” keywords so I never got even close to this > part of RFC. > > > On 20

Re: [SR-Users] Parallel forking - first responder wins

2020-04-20 Thread Ivan Ribakov
Thanks for pointing me to the specific section, Giovanni! I was searching RFC for the “fork” and “merge” keywords so I never got even close to this part of RFC. > On 20 Apr 2020, at 13:27, Giovanni Maruzzelli > wrote: > > ( and is implemented in automatic: when

Re: [SR-Users] How to install the PHONENUM module?

2020-04-20 Thread Daniel-Constantin Mierla
Try: if($phn(src=>ccname) =~ "GB|FR") { The =~ operator is for regex matching, left side is used as a string to match against the right side value used as a regular expression. Cheers, Daniel On 20.04.20 14:25, Edward Romanenco wrote: > Last question, what's the easiest way to check if a

Re: [SR-Users] Parallel forking - first responder wins

2020-04-20 Thread Giovanni Maruzzelli
( and is implemented in automatic: when receive the 200 OK for a branch (the winning one), Kamailio sends CANCEL to the other branches ) On Mon, Apr 20, 2020 at 12:48 PM Giovanni Maruzzelli wrote: > Maybe is not very explicit, but I believe section 16.7(10) of RFC 3261 > deal with it (sends

Re: [SR-Users] (no subject)

2020-04-20 Thread Giacomo Vacca
Hi Ahmed, there is a lot of material related to integrating Kamailio and Asterisk. You will get useful help here by describing in detail what you want to achieve, what constraints you have, and what you have tried already. Cheers, Giacomo On Mon, 20 Apr 2020 at 01:43, ahmed moghazy wrote: >

Re: [SR-Users] Parallel forking - first responder wins

2020-04-20 Thread Giovanni Maruzzelli
Maybe is not very explicit, but I believe section 16.7(10) of RFC 3261 deal with it (sends CANCEL to branches) -giovanni On Mon, Apr 20, 2020 at 11:48 AM Ivan Ribakov wrote: > As far as I understand, RFC3261 is not providing any instructions on how > to deal with forked INVITES specifically.

Re: [SR-Users] How to install the PHONENUM module?

2020-04-20 Thread Daniel-Constantin Mierla
Use also "make install" inside kamailio source tree to deploy the module, rather than manual copy. Then, be sure that the location of libphonenumber library is in the path for linker and also run a 'ldconfig' to rebuild ld cache. Otherwise, it would be recommended to use the available

Re: [SR-Users] Parallel forking - first responder wins

2020-04-20 Thread Ivan Ribakov
As far as I understand, RFC3261 is not providing any instructions on how to deal with forked INVITES specifically. It just says that forking can result in multiple dialogs that are part of the same original call. I couldn’t find any prescriptions on how/when to deal with these multiple dialogs

Re: [SR-Users] How to install the PHONENUM module?

2020-04-20 Thread Daniel-Constantin Mierla
On 20.04.20 08:47, Edward Romanenco wrote: > > Ubuntu 16.04, doesn't seem like it, any idea on how should I be > verifying it? > Did you wanted to say that "doesn't seem to have it"? Referring to libphonenumber? Use "apt-cache search" to find out what packages are available. Ubuntu 16.04 is

Re: [SR-Users] Parallel forking - first responder wins

2020-04-20 Thread Olle E. Johansson
> On 20 Apr 2020, at 10:31, Ivan Ribakov wrote: > > Hi all, > > What I’m trying to achieve is to have Kamailio fork an INVITE to multiple > endpoints in parallel but only maintain the branch that responds first (first > to respond with 200 OK I guess). > > I’ve read the TM module

[SR-Users] Parallel forking - first responder wins

2020-04-20 Thread Ivan Ribakov
Hi all, What I’m trying to achieve is to have Kamailio fork an INVITE to multiple endpoints in parallel but only maintain the branch that responds first (first to respond with 200 OK I guess). I’ve read the TM module documentation on forking

Re: [SR-Users] LCR and fallback

2020-04-20 Thread Henning Westerholt
Hello, I have only relevant experience with the carrierroute module. This module has support for different prefix/suffix per carrier for example. About the different headers, this might be maybe easier to be implemented with the lcr module flags support. Table reload with RPC commands support

Re: [SR-Users] How to install the PHONENUM module?

2020-04-20 Thread Edward Romanenco
Ubuntu 16.04, doesn't seem like it, any idea on how should I be verifying it? As for the installation, I followed the process as it was written in their README page, what additional steps should I take to finalize the installation? Edward מאת: Daniel-Constantin Mierla

[SR-Users] How to install the PHONENUM module?

2020-04-20 Thread Edward Romanenco
Hi, I'm trying to add the PHONENUM module into my Kamailio installation. For this, I've cloned the main branch of Libphonenumber and followed the installation rules as they appear in the relevant README file: Building and testing the

[SR-Users] LCR and fallback

2020-04-20 Thread Edward Romanenco
Hi! I would like to implement LCR and fallback capabilities for my Kamailio installation. I'm currently using the dispatcher module with a simple configuration file. As I understood, there are multiple modules (carrier route, dynamic routing) that can be used to achieve that, what I'm aiming

Re: [SR-Users] How to install the PHONENUM module?

2020-04-20 Thread Daniel-Constantin Mierla
Hello, what operating system do you use? Isn't the libphonenumber packaged there? Should be easier if you install from packages. Otherwise, have you installed the libphonenumber in the system? The commands shown suggest only compilation and testing in the source code library. On the other

Re: [SR-Users] Free Persian Asterisk Book and COVID-19 Pandemic

2020-04-20 Thread Hossein Aghaie
It's perfect. Well done Mojtaba, On Sun, Apr 19, 2020 at 11:17 PM Giovanni Maruzzelli wrote: > Thank you Mojtaba, and thanks to Nasim Telecom! > > -giovanni > > > > On Sun, Apr 19, 2020 at 8:44 PM Mojtaba wrote: > >> In the context of the COVID-19 pandemic, Nasim Telecom decided to publish