Re: [Anima] I-D Action: draft-ietf-anima-grasp-distribution-07.txt

Michael Richardson <mcr+ietf@sandelman.ca> Tue, 14 March 2023 12:41 UTC

Return-Path: <mcr+ietf@sandelman.ca>
X-Original-To: anima@ietfa.amsl.com
Delivered-To: anima@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E5F90C14CE42 for <anima@ietfa.amsl.com>; Tue, 14 Mar 2023 05:41:31 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.897
X-Spam-Level:
X-Spam-Status: No, score=-1.897 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=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 wZkny9Z3efkV for <anima@ietfa.amsl.com>; Tue, 14 Mar 2023 05:41:30 -0700 (PDT)
Received: from relay.sandelman.ca (relay.cooperix.net [IPv6:2a01:7e00:e000:2bb::1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id AE945C13AE3D for <anima@ietf.org>; Tue, 14 Mar 2023 05:41:30 -0700 (PDT)
Received: from dyas.sandelman.ca (unknown [5.148.108.163]) by relay.sandelman.ca (Postfix) with ESMTPS id BB7CB1F47D for <anima@ietf.org>; Tue, 14 Mar 2023 12:41:28 +0000 (UTC)
Received: by dyas.sandelman.ca (Postfix, from userid 1000) id 31174A1069; Tue, 14 Mar 2023 08:41:28 -0400 (EDT)
Received: from dyas (localhost [127.0.0.1]) by dyas.sandelman.ca (Postfix) with ESMTP id 2EF31A014E for <anima@ietf.org>; Tue, 14 Mar 2023 12:41:28 +0000 (GMT)
From: Michael Richardson <mcr+ietf@sandelman.ca>
to: anima <anima@ietf.org>
In-reply-to: <2347296.1678702970@dyas>
References: <167844143207.23755.11725832079832244761@ietfa.amsl.com> <CBA602EFBB994C74+2023031311493839883724@bupt.edu.cn> <2347296.1678702970@dyas>
Comments: In-reply-to Michael Richardson <mcr+ietf@sandelman.ca> message dated "Mon, 13 Mar 2023 11:22:50 +0100."
X-Mailer: MH-E 8.6+git; nmh 1.7+dev; GNU Emacs 26.3
MIME-Version: 1.0
Content-Type: multipart/signed; boundary="=-=-="; micalg="pgp-sha512"; protocol="application/pgp-signature"
Date: Tue, 14 Mar 2023 12:41:28 +0000
Message-ID: <2470030.1678797688@dyas>
Archived-At: <https://mailarchive.ietf.org/arch/msg/anima/PgwdHbUmlUw2my3KD99lQz8zUho>
Subject: Re: [Anima] I-D Action: draft-ietf-anima-grasp-distribution-07.txt
X-BeenThere: anima@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: Autonomic Networking Integrated Model and Approach <anima.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/anima>, <mailto:anima-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/anima/>
List-Post: <mailto:anima@ietf.org>
List-Help: <mailto:anima-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/anima>, <mailto:anima-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 14 Mar 2023 12:41:32 -0000

Hi, I recalled that I'm the document shepherd for this document.
I did my shepherd review a year ago on version -04, and I also did a review
in 2020 when we adopted it:
  https://mailarchive.ietf.org/arch/msg/anima/hCv5bZxBrzSzA6BjA5DY7_RDo6U/

I am updating my shepherd review, but let me highlight some comments from
January 2022 review, and my January 2020 comments that have still not been
acted upon.

I think that the use cases are not well supported.
I can not comment on whether SBA is a reasonable use case, if it were, then I
would expect a 3GPP document to cite this one.  Has that occured?

I do not find the INC use case credible.
I can see that yes, the INC needs data backup and data aggregation, but I
don't see why they would do that via the ACP.  I can see that perhaps there
is an ASA that would run over an ACP that would provision where computing is
supposed to go, but the actual movement of the data seems to belong in the
production network.  Then the data might move by rsync, etc.

I don't find the V2X communications use credible either.
This is because I don't think V2X will deploy an ACP, or for that matter
*can* deploy such a thing as it would cross the boundaries of authorities.

The thing that I **do** find credible is software updates, particularly within
Enterprises and ISPs for their core switching equipment, but also for IoT
devices that might be connected at the edge of the switching network.
The firmware updates can be transfered across a high-speed network to the
edge where slow/sleepy IoT devices can pick them up via one-hop
communications.

I did not find the Smart Home use case credible.
Amazon, Google and Apple have invested in CSA/MATTER, and it has it's own
communication fabric.  That spec does not cite this spec, so I don't see how
this helps.


--
Michael Richardson <mcr+IETF@sandelman.ca>, Sandelman Software Works
 -= IPv6 IoT consulting =-                      *I*LIKE*TRAINS*