Hi guys,
Anybody knows if evapi sends messages to the clients immediately when async_relay is called?
The normal behavior is 1 or 2 netstrings per message but I see that sometimes it starts to enqueue and starts sending for example 4, 5, 15, 30, 52.....327, 645 per message.
Cheers,
Diego
On Wed, Jun 28, 2017 at 11:44:31AM -0300, Diego Nadares wrote:
The normal behavior is 1 or 2 netstrings per message but I see that sometimes it starts to enqueue and starts sending for example 4, 5, 15, 30, 52.....327, 645 per message.
I believe this is up to the TCP stack / OS rather than any aspect of Kamailio's implementation.
It's weird. When sends 1 or 2 net strings per message I see that my client receives ~18 messages per second. When starts to grow the amount of netstrings the messages received decrease to 1 per second and fewer.
Any advice?
Diego
2017-06-28 11:45 GMT-03:00 Alex Balashov abalashov@evaristesys.com:
On Wed, Jun 28, 2017 at 11:44:31AM -0300, Diego Nadares wrote:
The normal behavior is 1 or 2 netstrings per message but I see that sometimes it starts to enqueue and starts sending for example 4, 5, 15, 30, 52.....327, 645 per message.
I believe this is up to the TCP stack / OS rather than any aspect of Kamailio's implementation.
-- 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
On Wed, Jun 28, 2017 at 11:59:31AM -0300, Diego Nadares wrote:
It's weird. When sends 1 or 2 net strings per message I see that my client receives ~18 messages per second. When starts to grow the amount of netstrings the messages received decrease to 1 per second and fewer.
Do you mean that the objective rate at which the client receives the messages decreases, or that a very large amount of them end up buffered into a smaller number of packets, with the same effective throughput?
-- Alex
Sorry, maybe this log clarifies what I meant:
These are the messages that my client read. It's connected to 127.0.0.1 to kamailio evapi.
2017-06-27 19:29:50,313 - routing - INFO - netstrings in message 1 2017-06-27 19:29:50,401 - routing - INFO - netstrings in message 1 2017-06-27 19:29:50,444 - routing - INFO - netstrings in message 1 2017-06-27 19:29:50,456 - routing - INFO - netstrings in message 1 2017-06-27 19:29:50,521 - routing - INFO - netstrings in message 1 2017-06-27 19:29:50,565 - routing - INFO - netstrings in message 1 2017-06-27 19:29:50,604 - routing - INFO - netstrings in message 2 2017-06-27 19:29:50,649 - routing - INFO - netstrings in message 1 2017-06-27 19:29:50,687 - routing - INFO - netstrings in message 2 2017-06-27 19:29:50,730 - routing - INFO - netstrings in message 1 2017-06-27 19:29:50,857 - routing - INFO - netstrings in message 1 2017-06-27 19:29:50,896 - routing - INFO - netstrings in message 1 2017-06-27 19:29:50,921 - routing - INFO - netstrings in message 1 2017-06-27 19:29:50,929 - routing - INFO - netstrings in message 1 2017-06-27 19:29:51,029 - routing - INFO - netstrings in message 1 2017-06-27 19:29:51,180 - routing - INFO - netstrings in message 1 2017-06-27 19:29:51,235 - routing - INFO - netstrings in message 1 2017-06-27 19:29:51,279 - routing - INFO - netstrings in message 1 2017-06-27 19:29:51,337 - routing - INFO - netstrings in message 1 2017-06-27 19:29:51,380 - routing - INFO - netstrings in message 1 2017-06-27 19:29:51,491 - routing - INFO - netstrings in message 1 2017-06-27 19:29:51,521 - routing - INFO - netstrings in message 1 2017-06-27 19:29:51,630 - routing - INFO - netstrings in message 1 2017-06-27 19:29:51,706 - routing - INFO - netstrings in message 1 2017-06-27 19:29:51,787 - routing - INFO - netstrings in message 1 2017-06-27 19:29:51,893 - routing - INFO - netstrings in message 1 2017-06-27 19:29:51,917 - routing - INFO - netstrings in message 1 2017-06-27 19:29:51,929 - routing - INFO - netstrings in message 1 2017-06-27 19:29:51,970 - routing - INFO - netstrings in message 2 2017-06-27 19:29:52,016 - routing - INFO - netstrings in message 1 2017-06-27 19:29:52,345 - routing - INFO - netstrings in message 1 2017-06-27 19:29:52,363 - routing - INFO - netstrings in message 1 2017-06-27 19:29:52,553 - routing - INFO - netstrings in message 1 2017-06-27 19:29:52,592 - routing - INFO - netstrings in message 1 2017-06-27 19:29:52,605 - routing - INFO - netstrings in message 1 2017-06-27 19:29:52,766 - routing - INFO - netstrings in message 1 2017-06-27 19:29:53,002 - routing - INFO - netstrings in message 5 2017-06-27 19:29:53,226 - routing - INFO - netstrings in message 4 2017-06-27 19:29:54,716 - routing - INFO - netstrings in message 15 2017-06-27 19:29:56,260 - routing - INFO - netstrings in message 30 2017-06-27 19:29:59,183 - routing - INFO - netstrings in message 52 2017-06-27 19:30:04,104 - routing - INFO - netstrings in message 77 2017-06-27 19:30:12,158 - routing - INFO - netstrings in message 128 2017-06-27 19:30:24,277 - routing - INFO - netstrings in message 180 2017-06-27 19:30:42,990 - routing - INFO - netstrings in message 327 2017-06-27 19:31:20,273 - routing - INFO - netstrings in message 645
I hope this answer your question.
Cheers,
Diego
2017-06-28 12:04 GMT-03:00 Alex Balashov abalashov@evaristesys.com:
On Wed, Jun 28, 2017 at 11:59:31AM -0300, Diego Nadares wrote:
It's weird. When sends 1 or 2 net strings per message I see that my
client
receives ~18 messages per second. When starts to grow the amount of netstrings the messages received decrease to 1 per second and fewer.
Do you mean that the objective rate at which the client receives the messages decreases, or that a very large amount of them end up buffered into a smaller number of packets, with the same effective throughput?
-- 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
Hello,
Can you check with netstat the recv and send queues for the sockets used in this communication? If the recv queu for receiving up is big, then it cannot handle the traffic fast enough.
Cheers, Daniel
On 28.06.17 21:58, Diego Nadares wrote:
Sorry, maybe this log clarifies what I meant:
These are the messages that my client read. It's connected to 127.0.0.1 to kamailio evapi.
2017-06-27 19:29:50,313 - routing - INFO - netstrings in message 1 2017-06-27 19:29:50,401 - routing - INFO - netstrings in message 1 2017-06-27 19:29:50,444 - routing - INFO - netstrings in message 1 2017-06-27 19:29:50,456 - routing - INFO - netstrings in message 1 2017-06-27 19:29:50,521 - routing - INFO - netstrings in message 1 2017-06-27 19:29:50,565 - routing - INFO - netstrings in message 1 2017-06-27 19:29:50,604 - routing - INFO - netstrings in message 2 2017-06-27 19:29:50,649 - routing - INFO - netstrings in message 1 2017-06-27 19:29:50,687 - routing - INFO - netstrings in message 2 2017-06-27 19:29:50,730 - routing - INFO - netstrings in message 1 2017-06-27 19:29:50,857 - routing - INFO - netstrings in message 1 2017-06-27 19:29:50,896 - routing - INFO - netstrings in message 1 2017-06-27 19:29:50,921 - routing - INFO - netstrings in message 1 2017-06-27 19:29:50,929 - routing - INFO - netstrings in message 1 2017-06-27 19:29:51,029 - routing - INFO - netstrings in message 1 2017-06-27 19:29:51,180 - routing - INFO - netstrings in message 1 2017-06-27 19:29:51,235 - routing - INFO - netstrings in message 1 2017-06-27 19:29:51,279 - routing - INFO - netstrings in message 1 2017-06-27 19:29:51,337 - routing - INFO - netstrings in message 1 2017-06-27 19:29:51,380 - routing - INFO - netstrings in message 1 2017-06-27 19:29:51,491 - routing - INFO - netstrings in message 1 2017-06-27 19:29:51,521 - routing - INFO - netstrings in message 1 2017-06-27 19:29:51,630 - routing - INFO - netstrings in message 1 2017-06-27 19:29:51,706 - routing - INFO - netstrings in message 1 2017-06-27 19:29:51,787 - routing - INFO - netstrings in message 1 2017-06-27 19:29:51,893 - routing - INFO - netstrings in message 1 2017-06-27 19:29:51,917 - routing - INFO - netstrings in message 1 2017-06-27 19:29:51,929 - routing - INFO - netstrings in message 1 2017-06-27 19:29:51,970 - routing - INFO - netstrings in message 2 2017-06-27 19:29:52,016 - routing - INFO - netstrings in message 1 2017-06-27 19:29:52,345 - routing - INFO - netstrings in message 1 2017-06-27 19:29:52,363 - routing - INFO - netstrings in message 1 2017-06-27 19:29:52,553 - routing - INFO - netstrings in message 1 2017-06-27 19:29:52,592 - routing - INFO - netstrings in message 1 2017-06-27 19:29:52,605 - routing - INFO - netstrings in message 1 2017-06-27 19:29:52,766 - routing - INFO - netstrings in message 1 2017-06-27 19:29:53,002 - routing - INFO - netstrings in message 5 2017-06-27 19:29:53,226 - routing - INFO - netstrings in message 4 2017-06-27 19:29:54,716 - routing - INFO - netstrings in message 15 2017-06-27 19:29:56,260 - routing - INFO - netstrings in message 30 2017-06-27 19:29:59,183 - routing - INFO - netstrings in message 52 2017-06-27 19:30:04,104 - routing - INFO - netstrings in message 77 2017-06-27 19:30:12,158 - routing - INFO - netstrings in message 128 2017-06-27 19:30:24,277 - routing - INFO - netstrings in message 180 2017-06-27 19:30:42,990 - routing - INFO - netstrings in message 327 2017-06-27 19:31:20,273 - routing - INFO - netstrings in message 645
I hope this answer your question.
Cheers,
Diego
2017-06-28 12:04 GMT-03:00 Alex Balashov <abalashov@evaristesys.com mailto:abalashov@evaristesys.com>:
On Wed, Jun 28, 2017 at 11:59:31AM -0300, Diego Nadares wrote: > It's weird. When sends 1 or 2 net strings per message I see that my client > receives ~18 messages per second. When starts to grow the amount of > netstrings the messages received decrease to 1 per second and fewer. Do you mean that the objective rate at which the client receives the messages decreases, or that a very large amount of them end up buffered into a smaller number of packets, with the same effective throughput? -- Alex -- Alex Balashov | Principal | Evariste Systems LLC Tel: +1-706-510-6800 <tel:%2B1-706-510-6800> / +1-800-250-5920 <tel:%2B1-800-250-5920> (toll-free) Web: http://www.evaristesys.com/, http://www.csrpswitch.com/ _______________________________________________ Kamailio (SER) - Users Mailing List sr-users@lists.kamailio.org <mailto:sr-users@lists.kamailio.org> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users <https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users>
Kamailio (SER) - Users Mailing List sr-users@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users