Re: [netmod] [Supa] [i2rs] FW: New Version Notification for draft-hares-i2rs-bnp-eca-data-model-03.txt
John Strassner <John.sc.Strassner@huawei.com> Thu, 07 January 2016 00:51 UTC
Return-Path: <John.sc.Strassner@huawei.com>
X-Original-To: netmod@ietfa.amsl.com
Delivered-To: netmod@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CE5B31A21A7; Wed, 6 Jan 2016 16:51:03 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.21
X-Spam-Level:
X-Spam-Status: No, score=-4.21 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] 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 cLTpayH_HUw9; Wed, 6 Jan 2016 16:50:57 -0800 (PST)
Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BFFA41A21A9; Wed, 6 Jan 2016 16:50:45 -0800 (PST)
Received: from 172.18.7.190 (EHLO lhreml402-hub.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id CCO86899; Thu, 07 Jan 2016 00:50:43 +0000 (GMT)
Received: from LHREML708-CAH.china.huawei.com (10.201.5.202) by lhreml402-hub.china.huawei.com (10.201.5.241) with Microsoft SMTP Server (TLS) id 14.3.235.1; Thu, 7 Jan 2016 00:50:42 +0000
Received: from SJCEML702-CHM.china.huawei.com (10.218.25.35) by lhreml708-cah.china.huawei.com (10.201.5.202) with Microsoft SMTP Server (TLS) id 14.3.235.1; Thu, 7 Jan 2016 00:50:42 +0000
Received: from SJCEML701-CHM.china.huawei.com ([169.254.3.81]) by SJCEML702-CHM.china.huawei.com ([169.254.4.118]) with mapi id 14.03.0235.001; Wed, 6 Jan 2016 16:50:39 -0800
From: John Strassner <John.sc.Strassner@huawei.com>
To: Susan Hares <shares@ndzh.com>, 'John Strassner' <strazpdj@gmail.com>
Thread-Topic: [netmod] [Supa] [i2rs] FW: New Version Notification for draft-hares-i2rs-bnp-eca-data-model-03.txt
Thread-Index: AQHRR0AEWq+0Q6eGlUC48EIYXHelhZ7uXAaAgAFOggD//5Fl4A==
Date: Thu, 07 Jan 2016 00:50:38 +0000
Message-ID: <B818037A70EDCC4A86113DA25EC02098201B9472@SJCEML701-CHM.china.huawei.com>
References: <20160104170330.13929.73845.idtracker@ietfa.amsl.com> <006701d14722$616c6950$24453bf0$@ndzh.com> <568ADBE7.3030101@joelhalpern.com> <00b501d1473f$fef22990$fcd67cb0$@ndzh.com> <CAJwYUrHc=ynpL5-BS=_xMn-4L0B2mEO4RDRPnkyGQp5CEZzgXA@mail.gmail.com> <013001d148d9$770626d0$65127470$@ndzh.com>
In-Reply-To: <013001d148d9$770626d0$65127470$@ndzh.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.96.255.167]
Content-Type: multipart/alternative; boundary="_000_B818037A70EDCC4A86113DA25EC02098201B9472SJCEML701CHMchi_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A020204.568DB663.0147, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0, ip=169.254.3.81, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32
X-Mirapoint-Loop-Id: 57dddf450da3b054edd93bf890d7e676
Archived-At: <http://mailarchive.ietf.org/arch/msg/netmod/p0Akc-PQGL3TDAw5-I6tJb1er-o>
Cc: "i2rs@ietf.org" <i2rs@ietf.org>, "netmod@ietf.org" <netmod@ietf.org>, "supa@ietf.org" <supa@ietf.org>
Subject: Re: [netmod] [Supa] [i2rs] FW: New Version Notification for draft-hares-i2rs-bnp-eca-data-model-03.txt
X-BeenThere: netmod@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: NETMOD WG list <netmod.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/netmod>, <mailto:netmod-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/netmod/>
List-Post: <mailto:netmod@ietf.org>
List-Help: <mailto:netmod-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/netmod>, <mailto:netmod-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 07 Jan 2016 00:51:04 -0000
Sue: I'm happy to help. I2RS is important work, and I would like to ensure that SUPA could help your work (without delaying it, of course). Also, I'm interested in the data models that you come up with, as they are excellent examples of what SUPA needs to support. regards, John From: netmod [mailto:netmod-bounces@ietf.org] On Behalf Of Susan Hares Sent: Wednesday, January 06, 2016 3:25 PM To: 'John Strassner' Cc: i2rs@ietf.org; supa@ietf.org; netmod@ietf.org Subject: Re: [netmod] [Supa] [i2rs] FW: New Version Notification for draft-hares-i2rs-bnp-eca-data-model-03.txt John: You are correct in indicating that the draft assumes you understand the event = Packet reception. It is a failing in the draft that Joel has indicated on these lists. I will be updating the ECA drafts and FB-RIB drafts. I will send a copy to you and Joel for review this week. Thank you for pointing out the errors in the drafts, Sue From: John Strassner [mailto:strazpdj@gmail.com] Sent: Tuesday, January 05, 2016 10:28 PM To: Susan Hares Cc: Joel M. Halpern; i2rs@ietf.org; netmod@ietf.org; supa@ietf.org; John Strassner Subject: Re: [Supa] [i2rs] FW: New Version Notification for draft-hares-i2rs-bnp-eca-data-model-03.txt Sue, > On #1) the dependency between I2RS Filter-based RIB (FB-RIB) and > ECA, please see draft-kini-i2rs-fb-rib-info-model-02.txt. In section 1.1, > it gives the definition of the FB-RIB. Sorry, it does NOT do this. To quote from this section: A Filter Based RIB uses Event-Condition-Action policy. A Filter- based RIB entry specifies matches on fields in a packet (which may include layer 2 fields, IP header fields, transport or application fields) or size of the packet or interface received on. The matches are contained in an ordered list of filters which contain pairs of match condition-action (aka event-condition-action). Please tell me WHERE the event is in the above definition. All I see is a condition-action rule. (BTW, the analysis of PCIM and PCIMe is also not quite correct in your draft). > In section 1.2, it links this to an event-condition-action model. Sorry, it does NOT do this. First, this section simply says, and I quote: "The filter based-RIB uses event-condition-action policy (ECA) rules." That is a tautology at best. Second, in Section 2, under the definition of FB-Route, the draft says: "The policy rules in the filter-based RIB are prescriptive of the Event-Condition-Action form which is often represented by if Condition then action." Please note that this definition is incorrect, and in conflict with SUPA. The whole point of an EVENT-condition-action policy rule is to define a rule of the form: IF <event_clause> evaluates to TRUE IF <condition_clause evaluates to TRUE THEN execute actions in <action_clause> ENDIF ENDIF This definition has been established in the industry and academia for at least 2 decades. Variations of the above have been defined and published (e.g., FOCALE has an alternate set of actions to execute if the condition clause evaluated to FALSE; this has NOT been proposed for SUPA at this time). There have also been extensions to handle sets and groups, as well as specific ordering (DEN-ng, SID, FOCALE). Therefore, I would suggest that you change your drafts to use a condition-action policy rule, OR update the drafts (I would be happy to help) to use a correct definition of an ECA policy rule. regards, John On Mon, Jan 4, 2016 at 2:33 PM, Susan Hares <shares@ndzh.com<mailto:shares@ndzh.com>> wrote: Joel: On #1) the dependency between I2RS Filter-based RIB (FB-RIB) and ECA, please see draft-kini-i2rs-fb-rib-info-model-02.txt. In section 1.1, it gives the definition of the FB-RIB. In section 1.2, it links this to an event-condition-action model. If you disagree with the definition of I2RS FB-RIB, then we should probably restrict this conversation to the I2RS mail list. Any feedback on the Info-model or data-model would be helpful. The authors hoped to go to a WG adoption call at the end of this week. One challenge for the ephemeral I2RS FB-RIB, is there is no definition of the non-ephemeral FB-RIB. If you think there should be a non-ephemeral FB-RIB – that discussion may be useful between I2RS, Netmod and SUPA. On #2) SUPA ECA model, I agree that we should be able to have a common draft. At IETF 94, I raised issues regarding the SUPA versus my ECA definition. Cheerily, Sue -----Original Message----- From: Joel M. Halpern [mailto:jmh@joelhalpern.com<mailto:jmh@joelhalpern.com>] Sent: Monday, January 04, 2016 3:54 PM To: Susan Hares; i2rs@ietf.org<mailto:i2rs@ietf.org>; netmod@ietf.org<mailto:netmod@ietf.org>; supa@ietf.org<mailto:supa@ietf.org> Subject: Re: [i2rs] FW: New Version Notification for draft-hares-i2rs-bnp-eca-data-model-03.txt I think there are two issues here. 1) It is not clear to me why there is any dependence of the fb-rib data model on an eca data model. While supa does allow for policy model to be sent directly to the router, it also allows many other cases. 2) The approach with the supa eca data model is still under development. Having said that, the material in there is intended to be very general. From what I understand, there should be no difficulty in refining the action side of that model to actions which affect the fb-rib in ways that are consistent with the fb-dib data model. Yours, Joel On 1/4/16 2:01 PM, Susan Hares wrote: > This model provides a Event-Condition-Action (ECA) policy model. > The I2RS FB-RIB yang data model utilizes this model, but to my > knowledge the Netmod or netconf has not adopted an ECA policy model to > parallel the ACL model. > > Chen and co-authors have created the model: > > draft-chen-supa-eca-data-model-05.txt > > But it does not align with this yang model or seem sufficient to > support the FB-RIB information model. At IETF 94, > I presented a discussion of the issues I found with the > draft-chen-supa-eca-data-model-05.txt, but it has not been updated. > We would appreciate feedback on this version of yang model. > > <i2rs Chair hat on> > In my role as I2RS chair, I2RS needs to make progress soon on the > I2RS FB-RIB data model. We would appreciate your aid. > <i2rs chair hat off> > > Sue > > -----Original Message----- > From: internet-drafts@ietf.org<mailto:internet-drafts@ietf.org> [mailto:internet-drafts@ietf.org] > Sent: Monday, January 04, 2016 12:04 PM > To: Susan Hares; Qin Wu; Russ White > Subject: New Version Notification for > draft-hares-i2rs-bnp-eca-data-model-03.txt > > > A new version of I-D, draft-hares-i2rs-bnp-eca-data-model-03.txt > has been successfully submitted by Susan Hares and posted to the IETF repository. > > Name: draft-hares-i2rs-bnp-eca-data-model > Revision: 03 > Title: An Information Model for Basic Network Policy and Filter Rules > Document date: 2016-01-04 > Group: Individual Submission > Pages: 30 > URL: https://www.ietf.org/internet-drafts/draft-hares-i2rs-bnp-eca-data-model-03.txt > Status: https://datatracker.ietf.org/doc/draft-hares-i2rs-bnp-eca-data-model/ > Htmlized: https://tools.ietf.org/html/draft-hares-i2rs-bnp-eca-data-model-03 > Diff: https://www.ietf.org/rfcdiff?url2=draft-hares-i2rs-bnp-eca-data-model-03 > > Abstract: > This document contains the Basic Network Policy and Filters (BNP IM) > Data Model which provides a policy model that support an ordered list > of match-condition-action (aka event-condition-action (ECA)) for > multiple layers (interface, L1-L4, application) and other factors > (size of packet, time of day). The actions allow for setting actions > (QOS and other), decapsulation, encapsulation, plus forwarding > actions. The policy model can be used with the I2RS filter-based > RIB. > > > > > Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org<http://tools.ietf.org>. > > The IETF Secretariat > > > _______________________________________________ > i2rs mailing list > i2rs@ietf.org<mailto:i2rs@ietf.org> > https://www.ietf.org/mailman/listinfo/i2rs > _______________________________________________ Supa mailing list Supa@ietf.org<mailto:Supa@ietf.org> https://www.ietf.org/mailman/listinfo/supa -- regards, John
- [netmod] FW: New Version Notification for draft-h… Susan Hares
- Re: [netmod] [i2rs] FW: New Version Notification … Joel M. Halpern
- Re: [netmod] [i2rs] FW: New Version Notification … Susan Hares
- Re: [netmod] [Supa] [i2rs] FW: New Version Notifi… John Strassner
- Re: [netmod] [Supa] [i2rs] FW: New Version Notifi… John Strassner
- Re: [netmod] [Supa] [i2rs] FW: New Version Notifi… Susan Hares
- Re: [netmod] [Supa] [i2rs] FW: New Version Notifi… Susan Hares
- Re: [netmod] [Supa] [i2rs] FW: New Version Notifi… John Strassner
- Re: [netmod] [Supa] [i2rs] FW: New Version Notifi… John Strassner