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

Brian E Carpenter <brian.e.carpenter@gmail.com> Mon, 30 December 2019 01:05 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 06DC41200E6 for <architecture-discuss@ietfa.amsl.com>; Sun, 29 Dec 2019 17:05:02 -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 Uv7UZem6Yjqr for <architecture-discuss@ietfa.amsl.com>; Sun, 29 Dec 2019 17:05:00 -0800 (PST)
Received: from mail-pl1-x642.google.com (mail-pl1-x642.google.com [IPv6:2607:f8b0:4864:20::642]) (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 5D1A41200CD for <architecture-discuss@ietf.org>; Sun, 29 Dec 2019 17:05:00 -0800 (PST)
Received: by mail-pl1-x642.google.com with SMTP id a6so13286485plm.3 for <architecture-discuss@ietf.org>; Sun, 29 Dec 2019 17:05:00 -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=HCIwTv7dKwfpEKhAJIH6FCcWO8YmR/L3mCbQAh2fW6U=; b=tbSirqlP+80hFbwJz57o+O0HHj85/4mT/1CmrEDaVNTJSP1MmDIbwCFCBihE8GpDPr meSKMuPMZBZoOKAOcsi3mb2uvurLfc8/qy0DD/4jV3GjZmlZGRN1hXEFSVGRXuAxNEo+ Eqzo5lfDuXtqUJW/ZYpbqKWD7LUTJG+L16etYDbqXe9y89YqcuPWJ5jwkzW6bD4EDuS2 OKmCGGBiPkjbK7WrMkMqanFgvO5cTMldKdTdVHBc2hbb3pQZwInLGE2AwIEUuHXjMI0/ mvIgSJJocwcq8oTl113dKsdryEoqauww1/y0RILeNg/kxPTXEnacbKhpv2oqATj0jFmt QL1A==
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=HCIwTv7dKwfpEKhAJIH6FCcWO8YmR/L3mCbQAh2fW6U=; b=J+M2BXvyi2WvUc3UrsJw2T4baIQP0Ml5rlEfiP5ROMUExtt1jSYOA/1gqkUZMfTSoV EQcJ3JNaETec98VJS03E9xOA0Tqn+xXfsXs77QuojRV9bpyTqFIQMqQAEY3qJPpAI00N V9GsUcjuItS9j/Ui3PyTSlS87vvUY5AKcVLUMRLSSabw9XxPbdpnIfDEtJAo60hZJRSI QP7L2wAkvd4duzpI721lk2AMkQlqk+ixWi/wWFJVK3VpahUmDdCE+iVFPt/P+jl935GA iA/BDZjvx0GLuweBoSGxsDyai9zfPkzH3ai6LL0xqJEVQng3PNNMBimbA6uSQtx0vfTE R0ew==
X-Gm-Message-State: APjAAAVpIRt3yK0L7Y2rfRjezk3HTz53Sn1N9Nz7TUDs5dMasWQO7nh1 EHeF9yNfvkstVCztisdkB7HuyadB
X-Google-Smtp-Source: APXvYqx78aK0mYWLL1GoUlGEnG1JlQPIG7OflW8fgFW9j4W1LqPm9VAFE6oLtLlSuFrZdBwjuweNkA==
X-Received: by 2002:a17:90b:145:: with SMTP id em5mr41635977pjb.20.1577667899299; Sun, 29 Dec 2019 17:04:59 -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 l2sm21972961pjt.31.2019.12.29.17.04.56 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 29 Dec 2019 17:04:58 -0800 (PST)
To: Toerless Eckert <tte@cs.fau.de>
Cc: Niels ten Oever <lists@digitaldissidents.org>, architecture-discuss@ietf.org
References: <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> <1829722692.7358.1577443983540@appsuite-gw1.open-xchange.com> <20191227134419.GA19644@nic.fr> <m2r20oi8vk.wl-randy@psg.com> <295780f7-ebf3-79e4-0b2d-faaecfa0d984@nomountain.net> <7fedea81-6827-38c2-04b3-5854126b2d52@digitaldissidents.org> <68c2aa4c-a0f8-6c26-ef2a-53bc67eb4ff8@gmail.com> <20191229234006.GK8801@faui48f.informatik.uni-erlangen.de>
From: Brian E Carpenter <brian.e.carpenter@gmail.com>
Message-ID: <82a734ac-95c5-dd16-0dbc-9ea03ce330f2@gmail.com>
Date: Mon, 30 Dec 2019 14:04:53 +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: <20191229234006.GK8801@faui48f.informatik.uni-erlangen.de>
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/W8ofGSgHyFht3PNotddMe8Sjk7w>
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: Mon, 30 Dec 2019 01:05:02 -0000

On 30-Dec-19 12:40, Toerless Eckert wrote:
> On Mon, Dec 30, 2019 at 08:38:09AM +1300, Brian E Carpenter wrote:
>> However, resiliency doesn't seem to me to require a discussion of values. It's a very clear technical requirement on its own. Surviving human error, equipment failure, natural disasters, political interference, and acts of war might each generate different resiliency considerations.
> 
> Germany seems to think that its good for resilience and cost reduction
> to be able to source oil from all places it can, including russia (nordstream 2).
> The USA claims values against that and is hence fighting it.
> 
> To make a more technical _networking_ resilience argument: In design of
> resilent network paths, one key ask is to have non-single point of failure
> in forwarding/control-plane code-paths, aka: diverse router vendors paths.
> But there are also government regulations based on "values" requiring
> network paths not to pass through specific vendors equipment or certain countries.
> 
> Aka: You are grasphing for straws if you try to declare something to be
> beyond being abused as an argument about values. And remember that
> (plastic) straws too are outlawed in certain countries because of values.

True. But that doesn't prevent us doing the analysis of resilience issues
without making political assumptions. If it comes out that the best form
of resilient routing would be some form of Byzantine routing with no fixed
paths between end points, that would be a valid technical conclusion.
(Whether that particular approach has been seriously analyzed since about
1962, I don't know.) If we could design a resilient unambiguous namespace
without a central authority, that would also be a valid technical conclusion
that might prove troubling to ICANN.

   Brian