Message-ID: <48729009.3020606@isi.edu>
Date: Mon, 07 Jul 2008 14:52:09 -0700
From: Joe Touch <touch@ISI.EDU>
User-Agent: Thunderbird 2.0.0.14 (Windows/20080421)
MIME-Version: 1.0
To: Adam Langley <agl@imperialviolet.org>
References: <396556a20807010949i6c6c1d16g41c74e2f78414a92@mail.gmail.com>	
 <486A6777.80809@isi.edu>	
 <396556a20807011128v27796016k81204b84e78fc25a@mail.gmail.com>	
 <B5A5E01F9387F4409E67604C0257C71E220E3A@NDJSEVS25A.ndc.nasa.gov>	
 <48728582.5080904@isi.edu>
 <396556a20807071427l27ec0087ya7d68f321749e36@mail.gmail.com>
In-Reply-To: <396556a20807071427l27ec0087ya7d68f321749e36@mail.gmail.com>
Cc: tcpm@ietf.org
Subject: Re: [tcpm] TCP Long Options
Precedence: list
Content-Type: multipart/mixed; boundary="===============1097391221=="
Sender: tcpm-bounces@ietf.org
Errors-To: tcpm-bounces@ietf.org

This is an OpenPGP/MIME signed message (RFC 2440 and 3156)
--===============1097391221==
Content-Type: multipart/signed; micalg=pgp-sha1;
 protocol="application/pgp-signature";
 boundary="------------enig27358DACCF13AE51FD6B3E23"

This is an OpenPGP/MIME signed message (RFC 2440 and 3156)
--------------enig27358DACCF13AE51FD6B3E23
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: quoted-printable



Adam Langley wrote:
> On Mon, Jul 7, 2008 at 2:07 PM, Joe Touch <touch@isi.edu> wrote:
>> I'm recalling that no mechanism was ever developed that was backward
>> compatible with legacy TCP implementations, i.e., that "did the right =
thing"
>> for SYNs with long options. Doing well for other segments is somewhat =
moot
>> if SYNs cannot be extended, because space is most critical for them.
>=20
> I don't believe that such a system is actually possible...

I believe that was the sticking point the last time we talked. If we=20
give up on backward compatibility, the variants become overwhelming,=20
including Mark Allman's "let's double all the fields" proposal, as I=20
recall, and none is sufficiently motivated at this time AFAICT. I.e., it =

is when we give up on backward compatibility that Braden's observation,=20
I believe, applies.

Joe


--------------enig27358DACCF13AE51FD6B3E23
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: OpenPGP digital signature
Content-Disposition: attachment; filename="signature.asc"

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.7 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFIcpAJE5f5cImnZrsRAgVHAJ4rMFE1kcPcyJJHnRzex41o7iZ4tACeM/G3
ebSABfp+w9PwiDvHGOmS1Tw=
=2Bmo
-----END PGP SIGNATURE-----

--------------enig27358DACCF13AE51FD6B3E23--

--===============1097391221==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
tcpm mailing list
tcpm@ietf.org
https://www.ietf.org/mailman/listinfo/tcpm

--===============1097391221==--