Re: [Supa] [Anima] SUPA-Intent =? ANMA-Intent

"Michael Behringer (mbehring)" <mbehring@cisco.com> Thu, 23 July 2015 14:54 UTC

Return-Path: <mbehring@cisco.com>
X-Original-To: supa@ietfa.amsl.com
Delivered-To: supa@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 714061A7009; Thu, 23 Jul 2015 07:54:49 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.511
X-Spam-Level:
X-Spam-Status: No, score=-14.511 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham
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 An9HIq_atKFy; Thu, 23 Jul 2015 07:54:47 -0700 (PDT)
Received: from alln-iport-3.cisco.com (alln-iport-3.cisco.com [173.37.142.90]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 82E191ACEC9; Thu, 23 Jul 2015 07:54:33 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=6363; q=dns/txt; s=iport; t=1437663273; x=1438872873; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=iN5FEtGe3Mfhd1ePBAu7YLQ5YUzV5uMmqXaJ7ZaUqeU=; b=mYyIW2z/dPklzvYbCr2c60zh7tFz14xa4UaMLY6wWCeylaYm1jmBHU9H RoeksxYK3j9SzqoHLGvf7SQ70yclCmy9t+t8pIklevHPHbcy0x4/Q2Dll ekgq2SB8b1XntnmheyQ392mQxNZWHV+Tx7gmq6592aAbGS8RkAcZPQw8f U=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: A0BlBQD8/rBV/49dJa1ZAxmCfFRpBrttgU4dCoJDgz4CgUw5EwEBAQEBAQGBCoQjAQEBAQMBAQFRGgsMAgICAQgRBAEBAQodBxYRCxQJCAIEAQ0FCBECiBMNyxIBAQEBAQEBAQEBAQEBAQEBAQEBAQEXBItIhBgLCgcBIAYbEAcCBAyDBoEUBYw/OIdpAYR1iQhGg1ePWYNhJmSBKhyBU28BgQMJFyOBBAEBAQ
X-IronPort-AV: E=Sophos;i="5.15,531,1432598400"; d="scan'208";a="171469606"
Received: from rcdn-core-7.cisco.com ([173.37.93.143]) by alln-iport-3.cisco.com with ESMTP; 23 Jul 2015 14:54:32 +0000
Received: from xhc-aln-x09.cisco.com (xhc-aln-x09.cisco.com [173.36.12.83]) by rcdn-core-7.cisco.com (8.14.5/8.14.5) with ESMTP id t6NEsW39014106 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Thu, 23 Jul 2015 14:54:32 GMT
Received: from xmb-rcd-x14.cisco.com ([169.254.4.112]) by xhc-aln-x09.cisco.com ([173.36.12.83]) with mapi id 14.03.0195.001; Thu, 23 Jul 2015 09:54:32 -0500
From: "Michael Behringer (mbehring)" <mbehring@cisco.com>
To: John Strassner <John.sc.Strassner@huawei.com>, "Natale, Bob" <RNATALE@mitre.org>, Brian E Carpenter <brian.e.carpenter@gmail.com>, Laurent Ciavaglia <Laurent.Ciavaglia@alcatel-lucent.com>, "supa@ietf.org" <supa@ietf.org>
Thread-Topic: [Anima] SUPA-Intent =? ANMA-Intent
Thread-Index: AQHQxKTt4g8tetNpKEqj8WvEDglTeZ3o5IAAgAAFcQCAAEIKAP//9dQg
Date: Thu, 23 Jul 2015 14:54:31 +0000
Message-ID: <3AA7118E69D7CD4BA3ECD5716BAF28DF230166F8@xmb-rcd-x14.cisco.com>
References: <55AFD43A.4000702@alcatel-lucent.com> <55B0832C.9090709@gmail.com> <CY1PR09MB09222732F5B7EB5F599AA65AA8820@CY1PR09MB0922.namprd09.prod.outlook.com> <B818037A70EDCC4A86113DA25EC02098201195F7@SJCEML703-CHM.china.huawei.com>
In-Reply-To: <B818037A70EDCC4A86113DA25EC02098201195F7@SJCEML703-CHM.china.huawei.com>
Accept-Language: en-GB, en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.61.170.66]
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Archived-At: <http://mailarchive.ietf.org/arch/msg/supa/nY2-Pu9uQsPzJG30JrmBNVVqd_U>
X-Mailman-Approved-At: Thu, 23 Jul 2015 08:46:59 -0700
Cc: anima <anima@ietf.org>
Subject: Re: [Supa] [Anima] SUPA-Intent =? ANMA-Intent
X-BeenThere: supa@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "This list is to discuss SUPA \(Shared Unified Policy Automation\) related issues." <supa.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/supa>, <mailto:supa-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/supa/>
List-Post: <mailto:supa@ietf.org>
List-Help: <mailto:supa-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/supa>, <mailto:supa-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 23 Jul 2015 14:54:49 -0000

I believe that we have used the term "Intent" in this context originally in 
   draft-behringer-autonomic-network-framework (June 2012)
which evolved to
   draft-irtf-nmrg-autonomic-network-definitions
and is now 
   RFC7575. 

While I agree that the definition is in the context of an autonomic network and may need to be further refined, it would be nice to acknowledge the original use of the term "Intent" (in its context of course). 

Michael


> -----Original Message-----
> From: Anima [mailto:anima-bounces@ietf.org] On Behalf Of John Strassner
> Sent: 23 July 2015 12:17
> To: Natale, Bob; Brian E Carpenter; Laurent Ciavaglia; supa@ietf.org
> Cc: anima
> Subject: Re: [Anima] SUPA-Intent =? ANMA-Intent
> 
> I'm not sure about being "authoritative" :-) but I can answer the question:
> 
> NO, SUPA has right now NOT referenced the definition of intent in RFC7575.
> This was because I personally found it too abstract to make use of.
> 
> 
> regards,
> John
> 
> John Strassner, Ph.D.
> CTO, Software Laboratory, CRD
> 
> 
> Futurewei Technologies
> US R&D Center
> 2330 Central Expressway
> Building A, office A2-2143
> Santa Clara, California   95050
>   Office:  +1.408.330.4923
>   Email:   john.sc.strassner@huawei.com
> 
> 
> 
> 
> -----Original Message-----
> From: Supa [mailto:supa-bounces@ietf.org] On Behalf Of Natale, Bob
> Sent: Wednesday, July 22, 2015 11:21 PM
> To: Brian E Carpenter; Laurent Ciavaglia; supa@ietf.org
> Cc: anima
> Subject: Re: [Supa] [Anima] SUPA-Intent =? ANMA-Intent
> 
> Hi Brian,
> 
> AFAIK, the existing posted SUPA documents do not cite RFC 7575 as a source
> for the meaning of intent, but I believe that the RFC 7575 definition matches
> the meaning of the term as it is being used in the SUPA discussions and
> supporting artifacts at present.
> 
> John Strassner would be the authoritative source to confirm, deny, or
> modify that assertion, however.
> 
> Avanti,
> BobN
> 
> -----Original Message-----
> From: Anima [mailto:anima-bounces@ietf.org] On Behalf Of Brian E
> Carpenter
> Sent: Thursday, July 23, 2015 2:01 AM
> To: Laurent Ciavaglia <Laurent.Ciavaglia@alcatel-lucent.com>; anima
> <anima@ietf.org>; supa@ietf.org
> Subject: Re: [Anima] SUPA-Intent =? ANMA-Intent
> 
> Hi Laurent,
> On 23/07/2015 05:34, Laurent Ciavaglia wrote:
> > Dear SUPA-ers and ANIMA-ers,
> >
> > In today's SUPA BoF session, the question has been raised several times
> on the Intent as defined in the SUPA or ANIMA WGs.
> 
> Unfortunately I did not attend that session, so excuse the lack of context in
> my comments below.
> 
> >
> > I would like to understand better if there are any real differences
> > between the two. Please do enlighten me with your knowledge ;)
> >
> > My current/limited understanding is that:
> >     -SUPA has a definition for Intent.
> > https://tools.ietf.org/html/draft-strassner-supa-generic-policy-info-m
> > odel-02
> 
> I didn't find a definition there; I did find several references to "intent-
> based"
> as if that is a well understood phrase. So the first question is whether the
> definition in RFC 7575 is the one assumed in the SUPA documents.
> 
> >     -ANIMA (via RFC 7575) also has a definition.
> https://tools.ietf.org/html/rfc7575
> >     -ANIMA-Intent IDs exist.
> > http://tools.ietf.org/html/draft-du-anima-an-intent ;
> http://tools.ietf.org/html/draft-liu-anima-intent-distribution
> >     -SUPA is not focusing on autonomic networks, but is not excluding them.
> >     -ANIMA is not chartered to work on policy based management, but is not
> excluding it.
> 
> Certainly, Intent is out of scope of the initial ANIMA charter, and that is
> explicitly to avoid boiling the ocean. Of course we are aware that Intent has
> to be handled later. The current idea is that Intent will most likely be
> distributed using the synchronization mode of GRASP (future name of
> GDNP).
> GRASP carefully does not restrict the format of the data objects that it
> transmits, so whatever format ANIMA later chooses for Intent is OK.
> 
> >
> > To me, the work of both working groups could be mutually beneficial:
> >     -ANIMA work on Intent is still nascent and the concept a bit "blurry" (but
> we are working our way up).
> >     -SUPA work on Intent seems already well-structured/planned.
> >     -Even though ANIMA has not recognized explicitly Intent as a
> > chartered work item, Intent (its role and functioning) is an essential
> element of an ANIMA-based network.
> >     -ANIMA could be a nice application domain for SUPA (and then SUPA
> > would also cover "new" types of networks, i.e. autonomic ones).
> 
> Isn't the opposite equally true: SUPA is a nice use case for ANIMA?
> 
> >     -I see the technologies of the two groups complementary to each
> > others, and that could address one of the comments raised by Benoit to
> > Oscar on the actual use of such technologies. I think that combining SUPA
> and ANIMA solutions could really benefit and simplify the life of operators.
> >
> > Note: this is _NOT_ an attempt to prevent SUPA to form as a working
> > group, neither is it proposing to merge SUPA work with ANIMA. It is
> > just a suggestion to share work that seems connected early in the process
> so that it is more efficient on the long run.
> 
> I'm uncertain whether we can say much more at present. Frankly I would
> hate to see ANIMA bogged down in endless information model discussions
> that are likely to follow any attempt to share an Intent approach with SUPA.
> But if the chairs and ADs see obviously orthogonal approaches emerging in
> the two efforts, that would be a Bad Thing and they should try to prevent it.
> 
>     Brian
> 
> _______________________________________________
> Anima mailing list
> Anima@ietf.org
> https://www.ietf.org/mailman/listinfo/anima
> 
> _______________________________________________
> Supa mailing list
> Supa@ietf.org
> https://www.ietf.org/mailman/listinfo/supa
> 
> _______________________________________________
> Anima mailing list
> Anima@ietf.org
> https://www.ietf.org/mailman/listinfo/anima