Re: Trying to do too much (was Re: the introduction problem, etc.)

Masataka Ohta <mohta@necom830.hpcl.titech.ac.jp> Thu, 19 May 2022 12:29 UTC

Return-Path: <mohta@necom830.hpcl.titech.ac.jp>
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 891C2C15E6FD for <ietf@ietfa.amsl.com>; Thu, 19 May 2022 05:29:04 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.755
X-Spam-Level:
X-Spam-Status: No, score=-3.755 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, NICE_REPLY_A=-1.857, SPF_HELO_NONE=0.001, SPF_NONE=0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Qifxh--d96Lg for <ietf@ietfa.amsl.com>; Thu, 19 May 2022 05:29:03 -0700 (PDT)
Received: from necom830.hpcl.titech.ac.jp (necom830.hpcl.titech.ac.jp [131.112.32.132]) by ietfa.amsl.com (Postfix) with SMTP id E9A77C15E6F9 for <ietf@ietf.org>; Thu, 19 May 2022 05:29:01 -0700 (PDT)
Received: (qmail 45458 invoked from network); 19 May 2022 12:24:06 -0000
Received: from necom830.hpcl.titech.ac.jp (HELO ?127.0.0.1?) (131.112.32.132) by necom830.hpcl.titech.ac.jp with SMTP; 19 May 2022 12:24:06 -0000
Message-ID: <f379eaed-4bac-c633-70e7-4aff4165b092@necom830.hpcl.titech.ac.jp>
Date: Thu, 19 May 2022 21:28:57 +0900
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101 Thunderbird/91.9.0
Subject: Re: Trying to do too much (was Re: the introduction problem, etc.)
Content-Language: en-US
To: ietf@ietf.org
References: <CAMm+LwhD8wHJ284z91X5XP-8f+9=Dx1Kd50=8-Pd3SX==W6ivw@mail.gmail.com> <20220514171447.23A3840334EA@ary.qy> <CAMm+LwivypwPG_mAc=3w=dY4w9rgvO8+qY=c3Et+Gkitdw8GMA@mail.gmail.com> <3a66b3f8-03c0-d6b4-51fc-df093d88524f@taugh.com> <CAMm+LwjddEN3zS76SCnNtRb1cvq3ofnDdy6YXP5-SqjEsf2-8Q@mail.gmail.com> <a18d7934-acc8-ec51-1671-fa2ed98285e9@necom830.hpcl.titech.ac.jp> <A744D295-3C2D-46B9-AFD8-E3174115F15A@bluepopcorn.net>
From: Masataka Ohta <mohta@necom830.hpcl.titech.ac.jp>
In-Reply-To: <A744D295-3C2D-46B9-AFD8-E3174115F15A@bluepopcorn.net>
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/7LZMkJvIMWGwvSN_wTWD9SjXolU>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.34
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: Thu, 19 May 2022 12:29:04 -0000

Jim Fenton wrote:

> Some of these have
> an introduction problem, and others are explicitly opt-in and could
> solve the problem at opt-in time.

Yes. However, the introduction problem does not have any
scalable solution because third parties, such as CAs of
PKI, are untrustworthy.

 > They might even be merged together

A conventional wisdom, as was demonstrated by IPv6, is that,
if you merge protocols, the result will have all the demerits
of original protocols.

						Masataka Ohta