[Ecrit] Mirja Kühlewind's No Objection on draft-ietf-ecrit-car-crash-21: (with COMMENT)

"Mirja Kuehlewind" <ietf@kuehlewind.net> Tue, 17 January 2017 14:00 UTC

Return-Path: <ietf@kuehlewind.net>
X-Original-To: ecrit@ietf.org
Delivered-To: ecrit@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 8AE8E1293DF; Tue, 17 Jan 2017 06:00:25 -0800 (PST)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
From: "Mirja Kuehlewind" <ietf@kuehlewind.net>
To: "The IESG" <iesg@ietf.org>
X-Test-IDTracker: no
X-IETF-IDTracker: 6.40.3
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <148466162552.31998.1038836224962937327.idtracker@ietfa.amsl.com>
Date: Tue, 17 Jan 2017 06:00:25 -0800
Archived-At: <https://mailarchive.ietf.org/arch/msg/ecrit/kSknANfvXihAsMyzjEp2N1DDf5E>
Cc: ecrit@ietf.org, allison.mankin@gmail.com, draft-ietf-ecrit-car-crash@ietf.org, ecrit-chairs@ietf.org
Subject: [Ecrit] =?utf-8?q?Mirja_K=C3=BChlewind=27s_No_Objection_on_draft-?= =?utf-8?q?ietf-ecrit-car-crash-21=3A_=28with_COMMENT=29?=
X-BeenThere: ecrit@ietf.org
X-Mailman-Version: 2.1.17
List-Id: <ecrit.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ecrit>, <mailto:ecrit-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ecrit/>
List-Post: <mailto:ecrit@ietf.org>
List-Help: <mailto:ecrit-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ecrit>, <mailto:ecrit-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 17 Jan 2017 14:00:25 -0000

Mirja Kühlewind has entered the following ballot position for
draft-ietf-ecrit-car-crash-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/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:


A few comments:
- "Migration of the three architectural models to next-generation
(all-IP)" could be an own section
- Shouldn't this last part of section 6 ("If new data blocks are
needed...") go into I-D.ietf-ecrit-ecall?
- There is a lot of redunancy within this document but also compared to
I-D.ietf-ecrit-ecall (mainly section 8, some parts of 9, and 10). Is
there no better way to handle this?
- There is no action to unlock door (in section 9). I assume that's
because of the security risk of someone unlocking doors remotely. If
that's the case I would also remove this from the example list used
previously in the doc several times. Maybe instead discuss this case in
the security considerations?
- Does it really need a Lamp State Registry? What additional states could
come up in future beside 'on', 'off', and 'flash'? And even is there are
additional states, will that change dynamically enough to have an own