Re: [arch-d] possible new IAB programme on Internet resilience

Brian E Carpenter <brian.e.carpenter@gmail.com> Fri, 27 December 2019 19:28 UTC

Return-Path: <brian.e.carpenter@gmail.com>
X-Original-To: architecture-discuss@ietfa.amsl.com
Delivered-To: architecture-discuss@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3CA8C120909 for <architecture-discuss@ietfa.amsl.com>; Fri, 27 Dec 2019 11:28:38 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.999
X-Spam-Level:
X-Spam-Status: No, score=-1.999 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, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-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 gPtoOUGPzG9t for <architecture-discuss@ietfa.amsl.com>; Fri, 27 Dec 2019 11:28:35 -0800 (PST)
Received: from mail-pl1-x636.google.com (mail-pl1-x636.google.com [IPv6:2607:f8b0:4864:20::636]) (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 BD5DD1208E0 for <architecture-discuss@iab.org>; Fri, 27 Dec 2019 11:28:35 -0800 (PST)
Received: by mail-pl1-x636.google.com with SMTP id p9so12075754plk.9 for <architecture-discuss@iab.org>; Fri, 27 Dec 2019 11:28:35 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=puESCMM65dRzmfknyiMcZqDHU3wuLcz5UYrpYcHaahM=; b=GX2WNx/5sQATxFwzCQ7bDYoN8K7eHTWxcQCe1Q22uVGVr86yRX+ZAL9+nScQaZathB NRBzfBhMf/dc/DKQRA0Nu5pZF/0Jy86+K0ob4/25ro0ClKdupv6A8cVlR9RNkd27ikm0 cFUrilXuREFUEZr/tDks7dKRqTVLngBB1FTpkSxHX+ycyjCSH2NMKJWEXfEoqv0KZmXl fHW4RTMocRY4xD08itIXGmHLXdHqPI8fU9VbnvLIHcYNvDs12NdHKgam0UjhgmAefN/w gUOnJEDh5pVQSJJzq4sHGVGECdi7DVb80DhjiKJ1+C3zDLhepxCkfn9cgbLgMynreWmV YKJA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=puESCMM65dRzmfknyiMcZqDHU3wuLcz5UYrpYcHaahM=; b=epz1G+xY+OzVpJilB0qTBJOEtsWAIjHxGnI2sY8DA7SnNySIiV6WcfRt5YsdJakcyg 0b7Hor/IlKOzdW40M6/triLvvJkjkw+vFzEjnYpmv/e0D1ys/cjriprbz47Kj4lV1RET sdn4nYd9L1CTdx92FYtEWs2YXQp2Ivq7fF/b1nxCl1XgOYCZlDRt22P76KWkiReNeXvI NyQoC9CcRq7SjdCttC2YRmhxDZY0dzwJindeQb5UxUCRXxl6Z+fikGnZg4AkN2ldcURQ uw/yoUs+Kc/FG1NEilvRBuSWZSjFoZ0L92aEas4DoGCNvC2wFnwxB0moT2VDfsVmY1o3 /Qpw==
X-Gm-Message-State: APjAAAV251RcDLyH6lg1YGVOAc/Mgd+KGgk2pXysGBe6vfoWrywRYNTG tmQLfXQqFiiiCj3MssQkcEhdsS8P
X-Google-Smtp-Source: APXvYqx/D1iof66TwQedCocojjNkbxfEvHkRhOUA4DfW1SNvFGdsM0cOeZfFNHmTzXM0Ap9ivDcf0w==
X-Received: by 2002:a17:902:9695:: with SMTP id n21mr32484004plp.192.1577474914540; Fri, 27 Dec 2019 11:28:34 -0800 (PST)
Received: from [192.168.178.30] (228.147.69.111.dynamic.snap.net.nz. [111.69.147.228]) by smtp.gmail.com with ESMTPSA id i9sm41071685pfk.24.2019.12.27.11.28.31 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 27 Dec 2019 11:28:33 -0800 (PST)
To: Stephane Bortzmeyer <bortzmeyer@nic.fr>, Andrew Campling <andrew.campling@419.consulting>
Cc: architecture-discuss@iab.org
References: <f13e1588-35e0-2493-93d2-add3480bb207@cs.tcd.ie> <1127343564.5806.1577112317584@appsuite-gw1.open-xchange.com> <ebcca2be-6839-8f43-d74f-0e863e32cd2d@cs.tcd.ie> <2068147434.6516.1577178675917@appsuite-gw1.open-xchange.com> <LO2P265MB05733E4BD5A72EDEF96D3DE2C2290@LO2P265MB0573.GBRP265.PROD.OUTLOOK.COM> <20191227102943.GA14015@nic.fr>
From: Brian E Carpenter <brian.e.carpenter@gmail.com>
Message-ID: <646cd584-60d1-a578-36e9-d4eca5d9ec93@gmail.com>
Date: Sat, 28 Dec 2019 08:28:29 +1300
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.9.1
MIME-Version: 1.0
In-Reply-To: <20191227102943.GA14015@nic.fr>
Content-Type: text/plain; charset="utf-8"
Content-Language: en-US
Content-Transfer-Encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/architecture-discuss/g-2o5LoakLLtEjObs2XkmIcfUeo>
Subject: Re: [arch-d] possible new IAB programme on Internet resilience
X-BeenThere: architecture-discuss@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: open discussion forum for long/wide-range architectural issues <architecture-discuss.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/architecture-discuss>, <mailto:architecture-discuss-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/architecture-discuss/>
List-Post: <mailto:architecture-discuss@ietf.org>
List-Help: <mailto:architecture-discuss-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/architecture-discuss>, <mailto:architecture-discuss-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 27 Dec 2019 19:28:38 -0000

On 27-Dec-19 23:29, Stephane Bortzmeyer wrote:
> On Tue, Dec 24, 2019 at 11:24:23AM +0000,
>  Andrew Campling <andrew.campling@419.consulting> wrote 
>  a message of 38 lines which said:
> 
>> I wonder whether a wider discussion needs to take place about
>> resilience and related topics like centralisation and consolidation.
>> To do this properly it really needs the involvement of a much more
>> diverse set of stakeholders and really needs to address both policy
>> and technical considerations as just doing the latter in isolation
>> will not really get to the core issues.  I think that a debate led
>> by a body like the IGF but with input when appropriate on technical
>> considerations by the IAB/IETF would be a much more useful exercise
>> than something focused purely within the IAB/IETF.
> 
> I think I disagree. Theoretically, you're right, resilience and
> robustness do not depend only on technical issues. (For instance, DNS
> filtering for politically-motivated censorship certainly makes the DNS
> more brittle and therefore decreases the Internet's robustness.)
> 
> But, in practice, I'm very pessimistic about the possibility of a
> serious work on these subjects in another place. At least in the
> IAB/IETF, we can do concrete and productive work, even if limited in
> scope. 

I'd go a bit further. IMHO, the IETF (+IAB) does best by explicitly
excluding political, economic or sociological issues from our
reasoning *even if they seem relevant*. RFC 1984, 2804 and 7258 are
good examples of documents that stick to technical arguments in the
face of a great temptation to "go political". For the resilience
(or robustness) discussion, we should do the same.

For example, fragmentation of the DNS name space is damage, regardless
of the cause. Making the name space intrinsically self-healing
would therefore be a good thing.

> Otherwise, I don't see a forum where efficient things could be
> done. Certainly not ICANN, and even less so IGF, which is a very good
> example of useless chat.
> 
> [This is obviously related to the discussion about 
> draft-iab-for-the-users.]

I agree. I think it is absolutely correct to state that the technical
end goal is better services for users, rather than convenience for
operators, but absolutely unnnecessary to rhapsodise about the the
social good. (This has nothing to do with my opinions about the social
good. It's about how the IETF, as a trans-national group, can produce
effective documents.)

    Brian