[Iot-directorate] Iotdir telechat review of draft-ietf-alto-new-transport-17
Wesley Eddy via Datatracker <noreply@ietf.org> Mon, 23 October 2023 17:13 UTC
Return-Path: <noreply@ietf.org>
X-Original-To: iot-directorate@ietf.org
Delivered-To: iot-directorate@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id BA9A5C151983; Mon, 23 Oct 2023 10:13:18 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: Wesley Eddy via Datatracker <noreply@ietf.org>
To: iot-directorate@ietf.org
Cc: alto@ietf.org, draft-ietf-alto-new-transport.all@ietf.org, last-call@ietf.org
X-Test-IDTracker: no
X-IETF-IDTracker: 11.13.0
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <169808119875.49017.9067307920998047566@ietfa.amsl.com>
Reply-To: Wesley Eddy <wes@mti-systems.com>
Date: Mon, 23 Oct 2023 10:13:18 -0700
Archived-At: <https://mailarchive.ietf.org/arch/msg/iot-directorate/wzeUmhhhPL_InewKt9CdVAaDxLo>
Subject: [Iot-directorate] Iotdir telechat review of draft-ietf-alto-new-transport-17
X-BeenThere: iot-directorate@ietf.org
X-Mailman-Version: 2.1.39
List-Id: Mailing list for the IoT Directorate Members <iot-directorate.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/iot-directorate>, <mailto:iot-directorate-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/iot-directorate/>
List-Post: <mailto:iot-directorate@ietf.org>
List-Help: <mailto:iot-directorate-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/iot-directorate>, <mailto:iot-directorate-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 23 Oct 2023 17:13:18 -0000
Reviewer: Wesley Eddy Review result: Ready with Issues I only found 1 real "issue" in reading this document, and a few smaller nits, described below. None of these comments are specifically related to IoTDIR type of concerns, and it doesn't seem like the protocol would be intended for use in IoT. Issues: 1) The placement of TIPS relative to other ALTO standards is unclear. This became evident to me on page 4, reading the bottom paragraph with "Despite the benefits, however, ...". Is the gist of this paragraph supposed to be that the WG does not think that TIPS should totally replace ALTO/SSE? It's not clear to me what the recommendation or applicability statement for these is in practical terms. The WG should convey more clearly what it believes implemenentations and deployments should be using, under what circumstances. If both protocols are maintained as standards track, then it should be clearly stated why that needs to be the case and that this does not obsolete ALTO/SSE. It seems to be created as another option, with unclear guidance provided to implementers about what to do. Nits: 1) page 4 from "no capability it transmits incremental" to "no capability to transmit incremental" 2) I don't know if this is typical for other ALTO documents, but the usage of the term "transport protocol" in the first paragraph of section 1 is not consistent with the Internet architecture where "transport protocols" are TCP, UDP, SCTP, etc., nor is it "transport" in the sense of MPLS, etc. I would suggest using the alternative term "transfer" to be less jarring. Of course, if this is already the standard terminology for ALTO that the IETF has accepted, then this comment can be ignored. 3) In the section 5.4 example, should "my-networkmap" in some of the "uses" values by "my-network-map" that was defined at the top?
- [Iot-directorate] Iotdir telechat review of draft… Wesley Eddy via Datatracker
- Re: [Iot-directorate] [alto] Iotdir telechat revi… mohamed.boucadair
- Re: [Iot-directorate] [alto] Iotdir telechat revi… kaigao
- Re: [Iot-directorate] [alto] Iotdir telechat revi… kaigao
- Re: [Iot-directorate] [Last-Call] Iotdir telechat… Eric Vyncke (evyncke)