IETF Logo Mail Archive

Re: [port-srv-reg] Aliased service names

Stuart Cheshire <cheshire@apple.com> Sat, 04 September 2010 07:18 UTC

Return-Path: <cheshire@apple.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 2953D3A6948 for <port-srv-reg@core3.amsl.com>; Sat, 4 Sep 2010 00:18:16 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -106.227
X-Spam-Level:
X-Spam-Status: No, score=-106.227 tagged_above=-999 required=5 tests=[AWL=0.372, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4, USER_IN_WHITELIST=-100]
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 sjQaUcvJ6hPq for <port-srv-reg@core3.amsl.com>; Sat, 4 Sep 2010 00:18:14 -0700 (PDT)
Received: from mail-out3.apple.com (mail-out.apple.com [17.254.13.22]) by core3.amsl.com (Postfix) with ESMTP id B0E4D3A6940 for <port-srv-reg@ietf.org>; Sat, 4 Sep 2010 00:18:14 -0700 (PDT)
Received: from relay11.apple.com (relay11.apple.com [17.128.113.48]) by mail-out3.apple.com (Postfix) with ESMTP id 1AF9CA63271B for <port-srv-reg@ietf.org>; Sat, 4 Sep 2010 00:18:44 -0700 (PDT)
X-AuditID: 11807130-b7cf8ae0000058d2-52-4c81f2d3ba59
Received: from elliott.apple.com (elliott.apple.com [17.151.62.13]) by relay11.apple.com (Apple SCV relay) with SMTP id E2.99.22738.3D2F18C4; Sat, 4 Sep 2010 00:18:44 -0700 (PDT)
MIME-version: 1.0
Content-transfer-encoding: 7BIT
Content-type: text/plain; charset=us-ascii
Received: from [10.0.1.43] (c-24-6-164-127.hsd1.ca.comcast.net [24.6.164.127]) by elliott.apple.com (Sun Java(tm) System Messaging Server 6.3-7.04 (built Sep 26 2008; 32bit)) with ESMTPSA id <0L8700J0KOB77560@elliott.apple.com> for port-srv-reg@ietf.org; Sat, 04 Sep 2010 00:18:43 -0700 (PDT)
From: Stuart Cheshire <cheshire@apple.com>
In-reply-to: <1229C0AB-C21C-44C2-BE13-082307B5E3CE@nokia.com>
Date: Sat, 04 Sep 2010 00:18:43 -0700
Message-id: <6774BA34-4CDC-4C83-885E-41986A5A8952@apple.com>
References: <6EC7B8A7-C3B3-4E63-85A9-0DC31F4D45B4@nokia.com> <E8979CB4-025B-4120-A7DE-12F81548E41E@apple.com> <1229C0AB-C21C-44C2-BE13-082307B5E3CE@nokia.com>
To: Lars Eggert <lars.eggert@nokia.com>
X-Mailer: Apple Mail (2.1081)
X-Brightmail-Tracker: AAAAAA==
Cc: "port-srv-reg@ietf.org" <port-srv-reg@ietf.org>
Subject: Re: [port-srv-reg] Aliased service names
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: Sat, 04 Sep 2010 07:18:16 -0000

On 3 Sep 2010, at 1:21, Lars Eggert wrote:

> TURN is a backward-compatible extension of STUN. So if a client looks up "stun", a TURN server can offer service to that client. So a TURN server that wanted to support STUN would need to register both service names.

Right, and that's okay.

In this case TURN is not simply an alias for STUN. It's an extension.

A server that offers TURN on a given port also offers STUN on that port, so it should advertise both.

My point is that there's nothing to be gained by allowing variant names that are merely aliases for the exact same service.

Stuart Cheshire <cheshire@apple.com>
* Wizard Without Portfolio, Apple Inc.
* www.stuartcheshire.org

v2.8.7 | Report a Bug | By Email