Re: [DNSOP] the root is not special, everybody please stop obsessing over it
william manning <chinese.apricot@gmail.com> Fri, 15 February 2019 02:48 UTC
Return-Path: <chinese.apricot@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 BEB99130EB5 for <dnsop@ietfa.amsl.com>; Thu, 14 Feb 2019 18:48:40 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.998
X-Spam-Level:
X-Spam-Status: No, score=-1.998 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=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 lNx7RaGz4FtE for <dnsop@ietfa.amsl.com>; Thu, 14 Feb 2019 18:48:38 -0800 (PST)
Received: from mail-yw1-xc2b.google.com (mail-yw1-xc2b.google.com [IPv6:2607:f8b0:4864:20::c2b]) (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 55314130DE3 for <dnsop@ietf.org>; Thu, 14 Feb 2019 18:48:38 -0800 (PST)
Received: by mail-yw1-xc2b.google.com with SMTP id c67so3177859ywa.7 for <dnsop@ietf.org>; Thu, 14 Feb 2019 18:48:38 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=GzQECA5PynLsKL+t3VTbCyjFNbmSYTvoj/D+KAEhD64=; b=qHfJVhjteZV6TdFxK2Los+wD8Se0s7xxylF0DRU64LGKXBaXKNS8raPHTPKVMsQfFo 2JXsBdXgQ7WA/Y/WqrbN2GmZEZfSq68JB2O0YX/SdJ66KRTlHIVMUo5i/DBI2BSe7zja CTjr0wqRayrzG5Ty+gsItSvgEcc/Df34SLZQWGglKpqYCIRg6zqs+s3O/iD+9rAEsCq8 2/9EcF9wU0mwApscOtRJnBG1kq9CQxDoMFXKYH1jRHgJHKhp742AEad1CKwD/Og0eFIs WvebOdpCzhTIuOvu+FDQYNwnxuwuTnhNmbeZPkfIwR2/dJeS439JmmCXzBB99qEWr5ED dyOg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=GzQECA5PynLsKL+t3VTbCyjFNbmSYTvoj/D+KAEhD64=; b=MYtW3lPN5tx9wXAFbPmwRRLyxgqSRod5ItzACbGWnQ+LOP/7iOvBs0ILCIsYkDF5VX vzMTYILq92r1gqGZY9YwsDzKAzdoZsqwIlD+Clae2hkq/7067nw+ZTDw5P78UwitAAWq ZjWvp5fjWasgvii5Bb4EOKcpLhXmLhPb7BddR9vJNq/0An2qI62MjTVPq3Uw8Qc0zW8a 4jdN8dpdmHJ7pVOQU1Zp6rPC53DHJiAYPmRxWxvSDlJCpzsTIeVyiw7lI+aFHH6KSaYs IqW9w+/ImnY0nAbp/gFadqE5UkDMEhJsoo/LY52GqqVsi02cUfJYcpx9iZPxgwuUdZaW twhA==
X-Gm-Message-State: AHQUAublhgPUOQq2DTIdoWAUsB2MJW1rKOmKi8p0zBhOUcrdlSywzlcX tMtdvcRObtVXqVdKbWHAnczKg3nF4UxU32ljUm0=
X-Google-Smtp-Source: AHgI3Ia1yYNI/aobLWMx6le9+eTYXCGOi5NdZo0sFPbXtmRYCQCsZKQBA6BJJIg3cCBnQo+s99YaWqdP65dA7PP+0AM=
X-Received: by 2002:a81:63d4:: with SMTP id x203mr5877232ywb.82.1550198917210; Thu, 14 Feb 2019 18:48:37 -0800 (PST)
MIME-Version: 1.0
References: <b45edb5e-1508-0b02-a14c-a5be4ca9c0e6@redbarn.org> <20190214235614.GB87001@isc.org> <6c3d6894-c584-c4fd-d09e-55903b34bead@redbarn.org> <CACfw2hiH5pS1wL+MKCq6-vYZS2sQ562Ke-2unC7zV1KQMPJybw@mail.gmail.com> <c54c48aa-1c75-7b72-2b52-3583e0e803ed@redbarn.org>
In-Reply-To: <c54c48aa-1c75-7b72-2b52-3583e0e803ed@redbarn.org>
From: william manning <chinese.apricot@gmail.com>
Date: Thu, 14 Feb 2019 18:48:26 -0800
Message-ID: <CACfw2hgm6jTL5WCEoo7eJpDQXEQEdRYP0L8gYDd-fxt8UWVk+Q@mail.gmail.com>
To: Paul Vixie <paul@redbarn.org>
Cc: Evan Hunt <each@isc.org>, IETF DNSOP WG <dnsop@ietf.org>
Content-Type: multipart/alternative; boundary="000000000000caa7af0581e5cfad"
Archived-At: <https://mailarchive.ietf.org/arch/msg/dnsop/peT2ZaZGQb6R6MGUbbdbg1aAqa0>
Subject: Re: [DNSOP] the root is not special, everybody please stop obsessing over it
X-BeenThere: dnsop@ietf.org
X-Mailman-Version: 2.1.29
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, 15 Feb 2019 02:48:41 -0000
You are welcome. I think, modulo minor differences in terminology, we are saying pretty much the same thing. pragmatically, DNS infrastructure dependencies can not be maintained and work on data resiliency is where the useful work lies. /Wm On Thu, Feb 14, 2019 at 5:51 PM Paul Vixie <paul@redbarn.org> wrote: > > > william manning wrote on 2019-02-14 17:35: > > so, you would like the DNS to be resilient enough to "see" what was > > topologically reachable and build a connected graph of those assets? > > no. that's not possible, and not desireable in any case. > > > I think that has been done, both academically and in a more limited way, > > commercially, but its not called DNS so as not to upset the DNS mafia. > > Or do you want something more restrictive than that? > > i want the metadata i need to reach and trust assets on my side of any > connectivity loss event, to be kept in warm storage, and made subject to > trusted invalidation on an opportunistic basis, at the discretion of the > authority operators who own the data i have warm copies of. > > in practice this means DS/NS and DNSKEY/RRSIG and AAAA/A from my static > trust anchor(s) down to any data i used recently or frequently (or by > some other priority scheme), and i want it to look a bit like the single > transaction mode of IXFR plus the single transaction mode of NOTIFY. > > no topology information as to actual connectivity will be modeled or > estimated or needed. what matters is whether i can still reach all > internet resources on my side of a break in connectivity (whether local > or regional or distant), without needing any information that's > otherwise only available on the far side of the connectivity break. > > thanks for asking; i am happy to clarify. DNS infrastructure should not > be centralized, even if its content remains centrally coordinated by > ICANN. (block chain people keep telling me that ICANN will be obsolete, > but i'm not taking a position on that, only on data resiliency.) > > -- > P Vixie > >
- [DNSOP] the root is not special, everybody please… Paul Vixie
- Re: [DNSOP] the root is not special, everybody pl… Mark Andrews
- Re: [DNSOP] the root is not special, everybody pl… Evan Hunt
- Re: [DNSOP] the root is not special, everybody pl… Paul Vixie
- Re: [DNSOP] the root is not special, everybody pl… Evan Hunt
- Re: [DNSOP] the root is not special, everybody pl… Paul Vixie
- Re: [DNSOP] the root is not special, everybody pl… william manning
- Re: [DNSOP] the root is not special, everybody pl… Paul Vixie
- Re: [DNSOP] the root is not special, everybody pl… Grant Taylor
- Re: [DNSOP] the root is not special, everybody pl… william manning
- Re: [DNSOP] the root is not special, everybody pl… Paul Vixie
- Re: [DNSOP] the root is not special, everybody pl… Evan Hunt
- Re: [DNSOP] the root is not special, everybody pl… David Conrad
- Re: [DNSOP] the root is not special, everybody pl… Tony Finch
- Re: [DNSOP] the root is not special, everybody pl… Stephane Bortzmeyer
- Re: [DNSOP] the root is not special, everybody pl… Bob Harold
- [DNSOP] Making domains work even when connectivit… Stephane Bortzmeyer
- Re: [DNSOP] the root is not special, everybody pl… Paul Vixie
- Re: [DNSOP] Making domains work even when connect… Paul Vixie
- Re: [DNSOP] Making domains work even when connect… william manning