[132741] in North American Network Operators' Group
Re: Ratios & peering [was: Level 3 Communications Issues Statement
daemon@ATHENA.MIT.EDU (Leo Bicknell)
Tue Nov 30 15:33:05 2010
Date: Tue, 30 Nov 2010 12:32:19 -0800
From: Leo Bicknell <bicknell@ufp.org>
To: NANOG list <nanog@nanog.org>
Mail-Followup-To: NANOG list <nanog@nanog.org>
In-Reply-To: <AANLkTikq+8o2hwznBgcE0d2BAs3_acLZesUxqwu7jLEM@mail.gmail.com>
Errors-To: nanog-bounces+nanog.discuss=bloom-picayune.mit.edu@nanog.org
--+HP7ph2BbKc20aGI
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
In a message written on Tue, Nov 30, 2010 at 11:46:27AM -0800, Matthew Peta=
ch wrote:
> Clearly, to balance out the traffic ratios, content providers should set =
their
> server MTUs to 64 bytes. That way, small HTTP request packets will be
> nicely balanced out by small HTTP reply packets. If the content providers
> also turn off SACK, and force ACKs for each packet, they can achieve
> nearly the perfect traffic ratios the eyeball networks seem to desire.
> Small packet one way, equivalent small packet the other way, and
> everyone is happy.
>=20
> Obviously those recent infidels pushing for the so-called "Jumbo Frames"
> here on NANOG were nothing more than shills for the eyeball networks,
> seeking to get more and more networks out of ratio, in an effort to get
> them to cough up money. Fie on them, I say--instead of JumboFrames,
> we need MicroFrames! Exchange points should start enforcing a maximum
> frame size of 64 bytes, to truly bring the internet into perfectly-balanc=
ed
> ratio-ness.
I was actually pondering that it may be worth it for some content
delivery networks to pay Apple and Microsoft to implement a TCP
option such that, when requested by the server, all ACKs get padded
to 1500 bytes.
:)
--=20
Leo Bicknell - bicknell@ufp.org - CCIE 3440
PGP keys at http://www.ufp.org/~bicknell/
--+HP7ph2BbKc20aGI
Content-Type: application/pgp-signature
Content-Disposition: inline
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.13 (FreeBSD)
iQIVAwUBTPVfU7N3O8aJIdTMAQID0A//X0uqAMphQ2j1zckag8liaaraEUYfSTxq
ou7dYSLHwq0EybdTGfn9h407HMLmT7jYfR1qpNoHDy/zA6rqbe7nkyvYRwXvSSaW
weubTCrvs7mgOWTrsneb2KJRiak8BwVclKNwhjVtATvmtFZhMCfwcFLksaNyQ+mY
8L+2BndVWGO8ZfERsttkrkej3UBZ4ABdJGKjwQ/7ffYOA4pDqJaWNal+DvVEAo5I
yhiOylzsElQ6UgPC19o4tR5gT59fLix8+7MmetrfXh/KUFrdC8pg7sAkMigFoBd+
ORv6Rx6ElESCoCmbmlEKLkyKoX1x8jMpo/lb2g87G7M1Y8aZLgjEAFV6+RsSof/P
6dN93YzYsZZMg0pfdJblMdv6re+yhPfmYS3PPU/jUNUGTZ6gy+DYhAXFyEDe3OfG
gwNxCAYm3nJMGLK0LQaSRImLRcwLZZLKuTsB+5+Gs8R8vRXcnzHCUR5BE+2vj+CL
AsBEvZCRH0R0F+TvQOqVkrOwplC39471MtZ014j3k59hqk00bk0lQlUPYd172X4u
YDQsoIpd3MdryKTnlRpvklmJ74oq5oAyTuIi+MXsywEtwbbIPNT9Iu7bhqLBhQ6/
PHdySLecUT30wgiGxKQNOYmWh5WcsHY/1PsKH12rnnmOpIUDwsevrdOTzHEeHcOJ
qEAAmMdp1gI=
=YW1s
-----END PGP SIGNATURE-----
--+HP7ph2BbKc20aGI--
