Re: [port-srv-reg] [IANA-Port-Experts] explanatory text on http://www.iana.org/assignments/port-numbers
Eliot Lear <lear@cisco.com> Thu, 14 January 2010 13:02 UTC
Return-Path: <lear@cisco.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 4D3AD3A635F for <port-srv-reg@core3.amsl.com>;
Thu, 14 Jan 2010 05:02:14 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.598
X-Spam-Level:
X-Spam-Status: No, score=-2.598 tagged_above=-999 required=5 tests=[AWL=-0.000,
BAYES_00=-2.599, HTML_MESSAGE=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 3bsel7Ys0N6i for
<port-srv-reg@core3.amsl.com>; Thu, 14 Jan 2010 05:02:12 -0800 (PST)
Received: from ams-iport-2.cisco.com (ams-iport-2.cisco.com [144.254.224.141])
by core3.amsl.com (Postfix) with ESMTP id D6FDA3A659A for
<port-srv-reg@ietf.org>; Thu, 14 Jan 2010 05:02:11 -0800 (PST)
Authentication-Results: ams-iport-2.cisco.com;
dkim=neutral (message not signed) header.i=none
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AqgAAB+kTkuQ/uCWe2dsb2JhbACDYJgWAQEWJAalUYcXjWqCMYEpVgQ
X-IronPort-AV: E=Sophos;i="4.49,275,1262563200"; d="scan'208,217";a="2428862"
Received: from ams-core-1.cisco.com ([144.254.224.150]) by
ams-iport-2.cisco.com with ESMTP; 14 Jan 2010 12:33:06 +0000
Received: from dhcp-10-61-111-195.cisco.com (dhcp-10-61-111-195.cisco.com
[10.61.111.195]) by ams-core-1.cisco.com (8.13.8/8.14.3) with ESMTP id
o0ED276F005217; Thu, 14 Jan 2010 13:02:07 GMT
Message-ID: <4B4F15CE.5010700@cisco.com>
Date: Thu, 14 Jan 2010 14:02:06 +0100
From: Eliot Lear <lear@cisco.com>
User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US;
rv:1.9.1.5) Gecko/20091204 Thunderbird/3.0
MIME-Version: 1.0
To: Lars Eggert <lars.eggert@nokia.com>
References: <C156BA68-AFBA-4771-8F5E-F6B5DCB1C97B@nokia.com>
In-Reply-To: <C156BA68-AFBA-4771-8F5E-F6B5DCB1C97B@nokia.com>
X-Enigmail-Version: 1.0
Content-Type: multipart/alternative;
boundary="------------050101060600080900010000"
Cc: iana-port-experts@icann.org, port-srv-reg@ietf.org
Subject: Re: [port-srv-reg] [IANA-Port-Experts] explanatory text
on http://www.iana.org/assignments/port-numbers
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: Thu, 14 Jan 2010 13:02:14 -0000
Hmm. Lars, I agree that document is out of date. Quite frankly I was waiting for yours ;-) Eliot On 1/14/10 12:52 PM, Lars Eggert wrote: > Hi, > > I've recently had reason to look at the explanatory text (i.e., the bits that aren't port listings) on http://www.iana.org/assignments/port-numbers. > > Either I'm misunderstanding things badly, or the text is out of date and out of sync with how we handle things. It also has some other oddities. > > Here is the entire text (minus the actual listings). Comments and questions inline: > > >> PORT NUMBERS >> >> (last updated 2010-01-11) >> >> The port numbers are divided into three ranges: the Well Known Ports, >> the Registered Ports, and the Dynamic and/or Private Ports. >> >> The Well Known Ports are those from 0 through 1023. >> >> DCCP Well Known ports SHOULD NOT be used without IANA registration. >> The registration procedure is defined in [RFC4340], Section 19.9. >> > This SHOULD NOT is not specific to DCCP. But the text in RFC4340 is not super clear. I actually believe it means to say "you SHOULD NOT use port numbers already allocated for TCP or UDP for DCCP without registering this use with IANA first." > > In any event, it is a bit odd to see this test here and nothing about TCP/UDP/SCTP. > > >> The Registered Ports are those from 1024 through 49151 >> >> DCCP Registered ports SHOULD NOT be used without IANA registration. >> The registration procedure is defined in [RFC4340], Section 19.9. >> > Same comment as above. > > >> The Dynamic and/or Private Ports are those from 49152 through 65535 >> >> A value of 0 in the port numbers registry below indicates that no port >> has been allocated. >> > The only instance I can find is spr-itunes. I guess this will turn into a service name registration after draft-ietf-tsvwg-iana-ports is done? > > >> ************************************************************************ >> * PLEASE NOTE THE FOLLOWING: * >> * * >> * IESG STATEMENT TO THE IANA * >> * THE IESG BELIEVES THAT IANA MAY ALLOCATE AN ADDITIONAL PORT IN * >> * THE 'USER PORT' RANGE TO PROTOCOLS WHOSE CURRENT PORT ALLOCATION * >> * REQUIRES ACCESS TO A PRIVILEGED PORT. THIS ALLOCATION SHOULD NOT * >> * BE AUTOMATIC, BUT MAY OCCUR UPON APPLICATION BY AN INTERESTED * >> * PARTY WHOSE APPLICATION WOULD OTHERWISE FIT IANA'S POLICIES. * >> > This should probably be merged into draft-ietf-tsvwg-iana-ports, or the document that explains the procedure of the ports-review team. > > >> * 1. UNASSIGNED PORT NUMBERS SHOULD NOT BE USED. THE IANA WILL ASSIGN * >> * THE NUMBER FOR THE PORT AFTER YOUR APPLICATION HAS BEEN APPROVED. * >> > Does this only apply to the Well Known range, or also to the Registered Range? Because it conflicts with text in the description of the Registered range (see below.) > > >> * 2. ASSIGNMENT OF A PORT NUMBER DOES NOT IN ANY WAY IMPLY AN * >> * ENDORSEMENT OF AN APPLICATION OR PRODUCT, AND THE FACT THAT NETWORK * >> * TRAFFIC IS FLOWING TO OR FROM A REGISTERED PORT DOES NOT MEAN THAT * >> * IT IS "GOOD" TRAFFIC. FIREWALL AND SYSTEM ADMINISTRATORS SHOULD * >> * CHOOSE HOW TO CONFIGURE THEIR SYSTEMS BASED ON THEIR KNOWLEDGE OF * >> * THE TRAFFIC IN QUESTION, NOT WHETHER THERE IS A PORT NUMBER * >> * REGISTERED OR NOT. * >> ************************************************************************ >> >> >> WELL KNOWN PORT NUMBERS >> >> The Well Known Ports are assigned by the IANA and on most systems can >> only be used by system (or root) processes or by programs executed by >> privileged users. >> >> Ports are used in the TCP [RFC793] to name the ends of logical >> connections which carry long term conversations. For the purpose of >> providing services to unknown callers, a service contact port is >> defined. This list specifies the port used by the server process as >> its contact port. The contact port is sometimes called the >> "well-known port". >> >> To the extent possible, these same port assignments are used with the >> UDP [RFC768]. >> > This intro needs to be rephrased for SCTP and DCCP. The bit about calling the contact port the well known port is confusing, because contacts ports can obviously also be registered ports. > > >> The range for well-known ports managed by the IANA is 0-1023. >> >> Port Assignments: >> >> Keyword Decimal Description References >> ------- ------- ----------- ---------- >> ... >> >> >> REGISTERED PORT NUMBERS >> >> The Registered Ports are listed by the IANA and on most systems can be >> used by ordinary user processes or programs executed by ordinary >> users. >> >> Ports are used in the TCP [RFC793] to name the ends of logical >> connections which carry long term conversations. For the purpose of >> providing services to unknown callers, a service contact port is >> defined. This list specifies the port used by the server process as >> its contact port. >> >> The IANA registers uses of these ports as a convenience to the >> community. >> > This is the statement I have the most issues with. So if this a "convenience" to the community, we should not even be reviewing these requests. If this is true, anyone can just take numbers out of this range. > > My interpretation is that this might have been the case when this text was written, but that these days IANA treats the Well Known and Registered ranges the same, except for a higher review bar for Well Known registrations. We need to correct this if this is true. > > >> To the extent possible, these same port assignments are used with the >> UDP [RFC768]. >> >> The Registered Ports are in the range 1024-49151. >> > This doesn't say "managed by IANA" like the equivalent text for the Well Known range does. Oversight or deliberate? Does IANA believe they have management rights for the Registered range? (I believe you do.) > > >> Port Assignments: >> >> Keyword Decimal Description References >> ------- ------- ----------- ---------- >> ... >> >> >> DYNAMIC AND/OR PRIVATE PORTS >> >> The Dynamic and/or Private Ports are those from 49152 through 65535 >> > Lars > > > _______________________________________________ > IANA-Port-Experts mailing list > IANA-Port-Experts@icann.org > https://mm.icann.org/mailman/listinfo/iana-port-experts >
- [port-srv-reg] explanatory text on http://www.ian… Lars Eggert
- Re: [port-srv-reg] [IANA-Port-Experts] explanator… Eliot Lear
- Re: [port-srv-reg] [IANA-Port-Experts] explanator… Lars Eggert
- Re: [port-srv-reg] [IANA-Port-Experts] explanator… Michelle Cotton
- Re: [port-srv-reg] [IANA-Port-Experts] explanator… Lars Eggert