[SR-Users] Compressing SIP messages

[Steve Davies]

Never quite got this.  UDP packets can be up to 64k, right?  And
fragmentation is a standard IP feature if a packet is bigger than MTU size.

Steve


On Mon, 1 Apr 2019 at 16:43, Alex Balashov <abalashov at evaristesys.com>
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 at 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.
> [image: Sent from Mailspring]
>
> _______________________________________________
> Kamailio (SER) - Users Mailing List
> sr-users at lists.kamailio.org
> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>
> _______________________________________________
> Kamailio (SER) - Users Mailing List
> sr-users at lists.kamailio.org
> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20190401/6658f5c1/attachment.html>