Re: [DNSOP] Extended CNAME (ENAME)

Masataka Ohta <mohta@necom830.hpcl.titech.ac.jp> Wed, 21 May 2014 04:53 UTC

Return-Path: <mohta@necom830.hpcl.titech.ac.jp>
X-Original-To: dnsop@ietfa.amsl.com
Delivered-To: dnsop@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A3DC61A0484 for <dnsop@ietfa.amsl.com>; Tue, 20 May 2014 21:53:31 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.042
X-Spam-Level:
X-Spam-Status: No, score=-0.042 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HELO_EQ_JP=1.244, HOST_EQ_JP=1.265, RP_MATCHES_RCVD=-0.651] autolearn=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id eb1Jmt_pGFLf for <dnsop@ietfa.amsl.com>; Tue, 20 May 2014 21:53:31 -0700 (PDT)
Received: from necom830.hpcl.titech.ac.jp (necom830.hpcl.titech.ac.jp [131.112.32.132]) by ietfa.amsl.com (Postfix) with SMTP id 885C31A0277 for <dnsop@ietf.org>; Tue, 20 May 2014 21:53:30 -0700 (PDT)
Received: (qmail 13666 invoked from network); 21 May 2014 04:45:23 -0000
Received: from necom830.hpcl.titech.ac.jp (HELO ?127.0.0.1?) (131.112.32.132) by necom830.hpcl.titech.ac.jp with SMTP; 21 May 2014 04:45:23 -0000
Message-ID: <537C3147.3000103@necom830.hpcl.titech.ac.jp>
Date: Wed, 21 May 2014 13:53:27 +0900
From: Masataka Ohta <mohta@necom830.hpcl.titech.ac.jp>
User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0
MIME-Version: 1.0
To: dnsop@ietf.org
References: <mailman.81.1400353284.24808.dnsop@ietf.org> <21370.33215.875300.671179@tale.kendall.corp.akamai.com> <4B289B9D-1710-403F-8C45-156D1D3AA5A8@nominum.com> <537AD201.8010008@redbarn.org> <829C54BC-A637-4935-A69A-6FDFF78AEC0C@frobbit.se> <20140520091013.51373161D8FE@rock.dv.isc.org>
In-Reply-To: <20140520091013.51373161D8FE@rock.dv.isc.org>
Content-Type: text/plain; charset="ISO-2022-JP"
Content-Transfer-Encoding: 7bit
Archived-At: http://mailarchive.ietf.org/arch/msg/dnsop/YQGLXO5n_RGnXxHxfxk-u7tLTI8
Subject: Re: [DNSOP] Extended CNAME (ENAME)
X-BeenThere: dnsop@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: IETF DNSOP WG mailing list <dnsop.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dnsop>, <mailto:dnsop-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/dnsop/>
List-Post: <mailto:dnsop@ietf.org>
List-Help: <mailto:dnsop-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dnsop>, <mailto:dnsop-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 21 May 2014 04:53:31 -0000

Mark Andrews wrote:

> I've updated draft-andrews-http-srv-02.
> 
> http://tools.ietf.org/html/draft-andrews-http-srv-02

First, as all the URIs related to SRV are URLs, the draft should
specifically say URLs, especially because non-URL URIs are
virtually dead replaced by DOIs.

Considering a possibility that a port based virtual host may
use multiple port numbers:

   If the URI does explicitly specify a port, other than the default
   port, to connect to then there is a potential conflict in the port
   specification between the URI and the SRV records, and the SRV record
   is ignored.  In this case the user agent MUST query for address
   records for the host name in the URI (instead of SRV records).

is not a good idea, which is why I suggested port number addition
in my draft.

						Masataka Ohta