Re: [saag] SECDISPATCH WG Summary from IETF 104

"Dr. Pala" <madwolf@openca.org> Tue, 26 March 2019 08:22 UTC

Return-Path: <madwolf@openca.org>
X-Original-To: saag@ietfa.amsl.com
Delivered-To: saag@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EC129120047 for <saag@ietfa.amsl.com>; Tue, 26 Mar 2019 01:22:39 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.89
X-Spam-Level:
X-Spam-Status: No, score=-1.89 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_PASS=-0.001, T_HK_NAME_DR=0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id zhLqN4rkn8-p for <saag@ietfa.amsl.com>; Tue, 26 Mar 2019 01:22:36 -0700 (PDT)
Received: from mail.katezarealty.com (mail.katezarealty.com [104.168.158.213]) by ietfa.amsl.com (Postfix) with ESMTP id 5B14212028E for <saag@ietf.org>; Tue, 26 Mar 2019 01:22:36 -0700 (PDT)
Received: from localhost (unknown [127.0.0.1]) by mail.katezarealty.com (Postfix) with ESMTP id C6717374128E for <saag@ietf.org>; Tue, 26 Mar 2019 08:22:35 +0000 (UTC)
X-Virus-Scanned: amavisd-new at katezarealty.com
Received: from mail.katezarealty.com ([127.0.0.1]) by localhost (mail.katezarealty.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id zldy4cwIm-CA for <saag@ietf.org>; Tue, 26 Mar 2019 04:22:34 -0400 (EDT)
Received: from dhcp-8b3d.meeting.ietf.org (dhcp-8b3d.meeting.ietf.org [31.133.139.61]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.katezarealty.com (Postfix) with ESMTPSA id 89D703741012 for <saag@ietf.org>; Tue, 26 Mar 2019 04:22:34 -0400 (EDT)
To: saag@ietf.org
References: <359EC4B99E040048A7131E0F4E113AFC01B3308493@marchand>
From: "Dr. Pala" <madwolf@openca.org>
Message-ID: <2a05beca-e41a-fbe8-835b-dfef9fa88432@openca.org>
Date: Tue, 26 Mar 2019 09:22:32 +0100
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:60.0) Gecko/20100101 Thunderbird/60.5.3
MIME-Version: 1.0
In-Reply-To: <359EC4B99E040048A7131E0F4E113AFC01B3308493@marchand>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Transfer-Encoding: 7bit
Content-Language: en-US
Archived-At: <https://mailarchive.ietf.org/arch/msg/saag/EkmsoVvW3dLgycUCuzWIbFxmIvI>
Subject: Re: [saag] SECDISPATCH WG Summary from IETF 104
X-BeenThere: saag@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Security Area Advisory Group <saag.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/saag>, <mailto:saag-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/saag/>
List-Post: <mailto:saag@ietf.org>
List-Help: <mailto:saag-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/saag>, <mailto:saag-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 26 Mar 2019 08:22:40 -0000

Dear Saag,

I noticed at the last dispatch that there has been no humming to get the 
feeling of the room - all recommendation were given by the chairs as 
there was no "voting" (humming) for the different options for the future 
of the (at lest for the {3-6}) proposals. Since this seemed a bit 
strange to me, I wanted to ask if this is representative of how 
SecDispatch will operate from now on.

Do not get me wrong, I think this might be a better approach other than 
asking the room about what to do since most of the times people would 
not read the drafts and still vote to adopt it or not (which I find 
quite disrespectful for the work the people put in - at least that 
happened in the past).

Please let me know if this represents a change in the way secdispatch is 
handled or ... ? And if this is the case, wouldn't it be more efficient 
to do this via e-mail if there is no feedback that is taken in 
consideration during the session ?

Thanks,
Max

On 3/25/19 8:13 PM, Roman Danyliw wrote:
> The SECDISPATCH WG met on Tuesday afternoon.  The agenda items were dispatched as follows:
>
> (1) draft-mccain-keylist -- continue discussion on IETF OpenPGP mailing list (openpgp@ietf.org) to grow interest
>
> (2) draft-rundgren-json-canonicalization-scheme -- not security area work; bring to ART
>
> (3) draft-schinazi-masque -- needs more discussion; non-WG IETF mailing list will be created
>
> (4) draft-gont-predictable-numeric-ids -- ADs will follow-up work to define right venue
>
> (5) draft-birkholz-core-coid -- BOF recommended
>       
> (6) draft-raza-ace-cbor-certificates -- BOF recommended
>
> _______________________________________________
> saag mailing list
> saag@ietf.org
> https://www.ietf.org/mailman/listinfo/saag