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

Bobby Krupczak <rdk@krupczak.org> Tue, 23 August 2011 14:53 UTC

Return-Path: <rdk@krupczak.org>
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 1BCD421F8888 for <port-srv-reg@ietfa.amsl.com>; Tue, 23 Aug 2011 07:53:35 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level:
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599]
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 Kvvzu+fmo1VP for <port-srv-reg@ietfa.amsl.com>; Tue, 23 Aug 2011 07:53:34 -0700 (PDT)
Received: from uncasville.krupczak.org (uncasville.krupczak.org [192.24.251.116]) by ietfa.amsl.com (Postfix) with ESMTP id 1324221F8880 for <port-srv-reg@ietf.org>; Tue, 23 Aug 2011 07:53:34 -0700 (PDT)
Received: from localhost (unknown [127.0.0.1]) by uncasville.krupczak.org (Postfix) with ESMTP id C14FD2404C4; Tue, 23 Aug 2011 14:54:31 +0000 (UTC)
X-Virus-Scanned: amavisd-new at krupczak.org
Received: from uncasville.krupczak.org ([127.0.0.1]) by localhost (uncasville.krupczak.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ROKCodPgWK0w; Tue, 23 Aug 2011 10:54:24 -0400 (EDT)
Received: from peachtree.krupczak.org (unknown [198.160.134.9]) by uncasville.krupczak.org (Postfix) with ESMTPSA id 0C4762404B9; Tue, 23 Aug 2011 10:54:24 -0400 (EDT)
Message-ID: <4E53BF1F.5040708@krupczak.org>
Date: Tue, 23 Aug 2011 10:54:23 -0400
From: Bobby Krupczak <rdk@krupczak.org>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.13) Gecko/20101209 Fedora/3.1.7-0.35.b3pre.fc13 Thunderbird/3.1.7
MIME-Version: 1.0
To: Stuart Cheshire <cheshire@apple.com>
References: <6BA107CB-7E6F-4720-ABDF-7B0D0733D607@apple.com>
In-Reply-To: <6BA107CB-7E6F-4720-ABDF-7B0D0733D607@apple.com>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
X-Mailman-Approved-At: Tue, 23 Aug 2011 23:41:02 -0700
Cc: Bobby K <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: Tue, 23 Aug 2011 14:53:35 -0000

Hi!

Your email certainly caught me off guard and I had to think about it for 
a few moments to get what you were writing about.

Let me see if I understand this.

Apple (under the guise of some quasi-independent but non-official group) 
creates its own service name registry for use with Bonjour.

Apple then decides it wants to make it official, gets the IETF to 
combine it with their own *official* service/port registry.

Now, Apple wants *me* to change the name of my service that was 
registered according to the rules and registered with the official 
organization and registry.

Is this a correct inference and is this what the IETF allows private 
corporations to do?

The answer is yes I do use both the port and service name in code, APIs, 
and rely on this registry.

Thanks,

Bobby

On 08/23/11 00:38, Stuart Cheshire wrote:
> Bobby, I'm writing in reference to your service type registration for "xmp" (port 5270).
>
> We recently merged the volunteer-run dns-sd.org registry and the official IANA "port numbers" registry, to make a new combined "Service Name and Port Number Registry". For more information, see:
>
> <http://tools.ietf.org/html/draft-ietf-tsvwg-iana-ports>
>
> Although combining the two registries is overall a great move, unfortunately in the process we discovered that there were three names which got registered differently in the two separate lists, one of which is "xmp".
>
> Prior to your port registration, the "xmp" service name had already been registered in the dns-sd.org registry, for use with DNS-SD (aka "Bonjour") and similar name-based service-discovery mechanisms.
>
> We've contacted the prior dns-sd.org registrant, and they inform us that the "xmp" service name has been in widespread commercial use in their software for many years, and continues to be used in their current products.
>
> The implication of this is that if you were to use the "xmp" service name with DNS-SD (aka "Bonjour"), DNS SRV records, or similar name-based service-discovery mechanisms, then you would get inadvertent conflicts with their use of the name. Your clients would inadvertently discover instances of the other "xmp" service, which your clients don't know anything about, and clients of the other "xmp" service would inadvertently discover instances of your service, which they wouldn't know how to use. Of course this would be confusing and unhelpful for users.
>
> This conflict does not affect your registered port 5270, only the name "xmp".
>
> It is our hope that your software uses your registered port 5270 explicitly, and for you the "xmp" name was merely a mnemonic for human convenience, not actually used by your software for Bonjour service discovery or similar purposes. If this is the case then changing the name to something else (say "Cartographer", or "CartographerXMP"), would not cause any on-the-wire interoperability problems, and this inadvertent name collision can be resolved amicably.
>
> If your software is using the "xmp" service name string (e.g. for Bonjour or similar on-the-wire service discovery protocols), then please let us know as soon as possible, and we'll try to work out a way forward that minimises disruption to all parties.
>
> Ideally, if your software is not using the "xmp" service name string in APIs, protocols, or for service discovery, then we can simply change the mnemonic string for port 5270 without causing undue hardship for anyone involved.
>
> Please let us know.
>
> Thanks in advance.
>
> Stuart Cheshire, on behalf of the IANA port-srv-reg team.