Re: [port-srv-reg] "assigned" ( vs. "registered"), and related issues

Olafur Gudmundsson <ogud@ogud.com> Thu, 14 January 2010 14:13 UTC

Return-Path: <ogud@ogud.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 583F13A67D9; Thu, 14 Jan 2010 06:13:18 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.666
X-Spam-Level:
X-Spam-Status: No, score=-2.666 tagged_above=-999 required=5 tests=[AWL=-0.067, BAYES_00=-2.599]
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 wqE3FUAX4Vn9; Thu, 14 Jan 2010 06:13:15 -0800 (PST)
Received: from stora.ogud.com (stora.ogud.com [66.92.146.20]) by core3.amsl.com (Postfix) with ESMTP id 365363A6874; Thu, 14 Jan 2010 06:13:15 -0800 (PST)
Received: from valholl.ogud.com (nyttbox.md.ogud.com [10.20.30.4]) by stora.ogud.com (8.14.3/8.14.3) with ESMTP id o0EEDBDD076210; Thu, 14 Jan 2010 09:13:11 -0500 (EST) (envelope-from ogud@ogud.com)
Message-Id: <201001141413.o0EEDBDD076210@stora.ogud.com>
X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9
Date: Thu, 14 Jan 2010 09:13:09 -0500
To: Lars Eggert <lars.eggert@nokia.com>
From: Olafur Gudmundsson <ogud@ogud.com>
In-Reply-To: <54E3D339-1E62-4BD1-9AA0-80F3C348724F@nokia.com>
References: <201001111508.QAA08192@TR-Sys.de> <54E3D339-1E62-4BD1-9AA0-80F3C348724F@nokia.com>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed
X-Scanned-By: MIMEDefang 2.67 on 66.92.146.20
Cc: "port-srv-reg@ietf.org" <port-srv-reg@ietf.org>, "apps-discuss@ietf.org" <apps-discuss@ietf.org>, "tsvwg@ietf.org" <tsvwg@ietf.org>
Subject: Re: [port-srv-reg] "assigned" ( vs. "registered"), and related issues
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 14:13:20 -0000

At 03:39 13/01/2010, Lars Eggert wrote:

> > IMO, this basically treats SRV names as old port numbers were treated -
> > i.e., ask for a name, get ALL transports. That's how port number
> > assignments were done until recently, where now only the needed
> > transport is assigned.
> >
> > So IMO a service means something only relative to a transport. However,
> > it'd be useful to require the transport be specified only if the same
> > name would mean different things for different transports. Do we ever
> > see that happening?
>
>Right. Or, in other words, if you have a service name, it's yours 
>for all transports, just as ports used to be. (There are so many 
>service names that we can burn combinations that aren't used, and 
>limit interactions with IANA.)
>
>Lars

The important point is:
Each service is going to have one or more transports that are "preferred",
these preferences need to be noted in the registry.
(this point applies both to port allocations and service names).

See section 5.1 of
http://tools.ietf.org/html/draft-gudmundsson-dnsext-srv-clarify-00

for proposed search order when priority order is not known.

         Olafur