Re: [DNSOP] DNSOP Presentation "The Camel"

P Vix <paul@redbarn.org> Tue, 20 March 2018 16:10 UTC

Return-Path: <paul@redbarn.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 335FA1270AB for <dnsop@ietfa.amsl.com>; Tue, 20 Mar 2018 09:10:45 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.91
X-Spam-Level:
X-Spam-Status: No, score=-1.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham autolearn_force=no
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 gVVy2fJwVOsQ for <dnsop@ietfa.amsl.com>; Tue, 20 Mar 2018 09:10:42 -0700 (PDT)
Received: from family.redbarn.org (family.redbarn.org [IPv6:2001:559:8000:cd::5]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5703C126C0F for <dnsop@ietf.org>; Tue, 20 Mar 2018 09:10:42 -0700 (PDT)
Received: from [100.76.226.131] (249.sub-174-206-4.myvzw.com [174.206.4.249]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by family.redbarn.org (Postfix) with ESMTPSA id 5CD6E7594C; Tue, 20 Mar 2018 16:10:41 +0000 (UTC)
Date: Tue, 20 Mar 2018 16:10:36 +0000
User-Agent: K-9 Mail for Android
In-Reply-To: <DF1BDCCE-79B5-4463-8CC2-C6DB5130EDE2@bondis.org>
References: <CADyWQ+GK9kkkPAHUy1ZNV1NhK_hsQcedmi17UJqb6ZKtwHA3FQ@mail.gmail.com> <20180320151201.GA22384@laperouse.bortzmeyer.org> <DF1BDCCE-79B5-4463-8CC2-C6DB5130EDE2@bondis.org>
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="----8XCV8YAXLN6ILRTR6MTLK0STS3NPU7"
Content-Transfer-Encoding: 7bit
To: dnsop@ietf.org, Joao Damas <joao@bondis.org>, Stephane Bortzmeyer <bortzmeyer@nic.fr>
CC: dnsop <dnsop@ietf.org>
From: P Vix <paul@redbarn.org>
Message-ID: <E7301FAF-2551-45A5-8F0A-E16A75CD5342@redbarn.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/dnsop/HQfZvABh3NeAN0gpywxGxVncdek>
Subject: Re: [DNSOP] DNSOP Presentation "The Camel"
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, 20 Mar 2018 16:10:45 -0000

When Ed have up defending the qtuple, complexity moved in.

On March 20, 2018 4:04:31 PM UTC, Joao Damas <joao@bondis.org>; wrote:
>Camels are indeed great animals and they can be loaded until eventually
>one more insignificant straw breaks their back. I guess that is were
>Bert thinks the DNS is at now and I don’t completely disagree
>
>Joao
>
>> On 20 Mar 2018, at 15:12, Stephane Bortzmeyer <bortzmeyer@nic.fr>;
>wrote:
>> 
>> On Tue, Mar 20, 2018 at 07:29:50AM +0000,
>> tjw ietf <tjw.ietf@gmail.com>; wrote 
>> a message of 94 lines which said:
>> 
>>> At the end of Tuesday's session we're having Bert Hubert from Power
>DNS
>>> give a talk on what he views "The Camel".
>> 
>> Unlike the popular saying
>> <https://en.wikipedia.org/wiki/Design_by_committee#Aphorisms>;, camels
>> are extraordinary animals, well adapted to their harsh environment
>>
><https://en.wikipedia.org/wiki/Camel#Ecological_and_behavioral_adaptations>
>> and usable for many things, even war
>> <https://en.wikipedia.org/wiki/Camel_cavalry>;. If the DNS is a camel,
>> this is great!
>> 
>>> "In past years, DNS has been enhanced with DNSSEC, QName
>>> Minimization, [...]
>> 
>> I dispute the idea that QNAME minimization is an addition. It is not
>a
>> change in the protocol, and it was even possible from the beginning
>> (Section 5.3.3 of [RFC1034] or Section 7.2 of [RFC1035] do NOT
>mandate
>> QNAME maximimization, it is just an accidental evolution).
>> 
>> _______________________________________________
>> DNSOP mailing list
>> DNSOP@ietf.org
>> https://www.ietf.org/mailman/listinfo/dnsop
>
>_______________________________________________
>DNSOP mailing list
>DNSOP@ietf.org
>https://www.ietf.org/mailman/listinfo/dnsop

-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.