Re: [tcpm] request for feedback - proposed update to draft-touch-tcpm-experimental-options

Joe Touch <touch@isi.edu> Tue, 19 February 2013 17:44 UTC

Return-Path: <touch@isi.edu>
X-Original-To: tcpm@ietfa.amsl.com
Delivered-To: tcpm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8A71A21F8E48 for <tcpm@ietfa.amsl.com>; Tue, 19 Feb 2013 09:44:18 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -104.979
X-Spam-Level:
X-Spam-Status: No, score=-104.979 tagged_above=-999 required=5 tests=[AWL=1.620, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id krJZjbt8b0z9 for <tcpm@ietfa.amsl.com>; Tue, 19 Feb 2013 09:44:18 -0800 (PST)
Received: from boreas.isi.edu (boreas.isi.edu [128.9.160.161]) by ietfa.amsl.com (Postfix) with ESMTP id 0750621F8E3D for <tcpm@ietf.org>; Tue, 19 Feb 2013 09:44:18 -0800 (PST)
Received: from [128.9.160.166] (abc.isi.edu [128.9.160.166]) (authenticated bits=0) by boreas.isi.edu (8.13.8/8.13.8) with ESMTP id r1JHh3hO026870 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 19 Feb 2013 09:43:06 -0800 (PST)
Message-ID: <5123B9A2.7000805@isi.edu>
Date: Tue, 19 Feb 2013 09:42:58 -0800
From: Joe Touch <touch@isi.edu>
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130107 Thunderbird/17.0.2
MIME-Version: 1.0
To: Brandon Williams <brandon.williams@akamai.com>
References: <511E92E9.6080709@isi.edu> <51239189.2060504@akamai.com> <5123B50A.1050001@isi.edu>
In-Reply-To: <5123B50A.1050001@isi.edu>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
X-ISI-4-43-8-MailScanner: Found to be clean
X-MailScanner-From: touch@isi.edu
Cc: tcpm@ietf.org
Subject: Re: [tcpm] request for feedback - proposed update to draft-touch-tcpm-experimental-options
X-BeenThere: tcpm@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: TCP Maintenance and Minor Extensions Working Group <tcpm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/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: Tue, 19 Feb 2013 17:44:18 -0000

PS - we could add the following:

	16 bits are assigned, but 32 SHOULD be used

	IANA registration will assign FCFS the first 16 bits,
	and record the second 16 bits if provided.

That still leaves the question of squatters and/or collisions that 
request explicit registration.

Clearly, IANA requests should help the applicant choose an unassigned 
codepoint rather than recording a collision. However, if they either 
refuse or didn't contact IANA (i.e., squatter), what should we ask IANA 
to do?

This case comes up in the ports space. There are a few solutions:

	a) don't record or indicate collisions
		i.e., record only the IANA assignments

	b) record the existence of a collision, but no other info
		this helps users debug problems, but
		avoids implicit endorsement of squatter usage

	c) record the collision and all available info
		helps debugging the best, and allows
		the community to "assign blame", but
		might be taken as an implicit endorsement
		of squatter usage

I'm in favor of (b) above.

Joe

On 2/19/2013 9:23 AM, Joe Touch wrote:
>
>
> On 2/19/2013 6:51 AM, Brandon Williams wrote:
>> On 02/15/2013 02:56 PM, Joe Touch wrote:
>>> 1. do you agree with change (A)?
>>
>> Yes.
>>
>>>
>>> 2. do you agree with change (B)?
>>
>> Yes, provided that "OK to indicate multiple assignees" means that the
>> multiple assignees should all agree.
>
> So what if they don't?
>
> Or, more specifically, what if they:
>
>      - refuse
>      - cannot be contacted
>
> Or should we just say that the IANA list is the 'first to file', and
> don't really list anything else?
>
> Joe