Re: [DNSOP] Working Group Last Call

神明達哉 <jinmei@wide.ad.jp> Fri, 07 October 2016 16:23 UTC

Return-Path: <jinmei.tatuya@gmail.com>
X-Original-To: dnsop@ietfa.amsl.com
Delivered-To: dnsop@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 693E012962C for <dnsop@ietfa.amsl.com>; Fri, 7 Oct 2016 09:23:23 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.918
X-Spam-Level:
X-Spam-Status: No, score=-1.918 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FREEMAIL_FORGED_FROMDOMAIN=0.001, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
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 8XJQa0kTz74z for <dnsop@ietfa.amsl.com>; Fri, 7 Oct 2016 09:23:21 -0700 (PDT)
Received: from mail-qt0-f171.google.com (mail-qt0-f171.google.com [209.85.216.171]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 85017129633 for <dnsop@ietf.org>; Fri, 7 Oct 2016 09:23:21 -0700 (PDT)
Received: by mail-qt0-f171.google.com with SMTP id f6so23536110qtd.2 for <dnsop@ietf.org>; Fri, 07 Oct 2016 09:23:21 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=xSLp5dw6aO64131sH/MWgo7PwW2gnKHMJ3jCoXIFm+c=; b=WJ/jDOibnigjJv2P0p5LVNsVRVWSumWDyCv4H1/IKKZLN6JywGhMkT7tAcm5UTOTXX 4Qj0lm7niYhpm7wtsPwiuiNaF8nABHKbn5o4HmZDn7BGnfU51Cb2Oz7Ac5lU2SFQ4HSy bToHIO/ze8gxifxXUQbZxTSlyy8VNiGmASoHUO7CbvRFEeQLUScj4W/9bgug0EWrYRt0 aeQYV5o/YNE4wWFj4D/2KhMVBDuH8D7ZV7lF+ilcE407ZhYQc+4RiXW18sm8zNmU2xPh ZLCHoz74YxESuSlw8qrPl/WAZRtTWzUs4kRLRG5Y5ljfB9BINFu5Gj+Ocqce3G2Y9eiX 1Beg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=xSLp5dw6aO64131sH/MWgo7PwW2gnKHMJ3jCoXIFm+c=; b=Q0A+9CMfZbANbb60/1Km+WHQXrvE6Dlu0LiTdij4+vGbY7S4cqCgRf/vDk1JjX5KFS yKogTmBHr6FUzGZ5Z34UwWD2ngEIbhC/DFA/gFdZTvTkMzQX4XVTu4YXBAeMmDSfLe1z 1XFPmLDL1ZbVPPT4A/hayARDF/UqMcH6LwD9YjxDOmDROyCWR27H5Uc9sRj68k2vNx+I pwgROBx0gPxUPVmZ6QPIGHIM1o2QYag5i9aouIaNPkgBiBrBPe8zVGYJHVb2mRTQ4XFF on9+FagNdRj1K12RzgGCX4R1V3bLqtF0ntmzMBi9+GRQ1XfY++4DrVsmmWbH0D7ogAIB VuFQ==
X-Gm-Message-State: AA6/9RlLdUe8w3NYZl1U/oxxTpGQII5xGY8koXoKrPTkY/xvYx3nMi1pWPXN8gO71KMh39I/SXw92V/G8UU0ZA==
X-Received: by 10.237.38.68 with SMTP id z62mr21041452qtc.73.1475857340527; Fri, 07 Oct 2016 09:22:20 -0700 (PDT)
MIME-Version: 1.0
Sender: jinmei.tatuya@gmail.com
Received: by 10.237.54.227 with HTTP; Fri, 7 Oct 2016 09:22:19 -0700 (PDT)
In-Reply-To: <4ef44e6e-441d-60e5-5f39-3a47b2ef6df5@gmail.com>
References: <40d5f4b1-3019-7f8a-ecc0-2f4d13e3eadf@gmail.com> <CAJE_bqeEBSrFaxEVGhKbt5LFqfe_QdoQQ1u4h9r03ZB3pJ4yzg@mail.gmail.com> <CAHw9_iJDfKK3BPKw5vRc4MBJJELUceSWO4fp97gZjAuB3PZJNg@mail.gmail.com> <CAJE_bqcK_pu4eWkk80ALOeAkCuTV_AoMisFY04q2P6nmZTmGvw@mail.gmail.com> <4ef44e6e-441d-60e5-5f39-3a47b2ef6df5@gmail.com>
From: =?UTF-8?B?56We5piO6YGU5ZOJ?= <jinmei@wide.ad.jp>
Date: Fri, 7 Oct 2016 09:22:19 -0700
X-Google-Sender-Auth: -GxiS_H4cZmm-LVj2tp_LzRM4-8
Message-ID: <CAJE_bqdZDxKWA+HKd1+z-HoXGPeWNZrjTDfji_8zBRX_z9UX7g@mail.gmail.com>
To: Tim Wicinski <tjw.ietf@gmail.com>
Content-Type: text/plain; charset=UTF-8
Archived-At: <https://mailarchive.ietf.org/arch/msg/dnsop/WzWsi7GTCAippEsZpQoxDX1rfXg>
Cc: dnsop <dnsop@ietf.org>
Subject: Re: [DNSOP] Working Group Last Call
X-BeenThere: dnsop@ietf.org
X-Mailman-Version: 2.1.17
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: <https://mailarchive.ietf.org/arch/browse/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: Fri, 07 Oct 2016 16:23:23 -0000

At Thu, 6 Oct 2016 02:49:34 -0400,
Tim Wicinski <tjw.ietf@gmail.com> wrote:

> >> I did some fix up - how do you like:
> >> "If a validating resolver gets a query for cat.example.com, it will
> >> query the example.com servers and will get back an NSEC (or NSEC3)
> >> record starting that there are no records between apple and elephant.
[...]
> >> Does that cover it sufficiently? (and I think I now better understand
> >> your concern).
> >
> > To be perfectly generic, "it will query the example.com servers" is
> > not always the case.  It (= validating resolver) might query another
> > intermediate resolver (often called a "forwarder") that performs
> > recursion.  By "external server" I tried to generalize the concept.
>
> Maybe this?
>
> "If a validating resolver receives a query for cat.example.com, it
> contacts its resolver (which may be itself) to query the example.com
> servers and will get back an NSEC (or NSEC3) record starting that there
> are no records between apple and elephant."

Yes, this is one way to address my point.  I'd leave it to the authors
specifically how to address it.

--
JINMEI, Tatuya