Re: [Din] Updated charter proposal

Melinda Shore <> Sun, 15 July 2018 16:28 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id 3CA8F130E2C for <>; Sun, 15 Jul 2018 09:28:52 -0700 (PDT)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -1.91
X-Spam-Status: No, score=-1.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, T_DKIMWL_WL_MED=-0.01] autolearn=ham autolearn_force=no
Authentication-Results: (amavisd-new); dkim=pass (2048-bit key)
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id CZ_rhQ8_WDYv for <>; Sun, 15 Jul 2018 09:28:50 -0700 (PDT)
Received: from ( [IPv6:2607:f8b0:4001:c0b::22c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by (Postfix) with ESMTPS id 29DDF130DDA for <>; Sun, 15 Jul 2018 09:28:50 -0700 (PDT)
Received: by with SMTP id h2-v6so15769734itj.1 for <>; Sun, 15 Jul 2018 09:28:50 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;; s=20150623; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-language:content-transfer-encoding; bh=Uz6IXuR4lxnrsXpSFYpIerz1Pm1jIXGjZwpn/7khgSk=; b=ezjXvR3u7N0N6HaUt9zLNW4RrMg7CQhEsNFu2YP11r9iJX9WXVLH4QPo748rZ+M/SV LpuQIjzgTMfPfT7WjmwIOvxzyRCF7feRcDy8FWtjKXebaD+mdNazpt3lp4lpr6coUjsh EvA9ngm0XFWEk/TT2/butQLBthC2mAbJTw9g2qfgfnii8jFCoVN13AJrANvAYV2Jr+jT NHKw0b8p6WP270QRh6nypkuRHdJa8LrDM/rtDOae03oSnkjzS3femucSF9hZrowVK9at wym6iMOwmc+sUsJVFqs7oDSv38nXdMFdlddLJso7KGs8bH22G164b+9HmhjL9VyNd0sQ RRrg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;; s=20161025; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=Uz6IXuR4lxnrsXpSFYpIerz1Pm1jIXGjZwpn/7khgSk=; b=F9w/aL80OGAN1AhMIogcMJlDA+ndpVpCWr2swCYICrhveZtBaGFu8UF/K8110jB57x QxDGsXXXMl7RzB9agNHYyjolKSM+hNZfMIyLdNXUnVX+k+HuLhX+Y0EcypVdRskhjMZT rCy/LVOEzagbB0KmP27ZWqJ+ThffkRzEF2/7z4UrpP3wqjxQVhKxEJzj8Gsq3UJbW8S3 nmgBype3QW4TRgBsEv2d0mMOtHVhZ+YfS2igHBuUzu5JGzwB1PwFfCgFFwknPKXDRUgz 2J6ZP2FPOw71cDljauj1MrmKaK738JWVcn0IGI+qd2wxUkfHwPU+4qjHBPfznOBQ+CPt rtzg==
X-Gm-Message-State: AOUpUlGDy3g5TMWcg05beYEyRNUxCs3ZOd2iTUjDbKuHRlE0o2PhasiQ Nq0JaQE9NTom2bbx199oAwY6Lp2KYQ==
X-Google-Smtp-Source: AAOMgpeBQcKwhTn+L9vzpvHwavjMihYsge8PmxV8mu5q9bZUFxa7iIRtw6/v+Wcmu42BuQ5vU2X0xg==
X-Received: by 2002:a24:1c09:: with SMTP id c9-v6mr10911498itc.38.1531672129165; Sun, 15 Jul 2018 09:28:49 -0700 (PDT)
Received: from ([2001:67c:1232:144:ed3c:dbb1:3ef:aed3]) by with ESMTPSA id e18-v6sm15198761iof.23.2018. for <> (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 15 Jul 2018 09:28:48 -0700 (PDT)
References: <> <> <> <> <> <> <> <> <> <>
From: Melinda Shore <>
Message-ID: <>
Date: Sun, 15 Jul 2018 12:28:46 -0400
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:52.0) Gecko/20100101 Thunderbird/52.8.0
MIME-Version: 1.0
In-Reply-To: <>
Content-Type: text/plain; charset=utf-8
Content-Language: en-US
Content-Transfer-Encoding: 7bit
Archived-At: <>
Subject: Re: [Din] Updated charter proposal
X-Mailman-Version: 2.1.27
Precedence: list
List-Id: "Discussion of distributed Internet Infrastructure approaches, aspects such as Service Federation, and underlying technologies" <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Sun, 15 Jul 2018 16:28:52 -0000

On 7/15/18 12:17 PM, Niels ten Oever wrote:>
I think that's useful but I'll note that the word "layer"
does not appear anywhere in the article, and there's no
mention of work on ad hoc networks, which have been standardized
in the IETF and are therefore arguably part of "the internet."
Anyway, while IP-based protocols are not layered as cleanly as
one might like, it's typically the case that when we consider
the design of infrastructure services, like naming or trust,
we rarely consider the interaction with routing and so on.

Anyway, I think that what the author is arguing is basically
consistent with how we see the internet in general, which is part
of what motivates this work on decentralizing internet infrastructure.
We don't currently have decentralized services - there are points
of centralized control in today's internet - but we're interested
in how they can be built and function on top of IP-based protocols.

Thanks for the pointer!


Software longa, hardware brevis

PGP key fingerprint  4F68 2D93 2A17 96F8 20F2
                     34C0 DFB8 9172 9A76 DB8F