[SR-Users] [Dialog Module] questions about early_timeout param

[Abdoul Osséni via sr-users]

Hello all,

Can you please clarify part of the following doc for me?

--
6.7. early_timeout (integer)

The timeout (in seconds) after which the dialogs in unconfirmed or early
state (no final response received) are destroyed.

* Default value is “300 (5 minutes)”. *

*Example 1.7. Set early_timeout parameter*

...
modparam("dialog", "early_timeout", 180)

---


In the case where Kamailio acts as an SBC, will kamailio send a SIP BYE
message to both devices (UAC and UAC)?

Or

Can Kamailio send a BYE message to both parties when timer b has expired?
If yes, how to do it?

Regards
Abdoul
__
Kamailio - Users Mailing List - Non Commercial Discussions
To unsubscribe send an email to sr-users-le...@lists.kamailio.org
Important: keep the mailing list in the recipients, do not reply only to the 
sender!
Edit mailing list options or unsubscribe:

[SR-Users] Makefile.rules:191: recipe for target 'tlsa.so' failed

[Abdoul Osséni]

Hello,

Cannot compile tlsa module. I get the following error message:

LD (gcc) [M tlsa.so] tlsa.so
/usr/bin/ld:
/usr/lib/gcc/x86_64-linux-gnu/4.9/../../../x86_64-linux-gnu/libssl.a(ssl_lib.o):
relocation R_X86_64_32 against `.rodata.str1.1' can not be used when making
a shared object; recompile with -fPIC
/usr/lib/gcc/x86_64-linux-gnu/4.9/../../../x86_64-linux-gnu/libssl.a: error
adding symbols: Bad value
collect2: error: ld returned 1 exit status
../../Makefile.rules:191: recipe for target 'tlsa.so' failed
make[2]: *** [tlsa.so] Error 1
Makefile:511: recipe for target 'modules' failed
make[1]: *** [modules] Error 1
make[1]: Leaving directory '/usr/local/src/kamailio-5.6/kamailio/src'
Makefile:34: recipe for target 'all' failed
make: *** [all] Error 2


Please find below some information about my environment system:

root@sbc:/usr/local/src/kamailio-5.6/kamailio# cat /etc/debian_version
8.6

root@sbc:/usr/local/src/kamailio-5.6/kamailio# openssl version
OpenSSL 3.0.4 21 Jun 2022 (Library: OpenSSL 3.0.4 21 Jun 2022)

Regards
Abdoul
__
Kamailio - Users Mailing List - Non Commercial Discussions
  * sr-users@lists.kamailio.org
Important: keep the mailing list in the recipients, do not reply only to the 
sender!
Edit mailing list options or unsubscribe:
  * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

[SR-Users] Kamailio as an LCR based on prices but also signaling quality indicators

[Abdoul Osséni]

Hello,

I am trying to configure kamailio as an LCR based on prices but also
signaling quality indicators like ASR and ACDR.

Can you please help me and tell me where to start?

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

Re: [SR-Users] Compact SIP

[Abdoul Osséni]

Sorry, my request was not clear.

For some calls, we need to restore SIP full header messages.
Can this task be done with Kamailio?

Regards

Abdoul OSSENI


Le dim. 12 juil. 2020 à 14:53, Daniel-Constantin Mierla 
a écrit :

> Hello,
>
> what do you mean by disable compact header in Kamailio? Reject traffic
> that comes with compact header names?
>
> Cheers,
> Daniel
> On 12.07.20 10:48, Abdoul Osséni wrote:
>
> Hello,
>
> I use Kamailio and Asterisk.
> SIP Compact header is activated by ASTERISK (
> https://www.cs.columbia.edu/sip/compact.html).
> I am trying to disable the SIP Compact header on KAMAILIO.
>
> Is it possible?
>
> Regards
> Abdoul OSSENI
>
> ___
> 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
>
>
___
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

[SR-Users] Compact SIP

[Abdoul Osséni]

Hello,

I use Kamailio and Asterisk.
SIP Compact header is activated by ASTERISK (
https://www.cs.columbia.edu/sip/compact.html).
I am trying to disable the SIP Compact header on KAMAILIO.

Is it possible?

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

[SR-Users] IPV6 header in IPV4 : ACK for 200 OK never received

[Abdoul Osséni]

Hello,

I encounter unexpected behavior.

The call flow is:
UAC --> Kamailio + Rtpengine (full ipv4) --> Asterisk (full IPV4).

I configured the uac to use IPV4 but  the SIP INVITES include IPV6 in
headers and sdp messages. I think this is a bug on the UAC side.

Example:

1. UAC INVITE

*INVITE* sip:x...@sip.xxx.com SIP/2.0 Via: SIP/2.0/TLS
[2a04:cec0:101a:ebe2:9949:d81c:23a6:ae10]:42580;branch=*z9hG4bK.I8U1RQDbW*
;rport
.
.
v=0
o=59130c8f7268a_2 2922 1557 IN IP6 2a04:cec0:101a:ebe2:9949:d81c:23a6:ae10
s=Talk
c=IN IP6 2a04:cec0:101a:ebe2:9949:d81c:23a6:ae10

2. We sent 200 OK response like :

Via: SIP/2.0/TLS
[2a04:cec0:101a:ebe2:9949:d81c:23a6:ae10]:42580;received=80.214.78.1;branch=
*z9hG4bK.I8U1RQDbW*;rport=1364
v=0
o=x 887503534 887503534 IN IP4 51.159.2.164
s=x
c=IN IP4 51.159.2.164

3. We never receive the ACK message.

Is there a Kamailio or Rtpengine solution to solve the problem?

Any help will be very appreciate.

Abdoul OSSENI
https://www.africallshop.com/
___
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 get the audio codec used for each established call.

[Abdoul Osséni]

Hello Daniel-Constantin,

Thank you for your response.

When I try that:

if (is_method("INVITE") && status == 200) {
$var(s) = " ";
$var(codec) = $(rb{line.sw,a=rtpmap}{s.select,1,$var(s)});
}


 0(18567) CRITICAL:  [core/mem/q_malloc.c:514]: qm_free(): BUG:
freeing already freed pointer (0x7fb9a0606010), called from core:
core/pvapi.c: tr_param_free(1833), first free pv: pv_trans.c:
tr_parse_string(2425) - ignoring
 0(18567) ERROR:  [core/pvapi.c:1105]: pv_parse_spec2(): bad tr in
pvar name "rb"
 0(18567) ERROR:  [core/pvapi.c:1131]: pv_parse_spec2(): invalid
parsing in [$(rb{line.sw,a=rtpmap}{s.select,1,$var(s)})] at (4)
 0(18567) CRITICAL:  [core/cfg.y:3537]: yyerror_at(): parse error in
config file /usr/local/etc/kamailio/kamailio.cfg, line 840, column 17-59:
Can't get from cache: $(rb{line.sw,a=rtpmap}{s.select,1,$var(s)})
ERROR: bad config file (1 errors)
 0(18567) INFO:  [core/sctp_core.c:53]: sctp_core_destroy(): SCTP API
not initialized

But with the following code, I have no issue
if (is_method("INVITE") && status == 200) {
$var(codec) = $(rb{line.sw,a=rtpmap}{s.select,1, });
}

Abdoul OSSENI


Le ven. 22 nov. 2019 à 11:56, Daniel-Constantin Mierla 
a écrit :

> Hello,
>
> there can be many codecs that are selected/offered via SDP, the one
> actually used can be seen in the RTP headers, but Kamailio doesn't relay
> RTP itself.
>
> If you know that in your deployment there is going to be only one codec
> selected via sdp, then the right place is to take it from the SDP of 200ok,
> when the INVITE request has SDP, or from ACK SDP if the 200ok was the first
> with SDP. It is in the media (m=) line, which has the format:
>
> m=   
>
> For example
>
> m=audio 11424 RTP/AVP 8 101
>
> The the next line should give the first codec id:
>
> $(rb{line.sw,m=}{s.select,3, })
>
> Note that there is a space after '3,'. If doesnt work, try:
>
> $var(s) = " ";
>
> $(rb{line.sw,m=}{s.select,3,$var(s)})
>
> Read more about used transformations at:
>
>   * https://www.kamailio.org/wiki/cookbooks/5.3.x/transformations
>
> However, you may need to do further processing if you want the name of the
> codec, specially for those that have dynamic id, so you need to find the
> mapping in the a=rtpmap line.
>
> You can use embedded scripting (lua, python, javascript, ... see the
> app_NAME modules) to parse the body ($rb variable) and extract what you
> want from there, then set back in an variable (recommended $avp() or
> $xavp()) that you set to extra accounting parameter of acc module.
>
> Cheers,
> Daniel
> On 22.11.19 11:12, Abdoul Osséni wrote:
>
> Hello all,
>
> I try to save in the CDR the audio codec used for each established call.
>
> Can you help me?
>
> Regards
>
> Abdoul.I
>
> ___
> 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
> Kamailio World Conference - April 27-29, 2020, in Berlin -- 
> www.kamailioworld.com
>
>
___
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 get the audio codec used for each established call.

[Abdoul Osséni]

To be more precise, I look for a variable that will give me the codec used
during the call.

Thank you in advance

Abdoul

Le ven. 22 nov. 2019 à 11:12, Abdoul Osséni  a
écrit :

> Hello all,
>
> I try to save in the CDR the audio codec used for each established call.
>
> Can you help me?
>
> Regards
>
> Abdoul.I
>
___
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

[SR-Users] How to get the audio codec used for each established call.

[Abdoul Osséni]

Hello all,

I try to save in the CDR the audio codec used for each established call.

Can you help me?

Regards

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

Re: [SR-Users] tm.so --> segfault at 3135352e36 ip 00007f761bb57ed1 sp 00007fff9db8b1c0 error 4 in tm.so

[Abdoul Osséni]

Hello,

The value of debug level I had during the crash is 2.
---
debug=2
---

I checked from my monitoring tools and system logs if the server has
encounter any issue (freeze, network lost, database issues, ...) but I
found nothing.

[image: image.png]



[image: image.png]

I use Debian (8.6 default version).

[image: image.png]
Regards

Abdoul


Le lun. 25 févr. 2019 à 18:34, Daniel-Constantin Mierla 
a écrit :

> Hello,
>
> that's strange, but a while ago someone else reported an issue with same
> backtrace.
>
> So the crash happens at the last line in the next snippet from
> reply_received() function in the tm module:
>
> uac=>uac[branch];
> LM_DBG("org. status uas=%d, uac[%d]=%d local=%d is_invite=%d)\n",
> t->uas.status, branch, uac->last_received,
> is_local(t), is_invite(t));
> last_uac_status=uac->last_received;
>
> The backtrace and info locals say that uac is null (0x0). According to my
> knowledge, the address of a field in a structure cannot be null and uac is
> set to >uac[branch]. Moreover, uac->last_received is printed in the
> LM_DBG() above the line of crash, if uac was 0x0, the crash should have
> happened there.
>
> Then uac is a local variable, so it is on the stack of the process, in its
> private memory. There is no other assign or copy operation between the line
> of code where the uac is set and the crash. So overall, should be no race
> condition there. Either the kernel was doing something wrong, or maybe the
> coredump was somehow corrupted.
>
> What was the value of debug level you had during the crash (debug
> parameter in kamailio.cfg)?
>
> Could there have been any freeze of the operating system for long time and
> then a resume?
>
> Can you give the output of command:
>
> uname -a
>
> What kind of linux distro and version you are running?
>
> Cheers,
> Daniel
> On 25.02.19 15:27, Abdoul Osséni wrote:
>
> Hello,
>
> Please see attached the output of the gdb commands.
>
> Can you check with all core files and see if the backtrace is the same?
>
> --> Yes the backtrace is the same.
>
> Sorry, I use kamailio v5.2
>
> root@sbc:/var/cores# kamailio -V
> version: kamailio 5.2.1 (x86_64/linux) cd2583
> flags: STATS: Off, USE_TCP, USE_TLS, USE_SCTP, TLS_HOOKS, USE_RAW_SOCKS,
> DISABLE_NAGLE, USE_MCAST, DNS_IP_HACK, SHM_MEM, SHM_MMAP, PKG_MALLOC,
> Q_MALLOC, F_MALLOC, TLSF_MALLOC, DBG_SR_MEMORY, USE_FUTEX,
> FAST_LOCK-ADAPTIVE_WAIT, USE_DNS_CACHE, USE_DNS_FAILOVER, USE_NAPTR,
> USE_DST_BLACKLIST, HAVE_RESOLV_RES
> ADAPTIVE_WAIT_LOOPS=1024, MAX_RECV_BUFFER_SIZE 262144 MAX_URI_SIZE 1024,
> BUF_SIZE 65535, DEFAULT PKG_SIZE 8MB
> poll method support: poll, epoll_lt, epoll_et, sigio_rt, select.
> id: cd2583
> compiled on 07:33:25 Jan 31 2019 with gcc 4.9.2
>
>
> Kamailio is running on a bare metal server.
>
>
> Thanks
>
> Abdoul
>
>
> Le lun. 25 févr. 2019 à 14:40, Daniel-Constantin Mierla 
> a écrit :
>
>> Hello,
>>
>> can you give the output for next gdb commands:
>>
>> bt full
>>
>> info locals
>>
>> list
>>
>> Can you check with all core files and see if the backtrace is the same?
>>
>> What is the version of Kamailio? Is it running on a bare metal server or
>> a virtual machine/container?
>>
>> Cheers,
>> Daniel
>> On 25.02.19 14:21, Abdoul Osséni wrote:
>>
>> Hello,
>>
>> Hello dear list,
>>
>> Today, I have had mutiples crashes. It seems it linked to tm.so module.
>>
>> -rw--- 1 root kamailio 4299702272 Feb 25 13:08
>> core.kamailio.sig11.29204
>> -rw--- 1 root kamailio 1453023232 Feb 25 13:12
>> core.kamailio.sig11.29203
>> -rw--- 1 root kamailio 1416065024 Feb 25 13:12
>> core.kamailio.sig11.29207
>> -rw--- 1 root kamailio 4299681792 Feb 25 13:16
>> core.kamailio.sig11.19047
>> -rw--- 1 root kamailio 2108506112 Feb 25 13:20
>> core.kamailio.sig11.19043
>> -rw--- 1 root kamailio 4299689984 Feb 25 13:34
>> core.kamailio.sig11.19247
>> -rw--- 1 root kamailio 4299681792 Feb 25 13:34
>> core.kamailio.sig11.19246
>> -rw--- 1 root kamailio 4299698176 Feb 25 13:35
>> core.kamailio.sig11.19248
>> -rw--- 1 root kamailio 4299689984 Feb 25 13:35
>> core.kamailio.sig11.19243
>> -rw--- 1 root kamailio 4299685888 Feb 25 13:35
>> core.kamailio.sig11.19244
>> -rw--- 1 root kamailio 4299689984 Feb 25 13:36
>> core.kamailio.sig11.19242
>>
>> root@sbc:/var/cores# gdb /usr/local/sbin/kamailio
>> core.kamailio.sig11.29204
>> GNU gdb (Debian 7.7.1+dfsg-5) 7.7.1
>>

Re: [SR-Users] tm.so --> segfault at 3135352e36 ip 00007f761bb57ed1 sp 00007fff9db8b1c0 error 4 in tm.so

[Abdoul Osséni]

Hello,

Please see attached the output of the gdb commands.

Can you check with all core files and see if the backtrace is the same?

--> Yes the backtrace is the same.

Sorry, I use kamailio v5.2

root@sbc:/var/cores# kamailio -V
version: kamailio 5.2.1 (x86_64/linux) cd2583
flags: STATS: Off, USE_TCP, USE_TLS, USE_SCTP, TLS_HOOKS, USE_RAW_SOCKS,
DISABLE_NAGLE, USE_MCAST, DNS_IP_HACK, SHM_MEM, SHM_MMAP, PKG_MALLOC,
Q_MALLOC, F_MALLOC, TLSF_MALLOC, DBG_SR_MEMORY, USE_FUTEX,
FAST_LOCK-ADAPTIVE_WAIT, USE_DNS_CACHE, USE_DNS_FAILOVER, USE_NAPTR,
USE_DST_BLACKLIST, HAVE_RESOLV_RES
ADAPTIVE_WAIT_LOOPS=1024, MAX_RECV_BUFFER_SIZE 262144 MAX_URI_SIZE 1024,
BUF_SIZE 65535, DEFAULT PKG_SIZE 8MB
poll method support: poll, epoll_lt, epoll_et, sigio_rt, select.
id: cd2583
compiled on 07:33:25 Jan 31 2019 with gcc 4.9.2


Kamailio is running on a bare metal server.


Thanks

Abdoul


Le lun. 25 févr. 2019 à 14:40, Daniel-Constantin Mierla 
a écrit :

> Hello,
>
> can you give the output for next gdb commands:
>
> bt full
>
> info locals
>
> list
>
> Can you check with all core files and see if the backtrace is the same?
>
> What is the version of Kamailio? Is it running on a bare metal server or a
> virtual machine/container?
>
> Cheers,
> Daniel
> On 25.02.19 14:21, Abdoul Osséni wrote:
>
> Hello,
>
> Hello dear list,
>
> Today, I have had mutiples crashes. It seems it linked to tm.so module.
>
> -rw--- 1 root kamailio 4299702272 Feb 25 13:08
> core.kamailio.sig11.29204
> -rw--- 1 root kamailio 1453023232 Feb 25 13:12
> core.kamailio.sig11.29203
> -rw--- 1 root kamailio 1416065024 Feb 25 13:12
> core.kamailio.sig11.29207
> -rw--- 1 root kamailio 4299681792 Feb 25 13:16
> core.kamailio.sig11.19047
> -rw--- 1 root kamailio 2108506112 Feb 25 13:20
> core.kamailio.sig11.19043
> -rw--- 1 root kamailio 4299689984 Feb 25 13:34
> core.kamailio.sig11.19247
> -rw--- 1 root kamailio 4299681792 Feb 25 13:34
> core.kamailio.sig11.19246
> -rw--- 1 root kamailio 4299698176 Feb 25 13:35
> core.kamailio.sig11.19248
> -rw--- 1 root kamailio 4299689984 Feb 25 13:35
> core.kamailio.sig11.19243
> -rw--- 1 root kamailio 4299685888 Feb 25 13:35
> core.kamailio.sig11.19244
> -rw--- 1 root kamailio 4299689984 Feb 25 13:36
> core.kamailio.sig11.19242
>
> root@sbc:/var/cores# gdb /usr/local/sbin/kamailio
> core.kamailio.sig11.29204
> GNU gdb (Debian 7.7.1+dfsg-5) 7.7.1
> Copyright (C) 2014 Free Software Foundation, Inc.
> License GPLv3+: GNU GPL version 3 or later <
> http://gnu.org/licenses/gpl.html>
> This is free software: you are free to change and redistribute it.
> There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
> and "show warranty" for details.
> This GDB was configured as "x86_64-linux-gnu".
> Type "show configuration" for configuration details.
> For bug reporting instructions, please see:
> <http://www.gnu.org/software/gdb/bugs/>.
> Find the GDB manual and other documentation resources online at:
> <http://www.gnu.org/software/gdb/documentation/>.
> For help, type "help".
> Type "apropos word" to search for commands related to "word"...
> Reading symbols from /usr/local/sbin/kamailio...done.
> [New LWP 29204]
>
> warning: .dynamic section for "/lib/x86_64-linux-gnu/libpthread.so.0" is
> not at the expected address (wrong library or version mismatch?)
> Warning: couldn't activate thread debugging using libthread_db: Cannot
> find new threads: generic error
>
> warning: File "/lib/x86_64-linux-gnu/libthread_db-1.0.so" auto-loading
> has been declined by your `auto-load safe-path' set to
> "$debugdir:$datadir/auto-load".
> To enable execution of this file add
> add-auto-load-safe-path /lib/x86_64-linux-gnu/libthread_db-1.0.so
> line to your configuration file "/root/.gdbinit".
> To completely disable this security protection add
> set auto-load safe-path /
> line to your configuration file "/root/.gdbinit".
> For more information about this security protection see the
> "Auto-loading safe path" section in the GDB manual.  E.g., run from the
> shell:
> info "(gdb)Auto-loading safe path"
>
> warning: Unable to find libthread_db matching inferior's thread library,
> thread debugging will not be available.
> Warning: couldn't activate thread debugging using libthread_db: Cannot
> find new threads: generic error
>
> warning: File "/lib/x86_64-linux-gnu/libthread_db-1.0.so" auto-loading
> has been declined by your `auto-load safe-path' set to
> "$debugdir:$datadir/auto-load".
>
> w

[SR-Users] tm.so --> segfault at 3135352e36 ip 00007f761bb57ed1 sp 00007fff9db8b1c0 error 4 in tm.so

[Abdoul Osséni]

Hello,

Hello dear list,

Today, I have had mutiples crashes. It seems it linked to tm.so module.

-rw--- 1 root kamailio 4299702272 Feb 25 13:08 core.kamailio.sig11.29204
-rw--- 1 root kamailio 1453023232 Feb 25 13:12 core.kamailio.sig11.29203
-rw--- 1 root kamailio 1416065024 Feb 25 13:12 core.kamailio.sig11.29207
-rw--- 1 root kamailio 4299681792 Feb 25 13:16 core.kamailio.sig11.19047
-rw--- 1 root kamailio 2108506112 Feb 25 13:20 core.kamailio.sig11.19043
-rw--- 1 root kamailio 4299689984 Feb 25 13:34 core.kamailio.sig11.19247
-rw--- 1 root kamailio 4299681792 Feb 25 13:34 core.kamailio.sig11.19246
-rw--- 1 root kamailio 4299698176 Feb 25 13:35 core.kamailio.sig11.19248
-rw--- 1 root kamailio 4299689984 Feb 25 13:35 core.kamailio.sig11.19243
-rw--- 1 root kamailio 4299685888 Feb 25 13:35 core.kamailio.sig11.19244
-rw--- 1 root kamailio 4299689984 Feb 25 13:36 core.kamailio.sig11.19242

root@sbc:/var/cores# gdb /usr/local/sbin/kamailio core.kamailio.sig11.29204
GNU gdb (Debian 7.7.1+dfsg-5) 7.7.1
Copyright (C) 2014 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
.
Find the GDB manual and other documentation resources online at:
.
For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from /usr/local/sbin/kamailio...done.
[New LWP 29204]

warning: .dynamic section for "/lib/x86_64-linux-gnu/libpthread.so.0" is
not at the expected address (wrong library or version mismatch?)
Warning: couldn't activate thread debugging using libthread_db: Cannot find
new threads: generic error

warning: File "/lib/x86_64-linux-gnu/libthread_db-1.0.so" auto-loading has
been declined by your `auto-load safe-path' set to
"$debugdir:$datadir/auto-load".
To enable execution of this file add
add-auto-load-safe-path /lib/x86_64-linux-gnu/libthread_db-1.0.so
line to your configuration file "/root/.gdbinit".
To completely disable this security protection add
set auto-load safe-path /
line to your configuration file "/root/.gdbinit".
For more information about this security protection see the
"Auto-loading safe path" section in the GDB manual.  E.g., run from the
shell:
info "(gdb)Auto-loading safe path"

warning: Unable to find libthread_db matching inferior's thread library,
thread debugging will not be available.
Warning: couldn't activate thread debugging using libthread_db: Cannot find
new threads: generic error

warning: File "/lib/x86_64-linux-gnu/libthread_db-1.0.so" auto-loading has
been declined by your `auto-load safe-path' set to
"$debugdir:$datadir/auto-load".

warning: Unable to find libthread_db matching inferior's thread library,
thread debugging will not be available.
Core was generated by `/usr/local/sbin/kamailio -P
/var/run/kamailio/kamailio.pid -f /usr/local/etc/ka'.
Program terminated with signal SIGSEGV, Segmentation fault.
#0  0x7f68b9bb4515 in reply_received (p_msg=0x7f693ccd5cc8) at
t_reply.c:2240
2240last_uac_status=uac->last_received;
(gdb)


Any ideas?

Regards

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

Re: [SR-Users] dialog module : questions about dialog states

[Abdoul Osséni]

Thank you for your help.

We use TLS protocol from mobile networks.

In most cases we have no problems during the three way handshake (invite ->
200Ok -> ACK).

But sometimes, we didn't received the ACK of 200OK (the TCP connection
appears broken during the three way handshake per example). In this case,
we need to cancel the calls to avoid charging customers.

our goal is to use tpcops (tcp:closed, tcp:reset event routes), htable,
dialog and tmx modules to cancel (t_reply_callid) or terminate(dlg_bye)
these calls.

May be , is there a better solution?

Abdoul OSSENI
Ingénieur DevOps chez Néo-Soft
Co-Fondateur de ON SERVICES
Tél : +33 601 135 167

2018-07-19 21:21 GMT+02:00 Daniel-Constantin Mierla :

> If state < 0, then practically the INVITE transaction is active, it needs
> to be cancelled or replied with t_reply(...) and a code >=400.
>
> From where you need to terminate this ongoing INVITE, from kamailio.cfg or
> from external app?
>
> Cheers,
> Daniel
>
> On 19.07.18 19:20, Abdoul Osséni wrote:
>
> ERRATUM.
>
> What is the best way to end calls for states < 3 ?
>
> Abdoul OSSENI
> Ingénieur DevOps chez Néo-Soft
> Co-Fondateur de ON SERVICES
> Tél : +33 601 135 167
>
> 2018-07-19 19:19 GMT+02:00 Abdoul Osséni :
>
>> Thank you Daniel.
>> What is the best way to end calls for states 3 and 4 ?
>>
>> Regards
>>
>> Abdoul OSSENI
>> Ingénieur DevOps chez Néo-Soft
>> Co-Fondateur de ON SERVICES
>> Tél : +33 601 135 167
>>
>> 2018-07-19 18:49 GMT+02:00 Daniel-Constantin Mierla :
>>
>>> Hello,
>>>
>>>
>>> On 19.07.18 18:15, Abdoul Osséni wrote:
>>> > Hello list,
>>> >
>>> > When the dialog state for a call is < 4, is it possible to use
>>> > dlg_bye() function to end the call?
>>> >
>>> it should be possible to use it for states 3 and 4.
>>>
>>> Lower state than 3 means that the dialog was not answered yet (no 200ok
>>> received). While SIP allows BYE at that stage to end a particular branch
>>> of the call, dialog module needs the 200ok, as it operates at dialog
>>> level, not at transaction/branch level.
>>>
>>> Cheers,
>>> Daniel
>>>
>>> --
>>> Daniel-Constantin Mierla -- www.asipto.com
>>> www.twitter.com/miconda -- www.linkedin.com/in/miconda
>>> Kamailio World Conference -- www.kamailioworld.com
>>>
>>>
>>
>
> --
> Daniel-Constantin Mierla -- www.asipto.comwww.twitter.com/miconda -- 
> www.linkedin.com/in/miconda
> Kamailio World Conference -- www.kamailioworld.com
>
>
___
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] dialog module : questions about dialog states

[Abdoul Osséni]

ERRATUM.

What is the best way to end calls for states < 3 ?

Abdoul OSSENI
Ingénieur DevOps chez Néo-Soft
Co-Fondateur de ON SERVICES
Tél : +33 601 135 167

2018-07-19 19:19 GMT+02:00 Abdoul Osséni :

> Thank you Daniel.
> What is the best way to end calls for states 3 and 4 ?
>
> Regards
>
> Abdoul OSSENI
> Ingénieur DevOps chez Néo-Soft
> Co-Fondateur de ON SERVICES
> Tél : +33 601 135 167
>
> 2018-07-19 18:49 GMT+02:00 Daniel-Constantin Mierla :
>
>> Hello,
>>
>>
>> On 19.07.18 18:15, Abdoul Osséni wrote:
>> > Hello list,
>> >
>> > When the dialog state for a call is < 4, is it possible to use
>> > dlg_bye() function to end the call?
>> >
>> it should be possible to use it for states 3 and 4.
>>
>> Lower state than 3 means that the dialog was not answered yet (no 200ok
>> received). While SIP allows BYE at that stage to end a particular branch
>> of the call, dialog module needs the 200ok, as it operates at dialog
>> level, not at transaction/branch level.
>>
>> Cheers,
>> Daniel
>>
>> --
>> Daniel-Constantin Mierla -- www.asipto.com
>> www.twitter.com/miconda -- www.linkedin.com/in/miconda
>> Kamailio World Conference -- www.kamailioworld.com
>>
>>
>
___
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

[SR-Users] dialog module : questions about dialog states

[Abdoul Osséni]

Hello list,

When the dialog state for a call is < 4, is it possible to use dlg_bye()
function to end the call?

Best regards

Abdoul OSSENI
Ingénieur DevOps chez Néo-Soft
Co-Fondateur de ON SERVICES
Tél : +33 601 135 167
___
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

[SR-Users] rtpengine/kamailio teardown method

[Abdoul Osséni]

Hello all,

There are some rtpengine parameters that permit to send an RPC command to
kamailio in order to terminate a dialog.

   - timeout = xx
   - b2b-url = http://:xx/RPC
   - xmlrpc-format = 1


Each  rpc command sent to Kamailio exited with status 256.

By checking the code of rtpengine, I see rtpengine seems to use "teardown"
method.
I think Kamailio does not know this method.

Can you help me please ?


Abdoul OSSENI
Ingénieur DevOps chez Néo-Soft
Co-Fondateur de ON SERVICES
Tél : +33 601 135 167
___
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

[SR-Users] [topos] no local address - do record routing for all initial requests

[Abdoul Osséni]

Hello all,

I use topos with topos_redis modules.

For each call, I got the following messages:

Jun 25 09:57:37 sd-110402 /usr/local/sbin/kamailio[11867]: {1 20 ACK
FKgR7X~stk x.x.x.x 24860}WARNING: topos [tps_storage.c:400]:
tps_storage_record(): no local address - do record routing for all initial
requests
Jun 25 09:57:37 sd-110402 /usr/local/sbin/kamailio[11839]: {1 102 BYE
FKgR7X~stk x.x.x.x }WARNING: topos [tps_storage.c:400]:
tps_storage_record(): no local address - do record routing for all initial
requests

It seems, there is no issue on the calls but I want to understand why I got
these warning messages.

Thank you.

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

[SR-Users] Jumping on new TCP connection during a SIP session?

[Abdoul Osséni]

Hello group,

The call flow is:

useragent (TLS) -> Kamailio -> Sems Server.

During the establishment of a call (before the 200OK or during a
retransmission of the 200OK issued by Sems Server via Kamailio),
if a user agent (TCP) loses its connection (the user agent is on a mobile
network for example or the network is not reliable.) and sends a "register"
to Kamailio (same source IP address but a different source TCP port), is it
possible for Kamailio to take into account this new TCP port with the
function t_relay () ?

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

Re: [SR-Users] statistics (ASR and ACD) by destination/country

[Abdoul Osséni]

Thank you. I will check it.
Abdoul

Le ven. 30 mars 2018 à 19:39, Arsen <arsen.semio...@gmail.com> a écrit :

> Hi,
>
> I would suggest  it can do exactly what you are looking for.
> http://cgrates.readthedocs.io/en/latest/cdrstats.html
>
>
> Regards,
> Arsen
>
>
> On Fri, 30 Mar 2018 at 8:26 pm, Joel Serrano <j...@gogii.net> wrote:
>
>> Some options:
>>
>> www.cdr-stats.org
>> www.sipcapture.org
>> www.voipmonitor.org
>>
>> On Fri, Mar 30, 2018 at 10:06 AM, Abdoul Osséni <abdoul.oss...@gmail.com>
>> wrote:
>> > Hello dear list,
>> >
>> > I am looking for a tool that will provide me call statistics (ASR and
>> ACD)
>> > by destination/country with alerting by emails.
>> > I try to detect when a sip provider does not work well in order to
>> route the
>> > traffic to another sip provider.
>> >
>> > Thank you.
>> >
>> > Abdoul OSSENI
>> > AfriCallShop
>> >
>> > ___
>> > 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
>>
> --
> Sent from Gmail Mobile
> ___
> 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] statistics (ASR and ACD) by destination/country

[Abdoul Osséni]

Hello dear list,

I am looking for a tool that will provide me call statistics (ASR and ACD)
by destination/country with alerting by emails.
I try to detect when a sip provider does not work well in order to route
the traffic to another sip provider.

Thank you.

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

[SR-Users] rtpengine codecs transcoding: performance

[Abdoul Osséni]

Hello,

Is there a study comparing the performance (quality and cpu/ram consumption)
of codecs transcoding between rtpengine and asterisk/freeswith?
Is rtpengine more efficient?

Regards

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

Re: [SR-Users] topos redis -> failed to store

[Abdoul Osséni]

Hello,

I am using kamailio 5.1.0 version

root@sip-africallshop-com:/home/aosseni# kamailio -V
version: kamailio 5.1.0 (x86_64/linux)
flags: STATS: Off, USE_TCP, USE_TLS, USE_SCTP, TLS_HOOKS, DISABLE_NAGLE,
USE_MCAST, DNS_IP_HACK, SHM_MEM, SHM_MMAP, PKG_MALLOC, Q_MALLOC, F_MALLOC,
TLSF_MALLOC, DBG_SR_MEMORY, USE_FUTEX, FAST_LOCK-ADAPTIVE_WAIT,
USE_DNS_CACHE, USE_DNS_FAILOVER, USE_NAPTR, USE_DST_BLACKLIST,
HAVE_RESOLV_RES
ADAPTIVE_WAIT_LOOPS=1024, MAX_RECV_BUFFER_SIZE 262144, MAX_LISTEN 16,
MAX_URI_SIZE 1024, BUF_SIZE 65535, DEFAULT PKG_SIZE 8MB
poll method support: poll, epoll_lt, epoll_et, sigio_rt, select.
id: unknown
compiled on 20:04:57 Jan  4 2018 with gcc 4.9.2

Regards

Abdoul OSSENI

2018-01-09 13:27 GMT+01:00 Daniel-Constantin Mierla <mico...@gmail.com>:

> Hello,
>
> what version of kamailio are you using?
>
> Cheers,
> DAniel
>
> On 06.01.18 07:37, Abdoul Osséni wrote:
>
> Hello list,
>
> I activated topos and topos_redis backend.
>
> Now, I have the following errors:
>
> Jan  6 07:34:11 sd-110402 /usr/local/sbin/kamailio[30288]: {1 102 NOTIFY
> 645f4b58537f9df53b9ce65f4937d652@163.172.83.169:5064} ERROR: topos
> [tps_storage.c:394]: tps_storage_record(): failed to store
> Jan  6 07:34:11 sd-110402 /usr/local/sbin/kamailio[30292]: {1 102 NOTIFY
> 5b678085378e62c12c6f18154501feb3@163.172.83.169:5064} INFO: topos_redis
> [topos_redis_storage.c:163]: tps_redis_insert_dialog(): no uuid for this
> message
> Jan  6 07:34:11 sd-110402 /usr/local/sbin/kamailio[30292]: {1 102 NOTIFY
> 5b678085378e62c12c6f18154501feb3@163.172.83.169:5064} ERROR: topos
> [tps_storage.c:394]: tps_storage_record(): failed to store
> Jan  6 07:34:18 sd-110402 /usr/local/sbin/kamailio[30287]: {1 102 NOTIFY
> 2799d4a61e9defbc66dc67735e1c6e6c@163.172.83.169:5064} INFO: topos_redis
> [topos_redis_storage.c:163]: tps_redis_insert_dialog(): no uuid for this
> message
> Jan  6 07:34:18 sd-110402 /usr/local/sbin/kamailio[30287]: {1 102 NOTIFY
> 2799d4a61e9defbc66dc67735e1c6e6c@163.172.83.169:5064} ERROR: topos
> [tps_storage.c:394]: tps_storage_record(): failed to store
> Jan  6 07:34:18 sd-110402 /usr/local/sbin/kamailio[30290]: {1 102 NOTIFY
> 760fe2ce3427748514441de25cade2e4@163.172.83.169:5064} INFO: topos_redis
> [topos_redis_storage.c:163]: tps_redis_insert_dialog(): no uuid for this
> message
> Jan  6 07:34:18 sd-110402 /usr/local/sbin/kamailio[30290]: {1 102 NOTIFY
> 760fe2ce3427748514441de25cade2e4@163.172.83.169:5064} ERROR: topos
> [tps_storage.c:394]: tps_storage_record(): failed to store
> Jan  6 07:34:33 sd-110402 /usr/local/sbin/kamailio[30291]: {1 102 NOTIFY
> 7464fc2b503427423b0aba925fb13bc7@163.172.83.169:5064} INFO: topos_redis
> [topos_redis_storage.c:163]: tps_redis_insert_dialog(): no uuid for this
> message
> Jan  6 07:34:33 sd-110402 /usr/local/sbin/kamailio[30291]: {1 102 NOTIFY
> 7464fc2b503427423b0aba925fb13bc7@163.172.83.169:5064} ERROR: topos
> [tps_storage.c:394]: tps_storage_record(): failed to store
> Jan  6 07:34:35 sd-110402 /usr/local/sbin/kamailio[30287]: {1 102 NOTIFY
> 581e88181527f4221fbc7f893a564d6a@163.172.83.169:5064} INFO: topos_redis
> [topos_redis_storage.c:163]: tps_redis_insert_dialog(): no uuid for this
> message
> Jan  6 07:34:35 sd-110402 /usr/local/sbin/kamailio[30287]: {1 102 NOTIFY
> 581e88181527f4221fbc7f893a564d6a@163.172.83.169:5064} ERROR: topos
> [tps_storage.c:394]: tps_storage_record(): failed to store
>
> Could you help me to fix it?
>
> Abdoul OSSENI
>
>
>
> ___
> Kamailio (SER) - Users Mailing 
> Listsr-users@lists.kamailio.orghttps://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>
>
> --
> Daniel-Constantin Mierlawww.twitter.com/miconda -- www.linkedin.com/in/miconda
> Kamailio Advanced Training - March 5-7, 2018, Berlin - www.asipto.com
> Kamailio World Conference - May 14-16, 2018 - www.kamailioworld.com
>
>
___
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

[SR-Users] topos redis -> failed to store

[Abdoul Osséni]

Hello list,

I activated topos and topos_redis backend.

Now, I have the following errors:

Jan  6 07:34:11 sd-110402 /usr/local/sbin/kamailio[30288]: {1 102 NOTIFY
645f4b58537f9df53b9ce65f4937d652@163.172.83.169:5064} ERROR: topos
[tps_storage.c:394]: tps_storage_record(): failed to store
Jan  6 07:34:11 sd-110402 /usr/local/sbin/kamailio[30292]: {1 102 NOTIFY
5b678085378e62c12c6f18154501feb3@163.172.83.169:5064} INFO: topos_redis
[topos_redis_storage.c:163]: tps_redis_insert_dialog(): no uuid for this
message
Jan  6 07:34:11 sd-110402 /usr/local/sbin/kamailio[30292]: {1 102 NOTIFY
5b678085378e62c12c6f18154501feb3@163.172.83.169:5064} ERROR: topos
[tps_storage.c:394]: tps_storage_record(): failed to store
Jan  6 07:34:18 sd-110402 /usr/local/sbin/kamailio[30287]: {1 102 NOTIFY
2799d4a61e9defbc66dc67735e1c6e6c@163.172.83.169:5064} INFO: topos_redis
[topos_redis_storage.c:163]: tps_redis_insert_dialog(): no uuid for this
message
Jan  6 07:34:18 sd-110402 /usr/local/sbin/kamailio[30287]: {1 102 NOTIFY
2799d4a61e9defbc66dc67735e1c6e6c@163.172.83.169:5064} ERROR: topos
[tps_storage.c:394]: tps_storage_record(): failed to store
Jan  6 07:34:18 sd-110402 /usr/local/sbin/kamailio[30290]: {1 102 NOTIFY
760fe2ce3427748514441de25cade2e4@163.172.83.169:5064} INFO: topos_redis
[topos_redis_storage.c:163]: tps_redis_insert_dialog(): no uuid for this
message
Jan  6 07:34:18 sd-110402 /usr/local/sbin/kamailio[30290]: {1 102 NOTIFY
760fe2ce3427748514441de25cade2e4@163.172.83.169:5064} ERROR: topos
[tps_storage.c:394]: tps_storage_record(): failed to store
Jan  6 07:34:33 sd-110402 /usr/local/sbin/kamailio[30291]: {1 102 NOTIFY
7464fc2b503427423b0aba925fb13bc7@163.172.83.169:5064} INFO: topos_redis
[topos_redis_storage.c:163]: tps_redis_insert_dialog(): no uuid for this
message
Jan  6 07:34:33 sd-110402 /usr/local/sbin/kamailio[30291]: {1 102 NOTIFY
7464fc2b503427423b0aba925fb13bc7@163.172.83.169:5064} ERROR: topos
[tps_storage.c:394]: tps_storage_record(): failed to store
Jan  6 07:34:35 sd-110402 /usr/local/sbin/kamailio[30287]: {1 102 NOTIFY
581e88181527f4221fbc7f893a564d6a@163.172.83.169:5064} INFO: topos_redis
[topos_redis_storage.c:163]: tps_redis_insert_dialog(): no uuid for this
message
Jan  6 07:34:35 sd-110402 /usr/local/sbin/kamailio[30287]: {1 102 NOTIFY
581e88181527f4221fbc7f893a564d6a@163.172.83.169:5064} ERROR: topos
[tps_storage.c:394]: tps_storage_record(): failed to store

Could you help me to fix it?

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

[SR-Users] BUG: tls [tls_server.c:1229]: tls_read_f(): SSL_ERROR_WANT_READ but data still in the rbio (0x7ffd354fcd30, 8 bytes at 461)

[Abdoul Osséni]

Hello Dear,

I use Kamailio 5.1.0 on Linux server:

root@sip-africallshop-com:~# kamailio -V
version: kamailio 5.1.0 (x86_64/linux)
flags: STATS: Off, USE_TCP, USE_TLS, USE_SCTP, TLS_HOOKS, DISABLE_NAGLE,
USE_MCAST, DNS_IP_HACK, SHM_MEM, SHM_MMAP, PKG_MALLOC, Q_MALLOC, F_MALLOC,
TLSF_MALLOC, DBG_SR_MEMORY, USE_FUTEX, FAST_LOCK-ADAPTIVE_WAIT,
USE_DNS_CACHE, USE_DNS_FAILOVER, USE_NAPTR, USE_DST_BLACKLIST,
HAVE_RESOLV_RES
ADAPTIVE_WAIT_LOOPS=1024, MAX_RECV_BUFFER_SIZE 262144, MAX_LISTEN 16,
MAX_URI_SIZE 1024, BUF_SIZE 65535, DEFAULT PKG_SIZE 8MB
poll method support: poll, epoll_lt, epoll_et, sigio_rt, select.
id: unknown
compiled with gcc 4.9.2

I have sometimes the following logs:

Dec 14 19:22:16 sd-110402 /usr/local/sbin/kamailio[24197]: BUG: tls
[tls_server.c:1229]: tls_read_f(): SSL_ERROR_WANT_READ but data still in
the rbio (0x7ffd354fcd30, 8 bytes at 461)
Dec 20 10:46:32 sd-110402 /usr/local/sbin/kamailio[24197]: BUG: tls
[tls_server.c:1229]: tls_read_f(): SSL_ERROR_WANT_READ but data still in
the rbio (0x7ffd354fcd30, 8 bytes at 8)
Dec 22 11:02:49 sd-110402 /usr/local/sbin/kamailio[24212]: BUG: tls
[tls_server.c:1229]: tls_read_f(): SSL_ERROR_WANT_READ but data still in
the rbio (0x7ffd354fcd30, 8 bytes at 3357)

Does anybody can explain me these logs?

Thanks.

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

[SR-Users] topos and topos_redis : error log -> ERROR: topos [tps_storage.c:394]: tps_storage_record(): failed to store

[Abdoul Osséni]

hello,

After activated redis backend for topos module, I have some error logs.

Can you help me to understand these logs?

# kamailio -V
version: kamailio 5.1.0-rc0 (x86_64/linux)
flags: STATS: Off, USE_TCP, USE_TLS, USE_SCTP, TLS_HOOKS, DISABLE_NAGLE,
USE_MCAST, DNS_IP_HACK, SHM_MEM, SHM_MMAP, PKG_MALLOC, Q_MALLOC, F_MALLOC,
TLSF_MALLOC, DBG_SR_MEMORY, USE_FUTEX, FAST_LOCK-ADAPTIVE_WAIT,
USE_DNS_CACHE, USE_DNS_FAILOVER, USE_NAPTR, USE_DST_BLACKLIST,
HAVE_RESOLV_RES
ADAPTIVE_WAIT_LOOPS=1024, MAX_RECV_BUFFER_SIZE 262144, MAX_LISTEN 16,
MAX_URI_SIZE 1024, BUF_SIZE 65535, DEFAULT PKG_SIZE 8MB
poll method support: poll, epoll_lt, epoll_et, sigio_rt, select.
id: unknown
compiled on 14:18:08 Nov 14 2017 with gcc 4.9.2


Nov 14 15:15:51 sd-110402 /usr/local/sbin/kamailio[4805]: INFO: topos_redis
[topos_redis_storage.c:163]: tps_redis_insert_dialog(): no uuid for this
message
Nov 14 15:15:51 sd-110402 /usr/local/sbin/kamailio[4805]: ERROR: topos
[tps_storage.c:394]: tps_storage_record(): failed to store
Nov 14 15:15:51 sd-110402 /usr/local/sbin/kamailio[4807]: INFO: topos_redis
[topos_redis_storage.c:163]: tps_redis_insert_dialog(): no uuid for this
message
Nov 14 15:15:51 sd-110402 /usr/local/sbin/kamailio[4807]: ERROR: topos
[tps_storage.c:394]: tps_storage_record(): failed to store
Nov 14 15:15:51 sd-110402 /usr/local/sbin/kamailio[4808]: INFO: topos_redis
[topos_redis_storage.c:163]: tps_redis_insert_dialog(): no uuid for this
message
Nov 14 15:15:51 sd-110402 /usr/local/sbin/kamailio[4808]: ERROR: topos
[tps_storage.c:394]: tps_storage_record(): failed to store
Nov 14 15:15:51 sd-110402 /usr/local/sbin/kamailio[4808]: INFO: topos_redis
[topos_redis_storage.c:163]: tps_redis_insert_dialog(): no uuid for this
message
Nov 14 15:15:51 sd-110402 /usr/local/sbin/kamailio[4808]: ERROR: topos
[tps_storage.c:394]: tps_storage_record(): failed to store
Nov 14 15:15:52 sd-110402 /usr/local/sbin/kamailio[4805]: INFO: topos_redis
[topos_redis_storage.c:163]: tps_redis_insert_dialog(): no uuid for this
message
Nov 14 15:15:52 sd-110402 /usr/local/sbin/kamailio[4805]: ERROR: topos
[tps_storage.c:394]: tps_storage_record(): failed to store
Nov 14 15:15:52 sd-110402 /usr/local/sbin/kamailio[4806]: INFO: topos_redis
[topos_redis_storage.c:163]: tps_redis_insert_dialog(): no uuid for this
message
Nov 14 15:15:52 sd-110402 /usr/local/sbin/kamailio[4806]: ERROR: topos
[tps_storage.c:394]: tps_storage_record(): failed to store
Nov 14 15:15:52 sd-110402 /usr/local/sbin/kamailio[4807]: INFO: topos_redis
[topos_redis_storage.c:163]: tps_redis_insert_dialog(): no uuid for this
message
Nov 14 15:15:52 sd-110402 /usr/local/sbin/kamailio[4807]: ERROR: topos
[tps_storage.c:394]: tps_storage_record(): failed to store
Nov 14 15:15:52 sd-110402 /usr/local/sbin/kamailio[4807]: INFO: topos_redis
[topos_redis_storage.c:163]: tps_redis_insert_dialog(): no uuid for this
message
Nov 14 15:15:52 sd-110402 /usr/local/sbin/kamailio[4807]: ERROR: topos
[tps_storage.c:394]: tps_storage_record(): failed to store
Nov 14 15:15:53 sd-110402 /usr/local/sbin/kamailio[4806]: INFO: topos_redis
[topos_redis_storage.c:163]: tps_redis_insert_dialog(): no uuid for this
message
Nov 14 15:15:53 sd-110402 /usr/local/sbin/kamailio[4806]: ERROR: topos
[tps_storage.c:394]: tps_storage_record(): failed to store
Nov 14 15:15:53 sd-110402 /usr/local/sbin/kamailio[4808]: INFO: topos_redis
[topos_redis_storage.c:163]: tps_redis_insert_dialog(): no uuid for this
message
Nov 14 15:15:53 sd-110402 /usr/local/sbin/kamailio[4808]: ERROR: topos
[tps_storage.c:394]: tps_storage_record(): failed to store


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

[SR-Users] lcr

[Abdoul Osséni]

Hello,

Is there a LCR module based on ACD or QoS (ie. LCR based on terminated
calls (not setups)?

Thank you in advance.

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

[SR-Users] (no subject)

[Abdoul Osséni]

Hello,

Is there a LCR module based on ACD or QoS (ie. LCR based on terminated
calls (not setups)?

Thank you in advance.

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

Re: [SR-Users] rtpengine : question about RTP/RTCP multiplexing (RFC 5761) and demultiplexing

[Abdoul Osséni]

Thank you.
Abdoul.


2017-08-16 11:25 GMT+02:00 Sebastian Damm <d...@sipgate.de>:

> Hi,
>
> On Wed, Aug 16, 2017 at 10:32 AM, Abdoul Osséni <abdoul.oss...@gmail.com>
> wrote:
> > Does this mean that uac must be compliance with RFC 5761 if I want
> multiplex
> > and demultiplex RTP/RTCP between UAC and rtpengine?
>
> I don't know whether I understand your question correctly, but the
> options in rtpengine are "graceful". How rtpengine behaves depends on
> what the client offered in the incoming SDP. So if your UAC isn't
> capable of multiplexing, rtpengine won't force it into doing it.
>
> Since Google changed their default to enable multiplexing in the
> Chrome WebRTC implementation, we are using the following line for
> converting audio between WebRTC and Asterisk:
>
> WebRTC -> rtpengine -> Asterisk:
> rtpengine_manage("force trust-address replace-origin
> replace-session-connection ICE=remove RTP/AVP rtcp-mux-demux");
>
> Asterisk -> rtpengine -> WebRTC:
> rtpengine_manage("force trust-address replace-origin
> replace-session-connection ICE=force RTP/SAVPF rtcp-mux-offer");
>
> That makes rtpengine always send out rtp and rtcp on different ports
> for audio going to Asterisk, and offers the multiplexing for audio
> going to the WebRTC client. Still the client can choose whether it
> wants to accept multiplexed traffic or receive it on two ports.
>
> (BTW: Enabling this helped to dramatically reduce audio support issues
> on WebRTC calls.)
>
> Best Regards,
> Sebastian
>
> ___
> 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] kamctl v5 issues sending rpc from jsonrpc_exec_ex

[Abdoul Osséni]

Hello,

Thank you for your email.

I found where the problem was: my jsonrpc command was not valid.

Regards
Abdoul.



2017-07-10 9:05 GMT+02:00 Daniel-Constantin Mierla <mico...@gmail.com>:

> Hello,
>
> how do you execute the jsonrpc command? Do you use one of the tools
> provided by kamailio?
>
> Is the dialog module loaded?
> What is the exact version of kamailio (output of kamailio -v)?
>
> Cheers,
> Daniel
>
> On 07.07.17 16:36, Abdoul Osséni wrote:
>
> Hello,
>
> Got this error :
>
> ERROR: jsonrpcs [jsonrpcs_mod.c:1323]: jsonrpc_exec_ex(): method callback
> not found [dlg.end_dlg 3660 9594]
>
> Regards
>
>
>
> ___
> Kamailio (SER) - Users Mailing 
> Listsr-users@lists.kamailio.orghttps://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>
>
> --
> Daniel-Constantin Mierlawww.twitter.com/miconda -- www.linkedin.com/in/miconda
> Kamailio Advanced Training - www.asipto.com
> Kamailio World Conference - www.kamailioworld.com
>
>
___
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

[SR-Users] kamctl v5 issues sending rpc from jsonrpc_exec_ex

[Abdoul Osséni]

Hello,

Got this error :

ERROR: jsonrpcs [jsonrpcs_mod.c:1323]: jsonrpc_exec_ex(): method callback
not found [dlg.end_dlg 3660 9594]

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

Re: [SR-Users] Question about sip call setup : three-way handshake

[Abdoul Osséni]

Hello,

In fact, my goal is to avoid this type of issue (please see below the call
flow): I want kamailio sends a CANCEL request to asterisk if the uac lost
tcp connection during three-way - I cannot use PRACK method.

The ideal would be that Kamailio sends a CANCEL request before asterisk
generates the 200OK.

Any help will be appreciate.


[image: Images intégrées 1]

Regards

Abdoul

2017-06-21 18:56 GMT+02:00 Giovanni Maruzzelli <gmar...@gmail.com>:

> just a thought: OPTIONS, send it asynchronously, not part of INVITE
> processing, and wait for answer before sending 200 OK...
>
>
>
> On 21 June 2017 at 18:53, Abdoul Osséni <abdoul.oss...@gmail.com> wrote:
>
>> Linphone client seems to not support PRACK method. Any other solution ?
>>
>> Regards
>> Abdoul.
>>
>> 2017-06-21 18:47 GMT+02:00 Giovanni Maruzzelli <gmar...@gmail.com>:
>>
>>>
>>>
>>> On 21 June 2017 at 18:42, Abdoul Osséni <abdoul.oss...@gmail.com> wrote:
>>>
>>>> Yes, I think PRACK method can help me.
>>>>
>>>
>>> Check your UACs support PRACK... Not all clients do it well...
>>>
>>> -giovanni
>>>
>>>
>>>
>>>>
>>>> Thanks.
>>>>
>>>> Regards
>>>> Abdoul.
>>>>
>>>> 2017-06-21 14:20 GMT+02:00 Mititelu Stefan <stefan.mititel...@gmail.com
>>>> >:
>>>>
>>>>> Maybe PRACK, RFC 3262, is what you are looking for?
>>>>>
>>>>> ---
>>>>> Stefan
>>>>>
>>>>> On Jun 21, 2017 2:46 PM, "Abdoul Osséni" <abdoul.oss...@gmail.com>
>>>>> wrote:
>>>>>
>>>>> Hello,
>>>>>
>>>>> During three-way handshake (SIP call setup - INVITE-200 OK - ACK) and
>>>>> before generating or sending the final 200 OK call, is there a way to
>>>>> confirm the caller is still available (no network issue)?
>>>>>
>>>>> I want to detect broken connections (ex. the uac uses 3G network)
>>>>> before generating/sending/forwarding the final 200 OK.
>>>>>
>>>>> Thanks.
>>>>>
>>>>> Regards
>>>>> Abdoul
>>>>>
>>>>> ___
>>>>> 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
>>>>>
>>>>>
>>>>
>>>>
>>>> --
>>>> Abdoul OSSENI
>>>> Ingénieur Réseaux et systèmes chez THALES
>>>> Co-Fondateur de ON SERVICES
>>>> Tél : +33 601 135 167
>>>>
>>>> ___
>>>> Kamailio (SER) - Users Mailing List
>>>> sr-users@lists.kamailio.org
>>>> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>>>>
>>>>
>>>
>>>
>>> --
>>>
>>> Sincerely,
>>>
>>> Giovanni Maruzzelli
>>> OpenTelecom.IT
>>> cell: +39 347 266 56 18
>>>
>>> ___
>>> Kamailio (SER) - Users Mailing List
>>> sr-users@lists.kamailio.org
>>> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>>>
>>>
>>
>>
>> --
>> Abdoul OSSENI
>> Ingénieur Réseaux et systèmes chez THALES
>> Co-Fondateur de ON SERVICES
>> Tél : +33 601 135 167
>>
>
>
>
> --
>
> Sincerely,
>
> Giovanni Maruzzelli
> OpenTelecom.IT
> cell: +39 347 266 56 18
>
___
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] Question about sip call setup : three-way handshake

[Abdoul Osséni]

Yes, I think PRACK method can help me.

Thanks.

Regards
Abdoul.

2017-06-21 14:20 GMT+02:00 Mititelu Stefan <stefan.mititel...@gmail.com>:

> Maybe PRACK, RFC 3262, is what you are looking for?
>
> ---
> Stefan
>
> On Jun 21, 2017 2:46 PM, "Abdoul Osséni" <abdoul.oss...@gmail.com> wrote:
>
> Hello,
>
> During three-way handshake (SIP call setup - INVITE-200 OK - ACK) and
> before generating or sending the final 200 OK call, is there a way to
> confirm the caller is still available (no network issue)?
>
> I want to detect broken connections (ex. the uac uses 3G network) before
> generating/sending/forwarding the final 200 OK.
>
> Thanks.
>
> Regards
> Abdoul
>
> ___
> 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
>
>


-- 
Abdoul OSSENI
Ingénieur Réseaux et systèmes chez THALES
Co-Fondateur de ON SERVICES
Tél : +33 601 135 167
___
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

[SR-Users] Question about sip call setup : three-way handshake

[Abdoul Osséni]

Hello,

During three-way handshake (SIP call setup - INVITE-200 OK - ACK) and
before generating or sending the final 200 OK call, is there a way to
confirm the caller is still available (no network issue)?

I want to detect broken connections (ex. the uac uses 3G network) before
generating/sending/forwarding the final 200 OK.

Thanks.

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

Re: [SR-Users] Does Kamailio send BYE if opposite side lost connection?

[Abdoul Osséni]

opposite site ie caller or callee ?

here the extract of the dialog documentation:
dlg_set_property(attr)

Set a dialog property - an attribute that enable/disable various behaviours
(e.g., sending keep alive requests).

Meaning of the parameters is as follows:

   -

   *attr* - name of property. It can be:
   - 'ka-src' - send keep alive OPTION requests to caller
  - 'ka-dst' - send keep alive OPTION requests to callee
  - 'timeout-noreset' - don't reset timeout on in-dialog messages
  reception


If keep alive is enabled for a dialog, the module will send SIP OPTIONS
requests with CSeq lower or equal than last request within dialog, with the
scope of detecting if the destination is still in the call. If the keep
alive request results in a local timeout or '481 Call Leg/Transaction Does
Not Exist', then the dialog is ended from the server.

If 'timeout-noreset' is set, dialog timeout won't be reset upon reception
of in-dialog messages (default behavior).

This function can be used from ANY_ROUTE.

Regards

2017-06-15 9:41 GMT+02:00 Nguyen Tran Nhan <nguyent...@nccsoft.vn>:

> Thank Abdoul,
> I use your suggest config and kamailio start now but there is no message
> when opposite site lost connection.
>
> Thanks,
> Nhan
>
> On Thu, Jun 15, 2017 at 2:07 PM, Abdoul Osséni <abdoul.oss...@gmail.com>
> wrote:
>
>> Hi,
>>
>> I think, you can use the following config.
>>
>> .
>> .
>> .
>> #!define FLT_DLG 9
>> .
>> .
>> .
>> loadmodule "dialog.so"
>> .
>> .
>> .
>> # - dialog params -
>> modparam("dialog", "enable_stats", 1)
>> modparam("dialog", "dlg_flag", FLT_DLG)
>> modparam("dialog", "send_bye", 1)
>> modparam("dialog", "ka_timer", 5)
>> modparam("dialog", "ka_interval", 30)
>>
>> .
>> .
>> .
>> route[RELAY] {
>> .
>> .
>> .
>> if (is_method("INVITE")) {
>> setflag(FLT_DLG);
>> dlg_set_property("ka-src");
>> dlg_set_property("timeout-noreset");
>> }
>>
>> dlg_manage();
>> .
>> .
>> .
>>
>> Regards
>>
>> Abdoul.
>>
>>
>>
>>
>> 2017-06-15 9:00 GMT+02:00 Nguyen Tran Nhan <nguyent...@nccsoft.vn>:
>>
>>> Thanks, I am able to install dialog module. Just add dlg_flag config for
>>> starting kamailio. But I think this flag is deprecated. It is using
>>> dlg_manage() now?
>>>
>>> Thanks,
>>> Nhan
>>>
>>> On Wed, Jun 14, 2017 at 9:29 AM, Nguyen Tran Nhan <nguyent...@nccsoft.vn
>>> > wrote:
>>>
>>>> About installation dialog module, I add load dialog.so and it require
>>>> to load outbound.so. After that it need to enable stcp. I think there is no
>>>> stcp.so module? enable_stcp=1 does not work for me.
>>>>
>>>> Thanks,
>>>> Nhan
>>>>
>>>> On Tue, Jun 13, 2017 at 8:59 AM, Nguyen Tran Nhan <
>>>> nguyent...@nccsoft.vn> wrote:
>>>>
>>>>> Thanks Daniel,
>>>>> I am using rtpproxy, so I think the patches is good for me. Have you
>>>>> got any information about patch for rtpproxy?
>>>>>
>>>>> Thanks,
>>>>> Nhàn
>>>>>
>>>>> On Mon, Jun 12, 2017 at 10:19 PM, Daniel-Constantin Mierla <
>>>>> mico...@gmail.com> wrote:
>>>>>
>>>>>> Hello,
>>>>>>
>>>>>> two options coming in my mind:
>>>>>>
>>>>>> 1) use dialog module and enable keepalive within the dialog
>>>>>> 2) if you use an rtp relay (for nat traversal, etc), then thee were
>>>>>> some patches that rtpproxy is sending an xmlrpc command to kamailio, 
>>>>>> which
>>>>>> via dialog module can send a bye. Not sure what is the current status 
>>>>>> with
>>>>>> that patch or if rtpengine has anything similar.
>>>>>>
>>>>>> Cheers,
>>>>>> Daniel
>>>>>>
>>>>>>
>>>>>>
>>>>>> On 10.06.17 06:10, Nguyen Tran Nhan wrote:
>>>>>>
>>>>>> Hi all,
>>>>>>

[SR-Users] Topos: contact header is not updated avec RE-INVITE

[Abdoul Osséni]

Hello,

I have an issue when loading topos module on Kamailio 5.0.2 version.

root@proxy:/home/tcpdump# kamailio -V
version: kamailio 5.0.2 (x86_64/linux)



The call flow is: uac --> kamailio --> Asterisk

1) Invite from uac
2) Kamailio forward the invite to asterisk
3) asterisk send 200 OK to kamailio
4) kamailio send 200 OK to uac -> in the conctact header, i can see the IP
address of kamailio
5) uac send ACK to kamailio and kamailio forward the ACK to Asterisk
6) uac send re-invite: "media change" to kamailio.
7) kamailio forward the re-invite to asterisk and asterisk send 200 OK to
kamailio
8) kamailio send 200 ok to uac --> but the contact header contains IP of
Asterisk and not kamailio: is it normal?

Thank for you help.

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

Re: [SR-Users] Does Kamailio send BYE if opposite side lost connection?

[Abdoul Osséni]

Hi,

I think, you can use the following config.

.
.
.
#!define FLT_DLG 9
.
.
.
loadmodule "dialog.so"
.
.
.
# - dialog params -
modparam("dialog", "enable_stats", 1)
modparam("dialog", "dlg_flag", FLT_DLG)
modparam("dialog", "send_bye", 1)
modparam("dialog", "ka_timer", 5)
modparam("dialog", "ka_interval", 30)

.
.
.
route[RELAY] {
.
.
.
if (is_method("INVITE")) {
setflag(FLT_DLG);
dlg_set_property("ka-src");
dlg_set_property("timeout-noreset");
}

dlg_manage();
.
.
.

Regards

Abdoul.




2017-06-15 9:00 GMT+02:00 Nguyen Tran Nhan :

> Thanks, I am able to install dialog module. Just add dlg_flag config for
> starting kamailio. But I think this flag is deprecated. It is using
> dlg_manage() now?
>
> Thanks,
> Nhan
>
> On Wed, Jun 14, 2017 at 9:29 AM, Nguyen Tran Nhan 
> wrote:
>
>> About installation dialog module, I add load dialog.so and it require to
>> load outbound.so. After that it need to enable stcp. I think there is no
>> stcp.so module? enable_stcp=1 does not work for me.
>>
>> Thanks,
>> Nhan
>>
>> On Tue, Jun 13, 2017 at 8:59 AM, Nguyen Tran Nhan 
>> wrote:
>>
>>> Thanks Daniel,
>>> I am using rtpproxy, so I think the patches is good for me. Have you got
>>> any information about patch for rtpproxy?
>>>
>>> Thanks,
>>> Nhàn
>>>
>>> On Mon, Jun 12, 2017 at 10:19 PM, Daniel-Constantin Mierla <
>>> mico...@gmail.com> wrote:
>>>
 Hello,

 two options coming in my mind:

 1) use dialog module and enable keepalive within the dialog
 2) if you use an rtp relay (for nat traversal, etc), then thee were
 some patches that rtpproxy is sending an xmlrpc command to kamailio, which
 via dialog module can send a bye. Not sure what is the current status with
 that patch or if rtpengine has anything similar.

 Cheers,
 Daniel



 On 10.06.17 06:10, Nguyen Tran Nhan wrote:

 Hi all,
 I am working in basic call. I got common cause that opposite side
 (callee) lost connection and caller still hangging in the call. Is there
 any message to server to caller in this case?

 Thanks,
 Nhan


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


 --
 Daniel-Constantin Mierlawww.twitter.com/miconda -- 
 www.linkedin.com/in/miconda
 Kamailio Advanced Training - www.asipto.com
 Kamailio World Conference - www.kamailioworld.com


 ___
 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
>
>


-- 
Abdoul OSSENI
Ingénieur Réseaux et systèmes chez THALES
Co-Fondateur de ON SERVICES
Tél : +33 601 135 167
___
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users