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

Joe Touch <touch@isi.edu> Fri, 26 August 2011 01:35 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 75A1F21F84C8 for <port-srv-reg@ietfa.amsl.com>; Thu, 25 Aug 2011 18:35:39 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -105.266
X-Spam-Level:
X-Spam-Status: No, score=-105.266 tagged_above=-999 required=5 tests=[AWL=1.333, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4, 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 YVYz1JVXmDiD for <port-srv-reg@ietfa.amsl.com>; Thu, 25 Aug 2011 18:35:39 -0700 (PDT)
Received: from boreas.isi.edu (boreas.isi.edu [128.9.160.161]) by ietfa.amsl.com (Postfix) with ESMTP id 0970021F84C5 for <port-srv-reg@ietf.org>; Thu, 25 Aug 2011 18:35:39 -0700 (PDT)
Received: from [128.9.160.166] (abc.isi.edu [128.9.160.166]) (authenticated bits=0) by boreas.isi.edu (8.13.8/8.13.8) with ESMTP id p7Q1aDjj020173 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 25 Aug 2011 18:36:13 -0700 (PDT)
Message-ID: <4E56F88D.4060809@isi.edu>
Date: Thu, 25 Aug 2011 18:36:13 -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> <4E5527CD.6050509@isi.edu> <5E527290-A04D-4773-9BB0-B41C04B189DA@apple.com> <4E568F0F.6050600@isi.edu> <680A440E-021F-4679-8A06-5891A2F4F240@apple.com>
In-Reply-To: <680A440E-021F-4679-8A06-5891A2F4F240@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] "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: Fri, 26 Aug 2011 01:35:39 -0000

On 8/25/2011 5:33 PM, Stuart Cheshire wrote:
> On 25 Aug, 2011, at 11:06, Joe Touch wrote:
>
>> if SRV records were used *today* for all services, it would be a
>> requirement that the SRV tables on the local machine would need to
>> include a copy of entries from the ports table - i.e., it would need
>> to effectively replicate /etc/services anyway
>
> Joe, I'm not sure you understand how SRV records work. DNS SRV records
> are not "tables on the local machine" -- just like DNS address records
> are not "tables on the local machine" that replicate what would have
> been in that machine's old /etc/hosts file.

If you start a service, you need to register it somewhere. If you run a 
DNS somewhere else, you can register it there. Absent that, you need to 
register it on a DNS local to that machine (which I had assumed, since 
I've rarely had a machine that could control any entries in the DNS it 
got its name from).

>> getservbyname() is used both by clients and servers. A server that
>> doesn't consult a local /etc/services ... is basically saying it
>> cannot be reached by legacy clients in the Internet.
>
> Apple hasn't updated /etc/services since 2002, and yet... and yet...
> people somehow are managing to continue shipping new network software on
> it at an astonishing rate.

Many other manufacturers deploy both OS's and network software without 
Bonjour as well, and yet somehow apps keep running at the same 
astonishing rate. Is that an indication we don't need SRV records either?

 > How could that be? Is it possible that they
> just bind to the numeric port number IANA assigned to them, instead of
> sitting on their hands and waiting for the OS vendor to ship an update
> (and for all their customers to upgrade) before shipping their products?

They *have* to if they use your system, because you MADE them. Not 
because they wanted to, necessarily.

> Taking a dependency on /etc/services being updated would be disastrous
> for any software you were actually trying to ship to users.

It certainly would on an Apple. Good to know.

Joe