Re: [tcpm] IANA TCP options registry ...

William Allen Simpson <william.allen.simpson@gmail.com> Thu, 01 April 2010 12:27 UTC

Return-Path: <william.allen.simpson@gmail.com>
X-Original-To: tcpm@core3.amsl.com
Delivered-To: tcpm@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 60DD43A77E6 for <tcpm@core3.amsl.com>; Thu, 1 Apr 2010 05:27:06 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.004
X-Spam-Level:
X-Spam-Status: No, score=-1.004 tagged_above=-999 required=5 tests=[AWL=0.465, BAYES_00=-2.599, DNS_FROM_OPENWHOIS=1.13]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id JlqhDtu+lBUN for <tcpm@core3.amsl.com>; Thu, 1 Apr 2010 05:27:05 -0700 (PDT)
Received: from mail-qy0-f195.google.com (mail-qy0-f195.google.com [209.85.221.195]) by core3.amsl.com (Postfix) with ESMTP id A50C63A6CC7 for <tcpm@ietf.org>; Thu, 1 Apr 2010 05:15:06 -0700 (PDT)
Received: by qyk33 with SMTP id 33so1060189qyk.28 for <tcpm@ietf.org>; Thu, 01 Apr 2010 05:15:36 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=t+3FrA2Xq0uEBsUkQpTkOboMLnwY2aRqYUvq2rNvnTY=; b=KCHX+jWN+nLc7uIe/u4ipKAFbv2QSiEyP+PSJqs/kVR/js2lJYDymBAZSmFb8b1dum 7HGv5mjBbTDEuaxhTmuPIjjq01wlzD9pWc13hzbeSEQpYO05/Y/oj2EeB/f/+spn44xI sPPDyZE8aHFwzFJXtGgvs1k5PAbyf1WGf9SzE=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; b=QHFyouezy+MRbfqK5L793gz5YO6MmkoENHEgxEJ8YAt+HIlm45PDJTe24HgDxVsRhb Xbm49L42E+c/0sxA/SyHxDZn3wY/mmdySBlurL7l6jNTq5tv4+qOkbTdLjCsfAqkvLjh NUxh06TWO6mCX6XGabFgIP7vgV2Kmp/FLoY3Y=
Received: by 10.229.81.81 with SMTP id w17mr1287641qck.4.1270124134406; Thu, 01 Apr 2010 05:15:34 -0700 (PDT)
Received: from Wastrel.local (c-68-40-195-221.hsd1.mi.comcast.net [68.40.195.221]) by mx.google.com with ESMTPS id 23sm7106395iwn.6.2010.04.01.05.15.32 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 01 Apr 2010 05:15:33 -0700 (PDT)
Message-ID: <4BB48E63.10309@gmail.com>
Date: Thu, 01 Apr 2010 08:15:31 -0400
From: William Allen Simpson <william.allen.simpson@gmail.com>
User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.1.9) Gecko/20100317 Thunderbird/3.0.4
MIME-Version: 1.0
To: Alexander Zimmermann <Alexander.Zimmermann@nets.rwth-aachen.de>
References: <201003072316.AAA29042@TR-Sys.de> <5FDC413D5FA246468C200652D63E627A08144911@LDCMVEXC1-PRD.hq.netapp.com> <74EC24B3-8ACF-4C62-9D0C-163CBF911B1B@nokia.com> <264D66A5-73F5-4921-8696-032692E29269@nets.rwth-aachen.de>
In-Reply-To: <264D66A5-73F5-4921-8696-032692E29269@nets.rwth-aachen.de>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Cc: =?UTF-8?B?QWxmcmVkIEjDjm5lcw==?= <ah@TR-Sys.de>, "tcpm@ietf.org" <tcpm@ietf.org>
Subject: Re: [tcpm] IANA TCP options registry ...
X-BeenThere: tcpm@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: TCP Maintenance and Minor Extensions Working Group <tcpm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/tcpm>, <mailto:tcpm-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/tcpm>
List-Post: <mailto:tcpm@ietf.org>
List-Help: <mailto:tcpm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/tcpm>, <mailto:tcpm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 01 Apr 2010 12:27:06 -0000

On 4/1/10 4:36 AM, Alexander Zimmermann wrote:
>> Section 10 is pretty clear, in that RFC5690 is for limited experimentation only at this time and hence no separate option numbers will be assigned. Experimenters are supposed to use the normal TCP option numbers set aside for general experimentation (253/254) when playing with this proposal:
>
> this could be funny in Linux. You request ACKcc as TCP sender (option 253)
> and get Mr. Simpson's TCP Cookie Transactions back ;-)
>
Haven't seen that (RFC5690) so far, but there's somebody else using 253 and
another somebody using 254 in deployed code!  There are earlier messages on
this list about the culprits.

Last year's Linux code used the experimental numbers and followed the usual
procedures (you have to explicitly turn it on with a sysctl or sockopt),
but the conflicts were quickly obvious.  Don't turn it on outside your lab.

The only reason that I've bothered putting up the internet-draft is to get
official IANA assignments.  I'd sent in the reservation back in November,
but IANA refused to send it to IESG for approval without an internet-draft.
Unfortunately, IESG has been *terribly* slow to act.

Unlike certain commercial interests, I'm trying to avoid conflicts.  But
next time, I'll not bother.  IETF officialdom has become too ossified.