Re: [DNSOP] draft-huston-kskroll-sentinel - naming format?

Joe Abley <jabley@hopcount.ca> Tue, 31 October 2017 14:56 UTC

Return-Path: <jabley@hopcount.ca>
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 3956813F617 for <dnsop@ietfa.amsl.com>; Tue, 31 Oct 2017 07:56:45 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.7
X-Spam-Level:
X-Spam-Status: No, score=-2.7 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_LOW=-0.7] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=hopcount.ca
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 G2H10jRlMGjR for <dnsop@ietfa.amsl.com>; Tue, 31 Oct 2017 07:56:44 -0700 (PDT)
Received: from mail-io0-x22b.google.com (mail-io0-x22b.google.com [IPv6:2607:f8b0:4001:c06::22b]) (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 EF99F13F6D7 for <dnsop@ietf.org>; Tue, 31 Oct 2017 07:56:43 -0700 (PDT)
Received: by mail-io0-x22b.google.com with SMTP id m16so35721450iod.1 for <dnsop@ietf.org>; Tue, 31 Oct 2017 07:56:43 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hopcount.ca; s=google; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=YYGbosgFG5UkV+Sj0mSTQQHORFD6YiPwDGxV3esHDL0=; b=QQ2UZ99K+1SnPaa2ireFdLa/sae2Lsz51oU2PgueWRh40vhYQB5UxPNt5jzta2zDmu dqpFg/xNzyYAONH8TjJJQxr2SGYTjG8WsQRFGXK2bxV1niAZ4scWVNYu7iWNxRS/cUes SeWpAYM/JEBIbWTeWXONkNb1ZuJUvhyOo35Jc=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=YYGbosgFG5UkV+Sj0mSTQQHORFD6YiPwDGxV3esHDL0=; b=CJ796LGmu55noJiDsEalodtgPVI3Xvqj6tmk3mM2GW0v016SvqM6g5CGHpQIiZbvbD lnNQySjVxifoRjbpPtRmuXX2LoUZb0nVPgL3CkbddSjQA54pfbv3dhm4g1CQ99rNvcgS 4Mb1KiAJ869lsai9+X7GsRygniRWUC5VkvIo3Xymr7+0j+sgwNuBAuFEs1Vu/PUIyO2M 0dNF73cseAg6V2Ufr5NDukYf9rRLIKCa12AQR84GtXuBqG6YvJeklmrFzVUU6WQL/im+ dhDizdmYVHKPh2mZ3tP/LRIOOnyP0TVCcHXl2yCFzWAUTE69CTxfYts+uyKJfV5jMIoR S73A==
X-Gm-Message-State: AMCzsaUmR4XnIsRuvr1ASSIqggoDTuYhc3MO5tBroMJclUoLN07WLvxp M4uECj/tJlRmhpwlEdpQTtNU71Tk9oA=
X-Google-Smtp-Source: ABhQp+R+7ZIZm4dFknO8meR1Dgu5NJUq+mi3nrcZO0XjSDfNvzQxsdb6P3Jc6yv1B2jxPvw7h7wO6w==
X-Received: by 10.36.189.196 with SMTP id x187mr3406443ite.85.1509461802757; Tue, 31 Oct 2017 07:56:42 -0700 (PDT)
Received: from ?IPv6:2607:f2c0:101:3:105c:5ee2:1ecc:9e40? ([2607:f2c0:101:3:105c:5ee2:1ecc:9e40]) by smtp.gmail.com with ESMTPSA id s81sm935117ita.19.2017.10.31.07.56.41 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 31 Oct 2017 07:56:41 -0700 (PDT)
Content-Type: text/plain; charset=us-ascii
Mime-Version: 1.0 (1.0)
From: Joe Abley <jabley@hopcount.ca>
X-Mailer: iPad Mail (15A432)
In-Reply-To: <ce2c26be-d944-345c-0e63-d063682c78a6@bellis.me.uk>
Date: Tue, 31 Oct 2017 10:56:41 -0400
Cc: dnsop@ietf.org
Content-Transfer-Encoding: quoted-printable
Message-Id: <CFAF5F11-E120-4E5D-A317-00B25DAE9F9A@hopcount.ca>
References: <027a469c-5bb6-7940-fd89-55b91dd97275@bellis.me.uk> <20171030174052.GB87160@isc.org> <ce2c26be-d944-345c-0e63-d063682c78a6@bellis.me.uk>
To: Ray Bellis <ray@bellis.me.uk>
Archived-At: <https://mailarchive.ietf.org/arch/msg/dnsop/NAV_InJb8Bw9mVqvA0gyo3crYZs>
Subject: Re: [DNSOP] draft-huston-kskroll-sentinel - naming format?
X-BeenThere: dnsop@ietf.org
X-Mailman-Version: 2.1.22
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: Tue, 31 Oct 2017 14:56:45 -0000

On Oct 31, 2017, at 07:27, Ray Bellis <ray@bellis.me.uk>; wrote:

>> On 30/10/2017 17:40, Evan Hunt wrote:
>> 
>> IIRC we discussed it, and were concerned that _ta. could be cached as
>> nonexistent by servers implementing QNAME minimization.
> 
> How would that happen, at least so long as _ta responds like any other
> empty non-terminal?

Perhaps I missed something, but how do you ensure that _ta is an empty non-terminal?


Joe