Re: [port-srv-reg] ACTION ITEMS - final updates - ports doc

"David Harrington" <ietfdbh@comcast.net> Wed, 19 May 2010 15:51 UTC

Return-Path: <ietfdbh@comcast.net>
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 25E513A6A28 for <port-srv-reg@core3.amsl.com>; Wed, 19 May 2010 08:51:26 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.24
X-Spam-Level:
X-Spam-Status: No, score=-0.24 tagged_above=-999 required=5 tests=[AWL=-0.241, BAYES_50=0.001]
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 nLQyVYUvArIy for <port-srv-reg@core3.amsl.com>; Wed, 19 May 2010 08:51:25 -0700 (PDT)
Received: from qmta02.westchester.pa.mail.comcast.net (qmta02.westchester.pa.mail.comcast.net [76.96.62.24]) by core3.amsl.com (Postfix) with ESMTP id B28E73A69F9 for <port-srv-reg@ietf.org>; Wed, 19 May 2010 08:51:23 -0700 (PDT)
Received: from omta19.westchester.pa.mail.comcast.net ([76.96.62.98]) by qmta02.westchester.pa.mail.comcast.net with comcast id KNKA1e00327AodY52TrHPH; Wed, 19 May 2010 15:51:17 +0000
Received: from Harrington73653 ([67.189.235.106]) by omta19.westchester.pa.mail.comcast.net with comcast id KTrG1e00A2JQnJT3fTrGW5; Wed, 19 May 2010 15:51:17 +0000
From: "David Harrington" <ietfdbh@comcast.net>
To: "'Lars Eggert'" <lars.eggert@nokia.com>, "'Joe Touch'" <touch@ISI.EDU>
References: <201002190143.CAA21850@TR-Sys.de> <4B7F0FF4.5050904@isi.edu><4B98AE6D.4040704@erg.abdn.ac.uk> <4B9AB98F.5080802@isi.edu><4B9B6F07.7090105@erg.abdn.ac.uk> <4B9B9F8C.6080900@isi.edu><4BABC04D.206@isi.edu><4BBBB3C8.9060402@isi.edu> <4BE1B8C6.6010706@isi.edu><7ECE5396-364E-4365-8E1B-F782E25727B0@nokia.com><4BF33873.8010309@isi.edu> <4D0497EE-FD49-445E-942D-1388C66A2701@nokia.com>
Date: Wed, 19 May 2010 11:51:15 -0400
Message-ID: <04e001caf76b$1d997cc0$0600a8c0@china.huawei.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Office Outlook 11
In-Reply-To: <4D0497EE-FD49-445E-942D-1388C66A2701@nokia.com>
Thread-Index: Acr3Rl6TRDfflLnER42zLdh6wq5c2wAI4wFA
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3198
Cc: port-srv-reg@ietf.org
Subject: Re: [port-srv-reg] ACTION ITEMS - final updates - ports doc
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: Wed, 19 May 2010 15:51:26 -0000

Hi,

I recommend against having the "Known Unauthorized Uses" field.
I think this would encourage continued use of the unassigned srv/port.

Syslog WG wrote a document explaining why syslog is not interoprable -
it documented how everybody does it differently - and vendors claim
compliance to that RFC.
Somebody will claim "compliance" to the IANA registry that lists their
unauthorized usage.

dbh

> -----Original Message-----
> From: port-srv-reg-bounces@ietf.org 
> [mailto:port-srv-reg-bounces@ietf.org] On Behalf Of Lars Eggert
> Sent: Wednesday, May 19, 2010 7:23 AM
> To: Joe Touch
> Cc: port-srv-reg@ietf.org
> Subject: Re: [port-srv-reg] ACTION ITEMS - final updates - ports doc
> 
> Hi,
> 
> On 2010-5-19, at 4:01, Joe Touch wrote:
> >>> The current list of registration information is listed in 
> Section 8.1:
> >>> 
> >>>     Registration Administrative Contact (REQUIRED)
> >>>     Registration Technical Contact (REQUIRED)
> >>>     Service Name (REQUIRED)
> >>>     Port Number (OPTIONAL)
> >>>     Transport Protocol(s) (REQUIRED if port number requested)
> > 
> > I think we agreed to make this "(REQUIRED)" in all cases.
> 
> a port number isn't required for when only a service name is 
> requested, no?
> 
> >>>     Service Code (only REQUIRED for DCCP)
> >>>     Description (REQUIRED)
> >>>     Reference (REQUIRED)
> > 
> > It might be useful to move the service name and transport 
> protocol to
> > the top of the list, and indicate that the pair are the "key",
i.e.,
> > they define the service.
> > 
> > I would suggest adding the following two OPTIONAL fields to the
set
> > above, which are NOT provided by the applicant:
> > 
> > 	Known Unauthorized Uses
> > 	Assignment comments (de-registration, owner/name change, etc.)
> 
> Can you provide text for those two, so we understand a little 
> better what they'd be about?
> 
> Thanks,
> Lars
>