hello Daniel
related to this module, I had an issue this week on a different topic.
We have been testing this module with the application we made to write
events from kamailio to kafka, and it was working fine.
But the other day i tried to send messages to a damaged kafka cluster, so
the
Hello Daniel
Thanks a lot for the feedback
I tried the netstring option but since i had to reparse in the application,
I finally didn't use it.
But I will consider it since I will test the performance for heavy load
during the next days.
About the tcp_nodelay option, I remember I saw no frames
Hello,
tcp is a streaming protocol, it is the receiving application that has to
parse and split the stream content in logical messages from its point of
view. As you noticed, there can be socket options to enforce some
sending policy (wait or not wait for a specific amount of data to
accumulate,
Dear all
seems the issue was not on the module or related to kamailio, but related
to the application we were using to read from tcp socket.
I saw that some messages sent with evapi_relay were encapsulated in the
same frame, and i even tried to force the TCP_NODELAY option on the evapi
socket by
ubject: [sr-dev] issue using evapi module with evapi_relay
Dear all
we have been testing this module with the following setup
kamailio 5.3.2
evapi params
modparam("evapi", "workers", 4)
modparam("evapi", "netstring_format", 0)
modparam("evapi&q
Dear all
we have been testing this module with the following setup
kamailio 5.3.2
evapi params
modparam("evapi", "workers", 4)
modparam("evapi", "netstring_format", 0)
modparam("evapi", "bind_addr", "127.0.0.1:8448")
modparam("evapi", "max_clients", 32)
then in the configuration we do