[httpapi] Benjamin Kaduk's No Objection on charter-ietf-httpapi-00-00: (with COMMENT)
Benjamin Kaduk via Datatracker <noreply@ietf.org> Wed, 09 September 2020 22:35 UTC
Return-Path: <noreply@ietf.org>
X-Original-To: httpapi@ietf.org
Delivered-To: httpapi@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 6B2E43A0F76; Wed, 9 Sep 2020 15:35:40 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: Benjamin Kaduk via Datatracker <noreply@ietf.org>
To: The IESG <iesg@ietf.org>
Cc: httpapi-chairs@ietf.org, httpapi@ietf.org
X-Test-IDTracker: no
X-IETF-IDTracker: 7.16.0
Auto-Submitted: auto-generated
Precedence: bulk
Reply-To: Benjamin Kaduk <kaduk@mit.edu>
Message-ID: <159969093993.15400.2758336106235985465@ietfa.amsl.com>
Date: Wed, 09 Sep 2020 15:35:40 -0700
Archived-At: <https://mailarchive.ietf.org/arch/msg/httpapi/ScJr82m7Jc8YxHn1GD5A2pR_0Fc>
Subject: [httpapi] Benjamin Kaduk's No Objection on charter-ietf-httpapi-00-00: (with COMMENT)
X-BeenThere: httpapi@ietf.org
X-Mailman-Version: 2.1.29
List-Id: Building Blocks for HTTP APIs <httpapi.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/httpapi>, <mailto:httpapi-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/httpapi/>
List-Post: <mailto:httpapi@ietf.org>
List-Help: <mailto:httpapi-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/httpapi>, <mailto:httpapi-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 09 Sep 2020 22:35:40 -0000
Benjamin Kaduk has entered the following ballot position for charter-ietf-httpapi-00-00: 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.) The document, along with other ballot positions, can be found here: https://datatracker.ietf.org/doc/charter-ietf-httpapi/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- Not much to add that hasn't already been covered by my fellow ADs. It's particularly hard to gauge the expected scope with no milestones listed. One point, though: machine-to-machine API usage is likely to make heavy use of (TLS) mutual authentication, and the stalwart documentation for authenticating TLS servers (RFC 6125) explicitly disclaims coverage of authentication of TLS clients. There may be a gap in this area that could use filling and I wonder if the right people would be here to work on plugging it.
- [httpapi] Benjamin Kaduk's No Objection on charteā¦ Benjamin Kaduk via Datatracker