From nobody Mon Jan 4 08:09:08 2016 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D64A11A8A11 for ; Mon, 4 Jan 2016 08:09:07 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -96.258 X-Spam-Level: X-Spam-Status: No, score=-96.258 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DOS_OUTLOOK_TO_MX=2.845, FH_RELAY_NODNS=1.451, HELO_MISMATCH_COM=0.553, RDNS_NONE=0.793, USER_IN_WHITELIST=-100] autolearn=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 SIn9LRezPMCW for ; Mon, 4 Jan 2016 08:09:06 -0800 (PST) Received: from hickoryhill-consulting.com (unknown [50.245.122.97]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BDEF61A8A09 for ; Mon, 4 Jan 2016 08:09:03 -0800 (PST) X-Default-Received-SPF: pass (skip=loggedin (res=PASS)) x-ip-name=74.43.47.177; From: "Susan Hares" To: References: <20160104160653.10335.30859.idtracker@ietfa.amsl.com> In-Reply-To: <20160104160653.10335.30859.idtracker@ietfa.amsl.com> Date: Mon, 4 Jan 2016 11:09:15 -0500 Message-ID: <000901d1470a$425692b0$c703b810$@ndzh.com> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Outlook 14.0 Content-Language: en-us Thread-Index: AQKmEK3pxf34HdOjVKul2inwhAc9m51B8sHw X-Authenticated-User: skh@ndzh.com Archived-At: Subject: [i2rs] FW: New Version Notification for draft-hares-i2rs-service-topo-dm-02.txt X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jan 2016 16:09:08 -0000 In error, Version -01 (released on Sunday) had two copies of a corrected = yang text. =20 This version simply removes the extra yang copy.=20 Sue=20 -----Original Message----- From: internet-drafts@ietf.org [mailto:internet-drafts@ietf.org]=20 Sent: Monday, January 04, 2016 11:07 AM To: Linda Dunbar; Linda Dunbar; Susan Hares Subject: New Version Notification for = draft-hares-i2rs-service-topo-dm-02.txt A new version of I-D, draft-hares-i2rs-service-topo-dm-02.txt has been successfully submitted by Susan Hares and posted to the IETF = repository. Name: draft-hares-i2rs-service-topo-dm Revision: 02 Title: A Yang model for I2RS service topology Document date: 2016-01-04 Group: Individual Submission Pages: 13 URL: = https://www.ietf.org/internet-drafts/draft-hares-i2rs-service-topo-dm-02.= txt Status: = https://datatracker.ietf.org/doc/draft-hares-i2rs-service-topo-dm/ Htmlized: = https://tools.ietf.org/html/draft-hares-i2rs-service-topo-dm-02 Diff: = https://www.ietf.org/rfcdiff?url2=3Ddraft-hares-i2rs-service-topo-dm-02 Abstract: This document defines I2RS protocol-independent service layer virtual topology data model. This data model utilizes the concepts in the generic I2RS topology model of virtual networks (node, links, termination points) and cross-layer topologies. This virtual service topology may be a composite layer created from the combination of protocol-dependent service layers. Protocol-dependent services layers include: L3VPN, L2VPN, EVPN, E-Tree, and others. = =20 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. The IETF Secretariat From nobody Mon Jan 4 11:02:00 2016 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 875441A871E; Mon, 4 Jan 2016 11:01:53 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -96.258 X-Spam-Level: X-Spam-Status: No, score=-96.258 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DOS_OUTLOOK_TO_MX=2.845, FH_RELAY_NODNS=1.451, HELO_MISMATCH_COM=0.553, RDNS_NONE=0.793, USER_IN_WHITELIST=-100] autolearn=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 8YUk-ZUcY0aW; Mon, 4 Jan 2016 11:01:51 -0800 (PST) Received: from hickoryhill-consulting.com (unknown [50.245.122.97]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9FC411A870B; Mon, 4 Jan 2016 11:01:43 -0800 (PST) X-Default-Received-SPF: pass (skip=loggedin (res=PASS)) x-ip-name=74.43.47.177; From: "Susan Hares" To: , , References: <20160104170330.13929.73845.idtracker@ietfa.amsl.com> In-Reply-To: <20160104170330.13929.73845.idtracker@ietfa.amsl.com> Date: Mon, 4 Jan 2016 14:01:55 -0500 Message-ID: <006701d14722$616c6950$24453bf0$@ndzh.com> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Outlook 14.0 Content-Language: en-us Thread-Index: AQHC7aVhYcGa1ChTuo//84M/O+4YZ58IZpiA X-Authenticated-User: skh@ndzh.com Archived-At: Subject: [i2rs] FW: New Version Notification for draft-hares-i2rs-bnp-eca-data-model-03.txt X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jan 2016 19:01:53 -0000 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=20 Netmod or netconf has not adopted an ECA policy model to parallel the ACL model.=20 Chen and co-authors have created the model: =20 draft-chen-supa-eca-data-model-05.txt=20 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=20 draft-chen-supa-eca-data-model-05.txt, but it has not been updated. We would appreciate feedback on this version of yang model.=20 =20 In my role as I2RS chair, I2RS needs to make progress soon on the I2RS FB-RIB data model. We would appreciate your aid.=20 =20 Sue=20 -----Original Message----- From: internet-drafts@ietf.org [mailto:internet-drafts@ietf.org]=20 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=3Ddraft-hares-i2rs-bnp-eca-data-model-0= 3 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. = =20 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. The IETF Secretariat From nobody Mon Jan 4 11:18:16 2016 Return-Path: X-Original-To: i2rs@ietf.org Delivered-To: i2rs@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id CC7C41A909D; Mon, 4 Jan 2016 11:18:07 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: X-Test-IDTracker: no X-IETF-IDTracker: 6.11.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20160104191807.22751.76495.idtracker@ietfa.amsl.com> Date: Mon, 04 Jan 2016 11:18:07 -0800 Archived-At: Cc: i2rs@ietf.org Subject: [i2rs] I-D Action: draft-ietf-i2rs-pub-sub-requirements-04.txt X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.15 List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jan 2016 19:18:08 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Interface to the Routing System Working Group of the IETF. Title : Requirements for Subscription to YANG Datastores Authors : Eric Voit Alexander Clemm Alberto Gonzalez Prieto Filename : draft-ietf-i2rs-pub-sub-requirements-04.txt Pages : 17 Date : 2016-01-04 Abstract: This document provides requirements for a service that allows client applications to subscribe to updates of a YANG datastore. Based on criteria negotiated as part of a subscription, updates will be pushed to targeted recipients. Such a capability eliminates the need for periodic polling of YANG datastores by applications and fills a functional gap in existing YANG transports (i.e. Netconf and Restconf). Such a service can be summarized as a "pub/sub" service for YANG datastore updates. Beyond a set of basic requirements for the service, various refinements are addressed. These refinements include: periodicity of object updates, filtering out of objects underneath a requested a subtree, and delivery QoS guarantees. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-i2rs-pub-sub-requirements/ There's also a htmlized version available at: https://tools.ietf.org/html/draft-ietf-i2rs-pub-sub-requirements-04 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-i2rs-pub-sub-requirements-04 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. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Mon Jan 4 11:52:54 2016 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 714841A90BF for ; Mon, 4 Jan 2016 11:52:53 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -94.359 X-Spam-Level: X-Spam-Status: No, score=-94.359 tagged_above=-999 required=5 tests=[BAYES_20=-0.001, DOS_OUTLOOK_TO_MX=2.845, FH_RELAY_NODNS=1.451, HELO_MISMATCH_COM=0.553, RDNS_NONE=0.793, USER_IN_WHITELIST=-100] autolearn=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 8uAyEKyMVEpS for ; Mon, 4 Jan 2016 11:52:52 -0800 (PST) Received: from hickoryhill-consulting.com (unknown [50.245.122.97]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 662751A90DA for ; Mon, 4 Jan 2016 11:52:52 -0800 (PST) X-Default-Received-SPF: pass (skip=loggedin (res=PASS)) x-ip-name=74.43.47.177; From: "Susan Hares" To: References: <20160104195104.11918.12892.idtracker@ietfa.amsl.com> In-Reply-To: <20160104195104.11918.12892.idtracker@ietfa.amsl.com> Date: Mon, 4 Jan 2016 14:53:04 -0500 Message-ID: <007201d14729$86813160$93839420$@ndzh.com> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Outlook 14.0 Content-Language: en-us Thread-Index: AQGJsCPQX5WwYhiqzVeC5NQ/QnbuHJ968mXQ X-Authenticated-User: skh@ndzh.com Archived-At: Subject: [i2rs] FW: Publication has been requested for draft-ietf-i2rs-pub-sub-requirements-04 X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jan 2016 19:52:53 -0000 Request to publish draft-ietf-i2rs-pub-sub-requirements has been made.=20 Jeff and I want to thank you to all the members of the I2RS WG who have = contributed to preparing the pub/sub draft for publication.=20 Sue=20 -----Original Message----- From: Susan Hares [mailto:unknown-email-Susan-Hares@ietfa.amsl.com]=20 Sent: Monday, January 04, 2016 2:51 PM To: akatlas@gmail.com Cc: iesg-secretary@ietf.org; i2rs-chairs@ietf.org; shares@ndzh.com Subject: Publication has been requested for = draft-ietf-i2rs-pub-sub-requirements-04 Susan Hares has requested publication of = draft-ietf-i2rs-pub-sub-requirements-04 as Proposed Standard on behalf = of the I2RS working group. Please verify the document's state at = https://datatracker.ietf.org/doc/draft-ietf-i2rs-pub-sub-requirements/ From nobody Mon Jan 4 12:54:35 2016 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 54CA91A92ED; Mon, 4 Jan 2016 12:54:32 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.702 X-Spam-Level: X-Spam-Status: No, score=-2.702 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_LOW=-0.7, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] 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 Mnr-lj5RyE6I; Mon, 4 Jan 2016 12:54:30 -0800 (PST) Received: from maila2.tigertech.net (maila2.tigertech.net [208.80.4.152]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C8C401A92EB; Mon, 4 Jan 2016 12:54:29 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by maila2.tigertech.net (Postfix) with ESMTP id B163125DBA5; Mon, 4 Jan 2016 12:54:29 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=joelhalpern.com; s=1.tigertech; t=1451940869; bh=oIotwmIeXlL58bL7VXd3wMLgBte+TzwkWvuGYhtdwy8=; h=Subject:To:References:From:Date:In-Reply-To:From; b=JAdQeC/zqPBOmOaGOJcw8xOlWsUp1kpT7BQ8Je5rhbNPEw4y7JYWa35+a7BwszPuq MNXUoOnhFxBU1E8PFtMKXwHtB0WfB1B6oJdNXqcL/roocpE/j0OqiQyt93R7IM9zP/ jATSNv0f/C9fRhTmLIbs+IvH1PiRL7EbtCvRu3GI= X-Virus-Scanned: Debian amavisd-new at maila2.tigertech.net Received: from Joels-MacBook-Pro.local (209-255-163-147.ip.mcleodusa.net [209.255.163.147]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by maila2.tigertech.net (Postfix) with ESMTPSA id 1B904240FDE; Mon, 4 Jan 2016 12:54:28 -0800 (PST) To: Susan Hares , i2rs@ietf.org, netmod@ietf.org, supa@ietf.org References: <20160104170330.13929.73845.idtracker@ietfa.amsl.com> <006701d14722$616c6950$24453bf0$@ndzh.com> From: "Joel M. Halpern" Message-ID: <568ADBE7.3030101@joelhalpern.com> Date: Mon, 4 Jan 2016 15:53:59 -0500 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:38.0) Gecko/20100101 Thunderbird/38.5.0 MIME-Version: 1.0 In-Reply-To: <006701d14722$616c6950$24453bf0$@ndzh.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Archived-At: Subject: Re: [i2rs] FW: New Version Notification for draft-hares-i2rs-bnp-eca-data-model-03.txt X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jan 2016 20:54:32 -0000 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. > > > In my role as I2RS chair, I2RS needs to make progress soon on the > I2RS FB-RIB data model. We would appreciate your aid. > > > Sue > > -----Original Message----- > From: 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. > > The IETF Secretariat > > > _______________________________________________ > i2rs mailing list > i2rs@ietf.org > https://www.ietf.org/mailman/listinfo/i2rs > From nobody Mon Jan 4 14:19:01 2016 Return-Path: X-Original-To: i2rs@ietf.org Delivered-To: i2rs@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 8F5071AC430; Mon, 4 Jan 2016 14:18:59 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: X-Test-IDTracker: no X-IETF-IDTracker: 6.11.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20160104221859.31605.74743.idtracker@ietfa.amsl.com> Date: Mon, 04 Jan 2016 14:18:59 -0800 Archived-At: Cc: i2rs@ietf.org Subject: [i2rs] I-D Action: draft-ietf-i2rs-traceability-06.txt X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.15 List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jan 2016 22:18:59 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Interface to the Routing System Working Group of the IETF. Title : Interface to the Routing System (I2RS) Traceability: Framework and Information Model Authors : Joe Clarke Gonzalo Salgueiro Carlos Pignataro Filename : draft-ietf-i2rs-traceability-06.txt Pages : 13 Date : 2016-01-04 Abstract: This document describes a framework for traceability in the Interface to the Routing System (I2RS) and information model for that framework. It specifies the motivation, requirements, use cases, and defines an information model for recording interactions between elements implementing the I2RS protocol. This framework provides a consistent tracing interface for components implementing the I2RS architecture to record what was done, by which component, and when. It aims to improve the management of I2RS implementations, and can be used for troubleshooting, auditing, forensics, and accounting purposes. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-i2rs-traceability/ There's also a htmlized version available at: https://tools.ietf.org/html/draft-ietf-i2rs-traceability-06 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-i2rs-traceability-06 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. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Mon Jan 4 14:33:52 2016 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B51D71AC438; Mon, 4 Jan 2016 14:33:47 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -96.257 X-Spam-Level: X-Spam-Status: No, score=-96.257 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DOS_OUTLOOK_TO_MX=2.845, FH_RELAY_NODNS=1.451, HELO_MISMATCH_COM=0.553, HTML_MESSAGE=0.001, RDNS_NONE=0.793, USER_IN_WHITELIST=-100] autolearn=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 ux-VTgtvkUyC; Mon, 4 Jan 2016 14:33:43 -0800 (PST) Received: from hickoryhill-consulting.com (unknown [50.245.122.97]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 65A4F1A079D; Mon, 4 Jan 2016 14:33:43 -0800 (PST) X-Default-Received-SPF: pass (skip=loggedin (res=PASS)) x-ip-name=74.43.47.177; From: "Susan Hares" To: "'Joel M. Halpern'" , , , References: <20160104170330.13929.73845.idtracker@ietfa.amsl.com> <006701d14722$616c6950$24453bf0$@ndzh.com> <568ADBE7.3030101@joelhalpern.com> In-Reply-To: <568ADBE7.3030101@joelhalpern.com> Date: Mon, 4 Jan 2016 17:33:54 -0500 Message-ID: <00b501d1473f$fef22990$fcd67cb0$@ndzh.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_00B6_01D14716.1620B570" X-Mailer: Microsoft Outlook 14.0 Content-Language: en-us Thread-Index: AQHC7aVhYcGa1ChTuo//84M/O+4YZwFG1DOWAZ3SDjie8XuAkA== X-Authenticated-User: skh@ndzh.com Archived-At: Subject: Re: [i2rs] FW: New Version Notification for draft-hares-i2rs-bnp-eca-data-model-03.txt X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jan 2016 22:33:47 -0000 This is a multipart message in MIME format. ------=_NextPart_000_00B6_01D14716.1620B570 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit 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] Sent: Monday, January 04, 2016 3:54 PM To: Susan Hares; i2rs@ietf.org; netmod@ietf.org; 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. > > > In my role as I2RS chair, I2RS needs to make progress soon on the > I2RS FB-RIB data model. We would appreciate your aid. > > > Sue > > -----Original Message----- > From: 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. > > The IETF Secretariat > > > _______________________________________________ > i2rs mailing list > i2rs@ietf.org > https://www.ietf.org/mailman/listinfo/i2rs > ------=_NextPart_000_00B6_01D14716.1620B570 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

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]
Sent: Monday, January 04, 2016 3:54 = PM
To: Susan Hares; i2rs@ietf.org; netmod@ietf.org; = 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<= /span> [mailto:internet-drafts@ie= tf.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:           &n= bsp;           &nb= sp;       = draft-hares-i2rs-bnp-eca-data-model

> = Revision:          = 03

> = Title:           &= nbsp;      An Information Model for Basic = Network Policy and Filter Rules

> Document = date:           = 2016-01-04

> = Group:           &= nbsp;           &n= bsp;      Individual = Submission

> = Pages:           &= nbsp;           &n= bsp;       30

> = URL:            = https://www.ietf.org/inte= rnet-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/ht= ml/draft-hares-i2rs-bnp-eca-data-model-03

> = Diff:           https://www.ietf.org/rfcd= iff?url2=3Ddraft-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.

> 

> The IETF Secretariat

> 

> 

> = _______________________________________________

> i2rs mailing list

> i2rs@ietf.org<= o:p>

> https://www.ietf.org/mail= man/listinfo/i2rs

> 

------=_NextPart_000_00B6_01D14716.1620B570-- From nobody Mon Jan 4 14:40:38 2016 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2C2611ACC80 for ; Mon, 4 Jan 2016 14:40:36 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -96.257 X-Spam-Level: X-Spam-Status: No, score=-96.257 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DOS_OUTLOOK_TO_MX=2.845, FH_RELAY_NODNS=1.451, HELO_MISMATCH_COM=0.553, HTML_MESSAGE=0.001, RDNS_NONE=0.793, USER_IN_WHITELIST=-100] autolearn=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 som0YSTvJ8dx for ; Mon, 4 Jan 2016 14:40:35 -0800 (PST) Received: from hickoryhill-consulting.com (unknown [50.245.122.97]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id EDB341ACC7F for ; Mon, 4 Jan 2016 14:40:34 -0800 (PST) X-Default-Received-SPF: pass (skip=loggedin (res=PASS)) x-ip-name=74.43.47.177; From: "Susan Hares" To: References: <20160104223745.8483.65468.idtracker@ietfa.amsl.com> In-Reply-To: <20160104223745.8483.65468.idtracker@ietfa.amsl.com> Date: Mon, 4 Jan 2016 17:40:43 -0500 Message-ID: <00d401d14740$f31d0760$d9571620$@ndzh.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_00D5_01D14717.0A488600" X-Mailer: Microsoft Outlook 14.0 Content-Language: en-us Thread-Index: AQIsjALEEUk0n+Mg2yKk1wVZYRMa5541aWVQ X-Authenticated-User: skh@ndzh.com Archived-At: Cc: 'Joe Clarke' , 'Alia Atlas' Subject: [i2rs] FW: Publication has been requested for draft-ietf-i2rs-traceability-06 X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jan 2016 22:40:36 -0000 This is a multipart message in MIME format. ------=_NextPart_000_00D5_01D14717.0A488600 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Publication of draft-ietf-i2rs-traceability-06.txt by the IESG has been = requested. Jeff and I want to thank all the members of the WG for their = help in creating this requirement doment.=20 =20 Sue Hares and Jeff Haas=20 =20 -----Original Message----- From: Susan Hares [mailto:unknown-email-Susan-Hares@ietfa.amsl.com]=20 Sent: Monday, January 04, 2016 5:38 PM To: akatlas@gmail.com Cc: iesg-secretary@ietf.org; i2rs-chairs@ietf.org; shares@ndzh.com Subject: Publication has been requested for = draft-ietf-i2rs-traceability-06 =20 Susan Hares has requested publication of draft-ietf-i2rs-traceability-06 = as Informational on behalf of the I2RS working group. =20 Please verify the document's state at = = https://datatracker.ietf.org/doc/draft-ietf-i2rs-traceability/ =20 ------=_NextPart_000_00D5_01D14717.0A488600 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable

Publication of draft-ietf-i2rs-traceability-06.txt = by the IESG has been requested. =C2=A0Jeff and I want to thank all the = members of the WG for their help in creating this requirement doment. =

 

Sue Hares and Jeff Haas

 

-----Original Message-----
From: Susan Hares = [mailto:unknown-email-Susan-Hares@ietfa.amsl.com]
Sent: Monday, = January 04, 2016 5:38 PM
To: akatlas@gmail.com
Cc: = iesg-secretary@ietf.org; i2rs-chairs@ietf.org; = shares@ndzh.com
Subject: Publication has been requested for = draft-ietf-i2rs-traceability-06

 

Susan = Hares has requested publication of draft-ietf-i2rs-traceability-06 as = Informational on behalf of the I2RS working group.

 

Please = verify the document's state at <= span = style=3D'color:windowtext;text-decoration:none'>https://datatracker.ietf.= org/doc/draft-ietf-i2rs-traceability/

 

------=_NextPart_000_00D5_01D14717.0A488600-- From nobody Mon Jan 4 15:09:25 2016 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5628D1ACD01 for ; Mon, 4 Jan 2016 15:09:24 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.702 X-Spam-Level: X-Spam-Status: No, score=-2.702 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_LOW=-0.7, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] 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 ImzxqwJs3Yom for ; Mon, 4 Jan 2016 15:09:22 -0800 (PST) Received: from mailb2.tigertech.net (mailb2.tigertech.net [208.80.4.154]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8AC231ACD00 for ; Mon, 4 Jan 2016 15:09:22 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by mailb2.tigertech.net (Postfix) with ESMTP id 63FE78C0D6E; Mon, 4 Jan 2016 15:09:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=joelhalpern.com; s=1.tigertech; t=1451948962; bh=ajJI1KG4Jf2WLSRUD2y2dyYFUvGf5Qssx/i63pa1CfA=; h=Subject:To:References:From:Date:In-Reply-To:From; b=R3BQS73hkAX4aZUCjv2nGAXlgPX4MtV/CVMubgoJWGwPfSO0h8qthIpZkTElX8uLr zSqVErWO9EWfc9AFwquTRCPZMqyiHXmiPS3g4KV8j9JUuSU/keYLqTRlQKMfMq1cWN JdB9tvzjjC28ClvVeEcErCvPCu7OLVhOj5DxRCMg= X-Virus-Scanned: Debian amavisd-new at b2.tigertech.net Received: from Joels-MacBook-Pro.local (209-255-163-147.ip.mcleodusa.net [209.255.163.147]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mailb2.tigertech.net (Postfix) with ESMTPSA id E55191C01F2; Mon, 4 Jan 2016 15:09:21 -0800 (PST) To: Susan Hares , i2rs@ietf.org References: <20160104170330.13929.73845.idtracker@ietfa.amsl.com> <006701d14722$616c6950$24453bf0$@ndzh.com> <568ADBE7.3030101@joelhalpern.com> <00b501d1473f$fef22990$fcd67cb0$@ndzh.com> From: "Joel M. Halpern" Message-ID: <568AFB86.8000603@joelhalpern.com> Date: Mon, 4 Jan 2016 18:08:54 -0500 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:38.0) Gecko/20100101 Thunderbird/38.5.0 MIME-Version: 1.0 In-Reply-To: <00b501d1473f$fef22990$fcd67cb0$@ndzh.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit Archived-At: Subject: Re: [i2rs] FW: New Version Notification for draft-hares-i2rs-bnp-eca-data-model-03.txt X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jan 2016 23:09:24 -0000 I would disagree with the statement that an FB-Rib uses an Event-Condition_action policy. Filters are not events. they may be represented as a subclass of conditions, but even that is not clear. And the actions in an FB-RIB are probably better thought of as RIB resutls than as actions. At the same time, there are a lot of properties needed by a general policy system (such as SUPA) that are not needed by FB-RIB filters / forwarding entries. So I would tend to suggest that coupling this to the general policy problem is merely hindering our ability to get things done. Yours, Joel On 1/4/16 5:33 PM, Susan Hares 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] > Sent: Monday, January 04, 2016 3:54 PM > To: Susan Hares; i2rs@ietf.org; netmod@ietf.org; 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. > > > > > > > > > In my role as I2RS chair, I2RS needs to make progress soon on the > > > I2RS FB-RIB data model. We would appreciate your aid. > > > > > > > > > Sue > > > > > > -----Original Message----- > > > From: 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. > > > > > > The IETF Secretariat > > > > > > > > > _______________________________________________ > > > i2rs mailing list > > > i2rs@ietf.org > > > https://www.ietf.org/mailman/listinfo/i2rs > > > > From nobody Mon Jan 4 15:20:55 2016 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BBF3C1ACD2D for ; Mon, 4 Jan 2016 15:20:54 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -96.258 X-Spam-Level: X-Spam-Status: No, score=-96.258 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DOS_OUTLOOK_TO_MX=2.845, FH_RELAY_NODNS=1.451, HELO_MISMATCH_COM=0.553, RDNS_NONE=0.793, USER_IN_WHITELIST=-100] autolearn=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 Cj2tFGpHGknv for ; Mon, 4 Jan 2016 15:20:53 -0800 (PST) Received: from hickoryhill-consulting.com (unknown [50.245.122.97]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 77FF51ACD2C for ; Mon, 4 Jan 2016 15:20:51 -0800 (PST) X-Default-Received-SPF: pass (skip=loggedin (res=PASS)) x-ip-name=74.43.47.177; From: "Susan Hares" To: "'Joel M. Halpern'" , References: <20160104170330.13929.73845.idtracker@ietfa.amsl.com> <006701d14722$616c6950$24453bf0$@ndzh.com> <568ADBE7.3030101@joelhalpern.com> <00b501d1473f$fef22990$fcd67cb0$@ndzh.com> <568AFB86.8000603@joelhalpern.com> In-Reply-To: <568AFB86.8000603@joelhalpern.com> Date: Mon, 4 Jan 2016 18:21:01 -0500 Message-ID: <00f501d14746$937a3e80$ba6ebb80$@ndzh.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 14.0 Content-Language: en-us Thread-Index: AQHC7aVhYcGa1ChTuo//84M/O+4YZwFG1DOWAZ3SDjgCb9eFfwMQd+P+nsWH9VA= X-Authenticated-User: skh@ndzh.com Archived-At: Subject: Re: [i2rs] FW: New Version Notification for draft-hares-i2rs-bnp-eca-data-model-03.txt X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jan 2016 23:20:54 -0000 Joel: The working group charter defines Filter-Based RIBs as: o Filter-based RIBs include a match of fields in IP header plus other IP packet format fields. The matches in the filter-based RIBs may be ordered to allow appropriate sequencing of the filter. Each match contains an action which may be forwarding to a next hop address or other actions. I2RS will coordinate this work with appropriate working groups in routing, security and operations & management areas. I interpret this charter statement as: Event: IP packet arrives Condition: match on filter Action: action for forwarding to a next hop. If the WG feels this different than the general SUPA ECA, then I personally can accept this. I have a few questions: 1) Do you feel the draft-hares-i2rs-bnp-eca-data-model fits the event-condition-action restrictions above? 2) Given the above, do you have suggestions for the draft-kini-info-model? Sue -----Original Message----- From: Joel M. Halpern [mailto:jmh@joelhalpern.com] Sent: Monday, January 04, 2016 6:09 PM To: Susan Hares; i2rs@ietf.org Subject: Re: [i2rs] FW: New Version Notification for draft-hares-i2rs-bnp-eca-data-model-03.txt I would disagree with the statement that an FB-Rib uses an Event-Condition_action policy. Filters are not events. they may be represented as a subclass of conditions, but even that is not clear. And the actions in an FB-RIB are probably better thought of as RIB resutls than as actions. At the same time, there are a lot of properties needed by a general policy system (such as SUPA) that are not needed by FB-RIB filters / forwarding entries. So I would tend to suggest that coupling this to the general policy problem is merely hindering our ability to get things done. Yours, Joel On 1/4/16 5:33 PM, Susan Hares 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] > Sent: Monday, January 04, 2016 3:54 PM > To: Susan Hares; i2rs@ietf.org; netmod@ietf.org; 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. > > > > > > > > > In my role as I2RS chair, I2RS needs to make progress soon on the > > > I2RS FB-RIB data model. We would appreciate your aid. > > > > > > > > > Sue > > > > > > -----Original Message----- > > > From: 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-mod > el-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. > > > > > > The IETF Secretariat > > > > > > > > > _______________________________________________ > > > i2rs mailing list > > > i2rs@ietf.org > > > https://www.ietf.org/mailman/listinfo/i2rs > > > > From nobody Mon Jan 4 15:50:10 2016 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E12E91ACD5E for ; Mon, 4 Jan 2016 15:50:08 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.702 X-Spam-Level: X-Spam-Status: No, score=-2.702 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_LOW=-0.7, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] 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 xPD6xwJTpmGe for ; Mon, 4 Jan 2016 15:50:06 -0800 (PST) Received: from mailb2.tigertech.net (mailb2.tigertech.net [208.80.4.154]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B50A51ACD62 for ; Mon, 4 Jan 2016 15:50:06 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by mailb2.tigertech.net (Postfix) with ESMTP id 9FCF18E002F; Mon, 4 Jan 2016 15:50:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=joelhalpern.com; s=1.tigertech; t=1451951406; bh=7zggMYbapx1+wosQzS4tkXgYiR2ah1HyuTn6RTYp5n0=; h=Subject:To:References:From:Date:In-Reply-To:From; b=oF6L56ugxPUIcNeVrYkvFPig99l/jTDB5IWe3MBK3RlFuVyuvdgjY9oSbofkWsjXe 20toe9TCI7sTMw1EL56R3+K1eSjzq6e2bFwEyldiX+zQKsoB02jNP70NgIhEjIZ/Ih thDH3y2C3N4OmirBaa8eyJUG4EVKZuRY4IfU8ZiA= X-Virus-Scanned: Debian amavisd-new at b2.tigertech.net Received: from Joels-MacBook-Pro.local (209-255-163-147.ip.mcleodusa.net [209.255.163.147]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mailb2.tigertech.net (Postfix) with ESMTPSA id D9A711C0541; Mon, 4 Jan 2016 15:50:03 -0800 (PST) To: Susan Hares , i2rs@ietf.org References: <20160104170330.13929.73845.idtracker@ietfa.amsl.com> <006701d14722$616c6950$24453bf0$@ndzh.com> <568ADBE7.3030101@joelhalpern.com> <00b501d1473f$fef22990$fcd67cb0$@ndzh.com> <568AFB86.8000603@joelhalpern.com> <00f501d14746$937a3e80$ba6ebb80$@ndzh.com> From: "Joel M. Halpern" Message-ID: <568B0508.2010608@joelhalpern.com> Date: Mon, 4 Jan 2016 18:49:28 -0500 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:38.0) Gecko/20100101 Thunderbird/38.5.0 MIME-Version: 1.0 In-Reply-To: <00f501d14746$937a3e80$ba6ebb80$@ndzh.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Archived-At: Subject: Re: [i2rs] FW: New Version Notification for draft-hares-i2rs-bnp-eca-data-model-03.txt X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jan 2016 23:50:09 -0000 The basic problem I see is with the action clause being a wide open "do something". That is not satisfiable. It would make more sense to aim at forwarding actions. Otherwise, we are trying to tackle the entire policy space, or worse the programmable packet space (do anything when a suitable packet arrives) which seems a bad idea. Yes, once can view a packet arrival as an event. I realized that after I wrote my note. I guess what bothers me is that I do not see the value of trying to integrate this with the whole ECA policy space. Any competent ECA abstraction can handle "packet arrival on interface" as a subclass of event. And if we can represent the necessary filters and RIB actions, then we should fix the abstractions. I will try to look at draft-hares-i2rs-bnp-eca-data-model. But I guess my point is that I2RS should not betrying to define the general ECA policy data model space. I2RS was not chartered to deal with the entire space of policy, at least as I understood things when we started. Yours, joel On 1/4/16 6:21 PM, Susan Hares wrote: > Joel: > > > > The working group charter defines Filter-Based RIBs as: > > o Filter-based RIBs include a match of fields in IP header plus other > IP packet format fields. The matches in the filter-based RIBs may be > ordered to allow appropriate sequencing of the filter. Each match > contains an action which may be forwarding to a next hop address or > other actions. I2RS will coordinate this work with appropriate > working groups in routing, security and operations & management > areas. > > I interpret this charter statement as: > > Event: IP packet arrives > Condition: match on filter > Action: action for forwarding to a next hop. > > If the WG feels this different than the general SUPA ECA, then I personally > can accept this. > I have a few questions: > > 1) Do you feel the draft-hares-i2rs-bnp-eca-data-model fits the > event-condition-action > restrictions above? > 2) Given the above, do you have suggestions for the draft-kini-info-model? > > Sue > > > -----Original Message----- > From: Joel M. Halpern [mailto:jmh@joelhalpern.com] > Sent: Monday, January 04, 2016 6:09 PM > To: Susan Hares; i2rs@ietf.org > Subject: Re: [i2rs] FW: New Version Notification for > draft-hares-i2rs-bnp-eca-data-model-03.txt > > I would disagree with the statement that an FB-Rib uses an > Event-Condition_action policy. > Filters are not events. they may be represented as a subclass of > conditions, but even that is not clear. And the actions in an FB-RIB are > probably better thought of as RIB resutls than as actions. > > At the same time, there are a lot of properties needed by a general policy > system (such as SUPA) that are not needed by FB-RIB filters / forwarding > entries. > > So I would tend to suggest that coupling this to the general policy problem > is merely hindering our ability to get things done. > > Yours, > Joel > > On 1/4/16 5:33 PM, Susan Hares 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] >> Sent: Monday, January 04, 2016 3:54 PM >> To: Susan Hares; i2rs@ietf.org; netmod@ietf.org; 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. >> >> > >> >> > >> >> > In my role as I2RS chair, I2RS needs to make progress soon on the >> >> > I2RS FB-RIB data model. We would appreciate your aid. >> >> > >> >> > >> >> > Sue >> >> > >> >> > -----Original Message----- >> >> > From: 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-mod >> el-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. >> >> > >> >> > The IETF Secretariat >> >> > >> >> > >> >> > _______________________________________________ >> >> > i2rs mailing list >> >> > i2rs@ietf.org >> >> > https://www.ietf.org/mailman/listinfo/i2rs >> >> > >> > > From nobody Mon Jan 4 16:29:40 2016 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 75C0F1ACDB0 for ; Mon, 4 Jan 2016 16:29:39 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -96.258 X-Spam-Level: X-Spam-Status: No, score=-96.258 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DOS_OUTLOOK_TO_MX=2.845, FH_RELAY_NODNS=1.451, HELO_MISMATCH_COM=0.553, RDNS_NONE=0.793, USER_IN_WHITELIST=-100] autolearn=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 py5UpnZLCTid for ; Mon, 4 Jan 2016 16:29:37 -0800 (PST) Received: from hickoryhill-consulting.com (unknown [50.245.122.97]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 003521ACDA5 for ; Mon, 4 Jan 2016 16:29:36 -0800 (PST) X-Default-Received-SPF: pass (skip=loggedin (res=PASS)) x-ip-name=74.43.47.177; From: "Susan Hares" To: "'Joel M. Halpern'" , References: <20160104170330.13929.73845.idtracker@ietfa.amsl.com> <006701d14722$616c6950$24453bf0$@ndzh.com> <568ADBE7.3030101@joelhalpern.com> <00b501d1473f$fef22990$fcd67cb0$@ndzh.com> <568AFB86.8000603@joelhalpern.com> <00f501d14746$937a3e80$ba6ebb80$@ndzh.com> <568B0508.2010608@joelhalpern.com> In-Reply-To: <568B0508.2010608@joelhalpern.com> Date: Mon, 4 Jan 2016 19:29:45 -0500 Message-ID: <010f01d14750$2e052560$8a0f7020$@ndzh.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 14.0 Content-Language: en-us Thread-Index: AQHC7aVhYcGa1ChTuo//84M/O+4YZwFG1DOWAZ3SDjgCb9eFfwMQd+P+AmT4SIACkaADwp6d5stQ X-Authenticated-User: skh@ndzh.com Archived-At: Subject: Re: [i2rs] FW: New Version Notification for draft-hares-i2rs-bnp-eca-data-model-03.txt X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jan 2016 00:29:39 -0000 Joel: I2RS is simply dealing with a subset of ECA (event = packet arrival, condition=match, action = packet forward/modification). Draft-hares-i2rs-bnp-eca-data-model-03 tries to restrict us to just this space. Someone in I2RS asked for packet size and time of day as the current filtering does this type of filtering. You have succinctly summarized my attempt to work with the generic SUPA model. I tried to give the authors this feedback at IETF 94 politely, but perhaps I should post something again that gives the problem again. Sue -----Original Message----- From: Joel M. Halpern [mailto:jmh@joelhalpern.com] Sent: Monday, January 04, 2016 6:49 PM To: Susan Hares; i2rs@ietf.org Subject: Re: [i2rs] FW: New Version Notification for draft-hares-i2rs-bnp-eca-data-model-03.txt The basic problem I see is with the action clause being a wide open "do something". That is not satisfiable. It would make more sense to aim at forwarding actions. Otherwise, we are trying to tackle the entire policy space, or worse the programmable packet space (do anything when a suitable packet arrives) which seems a bad idea. Yes, once can view a packet arrival as an event. I realized that after I wrote my note. I guess what bothers me is that I do not see the value of trying to integrate this with the whole ECA policy space. Any competent ECA abstraction can handle "packet arrival on interface" as a subclass of event. And if we can represent the necessary filters and RIB actions, then we should fix the abstractions. I will try to look at draft-hares-i2rs-bnp-eca-data-model. But I guess my point is that I2RS should not betrying to define the general ECA policy data model space. I2RS was not chartered to deal with the entire space of policy, at least as I understood things when we started. Yours, joel On 1/4/16 6:21 PM, Susan Hares wrote: > Joel: > > > > The working group charter defines Filter-Based RIBs as: > > o Filter-based RIBs include a match of fields in IP header plus other > IP packet format fields. The matches in the filter-based RIBs may be > ordered to allow appropriate sequencing of the filter. Each match > contains an action which may be forwarding to a next hop address or > other actions. I2RS will coordinate this work with appropriate working > groups in routing, security and operations & management areas. > > I interpret this charter statement as: > > Event: IP packet arrives > Condition: match on filter > Action: action for forwarding to a next hop. > > If the WG feels this different than the general SUPA ECA, then I > personally can accept this. > I have a few questions: > > 1) Do you feel the draft-hares-i2rs-bnp-eca-data-model fits the > event-condition-action restrictions above? > 2) Given the above, do you have suggestions for the draft-kini-info-model? > > Sue > > > -----Original Message----- > From: Joel M. Halpern [mailto:jmh@joelhalpern.com] > Sent: Monday, January 04, 2016 6:09 PM > To: Susan Hares; i2rs@ietf.org > Subject: Re: [i2rs] FW: New Version Notification for > draft-hares-i2rs-bnp-eca-data-model-03.txt > > I would disagree with the statement that an FB-Rib uses an > Event-Condition_action policy. > Filters are not events. they may be represented as a subclass of > conditions, but even that is not clear. And the actions in an FB-RIB > are probably better thought of as RIB resutls than as actions. > > At the same time, there are a lot of properties needed by a general > policy system (such as SUPA) that are not needed by FB-RIB filters / > forwarding entries. > > So I would tend to suggest that coupling this to the general policy > problem is merely hindering our ability to get things done. > > Yours, > Joel > > On 1/4/16 5:33 PM, Susan Hares 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] >> Sent: Monday, January 04, 2016 3:54 PM >> To: Susan Hares; i2rs@ietf.org; netmod@ietf.org; 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. >> >> > >> >> > >> >> > In my role as I2RS chair, I2RS needs to make progress soon on >> the >> >> > I2RS FB-RIB data model. We would appreciate your aid. >> >> > >> >> > >> >> > Sue >> >> > >> >> > -----Original Message----- >> >> > From: 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-mo >> d >> el-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. >> >> > >> >> > The IETF Secretariat >> >> > >> >> > >> >> > _______________________________________________ >> >> > i2rs mailing list >> >> > i2rs@ietf.org >> >> > https://www.ietf.org/mailman/listinfo/i2rs >> >> > >> > > From nobody Mon Jan 4 19:41:04 2016 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 443F71ACF09 for ; Mon, 4 Jan 2016 19:41:03 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.422 X-Spam-Level: X-Spam-Status: No, score=-1.422 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, CN_BODY_35=0.339, MIME_CHARSET_FARAWAY=2.45, 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 caVD8jy55R_f for ; Mon, 4 Jan 2016 19:41:00 -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 C6A101ACF04 for ; Mon, 4 Jan 2016 19:40:58 -0800 (PST) Received: from 172.18.7.190 (EHLO lhreml405-hub.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id CCL45926; Tue, 05 Jan 2016 03:40:55 +0000 (GMT) Received: from LHREML706-CAH.china.huawei.com (10.201.5.182) by lhreml405-hub.china.huawei.com (10.201.5.242) with Microsoft SMTP Server (TLS) id 14.3.235.1; Tue, 5 Jan 2016 03:40:54 +0000 Received: from NKGEML401-HUB.china.huawei.com (10.98.56.32) by lhreml706-cah.china.huawei.com (10.201.5.182) with Microsoft SMTP Server (TLS) id 14.3.235.1; Tue, 5 Jan 2016 03:40:54 +0000 Received: from NKGEML513-MBX.china.huawei.com ([169.254.1.252]) by nkgeml401-hub.china.huawei.com ([10.98.56.32]) with mapi id 14.03.0235.001; Tue, 5 Jan 2016 11:40:47 +0800 From: Qin Wu To: "i2rs@ietf.org" Thread-Topic: I-D Action: draft-ietf-i2rs-problem-statement-08.txt Thread-Index: AQHROeiziVHSohhDoUW2MhbbRASqZJ7sXhNg Date: Tue, 5 Jan 2016 03:40:46 +0000 Message-ID: Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.136.78.208] Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A090201.568B3B48.0034, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0, ip=169.254.1.252, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32 X-Mirapoint-Loop-Id: 7537800a4110bbe7f71e41bc7120a596 Archived-At: Cc: 'Jeffrey Haas' , Susan Hares , "db3546@att.com" , Alia Atlas Subject: Re: [i2rs] I-D Action: draft-ietf-i2rs-problem-statement-08.txt X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jan 2016 03:41:03 -0000 SGksIEFsaWE6DQpUaGFua3MgZm9yIHRoZSB1cGRhdGUgdG8gYWRkcmVzcyBOYWJpbCBjb21tZW50 cyBhbmQgQUQncyBjb21tZW50cy4NCkkgaGF2ZSByZS1yZWFkIHRoaXMgZHJhZnQsIEkgYWdyZWUg d2l0aCB5b3UgdGhhdCBzZWN0aW9uIDUgYW5kIHNlY3Rpb24gNCBoYXZlIGdyZWF0IHZhbHVlIGFu ZCBwcm92aWRlIGEgY2xlYXIgZ29hbCBhbmQgZ29vZCBndWlkYW5jZSBmb3IgYWxsIHRoZSBJMlJT IHJlbGF0ZWQgd29yay4gSSB0aGluayB0aGlzIGRyYWZ0IGlzIHJlYWR5IGZvciBwdWJsaWNhdGlv bi4NCkhlcmUgYXJlIGEgZmV3IGVkaXRvcmlhbCBjb21tZW50cyBhbmQgc3VnZ2VzdGlvbnMgZm9y IHlvdXIgY29uc2lkZXJhdGlvbi4NCjEuIFNlY3Rpb24yLCBwYXJhZ3JhcGggNToNCnMvd2l0aCBp bi93aXRoaW4NCjIuIFNlY3Rpb24gMixGaWd1cmUgMToNCkluIHRoZSBmaWd1cmUgMSwgobA8PT0g STJSUyBwcm90b2NvbKGxIGlzIHVzZWQgdG8gaW5kaWNhdGUgSTJSUyBwcm90b2NvbCBpcyB1c2Vk IG9uIHRoZSBpbnRlcmZhY2UgYmV0d2VlbiBJMlJTIGNsaWVudCBhbmQgSTJSUyBhZ2VudC4NCkJ1 dCBJbiB0aGUgbGVnZW5kIGZvbGxvd2luZyB0aGUgZmlndXJlIDEsIHRoZXJlIGlzIG5vIGxlZ2Vu ZCBkZXNjcmlwdGlvbiBmb3IgobA8PT2hsS4NCjMuU2VjdGlvbiAyLCBwYXJhZ3JhcGggNzoNCklz IHRoaXMgY29tcG9uZW50KGkuZS4sIHN1YnNjcmlwdGlvbiBhbmQgY29uZmlndXJhdGlvbikgYSBr aW5kIG9mIGRhdGEgc291cmNlIGZvciBtZWFzdXJlbWVudCBkYXRhIG9yIGV2ZW50IGRhdGE/IFdo eSBjb25maWd1cmF0aW9uIGlzIHNwZWNpYWxseSBuZWVkZWQgZm9yIHRoaXMgY29tcG9uZW50IHJh dGhlciB0aGFuIG90aGVyIGNvbXBvbmVudD8gSG93IHRoaXMgbG9naWNhbCBjb21wb25lbnQgaXMg dXNlZCB0byBjb2xsZWN0IG1lYXN1cmVtZW50IGRhdGEsIHN0YXRpc3RpY3MsIGhvdyBldmVudCBp cyBjb2xsZWN0ZWQ/DQpJIGtub3cgdGhlIHN1YnNjcmlwdGlvbiBhbmQgY29uZmlndXJhdGlvbiBj b21wb25lbnQgaXMgbm90IGluIHRoZSBzY29wZSBvZiBJMlJTPyBIb3dldmVyIEkgYW0gY3VyaW91 cyB0byBrbm93IHdoZXRoZXIgc3Vic2NyaXB0aW9uIGFuZCBjb25maWd1cmF0aW9uIGFsc28gdXNl ZCBmb3IgcHJvdmlkaW5nIGF1dGhlbnRpY2F0aW9uIGFuZCBhdXRob3JpemF0aW9uIG9yIHNlY3Vy aXR5IHB1cnBvc2U/IA0KNC4gU2VjdGlvbiAzLCBwYXJhZ3JhcGggMToNCldoYXQgaXMgdGhlIGRp ZmZlcmVuY2UgYmV0d2VlbiBOZXh0IGhvcCBpbmRpcmVjdGlvbiBhbmQgcm91dGluZyBpbmRpcmVj dGlvbj8NCjUuIFNlY3Rpb24gNCwgbGFzdCBwYXJhZ3JhcGg6DQpOb3Qgc3VyZSBwb2xpY3kgZGVj aXNpb24gaXMgbWFkZSBieSBhcHBsaWNhdGlvbj8gSWYgbXkgdW5kZXJzdGFuZGluZyBpcyBjb3Jy ZWN0LCBBcHBsaWNhdGlvbiBzaG91bGQgZGVzY3JpYmUgZ29hbCBvciBvYmplY3RpdmUsIHRoZSBw b2xpY3kgZGVjaXNpb24gaXMgbWFkZSBieSBJMlJTIGNsaWVudCwgdGhlIEkyUlMgYWdlbnQgZW5m b3JjZSBwb2xpY3kgaW4gdGhlIHJvdXRpbmcgc3lzdGVtLg0KNi4gU2VjdGlvbiA1LCBidWxsZXQg NDoNCi+hsWkuZS46obEvobFpLmUuLKGxDQo3LiBTZWN0aW9uIDUsIGJ1bGxldCA0Og0KSWYgbXkg dW5kZXJzdGFuZGluZyBpcyBjb3JyZWN0LCBEdXBsZXggbWVhbnMgYmlkaXJlY3Rpb25hbCBjb21t dW5pY2F0aW9uIGJldHdlZW4gSTJSUyBhZ2VudCBhbmQgSTJSUyBjbGllbnQsIGhvd2V2ZXIgd2hl biBJIHJlYWQgdGhlIHNlY29uZCBzZW50ZW5jZSBhbmQgdGhlIHRoaXJkIHNlbnRlbmNlIGluIHRo aXMgcGFyYWdyYXBoLCBJIGZlZWwgYSBsaXR0bGUgYml0IGNvbmZ1c2VkLA0KRm9yIHRoZSBzZWNv bmQgc2VudGVuY2UsIHllcywgb3BlcmF0aW9uIGFuZCBhY2tub3dsZWRnZW1lbnRzIGNhbiBiZSBz ZW50IGJ5IGJvdGggcGFydGllcywgaG93ZXZlciBJIGFtIG5vdCBzdXJlIHRoZSBmYWlsdXJlIG9y IGV2ZW50IGNhbiBiZSBzZW50IGJ5IHRoZSBhcHBsaWNhdGlvbiBvciBJMlJTIGNsaWVudCB0byBJ MlJTIGFnZW50IGVtYmVkZGVkIGluIHRoZSByb3V0ZXIuDQpGb3IgdGhlIHRoaXJkIHNlbnRlbmNl LCB3aHkgd2UgdXNlIG5lZ2F0aXZlIHNlbnRlbmNlPyBEbyB3ZSBtZWFuIGJvdGggcHVsbCBtb2Rl bCBhbmQgcHVzaCBzaG91bGQgYmUgc3VwcG9ydGVkPyBXaGF0IGlzIHRoZSBwdXJlIHB1bGwgbW9k ZWw/IGNhbiBwdWxsIG1vZGVsIGJlIHVzZWQgYnkgcm91dGVyIHRvIHB1bGwgcmVzcG9uc2UgZnJv bSBhcHBsaWNhdGlvbj8NCg0KLVFpbg0KLS0tLS3Tyrz+1K28/i0tLS0tDQq3orz+yMs6IEktRC1B bm5vdW5jZSBbbWFpbHRvOmktZC1hbm5vdW5jZS1ib3VuY2VzQGlldGYub3JnXSC0+rHtIGludGVy bmV0LWRyYWZ0c0BpZXRmLm9yZw0Kt6LLzcqxvOQ6IDIwMTXE6jEy1MIxOcjVIDc6MDYNCsrVvP7I yzogaS1kLWFubm91bmNlQGlldGYub3JnDQqzrcvNOiBpMnJzQGlldGYub3JnDQrW98ziOiBJLUQg QWN0aW9uOiBkcmFmdC1pZXRmLWkycnMtcHJvYmxlbS1zdGF0ZW1lbnQtMDgudHh0DQoNCg0KQSBO ZXcgSW50ZXJuZXQtRHJhZnQgaXMgYXZhaWxhYmxlIGZyb20gdGhlIG9uLWxpbmUgSW50ZXJuZXQt RHJhZnRzIGRpcmVjdG9yaWVzLg0KIFRoaXMgZHJhZnQgaXMgYSB3b3JrIGl0ZW0gb2YgdGhlIElu dGVyZmFjZSB0byB0aGUgUm91dGluZyBTeXN0ZW0gV29ya2luZyBHcm91cCBvZiB0aGUgSUVURi4N Cg0KICAgICAgICBUaXRsZSAgICAgICAgICAgOiBJbnRlcmZhY2UgdG8gdGhlIFJvdXRpbmcgU3lz dGVtIFByb2JsZW0gU3RhdGVtZW50DQogICAgICAgIEF1dGhvcnMgICAgICAgICA6IEFsaWEgQXRs YXMNCiAgICAgICAgICAgICAgICAgICAgICAgICAgVGhvbWFzIEQuIE5hZGVhdQ0KICAgICAgICAg ICAgICAgICAgICAgICAgICBEYXZlIFdhcmQNCglGaWxlbmFtZSAgICAgICAgOiBkcmFmdC1pZXRm LWkycnMtcHJvYmxlbS1zdGF0ZW1lbnQtMDgudHh0DQoJUGFnZXMgICAgICAgICAgIDogMTENCglE YXRlICAgICAgICAgICAgOiAyMDE1LTEyLTE4DQoNCkFic3RyYWN0Og0KICAgVHJhZGl0aW9uYWxs eSwgcm91dGluZyBzeXN0ZW1zIGhhdmUgaW1wbGVtZW50ZWQgcm91dGluZyBhbmQgc2lnbmFsaW5n DQogICAoZS5nLiAgTVBMUykgdG8gY29udHJvbCB0cmFmZmljIGZvcndhcmRpbmcgaW4gYSBuZXR3 b3JrLiAgUm91dGUNCiAgIGNvbXB1dGF0aW9uIGhhcyBiZWVuIGNvbnRyb2xsZWQgYnkgcmVsYXRp dmVseSBzdGF0aWMgcG9saWNpZXMgdGhhdA0KICAgZGVmaW5lIGxpbmsgY29zdCwgcm91dGUgY29z dCwgb3IgaW1wb3J0IGFuZCBleHBvcnQgcm91dGluZyBwb2xpY2llcy4NCiAgIFdpdGggdGhlIGFk dmVudCBvZiBoaWdobHkgZHluYW1pYyBkYXRhIGNlbnRlciBuZXR3b3JraW5nLCBvbi1kZW1hbmQN CiAgIFdBTiBzZXJ2aWNlcywgZHluYW1pYyBwb2xpY3ktZHJpdmVuIHRyYWZmaWMgc3RlZXJpbmcg YW5kIHNlcnZpY2UNCiAgIGNoYWluaW5nLCB0aGUgbmVlZCBmb3IgcmVhbC10aW1lIHNlY3VyaXR5 IHRocmVhdCByZXNwb25zaXZlbmVzcyB2aWENCiAgIHRyYWZmaWMgY29udHJvbCwgYW5kIGEgcGFy YWRpZ20gb2Ygc2VwYXJhdGluZyBwb2xpY3ktYmFzZWQgZGVjaXNpb24tDQogICBtYWtpbmcgZnJv bSB0aGUgcm91dGVyIGl0c2VsZiwgdGhlIG5lZWQgaGFzIGVtZXJnZWQgdG8gbW9yZQ0KICAgZHlu YW1pY2FsbHkgbWFuYWdlIGFuZCBwcm9ncmFtIHJvdXRpbmcgc3lzdGVtcyBpbiBvcmRlciB0byBj b250cm9sDQogICByb3V0aW5nIGluZm9ybWF0aW9uIGFuZCB0cmFmZmljIHBhdGhzIGFuZCB0byBl eHRyYWN0IG5ldHdvcmsgdG9wb2xvZ3kNCiAgIGluZm9ybWF0aW9uLCB0cmFmZmljIHN0YXRpc3Rp Y3MsIGFuZCBvdGhlciBuZXR3b3JrIGFuYWx5dGljcyBmcm9tDQogICByb3V0aW5nIHN5c3RlbXMu DQoNCiAgIFRoaXMgZG9jdW1lbnQgcHJvcG9zZXMgbWVldGluZyB0aGlzIG5lZWQgdmlhIGFuIElu dGVyZmFjZSB0byB0aGUNCiAgIFJvdXRpbmcgU3lzdGVtIChJMlJTKS4NCg0KDQpUaGUgSUVURiBk YXRhdHJhY2tlciBzdGF0dXMgcGFnZSBmb3IgdGhpcyBkcmFmdCBpczoNCmh0dHBzOi8vZGF0YXRy YWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWlldGYtaTJycy1wcm9ibGVtLXN0YXRlbWVudC8NCg0K VGhlcmUncyBhbHNvIGEgaHRtbGl6ZWQgdmVyc2lvbiBhdmFpbGFibGUgYXQ6DQpodHRwczovL3Rv b2xzLmlldGYub3JnL2h0bWwvZHJhZnQtaWV0Zi1pMnJzLXByb2JsZW0tc3RhdGVtZW50LTA4DQoN CkEgZGlmZiBmcm9tIHRoZSBwcmV2aW91cyB2ZXJzaW9uIGlzIGF2YWlsYWJsZSBhdDoNCmh0dHBz Oi8vd3d3LmlldGYub3JnL3JmY2RpZmY/dXJsMj1kcmFmdC1pZXRmLWkycnMtcHJvYmxlbS1zdGF0 ZW1lbnQtMDgNCg0KDQpQbGVhc2Ugbm90ZSB0aGF0IGl0IG1heSB0YWtlIGEgY291cGxlIG9mIG1p bnV0ZXMgZnJvbSB0aGUgdGltZSBvZiBzdWJtaXNzaW9uIHVudGlsIHRoZSBodG1saXplZCB2ZXJz aW9uIGFuZCBkaWZmIGFyZSBhdmFpbGFibGUgYXQgdG9vbHMuaWV0Zi5vcmcuDQoNCkludGVybmV0 LURyYWZ0cyBhcmUgYWxzbyBhdmFpbGFibGUgYnkgYW5vbnltb3VzIEZUUCBhdDoNCmZ0cDovL2Z0 cC5pZXRmLm9yZy9pbnRlcm5ldC1kcmFmdHMvDQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fDQpJLUQtQW5ub3VuY2UgbWFpbGluZyBsaXN0DQpJLUQtQW5u b3VuY2VAaWV0Zi5vcmcNCmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vaS1k LWFubm91bmNlDQpJbnRlcm5ldC1EcmFmdCBkaXJlY3RvcmllczogaHR0cDovL3d3dy5pZXRmLm9y Zy9zaGFkb3cuaHRtbCBvciBmdHA6Ly9mdHAuaWV0Zi5vcmcvaWV0Zi8xc2hhZG93LXNpdGVzLnR4 dA0K From nobody Mon Jan 4 19:44:14 2016 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5F5031ACF1B for ; Mon, 4 Jan 2016 19:44:13 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -93.469 X-Spam-Level: X-Spam-Status: No, score=-93.469 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, CN_BODY_35=0.339, DOS_OUTLOOK_TO_MX=2.845, FH_RELAY_NODNS=1.451, HELO_MISMATCH_COM=0.553, MIME_CHARSET_FARAWAY=2.45, RDNS_NONE=0.793, USER_IN_WHITELIST=-100] autolearn=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 8DM7M5mM9Ru9 for ; Mon, 4 Jan 2016 19:44:12 -0800 (PST) Received: from hickoryhill-consulting.com (unknown [50.245.122.97]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BD7BF1ACF18 for ; Mon, 4 Jan 2016 19:44:11 -0800 (PST) X-Default-Received-SPF: pass (skip=loggedin (res=PASS)) x-ip-name=74.43.47.177; From: "Susan Hares" To: "'Qin Wu'" , References: In-Reply-To: Date: Mon, 4 Jan 2016 22:44:22 -0500 Message-ID: <021b01d1476b$5dc77300$19565900$@ndzh.com> MIME-Version: 1.0 Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Outlook 14.0 Content-Language: en-us Thread-Index: AQGwh0cdioVyAWwJIUS1r1tKXrlhup8tyBQA X-Authenticated-User: skh@ndzh.com Archived-At: Cc: 'Jeffrey Haas' , db3546@att.com, 'Alia Atlas' Subject: Re: [i2rs] I-D Action: draft-ietf-i2rs-problem-statement-08.txt X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jan 2016 03:44:13 -0000 Qin:=20 Thank you for your editorial review of this document. =20 Sue Hares=20 -----Original Message----- From: i2rs [mailto:i2rs-bounces@ietf.org] On Behalf Of Qin Wu Sent: Monday, January 04, 2016 10:41 PM To: i2rs@ietf.org Cc: 'Jeffrey Haas'; Susan Hares; db3546@att.com; Alia Atlas Subject: Re: [i2rs] I-D Action: draft-ietf-i2rs-problem-statement-08.txt Hi, Alia: Thanks for the update to address Nabil comments and AD's comments. I have re-read this draft, I agree with you that section 5 and section 4 have great value and provide a clear goal and good guidance for all the = I2RS related work. I think this draft is ready for publication. Here are a few editorial comments and suggestions for your = consideration. 1. Section2, paragraph 5: s/with in/within 2. Section 2,Figure 1: In the figure 1, =A1=B0<=3D=3D I2RS protocol=A1=B1 is used to indicate = I2RS protocol is used on the interface between I2RS client and I2RS agent. But In the legend following the figure 1, there is no legend description = for =A1=B0<=3D=3D=A1=B1. 3.Section 2, paragraph 7: Is this component(i.e., subscription and configuration) a kind of data source for measurement data or event data? Why configuration is = specially needed for this component rather than other component? How this logical component is used to collect measurement data, statistics, how event is collected? I know the subscription and configuration component is not in the scope = of I2RS? However I am curious to know whether subscription and = configuration also used for providing authentication and authorization or security purpose?=20 4. Section 3, paragraph 1: What is the difference between Next hop indirection and routing = indirection? 5. Section 4, last paragraph: Not sure policy decision is made by application? If my understanding is correct, Application should describe goal or objective, the policy = decision is made by I2RS client, the I2RS agent enforce policy in the routing = system. 6. Section 5, bullet 4: /=A1=B1i.e.:=A1=B1/=A1=B1i.e.,=A1=B1 7. Section 5, bullet 4: If my understanding is correct, Duplex means bidirectional communication between I2RS agent and I2RS client, however when I read the second = sentence and the third sentence in this paragraph, I feel a little bit confused, = For the second sentence, yes, operation and acknowledgements can be sent by = both parties, however I am not sure the failure or event can be sent by the application or I2RS client to I2RS agent embedded in the router. For the third sentence, why we use negative sentence? Do we mean both = pull model and push should be supported? What is the pure pull model? can = pull model be used by router to pull response from application? -Qin -----=D3=CA=BC=FE=D4=AD=BC=FE----- =B7=A2=BC=FE=C8=CB: I-D-Announce [mailto:i-d-announce-bounces@ietf.org] = =B4=FA=B1=ED internet-drafts@ietf.org =B7=A2=CB=CD=CA=B1=BC=E4: 2015=C4=EA12=D4=C219=C8=D5 7:06 =CA=D5=BC=FE=C8=CB: i-d-announce@ietf.org =B3=AD=CB=CD: i2rs@ietf.org =D6=F7=CC=E2: I-D Action: draft-ietf-i2rs-problem-statement-08.txt A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Interface to the Routing System = Working Group of the IETF. Title : Interface to the Routing System Problem = Statement Authors : Alia Atlas Thomas D. Nadeau Dave Ward Filename : draft-ietf-i2rs-problem-statement-08.txt Pages : 11 Date : 2015-12-18 Abstract: Traditionally, routing systems have implemented routing and signaling (e.g. MPLS) to control traffic forwarding in a network. Route computation has been controlled by relatively static policies that define link cost, route cost, or import and export routing policies. With the advent of highly dynamic data center networking, on-demand WAN services, dynamic policy-driven traffic steering and service chaining, the need for real-time security threat responsiveness via traffic control, and a paradigm of separating policy-based decision- making from the router itself, the need has emerged to more dynamically manage and program routing systems in order to control routing information and traffic paths and to extract network topology information, traffic statistics, and other network analytics from routing systems. This document proposes meeting this need via an Interface to the Routing System (I2RS). The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-i2rs-problem-statement/ There's also a htmlized version available at: https://tools.ietf.org/html/draft-ietf-i2rs-problem-statement-08 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-i2rs-problem-statement-08 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. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ _______________________________________________ I-D-Announce mailing list I-D-Announce@ietf.org https://www.ietf.org/mailman/listinfo/i-d-announce Internet-Draft directories: http://www.ietf.org/shadow.html or ftp://ftp.ietf.org/ietf/1shadow-sites.txt _______________________________________________ i2rs mailing list i2rs@ietf.org https://www.ietf.org/mailman/listinfo/i2rs From nobody Wed Jan 6 06:12:49 2016 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EB12F1B2BE6; Wed, 6 Jan 2016 06:12:47 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -96.257 X-Spam-Level: X-Spam-Status: No, score=-96.257 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DOS_OUTLOOK_TO_MX=2.845, FH_RELAY_NODNS=1.451, HELO_MISMATCH_COM=0.553, HTML_MESSAGE=0.001, RDNS_NONE=0.793, USER_IN_WHITELIST=-100] autolearn=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 e5VieYiYdxSM; Wed, 6 Jan 2016 06:12:45 -0800 (PST) Received: from hickoryhill-consulting.com (unknown [50.245.122.97]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7AC511ACE6B; Wed, 6 Jan 2016 06:12:44 -0800 (PST) X-Default-Received-SPF: pass (skip=loggedin (res=PASS)) x-ip-name=74.43.47.177; From: "Susan Hares" To: "'John Strassner'" , "'Joel M. Halpern'" References: <20160104170330.13929.73845.idtracker@ietfa.amsl.com> <006701d14722$616c6950$24453bf0$@ndzh.com> <568ADBE7.3030101@joelhalpern.com> In-Reply-To: Date: Wed, 6 Jan 2016 09:12:57 -0500 Message-ID: <03c101d1488c$587503a0$095f0ae0$@ndzh.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_03C2_01D14862.6FA51620" X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQHC7aVhYcGa1ChTuo//84M/O+4YZwFG1DOWAZ3SDjgCrQyIcJ7eqKQQ Content-Language: en-us X-Authenticated-User: skh@ndzh.com Archived-At: Cc: i2rs@ietf.org, netmod@ietf.org, supa@ietf.org Subject: Re: [i2rs] [Supa] FW: New Version Notification for draft-hares-i2rs-bnp-eca-data-model-03.txt X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jan 2016 14:12:48 -0000 This is a multipart message in MIME format. ------=_NextPart_000_03C2_01D14862.6FA51620 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable John:=20 =20 Thank you for your response. For filter-based FIB,=20 =20 Event =3D receiving packet information on the interface=20 Condition =3D match on a variety of conditions (see the draft)=20 Action =3D a choice of actions modify packet, forward/drop packet, and = count packet. =20 You are correct, it is a very simple case, with one type of event. = Joel indicated flaws in the document that it did not indicate the event = was a =E2=80=9Cpacket reception=E2=80=9D. At this point, it sounds like = you and Joel are suggesting that this particular simplistic case of = Event-Condition-Action is OK to go forward with in the I2RS (for = ephemeral state), and in appropriate WG for the non-ephemeral case. Is = this correct?=20 =20 At IETF 94, I was simply comparing Chen=E2=80=99s document versus this = very simple case of an ECA. I did not mean to imply it was the only = possible ECA case. I look forward to hearing from the SUPA list = regarding the generic ECA information model and the different types of = ECA. =20 =20 Sue=20 =20 From: Supa [mailto:supa-bounces@ietf.org] On Behalf Of John Strassner Sent: Tuesday, January 05, 2016 10:12 PM To: Joel M. Halpern Cc: i2rs@ietf.org; supa@ietf.org; netmod@ietf.org; Susan Hares Subject: Re: [Supa] [i2rs] FW: New Version Notification for = draft-hares-i2rs-bnp-eca-data-model-03.txt =20 Hi Joe, et al., =20 > 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=20 > policy model to be sent directly to the router, it also allows many > other cases. =20 Exactly. More particularly, in scanning this draft, I fail to see how this is an accepted definition of ECA. In particular, there doesn't seem to be any event in the rule definition. =20 Hence, I would suggest that you add wording that says that this is one of many ways to build such a mapping. =20 =20 > 2) The approach with the supa eca data model is still under > development. =20 Absolutely agree. In particular, draft-chen was the first attempt at trying to conceptualize what such a data model should look like. =20 > Having said that, the material in there is intended to be very > general. =20 IFF you mean the SUPA info model, then absolutely (otherwise, it has failed in its primary mission of providing an extensible framework to define policies). =20 IFF you mean draft-chen, then I think it agrees with the spirit of what you said. I think that we need to discuss how to map from an info model to a data model in more detail before we come to any conclusions of its efficacy. =20 > 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. =20 +1. In fact, the whole point of SUPA is to provide different ways of forming an ECA policy rule to meet different demands of the user. More particularly, at IETF94, you (Sue) assumed that an ECA policy rule was made up of Event, Condition, and Action objects. While that is certainly one alternative, there are others as well. In addition, please note that the presence of these objects is NOT sufficient to build an ECA policy rule (e.g., the Event object needs an attribute (or multiple attributes) to be=20 compared to something in order to determine if the event=20 CLAUSE evaluates to TRUE or not. =20 =20 regards, John =20 On Mon, Jan 4, 2016 at 12:53 PM, Joel M. Halpern = wrote: 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. In my role as I2RS chair, I2RS needs to make progress soon on the I2RS FB-RIB data model. We would appreciate your aid. Sue -----Original Message----- From: 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=3Ddraft-hares-i2rs-bnp-eca-data-model-0= 3 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. The IETF Secretariat _______________________________________________ i2rs mailing list i2rs@ietf.org https://www.ietf.org/mailman/listinfo/i2rs _______________________________________________ Supa mailing list Supa@ietf.org https://www.ietf.org/mailman/listinfo/supa --=20 regards, John ------=_NextPart_000_03C2_01D14862.6FA51620 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable

John:

 

Thank you for your response. =C2=A0=C2=A0For filter-based FIB, =

 

Event =3D receiving packet information on the interface =

Condition =3D match on a variety of conditions (see the draft) =

Action =3D a choice of actions modify packet, forward/drop packet, = and count packet.

 

You are correct, it is a very simple case, with one type of event. = =C2=A0=C2=A0Joel indicated flaws in the document that it did not = indicate the event was a =E2=80=9Cpacket reception=E2=80=9D.=C2=A0 At = this point, it sounds like you and Joel are suggesting that this = particular simplistic case of Event-Condition-Action is OK to go forward = with in the I2RS (for ephemeral state), and in appropriate WG for the = non-ephemeral case.=C2=A0 Is this correct?

 

At IETF 94, I was simply comparing Chen=E2=80=99s document versus = this very simple case of an ECA. =C2=A0I did not mean to imply it was = the only possible ECA case.=C2=A0 =C2=A0I look forward to hearing from = the SUPA list regarding the generic ECA information model and the = different types of ECA. =C2=A0

 

Sue

 

From:= = Supa [mailto:supa-bounces@ietf.org] On Behalf Of John = Strassner
Sent: Tuesday, January 05, 2016 10:12 = PM
To: Joel M. Halpern
Cc: i2rs@ietf.org; = supa@ietf.org; netmod@ietf.org; Susan Hares
Subject: Re: = [Supa] [i2rs] FW: New Version Notification for = draft-hares-i2rs-bnp-eca-data-model-03.txt

 

Hi = Joe, et al.,

 

> 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.

 

Exactly. More particularly, in scanning this draft, I = fail to see how

this is an = accepted definition of ECA. In particular, there = doesn't

seem to be any = event in the rule definition.

 

Hence, I would suggest that you add wording that says = that this is

one of many = ways to build such a mapping.

 

 

> 2) The approach with the supa eca data model = is still under

> development.

 

Absolutely agree. In particular, draft-chen was the = first attempt at

trying to = conceptualize what such a data model should look = like.

 

>  Having said that, the material in there is = intended to be very

> general.

 

IFF you mean the SUPA info model, then absolutely = (otherwise,

it has failed = in its primary mission of providing an = extensible

framework to = define policies).

 

IFF you mean draft-chen, then I think = it agrees with the spirit of

what you said. I think that we need to discuss how to = map from

an info model to = a data model in more detail before we come = to

any conclusions of its = efficacy.

 

>  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.

 

+1. In fact, the whole point of SUPA is to provide = different ways

of forming = an ECA policy rule to meet different demands of = the

user. More = particularly, at IETF94, you (Sue) assumed that = an

ECA policy rule was = made up of Event, Condition, and Action

objects. While that is certainly one alternative, = there are others

as well. = In addition, please note that the presence of = these

objects is NOT = sufficient to build an ECA policy rule (e.g., = the

Event object needs an = attribute (or multiple attributes) to be

compared to something in order to determine if the = event

CLAUSE evaluates to = TRUE or not.

 

 

regards,

John

 

On Mon, = Jan 4, 2016 at 12:53 PM, Joel M. Halpern <jmh@joelhalpern.com> wrote:

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]
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-b= np-eca-data-model-03.txt
Status:        =  https://datatracker.ietf.org/doc/draft-hares-i2rs-bnp-e= ca-data-model/
Htmlized:       https://tools.ietf.org/html/draft-hares-i2rs-bnp-eca-da= ta-model-03
Diff:           https://www.ietf.org/rfcdiff?url2=3Ddraft-hares-i2rs-bn= p-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.

The IETF = Secretariat


_______________________________________________i2rs mailing list
i2rs@ietf.org
https://www.ietf.org/mailman/listinfo/i2rs


_______________________________________________
= Supa mailing list
Supa@ietf.org
https://www.ietf.org/mailman/listinfo/supa




-- =

regards,

John

------=_NextPart_000_03C2_01D14862.6FA51620-- From nobody Wed Jan 6 15:24:51 2016 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BB0E91A1BCB; Wed, 6 Jan 2016 15:24:49 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -96.257 X-Spam-Level: X-Spam-Status: No, score=-96.257 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DOS_OUTLOOK_TO_MX=2.845, FH_RELAY_NODNS=1.451, HELO_MISMATCH_COM=0.553, HTML_MESSAGE=0.001, RDNS_NONE=0.793, USER_IN_WHITELIST=-100] autolearn=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 Raf8XrOck1Nr; Wed, 6 Jan 2016 15:24:46 -0800 (PST) Received: from hickoryhill-consulting.com (unknown [50.245.122.97]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D89DA1A1BCA; Wed, 6 Jan 2016 15:24:45 -0800 (PST) X-Default-Received-SPF: pass (skip=loggedin (res=PASS)) x-ip-name=74.43.47.177; From: "Susan Hares" To: "'John Strassner'" References: <20160104170330.13929.73845.idtracker@ietfa.amsl.com> <006701d14722$616c6950$24453bf0$@ndzh.com> <568ADBE7.3030101@joelhalpern.com> <00b501d1473f$fef22990$fcd67cb0$@ndzh.com> In-Reply-To: Date: Wed, 6 Jan 2016 18:25:00 -0500 Message-ID: <013001d148d9$770626d0$65127470$@ndzh.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0131_01D148AF.8E363950" X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQHC7aVhYcGa1ChTuo//84M/O+4YZwFG1DOWAZ3SDjgCb9eFfwLXL+Oqnsp5rGA= Content-Language: en-us X-Authenticated-User: skh@ndzh.com Archived-At: Cc: i2rs@ietf.org, "'Joel M. Halpern'" , supa@ietf.org, netmod@ietf.org Subject: Re: [i2rs] [Supa] FW: New Version Notification for draft-hares-i2rs-bnp-eca-data-model-03.txt X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jan 2016 23:24:49 -0000 This is a multipart message in MIME format. ------=_NextPart_000_0131_01D148AF.8E363950 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable John:=20 =20 You are correct in indicating that the draft assumes you understand the = event =3D 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.=20 =20 Thank you for pointing out the errors in the drafts,=20 =20 Sue=20 =20 From: John Strassner [mailto:strazpdj@gmail.com]=20 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 =20 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 evaluates to TRUE IF 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 =20 On Mon, Jan 4, 2016 at 2:33 PM, Susan Hares wrote: Joel:=20 =20 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.=20 =20 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 =E2=80=93 that discussion may be useful between = I2RS, Netmod and SUPA.=20 =20 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. =20 =20 Cheerily,=20 =20 Sue=20 =20 -----Original Message----- From: Joel M. Halpern [mailto:jmh@joelhalpern.com]=20 Sent: Monday, January 04, 2016 3:54 PM To: Susan Hares; i2rs@ietf.org; netmod@ietf.org; supa@ietf.org Subject: Re: [i2rs] FW: New Version Notification for = draft-hares-i2rs-bnp-eca-data-model-03.txt =20 I think there are two issues here. =20 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. =20 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. =20 Yours, Joel =20 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=20 > knowledge the Netmod or netconf has not adopted an ECA policy model to = > parallel the ACL model. >=20 > Chen and co-authors have created the model: >=20 > draft-chen-supa-eca-data-model-05.txt >=20 > 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=20 > draft-chen-supa-eca-data-model-05.txt, but it has not been updated. > We would appreciate feedback on this version of yang model. >=20 > > In my role as I2RS chair, I2RS needs to make progress soon on the=20 > I2RS FB-RIB data model. We would appreciate your aid. > >=20 > Sue >=20 > -----Original Message----- > From: 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=20 > draft-hares-i2rs-bnp-eca-data-model-03.txt >=20 >=20 > 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. >=20 > 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=3Ddraft-hares-i2rs-bnp-eca-data-model-0= 3 >=20 > 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. >=20 >=20 >=20 >=20 > 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. >=20 > The IETF Secretariat >=20 >=20 > _______________________________________________ > i2rs mailing list > i2rs@ietf.org > = https://www.ietf.org/mailman/listinfo/i2rs >=20 _______________________________________________ Supa mailing list Supa@ietf.org https://www.ietf.org/mailman/listinfo/supa --=20 regards, John ------=_NextPart_000_0131_01D148AF.8E363950 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable

John:

 

You are correct in indicating that the draft assumes you understand = the event =3D Packet reception.=C2=A0 It is a failing in the draft that = Joel has indicated on these lists. =C2=A0I will be updating the ECA = drafts and FB-RIB drafts.=C2=A0 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> = 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 = =E2=80=93 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]
Sent: Monday, January 04, = 2016 3:54 PM
To: Susan Hares; i2rs@ietf.org; netmod@ietf.org; 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,

J= oel

 

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<= /span> [mailto:internet-drafts@ie= tf.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:           &n= bsp;           &nb= sp;       = draft-hares-i2rs-bnp-eca-data-model

> = Revision:          = 03

> = Title:           &= nbsp;      An Information Model for Basic = Network Policy and Filter Rules

> Document = date:           = 2016-01-04

> = Group:           &= nbsp;           &n= bsp;      Individual = Submission

> = Pages:           &= nbsp;           &n= bsp;       30

> = URL:            = https://www.ietf.org/inte= rnet-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/ht= ml/draft-hares-i2rs-bnp-eca-data-model-03

>= ; Diff:           https://www.ietf.org/rfcd= iff?url2=3Ddraft-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.

> 

> The IETF = Secretariat

> 

> <= /o:p>

> = _______________________________________________

> = i2rs mailing list

> i2rs@ietf.org<= o:p>

> https://www.ietf.org/mail= man/listinfo/i2rs

> 


______________________________________= _________
Supa mailing list
Supa@ietf.org
https://www.ietf.org/mailman/listinfo/supa




-- =

regards,

John

------=_NextPart_000_0131_01D148AF.8E363950-- From nobody Wed Jan 6 16:50:20 2016 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 419D01A21A9; Wed, 6 Jan 2016 16:50:17 -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 XU7TaDYeeyqX; Wed, 6 Jan 2016 16:50:12 -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 94AA91A21A7; Wed, 6 Jan 2016 16:50:09 -0800 (PST) Received: from 172.18.7.190 (EHLO lhreml403-hub.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id CGL00628; Thu, 07 Jan 2016 00:50:06 +0000 (GMT) Received: from SJCEML703-CHM.china.huawei.com (10.218.25.36) by lhreml403-hub.china.huawei.com (10.201.5.217) with Microsoft SMTP Server (TLS) id 14.3.235.1; Thu, 7 Jan 2016 00:50:05 +0000 Received: from SJCEML701-CHM.china.huawei.com ([169.254.3.81]) by SJCEML703-CHM.china.huawei.com ([169.254.5.130]) with mapi id 14.03.0235.001; Wed, 6 Jan 2016 16:50:00 -0800 From: John Strassner To: Susan Hares , "'John Strassner'" , "'Joel M. Halpern'" Thread-Topic: [Supa] [i2rs] FW: New Version Notification for draft-hares-i2rs-bnp-eca-data-model-03.txt Thread-Index: AQHRSDASitFFz8IO2EOQtMd8cV25dJ7vDmuAgAAnhjA= Date: Thu, 7 Jan 2016 00:49:59 +0000 Message-ID: References: <20160104170330.13929.73845.idtracker@ietfa.amsl.com> <006701d14722$616c6950$24453bf0$@ndzh.com> <568ADBE7.3030101@joelhalpern.com> <03c101d1488c$587503a0$095f0ae0$@ndzh.com> In-Reply-To: <03c101d1488c$587503a0$095f0ae0$@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_B818037A70EDCC4A86113DA25EC02098201B9466SJCEML701CHMchi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A020202.568DB63F.00C2, 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: 4d6003bfb2e2615615912651f617b7fb Archived-At: Cc: "i2rs@ietf.org" , "supa@ietf.org" , "netmod@ietf.org" Subject: Re: [i2rs] [Supa] FW: New Version Notification for draft-hares-i2rs-bnp-eca-data-model-03.txt X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jan 2016 00:50:17 -0000 --_000_B818037A70EDCC4A86113DA25EC02098201B9466SJCEML701CHMchi_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgU3VlLA0KDQpZb3UgYXJlIGNvcnJlY3QsIGl0IGlzIGEgdmVyeSBzaW1wbGUgY2FzZSwgd2l0 aCBvbmUgdHlwZSBvZiBldmVudC4gICBKb2VsIGluZGljYXRlZCBmbGF3cyBpbiB0aGUgZG9jdW1l bnQgdGhhdCBpdCBkaWQgbm90IGluZGljYXRlIHRoZSBldmVudCB3YXMgYSDigJxwYWNrZXQgcmVj ZXB0aW9u4oCdLiAgQXQgdGhpcyBwb2ludCwgaXQgc291bmRzIGxpa2UgeW91IGFuZCBKb2VsIGFy ZSBzdWdnZXN0aW5nIHRoYXQgdGhpcyBwYXJ0aWN1bGFyIHNpbXBsaXN0aWMgY2FzZSBvZiBFdmVu dC1Db25kaXRpb24tQWN0aW9uIGlzIE9LIHRvIGdvIGZvcndhcmQgd2l0aCBpbiB0aGUgSTJSUyAo Zm9yIGVwaGVtZXJhbCBzdGF0ZSksIGFuZCBpbiBhcHByb3ByaWF0ZSBXRyBmb3IgdGhlIG5vbi1l cGhlbWVyYWwgY2FzZS4gIElzIHRoaXMgY29ycmVjdD8NCg0KPGpjcz4NCkFzIGxvbmcgYXMgaXQg aXMgY2xhcmlmaWVkIHRoYXQgdGhlcmUgaXMsIGluIGZhY3QsIGFuIGV2ZW50LCB0aGVuIEkgdGhp bmsgdGhhdCBpdCBpcyBmaW5lLiBOb3RlIHRoYXQgaXQgc2hvdWxkIGFsc28gYmUgY2xhcmlmaWVk IHRoYXQgaWYgdGhlIEV2ZW50IGlzIG5vdCByZWNlaXZlZCwgdGhlbiB0aGUgY29uZGl0aW9uIGNs YXVzZSBjYW4gbmV2ZXIgYmUgZXZhbHVhdGVkLg0KPC9qY3M+DQoNCkF0IElFVEYgOTQsIEkgd2Fz IHNpbXBseSBjb21wYXJpbmcgQ2hlbuKAmXMgZG9jdW1lbnQgdmVyc3VzIHRoaXMgdmVyeSBzaW1w bGUgY2FzZSBvZiBhbiBFQ0EuICBJIGRpZCBub3QgbWVhbiB0byBpbXBseSBpdCB3YXMgdGhlIG9u bHkgcG9zc2libGUgRUNBIGNhc2UuICAgSSBsb29rIGZvcndhcmQgdG8gaGVhcmluZyBmcm9tIHRo ZSBTVVBBIGxpc3QgcmVnYXJkaW5nIHRoZSBnZW5lcmljIEVDQSBpbmZvcm1hdGlvbiBtb2RlbCBh bmQgdGhlIGRpZmZlcmVudCB0eXBlcyBvZiBFQ0EuDQoNCjxqY3M+DQpUaGF0J3Mgd2hhdCBjb25m dXNlZCBtZSAtIHRoZSBjaGVuIGRvY3VtZW50IGRpZCBoYXZlIGV2ZW50IG5vZGVzIGluIGl0LCBh bmQgeW91ciBkcmFmdCBkaWRuJ3QuIFRoYXQgYmVpbmcgc2FpZCwgdGhlcmUgYXJlIG1hbnkgd2F5 cyB0byBkZWZpbmUgRXZlbnRzLiBJZiB5b3UgbG9vayBhdCB0aGUgU1VQQSBtb2RlbCwgeW91IHdp bGwgc2VlIHRoZSBmb2xsb3dpbmcgZXhlbXBsYXIgbWV0aG9kczoNCg0KDQrCtyAgICAgICAgIHlv dSBjYW4gZGVmaW5lIGEgY2xhdXNlLCBvZiB0aGUgY2Fub25pY2FsIGZvcm0ge3ZhcmlhYmxlLCBv cGVyYXRvciwgdmFsdWV9LCB0byByZXByZXNlbnQgYW4gZXZlbnQgKGUuZy4sIHRpbWUgPT0gMDg6 MDBhbSkNCg0KwrcgICAgICAgICB5b3UgY2FuIHVzZSBhbiBFdmVudCBvYmplY3QgYXMgdGhlIHZh cmlhYmxlIG9yIHRoZSB2YWx1ZSBpbiB0aGUgYWJvdmUgY2xhdXNlIChlLmcuLCB1c2Ugb25lIG9y IG1vcmUgYXR0cmlidXRlcyBmcm9tIG9uZSBvciBtb3JlIEV2ZW50IG9iamVjdHMgaW4gdGhlIGNv bXBhcmlzb24gY2xhdXNlKQ0KDQrCtyAgICAgICAgIHlvdSBjYW4gdXNlIGEgQ29sbGVjdGlvbiBh dHRyaWJ1dGVzIHRvIGNvbGxlY3QgZXZlbnRzIGZvciBhZ2dyZWdhdGlvbiwgZmlsdGVyaW5nLCBh bmQvb3IgY29ycmVsYXRpb24gb3BlcmF0aW9ucyBhcyBwYXJ0IG9mIHRoZSBldmVudCBjbGF1c2Ug cHJvY2Vzc2luZw0KDQrCtyAgICAgICAgIHlvdSBjYW4gZW5jb2RlIHRoZSBlbnRpcmUgZXZlbnQg ZXhwcmVzc2lvbiBpbnRvIGFuIGF0dHJpYnV0ZQ0KPC9qY3M+DQoNCnJlZ2FyZHMsDQpKb2huDQoN CkZyb206IFN1cGEgW21haWx0bzpzdXBhLWJvdW5jZXNAaWV0Zi5vcmddIE9uIEJlaGFsZiBPZiBT dXNhbiBIYXJlcw0KU2VudDogV2VkbmVzZGF5LCBKYW51YXJ5IDA2LCAyMDE2IDY6MTMgQU0NClRv OiAnSm9obiBTdHJhc3NuZXInOyAnSm9lbCBNLiBIYWxwZXJuJw0KQ2M6IGkycnNAaWV0Zi5vcmc7 IG5ldG1vZEBpZXRmLm9yZzsgc3VwYUBpZXRmLm9yZw0KU3ViamVjdDogUmU6IFtTdXBhXSBbaTJy c10gRlc6IE5ldyBWZXJzaW9uIE5vdGlmaWNhdGlvbiBmb3IgZHJhZnQtaGFyZXMtaTJycy1ibnAt ZWNhLWRhdGEtbW9kZWwtMDMudHh0DQoNCkpvaG46DQoNClRoYW5rIHlvdSBmb3IgeW91ciByZXNw b25zZS4gICBGb3IgZmlsdGVyLWJhc2VkIEZJQiwNCg0KRXZlbnQgPSByZWNlaXZpbmcgcGFja2V0 IGluZm9ybWF0aW9uIG9uIHRoZSBpbnRlcmZhY2UNCkNvbmRpdGlvbiA9IG1hdGNoIG9uIGEgdmFy aWV0eSBvZiBjb25kaXRpb25zIChzZWUgdGhlIGRyYWZ0KQ0KQWN0aW9uID0gYSBjaG9pY2Ugb2Yg YWN0aW9ucyBtb2RpZnkgcGFja2V0LCBmb3J3YXJkL2Ryb3AgcGFja2V0LCBhbmQgY291bnQgcGFj a2V0Lg0KDQpZb3UgYXJlIGNvcnJlY3QsIGl0IGlzIGEgdmVyeSBzaW1wbGUgY2FzZSwgd2l0aCBv bmUgdHlwZSBvZiBldmVudC4gICBKb2VsIGluZGljYXRlZCBmbGF3cyBpbiB0aGUgZG9jdW1lbnQg dGhhdCBpdCBkaWQgbm90IGluZGljYXRlIHRoZSBldmVudCB3YXMgYSDigJxwYWNrZXQgcmVjZXB0 aW9u4oCdLiAgQXQgdGhpcyBwb2ludCwgaXQgc291bmRzIGxpa2UgeW91IGFuZCBKb2VsIGFyZSBz dWdnZXN0aW5nIHRoYXQgdGhpcyBwYXJ0aWN1bGFyIHNpbXBsaXN0aWMgY2FzZSBvZiBFdmVudC1D b25kaXRpb24tQWN0aW9uIGlzIE9LIHRvIGdvIGZvcndhcmQgd2l0aCBpbiB0aGUgSTJSUyAoZm9y IGVwaGVtZXJhbCBzdGF0ZSksIGFuZCBpbiBhcHByb3ByaWF0ZSBXRyBmb3IgdGhlIG5vbi1lcGhl bWVyYWwgY2FzZS4gIElzIHRoaXMgY29ycmVjdD8NCg0KQXQgSUVURiA5NCwgSSB3YXMgc2ltcGx5 IGNvbXBhcmluZyBDaGVu4oCZcyBkb2N1bWVudCB2ZXJzdXMgdGhpcyB2ZXJ5IHNpbXBsZSBjYXNl IG9mIGFuIEVDQS4gIEkgZGlkIG5vdCBtZWFuIHRvIGltcGx5IGl0IHdhcyB0aGUgb25seSBwb3Nz aWJsZSBFQ0EgY2FzZS4gICBJIGxvb2sgZm9yd2FyZCB0byBoZWFyaW5nIGZyb20gdGhlIFNVUEEg bGlzdCByZWdhcmRpbmcgdGhlIGdlbmVyaWMgRUNBIGluZm9ybWF0aW9uIG1vZGVsIGFuZCB0aGUg ZGlmZmVyZW50IHR5cGVzIG9mIEVDQS4NCg0KU3VlDQoNCkZyb206IFN1cGEgW21haWx0bzpzdXBh LWJvdW5jZXNAaWV0Zi5vcmddIE9uIEJlaGFsZiBPZiBKb2huIFN0cmFzc25lcg0KU2VudDogVHVl c2RheSwgSmFudWFyeSAwNSwgMjAxNiAxMDoxMiBQTQ0KVG86IEpvZWwgTS4gSGFscGVybg0KQ2M6 IGkycnNAaWV0Zi5vcmc7IHN1cGFAaWV0Zi5vcmc7IG5ldG1vZEBpZXRmLm9yZzsgU3VzYW4gSGFy ZXMNClN1YmplY3Q6IFJlOiBbU3VwYV0gW2kycnNdIEZXOiBOZXcgVmVyc2lvbiBOb3RpZmljYXRp b24gZm9yIGRyYWZ0LWhhcmVzLWkycnMtYm5wLWVjYS1kYXRhLW1vZGVsLTAzLnR4dA0KDQpIaSBK b2UsIGV0IGFsLiwNCg0KPiAxKSBJdCBpcyBub3QgY2xlYXIgdG8gbWUgd2h5IHRoZXJlIGlzIGFu eSBkZXBlbmRlbmNlIG9mIHRoZSBmYi1yaWINCj4gZGF0YSBtb2RlbCBvbiBhbiBlY2EgZGF0YSBt b2RlbC4gIFdoaWxlIHN1cGEgZG9lcyBhbGxvdyBmb3INCj4gcG9saWN5IG1vZGVsIHRvIGJlIHNl bnQgZGlyZWN0bHkgdG8gdGhlIHJvdXRlciwgaXQgYWxzbyBhbGxvd3MgbWFueQ0KPiBvdGhlciBj YXNlcy4NCg0KRXhhY3RseS4gTW9yZSBwYXJ0aWN1bGFybHksIGluIHNjYW5uaW5nIHRoaXMgZHJh ZnQsIEkgZmFpbCB0byBzZWUgaG93DQp0aGlzIGlzIGFuIGFjY2VwdGVkIGRlZmluaXRpb24gb2Yg RUNBLiBJbiBwYXJ0aWN1bGFyLCB0aGVyZSBkb2Vzbid0DQpzZWVtIHRvIGJlIGFueSBldmVudCBp biB0aGUgcnVsZSBkZWZpbml0aW9uLg0KDQpIZW5jZSwgSSB3b3VsZCBzdWdnZXN0IHRoYXQgeW91 IGFkZCB3b3JkaW5nIHRoYXQgc2F5cyB0aGF0IHRoaXMgaXMNCm9uZSBvZiBtYW55IHdheXMgdG8g YnVpbGQgc3VjaCBhIG1hcHBpbmcuDQoNCg0KPiAyKSBUaGUgYXBwcm9hY2ggd2l0aCB0aGUgc3Vw YSBlY2EgZGF0YSBtb2RlbCBpcyBzdGlsbCB1bmRlcg0KPiBkZXZlbG9wbWVudC4NCg0KQWJzb2x1 dGVseSBhZ3JlZS4gSW4gcGFydGljdWxhciwgZHJhZnQtY2hlbiB3YXMgdGhlIGZpcnN0IGF0dGVt cHQgYXQNCnRyeWluZyB0byBjb25jZXB0dWFsaXplIHdoYXQgc3VjaCBhIGRhdGEgbW9kZWwgc2hv dWxkIGxvb2sgbGlrZS4NCg0KPiAgSGF2aW5nIHNhaWQgdGhhdCwgdGhlIG1hdGVyaWFsIGluIHRo ZXJlIGlzIGludGVuZGVkIHRvIGJlIHZlcnkNCj4gZ2VuZXJhbC4NCg0KSUZGIHlvdSBtZWFuIHRo ZSBTVVBBIGluZm8gbW9kZWwsIHRoZW4gYWJzb2x1dGVseSAob3RoZXJ3aXNlLA0KaXQgaGFzIGZh aWxlZCBpbiBpdHMgcHJpbWFyeSBtaXNzaW9uIG9mIHByb3ZpZGluZyBhbiBleHRlbnNpYmxlDQpm cmFtZXdvcmsgdG8gZGVmaW5lIHBvbGljaWVzKS4NCg0KSUZGIHlvdSBtZWFuIGRyYWZ0LWNoZW4s IHRoZW4gSSB0aGluayBpdCBhZ3JlZXMgd2l0aCB0aGUgc3Bpcml0IG9mDQp3aGF0IHlvdSBzYWlk LiBJIHRoaW5rIHRoYXQgd2UgbmVlZCB0byBkaXNjdXNzIGhvdyB0byBtYXAgZnJvbQ0KYW4gaW5m byBtb2RlbCB0byBhIGRhdGEgbW9kZWwgaW4gbW9yZSBkZXRhaWwgYmVmb3JlIHdlIGNvbWUgdG8N CmFueSBjb25jbHVzaW9ucyBvZiBpdHMgZWZmaWNhY3kuDQoNCj4gIEZyb20gd2hhdCBJIHVuZGVy c3RhbmQsIHRoZXJlIHNob3VsZCBiZSBubyBkaWZmaWN1bHR5IGluDQo+IHJlZmluaW5nIHRoZSBh Y3Rpb24gc2lkZSBvZiB0aGF0IG1vZGVsIHRvIGFjdGlvbnMgd2hpY2ggYWZmZWN0DQo+IHRoZSBm Yi1yaWIgaW4gd2F5cyB0aGF0IGFyZSBjb25zaXN0ZW50IHdpdGggdGhlIGZiLWRpYiBkYXRhIG1v ZGVsLg0KDQorMS4gSW4gZmFjdCwgdGhlIHdob2xlIHBvaW50IG9mIFNVUEEgaXMgdG8gcHJvdmlk ZSBkaWZmZXJlbnQgd2F5cw0Kb2YgZm9ybWluZyBhbiBFQ0EgcG9saWN5IHJ1bGUgdG8gbWVldCBk aWZmZXJlbnQgZGVtYW5kcyBvZiB0aGUNCnVzZXIuIE1vcmUgcGFydGljdWxhcmx5LCBhdCBJRVRG OTQsIHlvdSAoU3VlKSBhc3N1bWVkIHRoYXQgYW4NCkVDQSBwb2xpY3kgcnVsZSB3YXMgbWFkZSB1 cCBvZiBFdmVudCwgQ29uZGl0aW9uLCBhbmQgQWN0aW9uDQpvYmplY3RzLiBXaGlsZSB0aGF0IGlz IGNlcnRhaW5seSBvbmUgYWx0ZXJuYXRpdmUsIHRoZXJlIGFyZSBvdGhlcnMNCmFzIHdlbGwuIElu IGFkZGl0aW9uLCBwbGVhc2Ugbm90ZSB0aGF0IHRoZSBwcmVzZW5jZSBvZiB0aGVzZQ0Kb2JqZWN0 cyBpcyBOT1Qgc3VmZmljaWVudCB0byBidWlsZCBhbiBFQ0EgcG9saWN5IHJ1bGUgKGUuZy4sIHRo ZQ0KRXZlbnQgb2JqZWN0IG5lZWRzIGFuIGF0dHJpYnV0ZSAob3IgbXVsdGlwbGUgYXR0cmlidXRl cykgdG8gYmUNCmNvbXBhcmVkIHRvIHNvbWV0aGluZyBpbiBvcmRlciB0byBkZXRlcm1pbmUgaWYg dGhlIGV2ZW50DQpDTEFVU0UgZXZhbHVhdGVzIHRvIFRSVUUgb3Igbm90Lg0KDQoNCnJlZ2FyZHMs DQpKb2huDQoNCk9uIE1vbiwgSmFuIDQsIDIwMTYgYXQgMTI6NTMgUE0sIEpvZWwgTS4gSGFscGVy biA8am1oQGpvZWxoYWxwZXJuLmNvbTxtYWlsdG86am1oQGpvZWxoYWxwZXJuLmNvbT4+IHdyb3Rl Og0KSSB0aGluayB0aGVyZSBhcmUgdHdvIGlzc3VlcyBoZXJlLg0KDQoxKSBJdCBpcyBub3QgY2xl YXIgdG8gbWUgd2h5IHRoZXJlIGlzIGFueSBkZXBlbmRlbmNlIG9mIHRoZSBmYi1yaWIgZGF0YSBt b2RlbCBvbiBhbiBlY2EgZGF0YSBtb2RlbC4gIFdoaWxlIHN1cGEgZG9lcyBhbGxvdyBmb3IgcG9s aWN5IG1vZGVsIHRvIGJlIHNlbnQgZGlyZWN0bHkgdG8gdGhlIHJvdXRlciwgaXQgYWxzbyBhbGxv d3MgbWFueSBvdGhlciBjYXNlcy4NCg0KMikgVGhlIGFwcHJvYWNoIHdpdGggdGhlIHN1cGEgZWNh IGRhdGEgbW9kZWwgaXMgc3RpbGwgdW5kZXIgZGV2ZWxvcG1lbnQuICBIYXZpbmcgc2FpZCB0aGF0 LCB0aGUgbWF0ZXJpYWwgaW4gdGhlcmUgaXMgaW50ZW5kZWQgdG8gYmUgdmVyeSBnZW5lcmFsLiAg RnJvbSB3aGF0IEkgdW5kZXJzdGFuZCwgdGhlcmUgc2hvdWxkIGJlIG5vIGRpZmZpY3VsdHkgaW4g cmVmaW5pbmcgdGhlIGFjdGlvbiBzaWRlIG9mIHRoYXQgbW9kZWwgdG8gYWN0aW9ucyB3aGljaCBh ZmZlY3QgdGhlIGZiLXJpYiBpbiB3YXlzIHRoYXQgYXJlIGNvbnNpc3RlbnQgd2l0aCB0aGUgZmIt ZGliIGRhdGEgbW9kZWwuDQoNCllvdXJzLA0KSm9lbA0KDQpPbiAxLzQvMTYgMjowMSBQTSwgU3Vz YW4gSGFyZXMgd3JvdGU6DQpUaGlzIG1vZGVsIHByb3ZpZGVzIGEgRXZlbnQtQ29uZGl0aW9uLUFj dGlvbiAoRUNBKSBwb2xpY3kgbW9kZWwuDQpUaGUgSTJSUyBGQi1SSUIgeWFuZyBkYXRhIG1vZGVs IHV0aWxpemVzIHRoaXMgbW9kZWwsIGJ1dCB0byBteSBrbm93bGVkZ2UgdGhlDQpOZXRtb2Qgb3Ig bmV0Y29uZiBoYXMgbm90IGFkb3B0ZWQgYW4gRUNBIHBvbGljeSBtb2RlbCB0bw0KcGFyYWxsZWwg dGhlIEFDTCBtb2RlbC4NCg0KQ2hlbiBhbmQgY28tYXV0aG9ycyBoYXZlIGNyZWF0ZWQgdGhlIG1v ZGVsOg0KDQpkcmFmdC1jaGVuLXN1cGEtZWNhLWRhdGEtbW9kZWwtMDUudHh0DQoNCkJ1dCBpdCBk b2VzIG5vdCBhbGlnbiB3aXRoIHRoaXMgeWFuZyBtb2RlbCBvciBzZWVtIHN1ZmZpY2llbnQgdG8N CnN1cHBvcnQgdGhlIEZCLVJJQiBpbmZvcm1hdGlvbiBtb2RlbC4gICBBdCBJRVRGIDk0LA0KSSBw cmVzZW50ZWQgYSBkaXNjdXNzaW9uIG9mIHRoZSBpc3N1ZXMgSSBmb3VuZCB3aXRoIHRoZQ0KZHJh ZnQtY2hlbi1zdXBhLWVjYS1kYXRhLW1vZGVsLTA1LnR4dCwgYnV0IGl0IGhhcyBub3QgYmVlbiB1 cGRhdGVkLg0KV2Ugd291bGQgYXBwcmVjaWF0ZSBmZWVkYmFjayBvbiB0aGlzIHZlcnNpb24gb2Yg eWFuZyBtb2RlbC4NCg0KPGkycnMgQ2hhaXIgaGF0IG9uPg0KSW4gbXkgcm9sZSBhcyBJMlJTIGNo YWlyLCAgSTJSUyBuZWVkcyB0byBtYWtlIHByb2dyZXNzIHNvb24gb24gdGhlDQpJMlJTIEZCLVJJ QiBkYXRhIG1vZGVsLiAgV2Ugd291bGQgYXBwcmVjaWF0ZSB5b3VyIGFpZC4NCjxpMnJzIGNoYWly IGhhdCBvZmY+DQoNClN1ZQ0KDQotLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KRnJvbTogaW50 ZXJuZXQtZHJhZnRzQGlldGYub3JnPG1haWx0bzppbnRlcm5ldC1kcmFmdHNAaWV0Zi5vcmc+IFtt YWlsdG86aW50ZXJuZXQtZHJhZnRzQGlldGYub3JnPG1haWx0bzppbnRlcm5ldC1kcmFmdHNAaWV0 Zi5vcmc+XQ0KU2VudDogTW9uZGF5LCBKYW51YXJ5IDA0LCAyMDE2IDEyOjA0IFBNDQpUbzogU3Vz YW4gSGFyZXM7IFFpbiBXdTsgUnVzcyBXaGl0ZQ0KU3ViamVjdDogTmV3IFZlcnNpb24gTm90aWZp Y2F0aW9uIGZvciBkcmFmdC1oYXJlcy1pMnJzLWJucC1lY2EtZGF0YS1tb2RlbC0wMy50eHQNCg0K DQpBIG5ldyB2ZXJzaW9uIG9mIEktRCwgZHJhZnQtaGFyZXMtaTJycy1ibnAtZWNhLWRhdGEtbW9k ZWwtMDMudHh0DQpoYXMgYmVlbiBzdWNjZXNzZnVsbHkgc3VibWl0dGVkIGJ5IFN1c2FuIEhhcmVz IGFuZCBwb3N0ZWQgdG8gdGhlIElFVEYgcmVwb3NpdG9yeS4NCg0KTmFtZTogICAgICAgICAgIGRy YWZ0LWhhcmVzLWkycnMtYm5wLWVjYS1kYXRhLW1vZGVsDQpSZXZpc2lvbjogICAgICAgMDMNClRp dGxlOiAgICAgICAgICBBbiBJbmZvcm1hdGlvbiBNb2RlbCBmb3IgQmFzaWMgTmV0d29yayBQb2xp Y3kgYW5kIEZpbHRlciBSdWxlcw0KRG9jdW1lbnQgZGF0ZTogIDIwMTYtMDEtMDQNCkdyb3VwOiAg ICAgICAgICBJbmRpdmlkdWFsIFN1Ym1pc3Npb24NClBhZ2VzOiAgICAgICAgICAzMA0KVVJMOiAg ICAgICAgICAgIGh0dHBzOi8vd3d3LmlldGYub3JnL2ludGVybmV0LWRyYWZ0cy9kcmFmdC1oYXJl cy1pMnJzLWJucC1lY2EtZGF0YS1tb2RlbC0wMy50eHQNClN0YXR1czogICAgICAgICBodHRwczov L2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1oYXJlcy1pMnJzLWJucC1lY2EtZGF0YS1t b2RlbC8NCkh0bWxpemVkOiAgICAgICBodHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQt aGFyZXMtaTJycy1ibnAtZWNhLWRhdGEtbW9kZWwtMDMNCkRpZmY6ICAgICAgICAgICBodHRwczov L3d3dy5pZXRmLm9yZy9yZmNkaWZmP3VybDI9ZHJhZnQtaGFyZXMtaTJycy1ibnAtZWNhLWRhdGEt bW9kZWwtMDMNCg0KQWJzdHJhY3Q6DQogICAgVGhpcyBkb2N1bWVudCBjb250YWlucyB0aGUgQmFz aWMgTmV0d29yayBQb2xpY3kgYW5kIEZpbHRlcnMgKEJOUCBJTSkNCiAgICBEYXRhIE1vZGVsIHdo aWNoIHByb3ZpZGVzIGEgcG9saWN5IG1vZGVsIHRoYXQgc3VwcG9ydCBhbiBvcmRlcmVkIGxpc3QN CiAgICBvZiBtYXRjaC1jb25kaXRpb24tYWN0aW9uIChha2EgZXZlbnQtY29uZGl0aW9uLWFjdGlv biAoRUNBKSkgZm9yDQogICAgbXVsdGlwbGUgbGF5ZXJzIChpbnRlcmZhY2UsIEwxLUw0LCBhcHBs aWNhdGlvbikgYW5kIG90aGVyIGZhY3RvcnMNCiAgICAoc2l6ZSBvZiBwYWNrZXQsIHRpbWUgb2Yg ZGF5KS4gIFRoZSBhY3Rpb25zIGFsbG93IGZvciBzZXR0aW5nIGFjdGlvbnMNCiAgICAoUU9TIGFu ZCBvdGhlciksIGRlY2Fwc3VsYXRpb24sIGVuY2Fwc3VsYXRpb24sIHBsdXMgZm9yd2FyZGluZw0K ICAgIGFjdGlvbnMuICBUaGUgcG9saWN5IG1vZGVsIGNhbiBiZSB1c2VkIHdpdGggdGhlIEkyUlMg ZmlsdGVyLWJhc2VkDQogICAgUklCLg0KDQoNCg0KDQpQbGVhc2Ugbm90ZSB0aGF0IGl0IG1heSB0 YWtlIGEgY291cGxlIG9mIG1pbnV0ZXMgZnJvbSB0aGUgdGltZSBvZiBzdWJtaXNzaW9uIHVudGls IHRoZSBodG1saXplZCB2ZXJzaW9uIGFuZCBkaWZmIGFyZSBhdmFpbGFibGUgYXQgdG9vbHMuaWV0 Zi5vcmc8aHR0cDovL3Rvb2xzLmlldGYub3JnPi4NCg0KVGhlIElFVEYgU2VjcmV0YXJpYXQNCg0K DQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KaTJycyBt YWlsaW5nIGxpc3QNCmkycnNAaWV0Zi5vcmc8bWFpbHRvOmkycnNAaWV0Zi5vcmc+DQpodHRwczov L3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2kycnMNCg0KX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX18NClN1cGEgbWFpbGluZyBsaXN0DQpTdXBhQGll dGYub3JnPG1haWx0bzpTdXBhQGlldGYub3JnPg0KaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1h bi9saXN0aW5mby9zdXBhDQoNCg0KDQotLQ0KcmVnYXJkcywNCkpvaG4NCg== --_000_B818037A70EDCC4A86113DA25EC02098201B9466SJCEML701CHMchi_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTIgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl Pg0KPCEtLQ0KIC8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCiBAZm9udC1mYWNlDQoJe2ZvbnQtZmFt aWx5OldpbmdkaW5nczsNCglwYW5vc2UtMTo1IDAgMCAwIDAgMCAwIDAgMCAwO30NCkBmb250LWZh Y2UNCgl7Zm9udC1mYW1pbHk6IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQg NiAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6 MiAxNSA1IDIgMiAyIDQgMyAyIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpUYWhvbWE7 DQoJcGFub3NlLTE6MiAxMSA2IDQgMyA1IDQgNCAyIDQ7fQ0KIC8qIFN0eWxlIERlZmluaXRpb25z ICovDQogcC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46 MGluOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTIuMHB0Ow0KCWZvbnQt ZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iLCJzZXJpZiI7fQ0KYTpsaW5rLCBzcGFuLk1zb0h5cGVy bGluaw0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6Ymx1ZTsNCgl0ZXh0LWRlY29y YXRpb246dW5kZXJsaW5lO30NCmE6dmlzaXRlZCwgc3Bhbi5Nc29IeXBlcmxpbmtGb2xsb3dlZA0K CXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6cHVycGxlOw0KCXRleHQtZGVjb3JhdGlv bjp1bmRlcmxpbmU7fQ0KcC5Nc29BY2V0YXRlLCBsaS5Nc29BY2V0YXRlLCBkaXYuTXNvQWNldGF0 ZQ0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNvLXN0eWxlLWxpbms6IkJhbGxvb24gVGV4 dCBDaGFyIjsNCgltYXJnaW46MGluOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNp emU6OC4wcHQ7DQoJZm9udC1mYW1pbHk6IlRhaG9tYSIsInNhbnMtc2VyaWYiO30NCnAuTXNvTGlz dFBhcmFncmFwaCwgbGkuTXNvTGlzdFBhcmFncmFwaCwgZGl2Lk1zb0xpc3RQYXJhZ3JhcGgNCgl7 bXNvLXN0eWxlLXByaW9yaXR5OjM0Ow0KCW1hcmdpbi10b3A6MGluOw0KCW1hcmdpbi1yaWdodDow aW47DQoJbWFyZ2luLWJvdHRvbTowaW47DQoJbWFyZ2luLWxlZnQ6LjVpbjsNCgltYXJnaW4tYm90 dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWlseToiVGltZXMgTmV3 IFJvbWFuIiwic2VyaWYiO30NCnNwYW4uQmFsbG9vblRleHRDaGFyDQoJe21zby1zdHlsZS1uYW1l OiJCYWxsb29uIFRleHQgQ2hhciI7DQoJbXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1zdHls ZS1saW5rOiJCYWxsb29uIFRleHQiOw0KCWZvbnQtZmFtaWx5OiJUYWhvbWEiLCJzYW5zLXNlcmlm Ijt9DQpzcGFuLkVtYWlsU3R5bGUxOQ0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbDsNCglmb250 LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiOw0KCWNvbG9yOiMxRjQ5N0Q7fQ0Kc3Bhbi5F bWFpbFN0eWxlMjANCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWwtcmVwbHk7DQoJZm9udC1mYW1p bHk6IkNhbGlicmkiLCJzYW5zLXNlcmlmIjsNCgljb2xvcjojMUY0OTdEO30NCi5Nc29DaHBEZWZh dWx0DQoJe21zby1zdHlsZS10eXBlOmV4cG9ydC1vbmx5Ow0KCWZvbnQtc2l6ZToxMC4wcHQ7fQ0K QHBhZ2UgU2VjdGlvbjENCgl7c2l6ZTo4LjVpbiAxMS4waW47DQoJbWFyZ2luOjEuMGluIDEuMGlu IDEuMGluIDEuMGluO30NCmRpdi5TZWN0aW9uMQ0KCXtwYWdlOlNlY3Rpb24xO30NCiAvKiBMaXN0 IERlZmluaXRpb25zICovDQogQGxpc3QgbDANCgl7bXNvLWxpc3QtaWQ6MjAwNzg1OTA0NjsNCglt c28tbGlzdC10eXBlOmh5YnJpZDsNCgltc28tbGlzdC10ZW1wbGF0ZS1pZHM6MTUyMzM1ODQxMiA2 NzY5ODY4OSA2NzY5ODY5MSA2NzY5ODY5MyA2NzY5ODY4OSA2NzY5ODY5MSA2NzY5ODY5MyA2NzY5 ODY4OSA2NzY5ODY5MSA2NzY5ODY5Mzt9DQpAbGlzdCBsMDpsZXZlbDENCgl7bXNvLWxldmVsLW51 bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CtzsNCgltc28tbGV2ZWwtdGFi LXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJbWFyZ2luLWxl ZnQ6NDMuMHB0Ow0KCXRleHQtaW5kZW50Oi0uMjVpbjsNCglmb250LWZhbWlseTpTeW1ib2w7fQ0K b2wNCgl7bWFyZ2luLWJvdHRvbTowaW47fQ0KdWwNCgl7bWFyZ2luLWJvdHRvbTowaW47fQ0KLS0+ DQo8L3N0eWxlPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KIDxvOnNoYXBlZGVmYXVsdHMgdjpl eHQ9ImVkaXQiIHNwaWRtYXg9IjEwMjYiIC8+DQo8L3htbD48IVtlbmRpZl0tLT48IS0tW2lmIGd0 ZSBtc28gOV0+PHhtbD4NCiA8bzpzaGFwZWxheW91dCB2OmV4dD0iZWRpdCI+DQogIDxvOmlkbWFw IHY6ZXh0PSJlZGl0IiBkYXRhPSIxIiAvPg0KIDwvbzpzaGFwZWxheW91dD48L3htbD48IVtlbmRp Zl0tLT4NCjwvaGVhZD4NCjxib2R5IGxhbmc9IkVOLVVTIiBsaW5rPSJibHVlIiB2bGluaz0icHVy cGxlIj4NCjxkaXYgY2xhc3M9IlNlY3Rpb24xIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDss JnF1b3Q7c2Fucy1zZXJpZiZxdW90OzsNCmNvbG9yOiMxRjQ5N0QiPkhpIFN1ZSw8bzpwPjwvbzpw Pjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYm cXVvdDs7DQpjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWls eTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7DQpjb2xvcjojMUY0 OTdEIj5Zb3UgYXJlIGNvcnJlY3QsIGl0IGlzIGEgdmVyeSBzaW1wbGUgY2FzZSwgd2l0aCBvbmUg dHlwZSBvZiBldmVudC4gJm5ic3A7Jm5ic3A7Sm9lbCBpbmRpY2F0ZWQgZmxhd3MgaW4gdGhlIGRv Y3VtZW50IHRoYXQgaXQgZGlkIG5vdCBpbmRpY2F0ZSB0aGUgZXZlbnQgd2FzIGEg4oCccGFja2V0 DQogcmVjZXB0aW9u4oCdLiZuYnNwOyBBdCB0aGlzIHBvaW50LCBpdCBzb3VuZHMgbGlrZSB5b3Ug YW5kIEpvZWwgYXJlIHN1Z2dlc3RpbmcgdGhhdCB0aGlzIHBhcnRpY3VsYXIgc2ltcGxpc3RpYyBj YXNlIG9mIEV2ZW50LUNvbmRpdGlvbi1BY3Rpb24gaXMgT0sgdG8gZ28gZm9yd2FyZCB3aXRoIGlu IHRoZSBJMlJTIChmb3IgZXBoZW1lcmFsIHN0YXRlKSwgYW5kIGluIGFwcHJvcHJpYXRlIFdHIGZv ciB0aGUgbm9uLWVwaGVtZXJhbCBjYXNlLiZuYnNwOyBJcyB0aGlzIGNvcnJlY3Q/DQo8bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2Vy aWYmcXVvdDs7DQpjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZh bWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7DQpjb2xvcjoj MUY0OTdEIj4mbHQ7amNzJmd0OzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0Nh bGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OzsNCmNvbG9yOiMxRjQ5N0QiPkFzIGxv bmcgYXMgaXQgaXMgY2xhcmlmaWVkIHRoYXQgdGhlcmUgaXMsIGluIGZhY3QsIGFuIGV2ZW50LCB0 aGVuIEkgdGhpbmsgdGhhdCBpdCBpcyBmaW5lLiBOb3RlIHRoYXQgaXQgc2hvdWxkIGFsc28gYmUg Y2xhcmlmaWVkIHRoYXQgaWYgdGhlIEV2ZW50IGlzIG5vdA0KIHJlY2VpdmVkLCB0aGVuIHRoZSBj b25kaXRpb24gY2xhdXNlIGNhbiBuZXZlciBiZSBldmFsdWF0ZWQuPG86cD48L286cD48L3NwYW4+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ow0K Y29sb3I6IzFGNDk3RCI+Jmx0Oy9qY3MmZ3Q7PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ow0KY29sb3I6IzFGNDk3 RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90 OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ow0KY29sb3I6IzFGNDk3RCI+QXQgSUVURiA5NCwgSSB3 YXMgc2ltcGx5IGNvbXBhcmluZyBDaGVu4oCZcyBkb2N1bWVudCB2ZXJzdXMgdGhpcyB2ZXJ5IHNp bXBsZSBjYXNlIG9mIGFuIEVDQS4gJm5ic3A7SSBkaWQgbm90IG1lYW4gdG8gaW1wbHkgaXQgd2Fz IHRoZSBvbmx5IHBvc3NpYmxlIEVDQSBjYXNlLiZuYnNwOyAmbmJzcDtJDQogbG9vayBmb3J3YXJk IHRvIGhlYXJpbmcgZnJvbSB0aGUgU1VQQSBsaXN0IHJlZ2FyZGluZyB0aGUgZ2VuZXJpYyBFQ0Eg aW5mb3JtYXRpb24gbW9kZWwgYW5kIHRoZSBkaWZmZXJlbnQgdHlwZXMgb2YgRUNBLiAmbmJzcDs8 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3Nh bnMtc2VyaWYmcXVvdDs7DQpjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtm b250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7DQpj b2xvcjojMUY0OTdEIj4mbHQ7amNzJmd0OzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OzsNCmNvbG9yOiMxRjQ5N0Qi PlRoYXQncyB3aGF0IGNvbmZ1c2VkIG1lIC0gdGhlIGNoZW4gZG9jdW1lbnQgZGlkIGhhdmUgZXZl bnQgbm9kZXMgaW4gaXQsIGFuZCB5b3VyIGRyYWZ0IGRpZG4ndC4gVGhhdCBiZWluZyBzYWlkLCB0 aGVyZSBhcmUgbWFueSB3YXlzIHRvIGRlZmluZSBFdmVudHMuIElmIHlvdQ0KIGxvb2sgYXQgdGhl IFNVUEEgbW9kZWwsIHlvdSB3aWxsIHNlZSB0aGUgZm9sbG93aW5nIGV4ZW1wbGFyIG1ldGhvZHM6 PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtz YW5zLXNlcmlmJnF1b3Q7Ow0KY29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+ PC9wPg0KPHAgY2xhc3M9Ik1zb0xpc3RQYXJhZ3JhcGgiIHN0eWxlPSJtYXJnaW4tbGVmdDo0My4w cHQ7dGV4dC1pbmRlbnQ6LS4yNWluOw0KbXNvLWxpc3Q6bDAgbGV2ZWwxIGxmbzEiPg0KPCFbaWYg IXN1cHBvcnRMaXN0c10+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7DQpmb250LWZhbWls eTpTeW1ib2w7Y29sb3I6IzFGNDk3RCI+PHNwYW4gc3R5bGU9Im1zby1saXN0Oklnbm9yZSI+wrc8 c3BhbiBzdHlsZT0iZm9udDo3LjBwdCAmcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDsiPiZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOw0KPC9zcGFuPjwvc3Bh bj48L3NwYW4+PCFbZW5kaWZdPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OzsNCmNvbG9yOiMx RjQ5N0QiPnlvdSBjYW4gZGVmaW5lIGEgY2xhdXNlLCBvZiB0aGUgY2Fub25pY2FsIGZvcm0ge3Zh cmlhYmxlLCBvcGVyYXRvciwgdmFsdWV9LCB0byByZXByZXNlbnQgYW4gZXZlbnQgKGUuZy4sIHRp bWUgPT0gMDg6MDBhbSk8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTGlzdFBh cmFncmFwaCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjQzLjBwdDt0ZXh0LWluZGVudDotLjI1aW47DQpt c28tbGlzdDpsMCBsZXZlbDEgbGZvMSI+DQo8IVtpZiAhc3VwcG9ydExpc3RzXT48c3BhbiBzdHls ZT0iZm9udC1zaXplOjExLjBwdDsNCmZvbnQtZmFtaWx5OlN5bWJvbDtjb2xvcjojMUY0OTdEIj48 c3BhbiBzdHlsZT0ibXNvLWxpc3Q6SWdub3JlIj7CtzxzcGFuIHN0eWxlPSJmb250OjcuMHB0ICZx dW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7DQo8L3NwYW4+PC9zcGFuPjwvc3Bhbj48IVtlbmRpZl0+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90Oywm cXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ow0KY29sb3I6IzFGNDk3RCI+eW91IGNhbiB1c2UgYW4gRXZl bnQgb2JqZWN0IGFzIHRoZSB2YXJpYWJsZSBvciB0aGUgdmFsdWUgaW4gdGhlIGFib3ZlIGNsYXVz ZSAoZS5nLiwgdXNlIG9uZSBvciBtb3JlIGF0dHJpYnV0ZXMgZnJvbSBvbmUgb3IgbW9yZSBFdmVu dCBvYmplY3RzIGluDQogdGhlIGNvbXBhcmlzb24gY2xhdXNlKTxvOnA+PC9vOnA+PC9zcGFuPjwv cD4NCjxwIGNsYXNzPSJNc29MaXN0UGFyYWdyYXBoIiBzdHlsZT0ibWFyZ2luLWxlZnQ6NDMuMHB0 O3RleHQtaW5kZW50Oi0uMjVpbjsNCm1zby1saXN0OmwwIGxldmVsMSBsZm8xIj4NCjwhW2lmICFz dXBwb3J0TGlzdHNdPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ow0KZm9udC1mYW1pbHk6 U3ltYm9sO2NvbG9yOiMxRjQ5N0QiPjxzcGFuIHN0eWxlPSJtc28tbGlzdDpJZ25vcmUiPsK3PHNw YW4gc3R5bGU9ImZvbnQ6Ny4wcHQgJnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7Ij4mbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsNCjwvc3Bhbj48L3NwYW4+ PC9zcGFuPjwhW2VuZGlmXT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWls eTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7DQpjb2xvcjojMUY0 OTdEIj55b3UgY2FuIHVzZSBhIENvbGxlY3Rpb24gYXR0cmlidXRlcyB0byBjb2xsZWN0IGV2ZW50 cyBmb3IgYWdncmVnYXRpb24sIGZpbHRlcmluZywgYW5kL29yIGNvcnJlbGF0aW9uIG9wZXJhdGlv bnMgYXMgcGFydCBvZiB0aGUgZXZlbnQgY2xhdXNlIHByb2Nlc3Npbmc8bzpwPjwvbzpwPjwvc3Bh bj48L3A+DQo8cCBjbGFzcz0iTXNvTGlzdFBhcmFncmFwaCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjQz LjBwdDt0ZXh0LWluZGVudDotLjI1aW47DQptc28tbGlzdDpsMCBsZXZlbDEgbGZvMSI+DQo8IVtp ZiAhc3VwcG9ydExpc3RzXT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDsNCmZvbnQtZmFt aWx5OlN5bWJvbDtjb2xvcjojMUY0OTdEIj48c3BhbiBzdHlsZT0ibXNvLWxpc3Q6SWdub3JlIj7C tzxzcGFuIHN0eWxlPSJmb250OjcuMHB0ICZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyI+Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7DQo8L3NwYW4+PC9z cGFuPjwvc3Bhbj48IVtlbmRpZl0+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1m YW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ow0KY29sb3I6 IzFGNDk3RCI+eW91IGNhbiBlbmNvZGUgdGhlIGVudGlyZSBldmVudCBleHByZXNzaW9uIGludG8g YW4gYXR0cmlidXRlPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZx dW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ow0KY29sb3I6IzFGNDk3RCI+Jmx0Oy9qY3MmZ3Q7 PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtz YW5zLXNlcmlmJnF1b3Q7Ow0KY29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ow0K Y29sb3I6IzFGNDk3RCI+cmVnYXJkcyw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVv dDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7DQpjb2xvcjojMUY0OTdEIj5K b2huPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVv dDtzYW5zLXNlcmlmJnF1b3Q7Ow0KY29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3Nw YW4+PC9wPg0KPGRpdj4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci10b3A6c29saWQg I0I1QzRERiAxLjBwdDtwYWRkaW5nOjMuMHB0IDBpbiAwaW4gMGluIj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O1RhaG9tYSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij5Gcm9tOjwvc3Bhbj48L2I+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGFob21hJnF1b3Q7 LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPiBTdXBhIFttYWlsdG86c3VwYS1ib3VuY2VzQGlldGYu b3JnXQ0KPGI+T24gQmVoYWxmIE9mIDwvYj5TdXNhbiBIYXJlczxicj4NCjxiPlNlbnQ6PC9iPiBX ZWRuZXNkYXksIEphbnVhcnkgMDYsIDIwMTYgNjoxMyBBTTxicj4NCjxiPlRvOjwvYj4gJ0pvaG4g U3RyYXNzbmVyJzsgJ0pvZWwgTS4gSGFscGVybic8YnI+DQo8Yj5DYzo8L2I+IGkycnNAaWV0Zi5v cmc7IG5ldG1vZEBpZXRmLm9yZzsgc3VwYUBpZXRmLm9yZzxicj4NCjxiPlN1YmplY3Q6PC9iPiBS ZTogW1N1cGFdIFtpMnJzXSBGVzogTmV3IFZlcnNpb24gTm90aWZpY2F0aW9uIGZvciBkcmFmdC1o YXJlcy1pMnJzLWJucC1lY2EtZGF0YS1tb2RlbC0wMy50eHQ8bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8L2Rpdj4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtm b250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7DQpj b2xvcjojMUY0OTdEIj5Kb2huOg0KPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ow0KY29sb3I6IzFGNDk3RCI+PG86 cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVv dDtzYW5zLXNlcmlmJnF1b3Q7Ow0KY29sb3I6IzFGNDk3RCI+VGhhbmsgeW91IGZvciB5b3VyIHJl c3BvbnNlLiAmbmJzcDsmbmJzcDtGb3IgZmlsdGVyLWJhc2VkIEZJQiwNCjxvOnA+PC9vOnA+PC9z cGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90 OzsNCmNvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OzsNCmNvbG9yOiMxRjQ5N0Qi PkV2ZW50ID0gcmVjZWl2aW5nIHBhY2tldCBpbmZvcm1hdGlvbiBvbiB0aGUgaW50ZXJmYWNlDQo8 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3Nh bnMtc2VyaWYmcXVvdDs7DQpjb2xvcjojMUY0OTdEIj5Db25kaXRpb24gPSBtYXRjaCBvbiBhIHZh cmlldHkgb2YgY29uZGl0aW9ucyAoc2VlIHRoZSBkcmFmdCkNCjxvOnA+PC9vOnA+PC9zcGFuPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OzsNCmNv bG9yOiMxRjQ5N0QiPkFjdGlvbiA9IGEgY2hvaWNlIG9mIGFjdGlvbnMgbW9kaWZ5IHBhY2tldCwg Zm9yd2FyZC9kcm9wIHBhY2tldCwgYW5kIGNvdW50IHBhY2tldC48bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtm b250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7DQpj b2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtD YWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7DQpjb2xvcjojMUY0OTdEIj5Zb3Ug YXJlIGNvcnJlY3QsIGl0IGlzIGEgdmVyeSBzaW1wbGUgY2FzZSwgd2l0aCBvbmUgdHlwZSBvZiBl dmVudC4gJm5ic3A7Jm5ic3A7Sm9lbCBpbmRpY2F0ZWQgZmxhd3MgaW4gdGhlIGRvY3VtZW50IHRo YXQgaXQgZGlkIG5vdCBpbmRpY2F0ZSB0aGUgZXZlbnQgd2FzIGEg4oCccGFja2V0DQogcmVjZXB0 aW9u4oCdLiZuYnNwOyBBdCB0aGlzIHBvaW50LCBpdCBzb3VuZHMgbGlrZSB5b3UgYW5kIEpvZWwg YXJlIHN1Z2dlc3RpbmcgdGhhdCB0aGlzIHBhcnRpY3VsYXIgc2ltcGxpc3RpYyBjYXNlIG9mIEV2 ZW50LUNvbmRpdGlvbi1BY3Rpb24gaXMgT0sgdG8gZ28gZm9yd2FyZCB3aXRoIGluIHRoZSBJMlJT IChmb3IgZXBoZW1lcmFsIHN0YXRlKSwgYW5kIGluIGFwcHJvcHJpYXRlIFdHIGZvciB0aGUgbm9u LWVwaGVtZXJhbCBjYXNlLiZuYnNwOyBJcyB0aGlzIGNvcnJlY3Q/DQo8bzpwPjwvbzpwPjwvc3Bh bj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBw dDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7 DQpjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVv dDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7DQpjb2xvcjojMUY0OTdEIj5B dCBJRVRGIDk0LCBJIHdhcyBzaW1wbHkgY29tcGFyaW5nIENoZW7igJlzIGRvY3VtZW50IHZlcnN1 cyB0aGlzIHZlcnkgc2ltcGxlIGNhc2Ugb2YgYW4gRUNBLiAmbmJzcDtJIGRpZCBub3QgbWVhbiB0 byBpbXBseSBpdCB3YXMgdGhlIG9ubHkgcG9zc2libGUgRUNBIGNhc2UuJm5ic3A7ICZuYnNwO0kN CiBsb29rIGZvcndhcmQgdG8gaGVhcmluZyBmcm9tIHRoZSBTVVBBIGxpc3QgcmVnYXJkaW5nIHRo ZSBnZW5lcmljIEVDQSBpbmZvcm1hdGlvbiBtb2RlbCBhbmQgdGhlIGRpZmZlcmVudCB0eXBlcyBv ZiBFQ0EuICZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkm cXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OzsNCmNvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7 PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1z ZXJpZiZxdW90OzsNCmNvbG9yOiMxRjQ5N0QiPlN1ZQ0KPG86cD48L286cD48L3NwYW4+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1m YW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ow0KY29sb3I6 IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PGI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGFo b21hJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPkZyb206PC9zcGFuPjwvYj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVvdDssJnF1 b3Q7c2Fucy1zZXJpZiZxdW90OyI+IFN1cGEgW21haWx0bzpzdXBhLWJvdW5jZXNAaWV0Zi5vcmdd DQo8Yj5PbiBCZWhhbGYgT2YgPC9iPkpvaG4gU3RyYXNzbmVyPGJyPg0KPGI+U2VudDo8L2I+IFR1 ZXNkYXksIEphbnVhcnkgMDUsIDIwMTYgMTA6MTIgUE08YnI+DQo8Yj5Ubzo8L2I+IEpvZWwgTS4g SGFscGVybjxicj4NCjxiPkNjOjwvYj4gaTJyc0BpZXRmLm9yZzsgc3VwYUBpZXRmLm9yZzsgbmV0 bW9kQGlldGYub3JnOyBTdXNhbiBIYXJlczxicj4NCjxiPlN1YmplY3Q6PC9iPiBSZTogW1N1cGFd IFtpMnJzXSBGVzogTmV3IFZlcnNpb24gTm90aWZpY2F0aW9uIGZvciBkcmFmdC1oYXJlcy1pMnJz LWJucC1lY2EtZGF0YS1tb2RlbC0wMy50eHQ8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+SGkgSm9lLCBldCBhbC4sPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZndDsgMSkgSXQgaXMgbm90IGNsZWFyIHRvIG1l IHdoeSB0aGVyZSBpcyBhbnkgZGVwZW5kZW5jZSBvZiB0aGUgZmItcmliPG86cD48L286cD48L3A+ DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mZ3Q7Jm5ic3A7ZGF0YSBtb2Rl bCBvbiBhbiBlY2EgZGF0YSBtb2RlbC4mbmJzcDsgV2hpbGUgc3VwYSBkb2VzIGFsbG93IGZvcg0K PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mZ3Q7 IHBvbGljeSBtb2RlbCB0byBiZSBzZW50IGRpcmVjdGx5IHRvIHRoZSByb3V0ZXIsIGl0IGFsc28g YWxsb3dzIG1hbnk8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPiZndDsmbmJzcDtvdGhlciBjYXNlcy48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8 ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+RXhhY3RseS4gTW9yZSBwYXJ0aWN1bGFybHksIGlu IHNjYW5uaW5nIHRoaXMgZHJhZnQsIEkgZmFpbCB0byBzZWUgaG93PG86cD48L286cD48L3A+DQo8 L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj50aGlzIGlzIGFuIGFjY2VwdGVkIGRl ZmluaXRpb24gb2YgRUNBLiBJbiBwYXJ0aWN1bGFyLCB0aGVyZSBkb2Vzbid0PG86cD48L286cD48 L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5zZWVtIHRvIGJlIGFueSBl dmVudCBpbiB0aGUgcnVsZSBkZWZpbml0aW9uLjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5IZW5jZSwgSSB3b3VsZCBzdWdnZXN0IHRoYXQgeW91 IGFkZCB3b3JkaW5nIHRoYXQgc2F5cyB0aGF0IHRoaXMgaXM8bzpwPjwvbzpwPjwvcD4NCjwvZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPm9uZSBvZiBtYW55IHdheXMgdG8gYnVpbGQg c3VjaCBhIG1hcHBpbmcuPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+Jmd0OyZuYnNwOzIpIFRoZSBhcHByb2FjaCB3aXRoIHRoZSBzdXBhIGVj YSBkYXRhIG1vZGVsIGlzIHN0aWxsIHVuZGVyPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mZ3Q7Jm5ic3A7ZGV2ZWxvcG1lbnQuPG86cD48L286cD48 L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpw PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkFic29sdXRlbHkgYWdy ZWUuIEluIHBhcnRpY3VsYXIsIGRyYWZ0LWNoZW4gd2FzIHRoZSBmaXJzdCBhdHRlbXB0IGF0PG86 cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj50cnlpbmcg dG8gY29uY2VwdHVhbGl6ZSB3aGF0IHN1Y2ggYSBkYXRhIG1vZGVsIHNob3VsZCBsb29rIGxpa2Uu PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpw PiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZn dDsmbmJzcDsgSGF2aW5nIHNhaWQgdGhhdCwgdGhlIG1hdGVyaWFsIGluIHRoZXJlIGlzIGludGVu ZGVkIHRvIGJlIHZlcnk8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPiZndDsmbmJzcDtnZW5lcmFsLjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5JRkYgeW91IG1lYW4gdGhlIFNVUEEgaW5mbyBtb2Rl bCwgdGhlbiBhYnNvbHV0ZWx5IChvdGhlcndpc2UsPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5pdCBoYXMgZmFpbGVkIGluIGl0cyBwcmltYXJ5IG1p c3Npb24gb2YgcHJvdmlkaW5nIGFuIGV4dGVuc2libGU8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPmZyYW1ld29yayB0byBkZWZpbmUgcG9saWNpZXMp LjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86 cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5J RkYgeW91IG1lYW4gZHJhZnQtY2hlbiwgdGhlbiZuYnNwO0kgdGhpbmsgaXQmbmJzcDthZ3JlZXMg d2l0aCB0aGUgc3Bpcml0IG9mPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj53aGF0IHlvdSBzYWlkLiBJIHRoaW5rIHRoYXQgd2UgbmVlZCB0byBkaXNj dXNzIGhvdyB0byBtYXAgZnJvbTxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+YW4gaW5mbyBtb2RlbCB0byBhIGRhdGEgbW9kZWwmbmJzcDtpbiBtb3Jl IGRldGFpbCBiZWZvcmUgd2UgY29tZSB0bzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+YW55IGNvbmNsdXNpb25zIG9mIGl0cyBlZmZpY2FjeS48bzpw PjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5i c3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jmd0OyZu YnNwOyBGcm9tIHdoYXQgSSB1bmRlcnN0YW5kLCB0aGVyZSBzaG91bGQgYmUgbm8gZGlmZmljdWx0 eSBpbjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ Jmd0OyZuYnNwO3JlZmluaW5nIHRoZSBhY3Rpb24gc2lkZSBvZiB0aGF0IG1vZGVsIHRvIGFjdGlv bnMgd2hpY2ggYWZmZWN0PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj4mZ3Q7Jm5ic3A7dGhlIGZiLXJpYiBpbiB3YXlzIHRoYXQgYXJlIGNvbnNpc3Rl bnQgd2l0aCB0aGUgZmItZGliIGRhdGEgbW9kZWwuPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiYjNDM7MS4gSW4gZmFjdCwgdGhlIHdob2xlIHBv aW50IG9mIFNVUEEgaXMgdG8gcHJvdmlkZSBkaWZmZXJlbnQgd2F5czxvOnA+PC9vOnA+PC9wPg0K PC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+b2YgZm9ybWluZyBhbiBFQ0EgcG9s aWN5IHJ1bGUgdG8gbWVldCBkaWZmZXJlbnQgZGVtYW5kcyBvZiB0aGU8bzpwPjwvbzpwPjwvcD4N CjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPnVzZXIuIE1vcmUgcGFydGljdWxh cmx5LCBhdCBJRVRGOTQsIHlvdSAoU3VlKSBhc3N1bWVkIHRoYXQgYW48bzpwPjwvbzpwPjwvcD4N CjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkVDQSBwb2xpY3kgcnVsZSB3YXMg bWFkZSB1cCBvZiBFdmVudCwgQ29uZGl0aW9uLCBhbmQgQWN0aW9uPG86cD48L286cD48L3A+DQo8 L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5vYmplY3RzLiBXaGlsZSB0aGF0IGlz IGNlcnRhaW5seSBvbmUgYWx0ZXJuYXRpdmUsIHRoZXJlIGFyZSBvdGhlcnM8bzpwPjwvbzpwPjwv cD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPmFzIHdlbGwuIEluIGFkZGl0 aW9uLCBwbGVhc2Ugbm90ZSB0aGF0IHRoZSBwcmVzZW5jZSBvZiB0aGVzZTxvOnA+PC9vOnA+PC9w Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+b2JqZWN0cyBpcyBOT1Qgc3Vm ZmljaWVudCB0byBidWlsZCBhbiBFQ0EgcG9saWN5IHJ1bGUgKGUuZy4sIHRoZTxvOnA+PC9vOnA+ PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+RXZlbnQgb2JqZWN0IG5l ZWRzIGFuIGF0dHJpYnV0ZSAob3IgbXVsdGlwbGUgYXR0cmlidXRlcykgdG8gYmUNCjxvOnA+PC9v OnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Y29tcGFyZWQgdG8g c29tZXRoaW5nIGluIG9yZGVyIHRvIGRldGVybWluZSBpZiB0aGUgZXZlbnQgPG86cD4NCjwvbzpw PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkNMQVVTRSBldmFsdWF0 ZXMgdG8gVFJVRSBvciBub3QuPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+cmVnYXJkcyw8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPkpvaG48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+T24gTW9uLCBKYW4gNCwgMjAxNiBhdCAxMjo1MyBQTSwg Sm9lbCBNLiBIYWxwZXJuICZsdDs8YSBocmVmPSJtYWlsdG86am1oQGpvZWxoYWxwZXJuLmNvbSIg dGFyZ2V0PSJfYmxhbmsiPmptaEBqb2VsaGFscGVybi5jb208L2E+Jmd0OyB3cm90ZTo8bzpwPjwv bzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkkgdGhpbmsgdGhlcmUgYXJlIHR3byBpc3N1 ZXMgaGVyZS48YnI+DQo8YnI+DQoxKSBJdCBpcyBub3QgY2xlYXIgdG8gbWUgd2h5IHRoZXJlIGlz IGFueSBkZXBlbmRlbmNlIG9mIHRoZSBmYi1yaWIgZGF0YSBtb2RlbCBvbiBhbiBlY2EgZGF0YSBt b2RlbC4mbmJzcDsgV2hpbGUgc3VwYSBkb2VzIGFsbG93IGZvciBwb2xpY3kgbW9kZWwgdG8gYmUg c2VudCBkaXJlY3RseSB0byB0aGUgcm91dGVyLCBpdCBhbHNvIGFsbG93cyBtYW55IG90aGVyIGNh c2VzLjxicj4NCjxicj4NCjIpIFRoZSBhcHByb2FjaCB3aXRoIHRoZSBzdXBhIGVjYSBkYXRhIG1v ZGVsIGlzIHN0aWxsIHVuZGVyIGRldmVsb3BtZW50LiZuYnNwOyBIYXZpbmcgc2FpZCB0aGF0LCB0 aGUgbWF0ZXJpYWwgaW4gdGhlcmUgaXMgaW50ZW5kZWQgdG8gYmUgdmVyeSBnZW5lcmFsLiZuYnNw OyBGcm9tIHdoYXQgSSB1bmRlcnN0YW5kLCB0aGVyZSBzaG91bGQgYmUgbm8gZGlmZmljdWx0eSBp biByZWZpbmluZyB0aGUgYWN0aW9uIHNpZGUgb2YgdGhhdCBtb2RlbCB0byBhY3Rpb25zIHdoaWNo DQogYWZmZWN0IHRoZSBmYi1yaWIgaW4gd2F5cyB0aGF0IGFyZSBjb25zaXN0ZW50IHdpdGggdGhl IGZiLWRpYiBkYXRhIG1vZGVsLjxicj4NCjxicj4NCllvdXJzLDxicj4NCkpvZWw8YnI+DQo8YnI+ DQpPbiAxLzQvMTYgMjowMSBQTSwgU3VzYW4gSGFyZXMgd3JvdGU6PG86cD48L286cD48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWJvdHRvbToxMi4wcHQiPlRoaXMgbW9k ZWwgcHJvdmlkZXMgYSBFdmVudC1Db25kaXRpb24tQWN0aW9uIChFQ0EpIHBvbGljeSBtb2RlbC48 YnI+DQpUaGUgSTJSUyBGQi1SSUIgeWFuZyBkYXRhIG1vZGVsIHV0aWxpemVzIHRoaXMgbW9kZWws IGJ1dCB0byBteSBrbm93bGVkZ2UgdGhlPGJyPg0KTmV0bW9kIG9yIG5ldGNvbmYgaGFzIG5vdCBh ZG9wdGVkIGFuIEVDQSBwb2xpY3kgbW9kZWwgdG88YnI+DQpwYXJhbGxlbCB0aGUgQUNMIG1vZGVs Ljxicj4NCjxicj4NCkNoZW4gYW5kIGNvLWF1dGhvcnMgaGF2ZSBjcmVhdGVkIHRoZSBtb2RlbDo8 YnI+DQo8YnI+DQpkcmFmdC1jaGVuLXN1cGEtZWNhLWRhdGEtbW9kZWwtMDUudHh0PGJyPg0KPGJy Pg0KQnV0IGl0IGRvZXMgbm90IGFsaWduIHdpdGggdGhpcyB5YW5nIG1vZGVsIG9yIHNlZW0gc3Vm ZmljaWVudCB0bzxicj4NCnN1cHBvcnQgdGhlIEZCLVJJQiBpbmZvcm1hdGlvbiBtb2RlbC4mbmJz cDsgJm5ic3A7QXQgSUVURiA5NCw8YnI+DQpJIHByZXNlbnRlZCBhIGRpc2N1c3Npb24gb2YgdGhl IGlzc3VlcyBJIGZvdW5kIHdpdGggdGhlPGJyPg0KZHJhZnQtY2hlbi1zdXBhLWVjYS1kYXRhLW1v ZGVsLTA1LnR4dCwgYnV0IGl0IGhhcyBub3QgYmVlbiB1cGRhdGVkLjxicj4NCldlIHdvdWxkIGFw cHJlY2lhdGUgZmVlZGJhY2sgb24gdGhpcyB2ZXJzaW9uIG9mIHlhbmcgbW9kZWwuPGJyPg0KPGJy Pg0KJmx0O2kycnMgQ2hhaXIgaGF0IG9uJmd0Ozxicj4NCkluIG15IHJvbGUgYXMgSTJSUyBjaGFp ciwmbmJzcDsgSTJSUyBuZWVkcyB0byBtYWtlIHByb2dyZXNzIHNvb24gb24gdGhlPGJyPg0KSTJS UyBGQi1SSUIgZGF0YSBtb2RlbC4mbmJzcDsgV2Ugd291bGQgYXBwcmVjaWF0ZSB5b3VyIGFpZC48 YnI+DQombHQ7aTJycyBjaGFpciBoYXQgb2ZmJmd0Ozxicj4NCjxicj4NClN1ZTxicj4NCjxicj4N Ci0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tPGJyPg0KRnJvbTogPGEgaHJlZj0ibWFpbHRvOmlu dGVybmV0LWRyYWZ0c0BpZXRmLm9yZyIgdGFyZ2V0PSJfYmxhbmsiPmludGVybmV0LWRyYWZ0c0Bp ZXRmLm9yZzwvYT4gW21haWx0bzo8YSBocmVmPSJtYWlsdG86aW50ZXJuZXQtZHJhZnRzQGlldGYu b3JnIiB0YXJnZXQ9Il9ibGFuayI+aW50ZXJuZXQtZHJhZnRzQGlldGYub3JnPC9hPl08YnI+DQpT ZW50OiBNb25kYXksIEphbnVhcnkgMDQsIDIwMTYgMTI6MDQgUE08YnI+DQpUbzogU3VzYW4gSGFy ZXM7IFFpbiBXdTsgUnVzcyBXaGl0ZTxicj4NClN1YmplY3Q6IE5ldyBWZXJzaW9uIE5vdGlmaWNh dGlvbiBmb3IgZHJhZnQtaGFyZXMtaTJycy1ibnAtZWNhLWRhdGEtbW9kZWwtMDMudHh0PGJyPg0K PGJyPg0KPGJyPg0KQSBuZXcgdmVyc2lvbiBvZiBJLUQsIGRyYWZ0LWhhcmVzLWkycnMtYm5wLWVj YS1kYXRhLW1vZGVsLTAzLnR4dDxicj4NCmhhcyBiZWVuIHN1Y2Nlc3NmdWxseSBzdWJtaXR0ZWQg YnkgU3VzYW4gSGFyZXMgYW5kIHBvc3RlZCB0byB0aGUgSUVURiByZXBvc2l0b3J5Ljxicj4NCjxi cj4NCk5hbWU6Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDtkcmFmdC1o YXJlcy1pMnJzLWJucC1lY2EtZGF0YS1tb2RlbDxicj4NClJldmlzaW9uOiZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOzAzPGJyPg0KVGl0bGU6Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOyBBbiBJbmZvcm1hdGlvbiBNb2RlbCBmb3IgQmFzaWMgTmV0d29yayBQb2xpY3kgYW5kIEZp bHRlciBSdWxlczxicj4NCkRvY3VtZW50IGRhdGU6Jm5ic3A7IDIwMTYtMDEtMDQ8YnI+DQpHcm91 cDombmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7IEluZGl2aWR1YWwgU3VibWlzc2lv bjxicj4NClBhZ2VzOiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgMzA8YnI+DQpV Ukw6Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgPGEgaHJlZj0iaHR0 cHM6Ly93d3cuaWV0Zi5vcmcvaW50ZXJuZXQtZHJhZnRzL2RyYWZ0LWhhcmVzLWkycnMtYm5wLWVj YS1kYXRhLW1vZGVsLTAzLnR4dCIgdGFyZ2V0PSJfYmxhbmsiPg0KaHR0cHM6Ly93d3cuaWV0Zi5v cmcvaW50ZXJuZXQtZHJhZnRzL2RyYWZ0LWhhcmVzLWkycnMtYm5wLWVjYS1kYXRhLW1vZGVsLTAz LnR4dDwvYT48YnI+DQpTdGF0dXM6Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOzxh IGhyZWY9Imh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWhhcmVzLWkycnMt Ym5wLWVjYS1kYXRhLW1vZGVsLyIgdGFyZ2V0PSJfYmxhbmsiPmh0dHBzOi8vZGF0YXRyYWNrZXIu aWV0Zi5vcmcvZG9jL2RyYWZ0LWhhcmVzLWkycnMtYm5wLWVjYS1kYXRhLW1vZGVsLzwvYT48YnI+ DQpIdG1saXplZDombmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDs8YSBocmVmPSJodHRwczovL3Rv b2xzLmlldGYub3JnL2h0bWwvZHJhZnQtaGFyZXMtaTJycy1ibnAtZWNhLWRhdGEtbW9kZWwtMDMi IHRhcmdldD0iX2JsYW5rIj5odHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtaGFyZXMt aTJycy1ibnAtZWNhLWRhdGEtbW9kZWwtMDM8L2E+PGJyPg0KRGlmZjombmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOzxhIGhyZWY9Imh0dHBzOi8vd3d3LmlldGYub3JnL3Jm Y2RpZmY/dXJsMj1kcmFmdC1oYXJlcy1pMnJzLWJucC1lY2EtZGF0YS1tb2RlbC0wMyIgdGFyZ2V0 PSJfYmxhbmsiPmh0dHBzOi8vd3d3LmlldGYub3JnL3JmY2RpZmY/dXJsMj1kcmFmdC1oYXJlcy1p MnJzLWJucC1lY2EtZGF0YS1tb2RlbC0wMzwvYT48YnI+DQo8YnI+DQpBYnN0cmFjdDo8YnI+DQom bmJzcDsgJm5ic3A7IFRoaXMgZG9jdW1lbnQgY29udGFpbnMgdGhlIEJhc2ljIE5ldHdvcmsgUG9s aWN5IGFuZCBGaWx0ZXJzIChCTlAgSU0pPGJyPg0KJm5ic3A7ICZuYnNwOyBEYXRhIE1vZGVsIHdo aWNoIHByb3ZpZGVzIGEgcG9saWN5IG1vZGVsIHRoYXQgc3VwcG9ydCBhbiBvcmRlcmVkIGxpc3Q8 YnI+DQombmJzcDsgJm5ic3A7IG9mIG1hdGNoLWNvbmRpdGlvbi1hY3Rpb24gKGFrYSBldmVudC1j b25kaXRpb24tYWN0aW9uIChFQ0EpKSBmb3I8YnI+DQombmJzcDsgJm5ic3A7IG11bHRpcGxlIGxh eWVycyAoaW50ZXJmYWNlLCBMMS1MNCwgYXBwbGljYXRpb24pIGFuZCBvdGhlciBmYWN0b3JzPGJy Pg0KJm5ic3A7ICZuYnNwOyAoc2l6ZSBvZiBwYWNrZXQsIHRpbWUgb2YgZGF5KS4mbmJzcDsgVGhl IGFjdGlvbnMgYWxsb3cgZm9yIHNldHRpbmcgYWN0aW9uczxicj4NCiZuYnNwOyAmbmJzcDsgKFFP UyBhbmQgb3RoZXIpLCBkZWNhcHN1bGF0aW9uLCBlbmNhcHN1bGF0aW9uLCBwbHVzIGZvcndhcmRp bmc8YnI+DQombmJzcDsgJm5ic3A7IGFjdGlvbnMuJm5ic3A7IFRoZSBwb2xpY3kgbW9kZWwgY2Fu IGJlIHVzZWQgd2l0aCB0aGUgSTJSUyBmaWx0ZXItYmFzZWQ8YnI+DQombmJzcDsgJm5ic3A7IFJJ Qi48YnI+DQo8YnI+DQo8YnI+DQo8YnI+DQo8YnI+DQpQbGVhc2Ugbm90ZSB0aGF0IGl0IG1heSB0 YWtlIGEgY291cGxlIG9mIG1pbnV0ZXMgZnJvbSB0aGUgdGltZSBvZiBzdWJtaXNzaW9uIHVudGls IHRoZSBodG1saXplZCB2ZXJzaW9uIGFuZCBkaWZmIGFyZSBhdmFpbGFibGUgYXQNCjxhIGhyZWY9 Imh0dHA6Ly90b29scy5pZXRmLm9yZyIgdGFyZ2V0PSJfYmxhbmsiPnRvb2xzLmlldGYub3JnPC9h Pi48YnI+DQo8YnI+DQpUaGUgSUVURiBTZWNyZXRhcmlhdDxicj4NCjxicj4NCjxicj4NCl9fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fPGJyPg0KaTJycyBtYWls aW5nIGxpc3Q8YnI+DQo8YSBocmVmPSJtYWlsdG86aTJyc0BpZXRmLm9yZyIgdGFyZ2V0PSJfYmxh bmsiPmkycnNAaWV0Zi5vcmc8L2E+PGJyPg0KPGEgaHJlZj0iaHR0cHM6Ly93d3cuaWV0Zi5vcmcv bWFpbG1hbi9saXN0aW5mby9pMnJzIiB0YXJnZXQ9Il9ibGFuayI+aHR0cHM6Ly93d3cuaWV0Zi5v cmcvbWFpbG1hbi9saXN0aW5mby9pMnJzPC9hPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PGJyPg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX188YnI+DQpTdXBhIG1haWxpbmcgbGlzdDxicj4NCjxhIGhyZWY9Im1haWx0bzpTdXBhQGll dGYub3JnIiB0YXJnZXQ9Il9ibGFuayI+U3VwYUBpZXRmLm9yZzwvYT48YnI+DQo8YSBocmVmPSJo dHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL3N1cGEiIHRhcmdldD0iX2JsYW5r Ij5odHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL3N1cGE8L2E+PG86cD48L286 cD48L3A+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxicj4NCjxiciBjbGVhcj0iYWxs Ij4NCjxicj4NCi0tIDxvOnA+PC9vOnA+PC9wPg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj5yZWdhcmRzLDxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+Sm9objxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0K PC9kaXY+DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_B818037A70EDCC4A86113DA25EC02098201B9466SJCEML701CHMchi_-- From nobody Wed Jan 6 16:51:07 2016 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@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 To: Susan Hares , "'John Strassner'" 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, 7 Jan 2016 00:50:38 +0000 Message-ID: References: <20160104170330.13929.73845.idtracker@ietfa.amsl.com> <006701d14722$616c6950$24453bf0$@ndzh.com> <568ADBE7.3030101@joelhalpern.com> <00b501d1473f$fef22990$fcd67cb0$@ndzh.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: Cc: "i2rs@ietf.org" , "netmod@ietf.org" , "supa@ietf.org" Subject: Re: [i2rs] [netmod] [Supa] FW: New Version Notification for draft-hares-i2rs-bnp-eca-data-model-03.txt X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jan 2016 00:51:04 -0000 --_000_B818037A70EDCC4A86113DA25EC02098201B9472SJCEML701CHMchi_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 U3VlOg0KDQpJJ20gaGFwcHkgdG8gaGVscC4gSTJSUyBpcyBpbXBvcnRhbnQgd29yaywgYW5kIEkg d291bGQgbGlrZSB0byBlbnN1cmUgdGhhdCBTVVBBIGNvdWxkIGhlbHAgeW91ciB3b3JrICh3aXRo b3V0IGRlbGF5aW5nIGl0LCBvZiBjb3Vyc2UpLg0KDQpBbHNvLCBJJ20gaW50ZXJlc3RlZCBpbiB0 aGUgZGF0YSBtb2RlbHMgdGhhdCB5b3UgY29tZSB1cCB3aXRoLCBhcyB0aGV5IGFyZSBleGNlbGxl bnQgZXhhbXBsZXMgb2Ygd2hhdCBTVVBBIG5lZWRzIHRvIHN1cHBvcnQuDQoNCnJlZ2FyZHMsDQpK b2huDQoNCkZyb206IG5ldG1vZCBbbWFpbHRvOm5ldG1vZC1ib3VuY2VzQGlldGYub3JnXSBPbiBC ZWhhbGYgT2YgU3VzYW4gSGFyZXMNClNlbnQ6IFdlZG5lc2RheSwgSmFudWFyeSAwNiwgMjAxNiAz OjI1IFBNDQpUbzogJ0pvaG4gU3RyYXNzbmVyJw0KQ2M6IGkycnNAaWV0Zi5vcmc7IHN1cGFAaWV0 Zi5vcmc7IG5ldG1vZEBpZXRmLm9yZw0KU3ViamVjdDogUmU6IFtuZXRtb2RdIFtTdXBhXSBbaTJy c10gRlc6IE5ldyBWZXJzaW9uIE5vdGlmaWNhdGlvbiBmb3IgZHJhZnQtaGFyZXMtaTJycy1ibnAt ZWNhLWRhdGEtbW9kZWwtMDMudHh0DQoNCkpvaG46DQoNCllvdSBhcmUgY29ycmVjdCBpbiBpbmRp Y2F0aW5nIHRoYXQgdGhlIGRyYWZ0IGFzc3VtZXMgeW91IHVuZGVyc3RhbmQgdGhlIGV2ZW50ID0g UGFja2V0IHJlY2VwdGlvbi4gIEl0IGlzIGEgZmFpbGluZyBpbiB0aGUgZHJhZnQgdGhhdCBKb2Vs IGhhcyBpbmRpY2F0ZWQgb24gdGhlc2UgbGlzdHMuICBJIHdpbGwgYmUgdXBkYXRpbmcgdGhlIEVD QSBkcmFmdHMgYW5kIEZCLVJJQiBkcmFmdHMuICBJIHdpbGwgc2VuZCBhIGNvcHkgdG8geW91IGFu ZCBKb2VsIGZvciByZXZpZXcgdGhpcyB3ZWVrLg0KDQpUaGFuayB5b3UgZm9yIHBvaW50aW5nIG91 dCB0aGUgZXJyb3JzIGluIHRoZSBkcmFmdHMsDQoNClN1ZQ0KDQpGcm9tOiBKb2huIFN0cmFzc25l ciBbbWFpbHRvOnN0cmF6cGRqQGdtYWlsLmNvbV0NClNlbnQ6IFR1ZXNkYXksIEphbnVhcnkgMDUs IDIwMTYgMTA6MjggUE0NClRvOiBTdXNhbiBIYXJlcw0KQ2M6IEpvZWwgTS4gSGFscGVybjsgaTJy c0BpZXRmLm9yZzsgbmV0bW9kQGlldGYub3JnOyBzdXBhQGlldGYub3JnOyBKb2huIFN0cmFzc25l cg0KU3ViamVjdDogUmU6IFtTdXBhXSBbaTJyc10gRlc6IE5ldyBWZXJzaW9uIE5vdGlmaWNhdGlv biBmb3IgZHJhZnQtaGFyZXMtaTJycy1ibnAtZWNhLWRhdGEtbW9kZWwtMDMudHh0DQoNClN1ZSwN Cg0KPiBPbiAjMSkgdGhlIGRlcGVuZGVuY3kgYmV0d2VlbiBJMlJTIEZpbHRlci1iYXNlZCBSSUIg KEZCLVJJQikgYW5kDQo+IEVDQSwgcGxlYXNlIHNlZSBkcmFmdC1raW5pLWkycnMtZmItcmliLWlu Zm8tbW9kZWwtMDIudHh0LiBJbiBzZWN0aW9uIDEuMSwNCj4gaXQgZ2l2ZXMgdGhlIGRlZmluaXRp b24gb2YgdGhlIEZCLVJJQi4NCg0KU29ycnksIGl0IGRvZXMgTk9UIGRvIHRoaXMuIFRvIHF1b3Rl IGZyb20gdGhpcyBzZWN0aW9uOg0KDQogICBBIEZpbHRlciBCYXNlZCBSSUIgdXNlcyBFdmVudC1D b25kaXRpb24tQWN0aW9uIHBvbGljeS4gQSBGaWx0ZXItDQogICBiYXNlZCBSSUIgZW50cnkgc3Bl Y2lmaWVzIG1hdGNoZXMgb24gZmllbGRzIGluIGEgcGFja2V0ICh3aGljaCBtYXkNCiAgIGluY2x1 ZGUgbGF5ZXIgMiBmaWVsZHMsIElQIGhlYWRlciBmaWVsZHMsIHRyYW5zcG9ydCBvciBhcHBsaWNh dGlvbg0KICAgZmllbGRzKSBvciBzaXplIG9mIHRoZSBwYWNrZXQgb3IgaW50ZXJmYWNlIHJlY2Vp dmVkIG9uLiBUaGUgbWF0Y2hlcw0KICAgYXJlIGNvbnRhaW5lZCBpbiBhbiBvcmRlcmVkIGxpc3Qg b2YgZmlsdGVycyB3aGljaCBjb250YWluIHBhaXJzIG9mDQogICBtYXRjaCBjb25kaXRpb24tYWN0 aW9uIChha2EgZXZlbnQtY29uZGl0aW9uLWFjdGlvbikuDQoNClBsZWFzZSB0ZWxsIG1lIFdIRVJF IHRoZSBldmVudCBpcyBpbiB0aGUgYWJvdmUgZGVmaW5pdGlvbi4gQWxsIEkgc2VlIGlzDQphIGNv bmRpdGlvbi1hY3Rpb24gcnVsZS4gKEJUVywgdGhlIGFuYWx5c2lzIG9mIFBDSU0gYW5kIFBDSU1l IGlzIGFsc28NCm5vdCBxdWl0ZSBjb3JyZWN0IGluIHlvdXIgZHJhZnQpLg0KDQo+IEluIHNlY3Rp b24gMS4yLCBpdCBsaW5rcyB0aGlzIHRvIGFuIGV2ZW50LWNvbmRpdGlvbi1hY3Rpb24gbW9kZWwu DQoNClNvcnJ5LCBpdCBkb2VzIE5PVCBkbyB0aGlzLg0KDQpGaXJzdCwgdGhpcyBzZWN0aW9uIHNp bXBseSBzYXlzLCBhbmQgSSBxdW90ZToNCg0KICAgIlRoZSBmaWx0ZXIgYmFzZWQtUklCIHVzZXMg ZXZlbnQtY29uZGl0aW9uLWFjdGlvbiBwb2xpY3kgKEVDQSkgcnVsZXMuIg0KDQpUaGF0IGlzIGEg dGF1dG9sb2d5IGF0IGJlc3QuDQoNClNlY29uZCwgaW4gU2VjdGlvbiAyLCB1bmRlciB0aGUgZGVm aW5pdGlvbiBvZiBGQi1Sb3V0ZSwgdGhlIGRyYWZ0IHNheXM6DQoNCiAgICJUaGUgcG9saWN5IHJ1 bGVzIGluIHRoZSBmaWx0ZXItYmFzZWQgUklCIGFyZSBwcmVzY3JpcHRpdmUgb2YgdGhlDQogICAg IEV2ZW50LUNvbmRpdGlvbi1BY3Rpb24gZm9ybSB3aGljaCBpcyBvZnRlbiByZXByZXNlbnRlZCBi eQ0KICAgICAgICBpZiBDb25kaXRpb24gdGhlbiBhY3Rpb24uIg0KDQpQbGVhc2Ugbm90ZSB0aGF0 IHRoaXMgZGVmaW5pdGlvbiBpcyBpbmNvcnJlY3QsIGFuZCBpbiBjb25mbGljdCB3aXRoIFNVUEEu DQpUaGUgd2hvbGUgcG9pbnQgb2YgYW4gRVZFTlQtY29uZGl0aW9uLWFjdGlvbiBwb2xpY3kgcnVs ZSBpcyB0byBkZWZpbmUNCmEgcnVsZSBvZiB0aGUgZm9ybToNCg0KICAgIElGIDxldmVudF9jbGF1 c2U+IGV2YWx1YXRlcyB0byBUUlVFDQogICAgICAgIElGIDxjb25kaXRpb25fY2xhdXNlIGV2YWx1 YXRlcyB0byBUUlVFDQogICAgICAgICAgICBUSEVOIGV4ZWN1dGUgYWN0aW9ucyBpbiA8YWN0aW9u X2NsYXVzZT4NCiAgICAgICAgRU5ESUYNCiAgICBFTkRJRg0KDQpUaGlzIGRlZmluaXRpb24gaGFz IGJlZW4gZXN0YWJsaXNoZWQgaW4gdGhlIGluZHVzdHJ5IGFuZCBhY2FkZW1pYQ0KZm9yIGF0IGxl YXN0IDIgZGVjYWRlcy4NCg0KVmFyaWF0aW9ucyBvZiB0aGUgYWJvdmUgaGF2ZSBiZWVuIGRlZmlu ZWQgYW5kIHB1Ymxpc2hlZCAoZS5nLiwNCkZPQ0FMRSBoYXMgYW4gYWx0ZXJuYXRlIHNldCBvZiBh Y3Rpb25zIHRvIGV4ZWN1dGUgaWYgdGhlIGNvbmRpdGlvbg0KY2xhdXNlIGV2YWx1YXRlZCB0byBG QUxTRTsgdGhpcyBoYXMgTk9UIGJlZW4gcHJvcG9zZWQgZm9yIFNVUEENCmF0IHRoaXMgdGltZSku IFRoZXJlIGhhdmUgYWxzbyBiZWVuIGV4dGVuc2lvbnMgdG8gaGFuZGxlIHNldHMgYW5kDQpncm91 cHMsIGFzIHdlbGwgYXMgc3BlY2lmaWMgb3JkZXJpbmcgKERFTi1uZywgU0lELCBGT0NBTEUpLg0K DQpUaGVyZWZvcmUsIEkgd291bGQgc3VnZ2VzdCB0aGF0IHlvdSBjaGFuZ2UgeW91ciBkcmFmdHMg dG8gdXNlIGENCmNvbmRpdGlvbi1hY3Rpb24gcG9saWN5IHJ1bGUsIE9SIHVwZGF0ZSB0aGUgZHJh ZnRzIChJIHdvdWxkIGJlIGhhcHB5DQp0byBoZWxwKSB0byB1c2UgYSBjb3JyZWN0IGRlZmluaXRp b24gb2YgYW4gRUNBIHBvbGljeSBydWxlLg0KDQpyZWdhcmRzLA0KSm9obg0KDQpPbiBNb24sIEph biA0LCAyMDE2IGF0IDI6MzMgUE0sIFN1c2FuIEhhcmVzIDxzaGFyZXNAbmR6aC5jb208bWFpbHRv OnNoYXJlc0BuZHpoLmNvbT4+IHdyb3RlOg0KDQpKb2VsOg0KDQoNCg0KT24gIzEpIHRoZSBkZXBl bmRlbmN5IGJldHdlZW4gSTJSUyBGaWx0ZXItYmFzZWQgUklCIChGQi1SSUIpIGFuZCBFQ0EsIHBs ZWFzZSBzZWUgZHJhZnQta2luaS1pMnJzLWZiLXJpYi1pbmZvLW1vZGVsLTAyLnR4dC4gSW4gc2Vj dGlvbiAxLjEsIGl0IGdpdmVzIHRoZSBkZWZpbml0aW9uIG9mIHRoZSBGQi1SSUIuICBJbiBzZWN0 aW9uIDEuMiwgaXQgbGlua3MgdGhpcyB0byBhbiBldmVudC1jb25kaXRpb24tYWN0aW9uIG1vZGVs LiAgSWYgeW91IGRpc2FncmVlIHdpdGggdGhlIGRlZmluaXRpb24gb2YgIEkyUlMgRkItUklCLCB0 aGVuIHdlIHNob3VsZCBwcm9iYWJseSByZXN0cmljdCB0aGlzIGNvbnZlcnNhdGlvbiB0byB0aGUg STJSUyBtYWlsIGxpc3QuICBBbnkgZmVlZGJhY2sgb24gdGhlIEluZm8tbW9kZWwgb3IgZGF0YS1t b2RlbCB3b3VsZCBiZSBoZWxwZnVsLiAgVGhlIGF1dGhvcnMgaG9wZWQgdG8gZ28gdG8gYSBXRyBh ZG9wdGlvbiBjYWxsIGF0IHRoZSBlbmQgb2YgdGhpcyB3ZWVrLg0KDQoNCg0KT25lIGNoYWxsZW5n ZSBmb3IgdGhlIGVwaGVtZXJhbCBJMlJTIEZCLVJJQiwgaXMgdGhlcmUgaXMgbm8gZGVmaW5pdGlv biBvZiB0aGUgbm9uLWVwaGVtZXJhbCBGQi1SSUIuICBJZiB5b3UgdGhpbmsgdGhlcmUgc2hvdWxk IGJlIGEgbm9uLWVwaGVtZXJhbCBGQi1SSUIg4oCTIHRoYXQgZGlzY3Vzc2lvbiBtYXkgYmUgdXNl ZnVsIGJldHdlZW4gSTJSUywgTmV0bW9kIGFuZCBTVVBBLg0KDQoNCg0KT24gIzIpIFNVUEEgRUNB IG1vZGVsLCBJIGFncmVlIHRoYXQgd2Ugc2hvdWxkIGJlIGFibGUgdG8gaGF2ZSBhIGNvbW1vbiBk cmFmdC4gIEF0IElFVEYgOTQsIEkgcmFpc2VkIGlzc3VlcyByZWdhcmRpbmcgdGhlIFNVUEEgdmVy c3VzIG15IEVDQSBkZWZpbml0aW9uLg0KDQoNCg0KQ2hlZXJpbHksDQoNCg0KDQpTdWUNCg0KDQoN Ci0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQpGcm9tOiBKb2VsIE0uIEhhbHBlcm4gW21haWx0 bzpqbWhAam9lbGhhbHBlcm4uY29tPG1haWx0bzpqbWhAam9lbGhhbHBlcm4uY29tPl0NClNlbnQ6 IE1vbmRheSwgSmFudWFyeSAwNCwgMjAxNiAzOjU0IFBNDQpUbzogU3VzYW4gSGFyZXM7IGkycnNA aWV0Zi5vcmc8bWFpbHRvOmkycnNAaWV0Zi5vcmc+OyBuZXRtb2RAaWV0Zi5vcmc8bWFpbHRvOm5l dG1vZEBpZXRmLm9yZz47IHN1cGFAaWV0Zi5vcmc8bWFpbHRvOnN1cGFAaWV0Zi5vcmc+DQpTdWJq ZWN0OiBSZTogW2kycnNdIEZXOiBOZXcgVmVyc2lvbiBOb3RpZmljYXRpb24gZm9yIGRyYWZ0LWhh cmVzLWkycnMtYm5wLWVjYS1kYXRhLW1vZGVsLTAzLnR4dA0KDQoNCg0KSSB0aGluayB0aGVyZSBh cmUgdHdvIGlzc3VlcyBoZXJlLg0KDQoNCg0KMSkgSXQgaXMgbm90IGNsZWFyIHRvIG1lIHdoeSB0 aGVyZSBpcyBhbnkgZGVwZW5kZW5jZSBvZiB0aGUgZmItcmliIGRhdGEgbW9kZWwgb24gYW4gZWNh IGRhdGEgbW9kZWwuICBXaGlsZSBzdXBhIGRvZXMgYWxsb3cgZm9yIHBvbGljeSBtb2RlbCB0byBi ZSBzZW50IGRpcmVjdGx5IHRvIHRoZSByb3V0ZXIsIGl0IGFsc28gYWxsb3dzIG1hbnkgb3RoZXIg Y2FzZXMuDQoNCg0KDQoyKSBUaGUgYXBwcm9hY2ggd2l0aCB0aGUgc3VwYSBlY2EgZGF0YSBtb2Rl bCBpcyBzdGlsbCB1bmRlciBkZXZlbG9wbWVudC4NCg0KICBIYXZpbmcgc2FpZCB0aGF0LCB0aGUg bWF0ZXJpYWwgaW4gdGhlcmUgaXMgaW50ZW5kZWQgdG8gYmUgdmVyeSBnZW5lcmFsLiAgRnJvbSB3 aGF0IEkgdW5kZXJzdGFuZCwgdGhlcmUgc2hvdWxkIGJlIG5vIGRpZmZpY3VsdHkgaW4gcmVmaW5p bmcgdGhlIGFjdGlvbiBzaWRlIG9mIHRoYXQgbW9kZWwgdG8gYWN0aW9ucyB3aGljaCBhZmZlY3Qg dGhlIGZiLXJpYiBpbiB3YXlzIHRoYXQgYXJlIGNvbnNpc3RlbnQgd2l0aCB0aGUgZmItZGliIGRh dGEgbW9kZWwuDQoNCg0KDQpZb3VycywNCg0KSm9lbA0KDQoNCg0KT24gMS80LzE2IDI6MDEgUE0s IFN1c2FuIEhhcmVzIHdyb3RlOg0KDQo+IFRoaXMgbW9kZWwgcHJvdmlkZXMgYSBFdmVudC1Db25k aXRpb24tQWN0aW9uIChFQ0EpIHBvbGljeSBtb2RlbC4NCg0KPiBUaGUgSTJSUyBGQi1SSUIgeWFu ZyBkYXRhIG1vZGVsIHV0aWxpemVzIHRoaXMgbW9kZWwsIGJ1dCB0byBteQ0KDQo+IGtub3dsZWRn ZSB0aGUgTmV0bW9kIG9yIG5ldGNvbmYgaGFzIG5vdCBhZG9wdGVkIGFuIEVDQSBwb2xpY3kgbW9k ZWwgdG8NCg0KPiBwYXJhbGxlbCB0aGUgQUNMIG1vZGVsLg0KDQo+DQoNCj4gQ2hlbiBhbmQgY28t YXV0aG9ycyBoYXZlIGNyZWF0ZWQgdGhlIG1vZGVsOg0KDQo+DQoNCj4gZHJhZnQtY2hlbi1zdXBh LWVjYS1kYXRhLW1vZGVsLTA1LnR4dA0KDQo+DQoNCj4gQnV0IGl0IGRvZXMgbm90IGFsaWduIHdp dGggdGhpcyB5YW5nIG1vZGVsIG9yIHNlZW0gc3VmZmljaWVudCB0bw0KDQo+IHN1cHBvcnQgdGhl IEZCLVJJQiBpbmZvcm1hdGlvbiBtb2RlbC4gICBBdCBJRVRGIDk0LA0KDQo+IEkgcHJlc2VudGVk IGEgZGlzY3Vzc2lvbiBvZiB0aGUgaXNzdWVzIEkgZm91bmQgd2l0aCB0aGUNCg0KPiBkcmFmdC1j aGVuLXN1cGEtZWNhLWRhdGEtbW9kZWwtMDUudHh0LCBidXQgaXQgaGFzIG5vdCBiZWVuIHVwZGF0 ZWQuDQoNCj4gV2Ugd291bGQgYXBwcmVjaWF0ZSBmZWVkYmFjayBvbiB0aGlzIHZlcnNpb24gb2Yg eWFuZyBtb2RlbC4NCg0KPg0KDQo+IDxpMnJzIENoYWlyIGhhdCBvbj4NCg0KPiBJbiBteSByb2xl IGFzIEkyUlMgY2hhaXIsICBJMlJTIG5lZWRzIHRvIG1ha2UgcHJvZ3Jlc3Mgc29vbiBvbiB0aGUN Cg0KPiBJMlJTIEZCLVJJQiBkYXRhIG1vZGVsLiAgV2Ugd291bGQgYXBwcmVjaWF0ZSB5b3VyIGFp ZC4NCg0KPiA8aTJycyBjaGFpciBoYXQgb2ZmPg0KDQo+DQoNCj4gU3VlDQoNCj4NCg0KPiAtLS0t LU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KDQo+IEZyb206IGludGVybmV0LWRyYWZ0c0BpZXRmLm9y ZzxtYWlsdG86aW50ZXJuZXQtZHJhZnRzQGlldGYub3JnPiBbbWFpbHRvOmludGVybmV0LWRyYWZ0 c0BpZXRmLm9yZ10NCg0KPiBTZW50OiBNb25kYXksIEphbnVhcnkgMDQsIDIwMTYgMTI6MDQgUE0N Cg0KPiBUbzogU3VzYW4gSGFyZXM7IFFpbiBXdTsgUnVzcyBXaGl0ZQ0KDQo+IFN1YmplY3Q6IE5l dyBWZXJzaW9uIE5vdGlmaWNhdGlvbiBmb3INCg0KPiBkcmFmdC1oYXJlcy1pMnJzLWJucC1lY2Et ZGF0YS1tb2RlbC0wMy50eHQNCg0KPg0KDQo+DQoNCj4gQSBuZXcgdmVyc2lvbiBvZiBJLUQsIGRy YWZ0LWhhcmVzLWkycnMtYm5wLWVjYS1kYXRhLW1vZGVsLTAzLnR4dA0KDQo+IGhhcyBiZWVuIHN1 Y2Nlc3NmdWxseSBzdWJtaXR0ZWQgYnkgU3VzYW4gSGFyZXMgYW5kIHBvc3RlZCB0byB0aGUgSUVU RiByZXBvc2l0b3J5Lg0KDQo+DQoNCj4gTmFtZTogICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgZHJhZnQtaGFyZXMtaTJycy1ibnAtZWNhLWRhdGEtbW9kZWwNCg0KPiBSZXZpc2lvbjogICAg ICAgICAgMDMNCg0KPiBUaXRsZTogICAgICAgICAgICAgICAgICBBbiBJbmZvcm1hdGlvbiBNb2Rl bCBmb3IgQmFzaWMgTmV0d29yayBQb2xpY3kgYW5kIEZpbHRlciBSdWxlcw0KDQo+IERvY3VtZW50 IGRhdGU6ICAgICAgICAgICAyMDE2LTAxLTA0DQoNCj4gR3JvdXA6ICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgSW5kaXZpZHVhbCBTdWJtaXNzaW9uDQoNCj4gUGFnZXM6ICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgIDMwDQoNCj4gVVJMOiAgICAgICAgICAgIGh0dHBzOi8vd3d3Lmll dGYub3JnL2ludGVybmV0LWRyYWZ0cy9kcmFmdC1oYXJlcy1pMnJzLWJucC1lY2EtZGF0YS1tb2Rl bC0wMy50eHQNCg0KPiBTdGF0dXM6ICAgICAgICAgaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9y Zy9kb2MvZHJhZnQtaGFyZXMtaTJycy1ibnAtZWNhLWRhdGEtbW9kZWwvDQoNCj4gSHRtbGl6ZWQ6 ICAgICAgIGh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1oYXJlcy1pMnJzLWJucC1l Y2EtZGF0YS1tb2RlbC0wMw0KDQo+IERpZmY6ICAgICAgICAgICBodHRwczovL3d3dy5pZXRmLm9y Zy9yZmNkaWZmP3VybDI9ZHJhZnQtaGFyZXMtaTJycy1ibnAtZWNhLWRhdGEtbW9kZWwtMDMNCg0K Pg0KDQo+IEFic3RyYWN0Og0KDQo+ICAgICBUaGlzIGRvY3VtZW50IGNvbnRhaW5zIHRoZSBCYXNp YyBOZXR3b3JrIFBvbGljeSBhbmQgRmlsdGVycyAoQk5QIElNKQ0KDQo+ICAgICBEYXRhIE1vZGVs IHdoaWNoIHByb3ZpZGVzIGEgcG9saWN5IG1vZGVsIHRoYXQgc3VwcG9ydCBhbiBvcmRlcmVkIGxp c3QNCg0KPiAgICAgb2YgbWF0Y2gtY29uZGl0aW9uLWFjdGlvbiAoYWthIGV2ZW50LWNvbmRpdGlv bi1hY3Rpb24gKEVDQSkpIGZvcg0KDQo+ICAgICBtdWx0aXBsZSBsYXllcnMgKGludGVyZmFjZSwg TDEtTDQsIGFwcGxpY2F0aW9uKSBhbmQgb3RoZXIgZmFjdG9ycw0KDQo+ICAgICAoc2l6ZSBvZiBw YWNrZXQsIHRpbWUgb2YgZGF5KS4gIFRoZSBhY3Rpb25zIGFsbG93IGZvciBzZXR0aW5nIGFjdGlv bnMNCg0KPiAgICAgKFFPUyBhbmQgb3RoZXIpLCBkZWNhcHN1bGF0aW9uLCBlbmNhcHN1bGF0aW9u LCBwbHVzIGZvcndhcmRpbmcNCg0KPiAgICAgYWN0aW9ucy4gIFRoZSBwb2xpY3kgbW9kZWwgY2Fu IGJlIHVzZWQgd2l0aCB0aGUgSTJSUyBmaWx0ZXItYmFzZWQNCg0KPiAgICAgUklCLg0KDQo+DQoN Cj4NCg0KPg0KDQo+DQoNCj4gUGxlYXNlIG5vdGUgdGhhdCBpdCBtYXkgdGFrZSBhIGNvdXBsZSBv ZiBtaW51dGVzIGZyb20gdGhlIHRpbWUgb2Ygc3VibWlzc2lvbiB1bnRpbCB0aGUgaHRtbGl6ZWQg dmVyc2lvbiBhbmQgZGlmZiBhcmUgYXZhaWxhYmxlIGF0IHRvb2xzLmlldGYub3JnPGh0dHA6Ly90 b29scy5pZXRmLm9yZz4uDQoNCj4NCg0KPiBUaGUgSUVURiBTZWNyZXRhcmlhdA0KDQo+DQoNCj4N Cg0KPiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KDQo+ IGkycnMgbWFpbGluZyBsaXN0DQoNCj4gaTJyc0BpZXRmLm9yZzxtYWlsdG86aTJyc0BpZXRmLm9y Zz4NCg0KPiBodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2kycnMNCg0KPg0K DQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KU3VwYSBt YWlsaW5nIGxpc3QNClN1cGFAaWV0Zi5vcmc8bWFpbHRvOlN1cGFAaWV0Zi5vcmc+DQpodHRwczov L3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL3N1cGENCg0KDQoNCi0tDQpyZWdhcmRzLA0K Sm9obg0K --_000_B818037A70EDCC4A86113DA25EC02098201B9472SJCEML701CHMchi_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTIgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl Pg0KPCEtLQ0KIC8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCiBAZm9udC1mYWNlDQoJe2ZvbnQtZmFt aWx5OiJDYW1icmlhIE1hdGgiOw0KCXBhbm9zZS0xOjIgNCA1IDMgNSA0IDYgMyAyIDQ7fQ0KQGZv bnQtZmFjZQ0KCXtmb250LWZhbWlseTpDYWxpYnJpOw0KCXBhbm9zZS0xOjIgMTUgNSAyIDIgMiA0 IDMgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6VGFob21hOw0KCXBhbm9zZS0xOjIg MTEgNiA0IDMgNSA0IDQgMiA0O30NCiAvKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KIHAuTXNvTm9y bWFsLCBsaS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBpbjsNCgltYXJnaW4t Ym90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWlseToiVGltZXMg TmV3IFJvbWFuIiwic2VyaWYiO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNvLXN0 eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOmJsdWU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGlu ZTt9DQphOnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0eWxlLXBy aW9yaXR5Ojk5Ow0KCWNvbG9yOnB1cnBsZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30N CnANCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1tYXJnaW4tdG9wLWFsdDphdXRvOw0K CW1hcmdpbi1yaWdodDowaW47DQoJbXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG87DQoJbWFyZ2lu LWxlZnQ6MGluOw0KCWZvbnQtc2l6ZToxMi4wcHQ7DQoJZm9udC1mYW1pbHk6IlRpbWVzIE5ldyBS b21hbiIsInNlcmlmIjt9DQpwLk1zb0FjZXRhdGUsIGxpLk1zb0FjZXRhdGUsIGRpdi5Nc29BY2V0 YXRlDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgltc28tc3R5bGUtbGluazoiQmFsbG9vbiBU ZXh0IENoYXIiOw0KCW1hcmdpbjowaW47DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQt c2l6ZTo4LjBwdDsNCglmb250LWZhbWlseToiVGFob21hIiwic2Fucy1zZXJpZiI7fQ0Kc3Bhbi5C YWxsb29uVGV4dENoYXINCgl7bXNvLXN0eWxlLW5hbWU6IkJhbGxvb24gVGV4dCBDaGFyIjsNCglt c28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNvLXN0eWxlLWxpbms6IkJhbGxvb24gVGV4dCI7DQoJ Zm9udC1mYW1pbHk6IlRhaG9tYSIsInNhbnMtc2VyaWYiO30NCnNwYW4uRW1haWxTdHlsZTIwDQoJ e21zby1zdHlsZS10eXBlOnBlcnNvbmFsOw0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1z ZXJpZiI7DQoJY29sb3I6IzFGNDk3RDt9DQpzcGFuLkVtYWlsU3R5bGUyMQ0KCXttc28tc3R5bGUt dHlwZTpwZXJzb25hbC1yZXBseTsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYi Ow0KCWNvbG9yOiMxRjQ5N0Q7fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNvLXN0eWxlLXR5cGU6ZXhw b3J0LW9ubHk7DQoJZm9udC1zaXplOjEwLjBwdDt9DQpAcGFnZSBTZWN0aW9uMQ0KCXtzaXplOjgu NWluIDExLjBpbjsNCgltYXJnaW46MS4waW4gMS4waW4gMS4waW4gMS4waW47fQ0KZGl2LlNlY3Rp b24xDQoJe3BhZ2U6U2VjdGlvbjE7fQ0KLS0+DQo8L3N0eWxlPjwhLS1baWYgZ3RlIG1zbyA5XT48 eG1sPg0KIDxvOnNoYXBlZGVmYXVsdHMgdjpleHQ9ImVkaXQiIHNwaWRtYXg9IjEwMjYiIC8+DQo8 L3htbD48IVtlbmRpZl0tLT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCiA8bzpzaGFwZWxheW91 dCB2OmV4dD0iZWRpdCI+DQogIDxvOmlkbWFwIHY6ZXh0PSJlZGl0IiBkYXRhPSIxIiAvPg0KIDwv bzpzaGFwZWxheW91dD48L3htbD48IVtlbmRpZl0tLT4NCjwvaGVhZD4NCjxib2R5IGxhbmc9IkVO LVVTIiBsaW5rPSJibHVlIiB2bGluaz0icHVycGxlIj4NCjxkaXYgY2xhc3M9IlNlY3Rpb24xIj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OzsNCmNvbG9y OiMxRjQ5N0QiPlN1ZTo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJp JnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7DQpjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNw OzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMt c2VyaWYmcXVvdDs7DQpjb2xvcjojMUY0OTdEIj5JJ20gaGFwcHkgdG8gaGVscC4gSTJSUyBpcyBp bXBvcnRhbnQgd29yaywgYW5kIEkgd291bGQgbGlrZSB0byBlbnN1cmUgdGhhdCBTVVBBIGNvdWxk IGhlbHAgeW91ciB3b3JrICh3aXRob3V0IGRlbGF5aW5nIGl0LCBvZiBjb3Vyc2UpLjxvOnA+PC9v OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJp ZiZxdW90OzsNCmNvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OzsNCmNvbG9yOiMx RjQ5N0QiPkFsc28sIEknbSBpbnRlcmVzdGVkIGluIHRoZSBkYXRhIG1vZGVscyB0aGF0IHlvdSBj b21lIHVwIHdpdGgsIGFzIHRoZXkgYXJlIGV4Y2VsbGVudCBleGFtcGxlcyBvZiB3aGF0IFNVUEEg bmVlZHMgdG8gc3VwcG9ydC48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxp YnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7DQpjb2xvcjojMUY0OTdEIj48bzpwPiZu YnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3Nh bnMtc2VyaWYmcXVvdDs7DQpjb2xvcjojMUY0OTdEIj5yZWdhcmRzLDxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OzsN CmNvbG9yOiMxRjQ5N0QiPkpvaG48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtD YWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7DQpjb2xvcjojMUY0OTdEIj48bzpw PiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2Pg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7 Ym9yZGVyLXRvcDpzb2xpZCAjQjVDNERGIDEuMHB0O3BhZGRpbmc6My4wcHQgMGluIDBpbiAwaW4i Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7VGFob21hJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPkZy b206PC9zcGFuPjwvYj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTom cXVvdDtUYWhvbWEmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+IG5ldG1vZCBbbWFpbHRv Om5ldG1vZC1ib3VuY2VzQGlldGYub3JnXQ0KPGI+T24gQmVoYWxmIE9mIDwvYj5TdXNhbiBIYXJl czxicj4NCjxiPlNlbnQ6PC9iPiBXZWRuZXNkYXksIEphbnVhcnkgMDYsIDIwMTYgMzoyNSBQTTxi cj4NCjxiPlRvOjwvYj4gJ0pvaG4gU3RyYXNzbmVyJzxicj4NCjxiPkNjOjwvYj4gaTJyc0BpZXRm Lm9yZzsgc3VwYUBpZXRmLm9yZzsgbmV0bW9kQGlldGYub3JnPGJyPg0KPGI+U3ViamVjdDo8L2I+ IFJlOiBbbmV0bW9kXSBbU3VwYV0gW2kycnNdIEZXOiBOZXcgVmVyc2lvbiBOb3RpZmljYXRpb24g Zm9yIGRyYWZ0LWhhcmVzLWkycnMtYm5wLWVjYS1kYXRhLW1vZGVsLTAzLnR4dDxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZu YnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJp ZiZxdW90OzsNCmNvbG9yOiMxRjQ5N0QiPkpvaG46DQo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZh bWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7DQpjb2xvcjoj MUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJp JnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7DQpjb2xvcjojMUY0OTdEIj5Zb3UgYXJlIGNv cnJlY3QgaW4gaW5kaWNhdGluZyB0aGF0IHRoZSBkcmFmdCBhc3N1bWVzIHlvdSB1bmRlcnN0YW5k IHRoZSBldmVudCA9IFBhY2tldCByZWNlcHRpb24uJm5ic3A7IEl0IGlzIGEgZmFpbGluZyBpbiB0 aGUgZHJhZnQgdGhhdCBKb2VsIGhhcyBpbmRpY2F0ZWQgb24NCiB0aGVzZSBsaXN0cy4gJm5ic3A7 SSB3aWxsIGJlIHVwZGF0aW5nIHRoZSBFQ0EgZHJhZnRzIGFuZCBGQi1SSUIgZHJhZnRzLiZuYnNw OyBJIHdpbGwgc2VuZCBhIGNvcHkgdG8geW91IGFuZCBKb2VsIGZvciByZXZpZXcgdGhpcyB3ZWVr Lg0KPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVv dDtzYW5zLXNlcmlmJnF1b3Q7Ow0KY29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3Nw YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7 Ow0KY29sb3I6IzFGNDk3RCI+VGhhbmsgeW91IGZvciBwb2ludGluZyBvdXQgdGhlIGVycm9ycyBp biB0aGUgZHJhZnRzLA0KPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJy aSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ow0KY29sb3I6IzFGNDk3RCI+PG86cD4mbmJz cDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5z LXNlcmlmJnF1b3Q7Ow0KY29sb3I6IzFGNDk3RCI+U3VlDQo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250 LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7DQpjb2xv cjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtU YWhvbWEmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+RnJvbTo8L3NwYW4+PC9iPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RhaG9tYSZxdW90Oywm cXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij4gSm9obiBTdHJhc3NuZXIgW21haWx0bzpzdHJhenBkakBn bWFpbC5jb21dDQo8YnI+DQo8Yj5TZW50OjwvYj4gVHVlc2RheSwgSmFudWFyeSAwNSwgMjAxNiAx MDoyOCBQTTxicj4NCjxiPlRvOjwvYj4gU3VzYW4gSGFyZXM8YnI+DQo8Yj5DYzo8L2I+IEpvZWwg TS4gSGFscGVybjsgaTJyc0BpZXRmLm9yZzsgbmV0bW9kQGlldGYub3JnOyBzdXBhQGlldGYub3Jn OyBKb2huIFN0cmFzc25lcjxicj4NCjxiPlN1YmplY3Q6PC9iPiBSZTogW1N1cGFdIFtpMnJzXSBG VzogTmV3IFZlcnNpb24gTm90aWZpY2F0aW9uIGZvciBkcmFmdC1oYXJlcy1pMnJzLWJucC1lY2Et ZGF0YS1tb2RlbC0wMy50eHQ8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+U3VlLDxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHA+Jmd0OyBPbiAjMSkg dGhlIGRlcGVuZGVuY3kgYmV0d2VlbiBJMlJTIEZpbHRlci1iYXNlZCBSSUIgKEZCLVJJQikgYW5k PGJyPg0KJmd0OyZuYnNwO0VDQSwgcGxlYXNlIHNlZSBkcmFmdC1raW5pLWkycnMtZmItcmliLWlu Zm8tbW9kZWwtMDIudHh0LiBJbiBzZWN0aW9uIDEuMSw8YnI+DQomZ3Q7IGl0IGdpdmVzIHRoZSBk ZWZpbml0aW9uIG9mIHRoZSBGQi1SSUIuPG86cD48L286cD48L3A+DQo8cD5Tb3JyeSwgaXQgZG9l cyBOT1QgZG8gdGhpcy4gVG8gcXVvdGUgZnJvbSB0aGlzIHNlY3Rpb246PG86cD48L286cD48L3A+ DQo8cD48c3BhbiBsYW5nPSJFTiI+Jm5ic3A7ICZuYnNwO0EgRmlsdGVyIEJhc2VkIFJJQiB1c2Vz IEV2ZW50LUNvbmRpdGlvbi1BY3Rpb24gcG9saWN5LiBBIEZpbHRlci08YnI+DQombmJzcDsgJm5i c3A7YmFzZWQgUklCIGVudHJ5IHNwZWNpZmllcyBtYXRjaGVzIG9uIGZpZWxkcyBpbiBhIHBhY2tl dCAod2hpY2ggbWF5PGJyPg0KJm5ic3A7ICZuYnNwO2luY2x1ZGUgbGF5ZXIgMiBmaWVsZHMsIElQ IGhlYWRlciBmaWVsZHMsIHRyYW5zcG9ydCBvciBhcHBsaWNhdGlvbjxicj4NCiZuYnNwOyAmbmJz cDtmaWVsZHMpIG9yIHNpemUgb2YgdGhlIHBhY2tldCBvciBpbnRlcmZhY2UgcmVjZWl2ZWQgb24u IFRoZSBtYXRjaGVzPGJyPg0KJm5ic3A7ICZuYnNwO2FyZSBjb250YWluZWQgaW4gYW4gb3JkZXJl ZCBsaXN0IG9mIGZpbHRlcnMgd2hpY2ggY29udGFpbiBwYWlycyBvZjxicj4NCiZuYnNwOyZuYnNw OyBtYXRjaCBjb25kaXRpb24tYWN0aW9uIChha2EgZXZlbnQtY29uZGl0aW9uLWFjdGlvbikuPG86 cD48L286cD48L3NwYW4+PC9wPg0KPHA+UGxlYXNlIHRlbGwgbWUgV0hFUkUgdGhlIGV2ZW50IGlz IGluIHRoZSBhYm92ZSBkZWZpbml0aW9uLiBBbGwgSSBzZWUgaXM8YnI+DQphIGNvbmRpdGlvbi1h Y3Rpb24gcnVsZS4gKEJUVywgdGhlIGFuYWx5c2lzIG9mIFBDSU0gYW5kIFBDSU1lIGlzIGFsc288 YnI+DQpub3QgcXVpdGUgY29ycmVjdCBpbiB5b3VyIGRyYWZ0KS48bzpwPjwvbzpwPjwvcD4NCjxw PiZndDsgSW4gc2VjdGlvbiAxLjIsIGl0IGxpbmtzIHRoaXMgdG8gYW4gZXZlbnQtY29uZGl0aW9u LWFjdGlvbiBtb2RlbC48bzpwPjwvbzpwPjwvcD4NCjxwPlNvcnJ5LCBpdCBkb2VzIE5PVCBkbyB0 aGlzLjxvOnA+PC9vOnA+PC9wPg0KPHA+Rmlyc3QsIHRoaXMgc2VjdGlvbiBzaW1wbHkgc2F5cywg YW5kIEkgcXVvdGU6PG86cD48L286cD48L3A+DQo8cD48c3BhbiBsYW5nPSJFTiI+Jm5ic3A7Jm5i c3A7ICZxdW90O1RoZSBmaWx0ZXIgYmFzZWQtUklCIHVzZXMgZXZlbnQtY29uZGl0aW9uLWFjdGlv biBwb2xpY3kgKEVDQSkgcnVsZXMuJnF1b3Q7PG86cD48L286cD48L3NwYW4+PC9wPg0KPHA+PHNw YW4gbGFuZz0iRU4iPlRoYXQgaXMgYSB0YXV0b2xvZ3kgYXQgYmVzdC48bzpwPjwvbzpwPjwvc3Bh bj48L3A+DQo8cD48c3BhbiBsYW5nPSJFTiI+U2Vjb25kLCBpbiBTZWN0aW9uIDIsIHVuZGVyIHRo ZSBkZWZpbml0aW9uIG9mIEZCLVJvdXRlLCB0aGUgZHJhZnQgc2F5czo8bzpwPjwvbzpwPjwvc3Bh bj48L3A+DQo8cD48c3BhbiBsYW5nPSJFTiI+Jm5ic3A7Jm5ic3A7ICZxdW90O1RoZSBwb2xpY3kg cnVsZXMgaW4gdGhlIGZpbHRlci1iYXNlZCBSSUIgYXJlIHByZXNjcmlwdGl2ZSBvZiB0aGU8YnI+ DQombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDtFdmVudC1Db25kaXRpb24tQWN0aW9uIGZv cm0gd2hpY2ggaXMgb2Z0ZW4gcmVwcmVzZW50ZWQgYnk8YnI+DQombmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgaWYgQ29uZGl0aW9uIHRoZW4gYWN0aW9uLiZxdW90Ozxv OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwPjxzcGFuIGxhbmc9IkVOIj5QbGVhc2Ugbm90ZSB0aGF0 IHRoaXMgZGVmaW5pdGlvbiBpcyBpbmNvcnJlY3QsIGFuZCBpbiBjb25mbGljdCB3aXRoIFNVUEEu PGJyPg0KVGhlIHdob2xlIHBvaW50IG9mIGFuIEVWRU5ULWNvbmRpdGlvbi1hY3Rpb24gcG9saWN5 IHJ1bGUgaXMgdG8gZGVmaW5lPGJyPg0KYSBydWxlIG9mIHRoZSBmb3JtOjxvOnA+PC9vOnA+PC9z cGFuPjwvcD4NCjxwPjxzcGFuIGxhbmc9IkVOIj4mbmJzcDsmbmJzcDsmbmJzcDsgSUYgJmx0O2V2 ZW50X2NsYXVzZSZndDsgZXZhbHVhdGVzIHRvIFRSVUU8YnI+DQombmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgSUYgJmx0O2NvbmRpdGlvbl9jbGF1c2UgZXZhbHVhdGVz IHRvIFRSVUU8YnI+DQombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgVEhFTiBleGVjdXRlIGFjdGlvbnMgaW4gJmx0O2FjdGlv bl9jbGF1c2UmZ3Q7PGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7IEVORElGPGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7IEVORElGPG86cD48L286cD48L3NwYW4+ PC9wPg0KPHA+PHNwYW4gbGFuZz0iRU4iPlRoaXMgZGVmaW5pdGlvbiBoYXMgYmVlbiBlc3RhYmxp c2hlZCBpbiB0aGUgaW5kdXN0cnkgYW5kIGFjYWRlbWlhPGJyPg0KZm9yIGF0IGxlYXN0IDIgZGVj YWRlcy48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cD48c3BhbiBsYW5nPSJFTiI+VmFyaWF0aW9u cyBvZiB0aGUgYWJvdmUgaGF2ZSBiZWVuIGRlZmluZWQgYW5kIHB1Ymxpc2hlZCAoZS5nLiw8YnI+ DQpGT0NBTEUgaGFzIGFuIGFsdGVybmF0ZSBzZXQgb2YgYWN0aW9ucyB0byBleGVjdXRlIGlmIHRo ZSBjb25kaXRpb248YnI+DQpjbGF1c2UgZXZhbHVhdGVkIHRvIEZBTFNFOyB0aGlzIGhhcyBOT1Qg YmVlbiBwcm9wb3NlZCBmb3IgU1VQQTxicj4NCmF0IHRoaXMgdGltZSkuIFRoZXJlIGhhdmUgYWxz byBiZWVuIGV4dGVuc2lvbnMgdG8gaGFuZGxlIHNldHMgYW5kPGJyPg0KZ3JvdXBzLCBhcyB3ZWxs IGFzIHNwZWNpZmljIG9yZGVyaW5nIChERU4tbmcsIFNJRCwgRk9DQUxFKS48bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8cD48c3BhbiBsYW5nPSJFTiI+VGhlcmVmb3JlLCBJIHdvdWxkIHN1Z2dlc3Qg dGhhdCB5b3UgY2hhbmdlIHlvdXIgZHJhZnRzIHRvIHVzZSBhPGJyPg0KY29uZGl0aW9uLWFjdGlv biBwb2xpY3kgcnVsZSwgT1IgdXBkYXRlIHRoZSBkcmFmdHMgKEkgd291bGQgYmUgaGFwcHk8YnI+ DQp0byBoZWxwKSB0byB1c2UgYSBjb3JyZWN0IGRlZmluaXRpb24gb2YgYW4gRUNBIHBvbGljeSBy dWxlLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwPjxzcGFuIGxhbmc9IkVOIj5yZWdhcmRzLDxi cj4NCkpvaG48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPk9uIE1vbiwgSmFuIDQsIDIwMTYgYXQgMjozMyBQTSwgU3VzYW4gSGFyZXMg Jmx0OzxhIGhyZWY9Im1haWx0bzpzaGFyZXNAbmR6aC5jb20iIHRhcmdldD0iX2JsYW5rIj5zaGFy ZXNAbmR6aC5jb208L2E+Jmd0OyB3cm90ZTo8bzpwPjwvbzpwPjwvcD4NCjxkaXY+DQo8ZGl2Pg0K PHA+Sm9lbDogPG86cD48L286cD48L3A+DQo8cD4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxwPk9u ICMxKSB0aGUgZGVwZW5kZW5jeSBiZXR3ZWVuIEkyUlMgRmlsdGVyLWJhc2VkIFJJQiAoRkItUklC KSBhbmQgRUNBLCBwbGVhc2Ugc2VlIGRyYWZ0LWtpbmktaTJycy1mYi1yaWItaW5mby1tb2RlbC0w Mi50eHQuIEluIHNlY3Rpb24gMS4xLCBpdCBnaXZlcyB0aGUgZGVmaW5pdGlvbiBvZiB0aGUgRkIt UklCLiZuYnNwOyBJbiBzZWN0aW9uIDEuMiwgaXQgbGlua3MgdGhpcyB0byBhbiBldmVudC1jb25k aXRpb24tYWN0aW9uIG1vZGVsLiZuYnNwOyBJZiB5b3UgZGlzYWdyZWUNCiB3aXRoIHRoZSBkZWZp bml0aW9uIG9mICZuYnNwO0kyUlMgRkItUklCLCB0aGVuIHdlIHNob3VsZCBwcm9iYWJseSByZXN0 cmljdCB0aGlzIGNvbnZlcnNhdGlvbiB0byB0aGUgSTJSUyBtYWlsIGxpc3QuJm5ic3A7IEFueSBm ZWVkYmFjayBvbiB0aGUgSW5mby1tb2RlbCBvciBkYXRhLW1vZGVsIHdvdWxkIGJlIGhlbHBmdWwu Jm5ic3A7IFRoZSBhdXRob3JzIGhvcGVkIHRvIGdvIHRvIGEgV0cgYWRvcHRpb24gY2FsbCBhdCB0 aGUgZW5kIG9mIHRoaXMgd2Vlay4NCjxvOnA+PC9vOnA+PC9wPg0KPHA+Jm5ic3A7PG86cD48L286 cD48L3A+DQo8cD5PbmUgY2hhbGxlbmdlIGZvciB0aGUgZXBoZW1lcmFsIEkyUlMgRkItUklCLCBp cyB0aGVyZSBpcyBubyBkZWZpbml0aW9uIG9mIHRoZSBub24tZXBoZW1lcmFsIEZCLVJJQi4mbmJz cDsgSWYgeW91IHRoaW5rIHRoZXJlIHNob3VsZCBiZSBhIG5vbi1lcGhlbWVyYWwgRkItUklCIOKA kyB0aGF0IGRpc2N1c3Npb24gbWF5IGJlIHVzZWZ1bCBiZXR3ZWVuIEkyUlMsIE5ldG1vZCBhbmQg U1VQQS4NCjxvOnA+PC9vOnA+PC9wPg0KPHA+Jm5ic3A7PG86cD48L286cD48L3A+DQo8cD5PbiAj MikgU1VQQSBFQ0EgbW9kZWwsIEkgYWdyZWUgdGhhdCB3ZSBzaG91bGQgYmUgYWJsZSB0byBoYXZl IGEgY29tbW9uIGRyYWZ0LiZuYnNwOyBBdCBJRVRGIDk0LCBJIHJhaXNlZCBpc3N1ZXMgcmVnYXJk aW5nIHRoZSBTVVBBIHZlcnN1cyBteSBFQ0EgZGVmaW5pdGlvbi4mbmJzcDsgJm5ic3A7PG86cD48 L286cD48L3A+DQo8cD4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxwPkNoZWVyaWx5LCA8bzpwPjwv bzpwPjwvcD4NCjxwPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPHA+U3VlIDxvOnA+PC9vOnA+PC9w Pg0KPHA+Jm5ic3A7PG86cD48L286cD48L3A+DQo8cD4tLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0t LTxicj4NCkZyb206IEpvZWwgTS4gSGFscGVybiBbbWFpbHRvOjxhIGhyZWY9Im1haWx0bzpqbWhA am9lbGhhbHBlcm4uY29tIiB0YXJnZXQ9Il9ibGFuayI+am1oQGpvZWxoYWxwZXJuLmNvbTwvYT5d DQo8YnI+DQpTZW50OiBNb25kYXksIEphbnVhcnkgMDQsIDIwMTYgMzo1NCBQTTxicj4NClRvOiBT dXNhbiBIYXJlczsgPGEgaHJlZj0ibWFpbHRvOmkycnNAaWV0Zi5vcmciIHRhcmdldD0iX2JsYW5r Ij5pMnJzQGlldGYub3JnPC9hPjsNCjxhIGhyZWY9Im1haWx0bzpuZXRtb2RAaWV0Zi5vcmciIHRh cmdldD0iX2JsYW5rIj5uZXRtb2RAaWV0Zi5vcmc8L2E+OyA8YSBocmVmPSJtYWlsdG86c3VwYUBp ZXRmLm9yZyIgdGFyZ2V0PSJfYmxhbmsiPg0Kc3VwYUBpZXRmLm9yZzwvYT48YnI+DQpTdWJqZWN0 OiBSZTogW2kycnNdIEZXOiBOZXcgVmVyc2lvbiBOb3RpZmljYXRpb24gZm9yIGRyYWZ0LWhhcmVz LWkycnMtYm5wLWVjYS1kYXRhLW1vZGVsLTAzLnR4dDxvOnA+PC9vOnA+PC9wPg0KPHA+Jm5ic3A7 PG86cD48L286cD48L3A+DQo8cD5JIHRoaW5rIHRoZXJlIGFyZSB0d28gaXNzdWVzIGhlcmUuPG86 cD48L286cD48L3A+DQo8cD4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxwPjEpIEl0IGlzIG5vdCBj bGVhciB0byBtZSB3aHkgdGhlcmUgaXMgYW55IGRlcGVuZGVuY2Ugb2YgdGhlIGZiLXJpYiBkYXRh IG1vZGVsIG9uIGFuIGVjYSBkYXRhIG1vZGVsLiZuYnNwOyBXaGlsZSBzdXBhIGRvZXMgYWxsb3cg Zm9yIHBvbGljeSBtb2RlbCB0byBiZSBzZW50IGRpcmVjdGx5IHRvIHRoZSByb3V0ZXIsIGl0IGFs c28gYWxsb3dzIG1hbnkgb3RoZXIgY2FzZXMuPG86cD48L286cD48L3A+DQo8cD4mbmJzcDs8bzpw PjwvbzpwPjwvcD4NCjxwPjIpIFRoZSBhcHByb2FjaCB3aXRoIHRoZSBzdXBhIGVjYSBkYXRhIG1v ZGVsIGlzIHN0aWxsIHVuZGVyIGRldmVsb3BtZW50LiA8bzpwPg0KPC9vOnA+PC9wPg0KPHA+Jm5i c3A7Jm5ic3A7SGF2aW5nIHNhaWQgdGhhdCwgdGhlIG1hdGVyaWFsIGluIHRoZXJlIGlzIGludGVu ZGVkIHRvIGJlIHZlcnkgZ2VuZXJhbC4mbmJzcDsgRnJvbSB3aGF0IEkgdW5kZXJzdGFuZCwgdGhl cmUgc2hvdWxkIGJlIG5vIGRpZmZpY3VsdHkgaW4gcmVmaW5pbmcgdGhlIGFjdGlvbiBzaWRlIG9m IHRoYXQgbW9kZWwgdG8gYWN0aW9ucyB3aGljaCBhZmZlY3QgdGhlIGZiLXJpYiBpbiB3YXlzIHRo YXQgYXJlIGNvbnNpc3RlbnQgd2l0aCB0aGUgZmItZGliIGRhdGENCiBtb2RlbC48bzpwPjwvbzpw PjwvcD4NCjxwPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPHA+WW91cnMsPG86cD48L286cD48L3A+ DQo8cD5Kb2VsPG86cD48L286cD48L3A+DQo8cD4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxwPk9u IDEvNC8xNiAyOjAxIFBNLCBTdXNhbiBIYXJlcyB3cm90ZTo8bzpwPjwvbzpwPjwvcD4NCjxwPiZn dDsgVGhpcyBtb2RlbCBwcm92aWRlcyBhIEV2ZW50LUNvbmRpdGlvbi1BY3Rpb24gKEVDQSkgcG9s aWN5IG1vZGVsLjxvOnA+PC9vOnA+PC9wPg0KPHA+Jmd0OyBUaGUgSTJSUyBGQi1SSUIgeWFuZyBk YXRhIG1vZGVsIHV0aWxpemVzIHRoaXMgbW9kZWwsIGJ1dCB0byBteSA8bzpwPjwvbzpwPjwvcD4N CjxwPiZndDsga25vd2xlZGdlIHRoZSBOZXRtb2Qgb3IgbmV0Y29uZiBoYXMgbm90IGFkb3B0ZWQg YW4gRUNBIHBvbGljeSBtb2RlbCB0byA8bzpwPg0KPC9vOnA+PC9wPg0KPHA+Jmd0OyBwYXJhbGxl bCB0aGUgQUNMIG1vZGVsLjxvOnA+PC9vOnA+PC9wPg0KPHA+Jmd0OyZuYnNwOzxvOnA+PC9vOnA+ PC9wPg0KPHA+Jmd0OyBDaGVuIGFuZCBjby1hdXRob3JzIGhhdmUgY3JlYXRlZCB0aGUgbW9kZWw6 PG86cD48L286cD48L3A+DQo8cD4mZ3Q7Jm5ic3A7PG86cD48L286cD48L3A+DQo8cD4mZ3Q7IGRy YWZ0LWNoZW4tc3VwYS1lY2EtZGF0YS1tb2RlbC0wNS50eHQ8bzpwPjwvbzpwPjwvcD4NCjxwPiZn dDsmbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxwPiZndDsgQnV0IGl0IGRvZXMgbm90IGFsaWduIHdp dGggdGhpcyB5YW5nIG1vZGVsIG9yIHNlZW0gc3VmZmljaWVudCB0bzxvOnA+PC9vOnA+PC9wPg0K PHA+Jmd0OyBzdXBwb3J0IHRoZSBGQi1SSUIgaW5mb3JtYXRpb24gbW9kZWwuJm5ic3A7Jm5ic3A7 IEF0IElFVEYgOTQsPG86cD48L286cD48L3A+DQo8cD4mZ3Q7IEkgcHJlc2VudGVkIGEgZGlzY3Vz c2lvbiBvZiB0aGUgaXNzdWVzIEkgZm91bmQgd2l0aCB0aGUgPG86cD48L286cD48L3A+DQo8cD4m Z3Q7IGRyYWZ0LWNoZW4tc3VwYS1lY2EtZGF0YS1tb2RlbC0wNS50eHQsIGJ1dCBpdCBoYXMgbm90 IGJlZW4gdXBkYXRlZC48bzpwPjwvbzpwPjwvcD4NCjxwPiZndDsgV2Ugd291bGQgYXBwcmVjaWF0 ZSBmZWVkYmFjayBvbiB0aGlzIHZlcnNpb24gb2YgeWFuZyBtb2RlbC48bzpwPjwvbzpwPjwvcD4N CjxwPiZndDsmbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxwPiZndDsgJmx0O2kycnMgQ2hhaXIgaGF0 IG9uJmd0OzxvOnA+PC9vOnA+PC9wPg0KPHA+Jmd0OyBJbiBteSByb2xlIGFzIEkyUlMgY2hhaXIs Jm5ic3A7IEkyUlMgbmVlZHMgdG8gbWFrZSBwcm9ncmVzcyBzb29uIG9uIHRoZSA8bzpwPjwvbzpw PjwvcD4NCjxwPiZndDsgSTJSUyBGQi1SSUIgZGF0YSBtb2RlbC4mbmJzcDsgV2Ugd291bGQgYXBw cmVjaWF0ZSB5b3VyIGFpZC48bzpwPjwvbzpwPjwvcD4NCjxwPiZndDsgJmx0O2kycnMgY2hhaXIg aGF0IG9mZiZndDs8bzpwPjwvbzpwPjwvcD4NCjxwPiZndDsmbmJzcDs8bzpwPjwvbzpwPjwvcD4N CjxwPiZndDsgU3VlPG86cD48L286cD48L3A+DQo8cD4mZ3Q7Jm5ic3A7PG86cD48L286cD48L3A+ DQo8cD4mZ3Q7IC0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tPG86cD48L286cD48L3A+DQo8cD4m Z3Q7IEZyb206IDxhIGhyZWY9Im1haWx0bzppbnRlcm5ldC1kcmFmdHNAaWV0Zi5vcmciIHRhcmdl dD0iX2JsYW5rIj48c3BhbiBzdHlsZT0iY29sb3I6d2luZG93dGV4dDt0ZXh0LWRlY29yYXRpb246 bm9uZSI+aW50ZXJuZXQtZHJhZnRzQGlldGYub3JnPC9zcGFuPjwvYT4gWzxhIGhyZWY9Im1haWx0 bzppbnRlcm5ldC1kcmFmdHNAaWV0Zi5vcmciIHRhcmdldD0iX2JsYW5rIj48c3BhbiBzdHlsZT0i Y29sb3I6d2luZG93dGV4dDt0ZXh0LWRlY29yYXRpb246bm9uZSI+bWFpbHRvOmludGVybmV0LWRy YWZ0c0BpZXRmLm9yZzwvc3Bhbj48L2E+XTxvOnA+PC9vOnA+PC9wPg0KPHA+Jmd0OyBTZW50OiBN b25kYXksIEphbnVhcnkgMDQsIDIwMTYgMTI6MDQgUE08bzpwPjwvbzpwPjwvcD4NCjxwPiZndDsg VG86IFN1c2FuIEhhcmVzOyBRaW4gV3U7IFJ1c3MgV2hpdGU8bzpwPjwvbzpwPjwvcD4NCjxwPiZn dDsgU3ViamVjdDogTmV3IFZlcnNpb24gTm90aWZpY2F0aW9uIGZvciA8bzpwPjwvbzpwPjwvcD4N CjxwPiZndDsgZHJhZnQtaGFyZXMtaTJycy1ibnAtZWNhLWRhdGEtbW9kZWwtMDMudHh0PG86cD48 L286cD48L3A+DQo8cD4mZ3Q7Jm5ic3A7PG86cD48L286cD48L3A+DQo8cD4mZ3Q7Jm5ic3A7PG86 cD48L286cD48L3A+DQo8cD4mZ3Q7IEEgbmV3IHZlcnNpb24gb2YgSS1ELCBkcmFmdC1oYXJlcy1p MnJzLWJucC1lY2EtZGF0YS1tb2RlbC0wMy50eHQ8bzpwPjwvbzpwPjwvcD4NCjxwPiZndDsgaGFz IGJlZW4gc3VjY2Vzc2Z1bGx5IHN1Ym1pdHRlZCBieSBTdXNhbiBIYXJlcyBhbmQgcG9zdGVkIHRv IHRoZSBJRVRGIHJlcG9zaXRvcnkuPG86cD48L286cD48L3A+DQo8cD4mZ3Q7Jm5ic3A7PG86cD48 L286cD48L3A+DQo8cD4mZ3Q7IE5hbWU6Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IGRyYWZ0LWhhcmVzLWkycnMtYm5wLWVj YS1kYXRhLW1vZGVsPG86cD48L286cD48L3A+DQo8cD4mZ3Q7IFJldmlzaW9uOiZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAwMzxvOnA+PC9vOnA+ PC9wPg0KPHA+Jmd0OyBUaXRsZTombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsgQW4gSW5mb3JtYXRpb24gTW9kZWwgZm9yIEJhc2ljIE5ldHdvcmsgUG9saWN5IGFu ZCBGaWx0ZXIgUnVsZXM8bzpwPjwvbzpwPjwvcD4NCjxwPiZndDsgRG9jdW1lbnQgZGF0ZTombmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsg MjAxNi0wMS0wNDxvOnA+PC9vOnA+PC9wPg0KPHA+Jmd0OyBHcm91cDombmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgSW5kaXZpZHVhbCBT dWJtaXNzaW9uPG86cD48L286cD48L3A+DQo8cD4mZ3Q7IFBhZ2VzOiZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAzMDxvOnA+ PC9vOnA+PC9wPg0KPHA+Jmd0OyBVUkw6Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IDxhIGhyZWY9Imh0dHBzOi8vd3d3Lmll dGYub3JnL2ludGVybmV0LWRyYWZ0cy9kcmFmdC1oYXJlcy1pMnJzLWJucC1lY2EtZGF0YS1tb2Rl bC0wMy50eHQiIHRhcmdldD0iX2JsYW5rIj4NCjxzcGFuIHN0eWxlPSJjb2xvcjp3aW5kb3d0ZXh0 O3RleHQtZGVjb3JhdGlvbjpub25lIj5odHRwczovL3d3dy5pZXRmLm9yZy9pbnRlcm5ldC1kcmFm dHMvZHJhZnQtaGFyZXMtaTJycy1ibnAtZWNhLWRhdGEtbW9kZWwtMDMudHh0PC9zcGFuPjwvYT48 bzpwPjwvbzpwPjwvcD4NCjxwPiZndDsgU3RhdHVzOiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyA8YSBocmVmPSJodHRwczovL2RhdGF0cmFja2VyLmlldGYu b3JnL2RvYy9kcmFmdC1oYXJlcy1pMnJzLWJucC1lY2EtZGF0YS1tb2RlbC8iIHRhcmdldD0iX2Js YW5rIj4NCjxzcGFuIHN0eWxlPSJjb2xvcjp3aW5kb3d0ZXh0O3RleHQtZGVjb3JhdGlvbjpub25l Ij5odHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1oYXJlcy1pMnJzLWJucC1l Y2EtZGF0YS1tb2RlbC88L3NwYW4+PC9hPjxvOnA+PC9vOnA+PC9wPg0KPHA+Jmd0OyBIdG1saXpl ZDombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgPGEgaHJlZj0iaHR0cHM6Ly90 b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LWhhcmVzLWkycnMtYm5wLWVjYS1kYXRhLW1vZGVsLTAz IiB0YXJnZXQ9Il9ibGFuayI+DQo8c3BhbiBzdHlsZT0iY29sb3I6d2luZG93dGV4dDt0ZXh0LWRl Y29yYXRpb246bm9uZSI+aHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LWhhcmVzLWky cnMtYm5wLWVjYS1kYXRhLW1vZGVsLTAzPC9zcGFuPjwvYT48bzpwPjwvbzpwPjwvcD4NCjxwPiZn dDsgRGlmZjombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsgPGEgaHJlZj0iaHR0cHM6Ly93d3cuaWV0Zi5vcmcvcmZjZGlmZj91cmwyPWRy YWZ0LWhhcmVzLWkycnMtYm5wLWVjYS1kYXRhLW1vZGVsLTAzIiB0YXJnZXQ9Il9ibGFuayI+DQo8 c3BhbiBzdHlsZT0iY29sb3I6d2luZG93dGV4dDt0ZXh0LWRlY29yYXRpb246bm9uZSI+aHR0cHM6 Ly93d3cuaWV0Zi5vcmcvcmZjZGlmZj91cmwyPWRyYWZ0LWhhcmVzLWkycnMtYm5wLWVjYS1kYXRh LW1vZGVsLTAzPC9zcGFuPjwvYT48bzpwPjwvbzpwPjwvcD4NCjxwPiZndDsmbmJzcDs8bzpwPjwv bzpwPjwvcD4NCjxwPiZndDsgQWJzdHJhY3Q6PG86cD48L286cD48L3A+DQo8cD4mZ3Q7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7IFRoaXMgZG9jdW1lbnQgY29udGFpbnMgdGhlIEJhc2ljIE5ldHdv cmsgUG9saWN5IGFuZCBGaWx0ZXJzIChCTlAgSU0pPG86cD48L286cD48L3A+DQo8cD4mZ3Q7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IERhdGEgTW9kZWwgd2hpY2ggcHJvdmlkZXMgYSBwb2xpY3kg bW9kZWwgdGhhdCBzdXBwb3J0IGFuIG9yZGVyZWQgbGlzdDxvOnA+PC9vOnA+PC9wPg0KPHA+Jmd0 OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBvZiBtYXRjaC1jb25kaXRpb24tYWN0aW9uIChha2Eg ZXZlbnQtY29uZGl0aW9uLWFjdGlvbiAoRUNBKSkgZm9yPG86cD48L286cD48L3A+DQo8cD4mZ3Q7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IG11bHRpcGxlIGxheWVycyAoaW50ZXJmYWNlLCBMMS1M NCwgYXBwbGljYXRpb24pIGFuZCBvdGhlciBmYWN0b3JzPG86cD48L286cD48L3A+DQo8cD4mZ3Q7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IChzaXplIG9mIHBhY2tldCwgdGltZSBvZiBkYXkpLiZu YnNwOyBUaGUgYWN0aW9ucyBhbGxvdyBmb3Igc2V0dGluZyBhY3Rpb25zPG86cD48L286cD48L3A+ DQo8cD4mZ3Q7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IChRT1MgYW5kIG90aGVyKSwgZGVjYXBz dWxhdGlvbiwgZW5jYXBzdWxhdGlvbiwgcGx1cyBmb3J3YXJkaW5nPG86cD48L286cD48L3A+DQo8 cD4mZ3Q7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IGFjdGlvbnMuJm5ic3A7IFRoZSBwb2xpY3kg bW9kZWwgY2FuIGJlIHVzZWQgd2l0aCB0aGUgSTJSUyBmaWx0ZXItYmFzZWQ8bzpwPjwvbzpwPjwv cD4NCjxwPiZndDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgUklCLjxvOnA+PC9vOnA+PC9wPg0K PHA+Jmd0OyZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPHA+Jmd0OyZuYnNwOzxvOnA+PC9vOnA+PC9w Pg0KPHA+Jmd0OyZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPHA+Jmd0OyZuYnNwOzxvOnA+PC9vOnA+ PC9wPg0KPHA+Jmd0OyBQbGVhc2Ugbm90ZSB0aGF0IGl0IG1heSB0YWtlIGEgY291cGxlIG9mIG1p bnV0ZXMgZnJvbSB0aGUgdGltZSBvZiBzdWJtaXNzaW9uIHVudGlsIHRoZSBodG1saXplZCB2ZXJz aW9uIGFuZCBkaWZmIGFyZSBhdmFpbGFibGUgYXQNCjxhIGhyZWY9Imh0dHA6Ly90b29scy5pZXRm Lm9yZyIgdGFyZ2V0PSJfYmxhbmsiPnRvb2xzLmlldGYub3JnPC9hPi48bzpwPjwvbzpwPjwvcD4N CjxwPiZndDsmbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxwPiZndDsgVGhlIElFVEYgU2VjcmV0YXJp YXQ8bzpwPjwvbzpwPjwvcD4NCjxwPiZndDsmbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxwPiZndDsm bmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxwPiZndDsgX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX188bzpwPjwvbzpwPjwvcD4NCjxwPiZndDsgaTJycyBtYWlsaW5n IGxpc3Q8bzpwPjwvbzpwPjwvcD4NCjxwPiZndDsgPGEgaHJlZj0ibWFpbHRvOmkycnNAaWV0Zi5v cmciIHRhcmdldD0iX2JsYW5rIj48c3BhbiBzdHlsZT0iY29sb3I6d2luZG93dGV4dDsNCnRleHQt ZGVjb3JhdGlvbjpub25lIj5pMnJzQGlldGYub3JnPC9zcGFuPjwvYT48bzpwPjwvbzpwPjwvcD4N CjxwPiZndDsgPGEgaHJlZj0iaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9p MnJzIiB0YXJnZXQ9Il9ibGFuayI+PHNwYW4gc3R5bGU9ImNvbG9yOndpbmRvd3RleHQ7dGV4dC1k ZWNvcmF0aW9uOm5vbmUiPmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vaTJy czwvc3Bhbj48L2E+PG86cD48L286cD48L3A+DQo8cD4mZ3Q7Jm5ic3A7PG86cD48L286cD48L3A+ DQo8L2Rpdj4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1ib3R0 b206MTIuMHB0Ij48YnI+DQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fXzxicj4NClN1cGEgbWFpbGluZyBsaXN0PGJyPg0KPGEgaHJlZj0ibWFpbHRvOlN1cGFA aWV0Zi5vcmciPlN1cGFAaWV0Zi5vcmc8L2E+PGJyPg0KPGEgaHJlZj0iaHR0cHM6Ly93d3cuaWV0 Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9zdXBhIiB0YXJnZXQ9Il9ibGFuayI+aHR0cHM6Ly93d3cu aWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9zdXBhPC9hPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48YnI+DQo8YnIgY2xlYXI9ImFsbCI+DQo8YnI+DQotLSA8 bzpwPjwvbzpwPjwvcD4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+cmVnYXJk cyw8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkpv aG48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ib2R5 Pg0KPC9odG1sPg0K --_000_B818037A70EDCC4A86113DA25EC02098201B9472SJCEML701CHMchi_-- From nobody Fri Jan 8 01:07:20 2016 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 66B2D1ACEDD for ; Fri, 8 Jan 2016 01:07:19 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.999 X-Spam-Level: X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_PASS=-0.001] 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 kK7a5h1VOoDf for ; Fri, 8 Jan 2016 01:07:15 -0800 (PST) Received: from mail-lf0-x234.google.com (mail-lf0-x234.google.com [IPv6:2a00:1450:4010:c07::234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id AF5471ACEDC for ; Fri, 8 Jan 2016 01:07:14 -0800 (PST) Received: by mail-lf0-x234.google.com with SMTP id m198so23874963lfm.0 for ; Fri, 08 Jan 2016 01:07:14 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=H8ggllXpFZUwIlN6FPN+4OWXM4JMaNVqmzuSyI5Rnr8=; b=c6W/q6E3YK7S8i14pwq79e5JTTuEYrlXSmIS3XCt/6Vk+Uozfo6FY5Dm/LUVW+UCq/ jvfZiVeeMmBobbOevPC9vHTvy4fPdi6XX3wP4OPVbS8DGBIIpy+Mnki0pmG73F8g53u3 WvseVXFC3vJo8toAxxjBJIZBgi+HCg2KLbVrMdT7ZTKDH3lorne/pbc6U0H57HP4VWoR eCSjg7q0vRuX29eH3oBx7DRNYMTEMwqmS0ZPGW93up94J9ivUs2iCrIVyFnvptOPwCAq FzXK85ty1InchzTznfFlRo0O04MjEbdjYr+w9D+7djR/b51i8VlAQmigCxbPzj6NYl5u Nj8Q== X-Received: by 10.25.7.206 with SMTP id 197mr40320969lfh.2.1452244032743; Fri, 08 Jan 2016 01:07:12 -0800 (PST) MIME-Version: 1.0 Received: by 10.25.66.214 with HTTP; Fri, 8 Jan 2016 01:06:42 -0800 (PST) In-Reply-To: References: <056301d13832$ad830460$08890d20$@ndzh.com> <075901d138b5$78f34560$6ad9d020$@ndzh.com> From: Edwin Cordeiro Date: Fri, 8 Jan 2016 10:06:42 +0100 Message-ID: To: Susan Hares Content-Type: multipart/related; boundary=001a113eaf32b3aa670528cee94f Archived-At: Cc: i2rs@ietf.org Subject: Re: [i2rs] I2RS Implementation X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jan 2016 09:07:19 -0000 --001a113eaf32b3aa670528cee94f Content-Type: multipart/alternative; boundary=001a113eaf32b3aa630528cee94e --001a113eaf32b3aa630528cee94e Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hello Susan, Hope you had good holidays. We are returning to work and I went to look for the modules in the github, but I was unable to find. If they were uploaded, could please share the link? Thank you, Edwin Cordeiro On Sat, Dec 19, 2015 at 11:00 PM, Edwin Cordeiro wrote: > Dear Susan, > > Thank you. We can wait the files to be upload to the github. > > We were planning to implement it directly as part of a software router an= d > make a program to interact with it, but with your explanation we will > analyze the solution using the ODL environment, before making a decision. > > We are in the beginning, so we are not sure and that was the reason we > wanted more information about what happened in the Hackaton. > > Best Regards, > > Edwin Cordeiro > > On Thu, Dec 17, 2015 at 11:27 AM, Susan Hares wrote: > >> Edwin: >> >> >> >> 1) I will put the presentation and other work on the hackathon >> github, >> >> 2) There is a I2RS github where these modules will be uploaded. >> However, Benoit has indicated errors in some of the modules. After the >> errors have been corrected, drafts (XML plus text) will be uploaded to t= he >> I2RS git hub. [This will happen early next week.] >> >> >> >> I can send you a copy of =E2=80=9Colder=E2=80=9D workable I2RS definitio= ns via email, but >> I did not want to put these up on git-hub. >> >> >> >> Could you send more information on your implementation? Would you be >> willing to work in ODL environment? Or are you working in another >> environment? >> >> >> >> Cheerily, >> >> Sue >> >> >> >> *From:* Edwin Cordeiro [mailto:edwinsc@gmail.com] >> *Sent:* Thursday, December 17, 2015 4:21 AM >> *To:* Susan Hares >> *Cc:* i2rs@ietf.org >> *Subject:* Re: [i2rs] I2RS Implementation >> >> >> >> Hi Susan, >> >> >> >> Thanks for such a complete reply. We got some useful tips from it that >> made us rethink our approach to the implementation. >> >> >> >> The presentation you attached to the message is on the Github of the >> Hackaton, but it wasn't very easy to find. Maybe making pointers at the >> wiki to the presentation in the Github would be a good idea, not only fo= r >> I2RS but for all the other Hackacton projects as well. >> >> >> >> On the Details on the I2RS Steps to Create Application you mentioned the >> step: Compile all the I2RS modules (RIB, Topology (L1/L2) and FB-RIB) wi= th >> web-compile (successfully completed). >> >> If we decide to continue from this step, where can we find those modules= ? >> >> >> >> Thank you, >> >> >> Edwin Cordeiro >> >> >> >> On Wed, Dec 16, 2015 at 7:50 PM, Susan Hares wrote: >> >> Edwin: >> >> >> >> Thank you for your patience. I am thrilled that you have decided to make >> an I2RS implementation. >> >> Did you find the slides that I attached on the hackathon site? >> >> 1. What means =E2=80=9CMost helpful failure=E2=80=9D that I2RS won= at IETF94 >> hackathon >> >> 2. Why it failed? =E2=80=93 we did not get the ODL environment up= . >> Initial input had been that the ODL environment had RESTCONF, Topology >> models, and RIB, >> >> 3. We are considering to implement it for BIRD (or Quagga). Do >> you know any other implementation effort? >> >> >> >> I would suggest that the most important thing is to setting the ODL >> environment, Linux OS, and then pick the routing work. I believe that O= DL >> is using Quagga, but that BIRD can also be used. >> >> >> >> Since the I2RS RIB, I2RS Topology models, and I2RS FB can be directly >> implement as calls to a kernel directly (route/add) or as extended stat= ic, >> we might want to start by setting on Quagga. >> >> >> >> *Details on the Hackathon * >> >> >> >> The I2RS protocol hack-a-thon team won a prize for its hack-a-thon work. >> The members of the hack-a-thon team were Susan Hares (Huawei, lead) Jie >> Dong (Huawei), Alia Atlas, Hariharan Ananthakrishnan (Packet-design), an= d >> Ignas Bagdonas (consultant). >> >> >> >> *Goal:* The goal of the I2RS protocol hack-a-thon project was to create >> an application with 2 I2RS Clients which communicated with an I2RS Agent= . >> I2RS Client 1 would set a route in the I2RS RIB in the I2RS Agent, and >> request publication of route change information from the I2RS Agent to b= e >> sent to I2RS Client 2. (see the diagram below) >> >> >> >> *Code base: * >> >> The code base for this hack-a-thon project was the ODL project. The I2R= S >> project was able to create Yang modules, but failed to create an ODL >> environment. The reason we choose ODL is that the Cisco team (Jan Medv= ed >> and others) have done considerable instrumentation of the Topology Data >> models in ODL. We hope to leverage their work. >> >> >> >> *Next steps:* The I2RS project for hack-a-thon at IETF 95 will need to >> spend time creating the ODL environment ahead of time. >> >> >> >> *Insights gained:* The group=E2=80=99s work at the IETF 94 hackathon cau= sed the >> I2RS project team to realize that the I2RS protocol work has two >> components: configuration and reporting of analytical data such as =E2= =80=9Croute >> changes=E2=80=9D. The I2RS protocol work to-date has focused on the >> RESTCONF/NETCONF capabilities for configuration, query/poll information, >> and subscription configuration. It has not focused on the reporting of >> route changes via other publication methods (ipfix, google protocol >> buffers, or other mechanisms). The I2RS team realized that the secondar= y >> pathways to send analytical data (such as topology or route changes) nee= d >> to be included in the first round of the protocol and data models. >> >> >> >> We would really like to have you consider working on configuration >> (RESTCONF/NETCONF) with the ODL, Quagga/Bird, and an analytic tools. F= or >> example, let=E2=80=99s try developing a DOS that is based on detection o= f a bad >> prefix and then installing a static route. >> >> >> >> *Why the win: * >> >> The I2RS team won an award for gaining this understanding that we had no= t >> paid enough attention to the analytical channel. The I2RS WG will solic= it >> WG drafts with these application notes in order to provide a =E2=80=9Cha= nd-book=E2=80=9D >> for creating I2RS applications. >> >> >> >> *Details on the I2RS Steps to Create Application * >> >> In order to create this application, the I2RS hack-a-thon project needed >> to: >> >> 1. Compile all the I2RS modules (RIB, Topology (L1/L2) and FB-RIB) >> with web-compile (successfully completed) >> >> 2. Create an ODL environment and place the I2RS modules in the ODL >> environment (failed) >> >> 3. Create an ODL-based I2RS client (Client 1) that can send an >> I2RS RIB Route Add, and subscription for I2RS Route Change via RESTCONF, >> >> 4. Create an I2RS Agent that receives the I2RS RIB Route Add and >> I2RS RIB Route Change notification from I2RS Client 1. The I2RS agent t= hen >> adds routes to the I2RS RIB and the Ubuntu Linux kernel. The I2RS agent >> saves subscription information. >> >> 5. A route change is triggered by configuring the interface down >> that the I2RS RIB route is associated with. >> >> =E2=80=A2 The I2RS Agent should send the= route >> change information over the grpc. . Note: Alternatives to google proto= col >> buffers are google protocol buffers, IPFIX, NETFLOW and other protocols. >> >> Next Step >> >> =E2=80=A2 Prior to IETF-95 Hack-a-thon, = a >> prototype of this work should be created on an ODL platform, >> >> =E2=80=A2 Cisco, Juniper, Packet-design,= and >> others are interested in an I2RS project in ODL. >> >> =E2=80=A2 Expand the route change inform= ation to >> include IPFIX or other high-bandwidth protocols that >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> I look forward to your feedback and comments. >> >> >> >> Sue Hares >> >> >> >> *From:* i2rs [mailto:i2rs-bounces@ietf.org] *On Behalf Of *Edwin Cordeir= o >> *Sent:* Wednesday, December 16, 2015 10:44 AM >> *To:* i2rs@ietf.org >> *Subject:* [i2rs] I2RS Implementation >> >> >> >> Hello all, >> >> >> >> A couple weeks ago, I sent a message asking about the IETF 94 Hackaton >> results related to I2RS, but got no reply. As I was also unable to find = any >> implementation, we decided to make one here at TU Munich. >> >> >> >> In order to avoid the same known problems discovered at the Hackaton, >> could anyone please clarify what happened: >> >> 1. What means =E2=80=9CMost Helpful Failure=E2=80=9D that I2RS won IETF = 94 Hackaton? >> >> 2. Why it failed? >> >> 3. We are considering to implement it for BIRD (or Quagga). Do you know >> any other implementation effort? >> >> >> >> Thank you all, >> >> Edwin Cordeiro >> >> >> >> >> > > --001a113eaf32b3aa630528cee94e Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hello Susan,

Hope you had good holidays.

We are = returning to work and I went to look for the modules in the github, but I w= as unable to find.

If they were upload= ed, could please share the link?

Thank= you,


Edwin Cordeiro

On Sat, Dec 19, 2015 at 11:00 PM, Edwin Cord= eiro <edwinsc@gmail.com> wrote:
Dear Susan,

Thank you. We can wait the files to be upload to the github.
<= div class=3D"gmail_default" style=3D"font-family:verdana,sans-serif;font-si= ze:small">
We were planning to implement it directly as= part of a software router and make a program to interact with it, but with= your explanation we will analyze the solution using the ODL environment, b= efore making a decision.

We are in the= beginning, so we are not sure and that was the reason we wanted more infor= mation about what happened in the Hackaton.=C2=A0

Best Regards,

Edwin Cordeiro

On Thu, Dec 17, 2015 at 11:27 AM, Susan Hare= s <shares@ndzh.com> wrote:
<= div lang=3D"EN-US" link=3D"blue" vlink=3D"purple">

Edwin:

=C2=A0

<= /u>1)=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 I will put the presentation and other work on = the hackathon github,

2)=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0 There is a I2RS github where these modules will be uploaded.=C2=A0 = However, Benoit has indicated errors in some of the modules.=C2=A0 After th= e errors have been corrected, drafts (XML plus text) will be uploaded to th= e I2RS git hub.=C2=A0 [This will happen early next week.]

=C2=A0

I can send y= ou a copy of =E2=80=9Colder=E2=80=9D workable I2RS definitions via email, b= ut I did not want to put these up on git-hub.

=C2=A0

Could you send more inf= ormation on your implementation?=C2=A0=C2=A0 Would you be willing to work i= n ODL environment? Or are you working in another environment?

=C2=A0=

Cheeril= y,

=C2=A0

From: Edwin Cordeiro [mailto:edwinsc@gmail.com]
Sent: Th= ursday, December 17, 2015 4:21 AM
To: Susan Hares
Cc: <= a href=3D"mailto:i2rs@ietf.org" target=3D"_blank">i2rs@ietf.org
S= ubject: Re: [i2rs] I2RS Implementation

=C2=A0

Hi Susan,

= =C2=A0

Thanks for such a com= plete reply. We got some useful tips from it that made us rethink our appro= ach to the implementation.

=C2=A0

The pres= entation you attached to the message is on the Github of the Hackaton, but = it wasn't very easy to find. Maybe making pointers at the wiki to the p= resentation in the Github would be a good idea, not only for I2RS but for a= ll the other Hackacton projects as well.=C2=A0

=C2=A0

On the=C2=A0Details on the I2RS Steps to Create Application you= mentioned the step: Compile all the I2RS modules (RIB, Topology (L1/L2) an= d FB-RIB) with web-compile (successfully completed).

If we decide to continue from this step, wh= ere can we find those modules?

=C2=A0

Tha= nk you,


Edwin Cor= deiro

=C2=A0

On Wed, Dec 16, 2015 = at 7:50 PM, Susan Hares <shares@ndzh.com> wrote:

Edwin:

=C2=A0

Thank you for your patience. I am thrilled that you have decided to= make an I2RS implementation.

Did you find the slides that I attached on the= hackathon site? =C2=A0=C2=A0

1.=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0 What means = =E2=80=9CMost helpful failure=E2=80=9D that I2RS won at IETF94 hackathon

2.=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 =C2=A0Why it failed? =E2=80=93 we did not get the ODL envi= ronment up.=C2=A0 Initial input had been that the ODL environment had RESTC= ONF, Topology models, and RIB,

3.=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0 =C2=A0We are considering to= implement it for BIRD (or Quagga). Do you know any other implementation ef= fort?

=C2=A0

I would suggest that the most important thing is to setting the = ODL environment, Linux OS, and then pick the routing work.=C2=A0 I believe = that ODL is using Quagga, but that BIRD can also be used. =

=C2=A0<= /u>

Since the I= 2RS RIB, I2RS Topology models, and I2RS FB can be directly implement as cal= ls to a kernel directly (route/add) =C2=A0or as extended static, we might w= ant to start by setting on Quagga.

=C2=A0

D= etails on the Hackathon

=C2= =A0

The I2RS protocol hack-a-thon team won a prize for its hack-a-thon work.= =C2=A0 The members of the hack-a-thon team were Susan Hares (Huawei, lead) = Jie Dong (Huawei), Alia Atlas, Hariharan Ananthakrishnan (Packet-design), a= nd Ignas Bagdonas (consultant).=C2=A0

=C2=A0

Goal: The goal of the I2RS protocol hack-a-thon project was to c= reate an application with 2 I2RS Clients which communicated with an I2RS Ag= ent.=C2=A0 I2RS Client 1 would set a route in the I2RS RIB in the I2RS Agen= t, and request publication of route change information from the I2RS Agent = to be sent to I2RS Client 2.=C2=A0 =C2=A0(see the diagram below) =

=C2=A0<= /span>

Code base:

The code base for this hack-a-thon project was the ODL= project.=C2=A0 The I2RS project was able to create Yang modules, but faile= d to create an ODL environment.=C2=A0 =C2=A0The reason we choose ODL is tha= t the Cisco team (Jan Medved and others) have done considerable instrumenta= tion of the Topology Data models in ODL.=C2=A0 We hope to leverage their wo= rk.

=C2=A0

Next steps: The I2RS pro= ject for hack-a-thon at IETF 95 will need to spend time creating the ODL en= vironment ahead of time.=C2=A0

=C2=A0

Insights gained: The group=E2=80=99s work at the IETF 94 hackathon cause= d the I2RS project team to realize that the I2RS protocol work has two comp= onents: configuration and reporting of analytical data such as =E2=80=9Crou= te changes=E2=80=9D.=C2=A0 The I2RS protocol work to-date has focused on th= e RESTCONF/NETCONF capabilities for configuration, query/poll information, = and subscription configuration.=C2=A0 It has not focused on the reporting o= f route changes via other publication methods (ipfix, google protocol buffe= rs, or other mechanisms).=C2=A0 The I2RS team realized that the secondary p= athways to send analytical data (such as topology or route changes) need to= be included in the first round of the protocol and data models.<= /u>

=C2=A0

We wo= uld really like to have you consider working on configuration (RESTCONF/NET= CONF) with the ODL, Quagga/Bird, and an analytic tools.=C2=A0=C2=A0 For exa= mple, let=E2=80=99s try developing a DOS that is based on detection of a ba= d prefix and then installing a static route. =C2=A0

=C2=A0<= /u>

Why the win:

=C2=A0<= u>

Details on t= he I2RS Steps to Create Application

In order to create this applicati= on, the I2RS hack-a-thon project needed to:=C2=A0

=

1.=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Compile all the I2RS modules (RIB, Topology (L1/L2) and FB-RIB) with = web-compile (successfully completed)

2.=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Create = an ODL environment and place the I2RS modules in the ODL environment (faile= d)

3.=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 = Create an ODL-based I2RS client (Client 1= ) that can send an I2RS RIB Route Add, and subscription for I2RS Route Chan= ge via RESTCONF,

4.<= /span>=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 Create an I2RS Agent that= receives the I2RS RIB Route Add and I2RS RIB Route Change notification fro= m I2RS Client 1.=C2=A0 The I2RS agent then adds routes to the I2RS RIB and = the Ubuntu Linux kernel.=C2=A0 The I2RS agent saves subscription informatio= n.=C2=A0=C2=A0

5.=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0 =C2=A0A route change is trig= gered by configuring the interface down that the I2RS RIB route is associat= ed with.

=E2=80=A2=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 The I2RS Agent= should send the route change information over the grpc. .=C2=A0=C2=A0 Note= : Alternatives to google protocol buffers are google protocol buffers, IPFI= X, NETFLOW and other protocols.

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0 Next Step

=E2=80=A2=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0 Prior to IETF-95 Hack-a-thon, a prototype of this work should be cre= ated on an ODL platform,

=E2=80=A2=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 Cisco, Juniper, Packet-design, and others are interested in an I2RS pro= ject in ODL.

=E2=80=A2=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Expand t= he route change information to include IPFIX or other high-bandwidth protoc= ols that

=C2=A0

3D"<= u>

=C2=A0

=C2=A0

=C2=A0

=C2=A0

=C2=A0

=C2=A0

=C2=A0=

=C2=A0<= u>

=C2=A0

=C2=A0

=C2= =A0

=C2=A0

=C2=A0

=C2=A0

=C2=A0

=C2=A0

=C2=A0

=C2=A0


I look forward to your feedback and comment= s.

=C2=A0

Sue Hares

=C2=A0

From: i2rs [mailto:i2rs-bounces@ietf.org] On Beh= alf Of Edwin Cordeiro
Sent: Wednesday, December 16, 2015 10:4= 4 AM
To: i2rs@= ietf.org
Subject: [i2rs] I2RS Implementation=

=C2=A0

=

Hello all,

=C2=A0

A c= ouple weeks ago, I sent a message asking about the IETF 94 Hackaton results= related to I2RS, but got no reply. As I was also unable to find any implem= entation, we decided to make one here at TU Munich.

=C2=A0

In order to avoid the same known problems discovered at th= e Hackaton, could anyone please clarify what happened:=

1. What means =E2=80=9CMost Helpful Failu= re=E2=80=9D that I2RS won IETF 94 Hackaton?

<= div>

2. Why it failed?

3. We are considering to implement it for BIRD (or= Quagga). Do you know any other implementation effort?=

=C2=A0

Thank you all,

<= div>

Edwin Cordeiro

=C2=A0

=C2=A0


--001a113eaf32b3aa630528cee94e-- --001a113eaf32b3aa670528cee94f Content-Type: image/png; name="image001.png" Content-Disposition: inline; filename="image001.png" Content-Transfer-Encoding: base64 Content-ID: X-Attachment-Id: 1d48d5a8f1917ab1_0.1 iVBORw0KGgoAAAANSUhEUgAAAcUAAAEbCAYAAACr9Z/bAAAAAXNSR0ICQMB9xQAAAAlwSFlzAAAO xAAADsQBlSsOGwAAABl0RVh0U29mdHdhcmUATWljcm9zb2Z0IE9mZmljZX/tNXEAAHi8SURBVHja 7Z0HeFTX0fff5EvsOInTnJ44vSdvnNeJHdtgg7tpQoBtXLENxsYFMDamNwlE77333pt67733ilBD BUkIJIGExHznP3vP+mqRQGDKSsz/eQ7avXvvuYXd+7szZ87M//zqV7/K/p//+R+SJk2aNGnS7tTm 4ODwjvr7lf/BG5FIJBKJ7lRNmzaNnnzySSeBokgkEonueAkURSKRSCQyJFAUiUQikciQQFEkEolE IkMCRZFIJBKJDAkURSKRSCQyJFAUiUQikciQQFEkEolEIkMCRZFIJBKJDAkURSKRSCQyJFAUiUQi kciQQFEkEolEIkMCRZFIJBKJDAkURSKRSCQyJFAUiUQikciQQFEkEolEIkMCRZFIJBKJDAkURSKR SCQyJFAUiUQikciQQFEkEolEIkMCRZFIJBKJDAkURSKRSCQyJFAUiUQikciQQFEkEolEIkMCRZFI JBKJDAkURSKRSCQyJFAUiUQikciQQFEkEolEIkMCRZFIJBKJDAkURSKRSCQyJFAUiUQikciQQFEk EolEIkMCRZFIJBKJDF03FC9caKCsk6WUnF1MSdKkXUdLUa2y+hzRpUvySxSJRHah64LiJXUTC49L pR4fLKbH3l5Ijw6aL03aNbYF1PXtBbRyhzvV1dbKL1EkEtmFrguKFy9epG0HfajLW/Oo69CV9MR7 q6RJu6b2uPredBmyjMbO30Gl5RWd5geFB8bQ0FA6dOgQ7dmzx9qSk5Opubm5xbpNTU0UFBREBw8e tK63d+9ea6s1PSzU19eTu7s7rVq1ipYtW8br5ubmWveZn59PBw4csPaB/bu6utK+ffusfWM/DQ0N LY4hOzub11+xYgWtX7+ejh49SmVlZdynrdLS0mj79u28f6y/c+dOCg4ObnXds2fPkpubG/n5+V12 3hDOLSAggEpKSlosr66ubnHc+lrguGzXFYnsCorbD/nS44MXUc8Jx8jR2V9aa226P/Vx8qPeU335 tVwTfV0CyGGqN3X7YCONn7+dyipOd5ofVF1dHf3hD3+gn/3sZ/TPf/6THnjgAfrHP/5Br7zyCq1e vZrOnDnTAgC//OUv6Re/+AWvh/V1+9e//kWFhYVWIM6cOZPXeeihh7hhHfx4sT/I29ubunTpYt0e +//KV75Cf/3rX7kvLHvsscda7B+wefvtt/mzBx98kNdDW7hwIYNR6/z587R582YaMmRIi2PAef32 t79lmOKeYFZMTAzv/6tf/Spt2bLlsusUHx9P3/ve9+j48eMtlgOU2OZPf/qT9Zr87//+Lz3//PMU HR0td2yR/UOxx/ij1NfJ95qbg2o9J3tTr6k+rX7WQ332/CQvekG1nlNaWWeaZR1z69XKeq1to/u9 2vpXa47OvtRH9fnCJN2ntwKgj/GZH/fff7ofvT43iM8Vy/T65nU7QsO54nhx/fpM8+H3190frsMU TwXFDZ0OirCA/vznP9O6dev4dwJrEMv2799P3/3ud9n60ZZVVVUV/e53v2PrC+s1Nja2aBDWPXz4 MMMhLi6uBXwjIiLYIoNgAaJhn9h248aN9NOf/pQtSP257hPrbN26lWGM46ypqbH2W15ezrDMysqy bjdv3jz6/e9/z9aa2dI8d+4c9wMwrl27toVFCCh+85vfpN/85jf0/e9/n/s1KzExkX7yk5+wNWmW p6cn/frXv6aUlBS+JjhWfey24BWJOg0UcVPto26w7ywMYWCYYQhY4cb77uJQGr4ygj5aEUFvzgui 5yd6fbG92haAG7woxNJUP0PU+m+ovp4Z70k9FHBa3NBVA6B6TvHm9XW/r80JpOdM/V7rOTw7wZOP 5f2lYdznsGVh9JKLPy/HOQyY4Ucrj2fQwdB8GjgrgKHy8swA+mBZOH24PJxemx3I53GzQGaF2JeE L7bHOeHc8P+Cc3CY5iNQbAOKf/nLXxgWtr8ZwBI/OA0WQBGwgduzLQEMn376KTk5OdGFCxfafRy7 du2in//85626HHNychjQOJZLbQQ5Yb8Q3L7f+c53aMOGDa2uh+1hxQLAxcXF1uXh4eFs7cGN+8gj j9DixYsvgyK2sYWil5cXQzYvL0/uzqLbolsORUAAbcz6aApLK6MNnlnGjdeX+qmbJQDnsiuRkvKq qOpcA5VU1pN3XDF9uCKcwaghMmFTLEVmVFB0VgXFZp+mhLxKXm/MhhgasiiU4aqBCBgCEC57kigu p5LO1DVSefV5cosuVHAKYyvuWs6h1xRvtpQ+XB5BS4+kUVZRDVWcOU+5JWdpT+AJ+lgBEvsdtymG ai9cpLP1F2n+/mTqNsadjy+7+Czll52jxYfT2MK8GUAEtF+ZHaCuRQi9xBC7DusQFrs6Pvy/APw7 /fPU9TtNk7fFqYcJT4FiK2oLihAAOGPGDKvFo6EIcLQlWF+zZs2iHj160MmTJ9t9HBjvAxTNoNKC NYbPMjIyrtoPrNT777+fCgoK2lwnMjKSrU6Mj2qFhYWxxZeZmcl9wFrUY6CQQFFkr7rlUITFBgsp IKmU+wpMLuXlLygwwdILSbWMZdQocGUUnqFz9RaXT35ZLVtYcDsOUpZjmLFe48Vmqj1/keoUfPRD b5SC5dsLgtlVCTj0VQADvPimpdZNVMDNKbG4nfJOnaVX1fEAyu2yvtTxo83Zl0yVZy9Y+6youaDg ZznWs+rYZ+5Ook/WRNGZ2gaG+5y9SfTE5240cXMsf45tZ+9NvmlQhGU3W+0zKrOCpm1PuK79wOJ+ eaY/rXXPojIFfa0Vx9LpqXEeAsVWpKEIKJkFdyLG9ABAs/sUUIQLE+5FNIzl4a92dUIIcPn3v/9N w4YN437Mn7WltqAIK3XEiBH0wx/+sFVgmoWxzHfffZf7qb1ChHB6ejqPYcJFrAUo/upXv+JAHrhw MQY5cuRI67lfCYq4JkVFRXJ3Ft0W3RYoAkI+8SWEn4d/4ikLFNVNG67NSHUTD0g6xdCB2261awZD BYpQsMN6gGdwSin/wGKyTtOSQ6m0VFldh0NPKoha4Hg8spD39ewEL/p0bRRdaGxi0C44mKLg5M5W 1P7gfPKIsViX7Rnfg7UFK3Ha9niGIEDsG1dCyxRwp26Lp0XqOA6HnaTUk2dolTrukasiqdoERYAK 7uJlR9Np+s5EenKsu3VsztFwd2IduIDR8BpWrqPp8+ewzHCJmteFFY3P9djfQyOP00avbL5usMb/ +8lxXqe9rlT0AXepW5Ql2AMPKLBuoWVH0wSKbQhjfX/7299o8ODBHJyyadMmDlyZMmUKB5WYx+QQ aIOgHKy7bds2HltEUAr+2o7BBQYG0uOPP059+vShSZMmscv1SnBsC4oItLnnnnt4vK+ysvKK53Lq 1CkOlrnvvvt4/LAtwQIEFBHdagtFjA1CiFLFw0JsbCy/T0pKahWKiFb90Y9+RLNnz2ZrW19DPEzo oCKR6I6AImADC3LcxlhLcI268aMhUGV3oMWVkpBb1QKKkGt0Id/sAT+4+XYFWNaNyarg7QGMsRst P8RoBdzHPnVVy33YguzBAS/tB4VlrDOE+4a8YovZ+utpBPkAYNjfoHnB9NGKcPpsXXQLKMLl+Mqs ABqxKoIbAAnQAmQ4jhcVhMZtimXAosH9+oYxngqrF2OgYzfGsBWM6zJOvQagJ22N4zHNgTMD+DoO mh/MLlz3GMvTNtzEI1dH0ihlubJV3I7xQFwbHH+gekAJVtY8+tzhnytQvIpgXf39739nawdjaQ8/ /DBHmMLK00ExtlCcMGECQw/uR/3XHCWqBYhhSgasRoBtwYIFbVpwbUER+7z77rt5+/ZC8Qc/+MEV oQhXJ6BoHhvVUMSYJITjHDNmDL366qs8XonlrUER547jw4MFzhNRsWgDBgzg4xGJ7hgo4kYNQMBC cWhhmfnwjR+Kz61sFYqwmJ5VMHpa3ahddifycowdaijCEoROlJ5jWMECem7CtUefArwA1fmGJnaZ LldweKEVtyTOBccCgFW3cJ+6M8gwnllSWUczdiVawQwwAuhNpgi+i82XlCVbxFZtN7UtQAkXLcZO 17pnsutY62R5rTr3JHpoxDFacCCF6huaWvTD53/qLI3fHNsiaOlq45I4NqyPYz8cflKgeBVp9+nu 3butyxAliqATWDzmCMr2jCm2JkSLInAFYMNUjNaCZdqCIuCGaRcInqmouPL8UEATwUGw3K5kpSFS tS1LUUMRAvCwb0zHSE1N5WCf1qJPMaaoxztxbhhXbW2uo0h0M2RXULRdVwMw9WQ17zc8vbyl+1Qt 800oYbcrLDhApkDBoUHBYqNnFk/3gHWHz7V1V37mPO3wy6XhylIDHK9lrA2AnbYjgfvJVYBBBGmv NqxMuDlbg+IEBSW4eKvVstl7LC7VfgqIe4NOcL9p6lzxGi3lhOW8j0YUWPa9PYHHI5uamnlMEuDH ehgjhYJTyvg6frYuilyjiii/1PJ0j/FTXOcDIfn8UHAtgUUORntyrIdAsR1qK9AGUxYQLKOnOkAa ipiofq0C3DDdAa7U1qJS24IiIANXLT67WjALQLRmzRqGm3nahq3gEsUYJaxcrdagiPmO8+fP57mR gN6zzz7LCQnMkkAb0e2W3UJRWymTtsTx2B0ss8WHU61QDEoupWb1Az+lLC5AM6u4hmoUgBDYssk7 my3HvkbEJaZdwOWYnF9tPQdEtSKaEtGuL7QTjE+rPgFeKCKjnEHR1rpXgmKNEWgzS0Hx8dHuPL4I ay694AwfzyOjjtODw4+yu7P2fCOdqqrn14i4xbZNal3P2GJ2aT46ypWXA7IXGps5ovUpdVz/VcvX e1puwOs9Mnk9dhVf51QKgWL7pKFoO2EdE/EBDnMAjoai2cJqrzCeiOjOoUOHtmrFXSn6FNGi9957 b4vAGFvpKRmYTA+rEmN9bQnu3//+978tJvy3BkUIAEXQzfLly+nIkSMMQbM0FDFtRCS6HbJLKDoY c+MwTgZQQLAIeQ7jJG+etxiUbBlfQMALoAhwQikKfK/PCbxsnBAuQIzhwepKL6i2nkuEsj4tkao+ 1wzF7mO+PBS7fObGATpQkLJ+P1kdSZO3xvG2iJgtPl2nblCXaN6+FBq7IYYfDk6rc4bFqgNsPl0T SXkl5/ghYfmxdF7eTUFsi4/lxrJZPSQ8+WUgJlBst9qCIqyuvn370sCBA61BNBqKmCzflmAFwhV7 4sSJFsthlWmwXYv7VO8XVitAhuOEBaeFcTvMcdQWLUCHTDndunWjhISEFv3AeoTlhzFTTLswqy0o QnAjI2sNgC5QFNmb7BKKgN+AGf7WcUOAEUEfHBwz2QJF/dnhsAIehwRYkgw3IsbhAAbbuXnYHlYU gl0QhGKZxnGJDoWd5CkhDu2AIqw6CPMiEdjT1iT29kIRgT9LDlumi2Cs8tx5i1Vcp9o5ZSXCFVxd 28jrAoo45rLq8zR1ezwDEe2ztVF04tQ5tiAR2Ypz724DxacEircMioAR3KW2gpX09a9/nY4dO2aF yo9//GNycHAgFxcXbtOnTydnZ2d+jaAYBNwAYGPHjuUoVrgzkWHm/fff50jUtuYuImoTEaZtzS/E eOFzzz3HcxBHjRrF0Z5z5szh4J2nnnqKp0xoYUoI1h00aBBNnTqV856uXLmSPvzwQ07Fhuw52rLU wvgh0rjZghRCtCrGKnEtbN2nGGNEYA/mN4pEAkUjChVQhMWDzzExHiDBOBgghwhPMxQBN/SJQJQP l4UzGAor6njSup57iL7N42gAK6Y47AmyjFtEGlM9HNoxpggrDg/mlecsUMOYYGtu3yfHuLcbinoO ZfKJagYYxgn3oAWe4GkjCKrB3MzJW+OtUJwmULRLwbJDpKmvr+9lnyH6FNYRXJIQpme89957DBz1 I2zRnn76aWuKNsARkMWyRx99lLp3786W2aUrlNyCJfnWW29dMcIUIPPx8eH9Yw4lxvhgJcKSbO28 duzYwcDEMWB9R0fHNhMAYO4ippq0BW1M0QBk9ZQNLQThYG6kRJqKBIoKJmYgQhmFNTRqTSR1V4BB 5CfGBp+d6HkZFGEpAg5Dl4QyRHGvwPw6HWHab7ofu0i1uxH9IDp07j7LDxIZcczZctpqWAdTG4oq jCTMccVsLcKCRJ/oH+fBKdzmBNLnG6LbBUXtPvVOKOGxUKwHCOG8Hx/txtbt0+M9yGlHwnVBEWOK 2M+1TD/R+U7xEALwY57j/pAT3N/Cgyk87vn8NfZ3J0BRJBJ1bNnVPEXchJfozDPq5r8/JJ/n8322 NppGr4/mSfgAYmtQ1Mm317hZ3C6AI8CEJNyLDqVwYM74TbE0fFUk50nF2KCOznRVAG2PpYj9YC7h NgUbAAiAglWH4wKYEAwDoGPfmDg/YnXk1QNtjKkWmF4Bd+l6jyzOL/qeAjzgOnFLLI+tApLXC8Uj 4QUcgYt8r+2dp2hxY3vTW/ODeRrJMGWFI/sQhHmjiGIdoa7lK9fQn0BRJBLZu25bmreQFEukGqZZ WMbgvOgDBYFLZHEJNSlzDzCp1WNsF5o4wnK7Xw5HnyJ9GeSnoNrbSBAOaw037/oGS9ANoIBpF0fC v3DhYMoGsrOcN+bxZRbCPRvT7ooVOvoVmXAuNlnmTqEvQO58g+X9afUa0MI4aKNaB+OCCw4kc6Qp 3K+AFzLszNufTE+N82TwwLJFQA0aImkxPooUdJBbVBFbanoOJq7H9J0JfL5oyCNbVmUJlljtmqms YE92by4zHjDqFUiRJg9TNzAu2Z5oW53RBueJ4z1b98X8uotNlgcCzPtEdPA150EVKIpEIjvVLYei rhQBiy5MAXGde5Z1nA8uTp/4YgYlojsBPnPDcoy/IXMLUpfhPapQ6In/AC4ywMCSiTA+g+sPEEOl itic0xy5CUsrIr2CjkYWKOsx5przgmowbvPN5ZR0gCymeISnlZNfwimarqxQuD1hTcEi9o4roTEb otnNikwziKT1iiumzxXMYCFj/8iCs1VBPCmvmh8GYE3mFJ/lbDKwKGH5wRLF/hBI9MmaSGvWHyTr PhJWQKGpZTzuqCuNIIk6xiQxpxIPAwdDT/JDA1yiVztH9PuROtZjEYU85orrj/8TXHP9HucGK/mF a82rKlAUiUR2qttSOkqXiIKbz1zNQpdj0vk8W2s9jIAb2+2/yE/qYx3fw/QNS81DS4YZ7GPGzkSa tDmO3ZE6t+j1llOC6xIBPrD04JpFFQx9jDoHKWfbUQ3Ati4b/8Uyc3+w7gD8mcoinLsvmat9YFxR 12LEtjonKuc51deNc6Jazlm7oXWuVGwPtymmeuD1tYwBcr/GtWytmY9DoCgSiTqDbluR4dvRdJHh ay0V1R7r93rh2lpqNV00+UYVIQZ8e03xtp//C4GiyM51qfkikbRO1S41N7br//6OgqI0+4PiBAXF itOVchcW2YWqzpyjwz5RtPlQAG055K9agLRO0jYfCqT41NwW+YcFitLsDorj5ilLsaxU7sYiu1Bk Uh51H7qUury7nB5/b7W0TtNWUdd3V9L4hTuporJKoCjNDqE42YO6fbiR3pyykza5xpN/QjGFpZVS cm4Z5RVVUGlFNWd8udhwXu7UolumsIRc6jp4KXV7fw31GHeIXhhzUFpHb2MP0nOf7aGuQ5bTmLnb 6VTZaYGiNPuDYu/J7vTkx5vouQlu1H9hKg1YlEb950TRi87uNGyhN01cG0gLd4fTFrcEOhSUST5x xRSZXkqpJ8qp8NRpqjhdTXV1tdTceEHu5KIbpvDEPOr6zhJ68qPN1G9GEDk6+7e/TfenPtP86IXJ PtRb/cV763InP3p+EgLXvOm5SYgX8P3i81a272E07qu1dU3r636fR7/T2li3jePF+ti+xfF2tjY9 QN1vPOjxoSsVFLdRaXmlQFGaPULRg7p/tJFembyXpu+Moxk7Ymn8hjD6eFkgDZ7no+DoQX3Vj7T/ vDgFTAs0HdVN6hUXTxq13Jembgik5QeiaJtHIrlGnCC/pFKKySylNAXN4rIqqqo+Qw3n64iaGuRO L7oOKG7im2m7sz8Z05iQ3APJNjA1DIF91sh3Z18avS6aC4IjGQaKFiB6G8v19giuw3Q1ZM36eEUE N7xGEpJu1ij0L7JNIfodGbVQKk4XERg4K6BFv1c6XkTuI5kHkn8gH7Su62pv9wuc95ep8IP7Ta9J bgJFaR1jTHHKou1Ue7aalMlHNWeqKK+ghBLST5BvVBbt9kujpUdSaNaeZJq6JZJGrw6mYYv96Y1Z 3tRvmrrRuITQgAVJFmguTiOHqZ7qM08auzqAZm4NoQ3H42mXTwp5xBRwVZWknDLKLiinEvWjYNfs hXqhgOiGQJGzXc3wo9WuGZSaX03zD6TwNClADnN5dwfkcS1XJPPAXGn36CLOWoWpTXqq1ksz/Wmd RxYnFEERBGTGQoIMlIlDso53FoZwnwAhwAdYojA5Sssh5QnK5h2LLOB+r1ZIHPsDELE9smHt9M/l pCo3KuL9RjVMC0Mea2T3wgOHwzQfgaK0zg3F9k7JaDhfyyWXsk8UUVRyHnlFZtJWz1RadDCZXHbH 09TNEfTJyiB6f5EfvTzDkxymuFP/OZH0IluZqWxxwvocMs+Lxq8NpHk7w2ijazwdDMok7/hiCks9 xeOZ+SWnqex0FdXWnlNGpoxnChTb951GAg4k5sgusWShQmIPJPBAwo3C05ZcySj2jaQXyEgFJeRV cUrH3lMs84FhseUZqSeRMarq7AWqqfvC0+EVW0JvzA1kqwlARDYvKL/MAk5dZg9JPF6c4X9FwD2j oDp3fzJX5eHf18VmnhuNucz2dK/AdUFhhITcSk5YcjXYCxRvUTNPkNeT8XWljbbWxX8evrxoeI15 jI5X6J+Tmqt17e1JzV6geDWdrz1LRcWllJGjrMK4HHILy6AN7qm08FAqOW+Locmbwmn4skB6d4Gv gqOnOgZf6j8/XlmY6eya7TczlAbO8KDhS31pyoYgWrIvkja7JdCxsFzOSBSTcYpS88qoqLSSyhU0 G5WVeemijGcKFC0Nv3NYMyknq7kgwWbvHIbihM1xnAUKFhnSWGLO8A7/PDrfaEkJuS/4BD07zlKo AAk2kOKxSVmTxyIKOCcyUjvC+jvf2MQpINe5Z9J/Rx6nFcctVYSQTeuD5WH00IhjXKB8Z2Aep7d8 b0lYi+QgLe436ruPlJOr3TI5ZaOG9MGQfHKYennBd9yfMM8ZVi0SjKDBJYwMXfiL+yLueUgwgvsi PkdylKeMdXTiErObGdthuX6t1wcEsX+sj9zLD39ynMLSLPVHkX3sEXXueh2B4m2E4ZNjLU9PGAuY or6o8N8jwTYSfLMf3nZcQT2loboHkpmj4Wlx0PwgXt+adcbJdizBn8cPMBZx3b7zOxiKV/y+NtRT 7dkzdKLgFKVkniS/6Gw6GJhOK4+l0oKDgGYUjVsXSh8tDaC35/pQfye4ZoMN12wat75TPej1mR40 epU/Td0YTOuOxdM2jyRyjTzJqQnjs05R+olSKik9zeOZjeKaveOhiJs9XJ5Iw/jkGA/+3SPLFtyk HrGW4s8HQvOt1Xs0FJubL9GKoxn0+Odu3AfuJ0gLCe1R0PuPAuB6zyyG4havbHrw46M8fqkzXmlI tXWsuihDiLIoYZHG51RyMQKU3MO4pNkaw/0J73Ffct6ZwAUPVqiGvM2z9ybTggMpDG8UcIeVCRij is5KtQ5SciJFJcYr0Yd2E3+wLJy3h7WL++iCA6nc5wK1HQo/4PrgPorrgfq1meqa8ANE0Aku5DBh UyyPnbY7O5dA8cYBEV9gVN6YsjWexwSQ9BvV7S+opzzkAcW4AfKb4mlIW3vweyPnKr7cmUU1nL/0 ZFktV/XAlwWVLlDlA087ehsAcZNXFrs/5qgv2rXmYhUofjk1Xqil06dPs2s2Li2fvCOzaKdPGidU n7UnnqZtjaTPVgXTB4v9OdCn71R36jc70hoANGBBIr3k7EFvzfGk8WsCaPb2UNpwPIH2+qVzntqg pBJKyimlvMJy/kGePausgUZxzXZ2KGo42aZzRJrL3QEneH+oBNQWFJ9A2TgFRdyHUAidoajAAKtw jbIYAcXorAr6ZFWktYRdezxNz4z34HJ1F9V+kMd44pY4iso6zfvF8u7q4d3RNPb42pwgOqj2f/6i xbrVZTxhZaKwAVyb7y4J5ftadFbL37Lqkg6FnqSXZ/mz5YcSgKgEhD4OqHNHLmdzVdATZef4OqA0 HXI1632ZS4dif8OWhXF/AsVbHPEEIKJAL/7zoZPltXyTwxdRK/lEFbtFtLsUSbTh0oDqzl9kkGJg XVfuwJcIpaqQLxX/qdgGXwJdxmqjZ/ZlhYsFirdTl+h83Tk6VVpGWXlFFJqQSx7hmbTZM50WH04l lx0xNG1LJH28LIDHMwfANevkTQPmJ9CL2jU7K4Jdsx8t8aVJ64Nowe4I2uiaQAeDcpTFUESR6SWU nHOKCkoq+AeLqNlmcc12CijaPmijNioq1VTXWlKOwZX67PjL3ae71PL31Y0fQTo71esLCkgoOgAX IlyNiHDNNO4zp9Ty7b65vC7g+PwVokixvOtnbrTWw2Jprldw/cewQ+q+Y3l/PKKA+9BWGICNcnQN Fy/xQzugufBgKiWesEyAT1PL8LA/fGUkxStY4dxRKGCVMgzg6s0sthzjRvXQjyAZ1IXdoKxbBByh SHZpVT0djyygNW4Z6tpZ1oUbF/tGBZ5dyjIuQSCR6heVlfAQsVwdDwoy9BJL8RZGPE3z4SckuAZg GWLAe4dfHn26LooeHeXKJZXgRojJttzMUaQYT1MooQRApuRX8XYAKNytzso6nL0niY4rGJ6tt8AR YEQ/2EZ/wfEfj6ohAsWOo2Zl8dWdq6G8k8WUnlNAfjE5dDQkg1a7ApppNGN7FE3aGKqA6E9vzTWi ZmcE0oCFycZ4Zir1neZNr830pE9X+PN45qrDsbTZPYmOhuczNOMySygt7xSVlFVyNo7GC3VIzikE 62BQRFwB7i3b/XJ5XwAghlZ6GpVyAMX0QouliEhVVLZBRR+UqMsoquGqOgAioAULcviqCPVQXm09 9qKKWo4iHaQstramZcCFC1cnPF0Irpm/P5kLkANs8IDhIR7uUF0ODvsDiABMAPGRT45TFwXVOfuS uVRektr/q3MCaJMCnYZqD3Uu/x5+jP75wWGavS+JS+shohbH+8TnbrRePfg3qHPCWOZaBUMHda+F ZbhI/V7q1bqoEgT4YxoKxhSDki1lBuHaxf5lTPE2tBeUlQjfOOoPQp4Kbo+NcrNWv8BTFL5Io9ST GXzy+E+Hy7T7WHf2lwOK+IJsUlamHndEjUO4TeD+gFAaas4+S0kogWLnTQiOqNnq6krKyS+i2LQT 7Jrd65+hnnbTaN6+RHLeGklj1sA160evz/IyXLMRDMsXDWgiavbtOZ40YV0QTd8SwuOZu3zSuAan b3wRJWafouyTZerHXiWuWTuFop5KMH9/ClXVNrDHCBYPbvyORvSqBYpn4JxgqwyRqg2Gy9JbWV8v q4dobcHhPgQwYrwS95SU/C/giIfxN2FJtVIEAON+sPwsBd5L2BsGIA1QfwMN+OC7+YThQm0JxRR6 eOQxtb6rgl0y1Z1votySszxl4kDISV7naHgBTx8BQBHNChcpCsafVfc7xGIAqOs9shn8AOWHy8Ms gYvq/GftSaTTNQ10pq6BxikoYjlcwjrQBjVqYblK9OltaPB7j9kQo76QTTwHCO4O20gu/AhQmzA5 3wLOo+oJCV8kMxS3+ubwU405vPjN+UFcRxLCFwZRYALFO7dKRn3tWZ5qkplbSBFJueSloLndJ52W H0uj2bvjyGlrBI1cHkDDFvkyHB2meigrM8nqmu0/J4YGTlc3x4U+7JqdvzuCNrgm0r6ALPZGhKYU U1LOKTpRVK6ucxXV152jSwLNWwpFAAzBeog/KCiv48/xQIMaqnoMUENRjykCnrAg4aqEixKFvuGO fELdL8wT+AE+uEPfWRDCdVrxgI7hHgS6wFVp6wHrO82Xjqh7FYSpG/CGoV/8xfgihOkdKGFnKXPn QUuOWiy4CPU5gAfPF2rT6vsegIa6q7jnYf/1RsNrWIMAe96pc2zpISLXAkWL6xX3Ph2lP2dvkrJU G6i6VqBoh1D05KcaCOOHMPkdbNbBF6a/utg7DFcI3FxXgyK+xOgLEVmQl/ry4clJoCilo1r/oV1Q 0Kyh/IISylDQDIzNIffwLHbNLj+WQS47omjq5nD6eKk/DZnvQ/0QNatu5AMWplitzL7KAnjVxYNG LPWjyRuCafnBaNrklkRHwvPJLbqQotKKeTwTUbPlFZUcqculdgSKNwSK+M1jzBBWHuYVXjJ+9yio bg4UsYXiWtdMjjz97yfHaa4CJPrEcA2i2HtPtZSC62lMC8M+cJ+B1eeTYJm7iDFJjF+ajxHjlhM3 x1KRMW+yLZ2tb6SZymp7xqhti+9aTf1FdnnCwsWxAHQIHkSigEc+cSXPGEt0LJISwEpcq0C71s3S cE/D1JLX5wSxdQv3KaCYLlDsOA0XHv8BUJx6IsJ/jkMr6z05xp1mqCcn/jLEXB2KaPhS4OkPQuRV l89cBYoCxesSXLNnz5yh3JMllJiZT74xOXQ4OItWYTzzUDJDc8J6TDXxp0FzvNk1y/llF6fRi0sy GJ6OatkbMz1p3NpAmrIxiNYcjactHil0NPwkZwKKyyy2jGeWVtCZ6jM8hipQbB8UASH8lhFd7p9k qQTjpqCBzDewmMwFyG2huEZBEZ8BrJiCUFZVz9YixuAeVRDCuOFbCqxwh+IeA3gAksciCy1QDGgJ RcAT9yfEQuDehKGh5UfSedhnlWsGrVRtyeE0tdwCjKVHUtmLBffpsfBCjiJFBD4i7tcDcrsSeRoI zgNDQLAYeYqITw4PIyH2Ap/BisU4IO57WB/ndK1QDE/X8xRjqcunrtee8k2geGug6Gj45+FKuBYo YgwBvnbIP1GgKFC8ebpQd45OV2CqSTHFpOaTd1Q27fDJVDfCdJq/L56mb4ukT1cG8ngmsgBhLiam l8DKZEtzXhy7ZpEFaOK6QJqzI4LWH0+gXX4ZHDEYlFhECVnFlFNQyjea2nNnO3xCgxsJRQAFUZJw a0KIHt3gmcU3d8z5m7EzkT1SmMuI33xrUIRVOMDFj6dEQIjsRBacI+p9kLLUcP/BUM/IVZHstYK7 EoE5mCNotqq4nxn+5G7Mj0R0KJIAaDCjPazerzWmeuDehHmEuKcBhoCiV2wRzVNQRAAZIq/xcD9m QzRHgQKsgDYi7deovjE/G+eDud2LD6VxACKgfT1Q1JYiIlgRx4EoW7h32w1GgeKNgeKUbVd3n/Zz 9uVQ6PZCEf+JaHia0k+NXcV9KlC8HWq+yK7ZwuJSysRUk8QT5BWZQxs8MmiFuqnN2hlNzgqaw5f5 09AFPuQ4zZ0zliBtHqxM/O03I4Bec/liqsmivZE8nnkgJI+hGZZSSInZJVRYgvHMSrZs7R2aXzbN G+bZQbsCTiiL7jiP1ekpdoAGxtnwO282FtbUNjLAcO9AmrfiSotrE1OzNNS6j/Fg9yO7LRubGbie ClBagC2mNuh9INAG2W3MgTa4p8zcnUSNTZd4zHGm6s/2PoP3mJDfeNFycMsU/JAYYBmsS+N4EWdh FnKzjl6HhOKB5JdgcQ8j805heS1/VnXO8v+99GgaPa0eEnBOW9U9E/0huhYJS3Dt0HCtsG+cw8Qt sbwujumQMV/xXH0j9xeuIPn+0lAOfBQo3sIxRTzh4D8HeQUxUdR2Uuwz4y1PhgiDhjDRtNsVoOho wPa9pWE8qd/yw8ljF4NAUaBob2qoP0e1Z2soN7+YUrMLearJ8dBstiSWHUmhmeyaDVFA9KO353pb o2bZylySyVNOLFmAPDkL0JSNIbTiYAxD83B4AXnGFFBsRjGl5JSwa7aqqpqaGm5+FqDa+gvqIaBY Abr+hkIRABo0P5iDVuBKnLw1ngNdYDEhIhNp2xD4hDE3N1M7rCw+i1XkxSCDNYT1x22Mtd70e3I0 fChP5YB7dIQCCcYk8R7BMpi+kaosVPS1xi3Tkjh8oleLtJIYv0SVDgTZYPI8treNTsX7dxaFKGs2 m6ePwSJ7VVmLQamlbIHuC8rn5CNLlJW47Eg6T+uAYAn3m+7LfeL+BUOivPo8BymGppZzdOzHK8L5 fNCQLEAfB+ZrY79osCx3q3X3qobzxbpYDusQuWSzi89ycgC4eWHF9pZ5ireu4akF5n62kV7ouPoi IgwZA88YJ4B//AX1F/74puZmKlRgxH8coGeGIlwlCKTBcgATYdkAIWCL5MAjVkXyD8cMxRXHMni6 B7bRT0q9rpA3VaAouh2Ca7bCyAKUkFFAPtG5tMc/iydhLzmYSDO3Y6pJEH242I/nYAKQyDVrgWYG DZgbQy/PwFQTLxq/LpBmbA2jNUfiaYtnKt/cfeMKKD6zmLLzSxmaZ2vOcODRl9KlZraIP1oaSOuO xlJhaeUNg6JOCYnfLNymcAdiPiF+u3jfVsO4n57q1du0fQ+bMlEYd9Q5QhGViiTisC6RAg7zCt9d HMJep2d0rlHb43O2zJN80rDWsC/HVs4By582jqHb524WK7HZkrgE0z/+T1mOuD/97f1DtERZuLhn wb0JIGL8E8NDKIsFtzDGQnENcJx8D3O2HAcy9Ojj6GMcB6fInOJtza3Kx+f8RepM9AEXMSxSbCtj ire4WRLSWsrAQKXqqQc+dIwDwIeOMYHNXtn8hIZJ+pgwiy/DCwZMNRRRfYGT+u5K5IjTo0YoNDI5 oERMN2MOoxmKeHqE6xbbwN2BMYOh6qmpUyUKFyh2cl2i+nNnqeQUsgAVU2SyxTW71SeLx7Lm7o7h 8cxPliMLkC/1g2vWydsKTHbNuoRw1OyHi3xo4rogmrc7ktYfT6I9gbnqd3SSghMLeTzzZFEZf384 oUE7amdGJufTQHVjdZwTQxPXB1NSdvENgeJtu1cZxQduxoMzrE3kHsUcQ0Sb4mFlhnFfwqT/VB4/ vcTVNmxTwz1vjBPeyDzOeFBoDeYCxVvU4G54dXYAHQkv4EwPUKP6YiCcGRPvIXxR4A7R0NJzF3UJ FwsAW147uABgYfI2U3ysUMw1Ss5YbilfCPtECqZnOpNL9RqgiB9dU1MTNTe3ncEFn5mb7baidmBM Xau8vDyKjIyk2tram7qviwpgcM2eLDxF6blFFBCbSx4Kmpi/tup4Gs3ZFUVTNoXS8KX+9A5cs1Pc qN/MMAswDdcsIIqo2VHLMdUkiJYfjKX1rkl0IPQkHY88STHpRZSooFl0qpwqK6upqfELd2l0ygka tyma+rqE0ftLgsgzIstSkLoDQvFmNtzTMJcSUywQQKTvebqqBjLPIKE53LU9J9vxQ7tA8cY0XZm6 /ww/9mHDn45oL6RBSs6vpv3B+bzcksPUy/olgq8bXyIMDgOosA7RMOaIPKpI62RxJ1i+RAAjMtAj +bTtNtzUe6SK69He5LedCIqlpaW0ePFiev/992nQoEH0wQcf0Oeff05Hjx6lhoYvrILCwkKaPn06 eXp6WqFYXFxMc+fOpXfffZfefvtt+vDDD2ns2LEUFBR02wHU2NjIx4nf0SXbp6bbpLNnz9ITTzxB f/rTnyg5Odl6nHiowHHeSl2oO0tVlZU81SQ5C6nzculgUDZXhlh+JJlm7Yyi8euC6cMl2jXrSQPm xVqguTSTa2e+5OxOb872orGrA8lpcyitOhJHGz1SObF2YMJJ2u4WTW/MVpbWjDAaMMOXNrvG0Zma c5SQfpK6DhYomsGIQEPET+D+heEf5GLFa3ixMDfyhSvkWhUodkIw6nECBMQMUICEC3Xo0lDOYK/9 97auV4wDtjp+YGS8d2zFXdvWNnp8wq6/dDcJiklJSfT73/+efvazn1Hv3r3J0dGR/vznP/Oy9evX U3295ek/NjaWfvjDH9LkyZOt20ZFRfF2WP/111+nAQMG8Hb/93//R/7+/rcVRmVlZeTk5ETe3t52 A8Vz587xwwcaHjKgrKwsvqa4vvakutqzVFpWTpkniikqJZ98YvJol18WrXHPoIX7YslleySNXhVo ZAFy59qZDMzFcM2mkePMEHprjg9Dsaf6/fZyDqI+6nu57GAcbTgSSY++vVCgaDseadQ9NNdTvOYc pHcKFHtOOK4umn/nb9P9ycEJGejVj2iqL7+/I877ZrQZAeQw1VtBceMVoZiamspQGzNmjNUyTEhI oD/+8Y90//33U3h4uHUZgOfi4mLdNi4ujn7zm9/QggULrMsCAgLovvvuo5EjR9L58+2bhH7hwoXL wAUYw7JqDWi2bl78VrAMVhcEyyslJYXuvfdemjhxIh9Hay7eqqqqNi007BfHhe3Q9HHgb2tuZizD Mbf1mT422+N2c3Oju+66ix9AsJ7tceI9jtNewM7n01jPrtmikjLKyCvmwBqPyDza5J1Da9zSaYGC 5rw9MTR6dTC9ON2boYgAj14zQslxVgQ5jNtPXYYso+4fbuDfuECxczyE3xIobjvoo6C4kJ4bvVeB 8Zg0ae1vE49Rj3GH6Ylha2nCgh1XhCLcefiSmtWvXz/Cd3XHjh1XheLChQutyzBWBqDClaqtTFut WLGCPvnkE+4TLtkXX3yREhMTrZbrp59+yvvv06cPu2UPHDhgBSwA/PHHH1Nubq61P7gix48fz2N1 gAf6eOWVV+iee+6hv//97zRw4EByd3e3Aic0NJSGDh1Kzz//PL388ss0YcIEBo8tFDMyMhiqOE8t uJvhXh43bpx1XLCmpob3v3LlSv7dAoDoE+sAznAvDxkyhAoKCrg/rIvakoGBgfTss8/S3XffTQ8/ /DC988471ocQ6Pjx4/Tqq6/yccISnz9//i13s16PGmurKCIulVy2BNNLLj7U2yWc+rqE8NjlisMJ NG9XBD3+7koFxY0CRYFi+6HY1HSRdh31oy6Dl9ITH2ygbuoLJE1a+9sGbo8PW0+fzdpKZeUVV7QU cQPX0EhLS6Pf/va39OCDD/JN/UpQ/N3vfsdWJsYX0aZOncouWIwrtmXd/Pvf/2bgon+AD9ACyE6c OEEvvPAC/fe//6X33nuPhg0bRv/5z3/4WAAQCMDFtj4+Ptb+YG0BgNu2bbMeP2D6rW99i125b775 ptWNiv08/vjj1KNHDxo+fDgNHjyY+wN8YJmahXW/+tWvMpTg+tSWMNZHA+Sg9PR03j+uA/aBdf/f //t/vE7Xrl2pV69efD5Y7ytf+Qovz8/Pp4iICOrZsyd94xvf4GOCWxVuVFiMXl5efJ1eeuklPs7+ /fvzdvh/slupcz9RXEkb3FLpo2UB1HeWguH0AGUxBtE61ySKTi3gROkYU+wyeLG4TwWK1wZFflLN LaCZa4+R86rD5LTyoDRp19ycVx2lY37Rymo73yYUASeAEXCCtaK+rHyzhuWl1RYU//a3v9HPf/5z vqkDALjpd+nShbKzs9v8bnfr1o1v8N27d+f9ayHIBzCBVacFC/JHP/oRu2Ph3oVFhW01JCEA5Kc/ /Snt3r3buuzkyZP061//mubNm/eFBaMsOIx7AnQYc9T67LPPeJkOftECJHFO2F9OTg7/JhGMBOv4 29/+ttWCDA4O5mvg6+trtRx/8IMfcJ+w8GAVQpWVlfTNb36T3boaqCEhIXzssIa1cGwAIs7b/GCB hw1se+bMGfuEYnMTHQpIoVeWZZLDNG9y3hZB+wMz6UQhcpJ+cR4SfSpQvC4oWt2ojReoseE8NVyo lybt2tv5KxfLBZRgTf3zn/9kFx8sNYBpxowZLdZrC4qAKcAxYsQIGjVqFLs+AYRnnnmGLaPWhAhM /A48PDxMnpEmBiyWm92VAOE//vEP+tWvfsWWJIDbFhT37NljXQb3KraZM2eO1eUImPzkJz/h7eHS BGhxzBqUsNxstWrVKj4ffFZdXc3wg2sUyw4dOsR9v/baa/S1r32NMjMzrfv5zne+wxaghh8EOGoo 6kAbWJ44JvOx4/8EDxewdHF8OE64m5966imGcUlJiZ1ais2UXXiatvvnkld03mUu6Y4ORQTvIejv WaOyhSUIsPW5i3pdBMo8b7TneK5j23MA9eR6rNuno82ZvpVQFIluprT7VI8pwsqBlfKHP/yBx96u BkVYY8uXL2/RJ8bJ8D1H8MiVoAi3pxaCWmCxYjmiWs2wfOCBB3h5fHw8Pfroo/wa1pkWIl0RBWsG CyxVQHH27NnWIBfcpGHlYXu4IzGuCDcr/sL1eerUqcuOFe7MX/ziF7R37162JBF8BCBje8AU8P3e 975HTz/9tNX9aoYiQH4lKPr5+TEUzVYuXNYIvsH2cP3CxYvjhDsZDyt1dXUd+jvX0aCoayoiOh7J x+fsS6aFB1O46ACqaCDLTYvsOE6WElL4DFlnxm+M4YbXr88NtGbFMU+Sx19AE8WEkbjk9blBHSuZ iEBR1NmgaJ5qsWbNGr6pYyxLB8u0N9AGgusV3/PVq1dfEYqurq4t4IfjwPLo6GjrcgSzwILE2CLG LN966y22ZM1zITdu3Ejf//73ad++fdZlmOoAKC5btsy6DMBHZCz2YXafXkkIrAH04Ordv38/jw/i OBAEg+W4VtjP4cOHrduYoWgOCGoNihgbhZWL/sz/J7AUAXp7ijq9UepIUAToADCkWENCEKRbQ4UM /s42X6LIzAra6JXNuZsxhUIDFOsjdWXx6TpupyrrqaLmPJdoQrECJOZ+bXagJX+qsQ2AiAodSD4y aXPsZdV/BIoi0S2QhuKkSZOsy/TYHVyFGj4Y27OFIqwoBNqMHj2ab/IVFRW0dOlShgWiPs0Wn1na 2jNDEUIQCYDn7OzMrkoAEX3Dtbl27VpeB2NvgE3fvn35mJBMAJYUYGMel4OFBgDC5Yj1ACRYowh4 AXBg+ekpKLDw4Mq1DbTR1wKRrDhejIUichaWJ6ALEMO1i30jKMcMRRwjokrNUMT1+frXv85QLCqy VGCAxYtzhgsW62Lcsby8nJ577jnuA9GoGowAtDl5gkDx5jdYfMgmE2DUaoQiMypokwJhaNoXD1ax 2ac5bymSjmMbJCsvrbY8UFbWXOAsXYUVdVR3weLKr29o4qQhbyqL8AXDvYoyV9XnGhi2SFl5XcV+ BYoi0ZcTbuYI6MDYlVlTpkzhGzimEEBwXQIC+r1eBnDCKkLEKCzAv/zlLxxcgqCTtm7eCFZB32bL DgIIcRw//vGPeUwS45u//OUveaxTW1aw8AAQgBIwBzQRdQrQbNmyxdoXgIqgIQAQliYgiOMBWNAf 3MMODg7sAgWAME2iNShqcOF48dvVQUCwOnHOun8dTAMh+vRf//oXww7TOrSwDR4WsBzRpxp0ADf6 RrAS3KkQxicBfpwjpqfAXYvrgSkpAsVb0+C+RDYZpLWDkFpy7r4UrtTx8MhjnJQbZaDicy0AgJX3 yqwAhhlcoIBgQ2MTbVOWIapToCbjlK1xXM0DcMTDzp6APC6IjG2QwxkWJYCJMlYCRZHoNgjWC4JJ EPBhFlyES5Ys4akMej1YSeZxRlg1GzZs4GkYgAosPVh/V8vrCcsNATBmYGjBysJ+4brFfERYf+Z0 cxDGC7E9okZhjXLy93XrLoseBUiRhg6g1etBsMRmzZrFcykxTod5h5jG0ZYwFgkYYTwPENOCFY0x S1wj86R7vMZDAdzK5mATLMe6SKtnjiDFvnENcf1ggZrPEw8hiMpFw40E/y8dXR0FinBfTtgcx8UK UJRg1fF0+q+CoaUahR8HzaBo8Oy9SVzDEfmaZ+5J5ExcVihebKZZ6nNU8oE1iOxZqGrhFlXE8bjl Z+q5zBPSUgoURSKR6A5UR4EixghRnBjwiss+Te8svLw+IkA3Zn0M5ZdaHgTXumVS109dW0Bx/oEU K+A4oGaCxSWbmGd5YFp2NI23ESiKRCLRHaiOAkVYdWs9MhmK+4JOcNSobX5kuFj7Tfcjj1iLBc/1 Xa8ARR2889inbrQ78AT3vV7t47FRAkWRSCS6I9WRoIjIUoAL1XVQrLi19R7/3J22+uUagLs6FHXf qOqDbVAN4zGxFEUikejOVGeCItyhXUa70RbfnGuC4uOj3WlfcD5vs9EzWyxFkUgkulPVodyn7ld2 n2KMERP6g1Mt0zPgCr0aFOFyfXlmAAWmWIK2Vrlm8DYCRZFIJLoD1ZECbZYYgTZJJ6rovSWhXPPQ bCUCnCgEfK6+kecXopB5189soLjfFGijoNpdbTN5SxzPX0QigHn7kzlbjkBRJBKJ7kB1pCkZ4zbG 8MR7zOZZr6xGzE9E7lPL9Ap36j/dn1yjLXNoka3mzXlBDFMzFGfuTmL3qC6kjmw3yIwD+SWW0Btz Aulpm3mKU7bFWbdBwz7NaeEEiiKRSNRJ1FGgiIr3gNCuwDy2FvPLammzdw4tPJhKTso6hIWHCfsA H89RVNZdtzHunKFmggHFi83N5BZdxNusPJ7O7tUEY7I/stcgH2p3Y5tpBhTRHyb4LzqUSiuOpdOq 4xmca3XwopDLpoQIFEWimyBUekARX6RB60zChHikdTMn5RbdfnW0NG9vzg+mowpSTUbyB7g8T9dc YHcpVH7mPM9PHDgrgKtbPG9YmABcWwpIOkWTtsTRa8pK7G1sM0VBEf22pguNTfad+k2gKOosQg5O 5D1FyjOkO8Nf5PrctGnTVTPTXK+QoQYARruZKcuQvg6/t7CwMPmPtiN1tITgcKMifRtSuq08lkG+ CSVUrIDnrazEZUfTFdxiacAMP0ulDCOQBm5UVNNAoA7mLiKKFVGmq10zeIwRn8NC1C5R/EVVjXnq M+s2npZt8HqdWjZsWXiLMU2Bokh0E4Tcp0jqjYr2sKqQXu2xxx7jcklIkdZWPtAvI+Q4Rd1F5CrV ZZ1uhnBOtqWoRLdfHa50lJOlNqIeEwQgkccUluETn7txhhpz/UMNOayPQBzb9rSuw+jse9k2T7ex DVpPm20EiiLRTZCukoHcpVqo1oDqDz/84Q9bFPPVAtSQP1SXldJCblHU+jOXO4I1iPXgnsVyuGpR xR5lkVDdAjlVYTmaLUasg0K6SKDdHgGs2Ift8WgoouyVPu62ahFiW+yztc+Rs9R8fMj5arsvs3Cu +pxbc0vjM+QwxWd3ojpqkWEzIK9WMPiOawJFUWcRoPinP/3JWmRYC5UZ8F3dvn27dRlKRaHCRJcu Xbi0FIoJL1q0iCEBITk2qk6g3JFWeno6vf/++3T06FHr+xdffJHLLcEaRWWNzZs3WwGBJNsvvfQS 10/s2rUrV8RoLXE4BFB5eXnxPlHvENUmkIRbgw3nhXNANQ5YwThu1HpE/UW9TmRkJL388su8PfaJ YsGAta5uD+AiaTiOA8eOCh/op3fv3rRz584WwAPo3njjDfzYuT/sC9UtHB0d+SECQjFhVABBIWfs C5Z5e+Hf2aD41MdbqP/MEOo3I7BDNYDc0dmf/3a0Y79pzSWIek9RlvTQVQJFUceHIso9oeKEtvIA CgALkNH1AFGxATdzlDdCvUNUqcANH2WeNDgBAny/d+zYYe0f43nf/e53ad68efweY5hOTk5shaL0 Eire+/v7s3UIVy5qLQKK8+fPZ8iiP8Dx5MmTl99cFXwfeughBhRKXU2YMIErXsD6hHBe2P63v/0t gw1jpyjpdP/991NMTAyvg8LB2Ab7wj4BNZR2OnToEH8OKxZlqdAPQDZixAiuZoFyUbBEdXUNuJkB VxzrzJkzuQoHzgWlpXCOKCfl5ubGFjiqc2BfqN6BflFqC+d/pygkPoe6vrtStRX01Iht9OTwLR2m df9wAz09Yis9//kBembUTnry480d6vhvXttK3ZXl/9iQZfTp7G10qkygKOrAUMTNHhAE8J5//nl6 4IEH6NVXX21hoY0cOZJhgdqFWqhtCNcrgnMQlKOtS3OdRAAWlelRfFgLbkzUFRw7dmyLY9F1ElNS UqzLUNn+a1/7GhfXNQuwggUG6ERERFiXo1yUtt5wbDgeWIl6bHTPnj307W9/m44cOcLvNUC1YCHi WujjBaxQMxL94BrovlGqCrAE0CFEuN51110trg+sQsAf1wlQ/Oc//8n7NruXURLqW9/6Fp06deqO +c5l5pXQe06bqN+IpdR/xOIO0V76ZCm9MXYl9R21hp4etZuen+hJz4xQ5zB8EQ3oIOdw89sS6jdy OS3dfIyqqs8IFEUdF4qAIICIL+rbb7/NN/fJkye3WA8uQXORXS24AFFkGDUSYSm1B4qABCwtFAjW Y3OAD0CJ7REFC5co3Kxw0QLGx48fb7FfQPjXv/41r9+We1WPKZohC2sU0Dt48KB1GYAEcOL4UcgX rl3UmNTH9dOf/pTha57aAQsYsETdRAigx3HDmkZ/qLuIawP3MI4Vli4KFaPh3PT5wQ19zz33WIsO 3wm6oB5oMvMKKTYll+LT8uy8naC0nALyC42nccvd6OWZ/uQwM4LemONHu7wSKC5VrZNq7+dw61pM ci4VlZS3qC8qUBR1OCjCooJLE8LY3iOPPMI3fF1gGAIs8N09duxYi+1hWWI5ihTjJo/XKAyshXHI 3/zmNy2gCGAAitplyzdKZYHBYsX2GNODCxJghqsW44Rwu9pCUbtHzdBrDYrR0dHWZQAoII0xTvxw 4cLE+b711lscEQswwnJrDYrmQsRwvwKuGooQxioffPBBHpsE7OB+1hYugIp+v/GNb7A7FTcFnB8K F8PqbCsASHT7FZdRRHN2x9IAl0BydAmlGdsiKSbtJDU2dK55vbdSAkWR3UpD0WwZarffu+++a52r qMcLtdsRQhAKgAKYwW2JLzosIQSgmPv63ve+R8uXL7cugyX117/+lcf4tCsRgMIy7APHdDUB3oAt 1of115pam5IBsAGKgDsCXL7//e8zzHWwC6CJBwKz+1RD0Xxc6NMMRZw/xkIxRokxVrSCggLr+nl5 edwHxlfN7lOR/Sq/qIxWHo6lN+f604D5CTR0kT8dDUqjstNn5OJ8SQkURXYrDUUASguAQoTlD37w A6u1uGHDBnaTwqKC1QOIwLLCGCDmM0KhoaH0k5/8hP7v//6Po0IBHoyZwT2oLS+oqqqK9wlLD8En iNoEfBB8Atctgl6wDsYNEdmKcUDbMTdEnmJMEq5VHDusRUy9wFiodnNqaF4JioA/XJwYW8R5A4YA 14oVK3h9HNd9993XJhT9/Pz4fVZWFh873KcI6vn444/Jw8ODYQnh4eKdd97h8VE8WMBtDOsYx4rz u5nzNUXXpvP1tXQ8JI1GrQ4lx9lR5ODkQ6uPJFBGfrlcnBskgaLIbgUrCyAD4MxCtChu8oi0BCwA qGXLlrEVhQhKWIiI6oQLVFtEcAEiAhTWIrLJaDAAHohW1QJo4DYEIBC9unr1agYEtsdywAzuR4xz wgrF2OPp06cvO3YsAxABNky/+P3vf09vvvmmNXgG43bYR3BwsHWb5ORkDpCBRYfzwnkCeHB7AmgL FixgiAPQEKw6jGuiH4ybamFMEe5QwB8CYLE/XJu+fftyViBMt+jVqxe5urryOnAbY3oKrgcSJCBS FRG4S5YsuaOiT+1ZCRkFNHtnFPWf7kv958bQ2HVhFBiXq76btXJxbqAEiiK7FQJEDh8+TPHx8S2W w0IDODAepyeu48aNsTiABFMOMF4GWJoFIMFlihs9xhMhgNE8HgedOXOGA3IwzzEuLs66D1hQsJxg LQKQ6CczM7PN44cFhohPWKtw0ZqjSbHPXbt2WecI6v1izFODHPvFeWJ/sBIRBARLzny8gCHOCdfK fJ7YTluwiIDt1q0b9w0rF/tBZCp+73/4wx+s0a/of+3atTxmiobX5uMT3R5VVlXTds9EGrokRMEw ll6f7Uu7vJOosLRKLs5NkEBRJOrkwtxM8/xGCO7cu+++m63XOzV7jd2r+SIFxObQuPXh5DAdgTTB NHd3lLIYi9RHEkhzsyRQFIk6uZC6DhP7YRXCYkRg0v/+7/9yYgCxBO1TuQWltGRfNL0+J4D6z4+n D5cEkmdkFlVW31kZhm6HBIoi0R0gjHEiZR1csRhDRXCS2eUqsg8hkOZgQCqNXB1J/eZEUd9p3rT+ WDzlFJ6Wi3OLJFAUiUQiO1BsWgE5bQknR2cf6jcvlsatD6Pw5JN0/ny9XJxbKIGiSCQS3UaVVlQq azCOhiwKof7z4uj12T60zy+Fisqq5eLcBgkURSKR6DaoqfECeUVk0ug1odR3RjAH0izcG0MpeWXU fLFBLtBtkkBRJBKJbrEy8opo4Z5oemWmH1uHHy8LJJ+oLKo+c04uzm2WQFEkEolukWrPnaX9/in0 4Ypw6jc7igZM96HtHomUV1wpF8dOJFAU2b0wjw4T9jHx3Fxlvr2aOnUq9ejRo0X2mFshTPzftGnT DasygaoeW7ZsuaNKOXUmRSTl0aSNYeTo7Ef9ZkWQ05YIiko9SY0XZJ6oPUmgKLJrYQoBUo6hAC/y liLvqblCRnuE7W0LDN8KoTwTSj0h0861CJlzMF0CmWZ0gm5k7EGFC6Rv03USRR1DJWWVtOpwDL29 IIj6zY2lt+f50ZHAVEnebacSKIrsViEhIZw7FJPNV65cyYmwkbMUULyWag66tJS5luKtEOoiohCx uSJFe4RE3MhVipRyWjhfVPhAfyg2LLJ/XWw4T24hGfTJ6nDq6xJCfacH0JL9MZSRX0aXLkqSdXuV QFFkt0J5KKQnw6RzLbhSdX0/vMakdHMVByyDmxVWlna1aijqNGeofIEKEba5UfEey9F0WSqzkFgb +0Mzu3GxT13eCVXsAS2dRBvHql/DAsTnEI4ZsNRVOLSwTlBQEFuESHiORN3oQ+8Pr22LpGIZCgUD prp/LcAU52K+Ztgv3NGim6eU7CKavi2CXnLx4+Tdn64KpuD4XKo5K8m77V0CRZHdShcJ1uWfbDVx 4kSu6KCL5UKoOQgrC2Nv2prUUESy8KFDh3IR4X/+859c3klbXdgONQdRNxFlo+CqRbkpCBACUFGY F+nR0LAt4AsNGTKEq2ag5BP2/fe//51zi6JME5aj+gU0aNAgfo9+UTAY+4FbGC5iDVUAEVU4UPkC FUKwLyT3BswGDhzIpaSQtk0fF87z0Ucf5XJXaKhsAasacIUAw969e3M1DYxJotoG9otKIqgAInlP b6yQbB2BM0OXhlK/ObHU39mLdnolUmGZuEo7igSKIrsV3I+//OUvuSQUbuq27k8NO1SV10L1C5SG cnJyumw9wAGARfAL4IXahHBHwmp7/fXXeR+wSvfu3cuuWl37EKBC2SXUQ1y/fj1Xj0DwjgaqLkCM gr8jR47k6hqoOIGSUVgONzD0u9/9jt//+te/5h8ejhvjjihRhXFHQBxWKqp8oPgxjhG1HlGJA5BD DUlsr8tEoYII8pl+9NFHPF6K8+rTpw+Xt0L5KAiWI8Y1sR0eBpDiDRU3AF4cDx4GRDdAl5opJD6H xq0LJQcnX3KcFU4u2yMpMauYGhskeXdHkkBRZLeCJYTxQxTe1dBBjUS4CqH+/fvzcpRn0kKZKdRS BFi0NBQBSm0Zodo8oNCzZ092YcJyxGtt/ZmPATUIUdfQHOAC96N2v6KuIvr/5JNPWrglYeVheXh4 OL8HWPEeblFtyaEgMMZN4SrWrs/c3Fx+GECNSC2AG7UOsT1KR6HGI6xZvMe5aKGcFmCva01iP+gf BZdRh1Fbz+vWraPvf//7VmtYdP0qKC6j5Qdj6M15geQ4J4aGLPAnt9AMOl0tcw47ogSKIrsXrD+4 EGEBoUiws7Mz39xRLPdaoAjL0yxEsmLsDvUGjx8/ztvBmpoyZQqDCQJYNNwAnNaEIsD43BYwGoIa iugb7831ITH2CTgDUNoyhfUGKMLi1OOHtlCEmw7ww3uMO2rh9X333ccPEFgH4EbfuG6wQrUCAwN5 H9qKFV27Gi7U0/HgNPp4RQgH0vSZ5k1rjsZSdkEFl30SdUwJFEUdRphnCNDgJg8L66233rpsqkVS UhJD5mpQBFQxvoflvr6+vAxjk9OnT6f777+fHnjgASvkHnroIV4P8GxNGooBAQEtlrcFRRy7FsYS AXss1wWLAT0Aa+HChW1CEVM24CaGBQtLVwtQ1G5WHYSkoZidnW1dD+5VgeL1KzGzgJy3RNDLM/3J cVYkfb46mEIT86iuTpJ3d3QJFEV2KVg45qhSLfVl5YCSrKwsHhu76667OLBEC1XoYUEhqEZLQxFj gVoYD0RAjIODAxUVFbXYB6rbow+M50EIhsH25sn/cF9qV6SGou38QVsoYn94D6tUKyUlhcdM4T6F 1QilpqYyADGuqWULRayLcUe81xYmhAAf7Y5FVCvcxa1BETAUKF67qs/U0Ga3eBq8KJhh+MpMb9rn m0wlFVLnsLNIoCiyS2F8DTf20aNHs4UWExNDgwcP5pv7+PHjeYoCrEIEmiBwBVGYmNeHoJNvf/vb PH6mhQAafLcBn5kzZzIIEP0JKwtja5CbmxvDCNMXDhw4wG5VBOFAy5cv52AVHA+2BRwRGavdoBiP bA2KiPI0Q1G7YWEZIvLTz8+P52DiOLy8vKzbAXKwAnFurq6uPIaKscGf/exnvC5AivOHVYso1UmT JvE6ACLGN7EOIk31dbz33nt5PVsoArICxXaq+SL5RmXRqFUhHEiDBN5zdkVQak4JXWyU5N2dSQJF kV0KbkNEUyKCEzdvWDV4jS+sngwP6wnW4t13380Qw8R+wABuSqynhUhRWJSoPo9gG3wOcLz//vvs YoRQdBduUu2eRRSpHqsDkGA1AqoAE9rw4cOtQTUAMfp3d3dvcQ7vvfceQxzjd5C2HFHxHv3rACJA zTy/EFYyjhnBMbD6EA2Lc33ttdcYbhrG2MbFxYUtxj/+8Y/8cIDpGVu3brUGAcGiRUQq5nuaI01x THCz6mMTta3cglKatyuKXpsTwPlKhy325+TdVZK8u1NKoCiyW8EaQnALpmLs2rWLX9vOq4Nlhxs7 xgv1mBwsJnNEZnl5Oa8DlyNeY84hAGaOFMVyuDUBFEyPsK1KD1ckxgyRVQZTIRDEooUxPXxmOyEe blks133pqRsYU4Q1iOAhWIh6Yr1ZGGv08fHhdXSADB4GMD1Eu1khbIsxURwXXMdma1AL1wLWrXk/ OH6MmZrPQ9RSuF4H/FNo2NIg6jszjBymetGGY/F08lSV+nI2yQXqpBIoikS3SNqd2lbAjsh+FJua TxM3hNOAGX7Ud1Y4jV8fRjFpBVRfL8kOOrsEiiLRLZKevC9zA+1X5aerae1RJO+2BNK8PsuHjgSm UFmluErvFAkURaJbJATcIKDHNkGA6ParuamRfCIzafiKYHJw9ieH6QG0aF8UZReU82eiO0cCRZFI dEcrO7+E5uyKpFdmByjrMII+XBpAATHZdOZsnVycO1ACRZFIdEeqvr6O9vgk0rtLwqivSyg5OnnR Do94KiyrRnYHuUB3qASKIpHojlNU8gn6fE0I9XP2YSBO3hRGCZmFPIVFdGdLoCgSie4YlZRX0dL9 0TRoXhBHlb45x4eOBqVShSTvFhkSKIpEok4vlG86HpxKHy0L5iAaBNMs3hdNecWV1HRRAmlEX0ig KBKJOrXScorIaUs4veziR44zw2n48kCKTD5BNeckebfocgkURSJRp1RNzVna4ZlAby1U1qFLGPVz 9qa9Pol0SuYciq4ggaJIJOpUam66SMFx2fTpqmDqN92PHGYE0fSt4ZScU0wNDRJII7qyBIoikajT qPBUBS3aG0mvzg6gvso6HDzfj7wi0qla5hyK2imBokgk6vC6cOE8p2MbshBBNAHUZ6oXrTkcQ/kl VXRJkneLrkECRZFI1KGVkl1EkzaG0Ysz4CoNpjFrgikqOY/qTMm7UStzypQpXOi5V69e5OHhQd7e 3hQWFsYluFCRBXUz33jjDS5bhsosqJOJcmQoJr148WIaNGgQf5abm0ufffYZ18d8++23reXHzEKV E9T0RLmwZ555hqu8SEWSjiGBokgk6pCqqj5LG47F0qD5wQzDgS7etM8nkU5X17ZYD0Wjf//73zOg ZsyYQb179+aamKjT2aNHDy7thZJkqIuJmp0LFizgIs+4Hz711FNcQgq1MVGHE6BDYnfUycTnqFP5 4osvUk5OjnV/aWlpXPsSxa6xDupi3nfffTRq1CgGrMi+JVAUiUQdShcvNlJATCaNXBFEDtN8yME5 kFy2hVPWyVJqNIora8XExNCPf/xjhmJcXBwXa8ayP//5z/SHP/yBa2/C+oO1OHbsWPrGN77BxZoB MFiSqOGJz/D+nnvuoQcffJALW8PCBGyffvpphh6gCeChvufo0aPpO9/5DhePTkpK4n2giDWKZgsU 7V8CRZFI1GGUX1hKc3dG0MBZ/so6DKV3FwaQf3QmnWljzqGfnx995Stfoa5du1qB1KDAOWzYMHrg gQeshZcBvvHjx/O6jzzySItCznCFwl2Kz5599lmGqBbcqno5+kcVlHvvvZcefvhhOnnyZItjsS2Q LbJPCRRFIpHdC/A66J9Mgxf4s2XoMNWLNh6Po+LyM3Sp+WKb28Gt+dBDD/FYIl7DUjxy5Aj98Ic/ ZHDV11tgaoYixhzNFp0Ziv369Wvx2ZYtW6xQxLjkxo0b+T3csuhT1PEkUBSJRHYrAC8uLZ/Grw+l /phzOD2Qxq4Jpvj0k8ryuvqcw4sXL9LChQvp7rvvpt/+9rf0l7/8hd2pcJHCPaplhmLPnj3bhGLf vn2vCEW4SfH+hRdeYFeqqONJoCgSiexS5ZVnaN2RaHptTgAH0rw+y5eOB6VQVU375xxi7O+Xv/wl R5IePXqUVq5cSfv376fk5OQW67UXio6Oji0+W7t2rRWCWK4hiYhTBPCIOp4EiiKRyK4EF6d3eDq9 vySIHJx8qfc0H1q4J4JyCsqoqeniNfUFVykg9eijj/I4YWVlJU+NaLAJyDFDEa7PtqDYpUsXKioq 4uXFxcU8TcPsVkUQD6JUf/rTn9KePXus/WRlZVFERARbkyL7lkBRJBLZjXILSmnG1nB6ycWSnu2j JYEUEpdD5+quL0ilsLCQp0zAffrHP/6R3af4i/HEVatWUVlZGa+no0+vBkVEp8INi2jW+++/n/v9 17/+ReHh4bwu3LWYD4mpGj/4wQ94PTRYqzpCVWTfEiiKRKLbrnO1dbTbO4HemBvI44aOTt603T2B yk7XYGDxuvuFdYj5hxhDhGvz4MGDDMM+ffrwtImBAwey9YbiwhMnTuS5hYsWLWrRhxmKmIIB6OE1 7pewChHhalZFRQWtWbOGXbZYBw1TOTAlRGT/EiiKRKLbJiTvjk7Jo89WB5Ojsy/1cfKnKRtDKSWn iBoavlydQ8Bu9erV9Ktf/Yr/mrV7924GG8AFlyosOPxFthrbABkzFAcMGMBTK9LT0yk2Npby8/Nb 3TembWBKBuY5Yq7iqVOn5D+7g0igKBKJbotKK6ppyf4oY85hEL0x24eOB6dQTe2Nmc+H6RZwiSL7 DKw/wA6wwniinl/YvXt3dnleSYDip59+yuvDwhQXaOeWQFEkEt1SwQJ0C0ml9xYHUp9pvtR7qhdX tigsraamixdv2H5gKSLY5a677uJ5iRjbQxYbNLzH5P34+Pir9gMoIksNxglt5ymKOp8EiiKR6Nbo UjOl5RRxbcP+032pj3MAfbwsgCKRvPt8w03ZJVydcF9iGgbyls6bN4+WLVvGCcFtM860JYw3BgQE 0Lp16zi6VNS5JVAUiUQ3XWdqztFurwR6Zba/gmEgvTjDh/b5JlB5FdKp3RrLC25SNHOatmvZ9nq2 E3U8CRRFItFNE2ASkZRDw5cHUV9ny5xD5y2hlJpTTI030FUqEt0oCRRFItENF8bdisuqaMGeSHrR xY9dpYPn+5NneBrV1jfIBRLZrQSKIpHohqr+fAMdCUimt+YHUB8nP3Jw8qIVB6M4eXezuCBFdi6B okgkuiFCtGdydiGNXRdCfZ19GIifrQrmhN7nLzTKBRJ1CAkURSLRlxMmvlfX0GbXOHrRxZf6TA+i l1x8aL9vIlVfQ/Ju0bUJ8zCRFABTRkQ3TgJFkUh03cJEeP+oDPpwKeYc+lCvKV40c1s45RWWX3VS vOjLCVl6fvazn3GCApk7eeMkUBSJRNesS5eaFfhKad6ucOrHrlJ/GroogIJis3hM8U4W3MiYA5mS knJTCw3PnTuXs+wMHTpUoHgDJVC0M+HL3diI+VRN0u7gpr8D9nizO1dbT0cDkumNOZZcpf0VFDce i6HSL5m8uzP8drVmzpxJ//3vfykzM/Om7W/BggUMRSQ8FyjeOAkU7UjNzU0UGJlEU5bspalL99G0 ZdLu1DZl6V6atnw/BUUm2s2k8YvqOBIyCujzNcHkMM2bek/1pnHrQigh/SQ1NNq/qxS5T5HdBuWk YMEFBQVRYmJii3VQGBh1D93d3cnf359OnDhhrYGIihuodJGTk2NdH7Uf8T4tLY0z3+D/CiB87bXX 6Cc/+Qlt2rSJk4djWy3UY/T29iZXV1cudny1MUEkHUex5NDQUMrIyOB9QhqKH3/8MY8vYh1fX1/K y8uzuq5x7KWlpZzODll80NCH2YLF5wkJCXzuaLguqPwBa9dc/7G8vJwTnKNMVmRkJCdEx7UyJzvH +aN25PHjx/kccS1wXQSKoutSYUkpjZq1jR57ZzF1eXuBtDu6LaQub82jMfN2Us252xusAisEJZzW Ho6mftN9qI+zP70514+OBibT2RuUvPtWKCQkhO677z7q1q0bzZo1i2sc9u/f32plAZB4jzqJaL/4 xS+4/uL69ev5czc3N66R+PLLL1u3QcHiDz/8kJ577jlOKVdXV8clqL773e/S1772NS423LdvX8rO zrYew/PPP8/9Y/8YE3z11VcZRq1dd09PT9ygeX1U+3jkkUcY2GYoon9Yi7/5zW94f//+978ZShCg /uabb/Jn+px+/OMf8zFq4Lm4uPB5YWzy888/5zJbADoKM+PBQIMT/eAY8Dn6wbXEeijFhWNF27Vr F/3nP/+xXsMf/ehH5OTkdFlRZ4GiqF3KyS+moZPW0uMfrKdek9yoj3oa7zPV645tvSZ7Uu8pd+C5 G//vXYcsoxEuW+jM2dsHxfPnG8gvKoMGL/Dn5N0O6rjm746g/OJy9mx0JMH6AUTQnnrqKQoMDLRa isXFxVyM+O9//ztbQngPy+vZZ59lyMDSO3bsGG8LAGooAmavv/46PfTQQ7wOlsMSff/997kY8eHD h9niguUGixL7feaZZ9i6On36NC1cuJDuueceGjFixGUuUFifXbt25UoesFBR1urIkSN83GYoogYk 9geLcuvWrQzGd955h6EHq9HLy4vhiP3BinviiSf4HPAeGj9+PPdz77330pgxY6igoIDWrl3L0EN1 EBwXjg9ltrDvkpIShi6AiPFMbenCwkSy9ZEjR7JVif7feOMN+ta3vkXbtm3rMC5egaIdKfdkCb0/ ZR09oaCIm4/jdH9ydPZrR/Onvk5+6qblx3/x/vLPkGLL13Jja2UdB2Md9GFpra3Xdp9921y37WNG /73NfTjrPiw34H7G+evj0Ou3XNfPblrb53ONfRnn3XXIUvpk1tbbAkXcUHMKSsl5c5j6v1WQdvKl j5YGUnBsFl1o6JhRpbB6dA1F27E+AA+WHSBovnmvWLGCvvnNb9KBAwcYLti+Z8+eLSzFt956i60q vNaaOnUqW5nm/WzYsIErbcDSBEwBEwTjAHzmPrVQ3uqrX/0qW6L6M/zVrlENxVdeecXqnq2qqqIX XniBq3mYrTNsg3VQMxI1IWEtw40LTZo0ift59913rW7VsrIyeuyxx2jIkCG8T5wjjhNAhHBeKLAM gOhjw3HieBEApM8PDyKwKmEtChRFXwqKfaZ48k21r5PvVRtC4fH3xRn+1M+0jYO6Mfea4s1/X5rp TwNnBdDLM/35s95TfVps74jtXfxpwAxLw2t81nOyt7V/3bCtg/r7koulT/x1mNayz6sdb091XNjn yzMDuGF/lpB+1fc09O9Dq45n0MTNsdZz6D/dj9fF/lCQtj37ut6GY+lzDeeDY+xnHN9AnI+6hnyd pl3H/o3/w9sCRXXjqlb72+0VR6/P9uNAmgEzfGizayxVVp/t0IE0Goq4udveoPfu3cuf9ejRo8Vn uhjx22+/bbU0zQDDjR+f2UIRoAEUYe1poToHtv/Od77DFtXvfvc7/qstLttjmjNnDq/fmhVphiLG FPXneJiBmxMuVYAQ43mpqancP/YH1ycsNwcHh8ugOGXKFGs/GLdE7UicG5Zh/BOuU7hpMSYJsAOK GOfUGjRoEPcDl6k+P5TrQpmulStXChRFtwaKgBNuyNO2x9OR8JM0en009VAgw2f92PLwVZ8lUHha OSXnV1OY+uuyK5HhoyGG7afvTCC3qEI6HHaS+/GIKaIZar0BMyzWCwDhaAARzWlHAgWnlFFqQTWF ppbTlK3x1Fv1aQtQ24ZtcVwvqn4XHkyhyMwKis+t5P2NXhfN+3phohetds2ghovNlKg+e39pGD01 1oPm70+hmKwK8ootpg+WhVnP82Y0nDefezvWBaxfUQ8Hm7yyKT7nNCXmVfG1HLbUcowO03w6BBQR 8RqVnEcjlgdyEA3cuBM3hFJ6XudI3q2h2KVLlxYBJFeCIsbIYP3AYkL5KLy2tRThIrSFIsbs/vrX v7awFDUUYanBfYrP0ODahIVnKw3F4cOHXxGKtpYk4OTo6MivUSoLkMI6CLbBNcAYJdy4tlDEMet+ AFQzFOFShmsV2+K84GrG9TBfRw1FZ2dn6/nBXQu3LsZaO4oEih0cigDIJ6sjKauwRt24mmnpkXR6 ZrwnvTDJi0aq5TFZpxku5xuaqL4BIf5EDY3NtMEzi9d5Xm0/RoE0u7hGfcEvcR9Y/2JTM11obKKS 0/U0V8HohUmWm3uPyV60zTeH+0CfZ+sbeT1ss1JZds9N8GJQX8lCXKaOsaSyjveF/ehWe+EiBSaX 0qD5wbTOI4uvSUbhGfpoRTg98bk77QnM42VF6pg+XRvNx36jYWh5yPChte6ZtNM/l48FDw1trQvI LzmcRoUVlvOpPX+Rr0WzutClVfX8f9BzirddQxE3NiTvXnkgivpO8+JAmkFz/cg9NLVTpWfTlh6g aBvRizGyr3/962xF6uhO3MgxpoZgmKioKB7TQ2Hihx9+mN2I6AOBM3DHPv7445dBEVYS6i/qIBRE osJFC3enLeT0Ps0CRAFhQFd/jrFOXQcS9SFtoagtRV0MGVYkIAY3rd6PrfsUx2oLRW0pavcpgIfj Rj+ImMW4qe2DBaxIHO+iRYtanB+uU0cquyVQ7OBQBBhGr4uigrJaBt7yYxYoos3ak6zgU08ZRTVs CX6yJpLicip5X/UKQAuUpdb1MzeasCmGik/XMZjCUstoX9AJOhZZQHkllnEK9DF5Sxx1+cyVVqj+ LzZdosqzF2jm7iTqpaAw/0AK5ZWeI6+4Yhq8KKRNCMBqWnwolarONfC+kpRFBcCuVwA8FlFI+aqP YgW8T9ZEMWDxs0o7WU0fLg+np8d5quOMpaDkMpq2LYHdurYWKPaL5firXa4toGysg+V9bNb/wmr2 oafHe1CK2i/Oc/iqCHpynEerrmF2Gav1XSMLFQDPU1BKKQ1bFk5LjqTSKQVEKFtdwyGLQ6jHJG+7 hCKK+7qGpNA78/05V2k/Jy9asi+SisoqL7vpdXQhSARjegiKsb1JA2ijR4+2RksCdhMmTOAoUrgi cS0QXTp58mS66667GJ7IKDNu3DiejwhQmiNIEZGJ9TAuB9cjojcxnocAmD/+8Y8MSFhfCE4BROCm tRUsSETDwuUJ6wtWa69evfi4AB1sh/Mxu15xnIBX7969eRmsTQTyDBs2jAN90AdgbbYUMf4JmMES 1P1gPBJjkwAsln3yyScc0IOIUrhFMca4Y8cOds3qbeAqxsMB2sGDB/n88CAyffp0DloSKIpuGRQ/ WxtFJ06doyZl6S07aoEiAPS5sgCnbotn9x6smmeVFTdegSW/zDKYvtErmx771JXGb4yhImXpwMJZ cCCVLUhAY8LmWDpRalkXMPzPiGN0MNTylApLDtYb1sVxYGwRrZ+xr9aA+Kk6zhwDtBgvBIxwbHCn 6rFMuHbfXRTKlpoZijhPjNe9szCEXZXmvgFAjEm+OS+ILTv8fW1OIB+H2Z2LscjX5wYZ7tEv1n9j bhB/huUvu1jGLLON45ykHgawLs7NdhzTwQDjnL3JDEOcux4T3eSZTeeVBY2HDxy/vk72AkXMOUzP K6Fpm8MsEb7qmIcvD6SYlDx2o3ZGwY2HQBpMiWjNcgHUYC0hMAQg+sc//sHRoYik1AJYAAqMkwEa gMLy5cs5mtM83xAWHQJXEMEJsGHfEOAI6w1wwT7Q4IqEFdqaAC708/Of/5y3wb71vECAG9GyAJYZ irAcNcwwNxPvEZEKmCGpAKxfgF73g/mEALU5aAbuU0TVYjwT1woQh4WJIJo9e/bQli1beHoIHg7M cz1xPQBkPXUDDdM8WnMPCxRFtxSKekxRWz9sHakb33Nq/QOhlh/oRs+sy6A4W93gATv0+7TqxzWq 0AIx1wz6N6AYYoHiFp8cw6VqCcbpZVhbbblOcUwYc4NOVdYxsJ9S1h8HtBhBLdpNiX1jXTMUu49x ZzAD6L4Jp2joEst4Hc4N2xxU51SlrNc6BaHq2gaG70QFtBeMQCGsu8Ejm922AN3OgDw6XXOBXcpl Z86Te3QRvTo7kF2mp6rq2EqEO7mi5jy7QY8paxAAbc0KBgz7GGOt7H6d6s0AxzWFa/kDu4KisvLP 1NIu7wQaMN2Snm3gLD/a4x1PVWfOdaSfy7WfubrhY5I7QNGW4DZE5CUgBYC1Bk9EaAJ6ekoDAII+ bV2i2BfWq6ioaGF1wwpD3xhvgxvSPLG/NcGNi2kSACT61EKfOBbzMr1f8zLsD+5e9IHleG8+Xpwj jgGWsO1+sT6OFe5WuFLN54EEBXAHYx6n+dzRN84L54f92h6fQFF026AIYJldiM9O8KSxCoAY/4LW umVSFxsoLjyYynBCwIvL7kQqV8BgWO5JokdHudKyI2nUeLFJ3eybyTe+hMf2AN+rRWs+Pc6DDodb gIoAnXcWBLcaKIPjfdYAqBmK3RQUt/lZnqaxDKB5fpLFwvFOwPjOJWXVnqXozApKzKtkCw3HPkad G64RoLTfADqgXKmACHDChYt18ZueuDmOHxRgHWN8EFAsUYAsKK+lw2EFyrJsHYrmQBr9kLDZO5uv EQA9bFmYXUARUymiUk7QB0v8qbeTZc7hjG1hlHmipEON+YhurQBFBCABjAjUAexgpeL9wIEDrW7Y ziKBoh3pRkPRNsgFsIFbkr/o1fU0bVu8sgrdGIqF6sYP2CEaFNZheHo5VSionDt/kccpsR/c8AEi WIkAJYTxQYwlfroumscX25qW8eRYD44ahVYcy1BWokeb5/TchNahuNU3h5el5FfRB8ss1uNWH8uy 6MzTNHRxKAMJFiyiaCHvuBJ2j8Lq3Recz6BraGrmz99ZEMKWpl43reAM7wuwziyyuMLGboph6+/F dk4DQdQmHhJicyxWRGRGucXCnHz7xhQBvKKyKp50z8kBVN9DFwaQW0gKnb9wZyfvFl1dsA7hFgUA kZBANz1Jv7NJoGhHuplQRKAHxghPlp1jqwjRp7AcsT2giCAXLK+pa+Smtd03lyNOe5umZMDqWXoE EZe1VjiePnuB5uxNMqYgtA5FbwOKiw+nMeS+LBQfH+1GQcml3OeiQ6k89ocxQ7gu17hmsisVVt7H KyOou9o/oAgBftge+4E7efnRNIZ/WfV53lfX0e68DjRidaTFzduOOYv6vDerY0d07pnaRt73NU8d uYFQPFd3no4EJNNbc/04qnTAdG9auj+KSk+f6XSBNKKbK7hX4Q6Gaxku5o6Uuu1aJFC0I90sKOLG Dwgk5FoiT+FixHtYVBqK2n06b38KjVgVyfMZ9ZQMuBURkWmO9HQ0rM+FB1KorMoyFlFcWccRopiW 0RoUPQ0oIsjm6VbAfT1QhEULlSugwS2MY0CD6xSQL1bLRq6O4u01FGOyT9OQRSF8/jxFxIAiIkY/ XmEBaHqhBYqj1LV9rh1TPxz4wcOL5u5LpmplPcOdi/FJWJjtTWpwI6GIeYVJWYU0YX2IsX8fGrUy mBLS8znIRiQStS6Boh3pZkAR44NYZ7tfLkMi+UQ1fbouymq92EIRgTZwbQIE+w2I7PDP4/c6mhNN Z8uBBTpJQTO/zBK8ACuwNdcoxhQPGW7KiPQKGrww5LJxNp3R5lkF4PZCMSLDAkWcV0hqmXpfwQ2w hCt4h59lrqF2n0KxCorvLg61QnH5DYAirGlExcLCRJAOxiARAdt7ynUkGPgSULzU3ERlygrc5h5L /Zy92Tp8dbYfHfBL4pJPIpHoyhIo2pFuNBQBLYBns3cONTY1c+aY4coK1FM2ACBYZbaWIuYEwrJb fCiNLjY3cwTm5K1xapm7keHGMsXC4kr15v6sVqBrBm/bWvQp5iNiTO9s3UWasTPRdBze/BdjcYgA 7akAs/EaLUW4bjVk9difg5G+Dg2fXQ8ULe5TjytaexYgBlJCXiW7TfeH5HM6PVzbnpO9b6ilWFt3 ntJyi6mu/vLqFCjuGxiTScMWB1jqHE73oVnbwymn4JS4SkWidkqgaEe6kVB0MPJxbvbJ5uwqmHYA 194AzNVTFoyey4d1xtlAEdvjZo65d0hZBm3wymKLaeWxdB6/w7gdLCPMM5y1O4ldqACWBaqXQxH9 wS2bbozVJeRW0Zj1MdwPAmFeUTCElRmaVsYgAlyvBkVMHTkaUcD9wSWM9QDEF42crLAQAXFYoNcK xQwDiuM3x/KUC5xrv1b+P3CdAXJEvOLYkEEI44j6vPjcWpnjeD1QbG5qojWHo3lcMDg2k/OUQpgS kFdUQXN3hhtzDn1p2JJA8o/KpMaGzpORRiS6FRIo2pG+TEabImOaxYrjGQw1gAnpx7QARQAJN3tE VmI6QmRGBY1aE8WT6hFkAi04mGq1NGEh6bmFyIqDscBUBSkoT0HYP/EUB7pUnbUMuAOgyADT1vQD RK7Cois1sr3U1DWo46nhPk+W1XKWG4BpxMpIWuNmiZLNVvvlNG8Kijv8LVMyMgstUaI4Pkz2x9xD y/IajnDFnMOozHLOujN5a7w17Z1OPIBpGEOXfAHFlcfT+YEAwUKcwUZBMUZBVp8TrNFdASf4QULP i/wi4boPhRnWKh4+TqjzsFznGr7OWUVnOTvQGzbbXgsUdT3FtOxCGjjTEuGakGE5lyoFzEMByfTq TEudw5dcfGjdkWiqqKqRH5RIdB0SKNqRriv3KXKcqht5XHYlwwaWGqJKERiz4EAK3+gRdALo4S8m rFeohr+5p87ShM1xCjARlHSiigNUkAQc2+t5jUg0nqfWK1DQRTYcfI4J9Mh5irl8iFQFyDCeN2pt 5BXTmQEi+HyWAiP2B1DXG/lT0UeGggmCevREfXwepixHJAQHqFa7ZfCykNRSeo+TbXsxaGar/lLz q+mc6kfnZMV55yrwf7YuWlm4nrwu3Mi4Bn4JJTymqV238/cn85hoqjH/ERDFtBGAH8eHwBkAFVaf OQ+qHldFf7imfJ1Vg7u5wrjOaLB+31pwDdMybKB4VkERtQuRfQZW4MI94VRdU0vJOcU0enUwp2dz dPahietDKDEzny1KkUh0fRIo2pGut3QUXHOWqg4tS0eZ06fBpXhZM9Y3b+9os0/9GdZ1NMEA1Tj2 Bp1giGG6Aqd3s0kWcKUyV5x6Tr1G/lVErOJ1f2sflv5wPFjmaHM+5mXmifNTtsbRLv88nm4CS9A8 vqgzz9hu3/I6+X2xvrMvXwu4ceEOvVKli/5Gvy+2cZ0HmK7dtUJxFKBYW0dJWQWqfx+2Ev2iM2nD sRjqO80SSPPOAn865J/E440ikejLSaBoR7peKDqYSjqZoaRrHF6pMYTa2N62Dw09vOYajM4WKPH7 K6R4azWRtiktmu7DvH9zv+bxO9tl5v7w19GU/Ns27Vyfq2xvXl/vqz21Fftc5Rr3+RKBNp/O3kan q86Qy/ZI6q2OA7UN357nx2WdXpsdQEv3R9Opskr58YhEN0gCRTvS9ULxdjQ9PeO6iujaAOnL9mHu y3JMPjfuPKfdhutr/L93GbxEQXEr+UQk0+tzA6iXU4ClAsg0P3pjtg+5BidTVc05qqu/QEQdo4Cr SGTvEijakToSFKXdfCg+PmQJfTRjC723wIt6otSVgmGvaf7c3l/oR+PXBtCEdYHksjWE0nMLO0xl c5HIniVQtCMJFKVZoais3a7KUnx18k5ynObJ7tI+Uz25CPBLM3xooIuP+uvN44yvzPSh40HJrRaq FYlE1yaBoh1JoCjNDMUug5cqKO6mBbvDafmBKFq2P4oDbDxCU8g3Io28w1O5hcZlUs3ZWvkBiUQ3 QAJFO5JAUdrNLB0lEomuLoGiHUmgKO2yKRmzv5i8LxKJbr4EinYkgaI0sRRFotsrgaIdqbNCEXP1 kD1Gtz5XmDKBdXnagdHw+mpTLLBNrynet2f6hEBRJOpUEijakTobFAEr1FZEppfBi0K4huE7C0P4 MyzvY9Rl1OsDbC+5+HOOURQLRsNrQBHrt1bAGGneUJECSc45I45AUSQSfQkJFO1InQWKAB0AhkoR ACGqW5woreXE3VnFZ7nKxpBFoQwxWIJY34GztfjRBo8szqMamFTKycYj0sto3v5kem9JKANVZ9/p 62SZWI80atv8csgtulCtE3btVe4FiiKRyCSBoh2ps0ARFl+/6b6ch7Sh0ZKcGsmykWC7utZSUeNC YzMn/Yalh4bE5rP2JNHpMxf4c2yHxN5oqMGIChopJ6tpyrY47p9dspO8acH+FDpb18hJu0dz8m8v gaJIJLpuCRTtSJ0BirDeUA1ip1HmqfLcBfJJKOHixqiJOG17ApdaqrtwkUEHqxHWHUpgzVZQRLkn VLtAncS1bplcmBivC8ot8/BKKutp0pY43gdKP6ESCEpQVan9CBRFItGXlUDRjtQZoAhQjd8Ya4UY oIdSUJxU22jdx7pbaxumFZzhKhTdx3iwpQgoohzVuE0xXBPSUiDYm6tyoAYkFJFeQe8uCqWnxnnS fGUpnlHWJ7YTKIpEoi8rgaIdqTNAEbUIN3ln8fmgoPFwBTwEyVgtSSdLncb5ByxuT7hJnXYk0OOj 3VpAERXv0ZdOGA7YAbCovVh3oYkmKmux2+fuAkWRSHRDJVC0I3UGKD6lrLuDofl8PqhFCAvQdh0E 1wxbFs7QhADDrp+1hOIEBUVd7Fi3J1VfCMKBUOwYIBUoikSiGymBoh2pM0DxybEe5BpVyOez8riC 4liP1tcb406+8ad4vfZC8amxnhRsQHH23mTeRqAoEolupASKdqTOAkU3A4qwFJ9sA4pPjHYn77gS Xq+9UITVGZxSytsIFEUi0c2QQNGO1FmgeDyygM9n2dF0euJz91YiVC3FicPSynm99kAR6/ee4kNR mRW8jctutY24T0Ui0Q2WQNGO1FnGFPcG5fH57A48wXMQbdO6IYBm9t4khhnq4mJ8sOvoK0PxWbXN lK1xVHbmPDWrbSZvjWfgChRFItGNlEDRjtQZoAiQYVJ+Y1MzT6ifuDmOuigrEBPtMR8R0MIcQz0l I/lEFX2wPJwtTDMUP18fTY9/7saT+gFRZL/RY5Wx2ZX03tKWUzJOq+1GroqkJ8a48zZolrRwPgJF kUjUbgkU7UidAYqwDIcuDqWE3Eo+p0NhJ/n9UCNN2+BFobTGLVOBrJEaLjbTjJ2JDERATE/eP1t/ kSflY/0PFTDRjoZbXLLYBlbkUwqUOqMNoAgAY3vkWP3A2Ab7RBq4DpcoXKAoEt02CRTtSJ0lzRus xZm7E6nwtOVmjjRt2cU1ysI7TcXGsvqGJjoWUUBvzw9mi46huDeJ5yFCVQpyZVXn6XTNBQYhVFhe Rzv8c2mQ2gbTOnoYGW0wbxECUMuqz3NKuQq1XXrBGRq5OpJe6GguVYGiSHTbJFC0I3WmKhkA47iN MZzUG1lrKhSoLjQ2UWFFLcXmnKaNntlcBUMn8IZL9bN10bw+YJZZVGNtsDq940t4buPTxoR+Pd9x 7IYYDtix3QYtTu1nxCqBokgkar8Einakzlg6CtBD8A0AiTymqJrx9HgPo/5hy/E+BOQAjnr80dyw vM/Uy8cHsU2PNraRMUWRSHStEijakcxQdJjqRY7TA8jR2b/DNsvN3dL6KOuu11SkefOzLFftSuu3 2m7QNnbfjP93gaJIdOslULQj5eQX03uTFRSHraNeE4+ztdhnikenaL0nf9E6yzndvGb5f+86eIlA USS6xRIo2pHylKX43uT11HXoaur+0Sbq/vFmaXdwe2zwUho+YwtV19TKj0MkukUSKNqRKquqafHm 49R/1GpyHLGM+o2Udqc2xxHLqf8nK2jJFleqrauXH4dIdIskULQzAYyRcSkUHptCEXHS7tSm//8r KjHf85L8MESiWySBokgkEolEhgSKIpFIJBIZEiiKRCKRSGRIoCgSiUQikSGBokgkEolEhgSKIpFI JBIZEiiKRCKRSGRIoCgSiUQikSGBokgkEolEhgSKIpFIJBIZEiiKRCKRSGRIoCgSiUQikSGBokgk EolEhgSKIpFIJBIZEiiKRCKRSGRIoCgSiUQikSGBokgkEolEhgSKIpFIJBIZEiiKRCKRSGRIoCgS iUQikSGBokgkEolEhgSKIpFIJBIZEiiKRCKRSGRIoCgSiUQikSGBokgkEolEhgSKIpFIJBIZEiiK RCKRSGRIoCgSiUQikSGBokgkEolEhgSKIpFIJBIZEiiKRCKRSGRIoCgSiUQikSGBokgkEolEhgSK IpFIJBIZEiiKRCKRSGRIoCgSiUQikSGBokgkEolEhgSKIpFIJBIZEiiKRCKRSGRIoCgSiUQikSGB okgkEolEhgSKIpFIJBIZEiiKRCKRSGRIoCgSiUQikSGBokgkEolEhgSKIpFIJBIZEiiKRCKRSGRI oCgSiUQikSGBokgkEolEhgSKIpFIJBIZEiiKRCKRSGRIoCgSiUQikSGBokgkEolEhgSKIpFIJBIZ EiiKRCKRSGRIoCgSiUQikSGBokgkEolEhgSKIpFIJBIZEiiKRCKRSGRIoCgSiUQikSGBokgkEolE hi6D4tSpU6VJkyZNmrQ7snXv3p26detmgWK/fv3eVgumSZMmTZo0aXdqGzFixG+dnBQX8Y80adKk SZMmzel//j/sd2dnyLJtWAAAAABJRU5ErkJggg== --001a113eaf32b3aa670528cee94f-- From nobody Fri Jan 8 12:25:05 2016 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 166E61B2B84; Fri, 8 Jan 2016 12:24:57 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -96.257 X-Spam-Level: X-Spam-Status: No, score=-96.257 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DOS_OUTLOOK_TO_MX=2.845, FH_RELAY_NODNS=1.451, HELO_MISMATCH_COM=0.553, HTML_MESSAGE=0.001, RDNS_NONE=0.793, USER_IN_WHITELIST=-100] autolearn=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 Z1ODVoJ8c_xh; Fri, 8 Jan 2016 12:24:54 -0800 (PST) Received: from hickoryhill-consulting.com (unknown [50.245.122.97]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D78711B2B81; Fri, 8 Jan 2016 12:24:53 -0800 (PST) X-Default-Received-SPF: pass (skip=loggedin (res=PASS)) x-ip-name=74.43.47.177; From: "Susan Hares" To: Date: Fri, 8 Jan 2016 15:24:51 -0500 Message-ID: <00af01d14a52$a139d2b0$e3ad7810$@ndzh.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_00B0_01D14A28.B869E530" X-Mailer: Microsoft Outlook 14.0 Content-Language: en-us Thread-Index: AdFKSGdxnV2Dl+BXTFmuTh8kKE4dew== X-Authenticated-User: skh@ndzh.com Archived-At: Cc: aretana@cisco.com, 'Alia Atlas' , i2rs@ietf.org, "'John G. Scudder'" Subject: [i2rs] IDR interim on 1/11/2016 at 10:00-11:30am: Topic: Adding new Flow Specification drafts X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jan 2016 20:24:57 -0000 This is a multipart message in MIME format. ------=_NextPart_000_00B0_01D14A28.B869E530 Content-Type: multipart/alternative; boundary="----=_NextPart_001_00B1_01D14A28.B869E530" ------=_NextPart_001_00B1_01D14A28.B869E530 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable IDR WG:=20 =20 Topic: Add new Flow Specification Drafts =20 Agenda:=20 =20 10:00 =E2=80=9310:05: Agenda Bashing =20 10:05 - 10:25: Presentation on strawman for combing flow specification = 10:25 =E2=80=93 10:45: Discussion of Strawman=20 10:45 =E2=80=93 11:05: Comparison of I2RS Filter-Based RIB and Flow = Specification Data, And why this matters to Flow = Specification Yang model=20 11:05 =E2=80=93 11:25 Discussion =20 11:25 =E2=80=93 11:30 Closing discussion=20 =20 IDR interim: Monday January 11, 2016=20 10:00 am =E2=80=93 11:30am 1.5 hours=20 Meeting number: 645 542 511=20 Meeting password: 9Wuad3DF =20 IDR interim 1/11=20 Monday, January 11, 2016=20 10:00 am | Eastern Standard Time (New York, GMT-05:00) | 1.5 hrs=20 =20 =20 =20 = Join WebEx meeting=20 https://ietf.webex.com/ietf/j.php?MTID=3Dmfdc40e83b09b3cc9fb2d4001a9a417d= 2 =20 Meeting number:=20 645 542 511=20 Meeting password: 9Wuad3DF =20 =20 =20 Join by phone 1-877-668-4493 Call-in toll free number (US/Canada) 1-650-479-3208 Call-in toll number (US/Canada) Access code: 645 542 511 Toll-free calling = restrictions =20 =20 =20 Introduction to Meeting=20 =20 The Topic for IDR interim on 1/11/2016 is a discussion on the addition = of new flow specifications proposed by the drafts listed below to the = RFC5575 (flow specification), RFC7674 (redirect clarification), = draft-ietf-idr-flowspec-v6-03, and IDR WG draft = ietf-idr-flowspec-l2vpn-03.txt. The existing flow specification = specify the filter conditions and actions (in BGP extended community) = that occur when a router receives a IP packet (IPv4 and IPv6) or a L2VPN = MAC frame. A short form of this is: Event =3D packet reception (specified by local configuration)=20 Match conditions in NLRI form (24 existing, 5 new) =20 - 12 IPv4 RFC5575 and IPv6 (draft-ietf-idr-flowspec-v6-03.txt)=20 - 1 IPv6 only - draft-ietf-idr-flowspec-v6-03,=20 - 11 in draft-ietf-idr-flowspec-l2vpn-03.txt - 5 in new drafts (3 nvo3 related, 1 time)=20 - Two additional MPLS possible =E2=80=93 MPLS label, MPLS = label stack=20 =20 Action: in Extended communities=20 - (1) Traffic rate limit by bytes (RFC5575),=20 - (1) Traffic rate limit by packets = (draft-eddy-idr-flowspec-packet rate) - (1) Traffic remark (in DSCP) (RFC5575) =20 - (3) Redirect to IP-VPN (RFC5575, RFC7674) =E2=80=93 3 forms=20 - (1) Redirect to tunnel = (draft-hao-flowspec-redirect-tunnel-00.txt)=20 - (1) NV03 Delimiter (draft-hao-flowspec-nv03-03.txt)=20 - (1) VLAN Action (draft-hao-flowspec-nv03-03.txt)=20 - (1) TPID action (draft-hao-flowspec-nv03-03.txt)=20 - (1) label action (draft-liang-bgp-flowspec-label-01.txt)=20 - (1) interface set action = (draft-litowski-idr-flowspec-interfaceset-03) =E2=80=93 ACL + flowspec + = interface-group=20 - (1) Traffic Action - Flow processing flags (Flags: stop with = this filter(S), Sample/log this filter)=20 - (1) Put additional actions or filters in a BGP attribute = (draft-li-idr-flowspec-rpd-00) (Add flag R to Traffic Action allow new filters/Attributes to be = carried in BGP attribute)=20 (1) [proposal] Add flag to Traffic Action that states [C- combination = of Flow specification using rules]=20 If 1, then rules apply. If zero, only RFC5575 and RFC7674 rules apply. = =20 =20 Drafts Discussed in meeting:=20 1: draft-hao-idr-flowspec-redirect-tunnel-00.txt=20 https://datatracker.ietf.org/doc/draft-hao-idr-flowspec-redirect-tunnel/ =20 2: draft-hao-idr-flowspec-nv03-0 https://datatracker.ietf.org/doc/draft-hao-idr-flowspec-nvo3 =20 3: draft-litowski-idr-flowspec-interfaceset-03=20 https://datatracker.ietf.org/doc/draft-litkowski-idr-flowspec-interfacese= t/ =20 =20 4: draft-liang-idr-flowspec-label https://datatracker.ietf.org/doc/draft-liang-idr-bgp-flowspec-label/ =20 5. draft-liang-idr-bgp-flowspec-time=20 https://datatracker.ietf.org/doc/draft-liang-idr-bgp-flowspec-time/ =20 6. draft =E2=80=93li-idr-flowspec-rpd-00 http://datatracker.ietf.org/doc/ 7. draft-eddy-idr-flowspec-packet-rate=E2=80=9400=20 https://datatracker.ietf.org/doc/draft-eddy-idr-flowspec-packet-rate/ =20 8. draft-vandevelde-idr-flowspec-path-redirect-00=20 https://datatracker.ietf.org/doc/draft-vandevelde-idr-flowspec-path-redir= ect/ =20 =20 Drafts related to =E2=80=9CWhy=E2=80=9D indirect pointers to application = flows are valuable Specifying why indirect segment pointer is valuable 1. draft-li-spring-segment-path-programming =20 =20 For Second discussion on I2RS=20 1: Yang module for I2RS-Flow Specification Discussion=20 https://datatracker.ietf.org/doc/draft-wu-idr-flowspec-yang-cfg/ =20 2: I2RS FB-RIB=20 https://datatracker.ietf.org/doc/draft-hares-i2rs-fb-rib-data-model/ https://datatracker.ietf.org/doc/draft-kini-i2rs-fb-rib-info-model/ =20 3: Extensions to Flow specification=20 Draft-eddy-idr-flowspec-exp-00=20 - flow delegation=20 - flow specification feedback (time, flowspec ID, start/stop = flow specs, etc).=20 - enhanced flow-spec validation=20 - Flow-specification identifier=20 - Crypto-graphic check using BGP-SEC=20 - ROA checks on flow-spec delegation=20 =20 ------=_NextPart_001_00B1_01D14A28.B869E530 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable

IDR WG:

 

Topic: Add new Flow Specification Drafts

 

Agenda:

 

10:00 =E2=80=9310:05:=C2=A0=C2=A0 Agenda Bashing = =C2=A0

10:05 - 10:25: =C2=A0=C2=A0Presentation on strawman for combing flow = specification

10:25 =E2=80=93 10:45: =C2=A0Discussion of Strawman =

10:45 =E2=80=93 11:05:=C2=A0 Comparison of I2RS Filter-Based RIB and = Flow Specification Data,

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 And why this matters to Flow = Specification Yang model

11:05 =E2=80=93 11:25 =C2=A0=C2=A0Discussion = =C2=A0

11:25 =E2=80=93 11:30 =C2=A0=C2=A0Closing discussion =

 =

IDR = interim: Monday January 11, 2016

10:00 am = =E2=80=93 11:30am 1.5 hours

Meeting number: = =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0 645 542 511

Meeting = password:=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0 9Wuad3DF

 =

IDR interim 1/11

Monday, January 11, 2016

10:00 am  |  Eastern Standard Time (New York, = GMT-05:00)  |  1.5 hrs =

 

 

 

Join = WebEx meeting =

https://ietf.webex.com/ietf/j.php?MTID=3Dmfdc40e83b09b3cc9fb2d4001a9a4= 17d2

 

Meeting number:

645 542 511

Meeting password:

9Wuad3DF

 

 

 

Join by phone

1-877-668-4493 Call-in toll free number = (US/Canada)

1-650-479-3208 Call-in toll number = (US/Canada)

Access code: 645 542 511

Toll-free calling = restrictions

 =

 

 

Introduction to Meeting

 

The Topic =C2=A0for IDR interim on 1/11/2016 is a discussion on the = addition of new flow specifications proposed by the drafts listed below = to the RFC5575 (flow specification), RFC7674 (redirect clarification), = draft-ietf-idr-flowspec-v6-03, and IDR WG draft = ietf-idr-flowspec-l2vpn-03.txt. =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0The = existing flow specification specify the filter conditions and actions = (in BGP extended community) that occur when a router receives a IP = packet (IPv4 and IPv6) or a L2VPN MAC frame. A short form of this = is:

Event =3D packet reception (specified by local configuration) =

Match conditions in NLRI form (24 existing, 5 new) = =C2=A0

-          = 12 IPv4 RFC5575 and IPv6 (draft-ietf-idr-flowspec-v6-03.txt) =

-          = 1 IPv6 only - draft-ietf-idr-flowspec-v6-03,

-          = 11 in draft-ietf-idr-flowspec-l2vpn-03.txt

-          = =C2=A05 in new drafts (3 nvo3 related, 1 time) =

-          = =C2=A0Two additional MPLS possible =C2=A0=E2=80=93 MPLS label, MPLS = label stack

 

Action: in Extended communities

-          = (1) Traffic rate limit by bytes (RFC5575),

-          = (1) Traffic rate limit by packets (draft-eddy-idr-flowspec-packet = rate)

-          = (1) Traffic remark (in DSCP) (RFC5575) =C2=A0

-          = (3) Redirect to IP-VPN (RFC5575, RFC7674) =E2=80=93 3 forms =

-          = (1) Redirect to tunnel (draft-hao-flowspec-redirect-tunnel-00.txt) =

-          = (1) NV03 Delimiter (draft-hao-flowspec-nv03-03.txt) =

-          = (1) VLAN Action (draft-hao-flowspec-nv03-03.txt) =

-          = (1) TPID action (draft-hao-flowspec-nv03-03.txt) =

-          = (1) label action (draft-liang-bgp-flowspec-label-01.txt) =

-          = (1) interface set action = (draft-litowski-idr-flowspec-interfaceset-03) =E2=80=93 ACL + flowspec + = interface-group

-          = (1) Traffic Action - Flow processing flags (Flags: stop with this = filter(S), Sample/log this filter)

-          = (1) Put additional actions or filters in a BGP attribute = (draft-li-idr-flowspec-rpd-00)

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 (Add flag R to Traffic Action allow = new filters/Attributes to be carried in BGP attribute) =

(1)    [proposal] Add flag to Traffic Action that states [C- combination of = Flow specification using rules]

If 1, then rules apply.=C2=A0 If zero, only RFC5575 and RFC7674 rules = apply. =C2=A0

 

 

Drafts Discussed in meeting:

1: draft-hao-idr-flowspec-redirect-tunnel-00.txt =

https://datatracker.ietf.org/doc/draft-hao-idr-flowspec-redirect= -tunnel/

 

2: draft-hao-idr-flowspec-nv03-0

htt= ps://datatracker.ietf.org/doc/draft-hao-idr-flowspec-nvo3<= /span>

 

3: draft-litowski-idr-flowspec-interfaceset-03 =

https://datatracker.ietf.org/doc/draft-litkowski-idr-flowspec-interfac= eset/

 

4: draft-liang-idr-flowspec-label

https://datatracker.ietf.org/doc/draft-liang-idr-bgp-flowspec-label/=

 

5. draft-liang-idr-bgp-flowspec-time

https://datatracker.ietf.org/doc/draft-liang-idr-bgp-flowspec-time/

 

6. draft =E2=80=93li-idr-flowspec-rpd-00

http://datatracker.ietf.org/doc= /

7. draft-eddy-idr-flowspec-packet-rate=E2=80=9400 =

https://datatracker.ietf.org/doc/draft-eddy-idr-flowspec-packet-rat= e/

 

8. draft-vandevelde-idr-flowspec-path-redirect-00 =

https://datatracker.ietf.org/doc/draft-vandevelde-idr-flows= pec-path-redirect/

 

 

Drafts related to =E2=80=9CWhy=E2=80=9D indirect pointers to = application flows are valuable

Specifying why indirect segment pointer is = valuable

1.       = draft-li-spring-segment-path-programming

 

 

For Second discussion on I2RS

1: Yang module for I2RS-Flow Specification Discussion =

=C2=A0=C2=A0=C2=A0=C2=A0https://datatracker.ietf.org/doc/draft-wu-idr-flowspec-yang-cfg/

 

2: I2RS FB-RIB

https://datatracker.ietf.org/doc/draft-hares-i2rs-fb-rib-data-model/=

https://datatracker.ietf.org/doc/draft-kini-i2rs-fb-rib-info-model/

 

3: Extensions to Flow specification

Draft-eddy-idr-flowspec-exp-00

-          = flow delegation

-          = flow specification feedback (time, flowspec ID, start/stop flow = specs, etc).

-          = enhanced flow-spec validation

-          = Flow-specification identifier

-          = Crypto-graphic check using BGP-SEC

-          = ROA checks on flow-spec delegation

 

------=_NextPart_001_00B1_01D14A28.B869E530-- ------=_NextPart_000_00B0_01D14A28.B869E530 Content-Type: application/octet-stream; name="WebEx_Meeting.ics" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="WebEx_Meeting.ics" BEGIN:VCALENDAR=0A= PRODID:-//Microsoft Corporation//Outlook 10.0 MIMEDIR//EN=0A= VERSION:2.0=0A= METHOD:REQUEST=0A= BEGIN:VTIMEZONE=0A= TZID:Eastern Time=0A= BEGIN:STANDARD=0A= DTSTART:20141101T020000=0A= RRULE:FREQ=3DYEARLY;INTERVAL=3D1;BYDAY=3D1SU;BYMONTH=3D11=0A= TZOFFSETFROM:-0400=0A= TZOFFSETTO:-0500=0A= TZNAME:Standard Time=0A= END:STANDARD=0A= BEGIN:DAYLIGHT=0A= DTSTART:20140301T020000=0A= RRULE:FREQ=3DYEARLY;INTERVAL=3D1;BYDAY=3D2SU;BYMONTH=3D3=0A= TZOFFSETFROM:-0500=0A= TZOFFSETTO:-0400=0A= TZNAME:Daylight Savings Time=0A= END:DAYLIGHT=0A= END:VTIMEZONE=0A= BEGIN:VEVENT=0A= ATTENDEE;CN=3D"IDR Working = Group";ROLE=3DREQ-PARTICIPANT;RSVP=3DTRUE:MAILTO:idr-chairs@tools.ietf.or= g=0A= ORGANIZER;CN=3D"IDR Working Group":MAILTO:idr-chairs@tools.ietf.org=0A= DTSTART;TZID=3D"Eastern Time":20160111T213000=0A= DTEND;TZID=3D"Eastern Time":20160111T233000=0A= LOCATION:https://ietf.webex.com/ietf=0A= TRANSP:OPAQUE=0A= SEQUENCE:1452279910=0A= UID:b404d9ec-07e6-436d-9f23-74f1fc937d9d=0A= DTSTAMP:20160112T023000Z=0A= DESCRIPTION:\n\n\nJOIN WEBEX = MEETING\nhttps://ietf.webex.com/ietf/j.php?MTID=3Dm2551d468058a23e814bde5= 3ed8c0c2f2\nMeeting number: 645 542 511\nMeeting password: = 9Wuad3DF\n\n\nJOIN BY PHONE\n1-877-668-4493 Call-in toll free number = (US/Canada) \n1-650-479-3208 Call-in toll number (US/Canada)\nAccess = code: 645 542 511\n\nToll-free dialing restrictions: = \nhttp://www.webex.com/pdf/tollfree_restrictions.pdf\n\n\n\nCan't join = the meeting? Contact support = here:\nhttps://ietf.webex.com/ietf/mc\n\n\nIMPORTANT NOTICE: Please note = that this WebEx service allows audio and other information sent during = the session to be recorded, which may be discoverable in a legal matter. = By joining this session, you automatically consent to such recordings. = If you do not consent to being recorded, discuss your concerns with the = host or do not join the session.\n=0A= X-ALT-DESC;FMTTYPE=3Dtext/html:  
Join WebEx = meeting =
Meeting number: 645 542 = 511
Meeting = password:9Wuad3DF
 
 
Join by = phone 
1-877-668-4493 Call-in toll free = number (US/Canada) 
1-650-479-3208 Call-in toll number = (US/Canada) 
Access code: 645 542 511 
Toll-free calling = restrictions  


 
Can't join the = meeting? Contact support. =  
 
IMPORTANT NOTICE: Please note that this WebEx service = allows audio and other information sent during the session to be = recorded, which may be discoverable in a legal matter. By joining this = session, you automatically consent to such recordings. If you do not = consent to being recorded, discuss your concerns with the host or do not = join the session.=0A= SUMMARY:IDR interim 1/11=0A= PRIORITY:5=0A= CLASS:PUBLIC=0A= BEGIN:VALARM=0A= TRIGGER:-PT5M=0A= ACTION:DISPLAY=0A= DESCRIPTION:Reminder=0A= END:VALARM=0A= END:VEVENT=0A= END:VCALENDAR=0A= ------=_NextPart_000_00B0_01D14A28.B869E530-- From nobody Tue Jan 12 13:06:50 2016 Return-Path: X-Original-To: i2rs@ietf.org Delivered-To: i2rs@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id A210C1AD378 for ; Fri, 1 Jan 2016 16:33:39 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit To: X-Test-IDTracker: no X-IETF-IDTracker: 6.11.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20160102003339.12339.80638.idtracker@ietfa.amsl.com> Date: Fri, 01 Jan 2016 16:33:39 -0800 From: IETF Secretariat Archived-At: X-Mailman-Approved-At: Tue, 12 Jan 2016 13:06:30 -0800 Subject: [i2rs] Milestones changed for i2rs WG X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.15 List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Jan 2016 00:33:39 -0000 X-List-Received-Date: Sat, 02 Jan 2016 00:33:39 -0000 Changed milestone "Request publication of an Informational document defining the problem statement", set due date to December 2015 from July 2013. Changed milestone "Request publication of an Informational document defining the high-level architecture", set due date to December 2015 from July 2013. Changed milestone "Request publication of an Informational document defining the protocol requirements", set due date to January 2016 from September 2013, added draft-ietf-i2rs-pub-sub-requirements, draft-ietf-i2rs-security-environment-reqs, draft-ietf-i2rs-ephemeral-state, draft-ietf-i2rs-protocol-security-requirements, draft-ietf-i2rs-traceability to milestone. Changed milestone "Request publication of Standards Track documents specifying information models", set due date to January 2016 from February 2014, added draft-ietf-i2rs-rib-info-model to milestone. Changed milestone "Request publication of an Informational document providing an analysis of existing IETF and other protocols and encoding languages against the requirements", set due date to March 2016 from February 2014. Changed milestone "Request publication of an Informational document defining encoding language requirements", set due date to March 2016 from September 2013. Changed milestone "Request publication of Informational documents describing use cases", set due date to March 2016 from August 2013, added draft-ietf-i2rs-usecase-reqs-summary to milestone. Changed milestone "Consider re-chartering", set due date to August 2016 from February 2014. URL: https://datatracker.ietf.org/wg/i2rs/charter/ From nobody Tue Jan 12 13:06:51 2016 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C53BC1A8A86; Tue, 5 Jan 2016 19:12:17 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.999 X-Spam-Level: X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_PASS=-0.001] 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 TvYFoGccMAVu; Tue, 5 Jan 2016 19:12:14 -0800 (PST) Received: from mail-lf0-x233.google.com (mail-lf0-x233.google.com [IPv6:2a00:1450:4010:c07::233]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6F0C61A8A6E; Tue, 5 Jan 2016 19:12:13 -0800 (PST) Received: by mail-lf0-x233.google.com with SMTP id p203so307916843lfa.0; Tue, 05 Jan 2016 19:12:13 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=sqf7qbpyfX8rIBG2j5kAOHtYljnReiD5nC9Biw0mClU=; b=SXvyHMJGtlyo1pHXMTQ4W8fWbU0RCaq6glYgPM2MyjQQ9omKeUVd6rCJSPv1mnYPLT xR2C4+qpUK4PEpL20NuE1KPF97tOMmkJ5URnZeZMow2r1G8+sBm0hnNthccQOuoNmnum L7T8NWFiUDqt2UWSzSbDrqL0HnJJmhWmIUMJONNsQPivq8jP0BytR+5/SCkhFdVQbn+9 n44wWMk6PDxqMfQbzQ9dois3YCnEBeBrIIgDvEeyipD3qiX2zjU3IuPE2Q0auW2RNvKA 1vXARagokqyg3lNCjp98PDyx5JL7MmtiCpF4/Uj5880FjZMVRcYhkZYDo5GNEQGJRS2s SYOg== MIME-Version: 1.0 X-Received: by 10.25.170.210 with SMTP id t201mr37004359lfe.16.1452049931626; Tue, 05 Jan 2016 19:12:11 -0800 (PST) Received: by 10.25.89.12 with HTTP; Tue, 5 Jan 2016 19:12:11 -0800 (PST) In-Reply-To: <568ADBE7.3030101@joelhalpern.com> References: <20160104170330.13929.73845.idtracker@ietfa.amsl.com> <006701d14722$616c6950$24453bf0$@ndzh.com> <568ADBE7.3030101@joelhalpern.com> Date: Tue, 5 Jan 2016 19:12:11 -0800 Message-ID: From: John Strassner To: "Joel M. Halpern" Content-Type: multipart/alternative; boundary=001a114111945ef1370528a1b8f0 Archived-At: X-Mailman-Approved-At: Tue, 12 Jan 2016 13:06:31 -0800 Cc: i2rs@ietf.org, "supa@ietf.org" , netmod@ietf.org, Susan Hares Subject: Re: [i2rs] [Supa] FW: New Version Notification for draft-hares-i2rs-bnp-eca-data-model-03.txt X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jan 2016 03:12:17 -0000 --001a114111945ef1370528a1b8f0 Content-Type: text/plain; charset=UTF-8 Hi Joe, et al., > 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. Exactly. More particularly, in scanning this draft, I fail to see how this is an accepted definition of ECA. In particular, there doesn't seem to be any event in the rule definition. Hence, I would suggest that you add wording that says that this is one of many ways to build such a mapping. > 2) The approach with the supa eca data model is still under > development. Absolutely agree. In particular, draft-chen was the first attempt at trying to conceptualize what such a data model should look like. > Having said that, the material in there is intended to be very > general. IFF you mean the SUPA info model, then absolutely (otherwise, it has failed in its primary mission of providing an extensible framework to define policies). IFF you mean draft-chen, then I think it agrees with the spirit of what you said. I think that we need to discuss how to map from an info model to a data model in more detail before we come to any conclusions of its efficacy. > 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. +1. In fact, the whole point of SUPA is to provide different ways of forming an ECA policy rule to meet different demands of the user. More particularly, at IETF94, you (Sue) assumed that an ECA policy rule was made up of Event, Condition, and Action objects. While that is certainly one alternative, there are others as well. In addition, please note that the presence of these objects is NOT sufficient to build an ECA policy rule (e.g., the Event object needs an attribute (or multiple attributes) to be compared to something in order to determine if the event CLAUSE evaluates to TRUE or not. regards, John On Mon, Jan 4, 2016 at 12:53 PM, Joel M. Halpern wrote: > 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. >> >> >> In my role as I2RS chair, I2RS needs to make progress soon on the >> I2RS FB-RIB data model. We would appreciate your aid. >> >> >> Sue >> >> -----Original Message----- >> From: 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. >> >> The IETF Secretariat >> >> >> _______________________________________________ >> i2rs mailing list >> i2rs@ietf.org >> https://www.ietf.org/mailman/listinfo/i2rs >> >> > _______________________________________________ > Supa mailing list > Supa@ietf.org > https://www.ietf.org/mailman/listinfo/supa > -- regards, John --001a114111945ef1370528a1b8f0 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi Joe, et al.,

> 1) It i= s not clear to me why there is any dependence of the fb-rib
>= =C2=A0data model on an eca data model.=C2=A0 While supa does allow for
> policy model to be sent directly to the router, it also allows = many
>=C2=A0other cases.

Exactly.= More particularly, in scanning this draft, I fail to see how
thi= s is an accepted definition of ECA. In particular, there doesn't
<= div>seem to be any event in the rule definition.

H= ence, I would suggest that you add wording that says that this is
one of many ways to build such a mapping.


>=C2=A02) The approach with the supa eca data model is still und= er
>=C2=A0development.

Absolutely agr= ee. In particular, draft-chen was the first attempt at
trying to = conceptualize what such a data model should look like.

=
>=C2=A0 Having said that, the material in there is intended to be v= ery
>=C2=A0general.

IFF you mean the = SUPA info model, then absolutely (otherwise,
it has failed in its= primary mission of providing an extensible
framework to define p= olicies).

IFF you mean draft-chen, then=C2=A0I thi= nk it=C2=A0agrees with the spirit of
what you said. I think that = we need to discuss how to map from
an info model to a data model= =C2=A0in more detail before we come to
any conclusions of its eff= icacy.

>=C2=A0 From what I understand, there sh= ould be no difficulty in
>=C2=A0refining the action side of th= at model to actions which affect
>=C2=A0the fb-rib in ways tha= t are consistent with the fb-dib data model.

+1. I= n fact, the whole point of SUPA is to provide different ways
of f= orming an ECA policy rule to meet different demands of the
user. = More particularly, at IETF94, you (Sue) assumed that an
ECA polic= y rule was made up of Event, Condition, and Action
objects. While= that is certainly one alternative, there are others
as well. In = addition, please note that the presence of these
objects is NOT s= ufficient to build an ECA policy rule (e.g., the
Event object nee= ds an attribute (or multiple attributes) to be
compared to somet= hing in order to determine if the event
CLAUSE evaluates to TRUE= or not.


regards,
John

On M= on, Jan 4, 2016 at 12:53 PM, Joel M. Halpern <jmh@joelhalpern.com&g= t; wrote:
I think there are two is= sues here.

1) It is not clear to me why there is any dependence of the fb-rib data mod= el on an eca data model.=C2=A0 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.=C2= =A0 Having said that, the material in there is intended to be very general.= =C2=A0 From what I understand, there should be no difficulty in refining th= e 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 th= e
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.=C2=A0 =C2=A0At 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,=C2=A0 I2RS needs to make progress soon on the
I2RS FB-RIB data model.=C2=A0 We would appreciate your aid.
<i2rs chair hat off>

Sue

-----Original Message-----
From: interne= t-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-0= 3.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 repos= itory.

Name:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0draft-hares-i2rs-bnp-eca-data= -model
Revision:=C2=A0 =C2=A0 =C2=A0 =C2=A003
Title:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 An Information Model for Basic Net= work Policy and Filter Rules
Document date:=C2=A0 2016-01-04
Group:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 Individual Submission
Pages:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 30
URL:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 https://www.ietf.org/internet-drafts/draft-hares-i= 2rs-bnp-eca-data-model-03.txt
Status:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0https://datatracker.ietf.org/doc/draft-hares-i2rs-bnp-eca-data-mo= del/
Htmlized:=C2=A0 =C2=A0 =C2=A0 =C2=A0https://tools.ietf.org/html/draft-hares-i2rs-bnp-eca-data-model-03 Diff:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0https://www.ietf.org/rfcdiff?url2=3Ddraft-hares-i2rs-bn= p-eca-data-model-03

Abstract:
=C2=A0 =C2=A0 This document contains the Basic Network Policy and Filters (= BNP IM)
=C2=A0 =C2=A0 Data Model which provides a policy model that support an orde= red list
=C2=A0 =C2=A0 of match-condition-action (aka event-condition-action (ECA)) = for
=C2=A0 =C2=A0 multiple layers (interface, L1-L4, application) and other fac= tors
=C2=A0 =C2=A0 (size of packet, time of day).=C2=A0 The actions allow for se= tting actions
=C2=A0 =C2=A0 (QOS and other), decapsulation, encapsulation, plus forwardin= g
=C2=A0 =C2=A0 actions.=C2=A0 The policy model can be used with the I2RS fil= ter-based
=C2=A0 =C2=A0 RIB.




Please note that it may take a couple of minutes from the time of submissio= n until the htmlized version and diff are available at tools.ietf.org.

The IETF Secretariat


_______________________________________________
i2rs mailing list
i2rs@ietf.org
https://www.ietf.org/mailman/listinfo/i2rs


_______________________________________________
Supa mailing list
Supa@ietf.org
https://www.ietf.org/mailman/listinfo/supa



--
regards,
John
--001a114111945ef1370528a1b8f0-- From nobody Tue Jan 12 13:06:53 2016 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 148C91A8AD1; Tue, 5 Jan 2016 19:27:51 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.999 X-Spam-Level: X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_PASS=-0.001] 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 FThLQjltJsR1; Tue, 5 Jan 2016 19:27:47 -0800 (PST) Received: from mail-lf0-x22a.google.com (mail-lf0-x22a.google.com [IPv6:2a00:1450:4010:c07::22a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0CB221A8AC8; Tue, 5 Jan 2016 19:27:47 -0800 (PST) Received: by mail-lf0-x22a.google.com with SMTP id c192so129524375lfe.2; Tue, 05 Jan 2016 19:27:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=O/hutANSbakogS0d9e3FD1igoweRHjzqM037hqpTKAE=; b=yBoVAPjvvsssgwbC17EAubvGK28yuCRuDKUOFPvWpT42emxXaQLCgmyaXHmSuAJqvl TBBOHA1CkIrEhngcZCWfblFKIdmJpja7Gbe7p7sbjgCsUT5rvRcR+PEd6YRBzDJzlqfb 3BwsyecYY8RHa+hra0TAL7AGJ8eIHzWXRs5LSggULcv14hjk0cTrBJ5FMvE3gZZXL392 mV4/5Y1j9NZlDsADT5s4IRVj5LLSX07ruKzff8Eqmlt/hvtUGOA+6gTYmKpB7JM+Vax0 mNac9AYUcRS42TSiBiD2EFRVd51Mbo7oti9oL0gDbwXdOPutEBSnel6yfxHOkLQzwcis ThDw== MIME-Version: 1.0 X-Received: by 10.25.145.14 with SMTP id t14mr18797351lfd.100.1452050865264; Tue, 05 Jan 2016 19:27:45 -0800 (PST) Received: by 10.25.89.12 with HTTP; Tue, 5 Jan 2016 19:27:45 -0800 (PST) In-Reply-To: <00b501d1473f$fef22990$fcd67cb0$@ndzh.com> References: <20160104170330.13929.73845.idtracker@ietfa.amsl.com> <006701d14722$616c6950$24453bf0$@ndzh.com> <568ADBE7.3030101@joelhalpern.com> <00b501d1473f$fef22990$fcd67cb0$@ndzh.com> Date: Tue, 5 Jan 2016 19:27:45 -0800 Message-ID: From: John Strassner To: Susan Hares Content-Type: multipart/alternative; boundary=001a11401eb20522780528a1f064 Archived-At: X-Mailman-Approved-At: Tue, 12 Jan 2016 13:06:31 -0800 Cc: i2rs@ietf.org, "Joel M. Halpern" , "supa@ietf.org" , netmod@ietf.org, John Strassner Subject: Re: [i2rs] [Supa] FW: New Version Notification for draft-hares-i2rs-bnp-eca-data-model-03.txt X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jan 2016 03:27:51 -0000 --001a11401eb20522780528a1f064 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable 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 evaluates to TRUE IF 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 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 I2= RS > FB-RIB, then we should probably restrict this conversation to the I2RS ma= il > list. Any feedback on the Info-model or data-model would be helpful. Th= e > 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 =E2=80=93 that discussion may be useful between I2RS, Netmod and S= UPA. > > > > 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] > Sent: Monday, January 04, 2016 3:54 PM > To: Susan Hares; i2rs@ietf.org; netmod@ietf.org; 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. > > > > > > > > > In my role as I2RS chair, I2RS needs to make progress soon on the > > > I2RS FB-RIB data model. We would appreciate your aid. > > > > > > > > > Sue > > > > > > -----Original Message----- > > > From: 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=3Ddraft-hares-i2rs-bnp-eca-data-model-0= 3 > > > > > > Abstract: > > > This document contains the Basic Network Policy and Filters (BNP IM= ) > > > Data Model which provides a policy model that support an ordered li= st > > > 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 actio= ns > > > (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. > > > > > > The IETF Secretariat > > > > > > > > > _______________________________________________ > > > i2rs mailing list > > > i2rs@ietf.org > > > https://www.ietf.org/mailman/listinfo/i2rs > > > > > _______________________________________________ > Supa mailing list > Supa@ietf.org > https://www.ietf.org/mailman/listinfo/supa > > --=20 regards, John --001a11401eb20522780528a1f064 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Sue,

> On #1) the dependency betw= een I2RS Filter-based RIB (FB-RIB) and
>=C2=A0ECA, please see draft-k= ini-i2rs-fb-rib-info-model-02.txt. In section 1.1,
> it gives the def= inition of the FB-RIB.

Sorry, it does NOT do this. To quote from this= section:

=C2=A0 =C2=A0A Filter Based RIB uses Even= t-Condition-Action policy. A Filter-
=C2=A0 =C2=A0based RIB entry speci= fies matches on fields in a packet (which may
=C2=A0 =C2=A0include layer= 2 fields, IP header fields, transport or application
=C2=A0 =C2=A0field= s) or size of the packet or interface received on. The matches
=C2=A0 = =C2=A0are contained in an ordered list of filters which contain pairs of=C2=A0=C2=A0 match condition-action (aka event-condition-action).

Please tell me WHERE the event is in the above definition. All I see i= s
a condition-action rule. (BTW, the analysis of PCIM and PCIMe is also<= br>not quite correct in your draft).

> In section 1.2, it links th= is to an event-condition-action model.

Sorry, it does NOT do this.

First, this section simply says, and I quote:

= =C2=A0=C2=A0 "The filter based-RIB uses event-condition-action policy = (ECA) rules."

That is a tautology at best.

Second, in Sect= ion 2, under the definition of FB-Route, the draft says:

=C2=A0=C2=A0= "The policy rules in the filter-based RIB are prescriptive of the
= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0Event-Condition-Action form which is often re= presented by
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 if Condition the= n action."

Please note that this definition is= incorrect, and in conflict with SUPA.
The whole point of an EVENT-condi= tion-action policy rule is to define
a rule of the form:

=C2=A0=C2= =A0=C2=A0 IF <event_clause> evaluates to TRUE
=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0 IF <condition_clause evaluates to TRUE
=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 THEN execut= e actions in <action_clause>
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0 ENDIF
=C2=A0=C2=A0=C2=A0 ENDIF

This definition has been est= ablished in the industry and academia
for at least 2 decades.

Vari= ations of the above have been defined and published (e.g.,
FOCALE has an= alternate set of actions to execute if the condition
clause evaluated t= o FALSE; this has NOT been proposed for SUPA
at this time). There have a= lso been extensions to handle sets and
groups, as well as specific order= ing (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:3= 3 PM, Susan Hares <shares@ndzh.com> wrote:

J= oel:

=C2=A0

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.=C2=A0 In section 1.2, it links this to an event-condition-action mode= l.=C2=A0 If you disagree with the definition of =C2=A0I2RS FB-RIB, then we = should probably restrict this conversation to the I2RS mail list.=C2=A0 Any= feedback on the Info-model or data-model would be helpful.=C2=A0 The autho= rs hoped to go to a WG adoption call at the end of this week.

=C2=A0

One challenge for the ephemeral I2RS FB-= RIB, is there is no definition of the non-ephemeral FB-RIB.=C2=A0 If you th= ink there should be a non-ephemeral FB-RIB =E2=80=93 that discussion may be= useful between I2RS, Netmod and SUPA.

=C2=A0

On #2) SUPA ECA model, I agree that we should be able to have a= common draft.=C2=A0 At IETF 94, I raised issues regarding the SUPA versus = my ECA definition.=C2=A0 =C2=A0

=C2=A0

Cheerily,

=C2=A0

Sue

=C2=A0

-----Original Message-----
From: = Joel M. Halpern [mailto:jmh@joelhalpern.com]
Sent: Monday, January 04, 2016 3:54 PMTo: Susan Hares; i2rs@= ietf.org; netmod@i= etf.org; supa@ietf.o= rg
Subject: Re: [i2rs] FW: New Version Notification for draft-hares-= i2rs-bnp-eca-data-model-03.txt

=C2=A0

I think the= re are two issues here.

=C2=A0

1) I= t is not clear to me why there is any dependence of the fb-rib data model o= n an eca data model.=C2=A0 While supa does allow for policy model to be sen= t directly to the router, it also allows many other cases.

=C2=A0

2) The approach with the supa eca data model= is still under development.

=C2=A0=C2=A0Having said t= hat, the material in there is intended to be very general.=C2=A0 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 w= ith the fb-dib data model.

=C2=A0

Y= ours,

Joel

=C2=A0

=

On 1/4/16 2:01 PM, Susan Hares wrote:

> This mode= l 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.=

>=C2=A0

> Chen and co-authors have cre= ated the model:

>=C2=A0

> dra= ft-chen-supa-eca-data-model-05.txt

>=C2=A0=

> But it does not align with this yang model or seem sufficie= nt to

> support the FB-RIB information model.=C2=A0= =C2=A0 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 wou= ld appreciate feedback on this version of yang model.

&= gt;=C2=A0

> <i2rs Chair hat on><= /p>

> In my role as I2RS chair,=C2=A0 I2RS needs to make progress soon= on the

> I2RS FB-RIB data model.=C2=A0 We would ap= preciate your aid.

> <i2rs chair hat off>

>=C2=A0

> Sue

>=C2=A0

> -----Original Message-----

> From: internet-draft= s@ietf.org [mailto:in= ternet-drafts@ietf.org]

> Sent: Monday, J= anuary 04, 2016 12:04 PM

> To: Susan Hares; Qin Wu; = Russ White

> Subject: New Version Notification for <= u>

> draft-hares-i2rs-bnp-eca-data-model-03.txt<= u>

>=C2=A0

>=C2=A0

= > A new version of I-D, draft-hares-i2rs-bnp-eca-data-model-03.txt

> has been successfully submitted by Susan Hares and post= ed to the IETF repository.

>=C2=A0

=

> Name:=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 draft-hares-i2rs-bnp-eca-data= -model

> Revision:=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0 03

> Title:=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0 An Information Model for Basic Network Policy and Filter Rules=

> Document date:=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0 2016-01-04

> Group:=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0 Individual Submission

> Pages:=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0 30

> URL:=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 https://w= ww.ietf.org/internet-drafts/draft-hares-i2rs-bnp-eca-data-model-03.txt

> Status:=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0 https://datatracker.ietf.org/doc/draft-hares-i2rs-bnp-eca-= data-model/

> Htmlized:=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0 https://tools.ietf.org/html/draft-hares-i2rs-bnp-eca-da= ta-model-03

> Diff:=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 https://www.ietf.org/rfcdi= ff?url2=3Ddraft-hares-i2rs-bnp-eca-data-model-03

>=C2=A0

> Abstract:

>= =C2=A0=C2=A0=C2=A0=C2=A0 This document contains the Basic Network Policy an= d Filters (BNP IM)

>=C2=A0=C2=A0=C2=A0=C2=A0 Data Mo= del which provides a policy model that support an ordered list

>=C2=A0=C2=A0=C2=A0=C2=A0 of match-condition-action (aka event-c= ondition-action (ECA)) for

>=C2=A0=C2=A0=C2=A0=C2=A0= multiple layers (interface, L1-L4, application) and other factors

>=C2=A0=C2=A0=C2=A0=C2=A0 (size of packet, time of day).=C2= =A0 The actions allow for setting actions

>=C2=A0=C2= =A0=C2=A0=C2=A0 (QOS and other), decapsulation, encapsulation, plus forward= ing

>=C2=A0=C2=A0=C2=A0=C2=A0 actions.=C2=A0 The pol= icy model can be used with the I2RS filter-based

>= =C2=A0=C2=A0=C2=A0=C2=A0 RIB.

>=C2=A0<= /p>

>=C2=A0

>=C2=A0

>= =C2=A0

> Please note that it may take a couple of minut= es from the time of submission until the htmlized version and diff are avai= lable at tools.ietf.org= .

>=C2=A0

> The IETF Secr= etariat

>=C2=A0

>=C2= =A0

> _______________________________________________

> i2rs mailing list

> i2rs@ietf.org

> https://www.ietf.org/mailman/l= istinfo/i2rs

>=C2=A0


_______________________________________________
Supa mailing list
Supa@ietf.org
https://www.ietf.org/mailman/listinfo/supa




--
regards,
John
--001a11401eb20522780528a1f064-- From nobody Tue Jan 12 13:06:54 2016 Return-Path: X-Original-To: i2rs@ietf.org Delivered-To: i2rs@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id BFE901A8982; Thu, 7 Jan 2016 04:51:36 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: IETF Secretariat To: , , X-Test-IDTracker: no X-IETF-IDTracker: 6.11.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20160107125136.20693.10382.idtracker@ietfa.amsl.com> Date: Thu, 07 Jan 2016 04:51:36 -0800 Archived-At: X-Mailman-Approved-At: Tue, 12 Jan 2016 13:06:31 -0800 Subject: [i2rs] The I2RS WG has placed draft-li-idr-mpls-path-programming in state "Candidate for WG Adoption" X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.15 List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jan 2016 12:51:37 -0000 The I2RS WG has placed draft-li-idr-mpls-path-programming in state Candidate for WG Adoption (entered by Susan Hares) The document is available at https://datatracker.ietf.org/doc/draft-li-idr-mpls-path-programming/ From nobody Tue Jan 12 13:10:04 2016 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 600811A8894 for ; Tue, 12 Jan 2016 13:10:02 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -97.657 X-Spam-Level: X-Spam-Status: No, score=-97.657 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DOS_OUTLOOK_TO_MX=2.845, FH_RELAY_NODNS=1.451, GB_I_INVITATION=-2, HELO_MISMATCH_COM=0.553, HTML_MESSAGE=0.001, J_CHICKENPOX_12=0.6, RDNS_NONE=0.793, USER_IN_WHITELIST=-100] autolearn=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 RvnyZ1B4veVk for ; Tue, 12 Jan 2016 13:10:00 -0800 (PST) Received: from hickoryhill-consulting.com (unknown [50.245.122.97]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 101F11A039F for ; Tue, 12 Jan 2016 13:09:59 -0800 (PST) X-Default-Received-SPF: pass (skip=loggedin (res=PASS)) x-ip-name=74.43.47.177; From: "Susan Hares" To: Date: Tue, 12 Jan 2016 16:09:53 -0500 Message-ID: <02ee01d14d7d$97e6c870$c7b45950$@ndzh.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_02EF_01D14D53.AF13CDB0" X-Mailer: Microsoft Outlook 14.0 Thread-Index: AdFNfYVsYv+dcnyBQcOQZPQnJEG1cA== Content-Language: en-us X-Authenticated-User: skh@ndzh.com Archived-At: Cc: 'Jeffrey Haas' , 'Alia Atlas' Subject: [i2rs] I2RS interim 10:00 - 11:30am X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jan 2016 21:10:02 -0000 This is a multipart message in MIME format. ------=_NextPart_000_02EF_01D14D53.AF13CDB0 Content-Type: multipart/alternative; boundary="----=_NextPart_001_02F0_01D14D53.AF13CDB0" ------=_NextPart_001_02F0_01D14D53.AF13CDB0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable I2RS interim 1/13/2016 10:00 =E2=80=93 11:30am on 1/13/2016=20 =20 Agenda =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D 10:00 - 10:05 Agenda Bashing 10:05 - 10:10 Adding Analytics to I2RS protocol 10:10 - 10:20 Conflict Resolution [Pedro Guiterrez] 10:20 - 10:30 Discussion on Conflict Resolution =20 10:30 - 10:50 I2RS Filter-Based RIB [Sue Hares] Part 1: FB-RIB =3D ECA Policy=20 Event =3D "packet reception", Match Conditions =3D "Filters" 5-tuple++++ Actions =3D modify and forwarding options =20 Part 2: Interaction with Similar ECA policy in BGP Flow Specifications Policy Based Routing (PBR) ACLs=20 forwarding=20 =20 10:50 - 11:00 FB-RIB Discussion=20 =20 11:00 - 11:20 Service Topology=20 Part 1: Overview of Service Topology Data MOdel=20 Part 2: Comparison with L3SM=20 =20 11:20 - 11:30 Service Topology Discussion =20 Drafts to review:=20 1) Filter-Based RIB=20 https://datatracker.ietf.org/doc/draft-kini-i2rs-fb-rib-info-model/ https://datatracker.ietf.org/doc/draft-hares-i2rs-fb-rib-data-model/ https://datatracker.ietf.org/doc/draft-hares-i2rs-bnp-eca-data-model/ =20 2) Service model=20 https://datatracker.ietf.org/doc/draft-hares-i2rs-service-topo-dm/ =20 =20 From: I2RS Working Group [mailto:messenger@webex.com]=20 Sent: Tuesday, January 12, 2016 3:43 PM To: i2rs-chairs@tools.ietf.org Subject: (Forward to others) WebEx meeting invitation: I2RS Interim =20 You can forward this invitation to others.=20 =20 Hello,=20 I2RS Working Group invites you to join this WebEx meeting.=20 =20 =20 =20 I2RS Interim=20 Wednesday, January 13, 2016=20 10:00 am | Eastern Standard Time (New York, GMT-05:00) | 1 hr 45 = mins=20 =20 =20 =20 = Join WebEx meeting=20 =20 Meeting number:=20 641 062 284=20 Meeting password: snow.michigan =20 =20 =20 Join by phone 1-877-668-4493 Call-in toll free number (US/Canada) 1-650-479-3208 Call-in toll number (US/Canada) Access code: 641 062 284 Toll-free calling = restrictions =20 =20 =20 = Add this meeting to your calendar. (Cannot add from mobile devices.) =20 =20 =20 Can't join the meeting? Contact = support.=20 =20 =20 =20 IMPORTANT NOTICE: Please note that this WebEx service allows audio and = other information sent during the session to be recorded, which may be = discoverable in a legal matter. By joining this session, you = automatically consent to such recordings. If you do not consent to being = recorded, discuss your concerns with the host or do not join the = session. =20 ------=_NextPart_001_02F0_01D14D53.AF13CDB0 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable

I2RS interim 1/13/2016 =C2=A010:00 =E2=80=93 11:30am on 1/13/2016 =

 

Agenda

=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D

10:00 - 10:05 Agenda Bashing

10:05 - 10:10 Adding Analytics to I2RS = protocol

10:10 - 10:20 Conflict Resolution [Pedro = Guiterrez]

10:20 - 10:30 Discussion on Conflict = Resolution

 

10:30 - 10:50 I2RS Filter-Based RIB [Sue = Hares]

=C2=A0Part 1:=C2=A0 FB-RIB =3D ECA Policy

=C2=A0=C2=A0Event =3D "packet = reception",

=C2=A0 Match Conditions =3D "Filters" = 5-tuple++++

=C2=A0 Actions =3D modify and forwarding = options

=C2=A0

=C2=A0Part 2: Interaction with Similar ECA policy = in

=C2=A0 BGP Flow Specifications

=C2=A0 Policy Based Routing (PBR)

=C2=A0 ACLs

=C2=A0=C2=A0forwarding

=C2=A0

10:50 - 11:00 FB-RIB Discussion

 

11:00 - 11:20 Service Topology

=C2=A0Part 1: Overview of Service Topology Data MOdel =

=C2=A0Part 2: Comparison with L3SM

=C2=A0

11:20=C2=A0 - 11:30 Service Topology = Discussion

 

Drafts to review:

1) Filter-Based RIB

https://datatracker.ietf.org/doc/draft-kini-i2rs-fb-rib-info-model/

https://datatracker.ietf.org/doc/draft-hares-i2rs-fb-rib-data-model/

https://datatracker.ietf.org/doc/draft-hares-i2rs-bnp-eca-data-model/<= o:p>

 

2) Service model

https://datatracker.ietf.org/doc/draft-hares-i2rs-service-topo-dm/

 

 

From:= = I2RS Working Group [mailto:messenger@webex.com]
Sent: = Tuesday, January 12, 2016 3:43 PM
To: = i2rs-chairs@tools.ietf.org
Subject: (Forward to others) WebEx = meeting invitation: I2RS Interim

 

You can forward this invitation to others. =

 

Hello,

I2RS Working Group invites you to join this WebEx meeting. =

 

 

 

I2RS = Interim =

Wednesday, January 13, 2016

10:00 am  |  Eastern Standard Time (New York, = GMT-05:00)  |  1 hr 45 mins =

 

 

 

Join = WebEx meeting =

 

Meeting number:

641 062 284

Meeting password:

snow.michigan

 

 

 

Join by = phone

1-877-668-4493 Call-in toll free number = (US/Canada)

1-650-479-3208 Call-in toll number = (US/Canada)

Access code: 641 062 284

Toll-free = calling = restrictions

 

 

 

Add this = meeting to your calendar. (Cannot add from mobile = devices.)

 

 

 

Can't join the meeting? Contact support. =

 

 

 

= IMPORTANT NOTICE: Please note that this WebEx service allows audio and = other information sent during the session to be recorded, which may be = discoverable in a legal matter. By joining this session, you = automatically consent to such recordings. If you do not consent to being = recorded, discuss your concerns with the host or do not join the = session.

 

------=_NextPart_001_02F0_01D14D53.AF13CDB0-- ------=_NextPart_000_02EF_01D14D53.AF13CDB0 Content-Type: application/octet-stream; name="WebEx_Meeting.ics" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="WebEx_Meeting.ics" BEGIN:VCALENDAR=0A= PRODID:-//Microsoft Corporation//Outlook 10.0 MIMEDIR//EN=0A= VERSION:2.0=0A= METHOD:REQUEST=0A= BEGIN:VTIMEZONE=0A= TZID:Eastern Time=0A= BEGIN:STANDARD=0A= DTSTART:20141101T020000=0A= RRULE:FREQ=3DYEARLY;INTERVAL=3D1;BYDAY=3D1SU;BYMONTH=3D11=0A= TZOFFSETFROM:-0400=0A= TZOFFSETTO:-0500=0A= TZNAME:Standard Time=0A= END:STANDARD=0A= BEGIN:DAYLIGHT=0A= DTSTART:20140301T020000=0A= RRULE:FREQ=3DYEARLY;INTERVAL=3D1;BYDAY=3D2SU;BYMONTH=3D3=0A= TZOFFSETFROM:-0500=0A= TZOFFSETTO:-0400=0A= TZNAME:Daylight Savings Time=0A= END:DAYLIGHT=0A= END:VTIMEZONE=0A= BEGIN:VEVENT=0A= ATTENDEE;CN=3D"I2RS Working = Group";ROLE=3DREQ-PARTICIPANT;RSVP=3DTRUE:MAILTO:i2rs-chairs@tools.ietf.o= rg=0A= ORGANIZER;CN=3D"I2RS Working Group":MAILTO:i2rs-chairs@tools.ietf.org=0A= DTSTART;TZID=3D"Eastern Time":20160113T100000=0A= DTEND;TZID=3D"Eastern Time":20160113T114500=0A= LOCATION:https://ietf.webex.com/ietf=0A= TRANSP:OPAQUE=0A= SEQUENCE:1452631353=0A= UID:565f93f0-63c1-426d-9f6d-0cd47e4bec15=0A= DTSTAMP:20160113T150000Z=0A= DESCRIPTION:\n\n\nJOIN WEBEX = MEETING\nhttps://ietf.webex.com/ietf/j.php?MTID=3Dmca3390064c6b07d193bfc8= b194f41b29\nMeeting number: 641 062 284\nMeeting password: = snow.michigan\n\n\nJOIN BY PHONE\n1-877-668-4493 Call-in toll free = number (US/Canada) \n1-650-479-3208 Call-in toll number = (US/Canada)\nAccess code: 641 062 284\n\nToll-free dialing restrictions: = \nhttp://www.webex.com/pdf/tollfree_restrictions.pdf\n\n\n\nCan't join = the meeting? Contact support = here:\nhttps://ietf.webex.com/ietf/mc\n\n\nIMPORTANT NOTICE: Please note = that this WebEx service allows audio and other information sent during = the session to be recorded, which may be discoverable in a legal matter. = By joining this session, you automatically consent to such recordings. = If you do not consent to being recorded, discuss your concerns with the = host or do not join the session.\n=0A= X-ALT-DESC;FMTTYPE=3Dtext/html:  
Join WebEx = meeting =
Meeting number: 641 062 = 284
Meeting = password:snow.michigan
 
 
Join by = phone 
1-877-668-4493 Call-in toll free = number (US/Canada) 
1-650-479-3208 Call-in toll number = (US/Canada) 
Access code: 641 062 284 
Toll-free calling = restrictions  


 
Can't join the = meeting? Contact support. =  
 
IMPORTANT NOTICE: Please note that this WebEx service = allows audio and other information sent during the session to be = recorded, which may be discoverable in a legal matter. By joining this = session, you automatically consent to such recordings. If you do not = consent to being recorded, discuss your concerns with the host or do not = join the session.=0A= SUMMARY:I2RS Interim=0A= PRIORITY:5=0A= CLASS:PUBLIC=0A= BEGIN:VALARM=0A= TRIGGER:-PT5M=0A= ACTION:DISPLAY=0A= DESCRIPTION:Reminder=0A= END:VALARM=0A= END:VEVENT=0A= END:VCALENDAR=0A= ------=_NextPart_000_02EF_01D14D53.AF13CDB0-- From nobody Tue Jan 12 14:15:05 2016 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BA5D41A8AA9 for ; Tue, 12 Jan 2016 14:15:04 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -94.358 X-Spam-Level: X-Spam-Status: No, score=-94.358 tagged_above=-999 required=5 tests=[BAYES_40=-0.001, DOS_OUTLOOK_TO_MX=2.845, FH_RELAY_NODNS=1.451, HELO_MISMATCH_COM=0.553, HTML_MESSAGE=0.001, RDNS_NONE=0.793, USER_IN_WHITELIST=-100] autolearn=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 Gs12bXmdt4mf for ; Tue, 12 Jan 2016 14:15:03 -0800 (PST) Received: from hickoryhill-consulting.com (unknown [50.245.122.97]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 401711A8AC2 for ; Tue, 12 Jan 2016 14:15:02 -0800 (PST) X-Default-Received-SPF: pass (skip=loggedin (res=PASS)) x-ip-name=74.43.47.177; From: "Susan Hares" To: Date: Tue, 12 Jan 2016 17:14:55 -0500 Message-ID: <035601d14d86$aeb9e5b0$0c2db110$@ndzh.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0357_01D14D5C.C5E3DDB0" X-Mailer: Microsoft Outlook 14.0 Thread-Index: AdFNhk0X+tDonTgOR4iCtytEjaIAMQ== Content-Language: en-us X-Authenticated-User: skh@ndzh.com Archived-At: Cc: 'Jeffrey Haas' , db3546@att.com, 'Alia Atlas' Subject: [i2rs] WG LC on textual changes in draft-ietf-i2rs-architecture-12.txt and draft-ietf-i2rs-problem-statement-08 (12/23/2015 to 1/5/2016) - WG LC Complete X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jan 2016 22:15:04 -0000 This is a multipart message in MIME format. ------=_NextPart_000_0357_01D14D5C.C5E3DDB0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit The 2 week WG LC on the textual changes for the draft-ietf-i2rs-architecture-12 and draft-ietf-i2rs-problem-statement-08.txt has closed. These drafts will be forwarded to the IESG for publication. The only comment during this period was the shepherd's re-review of the I2RS problem statement. Sue Hares and Jeff Haas ------=_NextPart_000_0357_01D14D5C.C5E3DDB0 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

The 2 week = WG LC on the textual changes for the draft-ietf-i2rs-architecture-12 and = draft-ietf-i2rs-problem-statement-08.txt has closed.  These drafts = will be forwarded to the IESG for publication.

 

The only = comment during this period was the shepherd’s re-review of the = I2RS problem statement.  

 

Sue Hares = and Jeff Haas

------=_NextPart_000_0357_01D14D5C.C5E3DDB0-- From nobody Tue Jan 12 19:04:48 2016 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3B00C1B2C6B for ; Tue, 12 Jan 2016 19:04:46 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -96.392 X-Spam-Level: X-Spam-Status: No, score=-96.392 tagged_above=-999 required=5 tests=[BAYES_50=0.8, FH_RELAY_NODNS=1.451, HELO_MISMATCH_COM=0.553, HTML_MESSAGE=0.001, RDNS_NONE=0.793, T_DOS_OUTLOOK_TO_MX_IMAGE=0.01, USER_IN_WHITELIST=-100] autolearn=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 taFy9gb3G4mC for ; Tue, 12 Jan 2016 19:04:42 -0800 (PST) Received: from hickoryhill-consulting.com (unknown [50.245.122.97]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4A6441B2C6A for ; Tue, 12 Jan 2016 19:04:42 -0800 (PST) X-Default-Received-SPF: pass (skip=loggedin (res=PASS)) x-ip-name=74.43.47.177; From: "Susan Hares" To: "'Edwin Cordeiro'" References: <056301d13832$ad830460$08890d20$@ndzh.com> <075901d138b5$78f34560$6ad9d020$@ndzh.com> In-Reply-To: Date: Tue, 12 Jan 2016 22:04:37 -0500 Message-ID: <008301d14daf$24f2c300$6ed84900$@ndzh.com> MIME-Version: 1.0 Content-Type: multipart/related; boundary="----=_NextPart_000_0084_01D14D85.3C21EB20" X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQJXeJYuWd0HUDhL/rLh1LsDsoEt+wKWlWXaAeKrbQkA1K8KTADN4i8aAZdPBwqdrtPWUA== Content-Language: en-us X-Authenticated-User: skh@ndzh.com Archived-At: Cc: i2rs@ietf.org Subject: Re: [i2rs] I2RS Implementation X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Jan 2016 03:04:46 -0000 This is a multipart message in MIME format. ------=_NextPart_000_0084_01D14D85.3C21EB20 Content-Type: multipart/alternative; boundary="----=_NextPart_001_0085_01D14D85.3C21EB20" ------=_NextPart_001_0085_01D14D85.3C21EB20 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Edwin:=20 =20 I apologize for the delay. I hope to get the code and yang info up by = mid-next week.=20 =20 Sue=20 =20 From: i2rs [mailto:i2rs-bounces@ietf.org] On Behalf Of Edwin Cordeiro Sent: Friday, January 08, 2016 4:07 AM To: Susan Hares Cc: i2rs@ietf.org Subject: Re: [i2rs] I2RS Implementation =20 Hello Susan, =20 Hope you had good holidays. =20 We are returning to work and I went to look for the modules in the = github, but I was unable to find. =20 If they were uploaded, could please share the link? =20 Thank you, =20 Edwin Cordeiro =20 On Sat, Dec 19, 2015 at 11:00 PM, Edwin Cordeiro = wrote: Dear Susan, =20 Thank you. We can wait the files to be upload to the github. =20 We were planning to implement it directly as part of a software router = and make a program to interact with it, but with your explanation we = will analyze the solution using the ODL environment, before making a = decision. =20 We are in the beginning, so we are not sure and that was the reason we = wanted more information about what happened in the Hackaton.=20 =20 Best Regards, Edwin Cordeiro =20 On Thu, Dec 17, 2015 at 11:27 AM, Susan Hares wrote: Edwin:=20 =20 1) I will put the presentation and other work on the hackathon = github, 2) There is a I2RS github where these modules will be uploaded. = However, Benoit has indicated errors in some of the modules. After the = errors have been corrected, drafts (XML plus text) will be uploaded to = the I2RS git hub. [This will happen early next week.] =20 I can send you a copy of =E2=80=9Colder=E2=80=9D workable I2RS = definitions via email, but I did not want to put these up on git-hub.=20 =20 Could you send more information on your implementation? Would you be = willing to work in ODL environment? Or are you working in another = environment?=20 =20 Cheerily, Sue=20 =20 From: Edwin Cordeiro [mailto:edwinsc@gmail.com]=20 Sent: Thursday, December 17, 2015 4:21 AM To: Susan Hares Cc: i2rs@ietf.org Subject: Re: [i2rs] I2RS Implementation =20 Hi Susan, =20 Thanks for such a complete reply. We got some useful tips from it that = made us rethink our approach to the implementation. =20 The presentation you attached to the message is on the Github of the = Hackaton, but it wasn't very easy to find. Maybe making pointers at the = wiki to the presentation in the Github would be a good idea, not only = for I2RS but for all the other Hackacton projects as well.=20 =20 On the Details on the I2RS Steps to Create Application you mentioned the = step: Compile all the I2RS modules (RIB, Topology (L1/L2) and FB-RIB) = with web-compile (successfully completed). If we decide to continue from this step, where can we find those = modules? =20 Thank you, Edwin Cordeiro =20 On Wed, Dec 16, 2015 at 7:50 PM, Susan Hares wrote: Edwin:=20 =20 Thank you for your patience. I am thrilled that you have decided to make = an I2RS implementation. Did you find the slides that I attached on the hackathon site? =20 1. What means =E2=80=9CMost helpful failure=E2=80=9D that I2RS won = at IETF94 hackathon=20 2. Why it failed? =E2=80=93 we did not get the ODL environment = up. Initial input had been that the ODL environment had RESTCONF, = Topology models, and RIB,=20 3. We are considering to implement it for BIRD (or Quagga). Do = you know any other implementation effort? =20 I would suggest that the most important thing is to setting the ODL = environment, Linux OS, and then pick the routing work. I believe that = ODL is using Quagga, but that BIRD can also be used.=20 =20 Since the I2RS RIB, I2RS Topology models, and I2RS FB can be directly = implement as calls to a kernel directly (route/add) or as extended = static, we might want to start by setting on Quagga.=20 =20 Details on the Hackathon=20 =20 The I2RS protocol hack-a-thon team won a prize for its hack-a-thon work. = The members of the hack-a-thon team were Susan Hares (Huawei, lead) Jie = Dong (Huawei), Alia Atlas, Hariharan Ananthakrishnan (Packet-design), = and Ignas Bagdonas (consultant). =20 =20 Goal: The goal of the I2RS protocol hack-a-thon project was to create an = application with 2 I2RS Clients which communicated with an I2RS Agent. = I2RS Client 1 would set a route in the I2RS RIB in the I2RS Agent, and = request publication of route change information from the I2RS Agent to = be sent to I2RS Client 2. (see the diagram below)=20 =20 Code base:=20 The code base for this hack-a-thon project was the ODL project. The = I2RS project was able to create Yang modules, but failed to create an = ODL environment. The reason we choose ODL is that the Cisco team (Jan = Medved and others) have done considerable instrumentation of the = Topology Data models in ODL. We hope to leverage their work.=20 =20 Next steps: The I2RS project for hack-a-thon at IETF 95 will need to = spend time creating the ODL environment ahead of time. =20 =20 Insights gained: The group=E2=80=99s work at the IETF 94 hackathon = caused the I2RS project team to realize that the I2RS protocol work has = two components: configuration and reporting of analytical data such as = =E2=80=9Croute changes=E2=80=9D. The I2RS protocol work to-date has = focused on the RESTCONF/NETCONF capabilities for configuration, = query/poll information, and subscription configuration. It has not = focused on the reporting of route changes via other publication methods = (ipfix, google protocol buffers, or other mechanisms). The I2RS team = realized that the secondary pathways to send analytical data (such as = topology or route changes) need to be included in the first round of the = protocol and data models. =20 We would really like to have you consider working on configuration = (RESTCONF/NETCONF) with the ODL, Quagga/Bird, and an analytic tools. = For example, let=E2=80=99s try developing a DOS that is based on = detection of a bad prefix and then installing a static route. =20 =20 Why the win:=20 The I2RS team won an award for gaining this understanding that we had = not paid enough attention to the analytical channel. The I2RS WG will = solicit WG drafts with these application notes in order to provide a = =E2=80=9Chand-book=E2=80=9D for creating I2RS applications.=20 =20 Details on the I2RS Steps to Create Application=20 In order to create this application, the I2RS hack-a-thon project needed = to: =20 1. Compile all the I2RS modules (RIB, Topology (L1/L2) and FB-RIB) = with web-compile (successfully completed)=20 2. Create an ODL environment and place the I2RS modules in the ODL = environment (failed)=20 3. Create an ODL-based I2RS client (Client 1) that can send an = I2RS RIB Route Add, and subscription for I2RS Route Change via RESTCONF, = 4. Create an I2RS Agent that receives the I2RS RIB Route Add and = I2RS RIB Route Change notification from I2RS Client 1. The I2RS agent = then adds routes to the I2RS RIB and the Ubuntu Linux kernel. The I2RS = agent saves subscription information. =20 5. A route change is triggered by configuring the interface down = that the I2RS RIB route is associated with.=20 =E2=80=A2 The I2RS Agent should send the = route change information over the grpc. . Note: Alternatives to google = protocol buffers are google protocol buffers, IPFIX, NETFLOW and other = protocols.=20 Next Step=20 =E2=80=A2 Prior to IETF-95 Hack-a-thon, = a prototype of this work should be created on an ODL platform,=20 =E2=80=A2 Cisco, Juniper, Packet-design, = and others are interested in an I2RS project in ODL.=20 =E2=80=A2 Expand the route change = information to include IPFIX or other high-bandwidth protocols that=20 =20 =09 =09 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 I look forward to your feedback and comments.=20 =20 Sue Hares=20 =20 From: i2rs [mailto:i2rs-bounces@ietf.org] On Behalf Of Edwin Cordeiro Sent: Wednesday, December 16, 2015 10:44 AM To: i2rs@ietf.org Subject: [i2rs] I2RS Implementation =20 Hello all, =20 A couple weeks ago, I sent a message asking about the IETF 94 Hackaton = results related to I2RS, but got no reply. As I was also unable to find = any implementation, we decided to make one here at TU Munich. =20 In order to avoid the same known problems discovered at the Hackaton, = could anyone please clarify what happened: 1. What means =E2=80=9CMost Helpful Failure=E2=80=9D that I2RS won IETF = 94 Hackaton? 2. Why it failed? 3. We are considering to implement it for BIRD (or Quagga). Do you know = any other implementation effort? =20 Thank you all, Edwin Cordeiro =20 =20 =20 =20 ------=_NextPart_001_0085_01D14D85.3C21EB20 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable

Edwin:

 

I apologize for the delay. I hope to get the code and yang info up by = mid-next week.

 

Sue

 

From:= = i2rs [mailto:i2rs-bounces@ietf.org] On Behalf Of Edwin = Cordeiro
Sent: Friday, January 08, 2016 4:07 AM
To: = Susan Hares
Cc: i2rs@ietf.org
Subject: Re: [i2rs] = I2RS Implementation

 

Hello = Susan,

 

=

Hope you had good = holidays.

 

=

We are returning to work = and I went to look for the modules in the github, but I was unable to = find.

 

=

If they were uploaded, = could please share the link?

 

=

Thank = you,

 

=


Edwin = Cordeiro

 

On Sat, = Dec 19, 2015 at 11:00 PM, Edwin Cordeiro <edwinsc@gmail.com> = wrote:

Dear = Susan,

 

=

Thank you. We can wait the = files to be upload to the github.

 

=

We were planning to = implement it directly as part of a software router and make a program to = interact with it, but with your explanation we will analyze the solution = using the ODL environment, before making a = decision.

 

=

We are in the beginning, so = we are not sure and that was the reason we wanted more information about = what happened in the Hackaton. 

 

=

Best = Regards,


Edwin = Cordeiro

 

On Thu, = Dec 17, 2015 at 11:27 AM, Susan Hares <shares@ndzh.com> = wrote:

Edwin:

 

1)      = I will put the presentation and other work on the hackathon = github,

2)      = There is a I2RS github where these modules will be uploaded.  = However, Benoit has indicated errors in some of the modules.  After = the errors have been corrected, drafts (XML plus text) will be uploaded = to the I2RS git hub.  [This will happen early next = week.]

 

I can send you a copy of =E2=80=9Colder=E2=80=9D workable I2RS = definitions via email, but I did not want to put these up on git-hub. =

 

Could you send more information on your implementation?   = Would you be willing to work in ODL environment? Or are you working in = another environment?

 

Cheerily,

Sue

 

From:= = Edwin Cordeiro [mailto:edwinsc@gmail.com]
Sent: Thursday, = December 17, 2015 4:21 AM
To: Susan Hares
Cc: i2rs@ietf.org
Subject: Re: [i2rs] I2RS = Implementation

 <= /o:p>

Hi = Susan,

 

=

Thanks for such a complete = reply. We got some useful tips from it that made us rethink our approach = to the implementation.

 

=

The presentation you = attached to the message is on the Github of the Hackaton, but it wasn't = very easy to find. Maybe making pointers at the wiki to the presentation = in the Github would be a good idea, not only for I2RS but for all the = other Hackacton projects as = well. 

 

=

On the Details on the = I2RS Steps to Create Application you mentioned the step: Compile all the = I2RS modules (RIB, Topology (L1/L2) and FB-RIB) with web-compile = (successfully completed).

If we decide to continue = from this step, where can we find those = modules?

 

=

Thank = you,


Edwin = Cordeiro

 <= /o:p>

On Wed, Dec = 16, 2015 at 7:50 PM, Susan Hares <shares@ndzh.com> = wrote:

Edwin:

 

Thank you for your patience. I am thrilled that you have decided to = make an I2RS implementation.

Did you find the slides that I attached on the hackathon site? =   

1.     &nb= sp; What means =E2=80=9CMost helpful failure=E2=80=9D that I2RS won at = IETF94 hackathon

2.     &nb= sp;  Why = it failed? =E2=80=93 we did not get the ODL environment up.  = Initial input had been that the ODL environment had RESTCONF, Topology = models, and RIB,

3.     &nb= sp;  We = are considering to implement it for BIRD (or Quagga). Do you know any = other implementation effort?

 

I would suggest that the most important thing is to setting the ODL = environment, Linux OS, and then pick the routing work.  I believe = that ODL is using Quagga, but that BIRD can also be used. =

 

Since the I2RS RIB, I2RS Topology models, and I2RS FB can be directly = implement as calls to a kernel directly (route/add)  or as extended = static, we might want to start by setting on Quagga. =

 

=

Details on = the Hackathon

 

=

The I2RS protocol hack-a-thon team won a prize for its hack-a-thon = work.  The members of the hack-a-thon team were Susan Hares = (Huawei, lead) Jie Dong (Huawei), Alia Atlas, Hariharan Ananthakrishnan = (Packet-design), and Ignas Bagdonas (consultant).  =

 

Goal: The goal of the I2RS protocol hack-a-thon project was to create an = application with 2 I2RS Clients which communicated with an I2RS = Agent.  I2RS Client 1 would set a route in the I2RS RIB in the I2RS = Agent, and request publication of route change information from the I2RS = Agent to be sent to I2RS Client 2.   (see the diagram below) =

 

Code base:

The code base for this hack-a-thon project was the ODL project.  = The I2RS project was able to create Yang modules, but failed to create = an ODL environment.   The reason we choose ODL is that the = Cisco team (Jan Medved and others) have done considerable = instrumentation of the Topology Data models in ODL.  We hope to = leverage their work.

 

Next steps: The I2RS project for hack-a-thon at IETF 95 will need to spend time = creating the ODL environment ahead of time.  =

 

Insights gained: The group=E2=80=99s work at the IETF 94 hackathon caused the I2RS = project team to realize that the I2RS protocol work has two components: = configuration and reporting of analytical data such as =E2=80=9Croute = changes=E2=80=9D.  The I2RS protocol work to-date has focused on = the RESTCONF/NETCONF capabilities for configuration, query/poll = information, and subscription configuration.  It has not focused on = the reporting of route changes via other publication methods (ipfix, = google protocol buffers, or other mechanisms).  The I2RS team = realized that the secondary pathways to send analytical data (such as = topology or route changes) need to be included in the first round of the = protocol and data models.

 

We would really like to have you consider working on configuration = (RESTCONF/NETCONF) with the ODL, Quagga/Bird, and an analytic = tools.   For example, let=E2=80=99s try developing a DOS that = is based on detection of a bad prefix and then installing a static = route.  

 

Why the win:

The I2RS team won an award for gaining this understanding that we had = not paid enough attention to the analytical channel.  The I2RS WG = will solicit WG drafts with these application notes in order to provide = a =E2=80=9Chand-book=E2=80=9D for creating I2RS applications. =

 

Details on the I2RS Steps to Create Application =

In order to create this application, the I2RS hack-a-thon project = needed to: 

1.     &nb= sp; Compile all the I2RS modules (RIB, Topology (L1/L2) and FB-RIB) with = web-compile (successfully completed)

2.     &nb= sp; Create an ODL environment and place the I2RS modules in the ODL = environment (failed)

3.     &nb= sp; Create an ODL-based I2RS client (Client 1) that can send an I2RS RIB = Route Add, and subscription for I2RS Route Change via RESTCONF, =

4.     &nb= sp; Create an I2RS Agent that receives the I2RS RIB Route Add and I2RS = RIB Route Change notification from I2RS Client 1.  The I2RS agent = then adds routes to the I2RS RIB and the Ubuntu Linux kernel.  The = I2RS agent saves subscription information.   =

5.     &nb= sp;  A route change is triggered by configuring the interface down = that the I2RS RIB route is associated with.

=E2=80=A2          &= nbsp;           &n= bsp;          The I2RS = Agent should send the route change information over the grpc. = .   Note: Alternatives to google protocol buffers are google = protocol buffers, IPFIX, NETFLOW and other protocols. =

           &nbs= p;            = ;            Next = Step

=E2=80=A2          &= nbsp;           &n= bsp;          Prior to = IETF-95 Hack-a-thon, a prototype of this work should be created on an = ODL platform,

=E2=80=A2          &= nbsp;           &n= bsp;          Cisco, = Juniper, Packet-design, and others are interested in an I2RS project in = ODL.

=E2=80=A2          &= nbsp;           &n= bsp;          Expand the = route change information to include IPFIX or other high-bandwidth = protocols that

 

3D"

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 


I look forward to your feedback and comments. =

 

Sue Hares

 

From:= = i2rs [mailto:i2rs-bounces@ietf.org] On Behalf Of Edwin = Cordeiro
Sent: Wednesday, December 16, 2015 10:44 = AM
To: i2rs@ietf.org
Subject: [i2rs] I2RS = Implementation

 <= /o:p>

Hello = all,

 

=

A couple weeks ago, I sent = a message asking about the IETF 94 Hackaton results related to I2RS, but = got no reply. As I was also unable to find any implementation, we = decided to make one here at TU = Munich.

 

=

In order to avoid the same = known problems discovered at the Hackaton, could anyone please clarify = what happened:

1. What means =E2=80=9CMost = Helpful Failure=E2=80=9D that I2RS won IETF 94 = Hackaton?

2. Why it = failed?

3. We are considering to = implement it for BIRD (or Quagga). Do you know any other implementation = effort?

 <= /o:p>

Thank you all,

Edwin = Cordeiro

 <= /o:p>

 <= /o:p>

 

 

------=_NextPart_001_0085_01D14D85.3C21EB20-- ------=_NextPart_000_0084_01D14D85.3C21EB20 Content-Type: image/png; name="image001.png" Content-Transfer-Encoding: base64 Content-ID: iVBORw0KGgoAAAANSUhEUgAAAcUAAAEbCAYAAACr9Z/bAAAAAXNSR0ICQMB9xQAAAAlwSFlzAAAO xAAADsQBlSsOGwAAABl0RVh0U29mdHdhcmUATWljcm9zb2Z0IE9mZmljZX/tNXEAAHi8SURBVHja 7Z0HeFTX0fff5EvsOInTnJ44vSdvnNeJHdtgg7tpQoBtXLENxsYFMDamNwlE77333pt67733ilBD BUkIJIGExHznP3vP+mqRQGDKSsz/eQ7avXvvuYXd+7szZ87M//zqV7/K/p//+R+SJk2aNGnS7tTm 4ODwjvr7lf/BG5FIJBKJ7lRNmzaNnnzySSeBokgkEonueAkURSKRSCQyJFAUiUQikciQQFEkEolE IkMCRZFIJBKJDAkURSKRSCQyJFAUiUQikciQQFEkEolEIkMCRZFIJBKJDAkURSKRSCQyJFAUiUQi kciQQFEkEolEIkMCRZFIJBKJDAkURSKRSCQyJFAUiUQikciQQFEkEolEIkMCRZFIJBKJDAkURSKR SCQyJFAUiUQikciQQFEkEolEIkMCRZFIJBKJDAkURSKRSCQyJFAUiUQikciQQFEkEolEIkMCRZFI JBKJDAkURSKRSCQyJFAUiUQikciQQFEkEolEIkMCRZFIJBKJDAkURSKRSCQyJFAUiUQikciQQFEk EolEIkMCRZFIJBKJDF03FC9caKCsk6WUnF1MSdKkXUdLUa2y+hzRpUvySxSJRHah64LiJXUTC49L pR4fLKbH3l5Ijw6aL03aNbYF1PXtBbRyhzvV1dbKL1EkEtmFrguKFy9epG0HfajLW/Oo69CV9MR7 q6RJu6b2uPredBmyjMbO30Gl5RWd5geFB8bQ0FA6dOgQ7dmzx9qSk5Opubm5xbpNTU0UFBREBw8e tK63d+9ea6s1PSzU19eTu7s7rVq1ipYtW8br5ubmWveZn59PBw4csPaB/bu6utK+ffusfWM/DQ0N LY4hOzub11+xYgWtX7+ejh49SmVlZdynrdLS0mj79u28f6y/c+dOCg4ObnXds2fPkpubG/n5+V12 3hDOLSAggEpKSlosr66ubnHc+lrguGzXFYnsCorbD/nS44MXUc8Jx8jR2V9aa226P/Vx8qPeU335 tVwTfV0CyGGqN3X7YCONn7+dyipOd5ofVF1dHf3hD3+gn/3sZ/TPf/6THnjgAfrHP/5Br7zyCq1e vZrOnDnTAgC//OUv6Re/+AWvh/V1+9e//kWFhYVWIM6cOZPXeeihh7hhHfx4sT/I29ubunTpYt0e +//KV75Cf/3rX7kvLHvsscda7B+wefvtt/mzBx98kNdDW7hwIYNR6/z587R582YaMmRIi2PAef32 t79lmOKeYFZMTAzv/6tf/Spt2bLlsusUHx9P3/ve9+j48eMtlgOU2OZPf/qT9Zr87//+Lz3//PMU HR0td2yR/UOxx/ij1NfJ95qbg2o9J3tTr6k+rX7WQ332/CQvekG1nlNaWWeaZR1z69XKeq1to/u9 2vpXa47OvtRH9fnCJN2ntwKgj/GZH/fff7ofvT43iM8Vy/T65nU7QsO54nhx/fpM8+H3190frsMU TwXFDZ0OirCA/vznP9O6dev4dwJrEMv2799P3/3ud9n60ZZVVVUV/e53v2PrC+s1Nja2aBDWPXz4 MMMhLi6uBXwjIiLYIoNgAaJhn9h248aN9NOf/pQtSP257hPrbN26lWGM46ypqbH2W15ezrDMysqy bjdv3jz6/e9/z9aa2dI8d+4c9wMwrl27toVFCCh+85vfpN/85jf0/e9/n/s1KzExkX7yk5+wNWmW p6cn/frXv6aUlBS+JjhWfey24BWJOg0UcVPto26w7ywMYWCYYQhY4cb77uJQGr4ygj5aEUFvzgui 5yd6fbG92haAG7woxNJUP0PU+m+ovp4Z70k9FHBa3NBVA6B6TvHm9XW/r80JpOdM/V7rOTw7wZOP 5f2lYdznsGVh9JKLPy/HOQyY4Ucrj2fQwdB8GjgrgKHy8swA+mBZOH24PJxemx3I53GzQGaF2JeE L7bHOeHc8P+Cc3CY5iNQbAOKf/nLXxgWtr8ZwBI/OA0WQBGwgduzLQEMn376KTk5OdGFCxfafRy7 du2in//85626HHNychjQOJZLbQQ5Yb8Q3L7f+c53aMOGDa2uh+1hxQLAxcXF1uXh4eFs7cGN+8gj j9DixYsvgyK2sYWil5cXQzYvL0/uzqLbolsORUAAbcz6aApLK6MNnlnGjdeX+qmbJQDnsiuRkvKq qOpcA5VU1pN3XDF9uCKcwaghMmFTLEVmVFB0VgXFZp+mhLxKXm/MhhgasiiU4aqBCBgCEC57kigu p5LO1DVSefV5cosuVHAKYyvuWs6h1xRvtpQ+XB5BS4+kUVZRDVWcOU+5JWdpT+AJ+lgBEvsdtymG ai9cpLP1F2n+/mTqNsadjy+7+Czll52jxYfT2MK8GUAEtF+ZHaCuRQi9xBC7DusQFrs6Pvy/APw7 /fPU9TtNk7fFqYcJT4FiK2oLihAAOGPGDKvFo6EIcLQlWF+zZs2iHj160MmTJ9t9HBjvAxTNoNKC NYbPMjIyrtoPrNT777+fCgoK2lwnMjKSrU6Mj2qFhYWxxZeZmcl9wFrUY6CQQFFkr7rlUITFBgsp IKmU+wpMLuXlLygwwdILSbWMZdQocGUUnqFz9RaXT35ZLVtYcDsOUpZjmLFe48Vmqj1/keoUfPRD b5SC5dsLgtlVCTj0VQADvPimpdZNVMDNKbG4nfJOnaVX1fEAyu2yvtTxo83Zl0yVZy9Y+6youaDg ZznWs+rYZ+5Ook/WRNGZ2gaG+5y9SfTE5240cXMsf45tZ+9NvmlQhGU3W+0zKrOCpm1PuK79wOJ+ eaY/rXXPojIFfa0Vx9LpqXEeAsVWpKEIKJkFdyLG9ABAs/sUUIQLE+5FNIzl4a92dUIIcPn3v/9N w4YN437Mn7WltqAIK3XEiBH0wx/+sFVgmoWxzHfffZf7qb1ChHB6ejqPYcJFrAUo/upXv+JAHrhw MQY5cuRI67lfCYq4JkVFRXJ3Ft0W3RYoAkI+8SWEn4d/4ikLFNVNG67NSHUTD0g6xdCB2261awZD BYpQsMN6gGdwSin/wGKyTtOSQ6m0VFldh0NPKoha4Hg8spD39ewEL/p0bRRdaGxi0C44mKLg5M5W 1P7gfPKIsViX7Rnfg7UFK3Ha9niGIEDsG1dCyxRwp26Lp0XqOA6HnaTUk2dolTrukasiqdoERYAK 7uJlR9Np+s5EenKsu3VsztFwd2IduIDR8BpWrqPp8+ewzHCJmteFFY3P9djfQyOP00avbL5usMb/ +8lxXqe9rlT0AXepW5Ql2AMPKLBuoWVH0wSKbQhjfX/7299o8ODBHJyyadMmDlyZMmUKB5WYx+QQ aIOgHKy7bds2HltEUAr+2o7BBQYG0uOPP059+vShSZMmscv1SnBsC4oItLnnnnt4vK+ysvKK53Lq 1CkOlrnvvvt4/LAtwQIEFBHdagtFjA1CiFLFw0JsbCy/T0pKahWKiFb90Y9+RLNnz2ZrW19DPEzo oCKR6I6AImADC3LcxlhLcI268aMhUGV3oMWVkpBb1QKKkGt0Id/sAT+4+XYFWNaNyarg7QGMsRst P8RoBdzHPnVVy33YguzBAS/tB4VlrDOE+4a8YovZ+utpBPkAYNjfoHnB9NGKcPpsXXQLKMLl+Mqs ABqxKoIbAAnQAmQ4jhcVhMZtimXAosH9+oYxngqrF2OgYzfGsBWM6zJOvQagJ22N4zHNgTMD+DoO mh/MLlz3GMvTNtzEI1dH0ihlubJV3I7xQFwbHH+gekAJVtY8+tzhnytQvIpgXf39739nawdjaQ8/ /DBHmMLK00ExtlCcMGECQw/uR/3XHCWqBYhhSgasRoBtwYIFbVpwbUER+7z77rt5+/ZC8Qc/+MEV oQhXJ6BoHhvVUMSYJITjHDNmDL366qs8XonlrUER547jw4MFzhNRsWgDBgzg4xGJ7hgo4kYNQMBC cWhhmfnwjR+Kz61sFYqwmJ5VMHpa3ahddifycowdaijCEoROlJ5jWMECem7CtUefArwA1fmGJnaZ LldweKEVtyTOBccCgFW3cJ+6M8gwnllSWUczdiVawQwwAuhNpgi+i82XlCVbxFZtN7UtQAkXLcZO 17pnsutY62R5rTr3JHpoxDFacCCF6huaWvTD53/qLI3fHNsiaOlq45I4NqyPYz8cflKgeBVp9+nu 3butyxAliqATWDzmCMr2jCm2JkSLInAFYMNUjNaCZdqCIuCGaRcInqmouPL8UEATwUGw3K5kpSFS tS1LUUMRAvCwb0zHSE1N5WCf1qJPMaaoxztxbhhXbW2uo0h0M2RXULRdVwMw9WQ17zc8vbyl+1Qt 800oYbcrLDhApkDBoUHBYqNnFk/3gHWHz7V1V37mPO3wy6XhylIDHK9lrA2AnbYjgfvJVYBBBGmv NqxMuDlbg+IEBSW4eKvVstl7LC7VfgqIe4NOcL9p6lzxGi3lhOW8j0YUWPa9PYHHI5uamnlMEuDH ehgjhYJTyvg6frYuilyjiii/1PJ0j/FTXOcDIfn8UHAtgUUORntyrIdAsR1qK9AGUxYQLKOnOkAa ipiofq0C3DDdAa7U1qJS24IiIANXLT67WjALQLRmzRqGm3nahq3gEsUYJaxcrdagiPmO8+fP57mR gN6zzz7LCQnMkkAb0e2W3UJRWymTtsTx2B0ss8WHU61QDEoupWb1Az+lLC5AM6u4hmoUgBDYssk7 my3HvkbEJaZdwOWYnF9tPQdEtSKaEtGuL7QTjE+rPgFeKCKjnEHR1rpXgmKNEWgzS0Hx8dHuPL4I ay694AwfzyOjjtODw4+yu7P2fCOdqqrn14i4xbZNal3P2GJ2aT46ypWXA7IXGps5ovUpdVz/VcvX e1puwOs9Mnk9dhVf51QKgWL7pKFoO2EdE/EBDnMAjoai2cJqrzCeiOjOoUOHtmrFXSn6FNGi9957 b4vAGFvpKRmYTA+rEmN9bQnu3//+978tJvy3BkUIAEXQzfLly+nIkSMMQbM0FDFtRCS6HbJLKDoY c+MwTgZQQLAIeQ7jJG+etxiUbBlfQMALoAhwQikKfK/PCbxsnBAuQIzhwepKL6i2nkuEsj4tkao+ 1wzF7mO+PBS7fObGATpQkLJ+P1kdSZO3xvG2iJgtPl2nblCXaN6+FBq7IYYfDk6rc4bFqgNsPl0T SXkl5/ghYfmxdF7eTUFsi4/lxrJZPSQ8+WUgJlBst9qCIqyuvn370sCBA61BNBqKmCzflmAFwhV7 4sSJFsthlWmwXYv7VO8XVitAhuOEBaeFcTvMcdQWLUCHTDndunWjhISEFv3AeoTlhzFTTLswqy0o QnAjI2sNgC5QFNmb7BKKgN+AGf7WcUOAEUEfHBwz2QJF/dnhsAIehwRYkgw3IsbhAAbbuXnYHlYU gl0QhGKZxnGJDoWd5CkhDu2AIqw6CPMiEdjT1iT29kIRgT9LDlumi2Cs8tx5i1Vcp9o5ZSXCFVxd 28jrAoo45rLq8zR1ezwDEe2ztVF04tQ5tiAR2Ypz724DxacEircMioAR3KW2gpX09a9/nY4dO2aF yo9//GNycHAgFxcXbtOnTydnZ2d+jaAYBNwAYGPHjuUoVrgzkWHm/fff50jUtuYuImoTEaZtzS/E eOFzzz3HcxBHjRrF0Z5z5szh4J2nnnqKp0xoYUoI1h00aBBNnTqV856uXLmSPvzwQ07Fhuw52rLU wvgh0rjZghRCtCrGKnEtbN2nGGNEYA/mN4pEAkUjChVQhMWDzzExHiDBOBgghwhPMxQBN/SJQJQP l4UzGAor6njSup57iL7N42gAK6Y47AmyjFtEGlM9HNoxpggrDg/mlecsUMOYYGtu3yfHuLcbinoO ZfKJagYYxgn3oAWe4GkjCKrB3MzJW+OtUJwmULRLwbJDpKmvr+9lnyH6FNYRXJIQpme89957DBz1 I2zRnn76aWuKNsARkMWyRx99lLp3786W2aUrlNyCJfnWW29dMcIUIPPx8eH9Yw4lxvhgJcKSbO28 duzYwcDEMWB9R0fHNhMAYO4ippq0BW1M0QBk9ZQNLQThYG6kRJqKBIoKJmYgQhmFNTRqTSR1V4BB 5CfGBp+d6HkZFGEpAg5Dl4QyRHGvwPw6HWHab7ofu0i1uxH9IDp07j7LDxIZcczZctpqWAdTG4oq jCTMccVsLcKCRJ/oH+fBKdzmBNLnG6LbBUXtPvVOKOGxUKwHCOG8Hx/txtbt0+M9yGlHwnVBEWOK 2M+1TD/R+U7xEALwY57j/pAT3N/Cgyk87vn8NfZ3J0BRJBJ1bNnVPEXchJfozDPq5r8/JJ/n8322 NppGr4/mSfgAYmtQ1Mm317hZ3C6AI8CEJNyLDqVwYM74TbE0fFUk50nF2KCOznRVAG2PpYj9YC7h NgUbAAiAglWH4wKYEAwDoGPfmDg/YnXk1QNtjKkWmF4Bd+l6jyzOL/qeAjzgOnFLLI+tApLXC8Uj 4QUcgYt8r+2dp2hxY3vTW/ODeRrJMGWFI/sQhHmjiGIdoa7lK9fQn0BRJBLZu25bmreQFEukGqZZ WMbgvOgDBYFLZHEJNSlzDzCp1WNsF5o4wnK7Xw5HnyJ9GeSnoNrbSBAOaw037/oGS9ANoIBpF0fC v3DhYMoGsrOcN+bxZRbCPRvT7ooVOvoVmXAuNlnmTqEvQO58g+X9afUa0MI4aKNaB+OCCw4kc6Qp 3K+AFzLszNufTE+N82TwwLJFQA0aImkxPooUdJBbVBFbanoOJq7H9J0JfL5oyCNbVmUJlljtmqms YE92by4zHjDqFUiRJg9TNzAu2Z5oW53RBueJ4z1b98X8uotNlgcCzPtEdPA150EVKIpEIjvVLYei rhQBiy5MAXGde5Z1nA8uTp/4YgYlojsBPnPDcoy/IXMLUpfhPapQ6In/AC4ywMCSiTA+g+sPEEOl itic0xy5CUsrIr2CjkYWKOsx5przgmowbvPN5ZR0gCymeISnlZNfwimarqxQuD1hTcEi9o4roTEb otnNikwziKT1iiumzxXMYCFj/8iCs1VBPCmvmh8GYE3mFJ/lbDKwKGH5wRLF/hBI9MmaSGvWHyTr PhJWQKGpZTzuqCuNIIk6xiQxpxIPAwdDT/JDA1yiVztH9PuROtZjEYU85orrj/8TXHP9HucGK/mF a82rKlAUiUR2qttSOkqXiIKbz1zNQpdj0vk8W2s9jIAb2+2/yE/qYx3fw/QNS81DS4YZ7GPGzkSa tDmO3ZE6t+j1llOC6xIBPrD04JpFFQx9jDoHKWfbUQ3Ati4b/8Uyc3+w7gD8mcoinLsvmat9YFxR 12LEtjonKuc51deNc6Jazlm7oXWuVGwPtymmeuD1tYwBcr/GtWytmY9DoCgSiTqDbluR4dvRdJHh ay0V1R7r93rh2lpqNV00+UYVIQZ8e03xtp//C4GiyM51qfkikbRO1S41N7br//6OgqI0+4PiBAXF itOVchcW2YWqzpyjwz5RtPlQAG055K9agLRO0jYfCqT41NwW+YcFitLsDorj5ilLsaxU7sYiu1Bk Uh51H7qUury7nB5/b7W0TtNWUdd3V9L4hTuporJKoCjNDqE42YO6fbiR3pyykza5xpN/QjGFpZVS cm4Z5RVVUGlFNWd8udhwXu7UolumsIRc6jp4KXV7fw31GHeIXhhzUFpHb2MP0nOf7aGuQ5bTmLnb 6VTZaYGiNPuDYu/J7vTkx5vouQlu1H9hKg1YlEb950TRi87uNGyhN01cG0gLd4fTFrcEOhSUST5x xRSZXkqpJ8qp8NRpqjhdTXV1tdTceEHu5KIbpvDEPOr6zhJ68qPN1G9GEDk6+7e/TfenPtP86IXJ PtRb/cV763InP3p+EgLXvOm5SYgX8P3i81a272E07qu1dU3r636fR7/T2li3jePF+ti+xfF2tjY9 QN1vPOjxoSsVFLdRaXmlQFGaPULRg7p/tJFembyXpu+Moxk7Ymn8hjD6eFkgDZ7no+DoQX3Vj7T/ vDgFTAs0HdVN6hUXTxq13Jembgik5QeiaJtHIrlGnCC/pFKKySylNAXN4rIqqqo+Qw3n64iaGuRO L7oOKG7im2m7sz8Z05iQ3APJNjA1DIF91sh3Z18avS6aC4IjGQaKFiB6G8v19giuw3Q1ZM36eEUE N7xGEpJu1ij0L7JNIfodGbVQKk4XERg4K6BFv1c6XkTuI5kHkn8gH7Su62pv9wuc95ep8IP7Ta9J bgJFaR1jTHHKou1Ue7aalMlHNWeqKK+ghBLST5BvVBbt9kujpUdSaNaeZJq6JZJGrw6mYYv96Y1Z 3tRvmrrRuITQgAVJFmguTiOHqZ7qM08auzqAZm4NoQ3H42mXTwp5xBRwVZWknDLKLiinEvWjYNfs hXqhgOiGQJGzXc3wo9WuGZSaX03zD6TwNClADnN5dwfkcS1XJPPAXGn36CLOWoWpTXqq1ksz/Wmd RxYnFEERBGTGQoIMlIlDso53FoZwnwAhwAdYojA5Sssh5QnK5h2LLOB+r1ZIHPsDELE9smHt9M/l pCo3KuL9RjVMC0Mea2T3wgOHwzQfgaK0zg3F9k7JaDhfyyWXsk8UUVRyHnlFZtJWz1RadDCZXHbH 09TNEfTJyiB6f5EfvTzDkxymuFP/OZH0IluZqWxxwvocMs+Lxq8NpHk7w2ijazwdDMok7/hiCks9 xeOZ+SWnqex0FdXWnlNGpoxnChTb951GAg4k5sgusWShQmIPJPBAwo3C05ZcySj2jaQXyEgFJeRV cUrH3lMs84FhseUZqSeRMarq7AWqqfvC0+EVW0JvzA1kqwlARDYvKL/MAk5dZg9JPF6c4X9FwD2j oDp3fzJX5eHf18VmnhuNucz2dK/AdUFhhITcSk5YcjXYCxRvUTNPkNeT8XWljbbWxX8evrxoeI15 jI5X6J+Tmqt17e1JzV6geDWdrz1LRcWllJGjrMK4HHILy6AN7qm08FAqOW+Locmbwmn4skB6d4Gv gqOnOgZf6j8/XlmY6eya7TczlAbO8KDhS31pyoYgWrIvkja7JdCxsFzOSBSTcYpS88qoqLSSyhU0 G5WVeemijGcKFC0Nv3NYMyknq7kgwWbvHIbihM1xnAUKFhnSWGLO8A7/PDrfaEkJuS/4BD07zlKo AAk2kOKxSVmTxyIKOCcyUjvC+jvf2MQpINe5Z9J/Rx6nFcctVYSQTeuD5WH00IhjXKB8Z2Aep7d8 b0lYi+QgLe436ruPlJOr3TI5ZaOG9MGQfHKYennBd9yfMM8ZVi0SjKDBJYwMXfiL+yLueUgwgvsi PkdylKeMdXTiErObGdthuX6t1wcEsX+sj9zLD39ynMLSLPVHkX3sEXXueh2B4m2E4ZNjLU9PGAuY or6o8N8jwTYSfLMf3nZcQT2loboHkpmj4Wlx0PwgXt+adcbJdizBn8cPMBZx3b7zOxiKV/y+NtRT 7dkzdKLgFKVkniS/6Gw6GJhOK4+l0oKDgGYUjVsXSh8tDaC35/pQfye4ZoMN12wat75TPej1mR40 epU/Td0YTOuOxdM2jyRyjTzJqQnjs05R+olSKik9zeOZjeKaveOhiJs9XJ5Iw/jkGA/+3SPLFtyk HrGW4s8HQvOt1Xs0FJubL9GKoxn0+Odu3AfuJ0gLCe1R0PuPAuB6zyyG4havbHrw46M8fqkzXmlI tXWsuihDiLIoYZHG51RyMQKU3MO4pNkaw/0J73Ffct6ZwAUPVqiGvM2z9ybTggMpDG8UcIeVCRij is5KtQ5SciJFJcYr0Yd2E3+wLJy3h7WL++iCA6nc5wK1HQo/4PrgPorrgfq1meqa8ANE0Aku5DBh UyyPnbY7O5dA8cYBEV9gVN6YsjWexwSQ9BvV7S+opzzkAcW4AfKb4mlIW3vweyPnKr7cmUU1nL/0 ZFktV/XAlwWVLlDlA087ehsAcZNXFrs/5qgv2rXmYhUofjk1Xqil06dPs2s2Li2fvCOzaKdPGidU n7UnnqZtjaTPVgXTB4v9OdCn71R36jc70hoANGBBIr3k7EFvzfGk8WsCaPb2UNpwPIH2+qVzntqg pBJKyimlvMJy/kGePausgUZxzXZ2KGo42aZzRJrL3QEneH+oBNQWFJ9A2TgFRdyHUAidoajAAKtw jbIYAcXorAr6ZFWktYRdezxNz4z34HJ1F9V+kMd44pY4iso6zfvF8u7q4d3RNPb42pwgOqj2f/6i xbrVZTxhZaKwAVyb7y4J5ftadFbL37Lqkg6FnqSXZ/mz5YcSgKgEhD4OqHNHLmdzVdATZef4OqA0 HXI1632ZS4dif8OWhXF/AsVbHPEEIKJAL/7zoZPltXyTwxdRK/lEFbtFtLsUSbTh0oDqzl9kkGJg XVfuwJcIpaqQLxX/qdgGXwJdxmqjZ/ZlhYsFirdTl+h83Tk6VVpGWXlFFJqQSx7hmbTZM50WH04l lx0xNG1LJH28LIDHMwfANevkTQPmJ9CL2jU7K4Jdsx8t8aVJ64Nowe4I2uiaQAeDcpTFUESR6SWU nHOKCkoq+AeLqNlmcc12CijaPmijNioq1VTXWlKOwZX67PjL3ae71PL31Y0fQTo71esLCkgoOgAX IlyNiHDNNO4zp9Ty7b65vC7g+PwVokixvOtnbrTWw2Jprldw/cewQ+q+Y3l/PKKA+9BWGICNcnQN Fy/xQzugufBgKiWesEyAT1PL8LA/fGUkxStY4dxRKGCVMgzg6s0sthzjRvXQjyAZ1IXdoKxbBByh SHZpVT0djyygNW4Z6tpZ1oUbF/tGBZ5dyjIuQSCR6heVlfAQsVwdDwoy9BJL8RZGPE3z4SckuAZg GWLAe4dfHn26LooeHeXKJZXgRojJttzMUaQYT1MooQRApuRX8XYAKNytzso6nL0niY4rGJ6tt8AR YEQ/2EZ/wfEfj6ohAsWOo2Zl8dWdq6G8k8WUnlNAfjE5dDQkg1a7ApppNGN7FE3aGKqA6E9vzTWi ZmcE0oCFycZ4Zir1neZNr830pE9X+PN45qrDsbTZPYmOhuczNOMySygt7xSVlFVyNo7GC3VIzikE 62BQRFwB7i3b/XJ5XwAghlZ6GpVyAMX0QouliEhVVLZBRR+UqMsoquGqOgAioAULcviqCPVQXm09 9qKKWo4iHaQstramZcCFC1cnPF0Irpm/P5kLkANs8IDhIR7uUF0ODvsDiABMAPGRT45TFwXVOfuS uVRektr/q3MCaJMCnYZqD3Uu/x5+jP75wWGavS+JS+shohbH+8TnbrRePfg3qHPCWOZaBUMHda+F ZbhI/V7q1bqoEgT4YxoKxhSDki1lBuHaxf5lTPE2tBeUlQjfOOoPQp4Kbo+NcrNWv8BTFL5Io9ST GXzy+E+Hy7T7WHf2lwOK+IJsUlamHndEjUO4TeD+gFAaas4+S0kogWLnTQiOqNnq6krKyS+i2LQT 7Jrd65+hnnbTaN6+RHLeGklj1sA160evz/IyXLMRDMsXDWgiavbtOZ40YV0QTd8SwuOZu3zSuAan b3wRJWafouyTZerHXiWuWTuFop5KMH9/ClXVNrDHCBYPbvyORvSqBYpn4JxgqwyRqg2Gy9JbWV8v q4dobcHhPgQwYrwS95SU/C/giIfxN2FJtVIEAON+sPwsBd5L2BsGIA1QfwMN+OC7+YThQm0JxRR6 eOQxtb6rgl0y1Z1votySszxl4kDISV7naHgBTx8BQBHNChcpCsafVfc7xGIAqOs9shn8AOWHy8Ms gYvq/GftSaTTNQ10pq6BxikoYjlcwjrQBjVqYblK9OltaPB7j9kQo76QTTwHCO4O20gu/AhQmzA5 3wLOo+oJCV8kMxS3+ubwU405vPjN+UFcRxLCFwZRYALFO7dKRn3tWZ5qkplbSBFJueSloLndJ52W H0uj2bvjyGlrBI1cHkDDFvkyHB2meigrM8nqmu0/J4YGTlc3x4U+7JqdvzuCNrgm0r6ALPZGhKYU U1LOKTpRVK6ucxXV152jSwLNWwpFAAzBeog/KCiv48/xQIMaqnoMUENRjykCnrAg4aqEixKFvuGO fELdL8wT+AE+uEPfWRDCdVrxgI7hHgS6wFVp6wHrO82Xjqh7FYSpG/CGoV/8xfgihOkdKGFnKXPn QUuOWiy4CPU5gAfPF2rT6vsegIa6q7jnYf/1RsNrWIMAe96pc2zpISLXAkWL6xX3Ph2lP2dvkrJU G6i6VqBoh1D05KcaCOOHMPkdbNbBF6a/utg7DFcI3FxXgyK+xOgLEVmQl/ry4clJoCilo1r/oV1Q 0Kyh/IISylDQDIzNIffwLHbNLj+WQS47omjq5nD6eKk/DZnvQ/0QNatu5AMWplitzL7KAnjVxYNG LPWjyRuCafnBaNrklkRHwvPJLbqQotKKeTwTUbPlFZUcqculdgSKNwSK+M1jzBBWHuYVXjJ+9yio bg4UsYXiWtdMjjz97yfHaa4CJPrEcA2i2HtPtZSC62lMC8M+cJ+B1eeTYJm7iDFJjF+ajxHjlhM3 x1KRMW+yLZ2tb6SZymp7xqhti+9aTf1FdnnCwsWxAHQIHkSigEc+cSXPGEt0LJISwEpcq0C71s3S cE/D1JLX5wSxdQv3KaCYLlDsOA0XHv8BUJx6IsJ/jkMr6z05xp1mqCcn/jLEXB2KaPhS4OkPQuRV l89cBYoCxesSXLNnz5yh3JMllJiZT74xOXQ4OItWYTzzUDJDc8J6TDXxp0FzvNk1y/llF6fRi0sy GJ6OatkbMz1p3NpAmrIxiNYcjactHil0NPwkZwKKyyy2jGeWVtCZ6jM8hipQbB8UASH8lhFd7p9k qQTjpqCBzDewmMwFyG2huEZBEZ8BrJiCUFZVz9YixuAeVRDCuOFbCqxwh+IeA3gAksciCy1QDGgJ RcAT9yfEQuDehKGh5UfSedhnlWsGrVRtyeE0tdwCjKVHUtmLBffpsfBCjiJFBD4i7tcDcrsSeRoI zgNDQLAYeYqITw4PIyH2Ap/BisU4IO57WB/ndK1QDE/X8xRjqcunrtee8k2geGug6Gj45+FKuBYo YgwBvnbIP1GgKFC8ebpQd45OV2CqSTHFpOaTd1Q27fDJVDfCdJq/L56mb4ukT1cG8ngmsgBhLiam l8DKZEtzXhy7ZpEFaOK6QJqzI4LWH0+gXX4ZHDEYlFhECVnFlFNQyjea2nNnO3xCgxsJRQAFUZJw a0KIHt3gmcU3d8z5m7EzkT1SmMuI33xrUIRVOMDFj6dEQIjsRBacI+p9kLLUcP/BUM/IVZHstYK7 EoE5mCNotqq4nxn+5G7Mj0R0KJIAaDCjPazerzWmeuDehHmEuKcBhoCiV2wRzVNQRAAZIq/xcD9m QzRHgQKsgDYi7deovjE/G+eDud2LD6VxACKgfT1Q1JYiIlgRx4EoW7h32w1GgeKNgeKUbVd3n/Zz 9uVQ6PZCEf+JaHia0k+NXcV9KlC8HWq+yK7ZwuJSysRUk8QT5BWZQxs8MmiFuqnN2hlNzgqaw5f5 09AFPuQ4zZ0zliBtHqxM/O03I4Bec/liqsmivZE8nnkgJI+hGZZSSInZJVRYgvHMSrZs7R2aXzbN G+bZQbsCTiiL7jiP1ekpdoAGxtnwO282FtbUNjLAcO9AmrfiSotrE1OzNNS6j/Fg9yO7LRubGbie ClBagC2mNuh9INAG2W3MgTa4p8zcnUSNTZd4zHGm6s/2PoP3mJDfeNFycMsU/JAYYBmsS+N4EWdh FnKzjl6HhOKB5JdgcQ8j805heS1/VnXO8v+99GgaPa0eEnBOW9U9E/0huhYJS3Dt0HCtsG+cw8Qt sbwujumQMV/xXH0j9xeuIPn+0lAOfBQo3sIxRTzh4D8HeQUxUdR2Uuwz4y1PhgiDhjDRtNsVoOho wPa9pWE8qd/yw8ljF4NAUaBob2qoP0e1Z2soN7+YUrMLearJ8dBstiSWHUmhmeyaDVFA9KO353pb o2bZylySyVNOLFmAPDkL0JSNIbTiYAxD83B4AXnGFFBsRjGl5JSwa7aqqpqaGm5+FqDa+gvqIaBY Abr+hkIRABo0P5iDVuBKnLw1ngNdYDEhIhNp2xD4hDE3N1M7rCw+i1XkxSCDNYT1x22Mtd70e3I0 fChP5YB7dIQCCcYk8R7BMpi+kaosVPS1xi3Tkjh8oleLtJIYv0SVDgTZYPI8treNTsX7dxaFKGs2 m6ePwSJ7VVmLQamlbIHuC8rn5CNLlJW47Eg6T+uAYAn3m+7LfeL+BUOivPo8BymGppZzdOzHK8L5 fNCQLEAfB+ZrY79osCx3q3X3qobzxbpYDusQuWSzi89ycgC4eWHF9pZ5ireu4akF5n62kV7ouPoi IgwZA88YJ4B//AX1F/74puZmKlRgxH8coGeGIlwlCKTBcgATYdkAIWCL5MAjVkXyD8cMxRXHMni6 B7bRT0q9rpA3VaAouh2Ca7bCyAKUkFFAPtG5tMc/iydhLzmYSDO3Y6pJEH242I/nYAKQyDVrgWYG DZgbQy/PwFQTLxq/LpBmbA2jNUfiaYtnKt/cfeMKKD6zmLLzSxmaZ2vOcODRl9KlZraIP1oaSOuO xlJhaeUNg6JOCYnfLNymcAdiPiF+u3jfVsO4n57q1du0fQ+bMlEYd9Q5QhGViiTisC6RAg7zCt9d HMJep2d0rlHb43O2zJN80rDWsC/HVs4By582jqHb524WK7HZkrgE0z/+T1mOuD/97f1DtERZuLhn wb0JIGL8E8NDKIsFtzDGQnENcJx8D3O2HAcy9Ojj6GMcB6fInOJtza3Kx+f8RepM9AEXMSxSbCtj ire4WRLSWsrAQKXqqQc+dIwDwIeOMYHNXtn8hIZJ+pgwiy/DCwZMNRRRfYGT+u5K5IjTo0YoNDI5 oERMN2MOoxmKeHqE6xbbwN2BMYOh6qmpUyUKFyh2cl2i+nNnqeQUsgAVU2SyxTW71SeLx7Lm7o7h 8cxPliMLkC/1g2vWydsKTHbNuoRw1OyHi3xo4rogmrc7ktYfT6I9gbnqd3SSghMLeTzzZFEZf384 oUE7amdGJufTQHVjdZwTQxPXB1NSdvENgeJtu1cZxQduxoMzrE3kHsUcQ0Sb4mFlhnFfwqT/VB4/ vcTVNmxTwz1vjBPeyDzOeFBoDeYCxVvU4G54dXYAHQkv4EwPUKP6YiCcGRPvIXxR4A7R0NJzF3UJ FwsAW147uABgYfI2U3ysUMw1Ss5YbilfCPtECqZnOpNL9RqgiB9dU1MTNTe3ncEFn5mb7baidmBM Xau8vDyKjIyk2tram7qviwpgcM2eLDxF6blFFBCbSx4Kmpi/tup4Gs3ZFUVTNoXS8KX+9A5cs1Pc qN/MMAswDdcsIIqo2VHLMdUkiJYfjKX1rkl0IPQkHY88STHpRZSooFl0qpwqK6upqfELd2l0ygka tyma+rqE0ftLgsgzIstSkLoDQvFmNtzTMJcSUywQQKTvebqqBjLPIKE53LU9J9vxQ7tA8cY0XZm6 /ww/9mHDn45oL6RBSs6vpv3B+bzcksPUy/olgq8bXyIMDgOosA7RMOaIPKpI62RxJ1i+RAAjMtAj +bTtNtzUe6SK69He5LedCIqlpaW0ePFiev/992nQoEH0wQcf0Oeff05Hjx6lhoYvrILCwkKaPn06 eXp6WqFYXFxMc+fOpXfffZfefvtt+vDDD2ns2LEUFBR02wHU2NjIx4nf0SXbp6bbpLNnz9ITTzxB f/rTnyg5Odl6nHiowHHeSl2oO0tVlZU81SQ5C6nzculgUDZXhlh+JJlm7Yyi8euC6cMl2jXrSQPm xVqguTSTa2e+5OxOb872orGrA8lpcyitOhJHGz1SObF2YMJJ2u4WTW/MVpbWjDAaMMOXNrvG0Zma c5SQfpK6DhYomsGIQEPET+D+heEf5GLFa3ixMDfyhSvkWhUodkIw6nECBMQMUICEC3Xo0lDOYK/9 97auV4wDtjp+YGS8d2zFXdvWNnp8wq6/dDcJiklJSfT73/+efvazn1Hv3r3J0dGR/vznP/Oy9evX U3295ek/NjaWfvjDH9LkyZOt20ZFRfF2WP/111+nAQMG8Hb/93//R/7+/rcVRmVlZeTk5ETe3t52 A8Vz587xwwcaHjKgrKwsvqa4vvakutqzVFpWTpkniikqJZ98YvJol18WrXHPoIX7YslleySNXhVo ZAFy59qZDMzFcM2mkePMEHprjg9Dsaf6/fZyDqI+6nu57GAcbTgSSY++vVCgaDseadQ9NNdTvOYc pHcKFHtOOK4umn/nb9P9ycEJGejVj2iqL7+/I877ZrQZAeQw1VtBceMVoZiamspQGzNmjNUyTEhI oD/+8Y90//33U3h4uHUZgOfi4mLdNi4ujn7zm9/QggULrMsCAgLovvvuo5EjR9L58+2bhH7hwoXL wAUYw7JqDWi2bl78VrAMVhcEyyslJYXuvfdemjhxIh9Hay7eqqqqNi007BfHhe3Q9HHgb2tuZizD Mbf1mT422+N2c3Oju+66ix9AsJ7tceI9jtNewM7n01jPrtmikjLKyCvmwBqPyDza5J1Da9zSaYGC 5rw9MTR6dTC9ON2boYgAj14zQslxVgQ5jNtPXYYso+4fbuDfuECxczyE3xIobjvoo6C4kJ4bvVeB 8Zg0ae1vE49Rj3GH6Ylha2nCgh1XhCLcefiSmtWvXz/Cd3XHjh1XheLChQutyzBWBqDClaqtTFut WLGCPvnkE+4TLtkXX3yREhMTrZbrp59+yvvv06cPu2UPHDhgBSwA/PHHH1Nubq61P7gix48fz2N1 gAf6eOWVV+iee+6hv//97zRw4EByd3e3Aic0NJSGDh1Kzz//PL388ss0YcIEBo8tFDMyMhiqOE8t uJvhXh43bpx1XLCmpob3v3LlSv7dAoDoE+sAznAvDxkyhAoKCrg/rIvakoGBgfTss8/S3XffTQ8/ /DC988471ocQ6Pjx4/Tqq6/yccISnz9//i13s16PGmurKCIulVy2BNNLLj7U2yWc+rqE8NjlisMJ NG9XBD3+7koFxY0CRYFi+6HY1HSRdh31oy6Dl9ITH2ygbuoLJE1a+9sGbo8PW0+fzdpKZeUVV7QU cQPX0EhLS6Pf/va39OCDD/JN/UpQ/N3vfsdWJsYX0aZOncouWIwrtmXd/Pvf/2bgon+AD9ACyE6c OEEvvPAC/fe//6X33nuPhg0bRv/5z3/4WAAQCMDFtj4+Ptb+YG0BgNu2bbMeP2D6rW99i125b775 ptWNiv08/vjj1KNHDxo+fDgNHjyY+wN8YJmahXW/+tWvMpTg+tSWMNZHA+Sg9PR03j+uA/aBdf/f //t/vE7Xrl2pV69efD5Y7ytf+Qovz8/Pp4iICOrZsyd94xvf4GOCWxVuVFiMXl5efJ1eeuklPs7+ /fvzdvh/slupcz9RXEkb3FLpo2UB1HeWguH0AGUxBtE61ySKTi3gROkYU+wyeLG4TwWK1wZFflLN LaCZa4+R86rD5LTyoDRp19ycVx2lY37Rymo73yYUASeAEXCCtaK+rHyzhuWl1RYU//a3v9HPf/5z vqkDALjpd+nShbKzs9v8bnfr1o1v8N27d+f9ayHIBzCBVacFC/JHP/oRu2Ph3oVFhW01JCEA5Kc/ /Snt3r3buuzkyZP061//mubNm/eFBaMsOIx7AnQYc9T67LPPeJkOftECJHFO2F9OTg7/JhGMBOv4 29/+ttWCDA4O5mvg6+trtRx/8IMfcJ+w8GAVQpWVlfTNb36T3boaqCEhIXzssIa1cGwAIs7b/GCB hw1se+bMGfuEYnMTHQpIoVeWZZLDNG9y3hZB+wMz6UQhcpJ+cR4SfSpQvC4oWt2ojReoseE8NVyo lybt2tv5KxfLBZRgTf3zn/9kFx8sNYBpxowZLdZrC4qAKcAxYsQIGjVqFLs+AYRnnnmGLaPWhAhM /A48PDxMnpEmBiyWm92VAOE//vEP+tWvfsWWJIDbFhT37NljXQb3KraZM2eO1eUImPzkJz/h7eHS BGhxzBqUsNxstWrVKj4ffFZdXc3wg2sUyw4dOsR9v/baa/S1r32NMjMzrfv5zne+wxaghh8EOGoo 6kAbWJ44JvOx4/8EDxewdHF8OE64m5966imGcUlJiZ1ais2UXXiatvvnkld03mUu6Y4ORQTvIejv WaOyhSUIsPW5i3pdBMo8b7TneK5j23MA9eR6rNuno82ZvpVQFIluprT7VI8pwsqBlfKHP/yBx96u BkVYY8uXL2/RJ8bJ8D1H8MiVoAi3pxaCWmCxYjmiWs2wfOCBB3h5fHw8Pfroo/wa1pkWIl0RBWsG CyxVQHH27NnWIBfcpGHlYXu4IzGuCDcr/sL1eerUqcuOFe7MX/ziF7R37162JBF8BCBje8AU8P3e 975HTz/9tNX9aoYiQH4lKPr5+TEUzVYuXNYIvsH2cP3CxYvjhDsZDyt1dXUd+jvX0aCoayoiOh7J x+fsS6aFB1O46ACqaCDLTYvsOE6WElL4DFlnxm+M4YbXr88NtGbFMU+Sx19AE8WEkbjk9blBHSuZ iEBR1NmgaJ5qsWbNGr6pYyxLB8u0N9AGgusV3/PVq1dfEYqurq4t4IfjwPLo6GjrcgSzwILE2CLG LN966y22ZM1zITdu3Ejf//73ad++fdZlmOoAKC5btsy6DMBHZCz2YXafXkkIrAH04Ordv38/jw/i OBAEg+W4VtjP4cOHrduYoWgOCGoNihgbhZWL/sz/J7AUAXp7ijq9UepIUAToADCkWENCEKRbQ4UM /s42X6LIzAra6JXNuZsxhUIDFOsjdWXx6TpupyrrqaLmPJdoQrECJOZ+bXagJX+qsQ2AiAodSD4y aXPsZdV/BIoi0S2QhuKkSZOsy/TYHVyFGj4Y27OFIqwoBNqMHj2ab/IVFRW0dOlShgWiPs0Wn1na 2jNDEUIQCYDn7OzMrkoAEX3Dtbl27VpeB2NvgE3fvn35mJBMAJYUYGMel4OFBgDC5Yj1ACRYowh4 AXBg+ekpKLDw4Mq1DbTR1wKRrDhejIUichaWJ6ALEMO1i30jKMcMRRwjokrNUMT1+frXv85QLCqy VGCAxYtzhgsW62Lcsby8nJ577jnuA9GoGowAtDl5gkDx5jdYfMgmE2DUaoQiMypokwJhaNoXD1ax 2ac5bymSjmMbJCsvrbY8UFbWXOAsXYUVdVR3weLKr29o4qQhbyqL8AXDvYoyV9XnGhi2SFl5XcV+ BYoi0ZcTbuYI6MDYlVlTpkzhGzimEEBwXQIC+r1eBnDCKkLEKCzAv/zlLxxcgqCTtm7eCFZB32bL DgIIcRw//vGPeUwS45u//OUveaxTW1aw8AAQgBIwBzQRdQrQbNmyxdoXgIqgIQAQliYgiOMBWNAf 3MMODg7sAgWAME2iNShqcOF48dvVQUCwOnHOun8dTAMh+vRf//oXww7TOrSwDR4WsBzRpxp0ADf6 RrAS3KkQxicBfpwjpqfAXYvrgSkpAsVb0+C+RDYZpLWDkFpy7r4UrtTx8MhjnJQbZaDicy0AgJX3 yqwAhhlcoIBgQ2MTbVOWIapToCbjlK1xXM0DcMTDzp6APC6IjG2QwxkWJYCJMlYCRZHoNgjWC4JJ EPBhFlyES5Ys4akMej1YSeZxRlg1GzZs4GkYgAosPVh/V8vrCcsNATBmYGjBysJ+4brFfERYf+Z0 cxDGC7E9okZhjXLy93XrLoseBUiRhg6g1etBsMRmzZrFcykxTod5h5jG0ZYwFgkYYTwPENOCFY0x S1wj86R7vMZDAdzK5mATLMe6SKtnjiDFvnENcf1ggZrPEw8hiMpFw40E/y8dXR0FinBfTtgcx8UK UJRg1fF0+q+CoaUahR8HzaBo8Oy9SVzDEfmaZ+5J5ExcVihebKZZ6nNU8oE1iOxZqGrhFlXE8bjl Z+q5zBPSUgoURSKR6A5UR4EixghRnBjwiss+Te8svLw+IkA3Zn0M5ZdaHgTXumVS109dW0Bx/oEU K+A4oGaCxSWbmGd5YFp2NI23ESiKRCLRHaiOAkVYdWs9MhmK+4JOcNSobX5kuFj7Tfcjj1iLBc/1 Xa8ARR2889inbrQ78AT3vV7t47FRAkWRSCS6I9WRoIjIUoAL1XVQrLi19R7/3J22+uUagLs6FHXf qOqDbVAN4zGxFEUikejOVGeCItyhXUa70RbfnGuC4uOj3WlfcD5vs9EzWyxFkUgkulPVodyn7ld2 n2KMERP6g1Mt0zPgCr0aFOFyfXlmAAWmWIK2Vrlm8DYCRZFIJLoD1ZECbZYYgTZJJ6rovSWhXPPQ bCUCnCgEfK6+kecXopB5189soLjfFGijoNpdbTN5SxzPX0QigHn7kzlbjkBRJBKJ7kB1pCkZ4zbG 8MR7zOZZr6xGzE9E7lPL9Ap36j/dn1yjLXNoka3mzXlBDFMzFGfuTmL3qC6kjmw3yIwD+SWW0Btz Aulpm3mKU7bFWbdBwz7NaeEEiiKRSNRJ1FGgiIr3gNCuwDy2FvPLammzdw4tPJhKTso6hIWHCfsA H89RVNZdtzHunKFmggHFi83N5BZdxNusPJ7O7tUEY7I/stcgH2p3Y5tpBhTRHyb4LzqUSiuOpdOq 4xmca3XwopDLpoQIFEWimyBUekARX6RB60zChHikdTMn5RbdfnW0NG9vzg+mowpSTUbyB7g8T9dc YHcpVH7mPM9PHDgrgKtbPG9YmABcWwpIOkWTtsTRa8pK7G1sM0VBEf22pguNTfad+k2gKOosQg5O 5D1FyjOkO8Nf5PrctGnTVTPTXK+QoQYARruZKcuQvg6/t7CwMPmPtiN1tITgcKMifRtSuq08lkG+ CSVUrIDnrazEZUfTFdxiacAMP0ulDCOQBm5UVNNAoA7mLiKKFVGmq10zeIwRn8NC1C5R/EVVjXnq M+s2npZt8HqdWjZsWXiLMU2Bokh0E4Tcp0jqjYr2sKqQXu2xxx7jcklIkdZWPtAvI+Q4Rd1F5CrV ZZ1uhnBOtqWoRLdfHa50lJOlNqIeEwQgkccUluETn7txhhpz/UMNOayPQBzb9rSuw+jse9k2T7ex DVpPm20EiiLRTZCukoHcpVqo1oDqDz/84Q9bFPPVAtSQP1SXldJCblHU+jOXO4I1iPXgnsVyuGpR xR5lkVDdAjlVYTmaLUasg0K6SKDdHgGs2Ift8WgoouyVPu62ahFiW+yztc+Rs9R8fMj5arsvs3Cu +pxbc0vjM+QwxWd3ojpqkWEzIK9WMPiOawJFUWcRoPinP/3JWmRYC5UZ8F3dvn27dRlKRaHCRJcu Xbi0FIoJL1q0iCEBITk2qk6g3JFWeno6vf/++3T06FHr+xdffJHLLcEaRWWNzZs3WwGBJNsvvfQS 10/s2rUrV8RoLXE4BFB5eXnxPlHvENUmkIRbgw3nhXNANQ5YwThu1HpE/UW9TmRkJL388su8PfaJ YsGAta5uD+AiaTiOA8eOCh/op3fv3rRz584WwAPo3njjDfzYuT/sC9UtHB0d+SECQjFhVABBIWfs C5Z5e+Hf2aD41MdbqP/MEOo3I7BDNYDc0dmf/3a0Y79pzSWIek9RlvTQVQJFUceHIso9oeKEtvIA CgALkNH1AFGxATdzlDdCvUNUqcANH2WeNDgBAny/d+zYYe0f43nf/e53ad68efweY5hOTk5shaL0 Eire+/v7s3UIVy5qLQKK8+fPZ8iiP8Dx5MmTl99cFXwfeughBhRKXU2YMIErXsD6hHBe2P63v/0t gw1jpyjpdP/991NMTAyvg8LB2Ab7wj4BNZR2OnToEH8OKxZlqdAPQDZixAiuZoFyUbBEdXUNuJkB VxzrzJkzuQoHzgWlpXCOKCfl5ubGFjiqc2BfqN6BflFqC+d/pygkPoe6vrtStRX01Iht9OTwLR2m df9wAz09Yis9//kBembUTnry480d6vhvXttK3ZXl/9iQZfTp7G10qkygKOrAUMTNHhAE8J5//nl6 4IEH6NVXX21hoY0cOZJhgdqFWqhtCNcrgnMQlKOtS3OdRAAWlelRfFgLbkzUFRw7dmyLY9F1ElNS UqzLUNn+a1/7GhfXNQuwggUG6ERERFiXo1yUtt5wbDgeWIl6bHTPnj307W9/m44cOcLvNUC1YCHi WujjBaxQMxL94BrovlGqCrAE0CFEuN51110trg+sQsAf1wlQ/Oc//8n7NruXURLqW9/6Fp06deqO +c5l5pXQe06bqN+IpdR/xOIO0V76ZCm9MXYl9R21hp4etZuen+hJz4xQ5zB8EQ3oIOdw89sS6jdy OS3dfIyqqs8IFEUdF4qAIICIL+rbb7/NN/fJkye3WA8uQXORXS24AFFkGDUSYSm1B4qABCwtFAjW Y3OAD0CJ7REFC5co3Kxw0QLGx48fb7FfQPjXv/41r9+We1WPKZohC2sU0Dt48KB1GYAEcOL4UcgX rl3UmNTH9dOf/pTha57aAQsYsETdRAigx3HDmkZ/qLuIawP3MI4Vli4KFaPh3PT5wQ19zz33WIsO 3wm6oB5oMvMKKTYll+LT8uy8naC0nALyC42nccvd6OWZ/uQwM4LemONHu7wSKC5VrZNq7+dw61pM ci4VlZS3qC8qUBR1OCjCooJLE8LY3iOPPMI3fF1gGAIs8N09duxYi+1hWWI5ihTjJo/XKAyshXHI 3/zmNy2gCGAAitplyzdKZYHBYsX2GNODCxJghqsW44Rwu9pCUbtHzdBrDYrR0dHWZQAoII0xTvxw 4cLE+b711lscEQswwnJrDYrmQsRwvwKuGooQxioffPBBHpsE7OB+1hYugIp+v/GNb7A7FTcFnB8K F8PqbCsASHT7FZdRRHN2x9IAl0BydAmlGdsiKSbtJDU2dK55vbdSAkWR3UpD0WwZarffu+++a52r qMcLtdsRQhAKgAKYwW2JLzosIQSgmPv63ve+R8uXL7cugyX117/+lcf4tCsRgMIy7APHdDUB3oAt 1of115pam5IBsAGKgDsCXL7//e8zzHWwC6CJBwKz+1RD0Xxc6NMMRZw/xkIxRokxVrSCggLr+nl5 edwHxlfN7lOR/Sq/qIxWHo6lN+f604D5CTR0kT8dDUqjstNn5OJ8SQkURXYrDUUASguAQoTlD37w A6u1uGHDBnaTwqKC1QOIwLLCGCDmM0KhoaH0k5/8hP7v//6Po0IBHoyZwT2oLS+oqqqK9wlLD8En iNoEfBB8Atctgl6wDsYNEdmKcUDbMTdEnmJMEq5VHDusRUy9wFiodnNqaF4JioA/XJwYW8R5A4YA 14oVK3h9HNd9993XJhT9/Pz4fVZWFh873KcI6vn444/Jw8ODYQnh4eKdd97h8VE8WMBtDOsYx4rz u5nzNUXXpvP1tXQ8JI1GrQ4lx9lR5ODkQ6uPJFBGfrlcnBskgaLIbgUrCyAD4MxCtChu8oi0BCwA qGXLlrEVhQhKWIiI6oQLVFtEcAEiAhTWIrLJaDAAHohW1QJo4DYEIBC9unr1agYEtsdywAzuR4xz wgrF2OPp06cvO3YsAxABNky/+P3vf09vvvmmNXgG43bYR3BwsHWb5ORkDpCBRYfzwnkCeHB7AmgL FixgiAPQEKw6jGuiH4ybamFMEe5QwB8CYLE/XJu+fftyViBMt+jVqxe5urryOnAbY3oKrgcSJCBS FRG4S5YsuaOiT+1ZCRkFNHtnFPWf7kv958bQ2HVhFBiXq76btXJxbqAEiiK7FQJEDh8+TPHx8S2W w0IDODAepyeu48aNsTiABFMOMF4GWJoFIMFlihs9xhMhgNE8HgedOXOGA3IwzzEuLs66D1hQsJxg LQKQ6CczM7PN44cFhohPWKtw0ZqjSbHPXbt2WecI6v1izFODHPvFeWJ/sBIRBARLzny8gCHOCdfK fJ7YTluwiIDt1q0b9w0rF/tBZCp+73/4wx+s0a/of+3atTxmiobX5uMT3R5VVlXTds9EGrokRMEw ll6f7Uu7vJOosLRKLs5NkEBRJOrkwtxM8/xGCO7cu+++m63XOzV7jd2r+SIFxObQuPXh5DAdgTTB NHd3lLIYi9RHEkhzsyRQFIk6uZC6DhP7YRXCYkRg0v/+7/9yYgCxBO1TuQWltGRfNL0+J4D6z4+n D5cEkmdkFlVW31kZhm6HBIoi0R0gjHEiZR1csRhDRXCS2eUqsg8hkOZgQCqNXB1J/eZEUd9p3rT+ WDzlFJ6Wi3OLJFAUiUQiO1BsWgE5bQknR2cf6jcvlsatD6Pw5JN0/ny9XJxbKIGiSCQS3UaVVlQq azCOhiwKof7z4uj12T60zy+Fisqq5eLcBgkURSKR6DaoqfECeUVk0ug1odR3RjAH0izcG0MpeWXU fLFBLtBtkkBRJBKJbrEy8opo4Z5oemWmH1uHHy8LJJ+oLKo+c04uzm2WQFEkEolukWrPnaX9/in0 4Ypw6jc7igZM96HtHomUV1wpF8dOJFAU2b0wjw4T9jHx3Fxlvr2aOnUq9ejRo0X2mFshTPzftGnT DasygaoeW7ZsuaNKOXUmRSTl0aSNYeTo7Ef9ZkWQ05YIiko9SY0XZJ6oPUmgKLJrYQoBUo6hAC/y liLvqblCRnuE7W0LDN8KoTwTSj0h0861CJlzMF0CmWZ0gm5k7EGFC6Rv03USRR1DJWWVtOpwDL29 IIj6zY2lt+f50ZHAVEnebacSKIrsViEhIZw7FJPNV65cyYmwkbMUULyWag66tJS5luKtEOoiohCx uSJFe4RE3MhVipRyWjhfVPhAfyg2LLJ/XWw4T24hGfTJ6nDq6xJCfacH0JL9MZSRX0aXLkqSdXuV QFFkt0J5KKQnw6RzLbhSdX0/vMakdHMVByyDmxVWlna1aijqNGeofIEKEba5UfEey9F0WSqzkFgb +0Mzu3GxT13eCVXsAS2dRBvHql/DAsTnEI4ZsNRVOLSwTlBQEFuESHiORN3oQ+8Pr22LpGIZCgUD prp/LcAU52K+Ztgv3NGim6eU7CKavi2CXnLx4+Tdn64KpuD4XKo5K8m77V0CRZHdShcJ1uWfbDVx 4kSu6KCL5UKoOQgrC2Nv2prUUESy8KFDh3IR4X/+859c3klbXdgONQdRNxFlo+CqRbkpCBACUFGY F+nR0LAt4AsNGTKEq2ag5BP2/fe//51zi6JME5aj+gU0aNAgfo9+UTAY+4FbGC5iDVUAEVU4UPkC FUKwLyT3BswGDhzIpaSQtk0fF87z0Ucf5XJXaKhsAasacIUAw969e3M1DYxJotoG9otKIqgAInlP b6yQbB2BM0OXhlK/ObHU39mLdnolUmGZuEo7igSKIrsV3I+//OUvuSQUbuq27k8NO1SV10L1C5SG cnJyumw9wAGARfAL4IXahHBHwmp7/fXXeR+wSvfu3cuuWl37EKBC2SXUQ1y/fj1Xj0DwjgaqLkCM gr8jR47k6hqoOIGSUVgONzD0u9/9jt//+te/5h8ejhvjjihRhXFHQBxWKqp8oPgxjhG1HlGJA5BD DUlsr8tEoYII8pl+9NFHPF6K8+rTpw+Xt0L5KAiWI8Y1sR0eBpDiDRU3AF4cDx4GRDdAl5opJD6H xq0LJQcnX3KcFU4u2yMpMauYGhskeXdHkkBRZLeCJYTxQxTe1dBBjUS4CqH+/fvzcpRn0kKZKdRS BFi0NBQBSm0Zodo8oNCzZ092YcJyxGtt/ZmPATUIUdfQHOAC96N2v6KuIvr/5JNPWrglYeVheXh4 OL8HWPEeblFtyaEgMMZN4SrWrs/c3Fx+GECNSC2AG7UOsT1KR6HGI6xZvMe5aKGcFmCva01iP+gf BZdRh1Fbz+vWraPvf//7VmtYdP0qKC6j5Qdj6M15geQ4J4aGLPAnt9AMOl0tcw47ogSKIrsXrD+4 EGEBoUiws7Mz39xRLPdaoAjL0yxEsmLsDvUGjx8/ztvBmpoyZQqDCQJYNNwAnNaEIsD43BYwGoIa iugb7831ITH2CTgDUNoyhfUGKMLi1OOHtlCEmw7ww3uMO2rh9X333ccPEFgH4EbfuG6wQrUCAwN5 H9qKFV27Gi7U0/HgNPp4RQgH0vSZ5k1rjsZSdkEFl30SdUwJFEUdRphnCNDgJg8L66233rpsqkVS UhJD5mpQBFQxvoflvr6+vAxjk9OnT6f777+fHnjgASvkHnroIV4P8GxNGooBAQEtlrcFRRy7FsYS AXss1wWLAT0Aa+HChW1CEVM24CaGBQtLVwtQ1G5WHYSkoZidnW1dD+5VgeL1KzGzgJy3RNDLM/3J cVYkfb46mEIT86iuTpJ3d3QJFEV2KVg45qhSLfVl5YCSrKwsHhu76667OLBEC1XoYUEhqEZLQxFj gVoYD0RAjIODAxUVFbXYB6rbow+M50EIhsH25sn/cF9qV6SGou38QVsoYn94D6tUKyUlhcdM4T6F 1QilpqYyADGuqWULRayLcUe81xYmhAAf7Y5FVCvcxa1BETAUKF67qs/U0Ga3eBq8KJhh+MpMb9rn m0wlFVLnsLNIoCiyS2F8DTf20aNHs4UWExNDgwcP5pv7+PHjeYoCrEIEmiBwBVGYmNeHoJNvf/vb PH6mhQAafLcBn5kzZzIIEP0JKwtja5CbmxvDCNMXDhw4wG5VBOFAy5cv52AVHA+2BRwRGavdoBiP bA2KiPI0Q1G7YWEZIvLTz8+P52DiOLy8vKzbAXKwAnFurq6uPIaKscGf/exnvC5AivOHVYso1UmT JvE6ACLGN7EOIk31dbz33nt5PVsoArICxXaq+SL5RmXRqFUhHEiDBN5zdkVQak4JXWyU5N2dSQJF kV0KbkNEUyKCEzdvWDV4jS+sngwP6wnW4t13380Qw8R+wABuSqynhUhRWJSoPo9gG3wOcLz//vvs YoRQdBduUu2eRRSpHqsDkGA1AqoAE9rw4cOtQTUAMfp3d3dvcQ7vvfceQxzjd5C2HFHxHv3rACJA zTy/EFYyjhnBMbD6EA2Lc33ttdcYbhrG2MbFxYUtxj/+8Y/8cIDpGVu3brUGAcGiRUQq5nuaI01x THCz6mMTta3cglKatyuKXpsTwPlKhy325+TdVZK8u1NKoCiyW8EaQnALpmLs2rWLX9vOq4Nlhxs7 xgv1mBwsJnNEZnl5Oa8DlyNeY84hAGaOFMVyuDUBFEyPsK1KD1ckxgyRVQZTIRDEooUxPXxmOyEe blks133pqRsYU4Q1iOAhWIh6Yr1ZGGv08fHhdXSADB4GMD1Eu1khbIsxURwXXMdma1AL1wLWrXk/ OH6MmZrPQ9RSuF4H/FNo2NIg6jszjBymetGGY/F08lSV+nI2yQXqpBIoikS3SNqd2lbAjsh+FJua TxM3hNOAGX7Ud1Y4jV8fRjFpBVRfL8kOOrsEiiLRLZKevC9zA+1X5aerae1RJO+2BNK8PsuHjgSm UFmluErvFAkURaJbJATcIKDHNkGA6ParuamRfCIzafiKYHJw9ieH6QG0aF8UZReU82eiO0cCRZFI dEcrO7+E5uyKpFdmByjrMII+XBpAATHZdOZsnVycO1ACRZFIdEeqvr6O9vgk0rtLwqivSyg5OnnR Do94KiyrRnYHuUB3qASKIpHojlNU8gn6fE0I9XP2YSBO3hRGCZmFPIVFdGdLoCgSie4YlZRX0dL9 0TRoXhBHlb45x4eOBqVShSTvFhkSKIpEok4vlG86HpxKHy0L5iAaBNMs3hdNecWV1HRRAmlEX0ig KBKJOrXScorIaUs4veziR44zw2n48kCKTD5BNeckebfocgkURSJRp1RNzVna4ZlAby1U1qFLGPVz 9qa9Pol0SuYciq4ggaJIJOpUam66SMFx2fTpqmDqN92PHGYE0fSt4ZScU0wNDRJII7qyBIoikajT qPBUBS3aG0mvzg6gvso6HDzfj7wi0qla5hyK2imBokgk6vC6cOE8p2MbshBBNAHUZ6oXrTkcQ/kl VXRJkneLrkECRZFI1KGVkl1EkzaG0Ysz4CoNpjFrgikqOY/qTMm7UStzypQpXOi5V69e5OHhQd7e 3hQWFsYluFCRBXUz33jjDS5bhsosqJOJcmQoJr148WIaNGgQf5abm0ufffYZ18d8++23reXHzEKV E9T0RLmwZ555hqu8SEWSjiGBokgk6pCqqj5LG47F0qD5wQzDgS7etM8nkU5X17ZYD0Wjf//73zOg ZsyYQb179+aamKjT2aNHDy7thZJkqIuJmp0LFizgIs+4Hz711FNcQgq1MVGHE6BDYnfUycTnqFP5 4osvUk5OjnV/aWlpXPsSxa6xDupi3nfffTRq1CgGrMi+JVAUiUQdShcvNlJATCaNXBFEDtN8yME5 kFy2hVPWyVJqNIora8XExNCPf/xjhmJcXBwXa8ayP//5z/SHP/yBa2/C+oO1OHbsWPrGN77BxZoB MFiSqOGJz/D+nnvuoQcffJALW8PCBGyffvpphh6gCeChvufo0aPpO9/5DhePTkpK4n2giDWKZgsU 7V8CRZFI1GGUX1hKc3dG0MBZ/so6DKV3FwaQf3QmnWljzqGfnx995Stfoa5du1qB1KDAOWzYMHrg gQeshZcBvvHjx/O6jzzySItCznCFwl2Kz5599lmGqBbcqno5+kcVlHvvvZcefvhhOnnyZItjsS2Q LbJPCRRFIpHdC/A66J9Mgxf4s2XoMNWLNh6Po+LyM3Sp+WKb28Gt+dBDD/FYIl7DUjxy5Aj98Ic/ ZHDV11tgaoYixhzNFp0Ziv369Wvx2ZYtW6xQxLjkxo0b+T3csuhT1PEkUBSJRHYrAC8uLZ/Grw+l /phzOD2Qxq4Jpvj0k8ryuvqcw4sXL9LChQvp7rvvpt/+9rf0l7/8hd2pcJHCPaplhmLPnj3bhGLf vn2vCEW4SfH+hRdeYFeqqONJoCgSiexS5ZVnaN2RaHptTgAH0rw+y5eOB6VQVU375xxi7O+Xv/wl R5IePXqUVq5cSfv376fk5OQW67UXio6Oji0+W7t2rRWCWK4hiYhTBPCIOp4EiiKRyK4EF6d3eDq9 vySIHJx8qfc0H1q4J4JyCsqoqeniNfUFVykg9eijj/I4YWVlJU+NaLAJyDFDEa7PtqDYpUsXKioq 4uXFxcU8TcPsVkUQD6JUf/rTn9KePXus/WRlZVFERARbkyL7lkBRJBLZjXILSmnG1nB6ycWSnu2j JYEUEpdD5+quL0ilsLCQp0zAffrHP/6R3af4i/HEVatWUVlZGa+no0+vBkVEp8INi2jW+++/n/v9 17/+ReHh4bwu3LWYD4mpGj/4wQ94PTRYqzpCVWTfEiiKRKLbrnO1dbTbO4HemBvI44aOTt603T2B yk7XYGDxuvuFdYj5hxhDhGvz4MGDDMM+ffrwtImBAwey9YbiwhMnTuS5hYsWLWrRhxmKmIIB6OE1 7pewChHhalZFRQWtWbOGXbZYBw1TOTAlRGT/EiiKRKLbJiTvjk7Jo89WB5Ojsy/1cfKnKRtDKSWn iBoavlydQ8Bu9erV9Ktf/Yr/mrV7924GG8AFlyosOPxFthrbABkzFAcMGMBTK9LT0yk2Npby8/Nb 3TembWBKBuY5Yq7iqVOn5D+7g0igKBKJbotKK6ppyf4oY85hEL0x24eOB6dQTe2Nmc+H6RZwiSL7 DKw/wA6wwniinl/YvXt3dnleSYDip59+yuvDwhQXaOeWQFEkEt1SwQJ0C0ml9xYHUp9pvtR7qhdX tigsraamixdv2H5gKSLY5a677uJ5iRjbQxYbNLzH5P34+Pir9gMoIksNxglt5ymKOp8EiiKR6Nbo UjOl5RRxbcP+032pj3MAfbwsgCKRvPt8w03ZJVydcF9iGgbyls6bN4+WLVvGCcFtM860JYw3BgQE 0Lp16zi6VNS5JVAUiUQ3XWdqztFurwR6Zba/gmEgvTjDh/b5JlB5FdKp3RrLC25SNHOatmvZ9nq2 E3U8CRRFItFNE2ASkZRDw5cHUV9ny5xD5y2hlJpTTI030FUqEt0oCRRFItENF8bdisuqaMGeSHrR xY9dpYPn+5NneBrV1jfIBRLZrQSKIpHohqr+fAMdCUimt+YHUB8nP3Jw8qIVB6M4eXezuCBFdi6B okgkuiFCtGdydiGNXRdCfZ19GIifrQrmhN7nLzTKBRJ1CAkURSLRlxMmvlfX0GbXOHrRxZf6TA+i l1x8aL9vIlVfQ/Ju0bUJ8zCRFABTRkQ3TgJFkUh03cJEeP+oDPpwKeYc+lCvKV40c1s45RWWX3VS vOjLCVl6fvazn3GCApk7eeMkUBSJRNesS5eaFfhKad6ucOrHrlJ/GroogIJis3hM8U4W3MiYA5mS knJTCw3PnTuXs+wMHTpUoHgDJVC0M+HL3diI+VRN0u7gpr8D9nizO1dbT0cDkumNOZZcpf0VFDce i6HSL5m8uzP8drVmzpxJ//3vfykzM/Om7W/BggUMRSQ8FyjeOAkU7UjNzU0UGJlEU5bspalL99G0 ZdLu1DZl6V6atnw/BUUm2s2k8YvqOBIyCujzNcHkMM2bek/1pnHrQigh/SQ1NNq/qxS5T5HdBuWk YMEFBQVRYmJii3VQGBh1D93d3cnf359OnDhhrYGIihuodJGTk2NdH7Uf8T4tLY0z3+D/CiB87bXX 6Cc/+Qlt2rSJk4djWy3UY/T29iZXV1cudny1MUEkHUex5NDQUMrIyOB9QhqKH3/8MY8vYh1fX1/K y8uzuq5x7KWlpZzODll80NCH2YLF5wkJCXzuaLguqPwBa9dc/7G8vJwTnKNMVmRkJCdEx7UyJzvH +aN25PHjx/kccS1wXQSKoutSYUkpjZq1jR57ZzF1eXuBtDu6LaQub82jMfN2Us252xusAisEJZzW Ho6mftN9qI+zP70514+OBibT2RuUvPtWKCQkhO677z7q1q0bzZo1i2sc9u/f32plAZB4jzqJaL/4 xS+4/uL69ev5czc3N66R+PLLL1u3QcHiDz/8kJ577jlOKVdXV8clqL773e/S1772NS423LdvX8rO zrYew/PPP8/9Y/8YE3z11VcZRq1dd09PT9ygeX1U+3jkkUcY2GYoon9Yi7/5zW94f//+978ZShCg /uabb/Jn+px+/OMf8zFq4Lm4uPB5YWzy888/5zJbADoKM+PBQIMT/eAY8Dn6wbXEeijFhWNF27Vr F/3nP/+xXsMf/ehH5OTkdFlRZ4GiqF3KyS+moZPW0uMfrKdek9yoj3oa7zPV645tvSZ7Uu8pd+C5 G//vXYcsoxEuW+jM2dsHxfPnG8gvKoMGL/Dn5N0O6rjm746g/OJy9mx0JMH6AUTQnnrqKQoMDLRa isXFxVyM+O9//ztbQngPy+vZZ59lyMDSO3bsGG8LAGooAmavv/46PfTQQ7wOlsMSff/997kY8eHD h9niguUGixL7feaZZ9i6On36NC1cuJDuueceGjFixGUuUFifXbt25UoesFBR1urIkSN83GYoogYk 9geLcuvWrQzGd955h6EHq9HLy4vhiP3BinviiSf4HPAeGj9+PPdz77330pgxY6igoIDWrl3L0EN1 EBwXjg9ltrDvkpIShi6AiPFMbenCwkSy9ZEjR7JVif7feOMN+ta3vkXbtm3rMC5egaIdKfdkCb0/ ZR09oaCIm4/jdH9ydPZrR/Onvk5+6qblx3/x/vLPkGLL13Jja2UdB2Md9GFpra3Xdp9921y37WNG /73NfTjrPiw34H7G+evj0Ou3XNfPblrb53ONfRnn3XXIUvpk1tbbAkXcUHMKSsl5c5j6v1WQdvKl j5YGUnBsFl1o6JhRpbB6dA1F27E+AA+WHSBovnmvWLGCvvnNb9KBAwcYLti+Z8+eLSzFt956i60q vNaaOnUqW5nm/WzYsIErbcDSBEwBEwTjAHzmPrVQ3uqrX/0qW6L6M/zVrlENxVdeecXqnq2qqqIX XniBq3mYrTNsg3VQMxI1IWEtw40LTZo0ift59913rW7VsrIyeuyxx2jIkCG8T5wjjhNAhHBeKLAM gOhjw3HieBEApM8PDyKwKmEtChRFXwqKfaZ48k21r5PvVRtC4fH3xRn+1M+0jYO6Mfea4s1/X5rp TwNnBdDLM/35s95TfVps74jtXfxpwAxLw2t81nOyt7V/3bCtg/r7koulT/x1mNayz6sdb091XNjn yzMDuGF/lpB+1fc09O9Dq45n0MTNsdZz6D/dj9fF/lCQtj37ut6GY+lzDeeDY+xnHN9AnI+6hnyd pl3H/o3/w9sCRXXjqlb72+0VR6/P9uNAmgEzfGizayxVVp/t0IE0Goq4udveoPfu3cuf9ejRo8Vn uhjx22+/bbU0zQDDjR+f2UIRoAEUYe1poToHtv/Od77DFtXvfvc7/qstLttjmjNnDq/fmhVphiLG FPXneJiBmxMuVYAQ43mpqancP/YH1ycsNwcHh8ugOGXKFGs/GLdE7UicG5Zh/BOuU7hpMSYJsAOK GOfUGjRoEPcDl6k+P5TrQpmulStXChRFtwaKgBNuyNO2x9OR8JM0en009VAgw2f92PLwVZ8lUHha OSXnV1OY+uuyK5HhoyGG7afvTCC3qEI6HHaS+/GIKaIZar0BMyzWCwDhaAARzWlHAgWnlFFqQTWF ppbTlK3x1Fv1aQtQ24ZtcVwvqn4XHkyhyMwKis+t5P2NXhfN+3phohetds2ghovNlKg+e39pGD01 1oPm70+hmKwK8ootpg+WhVnP82Y0nDefezvWBaxfUQ8Hm7yyKT7nNCXmVfG1HLbUcowO03w6BBQR 8RqVnEcjlgdyEA3cuBM3hFJ6XudI3q2h2KVLlxYBJFeCIsbIYP3AYkL5KLy2tRThIrSFIsbs/vrX v7awFDUUYanBfYrP0ODahIVnKw3F4cOHXxGKtpYk4OTo6MivUSoLkMI6CLbBNcAYJdy4tlDEMet+ AFQzFOFShmsV2+K84GrG9TBfRw1FZ2dn6/nBXQu3LsZaO4oEih0cigDIJ6sjKauwRt24mmnpkXR6 ZrwnvTDJi0aq5TFZpxku5xuaqL4BIf5EDY3NtMEzi9d5Xm0/RoE0u7hGfcEvcR9Y/2JTM11obKKS 0/U0V8HohUmWm3uPyV60zTeH+0CfZ+sbeT1ss1JZds9N8GJQX8lCXKaOsaSyjveF/ehWe+EiBSaX 0qD5wbTOI4uvSUbhGfpoRTg98bk77QnM42VF6pg+XRvNx36jYWh5yPChte6ZtNM/l48FDw1trQvI LzmcRoUVlvOpPX+Rr0WzutClVfX8f9BzirddQxE3NiTvXnkgivpO8+JAmkFz/cg9NLVTpWfTlh6g aBvRizGyr3/962xF6uhO3MgxpoZgmKioKB7TQ2Hihx9+mN2I6AOBM3DHPv7445dBEVYS6i/qIBRE osJFC3enLeT0Ps0CRAFhQFd/jrFOXQcS9SFtoagtRV0MGVYkIAY3rd6PrfsUx2oLRW0pavcpgIfj Rj+ImMW4qe2DBaxIHO+iRYtanB+uU0cquyVQ7OBQBBhGr4uigrJaBt7yYxYoos3ak6zgU08ZRTVs CX6yJpLicip5X/UKQAuUpdb1MzeasCmGik/XMZjCUstoX9AJOhZZQHkllnEK9DF5Sxx1+cyVVqj+ LzZdosqzF2jm7iTqpaAw/0AK5ZWeI6+4Yhq8KKRNCMBqWnwolarONfC+kpRFBcCuVwA8FlFI+aqP YgW8T9ZEMWDxs0o7WU0fLg+np8d5quOMpaDkMpq2LYHdurYWKPaL5firXa4toGysg+V9bNb/wmr2 oafHe1CK2i/Oc/iqCHpynEerrmF2Gav1XSMLFQDPU1BKKQ1bFk5LjqTSKQVEKFtdwyGLQ6jHJG+7 hCKK+7qGpNA78/05V2k/Jy9asi+SisoqL7vpdXQhSARjegiKsb1JA2ijR4+2RksCdhMmTOAoUrgi cS0QXTp58mS66667GJ7IKDNu3DiejwhQmiNIEZGJ9TAuB9cjojcxnocAmD/+8Y8MSFhfCE4BROCm tRUsSETDwuUJ6wtWa69evfi4AB1sh/Mxu15xnIBX7969eRmsTQTyDBs2jAN90AdgbbYUMf4JmMES 1P1gPBJjkwAsln3yyScc0IOIUrhFMca4Y8cOds3qbeAqxsMB2sGDB/n88CAyffp0DloSKIpuGRQ/ WxtFJ06doyZl6S07aoEiAPS5sgCnbotn9x6smmeVFTdegSW/zDKYvtErmx771JXGb4yhImXpwMJZ cCCVLUhAY8LmWDpRalkXMPzPiGN0MNTylApLDtYb1sVxYGwRrZ+xr9aA+Kk6zhwDtBgvBIxwbHCn 6rFMuHbfXRTKlpoZijhPjNe9szCEXZXmvgFAjEm+OS+ILTv8fW1OIB+H2Z2LscjX5wYZ7tEv1n9j bhB/huUvu1jGLLON45ykHgawLs7NdhzTwQDjnL3JDEOcux4T3eSZTeeVBY2HDxy/vk72AkXMOUzP K6Fpm8MsEb7qmIcvD6SYlDx2o3ZGwY2HQBpMiWjNcgHUYC0hMAQg+sc//sHRoYik1AJYAAqMkwEa gMLy5cs5mtM83xAWHQJXEMEJsGHfEOAI6w1wwT7Q4IqEFdqaAC708/Of/5y3wb71vECAG9GyAJYZ irAcNcwwNxPvEZEKmCGpAKxfgF73g/mEALU5aAbuU0TVYjwT1woQh4WJIJo9e/bQli1beHoIHg7M cz1xPQBkPXUDDdM8WnMPCxRFtxSKekxRWz9sHakb33Nq/QOhlh/oRs+sy6A4W93gATv0+7TqxzWq 0AIx1wz6N6AYYoHiFp8cw6VqCcbpZVhbbblOcUwYc4NOVdYxsJ9S1h8HtBhBLdpNiX1jXTMUu49x ZzAD6L4Jp2joEst4Hc4N2xxU51SlrNc6BaHq2gaG70QFtBeMQCGsu8Ejm922AN3OgDw6XXOBXcpl Z86Te3QRvTo7kF2mp6rq2EqEO7mi5jy7QY8paxAAbc0KBgz7GGOt7H6d6s0AxzWFa/kDu4KisvLP 1NIu7wQaMN2Snm3gLD/a4x1PVWfOdaSfy7WfubrhY5I7QNGW4DZE5CUgBYC1Bk9EaAJ6ekoDAII+ bV2i2BfWq6ioaGF1wwpD3xhvgxvSPLG/NcGNi2kSACT61EKfOBbzMr1f8zLsD+5e9IHleG8+Xpwj jgGWsO1+sT6OFe5WuFLN54EEBXAHYx6n+dzRN84L54f92h6fQFF026AIYJldiM9O8KSxCoAY/4LW umVSFxsoLjyYynBCwIvL7kQqV8BgWO5JokdHudKyI2nUeLFJ3eybyTe+hMf2AN+rRWs+Pc6DDodb gIoAnXcWBLcaKIPjfdYAqBmK3RQUt/lZnqaxDKB5fpLFwvFOwPjOJWXVnqXozApKzKtkCw3HPkad G64RoLTfADqgXKmACHDChYt18ZueuDmOHxRgHWN8EFAsUYAsKK+lw2EFyrJsHYrmQBr9kLDZO5uv EQA9bFmYXUARUymiUk7QB0v8qbeTZc7hjG1hlHmipEON+YhurQBFBCABjAjUAexgpeL9wIEDrW7Y ziKBoh3pRkPRNsgFsIFbkr/o1fU0bVu8sgrdGIqF6sYP2CEaFNZheHo5VSionDt/kccpsR/c8AEi WIkAJYTxQYwlfroumscX25qW8eRYD44ahVYcy1BWokeb5/TchNahuNU3h5el5FfRB8ss1uNWH8uy 6MzTNHRxKAMJFiyiaCHvuBJ2j8Lq3Recz6BraGrmz99ZEMKWpl43reAM7wuwziyyuMLGboph6+/F dk4DQdQmHhJicyxWRGRGucXCnHz7xhQBvKKyKp50z8kBVN9DFwaQW0gKnb9wZyfvFl1dsA7hFgUA kZBANz1Jv7NJoGhHuplQRKAHxghPlp1jqwjRp7AcsT2giCAXLK+pa+Smtd03lyNOe5umZMDqWXoE EZe1VjiePnuB5uxNMqYgtA5FbwOKiw+nMeS+LBQfH+1GQcml3OeiQ6k89ocxQ7gu17hmsisVVt7H KyOou9o/oAgBftge+4E7efnRNIZ/WfV53lfX0e68DjRidaTFzduOOYv6vDerY0d07pnaRt73NU8d uYFQPFd3no4EJNNbc/04qnTAdG9auj+KSk+f6XSBNKKbK7hX4Q6Gaxku5o6Uuu1aJFC0I90sKOLG Dwgk5FoiT+FixHtYVBqK2n06b38KjVgVyfMZ9ZQMuBURkWmO9HQ0rM+FB1KorMoyFlFcWccRopiW 0RoUPQ0oIsjm6VbAfT1QhEULlSugwS2MY0CD6xSQL1bLRq6O4u01FGOyT9OQRSF8/jxFxIAiIkY/ XmEBaHqhBYqj1LV9rh1TPxz4wcOL5u5LpmplPcOdi/FJWJjtTWpwI6GIeYVJWYU0YX2IsX8fGrUy mBLS8znIRiQStS6Boh3pZkAR44NYZ7tfLkMi+UQ1fbouymq92EIRgTZwbQIE+w2I7PDP4/c6mhNN Z8uBBTpJQTO/zBK8ACuwNdcoxhQPGW7KiPQKGrww5LJxNp3R5lkF4PZCMSLDAkWcV0hqmXpfwQ2w hCt4h59lrqF2n0KxCorvLg61QnH5DYAirGlExcLCRJAOxiARAdt7ynUkGPgSULzU3ERlygrc5h5L /Zy92Tp8dbYfHfBL4pJPIpHoyhIo2pFuNBQBLYBns3cONTY1c+aY4coK1FM2ACBYZbaWIuYEwrJb fCiNLjY3cwTm5K1xapm7keHGMsXC4kr15v6sVqBrBm/bWvQp5iNiTO9s3UWasTPRdBze/BdjcYgA 7akAs/EaLUW4bjVk9difg5G+Dg2fXQ8ULe5TjytaexYgBlJCXiW7TfeH5HM6PVzbnpO9b6ilWFt3 ntJyi6mu/vLqFCjuGxiTScMWB1jqHE73oVnbwymn4JS4SkWidkqgaEe6kVB0MPJxbvbJ5uwqmHYA 194AzNVTFoyey4d1xtlAEdvjZo65d0hZBm3wymKLaeWxdB6/w7gdLCPMM5y1O4ldqACWBaqXQxH9 wS2bbozVJeRW0Zj1MdwPAmFeUTCElRmaVsYgAlyvBkVMHTkaUcD9wSWM9QDEF42crLAQAXFYoNcK xQwDiuM3x/KUC5xrv1b+P3CdAXJEvOLYkEEI44j6vPjcWpnjeD1QbG5qojWHo3lcMDg2k/OUQpgS kFdUQXN3hhtzDn1p2JJA8o/KpMaGzpORRiS6FRIo2pG+TEabImOaxYrjGQw1gAnpx7QARQAJN3tE VmI6QmRGBY1aE8WT6hFkAi04mGq1NGEh6bmFyIqDscBUBSkoT0HYP/EUB7pUnbUMuAOgyADT1vQD RK7Cois1sr3U1DWo46nhPk+W1XKWG4BpxMpIWuNmiZLNVvvlNG8Kijv8LVMyMgstUaI4Pkz2x9xD y/IajnDFnMOozHLOujN5a7w17Z1OPIBpGEOXfAHFlcfT+YEAwUKcwUZBMUZBVp8TrNFdASf4QULP i/wi4boPhRnWKh4+TqjzsFznGr7OWUVnOTvQGzbbXgsUdT3FtOxCGjjTEuGakGE5lyoFzEMByfTq TEudw5dcfGjdkWiqqKqRH5RIdB0SKNqRriv3KXKcqht5XHYlwwaWGqJKERiz4EAK3+gRdALo4S8m rFeohr+5p87ShM1xCjARlHSiigNUkAQc2+t5jUg0nqfWK1DQRTYcfI4J9Mh5irl8iFQFyDCeN2pt 5BXTmQEi+HyWAiP2B1DXG/lT0UeGggmCevREfXwepixHJAQHqFa7ZfCykNRSeo+TbXsxaGar/lLz q+mc6kfnZMV55yrwf7YuWlm4nrwu3Mi4Bn4JJTymqV238/cn85hoqjH/ERDFtBGAH8eHwBkAFVaf OQ+qHldFf7imfJ1Vg7u5wrjOaLB+31pwDdMybKB4VkERtQuRfQZW4MI94VRdU0vJOcU0enUwp2dz dPahietDKDEzny1KkUh0fRIo2pGut3QUXHOWqg4tS0eZ06fBpXhZM9Y3b+9os0/9GdZ1NMEA1Tj2 Bp1giGG6Aqd3s0kWcKUyV5x6Tr1G/lVErOJ1f2sflv5wPFjmaHM+5mXmifNTtsbRLv88nm4CS9A8 vqgzz9hu3/I6+X2xvrMvXwu4ceEOvVKli/5Gvy+2cZ0HmK7dtUJxFKBYW0dJWQWqfx+2Ev2iM2nD sRjqO80SSPPOAn865J/E440ikejLSaBoR7peKDqYSjqZoaRrHF6pMYTa2N62Dw09vOYajM4WKPH7 K6R4azWRtiktmu7DvH9zv+bxO9tl5v7w19GU/Ns27Vyfq2xvXl/vqz21Fftc5Rr3+RKBNp/O3kan q86Qy/ZI6q2OA7UN357nx2WdXpsdQEv3R9Opskr58YhEN0gCRTvS9ULxdjQ9PeO6iujaAOnL9mHu y3JMPjfuPKfdhutr/L93GbxEQXEr+UQk0+tzA6iXU4ClAsg0P3pjtg+5BidTVc05qqu/QEQdo4Cr SGTvEijakToSFKXdfCg+PmQJfTRjC723wIt6otSVgmGvaf7c3l/oR+PXBtCEdYHksjWE0nMLO0xl c5HIniVQtCMJFKVZoais3a7KUnx18k5ynObJ7tI+Uz25CPBLM3xooIuP+uvN44yvzPSh40HJrRaq FYlE1yaBoh1JoCjNDMUug5cqKO6mBbvDafmBKFq2P4oDbDxCU8g3Io28w1O5hcZlUs3ZWvkBiUQ3 QAJFO5JAUdrNLB0lEomuLoGiHUmgKO2yKRmzv5i8LxKJbr4EinYkgaI0sRRFotsrgaIdqbNCEXP1 kD1Gtz5XmDKBdXnagdHw+mpTLLBNrynet2f6hEBRJOpUEijakTobFAEr1FZEppfBi0K4huE7C0P4 MyzvY9Rl1OsDbC+5+HOOURQLRsNrQBHrt1bAGGneUJECSc45I45AUSQSfQkJFO1InQWKAB0AhkoR ACGqW5woreXE3VnFZ7nKxpBFoQwxWIJY34GztfjRBo8szqMamFTKycYj0sto3v5kem9JKANVZ9/p 62SZWI80atv8csgtulCtE3btVe4FiiKRyCSBoh2ps0ARFl+/6b6ch7Sh0ZKcGsmykWC7utZSUeNC YzMn/Yalh4bE5rP2JNHpMxf4c2yHxN5oqMGIChopJ6tpyrY47p9dspO8acH+FDpb18hJu0dz8m8v gaJIJLpuCRTtSJ0BirDeUA1ip1HmqfLcBfJJKOHixqiJOG17ApdaqrtwkUEHqxHWHUpgzVZQRLkn VLtAncS1bplcmBivC8ot8/BKKutp0pY43gdKP6ESCEpQVan9CBRFItGXlUDRjtQZoAhQjd8Ya4UY oIdSUJxU22jdx7pbaxumFZzhKhTdx3iwpQgoohzVuE0xXBPSUiDYm6tyoAYkFJFeQe8uCqWnxnnS fGUpnlHWJ7YTKIpEoi8rgaIdqTNAEbUIN3ln8fmgoPFwBTwEyVgtSSdLncb5ByxuT7hJnXYk0OOj 3VpAERXv0ZdOGA7YAbCovVh3oYkmKmux2+fuAkWRSHRDJVC0I3UGKD6lrLuDofl8PqhFCAvQdh0E 1wxbFs7QhADDrp+1hOIEBUVd7Fi3J1VfCMKBUOwYIBUoikSiGymBoh2pM0DxybEe5BpVyOez8riC 4liP1tcb406+8ad4vfZC8amxnhRsQHH23mTeRqAoEolupASKdqTOAkU3A4qwFJ9sA4pPjHYn77gS Xq+9UITVGZxSytsIFEUi0c2QQNGO1FmgeDyygM9n2dF0euJz91YiVC3FicPSynm99kAR6/ee4kNR mRW8jctutY24T0Ui0Q2WQNGO1FnGFPcG5fH57A48wXMQbdO6IYBm9t4khhnq4mJ8sOvoK0PxWbXN lK1xVHbmPDWrbSZvjWfgChRFItGNlEDRjtQZoAiQYVJ+Y1MzT6ifuDmOuigrEBPtMR8R0MIcQz0l I/lEFX2wPJwtTDMUP18fTY9/7saT+gFRZL/RY5Wx2ZX03tKWUzJOq+1GroqkJ8a48zZolrRwPgJF kUjUbgkU7UidAYqwDIcuDqWE3Eo+p0NhJ/n9UCNN2+BFobTGLVOBrJEaLjbTjJ2JDERATE/eP1t/ kSflY/0PFTDRjoZbXLLYBlbkUwqUOqMNoAgAY3vkWP3A2Ab7RBq4DpcoXKAoEt02CRTtSJ0lzRus xZm7E6nwtOVmjjRt2cU1ysI7TcXGsvqGJjoWUUBvzw9mi46huDeJ5yFCVQpyZVXn6XTNBQYhVFhe Rzv8c2mQ2gbTOnoYGW0wbxECUMuqz3NKuQq1XXrBGRq5OpJe6GguVYGiSHTbJFC0I3WmKhkA47iN MZzUG1lrKhSoLjQ2UWFFLcXmnKaNntlcBUMn8IZL9bN10bw+YJZZVGNtsDq940t4buPTxoR+Pd9x 7IYYDtix3QYtTu1nxCqBokgkar8Einakzlg6CtBD8A0AiTymqJrx9HgPo/5hy/E+BOQAjnr80dyw vM/Uy8cHsU2PNraRMUWRSHStEijakcxQdJjqRY7TA8jR2b/DNsvN3dL6KOuu11SkefOzLFftSuu3 2m7QNnbfjP93gaJIdOslULQj5eQX03uTFRSHraNeE4+ztdhnikenaL0nf9E6yzndvGb5f+86eIlA USS6xRIo2pHylKX43uT11HXoaur+0Sbq/vFmaXdwe2zwUho+YwtV19TKj0MkukUSKNqRKquqafHm 49R/1GpyHLGM+o2Udqc2xxHLqf8nK2jJFleqrauXH4dIdIskULQzAYyRcSkUHptCEXHS7tSm//8r KjHf85L8MESiWySBokgkEolEhgSKIpFIJBIZEiiKRCKRSGRIoCgSiUQikSGBokgkEolEhgSKIpFI JBIZEiiKRCKRSGRIoCgSiUQikSGBokgkEolEhgSKIpFIJBIZEiiKRCKRSGRIoCgSiUQikSGBokgk EolEhgSKIpFIJBIZEiiKRCKRSGRIoCgSiUQikSGBokgkEolEhgSKIpFIJBIZEiiKRCKRSGRIoCgS iUQikSGBokgkEolEhgSKIpFIJBIZEiiKRCKRSGRIoCgSiUQikSGBokgkEolEhgSKIpFIJBIZEiiK RCKRSGRIoCgSiUQikSGBokgkEolEhgSKIpFIJBIZEiiKRCKRSGRIoCgSiUQikSGBokgkEolEhgSK IpFIJBIZEiiKRCKRSGRIoCgSiUQikSGBokgkEolEhgSKIpFIJBIZEiiKRCKRSGRIoCgSiUQikSGB okgkEolEhgSKIpFIJBIZEiiKRCKRSGRIoCgSiUQikSGBokgkEolEhgSKIpFIJBIZEiiKRCKRSGRI oCgSiUQikSGBokgkEolEhgSKIpFIJBIZEiiKRCKRSGRIoCgSiUQikSGBokgkEolEhgSKIpFIJBIZ EiiKRCKRSGRIoCgSiUQikSGBokgkEolEhgSKIpFIJBIZEiiKRCKRSGRIoCgSiUQikSGBokgkEolE hi6D4tSpU6VJkyZNmrQ7snXv3p26detmgWK/fv3eVgumSZMmTZo0aXdqGzFixG+dnBQX8Y80adKk SZMmzel//j/sd2dnyLJtWAAAAABJRU5ErkJggg== ------=_NextPart_000_0084_01D14D85.3C21EB20-- From nobody Thu Jan 14 14:13:48 2016 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 976661A00BF; Thu, 14 Jan 2016 14:13:46 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 1.742 X-Spam-Level: * X-Spam-Status: No, score=1.742 tagged_above=-999 required=5 tests=[BAYES_50=0.8, HTML_MESSAGE=0.001, IP_NOT_FRIENDLY=0.334, J_CHICKENPOX_111=0.6, RP_MATCHES_RCVD=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_HTML_ATTACH=0.01] autolearn=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 BHWxpN5HUKht; Thu, 14 Jan 2016 14:13:41 -0800 (PST) Received: from slice.pfrc.org (slice.pfrc.org [67.207.130.108]) by ietfa.amsl.com (Postfix) with ESMTP id CF8881A0058; Thu, 14 Jan 2016 14:13:37 -0800 (PST) Received: from [192.168.1.102] (99-59-193-146.lightspeed.livnmi.sbcglobal.net [99.59.193.146]) by slice.pfrc.org (Postfix) with ESMTPSA id 57E991E71D; Thu, 14 Jan 2016 17:15:42 -0500 (EST) From: Jeffrey Haas Content-Type: multipart/mixed; boundary="Apple-Mail=_DD99E0FF-B556-433F-8A56-B31B7D26B56D" Message-Id: Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\)) Date: Thu, 14 Jan 2016 17:13:34 -0500 To: draft-ietf-i2rs-protocol-security-requirements@ietf.org X-Mailer: Apple Mail (2.2104) Archived-At: Cc: i2rs@ietf.org Subject: [i2rs] Review comments for draft-i2rs-protocol-security-02 X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Jan 2016 22:13:46 -0000 --Apple-Mail=_DD99E0FF-B556-433F-8A56-B31B7D26B56D Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Authors, As part of document shepherd work for draft-ietf-i2rs-protocol-security, = I've done the following review and edits on the draft. Rather than give = the typical tedious line-by-line list review, I am attaching the = following files: A modified .xml, based on the published -02.xml file. It includes: - Minor textual, grammatical and structural edits. - XML comments flagged "XXX JMH" of items that require response. These = non-editorial items are noted below. - rfcdiff output showing the changes covered in the .xml I am attaching. I'm happy to make the git repository this review was created in = available to anyone interested. (Note that Sue and I are in the process = of getting a formal I2RS github repository in order to aid in this type = of work.) Hopefully the .xml changes aid your integration of the comments.=20 Commentary: - Several pieces of quoted text varied from the source. In many of = those cases I've simply copied the appropriate text directly from that = source. - The direct correlation between applications and clients doesn't seem = to be firmly stated in the architecture. I think this document may be = stretching a bit by doing so. I suggest tightening up that wording. - Messages are referred to as protocol items with regard to identifier = requirements. I think this may be incorrect, as the protocol mechanisms = we've discussed thus far are likely bound to sessions. Discussion may = be required here. - This document notes that the data model may be tagged with the = confidentiality requirements of a given set of nodes. I don't believe = this has been part of our prior data model discussions and thus may = represent a new requirement to convey to the netmod group. (Note that = description annotation may be used, but given that the desire seems to = be to impose security restrictions based upon this, that may be too weak = of a mechanism.) - In the presence of such data model security requirement markup, what = should the behavior be if there's an attempt to violate confidentiality = requirements; e.g. using a non-confidential transport to carry = confidential information? Once we've reached some conclusion on the discussion above and have = produced an updated version, we should be able to proceed through the = next portion of the document shepherding process. -- Jeff (acting as an individual contributor) --Apple-Mail=_DD99E0FF-B556-433F-8A56-B31B7D26B56D Content-Disposition: attachment; filename=draft-ietf-i2rs-protocol-security-requirements-02.xml Content-Type: application/xml; name="draft-ietf-i2rs-protocol-security-requirements-02.xml" Content-Transfer-Encoding: quoted-printable =EF=BB=BF=0A=0A= =0A= =0A= =0A= =0A=0A=0A=0A=0A=0A]>=0A=0A=20=0A=20=0A=20=20=0A=20=0A=20=20=20=0A=20= =0A=20=20=0A=0A= =0A=20=20=20=0AI2RS=20Security=20Related=20= Requirements=0A=20=20=20=20=20=0A=20=20=20=20=20=20= Huawei=0A=20=20=20=20=20=20
=0A=20=20= =20=20=20=20=20=20=0A=20=20=20=20=20=20=20=20=20=207453=20= Hickory=20Hill=0A=20=20=20=20=20=20=20=20=20=20= Saline=0A=20=20=20=20=20=20=20=20=20=20MI=0A= =20=20=20=20=20=20=20=20=20=2048176=0A=20=20=20=20=20=20=20=20= =20=20USA=0A=20=20=20=20=20=20=20=20=0A=20=20= =20=20=20=20=20=20shares@ndzh.com=0A=20=20=20=20=20=20=20=20= =0A= =20=20=20=20=20=20
=0A=20=20=20=20=0A=09=0A=20= =20=20=20=20=20Ericsson=0A=20=20=20=20=20=20=
=0A=20=20=20=20=20=20=20=20=0A=20=20=20=20=20=20=20=20=20= =208400=20boulevard=20Decarie=0A=20=20=20=20=20=20=20=20= =20=20Montreal=0A=20=20=20=20=20=20=20=20=20=20= QC=0A=20=20=20=20=20=20=20=20=20=20HAP=20= 2N2=0A=20=20=20=20=20=20=20=20=20=20Canada=0A=20= =20=20=20=20=20=20=20=0A=20=20=20=20=20=20=20=20= daniel.migault@ericsson.com=0A=20=20=20=20=20=20=20=20= =0A= =20=20=20=20=20=20
=0A=20=20=20=20=0A=09=0A=20= =20=20=20=20=20Ericsson=0A=20=20=20=20=20=20=
=0A=20=20=20=20=20=20=20=20=0A=20=20=20=20=20=20=20=20=20= =20=0A=20=20=20=20=20=20=20=20=20=20=0A=20=20= =20=20=20=20=20=20=20=20=0A=20=20=20=20=20=20=20=20=20=20= =0A=20=20=20=20=20=20=20=20=20=20US=0A=20= =20=20=20=20=20=20=20=0A=20=20=20=20=20=20=20=20= joel.halpern@ericsson.com=0A=20=20=20=20=20=20=20=20=0A=20=20= =20=20=20=20
=0A=20=20=20=20=0A=20=20=20=20=0A=20=20=20Routing=20Area=0A=20=20=20= I2RS=20working=20group=0A=20=20=20=20= RFC=0A=20=20=20=20=20Request=20for=20= Comments=0A=20=20=20=20=20I-D=0A=20=20=20=20= =20Internet-Draft=0A=20=20=20=20=20= I2RS=0A=0A=0A=20=20=20=20This=20presents=20= security-related=20requirements=20for=20the=20I2RS=0A=20=20=20protocol=20= for=20mutual=20authentication,=20transport=20protocols,=20=0A=20=20=20= data=20transfer=20and=20transactions.=20=0A=20=20=20=0A=0A= =0A=0A=0A=20=20=20The=20Interface=20to=20the=20= Routing=20System=20(I2RS)=20=20=0A=20=20=20provides=20read=20and=20write=20= access=20to=20information=20and=20state=20within=20the=0A=20=20=20=20= routing=20process.=20The=20I2RS=20client=0A=09interacts=20with=20one=20= or=20more=20I2RS=20agents=20to=20collect=20information=0A=20=20=20=20= from=20network=20routing=20systems.=20=0A=09=20This=20document=20= describes=20the=20requirements=20for=20the=0A=09I2RS=20protocol=20in=20= the=20security-related=20areas=20of=20mutual=20authentication=20of=20the=20= =0A=09I2RS=20client=20and=20agent,=20the=20transport=20protocol=20= carrying=20the=20I2RS=20=0A=09protocol=20messages,=20and=20the=20= atomicity=20of=20the=20transactions.=20=0A=20=20=20=20These=20= requirements=20align=20with=20the=20description=20of=20the=20I2RS=20= architecture=20found=20in=0A=09=20document=20which=20= solves=20the=20problem=0A=09described=20in=20.=0A=09=0A=09=20= =20=20discusses=20= I2RS=20roles-based=20write=20=0A=09=20=20conflict=20resolution=20in=20= the=20ephemeral=20data=20store=20using=20the=20I2RS=20Client=20Identity,=20= I2RS=20Secondary=20Identity=20=0A=09=20=20and=20priority.=20The=20draft=20= =20describes=20the=20= traceability=0A=09=20=20framework=20and=20its=20requirements=20for=20= I2RS.=20=20The=20draft=20=0A=09=20=20= describes=20the=20requirements=20for=20I2RS=20to=20be=20able=20to=20= publish=20information=20or=20have=20a=20remote=20client=20subscribe=20to=20= an=20=0A=09=20=20information=20data=20stream.=20=20=0A=09=20=20=20=0A= =0A=20=20=20=20=20=20=0A=20=20= =20=20=20=20=20=20The=20key=20words=20"MUST",=20"MUST=20NOT",=20= "REQUIRED",=20"SHALL",=20"SHALL=20NOT",=0A=20=20=20=20=20=20=20=20= "SHOULD",=20"SHOULD=20NOT",=20"RECOMMENDED",=20"MAY",=20and=20"OPTIONAL"=20= in=20this=0A=20=20=20=20=20=20=20=20document=20are=20to=20be=20= interpreted=20as=20described=20in=20RFC=202119.=0A=20=20=20=20=20=20=0A= =0A=0A=20=20=20This=20document=20= utilizes=20the=20definitions=20found=20in=20the=0A=20=20=20following=20= documents:=20=20=20and=20=0A=20=20=20=20=0A=20=20= =20Specifically,=20this=20document=20utilizes=20the=20following=20= definitions:=0A=20=20=0A=20=20=20=20=20=20defines=20=0A=09access=20control=20as=20the=20= following:=0A=09=20=0A=09=0A=091.=20(I)=20Protection=20of=20= system=20resources=20against=20unauthorized=20access.=0A=09=0A=20=20=20= =20=20=20=20=20=0A=20=20=20=20=20=20=20=202.=20(I)=20A=20process=20by=20= which=20use=20of=20system=20resources=20is=20regulated=0A=20=20=20=20=20=20= =20=20according=20to=20a=20security=20policy=20and=20is=20permitted=20= only=20by=20authorized=0A=20=20=20=20=20=20=20=20entities=20(users,=20= programs,=20processes,=20or=20other=20systems)=20according=0A=20=20=20=20= =20=20=20=20to=20that=20policy.=20(See:=20access,=20access=20control=20= service,=20computer=0A=20=20=20=20=20=20=20=20security,=20discretionary=20= access=20control,=20mandatory=20access=20control,=0A=20=20=20=20=20=20=20= =20role-based=20access=20control.)=0A=20=20=20=20=20=20=20=20=0A=20=20= =20=20=20=20=20=20=0A=20=20=20=20=20=20=20=203.=20(I)=20/formal=20= model/=20Limitations=20on=20interactions=20between=20subjects=0A=20=20=20= =20=20=20=20=20and=20objects=20in=20an=20information=20system.=0A=20=20=20= =20=20=20=20=20=0A=20=20=20=20=20=20=20=20=0A=20=20=20=20=20=20=20= =204.=20(O)=20"The=20prevention=20of=20unauthorized=20use=20of=20a=20= resource,=0A=20=20=20=20=20=20=20=20including=20the=20prevention=20of=20= use=20of=20a=20resource=20in=20an=20unauthorized=0A=20=20=20=20=20=20=20=20= manner."=20[I7498-2]=0A=20=20=20=20=20=20=20=20=0A=20=20=20=20=20=20=20= =20=0A=20=20=20=20=20=20=20=205.=20(O)=20/U.S.=20Government/=20A=20= system=20using=20physical,=20electronic,=20or=0A=20=20=20=20=20=20=20=20= human=20controls=20to=20identify=20or=20admit=20personnel=20with=20= properly=0A=20=20=20=20=20=20=20=20authorized=20access=20to=20a=20SCIF.=0A= =20=20=20=20=20=20=20=20=0A=09=20=20=20=0A=09=20=20=0A=09=20describes=20authentication=20as=20the=20= process=20of=20verifying=20(i.e.,=20establishing=20the=20truth=20of)=20=0A= =09=20an=20attribute=20value=20claimed=20by=20or=20for=20a=20system=20= entity=20or=20system=0A=09=20resource.=20Authentication=20has=20two=20= steps:=20identify=20and=20verify.=20=0A=09=20=20=0A=09describes=20data=20confidentiality=20as=20= having=20two=20properties:=0A=09=0A=09a)=20= Data=20is=20not=20disclosed=20to=20system=20entities=20unless=20they=20= have=20been=0A=09authorized=20to=20know=20the=20data,=20and=20=0A=09=0A= =09b)=20Data=20is=20not=20disclosed=20to=20unauthorized=20= individuals,=20entities=20or=0A=09processes.=0A=09=0A=09=0A=09= The=20key=20point=20is=20that=0A=09confidentiality=20implies=20that=20= the=20originator=20has=20the=20ability=20to=20authorize=20where=20the=20=0A= =09information=20goes.=20=20Confidentiality=20is=20important=20for=20= both=20read=20and=20write=20scope=20of=20the=20=0A=09data.=0A=09=20=0A=20=20=20=20=20=20states=20data=20integrity=20= includes:=0A=09=20=20=0A=09=20=20=20=20=0A=09=20=20=20=201.=20= (I)=20The=20property=20that=20data=20has=20not=20been=20changed,=20= destroyed,=20or=0A=09=20=20=20=20lost=20in=20an=20unauthorized=20or=20= accidental=20manner.=20[...]=0A=09=20=20=20=20=0A=09=20=20=20=20=0A= =09=20=20=20=202.=20(O)=20"The=20property=20that=20information=20has=20= not=20been=20modified=20or=0A=20=20=20=20=20=20=20=20=20=20=20=20= destroyed=20in=20an=20unauthorized=20manner."=20[I7498-2]=0A=20=20=20=20=20= =20=20=20=20=20=20=20=0A=09=20=20=0A=09=20=20=20=0A=09=20=20describes=0A=09data=20privacy=20as=20a=20= synonym=20for=20data=20confidentiality.=20This=20I2RS=20document=20will=20= utilize=0A=09data=20privacy=20as=20a=20synonym=20for=20data=20= confidentiality.=20=20=0A=09=0A=09=20implies=20that=20mutual=20authentication=20exists=20between=20= two=20interacting=20system=0A=09=20entities.=20=20Mutual=20= authentication=20in=20I2RS=20implies=20that=20both=20sides=20move=20from=0A= =09=20a=20state=20of=20mutual=20suspicion=20to=20mutually=20= authenticated=20communication=20after=0A=09=20each=20system=20has=20been=20= identified=20and=20validated=20by=20its=20peer=20system.=0A=09=20=20describes=20role=20as:=20=0A=09=0A=09=20=20= =0A=09=20=201.=20(I)=20A=20job=20function=20or=20employment=20= position=20to=20which=20people=20or=0A=20=20=20=20=20=20=20=20=20=20= other=20system=20entities=20may=20be=20assigned=20in=20a=20system.=20= [...]=0A=20=20=20=20=20=20=20=20=20=20=0A=09=20=20=0A=09=20=202.=20= (O)=20/Common=20Criteria/=20A=20pre-defined=20set=20of=20rules=20= establishing=0A=20=20=20=20=20=20=20=20=20=20the=20allowed=20= interactions=20between=20a=20user=20and=20the=20TOE.=0A=20=20=20=20=20=20= =20=20=20=20=0A=09=20=0A=09The=20I2RS=20uses=20the=20common=20= criteria=20definition.=20=0A=09=20=0A=09=20=20describes=20role-based=20=0A=20=20=20=20=20= access=20control=20as:=20"A=20form=20of=20identity-based=20access=20= control=20wherein=20the=20system=0A=20=20=20=20=20=20entities=20that=20= are=20identified=20and=20controlled=20are=20functional=0A=20=20=20=20=20=20= positions=20in=20an=20organization=20or=20process."=0A=09=20=20=20=0A= =09=20describes=0A=09a=20= security=20audit=20trail=20as=20"A=20chronological=20record=20of=20= system=20activities=20that=20is=20sufficient=0A=20=20=20=20=20=20to=20= enable=20the=20reconstruction=20and=20examination=20of=20the=20sequence=0A= =20=20=20=20=20=20environments=20and=20activities=20surrounding=20or=20= leading=20to=20an=0A=20=20=20=20=20=20operation,=20procedure,=20or=20= event=20in=20a=20security-relevant=20transaction=0A=20=20=20=20=20=20= from=20inception=20to=20final=20results."=0A=20=20=20=20=20=20=0A=20=20= =20=20=20=20Requirements=20to=20support=20a=20security=20audit=20is=20= not=20covered=20in=20this=0A=20=20=20=20=20=20document.=0A=20=20=20=20= =20=20=20= describes=20traceability=20for=20I2RS=20interface=20and=20=0A=09=20=20=20= the=20I2RS=20protocol.=20Traceability=20is=20not=20equivalent=20to=20a=20= security=20audit=20trail.=20=0A=09=0A=09=0A=09=0A=09= =0A=09=20=20=20The=20transfer=20of=20= data=20via=20the=20=0A=09=20=20I2RS=20protocol=20has=20the=20property=20= of=20data=20integrity=20described=20in=20.= =0A=09=20=20=0A=09=0A=0A=0A=0A=20The=20security=20= for=20the=20I2RS=20protocol=20requires=20mutually=20authenticated=20I2RS=20= clients=20and=20I2RS=20agents.=0AThe=20I2RS=20client=20and=20I2RS=20= agent=20using=20the=20I2RS=20protocol=20MUST=20be=20able=20to=20exchange=20= =0Adata=20over=20a=20secure=20transport,=20but=20some=20functions=20may=20= operate=20on=20a=20non-secure=0Atransport.=20The=20I2RS=20protocol=20= MUST=20be=20able=20to=20provide=20atomicity=20of=20a=20transaction,=20= but=20it=20is=20=0Anot=20required=20to=20have=20multi-message=20= atomicity=20and=20roll-back=20mechanism=20transactions.=20=20Multiple=20= messages=0A=0Atransactions=20may=20be=20impacted=20by=20the=20= interdependency=20of=20data.=20This=20section=20discusses=20the=20=0A= details=20of=20these=20security=20requirements.=20=0A=20=0A=20=20=0AThe=20I2RS=20architecture=20=0Asets=20the=20following=20= requirements:=20=20=0A=0A=0ASEC-REQ-01:=20All=20I2RS=20clients=20and=20I2RS=20= agents=20MUST=20have=20at=20least=20one=20unique=20identifier=20that=20= uniquely=20identifies=0Aeach=20party.=20=0ASEC-REQ-02:=20The=20= I2RS=20protocol=20MUST=20utilize=20these=20identifiers=20for=20mutual=20= identification=20of=0Athe=20I2RS=20client=20and=20I2RS=20agent.=20=0A= =0A= SEC-REQ-03:=20An=20I2RS=20agent,=20upon=20receiving=20an=20I2RS=20= message=20from=20a=0AI2RS=20client,=20MUST=20confirm=20that=20the=20I2RS=20= client=20has=20a=20valid=20identifier.=0ASEC-REQ-04:=20The=20I2RS=20= client,=20upon=20receiving=20an=20I2RS=20message=20from=20an=0AI2RS=20= agent,=20MUST=20confirm=20the=20I2RS=20agent=20has=20a=20valid=20= identifier.=0A=20SEC-REQ-05:=20Identifier=20distribution=20and=20= the=20loading=20of=20these=20identifiers=20into=20I2RS=20agent=0A=20and=20= I2RS=20Client=20SHOULD=20occur=20outside=20the=20I2RS=20protocol.=20=0A= =20SEC-REQ-06:=20The=20I2RS=20protocol=20SHOULD=20assume=20some=20= mechanism=20(IETF=20or=20private)=20will=0A=20distribute=20or=20load=20= identifiers=20so=20that=20the=20I2RS=20client/agent=20has=20these=0A=20= identifiers=20prior=20to=20the=20I2RS=20protocol=20establishing=20a=20= connection=20=0A=20between=20I2RS=20client=20and=20I2RS=20agent.=20=0A= =20SEC-REQ-07:=20Each=20Identifier=20MUST=20be=20linked=20to=20= exactly=20one=20priority.=0A=0A=20= SEC-REQ-08:=20Each=20Identifier=20is=20associated=20with=20one=20= secondary=20identifier=20during=20a=20particular=20read/write=0A= sequence,=20but=20the=20secondary=20identifier=20may=20vary=20during=20= the=20time=20a=20connection=0Abetween=20the=20I2RS=20client=20and=20I2RS=20= agent=20is=20active.=20The=20variance=20of=20the=0Asecondary=20= identifier=20allows=20the=20I2RS=20client=20to=20be=20associated=20with=20= multiple=0Aapplications=20and=20pass=20along=20an=20identifier=20for=20= these=20applications=20in=20the=20=0Asecondary=20identifier.=20=20=20= =0A=0A=0A=20=0A=0A= SEC-REQ-09:=20The=20I2RS=20protocol=20MUST=20be=20able=20to=20= transfer=20data=20over=20a=0A=20=20=20secure=20transport=20and=20= optionally=20MAY=20be=20able=20to=20transfer=20data=20over=20a=0A=20=20=20= non-secure=20transport.=20=20A=20secure=20transport=20MUST=20provide=20= data=0A=20=20=20confidentiality,=20data=20integrity,=20and=20replay=20= prevention.=0A=20=0A=0AThe=20default=20transport=20is=20a=20= secure=20transport.=20=0A=20=0A=0A=0A= Note:=20The=20non-secure=20transport=20can=20be=20used=20for=20= publishing=20telemetry=20data=20or=20other=20operational=20state=20that=20= was=20specifically=20indicated=20to=0Anon-confidential=20in=20the=20data=20= model.=0A=0AThe=20configuration=20of=20ephemeral=20data=20in=20= the=20I2RS=20Agent=20by=20the=20=0AI2RS=20client=20SHOULD=20be=20done=20= over=20a=20secure=20transport.=20It=20is=20anticipated=20that=20the=20= passing=20of=20most=20I2RS=20=0Aephemeral=20state=20operational=20status=20= SHOULD=20be=20done=20over=20a=20secure=20transport.=20=20=0AData=20= models=20SHOULD=20clearly=20annotate=20what=20data=20nodes=20can=20be=20= passed=20over=20an=20insecure=20connection.=0A=0A=0A=0A= SEC-REQ-10:=20A=20secure=20transport=20MUST=20be=20associated=20with=20a=20= key=20management=20=0Asolution=20that=20can=20guarantee=20that=20only=20= the=20entities=20having=20sufficient=20privileges=20=0Acan=20get=20the=20= keys=20to=20encrypt/decrypt=20the=20sensitive=20data.=20=20=0APer=20= BCP107=20this=20key=20management=20= system=20SHOULD=20be=20automatic,=20=0Abut=20MAY=20be=20manual=20in=20= the=20following=20scenarios:=0A=0Aa)=20The=20environment=20has=20= limited=20bandwidth=20or=20high=20round-trip=20times.=20=20=0Ab)=20= The=20information=20being=20protected=20has=20low=20value.=0Ac)=20= The=20total=20volume=20of=20traffic=20over=20the=20entire=20lifetime=20= of=20the=20long-term=20session=20key=20will=20be=20very=20low.=0A= d)=20The=20scale=20of=20the=20deployment=20is=20limited.=0A= =0A=0A=0AMost=20I2RS=20environments=20(Clients=20and=20= Agents)=20will=20not=20have=20the=20environment=0Adescribed=20by=20BCP107=20but=20a=20few=20I2RS=20use=20cases=20=0A= required=20limited=20non-secure=20light-weight=20telemetry=20messages=0A= that=20have=20these=20requirements.=20=20An=20I2RS=20data=20model=20must=20= indicate=20which=20portions=20can=20be=0Aserved=20by=20manual=20key=20= management.=20=0A=0A=20SEC-REQ-11:=20The=20I2RS=20protocol=20MUST=20= be=20able=20to=20support=20multiple=20secure=20transport=0Asessions=20= providing=20protocol=20and=20data=20communication=20between=20an=20I2RS=20= Agent=0Aand=20an=20I2RS=20client.=20=20However,=20a=20single=20I2RS=20= Agent=20to=20I2RS=20client=20connection=20MAY=0Aelect=20to=20use=20a=20= single=20secure=20transport=20session=20or=20a=20single=20=0Anon-secure=20= transport=20session.=20=0ASEC-REQ-12:=20The=20I2RS=20Client=20and=20= I2RS=20Agent=20protocol=20SHOULD=20implement=0Amechanisms=20that=20= mitigate=20DoS=20attacks=20=20=20=0A=0A=20=0ASEC-REQ-13:=20= In=20a=20critical=20infrastructure,=20certain=20data=20within=20routing=20= elements=20is=0Asensitive=20and=20read/write=20operations=20on=20such=20= data=20MUST=20be=20controlled=20in=20order=20to=20protect=20=0Aits=20= confidentiality.=20=20For=20example,=20most=20carriers=20do=20not=20want=20= a=20router's=20=0Aconfiguration=20and=20data=20flow=20statistics=20known=20= by=20hackers=20or=20their=20competitors.=20=20=0AWhile=20carriers=20may=20= share=20peering=20information,=20most=20carriers=20do=20not=20share=20=0A= configuration=20and=20traffic=20statistics.=20To=20achieve=20this,=20= access=20control=20to=20sensitive=0Adata=20needs=20to=20be=20provided,=20= and=20the=20confidentiality=20protection=20on=0A=20such=20data=20during=20= transportation=20needs=20to=20be=20enforced.=20=0A=0A= =0A=20= SEC-REQ-14:=20An=20integrity=20protection=20mechanism=20for=20I2RS=20= SHOULD=20be=20able=20to=20ensure=20the=20following:=20=0A=0A1)=20= The=20data=20being=20protected=20is=20not=20modified=20without=20= detection=20during=20=0Aits=20transportation=20and=20=0A=0A2)=20= The=20data=20is=20actually=20from=20where=20it=20is=20expected=20to=20= come=20from=20=0A=0A3)=20The=20data=20is=20not=20repeated=20from=20= some=20earlier=20interaction=20of=20the=20protocol.=0AThat=20is,=20when=20= both=20confidentiality=20and=20integrity=20of=20data=20is=20properly=20= protected,=20it=20=0Ais=20possible=20to=20ensure=20that=20encrypted=20= data=20is=20not=20modified=0Aor=20replayed=20without=20detection.=20=0A= =0A=0ASEC-REQ-15:=20The=20integrity=20that=20the=20message=20= data=20is=20not=20repeated=0Ameans=20that=20I2RS=20client=20to=20I2RS=20= agent=20transport=20SHOULD=20protect=20against=20replay=20attack=20=0A= Requirements=20SEC-REQ-13=20and=20SEC-REQ-14=20are=20SHOULD=20= requirements=20only=20because=20it=20is=20recognized=0Athat=20some=20= I2RS=20Client=20to=20I2RS=20agent=20communication=20occurs=20over=20a=20= non-secure=20channel.=20=0AThe=20I2RS=20client=20to=20I2RS=20agent=20= over=20a=20secure=20channel=20would=20implement=20these=20features.=20=0A= In=20order=20to=20provide=20some=20traceability=20or=20notification=20= for=20the=20non-secure=20protocol,=0ASEC-REQ-16=20suggests=20= traceability=20and=20notification=20are=20important=20to=20include=20for=0A= any=20non-secure=20protocol.=0ASEC-REQ-16:=20The=20I2RS=20message=20= traceability=20and=20notification=20requirements=20=0Arequirements=20= found=20in=20=20and=0A= =20SHOULD=20= be=20supported=20=0Ain=20communication=20channel=20that=20is=20= non-secure=20to=20trace=20or=20notify=20about=20potential=0Asecurity=20= issues.=0A=0A=20=0A=20The=20I2RS=20Architecture=20= defines=20a=20=0Arole=20or=20security=20role=20as=20specifying=20read,=20= write,=20or=20notification=20access=20by=20a=20I2RS=20client=20to=0Adata=20= within=20an=20agent's=20data=20model.=20=20=0A=0A=20SEC-REQ-17:=20= The=20rules=20around=20what=20role=20is=20permitted=20to=20access=20and=20= manipulate=20what=20=0Ainformation=20plus=20a=20secure=20transport=20= (which=20protects=20the=20data=20in=20transit)=20=20=0ASHOULD=20ensure=20= that=20data=20of=20any=20level=20of=20sensitivity=20is=20=0Areasonably=20= protected=20from=20being=20observed=20by=20those=20without=20permission=20= =0Ato=20view=20it,=20so=20that=20privacy=20requirements=20are=20met.=0A= =0A=20=20SEC-REQ-18:=20Role=20security=20MUST=20work=20when=20= multiple=20transport=20connections=20are=20being=20used=0A=20between=20= the=20I2RS=20client=20and=20I2RS=20agent=20as=20the=20I2RS=20architecture=20= states.=20=0A=20These=20transport=20message=20streams=20may=20start/stop=20= without=20affecting=20the=20existence=20of=20the=20client/agent=0A=20= data=20exchange.=20=20TCP=20supports=20a=20single=20stream=20of=20data.=20= SCTP=20=20provides=0A=20security=20for=20= multiple=20streams=20plus=20end-to-end=20transport=20of=20data.=20=0A=20= =20=0A=20SEC-REQ-19:=20I2RS=20clients=20MAY=20be=20used=20by=20= multiple=20applications=20to=20configure=20routing=20=0A=20via=20I2RS=20= agents,=20receive=20status=20reports,=20turn=20on=20the=20I2RS=20audit=20= stream,=20or=20turn=20=0A=20on=20I2RS=20traceability.=20=20Application=20= software=20using=20I2RS=20client=20functions=0A=20may=20host=20multiple=20= secure=20identities,=20but=20each=20connection=20will=20use=0A=20only=20= one=20identifier=20with=20one=20priority.=20=20Therefore,=20the=20= security=20of=20each=20=0A=20I2RS=20Client=20to=20I2RS=20Agent=20= connection=20is=20unique.=20=0A=20=0A=20=20Please=20note=20the=20= security=20of=20the=20application=20to=20=0A=20I2RS=20client=20= connection=20is=20outside=20of=20the=20I2RS=20protocol=20or=20I2RS=20= interface.=20=0A=20=20=20=20=0A=20=0A=0A=20=0A= =0AThe=20= author=20would=20like=20to=20thank=20Wes=20George,=20Ahmed=20Abro,=20Qin=20= Wu,=20Eric=20Yu,=20=0AJoel=20Halpern,=20Scott=20Brim,=20Nancy=20= Cam-Winget,=20DaCheng=20Zhang,=20Alia=20Atlas,=20and=20Jeff=20Haas=20for=20= their=0Acontributions=20to=20the=20I2RS=20security=20requirements=20= discussion=20and=20this=20document.=0A=0A=0AThis=20draft=20= includes=20no=20request=20to=20IANA.=0A=0A=0A=20=0AThis=20is=20a=20document=20= about=20security=20requirements=20for=20the=20I2RS=20protocol=20and=0A= data=20modules.=20=20The=20whole=20document=20is=20security=20= considerations.=20=0A=0A=20=20=0A=20=20=0A=0A= =0A=20=20=20&RFC2119;=0A=20= =20=20&RFC4107;=0A=20=20=20&I-D.ietf-i2rs-architecture;=0A=0A= =0A=20=20=20&RFC4949;=0A= =20=20=20&RFC4960;=0A=20=20=20&I-D.ietf-i2rs-problem;=0A=20=20=20= &I-D.ietf-i2rs-ephemeral-state;=0A=20=20=20&I-D.ietf-i2rs-traceability;=0A= =20=20=20&I-D.ietf-i2rs-pub-sub-requirements;=20=0A=20=20=20= =0A=20=20=0A=0A=0D=0A= --Apple-Mail=_DD99E0FF-B556-433F-8A56-B31B7D26B56D Content-Disposition: attachment; filename*0=draft-ietf-i2rs-protocol-security-requirements-02-jhaas-review-f; filename*1=rom-orig.diff.html Content-Type: text/html; name="draft-ietf-i2rs-protocol-security-requirements-02-jhaas-review-from-orig.diff.html" Content-Transfer-Encoding: 7bit Diff: draft-ietf-i2rs-protocol-security-requirements-02-orig.txt - draft-ietf-i2rs-protocol-security-requirements-02-jhaas-review.txt
 draft-ietf-i2rs-protocol-security-requirements-02-orig.txt   draft-ietf-i2rs-protocol-security-requirements-02-jhaas-review.txt 
skipping to change at page 2, line 11 skipping to change at page 2, line 11
include Simplified BSD License text as described in Section 4.e of include Simplified BSD License text as described in Section 4.e of
the Trust Legal Provisions and are provided without warranty as the Trust Legal Provisions and are provided without warranty as
described in the Simplified BSD License. described in the Simplified BSD License.
Table of Contents Table of Contents
1. Introduction . . . . . . . . . . . . . . . . . . . . . . . . 2 1. Introduction . . . . . . . . . . . . . . . . . . . . . . . . 2
1.1. Requirements Language . . . . . . . . . . . . . . . . . . 2 1.1. Requirements Language . . . . . . . . . . . . . . . . . . 2
1.2. Definitions . . . . . . . . . . . . . . . . . . . . . . . 3 1.2. Definitions . . . . . . . . . . . . . . . . . . . . . . . 3
2. Security-Related Requirements . . . . . . . . . . . . . . . . 5 2. Security-Related Requirements . . . . . . . . . . . . . . . . 5
2.1. Mutual authentication of I2RS client and I2RS Agent . . . 5 2.1. Mutual authentication of an I2RS client and an I2RS Agent 5
2.2. Transport Requirements Based on Mutual Authentication . . 6 2.2. Transport Requirements Based on Mutual Authentication . . 6
2.3. Data Confidentiality Requirements . . . . . . . . . . . . 7 2.3. Data Confidentiality Requirements . . . . . . . . . . . . 7
2.4. Data Integrity Requirements . . . . . . . . . . . . . . . 7 2.4. Data Integrity Requirements . . . . . . . . . . . . . . . 7
2.5. Role-Based Data Model Security . . . . . . . . . . . . . 8 2.5. Role-Based Data Model Security . . . . . . . . . . . . . 8
3. Acknowledgement . . . . . . . . . . . . . . . . . . . . . . . 8 3. Acknowledgement . . . . . . . . . . . . . . . . . . . . . . . 9
4. IANA Considerations . . . . . . . . . . . . . . . . . . . . . 9 4. IANA Considerations . . . . . . . . . . . . . . . . . . . . . 9
5. Security Considerations . . . . . . . . . . . . . . . . . . . 9 5. Security Considerations . . . . . . . . . . . . . . . . . . . 9
6. References . . . . . . . . . . . . . . . . . . . . . . . . . 9 6. References . . . . . . . . . . . . . . . . . . . . . . . . . 9
6.1. Normative References . . . . . . . . . . . . . . . . . . 9 6.1. Normative References . . . . . . . . . . . . . . . . . . 9
6.2. Informative References . . . . . . . . . . . . . . . . . 9 6.2. Informative References . . . . . . . . . . . . . . . . . 9
Authors' Addresses . . . . . . . . . . . . . . . . . . . . . . . 10 Authors' Addresses . . . . . . . . . . . . . . . . . . . . . . . 10
1. Introduction 1. Introduction
The Interface to the Routing System (I2RS) provides read and write The Interface to the Routing System (I2RS) provides read and write
skipping to change at page 2, line 39 skipping to change at page 2, line 39
from network routing systems. from network routing systems.
This document describes the requirements for the I2RS protocol in the This document describes the requirements for the I2RS protocol in the
security-related areas of mutual authentication of the I2RS client security-related areas of mutual authentication of the I2RS client
and agent, the transport protocol carrying the I2RS protocol and agent, the transport protocol carrying the I2RS protocol
messages, and the atomicity of the transactions. These requirements messages, and the atomicity of the transactions. These requirements
align with the description of the I2RS architecture found in align with the description of the I2RS architecture found in
[I-D.ietf-i2rs-architecture] document which solves the problem [I-D.ietf-i2rs-architecture] document which solves the problem
described in [I-D.ietf-i2rs-problem-statement]. described in [I-D.ietf-i2rs-problem-statement].
[I-D.haas-i2rs-ephemeral-state-reqs] discusses I2RS roles-based write [I-D.ietf-i2rs-ephemeral-state] discusses I2RS roles-based write
conflict resolution in the ephemeral data store using the I2RS Client conflict resolution in the ephemeral data store using the I2RS Client
Identity, I2RS Secondary Identity and priority. The draft Identity, I2RS Secondary Identity and priority. The draft
[I-D.ietf-i2rs-traceability] describes the traceability framework and [I-D.ietf-i2rs-traceability] describes the traceability framework and
its requirements for I2RS. The draft its requirements for I2RS. The draft
[I-D.ietf-i2rs-pub-sub-requirements] describes the requirements for [I-D.ietf-i2rs-pub-sub-requirements] describes the requirements for
I2RS to be able to publish information or have a remote client I2RS to be able to publish information or have a remote client
subscribe to an information data stream. subscribe to an information data stream.
1.1. Requirements Language 1.1. Requirements Language
The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT",
"SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this
document are to be interpreted as described in RFC 2119 [RFC2119]. document are to be interpreted as described in RFC 2119 [RFC2119].
1.2. Definitions 1.2. Definitions
This document utilizes the definitions found in the following drafts: This document utilizes the definitions found in the following
[RFC4949], and [I-D.ietf-i2rs-architecture] documents: [RFC4949] and [I-D.ietf-i2rs-architecture]
Specifically, this document utilizes the following definitions: Specifically, this document utilizes the following definitions:
access control access control
[RFC4949] defines access control as the following: [RFC4949] defines access control as the following:
1)(I))protection of system resources against unauthorized use; 1. (I) Protection of system resources against unauthorized
access.
2)(I)process by which use of system resources is regulated 2. (I) A process by which use of system resources is regulated
according to a security policy and is permitted only by according to a security policy and is permitted only by
authorized entities (users, programs, processes, or other authorized entities (users, programs, processes, or other
systems) according to that policy; systems) according to that policy. (See: access, access
control service, computer security, discretionary access
control, mandatory access control, role-based access control.)
3)(I) (formal model) Limitations on interactions between 3. (I) /formal model/ Limitations on interactions between
subjects and objects in an information system; subjects and objects in an information system.
4)(O) "The prevention of unauthorized use of a resource, 4. (O) "The prevention of unauthorized use of a resource,
including the prevention of use of a resource in an including the prevention of use of a resource in an
unauthorized manner."; unauthorized manner." [I7498-2]
5.(O) /U.S. Government/ A system using physical, electronic, 5.(O) /U.S. Government/ A system using physical, electronic,
or human controls to identify or admit personnel with properly or human controls to identify or admit personnel with properly
authorized access to a SCIF. authorized access to a SCIF.
Authentication Authentication
[RFC4949] describes authentication as the process of verifying [RFC4949] describes authentication as the process of verifying
(i.e., establishing the truth of) an attribute value claimed by or (i.e., establishing the truth of) an attribute value claimed by or
for a system entity or system resource. Authentication has two for a system entity or system resource. Authentication has two
steps: identify and verify. steps: identify and verify.
Data Confidentiality Data Confidentiality
[RFC4949] describes data confidentiality as having two properties: [RFC4949] describes data confidentiality as having two properties:
a) data is not disclosed to system entities unless they have been
authorized to know, and b) data is not disclosed to unauthorized a) Data is not disclosed to system entities unless they have
individuals, entities or processes. The key point is that been authorized to know the data, and
confidentiality implies that the originator has the ability to
authorize where the information goes. Confidentiality is b) Data is not disclosed to unauthorized individuals, entities
important for both read and write scope of the data. or processes.
The key point is that confidentiality implies that the originator
has the ability to authorize where the information goes.
Confidentiality is important for both read and write scope of the
data.
Data Integrity Data Integrity
[RFC4949] states data integrity includes
[RFC4949] states data integrity includes:
1. (I)The property that data has not been changed, destroyed, 1. (I)The property that data has not been changed, destroyed,
or or lost in an unauthorized or accidental manner. [...]
2. (O) "The property that information has not been modified or 2. (O) "The property that information has not been modified or
destroyed in an unauthorized manner." destroyed in an unauthorized manner." [I7498-2]
Data Privacy Data Privacy
[RFC4949] describes data privacy as a synonym for data [RFC4949] describes data privacy as a synonym for data
confidentiality. This I2RS document will utilize data privacy as confidentiality. This I2RS document will utilize data privacy as
a synonym for data confidentiality. a synonym for data confidentiality.
Mutual Authentication Mutual Authentication
[RFC4949] implies that mutual authentication exists between two [RFC4949] implies that mutual authentication exists between two
interacting system entities. Mutual authentication in I2RS interacting system entities. Mutual authentication in I2RS
implies that both sides move from a state of mutual suspicion to implies that both sides move from a state of mutual suspicion to
mutually authenticated communication after each system has been mutually authenticated communication after each system has been
identified and validated by its peer system. identified and validated by its peer system.
role role
[RFC4949] describes role as: [RFC4949] describes role as:
1) (I) A job function or employment position to which people or 1. (I) A job function or employment position to which people
other system entities may be assigned in a system. (See: role- or other system entities may be assigned in a system. [...]
based access control. Compare: duty, billet, principal, user.)
2) (O) /Common Criteria/ A pre-defined set of rules 2. (O) /Common Criteria/ A pre-defined set of rules
establishing the allowed interactions between a user and the establishing the allowed interactions between a user and the
TOE. TOE.
The I2RS uses the common criteria definition. The I2RS uses the common criteria definition.
role role-based access control
[RFC4949] describes role-based access control as: (I) A form of [RFC4949] describes role-based access control as: "A form of
identity-based access control wherein the system entities that are identity-based access control wherein the system entities that are
identified and controlled are functional positions in an identified and controlled are functional positions in an
organization or process. organization or process."
security audit trail
Security audit trail [RFC4949] describes a security audit trail as "A chronological
record of system activities that is sufficient to enable the
reconstruction and examination of the sequence environments and
activities surrounding or leading to an operation, procedure, or
event in a security-relevant transaction from inception to final
results."
[RFC4949] (page 254) describes a security audit trail as a Requirements to support a security audit is not covered in this
chronological record of system activities that is sufficient to document.
enable the reconstruction and examination of the sequence
environments and activities surrounding or leading to an
operation, procedure, or event in a security-relevant transaction
from inception to final results. Requirements to support a
security audit is not covered in this document. The draft
[I-D.ietf-i2rs-traceability] describes traceability for I2RS
interface and protocol. Traceability is not equivalent to a
security audit trail.
I2RS the following phrase that incorporates an [RFC4949] definition: [I-D.ietf-i2rs-traceability] describes traceability for I2RS
interface and the I2RS protocol. Traceability is not equivalent
to a security audit trail.
I2RS protocol data integrity I2RS protocol data integrity
The transfer of data via the I2RS protocol has the property of The transfer of data via the I2RS protocol has the property of
data integrity described in [RFC4949]. data integrity described in [RFC4949].
2. Security-Related Requirements 2. Security-Related Requirements
The security for the I2RS protocol requires mutually authenticated The security for the I2RS protocol requires mutually authenticated
I2RS clients and I2RS agents. The I2RS client and I2RS agent using I2RS clients and I2RS agents. The I2RS client and I2RS agent using
the I2RS protocol MUST be able to exchange data over a secure the I2RS protocol MUST be able to exchange data over a secure
transport, but some functions may operate on non-secure transport. transport, but some functions may operate on a non-secure transport.
The I2RS protocol MUST BE able to provide atomicity of a transaction, The I2RS protocol MUST be able to provide atomicity of a transaction,
but it is not required to have multi-message atomicity and roll-back but it is not required to have multi-message atomicity and roll-back
mechanism transactions. Multiple messages transactions may be mechanism transactions. Multiple messages transactions may be
impacted by the interdependency of data. This section discusses impacted by the interdependency of data. This section discusses the
these details of these security requirements. details of these security requirements.
2.1. Mutual authentication of I2RS client and I2RS Agent 2.1. Mutual authentication of an I2RS client and an I2RS Agent
The I2RS architecture [I-D.ietf-i2rs-architecture] sets the following The I2RS architecture [I-D.ietf-i2rs-architecture] sets the following
requirements: requirements:
o SEC-REQ-01: All I2RS clients and I2RS agents MUST have at least o SEC-REQ-01: All I2RS clients and I2RS agents MUST have at least
one unique identifier that uniquely identifies each party. one unique identifier that uniquely identifies each party.
o SEC-REQ-02: The I2RS protocol MUST utilize these identifiers for o SEC-REQ-02: The I2RS protocol MUST utilize these identifiers for
mutual identification of the I2RS client and I2RS agent. mutual identification of the I2RS client and I2RS agent.
o SEC-REQ-03:An I2RS agent, upon receiving an I2RS message from a o SEC-REQ-03:An I2RS agent, upon receiving an I2RS message from a
I2RS client, MUST confirm that the I2RS client has a valid I2RS client, MUST confirm that the I2RS client has a valid
identifier. identifier.
o SEC-REQ-04: The I2RS client, upon receiving an I2RS message from o SEC-REQ-04: The I2RS client, upon receiving an I2RS message from
an I2RS agent, MUST confirm the I2RS agent has a valid identifier an I2RS agent, MUST confirm the I2RS agent has a valid identifier.
.
o SEC-REQ-05: Identifier distribution and the loading of these o SEC-REQ-05: Identifier distribution and the loading of these
identifiers into I2RS agent and I2RS Client SHOULD occur outside identifiers into I2RS agent and I2RS Client SHOULD occur outside
the I2RS protocol. the I2RS protocol.
o SEC-REQ-06: The I2RS protocol SHOULD assume some mechanism (IETF o SEC-REQ-06: The I2RS protocol SHOULD assume some mechanism (IETF
or private) will distribute or load identifiers so that the I2RS or private) will distribute or load identifiers so that the I2RS
client/agent has these identifiers prior to the I2RS protocol client/agent has these identifiers prior to the I2RS protocol
establishing a connection between I2RS client and I2RS agent. establishing a connection between I2RS client and I2RS agent.
o SEC-REQ-07: Each Identifier MUST be linked to one priority o SEC-REQ-07: Each Identifier MUST be linked to exactly one
priority.
o SEC-REQ-08: Each Identifier is associated with one secondary o SEC-REQ-08: Each Identifier is associated with one secondary
identifier during a particular read/write sequence, but the identifier during a particular read/write sequence, but the
secondary identifier may vary during the time a connection between secondary identifier may vary during the time a connection between
the I2RS client and I2RS agent is active. The variance of the the I2RS client and I2RS agent is active. The variance of the
secondary identifier allows the I2RS client to be associated with secondary identifier allows the I2RS client to be associated with
multiple applications and pass along an identifier for these multiple applications and pass along an identifier for these
applications in the secondary identifier. applications in the secondary identifier.
2.2. Transport Requirements Based on Mutual Authentication 2.2. Transport Requirements Based on Mutual Authentication
SEC-REQ-09: The I2RS protocol MUST be able to transfer data over a SEC-REQ-09: The I2RS protocol MUST be able to transfer data over a
secure transport and optionally MAY be able to transfer data over a secure transport and optionally MAY be able to transfer data over a
non-secure transport. A secure transport MUST provide data non-secure transport. A secure transport MUST provide data
confidentiality, data integrity, and replay prevention. confidentiality, data integrity, and replay prevention.
The default transport is a secure transport.
Note:The non-secure transport can be used for publishing telemetry Note:The non-secure transport can be used for publishing telemetry
data that was specifically indicated to non-confidential in the data data or other operational state that was specifically indicated to
model. The configuration of ephemeral data in the I2RS Agent by the non-confidential in the data model.
I2RS client SHOULD be done over a secure transport. It is
anticipated that the passing of most I2RS ephemeral state operational The configuration of ephemeral data in the I2RS Agent by the I2RS
status SHOULD be done over a secure transport. Data models SHOULD client SHOULD be done over a secure transport. It is anticipated
clearly annotate what data nodes can be passed over an insecure that the passing of most I2RS ephemeral state operational status
connection. The default transport is a secure transport. SHOULD be done over a secure transport. Data models SHOULD clearly
annotate what data nodes can be passed over an insecure connection.
SEC-REQ-10: A secure transport MUST be associated with a key SEC-REQ-10: A secure transport MUST be associated with a key
management solution that can guarantee that only the entities having management solution that can guarantee that only the entities having
sufficient privileges can get the keys to encrypt/decrypt the sufficient privileges can get the keys to encrypt/decrypt the
sensitive data. Per BCP107 [RFC4107] this key management system sensitive data. Per BCP107 [RFC4107] this key management system
SHOULD be automatic, but MAY BE manual if the following constraints SHOULD be automatic, but MAY be manual in the following scenarios:
from BCP107:
a)environment has limited bandwidth or high round-trip times, a) The environment has limited bandwidth or high round-trip times.
b)the information being protected has a low value and b) The information being protected has low value.
c)the total volume over the entire lifetime of the long-term c) The total volume of traffic over the entire lifetime of the
session key will be very low, long-term session key will be very low.
d)the scale of the deployment is limited.
Most I2RS environments (I2RS Client - I2S Agents) will not have the d) The scale of the deployment is limited.
Most I2RS environments (Clients and Agents) will not have the
environment described by BCP107 [RFC4107] but a few I2RS use cases environment described by BCP107 [RFC4107] but a few I2RS use cases
required limited non-secure light-weight telemetry messages that have required limited non-secure light-weight telemetry messages that have
these requirements. An I2RS data model must indicate which portions these requirements. An I2RS data model must indicate which portions
can be served by manual key management. can be served by manual key management.
SEC-REQ-11: The I2RS protocol MUST be able to support multiple secure SEC-REQ-11: The I2RS protocol MUST be able to support multiple secure
transport sessions providing protocol and data communication between transport sessions providing protocol and data communication between
an I2RS Agent and an I2RS client. However, a single I2RS Agent to an I2RS Agent and an I2RS client. However, a single I2RS Agent to
I2RS client connection MAY elect to use a single secure transport I2RS client connection MAY elect to use a single secure transport
session or a single non-secure transport session. session or a single non-secure transport session.
skipping to change at page 7, line 36 skipping to change at page 7, line 44
most carriers do not want a router's configuration and data flow most carriers do not want a router's configuration and data flow
statistics known by hackers or their competitors. While carriers may statistics known by hackers or their competitors. While carriers may
share peering information, most carriers do not share configuration share peering information, most carriers do not share configuration
and traffic statistics. To achieve this, access control to sensitive and traffic statistics. To achieve this, access control to sensitive
data needs to be provided, and the confidentiality protection on such data needs to be provided, and the confidentiality protection on such
data during transportation needs to be enforced. data during transportation needs to be enforced.
2.4. Data Integrity Requirements 2.4. Data Integrity Requirements
SEC-REQ-14: An integrity protection mechanism for I2RS SHOULD be able SEC-REQ-14: An integrity protection mechanism for I2RS SHOULD be able
to ensure the following: 1) the data being protected is not modified to ensure the following:
without detection during its transportation and 2) the data is
actually from where it is expected to come from 3) the data is not 1) The data being protected is not modified without detection
repeated from some earlier interaction of the protocol. That is, during its transportation and
when both confidentiality and integrity of data is properly
protected, it is possible to ensure that encrypted data is not 2) The data is actually from where it is expected to come from
modified or replayed without detection.
3) The data is not repeated from some earlier interaction of the
protocol. That is, when both confidentiality and integrity of
data is properly protected, it is possible to ensure that
encrypted data is not modified or replayed without detection.
SEC-REQ-15: The integrity that the message data is not repeated means SEC-REQ-15: The integrity that the message data is not repeated means
that I2RS client to I2RS agent transport SHOULD protect against that I2RS client to I2RS agent transport SHOULD protect against
replay attack replay attack
Requirements SEC-REQ-13 and SEC-REQ-14 are SHOULD requirements only Requirements SEC-REQ-13 and SEC-REQ-14 are SHOULD requirements only
because it is recognized that some I2RS Client to I2RS agent because it is recognized that some I2RS Client to I2RS agent
communication occurs over a non-secure channel. The I2RS client to communication occurs over a non-secure channel. The I2RS client to
I2RS agent over a secure channel would implement these features. In I2RS agent over a secure channel would implement these features. In
order to provide some traceability or notification for the non-secure order to provide some traceability or notification for the non-secure
protocol, SEC-REQ-16 suggests traceability and notification are protocol, SEC-REQ-16 suggests traceability and notification are
important to include for any non-secure protocol. important to include for any non-secure protocol.
SEC-REQ-16: The I2RS message traceability and notification SEC-REQ-16: The I2RS message traceability and notification
requirements requirements found in [I-D.ietf-i2rs-traceability] and requirements requirements found in [I-D.ietf-i2rs-traceability] and
[I-D.ietf-i2rs-pub-sub-requirements] SHOULD be supported in [I-D.ietf-i2rs-pub-sub-requirements] SHOULD be supported in
communication channel that is non-secure to trace or notify about communication channel that is non-secure to trace or notify about
potential security issues potential security issues.
2.5. Role-Based Data Model Security 2.5. Role-Based Data Model Security
The [I-D.ietf-i2rs-architecture] defines a role or security role as The I2RS Architecture [I-D.ietf-i2rs-architecture] defines a role or
specifying read, write, or notification access by a I2RS client to security role as specifying read, write, or notification access by a
data within an agent's data model. I2RS client to data within an agent's data model.
SEC-REQ-17: The rules around what role is permitted to access and SEC-REQ-17: The rules around what role is permitted to access and
manipulate what information plus a secure transport (which protects manipulate what information plus a secure transport (which protects
the data in transit) SHOULD ensure that data of any level of the data in transit) SHOULD ensure that data of any level of
sensitivity is reasonably protected from being observed by those sensitivity is reasonably protected from being observed by those
without permission to view it, so that privacy requirements are met. without permission to view it, so that privacy requirements are met.
SEC-REQ-18: Role security MUST work when multiple transport SEC-REQ-18: Role security MUST work when multiple transport
connections are being used between the I2RS client and I2RS agent as connections are being used between the I2RS client and I2RS agent as
the I2RS architecture [I-D.ietf-i2rs-architecture] states. These the I2RS architecture [I-D.ietf-i2rs-architecture] states. These
transport message streams may start/stop without affecting the transport message streams may start/stop without affecting the
existence of the client/agent data exchange. TCP supports a single existence of the client/agent data exchange. TCP supports a single
stream of data. SCTP [RFC4960] provides security for multiple stream of data. SCTP [RFC4960] provides security for multiple
streams plus end-to-end transport of data. streams plus end-to-end transport of data.
SEC-REQ-19: I2RS clients MAY be used by multiple applications to SEC-REQ-19: I2RS clients MAY be used by multiple applications to
configure routing via I2RS agents, receive status reports, turn on configure routing via I2RS agents, receive status reports, turn on
the I2RS audit stream, or turn on I2RS traceability. Application the I2RS audit stream, or turn on I2RS traceability. Application
software using I2RS client functions may host several multiple secure software using I2RS client functions may host multiple secure
identities, but each connection will use only one identifier with one identities, but each connection will use only one identifier with one
priority. Therefore, the security of each I2RS Client to I2RS Agent priority. Therefore, the security of each I2RS Client to I2RS Agent
connection is unique. connection is unique.
Please note the security of the application to I2RS client connection Please note the security of the application to I2RS client connection
is outside of the I2RS protocol or I2RS interface. is outside of the I2RS protocol or I2RS interface.
3. Acknowledgement 3. Acknowledgement
The author would like to thank Wes George, Ahmed Abro, Qin Wu, Eric The author would like to thank Wes George, Ahmed Abro, Qin Wu, Eric
skipping to change at page 9, line 33 skipping to change at page 9, line 43
[RFC2119] Bradner, S., "Key words for use in RFCs to Indicate [RFC2119] Bradner, S., "Key words for use in RFCs to Indicate
Requirement Levels", BCP 14, RFC 2119, March 1997. Requirement Levels", BCP 14, RFC 2119, March 1997.
[RFC4107] Bellovin, S. and R. Housley, "Guidelines for Cryptographic [RFC4107] Bellovin, S. and R. Housley, "Guidelines for Cryptographic
Key Management", BCP 107, RFC 4107, DOI 10.17487/RFC4107, Key Management", BCP 107, RFC 4107, DOI 10.17487/RFC4107,
June 2005, <http://www.rfc-editor.org/info/rfc4107>. June 2005, <http://www.rfc-editor.org/info/rfc4107>.
6.2. Informative References 6.2. Informative References
[I-D.haas-i2rs-ephemeral-state-reqs] [I-D.ietf-i2rs-ephemeral-state]
Haas, J., "I2RS Ephemeral State Requirements", draft-haas- Haas, J. and S. Hares, "I2RS Ephemeral State
i2rs-ephemeral-state-reqs-00 (work in progress), May 2015. Requirements", draft-ietf-i2rs-ephemeral-state-02 (work in
progress), September 2015.
[I-D.ietf-i2rs-problem-statement] [I-D.ietf-i2rs-problem-statement]
Atlas, A., Nadeau, T., and D. Ward, "Interface to the Atlas, A., Nadeau, T., and D. Ward, "Interface to the
Routing System Problem Statement", draft-ietf-i2rs- Routing System Problem Statement", draft-ietf-i2rs-
problem-statement-08 (work in progress), December 2015. problem-statement-08 (work in progress), December 2015.
[I-D.ietf-i2rs-pub-sub-requirements] [I-D.ietf-i2rs-pub-sub-requirements]
Voit, E., Clemm, A., and A. Prieto, "Requirements for Voit, E., Clemm, A., and A. Prieto, "Requirements for
Subscription to YANG Datastores", draft-ietf-i2rs-pub-sub- Subscription to YANG Datastores", draft-ietf-i2rs-pub-sub-
requirements-04 (work in progress), January 2016. requirements-04 (work in progress), January 2016.
 End of changes. 39 change blocks. 
78 lines changed or deleted 94 lines changed or added

This html diff was produced by rfcdiff 1.34. The latest version is available from http://tools.ietf.org/tools/rfcdiff/
--Apple-Mail=_DD99E0FF-B556-433F-8A56-B31B7D26B56D-- From nobody Thu Jan 14 19:01:31 2016 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6E84C1A887A; Thu, 14 Jan 2016 19:01:30 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.2 X-Spam-Level: X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3] 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 gijn6dytboJt; Thu, 14 Jan 2016 19:01:28 -0800 (PST) Received: from usplmg21.ericsson.net (usplmg21.ericsson.net [198.24.6.65]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8373D1A8873; Thu, 14 Jan 2016 19:01:28 -0800 (PST) X-AuditID: c6180641-f799c6d000007d66-61-569860f83aba Received: from EUSAAHC002.ericsson.se (Unknown_Domain [147.117.188.78]) by usplmg21.ericsson.net (Symantec Mail Security) with SMTP id 06.34.32102.8F068965; Fri, 15 Jan 2016 04:01:12 +0100 (CET) Received: from EUSAAMB101.ericsson.se ([147.117.188.118]) by EUSAAHC002.ericsson.se ([147.117.188.78]) with mapi id 14.03.0248.002; Thu, 14 Jan 2016 22:01:26 -0500 From: Joel Halpern To: Jeffrey Haas , "draft-ietf-i2rs-protocol-security-requirements@ietf.org" Thread-Topic: Review comments for draft-i2rs-protocol-security-02 Thread-Index: AQHRTxjb4pivNAF4FEqCl3s3wEaoS5774tnQ Date: Fri, 15 Jan 2016 03:01:26 +0000 Message-ID: <6BCE198E4EAEFC4CAB45D75826EFB0761504626F@eusaamb101.ericsson.se> References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [147.117.188.12] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFmpikeLIzCtJLcpLzFFi42KZXLrHT/dHwowwg3mPDS0W9y1lslg34wOL xf6Db1kdmD2WLPnJ5HG5dytrAFMUl01Kak5mWWqRvl0CV8aLvW9ZCx5IVUxuncPSwPhAtIuR k0NCwESi6cp+NghbTOLCvfVANheHkMARRok3tx8yQjjLGSXObDzFAlLFJqAnsfb9YyaQhIjA LEaJFzv3sIIkmAWUJSa+hBglLOAg8f3ZFXYQW0TAUeLQ9zPMELaRxJWTi5lAbBYBVYmDm1sZ QWxeAV+JG/9OgPUKCVhLXLvQAFbPKWAjsXz1dbA5jEDnfT+1hglil7jErSfzmSDOFpBYsuc8 M4QtKvHy8T9WCFtJYs7ra8wQ9ToSC3Z/YoOwtSWWLXzNDLFXUOLkzCcsExjFZiEZOwtJyywk LbOQtCxgZFnFyFFaXJCTm25kuIkRGDPHJNgcdzDu7fU8xCjAwajEw1ugMSNMiDWxrLgy9xCj BAezkgivWARQiDclsbIqtSg/vqg0J7X4EKM0B4uSOG+iTGOYkEB6YklqdmpqQWoRTJaJg1Oq gZGv33ny67n/bU5IdUXUO33t8di37/d99iUiZavjml59yuO+mXTtduWf49eOc5sF/8pKSXt0 VVZfxaNIw/3Oou/vHC19HqzlF7qta6hzU/9au8QbpykJs4MiAqwum3v9m3RKwPDTYQ5uKxfm y7L6266ZvTfhKxNK4Zg768LNw44bXcLflK7YGKvEUpyRaKjFXFScCACkhJDmlQIAAA== Archived-At: Cc: "i2rs@ietf.org" Subject: Re: [i2rs] Review comments for draft-i2rs-protocol-security-02 X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Jan 2016 03:01:30 -0000 Thanks for these careful and thorough comment. On the issue of application identifiers in the section on Mutual Authentica= tion, the application identifiers in the archtectue are not authenticated, = and are not used for authorization. So I believe the current text, which t= alks about the client identifier, is correct. The other editorial and substantive comments all seem useful to me. Some a= re tricky enough to take us a bit of work to properly address, but they are= well-taken. Trying to phrase the multi-request atomicity absence right wh= en we don't know if we have a RestConf or a NetCONF model (or something els= e) will take some wordsmithing. It is something we should get right. Thanks, Joel -----Original Message----- From: Jeffrey Haas [mailto:jhaas@pfrc.org]=20 Sent: Thursday, January 14, 2016 5:14 PM To: draft-ietf-i2rs-protocol-security-requirements@ietf.org Cc: i2rs@ietf.org Subject: Review comments for draft-i2rs-protocol-security-02 Authors, As part of document shepherd work for draft-ietf-i2rs-protocol-security, I'= ve done the following review and edits on the draft. Rather than give the = typical tedious line-by-line list review, I am attaching the following file= s: A modified .xml, based on the published -02.xml file. It includes: - Minor textual, grammatical and structural edits. - XML comments flagged "XXX JMH" of items that require response. These non= -editorial items are noted below. - rfcdiff output showing the changes covered in the .xml I am attaching. I'm happy to make the git repository this review was created in available t= o anyone interested. (Note that Sue and I are in the process of getting a = formal I2RS github repository in order to aid in this type of work.) Hopefully the .xml changes aid your integration of the comments.=20 Commentary: - Several pieces of quoted text varied from the source. In many of those c= ases I've simply copied the appropriate text directly from that source. - The direct correlation between applications and clients doesn't seem to b= e firmly stated in the architecture. I think this document may be stretchi= ng a bit by doing so. I suggest tightening up that wording. - Messages are referred to as protocol items with regard to identifier requ= irements. I think this may be incorrect, as the protocol mechanisms we've = discussed thus far are likely bound to sessions. Discussion may be require= d here. - This document notes that the data model may be tagged with the confidenti= ality requirements of a given set of nodes. I don't believe this has been = part of our prior data model discussions and thus may represent a new requi= rement to convey to the netmod group. (Note that description annotation ma= y be used, but given that the desire seems to be to impose security restric= tions based upon this, that may be too weak of a mechanism.) - In the presence of such data model security requirement markup, what shou= ld the behavior be if there's an attempt to violate confidentiality require= ments; e.g. using a non-confidential transport to carry confidential inform= ation? Once we've reached some conclusion on the discussion above and have produce= d an updated version, we should be able to proceed through the next portion= of the document shepherding process. -- Jeff (acting as an individual contributor) From nobody Fri Jan 15 10:14:16 2016 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4BB3E1B30B9 for ; Fri, 15 Jan 2016 10:14:15 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -101.999 X-Spam-Level: X-Spam-Status: No, score=-101.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_PASS=-0.001, USER_IN_WHITELIST=-100] 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 J3QvYNq_2Vej for ; Fri, 15 Jan 2016 10:14:12 -0800 (PST) Received: from mail-ob0-x22c.google.com (mail-ob0-x22c.google.com [IPv6:2607:f8b0:4003:c01::22c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C4E751B30B6 for ; Fri, 15 Jan 2016 10:14:11 -0800 (PST) Received: by mail-ob0-x22c.google.com with SMTP id py5so148871207obc.2 for ; Fri, 15 Jan 2016 10:14:11 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=udacVY/VBcQs9rEr+LkZ3523kzKEoR6WhegOM5tyC1I=; b=khtQliayvNDQLDmk8Q9EM+Oj9JNFK7s8K0k1J9ZTBAdCLucTZRq92LAt/7v8xLpizH ajzcb2bbsVLOcOcrll6oyhW34YC71qh7gCvQ97TwSK+4eE5J+cZRuXKinO0r4H2Jdj5c rciT1WRbh0dxwswHk+fLxPeDCMyOzjRni0K+A0hU0nGxG2j70q4f6Eb1W0EUhNoMjvo7 JcroVNyBVC63gLtAwfjVw0V+7MRZXmx3S7frw+qQj3cyjbfmCRiQMYTIzU5Oav53p3Gb aHl/uXN775XlgKXLB+ltpjM0UwoLoUXtLU+JFxOMWS32gDNEUx9xWApY3MjsKMMBVssB vucg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=udacVY/VBcQs9rEr+LkZ3523kzKEoR6WhegOM5tyC1I=; b=dcv8HGlaEKV2MC72ZHqGX/tgGQhLV8CyvX3EyVcQx19jDNmVbwJw1TY+QGHIrgmkAz LmqgXJAfHFPXffLNslyibmRhL4GvTDjl/MfRWlet23WFbIHLdFOCjKM3GVTGkk4kWd3I 8zG/r43IGaFnmQ56Dhp/Yd5zc5RkxVSGDXtx9B+B2S7EK1EQLdwOX+VQRWr3Hga/peCd hW+RLNl3NH9SKeEe2c7E6yuY/SUC0GMN4g537x7PkMAHpOPDU7bd/IWng7Umab8E2bUK 9mnxVArbNj9jif2pqMLHc8EzMIhR7O9pI+tS+5Ue8cPopFb7bnSvplkCZsHpNSoGGRjw z5yA== X-Gm-Message-State: ALoCoQkJzuXbGbdCm1Jn+9Oz+6L1DIcDx8eYcyxUAqio6eU0W/LjvE6RPHG79wz1hKhXRu8IEDKA+bRocd6JgBonIbVVaHAOqw== MIME-Version: 1.0 X-Received: by 10.182.88.196 with SMTP id bi4mr9514798obb.56.1452881651174; Fri, 15 Jan 2016 10:14:11 -0800 (PST) Received: by 10.60.177.103 with HTTP; Fri, 15 Jan 2016 10:14:11 -0800 (PST) In-Reply-To: References: Date: Fri, 15 Jan 2016 13:14:11 -0500 Message-ID: From: Alia Atlas To: Qin Wu Content-Type: multipart/alternative; boundary=089e010d9800b814670529635e07 Archived-At: Cc: Jeffrey Haas , "i2rs@ietf.org" , Susan Hares , "db3546@att.com" Subject: Re: [i2rs] I-D Action: draft-ietf-i2rs-problem-statement-08.txt X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Jan 2016 18:14:15 -0000 --089e010d9800b814670529635e07 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi Qin, Thank you very much for the review. My apologies for the delay in responding; I've been sick. On Mon, Jan 4, 2016 at 10:40 PM, Qin Wu wrote: > Hi, Alia: > Thanks for the update to address Nabil comments and AD's comments. > I have re-read this draft, I agree with you that section 5 and section 4 > have great value and provide a clear goal and good guidance for all the > I2RS related work. I think this draft is ready for publication. > Here are a few editorial comments and suggestions for your consideration. > 1. Section2, paragraph 5: > s/with in/within > fixed > 2. Section 2,Figure 1: > In the figure 1, =E2=80=9C<=3D=3D I2RS protocol=E2=80=9D is used to indic= ate I2RS protocol is > used on the interface between I2RS client and I2RS agent. > But In the legend following the figure 1, there is no legend description > for =E2=80=9C<=3D=3D=E2=80=9D. > added a description for clarity 3.Section 2, paragraph 7: > Is this component(i.e., subscription and configuration) a kind of data > source for measurement data or event data? Why configuration is specially > needed for this component rather than other component? How this logical > component is used to collect measurement data, statistics, how event is > collected? > I2RS isn't trying to define the internal components of a router. It's convenient for a picture and for discussion to talk about "subscription and configuration for dynamic measurements/events" but how that logical component is implemented will vastly vary based on internal device architecture. It could be distributed or centralized. I see your questions, but really don't see an appropriate answer to put in a problem-statement. Configuration might, for example, be for IPFIX streams or to indicate what events or data should be measured. I know the subscription and configuration component is not in the scope of > I2RS? However I am curious to know whether subscription and configuration > also used for providing authentication and authorization or security > purpose? > IMHO, not for the authentication and authorization needed by I2RS. Could one get a subscribe to information that would be related to security purposes? I imagine so, but that will depend on what models are defined and use-cases considered. > 4. Section 3, paragraph 1: > What is the difference between Next hop indirection and routing > indirection? > Next-hop indirection is described well in the RIB info-model. Basically, one next-hop might point to another so that when the second changes, the first is also impacted. Routing indirection can use next-hop indirection as a mechanism; for instance, a BGP route might use an IGP route to determine its next-hops - and thus the BGP route will change based on how the IGP changes. I don't see anything specific to change in the draft. > 5. Section 4, last paragraph: > Not sure policy decision is made by application? If my understanding is > correct, Application should describe goal or objective, the policy decisi= on > is made by I2RS client, the I2RS agent enforce policy in the routing syst= em. > This depends on what you are thinking of as an application and what as an I2RS client. I think of the I2RS client as handling the protocol and communications to the appropriate I2RS agents. I do not see the I2RS client as doing policy decisions. It is possible that there are multiple layers in the application - where the higher layer are setting the goal or object and the lower layer is translating those into policy. Regardless, again - I don't see any changes to be made. 6. Section 5, bullet 4: > /=E2=80=9Di.e.:=E2=80=9D/=E2=80=9Di.e.,=E2=80=9D > ok - fixed > 7. Section 5, bullet 4: > If my understanding is correct, Duplex means bidirectional communication > between I2RS agent and I2RS client, however when I read the second senten= ce > and the third sentence in this paragraph, I feel a little bit confused, > For the second sentence, yes, operation and acknowledgements can be sent > by both parties, however I am not sure the failure or event can be sent b= y > the application or I2RS client to I2RS agent embedded in the router. > That would depend upon the particular model being used. > For the third sentence, why we use negative sentence? Do we mean both pul= l > model and push should be supported? What is the pure pull model? can pull > model be used by router to pull response from application? > The sentence is "The I2RS is not a pure pull-model where only the application queries to pull responses." I feel like that clearly defines what a pure pull-model is. I2RS should support a push model where the agent can push events to the client. I2RS should also support the client querying the agent - as in a pull model. I don't see any changes to be made based upon this discussion. Thanks again for the review, Alia > -Qin > -----=E9=82=AE=E4=BB=B6=E5=8E=9F=E4=BB=B6----- > =E5=8F=91=E4=BB=B6=E4=BA=BA: I-D-Announce [mailto:i-d-announce-bounces@ie= tf.org] =E4=BB=A3=E8=A1=A8 > internet-drafts@ietf.org > =E5=8F=91=E9=80=81=E6=97=B6=E9=97=B4: 2015=E5=B9=B412=E6=9C=8819=E6=97=A5= 7:06 > =E6=94=B6=E4=BB=B6=E4=BA=BA: i-d-announce@ietf.org > =E6=8A=84=E9=80=81: i2rs@ietf.org > =E4=B8=BB=E9=A2=98: I-D Action: draft-ietf-i2rs-problem-statement-08.txt > > > A New Internet-Draft is available from the on-line Internet-Drafts > directories. > This draft is a work item of the Interface to the Routing System Working > Group of the IETF. > > Title : Interface to the Routing System Problem Stateme= nt > Authors : Alia Atlas > Thomas D. Nadeau > Dave Ward > Filename : draft-ietf-i2rs-problem-statement-08.txt > Pages : 11 > Date : 2015-12-18 > > Abstract: > Traditionally, routing systems have implemented routing and signaling > (e.g. MPLS) to control traffic forwarding in a network. Route > computation has been controlled by relatively static policies that > define link cost, route cost, or import and export routing policies. > With the advent of highly dynamic data center networking, on-demand > WAN services, dynamic policy-driven traffic steering and service > chaining, the need for real-time security threat responsiveness via > traffic control, and a paradigm of separating policy-based decision- > making from the router itself, the need has emerged to more > dynamically manage and program routing systems in order to control > routing information and traffic paths and to extract network topology > information, traffic statistics, and other network analytics from > routing systems. > > This document proposes meeting this need via an Interface to the > Routing System (I2RS). > > > The IETF datatracker status page for this draft is: > https://datatracker.ietf.org/doc/draft-ietf-i2rs-problem-statement/ > > There's also a htmlized version available at: > https://tools.ietf.org/html/draft-ietf-i2rs-problem-statement-08 > > A diff from the previous version is available at: > https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-i2rs-problem-statement-08 > > > 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. > > Internet-Drafts are also available by anonymous FTP at: > ftp://ftp.ietf.org/internet-drafts/ > > _______________________________________________ > I-D-Announce mailing list > I-D-Announce@ietf.org > https://www.ietf.org/mailman/listinfo/i-d-announce > Internet-Draft directories: http://www.ietf.org/shadow.html or > ftp://ftp.ietf.org/ietf/1shadow-sites.txt > --089e010d9800b814670529635e07 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi Qin,

Thank you very much for the rev= iew.=C2=A0 My apologies for the delay in responding; I've been sick.

On Mon, Jan 4,= 2016 at 10:40 PM, Qin Wu <bill.wu@huawei.com> wrote:
Hi, Alia:
Thanks for the update to address Nabil comments and AD's comments.
I have re-read this draft, I agree with you that section 5 and section 4 ha= ve great value and provide a clear goal and good guidance for all the I2RS = related work. I think this draft is ready for publication.
Here are a few editorial comments and suggestions for your consideration. 1. Section2, paragraph 5:
s/with in/within

fixed
=C2=A0=
2. Section 2,Figure 1:
In the figure 1, =E2=80=9C<=3D=3D I2RS protocol=E2=80=9D is used to indi= cate I2RS protocol is used on the interface between I2RS client and I2RS ag= ent.
But In the legend following the figure 1, there is no legend description fo= r =E2=80=9C<=3D=3D=E2=80=9D.

added a= description for clarity

3.Section 2, paragraph 7:
Is this component(i.e., subscription and configuration) a kind of data sour= ce for measurement data or event data? Why configuration is specially neede= d for this component rather than other component? How this logical componen= t is used to collect measurement data, statistics, how event is collected?<= br>

I2RS isn't trying to define the internal components= of a router.=C2=A0 It's convenient for a picture and for discussion to= talk about "subscription and configuration
for dynamic measurement= s/events" but how that logical component is implemented will vastly va= ry based on internal device architecture.=C2=A0 It could be distributed or = centralized.

I see your questions, but really don't see an appro= priate answer to put in a problem-statement. =C2=A0 Configuration might, fo= r example, be for IPFIX streams or to indicate what events or data should b= e measured.=C2=A0

I know the subscription and configuration component is not in the scope of = I2RS? However I am curious to know whether subscription and configuration a= lso used for providing authentication and authorization or security purpose= ?

IMHO, not for the authentication and = authorization needed by I2RS. =C2=A0 Could one get a subscribe to informati= on that would be related to security purposes?=C2=A0 I imagine so, but that= will depend on what models are defined and use-cases considered.
=C2=A0
4. Section 3, paragraph 1:
What is the difference between Next hop indirection and routing indirection= ?

Next-hop indirection is described wel= l in the RIB info-model.=C2=A0 Basically, one next-hop might point to anoth= er so that when the second changes, the first is also impacted. =C2=A0 Rout= ing indirection can use next-hop indirection as a mechanism; =C2=A0for inst= ance, a BGP route might use an IGP route to determine its next-hops - and t= hus the BGP route will change based on how the IGP changes.

<= /div>
I don't see anything specific to change in the draft.
=C2=A0
5. Section 4, last paragraph:
Not sure policy decision is made by application? If my understanding is cor= rect, Application should describe goal or objective, the policy decision is= made by I2RS client, the I2RS agent enforce policy in the routing system.<= br>

This depends on what you are thinking of a= s an application and what as an I2RS client.=C2=A0 I think of the I2RS clie= nt as handling the protocol and communications to the appropriate I2RS agen= ts.=C2=A0 I do not see the I2RS client as doing policy decisions.=C2=A0 It = is possible that there are multiple layers in the application - where the h= igher layer are setting the goal or object and the lower layer is translati= ng those into policy. =C2=A0 Regardless, again - I don't see any change= s to be made.

6. Section 5, bullet 4= :
/=E2=80=9Di.e.:=E2=80=9D/=E2=80=9Di.e.,=E2=80=9D

<= /div>
ok - fixed
=C2=A0
7. Section 5, bullet 4:
If my understanding is correct, Duplex means bidirectional communication be= tween I2RS agent and I2RS client, however when I read the second sentence a= nd the third sentence in this paragraph, I feel a little bit confused,
For the second sentence, yes, operation and acknowledgements can be sent by= both parties, however I am not sure the failure or event can be sent by th= e application or I2RS client to I2RS agent embedded in the router.

That would depend upon the particular model bei= ng used. =C2=A0
=C2=A0
For the third sentence, why we use negative sentence? Do we mean both pull = model and push should be supported? What is the pure pull model? can pull m= odel be used by router to pull response from application?
<= div>
The sentence is=C2=A0"The I2RS is=C2=A0not a pure p= ull-model where only the application queries to pull=C2=A0responses."<= /div>
I feel like that clearly defines what a pure pull-model is.=C2=A0= I2RS should support a push model where the agent can push events to the
client.=C2=A0 I2RS should also support the client querying the agen= t - as in a pull model.

I don't see any change= s to be made based upon this discussion.

Thanks ag= ain for the review,
Alia



-Qin
-----=E9=82=AE=E4=BB=B6=E5=8E=9F=E4=BB=B6-----
=E5=8F=91=E4=BB=B6=E4=BA=BA: I-D-Announce [mailto:i-d-announce-bounces@ietf.org] =E4=BB=A3=E8=A1= =A8 internet-drafts@ietf.org
=E5=8F=91=E9=80=81=E6=97=B6=E9=97=B4: 2015=E5=B9=B412=E6=9C=8819=E6=97=A5 7= :06
=E6=94=B6=E4=BB=B6=E4=BA=BA: i-d-a= nnounce@ietf.org
=E6=8A=84=E9=80=81: i2rs@ietf.org
=E4=B8=BB=E9=A2=98: I-D Action: draft-ietf-i2rs-problem-statement-08.txt

A New Internet-Draft is available from the on-line Internet-Drafts director= ies.
=C2=A0This draft is a work item of the Interface to the Routing System Work= ing Group of the IETF.

=C2=A0 =C2=A0 =C2=A0 =C2=A0 Title=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0:= Interface to the Routing System Problem Statement
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Authors=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0: Alia= Atlas
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 Thomas D. Nadeau
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 Dave Ward
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Filename=C2=A0 =C2=A0 =C2=A0 =C2=A0 : draft-iet= f-i2rs-problem-statement-08.txt
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Pages=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0:= 11
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Date=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 := 2015-12-18

Abstract:
=C2=A0 =C2=A0Traditionally, routing systems have implemented routing and si= gnaling
=C2=A0 =C2=A0(e.g.=C2=A0 MPLS) to control traffic forwarding in a network.= =C2=A0 Route
=C2=A0 =C2=A0computation has been controlled by relatively static policies = that
=C2=A0 =C2=A0define link cost, route cost, or import and export routing pol= icies.
=C2=A0 =C2=A0With the advent of highly dynamic data center networking, on-d= emand
=C2=A0 =C2=A0WAN services, dynamic policy-driven traffic steering and servi= ce
=C2=A0 =C2=A0chaining, the need for real-time security threat responsivenes= s via
=C2=A0 =C2=A0traffic control, and a paradigm of separating policy-based dec= ision-
=C2=A0 =C2=A0making from the router itself, the need has emerged to more =C2=A0 =C2=A0dynamically manage and program routing systems in order to con= trol
=C2=A0 =C2=A0routing information and traffic paths and to extract network t= opology
=C2=A0 =C2=A0information, traffic statistics, and other network analytics f= rom
=C2=A0 =C2=A0routing systems.

=C2=A0 =C2=A0This document proposes meeting this need via an Interface to t= he
=C2=A0 =C2=A0Routing System (I2RS).


The IETF datatracker status page for this draft is:
https://datatracker.ietf.org/doc/= draft-ietf-i2rs-problem-statement/

There's also a htmlized version available at:
https://tools.ietf.org/html/draft-ie= tf-i2rs-problem-statement-08

A diff from the previous version is available at:
https://www.ietf.org/rfcdiff= ?url2=3Ddraft-ietf-i2rs-problem-statement-08


Please note that it may take a couple of minutes from the time of submissio= n until the htmlized version and diff are available at tools.ietf.org.

Internet-Drafts are also available by anonymous FTP at:
ftp://ftp.ietf.org/internet-drafts/

_______________________________________________
I-D-Announce mailing list
I-D-Announce@ietf.org
https://www.ietf.org/m= ailman/listinfo/i-d-announce
Internet-Draft directories: http://www.ietf.org/shadow.html o= r ftp://ftp.ietf.org/ietf/1shadow-sites.txt

--089e010d9800b814670529635e07-- From nobody Fri Jan 15 10:17:38 2016 Return-Path: X-Original-To: i2rs@ietf.org Delivered-To: i2rs@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 839691B30C9; Fri, 15 Jan 2016 10:17:35 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: X-Test-IDTracker: no X-IETF-IDTracker: 6.12.1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20160115181735.28971.81955.idtracker@ietfa.amsl.com> Date: Fri, 15 Jan 2016 10:17:35 -0800 Archived-At: Cc: i2rs@ietf.org Subject: [i2rs] I-D Action: draft-ietf-i2rs-problem-statement-09.txt X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.15 List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Jan 2016 18:17:35 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Interface to the Routing System Working Group of the IETF. Title : Interface to the Routing System Problem Statement Authors : Alia Atlas Thomas D. Nadeau Dave Ward Filename : draft-ietf-i2rs-problem-statement-09.txt Pages : 11 Date : 2016-01-15 Abstract: Traditionally, routing systems have implemented routing and signaling (e.g. MPLS) to control traffic forwarding in a network. Route computation has been controlled by relatively static policies that define link cost, route cost, or import and export routing policies. With the advent of highly dynamic data center networking, on-demand WAN services, dynamic policy-driven traffic steering and service chaining, the need for real-time security threat responsiveness via traffic control, and a paradigm of separating policy-based decision- making from the router itself, the need has emerged to more dynamically manage and program routing systems in order to control routing information and traffic paths and to extract network topology information, traffic statistics, and other network analytics from routing systems. This document proposes meeting this need via an Interface to the Routing System (I2RS). The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-i2rs-problem-statement/ There's also a htmlized version available at: https://tools.ietf.org/html/draft-ietf-i2rs-problem-statement-09 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-i2rs-problem-statement-09 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. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Mon Jan 18 00:10:45 2016 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1461B1B3238; Mon, 18 Jan 2016 00:10:42 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.202 X-Spam-Level: X-Spam-Status: No, score=-4.202 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001] 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 3f667NvXVq1I; Mon, 18 Jan 2016 00:10:38 -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 8B7CE1B3232; Mon, 18 Jan 2016 00:10:37 -0800 (PST) Received: from 172.18.7.190 (EHLO lhreml404-hub.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id CHA11396; Mon, 18 Jan 2016 08:10:35 +0000 (GMT) Received: from LHREML706-CAH.china.huawei.com (10.201.5.182) by lhreml404-hub.china.huawei.com (10.201.5.218) with Microsoft SMTP Server (TLS) id 14.3.235.1; Mon, 18 Jan 2016 08:10:33 +0000 Received: from SZXEMA414-HUB.china.huawei.com (10.82.72.73) by lhreml706-cah.china.huawei.com (10.201.5.182) with Microsoft SMTP Server (TLS) id 14.3.235.1; Mon, 18 Jan 2016 08:10:33 +0000 Received: from SZXEMA510-MBX.china.huawei.com ([169.254.3.177]) by SZXEMA414-HUB.china.huawei.com ([10.82.72.73]) with mapi id 14.03.0235.001; Mon, 18 Jan 2016 16:10:25 +0800 From: Mach Chen To: "rtg-ads@tools.ietf.org" Thread-Topic: RtgDir review: draft-ietf-i2rs-traceability-06.txt Thread-Index: AdFRx6kqtaw4AMb9T2Sm7cXT6zc/qA== Date: Mon, 18 Jan 2016 08:10:24 +0000 Message-ID: Accept-Language: en-US, zh-CN Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.111.102.135] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A020201.569C9DFB.008D, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0, ip=169.254.3.177, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32 X-Mirapoint-Loop-Id: edaf1a068e9a6b750c58cd40b5ae6a52 Archived-At: Cc: "rtg-dir@ietf.org" , "draft-ietf-i2rs-traceability.all@tools.ietf.org" , "i2rs@ietf.org" Subject: [i2rs] RtgDir review: draft-ietf-i2rs-traceability-06.txt X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Jan 2016 08:10:42 -0000 SGVsbG8sIA0KDQpJIGhhdmUgYmVlbiBzZWxlY3RlZCBhcyB0aGUgUm91dGluZyBEaXJlY3RvcmF0 ZSByZXZpZXdlciBmb3IgdGhpcyBkcmFmdC4gVGhlIFJvdXRpbmcgRGlyZWN0b3JhdGUgc2Vla3Mg dG8gcmV2aWV3IGFsbCByb3V0aW5nIG9yIHJvdXRpbmctcmVsYXRlZCBkcmFmdHMgYXMgdGhleSBw YXNzIHRocm91Z2ggSUVURiBsYXN0IGNhbGwgYW5kIElFU0cgcmV2aWV3LCBhbmQgc29tZXRpbWVz IG9uIHNwZWNpYWwgcmVxdWVzdC4gVGhlIHB1cnBvc2Ugb2YgdGhlIHJldmlldyBpcyB0byBwcm92 aWRlIGFzc2lzdGFuY2UgdG8gdGhlIFJvdXRpbmcgQURzLiBGb3IgbW9yZSBpbmZvcm1hdGlvbiBh Ym91dCB0aGUgUm91dGluZyBEaXJlY3RvcmF0ZSwgcGxlYXNlIHNlZSDigItodHRwOi8vdHJhYy50 b29scy5pZXRmLm9yZy9hcmVhL3J0Zy90cmFjL3dpa2kvUnRnRGlyIA0KDQpBbHRob3VnaCB0aGVz ZSBjb21tZW50cyBhcmUgcHJpbWFyaWx5IGZvciB0aGUgdXNlIG9mIHRoZSBSb3V0aW5nIEFEcywg aXQgd291bGQgYmUgaGVscGZ1bCBpZiB5b3UgY291bGQgY29uc2lkZXIgdGhlbSBhbG9uZyB3aXRo IGFueSBvdGhlciBJRVRGIExhc3QgQ2FsbCBjb21tZW50cyB0aGF0IHlvdSByZWNlaXZlLCBhbmQg c3RyaXZlIHRvIHJlc29sdmUgdGhlbSB0aHJvdWdoIGRpc2N1c3Npb24gb3IgYnkgdXBkYXRpbmcg dGhlIGRyYWZ0LiANCg0KRG9jdW1lbnQ6IGRyYWZ0LWlldGYtaTJycy10cmFjZWFiaWxpdHktMDYu dHh0IA0KIFJldmlld2VyOiBNYWNoIENoZW4gDQogUmV2aWV3IERhdGU6IDIwMTYvMS8xOCANCiBJ RVRGIExDIEVuZCBEYXRlOiANCiBJbnRlbmRlZCBTdGF0dXM6IFN0YW5kYXJkIFRyYWNrIA0KDQpT dW1tYXJ5OiANCiBJIGhhdmUgc29tZSBtaW5vciBjb25jZXJucyBhYm91dCB0aGlzIGRvY3VtZW50 IHRoYXQgSSB0aGluayBzaG91bGQgYmUgcmVzb2x2ZWQgYmVmb3JlIHB1YmxpY2F0aW9uLiANCg0K Q29tbWVudHM6IA0KIFRoZSBkb2N1bWVudCBpcyB3ZWxsIHdyaXR0ZW4gYW5kIGVhc3kgdG8gcmVh ZC4NCiANCg0KTWlub3IgSXNzdWVzOiANCg0KMS4NClRoZSBkcmFmdCBJbnRlbmRlZCBzdGF0dXMg c2hvd3M6IFN0YW5kYXJkcyBUcmFjaywgYnV0IHRoZSBJbnRlbmRlZCBSRkMgc3RhdHVzIGluIHRo ZSBkYXRhdHJhY2tlciBpcyAiSW5mb3JtYXRpb25hbCIuIEkgdGhpbmsgdGhlIGxhdHRlciBpcyB0 cnVlLCByaWdodD8gSWYgc28sIHBsZWFzZSB1cGRhdGUgaXQgYWNjb3JkaW5nbHkuIA0KDQoNCjIu DQpTZWN0aW9uIDUuMg0KQ2xpZW50IEFkZHJlc3M6ICAgVGhpcyBpcyB0aGUgbmV0d29yayBhZGRy ZXNzIG9mIHRoZSBDbGllbnQgdGhhdA0KICAgICAgY29ubmVjdGVkIHRvIHRoZSBBZ2VudC4gIEZv ciBleGFtcGxlLCB0aGlzIG1heSBiZSBhbiBJUHY0IG9yIElQdjYNCiAgICAgIGFkZHJlc3MuICBb Tm90ZTogd2lsbCBJMlJTIHN1cHBvcnQgaW50ZXJhY3Rpb25zIHRoYXQgaGF2ZSBubw0KICAgICAg bmV0d29yayBhZGRyZXNzPyAgSWYgc28gdGhpcyBmaWVsZCB3aWxsIG5lZWQgdG8gYmUgdXBkYXRl ZC5dIA0KDQpJTUhPLCB0aGUgTm90ZSBzaG91bGQgYmUgZGVsZXRlZCBmb3IgYSB0by1iZS1wdWJs aXNoZWQgZG9jdW1lbnQuIFRoZSBJUHY0IGFuZCBJUHY2IGFyZSBqdXN0IGV4YW1wbGVzLCB0aGUg ZGVzY3JpcHRpb24gaGVyZSBkb2VzIG5vdCBleGNsdWRlIG90aGVyIHBvc3NpYmlsaXRpZXMuDQoN Cg0KMy4gU2VjdGlvbiA1LjINClJlcXVlc3RlZCBPcGVyYXRpb24gRGF0YTogICBUaGlzIGZpZWxk IGNvbXByaXNlcyB0aGUgZGF0YSBwYXNzZWQgdG8NCiAgICAgIHRoZSBBZ2VudCB0byBjb21wbGV0 ZSB0aGUgZGVzaXJlZCBvcGVyYXRpb24uICBGb3IgZXhhbXBsZSwgaWYgdGhlDQogICAgICBvcGVy YXRpb24gaXMgYSByb3V0ZSBhZGQgb3BlcmF0aW9uLCB0aGUgT3BlcmF0aW9uIERhdGEgd291bGQN CiAgICAgIGluY2x1ZGUgdGhlIHJvdXRlIHByZWZpeCwgcHJlZml4IGxlbmd0aCwgYW5kIG5leHQg aG9wIGluZm9ybWF0aW9uDQogICAgICB0byBiZSBpbnNlcnRlZCBhcyB3ZWxsIGFzIHRoZSBzcGVj aWZpYyByb3V0aW5nIHRhYmxlIHRvIHdoaWNoIHRoZQ0KICAgICAgcm91dGUgd2lsbCBiZSBhZGRl ZC4gIFRoZSBvcGVyYXRpb24gZGF0YSBjYW4gYWxzbyBpbmNsdWRlDQogICAgICBpbnRlcmZhY2Ug aW5mb3JtYXRpb24uDQoNCkFsdGhvdWdoIHRoZSBsYXN0IHNlbnRlbmNlIGFib3ZlIGlzIHJpZ2h0 LCB3aHkgZG8gd2UgbmVlZCB0byBlbXBoYXNpemUgdGhlICJpbnRlcmZhY2UgaW5mb3JtYXRpb24i IGhlcmU/IElmIHRoZXJlIGlzIG5vIHNwZWNpYWwgaW50ZW50aW9uLCBJJ2Qgc3VnZ2VzdCB0byBy ZW1vdmUgaXQuIA0KDQoNCjMuIFNlY3Rpb24gNS4yDQpUcmFuc2FjdGlvbiBJRDogICBUaGUgVHJh bnNhY3Rpb24gSWRlbnRpdHkgaXMgYW4gb3BhcXVlIHN0cmluZyB0aGF0DQogICAgICByZXByZXNl bnRzIHRoaXMgcGFydGljdWxhciBvcGVyYXRpb24gaXMgcGFydCBvZiBhIGxvbmctcnVubmluZw0K ICAgICAgSTJSUyB0cmFuc2FjdGlvbiB0aGF0IGNhbiBjb25zaXN0IG9mIG11bHRpcGxlLi4uDQoN CkhlcmUgeW91IHNwZWNpZnkgdGhhdCBhbiBUcmFuc2FjdGlvbiBJRCBpcyBhbiBvcGFxdWUgc3Ry aW5nLCBhcmUgdGhlcmUgb3RoZXIgcG9zc2liaWxpdGllcyAoZS5nLiwgdWludCkgPyBTaW5jZSB0 aGlzIGlzIGp1c3QgYW4gaW5mb3JtYXRpb24gbW9kZWwsIGhvdyB0aGUgZGF0YSB0eXBlIHNob3Vs ZCBiZSBpcyBzcGVjaWZpYyB0byB0aGUgZGF0YSBtb2RlbCwgSSdkIHN1Z2dlc3QgdG8gcmVtb3Zl IHRoZSBkYXRhIHR5cGUgbGltaXRhdGlvbiBmcm9tIHRoaXMgZG9jdW1lbnQuDQoNCg0KQmVzdCBy ZWdhcmRzLA0KTWFjaA0K From nobody Mon Jan 18 03:10:17 2016 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9863A1B34C5; Mon, 18 Jan 2016 03:10:14 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -96.258 X-Spam-Level: X-Spam-Status: No, score=-96.258 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DOS_OUTLOOK_TO_MX=2.845, FH_RELAY_NODNS=1.451, HELO_MISMATCH_COM=0.553, RDNS_NONE=0.793, USER_IN_WHITELIST=-100] autolearn=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 EcDylEYWSq-s; Mon, 18 Jan 2016 03:10:13 -0800 (PST) Received: from hickoryhill-consulting.com (unknown [50.245.122.97]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BBE881B34AC; Mon, 18 Jan 2016 03:10:12 -0800 (PST) X-Default-Received-SPF: pass (skip=loggedin (res=PASS)) x-ip-name=74.43.47.177; From: "Susan Hares" To: "'Mach Chen'" , References: In-Reply-To: Date: Mon, 18 Jan 2016 06:10:10 -0500 Message-ID: <005901d151e0$cc4b34e0$64e19ea0$@ndzh.com> MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQIajZ5RdhqsTGz3SaUNJTDnAWCdc55ung7Q Content-Language: en-us X-Authenticated-User: skh@ndzh.com Archived-At: Cc: rtg-dir@ietf.org, draft-ietf-i2rs-traceability.all@tools.ietf.org, i2rs@ietf.org Subject: Re: [i2rs] RtgDir review: draft-ietf-i2rs-traceability-06.txt X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Jan 2016 11:10:14 -0000 Mach: Thank you for the review. It is very helpful to the I2RS Work. The = draft was changed to standards track after the information tracker was = initialized. I will work with Alia Atlas to get this changed. =20 As for the rest of the comments, the authors (Joe, Gonzalo or Carlos) = will answer.=20 Sue=20 -----Original Message----- From: Mach Chen [mailto:mach.chen@huawei.com]=20 Sent: Monday, January 18, 2016 3:10 AM To: rtg-ads@tools.ietf.org Cc: rtg-dir@ietf.org; draft-ietf-i2rs-traceability.all@tools.ietf.org; = i2rs@ietf.org Subject: RtgDir review: draft-ietf-i2rs-traceability-06.txt Hello,=20 I have been selected as the Routing Directorate reviewer for this draft. = The Routing Directorate seeks to review all routing or routing-related = drafts as they pass through IETF last call and IESG review, and = sometimes on special request. The purpose of the review is to provide = assistance to the Routing ADs. For more information about the Routing = Directorate, please see = =E2=80=8Bhttp://trac.tools.ietf.org/area/rtg/trac/wiki/RtgDir=20 Although these comments are primarily for the use of the Routing ADs, it = would be helpful if you could consider them along with any other IETF = Last Call comments that you receive, and strive to resolve them through = discussion or by updating the draft.=20 Document: draft-ietf-i2rs-traceability-06.txt=20 Reviewer: Mach Chen=20 Review Date: 2016/1/18=20 IETF LC End Date:=20 Intended Status: Standard Track=20 Summary:=20 I have some minor concerns about this document that I think should be = resolved before publication.=20 Comments:=20 The document is well written and easy to read. =20 Minor Issues:=20 1. The draft Intended status shows: Standards Track, but the Intended RFC = status in the datatracker is "Informational". I think the latter is = true, right? If so, please update it accordingly.=20 2. Section 5.2 Client Address: This is the network address of the Client that connected to the Agent. For example, this may be an IPv4 or IPv6 address. [Note: will I2RS support interactions that have no network address? If so this field will need to be updated.]=20 IMHO, the Note should be deleted for a to-be-published document. The = IPv4 and IPv6 are just examples, the description here does not exclude = other possibilities. 3. Section 5.2 Requested Operation Data: This field comprises the data passed to the Agent to complete the desired operation. For example, if the operation is a route add operation, the Operation Data would include the route prefix, prefix length, and next hop information to be inserted as well as the specific routing table to which the route will be added. The operation data can also include interface information. Although the last sentence above is right, why do we need to emphasize = the "interface information" here? If there is no special intention, I'd = suggest to remove it.=20 3. Section 5.2 Transaction ID: The Transaction Identity is an opaque string that represents this particular operation is part of a long-running I2RS transaction that can consist of multiple... Here you specify that an Transaction ID is an opaque string, are there = other possibilities (e.g., uint) ? Since this is just an information = model, how the data type should be is specific to the data model, I'd = suggest to remove the data type limitation from this document. Best regards, Mach From nobody Tue Jan 19 02:56:04 2016 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3D6C01B2A79; Tue, 19 Jan 2016 02:56:03 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.502 X-Spam-Level: X-Spam-Status: No, score=-14.502 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, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001, 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 0m558rsiO0V6; Tue, 19 Jan 2016 02:56:01 -0800 (PST) Received: from aer-iport-1.cisco.com (aer-iport-1.cisco.com [173.38.203.51]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0A3441B2A7F; Tue, 19 Jan 2016 02:56:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=2287; q=dns/txt; s=iport; t=1453200961; x=1454410561; h=subject:to:references:cc:from:message-id:date: mime-version:in-reply-to:content-transfer-encoding; bh=ATMpT9TjvxvD6IsDe0uQ9K7Lzc57f9T0ruvEYZtQew8=; b=R283r/HdS60ddKm7i9En283AloxKTK/pY13lGTfv9uYE4FLsK1sjJarY +8WEBO8JGn4+zoobBYxnxO01fpHa/wCo8MFj30PuFW5X3dM6Kjk44spJG rDkvxSnIQ+NBBKsP009ItIo4IRhTGGQofp6omDTKO/MU/74+Ml2UeX9EO c=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0CsBAAfFZ5W/xbLJq1VCYQMbYhWs1mBY?= =?us-ascii?q?hgKhW0CgXgSAQEBAQEBAYEKhDQBAQEDAQEBASAVNgoBEAsYAgIFFgsCAgkDAgE?= =?us-ascii?q?CARUwBgEMBgIBAYgPCA6uYJACAQEBAQEBAQEBAQEBAQEBAQEBAQEVBIEAhVWEf?= =?us-ascii?q?4Qtg0eBSQEEjjmIYY1fgV6HTIVXimyDcSkBOoQnIDSGbgEBAQ?= X-IronPort-AV: E=Sophos;i="5.22,316,1449532800"; d="scan'208";a="648614347" Received: from aer-iport-nat.cisco.com (HELO aer-core-4.cisco.com) ([173.38.203.22]) by aer-iport-1.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 19 Jan 2016 10:55:58 +0000 Received: from [10.230.72.102] ([10.230.72.102]) by aer-core-4.cisco.com (8.14.5/8.14.5) with ESMTP id u0JAtwG4013955; Tue, 19 Jan 2016 10:55:58 GMT To: Mach Chen , "rtg-ads@tools.ietf.org" References: From: Joe Clarke Organization: Cisco Systems, Inc. Message-ID: <569E163E.5060807@cisco.com> Date: Tue, 19 Jan 2016 05:55:58 -0500 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:38.0) Gecko/20100101 Thunderbird/38.5.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Archived-At: Cc: "rtg-dir@ietf.org" , "draft-ietf-i2rs-traceability.all@tools.ietf.org" , "i2rs@ietf.org" Subject: Re: [i2rs] RtgDir review: draft-ietf-i2rs-traceability-06.txt X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Jan 2016 10:56:03 -0000 Thanks for your comments, Mach. Responses inline... On 1/18/16 03:10, Mach Chen wrote: > 2. > Section 5.2 > Client Address: This is the network address of the Client that > connected to the Agent. For example, this may be an IPv4 or IPv6 > address. [Note: will I2RS support interactions that have no > network address? If so this field will need to be updated.] > > IMHO, the Note should be deleted for a to-be-published document. The IPv4 and IPv6 are just examples, the description here does not exclude other possibilities. Yep, good catch. > > > 3. Section 5.2 > Requested Operation Data: This field comprises the data passed to > the Agent to complete the desired operation. For example, if the > operation is a route add operation, the Operation Data would > include the route prefix, prefix length, and next hop information > to be inserted as well as the specific routing table to which the > route will be added. The operation data can also include > interface information. > > Although the last sentence above is right, why do we need to emphasize the "interface information" here? If there is no special intention, I'd suggest to remove it. Yes, we'll remove it. The operation data field should echo the "operation data." No need to be overly prescriptive here. The example ahead of this sentence should suffice to illustrate the intent. > > > 3. Section 5.2 > Transaction ID: The Transaction Identity is an opaque string that > represents this particular operation is part of a long-running > I2RS transaction that can consist of multiple... > > Here you specify that an Transaction ID is an opaque string, are there other possibilities (e.g., uint) ? Since this is just an information model, how the data type should be is specific to the data model, I'd suggest to remove the data type limitation from this document. Here we were emphasizing the fact that this can be anything one could use to tie multiple operations together in a single transaction. Joe > > > Best regards, > Mach > _______________________________________________ > i2rs mailing list > i2rs@ietf.org > https://www.ietf.org/mailman/listinfo/i2rs > From nobody Tue Jan 19 06:24:01 2016 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 322821B2F78; Tue, 19 Jan 2016 06:24:00 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -101.999 X-Spam-Level: X-Spam-Status: No, score=-101.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_PASS=-0.001, USER_IN_WHITELIST=-100] 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 AeHQtLlD74XS; Tue, 19 Jan 2016 06:23:57 -0800 (PST) Received: from mail-oi0-x22b.google.com (mail-oi0-x22b.google.com [IPv6:2607:f8b0:4003:c06::22b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 926E01B2F74; Tue, 19 Jan 2016 06:23:57 -0800 (PST) Received: by mail-oi0-x22b.google.com with SMTP id w75so162494501oie.0; Tue, 19 Jan 2016 06:23:57 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=2r7XcY2Safin/LoTDK2cqJ1/HBlYA643X+tfFlwAN6Q=; b=rjneDrrritWJDNec13ISEOQldZErQHcQzKEzbp9wLBUot2nT5d96FtjgEKi3Wl9RzJ QV55Lt5co2WGUslNhqg2rm3+A7mG9FthOMmATx/AxX/xn/vTXic/GIId+ajiKpFXh47p rAyUt4eqGpNPRq/HJLk+FtlPfE9Clb23QGpwDSV1UZixoBZLAcfZKjsl4cL/t4XBNyI5 wHuTRfsMALgwxnByLTXUPMOjYLHCKG8nv6YzU/woko61PdQeswo//M0oNsX2dcZgJyEh PXI0P/UONoFBGsN/pwui8/m0qhMxSMuRZkCQm2XIOIzW05e3GYjSReQASHRsz61+wQr6 NPcA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=2r7XcY2Safin/LoTDK2cqJ1/HBlYA643X+tfFlwAN6Q=; b=IQYfaBd0zVJ84V9t+4fAZlU/3UJeEnfii+dud5schA0lTltPX+jufOFH/oCVB47xGY mdGxSdrqTrohl+kOmNLKUcvbdxM78+8tJcUdkoF4VlKi91SybrNzzLafUKdu2ob139qz +qcqgo9Nt69mZxuu3mdoFBG+DByWX3UnIfwfY4aR6NEmuiyqe+PDES8ctiF5Els/AdMp sYmsQodTd9zKpVAO1NiTsVHxz93iulqFSd08WaN1jGWB20bce5aytGMOn0bA6FRt85d6 Ai6XJIx9Tj7SpsW11Qi/xNlWSaRxBY4vSybOOzwrl2pKZnzq2UGtTkr+drPdJTE5A5uV abMw== X-Gm-Message-State: ALoCoQmvvI37aqm1Dqf0eFfz2WmepS/UdPUCA2M0DVO0frGN1ReKC7Ri/LeKniMzYS8+3T8DIFN+N/iwUzwPrktWttrFFvuI6g== MIME-Version: 1.0 X-Received: by 10.202.87.77 with SMTP id l74mr22723991oib.96.1453213436995; Tue, 19 Jan 2016 06:23:56 -0800 (PST) Received: by 10.60.177.103 with HTTP; Tue, 19 Jan 2016 06:23:56 -0800 (PST) In-Reply-To: References: Date: Tue, 19 Jan 2016 09:23:56 -0500 Message-ID: From: Alia Atlas To: Mach Chen Content-Type: multipart/alternative; boundary=001a113ad434b1ef540529b09efd Archived-At: Cc: "rtg-dir@ietf.org" , "i2rs@ietf.org" , "draft-ietf-i2rs-traceability.all@tools.ietf.org" , "rtg-ads@tools.ietf.org" Subject: Re: [i2rs] [RTG-DIR] RtgDir review: draft-ietf-i2rs-traceability-06.txt X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Jan 2016 14:24:00 -0000 --001a113ad434b1ef540529b09efd Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Mach, Thank you very much for your quick review. Regards, Alia On Mon, Jan 18, 2016 at 3:10 AM, Mach Chen wrote: > Hello, > > I have been selected as the Routing Directorate reviewer for this draft. > The Routing Directorate seeks to review all routing or routing-related > drafts as they pass through IETF last call and IESG review, and sometimes > on special request. The purpose of the review is to provide assistance to > the Routing ADs. For more information about the Routing Directorate, plea= se > see =E2=80=8Bhttp://trac.tools.ietf.org/area/rtg/trac/wiki/RtgDir > > Although these comments are primarily for the use of the Routing ADs, it > would be helpful if you could consider them along with any other IETF Las= t > Call comments that you receive, and strive to resolve them through > discussion or by updating the draft. > > Document: draft-ietf-i2rs-traceability-06.txt > Reviewer: Mach Chen > Review Date: 2016/1/18 > IETF LC End Date: > Intended Status: Standard Track > > Summary: > I have some minor concerns about this document that I think should be > resolved before publication. > > Comments: > The document is well written and easy to read. > > > Minor Issues: > > 1. > The draft Intended status shows: Standards Track, but the Intended RFC > status in the datatracker is "Informational". I think the latter is true, > right? If so, please update it accordingly. > > > 2. > Section 5.2 > Client Address: This is the network address of the Client that > connected to the Agent. For example, this may be an IPv4 or IPv6 > address. [Note: will I2RS support interactions that have no > network address? If so this field will need to be updated.] > > IMHO, the Note should be deleted for a to-be-published document. The IPv4 > and IPv6 are just examples, the description here does not exclude other > possibilities. > > > 3. Section 5.2 > Requested Operation Data: This field comprises the data passed to > the Agent to complete the desired operation. For example, if the > operation is a route add operation, the Operation Data would > include the route prefix, prefix length, and next hop information > to be inserted as well as the specific routing table to which the > route will be added. The operation data can also include > interface information. > > Although the last sentence above is right, why do we need to emphasize th= e > "interface information" here? If there is no special intention, I'd sugge= st > to remove it. > > > 3. Section 5.2 > Transaction ID: The Transaction Identity is an opaque string that > represents this particular operation is part of a long-running > I2RS transaction that can consist of multiple... > > Here you specify that an Transaction ID is an opaque string, are there > other possibilities (e.g., uint) ? Since this is just an information mode= l, > how the data type should be is specific to the data model, I'd suggest to > remove the data type limitation from this document. > > > Best regards, > Mach > --001a113ad434b1ef540529b09efd Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Mach,

Thank you very much for your quic= k review.

Regards,
Alia

On Mon, Jan 18, 2016 a= t 3:10 AM, Mach Chen <mach.chen@huawei.com> wrote:
Hello,

I have been selected as the Routing Directorate reviewer for this draft. Th= e Routing Directorate seeks to review all routing or routing-related drafts= as they pass through IETF last call and IESG review, and sometimes on spec= ial request. The purpose of the review is to provide assistance to the Rout= ing ADs. For more information about the Routing Directorate, please see =E2= =80=8Bhttp://trac.tools.ietf.org/area/rtg/trac/= wiki/RtgDir

Although these comments are primarily for the use of the Routing ADs, it wo= uld be helpful if you could consider them along with any other IETF Last Ca= ll comments that you receive, and strive to resolve them through discussion= or by updating the draft.

Document: draft-ietf-i2rs-traceability-06.txt
=C2=A0Reviewer: Mach Chen
=C2=A0Review Date: 2016/1/18
=C2=A0IETF LC End Date:
=C2=A0Intended Status: Standard Track

Summary:
=C2=A0I have some minor concerns about this document that I think should be= resolved before publication.

Comments:
=C2=A0The document is well written and easy to read.


Minor Issues:

1.
The draft Intended status shows: Standards Track, but the Intended RFC stat= us in the datatracker is "Informational". I think the latter is t= rue, right? If so, please update it accordingly.


2.
Section 5.2
Client Address:=C2=A0 =C2=A0This is the network address of the Client that<= br> =C2=A0 =C2=A0 =C2=A0 connected to the Agent.=C2=A0 For example, this may be= an IPv4 or IPv6
=C2=A0 =C2=A0 =C2=A0 address.=C2=A0 [Note: will I2RS support interactions t= hat have no
=C2=A0 =C2=A0 =C2=A0 network address?=C2=A0 If so this field will need to b= e updated.]

IMHO, the Note should be deleted for a to-be-published document. The IPv4 a= nd IPv6 are just examples, the description here does not exclude other poss= ibilities.


3. Section 5.2
Requested Operation Data:=C2=A0 =C2=A0This field comprises the data passed = to
=C2=A0 =C2=A0 =C2=A0 the Agent to complete the desired operation.=C2=A0 For= example, if the
=C2=A0 =C2=A0 =C2=A0 operation is a route add operation, the Operation Data= would
=C2=A0 =C2=A0 =C2=A0 include the route prefix, prefix length, and next hop = information
=C2=A0 =C2=A0 =C2=A0 to be inserted as well as the specific routing table t= o which the
=C2=A0 =C2=A0 =C2=A0 route will be added.=C2=A0 The operation data can also= include
=C2=A0 =C2=A0 =C2=A0 interface information.

Although the last sentence above is right, why do we need to emphasize the = "interface information" here? If there is no special intention, I= 'd suggest to remove it.


3. Section 5.2
Transaction ID:=C2=A0 =C2=A0The Transaction Identity is an opaque string th= at
=C2=A0 =C2=A0 =C2=A0 represents this particular operation is part of a long= -running
=C2=A0 =C2=A0 =C2=A0 I2RS transaction that can consist of multiple...

Here you specify that an Transaction ID is an opaque string, are there othe= r possibilities (e.g., uint) ? Since this is just an information model, how= the data type should be is specific to the data model, I'd suggest to = remove the data type limitation from this document.


Best regards,
Mach

--001a113ad434b1ef540529b09efd-- From nobody Tue Jan 19 16:28:17 2016 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8A9AB1B384D for ; Tue, 19 Jan 2016 16:28:15 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -93.557 X-Spam-Level: X-Spam-Status: No, score=-93.557 tagged_above=-999 required=5 tests=[BAYES_50=0.8, DOS_OUTLOOK_TO_MX=2.845, FH_RELAY_NODNS=1.451, HELO_MISMATCH_COM=0.553, HTML_MESSAGE=0.001, RDNS_NONE=0.793, USER_IN_WHITELIST=-100] autolearn=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 jRx0pmMFTM0G for ; Tue, 19 Jan 2016 16:28:14 -0800 (PST) Received: from hickoryhill-consulting.com (unknown [50.245.122.97]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 10A471B3847 for ; Tue, 19 Jan 2016 16:28:13 -0800 (PST) X-Default-Received-SPF: pass (skip=loggedin (res=PASS)) x-ip-name=74.43.47.177; From: "Susan Hares" To: Date: Tue, 19 Jan 2016 19:28:13 -0500 Message-ID: <028201d15319$732ef4c0$598cde40$@ndzh.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0283_01D152EF.8A59FE30" X-Mailer: Microsoft Outlook 14.0 Thread-Index: AdFTAkxrvY2wnzh4S42IWZOCrvK6Cg== Content-Language: en-us X-Authenticated-User: skh@ndzh.com Archived-At: Cc: 'Jeffrey Haas' , 'Alia Atlas' Subject: [i2rs] Interim Recording for 1/13/2016 X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Jan 2016 00:28:15 -0000 This is a multipart message in MIME format. ------=_NextPart_000_0283_01D152EF.8A59FE30 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable This is the interim recording for 1/3/2016 interim. =20 Sue=20 =20 From: I2RS Working Group [mailto:messenger@webex.com]=20 Sent: Tuesday, January 19, 2016 4:40 PM To: shares@ndzh.com Subject: WebEx recording is available for viewing: I2RS Interim-20160113 = 1507-1 =20 Hello,=20 I2RS Working Group wants to share this WebEx recording with you.=20 =09 =20 =20 =20 I2RS Interim-20160113 1507-1=20 Wednesday, January 13, 2016=20 11:36 am | Eastern Standard Time (New York, GMT-05:00)=20 =20 =20 =20 = Play recording (1 hr 24 min)=20 =20 https://ietf.webex.com/ietf/ldr.php?RCID=3D715c70349b4f08a7a1df8f4ff4ae12= 7c =20 =20 =20 ------=_NextPart_000_0283_01D152EF.8A59FE30 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable

This is the interim recording for 1/3/2016 = interim.

 

Sue

 

From:= = I2RS Working Group [mailto:messenger@webex.com]
Sent: = Tuesday, January 19, 2016 4:40 PM
To: = shares@ndzh.com
Subject: WebEx recording is available for = viewing: I2RS Interim-20160113 = 1507-1

 

<= /tr>

Hello,

I2RS Working Group wants to share this WebEx recording with you. =

 

 

 

I2RS = Interim-20160113 1507-1 =

Wednesday, January 13, 2016

11:36 am  |  Eastern Standard Time (New York, = GMT-05:00)

 

 

 

Play = recording (1 hr 24 min) =

 

https://ietf.webex.com/ietf/ldr.php?RCID=3D715c70349b4f08a7a1= df8f4ff4ae127c

 

 

 

------=_NextPart_000_0283_01D152EF.8A59FE30-- From nobody Tue Jan 19 22:24:32 2016 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E33161A6FF6; Tue, 19 Jan 2016 22:24:30 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.202 X-Spam-Level: X-Spam-Status: No, score=-4.202 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001] 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 Bte1KsVeI1NS; Tue, 19 Jan 2016 22:24:29 -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 A9CD21A6FE9; Tue, 19 Jan 2016 22:24:27 -0800 (PST) Received: from 172.18.7.190 (EHLO lhreml402-hub.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id CHD08825; Wed, 20 Jan 2016 06:24:25 +0000 (GMT) Received: from LHREML702-CAH.china.huawei.com (10.201.5.99) by lhreml402-hub.china.huawei.com (10.201.5.241) with Microsoft SMTP Server (TLS) id 14.3.235.1; Wed, 20 Jan 2016 06:24:25 +0000 Received: from SZXEMA411-HUB.china.huawei.com (10.82.72.70) by lhreml702-cah.china.huawei.com (10.201.5.99) with Microsoft SMTP Server (TLS) id 14.3.235.1; Wed, 20 Jan 2016 06:24:25 +0000 Received: from SZXEMA510-MBX.china.huawei.com ([169.254.3.177]) by szxema411-hub.china.huawei.com ([10.82.72.70]) with mapi id 14.03.0235.001; Wed, 20 Jan 2016 14:24:21 +0800 From: Mach Chen To: Susan Hares , "rtg-ads@tools.ietf.org" Thread-Topic: [RTG-DIR] RtgDir review: draft-ietf-i2rs-traceability-06.txt Thread-Index: AdFRx6kqtaw4AMb9T2Sm7cXT6zc/qP//rCgA//ylX7A= Date: Wed, 20 Jan 2016 06:24:21 +0000 Message-ID: References: <005901d151e0$cc4b34e0$64e19ea0$@ndzh.com> In-Reply-To: <005901d151e0$cc4b34e0$64e19ea0$@ndzh.com> Accept-Language: en-US, zh-CN Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.111.102.135] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A020202.569F281A.0027, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0, ip=169.254.3.177, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32 X-Mirapoint-Loop-Id: a283bfd990dda9440597dbb19d7c9094 Archived-At: Cc: "rtg-dir@ietf.org" , "draft-ietf-i2rs-traceability.all@tools.ietf.org" , "i2rs@ietf.org" Subject: Re: [i2rs] [RTG-DIR] RtgDir review: draft-ietf-i2rs-traceability-06.txt X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Jan 2016 06:24:31 -0000 T0ssIHRoYW5rcyBmb3IgeW91ciBwcm9tcHQgcmVzcG9uc2UhDQoNCkJlc3QgcmVnYXJkcywNCk1h Y2gNCg0KPiAtLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KPiBGcm9tOiBydGctZGlyIFttYWls dG86cnRnLWRpci1ib3VuY2VzQGlldGYub3JnXSBPbiBCZWhhbGYgT2YgU3VzYW4gSGFyZXMNCj4g U2VudDogTW9uZGF5LCBKYW51YXJ5IDE4LCAyMDE2IDc6MTAgUE0NCj4gVG86IE1hY2ggQ2hlbjsg cnRnLWFkc0B0b29scy5pZXRmLm9yZw0KPiBDYzogcnRnLWRpckBpZXRmLm9yZzsgZHJhZnQtaWV0 Zi1pMnJzLXRyYWNlYWJpbGl0eS5hbGxAdG9vbHMuaWV0Zi5vcmc7IGkycnNAaWV0Zi5vcmcNCj4g U3ViamVjdDogUmU6IFtSVEctRElSXSBSdGdEaXIgcmV2aWV3OiBkcmFmdC1pZXRmLWkycnMtdHJh Y2VhYmlsaXR5LTA2LnR4dA0KPiANCj4gTWFjaDoNCj4gDQo+IFRoYW5rIHlvdSBmb3IgdGhlIHJl dmlldy4gICBJdCBpcyB2ZXJ5IGhlbHBmdWwgdG8gdGhlIEkyUlMgV29yay4gIFRoZSBkcmFmdCB3 YXMNCj4gY2hhbmdlZCB0byBzdGFuZGFyZHMgdHJhY2sgYWZ0ZXIgdGhlIGluZm9ybWF0aW9uIHRy YWNrZXIgd2FzIGluaXRpYWxpemVkLiAgSSB3aWxsDQo+IHdvcmsgd2l0aCBBbGlhIEF0bGFzIHRv IGdldCB0aGlzIGNoYW5nZWQuDQo+IA0KPiBBcyBmb3IgdGhlIHJlc3Qgb2YgdGhlIGNvbW1lbnRz LCB0aGUgYXV0aG9ycyAoSm9lLCBHb256YWxvIG9yIENhcmxvcykgd2lsbA0KPiBhbnN3ZXIuDQo+ IA0KPiBTdWUNCj4gDQo+IC0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQo+IEZyb206IE1hY2gg Q2hlbiBbbWFpbHRvOm1hY2guY2hlbkBodWF3ZWkuY29tXQ0KPiBTZW50OiBNb25kYXksIEphbnVh cnkgMTgsIDIwMTYgMzoxMCBBTQ0KPiBUbzogcnRnLWFkc0B0b29scy5pZXRmLm9yZw0KPiBDYzog cnRnLWRpckBpZXRmLm9yZzsgZHJhZnQtaWV0Zi1pMnJzLXRyYWNlYWJpbGl0eS5hbGxAdG9vbHMu aWV0Zi5vcmc7IGkycnNAaWV0Zi5vcmcNCj4gU3ViamVjdDogUnRnRGlyIHJldmlldzogZHJhZnQt aWV0Zi1pMnJzLXRyYWNlYWJpbGl0eS0wNi50eHQNCj4gDQo+IEhlbGxvLA0KPiANCj4gSSBoYXZl IGJlZW4gc2VsZWN0ZWQgYXMgdGhlIFJvdXRpbmcgRGlyZWN0b3JhdGUgcmV2aWV3ZXIgZm9yIHRo aXMgZHJhZnQuIFRoZQ0KPiBSb3V0aW5nIERpcmVjdG9yYXRlIHNlZWtzIHRvIHJldmlldyBhbGwg cm91dGluZyBvciByb3V0aW5nLXJlbGF0ZWQgZHJhZnRzIGFzIHRoZXkNCj4gcGFzcyB0aHJvdWdo IElFVEYgbGFzdCBjYWxsIGFuZCBJRVNHIHJldmlldywgYW5kIHNvbWV0aW1lcyBvbiBzcGVjaWFs IHJlcXVlc3QuDQo+IFRoZSBwdXJwb3NlIG9mIHRoZSByZXZpZXcgaXMgdG8gcHJvdmlkZSBhc3Np c3RhbmNlIHRvIHRoZSBSb3V0aW5nIEFEcy4gRm9yDQo+IG1vcmUgaW5mb3JtYXRpb24gYWJvdXQg dGhlIFJvdXRpbmcgRGlyZWN0b3JhdGUsIHBsZWFzZSBzZWUgDQo+IGh0dHA6Ly90cmFjLnRvb2xz LmlldGYub3JnL2FyZWEvcnRnL3RyYWMvd2lraS9SdGdEaXINCj4gDQo+IEFsdGhvdWdoIHRoZXNl IGNvbW1lbnRzIGFyZSBwcmltYXJpbHkgZm9yIHRoZSB1c2Ugb2YgdGhlIFJvdXRpbmcgQURzLCBp dCB3b3VsZA0KPiBiZSBoZWxwZnVsIGlmIHlvdSBjb3VsZCBjb25zaWRlciB0aGVtIGFsb25nIHdp dGggYW55IG90aGVyIElFVEYgTGFzdCBDYWxsDQo+IGNvbW1lbnRzIHRoYXQgeW91IHJlY2VpdmUs IGFuZCBzdHJpdmUgdG8gcmVzb2x2ZSB0aGVtIHRocm91Z2ggZGlzY3Vzc2lvbiBvciBieQ0KPiB1 cGRhdGluZyB0aGUgZHJhZnQuDQo+IA0KPiBEb2N1bWVudDogZHJhZnQtaWV0Zi1pMnJzLXRyYWNl YWJpbGl0eS0wNi50eHQNCj4gIFJldmlld2VyOiBNYWNoIENoZW4NCj4gIFJldmlldyBEYXRlOiAy MDE2LzEvMTgNCj4gIElFVEYgTEMgRW5kIERhdGU6DQo+ICBJbnRlbmRlZCBTdGF0dXM6IFN0YW5k YXJkIFRyYWNrDQo+IA0KPiBTdW1tYXJ5Og0KPiAgSSBoYXZlIHNvbWUgbWlub3IgY29uY2VybnMg YWJvdXQgdGhpcyBkb2N1bWVudCB0aGF0IEkgdGhpbmsgc2hvdWxkIGJlDQo+IHJlc29sdmVkIGJl Zm9yZSBwdWJsaWNhdGlvbi4NCj4gDQo+IENvbW1lbnRzOg0KPiAgVGhlIGRvY3VtZW50IGlzIHdl bGwgd3JpdHRlbiBhbmQgZWFzeSB0byByZWFkLg0KPiANCj4gDQo+IE1pbm9yIElzc3VlczoNCj4g DQo+IDEuDQo+IFRoZSBkcmFmdCBJbnRlbmRlZCBzdGF0dXMgc2hvd3M6IFN0YW5kYXJkcyBUcmFj aywgYnV0IHRoZSBJbnRlbmRlZCBSRkMgc3RhdHVzDQo+IGluIHRoZSBkYXRhdHJhY2tlciBpcyAi SW5mb3JtYXRpb25hbCIuIEkgdGhpbmsgdGhlIGxhdHRlciBpcyB0cnVlLCByaWdodD8gSWYgc28s DQo+IHBsZWFzZSB1cGRhdGUgaXQgYWNjb3JkaW5nbHkuDQo+IA0KPiANCj4gMi4NCj4gU2VjdGlv biA1LjINCj4gQ2xpZW50IEFkZHJlc3M6ICAgVGhpcyBpcyB0aGUgbmV0d29yayBhZGRyZXNzIG9m IHRoZSBDbGllbnQgdGhhdA0KPiAgICAgICBjb25uZWN0ZWQgdG8gdGhlIEFnZW50LiAgRm9yIGV4 YW1wbGUsIHRoaXMgbWF5IGJlIGFuIElQdjQgb3IgSVB2Ng0KPiAgICAgICBhZGRyZXNzLiAgW05v dGU6IHdpbGwgSTJSUyBzdXBwb3J0IGludGVyYWN0aW9ucyB0aGF0IGhhdmUgbm8NCj4gICAgICAg bmV0d29yayBhZGRyZXNzPyAgSWYgc28gdGhpcyBmaWVsZCB3aWxsIG5lZWQgdG8gYmUgdXBkYXRl ZC5dDQo+IA0KPiBJTUhPLCB0aGUgTm90ZSBzaG91bGQgYmUgZGVsZXRlZCBmb3IgYSB0by1iZS1w dWJsaXNoZWQgZG9jdW1lbnQuIFRoZSBJUHY0DQo+IGFuZCBJUHY2IGFyZSBqdXN0IGV4YW1wbGVz LCB0aGUgZGVzY3JpcHRpb24gaGVyZSBkb2VzIG5vdCBleGNsdWRlIG90aGVyDQo+IHBvc3NpYmls aXRpZXMuDQo+IA0KPiANCj4gMy4gU2VjdGlvbiA1LjINCj4gUmVxdWVzdGVkIE9wZXJhdGlvbiBE YXRhOiAgIFRoaXMgZmllbGQgY29tcHJpc2VzIHRoZSBkYXRhIHBhc3NlZCB0bw0KPiAgICAgICB0 aGUgQWdlbnQgdG8gY29tcGxldGUgdGhlIGRlc2lyZWQgb3BlcmF0aW9uLiAgRm9yIGV4YW1wbGUs IGlmIHRoZQ0KPiAgICAgICBvcGVyYXRpb24gaXMgYSByb3V0ZSBhZGQgb3BlcmF0aW9uLCB0aGUg T3BlcmF0aW9uIERhdGEgd291bGQNCj4gICAgICAgaW5jbHVkZSB0aGUgcm91dGUgcHJlZml4LCBw cmVmaXggbGVuZ3RoLCBhbmQgbmV4dCBob3AgaW5mb3JtYXRpb24NCj4gICAgICAgdG8gYmUgaW5z ZXJ0ZWQgYXMgd2VsbCBhcyB0aGUgc3BlY2lmaWMgcm91dGluZyB0YWJsZSB0byB3aGljaCB0aGUN Cj4gICAgICAgcm91dGUgd2lsbCBiZSBhZGRlZC4gIFRoZSBvcGVyYXRpb24gZGF0YSBjYW4gYWxz byBpbmNsdWRlDQo+ICAgICAgIGludGVyZmFjZSBpbmZvcm1hdGlvbi4NCj4gDQo+IEFsdGhvdWdo IHRoZSBsYXN0IHNlbnRlbmNlIGFib3ZlIGlzIHJpZ2h0LCB3aHkgZG8gd2UgbmVlZCB0byBlbXBo YXNpemUgdGhlDQo+ICJpbnRlcmZhY2UgaW5mb3JtYXRpb24iIGhlcmU/IElmIHRoZXJlIGlzIG5v IHNwZWNpYWwgaW50ZW50aW9uLCBJJ2Qgc3VnZ2VzdCB0bw0KPiByZW1vdmUgaXQuDQo+IA0KPiAN Cj4gMy4gU2VjdGlvbiA1LjINCj4gVHJhbnNhY3Rpb24gSUQ6ICAgVGhlIFRyYW5zYWN0aW9uIElk ZW50aXR5IGlzIGFuIG9wYXF1ZSBzdHJpbmcgdGhhdA0KPiAgICAgICByZXByZXNlbnRzIHRoaXMg cGFydGljdWxhciBvcGVyYXRpb24gaXMgcGFydCBvZiBhIGxvbmctcnVubmluZw0KPiAgICAgICBJ MlJTIHRyYW5zYWN0aW9uIHRoYXQgY2FuIGNvbnNpc3Qgb2YgbXVsdGlwbGUuLi4NCj4gDQo+IEhl cmUgeW91IHNwZWNpZnkgdGhhdCBhbiBUcmFuc2FjdGlvbiBJRCBpcyBhbiBvcGFxdWUgc3RyaW5n LCBhcmUgdGhlcmUgb3RoZXINCj4gcG9zc2liaWxpdGllcyAoZS5nLiwgdWludCkgPyBTaW5jZSB0 aGlzIGlzIGp1c3QgYW4gaW5mb3JtYXRpb24gbW9kZWwsIGhvdyB0aGUgZGF0YQ0KPiB0eXBlIHNo b3VsZCBiZSBpcyBzcGVjaWZpYyB0byB0aGUgZGF0YSBtb2RlbCwgSSdkIHN1Z2dlc3QgdG8gcmVt b3ZlIHRoZSBkYXRhDQo+IHR5cGUgbGltaXRhdGlvbiBmcm9tIHRoaXMgZG9jdW1lbnQuDQo+IA0K PiANCj4gQmVzdCByZWdhcmRzLA0KPiBNYWNoDQoNCg== From nobody Tue Jan 19 22:32:23 2016 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4154A1A701A; Tue, 19 Jan 2016 22:32:20 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.202 X-Spam-Level: X-Spam-Status: No, score=-4.202 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001] 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 HmbT1JJXT9Lh; Tue, 19 Jan 2016 22:32:17 -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 07E751A7017; Tue, 19 Jan 2016 22:32:15 -0800 (PST) Received: from 172.18.7.190 (EHLO lhreml401-hub.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id CDE44824; Wed, 20 Jan 2016 06:32:13 +0000 (GMT) Received: from SZXEMA412-HUB.china.huawei.com (10.82.72.71) by lhreml401-hub.china.huawei.com (10.201.5.240) with Microsoft SMTP Server (TLS) id 14.3.235.1; Wed, 20 Jan 2016 06:32:11 +0000 Received: from SZXEMA510-MBX.china.huawei.com ([169.254.3.177]) by SZXEMA412-HUB.china.huawei.com ([10.82.72.71]) with mapi id 14.03.0235.001; Wed, 20 Jan 2016 14:32:09 +0800 From: Mach Chen To: Joe Clarke , "rtg-ads@tools.ietf.org" Thread-Topic: [i2rs] RtgDir review: draft-ietf-i2rs-traceability-06.txt Thread-Index: AdFRx6kqtaw4AMb9T2Sm7cXT6zc/qAAnULUAADmeHgA= Date: Wed, 20 Jan 2016 06:32:07 +0000 Message-ID: References: <569E163E.5060807@cisco.com> In-Reply-To: <569E163E.5060807@cisco.com> Accept-Language: en-US, zh-CN Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.111.102.135] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A090203.569F29ED.0108, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0, ip=169.254.3.177, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32 X-Mirapoint-Loop-Id: f8df2d3ce413a653dba1f907f34b5cae Archived-At: Cc: "rtg-dir@ietf.org" , "draft-ietf-i2rs-traceability.all@tools.ietf.org" , "i2rs@ietf.org" Subject: Re: [i2rs] RtgDir review: draft-ietf-i2rs-traceability-06.txt X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Jan 2016 06:32:20 -0000 SGkgSm9lLA0KDQpUaGFua3MgZm9yIHlvdXIgcHJvbXB0IHJlc3BvbnNlISANCg0KSXQgYWRkcmVz c2VzIG15IGNvbW1lbnRzLg0KDQpCZXN0IHJlZ2FyZHMsDQpNYWNoDQoNCj4gLS0tLS1PcmlnaW5h bCBNZXNzYWdlLS0tLS0NCj4gRnJvbTogSm9lIENsYXJrZSBbbWFpbHRvOmpjbGFya2VAY2lzY28u Y29tXQ0KPiBTZW50OiBUdWVzZGF5LCBKYW51YXJ5IDE5LCAyMDE2IDY6NTYgUE0NCj4gVG86IE1h Y2ggQ2hlbjsgcnRnLWFkc0B0b29scy5pZXRmLm9yZw0KPiBDYzogcnRnLWRpckBpZXRmLm9yZzsg ZHJhZnQtaWV0Zi1pMnJzLXRyYWNlYWJpbGl0eS5hbGxAdG9vbHMuaWV0Zi5vcmc7IGkycnNAaWV0 Zi5vcmcNCj4gU3ViamVjdDogUmU6IFtpMnJzXSBSdGdEaXIgcmV2aWV3OiBkcmFmdC1pZXRmLWky cnMtdHJhY2VhYmlsaXR5LTA2LnR4dA0KPiANCj4gVGhhbmtzIGZvciB5b3VyIGNvbW1lbnRzLCBN YWNoLiAgUmVzcG9uc2VzIGlubGluZS4uLg0KPiANCj4gT24gMS8xOC8xNiAwMzoxMCwgTWFjaCBD aGVuIHdyb3RlOg0KPiA+IDIuDQo+ID4gU2VjdGlvbiA1LjINCj4gPiBDbGllbnQgQWRkcmVzczog ICBUaGlzIGlzIHRoZSBuZXR3b3JrIGFkZHJlc3Mgb2YgdGhlIENsaWVudCB0aGF0DQo+ID4gICAg ICAgIGNvbm5lY3RlZCB0byB0aGUgQWdlbnQuICBGb3IgZXhhbXBsZSwgdGhpcyBtYXkgYmUgYW4g SVB2NCBvciBJUHY2DQo+ID4gICAgICAgIGFkZHJlc3MuICBbTm90ZTogd2lsbCBJMlJTIHN1cHBv cnQgaW50ZXJhY3Rpb25zIHRoYXQgaGF2ZSBubw0KPiA+ICAgICAgICBuZXR3b3JrIGFkZHJlc3M/ ICBJZiBzbyB0aGlzIGZpZWxkIHdpbGwgbmVlZCB0byBiZSB1cGRhdGVkLl0NCj4gPg0KPiA+IElN SE8sIHRoZSBOb3RlIHNob3VsZCBiZSBkZWxldGVkIGZvciBhIHRvLWJlLXB1Ymxpc2hlZCBkb2N1 bWVudC4gVGhlIElQdjQNCj4gYW5kIElQdjYgYXJlIGp1c3QgZXhhbXBsZXMsIHRoZSBkZXNjcmlw dGlvbiBoZXJlIGRvZXMgbm90IGV4Y2x1ZGUgb3RoZXINCj4gcG9zc2liaWxpdGllcy4NCj4gDQo+ IFllcCwgZ29vZCBjYXRjaC4NCj4gDQo+ID4NCj4gPg0KPiA+IDMuIFNlY3Rpb24gNS4yDQo+ID4g UmVxdWVzdGVkIE9wZXJhdGlvbiBEYXRhOiAgIFRoaXMgZmllbGQgY29tcHJpc2VzIHRoZSBkYXRh IHBhc3NlZCB0bw0KPiA+ICAgICAgICB0aGUgQWdlbnQgdG8gY29tcGxldGUgdGhlIGRlc2lyZWQg b3BlcmF0aW9uLiAgRm9yIGV4YW1wbGUsIGlmIHRoZQ0KPiA+ICAgICAgICBvcGVyYXRpb24gaXMg YSByb3V0ZSBhZGQgb3BlcmF0aW9uLCB0aGUgT3BlcmF0aW9uIERhdGEgd291bGQNCj4gPiAgICAg ICAgaW5jbHVkZSB0aGUgcm91dGUgcHJlZml4LCBwcmVmaXggbGVuZ3RoLCBhbmQgbmV4dCBob3Ag aW5mb3JtYXRpb24NCj4gPiAgICAgICAgdG8gYmUgaW5zZXJ0ZWQgYXMgd2VsbCBhcyB0aGUgc3Bl Y2lmaWMgcm91dGluZyB0YWJsZSB0byB3aGljaCB0aGUNCj4gPiAgICAgICAgcm91dGUgd2lsbCBi ZSBhZGRlZC4gIFRoZSBvcGVyYXRpb24gZGF0YSBjYW4gYWxzbyBpbmNsdWRlDQo+ID4gICAgICAg IGludGVyZmFjZSBpbmZvcm1hdGlvbi4NCj4gPg0KPiA+IEFsdGhvdWdoIHRoZSBsYXN0IHNlbnRl bmNlIGFib3ZlIGlzIHJpZ2h0LCB3aHkgZG8gd2UgbmVlZCB0byBlbXBoYXNpemUgdGhlDQo+ICJp bnRlcmZhY2UgaW5mb3JtYXRpb24iIGhlcmU/IElmIHRoZXJlIGlzIG5vIHNwZWNpYWwgaW50ZW50 aW9uLCBJJ2Qgc3VnZ2VzdCB0bw0KPiByZW1vdmUgaXQuDQo+IA0KPiBZZXMsIHdlJ2xsIHJlbW92 ZSBpdC4gIFRoZSBvcGVyYXRpb24gZGF0YSBmaWVsZCBzaG91bGQgZWNobyB0aGUgIm9wZXJhdGlv bg0KPiBkYXRhLiIgIE5vIG5lZWQgdG8gYmUgb3Zlcmx5IHByZXNjcmlwdGl2ZSBoZXJlLiAgVGhl IGV4YW1wbGUgYWhlYWQgb2YgdGhpcw0KPiBzZW50ZW5jZSBzaG91bGQgc3VmZmljZSB0byBpbGx1 c3RyYXRlIHRoZSBpbnRlbnQuDQo+IA0KPiA+DQo+ID4NCj4gPiAzLiBTZWN0aW9uIDUuMg0KPiA+ IFRyYW5zYWN0aW9uIElEOiAgIFRoZSBUcmFuc2FjdGlvbiBJZGVudGl0eSBpcyBhbiBvcGFxdWUg c3RyaW5nIHRoYXQNCj4gPiAgICAgICAgcmVwcmVzZW50cyB0aGlzIHBhcnRpY3VsYXIgb3BlcmF0 aW9uIGlzIHBhcnQgb2YgYSBsb25nLXJ1bm5pbmcNCj4gPiAgICAgICAgSTJSUyB0cmFuc2FjdGlv biB0aGF0IGNhbiBjb25zaXN0IG9mIG11bHRpcGxlLi4uDQo+ID4NCj4gPiBIZXJlIHlvdSBzcGVj aWZ5IHRoYXQgYW4gVHJhbnNhY3Rpb24gSUQgaXMgYW4gb3BhcXVlIHN0cmluZywgYXJlIHRoZXJl IG90aGVyDQo+IHBvc3NpYmlsaXRpZXMgKGUuZy4sIHVpbnQpID8gU2luY2UgdGhpcyBpcyBqdXN0 IGFuIGluZm9ybWF0aW9uIG1vZGVsLCBob3cgdGhlIGRhdGENCj4gdHlwZSBzaG91bGQgYmUgaXMg c3BlY2lmaWMgdG8gdGhlIGRhdGEgbW9kZWwsIEknZCBzdWdnZXN0IHRvIHJlbW92ZSB0aGUgZGF0 YQ0KPiB0eXBlIGxpbWl0YXRpb24gZnJvbSB0aGlzIGRvY3VtZW50Lg0KPiANCj4gSGVyZSB3ZSB3 ZXJlIGVtcGhhc2l6aW5nIHRoZSBmYWN0IHRoYXQgdGhpcyBjYW4gYmUgYW55dGhpbmcgb25lIGNv dWxkDQo+IHVzZSB0byB0aWUgbXVsdGlwbGUgb3BlcmF0aW9ucyB0b2dldGhlciBpbiBhIHNpbmds ZSB0cmFuc2FjdGlvbi4NCj4gDQo+IEpvZQ0KPiANCj4gPg0KPiA+DQo+ID4gQmVzdCByZWdhcmRz LA0KPiA+IE1hY2gNCj4gPiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fXw0KPiA+IGkycnMgbWFpbGluZyBsaXN0DQo+ID4gaTJyc0BpZXRmLm9yZw0KPiA+IGh0 dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vaTJycw0KPiA+DQoNCg== From nobody Sat Jan 23 17:26:10 2016 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BB0391B3A4C; Sat, 23 Jan 2016 17:26:05 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.999 X-Spam-Level: X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_PASS=-0.001] 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 JvcsnODSWGW9; Sat, 23 Jan 2016 17:26:03 -0800 (PST) Received: from mail-pf0-x22e.google.com (mail-pf0-x22e.google.com [IPv6:2607:f8b0:400e:c00::22e]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id AC5751B3A4A; Sat, 23 Jan 2016 17:26:03 -0800 (PST) Received: by mail-pf0-x22e.google.com with SMTP id n128so62351046pfn.3; Sat, 23 Jan 2016 17:26:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date:cc :message-id:references:to; bh=Q+IfsrppBWQvv4ZIQD0/3YnGq4UM6LM1092YysDtK0U=; b=ZOw1YVN1QkDqhgVk+kWFoipOXVkRdqGJnxhSEsCyr+DjeoZ9+FeKWriJch+a7uF6K4 fWVwJj6Gmjvvlm0Wp+GmCgxyiON1qgpUGyKGsI+thoQiiZqt72+9NjaycTbRzHltHvzI 4hkSRRaUv1OmQUCJnpP1FHCaMo8lKGGDI7cMZJQjHNq67Cs9CGkQt9pQT7hI/cRNtnYK 8jPHE5wmQhKW7yrvEH0EqNHFcOQ2jP2HOIgwjk9R0siAKZICJX8WLLq2XoOkUSTNkNnU NCJqSSp6PyMHPYAMtFhfrplQk4m4i2Au8x4bcGU59Vyg2WkhLL91N2wHBIRPqn7EaZ8b A5TA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:content-type:mime-version:subject:from :in-reply-to:date:cc:message-id:references:to; bh=Q+IfsrppBWQvv4ZIQD0/3YnGq4UM6LM1092YysDtK0U=; b=i0Q8Hs7Pvs4PBAvSA6j9qaN7w7bGdDjruuMxSKBDwq6l15UR+SUG+6X5UEpPRu1TOa n5PhFJNZcB2oEAeFYfSht2lQnXr92Rv3mMXLb+JCotqzc26ydw6Bdx7stXVOtDBFjlV+ 9YIsJ2mL/f7p24yz4YnRtAlxVmo6YluS5cEF4QCbwRjVxSlfQ5wg2JDJpFDYQeBFj8pj pPXUSr+nSZ1L8U3az2Pm3ktOyEm2gJEFAa4XdwNLcGat5YGXK8HnFKamekneI6XMwwUo B0xbMN2wvMUw8NkcGIwxiByIphtbXK4DNaRnKEHzvjOtQHKVGapx+JWSwIXzXcNBdvEt dTcA== X-Gm-Message-State: AG10YOQGo6EbEfN6FHv/yNcL68/+fEzrYdTxeDPyZnApSRP650eKVMy38BOA0wgUpc1I+Q== X-Received: by 10.98.70.151 with SMTP id o23mr15450815pfi.124.1453598763215; Sat, 23 Jan 2016 17:26:03 -0800 (PST) Received: from [10.24.22.192] ([128.107.241.181]) by smtp.gmail.com with ESMTPSA id 68sm18820675pfa.78.2016.01.23.17.26.01 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Sat, 23 Jan 2016 17:26:01 -0800 (PST) Content-Type: multipart/alternative; boundary="Apple-Mail=_7112B9A0-15BD-4442-A187-939EC9E880FC" Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\)) From: Mahesh Jethanandani In-Reply-To: Date: Sat, 23 Jan 2016 18:25:59 -0700 Message-Id: References: To: NETCONF X-Mailer: Apple Mail (2.2104) Archived-At: Cc: i2rs@ietf.org, 6tisch@ietf.org, core@ietf.org, "netmod@ietf.org" , 6lo@ietf.org Subject: Re: [i2rs] WG Last Call for draft-ietf-netconf-restconf-09, draft-ietf-netconf-yang-patch-07 and draft-ietf-netconf-yang-library-03 X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Jan 2016 01:26:06 -0000 --Apple-Mail=_7112B9A0-15BD-4442-A187-939EC9E880FC Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii The Last Call period for the above three drafts closed yesterday. Thanks = to everyone who provided comments on the three drafts. The authors will update the documents based on the comments received and = post an updated version of the draft(s). Mahesh & Mehmet. > On Dec 15, 2015, at 2:09 PM, Ersue, Mehmet (Nokia - DE/Munich) = wrote: >=20 > FYI and attention. > =20 > Please provide your comments to NETCONF WG maillist. > =20 > Mehmet > =20 > From: Ersue, Mehmet (Nokia - DE/Munich)=20 > Sent: Tuesday, December 15, 2015 9:59 PM > To: netconf@ietf.org > Cc: 'core@ietf.org ' >; 'i2rs@ietf.org ' = >; '6lo@ietf.org = ' <6lo@ietf.org >; = '6tisch@ietf.org ' <6tisch@ietf.org = > > Subject: WG Last Call for draft-ietf-netconf-restconf-09, = draft-ietf-netconf-yang-patch-07 and draft-ietf-netconf-yang-library-03 > =20 > Dear NETCONF WG, > =20 > we hereby issue a WG Last Call for the drafts below: > =20 > http://tools.ietf.org/html/draft-ietf-netconf-restconf-09.txt = > http://tools.ietf.org/html/draft-ietf-netconf-yang-patch-07.txt = > http://tools.ietf.org/html/draft-ietf-netconf-yang-library-03.txt = > =20 > Please review and send your comments to the NETCONF WG mailing list by = January 22, 2015 EOB PT. > =20 > The drafts on RESTCONF, YANG patch and YANG library are planned to = publish as standard track documents. > =20 > As RESTCONF is a major protocol we seek a detailed and thorough review = within NETCONF WG but also by the related WGs before publishing. > Therefore the WGLC is planned to finalize on January 22th (covering = the holiday time in between) and APP, INT and RTG area ADs will be = informed as well as Core, I2RS, 6lo, and 6tisch WGs are invited to = review. > =20 > Please take your time to review the documents and send your comments = to the NETCONF maillist by the deadline. > Please state on NETCONF maillist also explicitly, whether you have = read/reviewed and whether you support the publication. > Furthermore please indicate if you plan to implement or have already = implementations for RESTCONF and its supplementary drafts. > =20 > Thank you for your review and kind help getting RESTCONF = specifications stable. > =20 > Best Regards, > Mehmet and Mahesh --Apple-Mail=_7112B9A0-15BD-4442-A187-939EC9E880FC Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii The Last Call period for the above three drafts closed = yesterday. Thanks to everyone who provided comments on the three = drafts.

The authors = will update the documents based on the comments received and post an = updated version of the draft(s).

Mahesh & Mehmet.

On Dec 15, 2015, at 2:09 PM, Ersue, Mehmet (Nokia - = DE/Munich) <mehmet.ersue@nokia.com> wrote:

FYI and attention.
 
Please provide your = comments to NETCONF WG maillist.
 
Mehmet
 
From: Ersue, = Mehmet (Nokia - DE/Munich) 
Sent: Tuesday, December 15, 2015 = 9:59 PM
To: netconf@ietf.org
Cc: 'core@ietf.org' <core@ietf.org>; 'i2rs@ietf.org' <i2rs@ietf.org>; '6lo@ietf.org' <6lo@ietf.org>; '6tisch@ietf.org' <6tisch@ietf.org>
Subject: WG Last Call for = draft-ietf-netconf-restconf-09, draft-ietf-netconf-yang-patch-07 and = draft-ietf-netconf-yang-library-03
 
Dear NETCONF WG,
 
we hereby issue a WG Last = Call for the drafts below:
 
http://tools.ietf.org/html/draft-ietf-netconf-restconf-09.txt
 
Please review and send = your comments to the NETCONF WG mailing list by January 22, 2015 EOB = PT.
 
The = drafts on RESTCONF, YANG patch and YANG library are planned to publish = as standard track documents.
 
As RESTCONF is a major protocol we seek a = detailed and thorough review within NETCONF WG but also by the related = WGs before publishing.
Therefore the WGLC is planned to finalize on January 22th = (covering the holiday time in between) and APP, INT and RTG area ADs = will be informed as well as Core, I2RS, 6lo, and 6tisch WGs are invited = to review.
 
Please take your time to review the documents and send your = comments to the NETCONF maillist by the deadline.
Please state on NETCONF maillist also = explicitly, whether you have read/reviewed and whether you support the = publication.
Furthermore please = indicate if you plan to implement or have already = implementations for RESTCONF and its supplementary = drafts.
 
Thank= you for your review and kind help getting RESTCONF specifications = stable.
 
Best = Regards,
Mehmet and = Mahesh




= --Apple-Mail=_7112B9A0-15BD-4442-A187-939EC9E880FC-- From nobody Mon Jan 25 10:14:43 2016 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D04081B3838; Mon, 25 Jan 2016 10:14:41 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.85 X-Spam-Level: X-Spam-Status: No, score=-3.85 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, HELO_EQ_FR=0.35, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.001] 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 9t1b37VTB2l5; Mon, 25 Jan 2016 10:14:39 -0800 (PST) Received: from r-mail1.rd.orange.com (r-mail1.rd.orange.com [217.108.152.41]) by ietfa.amsl.com (Postfix) with ESMTP id 80EE41B3868; Mon, 25 Jan 2016 10:14:39 -0800 (PST) Received: from r-mail1.rd.orange.com (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with SMTP id 5B125A44163; Mon, 25 Jan 2016 19:14:38 +0100 (CET) Received: from FTRDCH01.rd.francetelecom.fr (unknown [10.194.32.11]) by r-mail1.rd.orange.com (Postfix) with ESMTP id 5169EA44148; Mon, 25 Jan 2016 19:14:38 +0100 (CET) Received: from [10.193.71.204] (10.193.71.204) by FTRDCH01.rd.francetelecom.fr (10.194.32.11) with Microsoft SMTP Server id 14.3.266.1; Mon, 25 Jan 2016 19:14:37 +0100 To: From: Julien Meuric Organization: Orange Message-ID: <56A6660D.8050800@orange.com> Date: Mon, 25 Jan 2016 19:14:37 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.5.1 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8"; format=flowed Content-Transfer-Encoding: 8bit Archived-At: Cc: "rtg-dir@ietf.org" , draft-ietf-i2rs-pub-sub-requirements@ietf.org, i2rs@ietf.org Subject: [i2rs] RtgDir Review: draft-ietf-i2rs-pub-sub-requirements X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jan 2016 18:14:42 -0000 Hello, I have been selected as the Routing Directorate reviewer for this draft. The Routing Directorate seeks to review all routing or routing-related drafts as they pass through IETF last call and IESG review. The purpose of the review is to provide assistance to the Routing ADs. For more information about the Routing Directorate, please see ​ http://trac.tools.ietf.org/area/rtg/trac/wiki/RtgDir Although these comments are primarily for the use of the Routing ADs, it would be helpful if you could consider them along with any other IETF Last Call comments that you receive, and strive to resolve them through discussion or by updating the draft. Document: draft-ietf-i2rs-pub-sub-requirements-04 Reviewer: Julien Meuric Review Date: 25 January 2016 IETF LC End Date: TBD Intended Status: ST (see below) *Summary:* I have some minor concerns about this document that I think should be resolved before publication. *Comments:* The I-D is well written and easy to understand. The first concern was about any cross-review with the Netconf WG; a quick check reveals that Netconf was in the loop. The comments below should be easy to address and are expected to help focusing IESG's reviews. *Minor Issues:* - The intended status is "Standard Track", whereas I would have expected "Informational", as it is usually the case for requirement documents, which are not protocol specification. - In the last paragraph of section 4.2.2, the used examples require more than the specified behavior, creating an implicit requirement. If it is the intend, this behavior should be explicitly stated before moving to examples. E.g, one may add: "The returned value, taken from the acceptable range, SHOULD minimize the difference with the requested one." - On page 11, given the following set of constraints, the support of Subscription bundling reads to me more as a "MAY" rather than as "SHOULD". *Nits:* - "pub/sub" is extensively used in sections 1 and 2, expansion ("Publication/Subscription"?) should happen early in the document. - page 3: * s/local Network Element based applications/local Network Element-based applications/ * s/NETCONF Event Notifications [RFC5277] provides/NETCONF Event Notifications [RFC5277] provide/ * s/but doesn't provide/but does not provide/ * s/this requirements document/this requirement document/ * s/create new solution./create new solutions./ * s/from operations interfaces/from operation interfaces/ - p.4: s/[i2rs-usecase]has/[i2rs-usecase] has/ - p.5: * s/a subscribe to/a subscribe[r] to/ (I know it is a quote...) * s/be able instruct/be able to instruct/ (ditto) - p.6: * s/supports connection oriented/supports connection-oriented/ * s/Unicast communication/unicast communication/ - p.7: s/pushes updates./pushes updates to./ - p.8: * Section 4 begins by giving credits to "OMG" and "XMPP.org": the references used earlier (2.3) should be reused. * s/Service such that if/Service; if/ * s/re-lease/release/ - p.9: * s/Request, Therefore/Request, therefore/ * Is subscribing to "on-demand" really just a "SHOULD"? * s/i.e. whenever/i.e., whenever/ * s/e.g. what data/e.g., what data/ * s/e.g. active or/e.g., active or/ - p.10 * s/indication at what/indication telling at what/ * After "for on-change update policy", "(if supported)" should be added, since the feature is only a "SHOULD". * s/subscriber will not know/subscriber may not know/ * s/a state of indicating/a state indicating/ - p.12: s/if it would deplete/if it was likely to deplete/ - p.14: * s/character based/character-based/ * At the very end of section 4.2.7, I would drop the brackets and the "Note:" string, to leave the corresponding text as regular text in the document. --- Best regards, Julien From nobody Mon Jan 25 10:24:34 2016 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 918D51B3890; Mon, 25 Jan 2016 10:24:33 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -96.258 X-Spam-Level: X-Spam-Status: No, score=-96.258 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DOS_OUTLOOK_TO_MX=2.845, FH_RELAY_NODNS=1.451, HELO_MISMATCH_COM=0.553, RDNS_NONE=0.793, USER_IN_WHITELIST=-100] autolearn=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 dr8uXfp3X-cl; Mon, 25 Jan 2016 10:24:32 -0800 (PST) Received: from hickoryhill-consulting.com (unknown [50.245.122.97]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id ADCDC1B388F; Mon, 25 Jan 2016 10:24:31 -0800 (PST) X-Default-Received-SPF: pass (skip=loggedin (res=PASS)) x-ip-name=74.43.47.30; From: "Susan Hares" To: "'Julien Meuric'" , References: <56A6660D.8050800@orange.com> In-Reply-To: <56A6660D.8050800@orange.com> Date: Mon, 25 Jan 2016 13:24:41 -0500 Message-ID: <003401d1579d$a8f02f10$fad08d30$@ndzh.com> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQHkIWTaVpx2ARbS0GjEaTF7Q27rQZ7m9lQQ Content-Language: en-us X-Authenticated-User: skh@ndzh.com Archived-At: Cc: rtg-dir@ietf.org, draft-ietf-i2rs-pub-sub-requirements@ietf.org, i2rs@ietf.org Subject: Re: [i2rs] [RTG-DIR] RtgDir Review: draft-ietf-i2rs-pub-sub-requirements X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jan 2016 18:24:33 -0000 Julien:=20 Thank you for the routing directorate review. I'm sure the authors = will respond to you regarding these questions. I am responding on the = standard track versus informational. =20 We placed these drafts on the standard track because I2RS charter = includes the goal of not creating new protocols, but utilizing a = combination of other protocols. Based on your questions and other = reviewers questions about the status, the chairs are in discussion with = the AD as to whether "standards" or "informational" is the right status. = Thank you for bringing up these issues.=20 Susan Hares=20 -----Original Message----- From: rtg-dir [mailto:rtg-dir-bounces@ietf.org] On Behalf Of Julien = Meuric Sent: Monday, January 25, 2016 1:15 PM To: rtg-ads@tools.ietf.org Cc: rtg-dir@ietf.org; draft-ietf-i2rs-pub-sub-requirements@ietf.org; = i2rs@ietf.org Subject: [RTG-DIR] RtgDir Review: draft-ietf-i2rs-pub-sub-requirements Hello, I have been selected as the Routing Directorate reviewer for this draft. = The Routing Directorate seeks to review all routing or routing-related = drafts as they pass through IETF last call and IESG review. The purpose = of the review is to provide assistance to the Routing ADs. For more = information about the Routing Directorate, please see =E2=80=8B = http://trac.tools.ietf.org/area/rtg/trac/wiki/RtgDir Although these comments are primarily for the use of the Routing ADs, it = would be helpful if you could consider them along with any other IETF = Last Call comments that you receive, and strive to resolve them through = discussion or by updating the draft. Document: draft-ietf-i2rs-pub-sub-requirements-04 Reviewer: Julien Meuric Review Date: 25 January 2016 IETF LC End Date: TBD Intended Status: ST (see below) *Summary:* I have some minor concerns about this document that I think should be = resolved before publication. *Comments:* The I-D is well written and easy to understand. The first concern was = about any cross-review with the Netconf WG; a quick check reveals that = Netconf was in the loop. The comments below should be easy to address = and are expected to help focusing IESG's reviews. *Minor Issues:* - The intended status is "Standard Track", whereas I would have expected = "Informational", as it is usually the case for requirement documents, = which are not protocol specification. - In the last paragraph of section 4.2.2, the used examples require more = than the specified behavior, creating an implicit requirement. If it is = the intend, this behavior should be explicitly stated before moving to = examples. E.g, one may add: "The returned value, taken from the = acceptable range, SHOULD minimize the difference with the requested = one." - On page 11, given the following set of constraints, the support of = Subscription bundling reads to me more as a "MAY" rather than as = "SHOULD". *Nits:* - "pub/sub" is extensively used in sections 1 and 2, expansion ("Publication/Subscription"?) should happen early in the document. - page 3: * s/local Network Element based applications/local Network = Element-based applications/ * s/NETCONF Event Notifications [RFC5277] provides/NETCONF Event = Notifications [RFC5277] provide/ * s/but doesn't provide/but does not provide/ * s/this requirements document/this requirement document/ * s/create new solution./create new solutions./ * s/from operations interfaces/from operation interfaces/ - p.4: s/[i2rs-usecase]has/[i2rs-usecase] has/ - p.5: * s/a subscribe to/a subscribe[r] to/ (I know it is a quote...) * s/be able instruct/be able to instruct/ (ditto) - p.6: * s/supports connection oriented/supports connection-oriented/ * s/Unicast communication/unicast communication/ - p.7: s/pushes updates./pushes updates to./ - p.8: * Section 4 begins by giving credits to "OMG" and "XMPP.org": the = references used earlier (2.3) should be reused. * s/Service such that if/Service; if/ * s/re-lease/release/ - p.9: * s/Request, Therefore/Request, therefore/ * Is subscribing to "on-demand" really just a "SHOULD"? * s/i.e. whenever/i.e., whenever/ * s/e.g. what data/e.g., what data/ * s/e.g. active or/e.g., active or/ - p.10 * s/indication at what/indication telling at what/ * After "for on-change update policy", "(if supported)" should be = added, since the feature is only a "SHOULD". * s/subscriber will not know/subscriber may not know/ * s/a state of indicating/a state indicating/ - p.12: s/if it would deplete/if it was likely to deplete/ - p.14: * s/character based/character-based/ * At the very end of section 4.2.7, I would drop the brackets and = the "Note:" string, to leave the corresponding text as regular text in = the document. --- Best regards, Julien From nobody Mon Jan 25 17:43:08 2016 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3D4501ACD53; Mon, 25 Jan 2016 17:43:07 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.502 X-Spam-Level: X-Spam-Status: No, score=-14.502 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, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001, 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 Xwe1p5RItD-P; Mon, 25 Jan 2016 17:43:05 -0800 (PST) Received: from aer-iport-4.cisco.com (aer-iport-4.cisco.com [173.38.203.54]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id DC5A61ACD50; Mon, 25 Jan 2016 17:43:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=10062; q=dns/txt; s=iport; t=1453772584; x=1454982184; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=M0GNwQOgAViFHhyirQFVvhhJU0EBKBSKaGHIvefcrws=; b=alCKU3kmHpIfspP1jG7QSQB6MAMhAMucG/SmTIjN6cssUwUP173xT+11 tuoBuRL8pXC52CJsKez4Lw2cWuau2gSckjgtdwu7hQNrr0nnA3SLMU9/M wnAnZyBFEFQ34MJYguHUAkY5LYyPpmOm4/hbNZRU+rvyNvsjejdWo/EIy o=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0CzBAAIzqZW/xbLJq1ehAxtBohRom6RG?= =?us-ascii?q?yKFbQIcgXoBAQEBAQGBC4RBAQEBAwEjEUUFBwQCAQgRAwEBAQMCCAEaAwICAjA?= =?us-ascii?q?UAQgIAgQOBQgTh3gIDq8TjxoBAQEBAQEBAQEBAQEBAQEBAQEBAQEVe4U3g2qBA?= =?us-ascii?q?4dMgToFknSEBAGFRYgJgWVKg3qIV4VxhH6DUgFig2lqAYY/fAEBAQ?= X-IronPort-AV: E=Sophos;i="5.22,347,1449532800"; d="scan'208";a="624782455" Received: from aer-iport-nat.cisco.com (HELO aer-core-4.cisco.com) ([173.38.203.22]) by aer-iport-4.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 26 Jan 2016 01:43:01 +0000 Received: from XCH-RTP-013.cisco.com (xch-rtp-013.cisco.com [64.101.220.153]) by aer-core-4.cisco.com (8.14.5/8.14.5) with ESMTP id u0Q1h0iF014844 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Tue, 26 Jan 2016 01:43:01 GMT Received: from xch-rtp-013.cisco.com (64.101.220.153) by XCH-RTP-013.cisco.com (64.101.220.153) with Microsoft SMTP Server (TLS) id 15.0.1104.5; Mon, 25 Jan 2016 20:43:00 -0500 Received: from xch-rtp-013.cisco.com ([64.101.220.153]) by XCH-RTP-013.cisco.com ([64.101.220.153]) with mapi id 15.00.1104.009; Mon, 25 Jan 2016 20:42:59 -0500 From: "Eric Voit (evoit)" To: "'Julien Meuric'" Thread-Topic: [RTG-DIR] RtgDir Review: draft-ietf-i2rs-pub-sub-requirements Thread-Index: AQHkIWTaVpx2ARbS0GjEaTF7Q27rQZ7m9lQQgABpg2A= Date: Tue, 26 Jan 2016 01:42:59 +0000 Message-ID: <5855ac76a1a6463b8fdd6d00659633e3@XCH-RTP-013.cisco.com> References: <56A6660D.8050800@orange.com> <003401d1579d$a8f02f10$fad08d30$@ndzh.com> In-Reply-To: <003401d1579d$a8f02f10$fad08d30$@ndzh.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.118.56.230] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 Archived-At: Cc: "rtg-dir@ietf.org" , "draft-ietf-i2rs-pub-sub-requirements@ietf.org" , "rtg-ads@tools.ietf.org" , Susan Hares , "i2rs@ietf.org" Subject: Re: [i2rs] [RTG-DIR] RtgDir Review: draft-ietf-i2rs-pub-sub-requirements X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jan 2016 01:43:07 -0000 SGkgSnVsaWVuLA0KDQpUaGFua3MgZm9yIHRoZSByZXZpZXcuICAgUmVzcG9uc2VzIGluLWxpbmUu Li4NCg0KPiBGcm9tOiBTdXNhbiBIYXJlcyBbbWFpbHRvOnNoYXJlc0BuZHpoLmNvbV0NCj4gU2Vu dDogTW9uZGF5LCBKYW51YXJ5IDI1LCAyMDE2IDE6MjUgUE0NCj4gVG86ICdKdWxpZW4gTWV1cmlj JzsgcnRnLWFkc0B0b29scy5pZXRmLm9yZw0KPiBDYzogcnRnLWRpckBpZXRmLm9yZzsgZHJhZnQt aWV0Zi1pMnJzLXB1Yi1zdWItcmVxdWlyZW1lbnRzQGlldGYub3JnOw0KPiBpMnJzQGlldGYub3Jn DQo+IFN1YmplY3Q6IFJFOiBbUlRHLURJUl0gUnRnRGlyIFJldmlldzogZHJhZnQtaWV0Zi1pMnJz LXB1Yi1zdWItcmVxdWlyZW1lbnRzDQo+IA0KPiBKdWxpZW46DQo+IA0KPiBUaGFuayB5b3UgZm9y IHRoZSByb3V0aW5nIGRpcmVjdG9yYXRlIHJldmlldy4gICBJJ20gc3VyZSB0aGUgYXV0aG9ycyB3 aWxsIHJlc3BvbmQNCj4gdG8geW91IHJlZ2FyZGluZyB0aGVzZSBxdWVzdGlvbnMuICBJIGFtIHJl c3BvbmRpbmcgb24gdGhlIHN0YW5kYXJkIHRyYWNrIHZlcnN1cw0KPiBpbmZvcm1hdGlvbmFsLg0K PiANCj4gV2UgcGxhY2VkIHRoZXNlIGRyYWZ0cyBvbiB0aGUgc3RhbmRhcmQgdHJhY2sgYmVjYXVz ZSBJMlJTIGNoYXJ0ZXIgaW5jbHVkZXMgdGhlDQo+IGdvYWwgb2Ygbm90IGNyZWF0aW5nIG5ldyBw cm90b2NvbHMsIGJ1dCB1dGlsaXppbmcgYSBjb21iaW5hdGlvbiBvZiBvdGhlcg0KPiBwcm90b2Nv bHMuICBCYXNlZCBvbiB5b3VyIHF1ZXN0aW9ucyBhbmQgb3RoZXIgcmV2aWV3ZXJzIHF1ZXN0aW9u cyBhYm91dCB0aGUNCj4gc3RhdHVzLCB0aGUgY2hhaXJzIGFyZSBpbiBkaXNjdXNzaW9uIHdpdGgg dGhlIEFEIGFzIHRvIHdoZXRoZXIgInN0YW5kYXJkcyIgb3INCj4gImluZm9ybWF0aW9uYWwiIGlz IHRoZSByaWdodCBzdGF0dXMuDQoNCkJlbG93IGFyZSByZXNwb25zZXMgb24gYWxsIGNvbW1lbnRz IHByb3ZpZGVkICpleGNlcHQqIGZvciB0aGUgc3RhbmRhcmRzIG9yIGluZm9ybWF0aW9uYWwgcXVl c3Rpb24gd2hpY2ggU3VzYW4gaXMgZHJpdmluZy4NCg0KPiBUaGFuayB5b3UgZm9yIGJyaW5naW5n IHVwIHRoZXNlIGlzc3Vlcy4NCj4gDQo+IA0KPiBTdXNhbiBIYXJlcw0KPiANCj4gLS0tLS1Pcmln aW5hbCBNZXNzYWdlLS0tLS0NCj4gRnJvbTogcnRnLWRpciBbbWFpbHRvOnJ0Zy1kaXItYm91bmNl c0BpZXRmLm9yZ10gT24gQmVoYWxmIE9mIEp1bGllbiBNZXVyaWMNCj4gU2VudDogTW9uZGF5LCBK YW51YXJ5IDI1LCAyMDE2IDE6MTUgUE0NCj4gVG86IHJ0Zy1hZHNAdG9vbHMuaWV0Zi5vcmcNCj4g Q2M6IHJ0Zy1kaXJAaWV0Zi5vcmc7IGRyYWZ0LWlldGYtaTJycy1wdWItc3ViLXJlcXVpcmVtZW50 c0BpZXRmLm9yZzsNCj4gaTJyc0BpZXRmLm9yZw0KPiBTdWJqZWN0OiBbUlRHLURJUl0gUnRnRGly IFJldmlldzogZHJhZnQtaWV0Zi1pMnJzLXB1Yi1zdWItcmVxdWlyZW1lbnRzDQo+IA0KPiBIZWxs bywNCj4gDQo+IEkgaGF2ZSBiZWVuIHNlbGVjdGVkIGFzIHRoZSBSb3V0aW5nIERpcmVjdG9yYXRl IHJldmlld2VyIGZvciB0aGlzIGRyYWZ0Lg0KPiBUaGUgUm91dGluZyBEaXJlY3RvcmF0ZSBzZWVr cyB0byByZXZpZXcgYWxsIHJvdXRpbmcgb3Igcm91dGluZy1yZWxhdGVkIGRyYWZ0cyBhcw0KPiB0 aGV5IHBhc3MgdGhyb3VnaCBJRVRGIGxhc3QgY2FsbCBhbmQgSUVTRyByZXZpZXcuIFRoZSBwdXJw b3NlIG9mIHRoZSByZXZpZXcgaXMgdG8NCj4gcHJvdmlkZSBhc3Npc3RhbmNlIHRvIHRoZSBSb3V0 aW5nIEFEcy4gRm9yIG1vcmUgaW5mb3JtYXRpb24gYWJvdXQgdGhlIFJvdXRpbmcNCj4gRGlyZWN0 b3JhdGUsIHBsZWFzZSBzZWUg4oCLIGh0dHA6Ly90cmFjLnRvb2xzLmlldGYub3JnL2FyZWEvcnRn L3RyYWMvd2lraS9SdGdEaXINCj4gDQo+IEFsdGhvdWdoIHRoZXNlIGNvbW1lbnRzIGFyZSBwcmlt YXJpbHkgZm9yIHRoZSB1c2Ugb2YgdGhlIFJvdXRpbmcgQURzLCBpdCB3b3VsZA0KPiBiZSBoZWxw ZnVsIGlmIHlvdSBjb3VsZCBjb25zaWRlciB0aGVtIGFsb25nIHdpdGggYW55IG90aGVyIElFVEYg TGFzdCBDYWxsDQo+IGNvbW1lbnRzIHRoYXQgeW91IHJlY2VpdmUsIGFuZCBzdHJpdmUgdG8gcmVz b2x2ZSB0aGVtIHRocm91Z2ggZGlzY3Vzc2lvbiBvciBieQ0KPiB1cGRhdGluZyB0aGUgZHJhZnQu DQo+IA0KPiBEb2N1bWVudDogZHJhZnQtaWV0Zi1pMnJzLXB1Yi1zdWItcmVxdWlyZW1lbnRzLTA0 DQo+IFJldmlld2VyOiBKdWxpZW4gTWV1cmljDQo+IFJldmlldyBEYXRlOiAyNSBKYW51YXJ5IDIw MTYNCj4gSUVURiBMQyBFbmQgRGF0ZTogVEJEDQo+IEludGVuZGVkIFN0YXR1czogU1QgKHNlZSBi ZWxvdykNCj4gDQo+ICpTdW1tYXJ5OioNCj4gSSBoYXZlIHNvbWUgbWlub3IgY29uY2VybnMgYWJv dXQgdGhpcyBkb2N1bWVudCB0aGF0IEkgdGhpbmsgc2hvdWxkIGJlIHJlc29sdmVkDQo+IGJlZm9y ZSBwdWJsaWNhdGlvbi4NCj4gDQo+ICpDb21tZW50czoqDQo+IFRoZSBJLUQgaXMgd2VsbCB3cml0 dGVuIGFuZCBlYXN5IHRvIHVuZGVyc3RhbmQuIFRoZSBmaXJzdCBjb25jZXJuIHdhcyBhYm91dCBh bnkNCj4gY3Jvc3MtcmV2aWV3IHdpdGggdGhlIE5ldGNvbmYgV0c7IGEgcXVpY2sgY2hlY2sgcmV2 ZWFscyB0aGF0IE5ldGNvbmYgd2FzIGluDQo+IHRoZSBsb29wLiBUaGUgY29tbWVudHMgYmVsb3cg c2hvdWxkIGJlIGVhc3kgdG8gYWRkcmVzcyBhbmQgYXJlIGV4cGVjdGVkIHRvDQo+IGhlbHAgZm9j dXNpbmcgSUVTRydzIHJldmlld3MuDQo+IA0KPiAqTWlub3IgSXNzdWVzOioNCj4gLSBUaGUgaW50 ZW5kZWQgc3RhdHVzIGlzICJTdGFuZGFyZCBUcmFjayIsIHdoZXJlYXMgSSB3b3VsZCBoYXZlIGV4 cGVjdGVkDQo+ICJJbmZvcm1hdGlvbmFsIiwgYXMgaXQgaXMgdXN1YWxseSB0aGUgY2FzZSBmb3Ig cmVxdWlyZW1lbnQgZG9jdW1lbnRzLCB3aGljaCBhcmUNCj4gbm90IHByb3RvY29sIHNwZWNpZmlj YXRpb24uDQo+IC0gSW4gdGhlIGxhc3QgcGFyYWdyYXBoIG9mIHNlY3Rpb24gNC4yLjIsIHRoZSB1 c2VkIGV4YW1wbGVzIHJlcXVpcmUgbW9yZSB0aGFuIHRoZQ0KPiBzcGVjaWZpZWQgYmVoYXZpb3Is IGNyZWF0aW5nIGFuIGltcGxpY2l0IHJlcXVpcmVtZW50LiBJZiBpdCBpcyB0aGUgaW50ZW5kLCB0 aGlzDQo+IGJlaGF2aW9yIHNob3VsZCBiZSBleHBsaWNpdGx5IHN0YXRlZCBiZWZvcmUgbW92aW5n IHRvIGV4YW1wbGVzLiBFLmcsIG9uZSBtYXkNCj4gYWRkOiAiVGhlIHJldHVybmVkIHZhbHVlLCB0 YWtlbiBmcm9tIHRoZSBhY2NlcHRhYmxlIHJhbmdlLCBTSE9VTEQgbWluaW1pemUNCj4gdGhlIGRp ZmZlcmVuY2Ugd2l0aCB0aGUgcmVxdWVzdGVkIG9uZS4iDQoNClJlYWRpbmcgdGhpcyBhZ2Fpbiwg SSBkbyBzZWUgc29tZSBkb3duc2lkZSB0byAiU0hPVUxEIi4gIFBlcmhhcHMgc29tZSB2YXJpYW50 IG9mICJtYXkiIGlzIGJldHRlci4gICBUaGUgcmVhc29uIGZvciBkb3duZ3JhZGluZyB0aGUgcmVx dWlyZW1lbnQgaXMgdGhhdCBhIFN1YnNjcmliZXIgbWlnaHQgYWx3YXlzIGFzayBmb3IgZXh0cmVt ZWx5IGhpZ2ggUW9TIGxldmVscywga25vd2luZyB0aGUgYmVzdCBwb3NzaWJsZSBRb1Mgd2lsbCBi ZSByZXR1cm5lZCBieSB0aGUgUHVibGlzaGVyLiAgVGhpcyBjb3VsZCBkZWdyYWRlIGNhcGFjaXR5 IGZvciB0aGUgUHVibGlzaGVyIGFzIGEgd2hvbGUuICBXaGF0IGFib3V0IHRoZSBmb2xsb3dpbmcg dGV4dCBpbnN0ZWFkLi4uDQoNCiJGb3IgZXhhbXBsZSwgaWYgcGVyaW9kaWMgdXBkYXRlcyB3ZXJl IHJlcXVlc3RlZCB3aXRoIHRvbyBzaG9ydCB1cGRhdGUgaW50ZXJ2YWxzIGZvciB0aGUgc3BlY2lm aWVkIGRhdGEgc2V0LCBhbiBhbHRlcm5hdGl2ZSBhY2NlcHRhYmxlIGludGVydmFsIHBlcmlvZCBt aWdodCBiZSByZXR1cm5lZCBmcm9tIHRoZSBQdWJsaXNoZXIuICBJZiBvbi1jaGFuZ2UgdXBkYXRl cyB3ZXJlIHJlcXVlc3RlZCB3aXRoIHRvby1hZ2dyZXNzaXZlIGRhbXBlbmluZyBwZXJpb2QsIHRo ZSBhbiBhY2NlcHRhYmxlIGRhbXBlbmluZyBwZXJpb2QgbWF5IGJlIHJldHVybmVkLCBvciBhbHRl cm5hdGl2ZWx5IGFuIGluZGljYXRpb24gdGhhdCBvbmx5IHBlcmlvZGljIHVwZGF0ZXMgYXJlIHN1 cHBvcnRlZCBmb3IgdGhlIHJlcXVlc3RlZCBvYmplY3QocykuDQoNCj4gLSBPbiBwYWdlIDExLCBn aXZlbiB0aGUgZm9sbG93aW5nIHNldCBvZiBjb25zdHJhaW50cywgdGhlIHN1cHBvcnQgb2YgU3Vi c2NyaXB0aW9uDQo+IGJ1bmRsaW5nIHJlYWRzIHRvIG1lIG1vcmUgYXMgYSAiTUFZIiByYXRoZXIg dGhhbiBhcyAiU0hPVUxEIi4NCg0KQWdyZWUuICBDaGFuZ2UgbWFkZS4NCiANCj4gKk5pdHM6Kg0K PiAtICJwdWIvc3ViIiBpcyBleHRlbnNpdmVseSB1c2VkIGluIHNlY3Rpb25zIDEgYW5kIDIsIGV4 cGFuc2lvbg0KPiAoIlB1YmxpY2F0aW9uL1N1YnNjcmlwdGlvbiI/KSBzaG91bGQgaGFwcGVuIGVh cmx5IGluIHRoZSBkb2N1bWVudC4NCg0KQ2hhbmdlIG1hZGUNCg0KPiAtIHBhZ2UgMzoNCj4gICAg ICAqIHMvbG9jYWwgTmV0d29yayBFbGVtZW50IGJhc2VkIGFwcGxpY2F0aW9ucy9sb2NhbCBOZXR3 b3JrIEVsZW1lbnQtYmFzZWQNCj4gYXBwbGljYXRpb25zLw0KDQpOb3Qgc3VyZSB3aGF0IHRoZSAi LSIgYWRkcyBoZXJlPw0KDQo+ICAgICAgKiBzL05FVENPTkYgRXZlbnQgTm90aWZpY2F0aW9ucyBb UkZDNTI3N10gcHJvdmlkZXMvTkVUQ09ORiBFdmVudA0KPiBOb3RpZmljYXRpb25zIFtSRkM1Mjc3 XSBwcm92aWRlLw0KDQogSGVyZSB3ZSByZWZlciB0byBSRkMgNTI3NyB3aGljaCBpcyBzaW5ndWxh ciwgc28gInByb3ZpZGVzIiBzZWVtcyB0byBiZSB0aGUgYmV0dGVyIGNob2ljZS4NCg0KPiAgICAg ICogcy9idXQgZG9lc24ndCBwcm92aWRlL2J1dCBkb2VzIG5vdCBwcm92aWRlLw0KDQpDaGFuZ2Ug bWFkZQ0KDQo+ICAgICAgKiBzL3RoaXMgcmVxdWlyZW1lbnRzIGRvY3VtZW50L3RoaXMgcmVxdWly ZW1lbnQgZG9jdW1lbnQvDQoNCkNoYW5nZSBtYWRlDQoNCj4gICAgICAqIHMvY3JlYXRlIG5ldyBz b2x1dGlvbi4vY3JlYXRlIG5ldyBzb2x1dGlvbnMuLw0KDQpDaGFuZ2UgbWFkZQ0KDQo+ICAgICAg KiBzL2Zyb20gb3BlcmF0aW9ucyBpbnRlcmZhY2VzL2Zyb20gb3BlcmF0aW9uIGludGVyZmFjZXMv DQoNCiJPcGVyYXRpb25zIiBpcyB0aGUgdHJhZGl0aW9uYWwgdGVybSBJIGhhdmUgc2VlbiBmb3Ig dGhpcyBmdW5jdGlvbi4NCg0KPiAtIHAuNDogcy9baTJycy11c2VjYXNlXWhhcy9baTJycy11c2Vj YXNlXSBoYXMvDQoNCkNoYW5nZSBtYWRlDQoNCj4gLSBwLjU6DQo+ICAgICAgKiBzL2Egc3Vic2Ny aWJlIHRvL2Egc3Vic2NyaWJlW3JdIHRvLyAgKEkga25vdyBpdCBpcyBhIHF1b3RlLi4uKQ0KDQpD aGFuZ2UgbWFkZQ0KDQo+ICAgICAgKiBzL2JlIGFibGUgaW5zdHJ1Y3QvYmUgYWJsZSB0byBpbnN0 cnVjdC8gIChkaXR0bykNCg0KQ2hhbmdlIG1hZGUNCg0KPiAtIHAuNjoNCj4gICAgICAqIHMvc3Vw cG9ydHMgY29ubmVjdGlvbiBvcmllbnRlZC9zdXBwb3J0cyBjb25uZWN0aW9uLW9yaWVudGVkLw0K DQpDaGFuZ2UgbWFkZQ0KDQo+ICAgICAgKiBzL1VuaWNhc3QgY29tbXVuaWNhdGlvbi91bmljYXN0 IGNvbW11bmljYXRpb24vDQoNCkNoYW5nZSBtYWRlDQoNCj4gLSBwLjc6IHMvcHVzaGVzIHVwZGF0 ZXMuL3B1c2hlcyB1cGRhdGVzIHRvLi8NCg0KRXF1aXZhbGVudCBjaGFuZ2UgbWFkZS4gIiB0byB3 aGljaCBhIFB1Ymxpc2hlciBwdXNoZXMgdXBkYXRlcy4iDQoNCj4gLSBwLjg6DQo+ICAgICAgKiBT ZWN0aW9uIDQgYmVnaW5zIGJ5IGdpdmluZyBjcmVkaXRzIHRvICJPTUciIGFuZCAiWE1QUC5vcmci OiB0aGUgcmVmZXJlbmNlcw0KPiB1c2VkIGVhcmxpZXIgKDIuMykgc2hvdWxkIGJlIHJldXNlZC4N Cg0KQ2hhbmdlIG1hZGUuDQoNCj4gICAgICAqIHMvU2VydmljZSBzdWNoIHRoYXQgaWYvU2Vydmlj ZTsgaWYvDQoNCkNoYW5nZSBtYWRlDQoNCj4gICAgICAqIHMvcmUtbGVhc2UvcmVsZWFzZS8NCg0K UmVsZWFzZSBoYXMgYSBkaWZmZXJlbnQgbWVhbmluZy4gIFRoZSBpbnRlbnQgbW9yZSBsaWtlIHJl bmV3LiAgVGV4dCBjaGFuZ2VkIHRvICJleHRlbmQgdGhlIGxlYXNlIi4NCg0KPiAtIHAuOToNCj4g ICAgICAqIHMvUmVxdWVzdCwgVGhlcmVmb3JlL1JlcXVlc3QsIHRoZXJlZm9yZS8NCg0KQ2hhbmdl IG1hZGUNCg0KPiAgICAgICogSXMgc3Vic2NyaWJpbmcgdG8gIm9uLWRlbWFuZCIgcmVhbGx5IGp1 c3QgYSAiU0hPVUxEIj8NCg0KWWVzLiAgIFNvbWUgaW1wbGVtZW50YXRpb25zIGFyZSBsaWtlbHkg dG8gb25seSBzdXBwb3J0IHBlcmlvZGljIHN1YnNjcmlwdGlvbnMuDQoNCj4gICAgICAqIHMvaS5l LiB3aGVuZXZlci9pLmUuLCB3aGVuZXZlci8NCg0KQ2hhbmdlIG1hZGUNCg0KPiAgICAgICogcy9l LmcuIHdoYXQgZGF0YS9lLmcuLCB3aGF0IGRhdGEvDQoNCkNoYW5nZSBtYWRlDQoNCj4gICAgICAq IHMvZS5nLiBhY3RpdmUgb3IvZS5nLiwgYWN0aXZlIG9yLw0KDQpDaGFuZ2UgbWFkZQ0KDQo+IC0g cC4xMA0KPiAgICAgICogcy9pbmRpY2F0aW9uIGF0IHdoYXQvaW5kaWNhdGlvbiB0ZWxsaW5nIGF0 IHdoYXQvDQoNCkNoYW5nZSBtYWRlDQoNCj4gICAgICAqIEFmdGVyICJmb3Igb24tY2hhbmdlIHVw ZGF0ZSBwb2xpY3kiLCAiKGlmIHN1cHBvcnRlZCkiIHNob3VsZCBiZSBhZGRlZCwgc2luY2UNCj4g dGhlIGZlYXR1cmUgaXMgb25seSBhICJTSE9VTEQiLg0KDQpDaGFuZ2UgbWFkZQ0KDQo+ICAgICAg KiBzL3N1YnNjcmliZXIgd2lsbCBub3Qga25vdy9zdWJzY3JpYmVyIG1heSBub3Qga25vdy8NCg0K Q2hhbmdlZCB0byAibWlnaHQgbm90Ig0KDQo+ICAgICAgKiBzL2Egc3RhdGUgb2YgaW5kaWNhdGlu Zy9hIHN0YXRlIGluZGljYXRpbmcvDQoNCkNoYW5nZSBtYWRlDQoNCj4gLSBwLjEyOiBzL2lmIGl0 IHdvdWxkIGRlcGxldGUvaWYgaXQgd2FzIGxpa2VseSB0byBkZXBsZXRlLw0KDQpDaGFuZ2UgbWFk ZTogImlmIGl0IGlzIGxpa2VseSB0byBkZXBsZXRlICINCg0KPiAtIHAuMTQ6DQo+ICAgICAgKiBz L2NoYXJhY3RlciBiYXNlZC9jaGFyYWN0ZXItYmFzZWQvDQoNCkNoYW5nZSBtYWRlDQoNCj4gICAg ICAqIEF0IHRoZSB2ZXJ5IGVuZCBvZiBzZWN0aW9uIDQuMi43LCBJIHdvdWxkIGRyb3AgdGhlIGJy YWNrZXRzIGFuZCB0aGUgIk5vdGU6Ig0KPiBzdHJpbmcsIHRvIGxlYXZlIHRoZSBjb3JyZXNwb25k aW5nIHRleHQgYXMgcmVndWxhciB0ZXh0IGluIHRoZSBkb2N1bWVudC4NCg0KQ2hhbmdlIG1hZGUN Cg0KQW5kIHRoYW5rcyBmb3IgdGhlIGV4Y2VsbGVudCBzY3J1YiBvZiB0aGUgZG9jdW1lbnQuDQoN CkVyaWMNCg0KPiAtLS0NCj4gDQo+IEJlc3QgcmVnYXJkcywNCj4gDQo+IEp1bGllbg0KPiANCg0K From nobody Tue Jan 26 01:30:29 2016 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9D32A1A8862; Tue, 26 Jan 2016 01:30:25 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.85 X-Spam-Level: X-Spam-Status: No, score=-3.85 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, HELO_EQ_FR=0.35, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.001] 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 MrE-RYfPQN-3; Tue, 26 Jan 2016 01:30:24 -0800 (PST) Received: from r-mail2.rd.orange.com (r-mail2.rd.orange.com [217.108.152.42]) by ietfa.amsl.com (Postfix) with ESMTP id 9E37A1A8860; Tue, 26 Jan 2016 01:30:23 -0800 (PST) Received: from r-mail2.rd.orange.com (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with SMTP id 294915D88D5; Tue, 26 Jan 2016 10:30:22 +0100 (CET) Received: from FTRDCH01.rd.francetelecom.fr (unknown [10.194.32.11]) by r-mail2.rd.orange.com (Postfix) with ESMTP id 1C83D5D84F5; Tue, 26 Jan 2016 10:30:22 +0100 (CET) Received: from [10.193.71.204] (10.193.71.204) by FTRDCH01.rd.francetelecom.fr (10.194.32.11) with Microsoft SMTP Server id 14.3.266.1; Tue, 26 Jan 2016 10:30:21 +0100 To: "Eric Voit (evoit)" References: <56A6660D.8050800@orange.com> <003401d1579d$a8f02f10$fad08d30$@ndzh.com> <5855ac76a1a6463b8fdd6d00659633e3@XCH-RTP-013.cisco.com> From: Julien Meuric Organization: Orange Message-ID: <56A73CAD.4030402@orange.com> Date: Tue, 26 Jan 2016 10:30:21 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.5.1 MIME-Version: 1.0 In-Reply-To: <5855ac76a1a6463b8fdd6d00659633e3@XCH-RTP-013.cisco.com> Content-Type: text/plain; charset="utf-8"; format=flowed Content-Transfer-Encoding: 7bit Archived-At: Cc: "rtg-dir@ietf.org" , "draft-ietf-i2rs-pub-sub-requirements@ietf.org" , "rtg-ads@tools.ietf.org" , Susan Hares , "i2rs@ietf.org" Subject: Re: [i2rs] [RTG-DIR] RtgDir Review: draft-ietf-i2rs-pub-sub-requirements X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jan 2016 09:30:25 -0000 Hi Eric, It looks like we have entered a fast convergence process. Please, see [JM] below. Julien Jan. 26, 2016 - evoit@cisco.com: > Hi Julien, > > Thanks for the review. Responses in-line... > >> From: Susan Hares [mailto:shares@ndzh.com] >> Sent: Monday, January 25, 2016 1:25 PM [...] >> We placed these drafts on the standard track because I2RS charter includes the >> goal of not creating new protocols, but utilizing a combination of other >> protocols. Based on your questions and other reviewers questions about the >> status, the chairs are in discussion with the AD as to whether "standards" or >> "informational" is the right status. > > Below are responses on all comments provided *except* for the standards or informational question which Susan is driving. > [JM] OK, I am looking forward to the conclusion. >> Thank you for bringing up these issues. >> >> >> Susan Hares >> >> -----Original Message----- >> From: rtg-dir [mailto:rtg-dir-bounces@ietf.org] On Behalf Of Julien Meuric >> Sent: Monday, January 25, 2016 1:15 PM [...] >> - In the last paragraph of section 4.2.2, the used examples require more than the >> specified behavior, creating an implicit requirement. If it is the intend, this >> behavior should be explicitly stated before moving to examples. E.g, one may >> add: "The returned value, taken from the acceptable range, SHOULD minimize >> the difference with the requested one." > > Reading this again, I do see some downside to "SHOULD". Perhaps some variant of "may" is better. The reason for downgrading the requirement is that a Subscriber might always ask for extremely high QoS levels, knowing the best possible QoS will be returned by the Publisher. This could degrade capacity for the Publisher as a whole. What about the following text instead... > > "For example, if periodic updates were requested with too short update intervals for the specified data set, an alternative acceptable interval period might be returned from the Publisher. If on-change updates were requested with too-aggressive dampening period, the an acceptable dampening period may be returned, or alternatively an indication that only periodic updates are supported for the requested object(s). [JM] My proposed sentence was trying to reflect my reading of the examples. I agree with the downside you point out and am perfectly fine with the proposed text. Just beware of the typo: "the an acceptable". [...] >> - page 3: >> * s/local Network Element based applications/local Network Element-based >> applications/ > > Not sure what the "-" adds here? > >> * s/NETCONF Event Notifications [RFC5277] provides/NETCONF Event >> Notifications [RFC5277] provide/ > > Here we refer to RFC 5277 which is singular, so "provides" seems to be the better choice. [JM] I parsed the sentence considering the reference in brackets as an optional parenthesis, thus the plural. I can live with "provides". [...] >> * s/from operations interfaces/from operation interfaces/ > > "Operations" is the traditional term I have seen for this function. [JM] OK [...] >> - p.7: s/pushes updates./pushes updates to./ > > Equivalent change made. " to which a Publisher pushes updates." [JM] Even better. [...] >> * s/re-lease/release/ > > Release has a different meaning. The intent more like renew. Text changed to "extend the lease". [JM] Much clearer. [...] > > And thanks for the excellent scrub of the document. [JM] You are welcome. Thank you for the quick response. > > Eric > >> --- >> >> Best regards, >> >> Julien >> > From nobody Tue Jan 26 01:55:32 2016 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 308181A88DB; Tue, 26 Jan 2016 01:55:29 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.85 X-Spam-Level: X-Spam-Status: No, score=-3.85 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, HELO_EQ_FR=0.35, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.001] 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 CXr0LanwIdGn; Tue, 26 Jan 2016 01:55:24 -0800 (PST) Received: from r-mail2.rd.orange.com (r-mail2.rd.orange.com [217.108.152.42]) by ietfa.amsl.com (Postfix) with ESMTP id E2BFA1A88D5; Tue, 26 Jan 2016 01:55:23 -0800 (PST) Received: from r-mail2.rd.orange.com (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with SMTP id 4FB725D88D5; Tue, 26 Jan 2016 10:55:23 +0100 (CET) Received: from FTRDCH01.rd.francetelecom.fr (unknown [10.194.32.11]) by r-mail2.rd.orange.com (Postfix) with ESMTP id 41BFD5D84F5; Tue, 26 Jan 2016 10:55:23 +0100 (CET) Received: from [10.193.71.204] (10.193.71.204) by FTRDCH01.rd.francetelecom.fr (10.194.32.11) with Microsoft SMTP Server id 14.3.266.1; Tue, 26 Jan 2016 10:55:22 +0100 To: "Eric Voit (evoit)" References: <56A6660D.8050800@orange.com> <003401d1579d$a8f02f10$fad08d30$@ndzh.com> <5855ac76a1a6463b8fdd6d00659633e3@XCH-RTP-013.cisco.com> <56A73CAD.4030402@orange.com> From: Julien Meuric Organization: Orange Message-ID: <56A7428A.6080901@orange.com> Date: Tue, 26 Jan 2016 10:55:22 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.5.1 MIME-Version: 1.0 In-Reply-To: <56A73CAD.4030402@orange.com> Content-Type: text/plain; charset="utf-8"; format=flowed Content-Transfer-Encoding: 7bit Archived-At: Cc: "rtg-dir@ietf.org" , "draft-ietf-i2rs-pub-sub-requirements@ietf.org" , "rtg-ads@tools.ietf.org" , Susan Hares , "i2rs@ietf.org" Subject: Re: [i2rs] [RTG-DIR] RtgDir Review: draft-ietf-i2rs-pub-sub-requirements X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jan 2016 09:55:29 -0000 Hi again, Just a quick patch to my previous e-mail, to resume the hyphen issue I have overlooked below. On page 3, I would see: s/both controller and local Network Element based applications/both controller- and local Network Element-based applications/ Reason: I believe hyphens are required to create compound adjectives that qualify the noun "applications" here (but don't ask me what some grammar rules actually add! ;-) ). By the way, on the same page, I had caught another one: s/polling based solution/polling-based solution/ Regards, Julien Jan. 26, 2016 - julien.meuric@orange.com: > Hi Eric, > > It looks like we have entered a fast convergence process. Please, see > [JM] below. > > Julien > > > Jan. 26, 2016 - evoit@cisco.com: >> Hi Julien, >> >> Thanks for the review. Responses in-line... >> >>> From: Susan Hares [mailto:shares@ndzh.com] >>> Sent: Monday, January 25, 2016 1:25 PM > > [...] > >>> We placed these drafts on the standard track because I2RS charter >>> includes the >>> goal of not creating new protocols, but utilizing a combination of other >>> protocols. Based on your questions and other reviewers questions >>> about the >>> status, the chairs are in discussion with the AD as to whether >>> "standards" or >>> "informational" is the right status. >> >> Below are responses on all comments provided *except* for the >> standards or informational question which Susan is driving. >> > [JM] OK, I am looking forward to the conclusion. > > >>> Thank you for bringing up these issues. >>> >>> >>> Susan Hares >>> >>> -----Original Message----- >>> From: rtg-dir [mailto:rtg-dir-bounces@ietf.org] On Behalf Of Julien >>> Meuric >>> Sent: Monday, January 25, 2016 1:15 PM > > [...] > >>> - In the last paragraph of section 4.2.2, the used examples require >>> more than the >>> specified behavior, creating an implicit requirement. If it is the >>> intend, this >>> behavior should be explicitly stated before moving to examples. E.g, >>> one may >>> add: "The returned value, taken from the acceptable range, SHOULD >>> minimize >>> the difference with the requested one." >> >> Reading this again, I do see some downside to "SHOULD". Perhaps some >> variant of "may" is better. The reason for downgrading the >> requirement is that a Subscriber might always ask for extremely high >> QoS levels, knowing the best possible QoS will be returned by the >> Publisher. This could degrade capacity for the Publisher as a whole. >> What about the following text instead... >> >> "For example, if periodic updates were requested with too short update >> intervals for the specified data set, an alternative acceptable >> interval period might be returned from the Publisher. If on-change >> updates were requested with too-aggressive dampening period, the an >> acceptable dampening period may be returned, or alternatively an >> indication that only periodic updates are supported for the requested >> object(s). > > [JM] My proposed sentence was trying to reflect my reading of the > examples. I agree with the downside you point out and am perfectly fine > with the proposed text. Just beware of the typo: "the an acceptable". > > [...] > >>> - page 3: >>> * s/local Network Element based applications/local Network >>> Element-based >>> applications/ >> >> Not sure what the "-" adds here? >> >>> * s/NETCONF Event Notifications [RFC5277] provides/NETCONF Event >>> Notifications [RFC5277] provide/ >> >> Here we refer to RFC 5277 which is singular, so "provides" seems to >> be the better choice. > > [JM] I parsed the sentence considering the reference in brackets as an > optional parenthesis, thus the plural. I can live with "provides". > > [...] > >>> * s/from operations interfaces/from operation interfaces/ >> >> "Operations" is the traditional term I have seen for this function. > > [JM] OK > > [...] > >>> - p.7: s/pushes updates./pushes updates to./ >> >> Equivalent change made. " to which a Publisher pushes updates." > > [JM] Even better. > > [...] > >>> * s/re-lease/release/ >> >> Release has a different meaning. The intent more like renew. Text >> changed to "extend the lease". > > [JM] Much clearer. > > [...] > >> >> And thanks for the excellent scrub of the document. > > [JM] You are welcome. Thank you for the quick response. > >> >> Eric >> >>> --- >>> >>> Best regards, >>> >>> Julien >>> >> From nobody Tue Jan 26 06:21:54 2016 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 51F1F1B29F1; Tue, 26 Jan 2016 06:21:53 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.502 X-Spam-Level: X-Spam-Status: No, score=-14.502 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, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001, 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 YsHsy2qL-BUU; Tue, 26 Jan 2016 06:21:51 -0800 (PST) Received: from aer-iport-3.cisco.com (aer-iport-3.cisco.com [173.38.203.53]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D28E81B29EC; Tue, 26 Jan 2016 06:21:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=7268; q=dns/txt; s=iport; t=1453818111; x=1455027711; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=zgHUgmo6bVHB52lv1jWfPnQLKwb0VUfyZT8ypvmTae0=; b=i+F2BFeLnmL8/rcDm8Qv+8DrbctN3NSi00ZQlm8sOE0O4Gziw9rjjV09 07hV52X43wgigMopzikIjkI62EPl2nltscdYmOlW1hNzcUpOWvp1MAa7W 7WBoInSTMNdoW78dVW31v66v/YpTQDA9utsvUgdCspKFmLOdJ0czUtGT/ A=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0CsBAB4f6dW/xbLJq1ehHkGiFG0C4YPA?= =?us-ascii?q?hyBdQEBAQEBAYELhEEBAQEDASMRRQUHBAIBCBUBBAIjAwICAjAUARACBA4FCBO?= =?us-ascii?q?HeAivRo8kAQEBAQEBAQEBAQEBAQEBAQEBAQEBFXuFN4NqgQOHTIE6BZJ1hAQBj?= =?us-ascii?q?U6BZYREiFeFcoR+g1IBYoIBGIFQaodIfAEBAQ?= X-IronPort-AV: E=Sophos;i="5.22,350,1449532800"; d="scan'208";a="623768653" Received: from aer-iport-nat.cisco.com (HELO aer-core-4.cisco.com) ([173.38.203.22]) by aer-iport-3.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 26 Jan 2016 14:21:48 +0000 Received: from XCH-RTP-011.cisco.com (xch-rtp-011.cisco.com [64.101.220.151]) by aer-core-4.cisco.com (8.14.5/8.14.5) with ESMTP id u0QELl5B032160 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Tue, 26 Jan 2016 14:21:48 GMT Received: from xch-rtp-013.cisco.com (64.101.220.153) by XCH-RTP-011.cisco.com (64.101.220.151) with Microsoft SMTP Server (TLS) id 15.0.1104.5; Tue, 26 Jan 2016 09:21:46 -0500 Received: from xch-rtp-013.cisco.com ([64.101.220.153]) by XCH-RTP-013.cisco.com ([64.101.220.153]) with mapi id 15.00.1104.009; Tue, 26 Jan 2016 09:21:46 -0500 From: "Eric Voit (evoit)" To: Julien Meuric Thread-Topic: [RTG-DIR] RtgDir Review: draft-ietf-i2rs-pub-sub-requirements Thread-Index: AQHkIWTaVpx2ARbS0GjEaTF7Q27rQZ7m9lQQgABpg2CAAOmLgIAABv0A///1O+A= Date: Tue, 26 Jan 2016 14:21:46 +0000 Message-ID: References: <56A6660D.8050800@orange.com> <003401d1579d$a8f02f10$fad08d30$@ndzh.com> <5855ac76a1a6463b8fdd6d00659633e3@XCH-RTP-013.cisco.com> <56A73CAD.4030402@orange.com> <56A7428A.6080901@orange.com> In-Reply-To: <56A7428A.6080901@orange.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.118.56.230] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 Archived-At: Cc: "rtg-dir@ietf.org" , "draft-ietf-i2rs-pub-sub-requirements@ietf.org" , "rtg-ads@tools.ietf.org" , Susan Hares , "i2rs@ietf.org" Subject: Re: [i2rs] [RTG-DIR] RtgDir Review: draft-ietf-i2rs-pub-sub-requirements X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jan 2016 14:21:53 -0000 SnVsaWVuLA0KDQpBbGwgY2hhbmdlcyBtYWRlIGZyb20gYm90aCB5b3VyIGVtYWlscy4gICBJIGRp ZCB0d2VhayB3b3JkaW5nIG9uIHRoZSBoeXBoZW4gdG9waWMgYXMgZGVzY3JpYmVkIGJlbG93Li4u DQoNCj4gRnJvbTogSnVsaWVuIE1ldXJpYywgSmFudWFyeSAyNiwgMjAxNiA0OjU1IEFNDQo+IA0K PiBIaSBhZ2FpbiwNCj4gDQo+IEp1c3QgYSBxdWljayBwYXRjaCB0byBteSBwcmV2aW91cyBlLW1h aWwsIHRvIHJlc3VtZSB0aGUgaHlwaGVuIGlzc3VlIEkgaGF2ZQ0KPiBvdmVybG9va2VkIGJlbG93 Lg0KPiANCj4gT24gcGFnZSAzLCBJIHdvdWxkIHNlZToNCj4gcy9ib3RoIGNvbnRyb2xsZXIgYW5k IGxvY2FsIE5ldHdvcmsgRWxlbWVudCBiYXNlZCBhcHBsaWNhdGlvbnMvYm90aA0KPiBjb250cm9s bGVyLSBhbmQgbG9jYWwgTmV0d29yayBFbGVtZW50LWJhc2VkIGFwcGxpY2F0aW9ucy8NCj4gUmVh c29uOiBJIGJlbGlldmUgaHlwaGVucyBhcmUgcmVxdWlyZWQgdG8gY3JlYXRlIGNvbXBvdW5kIGFk amVjdGl2ZXMgdGhhdA0KPiBxdWFsaWZ5IHRoZSBub3VuICJhcHBsaWNhdGlvbnMiIGhlcmUgKGJ1 dCBkb24ndCBhc2sgbWUgd2hhdCBzb21lIGdyYW1tYXIgcnVsZXMNCj4gYWN0dWFsbHkgYWRkISA7 LSkgKS4NCg0KVGhlIHJ1bGUgbWFkZSBmb3IgYW4gYXdrd2FyZCBmZWVsaW5nIHNlbnRlbmNlIGZv ciBtZS4gICBTbyBJIGp1c3QgcmV3cm90ZSB0aGUgc2VudGVuY2UgdG86DQoNCiJXaXRoIHN1Y2gg bWVjaGFuaXNtcywgYXBwbGljYXRpb25zIG9uIGVpdGhlciBhIGNvbnRyb2xsZXIgb3IgTmV0d29y ayBFbGVtZW50IGhhdmUgYWNjZXNzIHRvIGEgc2V0IG9mIGNvbnNpc3RlbnQgbmV0d29yayBpbmZv cm1hdGlvbiBkcml2ZW4gdmlhIHB1c2ggZnJvbSBwZWVyIE5ldHdvcmsgRWxlbWVudHMgd2hpY2gg aG9zdCBhdXRob3JpdGF0aXZlIGluZm9ybWF0aW9uLiINCg0KPiBCeSB0aGUgd2F5LCBvbiB0aGUg c2FtZSBwYWdlLCBJIGhhZCBjYXVnaHQgYW5vdGhlciBvbmU6DQo+IHMvcG9sbGluZyBiYXNlZCBz b2x1dGlvbi9wb2xsaW5nLWJhc2VkIHNvbHV0aW9uLw0KDQpGaXhlZC4NCg0KRXJpYw0KDQo+IFJl Z2FyZHMsDQo+IA0KPiBKdWxpZW4NCj4gDQo+IA0KPiBKYW4uIDI2LCAyMDE2IC0ganVsaWVuLm1l dXJpY0BvcmFuZ2UuY29tOg0KPiA+IEhpIEVyaWMsDQo+ID4NCj4gPiBJdCBsb29rcyBsaWtlIHdl IGhhdmUgZW50ZXJlZCBhIGZhc3QgY29udmVyZ2VuY2UgcHJvY2Vzcy4gUGxlYXNlLCBzZWUNCj4g PiBbSk1dIGJlbG93Lg0KPiA+DQo+ID4gSnVsaWVuDQo+ID4NCj4gPg0KPiA+IEphbi4gMjYsIDIw MTYgLSBldm9pdEBjaXNjby5jb206DQo+ID4+IEhpIEp1bGllbiwNCj4gPj4NCj4gPj4gVGhhbmtz IGZvciB0aGUgcmV2aWV3LiAgIFJlc3BvbnNlcyBpbi1saW5lLi4uDQo+ID4+DQo+ID4+PiBGcm9t OiBTdXNhbiBIYXJlcyBbbWFpbHRvOnNoYXJlc0BuZHpoLmNvbV0NCj4gPj4+IFNlbnQ6IE1vbmRh eSwgSmFudWFyeSAyNSwgMjAxNiAxOjI1IFBNDQo+ID4NCj4gPiBbLi4uXQ0KPiA+DQo+ID4+PiBX ZSBwbGFjZWQgdGhlc2UgZHJhZnRzIG9uIHRoZSBzdGFuZGFyZCB0cmFjayBiZWNhdXNlIEkyUlMg Y2hhcnRlcg0KPiA+Pj4gaW5jbHVkZXMgdGhlIGdvYWwgb2Ygbm90IGNyZWF0aW5nIG5ldyBwcm90 b2NvbHMsIGJ1dCB1dGlsaXppbmcgYQ0KPiA+Pj4gY29tYmluYXRpb24gb2Ygb3RoZXIgcHJvdG9j b2xzLiAgQmFzZWQgb24geW91ciBxdWVzdGlvbnMgYW5kIG90aGVyDQo+ID4+PiByZXZpZXdlcnMg cXVlc3Rpb25zIGFib3V0IHRoZSBzdGF0dXMsIHRoZSBjaGFpcnMgYXJlIGluIGRpc2N1c3Npb24N Cj4gPj4+IHdpdGggdGhlIEFEIGFzIHRvIHdoZXRoZXIgInN0YW5kYXJkcyIgb3IgImluZm9ybWF0 aW9uYWwiIGlzIHRoZQ0KPiA+Pj4gcmlnaHQgc3RhdHVzLg0KPiA+Pg0KPiA+PiBCZWxvdyBhcmUg cmVzcG9uc2VzIG9uIGFsbCBjb21tZW50cyBwcm92aWRlZCAqZXhjZXB0KiBmb3IgdGhlDQo+ID4+ IHN0YW5kYXJkcyBvciBpbmZvcm1hdGlvbmFsIHF1ZXN0aW9uIHdoaWNoIFN1c2FuIGlzIGRyaXZp bmcuDQo+ID4+DQo+ID4gW0pNXSBPSywgSSBhbSBsb29raW5nIGZvcndhcmQgdG8gdGhlIGNvbmNs dXNpb24uDQo+ID4NCj4gPg0KPiA+Pj4gVGhhbmsgeW91IGZvciBicmluZ2luZyB1cCB0aGVzZSBp c3N1ZXMuDQo+ID4+Pg0KPiA+Pj4NCj4gPj4+IFN1c2FuIEhhcmVzDQo+ID4+Pg0KPiA+Pj4gLS0t LS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCj4gPj4+IEZyb206IHJ0Zy1kaXIgW21haWx0bzpydGct ZGlyLWJvdW5jZXNAaWV0Zi5vcmddIE9uIEJlaGFsZiBPZiBKdWxpZW4NCj4gPj4+IE1ldXJpYw0K PiA+Pj4gU2VudDogTW9uZGF5LCBKYW51YXJ5IDI1LCAyMDE2IDE6MTUgUE0NCj4gPg0KPiA+IFsu Li5dDQo+ID4NCj4gPj4+IC0gSW4gdGhlIGxhc3QgcGFyYWdyYXBoIG9mIHNlY3Rpb24gNC4yLjIs IHRoZSB1c2VkIGV4YW1wbGVzIHJlcXVpcmUNCj4gPj4+IG1vcmUgdGhhbiB0aGUgc3BlY2lmaWVk IGJlaGF2aW9yLCBjcmVhdGluZyBhbiBpbXBsaWNpdCByZXF1aXJlbWVudC4NCj4gPj4+IElmIGl0 IGlzIHRoZSBpbnRlbmQsIHRoaXMgYmVoYXZpb3Igc2hvdWxkIGJlIGV4cGxpY2l0bHkgc3RhdGVk DQo+ID4+PiBiZWZvcmUgbW92aW5nIHRvIGV4YW1wbGVzLiBFLmcsIG9uZSBtYXkNCj4gPj4+IGFk ZDogIlRoZSByZXR1cm5lZCB2YWx1ZSwgdGFrZW4gZnJvbSB0aGUgYWNjZXB0YWJsZSByYW5nZSwg U0hPVUxEDQo+ID4+PiBtaW5pbWl6ZSB0aGUgZGlmZmVyZW5jZSB3aXRoIHRoZSByZXF1ZXN0ZWQg b25lLiINCj4gPj4NCj4gPj4gUmVhZGluZyB0aGlzIGFnYWluLCBJIGRvIHNlZSBzb21lIGRvd25z aWRlIHRvICJTSE9VTEQiLiAgUGVyaGFwcyBzb21lDQo+ID4+IHZhcmlhbnQgb2YgIm1heSIgaXMg YmV0dGVyLiAgIFRoZSByZWFzb24gZm9yIGRvd25ncmFkaW5nIHRoZQ0KPiA+PiByZXF1aXJlbWVu dCBpcyB0aGF0IGEgU3Vic2NyaWJlciBtaWdodCBhbHdheXMgYXNrIGZvciBleHRyZW1lbHkgaGln aA0KPiA+PiBRb1MgbGV2ZWxzLCBrbm93aW5nIHRoZSBiZXN0IHBvc3NpYmxlIFFvUyB3aWxsIGJl IHJldHVybmVkIGJ5IHRoZQ0KPiA+PiBQdWJsaXNoZXIuICBUaGlzIGNvdWxkIGRlZ3JhZGUgY2Fw YWNpdHkgZm9yIHRoZSBQdWJsaXNoZXIgYXMgYSB3aG9sZS4NCj4gPj4gV2hhdCBhYm91dCB0aGUg Zm9sbG93aW5nIHRleHQgaW5zdGVhZC4uLg0KPiA+Pg0KPiA+PiAiRm9yIGV4YW1wbGUsIGlmIHBl cmlvZGljIHVwZGF0ZXMgd2VyZSByZXF1ZXN0ZWQgd2l0aCB0b28gc2hvcnQNCj4gPj4gdXBkYXRl IGludGVydmFscyBmb3IgdGhlIHNwZWNpZmllZCBkYXRhIHNldCwgYW4gYWx0ZXJuYXRpdmUNCj4g Pj4gYWNjZXB0YWJsZSBpbnRlcnZhbCBwZXJpb2QgbWlnaHQgYmUgcmV0dXJuZWQgZnJvbSB0aGUg UHVibGlzaGVyLiAgSWYNCj4gPj4gb24tY2hhbmdlIHVwZGF0ZXMgd2VyZSByZXF1ZXN0ZWQgd2l0 aCB0b28tYWdncmVzc2l2ZSBkYW1wZW5pbmcNCj4gPj4gcGVyaW9kLCB0aGUgYW4gYWNjZXB0YWJs ZSBkYW1wZW5pbmcgcGVyaW9kIG1heSBiZSByZXR1cm5lZCwgb3INCj4gPj4gYWx0ZXJuYXRpdmVs eSBhbiBpbmRpY2F0aW9uIHRoYXQgb25seSBwZXJpb2RpYyB1cGRhdGVzIGFyZSBzdXBwb3J0ZWQN Cj4gPj4gZm9yIHRoZSByZXF1ZXN0ZWQgb2JqZWN0KHMpLg0KPiA+DQo+ID4gW0pNXSBNeSBwcm9w b3NlZCBzZW50ZW5jZSB3YXMgdHJ5aW5nIHRvIHJlZmxlY3QgbXkgcmVhZGluZyBvZiB0aGUNCj4g PiBleGFtcGxlcy4gSSBhZ3JlZSB3aXRoIHRoZSBkb3duc2lkZSB5b3UgcG9pbnQgb3V0IGFuZCBh bSBwZXJmZWN0bHkNCj4gPiBmaW5lIHdpdGggdGhlIHByb3Bvc2VkIHRleHQuIEp1c3QgYmV3YXJl IG9mIHRoZSB0eXBvOiAidGhlIGFuIGFjY2VwdGFibGUiLg0KPiA+DQo+ID4gWy4uLl0NCj4gPg0K PiA+Pj4gLSBwYWdlIDM6DQo+ID4+PiAgICAgICAqIHMvbG9jYWwgTmV0d29yayBFbGVtZW50IGJh c2VkIGFwcGxpY2F0aW9ucy9sb2NhbCBOZXR3b3JrDQo+ID4+PiBFbGVtZW50LWJhc2VkIGFwcGxp Y2F0aW9ucy8NCj4gPj4NCj4gPj4gTm90IHN1cmUgd2hhdCB0aGUgIi0iIGFkZHMgaGVyZT8NCj4g Pj4NCj4gPj4+ICAgICAgICogcy9ORVRDT05GIEV2ZW50IE5vdGlmaWNhdGlvbnMgW1JGQzUyNzdd IHByb3ZpZGVzL05FVENPTkYNCj4gPj4+IEV2ZW50IE5vdGlmaWNhdGlvbnMgW1JGQzUyNzddIHBy b3ZpZGUvDQo+ID4+DQo+ID4+ICAgSGVyZSB3ZSByZWZlciB0byBSRkMgNTI3NyB3aGljaCBpcyBz aW5ndWxhciwgc28gInByb3ZpZGVzIiBzZWVtcyB0bw0KPiA+PiBiZSB0aGUgYmV0dGVyIGNob2lj ZS4NCj4gPg0KPiA+IFtKTV0gSSBwYXJzZWQgdGhlIHNlbnRlbmNlIGNvbnNpZGVyaW5nIHRoZSBy ZWZlcmVuY2UgaW4gYnJhY2tldHMgYXMgYW4NCj4gPiBvcHRpb25hbCBwYXJlbnRoZXNpcywgdGh1 cyB0aGUgcGx1cmFsLiBJIGNhbiBsaXZlIHdpdGggInByb3ZpZGVzIi4NCj4gPg0KPiA+IFsuLi5d DQo+ID4NCj4gPj4+ICAgICAgICogcy9mcm9tIG9wZXJhdGlvbnMgaW50ZXJmYWNlcy9mcm9tIG9w ZXJhdGlvbiBpbnRlcmZhY2VzLw0KPiA+Pg0KPiA+PiAiT3BlcmF0aW9ucyIgaXMgdGhlIHRyYWRp dGlvbmFsIHRlcm0gSSBoYXZlIHNlZW4gZm9yIHRoaXMgZnVuY3Rpb24uDQo+ID4NCj4gPiBbSk1d IE9LDQo+ID4NCj4gPiBbLi4uXQ0KPiA+DQo+ID4+PiAtIHAuNzogcy9wdXNoZXMgdXBkYXRlcy4v cHVzaGVzIHVwZGF0ZXMgdG8uLw0KPiA+Pg0KPiA+PiBFcXVpdmFsZW50IGNoYW5nZSBtYWRlLiAi IHRvIHdoaWNoIGEgUHVibGlzaGVyIHB1c2hlcyB1cGRhdGVzLiINCj4gPg0KPiA+IFtKTV0gRXZl biBiZXR0ZXIuDQo+ID4NCj4gPiBbLi4uXQ0KPiA+DQo+ID4+PiAgICAgICAqIHMvcmUtbGVhc2Uv cmVsZWFzZS8NCj4gPj4NCj4gPj4gUmVsZWFzZSBoYXMgYSBkaWZmZXJlbnQgbWVhbmluZy4gIFRo ZSBpbnRlbnQgbW9yZSBsaWtlIHJlbmV3LiAgVGV4dA0KPiA+PiBjaGFuZ2VkIHRvICJleHRlbmQg dGhlIGxlYXNlIi4NCj4gPg0KPiA+IFtKTV0gTXVjaCBjbGVhcmVyLg0KPiA+DQo+ID4gWy4uLl0N Cj4gPg0KPiA+Pg0KPiA+PiBBbmQgdGhhbmtzIGZvciB0aGUgZXhjZWxsZW50IHNjcnViIG9mIHRo ZSBkb2N1bWVudC4NCj4gPg0KPiA+IFtKTV0gWW91IGFyZSB3ZWxjb21lLiBUaGFuayB5b3UgZm9y IHRoZSBxdWljayByZXNwb25zZS4NCj4gPg0KPiA+Pg0KPiA+PiBFcmljDQo+ID4+DQo+ID4+PiAt LS0NCj4gPj4+DQo+ID4+PiBCZXN0IHJlZ2FyZHMsDQo+ID4+Pg0KPiA+Pj4gSnVsaWVuDQo+ID4+ Pg0KPiA+Pg0K From nobody Tue Jan 26 06:58:16 2016 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 46F7D1B2AA4 for ; Tue, 26 Jan 2016 06:58:15 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -95.657 X-Spam-Level: X-Spam-Status: No, score=-95.657 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DOS_OUTLOOK_TO_MX=2.845, FH_RELAY_NODNS=1.451, HELO_MISMATCH_COM=0.553, HTML_MESSAGE=0.001, J_CHICKENPOX_12=0.6, RDNS_NONE=0.793, USER_IN_WHITELIST=-100] autolearn=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 0u4pD4DEmCqV for ; Tue, 26 Jan 2016 06:58:13 -0800 (PST) Received: from hickoryhill-consulting.com (unknown [50.245.122.97]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 655701B2AA1 for ; Tue, 26 Jan 2016 06:58:13 -0800 (PST) X-Default-Received-SPF: pass (skip=loggedin (res=PASS)) x-ip-name=74.43.47.30; From: "Susan Hares" To: Date: Tue, 26 Jan 2016 09:58:23 -0500 Message-ID: <006b01d1584a$0118ed10$034ac730$@ndzh.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_006C_01D15820.184444A0" X-Mailer: Microsoft Outlook 14.0 Thread-Index: AdFYSMbPXNE80vagRPOPqv+W6wkDmg== Content-Language: en-us X-Authenticated-User: skh@ndzh.com Archived-At: Cc: 'Jeffrey Haas' , 'Alia Atlas' Subject: [i2rs] WG Adoption call for draft-hares-i2rs-service-topo-dm-04 (1/26 to 2/9/2015) X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jan 2016 14:58:15 -0000 This is a multipart message in MIME format. ------=_NextPart_000_006C_01D15820.184444A0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit This begins a 2 week WG adoption call for draft-hares-i2rs-service-topo-04.txt. https://datatracker.ietf.org/doc/draft-hares-i2rs-service-topo-dm/ The service topology model is a bottoms-up protocol independent model model that combines protocol-dependent service layers. Protocol-dependent services layers include: L3VPN, L2VPN, EVPN, E-Tree, and others. Please indicate in your response if you feel this direction "bottoms-up" is a good way to approach the service layer rather than the top-down of attaching this layer to service models (E.g. the L3SM model). As always, indicate if this draft is a good start for the service topology yang model. Sue Hares and Jeff Haas ------=_NextPart_000_006C_01D15820.184444A0 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

This = begins a 2 week WG adoption call for = draft-hares-i2rs-service-topo-04.txt.  

 

https://datatracker.ietf.org/doc/draft-hares-i2rs-service-topo-dm/=

 

The service topology model is a bottoms-up protocol = independent model

  model = that combines protocol-dependent service layers.  = Protocol-dependent services

   layers include: L3VPN, L2VPN, EVPN, = E-Tree, and others.

 

Please = indicate in your response if you feel this direction = “bottoms-up” is a good way to approach the service layer = rather than the top-down of attaching this layer to service models (E.g. = the L3SM model).  As always, indicate if this draft is a good start = for the service topology yang model.

 

Sue Hares = and Jeff Haas

 

------=_NextPart_000_006C_01D15820.184444A0-- From nobody Tue Jan 26 16:58:15 2016 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4DF881A1B40 for ; Tue, 26 Jan 2016 16:58:14 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.601 X-Spam-Level: X-Spam-Status: No, score=-3.601 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, J_CHICKENPOX_12=0.6, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001] 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 QsCbZnFuLrov for ; Tue, 26 Jan 2016 16:58:12 -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 D870E1A1AFF for ; Tue, 26 Jan 2016 16:58:11 -0800 (PST) Received: from 172.18.7.190 (EHLO lhreml405-hub.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id CDM48478; Wed, 27 Jan 2016 00:58:09 +0000 (GMT) Received: from LHREML701-CAH.china.huawei.com (10.201.5.93) by lhreml405-hub.china.huawei.com (10.201.5.242) with Microsoft SMTP Server (TLS) id 14.3.235.1; Wed, 27 Jan 2016 00:58:08 +0000 Received: from DFWEML706-CHM.china.huawei.com (10.193.5.225) by lhreml701-cah.china.huawei.com (10.201.5.93) with Microsoft SMTP Server (TLS) id 14.3.235.1; Wed, 27 Jan 2016 00:58:08 +0000 Received: from DFWEML701-CHM.china.huawei.com ([10.193.5.50]) by dfweml706-chm ([10.193.5.225]) with mapi id 14.03.0235.001; Tue, 26 Jan 2016 16:58:00 -0800 From: Linda Dunbar To: Susan Hares , "i2rs@ietf.org" Thread-Topic: [i2rs] WG Adoption call for draft-hares-i2rs-service-topo-dm-04 (1/26 to 2/9/2015) Thread-Index: AdFYSMbPXNE80vagRPOPqv+W6wkDmgAVPqPA Date: Wed, 27 Jan 2016 00:58:00 +0000 Message-ID: <4A95BA014132FF49AE685FAB4B9F17F657DE1ED3@dfweml701-chm> References: <006b01d1584a$0118ed10$034ac730$@ndzh.com> In-Reply-To: <006b01d1584a$0118ed10$034ac730$@ndzh.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.47.154.74] Content-Type: multipart/alternative; boundary="_000_4A95BA014132FF49AE685FAB4B9F17F657DE1ED3dfweml701chm_" MIME-Version: 1.0 X-CFilter-Loop: Reflected X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A020201.56A81622.001B, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0, ip=0.0.0.0, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32 X-Mirapoint-Loop-Id: 165dacae2b01edeaa25b3cb7dc3a12b9 Archived-At: Cc: 'Jeffrey Haas' , 'Alia Atlas' Subject: Re: [i2rs] WG Adoption call for draft-hares-i2rs-service-topo-dm-04 (1/26 to 2/9/2015) X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jan 2016 00:58:14 -0000 --_000_4A95BA014132FF49AE685FAB4B9F17F657DE1ED3dfweml701chm_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Support. Linda From: i2rs [mailto:i2rs-bounces@ietf.org] On Behalf Of Susan Hares Sent: Tuesday, January 26, 2016 8:58 AM To: i2rs@ietf.org Cc: 'Jeffrey Haas'; 'Alia Atlas' Subject: [i2rs] WG Adoption call for draft-hares-i2rs-service-topo-dm-04 (1= /26 to 2/9/2015) This begins a 2 week WG adoption call for draft-hares-i2rs-service-topo-04.= txt. https://datatracker.ietf.org/doc/draft-hares-i2rs-service-topo-dm/ The service topology model is a bottoms-up protocol independent model model that combines protocol-dependent service layers. Protocol-dependen= t services layers include: L3VPN, L2VPN, EVPN, E-Tree, and others. Please indicate in your response if you feel this direction "bottoms-up" is= a good way to approach the service layer rather than the top-down of attac= hing this layer to service models (E.g. the L3SM model). As always, indica= te if this draft is a good start for the service topology yang model. Sue Hares and Jeff Haas --_000_4A95BA014132FF49AE685FAB4B9F17F657DE1ED3dfweml701chm_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Support.

Linda

 

From: i2rs [ma= ilto:i2rs-bounces@ietf.org] On Behalf Of Susan Hares
Sent: Tuesday, January 26, 2016 8:58 AM
To: i2rs@ietf.org
Cc: 'Jeffrey Haas'; 'Alia Atlas'
Subject: [i2rs] WG Adoption call for draft-hares-i2rs-service-topo-d= m-04 (1/26 to 2/9/2015)

 

This begins a 2 week WG adoption call for draft-hare= s-i2rs-service-topo-04.txt.  

 

https://datatracker.ietf.org/doc/draft-hares-i2r= s-service-topo-dm/

 

The service topology model is a bottoms-up protocol = independent model

  model that combines protocol-dependent s= ervice layers.  Protocol-dependent services

   layers include: L3VPN, L2VPN, EVPN, E-T= ree, and others.

 

Please indicate in your response if you feel this di= rection “bottoms-up” is a good way to approach the service laye= r rather than the top-down of attaching this layer to service models (E.g. = the L3SM model).  As always, indicate if this draft is a good start for the service topology yang model.

 

Sue Hares and Jeff Haas

 

--_000_4A95BA014132FF49AE685FAB4B9F17F657DE1ED3dfweml701chm_-- From nobody Tue Jan 26 17:35:55 2016 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DF9451B2DCA for ; Tue, 26 Jan 2016 17:35:53 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -93.557 X-Spam-Level: X-Spam-Status: No, score=-93.557 tagged_above=-999 required=5 tests=[BAYES_50=0.8, DOS_OUTLOOK_TO_MX=2.845, FH_RELAY_NODNS=1.451, HELO_MISMATCH_COM=0.553, HTML_MESSAGE=0.001, RDNS_NONE=0.793, USER_IN_WHITELIST=-100] autolearn=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 RW8hh-L5bMtZ for ; Tue, 26 Jan 2016 17:35:52 -0800 (PST) Received: from hickoryhill-consulting.com (unknown [50.245.122.97]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9DFDF1B2DC0 for ; Tue, 26 Jan 2016 17:35:52 -0800 (PST) X-Default-Received-SPF: pass (skip=loggedin (res=PASS)) x-ip-name=74.43.47.30; From: "Susan Hares" To: Date: Tue, 26 Jan 2016 20:36:03 -0500 Message-ID: <007301d158a3$16499690$42dcc3b0$@ndzh.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0074_01D15879.2D742AD0" X-Mailer: Microsoft Outlook 14.0 Thread-Index: AdFYowAFbwzKeFswS6a3458a1xNWyg== Content-Language: en-us X-Authenticated-User: skh@ndzh.com Archived-At: Subject: [i2rs] I2RS interim on 1/27/2016 - is cancelled X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jan 2016 01:35:54 -0000 This is a multipart message in MIME format. ------=_NextPart_000_0074_01D15879.2D742AD0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit HI all: The I2RS interim on 1/27/2016 is cancelled. We will meet again on 2/10/2016 at 10:00-11:30am ET. Sue ------=_NextPart_000_0074_01D15879.2D742AD0 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

HI all: =

 

The I2RS interim on 1/27/2016 is = cancelled.   We will meet again on 2/10/2016 at 10:00-11:30am = ET.  

 

Sue

------=_NextPart_000_0074_01D15879.2D742AD0-- From nobody Wed Jan 27 14:08:12 2016 Return-Path: X-Original-To: i2rs@ietf.org Delivered-To: i2rs@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id AE6E41B2C06; Wed, 27 Jan 2016 14:08:10 -0800 (PST) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: The IESG To: "IETF-Announce" X-Test-IDTracker: no X-IETF-IDTracker: 6.13.0 Auto-Submitted: auto-generated Precedence: bulk Sender: Message-ID: <20160127220810.30583.94865.idtracker@ietfa.amsl.com> Date: Wed, 27 Jan 2016 14:08:10 -0800 Archived-At: Cc: i2rs@ietf.org, i2rs-chairs@ietf.org, bill.wu@huawei.com, db3546@att.com, draft-ietf-i2rs-problem-statement@ietf.org Subject: [i2rs] Last Call: (Interface to the Routing System Problem Statement) to Informational RFC X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.15 Reply-To: ietf@ietf.org List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jan 2016 22:08:11 -0000 The IESG has received a request from the Interface to the Routing System WG (i2rs) to consider the following document: - 'Interface to the Routing System Problem Statement' as Informational RFC The IESG plans to make a decision in the next few weeks, and solicits final comments on this action. Please send substantive comments to the ietf@ietf.org mailing lists by 2016-02-10. Exceptionally, comments may be sent to iesg@ietf.org instead. In either case, please retain the beginning of the Subject line to allow automated sorting. Abstract Traditionally, routing systems have implemented routing and signaling (e.g. MPLS) to control traffic forwarding in a network. Route computation has been controlled by relatively static policies that define link cost, route cost, or import and export routing policies. With the advent of highly dynamic data center networking, on-demand WAN services, dynamic policy-driven traffic steering and service chaining, the need for real-time security threat responsiveness via traffic control, and a paradigm of separating policy-based decision- making from the router itself, the need has emerged to more dynamically manage and program routing systems in order to control routing information and traffic paths and to extract network topology information, traffic statistics, and other network analytics from routing systems. This document proposes meeting this need via an Interface to the Routing System (I2RS). The file can be obtained via https://datatracker.ietf.org/doc/draft-ietf-i2rs-problem-statement/ IESG discussion can be tracked via https://datatracker.ietf.org/doc/draft-ietf-i2rs-problem-statement/ballot/ No IPR declarations have been submitted directly on this I-D. From nobody Thu Jan 28 18:47:30 2016 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 557381B3751 for ; Thu, 28 Jan 2016 18:47:28 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.201 X-Spam-Level: X-Spam-Status: No, score=-4.201 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001] 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 sJZSflclBPOh for ; Thu, 28 Jan 2016 18:47:24 -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 657101B374E for ; Thu, 28 Jan 2016 18:47:22 -0800 (PST) Received: from 172.18.7.190 (EHLO lhreml406-hub.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id CHP97693; Fri, 29 Jan 2016 02:47:18 +0000 (GMT) Received: from lhreml703-cah.china.huawei.com (10.201.5.104) by lhreml406-hub.china.huawei.com (10.201.5.243) with Microsoft SMTP Server (TLS) id 14.3.235.1; Fri, 29 Jan 2016 02:47:15 +0000 Received: from nkgeml407-hub.china.huawei.com (10.98.56.38) by lhreml703-cah.china.huawei.com (10.201.5.104) with Microsoft SMTP Server (TLS) id 14.3.235.1; Fri, 29 Jan 2016 02:47:14 +0000 Received: from NKGEML513-MBX.china.huawei.com ([169.254.1.112]) by nkgeml407-hub.china.huawei.com ([10.98.56.38]) with mapi id 14.03.0235.001; Fri, 29 Jan 2016 10:47:07 +0800 From: Qin Wu To: Alia Atlas Thread-Topic: I-D Action: draft-ietf-i2rs-problem-statement-08.txt Thread-Index: AQHROeiziVHSohhDoUW2MhbbRASqZJ7sXhNggBApD4CAFYMLYA== Date: Fri, 29 Jan 2016 02:47:07 +0000 Message-ID: References: In-Reply-To: Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.136.78.208] Content-Type: multipart/alternative; boundary="_000_B8F9A780D330094D99AF023C5877DABA852B9BF3nkgeml513mbxchi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A020206.56AAD2B7.002F, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0, ip=169.254.1.112, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32 X-Mirapoint-Loop-Id: d9c3ef67d85b0a52fa23aa0a506be473 Archived-At: Cc: Jeffrey Haas , "i2rs@ietf.org" , Susan Hares , "db3546@att.com" Subject: Re: [i2rs] I-D Action: draft-ietf-i2rs-problem-statement-08.txt X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jan 2016 02:47:28 -0000 --_000_B8F9A780D330094D99AF023C5877DABA852B9BF3nkgeml513mbxchi_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 QWxpYToNClRoYW5rcyBmb3IgdGhlIHVwZGF0ZSBhbmQgYWRkcmVzc2luZyBteSBjb21tZW50cyBp biB0aGUgbmV3IHZlcnNpb24gKC0wOSksIEkgaGF2ZSB1cGRhdGVkIHNoZXBoZXJkIHJlcG9ydCBh Y2NvcmRpbmdseS4NCg0KLVFpbg0K5Y+R5Lu25Lq6OiBBbGlhIEF0bGFzIFttYWlsdG86YWthdGxh c0BnbWFpbC5jb21dDQrlj5HpgIHml7bpl7Q6IDIwMTblubQx5pyIMTbml6UgMjoxNA0K5pS25Lu2 5Lq6OiBRaW4gV3UNCuaKhOmAgTogaTJyc0BpZXRmLm9yZzsgZGIzNTQ2QGF0dC5jb207IEplZmZy ZXkgSGFhczsgU3VzYW4gSGFyZXMNCuS4u+mimDogUmU6IEktRCBBY3Rpb246IGRyYWZ0LWlldGYt aTJycy1wcm9ibGVtLXN0YXRlbWVudC0wOC50eHQNCg0KSGkgUWluLA0KDQpUaGFuayB5b3UgdmVy eSBtdWNoIGZvciB0aGUgcmV2aWV3LiAgTXkgYXBvbG9naWVzIGZvciB0aGUgZGVsYXkgaW4gcmVz cG9uZGluZzsgSSd2ZSBiZWVuIHNpY2suDQoNCk9uIE1vbiwgSmFuIDQsIDIwMTYgYXQgMTA6NDAg UE0sIFFpbiBXdSA8YmlsbC53dUBodWF3ZWkuY29tPG1haWx0bzpiaWxsLnd1QGh1YXdlaS5jb20+ PiB3cm90ZToNCkhpLCBBbGlhOg0KVGhhbmtzIGZvciB0aGUgdXBkYXRlIHRvIGFkZHJlc3MgTmFi aWwgY29tbWVudHMgYW5kIEFEJ3MgY29tbWVudHMuDQpJIGhhdmUgcmUtcmVhZCB0aGlzIGRyYWZ0 LCBJIGFncmVlIHdpdGggeW91IHRoYXQgc2VjdGlvbiA1IGFuZCBzZWN0aW9uIDQgaGF2ZSBncmVh dCB2YWx1ZSBhbmQgcHJvdmlkZSBhIGNsZWFyIGdvYWwgYW5kIGdvb2QgZ3VpZGFuY2UgZm9yIGFs bCB0aGUgSTJSUyByZWxhdGVkIHdvcmsuIEkgdGhpbmsgdGhpcyBkcmFmdCBpcyByZWFkeSBmb3Ig cHVibGljYXRpb24uDQpIZXJlIGFyZSBhIGZldyBlZGl0b3JpYWwgY29tbWVudHMgYW5kIHN1Z2dl c3Rpb25zIGZvciB5b3VyIGNvbnNpZGVyYXRpb24uDQoxLiBTZWN0aW9uMiwgcGFyYWdyYXBoIDU6 DQpzL3dpdGggaW4vd2l0aGluDQoNCmZpeGVkDQoNCjIuIFNlY3Rpb24gMixGaWd1cmUgMToNCklu IHRoZSBmaWd1cmUgMSwg4oCcPD09IEkyUlMgcHJvdG9jb2zigJ0gaXMgdXNlZCB0byBpbmRpY2F0 ZSBJMlJTIHByb3RvY29sIGlzIHVzZWQgb24gdGhlIGludGVyZmFjZSBiZXR3ZWVuIEkyUlMgY2xp ZW50IGFuZCBJMlJTIGFnZW50Lg0KQnV0IEluIHRoZSBsZWdlbmQgZm9sbG93aW5nIHRoZSBmaWd1 cmUgMSwgdGhlcmUgaXMgbm8gbGVnZW5kIGRlc2NyaXB0aW9uIGZvciDigJw8PT3igJ0uDQoNCmFk ZGVkIGEgZGVzY3JpcHRpb24gZm9yIGNsYXJpdHkNCg0KMy5TZWN0aW9uIDIsIHBhcmFncmFwaCA3 Og0KSXMgdGhpcyBjb21wb25lbnQoaS5lLiwgc3Vic2NyaXB0aW9uIGFuZCBjb25maWd1cmF0aW9u KSBhIGtpbmQgb2YgZGF0YSBzb3VyY2UgZm9yIG1lYXN1cmVtZW50IGRhdGEgb3IgZXZlbnQgZGF0 YT8gV2h5IGNvbmZpZ3VyYXRpb24gaXMgc3BlY2lhbGx5IG5lZWRlZCBmb3IgdGhpcyBjb21wb25l bnQgcmF0aGVyIHRoYW4gb3RoZXIgY29tcG9uZW50PyBIb3cgdGhpcyBsb2dpY2FsIGNvbXBvbmVu dCBpcyB1c2VkIHRvIGNvbGxlY3QgbWVhc3VyZW1lbnQgZGF0YSwgc3RhdGlzdGljcywgaG93IGV2 ZW50IGlzIGNvbGxlY3RlZD8NCg0KSTJSUyBpc24ndCB0cnlpbmcgdG8gZGVmaW5lIHRoZSBpbnRl cm5hbCBjb21wb25lbnRzIG9mIGEgcm91dGVyLiAgSXQncyBjb252ZW5pZW50IGZvciBhIHBpY3R1 cmUgYW5kIGZvciBkaXNjdXNzaW9uIHRvIHRhbGsgYWJvdXQgInN1YnNjcmlwdGlvbiBhbmQgY29u ZmlndXJhdGlvbg0KZm9yIGR5bmFtaWMgbWVhc3VyZW1lbnRzL2V2ZW50cyIgYnV0IGhvdyB0aGF0 IGxvZ2ljYWwgY29tcG9uZW50IGlzIGltcGxlbWVudGVkIHdpbGwgdmFzdGx5IHZhcnkgYmFzZWQg b24gaW50ZXJuYWwgZGV2aWNlIGFyY2hpdGVjdHVyZS4gIEl0IGNvdWxkIGJlIGRpc3RyaWJ1dGVk IG9yIGNlbnRyYWxpemVkLg0KDQpJIHNlZSB5b3VyIHF1ZXN0aW9ucywgYnV0IHJlYWxseSBkb24n dCBzZWUgYW4gYXBwcm9wcmlhdGUgYW5zd2VyIHRvIHB1dCBpbiBhIHByb2JsZW0tc3RhdGVtZW50 LiAgIENvbmZpZ3VyYXRpb24gbWlnaHQsIGZvciBleGFtcGxlLCBiZSBmb3IgSVBGSVggc3RyZWFt cyBvciB0byBpbmRpY2F0ZSB3aGF0IGV2ZW50cyBvciBkYXRhIHNob3VsZCBiZSBtZWFzdXJlZC4N Cg0KSSBrbm93IHRoZSBzdWJzY3JpcHRpb24gYW5kIGNvbmZpZ3VyYXRpb24gY29tcG9uZW50IGlz IG5vdCBpbiB0aGUgc2NvcGUgb2YgSTJSUz8gSG93ZXZlciBJIGFtIGN1cmlvdXMgdG8ga25vdyB3 aGV0aGVyIHN1YnNjcmlwdGlvbiBhbmQgY29uZmlndXJhdGlvbiBhbHNvIHVzZWQgZm9yIHByb3Zp ZGluZyBhdXRoZW50aWNhdGlvbiBhbmQgYXV0aG9yaXphdGlvbiBvciBzZWN1cml0eSBwdXJwb3Nl Pw0KDQpJTUhPLCBub3QgZm9yIHRoZSBhdXRoZW50aWNhdGlvbiBhbmQgYXV0aG9yaXphdGlvbiBu ZWVkZWQgYnkgSTJSUy4gICBDb3VsZCBvbmUgZ2V0IGEgc3Vic2NyaWJlIHRvIGluZm9ybWF0aW9u IHRoYXQgd291bGQgYmUgcmVsYXRlZCB0byBzZWN1cml0eSBwdXJwb3Nlcz8gIEkgaW1hZ2luZSBz bywgYnV0IHRoYXQgd2lsbCBkZXBlbmQgb24gd2hhdCBtb2RlbHMgYXJlIGRlZmluZWQgYW5kIHVz ZS1jYXNlcyBjb25zaWRlcmVkLg0KDQo0LiBTZWN0aW9uIDMsIHBhcmFncmFwaCAxOg0KV2hhdCBp cyB0aGUgZGlmZmVyZW5jZSBiZXR3ZWVuIE5leHQgaG9wIGluZGlyZWN0aW9uIGFuZCByb3V0aW5n IGluZGlyZWN0aW9uPw0KDQpOZXh0LWhvcCBpbmRpcmVjdGlvbiBpcyBkZXNjcmliZWQgd2VsbCBp biB0aGUgUklCIGluZm8tbW9kZWwuICBCYXNpY2FsbHksIG9uZSBuZXh0LWhvcCBtaWdodCBwb2lu dCB0byBhbm90aGVyIHNvIHRoYXQgd2hlbiB0aGUgc2Vjb25kIGNoYW5nZXMsIHRoZSBmaXJzdCBp cyBhbHNvIGltcGFjdGVkLiAgIFJvdXRpbmcgaW5kaXJlY3Rpb24gY2FuIHVzZSBuZXh0LWhvcCBp bmRpcmVjdGlvbiBhcyBhIG1lY2hhbmlzbTsgIGZvciBpbnN0YW5jZSwgYSBCR1Agcm91dGUgbWln aHQgdXNlIGFuIElHUCByb3V0ZSB0byBkZXRlcm1pbmUgaXRzIG5leHQtaG9wcyAtIGFuZCB0aHVz IHRoZSBCR1Agcm91dGUgd2lsbCBjaGFuZ2UgYmFzZWQgb24gaG93IHRoZSBJR1AgY2hhbmdlcy4N Cg0KSSBkb24ndCBzZWUgYW55dGhpbmcgc3BlY2lmaWMgdG8gY2hhbmdlIGluIHRoZSBkcmFmdC4N Cg0KNS4gU2VjdGlvbiA0LCBsYXN0IHBhcmFncmFwaDoNCk5vdCBzdXJlIHBvbGljeSBkZWNpc2lv biBpcyBtYWRlIGJ5IGFwcGxpY2F0aW9uPyBJZiBteSB1bmRlcnN0YW5kaW5nIGlzIGNvcnJlY3Qs IEFwcGxpY2F0aW9uIHNob3VsZCBkZXNjcmliZSBnb2FsIG9yIG9iamVjdGl2ZSwgdGhlIHBvbGlj eSBkZWNpc2lvbiBpcyBtYWRlIGJ5IEkyUlMgY2xpZW50LCB0aGUgSTJSUyBhZ2VudCBlbmZvcmNl IHBvbGljeSBpbiB0aGUgcm91dGluZyBzeXN0ZW0uDQoNClRoaXMgZGVwZW5kcyBvbiB3aGF0IHlv dSBhcmUgdGhpbmtpbmcgb2YgYXMgYW4gYXBwbGljYXRpb24gYW5kIHdoYXQgYXMgYW4gSTJSUyBj bGllbnQuICBJIHRoaW5rIG9mIHRoZSBJMlJTIGNsaWVudCBhcyBoYW5kbGluZyB0aGUgcHJvdG9j b2wgYW5kIGNvbW11bmljYXRpb25zIHRvIHRoZSBhcHByb3ByaWF0ZSBJMlJTIGFnZW50cy4gIEkg ZG8gbm90IHNlZSB0aGUgSTJSUyBjbGllbnQgYXMgZG9pbmcgcG9saWN5IGRlY2lzaW9ucy4gIEl0 IGlzIHBvc3NpYmxlIHRoYXQgdGhlcmUgYXJlIG11bHRpcGxlIGxheWVycyBpbiB0aGUgYXBwbGlj YXRpb24gLSB3aGVyZSB0aGUgaGlnaGVyIGxheWVyIGFyZSBzZXR0aW5nIHRoZSBnb2FsIG9yIG9i amVjdCBhbmQgdGhlIGxvd2VyIGxheWVyIGlzIHRyYW5zbGF0aW5nIHRob3NlIGludG8gcG9saWN5 LiAgIFJlZ2FyZGxlc3MsIGFnYWluIC0gSSBkb24ndCBzZWUgYW55IGNoYW5nZXMgdG8gYmUgbWFk ZS4NCg0KNi4gU2VjdGlvbiA1LCBidWxsZXQgNDoNCi/igJ1pLmUuOuKAnS/igJ1pLmUuLOKAnQ0K DQpvayAtIGZpeGVkDQoNCjcuIFNlY3Rpb24gNSwgYnVsbGV0IDQ6DQpJZiBteSB1bmRlcnN0YW5k aW5nIGlzIGNvcnJlY3QsIER1cGxleCBtZWFucyBiaWRpcmVjdGlvbmFsIGNvbW11bmljYXRpb24g YmV0d2VlbiBJMlJTIGFnZW50IGFuZCBJMlJTIGNsaWVudCwgaG93ZXZlciB3aGVuIEkgcmVhZCB0 aGUgc2Vjb25kIHNlbnRlbmNlIGFuZCB0aGUgdGhpcmQgc2VudGVuY2UgaW4gdGhpcyBwYXJhZ3Jh cGgsIEkgZmVlbCBhIGxpdHRsZSBiaXQgY29uZnVzZWQsDQpGb3IgdGhlIHNlY29uZCBzZW50ZW5j ZSwgeWVzLCBvcGVyYXRpb24gYW5kIGFja25vd2xlZGdlbWVudHMgY2FuIGJlIHNlbnQgYnkgYm90 aCBwYXJ0aWVzLCBob3dldmVyIEkgYW0gbm90IHN1cmUgdGhlIGZhaWx1cmUgb3IgZXZlbnQgY2Fu IGJlIHNlbnQgYnkgdGhlIGFwcGxpY2F0aW9uIG9yIEkyUlMgY2xpZW50IHRvIEkyUlMgYWdlbnQg ZW1iZWRkZWQgaW4gdGhlIHJvdXRlci4NCg0KVGhhdCB3b3VsZCBkZXBlbmQgdXBvbiB0aGUgcGFy dGljdWxhciBtb2RlbCBiZWluZyB1c2VkLg0KDQpGb3IgdGhlIHRoaXJkIHNlbnRlbmNlLCB3aHkg d2UgdXNlIG5lZ2F0aXZlIHNlbnRlbmNlPyBEbyB3ZSBtZWFuIGJvdGggcHVsbCBtb2RlbCBhbmQg cHVzaCBzaG91bGQgYmUgc3VwcG9ydGVkPyBXaGF0IGlzIHRoZSBwdXJlIHB1bGwgbW9kZWw/IGNh biBwdWxsIG1vZGVsIGJlIHVzZWQgYnkgcm91dGVyIHRvIHB1bGwgcmVzcG9uc2UgZnJvbSBhcHBs aWNhdGlvbj8NCg0KVGhlIHNlbnRlbmNlIGlzICJUaGUgSTJSUyBpcyBub3QgYSBwdXJlIHB1bGwt bW9kZWwgd2hlcmUgb25seSB0aGUgYXBwbGljYXRpb24gcXVlcmllcyB0byBwdWxsIHJlc3BvbnNl cy4iDQpJIGZlZWwgbGlrZSB0aGF0IGNsZWFybHkgZGVmaW5lcyB3aGF0IGEgcHVyZSBwdWxsLW1v ZGVsIGlzLiAgSTJSUyBzaG91bGQgc3VwcG9ydCBhIHB1c2ggbW9kZWwgd2hlcmUgdGhlIGFnZW50 IGNhbiBwdXNoIGV2ZW50cyB0byB0aGUNCmNsaWVudC4gIEkyUlMgc2hvdWxkIGFsc28gc3VwcG9y dCB0aGUgY2xpZW50IHF1ZXJ5aW5nIHRoZSBhZ2VudCAtIGFzIGluIGEgcHVsbCBtb2RlbC4NCg0K SSBkb24ndCBzZWUgYW55IGNoYW5nZXMgdG8gYmUgbWFkZSBiYXNlZCB1cG9uIHRoaXMgZGlzY3Vz c2lvbi4NCg0KVGhhbmtzIGFnYWluIGZvciB0aGUgcmV2aWV3LA0KQWxpYQ0KDQoNCg0KLVFpbg0K LS0tLS3pgq7ku7bljp/ku7YtLS0tLQ0K5Y+R5Lu25Lq6OiBJLUQtQW5ub3VuY2UgW21haWx0bzpp LWQtYW5ub3VuY2UtYm91bmNlc0BpZXRmLm9yZzxtYWlsdG86aS1kLWFubm91bmNlLWJvdW5jZXNA aWV0Zi5vcmc+XSDku6PooaggaW50ZXJuZXQtZHJhZnRzQGlldGYub3JnPG1haWx0bzppbnRlcm5l dC1kcmFmdHNAaWV0Zi5vcmc+DQrlj5HpgIHml7bpl7Q6IDIwMTXlubQxMuaciDE55pelIDc6MDYN CuaUtuS7tuS6ujogaS1kLWFubm91bmNlQGlldGYub3JnPG1haWx0bzppLWQtYW5ub3VuY2VAaWV0 Zi5vcmc+DQrmioTpgIE6IGkycnNAaWV0Zi5vcmc8bWFpbHRvOmkycnNAaWV0Zi5vcmc+DQrkuLvp opg6IEktRCBBY3Rpb246IGRyYWZ0LWlldGYtaTJycy1wcm9ibGVtLXN0YXRlbWVudC0wOC50eHQN Cg0KDQpBIE5ldyBJbnRlcm5ldC1EcmFmdCBpcyBhdmFpbGFibGUgZnJvbSB0aGUgb24tbGluZSBJ bnRlcm5ldC1EcmFmdHMgZGlyZWN0b3JpZXMuDQogVGhpcyBkcmFmdCBpcyBhIHdvcmsgaXRlbSBv ZiB0aGUgSW50ZXJmYWNlIHRvIHRoZSBSb3V0aW5nIFN5c3RlbSBXb3JraW5nIEdyb3VwIG9mIHRo ZSBJRVRGLg0KDQogICAgICAgIFRpdGxlICAgICAgICAgICA6IEludGVyZmFjZSB0byB0aGUgUm91 dGluZyBTeXN0ZW0gUHJvYmxlbSBTdGF0ZW1lbnQNCiAgICAgICAgQXV0aG9ycyAgICAgICAgIDog QWxpYSBBdGxhcw0KICAgICAgICAgICAgICAgICAgICAgICAgICBUaG9tYXMgRC4gTmFkZWF1DQog ICAgICAgICAgICAgICAgICAgICAgICAgIERhdmUgV2FyZA0KICAgICAgICBGaWxlbmFtZSAgICAg ICAgOiBkcmFmdC1pZXRmLWkycnMtcHJvYmxlbS1zdGF0ZW1lbnQtMDgudHh0DQogICAgICAgIFBh Z2VzICAgICAgICAgICA6IDExDQogICAgICAgIERhdGUgICAgICAgICAgICA6IDIwMTUtMTItMTgN Cg0KQWJzdHJhY3Q6DQogICBUcmFkaXRpb25hbGx5LCByb3V0aW5nIHN5c3RlbXMgaGF2ZSBpbXBs ZW1lbnRlZCByb3V0aW5nIGFuZCBzaWduYWxpbmcNCiAgIChlLmcuICBNUExTKSB0byBjb250cm9s IHRyYWZmaWMgZm9yd2FyZGluZyBpbiBhIG5ldHdvcmsuICBSb3V0ZQ0KICAgY29tcHV0YXRpb24g aGFzIGJlZW4gY29udHJvbGxlZCBieSByZWxhdGl2ZWx5IHN0YXRpYyBwb2xpY2llcyB0aGF0DQog ICBkZWZpbmUgbGluayBjb3N0LCByb3V0ZSBjb3N0LCBvciBpbXBvcnQgYW5kIGV4cG9ydCByb3V0 aW5nIHBvbGljaWVzLg0KICAgV2l0aCB0aGUgYWR2ZW50IG9mIGhpZ2hseSBkeW5hbWljIGRhdGEg Y2VudGVyIG5ldHdvcmtpbmcsIG9uLWRlbWFuZA0KICAgV0FOIHNlcnZpY2VzLCBkeW5hbWljIHBv bGljeS1kcml2ZW4gdHJhZmZpYyBzdGVlcmluZyBhbmQgc2VydmljZQ0KICAgY2hhaW5pbmcsIHRo ZSBuZWVkIGZvciByZWFsLXRpbWUgc2VjdXJpdHkgdGhyZWF0IHJlc3BvbnNpdmVuZXNzIHZpYQ0K ICAgdHJhZmZpYyBjb250cm9sLCBhbmQgYSBwYXJhZGlnbSBvZiBzZXBhcmF0aW5nIHBvbGljeS1i YXNlZCBkZWNpc2lvbi0NCiAgIG1ha2luZyBmcm9tIHRoZSByb3V0ZXIgaXRzZWxmLCB0aGUgbmVl ZCBoYXMgZW1lcmdlZCB0byBtb3JlDQogICBkeW5hbWljYWxseSBtYW5hZ2UgYW5kIHByb2dyYW0g cm91dGluZyBzeXN0ZW1zIGluIG9yZGVyIHRvIGNvbnRyb2wNCiAgIHJvdXRpbmcgaW5mb3JtYXRp b24gYW5kIHRyYWZmaWMgcGF0aHMgYW5kIHRvIGV4dHJhY3QgbmV0d29yayB0b3BvbG9neQ0KICAg aW5mb3JtYXRpb24sIHRyYWZmaWMgc3RhdGlzdGljcywgYW5kIG90aGVyIG5ldHdvcmsgYW5hbHl0 aWNzIGZyb20NCiAgIHJvdXRpbmcgc3lzdGVtcy4NCg0KICAgVGhpcyBkb2N1bWVudCBwcm9wb3Nl cyBtZWV0aW5nIHRoaXMgbmVlZCB2aWEgYW4gSW50ZXJmYWNlIHRvIHRoZQ0KICAgUm91dGluZyBT eXN0ZW0gKEkyUlMpLg0KDQoNClRoZSBJRVRGIGRhdGF0cmFja2VyIHN0YXR1cyBwYWdlIGZvciB0 aGlzIGRyYWZ0IGlzOg0KaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtaWV0 Zi1pMnJzLXByb2JsZW0tc3RhdGVtZW50Lw0KDQpUaGVyZSdzIGFsc28gYSBodG1saXplZCB2ZXJz aW9uIGF2YWlsYWJsZSBhdDoNCmh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1pZXRm LWkycnMtcHJvYmxlbS1zdGF0ZW1lbnQtMDgNCg0KQSBkaWZmIGZyb20gdGhlIHByZXZpb3VzIHZl cnNpb24gaXMgYXZhaWxhYmxlIGF0Og0KaHR0cHM6Ly93d3cuaWV0Zi5vcmcvcmZjZGlmZj91cmwy PWRyYWZ0LWlldGYtaTJycy1wcm9ibGVtLXN0YXRlbWVudC0wOA0KDQoNClBsZWFzZSBub3RlIHRo YXQgaXQgbWF5IHRha2UgYSBjb3VwbGUgb2YgbWludXRlcyBmcm9tIHRoZSB0aW1lIG9mIHN1Ym1p c3Npb24gdW50aWwgdGhlIGh0bWxpemVkIHZlcnNpb24gYW5kIGRpZmYgYXJlIGF2YWlsYWJsZSBh dCB0b29scy5pZXRmLm9yZzxodHRwOi8vdG9vbHMuaWV0Zi5vcmc+Lg0KDQpJbnRlcm5ldC1EcmFm dHMgYXJlIGFsc28gYXZhaWxhYmxlIGJ5IGFub255bW91cyBGVFAgYXQ6DQpmdHA6Ly9mdHAuaWV0 Zi5vcmcvaW50ZXJuZXQtZHJhZnRzLw0KDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fXw0KSS1ELUFubm91bmNlIG1haWxpbmcgbGlzdA0KSS1ELUFubm91bmNl QGlldGYub3JnPG1haWx0bzpJLUQtQW5ub3VuY2VAaWV0Zi5vcmc+DQpodHRwczovL3d3dy5pZXRm Lm9yZy9tYWlsbWFuL2xpc3RpbmZvL2ktZC1hbm5vdW5jZQ0KSW50ZXJuZXQtRHJhZnQgZGlyZWN0 b3JpZXM6IGh0dHA6Ly93d3cuaWV0Zi5vcmcvc2hhZG93Lmh0bWwgb3IgZnRwOi8vZnRwLmlldGYu b3JnL2lldGYvMXNoYWRvdy1zaXRlcy50eHQNCg0K --_000_B8F9A780D330094D99AF023C5877DABA852B9BF3nkgeml513mbxchi_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTIgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 5a6L5L2TOw0KCXBhbm9zZS0xOjIgMSA2IDAgMyAxIDEgMSAxIDE7fQ0KQGZvbnQtZmFjZQ0KCXtm b250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2IDMgMiA0 O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1IDUg MiAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OiJcQOWui+S9kyI7DQoJ cGFub3NlLTE6MiAxIDYgMCAzIDEgMSAxIDEgMTt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0K cC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGNtOw0K CW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5 OuWui+S9kzt9DQphOmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJe21zby1zdHlsZS1wcmlvcml0 eTo5OTsNCgljb2xvcjpibHVlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KYTp2aXNp dGVkLCBzcGFuLk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsN Cgljb2xvcjpwdXJwbGU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpwLk1zb0FjZXRh dGUsIGxpLk1zb0FjZXRhdGUsIGRpdi5Nc29BY2V0YXRlDQoJe21zby1zdHlsZS1wcmlvcml0eTo5 OTsNCgltc28tc3R5bGUtbGluazoi5om55rOo5qGG5paH5pysIENoYXIiOw0KCW1hcmdpbjowY207 DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQtc2l6ZTo5LjBwdDsNCglmb250LWZhbWls eTrlrovkvZM7fQ0Kc3Bhbi5DaGFyDQoJe21zby1zdHlsZS1uYW1lOiLmibnms6jmoYbmlofmnKwg Q2hhciI7DQoJbXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1zdHlsZS1saW5rOuaJueazqOah huaWh+acrDsNCglmb250LWZhbWlseTrlrovkvZM7fQ0Kc3Bhbi5FbWFpbFN0eWxlMTkNCgl7bXNv LXN0eWxlLXR5cGU6cGVyc29uYWwtcmVwbHk7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLCJzYW5z LXNlcmlmIjsNCgljb2xvcjojMUY0OTdEO30NCi5Nc29DaHBEZWZhdWx0DQoJe21zby1zdHlsZS10 eXBlOmV4cG9ydC1vbmx5O30NCkBwYWdlIFdvcmRTZWN0aW9uMQ0KCXtzaXplOjYxMi4wcHQgNzky LjBwdDsNCgltYXJnaW46NzIuMHB0IDkwLjBwdCA3Mi4wcHQgOTAuMHB0O30NCmRpdi5Xb3JkU2Vj dGlvbjENCgl7cGFnZTpXb3JkU2VjdGlvbjE7fQ0KLS0+PC9zdHlsZT48IS0tW2lmIGd0ZSBtc28g OV0+PHhtbD4NCjxvOnNoYXBlZGVmYXVsdHMgdjpleHQ9ImVkaXQiIHNwaWRtYXg9IjEwMjYiIC8+ DQo8L3htbD48IVtlbmRpZl0tLT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlbGF5 b3V0IHY6ZXh0PSJlZGl0Ij4NCjxvOmlkbWFwIHY6ZXh0PSJlZGl0IiBkYXRhPSIxIiAvPg0KPC9v OnNoYXBlbGF5b3V0PjwveG1sPjwhW2VuZGlmXS0tPg0KPC9oZWFkPg0KPGJvZHkgbGFuZz0iWkgt Q04iIGxpbms9ImJsdWUiIHZsaW5rPSJwdXJwbGUiPg0KPGRpdiBjbGFzcz0iV29yZFNlY3Rpb24x Ij4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1z aXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2Vy aWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+QWxpYTo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41 cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7 O2NvbG9yOiMxRjQ5N0QiPlRoYW5rcyBmb3IgdGhlIHVwZGF0ZSBhbmQgYWRkcmVzc2luZyBteSBj b21tZW50cyBpbiB0aGUgbmV3IHZlcnNpb24gKC0wOSksIEkgaGF2ZSB1cGRhdGVkIHNoZXBoZXJk IHJlcG9ydCBhY2NvcmRpbmdseS48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1m YW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMx RjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTom cXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+ LVFpbjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRl ci10b3A6c29saWQgI0I1QzRERiAxLjBwdDtwYWRkaW5nOjMuMHB0IDBjbSAwY20gMGNtIj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0Ij7lj5Hk u7bkuro8c3BhbiBsYW5nPSJFTi1VUyI+Ojwvc3Bhbj48L3NwYW4+PC9iPjxzcGFuIGxhbmc9IkVO LVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdCI+IEFsaWEgQXRsYXMgW21haWx0bzpha2F0bGFz QGdtYWlsLmNvbV0NCjxicj4NCjwvc3Bhbj48Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBw dCI+5Y+R6YCB5pe26Ze0PHNwYW4gbGFuZz0iRU4tVVMiPjo8L3NwYW4+PC9zcGFuPjwvYj48c3Bh biBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQiPiAyMDE2PC9zcGFuPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTAuMHB0Ij7lubQ8c3BhbiBsYW5nPSJFTi1VUyI+MTwvc3Bhbj7m nIg8c3BhbiBsYW5nPSJFTi1VUyI+MTY8L3NwYW4+5pelPHNwYW4gbGFuZz0iRU4tVVMiPiAyOjE0 PGJyPg0KPC9zcGFuPjxiPuaUtuS7tuS6ujxzcGFuIGxhbmc9IkVOLVVTIj46PC9zcGFuPjwvYj48 c3BhbiBsYW5nPSJFTi1VUyI+IFFpbiBXdTxicj4NCjwvc3Bhbj48Yj7mioTpgIE8c3BhbiBsYW5n PSJFTi1VUyI+Ojwvc3Bhbj48L2I+PHNwYW4gbGFuZz0iRU4tVVMiPiBpMnJzQGlldGYub3JnOyBk YjM1NDZAYXR0LmNvbTsgSmVmZnJleSBIYWFzOyBTdXNhbiBIYXJlczxicj4NCjwvc3Bhbj48Yj7k uLvpopg8c3BhbiBsYW5nPSJFTi1VUyI+Ojwvc3Bhbj48L2I+PHNwYW4gbGFuZz0iRU4tVVMiPiBS ZTogSS1EIEFjdGlvbjogZHJhZnQtaWV0Zi1pMnJzLXByb2JsZW0tc3RhdGVtZW50LTA4LnR4dDxv OnA+PC9vOnA+PC9zcGFuPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPkhpIFFpbiw8bzpwPjwvbzpw Pjwvc3Bhbj48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4t VVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj5UaGFuayB5b3UgdmVyeSBtdWNoIGZvciB0 aGUgcmV2aWV3LiZuYnNwOyBNeSBhcG9sb2dpZXMgZm9yIHRoZSBkZWxheSBpbiByZXNwb25kaW5n OyBJJ3ZlIGJlZW4gc2ljay48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD4mbmJzcDs8L286cD48 L3NwYW4+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVT Ij5PbiBNb24sIEphbiA0LCAyMDE2IGF0IDEwOjQwIFBNLCBRaW4gV3UgJmx0OzxhIGhyZWY9Im1h aWx0bzpiaWxsLnd1QGh1YXdlaS5jb20iIHRhcmdldD0iX2JsYW5rIj5iaWxsLnd1QGh1YXdlaS5j b208L2E+Jmd0OyB3cm90ZTo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+SGksIEFsaWE6PGJyPg0KVGhhbmtzIGZvciB0aGUgdXBk YXRlIHRvIGFkZHJlc3MgTmFiaWwgY29tbWVudHMgYW5kIEFEJ3MgY29tbWVudHMuPGJyPg0KSSBo YXZlIHJlLXJlYWQgdGhpcyBkcmFmdCwgSSBhZ3JlZSB3aXRoIHlvdSB0aGF0IHNlY3Rpb24gNSBh bmQgc2VjdGlvbiA0IGhhdmUgZ3JlYXQgdmFsdWUgYW5kIHByb3ZpZGUgYSBjbGVhciBnb2FsIGFu ZCBnb29kIGd1aWRhbmNlIGZvciBhbGwgdGhlIEkyUlMgcmVsYXRlZCB3b3JrLiBJIHRoaW5rIHRo aXMgZHJhZnQgaXMgcmVhZHkgZm9yIHB1YmxpY2F0aW9uLjxicj4NCkhlcmUgYXJlIGEgZmV3IGVk aXRvcmlhbCBjb21tZW50cyBhbmQgc3VnZ2VzdGlvbnMgZm9yIHlvdXIgY29uc2lkZXJhdGlvbi48 YnI+DQoxLiBTZWN0aW9uMiwgcGFyYWdyYXBoIDU6PGJyPg0Kcy93aXRoIGluL3dpdGhpbjxvOnA+ PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5n PSJFTi1VUyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPmZpeGVkPG86cD48L286cD48L3Nw YW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0i RU4tVVMiPiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGJsb2NrcXVvdGUg c3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci1sZWZ0OnNvbGlkICNDQ0NDQ0MgMS4wcHQ7cGFkZGlu ZzowY20gMGNtIDBjbSA2LjBwdDttYXJnaW4tbGVmdDo0LjhwdDttYXJnaW4tcmlnaHQ6MGNtIj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj4yLiBTZWN0aW9uIDIsRmln dXJlIDE6PGJyPg0KSW4gdGhlIGZpZ3VyZSAxLCDigJwmbHQ7PT0gSTJSUyBwcm90b2NvbOKAnSBp cyB1c2VkIHRvIGluZGljYXRlIEkyUlMgcHJvdG9jb2wgaXMgdXNlZCBvbiB0aGUgaW50ZXJmYWNl IGJldHdlZW4gSTJSUyBjbGllbnQgYW5kIEkyUlMgYWdlbnQuPGJyPg0KQnV0IEluIHRoZSBsZWdl bmQgZm9sbG93aW5nIHRoZSBmaWd1cmUgMSwgdGhlcmUgaXMgbm8gbGVnZW5kIGRlc2NyaXB0aW9u IGZvciDigJwmbHQ7PT3igJ0uPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9ibG9ja3F1b3RlPg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPiZuYnNw OzwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 c3BhbiBsYW5nPSJFTi1VUyI+YWRkZWQgYSBkZXNjcmlwdGlvbiBmb3IgY2xhcml0eTxvOnA+PC9v OnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IGxhbmc9IkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxibG9j a3F1b3RlIHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItbGVmdDpzb2xpZCAjQ0NDQ0NDIDEuMHB0 O3BhZGRpbmc6MGNtIDBjbSAwY20gNi4wcHQ7bWFyZ2luLWxlZnQ6NC44cHQ7bWFyZ2luLXJpZ2h0 OjBjbSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+My5TZWN0aW9u IDIsIHBhcmFncmFwaCA3Ojxicj4NCklzIHRoaXMgY29tcG9uZW50KGkuZS4sIHN1YnNjcmlwdGlv biBhbmQgY29uZmlndXJhdGlvbikgYSBraW5kIG9mIGRhdGEgc291cmNlIGZvciBtZWFzdXJlbWVu dCBkYXRhIG9yIGV2ZW50IGRhdGE/IFdoeSBjb25maWd1cmF0aW9uIGlzIHNwZWNpYWxseSBuZWVk ZWQgZm9yIHRoaXMgY29tcG9uZW50IHJhdGhlciB0aGFuIG90aGVyIGNvbXBvbmVudD8gSG93IHRo aXMgbG9naWNhbCBjb21wb25lbnQgaXMgdXNlZCB0byBjb2xsZWN0IG1lYXN1cmVtZW50DQogZGF0 YSwgc3RhdGlzdGljcywgaG93IGV2ZW50IGlzIGNvbGxlY3RlZD88bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8L2Jsb2NrcXVvdGU+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1V UyI+PGJyPg0KSTJSUyBpc24ndCB0cnlpbmcgdG8gZGVmaW5lIHRoZSBpbnRlcm5hbCBjb21wb25l bnRzIG9mIGEgcm91dGVyLiZuYnNwOyBJdCdzIGNvbnZlbmllbnQgZm9yIGEgcGljdHVyZSBhbmQg Zm9yIGRpc2N1c3Npb24gdG8gdGFsayBhYm91dCAmcXVvdDtzdWJzY3JpcHRpb24gYW5kIGNvbmZp Z3VyYXRpb248YnI+DQpmb3IgZHluYW1pYyBtZWFzdXJlbWVudHMvZXZlbnRzJnF1b3Q7IGJ1dCBo b3cgdGhhdCBsb2dpY2FsIGNvbXBvbmVudCBpcyBpbXBsZW1lbnRlZCB3aWxsIHZhc3RseSB2YXJ5 IGJhc2VkIG9uIGludGVybmFsIGRldmljZSBhcmNoaXRlY3R1cmUuJm5ic3A7IEl0IGNvdWxkIGJl IGRpc3RyaWJ1dGVkIG9yIGNlbnRyYWxpemVkLjxicj4NCjxicj4NCkkgc2VlIHlvdXIgcXVlc3Rp b25zLCBidXQgcmVhbGx5IGRvbid0IHNlZSBhbiBhcHByb3ByaWF0ZSBhbnN3ZXIgdG8gcHV0IGlu IGEgcHJvYmxlbS1zdGF0ZW1lbnQuICZuYnNwOyBDb25maWd1cmF0aW9uIG1pZ2h0LCBmb3IgZXhh bXBsZSwgYmUgZm9yIElQRklYIHN0cmVhbXMgb3IgdG8gaW5kaWNhdGUgd2hhdCBldmVudHMgb3Ig ZGF0YSBzaG91bGQgYmUgbWVhc3VyZWQuJm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9k aXY+DQo8ZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci1sZWZ0OnNv bGlkICNDQ0NDQ0MgMS4wcHQ7cGFkZGluZzowY20gMGNtIDBjbSA2LjBwdDttYXJnaW4tbGVmdDo0 LjhwdDttYXJnaW4tcmlnaHQ6MGNtIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9 IkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBsYW5nPSJFTi1VUyI+SSBrbm93IHRoZSBzdWJzY3JpcHRpb24gYW5kIGNvbmZpZ3Vy YXRpb24gY29tcG9uZW50IGlzIG5vdCBpbiB0aGUgc2NvcGUgb2YgSTJSUz8gSG93ZXZlciBJIGFt IGN1cmlvdXMgdG8ga25vdyB3aGV0aGVyIHN1YnNjcmlwdGlvbiBhbmQgY29uZmlndXJhdGlvbiBh bHNvIHVzZWQgZm9yIHByb3ZpZGluZyBhdXRoZW50aWNhdGlvbiBhbmQgYXV0aG9yaXphdGlvbiBv ciBzZWN1cml0eQ0KIHB1cnBvc2U/PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9ibG9ja3F1b3Rl Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPiZu YnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBsYW5nPSJFTi1VUyI+SU1ITywgbm90IGZvciB0aGUgYXV0aGVudGljYXRpb24gYW5k IGF1dGhvcml6YXRpb24gbmVlZGVkIGJ5IEkyUlMuICZuYnNwOyBDb3VsZCBvbmUgZ2V0IGEgc3Vi c2NyaWJlIHRvIGluZm9ybWF0aW9uIHRoYXQgd291bGQgYmUgcmVsYXRlZCB0byBzZWN1cml0eSBw dXJwb3Nlcz8mbmJzcDsgSSBpbWFnaW5lIHNvLCBidXQgdGhhdCB3aWxsIGRlcGVuZCBvbiB3aGF0 IG1vZGVscyBhcmUgZGVmaW5lZA0KIGFuZCB1c2UtY2FzZXMgY29uc2lkZXJlZC48bzpwPjwvbzpw Pjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBs YW5nPSJFTi1VUyI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8YmxvY2tx dW90ZSBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLWxlZnQ6c29saWQgI0NDQ0NDQyAxLjBwdDtw YWRkaW5nOjBjbSAwY20gMGNtIDYuMHB0O21hcmdpbi1sZWZ0OjQuOHB0O21hcmdpbi1yaWdodDow Y20iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPjQuIFNlY3Rpb24g MywgcGFyYWdyYXBoIDE6PGJyPg0KV2hhdCBpcyB0aGUgZGlmZmVyZW5jZSBiZXR3ZWVuIE5leHQg aG9wIGluZGlyZWN0aW9uIGFuZCByb3V0aW5nIGluZGlyZWN0aW9uPzxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjwvYmxvY2txdW90ZT4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBs YW5nPSJFTi1VUyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPk5leHQtaG9wIGluZGlyZWN0 aW9uIGlzIGRlc2NyaWJlZCB3ZWxsIGluIHRoZSBSSUIgaW5mby1tb2RlbC4mbmJzcDsgQmFzaWNh bGx5LCBvbmUgbmV4dC1ob3AgbWlnaHQgcG9pbnQgdG8gYW5vdGhlciBzbyB0aGF0IHdoZW4gdGhl IHNlY29uZCBjaGFuZ2VzLCB0aGUgZmlyc3QgaXMgYWxzbyBpbXBhY3RlZC4gJm5ic3A7IFJvdXRp bmcgaW5kaXJlY3Rpb24gY2FuIHVzZSBuZXh0LWhvcCBpbmRpcmVjdGlvbg0KIGFzIGEgbWVjaGFu aXNtOyAmbmJzcDtmb3IgaW5zdGFuY2UsIGEgQkdQIHJvdXRlIG1pZ2h0IHVzZSBhbiBJR1Agcm91 dGUgdG8gZGV0ZXJtaW5lIGl0cyBuZXh0LWhvcHMgLSBhbmQgdGh1cyB0aGUgQkdQIHJvdXRlIHdp bGwgY2hhbmdlIGJhc2VkIG9uIGhvdyB0aGUgSUdQIGNoYW5nZXMuPG86cD48L286cD48L3NwYW4+ PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4t VVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj5JIGRvbid0IHNlZSBhbnl0aGluZyBzcGVj aWZpYyB0byBjaGFuZ2UgaW4gdGhlIGRyYWZ0LjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJzcDs8 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxibG9ja3F1b3RlIHN0eWxlPSJib3JkZXI6 bm9uZTtib3JkZXItbGVmdDpzb2xpZCAjQ0NDQ0NDIDEuMHB0O3BhZGRpbmc6MGNtIDBjbSAwY20g Ni4wcHQ7bWFyZ2luLWxlZnQ6NC44cHQ7bWFyZ2luLXJpZ2h0OjBjbSI+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+NS4gU2VjdGlvbiA0LCBsYXN0IHBhcmFncmFwaDo8 YnI+DQpOb3Qgc3VyZSBwb2xpY3kgZGVjaXNpb24gaXMgbWFkZSBieSBhcHBsaWNhdGlvbj8gSWYg bXkgdW5kZXJzdGFuZGluZyBpcyBjb3JyZWN0LCBBcHBsaWNhdGlvbiBzaG91bGQgZGVzY3JpYmUg Z29hbCBvciBvYmplY3RpdmUsIHRoZSBwb2xpY3kgZGVjaXNpb24gaXMgbWFkZSBieSBJMlJTIGNs aWVudCwgdGhlIEkyUlMgYWdlbnQgZW5mb3JjZSBwb2xpY3kgaW4gdGhlIHJvdXRpbmcgc3lzdGVt LjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvYmxvY2txdW90ZT4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9w Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMi PlRoaXMgZGVwZW5kcyBvbiB3aGF0IHlvdSBhcmUgdGhpbmtpbmcgb2YgYXMgYW4gYXBwbGljYXRp b24gYW5kIHdoYXQgYXMgYW4gSTJSUyBjbGllbnQuJm5ic3A7IEkgdGhpbmsgb2YgdGhlIEkyUlMg Y2xpZW50IGFzIGhhbmRsaW5nIHRoZSBwcm90b2NvbCBhbmQgY29tbXVuaWNhdGlvbnMgdG8gdGhl IGFwcHJvcHJpYXRlIEkyUlMgYWdlbnRzLiZuYnNwOyBJIGRvIG5vdCBzZWUgdGhlIEkyUlMgY2xp ZW50DQogYXMgZG9pbmcgcG9saWN5IGRlY2lzaW9ucy4mbmJzcDsgSXQgaXMgcG9zc2libGUgdGhh dCB0aGVyZSBhcmUgbXVsdGlwbGUgbGF5ZXJzIGluIHRoZSBhcHBsaWNhdGlvbiAtIHdoZXJlIHRo ZSBoaWdoZXIgbGF5ZXIgYXJlIHNldHRpbmcgdGhlIGdvYWwgb3Igb2JqZWN0IGFuZCB0aGUgbG93 ZXIgbGF5ZXIgaXMgdHJhbnNsYXRpbmcgdGhvc2UgaW50byBwb2xpY3kuICZuYnNwOyBSZWdhcmRs ZXNzLCBhZ2FpbiAtIEkgZG9uJ3Qgc2VlIGFueSBjaGFuZ2VzIHRvIGJlIG1hZGUuPG86cD48L286 cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g bGFuZz0iRU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGJsb2Nr cXVvdGUgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci1sZWZ0OnNvbGlkICNDQ0NDQ0MgMS4wcHQ7 cGFkZGluZzowY20gMGNtIDBjbSA2LjBwdDttYXJnaW4tbGVmdDo0LjhwdDttYXJnaW4tcmlnaHQ6 MGNtIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj42LiBTZWN0aW9u IDUsIGJ1bGxldCA0Ojxicj4NCi/igJ1pLmUuOuKAnS/igJ1pLmUuLOKAnTxvOnA+PC9vOnA+PC9z cGFuPjwvcD4NCjwvYmxvY2txdW90ZT4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBsYW5nPSJFTi1VUyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPm9rIC0gZml4ZWQ8bzpw PjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8 YmxvY2txdW90ZSBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLWxlZnQ6c29saWQgI0NDQ0NDQyAx LjBwdDtwYWRkaW5nOjBjbSAwY20gMGNtIDYuMHB0O21hcmdpbi1sZWZ0OjQuOHB0O21hcmdpbi1y aWdodDowY20iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPjcuIFNl Y3Rpb24gNSwgYnVsbGV0IDQ6PGJyPg0KSWYgbXkgdW5kZXJzdGFuZGluZyBpcyBjb3JyZWN0LCBE dXBsZXggbWVhbnMgYmlkaXJlY3Rpb25hbCBjb21tdW5pY2F0aW9uIGJldHdlZW4gSTJSUyBhZ2Vu dCBhbmQgSTJSUyBjbGllbnQsIGhvd2V2ZXIgd2hlbiBJIHJlYWQgdGhlIHNlY29uZCBzZW50ZW5j ZSBhbmQgdGhlIHRoaXJkIHNlbnRlbmNlIGluIHRoaXMgcGFyYWdyYXBoLCBJIGZlZWwgYSBsaXR0 bGUgYml0IGNvbmZ1c2VkLDxicj4NCkZvciB0aGUgc2Vjb25kIHNlbnRlbmNlLCB5ZXMsIG9wZXJh dGlvbiBhbmQgYWNrbm93bGVkZ2VtZW50cyBjYW4gYmUgc2VudCBieSBib3RoIHBhcnRpZXMsIGhv d2V2ZXIgSSBhbSBub3Qgc3VyZSB0aGUgZmFpbHVyZSBvciBldmVudCBjYW4gYmUgc2VudCBieSB0 aGUgYXBwbGljYXRpb24gb3IgSTJSUyBjbGllbnQgdG8gSTJSUyBhZ2VudCBlbWJlZGRlZCBpbiB0 aGUgcm91dGVyLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvYmxvY2txdW90ZT4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD4mbmJzcDs8L286cD48 L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFu Zz0iRU4tVVMiPlRoYXQgd291bGQgZGVwZW5kIHVwb24gdGhlIHBhcnRpY3VsYXIgbW9kZWwgYmVp bmcgdXNlZC4gJm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNwOzxvOnA+PC9vOnA+PC9z cGFuPjwvcD4NCjwvZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci1s ZWZ0OnNvbGlkICNDQ0NDQ0MgMS4wcHQ7cGFkZGluZzowY20gMGNtIDBjbSA2LjBwdDttYXJnaW4t bGVmdDo0LjhwdDttYXJnaW4tcmlnaHQ6MGNtIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IGxhbmc9IkVOLVVTIj5Gb3IgdGhlIHRoaXJkIHNlbnRlbmNlLCB3aHkgd2UgdXNlIG5lZ2F0aXZl IHNlbnRlbmNlPyBEbyB3ZSBtZWFuIGJvdGggcHVsbCBtb2RlbCBhbmQgcHVzaCBzaG91bGQgYmUg c3VwcG9ydGVkPyBXaGF0IGlzIHRoZSBwdXJlIHB1bGwgbW9kZWw/IGNhbiBwdWxsIG1vZGVsIGJl IHVzZWQgYnkgcm91dGVyIHRvIHB1bGwgcmVzcG9uc2UgZnJvbSBhcHBsaWNhdGlvbj88bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8L2Jsb2NrcXVvdGU+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj5UaGUgc2Vu dGVuY2UgaXMmbmJzcDsmcXVvdDtUaGUgSTJSUyBpcyZuYnNwO25vdCBhIHB1cmUgcHVsbC1tb2Rl bCB3aGVyZSBvbmx5IHRoZSBhcHBsaWNhdGlvbiBxdWVyaWVzIHRvIHB1bGwmbmJzcDtyZXNwb25z ZXMuJnF1b3Q7PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPkkgZmVlbCBsaWtlIHRoYXQgY2xlYXJseSBk ZWZpbmVzIHdoYXQgYSBwdXJlIHB1bGwtbW9kZWwgaXMuJm5ic3A7IEkyUlMgc2hvdWxkIHN1cHBv cnQgYSBwdXNoIG1vZGVsIHdoZXJlIHRoZSBhZ2VudCBjYW4gcHVzaCBldmVudHMgdG8gdGhlPG86 cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gbGFuZz0iRU4tVVMiPmNsaWVudC4mbmJzcDsgSTJSUyBzaG91bGQgYWxzbyBzdXBwb3J0 IHRoZSBjbGllbnQgcXVlcnlpbmcgdGhlIGFnZW50IC0gYXMgaW4gYSBwdWxsIG1vZGVsLjxvOnA+ PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIGxhbmc9IkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+SSBkb24ndCBzZWUg YW55IGNoYW5nZXMgdG8gYmUgbWFkZSBiYXNlZCB1cG9uIHRoaXMgZGlzY3Vzc2lvbi48bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBsYW5nPSJFTi1VUyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPlRoYW5rcyBhZ2FpbiBm b3IgdGhlIHJldmlldyw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+QWxpYTxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVO LVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+ PC9wPg0KPC9kaXY+DQo8YmxvY2txdW90ZSBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLWxlZnQ6 c29saWQgI0NDQ0NDQyAxLjBwdDtwYWRkaW5nOjBjbSAwY20gMGNtIDYuMHB0O21hcmdpbi1sZWZ0 OjQuOHB0O21hcmdpbi1yaWdodDowY20iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFu Zz0iRU4tVVMiPjxicj4NCi1RaW48YnI+DQotLS0tLTwvc3Bhbj7pgq7ku7bljp/ku7Y8c3BhbiBs YW5nPSJFTi1VUyI+LS0tLS08YnI+DQo8L3NwYW4+5Y+R5Lu25Lq6PHNwYW4gbGFuZz0iRU4tVVMi PjogSS1ELUFubm91bmNlIFttYWlsdG86PGEgaHJlZj0ibWFpbHRvOmktZC1hbm5vdW5jZS1ib3Vu Y2VzQGlldGYub3JnIj5pLWQtYW5ub3VuY2UtYm91bmNlc0BpZXRmLm9yZzwvYT5dDQo8L3NwYW4+ 5Luj6KGoIDxzcGFuIGxhbmc9IkVOLVVTIj48YSBocmVmPSJtYWlsdG86aW50ZXJuZXQtZHJhZnRz QGlldGYub3JnIj5pbnRlcm5ldC1kcmFmdHNAaWV0Zi5vcmc8L2E+PGJyPg0KPC9zcGFuPuWPkemA geaXtumXtDxzcGFuIGxhbmc9IkVOLVVTIj46IDIwMTU8L3NwYW4+5bm0PHNwYW4gbGFuZz0iRU4t VVMiPjEyPC9zcGFuPuaciDxzcGFuIGxhbmc9IkVOLVVTIj4xOTwvc3Bhbj7ml6U8c3BhbiBsYW5n PSJFTi1VUyI+IDc6MDY8YnI+DQo8L3NwYW4+5pS25Lu25Lq6PHNwYW4gbGFuZz0iRU4tVVMiPjog PGEgaHJlZj0ibWFpbHRvOmktZC1hbm5vdW5jZUBpZXRmLm9yZyI+aS1kLWFubm91bmNlQGlldGYu b3JnPC9hPjxicj4NCjwvc3Bhbj7mioTpgIE8c3BhbiBsYW5nPSJFTi1VUyI+OiA8YSBocmVmPSJt YWlsdG86aTJyc0BpZXRmLm9yZyI+aTJyc0BpZXRmLm9yZzwvYT48YnI+DQo8L3NwYW4+5Li76aKY PHNwYW4gbGFuZz0iRU4tVVMiPjogSS1EIEFjdGlvbjogZHJhZnQtaWV0Zi1pMnJzLXByb2JsZW0t c3RhdGVtZW50LTA4LnR4dDxicj4NCjxicj4NCjxicj4NCkEgTmV3IEludGVybmV0LURyYWZ0IGlz IGF2YWlsYWJsZSBmcm9tIHRoZSBvbi1saW5lIEludGVybmV0LURyYWZ0cyBkaXJlY3Rvcmllcy48 YnI+DQombmJzcDtUaGlzIGRyYWZ0IGlzIGEgd29yayBpdGVtIG9mIHRoZSBJbnRlcmZhY2UgdG8g dGhlIFJvdXRpbmcgU3lzdGVtIFdvcmtpbmcgR3JvdXAgb2YgdGhlIElFVEYuPGJyPg0KPGJyPg0K Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7IFRpdGxlJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDs6IEludGVyZmFjZSB0byB0aGUgUm91dGluZyBTeXN0ZW0gUHJvYmxl bSBTdGF0ZW1lbnQ8YnI+DQombmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgQXV0aG9ycyZuYnNw OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDs6IEFsaWEgQXRsYXM8YnI+DQombmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgVGhvbWFzIEQuIE5hZGVhdTxicj4NCiZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyBEYXZlIFdhcmQ8YnI+DQombmJzcDsgJm5ic3A7ICZuYnNw OyAmbmJzcDsgRmlsZW5hbWUmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgOiBkcmFmdC1pZXRm LWkycnMtcHJvYmxlbS1zdGF0ZW1lbnQtMDgudHh0PGJyPg0KJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7IFBhZ2VzJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDs6IDEx PGJyPg0KJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7IERhdGUmbmJzcDsgJm5ic3A7ICZuYnNw OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyA6IDIwMTUtMTItMTg8YnI+DQo8YnI+DQpBYnN0cmFjdDo8 YnI+DQombmJzcDsgJm5ic3A7VHJhZGl0aW9uYWxseSwgcm91dGluZyBzeXN0ZW1zIGhhdmUgaW1w bGVtZW50ZWQgcm91dGluZyBhbmQgc2lnbmFsaW5nPGJyPg0KJm5ic3A7ICZuYnNwOyhlLmcuJm5i c3A7IE1QTFMpIHRvIGNvbnRyb2wgdHJhZmZpYyBmb3J3YXJkaW5nIGluIGEgbmV0d29yay4mbmJz cDsgUm91dGU8YnI+DQombmJzcDsgJm5ic3A7Y29tcHV0YXRpb24gaGFzIGJlZW4gY29udHJvbGxl ZCBieSByZWxhdGl2ZWx5IHN0YXRpYyBwb2xpY2llcyB0aGF0PGJyPg0KJm5ic3A7ICZuYnNwO2Rl ZmluZSBsaW5rIGNvc3QsIHJvdXRlIGNvc3QsIG9yIGltcG9ydCBhbmQgZXhwb3J0IHJvdXRpbmcg cG9saWNpZXMuPGJyPg0KJm5ic3A7ICZuYnNwO1dpdGggdGhlIGFkdmVudCBvZiBoaWdobHkgZHlu YW1pYyBkYXRhIGNlbnRlciBuZXR3b3JraW5nLCBvbi1kZW1hbmQ8YnI+DQombmJzcDsgJm5ic3A7 V0FOIHNlcnZpY2VzLCBkeW5hbWljIHBvbGljeS1kcml2ZW4gdHJhZmZpYyBzdGVlcmluZyBhbmQg c2VydmljZTxicj4NCiZuYnNwOyAmbmJzcDtjaGFpbmluZywgdGhlIG5lZWQgZm9yIHJlYWwtdGlt ZSBzZWN1cml0eSB0aHJlYXQgcmVzcG9uc2l2ZW5lc3MgdmlhPGJyPg0KJm5ic3A7ICZuYnNwO3Ry YWZmaWMgY29udHJvbCwgYW5kIGEgcGFyYWRpZ20gb2Ygc2VwYXJhdGluZyBwb2xpY3ktYmFzZWQg ZGVjaXNpb24tPGJyPg0KJm5ic3A7ICZuYnNwO21ha2luZyBmcm9tIHRoZSByb3V0ZXIgaXRzZWxm LCB0aGUgbmVlZCBoYXMgZW1lcmdlZCB0byBtb3JlPGJyPg0KJm5ic3A7ICZuYnNwO2R5bmFtaWNh bGx5IG1hbmFnZSBhbmQgcHJvZ3JhbSByb3V0aW5nIHN5c3RlbXMgaW4gb3JkZXIgdG8gY29udHJv bDxicj4NCiZuYnNwOyAmbmJzcDtyb3V0aW5nIGluZm9ybWF0aW9uIGFuZCB0cmFmZmljIHBhdGhz IGFuZCB0byBleHRyYWN0IG5ldHdvcmsgdG9wb2xvZ3k8YnI+DQombmJzcDsgJm5ic3A7aW5mb3Jt YXRpb24sIHRyYWZmaWMgc3RhdGlzdGljcywgYW5kIG90aGVyIG5ldHdvcmsgYW5hbHl0aWNzIGZy b208YnI+DQombmJzcDsgJm5ic3A7cm91dGluZyBzeXN0ZW1zLjxicj4NCjxicj4NCiZuYnNwOyAm bmJzcDtUaGlzIGRvY3VtZW50IHByb3Bvc2VzIG1lZXRpbmcgdGhpcyBuZWVkIHZpYSBhbiBJbnRl cmZhY2UgdG8gdGhlPGJyPg0KJm5ic3A7ICZuYnNwO1JvdXRpbmcgU3lzdGVtIChJMlJTKS48YnI+ DQo8YnI+DQo8YnI+DQpUaGUgSUVURiBkYXRhdHJhY2tlciBzdGF0dXMgcGFnZSBmb3IgdGhpcyBk cmFmdCBpczo8YnI+DQo8YSBocmVmPSJodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9k cmFmdC1pZXRmLWkycnMtcHJvYmxlbS1zdGF0ZW1lbnQvIiB0YXJnZXQ9Il9ibGFuayI+aHR0cHM6 Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtaWV0Zi1pMnJzLXByb2JsZW0tc3RhdGVt ZW50LzwvYT48YnI+DQo8YnI+DQpUaGVyZSdzIGFsc28gYSBodG1saXplZCB2ZXJzaW9uIGF2YWls YWJsZSBhdDo8YnI+DQo8YSBocmVmPSJodHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQt aWV0Zi1pMnJzLXByb2JsZW0tc3RhdGVtZW50LTA4IiB0YXJnZXQ9Il9ibGFuayI+aHR0cHM6Ly90 b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LWlldGYtaTJycy1wcm9ibGVtLXN0YXRlbWVudC0wODwv YT48YnI+DQo8YnI+DQpBIGRpZmYgZnJvbSB0aGUgcHJldmlvdXMgdmVyc2lvbiBpcyBhdmFpbGFi bGUgYXQ6PGJyPg0KPGEgaHJlZj0iaHR0cHM6Ly93d3cuaWV0Zi5vcmcvcmZjZGlmZj91cmwyPWRy YWZ0LWlldGYtaTJycy1wcm9ibGVtLXN0YXRlbWVudC0wOCIgdGFyZ2V0PSJfYmxhbmsiPmh0dHBz Oi8vd3d3LmlldGYub3JnL3JmY2RpZmY/dXJsMj1kcmFmdC1pZXRmLWkycnMtcHJvYmxlbS1zdGF0 ZW1lbnQtMDg8L2E+PGJyPg0KPGJyPg0KPGJyPg0KUGxlYXNlIG5vdGUgdGhhdCBpdCBtYXkgdGFr ZSBhIGNvdXBsZSBvZiBtaW51dGVzIGZyb20gdGhlIHRpbWUgb2Ygc3VibWlzc2lvbiB1bnRpbCB0 aGUgaHRtbGl6ZWQgdmVyc2lvbiBhbmQgZGlmZiBhcmUgYXZhaWxhYmxlIGF0DQo8YSBocmVmPSJo dHRwOi8vdG9vbHMuaWV0Zi5vcmciIHRhcmdldD0iX2JsYW5rIj50b29scy5pZXRmLm9yZzwvYT4u PGJyPg0KPGJyPg0KSW50ZXJuZXQtRHJhZnRzIGFyZSBhbHNvIGF2YWlsYWJsZSBieSBhbm9ueW1v dXMgRlRQIGF0Ojxicj4NCjxhIGhyZWY9ImZ0cDovL2Z0cC5pZXRmLm9yZy9pbnRlcm5ldC1kcmFm dHMvIiB0YXJnZXQ9Il9ibGFuayI+ZnRwOi8vZnRwLmlldGYub3JnL2ludGVybmV0LWRyYWZ0cy88 L2E+PGJyPg0KPGJyPg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX188YnI+DQpJLUQtQW5ub3VuY2UgbWFpbGluZyBsaXN0PGJyPg0KPGEgaHJlZj0ibWFpbHRv OkktRC1Bbm5vdW5jZUBpZXRmLm9yZyI+SS1ELUFubm91bmNlQGlldGYub3JnPC9hPjxicj4NCjxh IGhyZWY9Imh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vaS1kLWFubm91bmNl SW50ZXJuZXQtRHJhZnQiIHRhcmdldD0iX2JsYW5rIj5odHRwczovL3d3dy5pZXRmLm9yZy9tYWls bWFuL2xpc3RpbmZvL2ktZC1hbm5vdW5jZTxicj4NCkludGVybmV0LURyYWZ0PC9hPiBkaXJlY3Rv cmllczogPGEgaHJlZj0iaHR0cDovL3d3dy5pZXRmLm9yZy9zaGFkb3cuaHRtbCIgdGFyZ2V0PSJf YmxhbmsiPg0KaHR0cDovL3d3dy5pZXRmLm9yZy9zaGFkb3cuaHRtbDwvYT4gb3IgPGEgaHJlZj0i ZnRwOi8vZnRwLmlldGYub3JnL2lldGYvMXNoYWRvdy1zaXRlcy50eHQiIHRhcmdldD0iX2JsYW5r Ij4NCmZ0cDovL2Z0cC5pZXRmLm9yZy9pZXRmLzFzaGFkb3ctc2l0ZXMudHh0PC9hPjxvOnA+PC9v OnA+PC9zcGFuPjwvcD4NCjwvYmxvY2txdW90ZT4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2 Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYm9keT4NCjwvaHRtbD4NCg== --_000_B8F9A780D330094D99AF023C5877DABA852B9BF3nkgeml513mbxchi_-- From nobody Sat Jan 30 17:22:51 2016 Return-Path: <7riw77@gmail.com> X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D4B081B3D50 for ; Sat, 30 Jan 2016 17:22:46 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.95 X-Spam-Level: X-Spam-Status: No, score=0.95 tagged_above=-999 required=5 tests=[BAYES_50=0.8, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_ENVFROM_END_DIGIT=0.25, FREEMAIL_FROM=0.001, SPF_PASS=-0.001] autolearn=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 JWBauSMqFWie for ; Sat, 30 Jan 2016 17:22:45 -0800 (PST) Received: from mail-ig0-x22e.google.com (mail-ig0-x22e.google.com [IPv6:2607:f8b0:4001:c05::22e]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 437111B3D4F for ; Sat, 30 Jan 2016 17:22:45 -0800 (PST) Received: by mail-ig0-x22e.google.com with SMTP id h5so12281233igh.0 for ; Sat, 30 Jan 2016 17:22:45 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:subject:date:message-id:mime-version:content-type :content-transfer-encoding:thread-index:content-language; bh=UfNw4Y5gnDYTaZyvz0C6cUlDEKOIyoU6cyfGwUeUcm0=; b=ZVUsktWsqkUWZBsgvKR5a2mwNWj8rF2AGaqA0Qw+SUSiKfBL6fFAvcFJ8WnHzvbq03 xJ1unJIsKL4QrXCe4zBgsAh8/vedbWDCk78Sy0O8tuo3DpR2tidWXkD6uVAFpikiquI3 bDeC6sBTIe2++VEtgl8OUAvkJaeXgoNrTr0v8WRl3/qEU296wCR8X35F8aCvS2FihWj7 UJW89r2aht/r1jBOPZ45CYk9KCVpHTuuHY2x0SmsomeU5osgZEL2YNZJYFn0WcHjPqxr CteFjOrBiaK1w/J0xDA8qQdHDnN9SV8jiRtnBOMQJwSYjyYlmww0xXCSRNqBp+3jbuoE YSMw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:to:subject:date:message-id:mime-version :content-type:content-transfer-encoding:thread-index :content-language; bh=UfNw4Y5gnDYTaZyvz0C6cUlDEKOIyoU6cyfGwUeUcm0=; b=NnahJb751FZrDOn1trZ6xM2o7YSgfta2Rl+gJwXYk3pohky5SeChH2DLfrx4oNtRpK XS0QBdMG4oMAiTbiVdx85Bx9jQgl1/y06po72ZIxDLWHIqnHDkkABGuX+WvC3bnmwxH2 9jbRV4W1tgLAv8GWeRXkwbrc+WeVugSRT6E1j/Ab6mManfeXPAGAushnuYLJXTPWMGeZ uoEHPWqGbSWDdNyi7lC9e6VE0nKfymvL3uPgVOwkRvwsbf9KyvapH5MlTGZheLJmwRC/ 66HwNbBrBF2JATSGcd4oV0tJuAbe10bKv1vYOBn+2kin4OW+A7Xuw665HGB+/oTTz+Uw wnHA== X-Gm-Message-State: AG10YOSiYnASb1phZT47qW9P5eahiOi+ngu2tYoGdV1O0gDUsvGFoTbSMgX016zrqxO77g== X-Received: by 10.50.183.37 with SMTP id ej5mr4216609igc.48.1454203364549; Sat, 30 Jan 2016 17:22:44 -0800 (PST) Received: from Russ (162-229-180-77.lightspeed.rlghnc.sbcglobal.net. [162.229.180.77]) by smtp.gmail.com with ESMTPSA id s19sm1903935ign.4.2016.01.30.17.22.43 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 30 Jan 2016 17:22:44 -0800 (PST) From: "Russ White" <7riw77@gmail.com> To: Date: Sat, 30 Jan 2016 20:22:39 -0500 Message-ID: <020701d15bc5$e0e1e2c0$a2a5a840$@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 16.0 Thread-Index: AdFbxYMiXRRqbdwNREiP8KoY8S3X/A== Content-Language: en-us Archived-At: Subject: [i2rs] Comments on draft-ietf-i2rs-architecture X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 31 Jan 2016 01:22:47 -0000 Y'all -- went through all the drafts last week, and have some comments, mostly minor (I think). These are for the architecture draft. :-) Russ == Network-oriented applications require easy access to this information to learn the network topology, to verify that programmed state is installed in the forwarding plane, to measure the behavior of various flows, routes or forwarding entries, as well as to understand the configured and active states of the router. Configuration and/or installation seems to be missing here. Maybe just add -- Network-oriented applications also require easy access to an interface which will allow them to program and control state related to forwarding. -- to bring this into line with the remainder of the document. == The I2RS provides a framework for registering and for requesting the appropriate information for each particular application. The I2RS provides a way for applications to customize network behavior while leveraging the existing routing system as desired. This would probably read better if these two sentences were reversed. I'm not certain what "registration" might mean here -- is this a stand-in for installation/configuration? == ...manipulation of protocol-internal dynamically determined data is envisioned. "Determined" doesn't seem right here -- maybe "learned and/or calculated" would be better? == One example of a notification of such an event (which is unrelated to an object creation, modification or deletion) is when a next-hop in the RIB is resolved enough to be used by a RIB manager for installation in the forwarding plane as part of a particular route. "Resolved enough" seems a bit strained/awkward here. Maybe -- ...when a next hop in the RIB is resolved in a way that allows it to be used for forwarding..." -- or some such. == Static System State: An I2RS agent needs access to static state on a routing element beyond what is contained in the routing subsystem. This doesn't feel quite right... Is this trying to describe things that cannot be changed because they are locally/manually configured, or because they are simply a part of the unchangeable embedded software on the device, or because they are out of scope for the I2RS interface? It seems like this is trying to say the first, but it's not quite clear. Maybe -- Static System State: An I2RS agent needs access to state that it nonetheless cannot change (because it is locally configured, a value embedded in hardware, or is out of the scope of the I2RS interface). == This notification identifies that the associated I2RS Agent has started. Maybe -- Notifies clients that this agent is starting. Where would the list of clients to send this notification come from? Are we assuming manual configuration, as data isn't kept between restarts (I2RS is only supposed to manage ephemeral state)? == This notification reports that the associated I2RS Agent is shutting down gracefully. Ephemeral state will be removed. This just feels choppy -- these two sentences could be merged, I think. == Changes may originate from either Local Configuration or from I2RS. The modifications and data stored by I2RS are separate from the local device configuration, but conflicts between the two must be resolved in a deterministic manner that respects operator-applied policy. That policy can determine whether Local Configuration overrides a particular I2RS client's request or vice versa. To achieve this end, either by default Local Configuration always wins. Is the agent responsible for restoring local state that is overridden, or not? The entire problem of local state and it's interaction with the I2RS agent needs to be more fully explored/explained, or at least there needs to be something saying, "the interaction between locally configured state and state injected by an I2RS agent is implementation and object dependent." If it is object dependent, however, this is something that might need to considered in the YANG models. Another question -- this is a political football, I know -- but the agent is responsible for restoring locally configured state that is overwritten, how is this more complex or harder than restoring the state written by multiple clients? == All such communication channels will use the same higher level I2RS protocol. I'm struggling with what this might mean -- transport protocol? YANG model (marshalling protocol)? If there's a specific protocol in mind (there is, right?), perhaps it would be best just to name it here. From nobody Sat Jan 30 17:24:29 2016 Return-Path: <7riw77@gmail.com> X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E83681B3D4D for ; Sat, 30 Jan 2016 17:24:27 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.95 X-Spam-Level: X-Spam-Status: No, score=0.95 tagged_above=-999 required=5 tests=[BAYES_50=0.8, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_ENVFROM_END_DIGIT=0.25, FREEMAIL_FROM=0.001, SPF_PASS=-0.001] autolearn=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 oIeh4Xbgi2BH for ; Sat, 30 Jan 2016 17:24:27 -0800 (PST) Received: from mail-io0-x22a.google.com (mail-io0-x22a.google.com [IPv6:2607:f8b0:4001:c06::22a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 218881B3D4C for ; Sat, 30 Jan 2016 17:24:27 -0800 (PST) Received: by mail-io0-x22a.google.com with SMTP id 9so45519674iom.1 for ; Sat, 30 Jan 2016 17:24:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:subject:date:message-id:mime-version:content-type :content-transfer-encoding:thread-index:content-language; bh=0zI5CQOAmdSF6XrfgI5BPQqFBHLm16Mp8UBMA0pqSl0=; b=KCpDy2paFTCRolBBROHRSOHf/EaaqdCtQ6Lm/YAaa22l4clgceJFnOKG5e1HxzO31j XRzjuGy8hZeolY+n7Ma1JGsBi4y/ZLtGkcfSkmBUicaQNam3f1uaVa0+J30l4qVN8tEJ XGwpUW3GlZD/xeSgEsM9xyI4HnN53NjxONTqxSh2wrimn3MhAmHzl3bYGavT6xO/UZb4 bBsySwh71YYd4mX1wVsI0oLMELsdeKdVMlDzqTifKWNcXTIkn8XmIV2Pma82U91FFHW8 NnxWpODo5UBRhImKOk5sDO3gVVVZ2MzOZgZmaphMnNFNNS3XqcJZCDwU78gisFKlvE/z OaEQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:to:subject:date:message-id:mime-version :content-type:content-transfer-encoding:thread-index :content-language; bh=0zI5CQOAmdSF6XrfgI5BPQqFBHLm16Mp8UBMA0pqSl0=; b=eKYXHUdUnIHqh1PfJjvcPbPr1YMp7wOtd36FBJizTKNkcZj/UUWkFaNIMv/sBzBzWX TggD7t4E0gelIBq5dJUcKtkDCW+6geYYw9cNWGevw3N5FM3x1IEpVfn7U98eWdB81MhC koFMibKPowG/ziQINZjoGoTIeMvJmaB3ZSoTtu1waP/pVKkmed7m8XCd17Yd40/cqroi eMU/Bajw+2p/rSz27IYPKArEwcJjB18sWimsLObFvbmI/sGH5MeltdsbraV1BRE5Cfah j+PS16vi/EQw77TEZhmbN0GjaqvemkaaG9Wkrp3i9rv1drPvcwf9YQ/Rj8dxz/4u8oId 9hNA== X-Gm-Message-State: AG10YOTrQgZXACMhvHRxN8DsnC9ALOj5on3QTzfsu8rl5VBYukV5o4B0lAcImERSv+E+Cw== X-Received: by 10.107.138.36 with SMTP id m36mr19590743iod.82.1454203466486; Sat, 30 Jan 2016 17:24:26 -0800 (PST) Received: from Russ (162-229-180-77.lightspeed.rlghnc.sbcglobal.net. [162.229.180.77]) by smtp.gmail.com with ESMTPSA id p8sm1890657iga.10.2016.01.30.17.24.25 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 30 Jan 2016 17:24:26 -0800 (PST) From: "Russ White" <7riw77@gmail.com> To: Date: Sat, 30 Jan 2016 20:24:22 -0500 Message-ID: <020801d15bc6$1db9e7b0$592db710$@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 16.0 Thread-Index: AdFbxf1i0Xvwq2OCSQS11/2JJcgpfA== Content-Language: en-us Archived-At: Subject: [i2rs] Comments on draft-ietf-i2rs-protocol-security-requirements-02 X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 31 Jan 2016 01:24:28 -0000 Y'all -- Two minor comments from my most recent re-reading of draft-ietf-i2rs-protocol-security-requirements-02. :-) Russ == ...statistics known by hackers or their competitors. While Should be "their competitors or hackers." Otherwise the "their" points back to hackers, which means the information is known by the hackers and the hacker's competitors -- truly a dire situation. == Requirements SEC-REQ-13 and SEC-REQ-14 are SHOULD requirements... Should this actually be 14 and 15? From nobody Sat Jan 30 17:26:04 2016 Return-Path: <7riw77@gmail.com> X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 77A771B3D5B for ; Sat, 30 Jan 2016 17:26:02 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.95 X-Spam-Level: X-Spam-Status: No, score=0.95 tagged_above=-999 required=5 tests=[BAYES_50=0.8, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_ENVFROM_END_DIGIT=0.25, FREEMAIL_FROM=0.001, SPF_PASS=-0.001] autolearn=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 lA3jyhegsRv2 for ; Sat, 30 Jan 2016 17:26:01 -0800 (PST) Received: from mail-ig0-x236.google.com (mail-ig0-x236.google.com [IPv6:2607:f8b0:4001:c05::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 58E7C1B3D4D for ; Sat, 30 Jan 2016 17:26:01 -0800 (PST) Received: by mail-ig0-x236.google.com with SMTP id mw1so12454754igb.1 for ; Sat, 30 Jan 2016 17:26:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:subject:date:message-id:mime-version:content-type :content-transfer-encoding:thread-index:content-language; bh=ie5kX2ddunIXqPrsJc6aWzTUc01JvyPsf0sQ/nBqQmk=; b=AGKKkEr2M0qRXjzO4C2322W6hMHNTBQqF0E4iOFOgP2U/DMjlFlzwm4/LQegfLs4IM CMLdZkbmf59J1ByjQNo1k5AWUllDjR5bFYYyNUUiblAiLHZpwIfslz/VUotomA3OFgil xcKlh5q9IXRXkUJiBKiIRn+LP8elfFcY2zY6lbhwxV+y14MYTA9KLgklcgbIFLhGT3Oy qh2peL3oT7LpKUf4TnjE46hI7F9X/i2z7nparZqFWOqr7c4Xy6R8MGDCIlbZ497rcPW9 vAQ66gUlkvEJyoY/F1bFQfQq3WrC5bohyw/DxfUZoULX5rzZwfpdyuJ1CwiHagGuHXLe t2Xg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:to:subject:date:message-id:mime-version :content-type:content-transfer-encoding:thread-index :content-language; bh=ie5kX2ddunIXqPrsJc6aWzTUc01JvyPsf0sQ/nBqQmk=; b=HJIe5etmTK4w0ghiWTt7mrz2tehiOrbFMVPjiA0N0tldUebAY0XdrGqYOTFM9T4jwF eTUx6MFz74EuA/NAsWY9saKYQB/kQfgXoN5Vrigro/wU3AbGqU3G1eOo4a5kHzVJTHIB hOCZAyFSLStn2Jjbtf6MAFtCSceVhFv/c/3TxfZ3/nOvQ1Zza+OJT7ACHyX2zLVZXYp9 LhzJn0z3u/TKyhXU0gnZ9Ck6cCrjJA5aoZgb044hzmNKYkPzzyKJPH9DpLSPHMu5SXCg Qzf3AGKbmiGwzpkx6wmROTBzUgHhTCYB5Tu/SDkD11f2vdxT5jwH8O8TD4nN1+N9Atcz j2Ew== X-Gm-Message-State: AG10YOTNeYA0uz/M23C4aZxyfQQ46+bamBNaByDKj5QMZJGIG24xSUtPMkHTG4foGTfXqQ== X-Received: by 10.50.41.65 with SMTP id d1mr4266685igl.44.1454203560748; Sat, 30 Jan 2016 17:26:00 -0800 (PST) Received: from Russ (162-229-180-77.lightspeed.rlghnc.sbcglobal.net. [162.229.180.77]) by smtp.gmail.com with ESMTPSA id j136sm9125226ioj.32.2016.01.30.17.26.00 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 30 Jan 2016 17:26:00 -0800 (PST) From: "Russ White" <7riw77@gmail.com> To: Date: Sat, 30 Jan 2016 20:25:56 -0500 Message-ID: <020901d15bc6$55e99a40$01bccec0$@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 16.0 Thread-Index: AdFbxjNUvX5iqFHmTI23coUsRZ0KdQ== Content-Language: en-us Archived-At: Subject: [i2rs] Comments on draft-ietf-i2rs-security-environment-reqs-00 X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 31 Jan 2016 01:26:02 -0000 Y'all -- Some comments from my weekend fun time reading... Not really, but, you know. These are all nits, but still might improve readability. :-) Russ == various I2RS Client, but additional mechanisms might eventually be required so I2RS Client can Client/Clients This seems to be common throughout (?). == channel does not fulfill enough security requirements. For example, the it should be able to reject "it" can be removed. == However, such mechanism may mechanism/mechanisms == all Applications: In the case the I2RS Agent has a single I2RS Client. Such architecture results in I2RS Client the/this, I think. == granted -- the default rule-- should be denied. Spacing around the --'s == the various transaction they perform, transaction/transactions == over the I2RS plane - like all the I2RS Double dash, I think, to indicate an em? == Application SHOULD be provided means and methods... This doesn't seem to be worded right -- perhaps inject a "the" after "be?" == 6.2.1. DoS DoS should be "Denial of Service" here. From nobody Sat Jan 30 17:27:06 2016 Return-Path: <7riw77@gmail.com> X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 617391B3D5B for ; Sat, 30 Jan 2016 17:27:04 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.95 X-Spam-Level: X-Spam-Status: No, score=0.95 tagged_above=-999 required=5 tests=[BAYES_50=0.8, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_ENVFROM_END_DIGIT=0.25, FREEMAIL_FROM=0.001, SPF_PASS=-0.001] autolearn=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 SuM3WLzL8dS8 for ; Sat, 30 Jan 2016 17:27:03 -0800 (PST) Received: from mail-ig0-x22f.google.com (mail-ig0-x22f.google.com [IPv6:2607:f8b0:4001:c05::22f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8973D1B3D5F for ; Sat, 30 Jan 2016 17:27:03 -0800 (PST) Received: by mail-ig0-x22f.google.com with SMTP id z14so13201950igp.1 for ; Sat, 30 Jan 2016 17:27:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:subject:date:message-id:mime-version:content-type :content-transfer-encoding:thread-index:content-language; bh=EqrBiN2b1TUWe2myQvTC1FfHxbvIYpz0dv4QZjLMaNY=; b=LRQ6CZSrSPFr61h2NGsQYorxPQt9U19vVBCRGj5/LuxFoWrGHTiR6Gcvx8gF2Cm/ry OEDxPHLXYrh5qUf7pwU64zYHimhVqMfiqIfhS8v3tnz8Ku5cfh8Nd2hbOx81nwql2V+M a3eogHlVrRBRWMtx+eJL5GmpsFNMnHThzHW4WzPz7HXACeuKvO/7HPyefCCc2k9/x1eB 936X0roDiFqoSm6he/Ngyz3RJdCnyeyqXwfTvyFFn1/vjozejjiJmAwTjqQjfpe2JY/M hgfFwhGklP6w8NoXFOSKDpLYfvGWAFQg/0ZcAwnQY9ch5g8fGINiRQ67JnTl9FaYGtJM u94w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:to:subject:date:message-id:mime-version :content-type:content-transfer-encoding:thread-index :content-language; bh=EqrBiN2b1TUWe2myQvTC1FfHxbvIYpz0dv4QZjLMaNY=; b=Ir6kGyiMrJSZJy1+8tot01O0F4jP8ZxhQe6Pek33DC+g/HxWTxO2Ol5EXXbZcRB1+u jKSetonGLQl4/pmvfKci1J9KEtgKCCDOZ68oQAhuOUtJoTgwmqFu082Gdegd8JWKIO11 1VoST/X6ZJWKW5gTa+oNRMXMXgJEPR49uhuJC3oFFsn4nDUAflUOwEqVGJ6PQkMHSbRu cynL9m3cOfGhgTQWtybPFsGqBEoeaR5sgydNNaeWGH2M5i97BGSnxkfaKoGCiokMGR9R IwmaL7sIKTr+m/TDPTCk7OcBw4dW/7TkHDYLtnurQyl6qOspjLH1vetJmIXrCy8nwc7i uYhA== X-Gm-Message-State: AG10YORjhEIT7CqKcTwySDduX9i/ItOkr03G+5mVF+h9nPLQZYt/u8gpSOHiGNLg7pOeNA== X-Received: by 10.50.142.9 with SMTP id rs9mr4535512igb.76.1454203622997; Sat, 30 Jan 2016 17:27:02 -0800 (PST) Received: from Russ (162-229-180-77.lightspeed.rlghnc.sbcglobal.net. [162.229.180.77]) by smtp.gmail.com with ESMTPSA id j9sm1283936iof.1.2016.01.30.17.27.02 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 30 Jan 2016 17:27:02 -0800 (PST) From: "Russ White" <7riw77@gmail.com> To: Date: Sat, 30 Jan 2016 20:26:58 -0500 Message-ID: <020a01d15bc6$7b06a3e0$7113eba0$@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 16.0 Thread-Index: AdFbxmG3jIQkxzCRS6SsFSGr03dzhA== Content-Language: en-us Archived-At: Subject: [i2rs] Comments on draft-ietf-i2rs-traceability-06 X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 31 Jan 2016 01:27:04 -0000 Y'all -- More comments, this time on draft-ietf-i2rs-traceability-06. These are minor, but they're related to operation rather than straight nits. :-) Russ == If the operation timed out, then this field will contain an all-zeroes value of "0000-00-00T00:00:00.00". Given that many I2RS operations can occur in rapid succession, the use of It just seems like it would be wiser here to add a bit someplace to indicate a timeout rather than using a magic number... == Therefore, syslog MAY be employed as a means of retrieving or disseminating the I2RS trace log contents. I don't see how the "there" relates to the "fore" here... I think the simplest thing to do is to take the "Therefore" out of this sentence, as the paragraph before and the sentence itself both will stand fine on their own (?). From nobody Sat Jan 30 17:29:04 2016 Return-Path: <7riw77@gmail.com> X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BDE5A1B3D71 for ; Sat, 30 Jan 2016 17:29:02 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.95 X-Spam-Level: X-Spam-Status: No, score=0.95 tagged_above=-999 required=5 tests=[BAYES_50=0.8, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_ENVFROM_END_DIGIT=0.25, FREEMAIL_FROM=0.001, SPF_PASS=-0.001] autolearn=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 FCPOBlY1gGoZ for ; Sat, 30 Jan 2016 17:29:02 -0800 (PST) Received: from mail-io0-x234.google.com (mail-io0-x234.google.com [IPv6:2607:f8b0:4001:c06::234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D74E31B3D70 for ; Sat, 30 Jan 2016 17:29:01 -0800 (PST) Received: by mail-io0-x234.google.com with SMTP id d63so107471070ioj.2 for ; Sat, 30 Jan 2016 17:29:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:subject:date:message-id:mime-version:content-type :content-transfer-encoding:thread-index:content-language; bh=BzJ52ICT7jJE8J9mVjPNgwo5kDBDDx4g1j8Gok8S2Gg=; b=Z2X21Lp8xQ9pfjm3pJMpz3KmBVPOVW1pCBxIel9SFxH/YMBxPZEz7NZFyKM3uj1MCv dOHVo03DWimDMTghM8lpOJUMkAP5zsMNPS4qnka2dI4EJwb7BgcrZwtvg59uTPVt9gIy kkq2keVhLF9pUUtlVAxpzX2KbRRzNwXjNka4O/18vophsMytpRQtW6W5YlCqsjKuPGoe 0XEJnV0bLFRPQ44a8/Kv5N43Ep9YsG08AW9My/jDWYUD7gekHP2WPlYe+Vx1jFZR3tKd 977DDKO09d0a7u3hLZFuGSDq3fBUa+REx2FCj9BZQ3NZDqrpXzreKfAMAwb5fNaaxVL0 QQ0Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:to:subject:date:message-id:mime-version :content-type:content-transfer-encoding:thread-index :content-language; bh=BzJ52ICT7jJE8J9mVjPNgwo5kDBDDx4g1j8Gok8S2Gg=; b=RVwM2gLjwoTj04Q3uzY6oCsqxJU2ucOQWzSPjZF3EMtE7wpPRB65WVJu6n2BJSLAPx 8wqbUvKJwtWZ0ommuTl5tkvkOJMPVYfZjp/vbv/WEyM1RuYtYrk53tz0WVq5gq4LRXKf v3VCESBlYax/t/i76Acqx8DWBkfh+Uk4xbJng2OrtPZh8UFOSaFQLAfxL7yOQAUFjvdl A3uwsrQ6LkxVuJi6S4RNgzNkmWz5unf8Ht2kVr6bA15dFqkiTNDA+FuyJxCcU5tWThcj ut/FTkqi9A3x27FNJQvXzwc3H6dqIuhCBEz22QyR0qFE0Fq7fsiPYtzIZ7kPLYLJ4M4w 8z/w== X-Gm-Message-State: AG10YOTYDPZYv2nrwAlbPGWpf5WzKeTbDfyC7UMaND3c7ba6xrX8f2Cca5EmW1YuBzTQGg== X-Received: by 10.107.34.133 with SMTP id i127mr17507807ioi.150.1454203741287; Sat, 30 Jan 2016 17:29:01 -0800 (PST) Received: from Russ (162-229-180-77.lightspeed.rlghnc.sbcglobal.net. [162.229.180.77]) by smtp.gmail.com with ESMTPSA id e36sm9147337iod.2.2016.01.30.17.29.00 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 30 Jan 2016 17:29:01 -0800 (PST) From: "Russ White" <7riw77@gmail.com> To: Date: Sat, 30 Jan 2016 20:28:56 -0500 Message-ID: <020b01d15bc6$c1811710$44834530$@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 16.0 Thread-Index: AdFbxpFp+ycaIBrVQ6+kdNy/nai4nw== Content-Language: en-us Archived-At: Subject: [i2rs] RPF and draft-ietf-i2rs-rib-info-model-08 X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 31 Jan 2016 01:29:02 -0000 Y'all -- draft-ietf-i2rs-rib-info-model-08 says -- == Each RIB can be optionally associated with a ENABLE_IP_RPF_CHECK attribute that enables Reverse path forwarding (RPF) checks on all IP... == But there are at least two sorts of RPF checks already, and will probably be more in the future. This might need to be expanded a bit to cover all the cases, or have a subcode, or some such. :-) Russ