23 Sep
2013
23 Sep
'13
3:14 p.m.
Hello,
following the Kristian's email and blog about Apple Facetime using
compressions of the body
(http://lists.sip-router.org/pipermail/sr-users/2013-September/079816.html),
I did a quick coding Friday evening and put together a new module that
uses zlib to compress/decompress the body for SIP messages - I named it
gzcompress, its readme is available at:
- http://kamailio.org/docs/modules/devel/modules/gzcompress.html
Might be useful for those that want to save bandwidth when peering two
kamailios or target to get under MTU size. It is now enabled for SIP
traffic only, but the plan is to get it for http as well, where it can
be more relevant for xcap traffic.
Cheers,
Daniel
--
Daniel-Constantin Mierla - http://www.asipto.com
http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda
Kamailio Advanced Trainings - Berlin, Oct 21-24; Miami, Nov 11-13, 2013
- more details about Kamailio trainings at http://www.asipto.com -
23 Sep
23 Sep
5:57 p.m.
Hi Daniel,
Thanks again for developing this functionality! As I mentioned in
my first mailing list post I'd like to see more support for this in
the open source community. I've written an update describing the
status of various implementations:
http://blog.krisk.org/2013/09/learning-stupid-nat-tricks-from-apple.html
Having support for this in Kamailio is an important first step. Thanks again!
On Mon, Sep 23, 2013 at 8:14 AM, Daniel-Constantin Mierla
<miconda(a)gmail.com> wrote:
Hello,
following the Kristian's email and blog about Apple Facetime using
compressions of the body
(http://lists.sip-router.org/pipermail/sr-users/2013-September/079816.html),
I did a quick coding Friday evening and put together a new module that uses
zlib to compress/decompress the body for SIP messages - I named it
gzcompress, its readme is available at:
- http://kamailio.org/docs/modules/devel/modules/gzcompress.html
Might be useful for those that want to save bandwidth when peering two
kamailios or target to get under MTU size. It is now enabled for SIP traffic
only, but the plan is to get it for http as well, where it can be more
relevant for xcap traffic.
Cheers,
Daniel
--
Daniel-Constantin Mierla - http://www.asipto.com
http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda
Kamailio Advanced Trainings - Berlin, Oct 21-24; Miami, Nov 11-13, 2013
- more details about Kamailio trainings at http://www.asipto.com -
_______________________________________________
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users(a)lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
--
Kristian Kielhofner
6:25 p.m.
New subject: [sr-dev] new module: gzcompress
To note, though, Kamailio has no problem dealing with fragmented UDP. It
becomes a problem when sending UDP that gets fragmented to a UA that
can't reassemble it, or when sending to Kamailio through a NAT gateway
that can't properly reassemble it.
-- Alex
Daniel-Constantin Mierla <miconda(a)gmail.com> wrote:
Hello,
following the Kristian's email and blog about Apple Facetime using
compressions of the body
(http://lists.sip-router.org/pipermail/sr-users/2013-September/079816.html),
I did a quick coding Friday evening and put together a new module that
uses zlib to compress/decompress the body for SIP messages - I named it
gzcompress, its readme is available at:
- http://kamailio.org/docs/modules/devel/modules/gzcompress.html
Might be useful for those that want to save bandwidth when peering two
kamailios or target to get under MTU size. It is now enabled for SIP
traffic only, but the plan is to get it for http as well, where it can
be more relevant for xcap traffic.
Cheers,
Daniel
6:32 p.m.
New subject: [sr-dev] new module: gzcompress
It's not Kamailio (or any of these other projects) that I'm concerned
about. As I've noted I'm most concerned about "in the middle" devices
like NATs, firewalls, etc.
Important clarification though, thanks!
On Mon, Sep 23, 2013 at 11:25 AM, Alex Balashov
<abalashov(a)evaristesys.com> wrote:
To note, though, Kamailio has no problem dealing with
fragmented UDP. It
becomes a problem when sending UDP that gets fragmented to a UA that can't
reassemble it, or when sending to Kamailio through a NAT gateway that can't
properly reassemble it.
-- Alex
Daniel-Constantin Mierla <miconda(a)gmail.com> wrote:
--
Kristian Kielhofner
Hello,
following the Kristian's email and blog about Apple Facetime using
compressions of the body
(http://lists.sip-router.org/pipermail/sr-users/2013-September/079816.html),
I did a quick coding Friday evening and put together a new module that
uses zlib to compress/decompress the body for SIP messages - I named it
gzcompress, its readme is available at:
- http://kamailio.org/docs/modules/devel/modules/gzcompress.html
Might be useful for those that want to save bandwidth when peering two
kamailios or target to get under MTU size. It is now enabled for SIP
traffic only, but the plan is to get it for http as well, where it can
be more relevant for xcap traffic.
Cheers,
Daniel
_______________________________________________
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users(a)lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
8:20 p.m.
New subject: [sr-dev] new module: gzcompress
Short notes to let everyone know about some updates to the module - I
just pushed few patches that enables compression/decompression for http
traffic as well, so it can be used for xcap.
Also, I changed the default value of Content-Encoding header value from
gzip (which I saw in rfc 3261) to deflate, which is used by FaceTime,
but more important works with Firefox out of the box. Thus I assumed is
the right value and should make the encoding compatible with Facetime
(not that they do peering/federation over sip, but anyhow).
The readme has now a small config as example to get everyone starting
with the module.
Credits to Kristian for his technical article in the first place as well
as the follow up on the business side of the development.
Cheers,
Daniel
On 9/23/13 5:32 PM, Kristian Kielhofner wrote:
It's not Kamailio (or any of these other projects)
that I'm concerned
about. As I've noted I'm most concerned about "in the middle" devices
like NATs, firewalls, etc.
Important clarification though, thanks!
On Mon, Sep 23, 2013 at 11:25 AM, Alex Balashov
<abalashov(a)evaristesys.com> wrote:
--
Daniel-Constantin Mierla - http://www.asipto.com
http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda
Kamailio Advanced Trainings - Berlin, Oct 21-24; Miami, Nov 11-13, 2013
- more details about Kamailio trainings at http://www.asipto.com -
To note, though, Kamailio has no problem dealing
with fragmented UDP. It
becomes a problem when sending UDP that gets fragmented to a UA that can't
reassemble it, or when sending to Kamailio through a NAT gateway that can't
properly reassemble it.
-- Alex
Daniel-Constantin Mierla <miconda(a)gmail.com> wrote:
Hello,
following the Kristian's email and blog about Apple Facetime using
compressions of the body
(http://lists.sip-router.org/pipermail/sr-users/2013-September/079816.html),
I did a quick coding Friday evening and put together a new module that
uses zlib to compress/decompress the body for SIP messages - I named it
gzcompress, its readme is available at:
- http://kamailio.org/docs/modules/devel/modules/gzcompress.html
Might be useful for those that want to save bandwidth when peering two
kamailios or target to get under MTU size. It is now enabled for SIP
traffic only, but the plan is to get it for http as well, where it can
be more relevant for xcap traffic.
Cheers,
Daniel
_______________________________________________
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users(a)lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users 
8:42 p.m.
New subject: [sr-dev] new module: gzcompress
>>>> "DM" == Daniel-Constantin
Mierla <miconda(a)gmail.com> writes:
DM> Also, I changed the default value of Content-Encoding header value
DM> from gzip (which I saw in rfc 3261) to deflate, which is used by
DM> FaceTime, but more important works with Firefox out of the box. Thus I
DM> assumed is the right value and should make the encoding compatible
DM> with Facetime (not that they do peering/federation over sip, but
DM> anyhow).
The gzip encoding tag means that the body is what one would get out of
running gzip(1) on the original data. Ie, it includes the gzip(1)
headers, et alia, as specified in http://www.ietf.org/rfc/rfc1952.txt.
The deflate tag specifies that the data is DEFLATEd, but does not
include the extra gzip(1)-specific data.
The gzip scheme is meant for the case where the files are pre-compressed
external to the server, so that the server can send the files as is.
The deflate scheme is meant for cases like this where the data is
compressed on the fly.
So the change was the correct option.
-JimC
--
James Cloos <cloos(a)jhcloos.com> OpenPGP: 1024D/ED7DAEA6
4081
days inactive
4081
days old
5 comments
4 participants
participants (4)
-
Alex Balashov -
Daniel-Constantin Mierla -
James Cloos -
Kristian Kielhofner