Re: [port-srv-reg] Making progress
Stuart Cheshire <cheshire@apple.com> Tue, 07 September 2010 23:15 UTC
Return-Path: <cheshire@apple.com>
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 A94F83A6AA9 for <port-srv-reg@core3.amsl.com>;
Tue, 7 Sep 2010 16:15:26 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -105.392
X-Spam-Level:
X-Spam-Status: No, score=-105.392 tagged_above=-999 required=5 tests=[AWL=1.207,
BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4, 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 wJk0FBWkwkyY for
<port-srv-reg@core3.amsl.com>; Tue, 7 Sep 2010 16:15:25 -0700 (PDT)
Received: from mail-out4.apple.com (mail-out.apple.com [17.254.13.23]) by
core3.amsl.com (Postfix) with ESMTP id C01603A6A7A for
<port-srv-reg@ietf.org>; Tue, 7 Sep 2010 16:15:24 -0700 (PDT)
Received: from relay16.apple.com (relay16.apple.com [17.128.113.55]) by
mail-out4.apple.com (Postfix) with ESMTP id 39518ADC1D23;
Tue, 7 Sep 2010 16:15:53 -0700 (PDT)
X-AuditID: 11807137-b7b43ae00000547d-00-4c86c7a939bf
Received: from [17.202.46.71] (chesh1.apple.com [17.202.46.71]) by
relay16.apple.com (Apple SCV relay) with SMTP id D3.1A.21629.9A7C68C4;
Tue, 7 Sep 2010 16:15:53 -0700 (PDT)
In-Reply-To: <05B243F724B2284986522B6ACD0504D7D341083169@EXVPMBX100-1.exc.icann.org>
References: <05B243F724B2284986522B6ACD0504D7D341083169@EXVPMBX100-1.exc.icann.org>
Mime-Version: 1.0 (Apple Message framework v753.1)
Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed
Message-Id: <328D8A9E-FE84-4CCB-B102-2849A5DCE9A4@apple.com>
Content-Transfer-Encoding: 7bit
From: Stuart Cheshire <cheshire@apple.com>
Date: Tue, 7 Sep 2010 16:15:51 -0700
To: Mark Mcfadden <mark.mcfadden@icann.org>
X-Mailer: Apple Mail (2.753.1)
X-Brightmail-Tracker: AAAAAA==
Cc: "port-srv-reg@ietf.org" <port-srv-reg@ietf.org>
Subject: Re: [port-srv-reg] Making 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 23:15:26 -0000
On 7 Sep, 2010, at 13:51, Mark Mcfadden wrote:
> The most recent version in the repository has the changes suggested
> by Michelle and Pearl. The attachment has the before and after
> language. Of course, a simple diff is also going to provide you
> with a view of the small changes that were made. They were:
I see you added.
<t>Note that the historic "port name" is now the "service
name" and
follows the service name syntax defined in this section. </t>
To be strictly accurate, this should say:
<t>In approximately 98% of cases, the new "service name" is
exactly
the same as the old historic "short name" from the IANA web forms
<xref target="SYSFORM"/> <xref target="USRFORM"/>. In
approximately 2% of
cases, the new "service name" is derived from the old historic
"short
name" as described below in <xref target="consistency"/>.</t>
> It wasn't my suggestion, but I believe that it is useful to avoid
> potential confusion in names.
>
> this-svc and
> this--svc
>
> would be easy to confuse. I don't think that it (consecutive
> hyphens) is a necessary syntax feature.
>
> mark
We can't stop people creating deliberately confusing names. Limiting
length and character set is beneficial for implementation reasons.
Prohibiting services called "23" or "6000-6063" is beneficial if it
avoids developer confusion with ports or port ranges. Apart from
addressing those specific concerns, I don't think we need to be
adding additional restrictions.
Stuart Cheshire <cheshire@apple.com>
* Wizard Without Portfolio, Apple Inc.
* www.stuartcheshire.org
- [port-srv-reg] Making progress Mark Mcfadden
- Re: [port-srv-reg] Making progress Joe Touch
- Re: [port-srv-reg] Making progress Mark Mcfadden
- Re: [port-srv-reg] Making progress Joe Touch
- Re: [port-srv-reg] Making progress Stuart Cheshire