Re: [port-srv-reg] Four final points for discussion

Joe Touch <touch@isi.edu> Tue, 21 September 2010 14:04 UTC

Return-Path: <touch@isi.edu>
X-Original-To: port-srv-reg@core3.amsl.com
Delivered-To: port-srv-reg@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id F09533A69F6 for <port-srv-reg@core3.amsl.com>; Tue, 21 Sep 2010 07:04:51 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.498
X-Spam-Level:
X-Spam-Status: No, score=-102.498 tagged_above=-999 required=5 tests=[AWL=0.101, BAYES_00=-2.599, USER_IN_WHITELIST=-100]
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 kfShjR49xe8o for <port-srv-reg@core3.amsl.com>; Tue, 21 Sep 2010 07:04:50 -0700 (PDT)
Received: from vapor.isi.edu (vapor.isi.edu [128.9.64.64]) by core3.amsl.com (Postfix) with ESMTP id 9507B3A681D for <port-srv-reg@ietf.org>; Tue, 21 Sep 2010 07:04:50 -0700 (PDT)
Received: from [192.168.1.90] (pool-71-105-94-39.lsanca.dsl-w.verizon.net [71.105.94.39]) (authenticated bits=0) by vapor.isi.edu (8.13.8/8.13.8) with ESMTP id o8LE48jn028717 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NOT); Tue, 21 Sep 2010 07:04:18 -0700 (PDT)
Message-ID: <4C98BB57.7070202@isi.edu>
Date: Tue, 21 Sep 2010 07:04:07 -0700
From: Joe Touch <touch@isi.edu>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.9) Gecko/20100825 Thunderbird/3.1.3
MIME-Version: 1.0
To: Stuart Cheshire <cheshire@apple.com>
References: <C8A6942D.282AF%michelle.cotton@icann.org> <E308508D-387D-4550-8960-1F74068B77EB@apple.com> <4C87B342.3040508@isi.edu> <4C91DF48.5010009@ericsson.com> <4C924978.4010602@isi.edu> <3DF309EA-4D18-4D5D-BBF0-9665719BE901@apple.com>
In-Reply-To: <3DF309EA-4D18-4D5D-BBF0-9665719BE901@apple.com>
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: "port-srv-reg@ietf.org" <port-srv-reg@ietf.org>
Subject: Re: [port-srv-reg] Four final points for discussion
X-BeenThere: port-srv-reg@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Discussion of updates to service name and transport protocol port registry <port-srv-reg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/port-srv-reg>, <mailto:port-srv-reg-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/port-srv-reg>
List-Post: <mailto:port-srv-reg@ietf.org>
List-Help: <mailto:port-srv-reg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/port-srv-reg>, <mailto:port-srv-reg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 21 Sep 2010 14:04:52 -0000

Hi, Stuart,

On 9/20/2010 9:08 PM, Stuart Cheshire wrote:
> On 16 Sep, 2010, at 09:44, Joe Touch wrote:
>
>> Any time more than one string maps to the same port number it's a kind
>> of an 'alias'. The only way for the client to know the difference is
>> via in-band information.
>>
>> I.e., we would allow aliases for:
>> - different services
>> - that can be resolved in-band
>>
>> Unless BOTH of those apply, we would not allow aliases except:
>>
>> a) legacy (www, http)
>> b) to support changeover to the new namespace
>>
>> Joe
>
>
> I think we agree on the concept, but the terminology previously confused
> me.
>
> When you said, "alias," I read that as meaning, "different names for the
> same service."
>
> Now I see that when you say, "alias," you mean, "different services on
> the same port." (I'd call that a "collision", except in the special case
> of a new service which is a compatible extension to an old one on the
> same port.)

Please see the text Lars just checked-in.

- overloading is when different service names correspond to the same 
port number, of which there are three cases:
	1- extended services with in-band resolution mechanisms
	2- legacy names for the same service
	3- names this doc phases out for syntax reasons (i.e.,
	instances of #2 this doc deliberately creates)

The current text does not use a single word to describe 1 vs 2 or 3; it 
distinguishes them in prose instead.

(The only further mod might be to remove the "Overloading occurs" in the 
first bullet, which might suggest (inadvertently) that overloading 
doesn't occur in the other two bullets; it's really in all three, as per 
the lead-in intro to the bullets).

Joe