Re: [Cacao] [EXT] Consensus call for CACAO Charter

<mohamed.boucadair@orange.com> Wed, 26 June 2019 06:32 UTC

Return-Path: <mohamed.boucadair@orange.com>
X-Original-To: cacao@ietfa.amsl.com
Delivered-To: cacao@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5042F120146 for <cacao@ietfa.amsl.com>; Tue, 25 Jun 2019 23:32:27 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.597
X-Spam-Level:
X-Spam-Status: No, score=-2.597 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001, 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 QAfdqzouadZL for <cacao@ietfa.amsl.com>; Tue, 25 Jun 2019 23:32:24 -0700 (PDT)
Received: from relais-inet.orange.com (mta240.mail.business.static.orange.com [80.12.66.40]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 86F11120224 for <cacao@ietf.org>; Tue, 25 Jun 2019 23:32:24 -0700 (PDT)
Received: from opfedar03.francetelecom.fr (unknown [xx.xx.xx.5]) by opfedar26.francetelecom.fr (ESMTP service) with ESMTP id 45YY9L5hX6zFsvj; Wed, 26 Jun 2019 08:32:22 +0200 (CEST)
Received: from Exchangemail-eme6.itn.ftgroup (unknown [xx.xx.13.20]) by opfedar03.francetelecom.fr (ESMTP service) with ESMTP id 45YY9L4bnDzCqkR; Wed, 26 Jun 2019 08:32:22 +0200 (CEST)
Received: from OPEXCAUBMA2.corporate.adroot.infra.ftgroup ([fe80::e878:bd0:c89e:5b42]) by OPEXCAUBMA1.corporate.adroot.infra.ftgroup ([fe80::f04d:ad3c:61de:a175%21]) with mapi id 14.03.0439.000; Wed, 26 Jun 2019 08:32:22 +0200
From: mohamed.boucadair@orange.com
To: Chris Inacio <inacio@cert.org>, Carsten Bormann <cabo@tzi.org>, Bret Jordan <bret_jordan=40symantec.com@dmarc.ietf.org>
CC: "cacao@ietf.org" <cacao@ietf.org>
Thread-Topic: [Cacao] [EXT] Consensus call for CACAO Charter
Thread-Index: AQHVK2l3qibc51vyY0C8wiYiBP4TjKateeHQ
Date: Wed, 26 Jun 2019 06:32:21 +0000
Message-ID: <787AE7BB302AE849A7480A190F8B93302EAAD9A6@OPEXCAUBMA2.corporate.adroot.infra.ftgroup>
References: <71E2F960-274F-4DA9-938A-E31AB0C474A4@cert.org> <9BD47F64-D893-4416-8013-02AE2527271B@symantec.com> <2705E843-FAF1-4512-9B9C-D91625A9A383@tzi.org> <etPan.5d123ba6.6d0f767d.1c9@cert.org>
In-Reply-To: <etPan.5d123ba6.6d0f767d.1c9@cert.org>
Accept-Language: fr-FR, en-US
Content-Language: fr-FR
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.114.13.245]
Content-Type: multipart/alternative; boundary="_000_787AE7BB302AE849A7480A190F8B93302EAAD9A6OPEXCAUBMA2corp_"
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/cacao/dQHdoDNm-g1k_KwoJMM9olNYMxQ>
Subject: Re: [Cacao] [EXT] Consensus call for CACAO Charter
X-BeenThere: cacao@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Collaborative Automated Course of Action Operations <cacao.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/cacao>, <mailto:cacao-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/cacao/>
List-Post: <mailto:cacao@ietf.org>
List-Help: <mailto:cacao-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/cacao>, <mailto:cacao-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 26 Jun 2019 06:32:27 -0000

Hi Inacio,

The proposed text is much more better. Thanks.

Cheers,
Med

De : Cacao [mailto:cacao-bounces@ietf.org] De la part de Chris Inacio
Envoyé : mardi 25 juin 2019 17:20
À : Carsten Bormann; Bret Jordan
Cc : cacao@ietf.org
Objet : Re: [Cacao] [EXT] Consensus call for CACAO Charter

I tried and clearly failed to state that a data model would be separate from the serialization and that JSON serializations (or others) would still be possible even if some other language were used for the data model.  Also - I agree that JSON (having serialization in its name) is generally not a data modeling language.  (I’m sure JSON as a data modeling language can be fixed with a sufficient amount of prose around the JSON text.)

Any language you would like to propose?

* CACAO data model
A data model will be developed in an appropriate language that will allow serialization into data serialization formats including at a minimum JSON and possibly others.

Any better?




On June 25, 2019 at 2:07:39 AM, Carsten Bormann (cabo@tzi.org<mailto:cabo@tzi.org>) wrote:
Well, you will need to make a change that is indicative of understanding the difference between a data serialization format (intended here: JSON) and a data modeling language (not decided, might be YANG, or tables written in English, or both).

How do you propose to fix this?

Grüße, Carsten


> On Jun 25, 2019, at 07:59, Bret Jordan <Bret_Jordan=40symantec.com@dmarc.ietf.org> wrote:
>
> I do not agree with that proposed change.
>
> Bret
>
> Sent from my Commodore 128D
>
> PGP Fingerprint: 63B4 FC53 680A 6B7D 1447 F2C0 74F8 ACAE 7415 0050
>
> On Jun 24, 2019, at 4:21 PM, Chris Inacio <inacio@cert.org> wrote:
>
>> We have a new charter revision posted to the list [1] and available as an internet-draft [2]. The charter addresses the comments made during the previous call and tightens the scope of the work. Please send any comments on the charter to the list by June 28, 2019.
>>
>> At this point the chairs (and the AD’s) are concerned with the number of people willing to volunteer to edit documents. There have been a number of people willing to review documents. This lack of volunteering to edit documents is the biggest factor slowing the chartering of this effort as a working group currently. If there are possible editors who have not participated in the IETF, please let them know to send an email to the list and volunteer.
>>
>> Lastly, with respect to the “JSON Data Model” concerns that have been voiced on the list from Med and Carsten, we propose the following from:
>>
>> —
>>
>> o CACAO JSON Data Model
>>
>> * Create a JSON data model that can capture and enable
>> collaborative courses of action
>>
>>
>> to
>>
>> o CACAO Data Model
>> * Create a data model that can capture and enable collaborative courses of action in
>> an appropriate format which can be realized in JSON and/or other wire formats as appropriate
>>
>> —
>>
>>
>> Thanks,
>>
>> Joe and Chris
>>
>> [1] https://mailarchive.ietf.org/arch/msg/cacao/k7XkqboXMJYkAmCBT99SJzQLTq8
>> [2] https://tools.ietf.org/html/draft-jordan-cacao-charter-06
>>
>> --
>> Cacao mailing list
>> Cacao@ietf.org
>> https://clicktime.symantec.com/3XykSkxSzK393g6kotqED3o7Vc?u=https%3A%2F%2Fwww.ietf.org%2Fmailman%2Flistinfo%2Fcacao
> --
> Cacao mailing list
> Cacao@ietf.org
> https://www.ietf.org/mailman/listinfo/cacao