1 Apr
2019
1 Apr
'19
6:26 p.m.
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(a)evaristesys.com
<mailto:abalashov@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(a)gmail.com <mailto:igorolhovskiy@gmail.com>> wrote:
--
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
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 <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