[Id-event] Murray Kucherawy's No Objection on draft-ietf-secevent-http-poll-11: (with COMMENT)
Murray Kucherawy via Datatracker <noreply@ietf.org> Wed, 17 June 2020 14:58 UTC
Return-Path: <noreply@ietf.org>
X-Original-To: id-event@ietf.org
Delivered-To: id-event@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id AE39C3A0853; Wed, 17 Jun 2020 07:58:17 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: Murray Kucherawy via Datatracker <noreply@ietf.org>
To: The IESG <iesg@ietf.org>
Cc: draft-ietf-secevent-http-poll@ietf.org, secevent-chairs@ietf.org, id-event@ietf.org, Yaron Sheffer <yaronf.ietf@gmail.com>
X-Test-IDTracker: no
X-IETF-IDTracker: 7.3.2
Auto-Submitted: auto-generated
Precedence: bulk
Reply-To: Murray Kucherawy <superuser@gmail.com>
Message-ID: <159240589769.334.12957247060476090956@ietfa.amsl.com>
Date: Wed, 17 Jun 2020 07:58:17 -0700
Archived-At: <https://mailarchive.ietf.org/arch/msg/id-event/KDE59d0J5LLZKBg8EwUBdp_wyh0>
Subject: [Id-event] Murray Kucherawy's No Objection on draft-ietf-secevent-http-poll-11: (with COMMENT)
X-BeenThere: id-event@ietf.org
X-Mailman-Version: 2.1.29
List-Id: "A mailing list to discuss the potential solution for a common identity event messaging format and distribution system." <id-event.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/id-event>, <mailto:id-event-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/id-event/>
List-Post: <mailto:id-event@ietf.org>
List-Help: <mailto:id-event-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/id-event>, <mailto:id-event-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 17 Jun 2020 14:58:30 -0000
Murray Kucherawy has entered the following ballot position for draft-ietf-secevent-http-poll-11: 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/iesg/statement/discuss-criteria.html for more information about IESG DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: https://datatracker.ietf.org/doc/draft-ietf-secevent-http-poll/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- A couple of questions arise for me about the use of requirements language: Section 2.1: * Under what circumstances would you not follow the advice of that SHOULD? Section 2.2: * "... the oldest SETs available SHOULD be returned first." -- why is that only a SHOULD? Section 2.4: * "... SHOULD parse and validate received SETs to meet its own requirements ..." -- when would you not do this? And a nit: Section 2.2: * "An OPTIONAL JSON integer value ..." -- JSON defines "number", not "integer"; I understand what you mean, but that distinction has drawn complaints on previous documents.
- [Id-event] Murray Kucherawy's No Objection on dra… Murray Kucherawy via Datatracker
- Re: [Id-event] [EXTERNAL] Murray Kucherawy's No O… Mike Jones