THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.
The following task has a new comment added:
FS#229 - ACK not in transaction when t_relay or t_check_trans
User who did this - Vlad (Vlad1983)
----------
Hi.
After a T.38 reINVITE misses the verification t_check_trans in section WITHINDLG standard configuration file.
----------
One or more files have been attached.
More information can be found at the following URL:
http://sip-router.org/tracker/index.php?do=details&task_id=229#comment692
You are receiving this message because you have requested it from the Flyspray bugtracking system. If you did not expect this message or don't want to receive mails in future, you can change your notification settings at the URL shown above.
THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.
The following task has a new comment added:
FS#236 - Kamailio crash when about 300,000 tls connections opened.
User who did this - Shaobin.Feng (saxon_leo)
----------
Well,come again.
first of all ,thank you guys for your attention.
1,for suggestion 1(Klaus Darilion)
===========================================================result of {echo "2" > /proc/sys/vm/overcommit_memory}
kamailio couldn't start as normal
===============================log info
/usr/local/sbin/kamailio[1018]: ERROR: <core> [tcp_main.c:4822]: ERROR: tcp_main: fork failed: Cannot allocate memory
===============================info
the config just as above
2,for suggestion 2(Andrei Pelinescu-Onciul)
===========================================================result of {shm_force_alloc = yes and mlock_pages = yes in the .cfg}
a,the connection accept very slow, almost 10~30/s at the very beginning
b,the server could not be sshed
c,also crash as above when connection achieve almost 90,000 connections
3,I use kamailio as sip-server with almost 100,000 users(via tls) per machine.
And the num of users grow up every day.
So,any idea of this?
----------
More information can be found at the following URL:
http://sip-router.org/tracker/index.php?do=details&task_id=236#comment691
You are receiving this message because you have requested it from the Flyspray bugtracking system. If you did not expect this message or don't want to receive mails in future, you can change your notification settings at the URL shown above.
Hello
for us Redis was a great solution for this problem: we run a kamailio based
routing server that needs to handle millions of entries. mtree module
worked great but it had a problem: after every change in the DB you need to
perform a reload in order for the data to be in memory. For several million
entires the reload took more than 3 minutes. That means that we needed to
batch many changes and do a reload every few minutes (it made no sense to
do a full reload for a single change). We moved to redis an soon as the
ndb_redis module was released. With redis we have these advantages:
-No reload needed, any change is instanly available (no batch either)
-We can access the same redis instance from several servers
-Using redis pipelining and unix sockets (Vicente provided a patch for
using them in ndb_redis module), the performance is really astonishing.
The disadvantage is that you no longer have a mt_match funcion, you have to
build it yourself. The same logic can be applied to other modules that rely
on a db backend but need to be loaded into memory for speed. For small size
data the reload is very fast, but when it starts growing it may take a
while.
Regards
Javi
> Date: Fri, 15 Jun 2012 14:26:48 +0200
> From: Vicente Hernando <vhernando(a)systemonenoc.com>
> Subject: Re: [sr-dev] [SR-Users] New developer - Vicente Hernando
> To: "Olle E. Johansson" <oej(a)edvina.net>
> Cc: Development mailing list of the sip-router project
> <sr-dev(a)lists.sip-router.org>
> Message-ID: <4FDB2A08.4090902(a)systemonenoc.com>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
> On 06/15/2012 02:12 PM, Olle E. Johansson wrote:
> > 15 jun 2012 kl. 13:45 skrev Vicente Hernando:
> >
> >> Hello Olle,
> >>
> >> http://redis.io
> >> http://en.wikipedia.org/wiki/Redis
> >> #redis in irc.freenode.org
> >>
> >> Redis is a non-SQL opensource network data store. It uses a key-value
> structure like a dictionary. Stores strings, and complex data tipes like
> sets, lists, etc.
> >>
> >> It is written in C. Using hiredis library we can connect from kamailio
> to a running redis server. Kamailio module dealing with redis is named
> ndb_redis.
> >>
> >> Redis data is stored in RAM, and its goal is being very fast.
> >>
> >>
> > Ok. Thanks. But are there things you can do in Redis that can't be done
> in other databases?
> >
> > /O
> Actually, Redis is simpler than other databases. Its goal is speed. It
> tries to achieve high write and read speed.
>
> http://redis.io/topics/faq
> http://redis.io/documentation
>
> Regards,
> Vicente.
>
> >> Regards,
> >> Vicente.
> >>
> >>
> >>
> >> On 06/15/2012 12:34 PM, Olle E. Johansson wrote:
> >>> Vicente,
> >>> Maybe you can take a moment or two and tell us old people about REDIS.
> What is it good for, how can it change how we use Kamailio?
> >>>
> >>> I'm curious.
> >>>
> >>> Thanks!
> >>>
> >>> /O
> > ---
> > * Olle E Johansson - oej(a)edvina.net
> > * Cell phone +46 70 593 68 51, Office +46 8 96 40 20, Sweden
> >
> >
> >
> >
>
>
>
>
>