Re: [dnsext] [Technical Errata Reported] RFC2782 (2984)
Jordan Brown <Jordan.Brown@oracle.com> Tue, 04 October 2011 23:19 UTC
Return-Path: <Jordan.Brown@oracle.com>
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 ACC0E21F8F03 for <dnsext@ietfa.amsl.com>; Tue, 4 Oct 2011 16:19:08 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.599
X-Spam-Level:
X-Spam-Status: No, score=-6.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4]
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 ol-GuVbPvqtC for <dnsext@ietfa.amsl.com>; Tue, 4 Oct 2011 16:19:08 -0700 (PDT)
Received: from rcsinet15.oracle.com (rcsinet15.oracle.com [148.87.113.117]) by ietfa.amsl.com (Postfix) with ESMTP id 0F40921F8EFD for <dnsext@ietf.org>; Tue, 4 Oct 2011 16:19:07 -0700 (PDT)
Received: from ucsinet23.oracle.com (ucsinet23.oracle.com [156.151.31.71]) by rcsinet15.oracle.com (Switch-3.4.4/Switch-3.4.4) with ESMTP id p94NM8LS020138 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Tue, 4 Oct 2011 23:22:11 GMT
Received: from acsmt358.oracle.com (acsmt358.oracle.com [141.146.40.158]) by ucsinet23.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id p94NM7ZS004911 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 4 Oct 2011 23:22:07 GMT
Received: from abhmt119.oracle.com (abhmt119.oracle.com [141.146.116.71]) by acsmt358.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id p94NLxJl012221; Tue, 4 Oct 2011 18:21:59 -0500
Received: from [10.195.1.81] (/10.195.1.81) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Tue, 04 Oct 2011 16:21:58 -0700
Message-ID: <4E8B9515.3060503@oracle.com>
Date: Tue, 04 Oct 2011 16:21:57 -0700
From: Jordan Brown <Jordan.Brown@oracle.com>
User-Agent: Mozilla/5.0 (X11; U; SunOS i86pc; en-US; rv:1.9.2.15) Gecko/20110304 Thunderbird/3.1.9
MIME-Version: 1.0
To: Masataka Ohta <mohta@necom830.hpcl.titech.ac.jp>
References: <20111004203900.4016798C25F@rfc-editor.org> <4E8B9014.3060000@necom830.hpcl.titech.ac.jp>
In-Reply-To: <4E8B9014.3060000@necom830.hpcl.titech.ac.jp>
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: 7bit
X-Source-IP: ucsinet23.oracle.com [156.151.31.71]
X-CT-RefId: str=0001.0A090208.4E8B9524.0020,ss=1,re=0.000,fgs=0
X-Mailman-Approved-At: Wed, 05 Oct 2011 10:01:23 -0700
Cc: arnt@troll.no, levone@microsoft.com, dnsext@ietf.org, jari.arkko@piuha.net, rdroms.ietf@gmail.com, ogud@ogud.com, RFC Errata System <rfc-editor@rfc-editor.org>
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: Tue, 04 Oct 2011 23:19:08 -0000
On 10/04/11 16:00, Masataka Ohta wrote:
> RFC Errata System wrote:
>
>> Corrected Text
>> --------------
>> Correcting the text requires agreement on what to do with entries with
>> weight=0, so I don't want to try to craft text until we have agreement there.
>
> 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.
>
>> I suggest:
>>
>> - Ordering weight=0 entries to the end.
>> - Generating random numbers 0..(T-1).
>> - Using a "greater" test rather than "greater or equal".
>> - Selecting weight=0 entries in any order when all of the weight!=0 entries have been selected.
>
> I suggest:
>
>> - Generating random numbers 0..(T-1).
>> - Using a "greater" test rather than "greater or equal".
>
> Masataka Ohta
- [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