[alto] Roman Danyliw's No Objection on draft-ietf-alto-new-transport-21: (with COMMENT)
Roman Danyliw via Datatracker <noreply@ietf.org> Tue, 02 January 2024 20:49 UTC
Return-Path: <noreply@ietf.org>
X-Original-To: alto@ietf.org
Delivered-To: alto@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 1A20DC15170B; Tue, 2 Jan 2024 12:49:26 -0800 (PST)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: Roman Danyliw via Datatracker <noreply@ietf.org>
To: The IESG <iesg@ietf.org>
Cc: draft-ietf-alto-new-transport@ietf.org, alto-chairs@ietf.org, alto@ietf.org, mohamed.boucadair@orange.com, mohamed.boucadair@orange.com
X-Test-IDTracker: no
X-IETF-IDTracker: 12.1.0
Auto-Submitted: auto-generated
Precedence: bulk
Reply-To: Roman Danyliw <rdd@cert.org>
Message-ID: <170422856609.1398.8988980260013713796@ietfa.amsl.com>
Date: Tue, 02 Jan 2024 12:49:26 -0800
Archived-At: <https://mailarchive.ietf.org/arch/msg/alto/cflH5bDy4iQMivCBC0Om_tgL4jg>
Subject: [alto] Roman Danyliw's No Objection on draft-ietf-alto-new-transport-21: (with COMMENT)
X-BeenThere: alto@ietf.org
X-Mailman-Version: 2.1.39
List-Id: "Application-Layer Traffic Optimization \(alto\) WG mailing list" <alto.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/alto>, <mailto:alto-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/alto/>
List-Post: <mailto:alto@ietf.org>
List-Help: <mailto:alto-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/alto>, <mailto:alto-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 02 Jan 2024 20:49:26 -0000
Roman Danyliw has entered the following ballot position for draft-ietf-alto-new-transport-21: No Objection When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.) Please refer to https://www.ietf.org/about/groups/iesg/statements/handling-ballot-positions/ for more information about how to handle DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: https://datatracker.ietf.org/doc/draft-ietf-alto-new-transport/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- Thank you to Donald Eastlake for the SECDIR review. Thanks for addressing my DISCUSS feedback. ** Section 6.2. Editorial. New text was added clarifying text to prescribe that TIPS view URI must not be reused. I would recommend being a clearer on this language. OLD A server MUST NOT use a URI for different TIPS views, either for different resources or different request bodies to the same resource. NEW A server MUST NOT use the same URI for different TIPS views, either for different resources or different request bodies to the same resource. ** Section 9. The security considerations (Section 15 of [RFC7285]) of the base protocol fully apply to this extension. For example, the same authenticity and integrity considerations (Section 15.1 of [RFC7285]) still fully apply; Since ALTO TIPS is a new protocol mechanism is it possible to improve on the TLS guidance in Section 8.3.5 of RFC7295 (from circa 2014)? Specifically, can RFC9325 be mandated?
- [alto] Roman Danyliw's No Objection on draft-ietf… Roman Danyliw via Datatracker
- Re: [alto] Roman Danyliw's No Objection on draft-… kaigao
- Re: [alto] Roman Danyliw's No Objection on draft-… Roman Danyliw