Re: [SR-Users] Log-level Kamailio IMS

[Pavithra Mohanraja]

Hi,
Is there any way to change the domain name at run time in config files of
kamailio IMS (pcscf, scscf, icscf).
Kindly help

Thanks,
Pavithra

On Thu, Aug 13, 2020 at 2:46 AM Henning Westerholt  wrote:

> Hello,
>
>
>
> no, this is not correct:
> https://www.kamailio.org/wiki/cookbooks/devel/core#debug
>
>
>
> Cheers,
>
>
>
> Henning
>
>
>
> --
>
> Henning Westerholt – https://skalatan.de/blog/
>
> Kamailio services – https://gilawa.com
>
>
>
> *From:* sr-users  *On Behalf Of *Ilie
> Soltanici
> *Sent:* Wednesday, August 12, 2020 4:03 PM
> *To:* Kamailio (SER) - Users Mailing List 
> *Subject:* Re: [SR-Users] Log-level Kamailio IMS
>
>
>
> Hello,
>
>
>
> Yes, that is correct.
>
>
>
> On Wed, 12 Aug 2020 at 14:55, Pavithra Mohanraja 
> wrote:
>
> Hi,
>
> Thanks.. It is working fine . debug level can be changed from 2 to 6 . Is
> it right ?
>
>
>
>
>
> Thanks,
>
> Pavithra
>
>
>
> On Wed, Aug 12, 2020 at 7:15 PM Ilie Soltanici 
> wrote:
>
> Hello,
>
>
>
> Yes, you can use: kamcmd cfg.set_now_int core debug 1
>
>
>
> On Wed, 12 Aug 2020 at 14:41, Pavithra Mohanraja 
> wrote:
>
> Hi,
>
> Is there any way to have global log level changes without restart of
> kamailio.
>
> If there kindly let me know.
>
>
>
>
>
>
>
> Thanks,
>
> Pavithra
>
> ___
> Kamailio (SER) - Users Mailing List
> sr-users@lists.kamailio.org
> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>
> ___
> Kamailio (SER) - Users Mailing List
> sr-users@lists.kamailio.org
> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>
> ___
> Kamailio (SER) - Users Mailing List
> sr-users@lists.kamailio.org
> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>
>
___
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

[David Cunningham]

Hi Alex and Daniel,

Thanks for that. If we test with -tls1 we get:

Peer signing digest: MD5-SHA1
Peer signature type: RSA
Server Temp Key: X25519, 253 bits
---
SSL handshake has read 6063 bytes and written 231 bytes
Verification error: certificate has expired
---
New, TLSv1.0, Cipher is ECDHE-RSA-AES256-SHA
Server public key is 2048 bit
Secure Renegotiation IS supported
Compression: NONE
Expansion: NONE
No ALPN negotiated
SSL-Session:
Protocol  : TLSv1
Cipher: ECDHE-RSA-AES256-SHA
Session-ID:
10059472D497ED035E53F0037275430927B06D6023A78C23CDB883503DB912F3
Session-ID-ctx:
Master-Key:
D4542C9D23589A600554D7F0C552CE784F938341C0AFD61430AB7422CEB77EF05F783E8F787FC5CF66A27B6C996C32D8
PSK identity: None
PSK identity hint: None
SRP username: None
TLS session ticket lifetime hint: 7200 (seconds)
TLS session ticket:
 - 40 82 72 56 a9 78 26 79-03 1e cb 8d 29 dc 8c f8
@.rV.x)...
... etc...

But with -tls1_1 we get:

CONNECTED(0005)
139645110682048:error:1425F102:SSL
routines:ssl_choose_client_version:unsupported
protocol:../ssl/statem/statem_lib.c:1907:
---
no peer certificate available
---
No client certificate CA names sent
---
SSL handshake has read 74 bytes and written 133 bytes
Verification: OK
---
New, (NONE), Cipher is (NONE)
Secure Renegotiation IS NOT supported
Compression: NONE
Expansion: NONE
No ALPN negotiated
SSL-Session:
Protocol  : TLSv1.1
... etc...

So I guess TLS 1.1 is not supported at the moment. In tls.cfg we have
"method = TLSv1", but my understanding is that this is the minimum and
doesn't prevent using higher versions?

Given that we have the Ubuntu packages for libssl1.1 (version
1.1.1-1ubuntu2.1~18.04) and libssl-dev (version 1.1.1-1ubuntu2.1~18.04)
installed, does anyone know what else we need to get TLS 1.1 working?

Thanks in advance!



On Wed, 12 Aug 2020 at 20:08, Daniel-Constantin Mierla 
wrote:

> Hello,
>
> for sure you can test if a specific tls version is supported, like:
>
> openssl s_client -tls1_3 ...
>
> In Kamailio one can restrict what tls versions to enable/allow via
> modparam or tls.cfg, but the support of tls versions is coming from
> libssl, so it is a matter of what libssl version is used and the distro
> (as I noticed some distros package libssl with older protocols disabled).
>
> Cheers,
> Daniel
>
> 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?
> >
> >
> > On 8/11/20 9:44 PM, David Cunningham wrote:
> >> 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
> >>
> >> ___
> >> Kamailio (SER) - Users Mailing List
> >> sr-users@lists.kamailio.org
> >> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
> >>
> >
> > --
> > Alex Balashov | Principal | Evariste Systems LLC
> >
> > Tel: +1-706-510-6800 / +1-800-250-5920 (toll-free)
> > Web: http://www.evaristesys.com/, http://www.csrpswitch.com/
> >
> > ___
> > Kamailio (SER) - Users Mailing List
> > sr-users@lists.kamailio.org
> > https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>
> --
> Daniel-Constantin Mierla -- www.asipto.com
> www.twitter.com/miconda -- www.linkedin.com/in/miconda
> Funding: https://www.paypal.me/dcmierla
>
>
> ___
> Kamailio (SER) - Users Mailing List
> sr-users@lists.kamailio.org
> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>


-- 
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] conditional on secfilter seems does not work or how to do it

[PICCORO McKAY Lenz]

El mié., 12 de ago. de 2020 a la(s) 10:30, Pepelux (pepel...@gmail.com)
escribió:

> Hi there
>
> It must work fine. I've just tested it:
>

no! i found the problem.. i forgot to say that we updated the table
dynamically and later noted in the documentation this:
there's no sense in having a table if we cannot load and use data in
real-time!

-> "All data will be loaded into memory when the module is started. There
is an RPC reload command to update all the data from database."

https://www.kamailio.org/docs/modules/devel/modules/secfilter.html#idm19 so
stupid.. htable logic is better, cos runs dynamically..

puff this module are so inflexible!


> kamailio.cfg
> xinfo("Checking source IP $si");
> secf_check_ip();
> xinfo("Result of sec_check_ip: $?");
>
> kamailio.log
> Aug 12 16:17:38 pepelux /usr/local/sbin/kamailio[23304]: INFO:
> 

Re: [SR-Users] Log-level Kamailio IMS

[Henning Westerholt]

Hello,

no, this is not correct: 
https://www.kamailio.org/wiki/cookbooks/devel/core#debug

Cheers,

Henning

--
Henning Westerholt – https://skalatan.de/blog/
Kamailio services – https://gilawa.com

From: sr-users  On Behalf Of Ilie Soltanici
Sent: Wednesday, August 12, 2020 4:03 PM
To: Kamailio (SER) - Users Mailing List 
Subject: Re: [SR-Users] Log-level Kamailio IMS

Hello,

Yes, that is correct.

On Wed, 12 Aug 2020 at 14:55, Pavithra Mohanraja 
mailto:pavimohan3...@gmail.com>> wrote:
Hi,
Thanks.. It is working fine . debug level can be changed from 2 to 6 . Is it 
right ?


Thanks,
Pavithra

On Wed, Aug 12, 2020 at 7:15 PM Ilie Soltanici 
mailto:iliusha...@gmail.com>> wrote:
Hello,

Yes, you can use: kamcmd cfg.set_now_int core debug 1

On Wed, 12 Aug 2020 at 14:41, Pavithra Mohanraja 
mailto:pavimohan3...@gmail.com>> wrote:
Hi,
Is there any way to have global log level changes without restart of kamailio.
If there kindly let me know.



Thanks,
Pavithra
___
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
___
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
___
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
___
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] Mysql lastinsertid

[Henning Westerholt]

Hello,

Kamailio is not multi-threaded, it is multi-process. Each process opens its own 
connection to the DB.

Cheers,

Henning

--
Henning Westerholt – https://skalatan.de/blog/
Kamailio services – https://gilawa.com

From: sr-users  On Behalf Of Kjeld Flarup
Sent: Wednesday, August 12, 2020 10:55 PM
To: mico...@gmail.com; Kamailio (SER) - Users Mailing List 

Subject: Re: [SR-Users] Mysql lastinsertid


Hi Daniel

I can do that, but am I guaranteed, that the right value is returned?

Kamailio is multithreaded, and I do now know if the mysql connection is shared 
across threads.

 Med Liberalistiske Hilsner --

   Civilingeniør, Kjeld Flarup - Mit sind er mere åbent end min tegnebog

   Sofienlundvej 6B, 7560 Hjerm, Tlf: 40 29 41 49

   Den ikke akademiske hjemmeside for liberalismen - 
www.liberalismen.dk
On 8/12/20 12:25 PM, Daniel-Constantin Mierla wrote:

Have you tried to do "SELECT LAST_INSERT_ID()" with sql_query() from sqlops 
module?

Cheers, Daniel
On 12.08.20 11:24, Kjeld Flarup wrote:
In the configuration file.

  Kjeld

Den ons. 12. aug. 2020 kl. 11.14 skrev Daniel-Constantin Mierla 
mailto:mico...@gmail.com>>:
Hello,

do you need it in the configuration file, or inside C code?

Cheers,
Daniel

On 12.08.20 00:09, Kjeld Flarup wrote:
> Hello
>
> I wonder if there is some way to get the lastinsertid from an "INSERT
> INTO" sql_query
>
> --
>  Med Liberalistiske Hilsner --
>Civilingeniør, Kjeld Flarup - Mit sind er mere åbent end min tegnebog
>Sofienlundvej 6B, 7560 Hjerm, Tlf: 40 29 41 49
>Den ikke akademiske hjemmeside for liberalismen - 
> www.liberalismen.dk
>
>
> ___
> Kamailio (SER) - Users Mailing List
> sr-users@lists.kamailio.org
> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

--
Daniel-Constantin Mierla -- www.asipto.com
www.twitter.com/miconda -- 
www.linkedin.com/in/miconda
Funding: https://www.paypal.me/dcmierla


--

- Med Liberalistiske Hilsner --

   Civilingeniør, Kjeld Flarup - Mit sind er mere åbent end min tegnebog

   Sofienlundvej 6B, 7560 Hjerm, Tlf: 40 29 41 49

   Den ikke akademiske hjemmeside for liberalismen - 
www.liberalismen.dk





___

Kamailio (SER) - Users Mailing List

sr-users@lists.kamailio.org

https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

--

Daniel-Constantin Mierla -- www.asipto.com

www.twitter.com/miconda -- 
www.linkedin.com/in/miconda

Funding: https://www.paypal.me/dcmierla
___
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] Mysql lastinsertid

[Fred Posner]

On Wed, 2020-08-12 at 22:55 +0200, Kjeld Flarup wrote:

> Hi Daniel
> I can do that, but am I guaranteed, that the right value is
> returned?
> Kamailio is multithreaded, and I do now know if the mysql connection
> is shared across threads.

That is a general sql question, not particular to kamailio...

To me, personally, this is a good use case of a stored procedure, and
then having that stored procedure return to you the information you
want as a result of the sql action taken.

-- 
Fred Posner
f...@palner.com
https://www.palner.com

Need Fred? Call Fred. 336-HEY-FRED
Matrix: @fred:matrix.lod.com



___
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] Mysql lastinsertid

[Kjeld Flarup]

Hi Daniel

I can do that, but am I guaranteed, that the right value is returned?

Kamailio is multithreaded, and I do now know if the mysql connection is 
shared across threads.


 Med Liberalistiske Hilsner --
   Civilingeniør, Kjeld Flarup - Mit sind er mere åbent end min tegnebog
   Sofienlundvej 6B, 7560 Hjerm, Tlf: 40 29 41 49
   Den ikke akademiske hjemmeside for liberalismen - www.liberalismen.dk

On 8/12/20 12:25 PM, Daniel-Constantin Mierla wrote:


Have you tried to do "SELECT LAST_INSERT_ID()" with sql_query() from 
sqlops module?


Cheers, Daniel

On 12.08.20 11:24, Kjeld Flarup wrote:

In the configuration file.

  Kjeld

Den ons. 12. aug. 2020 kl. 11.14 skrev Daniel-Constantin Mierla 
mailto:mico...@gmail.com>>:


Hello,

do you need it in the configuration file, or inside C code?

Cheers,
Daniel

On 12.08.20 00:09, Kjeld Flarup wrote:
> Hello
>
> I wonder if there is some way to get the lastinsertid from an
"INSERT
> INTO" sql_query
>
> --
>  Med Liberalistiske Hilsner
--
>    Civilingeniør, Kjeld Flarup - Mit sind er mere åbent end min
tegnebog
>    Sofienlundvej 6B, 7560 Hjerm, Tlf: 40 29 41 49
>    Den ikke akademiske hjemmeside for liberalismen -
www.liberalismen.dk 
>
>
> ___
> Kamailio (SER) - Users Mailing List
> sr-users@lists.kamailio.org 
> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

-- 
Daniel-Constantin Mierla -- www.asipto.com 

www.twitter.com/miconda  --
www.linkedin.com/in/miconda 
Funding: https://www.paypal.me/dcmierla



--

- Med Liberalistiske Hilsner --

Civilingeniør, Kjeld Flarup - Mit sind er mere åbent end min tegnebog
Sofienlundvej 6B, 7560 Hjerm, Tlf: 40 29 41 49
Den ikke akademiske hjemmeside for liberalismen -www.liberalismen.dk  



___
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

--
Daniel-Constantin Mierla --www.asipto.com
www.twitter.com/miconda  --www.linkedin.com/in/miconda
Funding:https://www.paypal.me/dcmierla
___
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] Best Module for CPS per IP - PIKE or Ratelimit modules ?

[Alex Balashov]

Indeed it is.

On 8/12/20 8:32 AM, Ameed Jamous wrote:
Is it possible to make CPS limit change with *PIPELIMIT module* without 
having to restart kamailio each time the value changes?






On Tue, Aug 11, 2020 at 8:33 PM Ameed Jamous 
mailto:a.jam...@telecomsxchange.com>> wrote:


Thanks Alex.

On Tue, Aug 11, 2020 at 12:31 AM Alex Balashov
mailto:abalas...@evaristesys.com>> wrote:

pipelimit is how I'd go about it.

On 8/10/20 3:57 PM, Ameed Jamous wrote:
 > Dear all,
 >
 > I wanted to confirm, which is the best way to implement CPS
limits per
 > source IP in kamilio in 2020? PIKE module or Rate Limit
module or both
 > combined.
 >
 > Thanks in advance for your support.
 >
 > --
 > AJ
 >
 >
 >
 >
 > ___
 > Kamailio (SER) - Users Mailing List
 > sr-users@lists.kamailio.org 
 > https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
 >

-- 
Alex Balashov | Principal | Evariste Systems LLC


Tel: +1-706-510-6800 / +1-800-250-5920 (toll-free)
Web: http://www.evaristesys.com/, http://www.csrpswitch.com/

___
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org 
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

-- 
photo 		

*Ameed Jamous*
Founder, TelecomsXChange

+1 954 246 3356  | a.jam...@telecomsxchange.com


www.telecomsxchange.com  | Skype:
telecomsxchange
<#m_6355410752285173828_SignatureSanitizer_SafeHtmlFilter_>

1800 N Bayshore Dr, Suite CU1, Miami, FL 33132






___
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users



--
Alex Balashov | Principal | Evariste Systems LLC

Tel: +1-706-510-6800 / +1-800-250-5920 (toll-free)
Web: http://www.evaristesys.com/, http://www.csrpswitch.com/

___
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] Kamalio 5.4.0 should support ka_add_destination function of KeepAlive module ?

[Daniel-Constantin Mierla]

Hello,

the README was edited directly, which is not the way to do it. I added a
note in the pull request about how changes to module docs have to be
done, see also the wiki page:

  - https://www.kamailio.org/wiki/devel/module-docbook-readme

Cheers,
Daniel

On 12.08.20 16:17, sagar malam wrote:
> Hello Henning, 
>
> I have created pull request for same
>
> On Tue, Aug 11, 2020 at 9:10 PM Henning Westerholt  > wrote:
>
> Hi Sagar,
>
>  
>
> the documentation can be improved by creating a “pull request” on
> github for it. Then it can be applied to the repository.
>
>  
>
> Cheers,
>
>  
>
> Henning
>
>  
>
> -- 
>
> Henning Westerholt – https://skalatan.de/blog/
>
> Kamailio services – https://gilawa.com 
>
>  
>
> *From:* sr-users  > *On Behalf Of *sagar
> malam
> *Sent:* Monday, August 10, 2020 7:58 PM
> *To:* mico...@gmail.com 
> *Cc:* Kamailio (SER) - Users Mailing List
> mailto:sr-users@lists.kamailio.org>>
> *Subject:* Re: [SR-Users] Kamalio 5.4.0 should support
> ka_add_destination function of KeepAlive module ?
>
>  
>
> It worked. Thanks so much. 
>
> Is there any way I can help to correct documentation ?
>
>  
>
> On Mon, Aug 10, 2020 at 8:28 PM Daniel-Constantin Mierla
> mailto:mico...@gmail.com>> wrote:
>
> Hello,
>
> the documentation is somehow incorrect, the function is
> exported with two parameters, the second being named owner. By
> name, I assume it has the purpose as described in the section:
>
>   -
> 
> https://kamailio.org/docs/modules/5.4.x/modules/keepalive.html#dev-add_destination
>
> So try to provide a 2nd string parameter that can be any
> value, for example you can use "config".
>
> Cheers,
> Daniel
>
> On 08.08.20 08:54, sagar malam wrote:
>
> Hello  
>
>  
>
> I want to use ka_add_destination function of KA module but
> i am getting this error :
> [root@SBC-4-1] kamailio -c -f
> /usr/local/etc/kamailio/kamailio.cfg
> loading modules under config path:
> /usr/local/lib64/kamailio/modules/
>  0(48016) ERROR:  [core/cfg.y:3451]: yyparse(): cfg.
> parser: failed to find command ka_add_destination (params 1)
>  0(48016) CRITICAL:  [core/cfg.y:3592]:
> yyerror_at(): parse error in config file
> /usr/local/etc/kamailio/kamailio.cfg, line 1449, column
> 58: unknown command, missing loadmodule?
>
> I know that 5.3.3 version does not support this function
> but 5.4.0 should as per documentation :
> 
> https://kamailio.org/docs/modules/5.4.x/modules/keepalive.html#keepalive.ka_add_destination
>
> Keepalive module is compiled and loaded in cfg.
>
>  
>
> -- 
>
> Thanks,
>
>  
>
> Sagar
>
>  
>
> ___
>
> Kamailio (SER) - Users Mailing List
>
> sr-users@lists.kamailio.org 
>
> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>
> -- 
>
> Daniel-Constantin Mierla -- www.asipto.com 
>
> www.twitter.com/miconda  -- 
> www.linkedin.com/in/miconda 
>
> Funding: https://www.paypal.me/dcmierla
>
>
>  
>
> -- 
>
> Thanks,
>
>  
>
> Sagar
>
>
>
> -- 
> Thanks,
>
> Sagar

-- 
Daniel-Constantin Mierla -- www.asipto.com
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Funding: https://www.paypal.me/dcmierla

___
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] conditional on secfilter seems does not work or how to do it

[Pepelux]

Hi there

It must work fine. I've just tested it:

kamailio.cfg
xinfo("Checking source IP $si");
secf_check_ip();
xinfo("Result of sec_check_ip: $?");

kamailio.log
Aug 12 16:17:38 pepelux /usr/local/sbin/kamailio[23304]: INFO:

Re: [SR-Users] Dialog - timeout for dlg with CallID

[Ilie Soltanici]

Hello,

Setting the dlg_manage() function just before any other functions/vars
didn't help either. I will try to get another debug log, maybe I will be
able to get more information from there.
Thanks

On Wed, 12 Aug 2020 at 11:26, Ilie Soltanici  wrote:

> Hello,
>
> OK, so I've added it as a first function in the request_route.
> I will keep you updated.
> Thanks
>
> On Wed, 12 Aug 2020 at 11:20, Daniel-Constantin Mierla 
> wrote:
>
>> Hello,
>>
>> try with dlg_manage() before any of the dialog functions/vars -- I
>> noticed a condition for skipping double processing, which could be a result
>> of such case (I haven't dug further in the code yet).
>>
>> Cheers,
>> Daniel
>> On 12.08.20 12:06, Ilie Soltanici wrote:
>>
>> Hello,
>>
>> Yes, ACK have the To-tag:
>>
>> *To: > >;tag=05e27170-ffe5-4e90-b785-9a2fffa0194d*
>>
>> Yes, I'm using dlg_va() function before calling dlg_manage() function.
>> Could that be the reason? What is strange is that this is happening
>> randomly (20-30 calls per day) with some of the calls only, and cannot be
>> replicated.
>> Thanks
>>
>> On Wed, 12 Aug 2020 at 10:54, Daniel-Constantin Mierla 
>> wrote:
>>
>>> Do you have the pcap with the traffic of this call? Does the ACK has the
>>> To-tag? Do you access dialog in any other way before calling dlg_manage()
>>> (e.g., by $dlg_var() or other function from dialog module)?
>>>
>>> Cheers,
>>> Daniel
>>> On 12.08.20 11:48, Ilie Soltanici wrote:
>>>
>>> Unfortunately that's everything I can see for this call, maybe the
>>> systemd daemon didn't log all the messages. It's strange as I have all
>>> ratelimit's disabled.
>>> I will try get another call log, hope that I would be able to get more
>>> information there.
>>>
>>> Thanks
>>>
>>> On Wed, 12 Aug 2020 at 10:24, Daniel-Constantin Mierla <
>>> mico...@gmail.com> wrote:
>>>
 Hello,

 are these all debug messages printed for ACK processing?

 There should be a log message like:

 ... changed from state X to state Y ...

 Cheers,
 Daniel
 On 12.08.20 10:56, Ilie Soltanici wrote:

 Hello,

 After a couple of days trying to run kamailio in debug mode 3 finally I
 was able to catch one call with this issue. Please see below the Debug Log
 for the ACK:

 Aug 12 08:37:38 kamailio.localhost kamailio[28296]: DEBUG: {INVITE (2)
 | Seq=103 | Source IP=192.168.89.110 (udp) | Call ID=
 5d905a9857b4136c42fc52242077ef58@192.168.50.139:5060} 
 [db_query.c:72]: db_do_submit_query(): submitted query: insert into
 `dialog_vars` (`hash_entry`,`hash_id`,`dialog_key`,`dialog_value` ) values
 (273,1534,'start_time','1597217857.509'), result 0
 Aug 12 08:37:38 kamailio.localhost kamailio[28296]: DEBUG: {INVITE (2)
 | Seq=103 | Source IP=192.168.89.110 (udp) | Call ID=
 5d905a9857b4136c42fc52242077ef58@192.168.50.139:5060} dialog
 [dlg_db_handler.c:834]: update_dialog_dbinfo_unsafe(): updated 13 vars for
 dlg [273:1534]
 Aug 12 08:37:38 kamailio.localhost kamailio[28296]: DEBUG: {INVITE (2)
 | Seq=103 | Source IP=192.168.89.110 (udp) | Call ID=
 5d905a9857b4136c42fc52242077ef58@192.168.50.139:5060} db_cluster
 [dbcl_api.c:483]: db_cluster_use_table(): use table (dialog) - cluster
 [kamailio]
 Aug 12 08:37:38 kamailio.localhost kamailio[28296]: DEBUG: {INVITE (2)
 | Seq=103 | Source IP=192.168.89.110 (udp) | Call ID=
 5d905a9857b4136c42fc52242077ef58@192.168.50.139:5060} 
 [db_query.c:72]: db_do_submit_query(): submitted query: insert into
 `dialog`
 (`hash_entry`,`hash_id`,`callid`,`from_uri`,`from_tag`,`to_uri`,`to_tag`,`caller_sock`,`callee_sock`,`start_time`,`state`,`timeout`,`caller_cseq`,`callee_cseq`,`caller_contact`,`callee_contact`,`caller_route_set`,`callee_route_set`,`sflags`,`toroute_name`,`req_uri`,`xdata`,`iflags`
 ) values (273,1534,'
 5d905a9857b4136c42fc52242077ef58@192.168.50.139:5060','
 sip:+987654321@192.168.50.139','as5a6d564e','
 sip:+1234567890@192.168.89.110
 ','05e27170-ffe5-4e90-b785-9a2fffa0194d','udp:192.168.50.12:5060','udp:
 192.168.180.16:5060',1597217858,3,1538026468,'103','0','
 sip:+987654321@192.168.50.139:5060','sip:192.168.82.230:5060',NULL,'
 ',0,NULL,'sip:+1234567890@192.168.89.110',NULL,0),
 result 0
 Aug 12 08:37:38 kamailio.localhost kamailio[28296]: DEBUG: {INVITE (2)
 | Seq=103 | Source IP=192.168.89.110 (udp) | Call ID=
 5d905a9857b4136c42fc52242077ef58@192.168.50.139:5060} dialog
 [dlg_timer.c:110]: insert_dialog_timer_unsafe(): inserting 0x7f769a594418
 for 59202190
 Aug 12 08:37:38 kamailio.localhost kamailio[28296]: DEBUG: {INVITE (2)
 | Seq=103 | Source IP=192.168.89.110 (udp) | Call ID=
 5d905a9857b4136c42fc52242077ef58@192.168.50.139:5060} dialog
 [dlg_hash.c:1045]: dlg_ref_helper(): ref op on 0x7f769a5943b8 with 1 from
 dlg_handlers.c:557
 Aug 12 08:37:38 kamailio.localhost kamailio[28296]: DEBUG: {INVITE (2)
 | 

Re: [SR-Users] Kamalio 5.4.0 should support ka_add_destination function of KeepAlive module ?

[sagar malam]

Hello Henning,

I have created pull request for same

On Tue, Aug 11, 2020 at 9:10 PM Henning Westerholt  wrote:

> Hi Sagar,
>
>
>
> the documentation can be improved by creating a “pull request” on github
> for it. Then it can be applied to the repository.
>
>
>
> Cheers,
>
>
>
> Henning
>
>
>
> --
>
> Henning Westerholt – https://skalatan.de/blog/
>
> Kamailio services – https://gilawa.com
>
>
>
> *From:* sr-users  *On Behalf Of *sagar
> malam
> *Sent:* Monday, August 10, 2020 7:58 PM
> *To:* mico...@gmail.com
> *Cc:* Kamailio (SER) - Users Mailing List 
> *Subject:* Re: [SR-Users] Kamalio 5.4.0 should support ka_add_destination
> function of KeepAlive module ?
>
>
>
> It worked. Thanks so much.
>
> Is there any way I can help to correct documentation ?
>
>
>
> On Mon, Aug 10, 2020 at 8:28 PM Daniel-Constantin Mierla <
> mico...@gmail.com> wrote:
>
> Hello,
>
> the documentation is somehow incorrect, the function is exported with two
> parameters, the second being named owner. By name, I assume it has the
> purpose as described in the section:
>
>   -
> https://kamailio.org/docs/modules/5.4.x/modules/keepalive.html#dev-add_destination
>
> So try to provide a 2nd string parameter that can be any value, for
> example you can use "config".
>
> Cheers,
> Daniel
>
> On 08.08.20 08:54, sagar malam wrote:
>
> Hello
>
>
>
> I want to use ka_add_destination function of KA module but i am getting
> this error :
> [root@SBC-4-1] kamailio -c -f /usr/local/etc/kamailio/kamailio.cfg
> loading modules under config path: /usr/local/lib64/kamailio/modules/
>  0(48016) ERROR:  [core/cfg.y:3451]: yyparse(): cfg. parser: failed
> to find command ka_add_destination (params 1)
>  0(48016) CRITICAL:  [core/cfg.y:3592]: yyerror_at(): parse error in
> config file /usr/local/etc/kamailio/kamailio.cfg, line 1449, column 58:
> unknown command, missing loadmodule?
>
> I know that 5.3.3 version does not support this function but 5.4.0 should
> as per documentation :
>
> https://kamailio.org/docs/modules/5.4.x/modules/keepalive.html#keepalive.ka_add_destination
>
> Keepalive module is compiled and loaded in cfg.
>
>
>
> --
>
> Thanks,
>
>
>
> Sagar
>
>
>
> ___
>
> Kamailio (SER) - Users Mailing List
>
> sr-users@lists.kamailio.org
>
> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>
> --
>
> Daniel-Constantin Mierla -- www.asipto.com
>
> www.twitter.com/miconda -- www.linkedin.com/in/miconda
>
> Funding: https://www.paypal.me/dcmierla
>
>
>
>
> --
>
> Thanks,
>
>
>
> Sagar
>


-- 
Thanks,

Sagar
___
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] Log-level Kamailio IMS

[Pavithra Mohanraja]

Hi,

Is it possible to make it work without giving listen IP in pcscf.cfg,
icscf.cfg, scscf.cfg files since i am configuring it as kubernetes pods and
automating all configurations.

Due to this, I am unable to start the kamailio service without giving the
proper listen IP.

Is there any alternative way. Kindly Help


Thanks,
Pavithra

On Wed, Aug 12, 2020 at 7:34 PM Ilie Soltanici  wrote:

> Hello,
>
> Yes, that is correct.
>
> On Wed, 12 Aug 2020 at 14:55, Pavithra Mohanraja 
> wrote:
>
>> Hi,
>> Thanks.. It is working fine . debug level can be changed from 2 to 6 . Is
>> it right ?
>>
>>
>> Thanks,
>> Pavithra
>>
>> On Wed, Aug 12, 2020 at 7:15 PM Ilie Soltanici 
>> wrote:
>>
>>> Hello,
>>>
>>> Yes, you can use: kamcmd cfg.set_now_int core debug 1
>>>
>>> On Wed, 12 Aug 2020 at 14:41, Pavithra Mohanraja <
>>> pavimohan3...@gmail.com> wrote:
>>>
 Hi,
 Is there any way to have global log level changes without restart of
 kamailio.
 If there kindly let me know.



 Thanks,
 Pavithra
 ___
 Kamailio (SER) - Users Mailing List
 sr-users@lists.kamailio.org
 https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

>>> ___
>>> Kamailio (SER) - Users Mailing List
>>> sr-users@lists.kamailio.org
>>> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>>>
>> ___
>> Kamailio (SER) - Users Mailing List
>> sr-users@lists.kamailio.org
>> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>>
> ___
> Kamailio (SER) - Users Mailing List
> sr-users@lists.kamailio.org
> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>
___
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] Log-level Kamailio IMS

[Ilie Soltanici]

Hello,

Yes, that is correct.

On Wed, 12 Aug 2020 at 14:55, Pavithra Mohanraja 
wrote:

> Hi,
> Thanks.. It is working fine . debug level can be changed from 2 to 6 . Is
> it right ?
>
>
> Thanks,
> Pavithra
>
> On Wed, Aug 12, 2020 at 7:15 PM Ilie Soltanici 
> wrote:
>
>> Hello,
>>
>> Yes, you can use: kamcmd cfg.set_now_int core debug 1
>>
>> On Wed, 12 Aug 2020 at 14:41, Pavithra Mohanraja 
>> wrote:
>>
>>> Hi,
>>> Is there any way to have global log level changes without restart of
>>> kamailio.
>>> If there kindly let me know.
>>>
>>>
>>>
>>> Thanks,
>>> Pavithra
>>> ___
>>> Kamailio (SER) - Users Mailing List
>>> sr-users@lists.kamailio.org
>>> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>>>
>> ___
>> Kamailio (SER) - Users Mailing List
>> sr-users@lists.kamailio.org
>> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>>
> ___
> Kamailio (SER) - Users Mailing List
> sr-users@lists.kamailio.org
> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>
___
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

[SR-Users] Listen IP changes in IMS kamailio

[Pavithra Mohanraja]

Hi,

Is it possible to make it work without giving listen IP in pcscf.cfg,
icscf.cfg, scscf.cfg files since i am configuring it as kubernetes pods and
automating all configurations.

Due to this, I am unable to start the kamailio service without giving the
proper listen IP.

Is there any alternative way. Kindly Help


Thanks,
Pavithra
___
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] Log-level Kamailio IMS

[Pavithra Mohanraja]

Hi,
Thanks.. It is working fine . debug level can be changed from 2 to 6 . Is
it right ?


Thanks,
Pavithra

On Wed, Aug 12, 2020 at 7:15 PM Ilie Soltanici  wrote:

> Hello,
>
> Yes, you can use: kamcmd cfg.set_now_int core debug 1
>
> On Wed, 12 Aug 2020 at 14:41, Pavithra Mohanraja 
> wrote:
>
>> Hi,
>> Is there any way to have global log level changes without restart of
>> kamailio.
>> If there kindly let me know.
>>
>>
>>
>> Thanks,
>> Pavithra
>> ___
>> Kamailio (SER) - Users Mailing List
>> sr-users@lists.kamailio.org
>> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>>
> ___
> Kamailio (SER) - Users Mailing List
> sr-users@lists.kamailio.org
> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>
___
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] Log-level Kamailio IMS

[Ilie Soltanici]

Hello,

Yes, you can use: kamcmd cfg.set_now_int core debug 1

On Wed, 12 Aug 2020 at 14:41, Pavithra Mohanraja 
wrote:

> Hi,
> Is there any way to have global log level changes without restart of
> kamailio.
> If there kindly let me know.
>
>
>
> Thanks,
> Pavithra
> ___
> Kamailio (SER) - Users Mailing List
> sr-users@lists.kamailio.org
> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>
___
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

[SR-Users] Log-level Kamailio IMS

[Pavithra Mohanraja]

Hi,
Is there any way to have global log level changes without restart of
kamailio.
If there kindly let me know.



Thanks,
Pavithra
___
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] Example config for webRTC-SIP kamailio.cfg for sip.js

[David Villasmil]

Take a look at this
https://github.com/davidcsi/kamailio-private-public

There’s a directive that enables websockets in definitions.cfg


On Tue, 11 Aug 2020 at 08:00, Johnny Ritzer  wrote:

> Anyone know where to grab an example config for getting web socket-sip
> working.
>
>
>
> I tried this one but its failing on kamailio restart it might be some very
> small thing.
>
>
>
>
> https://github.com/havfo/WEBRTC-to-SIP/blob/master/etc/kamailio/kamailio.cfg
>
>
>
>
>
> wss://sip.kamailio-box.com:8080
>
>
>
> Client = sip.js (webrtc)
>
> SIP server = (mitel) PBX (straight sip)
>
>
>
>
> ___
> Kamailio (SER) - Users Mailing List
> sr-users@lists.kamailio.org
> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>
-- 
Regards,

David Villasmil
email: david.villasmil.w...@gmail.com
phone: +34669448337
___
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] Best Module for CPS per IP - PIKE or Ratelimit modules ?

[Julien Klingenmeyer]

Hi Ameed,

You can use the RPC commands to do so:
https://www.kamailio.org/docs/modules/devel/modules/pipelimit.html#pipelimit.r.pl.list

--
Julien

De : sr-users  au nom de Ameed Jamous 

Répondre à : "Kamailio (SER) - Users Mailing List" 
Date : mercredi 12 août 2020 à 14:34
À : "Kamailio (SER) - Users Mailing List" 
Objet : Re: [SR-Users] Best Module for CPS per IP - PIKE or Ratelimit modules ?

Is it possible to make CPS limit change with PIPELIMIT module without having to 
restart kamailio each time the value changes?





On Tue, Aug 11, 2020 at 8:33 PM Ameed Jamous 
mailto:a.jam...@telecomsxchange.com>> wrote:
Thanks Alex.

On Tue, Aug 11, 2020 at 12:31 AM Alex Balashov 
mailto:abalas...@evaristesys.com>> wrote:
pipelimit is how I'd go about it.

On 8/10/20 3:57 PM, Ameed Jamous wrote:
> Dear all,
>
> I wanted to confirm, which is the best way to implement CPS limits per
> source IP in kamilio in 2020? PIKE module or Rate Limit module or both
> combined.
>
> Thanks in advance for your support.
>
> --
> AJ
>
>
>
>
> ___
> Kamailio (SER) - Users Mailing List
> sr-users@lists.kamailio.org
> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>

--
Alex Balashov | Principal | Evariste Systems LLC

Tel: +1-706-510-6800 / +1-800-250-5920 (toll-free)
Web: http://www.evaristesys.com/, http://www.csrpswitch.com/

___
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
--
[Image supprimée par l'expéditeur. photo]

Ameed Jamous
Founder, TelecomsXChange

+1 954 246 3356 | 
a.jam...@telecomsxchange.com


 www.telecomsxchange.com | Skype: 
telecomsxchange

1800 N Bayshore Dr, Suite CU1, Miami, FL 33132










___
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] Best Module for CPS per IP - PIKE or Ratelimit modules ?

[Ameed Jamous]

Is it possible to make CPS limit change with *PIPELIMIT module* without
having to restart kamailio each time the value changes?





On Tue, Aug 11, 2020 at 8:33 PM Ameed Jamous 
wrote:

> Thanks Alex.
>
> On Tue, Aug 11, 2020 at 12:31 AM Alex Balashov 
> wrote:
>
>> pipelimit is how I'd go about it.
>>
>> On 8/10/20 3:57 PM, Ameed Jamous wrote:
>> > Dear all,
>> >
>> > I wanted to confirm, which is the best way to implement CPS limits per
>> > source IP in kamilio in 2020? PIKE module or Rate Limit module or both
>> > combined.
>> >
>> > Thanks in advance for your support.
>> >
>> > --
>> > AJ
>> >
>> >
>> >
>> >
>> > ___
>> > Kamailio (SER) - Users Mailing List
>> > sr-users@lists.kamailio.org
>> > https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>> >
>>
>> --
>> Alex Balashov | Principal | Evariste Systems LLC
>>
>> Tel: +1-706-510-6800 / +1-800-250-5920 (toll-free)
>> Web: http://www.evaristesys.com/, http://www.csrpswitch.com/
>>
>> ___
>> Kamailio (SER) - Users Mailing List
>> sr-users@lists.kamailio.org
>> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>>
> --
> [image: photo]
> *Ameed Jamous*
> Founder, TelecomsXChange
>
> +1 954 246 3356 <+1+954+246+3356> | a.jam...@telecomsxchange.com
>
>  www.telecomsxchange.com | Skype: telecomsxchange
> <#m_6355410752285173828_SignatureSanitizer_SafeHtmlFilter_>
>
> 1800 N Bayshore Dr, Suite CU1, Miami, FL 33132
>
>
>
___
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] Call in Progress Recovery in Redundancy

[Raúl Alexis Betancor Santana]

You should first train youself about SIP, Kamailio It's a SIP-Proxy/Router, It 
doesn't "answer" calls ... It's just sitting in the SIP signaling path of the 
call. 

About DTMF, the same ... if you use SIP-INFO for DTMF, you will see them routed 
throught Kamailio, but anything more. 

You have a very deeply missundestunding of what Kamailio do/could do or is used 
for. 


From: amitsha...@coraltele.com 
To: mico...@gmail.com, "Kamailio"  
Sent: Tuesday, August 11, 2020 6:43:07 AM 
Subject: Re: [SR-Users] Call in Progress Recovery in Redundancy 



Hello Danial, 



Thanks once again for your reply and sorry for late reply from my side. 



>From below point No. 2, I just want to understand that “Is Kamailio process 
>DTMF or not”. 



Now we are working on a modal where Kamailio will be used as Proxy and 
Freeswitch as Media server. I am able to route calls from Kamailio to 
Freeswitch but my next requirement is that how to route call from Kamailio to 
Freeswitch only when call is getting answered in Kamailio. Now what is 
happening all the invite routing directly from Kamailio to Freeswitch. 



What I have done is attached in mail. I have added * # Freeswitch routing 
blocks * in Kamailio.cfg. 



Any help would be appreciated. 





Thanks, 

Amit Sharma 




From: Daniel-Constantin Mierla  
Sent: Thursday, August 6, 2020 11:25 PM 
To: amitsha...@coraltele.com; 'Kamailio (SER) - Users Mailing List' 
 
Subject: Re: [SR-Users] Call in Progress Recovery in Redundancy 




Hello, 


On 06.08.20 16:26, [ mailto:amitsha...@coraltele.com | amitsha...@coraltele.com 
] wrote: 




Hello Daniel, 



Thank a lot for such an elaborative reply, it will really help in many ways. It 
is clear that in case of big system the Progress call transition may not be 
possible. 



I want to know two more things : 



1. Can we built Re-Homing around Kamailio (Move call from Kamailio to 
Freeswitch). Is there any possibility of doing it. 






Both applications are open source and you can develop extensions in both of 
them to share call data and maybe you will get what you want. But from the SIP 
specification, there is no mechanism to migrate a server from a proxy (like 
Kamailio) to an endpoint/b2bua like FreeSwitch. Therefore at this moment is no 
option to do that. 

As I mentioned, another kamailio can route just fine requests belonging to a 
call initiated via another Kamailio. FreeSwitch (or other B2BUA/endpoint) can 
do re-INVITE and recover the call after a crash and restart on the same system 
or on another system, but that because it was part of the call and it is 
allowed to change its contact/IP address 
BQ_BEGIN




1. How can capture sip-info from Kamailio to Freeswitch. Means DTMP 
pressed. 

BQ_END


I do not understand this one, maybe you can elaborate more. 

Cheers, 
Daniel 
BQ_BEGIN


1. 




Thanks in advance. 



Amit Sharma 




From: Daniel-Constantin Mierla [ mailto:mico...@gmail.com |  
] 
Sent: Wednesday, August 5, 2020 6:33 PM 
To: Kamailio (SER) - Users Mailing List [ mailto:sr-users@lists.kamailio.org | 
 ] ; [ mailto:amitsha...@coraltele.com | 
amitsha...@coraltele.com ] 
Subject: Re: [SR-Users] Call in Progress Recovery in Redundancy 




Hello, 

first we need to clarify that it seems you are actually not looking for 
redundancy of active transactions, which I tried to focus on the answer during 
the ClueCon session last evening. 

My answer there related to htable was about the ability to route CANCEL 
requests where the INVITE was forwarded. 

Like Julien replied on another email, SIP has couple of mechanism to "recover" 
or "go through" in case of transaction states being lost. For example, with UDP 
if the proxy is restarted after receiving the INVITE and not sending any reply, 
then there is a retranmission of the INVITE for couple of times (can be up to 
30seconds or more, depending on UA settings). So the INVITE comes again to the 
proxy, which can handle it (assuming a fast enough restart). Then, if the 
INVITE was forwarded, the responses to it can be routed without any problem, 
using the Via headers. 

Considering that the SIP transaction is about keeping the states of routing the 
request until a final response is sent out, one of the main benefits is the 
ability to re-route the request to a new address if the first selected 
destination doesn't answer (aka, serial forking). But if you have one-to-one 
routing policy (like receiving from the phone and sending to a freeswitch), 
then you can also do stateless forwarding. In such case, if you migrate the ip 
to another Kamailio node, it can route the replies even when the request was 
routed by previous active node. 

As far as I can remember from some demos at past cluecon events, the FreeSwitch 
call recovery was based on re-INVITEs, which means the call has to be 
established to know where to send the re-INVITE, be aware of caller/callee 
contact addresses, codecs, routing headers, ... Recovering a progress call 

Re: [SR-Users] Example config for webRTC-SIP kamailio.cfg for sip.js

[Raúl Alexis Betancor Santana]

If by "failed on kamailiio restart", you mean than the WebRTC conection get 
closes, that's normal ... It's a TCP conection, that when you restart Kamailio, 
will be closed. 



From: "Johnny Ritzer"  
To: "Kamailio"  
Sent: Tuesday, August 11, 2020 6:57:44 AM 
Subject: [SR-Users] Example config for webRTC-SIP kamailio.cfg for sip.js 



Anyone know where to grab an example config for getting web socket-sip working. 



I tried this one but its failing on kamailio restart it might be some very 
small thing. 



[ https://github.com/havfo/WEBRTC-to-SIP/blob/master/etc/kamailio/kamailio.cfg 
| https://github.com/havfo/WEBRTC-to-SIP/blob/master/etc/kamailio/kamailio.cfg 
] 





wss://sip.kamailio-box.com:8080 



Client = sip.js (webrtc) 

SIP server = (mitel) PBX (straight sip) 





___ 
Kamailio (SER) - Users Mailing List 
sr-users@lists.kamailio.org 
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users 
___
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] Dialog - timeout for dlg with CallID

[Ilie Soltanici]

Hello,

OK, so I've added it as a first function in the request_route.
I will keep you updated.
Thanks

On Wed, 12 Aug 2020 at 11:20, Daniel-Constantin Mierla 
wrote:

> Hello,
>
> try with dlg_manage() before any of the dialog functions/vars -- I noticed
> a condition for skipping double processing, which could be a result of such
> case (I haven't dug further in the code yet).
>
> Cheers,
> Daniel
> On 12.08.20 12:06, Ilie Soltanici wrote:
>
> Hello,
>
> Yes, ACK have the To-tag:
>
> *To:  >;tag=05e27170-ffe5-4e90-b785-9a2fffa0194d*
>
> Yes, I'm using dlg_va() function before calling dlg_manage() function.
> Could that be the reason? What is strange is that this is happening
> randomly (20-30 calls per day) with some of the calls only, and cannot be
> replicated.
> Thanks
>
> On Wed, 12 Aug 2020 at 10:54, Daniel-Constantin Mierla 
> wrote:
>
>> Do you have the pcap with the traffic of this call? Does the ACK has the
>> To-tag? Do you access dialog in any other way before calling dlg_manage()
>> (e.g., by $dlg_var() or other function from dialog module)?
>>
>> Cheers,
>> Daniel
>> On 12.08.20 11:48, Ilie Soltanici wrote:
>>
>> Unfortunately that's everything I can see for this call, maybe the
>> systemd daemon didn't log all the messages. It's strange as I have all
>> ratelimit's disabled.
>> I will try get another call log, hope that I would be able to get more
>> information there.
>>
>> Thanks
>>
>> On Wed, 12 Aug 2020 at 10:24, Daniel-Constantin Mierla 
>> wrote:
>>
>>> Hello,
>>>
>>> are these all debug messages printed for ACK processing?
>>>
>>> There should be a log message like:
>>>
>>> ... changed from state X to state Y ...
>>>
>>> Cheers,
>>> Daniel
>>> On 12.08.20 10:56, Ilie Soltanici wrote:
>>>
>>> Hello,
>>>
>>> After a couple of days trying to run kamailio in debug mode 3 finally I
>>> was able to catch one call with this issue. Please see below the Debug Log
>>> for the ACK:
>>>
>>> Aug 12 08:37:38 kamailio.localhost kamailio[28296]: DEBUG: {INVITE (2) |
>>> Seq=103 | Source IP=192.168.89.110 (udp) | Call ID=
>>> 5d905a9857b4136c42fc52242077ef58@192.168.50.139:5060} 
>>> [db_query.c:72]: db_do_submit_query(): submitted query: insert into
>>> `dialog_vars` (`hash_entry`,`hash_id`,`dialog_key`,`dialog_value` ) values
>>> (273,1534,'start_time','1597217857.509'), result 0
>>> Aug 12 08:37:38 kamailio.localhost kamailio[28296]: DEBUG: {INVITE (2) |
>>> Seq=103 | Source IP=192.168.89.110 (udp) | Call ID=
>>> 5d905a9857b4136c42fc52242077ef58@192.168.50.139:5060} dialog
>>> [dlg_db_handler.c:834]: update_dialog_dbinfo_unsafe(): updated 13 vars for
>>> dlg [273:1534]
>>> Aug 12 08:37:38 kamailio.localhost kamailio[28296]: DEBUG: {INVITE (2) |
>>> Seq=103 | Source IP=192.168.89.110 (udp) | Call ID=
>>> 5d905a9857b4136c42fc52242077ef58@192.168.50.139:5060} db_cluster
>>> [dbcl_api.c:483]: db_cluster_use_table(): use table (dialog) - cluster
>>> [kamailio]
>>> Aug 12 08:37:38 kamailio.localhost kamailio[28296]: DEBUG: {INVITE (2) |
>>> Seq=103 | Source IP=192.168.89.110 (udp) | Call ID=
>>> 5d905a9857b4136c42fc52242077ef58@192.168.50.139:5060} 
>>> [db_query.c:72]: db_do_submit_query(): submitted query: insert into
>>> `dialog`
>>> (`hash_entry`,`hash_id`,`callid`,`from_uri`,`from_tag`,`to_uri`,`to_tag`,`caller_sock`,`callee_sock`,`start_time`,`state`,`timeout`,`caller_cseq`,`callee_cseq`,`caller_contact`,`callee_contact`,`caller_route_set`,`callee_route_set`,`sflags`,`toroute_name`,`req_uri`,`xdata`,`iflags`
>>> ) values (273,1534,'5d905a9857b4136c42fc52242077ef58@192.168.50.139:5060
>>> ','sip:+987654321@192.168.50.139','as5a6d564e','
>>> sip:+1234567890@192.168.89.110
>>> ','05e27170-ffe5-4e90-b785-9a2fffa0194d','udp:192.168.50.12:5060','udp:
>>> 192.168.180.16:5060',1597217858,3,1538026468,'103','0','
>>> sip:+987654321@192.168.50.139:5060','sip:192.168.82.230:5060',NULL,'
>>> ',0,NULL,'sip:+1234567890@192.168.89.110',NULL,0),
>>> result 0
>>> Aug 12 08:37:38 kamailio.localhost kamailio[28296]: DEBUG: {INVITE (2) |
>>> Seq=103 | Source IP=192.168.89.110 (udp) | Call ID=
>>> 5d905a9857b4136c42fc52242077ef58@192.168.50.139:5060} dialog
>>> [dlg_timer.c:110]: insert_dialog_timer_unsafe(): inserting 0x7f769a594418
>>> for 59202190
>>> Aug 12 08:37:38 kamailio.localhost kamailio[28296]: DEBUG: {INVITE (2) |
>>> Seq=103 | Source IP=192.168.89.110 (udp) | Call ID=
>>> 5d905a9857b4136c42fc52242077ef58@192.168.50.139:5060} dialog
>>> [dlg_hash.c:1045]: dlg_ref_helper(): ref op on 0x7f769a5943b8 with 1 from
>>> dlg_handlers.c:557
>>> Aug 12 08:37:38 kamailio.localhost kamailio[28296]: DEBUG: {INVITE (2) |
>>> Seq=103 | Source IP=192.168.89.110 (udp) | Call ID=
>>> 5d905a9857b4136c42fc52242077ef58@192.168.50.139:5060} dialog
>>> [dlg_hash.c:1049]: dlg_ref_helper(): ref dlg 0x7f769a5943b8 with 1 -> 3
>>> Aug 12 08:37:38 kamailio.localhost kamailio[28296]: DEBUG: {INVITE (2) |
>>> Seq=103 | Source IP=192.168.89.110 (udp) | Call ID=
>>> 5d905a9857b4136c42fc52242077ef58@192.168.50.139:5060} dialog
>>> 

Re: [SR-Users] Mysql lastinsertid

[Daniel-Constantin Mierla]

Have you tried to do "SELECT LAST_INSERT_ID()" with sql_query() from
sqlops module?

Cheers, Daniel

On 12.08.20 11:24, Kjeld Flarup wrote:
> In the configuration file. 
>
>   Kjeld
>
> Den ons. 12. aug. 2020 kl. 11.14 skrev Daniel-Constantin Mierla
> mailto:mico...@gmail.com>>:
>
> Hello,
>
> do you need it in the configuration file, or inside C code?
>
> Cheers,
> Daniel
>
> On 12.08.20 00:09, Kjeld Flarup wrote:
> > Hello
> >
> > I wonder if there is some way to get the lastinsertid from an
> "INSERT
> > INTO" sql_query
> >
> > -- 
> >  Med Liberalistiske Hilsner
> --
> >    Civilingeniør, Kjeld Flarup - Mit sind er mere åbent end min
> tegnebog
> >    Sofienlundvej 6B, 7560 Hjerm, Tlf: 40 29 41 49
> >    Den ikke akademiske hjemmeside for liberalismen -
> www.liberalismen.dk 
> >
> >
> > ___
> > Kamailio (SER) - Users Mailing List
> > sr-users@lists.kamailio.org 
> > https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>
> -- 
> Daniel-Constantin Mierla -- www.asipto.com 
> www.twitter.com/miconda  --
> www.linkedin.com/in/miconda 
> Funding: https://www.paypal.me/dcmierla
>
>
>
> -- 
>
> - Med Liberalistiske Hilsner --
>
>Civilingeniør, Kjeld Flarup - Mit sind er mere åbent end min tegnebog
>Sofienlundvej 6B, 7560 Hjerm, Tlf: 40 29 41 49
>Den ikke akademiske hjemmeside for liberalismen - www.liberalismen.dk 
> 
>
>
> ___
> Kamailio (SER) - Users Mailing List
> sr-users@lists.kamailio.org
> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

-- 
Daniel-Constantin Mierla -- www.asipto.com
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Funding: https://www.paypal.me/dcmierla

___
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

[SR-Users] Kamailio configuration ??

[Amit Pal]

Dear Team,

  I am glad to work with kamailio Team,
I am using kamailio freeswitch integration. I want to work like this.
My all subscriber register at kamailio. My application server is freeswitch.

Now I want ask is this possible at kamailio?  

"when subscriber establish their call then kamailio handed over  its call
control to freeswitch" i.e. when kamailio got "ACK" (call patch signal) of
two subscriber then call control will be transferred to freeswitch.
Here I am Using Kamailio for its excellent feature recovery of progress call
(by DMQ and HTable) in Highly Availability(HA) .  Freeswitch doesn't have
this feature. But freeswitch we are using as application server.

I have configure Kamailio like "KMUser1==>FS==> KAMUser2" . but in that case
progress call (KMUser1 Get alert of KMUser2) has not recover on HA. So call
will be on kamailio till alerting after connect call will be transferred to
Freeswitch. 

I want to know by which module  we can achieve this. It  will be great help
for me if provided sample .

 

Thanks

 

Amit Pal

Coral Telecom Ltd

___
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] Dialog - timeout for dlg with CallID

[Ilie Soltanici]

Hello,

Yes, ACK have the To-tag:

*To: >;tag=05e27170-ffe5-4e90-b785-9a2fffa0194d*

Yes, I'm using dlg_va() function before calling dlg_manage() function.
Could that be the reason? What is strange is that this is happening
randomly (20-30 calls per day) with some of the calls only, and cannot be
replicated.
Thanks

On Wed, 12 Aug 2020 at 10:54, Daniel-Constantin Mierla 
wrote:

> Do you have the pcap with the traffic of this call? Does the ACK has the
> To-tag? Do you access dialog in any other way before calling dlg_manage()
> (e.g., by $dlg_var() or other function from dialog module)?
>
> Cheers,
> Daniel
> On 12.08.20 11:48, Ilie Soltanici wrote:
>
> Unfortunately that's everything I can see for this call, maybe the systemd
> daemon didn't log all the messages. It's strange as I have all ratelimit's
> disabled.
> I will try get another call log, hope that I would be able to get more
> information there.
>
> Thanks
>
> On Wed, 12 Aug 2020 at 10:24, Daniel-Constantin Mierla 
> wrote:
>
>> Hello,
>>
>> are these all debug messages printed for ACK processing?
>>
>> There should be a log message like:
>>
>> ... changed from state X to state Y ...
>>
>> Cheers,
>> Daniel
>> On 12.08.20 10:56, Ilie Soltanici wrote:
>>
>> Hello,
>>
>> After a couple of days trying to run kamailio in debug mode 3 finally I
>> was able to catch one call with this issue. Please see below the Debug Log
>> for the ACK:
>>
>> Aug 12 08:37:38 kamailio.localhost kamailio[28296]: DEBUG: {INVITE (2) |
>> Seq=103 | Source IP=192.168.89.110 (udp) | Call ID=
>> 5d905a9857b4136c42fc52242077ef58@192.168.50.139:5060} 
>> [db_query.c:72]: db_do_submit_query(): submitted query: insert into
>> `dialog_vars` (`hash_entry`,`hash_id`,`dialog_key`,`dialog_value` ) values
>> (273,1534,'start_time','1597217857.509'), result 0
>> Aug 12 08:37:38 kamailio.localhost kamailio[28296]: DEBUG: {INVITE (2) |
>> Seq=103 | Source IP=192.168.89.110 (udp) | Call ID=
>> 5d905a9857b4136c42fc52242077ef58@192.168.50.139:5060} dialog
>> [dlg_db_handler.c:834]: update_dialog_dbinfo_unsafe(): updated 13 vars for
>> dlg [273:1534]
>> Aug 12 08:37:38 kamailio.localhost kamailio[28296]: DEBUG: {INVITE (2) |
>> Seq=103 | Source IP=192.168.89.110 (udp) | Call ID=
>> 5d905a9857b4136c42fc52242077ef58@192.168.50.139:5060} db_cluster
>> [dbcl_api.c:483]: db_cluster_use_table(): use table (dialog) - cluster
>> [kamailio]
>> Aug 12 08:37:38 kamailio.localhost kamailio[28296]: DEBUG: {INVITE (2) |
>> Seq=103 | Source IP=192.168.89.110 (udp) | Call ID=
>> 5d905a9857b4136c42fc52242077ef58@192.168.50.139:5060} 
>> [db_query.c:72]: db_do_submit_query(): submitted query: insert into
>> `dialog`
>> (`hash_entry`,`hash_id`,`callid`,`from_uri`,`from_tag`,`to_uri`,`to_tag`,`caller_sock`,`callee_sock`,`start_time`,`state`,`timeout`,`caller_cseq`,`callee_cseq`,`caller_contact`,`callee_contact`,`caller_route_set`,`callee_route_set`,`sflags`,`toroute_name`,`req_uri`,`xdata`,`iflags`
>> ) values (273,1534,'5d905a9857b4136c42fc52242077ef58@192.168.50.139:5060
>> ','sip:+987654321@192.168.50.139','as5a6d564e','
>> sip:+1234567890@192.168.89.110
>> ','05e27170-ffe5-4e90-b785-9a2fffa0194d','udp:192.168.50.12:5060','udp:
>> 192.168.180.16:5060',1597217858,3,1538026468,'103','0','
>> sip:+987654321@192.168.50.139:5060','sip:192.168.82.230:5060',NULL,'
>> ',0,NULL,'sip:+1234567890@192.168.89.110',NULL,0),
>> result 0
>> Aug 12 08:37:38 kamailio.localhost kamailio[28296]: DEBUG: {INVITE (2) |
>> Seq=103 | Source IP=192.168.89.110 (udp) | Call ID=
>> 5d905a9857b4136c42fc52242077ef58@192.168.50.139:5060} dialog
>> [dlg_timer.c:110]: insert_dialog_timer_unsafe(): inserting 0x7f769a594418
>> for 59202190
>> Aug 12 08:37:38 kamailio.localhost kamailio[28296]: DEBUG: {INVITE (2) |
>> Seq=103 | Source IP=192.168.89.110 (udp) | Call ID=
>> 5d905a9857b4136c42fc52242077ef58@192.168.50.139:5060} dialog
>> [dlg_hash.c:1045]: dlg_ref_helper(): ref op on 0x7f769a5943b8 with 1 from
>> dlg_handlers.c:557
>> Aug 12 08:37:38 kamailio.localhost kamailio[28296]: DEBUG: {INVITE (2) |
>> Seq=103 | Source IP=192.168.89.110 (udp) | Call ID=
>> 5d905a9857b4136c42fc52242077ef58@192.168.50.139:5060} dialog
>> [dlg_hash.c:1049]: dlg_ref_helper(): ref dlg 0x7f769a5943b8 with 1 -> 3
>> Aug 12 08:37:38 kamailio.localhost kamailio[28296]: DEBUG: {INVITE (2) |
>> Seq=103 | Source IP=192.168.89.110 (udp) | Call ID=
>> 5d905a9857b4136c42fc52242077ef58@192.168.50.139:5060} dialog
>> [dlg_hash.c:1065]: dlg_unref_helper(): unref op on 0x7f769a5943b8 with 1
>> from dlg_hash.c:1083
>> Aug 12 08:37:38 kamailio.localhost kamailio[28296]: DEBUG: {INVITE (2) |
>> Seq=103 | Source IP=192.168.89.110 (udp) | Call ID=
>> 5d905a9857b4136c42fc52242077ef58@192.168.50.139:5060} 
>> [core/parser/msg_parser.c:152]: get_hdr_field(): cseq : <103> 
>> Aug 12 08:37:38 kamailio.localhost kamailio[28307]: DEBUG: {ACK (1) |
>> Seq=103 | Source IP=192.168.50.139 (udp) | Call ID=
>> 5d905a9857b4136c42fc52242077ef58@192.168.50.139:5060} sl
>> [sl_funcs.c:421]: 

Re: [SR-Users] Call in Progress Recovery in Redundancy

[Daniel-Constantin Mierla]

Hello,

Kamailio is not an end point, thus it does not answer the call, it is
only a SIP proxy (a node in the middle of the SIP signalling channel,
relaying the SIP messages between caller and callee sides).

Unless you develop code in both kamailio and freeswitch, there is no way
to have freeswitch recognize and handle a call was answered and not
routed through freeswitch in the first place.

Cheers,
Daniel

On 12.08.20 11:27, amitsha...@coraltele.com wrote:
>
> Hello Daniel,
>
>  
>
> Please suggest is there any workout for this problem.
>
>  
>
> Thanks,
>
> Amit Sharma
>
> *From:* amitsha...@coraltele.com 
> *Sent:* Tuesday, August 11, 2020 11:13 AM
> *To:* 'mico...@gmail.com' ; 'Kamailio (SER) - Users
> Mailing List' 
> *Subject:* RE: [SR-Users] Call in Progress Recovery in Redundancy
>
>  
>
> Hello Daniel,
>
>  
>
> Thanks once again for your reply and sorry for late reply from my side.
>
>  
>
> From below point No. 2, I just want to understand that “Is Kamailio
> process DTMF or not”.
>
>  
>
> Now we are working on a modal where Kamailio will be used as Proxy and
> Freeswitch as Media server. I am able to route calls from Kamailio to
> Freeswitch but my next requirement is that how to route call from
> Kamailio to Freeswitch only when call is getting answered in Kamailio.
> Now what is happening all the invite routing directly from Kamailio to
> Freeswitch.
>
>  
>
> What I have done is attached in mail. I have added **# Freeswitch
> routing blocks** in Kamailio.cfg.
>
>  
>
> Any help would be appreciated.
>
>  
>
>  
>
> Thanks,
>
> Amit Sharma
>
>  
>
> *From:* Daniel-Constantin Mierla  >
> *Sent:* Thursday, August 6, 2020 11:25 PM
> *To:* amitsha...@coraltele.com ;
> 'Kamailio (SER) - Users Mailing List'  >
> *Subject:* Re: [SR-Users] Call in Progress Recovery in Redundancy
>
>  
>
> Hello,
>
> On 06.08.20 16:26, amitsha...@coraltele.com
>  wrote:
>
> Hello Daniel,
>
>  
>
> Thank a lot for such an elaborative reply, it will really help in
> many ways. It is clear that in case of big system the Progress
> call transition may not be possible.
>
>  
>
> I want to know two more things :
>
>  
>
>  1. Can we built Re-Homing around Kamailio (Move call from
> Kamailio to Freeswitch). Is there any possibility of doing it.
>
>  
>
> Both applications are open source and you can develop extensions in
> both of them to share call data and maybe you will get what you want.
> But from the SIP specification, there is no mechanism to migrate a
> server from a proxy (like Kamailio) to an endpoint/b2bua like
> FreeSwitch. Therefore at this moment is no option to do that.
>
> As I mentioned, another kamailio can route just fine requests
> belonging to a call initiated via another Kamailio. FreeSwitch (or
> other B2BUA/endpoint) can do re-INVITE and recover the call after a
> crash and restart on the same system or on another system, but that
> because it was part of the call and it is allowed to change its
> contact/IP address
>
>  
>
>  2. How can capture sip-info from Kamailio to Freeswitch. Means
> DTMP pressed.
>
> I do not understand this one, maybe you can elaborate more.
>
> Cheers,
> Daniel
>
>  3.  
>
>  
>
> Thanks in advance.
>
>  
>
> Amit Sharma
>
>  
>
> *From:* Daniel-Constantin Mierla 
> 
> *Sent:* Wednesday, August 5, 2020 6:33 PM
> *To:* Kamailio (SER) - Users Mailing List
> 
> ; amitsha...@coraltele.com
> 
> *Subject:* Re: [SR-Users] Call in Progress Recovery in Redundancy
>
>  
>
> Hello,
>
> first we need to clarify that it seems you are actually not
> looking for redundancy of active transactions, which I tried to
> focus on the answer during the ClueCon session last evening.
>
> My answer there related to htable was about the ability to route
> CANCEL requests where the INVITE was forwarded.
>
> Like Julien replied on another email, SIP has couple of mechanism
> to "recover" or "go through" in case of transaction states being
> lost. For example, with UDP if the proxy is restarted after
> receiving the INVITE and not sending any reply, then there is a
> retranmission of the INVITE for couple of times (can be up to
> 30seconds or more, depending on UA settings). So the INVITE comes
> again to the proxy, which can handle it (assuming a fast enough
> restart). Then, if the INVITE was forwarded, the responses to it
> can be routed without any problem, using the Via headers.
>
> Considering that the SIP transaction is about keeping the states
> of routing the request until a final response is sent out, one of
> the main benefits is the ability to re-route the request to a new
> 

Re: [SR-Users] Dialog - timeout for dlg with CallID

[Daniel-Constantin Mierla]

Do you have the pcap with the traffic of this call? Does the ACK has the
To-tag? Do you access dialog in any other way before calling
dlg_manage() (e.g., by $dlg_var() or other function from dialog module)?

Cheers,
Daniel

On 12.08.20 11:48, Ilie Soltanici wrote:
> Unfortunately that's everything I can see for this call, maybe the
> systemd daemon didn't log all the messages. It's strange as I have all
> ratelimit's disabled.
> I will try get another call log, hope that I would be able to get more
> information there.
>
> Thanks
>
> On Wed, 12 Aug 2020 at 10:24, Daniel-Constantin Mierla
> mailto:mico...@gmail.com>> wrote:
>
> Hello,
>
> are these all debug messages printed for ACK processing?
>
> There should be a log message like:
>
> ... changed from state X to state Y ...
>
> Cheers,
> Daniel
>
> On 12.08.20 10:56, Ilie Soltanici wrote:
>> Hello,
>>
>> After a couple of days trying to run kamailio in debug mode 3
>> finally I was able to catch one call with this issue. Please see
>> below the Debug Log for the ACK:
>>
>> Aug 12 08:37:38 kamailio.localhost kamailio[28296]: DEBUG:
>> {INVITE (2) | Seq=103 | Source IP=192.168.89.110 (udp) | Call
>> ID=5d905a9857b4136c42fc52242077ef58@192.168.50.139:5060
>> }
>>  [db_query.c:72]: db_do_submit_query(): submitted query:
>> insert into `dialog_vars`
>> (`hash_entry`,`hash_id`,`dialog_key`,`dialog_value` ) values
>> (273,1534,'start_time','1597217857.509'), result 0
>> Aug 12 08:37:38 kamailio.localhost kamailio[28296]: DEBUG:
>> {INVITE (2) | Seq=103 | Source IP=192.168.89.110 (udp) | Call
>> ID=5d905a9857b4136c42fc52242077ef58@192.168.50.139:5060
>> }
>> dialog [dlg_db_handler.c:834]: update_dialog_dbinfo_unsafe():
>> updated 13 vars for dlg [273:1534]
>> Aug 12 08:37:38 kamailio.localhost kamailio[28296]: DEBUG:
>> {INVITE (2) | Seq=103 | Source IP=192.168.89.110 (udp) | Call
>> ID=5d905a9857b4136c42fc52242077ef58@192.168.50.139:5060
>> }
>> db_cluster [dbcl_api.c:483]: db_cluster_use_table(): use table
>> (dialog) - cluster [kamailio]
>> Aug 12 08:37:38 kamailio.localhost kamailio[28296]: DEBUG:
>> {INVITE (2) | Seq=103 | Source IP=192.168.89.110 (udp) | Call
>> ID=5d905a9857b4136c42fc52242077ef58@192.168.50.139:5060
>> }
>>  [db_query.c:72]: db_do_submit_query(): submitted query:
>> insert into `dialog`
>> 
>> (`hash_entry`,`hash_id`,`callid`,`from_uri`,`from_tag`,`to_uri`,`to_tag`,`caller_sock`,`callee_sock`,`start_time`,`state`,`timeout`,`caller_cseq`,`callee_cseq`,`caller_contact`,`callee_contact`,`caller_route_set`,`callee_route_set`,`sflags`,`toroute_name`,`req_uri`,`xdata`,`iflags`
>> ) values
>> (273,1534,'5d905a9857b4136c42fc52242077ef58@192.168.50.139:5060
>> 
>> ','sip:+987654321@192.168.50.139
>> 
>> ','as5a6d564e','sip:+1234567890@192.168.89.110
>> 
>> ','05e27170-ffe5-4e90-b785-9a2fffa0194d','udp:192.168.50.12:5060
>> ','udp:192.168.180.16:5060
>> 
>> ',1597217858,3,1538026468,'103','0','sip:+987654321@192.168.50.139:5060
>> ','sip:192.168.82.230:5060
>> 
>> ',NULL,'',0,NULL,'sip:+1234567890@192.168.89.110
>> ',NULL,0), result 0
>> Aug 12 08:37:38 kamailio.localhost kamailio[28296]: DEBUG:
>> {INVITE (2) | Seq=103 | Source IP=192.168.89.110 (udp) | Call
>> ID=5d905a9857b4136c42fc52242077ef58@192.168.50.139:5060
>> }
>> dialog [dlg_timer.c:110]: insert_dialog_timer_unsafe(): inserting
>> 0x7f769a594418 for 59202190
>> Aug 12 08:37:38 kamailio.localhost kamailio[28296]: DEBUG:
>> {INVITE (2) | Seq=103 | Source IP=192.168.89.110 (udp) | Call
>> ID=5d905a9857b4136c42fc52242077ef58@192.168.50.139:5060
>> }
>> dialog [dlg_hash.c:1045]: dlg_ref_helper(): ref op on
>> 0x7f769a5943b8 with 1 from dlg_handlers.c:557
>> Aug 12 08:37:38 kamailio.localhost kamailio[28296]: DEBUG:
>> {INVITE (2) | Seq=103 | Source IP=192.168.89.110 (udp) | Call
>> ID=5d905a9857b4136c42fc52242077ef58@192.168.50.139:5060
>> }
>> dialog [dlg_hash.c:1049]: dlg_ref_helper(): ref dlg
>> 0x7f769a5943b8 with 1 -> 3
>> Aug 12 08:37:38 kamailio.localhost kamailio[28296]: DEBUG:
>> {INVITE 

Re: [SR-Users] Dialog - timeout for dlg with CallID

[Ilie Soltanici]

Unfortunately that's everything I can see for this call, maybe the systemd
daemon didn't log all the messages. It's strange as I have all ratelimit's
disabled.
I will try get another call log, hope that I would be able to get more
information there.

Thanks

On Wed, 12 Aug 2020 at 10:24, Daniel-Constantin Mierla 
wrote:

> Hello,
>
> are these all debug messages printed for ACK processing?
>
> There should be a log message like:
>
> ... changed from state X to state Y ...
>
> Cheers,
> Daniel
> On 12.08.20 10:56, Ilie Soltanici wrote:
>
> Hello,
>
> After a couple of days trying to run kamailio in debug mode 3 finally I
> was able to catch one call with this issue. Please see below the Debug Log
> for the ACK:
>
> Aug 12 08:37:38 kamailio.localhost kamailio[28296]: DEBUG: {INVITE (2) |
> Seq=103 | Source IP=192.168.89.110 (udp) | Call ID=
> 5d905a9857b4136c42fc52242077ef58@192.168.50.139:5060} 
> [db_query.c:72]: db_do_submit_query(): submitted query: insert into
> `dialog_vars` (`hash_entry`,`hash_id`,`dialog_key`,`dialog_value` ) values
> (273,1534,'start_time','1597217857.509'), result 0
> Aug 12 08:37:38 kamailio.localhost kamailio[28296]: DEBUG: {INVITE (2) |
> Seq=103 | Source IP=192.168.89.110 (udp) | Call ID=
> 5d905a9857b4136c42fc52242077ef58@192.168.50.139:5060} dialog
> [dlg_db_handler.c:834]: update_dialog_dbinfo_unsafe(): updated 13 vars for
> dlg [273:1534]
> Aug 12 08:37:38 kamailio.localhost kamailio[28296]: DEBUG: {INVITE (2) |
> Seq=103 | Source IP=192.168.89.110 (udp) | Call ID=
> 5d905a9857b4136c42fc52242077ef58@192.168.50.139:5060} db_cluster
> [dbcl_api.c:483]: db_cluster_use_table(): use table (dialog) - cluster
> [kamailio]
> Aug 12 08:37:38 kamailio.localhost kamailio[28296]: DEBUG: {INVITE (2) |
> Seq=103 | Source IP=192.168.89.110 (udp) | Call ID=
> 5d905a9857b4136c42fc52242077ef58@192.168.50.139:5060} 
> [db_query.c:72]: db_do_submit_query(): submitted query: insert into
> `dialog`
> (`hash_entry`,`hash_id`,`callid`,`from_uri`,`from_tag`,`to_uri`,`to_tag`,`caller_sock`,`callee_sock`,`start_time`,`state`,`timeout`,`caller_cseq`,`callee_cseq`,`caller_contact`,`callee_contact`,`caller_route_set`,`callee_route_set`,`sflags`,`toroute_name`,`req_uri`,`xdata`,`iflags`
> ) values (273,1534,'5d905a9857b4136c42fc52242077ef58@192.168.50.139:5060
> ','sip:+987654321@192.168.50.139','as5a6d564e','
> sip:+1234567890@192.168.89.110
> ','05e27170-ffe5-4e90-b785-9a2fffa0194d','udp:192.168.50.12:5060','udp:
> 192.168.180.16:5060',1597217858,3,1538026468,'103','0','
> sip:+987654321@192.168.50.139:5060','sip:192.168.82.230:5060',NULL,'
> ',0,NULL,'sip:+1234567890@192.168.89.110',NULL,0),
> result 0
> Aug 12 08:37:38 kamailio.localhost kamailio[28296]: DEBUG: {INVITE (2) |
> Seq=103 | Source IP=192.168.89.110 (udp) | Call ID=
> 5d905a9857b4136c42fc52242077ef58@192.168.50.139:5060} dialog
> [dlg_timer.c:110]: insert_dialog_timer_unsafe(): inserting 0x7f769a594418
> for 59202190
> Aug 12 08:37:38 kamailio.localhost kamailio[28296]: DEBUG: {INVITE (2) |
> Seq=103 | Source IP=192.168.89.110 (udp) | Call ID=
> 5d905a9857b4136c42fc52242077ef58@192.168.50.139:5060} dialog
> [dlg_hash.c:1045]: dlg_ref_helper(): ref op on 0x7f769a5943b8 with 1 from
> dlg_handlers.c:557
> Aug 12 08:37:38 kamailio.localhost kamailio[28296]: DEBUG: {INVITE (2) |
> Seq=103 | Source IP=192.168.89.110 (udp) | Call ID=
> 5d905a9857b4136c42fc52242077ef58@192.168.50.139:5060} dialog
> [dlg_hash.c:1049]: dlg_ref_helper(): ref dlg 0x7f769a5943b8 with 1 -> 3
> Aug 12 08:37:38 kamailio.localhost kamailio[28296]: DEBUG: {INVITE (2) |
> Seq=103 | Source IP=192.168.89.110 (udp) | Call ID=
> 5d905a9857b4136c42fc52242077ef58@192.168.50.139:5060} dialog
> [dlg_hash.c:1065]: dlg_unref_helper(): unref op on 0x7f769a5943b8 with 1
> from dlg_hash.c:1083
> Aug 12 08:37:38 kamailio.localhost kamailio[28296]: DEBUG: {INVITE (2) |
> Seq=103 | Source IP=192.168.89.110 (udp) | Call ID=
> 5d905a9857b4136c42fc52242077ef58@192.168.50.139:5060} 
> [core/parser/msg_parser.c:152]: get_hdr_field(): cseq : <103> 
> Aug 12 08:37:38 kamailio.localhost kamailio[28307]: DEBUG: {ACK (1) |
> Seq=103 | Source IP=192.168.50.139 (udp) | Call ID=
> 5d905a9857b4136c42fc52242077ef58@192.168.50.139:5060} sl
> [sl_funcs.c:421]: sl_filter_ACK(): too late to be a local ACK!
> Aug 12 08:37:38 kamailio.localhost kamailio[28307]: DEBUG: {ACK (1) |
> Seq=103 | Source IP=192.168.50.139 (udp) | Call ID=
> 5d905a9857b4136c42fc52242077ef58@192.168.50.139:5060} dialog
> [dlg_var.c:276]: print_lists(): ua=AGENT (flags 1)
> Aug 12 08:37:38 kamailio.localhost kamailio[28307]: DEBUG: {ACK (1) |
> Seq=103 | Source IP=192.168.50.139 (udp) | Call ID=
> 5d905a9857b4136c42fc52242077ef58@192.168.50.139:5060} dialog
> [dlg_var.c:276]: print_lists(): ua=AGENT (flags 1)
> Aug 12 08:37:38 kamailio.localhost kamailio[28307]: DEBUG: {ACK (1) |
> Seq=103 | Source IP=192.168.50.139 (udp) | Call ID=
> 5d905a9857b4136c42fc52242077ef58@192.168.50.139:5060} dialog
> [dlg_var.c:276]: print_lists(): 

Re: [SR-Users] Kamailio v5.4.0 RPM Availability

[Daniel-Constantin Mierla]

I updated the page, can you check the commands to install and activate
the repos for 5.3 and 5.2 releases? I just set them using version
numbers, but I am not sure they are correct.

The signatures ensure integrity, good to know the packages are signed.
Some people prefer https for privacy, I wanted to know if there could be
any potential issues by using https.

Cheers,
Daniel

On 12.08.20 10:09, Sergey Safarov wrote:
> yes, 5.3 and 5.2 also hosted on rpm.kamailio.org
> 
> So on OBS may be hosted 4.x and 5.0.
>
> https also may be used. but this not matter because each RPM file has
> GPG signature and repo database also has a signature.
>
> Sergey
>
> On Wed, Aug 12, 2020 at 10:52 AM Daniel-Constantin Mierla
> mailto:mico...@gmail.com>> wrote:
>
> Hello,
>
> thanks, I will clean up the content of that page.
>
> A few questions:
>
>   - I see that the repo has also packages for 5.3.x versions,
> isn't it? If yes, I am going to add a section for it as well and
> move the OBS content completely out. Seems to be also for 5.2.x
>
>   - the web server on that system has also https support, do you
> think it is going to break if one uses https URL instead of http?
>
> Thanks,
> Daniel
>
> On 11.08.20 19:58, Sergey Safarov wrote:
>> I updated https://www.kamailio.org/wiki/packages/rpms page
>> Think Overview section may be merged with Kamailio 5.3.x section.
>>
>> Sergey
>>
>> On Tue, Aug 11, 2020 at 6:27 PM Daniel-Constantin Mierla
>> mailto:mico...@gmail.com>> wrote:
>>
>> Hello Sergey,
>>
>> sure we can promote using the rpm.kamailio.org
>>  repos. Just add the details about
>> how to use it for the distro availables at the top of wiki page:
>>
>>   * https://www.kamailio.org/wiki/packages/rpms
>>
>> Once you update it, I will move the details about OBS repos
>> in another page just for history/reference purposes.
>>
>> Cheers,
>> Daniel
>>
>> On 11.08.20 16:13, Sergey Safarov wrote:
>>> Kamailio RPM you can see here
>>> http://rpm.kamailio.org/centos/8/5.4/5.4.0/x86_64/Packages/k/
>>>
>>> To install
>>> dnf -y install dnf-plugins-core
>>> dnf config-manager --add-repo 
>>> http://rpm.kamailio.org/centos/kamailio.repo
>>> dnf install kamailio
>>>
>>> To team.
>>> How about officially start to use rpm.kamailio.org
>>> ?
>>>
>>> Sergey
>>>
>>> On Tue, Aug 11, 2020 at 3:54 PM Asgaroth
>>> <00asgarot...@gmail.com > wrote:
>>>
>>> Hi all,
>>>
>>> I would just like to check in and find out if/when the
>>> Kamailio v5.4.0 rpm's will be available on the OpenSUSE
>>> build service.
>>>
>>> Thanks to all involved for all the hard work in this new
>>> release!
>>>
>>> Thanks
>>>
>>> 
>>> There are two major products that came out of Berkeley:
>>> LSD and UNIX. We don't believe this to be a coincidence.
>>> -- Jeremy S. Anderson
>>> 00asgarot...@gmail.com
>>> 
>>> 
>>>
>>> Sent from
>>> Mailspring___
>>> Kamailio (SER) - Users Mailing List
>>> sr-users@lists.kamailio.org
>>> 
>>> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>>>
>>>
>>> ___
>>> Kamailio (SER) - Users Mailing List
>>> sr-users@lists.kamailio.org 
>>> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>>
>> -- 
>> Daniel-Constantin Mierla -- www.asipto.com 
>> www.twitter.com/miconda  -- 
>> www.linkedin.com/in/miconda 
>> Funding: https://www.paypal.me/dcmierla
>>
> -- 
> Daniel-Constantin Mierla -- www.asipto.com 
> www.twitter.com/miconda  -- 
> www.linkedin.com/in/miconda 
> Funding: https://www.paypal.me/dcmierla
>
-- 
Daniel-Constantin Mierla -- www.asipto.com
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Funding: https://www.paypal.me/dcmierla

___
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] Call in Progress Recovery in Redundancy

[amitsharma]

Hello Daniel,

 

Please suggest is there any workout for this problem. 

 

Thanks,

Amit Sharma 

From: amitsha...@coraltele.com  
Sent: Tuesday, August 11, 2020 11:13 AM
To: 'mico...@gmail.com' ; 'Kamailio (SER) - Users Mailing
List' 
Subject: RE: [SR-Users] Call in Progress Recovery in Redundancy

 

Hello Daniel,

 

Thanks once again for your reply and sorry for late reply from my side.

 

>From below point No. 2, I just want to understand that "Is Kamailio process
DTMF or not".

 

Now we are working on a modal where Kamailio will be used as Proxy and
Freeswitch as Media server. I am able to route calls from Kamailio to
Freeswitch but my next requirement is that how to route call from Kamailio
to Freeswitch only when call is getting answered in Kamailio. Now what is
happening all the invite routing directly from Kamailio to Freeswitch.

 

What I have done is attached in mail. I have added *# Freeswitch routing
blocks* in Kamailio.cfg.

 

Any help would be appreciated.

 

 

Thanks,

Amit Sharma

 

From: Daniel-Constantin Mierla mailto:mico...@gmail.com>
> 
Sent: Thursday, August 6, 2020 11:25 PM
To: amitsha...@coraltele.com  ; 'Kamailio
(SER) - Users Mailing List' mailto:sr-users@lists.kamailio.org> >
Subject: Re: [SR-Users] Call in Progress Recovery in Redundancy

 

Hello,

On 06.08.20 16:26, amitsha...@coraltele.com
  wrote:

Hello Daniel,

 

Thank a lot for such an elaborative reply, it will really help in many ways.
It is clear that in case of big system the Progress call transition may not
be possible.

 

I want to know two more things : 

 

1.  Can we built Re-Homing around Kamailio (Move call from Kamailio to
Freeswitch). Is there any possibility of doing it.

 

Both applications are open source and you can develop extensions in both of
them to share call data and maybe you will get what you want. But from the
SIP specification, there is no mechanism to migrate a server from a proxy
(like Kamailio) to an endpoint/b2bua like FreeSwitch. Therefore at this
moment is no option to do that.

As I mentioned, another kamailio can route just fine requests belonging to a
call initiated via another Kamailio. FreeSwitch (or other B2BUA/endpoint)
can do re-INVITE and recover the call after a crash and restart on the same
system or on another system, but that because it was part of the call and it
is allowed to change its contact/IP address 

 

2.  How can capture sip-info from Kamailio to Freeswitch. Means DTMP
pressed.

I do not understand this one, maybe you can elaborate more.

Cheers,
Daniel

3.   

 

Thanks in advance.

 

Amit Sharma

 

From: Daniel-Constantin Mierla  
 
Sent: Wednesday, August 5, 2020 6:33 PM
To: Kamailio (SER) - Users Mailing List
 ;
amitsha...@coraltele.com  
Subject: Re: [SR-Users] Call in Progress Recovery in Redundancy

 

Hello,

first we need to clarify that it seems you are actually not looking for
redundancy of active transactions, which I tried to focus on the answer
during the ClueCon session last evening.

My answer there related to htable was about the ability to route CANCEL
requests where the INVITE was forwarded.

Like Julien replied on another email, SIP has couple of mechanism to
"recover" or "go through" in case of transaction states being lost. For
example, with UDP if the proxy is restarted after receiving the INVITE and
not sending any reply, then there is a retranmission of the INVITE for
couple of times (can be up to 30seconds or more, depending on UA settings).
So the INVITE comes again to the proxy, which can handle it (assuming a fast
enough restart). Then, if the INVITE was forwarded, the responses to it can
be routed without any problem, using the Via headers.

Considering that the SIP transaction is about keeping the states of routing
the request until a final response is sent out, one of the main benefits is
the ability to re-route the request to a new address if the first selected
destination doesn't answer (aka, serial forking). But if you have one-to-one
routing policy (like receiving from the phone and sending to a freeswitch),
then you can also do stateless forwarding. In such case, if you migrate the
ip to another Kamailio node, it can route the replies even when the request
was routed by previous active node.

As far as I can remember from some demos at past cluecon events, the
FreeSwitch call recovery was based on re-INVITEs, which means the call has
to be established to know where to send the re-INVITE, be aware of
caller/callee contact addresses, codecs, routing headers, ... Recovering a
progress call from a B2BUA like FreeSwitch can be as difficult as for a
proxy, if you want to cover over possible scenarios related to serial and
parallel forking, branches added on the fly when a new registration comes
in, different retransmission timers per branches, 

Re: [SR-Users] ACK no transaction found if re-invite

[Daniel-Constantin Mierla]

Hello,

can you send the SIP traffic of such call in a pcap file? It makes it
easier to investigate with sngrep/wireshark instead of trying to read
through text output of the SIP traffic that you pasted in the first email.

Cheers,
Daniel

On 12.08.20 11:05, Techinnovation wrote:
> Re: [SR-Users] ACK no transaction found if re-invite Hello Daniel !
>
> I add record_route(). Still have same result . 
>
> now my config is : 
>
> route[WITHINDLG] {
>        if (has_totag()) {
>                 record_route();
>                # sequential request withing a dialog should
>                # take the path determined by record-routing
>                if (loose_route()) {
>                        if (is_method("BYE")) {
>                                setflag(FLT_ACC); # do accounting ...
>                                setflag(FLT_ACCFAILED); # ... even if
> the transaction fails
>                        }
>                        route(RELAY);
>                } 
>                else {
>                        if (is_method("SUBSCRIBE") && uri == myself) {
>                                # in-dialog subscribe requests
>                                route(PRESENCE);
>                                exit;
>                        }
>                        if ( is_method("ACK") ) {
>                                if ( t_check_trans() ) {
>                                        # non loose-route, but stateful
> ACK;
>                                        # must be ACK after a 487 or
> e.g. 404 from upstream server
>                                        t_relay();
>                                        exit;
>                                } else {
>                                        # ACK without matching
> transaction ... ignore and discard.
>                                        exit;
>                                }
>                        }
>                                        t_relay();
>                }
>                exit;
>        }
> }
>
>
>
> kamailio log
>
> [4fdf3fe8321fc64667329489142bc36f@48.146.161.152:5060] - cseq:
> [18259129 ACK]
> Aug 12 11:57:48 c4-proxy-1 kamailio: 21(28987) DEBUG: 
> [core/parser/msg_parser.c:185]: get_hdr_field(): content_length=0
> Aug 12 11:57:48 c4-proxy-1 kamailio: 21(28987) DEBUG: 
> [core/parser/msg_parser.c:89]: get_hdr_field(): found end of header
> Aug 12 11:57:48 c4-proxy-1 kamailio: 21(28987) DEBUG: {1 18259129 ACK
> 4fdf3fe8321fc64667329489142bc36f@48.146.161.152:5060} 
> [core/receive.c:296]: receive_msg(): preparing to run routing scripts...
> Aug 12 11:57:48 c4-proxy-1 kamailio: 21(28987) DEBUG: {1 18259129 ACK
> 4fdf3fe8321fc64667329489142bc36f@48.146.161.152:5060} sl
> [sl_funcs.c:397]: sl_filter_ACK(): too late to be a local ACK!
> Aug 12 11:57:48 c4-proxy-1 kamailio: 21(28987) DEBUG: {1 18259129 ACK
> 4fdf3fe8321fc64667329489142bc36f@48.146.161.152:5060} maxfwd
> [mf_funcs.c:74]: is_maxfwd_present(): value = 70
> Aug 12 11:57:48 c4-proxy-1 kamailio: 21(28987) DEBUG: {1 18259129 ACK
> 4fdf3fe8321fc64667329489142bc36f@48.146.161.152:5060} sanity
> [sanity.c:247]: check_ruri_sip_version(): check_ruri_sip_version entered
> Aug 12 11:57:48 c4-proxy-1 kamailio: 21(28987) DEBUG: {1 18259129 ACK
> 4fdf3fe8321fc64667329489142bc36f@48.146.161.152:5060} sanity
> [sanity.c:270]: check_ruri_sip_version(): check_ruri_sip_version passed
> Aug 12 11:57:48 c4-proxy-1 kamailio: 21(28987) DEBUG: {1 18259129 ACK
> 4fdf3fe8321fc64667329489142bc36f@48.146.161.152:5060} sanity
> [sanity.c:277]: check_ruri_scheme(): check_ruri_scheme entered
> Aug 12 11:57:48 c4-proxy-1 kamailio: 21(28987) DEBUG: {1 18259129 ACK
> 4fdf3fe8321fc64667329489142bc36f@48.146.161.152:5060} sanity
> [sanity.c:297]: check_ruri_scheme(): check_ruri_scheme passed
> Aug 12 11:57:48 c4-proxy-1 kamailio: 21(28987) DEBUG: {1 18259129 ACK
> 4fdf3fe8321fc64667329489142bc36f@48.146.161.152:5060} sanity
> [sanity.c:305]: check_required_headers(): check_required_headers entered
> Aug 12 11:57:48 c4-proxy-1 kamailio: 21(28987) DEBUG: {1 18259129 ACK
> 4fdf3fe8321fc64667329489142bc36f@48.146.161.152:5060} sanity
> [sanity.c:313]: check_required_headers(): check_required_headers passed
> Aug 12 11:57:48 c4-proxy-1 kamailio: 21(28987) DEBUG: {1 18259129 ACK
> 4fdf3fe8321fc64667329489142bc36f@48.146.161.152:5060} sanity
> [sanity.c:479]: check_cseq_method(): check_cseq_method entered
> Aug 12 11:57:48 c4-proxy-1 kamailio: 21(28987) DEBUG: {1 18259129 ACK
> 4fdf3fe8321fc64667329489142bc36f@48.146.161.152:5060} sanity
> [sanity.c:512]: check_cseq_method(): check_cseq_method passed
> Aug 12 11:57:48 c4-proxy-1 kamailio: 21(28987) DEBUG: {1 18259129 ACK
> 4fdf3fe8321fc64667329489142bc36f@48.146.161.152:5060} sanity
> [sanity.c:521]: check_cseq_value(): check_cseq_value entered
> Aug 12 11:57:48 c4-proxy-1 kamailio: 21(28987) DEBUG: {1 18259129 ACK
> 4fdf3fe8321fc64667329489142bc36f@48.146.161.152:5060} sanity
> [sanity.c:549]: check_cseq_value(): check_cseq_value passed
> Aug 12 11:57:48 

Re: [SR-Users] Mysql lastinsertid

[Kjeld Flarup]

In the configuration file.

  Kjeld

Den ons. 12. aug. 2020 kl. 11.14 skrev Daniel-Constantin Mierla <
mico...@gmail.com>:

> Hello,
>
> do you need it in the configuration file, or inside C code?
>
> Cheers,
> Daniel
>
> On 12.08.20 00:09, Kjeld Flarup wrote:
> > Hello
> >
> > I wonder if there is some way to get the lastinsertid from an "INSERT
> > INTO" sql_query
> >
> > --
> >  Med Liberalistiske Hilsner --
> >Civilingeniør, Kjeld Flarup - Mit sind er mere åbent end min tegnebog
> >Sofienlundvej 6B, 7560 Hjerm, Tlf: 40 29 41 49
> >Den ikke akademiske hjemmeside for liberalismen - www.liberalismen.dk
> >
> >
> > ___
> > Kamailio (SER) - Users Mailing List
> > sr-users@lists.kamailio.org
> > https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>
> --
> Daniel-Constantin Mierla -- www.asipto.com
> www.twitter.com/miconda -- www.linkedin.com/in/miconda
> Funding: https://www.paypal.me/dcmierla
>
>

-- 

- Med Liberalistiske Hilsner --

   Civilingeniør, Kjeld Flarup - Mit sind er mere åbent end min tegnebog
   Sofienlundvej 6B, 7560 Hjerm, Tlf: 40 29 41 49
   Den ikke akademiske hjemmeside for liberalismen - www.liberalismen.dk
___
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] Dialog - timeout for dlg with CallID

[Daniel-Constantin Mierla]

Hello,

are these all debug messages printed for ACK processing?

There should be a log message like:

... changed from state X to state Y ...

Cheers,
Daniel

On 12.08.20 10:56, Ilie Soltanici wrote:
> Hello,
>
> After a couple of days trying to run kamailio in debug mode 3 finally
> I was able to catch one call with this issue. Please see below the
> Debug Log for the ACK:
>
> Aug 12 08:37:38 kamailio.localhost kamailio[28296]: DEBUG: {INVITE (2)
> | Seq=103 | Source IP=192.168.89.110 (udp) | Call
> ID=5d905a9857b4136c42fc52242077ef58@192.168.50.139:5060
> } 
> [db_query.c:72]: db_do_submit_query(): submitted query: insert into
> `dialog_vars` (`hash_entry`,`hash_id`,`dialog_key`,`dialog_value` )
> values (273,1534,'start_time','1597217857.509'), result 0
> Aug 12 08:37:38 kamailio.localhost kamailio[28296]: DEBUG: {INVITE (2)
> | Seq=103 | Source IP=192.168.89.110 (udp) | Call
> ID=5d905a9857b4136c42fc52242077ef58@192.168.50.139:5060
> } dialog
> [dlg_db_handler.c:834]: update_dialog_dbinfo_unsafe(): updated 13 vars
> for dlg [273:1534]
> Aug 12 08:37:38 kamailio.localhost kamailio[28296]: DEBUG: {INVITE (2)
> | Seq=103 | Source IP=192.168.89.110 (udp) | Call
> ID=5d905a9857b4136c42fc52242077ef58@192.168.50.139:5060
> }
> db_cluster [dbcl_api.c:483]: db_cluster_use_table(): use table
> (dialog) - cluster [kamailio]
> Aug 12 08:37:38 kamailio.localhost kamailio[28296]: DEBUG: {INVITE (2)
> | Seq=103 | Source IP=192.168.89.110 (udp) | Call
> ID=5d905a9857b4136c42fc52242077ef58@192.168.50.139:5060
> } 
> [db_query.c:72]: db_do_submit_query(): submitted query: insert into
> `dialog`
> (`hash_entry`,`hash_id`,`callid`,`from_uri`,`from_tag`,`to_uri`,`to_tag`,`caller_sock`,`callee_sock`,`start_time`,`state`,`timeout`,`caller_cseq`,`callee_cseq`,`caller_contact`,`callee_contact`,`caller_route_set`,`callee_route_set`,`sflags`,`toroute_name`,`req_uri`,`xdata`,`iflags`
> ) values
> (273,1534,'5d905a9857b4136c42fc52242077ef58@192.168.50.139:5060
> ','sip:+987654321@192.168.50.139
> ','as5a6d564e','sip:+1234567890@192.168.89.110
> ','05e27170-ffe5-4e90-b785-9a2fffa0194d','udp:192.168.50.12:5060
> ','udp:192.168.180.16:5060
> ',1597217858,3,1538026468,'103','0','sip:+987654321@192.168.50.139:5060
> ','sip:192.168.82.230:5060
> ',NULL,'',0,NULL,'sip:+1234567890@192.168.89.110
> ',NULL,0), result 0
> Aug 12 08:37:38 kamailio.localhost kamailio[28296]: DEBUG: {INVITE (2)
> | Seq=103 | Source IP=192.168.89.110 (udp) | Call
> ID=5d905a9857b4136c42fc52242077ef58@192.168.50.139:5060
> } dialog
> [dlg_timer.c:110]: insert_dialog_timer_unsafe(): inserting
> 0x7f769a594418 for 59202190
> Aug 12 08:37:38 kamailio.localhost kamailio[28296]: DEBUG: {INVITE (2)
> | Seq=103 | Source IP=192.168.89.110 (udp) | Call
> ID=5d905a9857b4136c42fc52242077ef58@192.168.50.139:5060
> } dialog
> [dlg_hash.c:1045]: dlg_ref_helper(): ref op on 0x7f769a5943b8 with 1
> from dlg_handlers.c:557
> Aug 12 08:37:38 kamailio.localhost kamailio[28296]: DEBUG: {INVITE (2)
> | Seq=103 | Source IP=192.168.89.110 (udp) | Call
> ID=5d905a9857b4136c42fc52242077ef58@192.168.50.139:5060
> } dialog
> [dlg_hash.c:1049]: dlg_ref_helper(): ref dlg 0x7f769a5943b8 with 1 -> 3
> Aug 12 08:37:38 kamailio.localhost kamailio[28296]: DEBUG: {INVITE (2)
> | Seq=103 | Source IP=192.168.89.110 (udp) | Call
> ID=5d905a9857b4136c42fc52242077ef58@192.168.50.139:5060
> } dialog
> [dlg_hash.c:1065]: dlg_unref_helper(): unref op on 0x7f769a5943b8 with
> 1 from dlg_hash.c:1083
> Aug 12 08:37:38 kamailio.localhost kamailio[28296]: DEBUG: {INVITE (2)
> | Seq=103 | Source IP=192.168.89.110 (udp) | Call
> ID=5d905a9857b4136c42fc52242077ef58@192.168.50.139:5060
> } 
> [core/parser/msg_parser.c:152]: get_hdr_field(): cseq : <103>
> 
> Aug 12 08:37:38 kamailio.localhost kamailio[28307]: DEBUG: {ACK (1) |
> Seq=103 | Source IP=192.168.50.139 (udp) | Call
> ID=5d905a9857b4136c42fc52242077ef58@192.168.50.139:5060
> } sl
> [sl_funcs.c:421]: sl_filter_ACK(): too late to be a local ACK!
> Aug 12 08:37:38 kamailio.localhost kamailio[28307]: DEBUG: {ACK (1) |
> Seq=103 | Source 

Re: [SR-Users] Mysql lastinsertid

[Daniel-Constantin Mierla]

Hello,

do you need it in the configuration file, or inside C code?

Cheers,
Daniel

On 12.08.20 00:09, Kjeld Flarup wrote:
> Hello
>
> I wonder if there is some way to get the lastinsertid from an "INSERT
> INTO" sql_query
>
> -- 
>  Med Liberalistiske Hilsner --
>    Civilingeniør, Kjeld Flarup - Mit sind er mere åbent end min tegnebog
>    Sofienlundvej 6B, 7560 Hjerm, Tlf: 40 29 41 49
>    Den ikke akademiske hjemmeside for liberalismen - www.liberalismen.dk
>
>
> ___
> Kamailio (SER) - Users Mailing List
> sr-users@lists.kamailio.org
> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

-- 
Daniel-Constantin Mierla -- www.asipto.com
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Funding: https://www.paypal.me/dcmierla


___
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] Dialog - timeout for dlg with CallID

[Ilie Soltanici]

Hello,

After a couple of days trying to run kamailio in debug mode 3 finally I was
able to catch one call with this issue. Please see below the Debug Log for
the ACK:

Aug 12 08:37:38 kamailio.localhost kamailio[28296]: DEBUG: {INVITE (2) |
Seq=103 | Source IP=192.168.89.110 (udp) | Call ID=
5d905a9857b4136c42fc52242077ef58@192.168.50.139:5060} 
[db_query.c:72]: db_do_submit_query(): submitted query: insert into
`dialog_vars` (`hash_entry`,`hash_id`,`dialog_key`,`dialog_value` ) values
(273,1534,'start_time','1597217857.509'), result 0
Aug 12 08:37:38 kamailio.localhost kamailio[28296]: DEBUG: {INVITE (2) |
Seq=103 | Source IP=192.168.89.110 (udp) | Call ID=
5d905a9857b4136c42fc52242077ef58@192.168.50.139:5060} dialog
[dlg_db_handler.c:834]: update_dialog_dbinfo_unsafe(): updated 13 vars for
dlg [273:1534]
Aug 12 08:37:38 kamailio.localhost kamailio[28296]: DEBUG: {INVITE (2) |
Seq=103 | Source IP=192.168.89.110 (udp) | Call ID=
5d905a9857b4136c42fc52242077ef58@192.168.50.139:5060} db_cluster
[dbcl_api.c:483]: db_cluster_use_table(): use table (dialog) - cluster
[kamailio]
Aug 12 08:37:38 kamailio.localhost kamailio[28296]: DEBUG: {INVITE (2) |
Seq=103 | Source IP=192.168.89.110 (udp) | Call ID=
5d905a9857b4136c42fc52242077ef58@192.168.50.139:5060} 
[db_query.c:72]: db_do_submit_query(): submitted query: insert into
`dialog`
(`hash_entry`,`hash_id`,`callid`,`from_uri`,`from_tag`,`to_uri`,`to_tag`,`caller_sock`,`callee_sock`,`start_time`,`state`,`timeout`,`caller_cseq`,`callee_cseq`,`caller_contact`,`callee_contact`,`caller_route_set`,`callee_route_set`,`sflags`,`toroute_name`,`req_uri`,`xdata`,`iflags`
) values (273,1534,'5d905a9857b4136c42fc52242077ef58@192.168.50.139:5060','
sip:+987654321@192.168.50.139','as5a6d564e','sip:+1234567890@192.168.89.110
','05e27170-ffe5-4e90-b785-9a2fffa0194d','udp:192.168.50.12:5060','udp:
192.168.180.16:5060',1597217858,3,1538026468,'103','0','
sip:+987654321@192.168.50.139:5060','sip:192.168.82.230:5060
',NULL,'',0,NULL,'sip:+1234567890@192.168.89.110',NULL,0),
result 0
Aug 12 08:37:38 kamailio.localhost kamailio[28296]: DEBUG: {INVITE (2) |
Seq=103 | Source IP=192.168.89.110 (udp) | Call ID=
5d905a9857b4136c42fc52242077ef58@192.168.50.139:5060} dialog
[dlg_timer.c:110]: insert_dialog_timer_unsafe(): inserting 0x7f769a594418
for 59202190
Aug 12 08:37:38 kamailio.localhost kamailio[28296]: DEBUG: {INVITE (2) |
Seq=103 | Source IP=192.168.89.110 (udp) | Call ID=
5d905a9857b4136c42fc52242077ef58@192.168.50.139:5060} dialog
[dlg_hash.c:1045]: dlg_ref_helper(): ref op on 0x7f769a5943b8 with 1 from
dlg_handlers.c:557
Aug 12 08:37:38 kamailio.localhost kamailio[28296]: DEBUG: {INVITE (2) |
Seq=103 | Source IP=192.168.89.110 (udp) | Call ID=
5d905a9857b4136c42fc52242077ef58@192.168.50.139:5060} dialog
[dlg_hash.c:1049]: dlg_ref_helper(): ref dlg 0x7f769a5943b8 with 1 -> 3
Aug 12 08:37:38 kamailio.localhost kamailio[28296]: DEBUG: {INVITE (2) |
Seq=103 | Source IP=192.168.89.110 (udp) | Call ID=
5d905a9857b4136c42fc52242077ef58@192.168.50.139:5060} dialog
[dlg_hash.c:1065]: dlg_unref_helper(): unref op on 0x7f769a5943b8 with 1
from dlg_hash.c:1083
Aug 12 08:37:38 kamailio.localhost kamailio[28296]: DEBUG: {INVITE (2) |
Seq=103 | Source IP=192.168.89.110 (udp) | Call ID=
5d905a9857b4136c42fc52242077ef58@192.168.50.139:5060} 
[core/parser/msg_parser.c:152]: get_hdr_field(): cseq : <103> 
Aug 12 08:37:38 kamailio.localhost kamailio[28307]: DEBUG: {ACK (1) |
Seq=103 | Source IP=192.168.50.139 (udp) | Call ID=
5d905a9857b4136c42fc52242077ef58@192.168.50.139:5060} sl [sl_funcs.c:421]:
sl_filter_ACK(): too late to be a local ACK!
Aug 12 08:37:38 kamailio.localhost kamailio[28307]: DEBUG: {ACK (1) |
Seq=103 | Source IP=192.168.50.139 (udp) | Call ID=
5d905a9857b4136c42fc52242077ef58@192.168.50.139:5060} dialog
[dlg_var.c:276]: print_lists(): ua=AGENT (flags 1)
Aug 12 08:37:38 kamailio.localhost kamailio[28307]: DEBUG: {ACK (1) |
Seq=103 | Source IP=192.168.50.139 (udp) | Call ID=
5d905a9857b4136c42fc52242077ef58@192.168.50.139:5060} dialog
[dlg_var.c:276]: print_lists(): ua=AGENT (flags 1)
Aug 12 08:37:38 kamailio.localhost kamailio[28307]: DEBUG: {ACK (1) |
Seq=103 | Source IP=192.168.50.139 (udp) | Call ID=
5d905a9857b4136c42fc52242077ef58@192.168.50.139:5060} dialog
[dlg_var.c:276]: print_lists(): dest_ip=192.168.89.110 (flags 1)
Aug 12 08:37:38 kamailio.localhost kamailio[28307]: DEBUG: {ACK (1) |
Seq=103 | Source IP=192.168.50.139 (udp) | Call ID=
5d905a9857b4136c42fc52242077ef58@192.168.50.139:5060} dialog
[dlg_var.c:276]: print_lists(): dest_ip=192.168.89.110 (flags 1)
Aug 12 08:37:38 kamailio.localhost kamailio[28307]: DEBUG: {ACK (1) |
Seq=103 | Source IP=192.168.50.139 (udp) | Call ID=
5d905a9857b4136c42fc52242077ef58@192.168.50.139:5060} rr [loose.c:90]:
is_preloaded(): is_preloaded: No
Aug 12 08:37:38 kamailio.localhost kamailio[28307]: DEBUG: {ACK (1) |
Seq=103 | Source IP=192.168.50.139 (udp) | Call ID=
5d905a9857b4136c42fc52242077ef58@192.168.50.139:5060} dialog

Re: [SR-Users] Kamailio v5.4.0 RPM Availability

[Sergey Safarov]

yes, 5.3 and 5.2 also hosted on rpm.kamailio.org
So on OBS may be hosted 4.x and 5.0.

https also may be used. but this not matter because each RPM file has GPG
signature and repo database also has a signature.

Sergey

On Wed, Aug 12, 2020 at 10:52 AM Daniel-Constantin Mierla 
wrote:

> Hello,
>
> thanks, I will clean up the content of that page.
>
> A few questions:
>
>   - I see that the repo has also packages for 5.3.x versions, isn't it? If
> yes, I am going to add a section for it as well and move the OBS content
> completely out. Seems to be also for 5.2.x
>
>   - the web server on that system has also https support, do you think it
> is going to break if one uses https URL instead of http?
>
> Thanks,
> Daniel
> On 11.08.20 19:58, Sergey Safarov wrote:
>
> I updated https://www.kamailio.org/wiki/packages/rpms page
> Think Overview section may be merged with Kamailio 5.3.x section.
>
> Sergey
>
> On Tue, Aug 11, 2020 at 6:27 PM Daniel-Constantin Mierla <
> mico...@gmail.com> wrote:
>
>> Hello Sergey,
>>
>> sure we can promote using the rpm.kamailio.org repos. Just add the
>> details about how to use it for the distro availables at the top of wiki
>> page:
>>
>>   * https://www.kamailio.org/wiki/packages/rpms
>>
>> Once you update it, I will move the details about OBS repos in another
>> page just for history/reference purposes.
>>
>> Cheers,
>> Daniel
>> On 11.08.20 16:13, Sergey Safarov wrote:
>>
>> Kamailio RPM you can see here
>> http://rpm.kamailio.org/centos/8/5.4/5.4.0/x86_64/Packages/k/
>>
>> To install
>>
>> dnf -y install dnf-plugins-core
>> dnf config-manager --add-repo http://rpm.kamailio.org/centos/kamailio.repo
>> dnf install kamailio
>>
>>
>> To team.
>> How about officially start to use rpm.kamailio.org?
>>
>> Sergey
>>
>> On Tue, Aug 11, 2020 at 3:54 PM Asgaroth <00asgarot...@gmail.com> wrote:
>>
>>> Hi all,
>>>
>>> I would just like to check in and find out if/when the Kamailio v5.4.0
>>> rpm's will be available on the OpenSUSE build service.
>>>
>>> Thanks to all involved for all the hard work in this new release!
>>>
>>> Thanks
>>>
>>> There are two major products that came out of Berkeley: LSD and UNIX. We
>>> don't believe this to be a coincidence. -- Jeremy S. Anderson
>>> 00asgarot...@gmail.com
>>> 
>>> [image: Sent from Mailspring]
>>> ___
>>> Kamailio (SER) - Users Mailing List
>>> sr-users@lists.kamailio.org
>>> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>>>
>>
>> ___
>> Kamailio (SER) - Users Mailing 
>> Listsr-users@lists.kamailio.orghttps://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>>
>> --
>> Daniel-Constantin Mierla -- www.asipto.comwww.twitter.com/miconda -- 
>> www.linkedin.com/in/miconda
>> Funding: https://www.paypal.me/dcmierla
>>
>> --
> Daniel-Constantin Mierla -- www.asipto.comwww.twitter.com/miconda -- 
> www.linkedin.com/in/miconda
> Funding: https://www.paypal.me/dcmierla
>
>
___
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] Kamailio v5.4.0 RPM Availability

[Daniel-Constantin Mierla]

Hello,

thanks, I will clean up the content of that page.

A few questions:

  - I see that the repo has also packages for 5.3.x versions, isn't it?
If yes, I am going to add a section for it as well and move the OBS
content completely out. Seems to be also for 5.2.x

  - the web server on that system has also https support, do you think
it is going to break if one uses https URL instead of http?

Thanks,
Daniel

On 11.08.20 19:58, Sergey Safarov wrote:
> I updated https://www.kamailio.org/wiki/packages/rpms page
> Think Overview section may be merged with Kamailio 5.3.x section.
>
> Sergey
>
> On Tue, Aug 11, 2020 at 6:27 PM Daniel-Constantin Mierla
> mailto:mico...@gmail.com>> wrote:
>
> Hello Sergey,
>
> sure we can promote using the rpm.kamailio.org
>  repos. Just add the details about how to
> use it for the distro availables at the top of wiki page:
>
>   * https://www.kamailio.org/wiki/packages/rpms
>
> Once you update it, I will move the details about OBS repos in
> another page just for history/reference purposes.
>
> Cheers,
> Daniel
>
> On 11.08.20 16:13, Sergey Safarov wrote:
>> Kamailio RPM you can see here
>> http://rpm.kamailio.org/centos/8/5.4/5.4.0/x86_64/Packages/k/
>>
>> To install
>> dnf -y install dnf-plugins-core
>> dnf config-manager --add-repo 
>> http://rpm.kamailio.org/centos/kamailio.repo
>> dnf install kamailio
>>
>> To team.
>> How about officially start to use rpm.kamailio.org
>> ?
>>
>> Sergey
>>
>> On Tue, Aug 11, 2020 at 3:54 PM Asgaroth <00asgarot...@gmail.com
>> > wrote:
>>
>> Hi all,
>>
>> I would just like to check in and find out if/when the
>> Kamailio v5.4.0 rpm's will be available on the OpenSUSE build
>> service.
>>
>> Thanks to all involved for all the hard work in this new release!
>>
>> Thanks
>>
>>  
>> There are two major products that came out of Berkeley: LSD
>> and UNIX. We don't believe this to be a coincidence. --
>> Jeremy S. Anderson
>> 00asgarot...@gmail.com
>> 
>> 
>>
>> Sent from
>> Mailspring___
>> Kamailio (SER) - Users Mailing List
>> sr-users@lists.kamailio.org 
>> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>>
>>
>> ___
>> Kamailio (SER) - Users Mailing List
>> sr-users@lists.kamailio.org 
>> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>
> -- 
> Daniel-Constantin Mierla -- www.asipto.com 
> www.twitter.com/miconda  -- 
> www.linkedin.com/in/miconda 
> Funding: https://www.paypal.me/dcmierla
>
-- 
Daniel-Constantin Mierla -- www.asipto.com
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Funding: https://www.paypal.me/dcmierla

___
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

[Daniel-Constantin Mierla]

Hello,

for sure you can test if a specific tls version is supported, like:

openssl s_client -tls1_3 ...

In Kamailio one can restrict what tls versions to enable/allow via
modparam or tls.cfg, but the support of tls versions is coming from
libssl, so it is a matter of what libssl version is used and the distro
(as I noticed some distros package libssl with older protocols disabled).

Cheers,
Daniel

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?
>
>
> On 8/11/20 9:44 PM, David Cunningham wrote:
>> 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
>>
>> ___
>> Kamailio (SER) - Users Mailing List
>> sr-users@lists.kamailio.org
>> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>>
>
> -- 
> Alex Balashov | Principal | Evariste Systems LLC
>
> Tel: +1-706-510-6800 / +1-800-250-5920 (toll-free)
> Web: http://www.evaristesys.com/, http://www.csrpswitch.com/
>
> ___
> Kamailio (SER) - Users Mailing List
> sr-users@lists.kamailio.org
> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

-- 
Daniel-Constantin Mierla -- www.asipto.com
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Funding: https://www.paypal.me/dcmierla


___
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users