Re: [SR-Users] RUN kamailio in kubernetes

2019-09-14 Thread Alex Balashov 
On Fri, Sep 13, 2019 at 08:39:23AM +0530, Gaurav Bmotra wrote:

> Hi
> Thank you for your response
> Yes I m looking for
> HA AND scalability

If I may suggest: 

Kubernetes is a very complicated solution that only
works well for very particular kinds of services and scenarios, and
is often not the appropriate answer for scaling out Kamailio or making
it redundant. It's designed primarily for the web tier of a technology
stack. 

Moreover, Kamailio most often plays the role of a high-throughput
centralised gateway and doesn't require much scaling, but instead is
often itself used to scale out other, more limited and
resource-intensive services. In a sense, Kamailio is the Kubernetes of
VoIP, though obviously the analogy is limited.

Unless you've discovered a very specific reason to use Kubernetes for
your particular scenario, you almost certainly do not need or want it.
If "HA and scalability" are your goals, Kubernetes is very unlikely to
be the answer, and if Kubernetes is the answer, I haven't seen from you
a compelling explanation as to why. If you don't have one, Kubernetes is
not the answer. 

Making Kamailio redundant and highly available is generally accomplished
through some combination of:

- Database sharing (e.g. usrloc);

- Internal replication and state sharing (e.g. DMQ);

- Heartbeat/Pacemaker/Corosync/VRRP/UCARP and appropriate network
  design;

- Shared-nothing or shared-little architecture;

-- Alex

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

[SR-Users] 3GPP compliance

2019-09-14 Thread Tihomir Culjaga 
Hi, is there any 3GPP compliance list for Kamailio IMS ?

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

Re: [SR-Users] Problem with incoming audio from Asterisk

2019-09-14 Thread Alex Balashov 
Hi,

Have a read:

http://www.evaristesys.com/blog/server-side-nat-traversal-with-kamailio-the-definitive-guide/

-- Alex

On Sat, Sep 14, 2019 at 06:04:16PM +0200, przeqpiciel wrote:

> Hi,
> After a month of fight with SIP signalling I made it but now I have problem
> with incoming audio from Asterisk. Kamailio and Asterisk are their own
> public IPs I dont use rtpproxy.
> 
> When Asterisk sends rtp I'm able to see RTP on my router but it not going
> to my computer. Maybe somebody have idea why ?

> ___
> 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] core dump if silo table > ~5000 records

2019-09-14 Thread Henning Westerholt 
Hello David,

strange. Do you have a timer in the msilo module configured that is executed 
every 20s?

About the core dump - this looks like the kamailio is already shutting down 
from some earlier error. The crash is not in the msilo code but in the tsilo 
code.

Can you print the value of urecord in frame 0?

Cheers,

Henning

Am 14.09.19 um 15:45 schrieb David Villasmil:
bt full:


root@sip:/home/carlos# gdb /usr/local/kamailio5/sbin/kamailio 
/usr/local/kamailio5/sbin/core
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/kamailio5/sbin/kamailio...done.
[New LWP 22299]
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
Core was generated by `/usr/local/kamailio5/sbin/kamailio -f 
/usr/local/kamailio5/etc/kamailio/kamaili'.
Program terminated with signal SIGSEGV, Segmentation fault.
#0  0x7f32cd989140 in free_ts_urecord (urecord=0x7f328e347270) at 
ts_hash.c:54
54 urecord->transactions = urecord->transactions->next;
(gdb) bt
#0  0x7f32cd989140 in free_ts_urecord (urecord=0x7f328e347270) at 
ts_hash.c:54
#1  0x7f32cd989e9d in destroy_ts_table () at ts_hash.c:145
#2  0x7f32cd9920d4 in destroy () at tsilo.c:193
#3  0x0051af99 in destroy_modules () at core/sr_module.c:811
#4  0x00418199 in cleanup (show_status=1) at main.c:529
#5  0x00419817 in shutdown_children (sig=15, show_status=1) at 
main.c:671
#6  0x0041c1de in handle_sigs () at main.c:763
#7  0x00423ddd in main_loop () at main.c:1751
#8  0x00429a61 in main (argc=13, argv=0x7fff1d3773f8) at main.c:2639



(gdb) bt full
#0  0x7f32cd989140 in free_ts_urecord (urecord=0x7f328e347270) at 
ts_hash.c:54
__FUNCTION__ = "free_ts_urecord"
ptr = 0x72743b3536323831
#1  0x7f32cd989e9d in destroy_ts_table () at ts_hash.c:145
ts_u = 0x7f320023
l_ts_u = 0x7f328e347270
i = 7
__FUNCTION__ = "destroy_ts_table"
#2  0x7f32cd9920d4 in destroy () at tsilo.c:193
No locals.
#3  0x0051af99 in destroy_modules () at core/sr_module.c:811
t = 0x7f32d68eb248
foo = 0x7f32d68eaa18
__FUNCTION__ = "destroy_modules"
#4  0x00418199 in cleanup (show_status=1) at main.c:529
memlog = 16711680
__FUNCTION__ = "cleanup"
#5  0x00419817 in shutdown_children (sig=15, show_status=1) at 
main.c:671
__FUNCTION__ = "shutdown_children"
#6  0x0041c1de in handle_sigs () at main.c:763
chld = 0
chld_status = 139
memlog = 4291896
__FUNCTION__ = "handle_sigs"
#7  0x00423ddd in main_loop () at main.c:1751
i = 8
pid = 22340
si = 0x0
si_desc = "udp receiver child=7 
sock=169.239.137.3:5060\000\b\000\000P\335ό\001\000\000\000\300\244\244\214\062\177\000\000\220p7\035\377\177\000\000\372\071d\000\000\000\000\000PxA\000\000\000\000\000\350R\237\326\062\177",
 '\000' , 
"\001\000\000\000\340p7\035\377\177\000\000I\273d\000\000\000\000"
nrprocs = 8
woneinit = 1
__FUNCTION__ = "main_loop"
#8  0x00429a61 in main (argc=13, argv=0x7fff1d3773f8) at main.c:2639
cfg_stream = 0x202a010
c = -1
r = 0
tmp = 0x7fff1d3788bf ""
tmp_len = 0
port = 1
proto = 32562
options = 0x72b100 
":f:cm:M:dVIhEeb:l:L:n:vKrRDTN:W:w:t:u:g:P:G:SQ:O:a:A:x:X:Y:"
ret = -1
seed = 1981610615
rfd = 4
debug_save = 0
debug_flag = 0
dont_fork_cnt = 0
n_lst = 0x7fff1d3772b0
p = 0x7fff1d377468 "\361\210\067\035\377\177"
st = {st_dev = 15, st_ino = 10098, st_nlink = 2, st_mode = 16832, 
st_uid = 0, st_gid = 0, __pad0 = 0, st_rdev = 0, st_size = 80, st_blksize = 
4096, st_blocks = 0, st_atim = {tv_sec = 1568455518, tv_nsec = 802350062}, 
st_mtim = {
tv_sec = 1568457084, tv_nsec = 898346157}, st_ctim = {tv_sec = 
1568457084, tv_nsec = 898346157}, __glibc_reserved = {0, 0, 0}}
__FUNCTION__ = "main"
(gdb)


Regards,

David Villasmil
email: david.villasmil.w...@gmail.com
phone: +34669448337


On Sat, Sep 14, 2019 at 2:35 PM David Villasmil

Re: [SR-Users] core dump if silo table > ~5000 records

2019-09-14 Thread David Villasmil 
bt full:


root@sip:/home/carlos# gdb /usr/local/kamailio5/sbin/kamailio
/usr/local/kamailio5/sbin/core
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/kamailio5/sbin/kamailio...done.
[New LWP 22299]
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
Core was generated by `/usr/local/kamailio5/sbin/kamailio -f
/usr/local/kamailio5/etc/kamailio/kamaili'.
Program terminated with signal SIGSEGV, Segmentation fault.
#0  0x7f32cd989140 in free_ts_urecord (urecord=0x7f328e347270) at
ts_hash.c:54
54 urecord->transactions = urecord->transactions->next;
(gdb) bt
#0  0x7f32cd989140 in free_ts_urecord (urecord=0x7f328e347270) at
ts_hash.c:54
#1  0x7f32cd989e9d in destroy_ts_table () at ts_hash.c:145
#2  0x7f32cd9920d4 in destroy () at tsilo.c:193
#3  0x0051af99 in destroy_modules () at core/sr_module.c:811
#4  0x00418199 in cleanup (show_status=1) at main.c:529
#5  0x00419817 in shutdown_children (sig=15, show_status=1) at
main.c:671
#6  0x0041c1de in handle_sigs () at main.c:763
#7  0x00423ddd in main_loop () at main.c:1751
#8  0x00429a61 in main (argc=13, argv=0x7fff1d3773f8) at main.c:2639



(gdb) bt full
#0  0x7f32cd989140 in free_ts_urecord (urecord=0x7f328e347270) at
ts_hash.c:54
__FUNCTION__ = "free_ts_urecord"
ptr = 0x72743b3536323831
#1  0x7f32cd989e9d in destroy_ts_table () at ts_hash.c:145
ts_u = 0x7f320023
l_ts_u = 0x7f328e347270
i = 7
__FUNCTION__ = "destroy_ts_table"
#2  0x7f32cd9920d4 in destroy () at tsilo.c:193
No locals.
#3  0x0051af99 in destroy_modules () at core/sr_module.c:811
t = 0x7f32d68eb248
foo = 0x7f32d68eaa18
__FUNCTION__ = "destroy_modules"
#4  0x00418199 in cleanup (show_status=1) at main.c:529
memlog = 16711680
__FUNCTION__ = "cleanup"
#5  0x00419817 in shutdown_children (sig=15, show_status=1) at
main.c:671
__FUNCTION__ = "shutdown_children"
#6  0x0041c1de in handle_sigs () at main.c:763
chld = 0
chld_status = 139
memlog = 4291896
__FUNCTION__ = "handle_sigs"
#7  0x00423ddd in main_loop () at main.c:1751
i = 8
pid = 22340
si = 0x0
si_desc = "udp receiver child=7
sock=169.239.137.3:5060\000\b\000\000P\335ό\001\000\000\000\300\244\244\214\062\177\000\000\220p7\035\377\177\000\000\372\071d\000\000\000\000\000PxA\000\000\000\000\000\350R\237\326\062\177",
'\000' ,
"\001\000\000\000\340p7\035\377\177\000\000I\273d\000\000\000\000"
nrprocs = 8
woneinit = 1
__FUNCTION__ = "main_loop"
#8  0x00429a61 in main (argc=13, argv=0x7fff1d3773f8) at main.c:2639
cfg_stream = 0x202a010
c = -1
r = 0
tmp = 0x7fff1d3788bf ""
tmp_len = 0
port = 1
proto = 32562
options = 0x72b100
":f:cm:M:dVIhEeb:l:L:n:vKrRDTN:W:w:t:u:g:P:G:SQ:O:a:A:x:X:Y:"
ret = -1
seed = 1981610615
rfd = 4
debug_save = 0
debug_flag = 0
dont_fork_cnt = 0
n_lst = 0x7fff1d3772b0
p = 0x7fff1d377468 "\361\210\067\035\377\177"
st = {st_dev = 15, st_ino = 10098, st_nlink = 2, st_mode = 16832,
st_uid = 0, st_gid = 0, __pad0 = 0, st_rdev = 0, st_size = 80, st_blksize =
4096, st_blocks = 0, st_atim = {tv_sec = 1568455518, tv_nsec = 802350062},
st_mtim = {
tv_sec = 1568457084, tv_nsec = 898346157}, st_ctim = {tv_sec =
1568457084, tv_nsec = 898346157}, __glibc_reserved = {0, 0, 0}}
__FUNCTION__ = "main"
(gdb)


Regards,

David Villasmil
email: david.villasmil.w...@gmail.com
phone: +34669448337


On Sat, Sep 14, 2019 at 2:35 PM David Villasmil <
david.villasmil.w...@gmail.com> wrote:

> Hello guys,
>
> i've got a kamailo:
>
> version: kamailio 5.0.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

[SR-Users] core dump if silo table > ~5000 records

2019-09-14 Thread David Villasmil 
Hello guys,

i've got a kamailo:

version: kamailio 5.0.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 19:50:58 Mar 28 2017 with gcc 4.9.2

which was core dumping every 20 seconds and we had no idea why.
We emptied out the silo table, which had:

mysql> select count(*) from silobackup;
+--+
| count(*) |
+--+
| 5240 |
+--+

records.
Once we truncated it, kamailio started working again.

Is there a limit to how many records msilo can handle?

I will look into the data in the table, but in case there's a limit, i'd
like to know.

core available on request.

Thanks

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