[SR-Users] Compressing SIP messages

[Daniel-Constantin Mierla]

Indeed, such issues related to UDP fragmentation should not happen, the
packets can be up to 64k, bigger than MTU size. I think linux had it for
more than 20 years and most of routers are based on it.

But surprisingly, there are still some routers that cannot cope with
that -- I get hit from time to time (not too often, I have to say it)
with support requests related to this matter and I also wonder how that
is still the case today.

Cheers,
Daniel

On 01.04.19 17:18, Steve Davies wrote:
> 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
> <mailto: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 <mailto: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.
>>     Sent from Mailspring
>>     _______________________________________________
>>     Kamailio (SER) - Users Mailing List
>>     sr-users at lists.kamailio.org <mailto: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 <mailto: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

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

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20190401/8d609cf9/attachment.html>