[SR-Users] Re: High CPU with DMQ on ARM64 (graviton) - Tuning values for DMQ worker_usleep

[Ben Kaufman via sr-users]

For real-usage it's all the same versions.  But, I get the behavior even in 
synchronizing with nothing - making it the only pool member.  It seems to be 
consistent with the behavior in the mailing list link in my original post.  
Changing from locking to polling (at 1000us) has dropped the CPU utilization to 
a normal level, but I don't have any idea if 1000us is a "good" value - it's 
just the value that's in the example in the documentation.


Kaufman
Senior Voice Engineer



E: bkauf...@bcmone.com




SIP.US Client Support: 800.566.9810  |  SIPTRUNK Client Support: 800.250.6510  
|  Flowroute Client Support: 855.356.9768
[img]
[img]
[img]


From: David Villasmil 
Sent: Friday, February 9, 2024 10:28 AM
To: Kamailio (SER) - Users Mailing List 
Cc: Ben Kaufman 
Subject: Re: [SR-Users] Re: High CPU with DMQ on ARM64 (graviton) - Tuning 
values for DMQ worker_usleep


CAUTION: This email originated from outside the organization. Do not click 
links or open attachments unless you recognize the sender and know the content 
is safe.

What is it synchronizing with? Bear in mind you can't mix Kamailio versions 
when doing DMQ

Regards,

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


On Fri, 9 Feb 2024 at 17:17, Ben Kaufman via sr-users 
mailto:sr-users@lists.kamailio.org>> wrote:
Just checking to see if anyone had any ideas about tuning on this feature.


From: Ben Kaufman via sr-users 
mailto:sr-users@lists.kamailio.org>>
Sent: Thursday, February 1, 2024 8:38 AM
To: Kamailio (SER) - Users Mailing List 
mailto:sr-users@lists.kamailio.org>>
Cc: Ben Kaufman mailto:bkauf...@bcmone.com>>
Subject: [SR-Users] High CPU with DMQ on ARM64 (graviton) - Tuning values for 
DMQ worker_usleep


CAUTION: This email originated from outside the organization. Do not click 
links or open attachments unless you recognize the sender and know the content 
is safe.

I encountered a behavior with DMQ using excessive CPU when running kamailio 5.8 
on AWS Graviton processors (running in Docker on Amazon Linux 2023), even on an 
otherwise idle system.  Finding the issue below pointed me towards using 
polling. I set the value for worker_usleep to 1000 as a test, and that seems to 
have resolved the CPU issue, but I have no idea of what a "good" value is for 
this setting, and 1000 was simply the example present in the documentation.  My 
specific use case for DMQ is synchronizing USRLOC data for ~7,500 users, 
registering with expiration times of 60 - 300 seconds with 7 - 9 nodes on the 
DMQ bus.  Any general recommendations on tuning values for this setting?

https://github.com/kamailio/kamailio/issues/822

Regards,
Kaufman
__
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:
__
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] Re: High CPU with DMQ on ARM64 (graviton) - Tuning values for DMQ worker_usleep

[David Villasmil via sr-users]

What is it synchronizing with? Bear in mind you can’t mix Kamailio versions
when doing DMQ

Regards,

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


On Fri, 9 Feb 2024 at 17:17, Ben Kaufman via sr-users <
sr-users@lists.kamailio.org> wrote:

> Just checking to see if anyone had any ideas about tuning on this feature.
>
>
>
>
>
> *From:* Ben Kaufman via sr-users 
> *Sent:* Thursday, February 1, 2024 8:38 AM
> *To:* Kamailio (SER) - Users Mailing List 
> *Cc:* Ben Kaufman 
> *Subject:* [SR-Users] High CPU with DMQ on ARM64 (graviton) - Tuning
> values for DMQ worker_usleep
>
>
>
> *CAUTION:* This email originated from outside the organization. *Do not
> click links or open attachments* unless you recognize the sender and know
> the content is safe.
>
>
>
> I encountered a behavior with DMQ using excessive CPU when running
> kamailio 5.8 on AWS Graviton processors (running in Docker on Amazon Linux
> 2023), even on an otherwise idle system.  Finding the issue below pointed
> me towards using polling. I set the value for worker_usleep to 1000 as a
> test, and that seems to have resolved the CPU issue, but I have no idea of
> what a “good” value is for this setting, and 1000 was simply the example
> present in the documentation.  My specific use case for DMQ is
> synchronizing USRLOC data for ~7,500 users, registering with expiration
> times of 60 – 300 seconds with 7 – 9 nodes on the DMQ bus.  Any general
> recommendations on tuning values for this setting?
>
>
>
> https://github.com/kamailio/kamailio/issues/822
>
>
>
> Regards,
>
> Kaufman
> __
> 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:
>
__
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] Re: High CPU with DMQ on ARM64 (graviton) - Tuning values for DMQ worker_usleep

[Ben Kaufman via sr-users]

Just checking to see if anyone had any ideas about tuning on this feature.


From: Ben Kaufman via sr-users 
Sent: Thursday, February 1, 2024 8:38 AM
To: Kamailio (SER) - Users Mailing List 
Cc: Ben Kaufman 
Subject: [SR-Users] High CPU with DMQ on ARM64 (graviton) - Tuning values for 
DMQ worker_usleep


CAUTION: This email originated from outside the organization. Do not click 
links or open attachments unless you recognize the sender and know the content 
is safe.

I encountered a behavior with DMQ using excessive CPU when running kamailio 5.8 
on AWS Graviton processors (running in Docker on Amazon Linux 2023), even on an 
otherwise idle system.  Finding the issue below pointed me towards using 
polling. I set the value for worker_usleep to 1000 as a test, and that seems to 
have resolved the CPU issue, but I have no idea of what a "good" value is for 
this setting, and 1000 was simply the example present in the documentation.  My 
specific use case for DMQ is synchronizing USRLOC data for ~7,500 users, 
registering with expiration times of 60 - 300 seconds with 7 - 9 nodes on the 
DMQ bus.  Any general recommendations on tuning values for this setting?

https://github.com/kamailio/kamailio/issues/822

Regards,
Kaufman
__
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] Re: Reject TCP SYN

[David Villasmil via sr-users]

Hey, Henning, yeah I thought about that, but thought that maybe there was a
better way to do it via Kamailio

Thanks!

Regards,

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


On Fri, 9 Feb 2024 at 14:08, Henning Westerholt  wrote:

> Hello,
>
>
>
> what about e.g. just using something like iptables, nftables etc..?
>
>
>
> iptables -A INPUT -p tcp --syn --destination-port  -j REJECT
> --reject-with icmp-host-prohibited
>
>
>
> Cheers,
>
>
>
> Henning
>
>
>
> *From:* David Villasmil via sr-users 
> *Sent:* Donnerstag, 8. Februar 2024 14:28
> *To:* Kamailio (SER) - Users Mailing List 
> *Cc:* David Villasmil 
> *Subject:* [SR-Users] Reject TCP SYN
>
>
>
> Hello all,
>
>
>
> Is there any way of actually rejecting (RST) NEW tcp connection attempts,
> while allowing the ongoing ones to finish naturally?
>
>
>
> I’m thinking maybe we can add this feature?
>
>
> Regards,
>
>
>
> David Villasmil
>
> email: david.villasmil.w...@gmail.com
>
> phone: +34669448337
>
__
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] Re: Reject TCP SYN

[Henning Westerholt via sr-users]

Hello,

what about e.g. just using something like iptables, nftables etc..?

iptables -A INPUT -p tcp --syn --destination-port  -j REJECT 
--reject-with icmp-host-prohibited

Cheers,

Henning

From: David Villasmil via sr-users 
Sent: Donnerstag, 8. Februar 2024 14:28
To: Kamailio (SER) - Users Mailing List 
Cc: David Villasmil 
Subject: [SR-Users] Reject TCP SYN

Hello all,

Is there any way of actually rejecting (RST) NEW tcp connection attempts, while 
allowing the ongoing ones to finish naturally?

I’m thinking maybe we can add this feature?

Regards,

David Villasmil
email: david.villasmil.w...@gmail.com
phone: +34669448337
__
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] Re: PRACK RFC3262

[Social Boh via sr-users]

So Kamailio can't generate PRACK packets, only relay

Thank you

Regards

---
I'm SoCIaL, MayBe

El 9/02/2024 a las 3:54 a. m., Ihor Olkhovskyi via sr-users escribió:

Kamailio is a SIP proxy, it's not generating packets.
So,correct answer would be yes, Kamailio supports relay of the 
PRACK-related packets fully


Le jeu. 8 févr. 2024 à 22:16, Social Boh via sr-users 
 a écrit :


Does Kamailio support the SIP PRACK method? If yes, How?

Regards

-- 
---

I'm SoCIaL, MayBe

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



--
Best regards,
Ihor (Igor)

__
Kamailio - Users Mailing List - Non Commercial Discussions
To unsubscribe send an email tosr-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:__
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] Re: PRACK RFC3262

[Ihor Olkhovskyi via sr-users]

Kamailio is a SIP proxy, it's not generating packets.
So,correct answer would be yes, Kamailio supports relay of the
PRACK-related packets fully

Le jeu. 8 févr. 2024 à 22:16, Social Boh via sr-users <
sr-users@lists.kamailio.org> a écrit :

> Does Kamailio support the SIP PRACK method? If yes, How?
>
> Regards
>
> --
> ---
> I'm SoCIaL, MayBe
>
> __
> 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:
>


-- 
Best regards,
Ihor (Igor)
__
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: