[lamps] Magnus Westerlund's Block on charter-ietf-lamps-04-02: (with BLOCK)

Magnus Westerlund via Datatracker <noreply@ietf.org> Thu, 05 December 2019 14:48 UTC

Return-Path: <noreply@ietf.org>
X-Original-To: spasm@ietf.org
Delivered-To: spasm@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id B1CFE120104; Thu, 5 Dec 2019 06:48:08 -0800 (PST)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: Magnus Westerlund via Datatracker <noreply@ietf.org>
To: The IESG <iesg@ietf.org>
Cc: lamps-chairs@ietf.org, spasm@ietf.org
X-Test-IDTracker: no
X-IETF-IDTracker: 6.111.0
Auto-Submitted: auto-generated
Precedence: bulk
Reply-To: Magnus Westerlund <magnus.westerlund@ericsson.com>
Message-ID: <157555728863.16390.3630034252134851529.idtracker@ietfa.amsl.com>
Date: Thu, 05 Dec 2019 06:48:08 -0800
Archived-At: <https://mailarchive.ietf.org/arch/msg/spasm/WXd-4pz2fQhvHLJJ-xVLOU3o8-4>
Subject: [lamps] Magnus Westerlund's Block on charter-ietf-lamps-04-02: (with BLOCK)
X-BeenThere: spasm@ietf.org
X-Mailman-Version: 2.1.29
List-Id: "This is a venue for discussion of doing Some Pkix And SMime \(spasm\) work." <spasm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/spasm>, <mailto:spasm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/spasm/>
List-Post: <mailto:spasm@ietf.org>
List-Help: <mailto:spasm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/spasm>, <mailto:spasm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 05 Dec 2019 14:48:10 -0000

Magnus Westerlund has entered the following ballot position for
charter-ietf-lamps-04-02: Block

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-lamps/



----------------------------------------------------------------------
BLOCK:
----------------------------------------------------------------------

Regarding:

The LAMPS WG may produce
clarifications where needed, but the LAMPS WG shall not adopt
anything beyond clarifications without rechartering.

... may produce clarifications ...

I would argue that this allows for updates specifications that doesn't change
the scope of the specification. Some clarifications may result in a actual
change of a prior WG consensus decision. If that is what is intended, then
fine. But I would appreciate some clarification on what type of work is
actually expected here.