28 Jul
2022
28 Jul
'22
8:04 p.m.
Hi
I'm thinking on having a cps preference for each pstn gw that I can check.
I've started thinking in the pike module but it won't allow me to set custom
cps per peer. seems that the threshold is global.
Ratelimit module needs the queues to be set as modparam, not dynamic AFAICS.
Any hints?
cheers,
Jon
--
PekePBX, the multitenant PBX solution
https://pekepbx.com
28 Jul
28 Jul
8:08 p.m.
Hi,
pipelimit allows dynamic queues from a DB. But if you want to limit concurrent calls, the
best option is probably using dialog profiles with the dialog modules.
For a cps limit you could also just use htable.
Cheers,
Henning
--
Henning Westerholt - https://skalatan.de/blog/
Kamailio services - https://gilawa.com
-----Original Message-----
From: sr-users <sr-users-bounces(a)lists.kamailio.org> On Behalf Of Jon Bonilla
(Manwe)
Sent: Thursday, July 28, 2022 8:04 PM
To: sr-users(a)lists.kamailio.org
Subject: [SR-Users] Limit cps per destination gw
Hi
I'm thinking on having a cps preference for each pstn gw that I can check.
I've started thinking in the pike module but it won't allow me to set custom cps
per peer. seems that the threshold is global.
Ratelimit module needs the queues to be set as modparam, not dynamic AFAICS.
Any hints?
cheers,
Jon
--
PekePBX, the multitenant PBX solution
https://pekepbx.com
8:19 p.m.
El Thu, 28 Jul 2022 18:08:33 +0000
Henning Westerholt <hw(a)gilawa.com> escribió:
Hi,
pipelimit allows dynamic queues from a DB. But if you want to limit
concurrent calls, the best option is probably using dialog profiles with the
dialog modules. For a cps limit you could also just use htable.
Cheers,
Hi Henning
No, concurrent calls is not the issue. CAPS is.
pipelimit seems promising. Don't like the db backend requirement. I guess I can
use dbtext, leave it blank and create pipes on demand with pl_check and read
the limit from a custom header. This system doesn't have db backend as it's a
loadbalancer for multiple kamailio servers and needs to be fast as hell.
thank you
Jon
--
PekePBX, the multitenant PBX solution
https://pekepbx.com
9:30 p.m.
I had a similar setup, with an empty dbtext table. Works like a charm!
-ovidiu
On Thu, Jul 28, 2022 at 21:20 Jon Bonilla (Manwe) <manwe(a)sipdoc.net> wrote:
El Thu, 28 Jul 2022 18:08:33 +0000
Henning Westerholt <hw(a)gilawa.com> escribió:
--
VoIP Embedded, Inc.
http://www.voipembedded.com
Hi,
pipelimit allows dynamic queues from a DB. But if you want to limit
concurrent calls, the best option is probably using dialog profiles with
the
dialog modules. For a cps limit you could also
just use htable.
Cheers,
Hi Henning
No, concurrent calls is not the issue. CAPS is.
pipelimit seems promising. Don't like the db backend requirement. I guess
I can
use dbtext, leave it blank and create pipes on demand with pl_check and
read
the limit from a custom header. This system doesn't have db backend as
it's a
loadbalancer for multiple kamailio servers and needs to be fast as hell.
thank you
Jon
--
PekePBX, the multitenant PBX solution
https://pekepbx.com
__________________________________________________________
Kamailio - Users Mailing List - Non Commercial Discussions
* sr-users(a)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
2 Aug
2 Aug
8:24 a.m.
El Thu, 28 Jul 2022 22:30:40 +0300
Ovidiu Sas <osas(a)voipembedded.com> escribió:
I had a similar setup, with an empty dbtext table.
Works like a charm!
-ovidiu
Hi Ovidiu
I have a couple of performance questions.
First, seems like the module doesn't use it's own timer processes. You can set
it to the secondary timer but I don't think it would be a good idea.
Did you test high load on short intervals? I'm expecting about 1000cps and
about 100 pipes and I'm wondering what interval I could use not to flood the
timer.
The other solution suggested is htable. I wonder which one could be chapest for
load.
thanks,
Jon
--
PekePBX, the multitenant PBX solution
https://pekepbx.com
28 Jul
28 Jul
9:32 p.m.
Pipelimit module, specifically pl_check function is very much capable of
doing CPS per GW, TAILDROP algorithm.
https://www.kamailio.org/docs/modules/devel/modules/pipelimit.html#pipelimi…
On Thu, Jul 28, 2022 at 2:20 PM Jon Bonilla (Manwe) <manwe(a)sipdoc.net>
wrote:
El Thu, 28 Jul 2022 18:08:33 +0000
Henning Westerholt <hw(a)gilawa.com> escribió:
Hi,
pipelimit allows dynamic queues from a DB. But if you want to limit
concurrent calls, the best option is probably using dialog profiles with
the
dialog modules. For a cps limit you could also
just use htable.
Cheers,
Hi Henning
No, concurrent calls is not the issue. CAPS is.
pipelimit seems promising. Don't like the db backend requirement. I guess
I can
use dbtext, leave it blank and create pipes on demand with pl_check and
read
the limit from a custom header. This system doesn't have db backend as
it's a
loadbalancer for multiple kamailio servers and needs to be fast as hell.
thank you
Jon
--
PekePBX, the multitenant PBX solution
https://pekepbx.com
__________________________________________________________
Kamailio - Users Mailing List - Non Commercial Discussions
* sr-users(a)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
29 Jul
29 Jul
12:19 p.m.
To set CPS limit you can use htable, store value in variable which get
expired after sec, set its value when process invite and check its value
before processing it.
Thanks
On Fri, 29 Jul 2022, 12:34 am Sergiu Pojoga, <pojogas(a)gmail.com> wrote:
Pipelimit module, specifically pl_check function is
very much capable of
doing CPS per GW, TAILDROP algorithm.
https://www.kamailio.org/docs/modules/devel/modules/pipelimit.html#pipelimi…
On Thu, Jul 28, 2022 at 2:20 PM Jon Bonilla (Manwe) <manwe(a)sipdoc.net>
wrote:
El Thu, 28 Jul 2022 18:08:33 +0000
Henning Westerholt <hw(a)gilawa.com> escribió:
__________________________________________________________
Kamailio - Users Mailing List - Non Commercial Discussions
* sr-users(a)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
Hi,
pipelimit allows dynamic queues from a DB. But if you want to limit
concurrent calls, the best option is probably using dialog profiles
with the
dialog modules. For a cps limit you could also
just use htable.
Cheers,
Hi Henning
No, concurrent calls is not the issue. CAPS is.
pipelimit seems promising. Don't like the db backend requirement. I guess
I can
use dbtext, leave it blank and create pipes on demand with pl_check and
read
the limit from a custom header. This system doesn't have db backend as
it's a
loadbalancer for multiple kamailio servers and needs to be fast as hell.
thank you
Jon
--
PekePBX, the multitenant PBX solution
https://pekepbx.com
__________________________________________________________
Kamailio - Users Mailing List - Non Commercial Discussions
* sr-users(a)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
1 Aug
1 Aug
10:38 a.m.
Jon,
You can check one of my old blog posts related to this
https://blog.provoip.org/2017/02/kamailio-limit-cpscpmconcurrent-calls.html
It's based on htable and quite easy to implement
Le 28/07/2022 à 20:19, Jon Bonilla (Manwe) a écrit :
El Thu, 28 Jul 2022 18:08:33 +0000
Henning Westerholt <hw(a)gilawa.com> escribió:
Hi,
pipelimit allows dynamic queues from a DB. But if you want to limit
concurrent calls, the best option is probably using dialog profiles with the
dialog modules. For a cps limit you could also just use htable.
Cheers,
Hi Henning
No, concurrent calls is not the issue. CAPS is.
pipelimit seems promising. Don't like the db backend requirement. I guess I can
use dbtext, leave it blank and create pipes on demand with pl_check and read
the limit from a custom header. This system doesn't have db backend as it's a
loadbalancer for multiple kamailio servers and needs to be fast as hell.
thank you
Jon
__________________________________________________________
Kamailio - Users Mailing List - Non Commercial Discussions
* sr-users(a)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
2 Aug
2 Aug
8:20 a.m.
El Mon, 1 Aug 2022 10:38:52 +0200
Ihor Olkhovskyi <igorolhovskiy(a)gmail.com> escribió:
Jon,
You can check one of my old blog posts related to this
https://blog.provoip.org/2017/02/kamailio-limit-cpscpmconcurrent-calls.html
It's based on htable and quite easy to implement
Hi
Ihor
Yes, sounds interesting to use htable for this. Thank you.
654
days inactive
659
days old
8 comments
6 participants
participants (6)
-
Henning Westerholt -
Ihor Olkhovskyi -
Jon Bonilla (Manwe) -
M Arqum CH -
Ovidiu Sas -
Sergiu Pojoga