Re: [port-srv-reg] "xmp" service type and the unified IANA Service Name and Port Number Registry

Joe Touch <touch@isi.edu> Wed, 24 August 2011 16:32 UTC

Return-Path: <touch@isi.edu>
X-Original-To: port-srv-reg@ietfa.amsl.com
Delivered-To: port-srv-reg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3844221F8C85 for <port-srv-reg@ietfa.amsl.com>; Wed, 24 Aug 2011 09:32:27 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -103.219
X-Spam-Level:
X-Spam-Status: No, score=-103.219 tagged_above=-999 required=5 tests=[AWL=-0.620, BAYES_00=-2.599, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id UmJZXgy3Zj4U for <port-srv-reg@ietfa.amsl.com>; Wed, 24 Aug 2011 09:32:26 -0700 (PDT)
Received: from darkstar.isi.edu (darkstar.isi.edu [128.9.128.127]) by ietfa.amsl.com (Postfix) with ESMTP id B6BB721F8A51 for <port-srv-reg@ietf.org>; Wed, 24 Aug 2011 09:32:26 -0700 (PDT)
Received: from [128.9.160.166] (abc.isi.edu [128.9.160.166]) (authenticated bits=0) by darkstar.isi.edu (8.13.8/8.13.8) with ESMTP id p7OGXHWT004113 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 24 Aug 2011 09:33:17 -0700 (PDT)
Message-ID: <4E5527CD.6050509@isi.edu>
Date: Wed, 24 Aug 2011 09:33:17 -0700
From: Joe Touch <touch@isi.edu>
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:6.0) Gecko/20110812 Thunderbird/6.0
MIME-Version: 1.0
To: Stuart Cheshire <cheshire@apple.com>
References: <6BA107CB-7E6F-4720-ABDF-7B0D0733D607@apple.com> <4E53BF1F.5040708@krupczak.org> <9A7A3E75-3F30-4A39-8D35-94D3C2C9381B@apple.com> <20110824024614.GF29306@uncasville.krupczak.org> <6128495A-A51C-4259-A3B6-C8933B4BE564@apple.com>
In-Reply-To: <6128495A-A51C-4259-A3B6-C8933B4BE564@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: Bobby Krupczak <rdk@krupczak.org>, port-srv-reg@ietf.org
Subject: Re: [port-srv-reg] "xmp" service type and the unified IANA Service Name and Port Number Registry
X-BeenThere: port-srv-reg@ietf.org
X-Mailman-Version: 2.1.12
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/options/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, 24 Aug 2011 16:32:27 -0000

On 8/23/2011 10:41 PM, Stuart Cheshire wrote:
> On 23 Aug 2011, at 19:46, Bobby Krupczak wrote:
...
>> I use the name in getservbyname()
>
> My personal view is that getservbyname() is a flawed API with very
> limited usefulness. It simply consults the local /etc/services table on
> Unix, and, in your case, should always return the fixed constant 5270.
> So calling getservbyname("xmp", "tcp") is just a less-efficient way of
> writing "htons(5270)".

Hi, Bobby,

This view is not held by all parties involved in this issue.

My view is that getservbyname provides the same level of indirection 
inside a host that SRV records provide between hosts. In specific, 
modifications of the /etc/services tables does occur and is valid. As a 
result, I would not suggest that you change to using the port number 
directly.

My position, FWIW, is that IANA assignments were the only official ones, 
and that they will take precedent - that is what I have already 
recommended to IANA. Whether the SRV name or port name is changed, there 
are changes to code required.

The goal of this exchange is to minimize the impact of resolving the 
unification of IANA port names and SRV names. My recommendation to IANA 
is that IANA assignments should take precedence if a true conflict remains.

On one final point:

> And, getting back to your "xmp" example, "xmp" isn't even in the /etc/services table on OS X
...

Stuart - perhaps you can encourage Apple to update their /etc/services 
to track the IANA list more closely. Regardless of similar flaws in 
other OSes, this list should be updated regularly.

Joe Touch
IANA Port Review Team Lead