Re: [DNSOP] Global DNS architecture changes, "the camel", and so on

George Michaelson <ggm@algebras.org> Tue, 21 August 2018 04:25 UTC

Return-Path: <ggm@algebras.org>
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 13F06130E41 for <dnsop@ietfa.amsl.com>; Mon, 20 Aug 2018 21:25:47 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.911
X-Spam-Level:
X-Spam-Status: No, score=-1.911 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, T_DKIMWL_WL_MED=-0.01] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=algebras-org.20150623.gappssmtp.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 iHIg3AsWRKmZ for <dnsop@ietfa.amsl.com>; Mon, 20 Aug 2018 21:25:45 -0700 (PDT)
Received: from mail-wr1-x42a.google.com (mail-wr1-x42a.google.com [IPv6:2a00:1450:4864:20::42a]) (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 9B9F9130E1F for <dnsop@ietf.org>; Mon, 20 Aug 2018 21:25:44 -0700 (PDT)
Received: by mail-wr1-x42a.google.com with SMTP id g1-v6so14663439wru.2 for <dnsop@ietf.org>; Mon, 20 Aug 2018 21:25:44 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=algebras-org.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=rMryqxqb4IghhhrADZ12RY0Gp/KWrLlariyhNmEvcBU=; b=dKs1sXV1uhQxOYjTD74JNlnw1h6Blz0FXLY2nJOkUKah60MV9u7j8fVVypblxK6ppx 25W6dhzKmhXRcXSkWDZEnGF5BJS/oPSchqhHpF4qrLy3IYZcfyNpeQerVlGz931zCufO CStBsNBfH3MNZLnOi01dpscben6HHrWt+pni1vX3vt9yv/gzuJ5PET1zXoLDi78R006a PeJFfhFwgn+ed/RrHkkqfJWf5Ew9fKB3zU20o6hLzcjFkR58rAIklDIidb6B7eG6+iZ5 rlUg4alZt3PD+130/pUiI9u5CVUgczyLCOFAlguIQ9caEdlSxa3U2dZTCt1q9GtD9S2O MDfw==
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=rMryqxqb4IghhhrADZ12RY0Gp/KWrLlariyhNmEvcBU=; b=AwsDIlr2nrnoINto7ChoCIyMiYDH5ljgi6993Ut/1v+QUZ8Sx9FrwLpS9CgpCGrktr EN5wzPd3NvWS5hSunkZoY9neBDmMgED0LnwW8/gTseUKoNrQ7DEHI9EpMWWhULac8FwB wK0t42uCo0//TSBKzNx0BF5pOcfL90vVQTG7Mlb91MgHI0KwqfAYApZ7hUYrRBmGJY8M f/yy5lKBItWESrzMcHvYtbcuRpbJK+O9+yQIf/SPtCwXwZIrD+lNfn8Ml0K/x/XOQtAe bEi4EfePBWw5NnxLTfNEPe4chSgOR7tLmFkz15naYbOW5xTjJLtt58lHSnm/Vtgi2LZN Da6A==
X-Gm-Message-State: APzg51C3AVKFPCNNwaleWuqBnnhTiehwSmAq+iyf9KCPyHcxBCfOT4O6 ZNlfLpvG60yU4SZqyE/GrRuybGlbjx9TJAuAQwBb5e2d0/s=
X-Google-Smtp-Source: ANB0VdaClhypwgbB/ZfZx8PNout+KEd2FFY7kfie/lQvbh0QwFSRnH2w2lzrKWMGrE1CVBFg7076WqO7Ugmn/vOcYB0=
X-Received: by 2002:adf:f112:: with SMTP id r18-v6mr273988wro.29.1534825543096; Mon, 20 Aug 2018 21:25:43 -0700 (PDT)
MIME-Version: 1.0
References: <20180820172211.GE20505@mx4.yitter.info> <5B7B03A2.7060307@redbarn.org> <CAKr6gn0D=6f4iTv3VJ+c1YL+CQpOmP3XVaiOUPxAW4ZG+xHdvQ@mail.gmail.com> <5B7B92A8.50300@redbarn.org>
In-Reply-To: <5B7B92A8.50300@redbarn.org>
From: George Michaelson <ggm@algebras.org>
Date: Tue, 21 Aug 2018 14:25:31 +1000
Message-ID: <CAKr6gn1Kd_DpMVmGrMh7nNie756Nk7WTUG4iw7yMb1+HTtLxpQ@mail.gmail.com>
To: Paul Vixie <paul@redbarn.org>
Cc: Andrew Sullivan <ajs@anvilwalrusden.com>, dnsop WG <dnsop@ietf.org>
Content-Type: text/plain; charset="UTF-8"
Archived-At: <https://mailarchive.ietf.org/arch/msg/dnsop/CEE5XhvrHAYt6fVzLnszbILsxYo>
Subject: Re: [DNSOP] Global DNS architecture changes, "the camel", and so on
X-BeenThere: dnsop@ietf.org
X-Mailman-Version: 2.1.27
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, 21 Aug 2018 04:25:47 -0000

I sort of agree. The addressing, a naming function and routing are the
three legs. If you do naming right, you can drop addressing and use
ephemeral addresses, and if you do routing right you can drop
addresses and do ad-hoc. But you need addresses and routing if you
want to do without names, so I kind of see this as a triumverate we're
grown into now (obviously there are other legs, like security, which
we always cut away in launch and then miss. three legged stools are
not stable...)

But that said, I see this other dimension. we don't run r* commands
any more. We don't run UUCP any more. Things which feel baked in turn
out to be ephemeral to the core function.

So name functions? Up where Brian Trammell is writing drafts? Sure. we
need that. What underlying protocol it maps to, Thats a big statement.
I don't buy that forever more amen it maps to UDP. If somebody makes
DOI work over ICMPv6, I could believe in 25 years we'd migrate to
bootstrap of DOI via ICMPv6 and be out of the DNS moment entirely.

As it stands, almost all bootstrapp-y application phases accept
address literals sorry [address:literals] somehow. Names are only a
convenience function, set against routing.