Re: [dnsext] [Technical Errata Reported] RFC2782 (2984)
Douglas Otis <dotis@mail-abuse.org> Wed, 05 October 2011 01:18 UTC
Return-Path: <dotis@mail-abuse.org>
X-Original-To: dnsext@ietfa.amsl.com
Delivered-To: dnsext@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 31B8321F8C51 for <dnsext@ietfa.amsl.com>; Tue, 4 Oct 2011 18:18:17 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -103.383
X-Spam-Level:
X-Spam-Status: No, score=-103.383 tagged_above=-999 required=5 tests=[AWL=-0.784, BAYES_00=-2.599, 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 Mf9qSdsMHxLG for <dnsext@ietfa.amsl.com>; Tue, 4 Oct 2011 18:18:16 -0700 (PDT)
Received: from SJDC-SDIRelay2.sdi.trendmicro.com (sjdc-sdirelay2.sdi.trendmicro.com [150.70.68.59]) by ietfa.amsl.com (Postfix) with ESMTP id 8145421F8BF8 for <dnsext@ietf.org>; Tue, 4 Oct 2011 18:18:16 -0700 (PDT)
Received: from harry.mail-abuse.org (harry.mail-abuse.org [168.61.5.27]) by SJDC-SDIRelay2.sdi.trendmicro.com (Postfix) with ESMTP id 5705A308111 for <dnsext@ietf.org>; Wed, 5 Oct 2011 01:21:21 +0000 (UTC)
Received: from US-DOUGO-MAC.local (gateway1.sjc.mail-abuse.org [168.61.5.81]) by harry.mail-abuse.org (Postfix) with ESMTP id F0B5EA9443B for <dnsext@ietf.org>; Wed, 5 Oct 2011 01:21:21 +0000 (UTC)
Message-ID: <4E8BB111.5010004@mail-abuse.org>
Date: Tue, 04 Oct 2011 18:21:21 -0700
From: Douglas Otis <dotis@mail-abuse.org>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:7.0.1) Gecko/20110929 Thunderbird/7.0.1
MIME-Version: 1.0
To: dnsext@ietf.org
References: <20111004203900.4016798C25F@rfc-editor.org> <4E8B9014.3060000@necom830.hpcl.titech.ac.jp> <4E8B9515.3060503@oracle.com> <4E8BA347.7060208@necom830.hpcl.titech.ac.jp>
In-Reply-To: <4E8BA347.7060208@necom830.hpcl.titech.ac.jp>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
Subject: Re: [dnsext] [Technical Errata Reported] RFC2782 (2984)
X-BeenThere: dnsext@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: DNS Extensions working group discussion list <dnsext.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dnsext>, <mailto:dnsext-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/dnsext>
List-Post: <mailto:dnsext@ietf.org>
List-Help: <mailto:dnsext-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dnsext>, <mailto:dnsext-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 05 Oct 2011 01:18:17 -0000
On 10/4/11 5:22 PM, Masataka Ohta wrote: > Jordan Brown wrote: > >>> From examples of the RFC: >>> >>> ; NO other services are supported >>> *._tcp SRV 0 0 0 . >>> *._udp SRV 0 0 0 . >>> >>> it is obvious that weight=0 means that the RR must not be >>> selected. >> Perhaps, but on the other hand it also says: >> >> Domain >> administrators SHOULD use Weight 0 when there isn't any server >> selection to do, to make the RR easier to read for humans (less >> noisy). In the presence of records containing weights greater >> than 0, records with weight 0 should have a very small chance of >> being selected. > Hmmmm, as the RFC says: > > Domain > administrators SHOULD use Weight 0 when there isn't any server > selection to do, to make the RR easier to read for humans (less > noisy). > > A Target of "." means that the service is decidedly not > available at this domain. > > weight=0 in the examples I showed should not be significant, sorry. > > Then, I agree with you, except that > > - Selecting weight=0 entries in any order when all of > the weight!=0 entries have been selected. > > should be: > > - Selecting weight=0 entries in random order when all > of the weight!=0 entries have been selected. Even use of "." as a null target is problematic when this convention is ignored. What problem does a "." (null) service reference improve over simply not having an entry? The use of wildcards for _label._label services seems rather limited. -Doug
- [dnsext] [Technical Errata Reported] RFC2782 (298… RFC Errata System
- Re: [dnsext] [Technical Errata Reported] RFC2782 … Masataka Ohta
- Re: [dnsext] [Technical Errata Reported] RFC2782 … Jordan Brown
- Re: [dnsext] [Technical Errata Reported] RFC2782 … Masataka Ohta
- Re: [dnsext] [Technical Errata Reported] RFC2782 … Douglas Otis
- Re: [dnsext] [Technical Errata Reported] RFC2782 … Masataka Ohta
- Re: [dnsext] [Technical Errata Reported] RFC2782 … Marc Petit-Huguenin
- Re: [dnsext] [Technical Errata Reported] RFC2782 … Masataka Ohta
- Re: [dnsext] [Technical Errata Reported] RFC2782 … Jordan Brown
- Re: [dnsext] [Technical Errata Reported] RFC2782 … Marc Petit-Huguenin
- Re: [dnsext] [Technical Errata Reported] RFC2782 … Jordan Brown
- Re: [dnsext] [Technical Errata Reported] RFC2782 … Marc Petit-Huguenin