Re: [nmrg] [EXT] Re: Adoption call for draft-li-nmrg-intent-classification-02

"Branislav Meandzija" <bran@metacomm.com> Thu, 05 December 2019 18:15 UTC

Return-Path: <bran@metacomm.com>
X-Original-To: nmrg@ietfa.amsl.com
Delivered-To: nmrg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 648141201CE; Thu, 5 Dec 2019 10:15:03 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.598
X-Spam-Level:
X-Spam-Status: No, score=-2.598 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_NONE=0.001, SPF_NONE=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=carrierzone.com
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 J-sSefwm5vZn; Thu, 5 Dec 2019 10:15:01 -0800 (PST)
Received: from mail22c40.carrierzone.com (mail22c40.carrierzone.com [209.235.156.162]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 110D312006B; Thu, 5 Dec 2019 10:15:00 -0800 (PST)
X-Authenticated-User: bran@metacomm.com
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=carrierzone.com; s=mailmia; t=1575569695; bh=Uhuxe94JJ/CxQfmqMxGIAuBDn3w/nmr559FJeau4nso=; h=From:To:Cc:References:In-Reply-To:Subject:Date:From; b=WYS8hQ9kKw4On6uRMqPoBdlsdD2NQVUaZ8MME+JQgAWuT6y3LffvpObkPWuQwHs0G caN8ahEjcAiEW03bZIVyrVoBy18dzHdAM850Xxq3RW6VREVhtaNqoAdjBUCJudqdG3 Aysffs3DYmQqk0J3qtFUHkyMY+ux7CLJO//YymnQ=
Feedback-ID: bran@metacomm.c
Received: from brantlaptop (c-69-181-235-160.hsd1.ca.comcast.net [69.181.235.160]) (authenticated bits=0) by mail22c40.carrierzone.com (8.14.9/8.14.9) with ESMTP id xB5IErBo021118; Thu, 5 Dec 2019 18:14:54 +0000
From: Branislav Meandzija <bran@metacomm.com>
To: "'Natale, Bob'" <RNATALE@mitre.org>, 'Jérôme François' <jerome.francois@inria.fr>
Cc: nmrg-chairs@irtf.org, nmrg@irtf.org
References: <d2f3bcea-ac67-0350-259e-fa68eeeee889@inria.fr> <2739_1575494701_5DE8242D_2739_507_1_20191204212450.g4oiwym4ocor5b35@anna.jacobs.jacobs-university.de> <DM6PR09MB4073F0D0327099F5465B96C9A85C0@DM6PR09MB4073.namprd09.prod.outlook.com>
In-Reply-To: <DM6PR09MB4073F0D0327099F5465B96C9A85C0@DM6PR09MB4073.namprd09.prod.outlook.com>
Date: Thu, 05 Dec 2019 10:14:55 -0800
Message-ID: <151f01d5ab97$e6e0c800$b4a25800$@metacomm.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Mailer: Microsoft Outlook 15.0
Thread-Index: AQLLQKDxfFsRDEyZ9HNPVBrt/e5XbQKReFJnAja4CXulmmjpoA==
Content-Language: en-us
X-CTCH-RefID: str=0001.0A09020A.5DE9491F.005D, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0
X-CTCH-VOD: Unknown
X-CTCH-Spam: Unknown
X-CTCH-Score: 0.000
X-CTCH-Rules:
X-CTCH-Flags: 0
X-CTCH-ScoreCust: 0.000
X-CSC: 0
X-CHA: v=2.3 cv=LsrsNUVc c=1 sm=1 tr=0 a=2nelxLL2xFET0wkZT49gMg==:117 a=2nelxLL2xFET0wkZT49gMg==:17 a=jpOVt7BSZ2e4Z31A5e1TngXxSK0=:19 a=8nJEP1OIZ-IA:10 a=YlDpyLmHAAAA:8 a=2zp_FAXrAAAA:8 a=48vgC7mUAAAA:8 a=j3Z76cjpAAAA:8 a=HA_yExaDQBH7dApoBVgA:9 a=1l-pfYN0-q8oozhN:21 a=A4srARWscENMtBAq:21 a=wPNLvfGTeEIA:10 a=FvgKqOQ44qUA:10 a=JrSEOxZJtCQA:10 a=b8JMZCziOpAKS7Zkn1Js:22 a=iRgQOf3gPSJ9iAWTv0SR:22 a=w1C3t2QeGrPiZgrLijVG:22 a=9ZYBcOd_X9kS2t7VFny2:22
Archived-At: <https://mailarchive.ietf.org/arch/msg/nmrg/C1IyyYG9oiG63IsIGBIQ2jo5zaQ>
Subject: Re: [nmrg] [EXT] Re: Adoption call for draft-li-nmrg-intent-classification-02
X-BeenThere: nmrg@irtf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Network Management Research Group discussion list <nmrg.irtf.org>
List-Unsubscribe: <https://www.irtf.org/mailman/options/nmrg>, <mailto:nmrg-request@irtf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/nmrg/>
List-Post: <mailto:nmrg@irtf.org>
List-Help: <mailto:nmrg-request@irtf.org?subject=help>
List-Subscribe: <https://www.irtf.org/mailman/listinfo/nmrg>, <mailto:nmrg-request@irtf.org?subject=subscribe>
X-List-Received-Date: Thu, 05 Dec 2019 18:15:03 -0000

While I have followed some of the various discussions here over the past
decades, I am not sure whether my 2 cents on this subject  is appropriate or
not. However, I have done quite a bit of research, system design and
implementation  synonymous with  "intent" intent over this period of time
and feel compelled to comment.  

My perspective is that intent is application/domain specific and can only be
abstracted from a knowledgebase specific to that application/domain. This
abstraction should be formal and not fluff. 

As such, I feel this document just further muddies the waters with
unnecessary and arbitrary new definitions and  I would not promote it
further.

Branislav

-----Original Message-----
From: nmrg [mailto:nmrg-bounces@irtf.org] On Behalf Of Natale, Bob
Sent: Wednesday, December 4, 2019 10:58 PM
To: Jérôme François <jerome.francois@inria.fr>
Cc: nmrg-chairs@irtf.org; nmrg@irtf.org
Subject: Re: [nmrg] [EXT] Re: Adoption call for
draft-li-nmrg-intent-classification-02
Importance: Low

I would like to add that the extremely brief section on the Policy Continuum
in the draft seems superfluous in light of its brevity and consequent
over-simplification. (If John Strassner feels otherwise, then please ignore
my comments here!)

While the existing text is a reasonable facsimile of early descriptions of
the Policy Continuum, as thought developed the concept matured: E.g., "The
Policy Continuum - Policy authoring and conflict analysis" (2008),
http://brendanjennings.net/papers/2008_COMCOM_SDavy_et_al_published.pdf,
esp. sec. 2.1.4, but most of the rest of the paper is essential to a useful
level of understanding. 

Alas, at some point the Policy Continuum concept seems to have fallen
relatively dormant. Regardless, wrt the discussion topic at hand, I believe
that several points must be considered:

- Non-person entity "actors" as policy authors will be essential to
translation of policy expressions in the Intent-based operating model.
- It is (and always has been) the translation of policies across levels. The
translation activity is what makes the model a continuum as opposed to
(only) a set of interworking differentiated layers.
- Applying Intent-based policy expression adds a distinct dimension to
operation of the Policy Continuum ... this new dimension is compatible with
existing common understanding of the Policy Continuum but introduces
additional translations at some layers.

So, I think it's necessary to cover the Policy Continuum (by whatever name
might be preferable today, if that term is out of vogue) in an explanation
of Intent-based policy implementation. I am not sure it belongs in a
document defining Intent classification. And it almost certainly does not
fit into this particular draft in its present form. I do see the connection
you are presumably making with your Intent User and Intent Type breakouts
and the Policy Continuum but (to coin a phrase?) it's "too little too early"
to add any real value.

FWIW (from a lurker),
BobN

-----Original Message-----
From: nmrg <nmrg-bounces@irtf.org> On Behalf Of Schönwälder, Jürgen
Sent: Wednesday, December 4, 2019 4:25 PM
To: Jérôme François <jerome.francois@inria.fr>
Cc: nmrg-chairs@irtf.org; nmrg@irtf.org
Subject: [EXT] Re: [nmrg] Adoption call for
draft-li-nmrg-intent-classification-02

I am still not sure what the value of this document is. What is the insight
that these big tables deliver? How do they help doing ultimately better work
in the IETF?

I am sure I will get some answer quickly from the authors but what I am
saying is that I prefer to see the value of this document very clearly
explained in the document before adopting it. Note that I also expect that
this document would align with the other document defining intent concepts
and terminology. Perhaps this is more intended like a survey paper but then
it has gone a bit in the wrong direction since a decent survey would explain
how intent is defined and used in concrete projects (hint: lots of concrete
descriptions and references) and then you would classify things. But right
now, we have big tables with empty cells or cells with text that seems to
come from rather unknown sources.

For the above reasons, I do not support adoption at this point in time.

/js

On Wed, Dec 04, 2019 at 06:24:44PM +0100, Jérôme François wrote:
> Dear all,
> 
> We recently received an RG adoption request for
> draft-li-nmrg-intent-classification-02
> (https://www.ietf.org/id/draft-li-nmrg-intent-classification-02.txt)
> 
> Please let us know if you support the work becoming a RG document or 
> if you think it should not be adopted. In all cases, provide detailed 
> comments to support your opinion and send them on the mailing list.
> 
> This call for adoption is open for two weeks and ends up on 19 December
2019.
> 
> The procedure for RG document adoption and important criteria are 
> detailed
> here: 
> https://mailarchive.ietf.org/arch/msg/nmrg/CVEyLUvfxJk1Ud5WdM9Y5LGvQmU
> 
> Best regards
> NMRG chairs
> Laurent & Jérôme
> 
> _______________________________________________
> nmrg mailing list
> nmrg@irtf.org
> https://www.irtf.org/mailman/listinfo/nmrg

-- 
Juergen Schoenwaelder           Jacobs University Bremen gGmbH
Phone: +49 421 200 3587         Campus Ring 1 | 28759 Bremen | Germany
Fax:   +49 421 200 3103         <https://www.jacobs-university.de/>

_______________________________________________
nmrg mailing list
nmrg@irtf.org
https://www.irtf.org/mailman/listinfo/nmrg

_______________________________________________
nmrg mailing list
nmrg@irtf.org
https://www.irtf.org/mailman/listinfo/nmrg