Re: [port-srv-reg] we need to make progress

Joe Touch <touch@isi.edu> Tue, 07 September 2010 18:52 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 DA33D3A6893 for <port-srv-reg@core3.amsl.com>; Tue, 7 Sep 2010 11:52:05 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.666
X-Spam-Level:
X-Spam-Status: No, score=-102.666 tagged_above=-999 required=5 tests=[AWL=-0.067, 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 BqQQ3w84sAlk for <port-srv-reg@core3.amsl.com>; Tue, 7 Sep 2010 11:52:02 -0700 (PDT)
Received: from vapor.isi.edu (vapor.isi.edu [128.9.64.64]) by core3.amsl.com (Postfix) with ESMTP id 0067E3A6956 for <port-srv-reg@ietf.org>; Tue, 7 Sep 2010 11:52:00 -0700 (PDT)
Received: from [75.217.225.25] (25.sub-75-217-225.myvzw.com [75.217.225.25]) (authenticated bits=0) by vapor.isi.edu (8.13.8/8.13.8) with ESMTP id o87IpnRB023295 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 7 Sep 2010 11:51:59 -0700 (PDT)
Message-ID: <4C8689C6.7080000@isi.edu>
Date: Tue, 07 Sep 2010 11:51:50 -0700
From: Joe Touch <touch@isi.edu>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.8) Gecko/20100802 Thunderbird/3.1.2
MIME-Version: 1.0
To: Stuart Cheshire <cheshire@apple.com>
References: <6EC7B8A7-C3B3-4E63-85A9-0DC31F4D45B4@nokia.com> <58FA4E25-57CE-4D07-BFBA-A708F3616128@apple.com> <4C812B37.1030504@isi.edu> <675AFB53-CFEC-4BC1-9C9E-EF6D12529E37@apple.com>
In-Reply-To: <675AFB53-CFEC-4BC1-9C9E-EF6D12529E37@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
Subject: Re: [port-srv-reg] we need to make progress
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, 07 Sep 2010 18:52:06 -0000

On 9/4/2010 12:33 AM, Stuart Cheshire wrote:
> On 3 Sep 2010, at 10:07, Joe Touch wrote:
>
>>> This implies that a given service name can have *different* port
>>> numbers assigned for different transport protocols.
>>
>> That is correct, and always has been.
>
> Can you give an example?

DNS and NFS. We review requests regularly for other numbers that do the 
same (except for formatting differences to deal with transport 
differences) in port reviews for IANA.
...
> The only example I know that people tend to cite is DNS, and even
> that is not strictly the same application protocol over different
> transport protocols -- over TCP DNS has a two-byte length; over UDP
> it does not.

The "same service" doesn't require the same packet format. Sequence
numbers and other information needed to deal with UDP's unreliable 
nature (lossy, out of order, can duplicate) are often omitted, and some 
framing information may be added to deal with TCP's lack of framing.

<> I don't like the idea of a primary alias either; there's no notion of it
>> in the way users interact with port indices (/etc/ports or SRVs).
>
> Yes, there is. Safari browses for _http._tcp. Nothing browses for _www._tcp.

We only know that nobody registered "www" in your database; we cannot 
know whether there are no apps that browse for this string.

>> Agreed. However, note that the document itself creates a number of
>> aliases for names that don't follow the new syntax.
>
> And the new names are all the "primary" name to be used in SRV records and similar.

IMO, there is no such thing as primary. It's ALL and ANY - register ALL, 
lookup ANY. That's the only way we know things will work.

If we are to continue to use the term "primary", we need to define what 
it is and what it means; IMO, that's a can of worms we should avoid.

Joe