Hello,
using tcp would be an option, as Alex mentioned, if you can control the
udp mtu size. The alternative can be also sctp transport, which should
be better that tcp. If you have a recent kernel, that could be better.
However, I have to say that I haven't seen much use of sctp lately
myself, so do a little testing yourself before pushing to production.
Then, looking at the compress option, enhancing gzcompress also for
headers should be easy. But I think that it would require sort of
encoding at the beginning, to know is an encrypted packet and eventually
specify the algorithm for compression. Not sure if such protocol is
defined somewhere else and we can reuse it, or we just brew one ourselves.
Actually, the proposal above with gzcompress module would be to make it
simpler (as I thought of doing at some point when I sent packages over
long distance and narrow band), because that is already possible if you
use an embedded scripting language and corex module -- the example there
is pretty much what you are looking for:
*
https://www.kamailio.org/docs/modules/stable/modules/corex.html#async.evr.n…
Cheers,
Daniel
On 01.04.19 16:42, Alex Balashov wrote:
The customary inter-Kamailio solution is jumbo frames
(if you control
network end-to-end) or TCP.
—
Sent from mobile, with due apologies for brevity and errors.
On Apr 1, 2019, at 10:33 AM, Igor Olhovskiy <igorolhovskiy(a)gmail.com
<mailto:igorolhovskiy@gmail.com>> wrote:
Hi!
Was looking on some way to compress SIP signalling between internal
servers. But found out, there are no some pre-defined or recommended
mechanism of doing this.
Yes, I found gzcompress module, but it will help only in case of big
body, but not whole message itself. Like in some cases you can have
4-5 RR headers, which is already a lot of info.
What I googled is
1.
SigComp
2.
Compact Header form
As I found, SigComp is really not widely-used method and it support
along opensource SIP servers/PBXes is not documented.
For Compact Header form - is there any way of using Kamailio to
compress message this way?
Maybe also there is a way of having some intermediate proxy-layer
software, that will gzip/gunzip SIP signalling in realtime?
All of this actually cause info in SIP/SDP grows rapidly,
unfortunately MTU size is not.
Sent from Mailspring
_______________________________________________
Kamailio (SER) - Users Mailing List
sr-users(a)lists.kamailio.org <mailto:sr-users@lists.kamailio.org>
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
_______________________________________________
Kamailio (SER) - Users Mailing List
sr-users(a)lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
--
Daniel-Constantin Mierla --
www.asipto.com
www.twitter.com/miconda --
www.linkedin.com/in/miconda
Kamailio World Conference - May 6-8, 2019 --
www.kamailioworld.com