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
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
El Thu, 28 Jul 2022 18:08:33 +0000 Henning Westerholt hw@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
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@sipdoc.net wrote:
El Thu, 28 Jul 2022 18:08:33 +0000 Henning Westerholt hw@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@lists.kamailio.org
Important: keep the mailing list in the recipients, do not reply only to the sender! Edit mailing list options or unsubscribe:
El Thu, 28 Jul 2022 22:30:40 +0300 Ovidiu Sas osas@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
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#pipelimit...
On Thu, Jul 28, 2022 at 2:20 PM Jon Bonilla (Manwe) manwe@sipdoc.net wrote:
El Thu, 28 Jul 2022 18:08:33 +0000 Henning Westerholt hw@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@lists.kamailio.org
Important: keep the mailing list in the recipients, do not reply only to the sender! Edit mailing list options or unsubscribe:
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@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#pipelimit...
On Thu, Jul 28, 2022 at 2:20 PM Jon Bonilla (Manwe) manwe@sipdoc.net wrote:
El Thu, 28 Jul 2022 18:08:33 +0000 Henning Westerholt hw@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@lists.kamailio.org
Important: keep the mailing list in the recipients, do not reply only to the sender! Edit mailing list options or unsubscribe:
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:
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@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@lists.kamailio.org
Important: keep the mailing list in the recipients, do not reply only to the sender! Edit mailing list options or unsubscribe:
El Mon, 1 Aug 2022 10:38:52 +0200 Ihor Olkhovskyi igorolhovskiy@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.
-
Henning Westerholt -
Ihor Olkhovskyi -
Jon Bonilla (Manwe) -
M Arqum CH -
Ovidiu Sas -
Sergiu Pojoga