Blog post: On the rise of (DNS) protocol complexity

bert hubert <bert@hubertnet.nl> Wed, 21 November 2018 14:31 UTC

Return-Path: <bert@hubertnet.nl>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0DFBA128CE4 for <ietf@ietfa.amsl.com>; Wed, 21 Nov 2018 06:31:40 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.001
X-Spam-Level:
X-Spam-Status: No, score=-2.001 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=hubertnet.nl
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 xftpEwTa8uYG for <ietf@ietfa.amsl.com>; Wed, 21 Nov 2018 06:31:38 -0800 (PST)
Received: from xs.powerdns.com (xs.powerdns.com [82.94.213.34]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C9A76127148 for <ietf@ietf.org>; Wed, 21 Nov 2018 06:31:37 -0800 (PST)
Received: from server.ds9a.nl (ip565244ed.adsl-surfen.hetnet.nl [86.82.68.237]) by xs.powerdns.com (Postfix) with ESMTPS id 8B56E9FD6E for <ietf@ietf.org>; Wed, 21 Nov 2018 14:31:33 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=hubertnet.nl; s=201710; t=1542810693; bh=92MrDMFpoggkE1YC5YLJkqs/XG6MPJ2MHHE5zxyl7dI=; h=Date:From:To:Subject:From; b=WjPMdU1f8BZXsIK4PXpH2J+1OIhti3gKiy36Sq1ZHTKaYuPaP3OO4QoG+IyISkyxT 4KU7xhyqQF5ZdB0TnMHj9aM5ZrtYctQm2vL6cOYxbwwqzc7D6ADp0nchUt6aS3UlD8 Y/LQ+WYBMwLhz/m/L5nMDpKcwftOlV4HjjCf7ySSo3ZpG5hdh4/AsoNFibcb2yD6PQ EZ97ABE753c/DCpWwYnjoIToIJFg/69pEr1N+jnIKRLPrES0tfj1EpvSJF5A/Y+Cn5 7fbouCJ0VSO5bhgdBIXkCBq6vRSlufAtUpdOmp6vIGKIpWW9NRvtkWqYJnHxblKvhh 2AuM65fjb/qOQ==
Received: by server.ds9a.nl (Postfix, from userid 1000) id 5073CACA4E4; Wed, 21 Nov 2018 15:31:33 +0100 (CET)
Date: Wed, 21 Nov 2018 15:31:33 +0100
From: bert hubert <bert@hubertnet.nl>
To: ietf@ietf.org
Subject: Blog post: On the rise of (DNS) protocol complexity
Message-ID: <20181121143133.GB27575@server.ds9a.nl>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
User-Agent: Mutt/1.5.24 (2015-08-30)
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/4V7ytJlVKP2GTf_aE1-jDRxl5pM>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ietf/>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 21 Nov 2018 14:31:40 -0000

Hi everyone,

I wrote a post on the inexorable rise of DNS complexity, it just appeared on
https://ietf.org/blog/herding-dns-camel/

In this post I argue that the mechanics of standardization means that as
long as there are standardizers active, there is a push to create more and
more documents.

In a commercial environment, implementations typically push back on new
standards, since new standards mean more work and fewer possibilities to
differentiate. 

Such push-back is absent in open source communities with ample time and
ability to implement everything under the sun, and that is how we end up
with 2000-3000 pages of DNS text. 

The post discusses what to do about it & presents a mitigation measure
called 'Hello DNS' which attempts to do a 'Richard W. Stevens' on DNS by
explaining the standards for implementors, hopefully using the same clear
language that brought us TCP/IP Illustrated & the other great Stevens books.

More words are on https://ietf.org/blog/herding-dns-camel/ - please let me
know your thoughts if you have them!

	Bert