Cogito ergo sum

Hugo Maxwell Connery <hmco@env.dtu.dk> Sat, 18 July 2015 18:29 UTC

Return-Path: <hmco@env.dtu.dk>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 853D61A1EF9 for <ietf@ietfa.amsl.com>; Sat, 18 Jul 2015 11:29:20 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.901
X-Spam-Level:
X-Spam-Status: No, score=-0.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HELO_EQ_DK=1.009, RCVD_IN_DNSWL_NONE=-0.0001, T_RP_MATCHES_RCVD=-0.01] autolearn=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 V4Ceryro6lli for <ietf@ietfa.amsl.com>; Sat, 18 Jul 2015 11:29:19 -0700 (PDT)
Received: from spamfilter1.dtu.dk (spamfilter1.dtu.dk [130.225.73.112]) (using TLSv1.2 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 484371A1BDD for <ietf@ietf.org>; Sat, 18 Jul 2015 11:29:19 -0700 (PDT)
Received: from ait-pexedg01.win.dtu.dk (ait-pexedg01.win.dtu.dk [192.38.82.191]) by spamfilter1.dtu.dk with ESMTP id t6IITHvf013261-t6IITHvh013261 (version=TLSv1.0 cipher=AES128-SHA bits=128 verify=CAFAIL) for <ietf@ietf.org>; Sat, 18 Jul 2015 20:29:17 +0200
Received: from AIT-PEX01MBX02.win.dtu.dk (192.38.82.182) by ait-pexedg01.win.dtu.dk (192.38.82.191) with Microsoft SMTP Server (TLS) id 14.3.235.1; Sat, 18 Jul 2015 20:29:22 +0200
Received: from ait-pex01mbx01.win.dtu.dk ([169.254.1.107]) by ait-pex01mbx02.win.dtu.dk ([169.254.2.197]) with mapi id 14.03.0235.001; Sat, 18 Jul 2015 20:29:16 +0200
From: Hugo Maxwell Connery <hmco@env.dtu.dk>
To: "ietf@ietf.org" <ietf@ietf.org>
Subject: Cogito ergo sum
Thread-Topic: Cogito ergo sum
Thread-Index: AQHQwYdbtHiPuxBgA0SnCsi0U71HNp3hi/oD
Date: Sat, 18 Jul 2015 18:29:16 +0000
Message-ID: <6CB05D82CE245B4083BBF3B97E2ED470C2C451@ait-pex01mbx01.win.dtu.dk>
References: <6CB05D82CE245B4083BBF3B97E2ED470C2C432@ait-pex01mbx01.win.dtu.dk>
In-Reply-To: <6CB05D82CE245B4083BBF3B97E2ED470C2C432@ait-pex01mbx01.win.dtu.dk>
Accept-Language: en-AU, da-DK, en-US
Content-Language: en-AU
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [130.225.73.250]
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Archived-At: <http://mailarchive.ietf.org/arch/msg/ietf/xj2_nkhrAFWSUriiit634mJzGRw>
X-Mailman-Approved-At: Sun, 19 Jul 2015 22:51:15 -0700
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.15
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: Sat, 18 Jul 2015 18:29:20 -0000

Hi,

Firstly, sorry for this rather global spam.  Nonetheless, I believe it
warranted.

We have had discussions about the technical merits of RFC6761 proposals.

We have had discussions about processes and their justifications.

And, we have had an input on *why* we do what we do from an "old hand".

I suggest that the last, more than technical merits of discussions, or how we
do what we do, is worthy of reflection.

I am an acolyte in this space and lacking much of the technical
expertise of other members.  Nonetheless, I suggest that as we
deal with this change from what-was-envisioned-and-kept-alive-over-the-last-20-years
we need to also consider how it all began, and what _principles_ were
behind that process such that this understanding can guide us
in how we continue.

  interoperability

Regards,  Hugo Connnery
--

if it were in our power (or especially in amazon's or google's or
akamai's power) to cause the internet to be made up of mostly modern
routers, then it would be so. alas, it is not in our power, and the
internet will always have a long tail of routers we wish didn't exist
any more. thus the aphorism, "the least reliable and most expensive part
of the internet is OPM -- other people's networks."

for dns, we must design for the internet we will always have, not the
internet we will always want. and on the internet we have, packets per
second are a common bottleneck, such that an attacker knows they can
reliably deny service with a small number of small packets, which do not
saturate any link, but which do saturate the kinds of routers and
firewalls people actually do still buy and use today.

--
Paul Vixie

_______________________________________________
DNSOP mailing list
DNSOP@ietf.org
https://www.ietf.org/mailman/listinfo/dnsop