From nobody Tue Nov 1 00:53:07 2016 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7F1E612942F for ; Tue, 1 Nov 2016 00:53:06 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.398 X-Spam-Level: X-Spam-Status: No, score=-3.398 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-1.497, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id NvAyyXxmuBsb for ; Tue, 1 Nov 2016 00:53:04 -0700 (PDT) Received: from mail.tail-f.com (mail.tail-f.com [46.21.102.45]) by ietfa.amsl.com (Postfix) with ESMTP id 1D719127071 for ; Tue, 1 Nov 2016 00:53:04 -0700 (PDT) Received: from localhost (unknown [173.38.220.42]) by mail.tail-f.com (Postfix) with ESMTPSA id A994A1AE0352; Tue, 1 Nov 2016 08:52:59 +0100 (CET) Date: Tue, 01 Nov 2016 08:51:53 +0100 (CET) Message-Id: <20161101.085153.1841880487538583641.mbj@tail-f.com> To: acee@cisco.com From: Martin Bjorklund In-Reply-To: References: <147792321214.32369.17480502582405559340.idtracker@ietfa.amsl.com> X-Mailer: Mew version 6.7 on Emacs 24.5 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Archived-At: Cc: netmod@ietf.org Subject: Re: [netmod] I-D Action: draft-ietf-netmod-schema-mount-03.txt X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Nov 2016 07:53:06 -0000 Hi, "Acee Lindem (acee)" wrote: > Hi Lada, Martin, > > With respect to the restriction in section 3.1, I think it would be better > to support paths that relative either to the mount point or to the > absolute device root If not, how will we support device list interface > references? Can you elaborate on the use case a bit? /martin > > Thanks, > Acee > > On 10/31/16, 10:13 AM, "netmod on behalf of internet-drafts@ietf.org" > wrote: > > > > >A New Internet-Draft is available from the on-line Internet-Drafts > >directories. > >This draft is a work item of the NETCONF Data Modeling Language of the > >IETF. > > > > Title : YANG Schema Mount > > Authors : Martin Bjorklund > > Ladislav Lhotka > > Filename : draft-ietf-netmod-schema-mount-03.txt > > Pages : 24 > > Date : 2016-10-31 > > > >Abstract: > > This document defines a mechanism to combine YANG modules into the > > schema defined in other YANG modules. > > > > > >The IETF datatracker status page for this draft is: > >https://datatracker.ietf.org/doc/draft-ietf-netmod-schema-mount/ > > > >There's also a htmlized version available at: > >https://tools.ietf.org/html/draft-ietf-netmod-schema-mount-03 > > > >A diff from the previous version is available at: > >https://www.ietf.org/rfcdiff?url2=draft-ietf-netmod-schema-mount-03 > > > > > >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/ > > > >_______________________________________________ > >netmod mailing list > >netmod@ietf.org > >https://www.ietf.org/mailman/listinfo/netmod > > _______________________________________________ > netmod mailing list > netmod@ietf.org > https://www.ietf.org/mailman/listinfo/netmod > From nobody Tue Nov 1 04:21:44 2016 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3307A12962C for ; Tue, 1 Nov 2016 04:21:36 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -16.018 X-Spam-Level: X-Spam-Status: No, score=-16.018 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, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-1.497, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id KPyZilXoKS8L for ; Tue, 1 Nov 2016 04:21:33 -0700 (PDT) Received: from rcdn-iport-3.cisco.com (rcdn-iport-3.cisco.com [173.37.86.74]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E7BCD12962A for ; Tue, 1 Nov 2016 04:21:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=3360; q=dns/txt; s=iport; t=1477999292; x=1479208892; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=0/qDsd//z0bMhQ+avFAVUhde0GnZuk060gBpVAt2/QQ=; b=eJtQNY0sRPYOjYa0kv8pnenApN9c1Gv35tpOn0laCnTAsdSWUeyIOEKL aDlJsas2skjqpW7K55nL9f+DFAFH1mJTaaRFBYRNlw/Y0G2G8frIVmqSa bNZOoLxUjJEbPKPEknRwQYB8T5HjQQCsrf6qDIUrXvc6Byz4ed+fqORgZ c=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0CCAQCHeRhY/4kNJK1dGgEBAQECAQEBA?= =?us-ascii?q?QgBAQEBgyoBAQEBAR9YfQeNL5cBlEOCBx0LhTBKAhqCCD8UAQIBAQEBAQEBYii?= =?us-ascii?q?EYwEBBAEBASAROgsQAgEIDgoCAiYCAgIlCxUQAgQOBYhUDqh6jHQBAQEBAQEBA?= =?us-ascii?q?QEBAQEBAQEBAQEBAQEcgQeKC4RHF4JtglwFmhoBhjCKBIFuToQgiSqNE4QDAR4?= =?us-ascii?q?2YIUTcocTgQwBAQE?= X-IronPort-AV: E=Sophos;i="5.31,579,1473120000"; d="scan'208";a="168324249" Received: from alln-core-4.cisco.com ([173.36.13.137]) by rcdn-iport-3.cisco.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 01 Nov 2016 11:21:32 +0000 Received: from XCH-RTP-014.cisco.com (xch-rtp-014.cisco.com [64.101.220.154]) by alln-core-4.cisco.com (8.14.5/8.14.5) with ESMTP id uA1BLVku020426 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Tue, 1 Nov 2016 11:21:32 GMT Received: from xch-rtp-015.cisco.com (64.101.220.155) by XCH-RTP-014.cisco.com (64.101.220.154) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Tue, 1 Nov 2016 07:21:30 -0400 Received: from xch-rtp-015.cisco.com ([64.101.220.155]) by XCH-RTP-015.cisco.com ([64.101.220.155]) with mapi id 15.00.1210.000; Tue, 1 Nov 2016 07:21:31 -0400 From: "Acee Lindem (acee)" To: Martin Bjorklund Thread-Topic: [netmod] I-D Action: draft-ietf-netmod-schema-mount-03.txt Thread-Index: AQHSM4D/FqDZOvecQEyb0k4bEdBHfaDDDqoAgAD3AID///eAgA== Date: Tue, 1 Nov 2016 11:21:30 +0000 Message-ID: References: <147792321214.32369.17480502582405559340.idtracker@ietfa.amsl.com> <20161101.085153.1841880487538583641.mbj@tail-f.com> In-Reply-To: <20161101.085153.1841880487538583641.mbj@tail-f.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.116.152.197] Content-Type: text/plain; charset="utf-8" Content-ID: <96335F0F8D809146831E2782E7D99910@emea.cisco.com> Content-Transfer-Encoding: base64 MIME-Version: 1.0 Archived-At: Cc: "netmod@ietf.org" Subject: Re: [netmod] I-D Action: draft-ietf-netmod-schema-mount-03.txt X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Nov 2016 11:21:36 -0000 DQoNCk9uIDExLzEvMTYsIDM6NTEgQU0sICJNYXJ0aW4gQmpvcmtsdW5kIiA8bWJqQHRhaWwtZi5j b20+IHdyb3RlOg0KDQo+SGksDQo+DQo+IkFjZWUgTGluZGVtIChhY2VlKSIgPGFjZWVAY2lzY28u Y29tPiB3cm90ZToNCj4+IEhpIExhZGEsIE1hcnRpbiwNCj4+IA0KPj4gV2l0aCByZXNwZWN0IHRv IHRoZSByZXN0cmljdGlvbiBpbiBzZWN0aW9uIDMuMSwgSSB0aGluayBpdCB3b3VsZCBiZQ0KPj5i ZXR0ZXINCj4+IHRvIHN1cHBvcnQgcGF0aHMgdGhhdCByZWxhdGl2ZSBlaXRoZXIgdG8gdGhlIG1v dW50IHBvaW50IG9yIHRvIHRoZQ0KPj4gYWJzb2x1dGUgZGV2aWNlIHJvb3QgSWYgbm90LCBob3cg d2lsbCB3ZSBzdXBwb3J0IGRldmljZSBsaXN0IGludGVyZmFjZQ0KPj4gcmVmZXJlbmNlcz8gDQo+ DQo+Q2FuIHlvdSBlbGFib3JhdGUgb24gdGhlIHVzZSBjYXNlIGEgYml0Pw0KDQpMZXTigJlzIHNh eSB5b3Ugd2FudCB0byBzY2hlbWEgbW91bnQgYSBtb2RlbCwgZS5nLiwgaWV0Zi1yb3V0aW5nLCBh bmQgaXQgaGFzDQpyZWZlcmVuY2VzIHRvIGludGVyZmFjZXMgdXNpbmcgdGhlIGludGVyZmFjZS1y ZWYgZnJvbSBpZXRmLWludGVyZmFjZXMgKFJGQw0KNzIyMykuIElzIHRoaXMgcG9zc2libGU/DQoN ClRoYW5rcywNCkFjZWUgDQoNCg0KDQoNCj4NCj4NCj4vbWFydGluDQo+DQo+DQo+DQo+PiANCj4+ IFRoYW5rcywNCj4+IEFjZWUgDQo+PiANCj4+IE9uIDEwLzMxLzE2LCAxMDoxMyBBTSwgIm5ldG1v ZCBvbiBiZWhhbGYgb2YgaW50ZXJuZXQtZHJhZnRzQGlldGYub3JnIg0KPj4gPG5ldG1vZC1ib3Vu Y2VzQGlldGYub3JnIG9uIGJlaGFsZiBvZiBpbnRlcm5ldC1kcmFmdHNAaWV0Zi5vcmc+IHdyb3Rl Og0KPj4gDQo+PiA+DQo+PiA+QSBOZXcgSW50ZXJuZXQtRHJhZnQgaXMgYXZhaWxhYmxlIGZyb20g dGhlIG9uLWxpbmUgSW50ZXJuZXQtRHJhZnRzDQo+PiA+ZGlyZWN0b3JpZXMuDQo+PiA+VGhpcyBk cmFmdCBpcyBhIHdvcmsgaXRlbSBvZiB0aGUgTkVUQ09ORiBEYXRhIE1vZGVsaW5nIExhbmd1YWdl IG9mIHRoZQ0KPj4gPklFVEYuDQo+PiA+DQo+PiA+ICAgICAgICBUaXRsZSAgICAgICAgICAgOiBZ QU5HIFNjaGVtYSBNb3VudA0KPj4gPiAgICAgICAgQXV0aG9ycyAgICAgICAgIDogTWFydGluIEJq b3JrbHVuZA0KPj4gPiAgICAgICAgICAgICAgICAgICAgICAgICAgTGFkaXNsYXYgTGhvdGthDQo+ PiA+CUZpbGVuYW1lICAgICAgICA6IGRyYWZ0LWlldGYtbmV0bW9kLXNjaGVtYS1tb3VudC0wMy50 eHQNCj4+ID4JUGFnZXMgICAgICAgICAgIDogMjQNCj4+ID4JRGF0ZSAgICAgICAgICAgIDogMjAx Ni0xMC0zMQ0KPj4gPg0KPj4gPkFic3RyYWN0Og0KPj4gPiAgIFRoaXMgZG9jdW1lbnQgZGVmaW5l cyBhIG1lY2hhbmlzbSB0byBjb21iaW5lIFlBTkcgbW9kdWxlcyBpbnRvIHRoZQ0KPj4gPiAgIHNj aGVtYSBkZWZpbmVkIGluIG90aGVyIFlBTkcgbW9kdWxlcy4NCj4+ID4NCj4+ID4NCj4+ID5UaGUg SUVURiBkYXRhdHJhY2tlciBzdGF0dXMgcGFnZSBmb3IgdGhpcyBkcmFmdCBpczoNCj4+ID5odHRw czovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1pZXRmLW5ldG1vZC1zY2hlbWEtbW91 bnQvDQo+PiA+DQo+PiA+VGhlcmUncyBhbHNvIGEgaHRtbGl6ZWQgdmVyc2lvbiBhdmFpbGFibGUg YXQ6DQo+PiA+aHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LWlldGYtbmV0bW9kLXNj aGVtYS1tb3VudC0wMw0KPj4gPg0KPj4gPkEgZGlmZiBmcm9tIHRoZSBwcmV2aW91cyB2ZXJzaW9u IGlzIGF2YWlsYWJsZSBhdDoNCj4+ID5odHRwczovL3d3dy5pZXRmLm9yZy9yZmNkaWZmP3VybDI9 ZHJhZnQtaWV0Zi1uZXRtb2Qtc2NoZW1hLW1vdW50LTAzDQo+PiA+DQo+PiA+DQo+PiA+UGxlYXNl IG5vdGUgdGhhdCBpdCBtYXkgdGFrZSBhIGNvdXBsZSBvZiBtaW51dGVzIGZyb20gdGhlIHRpbWUg b2YNCj4+ID5zdWJtaXNzaW9uDQo+PiA+dW50aWwgdGhlIGh0bWxpemVkIHZlcnNpb24gYW5kIGRp ZmYgYXJlIGF2YWlsYWJsZSBhdCB0b29scy5pZXRmLm9yZy4NCj4+ID4NCj4+ID5JbnRlcm5ldC1E cmFmdHMgYXJlIGFsc28gYXZhaWxhYmxlIGJ5IGFub255bW91cyBGVFAgYXQ6DQo+PiA+ZnRwOi8v ZnRwLmlldGYub3JnL2ludGVybmV0LWRyYWZ0cy8NCj4+ID4NCj4+ID5fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KPj4gPm5ldG1vZCBtYWlsaW5nIGxpc3QN Cj4+ID5uZXRtb2RAaWV0Zi5vcmcNCj4+ID5odHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xp c3RpbmZvL25ldG1vZA0KPj4gDQo+PiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fXw0KPj4gbmV0bW9kIG1haWxpbmcgbGlzdA0KPj4gbmV0bW9kQGlldGYub3Jn DQo+PiBodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL25ldG1vZA0KPj4gDQoN Cg== From nobody Tue Nov 1 04:39:02 2016 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4A1A5129659 for ; Tue, 1 Nov 2016 04:39:00 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -8.497 X-Spam-Level: X-Spam-Status: No, score=-8.497 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=-1.497] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=nic.cz 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 OeP5RKpVc0IE for ; Tue, 1 Nov 2016 04:38:57 -0700 (PDT) Received: from mail.nic.cz (mail.nic.cz [IPv6:2001:1488:800:400::400]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 84B02129658 for ; Tue, 1 Nov 2016 04:38:57 -0700 (PDT) Received: from [IPv6:2001:1488:fffe:255:e99a:c4d0:cd99:ed70] (unknown [IPv6:2001:1488:fffe:255:e99a:c4d0:cd99:ed70]) by mail.nic.cz (Postfix) with ESMTPSA id DB9C2611A7; Tue, 1 Nov 2016 12:38:55 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=nic.cz; s=default; t=1478000335; bh=NAFi8ftW868l935POP187q/YG1N+Z/2gBNEyMG903js=; h=From:Date:To; b=XzCGZu2+qDcgx1ZIqF0iQB3joOzqCD/gSBPCvBNyXnTTti67ytcY4jRbo0EyGUODE if0RIhey3+D14PI6htsnlpFvN58cSU9OJW4ilQqDKjhOUrJte1XO3BeLeeBIFmG2dF E4q2pCrhLyKnN8TCjb1mM7pImfDcMM8znlWU1Wgc= Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 10.1 \(3251\)) From: Ladislav Lhotka In-Reply-To: Date: Tue, 1 Nov 2016 12:38:56 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: References: <147792321214.32369.17480502582405559340.idtracker@ietfa.amsl.com> <20161101.085153.1841880487538583641.mbj@tail-f.com> To: "Acee Lindem (acee)" X-Mailer: Apple Mail (2.3251) X-Virus-Scanned: clamav-milter 0.98.7 at mail X-Virus-Status: Clean Archived-At: Cc: "netmod@ietf.org" Subject: Re: [netmod] I-D Action: draft-ietf-netmod-schema-mount-03.txt X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Nov 2016 11:39:00 -0000 > On 1 Nov 2016, at 12:21, Acee Lindem (acee) wrote: >=20 >=20 >=20 > On 11/1/16, 3:51 AM, "Martin Bjorklund" wrote: >=20 >> Hi, >>=20 >> "Acee Lindem (acee)" wrote: >>> Hi Lada, Martin, >>>=20 >>> With respect to the restriction in section 3.1, I think it would be >>> better >>> to support paths that relative either to the mount point or to the >>> absolute device root If not, how will we support device list = interface >>> references?=20 >>=20 >> Can you elaborate on the use case a bit? >=20 > Let=E2=80=99s say you want to schema mount a model, e.g., = ietf-routing, and it has > references to interfaces using the interface-ref from ietf-interfaces = (RFC > 7223). Is this possible? It is possible if ietf-interface and ietf-routing are part of the same = (mounted) schema. If you want to have, e.g., a global list of interfaces = and refer to it from a mounted schema (routing instance), then it is not = supported by schema mount - and it could hardly be because modules such = as ietf-routing do not have the information where they can possibly be = mounted. It is probably necessary, as in the logical-devices example, to include = ietf-interfaces in the mounted schema, and handle the relationship = between the global and mounted interface list outside the data model. Ideas how to handle this formally would certainly be appreciated. Lada=20 >=20 > Thanks, > Acee=20 >=20 >=20 >=20 >=20 >>=20 >>=20 >> /martin >>=20 >>=20 >>=20 >>>=20 >>> Thanks, >>> Acee=20 >>>=20 >>> On 10/31/16, 10:13 AM, "netmod on behalf of = internet-drafts@ietf.org" >>> = wrote: >>>=20 >>>>=20 >>>> A New Internet-Draft is available from the on-line Internet-Drafts >>>> directories. >>>> This draft is a work item of the NETCONF Data Modeling Language of = the >>>> IETF. >>>>=20 >>>> Title : YANG Schema Mount >>>> Authors : Martin Bjorklund >>>> Ladislav Lhotka >>>> Filename : draft-ietf-netmod-schema-mount-03.txt >>>> Pages : 24 >>>> Date : 2016-10-31 >>>>=20 >>>> Abstract: >>>> This document defines a mechanism to combine YANG modules into the >>>> schema defined in other YANG modules. >>>>=20 >>>>=20 >>>> The IETF datatracker status page for this draft is: >>>> https://datatracker.ietf.org/doc/draft-ietf-netmod-schema-mount/ >>>>=20 >>>> There's also a htmlized version available at: >>>> https://tools.ietf.org/html/draft-ietf-netmod-schema-mount-03 >>>>=20 >>>> A diff from the previous version is available at: >>>> https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-netmod-schema-mount-03= >>>>=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 >>>> Internet-Drafts are also available by anonymous FTP at: >>>> ftp://ftp.ietf.org/internet-drafts/ >>>>=20 >>>> _______________________________________________ >>>> netmod mailing list >>>> netmod@ietf.org >>>> https://www.ietf.org/mailman/listinfo/netmod >>>=20 >>> _______________________________________________ >>> netmod mailing list >>> netmod@ietf.org >>> https://www.ietf.org/mailman/listinfo/netmod >>>=20 >=20 > _______________________________________________ > netmod mailing list > netmod@ietf.org > https://www.ietf.org/mailman/listinfo/netmod -- Ladislav Lhotka, CZ.NIC Labs PGP Key ID: E74E8C0C From nobody Tue Nov 1 09:21:38 2016 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2B009129508 for ; Tue, 1 Nov 2016 09:21:37 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -16.018 X-Spam-Level: X-Spam-Status: No, score=-16.018 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, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-1.497, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id FwRuR-EWJkQw for ; Tue, 1 Nov 2016 09:21:35 -0700 (PDT) Received: from rcdn-iport-2.cisco.com (rcdn-iport-2.cisco.com [173.37.86.73]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7393D1294BF for ; Tue, 1 Nov 2016 09:21:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=5378; q=dns/txt; s=iport; t=1478017285; x=1479226885; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=/uIhnGSa6sa3+lRB2ZdieNwNuSp+ZX9CLsD30OG3RZc=; b=FTdejFmweMRdXSQZAGj0H6tiGwlGjHK3ROhbmRoVitlaqo8Wn0VeBUsa JkDJFSOLQY1TO7dYcpp+F8lBqnpQBxl80tzO61omywI7rMYOJkFpCQhPP Ls6Cweb79GX4AlgxEK72aapdGCixyZ99abhZPTiq9sLx9hh75KtJ5At0x w=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0B1AQCEwBhY/4MNJK1dGgEBAQECAQEBA?= =?us-ascii?q?QgBAQEBgyoBAQEBAR9YfAeNL5cBlEWCBx0LhTBKAhqBdT8UAQIBAQEBAQEBYii?= =?us-ascii?q?EYQEBAQMBAQEBIBE6BAcQAgEIGAICJgICAiULFRACBA4FiEwIDqoejHcBAQEBA?= =?us-ascii?q?QEBAQEBAQEBAQEBAQEBAQEcgQeKC4Regm2CXAWaGgGGMIoEgW5OhCCJKo0ThAM?= =?us-ascii?q?BHjZghRNyhlCBDAEBAQ?= X-IronPort-AV: E=Sophos;i="5.31,580,1473120000"; d="scan'208";a="169199953" Received: from alln-core-1.cisco.com ([173.36.13.131]) by rcdn-iport-2.cisco.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 01 Nov 2016 16:21:24 +0000 Received: from XCH-RTP-013.cisco.com (xch-rtp-013.cisco.com [64.101.220.153]) by alln-core-1.cisco.com (8.14.5/8.14.5) with ESMTP id uA1GLNPe025427 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Tue, 1 Nov 2016 16:21:24 GMT Received: from xch-rtp-015.cisco.com (64.101.220.155) by XCH-RTP-013.cisco.com (64.101.220.153) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Tue, 1 Nov 2016 12:21:23 -0400 Received: from xch-rtp-015.cisco.com ([64.101.220.155]) by XCH-RTP-015.cisco.com ([64.101.220.155]) with mapi id 15.00.1210.000; Tue, 1 Nov 2016 12:21:23 -0400 From: "Acee Lindem (acee)" To: Ladislav Lhotka Thread-Topic: [netmod] I-D Action: draft-ietf-netmod-schema-mount-03.txt Thread-Index: AQHSM4D/FqDZOvecQEyb0k4bEdBHfaDDDqoAgAD3AID///eAgIAAR/AAgAAL2IA= Date: Tue, 1 Nov 2016 16:21:23 +0000 Message-ID: References: <147792321214.32369.17480502582405559340.idtracker@ietfa.amsl.com> <20161101.085153.1841880487538583641.mbj@tail-f.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.116.152.197] Content-Type: text/plain; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 MIME-Version: 1.0 Archived-At: Cc: "netmod@ietf.org" Subject: Re: [netmod] I-D Action: draft-ietf-netmod-schema-mount-03.txt X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Nov 2016 16:21:37 -0000 DQoNCk9uIDExLzEvMTYsIDc6MzggQU0sICJMYWRpc2xhdiBMaG90a2EiIDxsaG90a2FAbmljLmN6 PiB3cm90ZToNCg0KPg0KPj4gT24gMSBOb3YgMjAxNiwgYXQgMTI6MjEsIEFjZWUgTGluZGVtIChh Y2VlKSA8YWNlZUBjaXNjby5jb20+IHdyb3RlOg0KPj4gDQo+PiANCj4+IA0KPj4gT24gMTEvMS8x NiwgMzo1MSBBTSwgIk1hcnRpbiBCam9ya2x1bmQiIDxtYmpAdGFpbC1mLmNvbT4gd3JvdGU6DQo+ PiANCj4+PiBIaSwNCj4+PiANCj4+PiAiQWNlZSBMaW5kZW0gKGFjZWUpIiA8YWNlZUBjaXNjby5j b20+IHdyb3RlOg0KPj4+PiBIaSBMYWRhLCBNYXJ0aW4sDQo+Pj4+IA0KPj4+PiBXaXRoIHJlc3Bl Y3QgdG8gdGhlIHJlc3RyaWN0aW9uIGluIHNlY3Rpb24gMy4xLCBJIHRoaW5rIGl0IHdvdWxkIGJl DQo+Pj4+IGJldHRlcg0KPj4+PiB0byBzdXBwb3J0IHBhdGhzIHRoYXQgcmVsYXRpdmUgZWl0aGVy IHRvIHRoZSBtb3VudCBwb2ludCBvciB0byB0aGUNCj4+Pj4gYWJzb2x1dGUgZGV2aWNlIHJvb3Qg SWYgbm90LCBob3cgd2lsbCB3ZSBzdXBwb3J0IGRldmljZSBsaXN0IGludGVyZmFjZQ0KPj4+PiBy ZWZlcmVuY2VzPyANCj4+PiANCj4+PiBDYW4geW91IGVsYWJvcmF0ZSBvbiB0aGUgdXNlIGNhc2Ug YSBiaXQ/DQo+PiANCj4+IExldOKAmXMgc2F5IHlvdSB3YW50IHRvIHNjaGVtYSBtb3VudCBhIG1v ZGVsLCBlLmcuLCBpZXRmLXJvdXRpbmcsIGFuZCBpdA0KPj5oYXMNCj4+IHJlZmVyZW5jZXMgdG8g aW50ZXJmYWNlcyB1c2luZyB0aGUgaW50ZXJmYWNlLXJlZiBmcm9tIGlldGYtaW50ZXJmYWNlcw0K Pj4oUkZDDQo+PiA3MjIzKS4gSXMgdGhpcyBwb3NzaWJsZT8NCj4NCj5JdCBpcyBwb3NzaWJsZSBp ZiBpZXRmLWludGVyZmFjZSBhbmQgaWV0Zi1yb3V0aW5nIGFyZSBwYXJ0IG9mIHRoZSBzYW1lDQo+ KG1vdW50ZWQpIHNjaGVtYS4gSWYgeW91IHdhbnQgdG8gaGF2ZSwgZS5nLiwgYSBnbG9iYWwgbGlz dCBvZiBpbnRlcmZhY2VzDQo+YW5kIHJlZmVyIHRvIGl0IGZyb20gYSBtb3VudGVkIHNjaGVtYSAo cm91dGluZyBpbnN0YW5jZSksIHRoZW4gaXQgaXMgbm90DQo+c3VwcG9ydGVkIGJ5IHNjaGVtYSBt b3VudCAtIGFuZCBpdCBjb3VsZCBoYXJkbHkgYmUgYmVjYXVzZSBtb2R1bGVzIHN1Y2gNCj5hcyBp ZXRmLXJvdXRpbmcgZG8gbm90IGhhdmUgdGhlIGluZm9ybWF0aW9uIHdoZXJlIHRoZXkgY2FuIHBv c3NpYmx5IGJlDQo+bW91bnRlZC4NCj4NCj5JdCBpcyBwcm9iYWJseSBuZWNlc3NhcnksIGFzIGlu IHRoZSBsb2dpY2FsLWRldmljZXMgZXhhbXBsZSwgdG8gaW5jbHVkZQ0KPmlldGYtaW50ZXJmYWNl cyBpbiB0aGUgbW91bnRlZCBzY2hlbWEsIGFuZCBoYW5kbGUgdGhlIHJlbGF0aW9uc2hpcA0KPmJl dHdlZW4gdGhlIGdsb2JhbCBhbmQgbW91bnRlZCBpbnRlcmZhY2UgbGlzdCBvdXRzaWRlIHRoZSBk YXRhIG1vZGVsLg0KPg0KPklkZWFzIGhvdyB0byBoYW5kbGUgdGhpcyBmb3JtYWxseSB3b3VsZCBj ZXJ0YWlubHkgYmUgYXBwcmVjaWF0ZWQuDQoNCkkgdGhpbmsgd2UgbmVlZCB0byBiZSBhYmxlIHRv IGhhbmRsZSBlaXRoZXIgYW4gYWJzb2x1dGUgcGF0aCBvciBvbmUNCnJlbGF0aXZlIHRvIHRoZSBt b3VudCBwb2ludC4gSSBjYW4gc2VlIGhvdyB0aGlzIGlzIGdvaW5nIHRvIGJlIGRpZmZpY3VsdA0K c2luY2UgdGhlIG1vZGVscyBkb27igJl0IHN1cHBvcnQgdGhpcyB0b2RheS4NCg0KVGhhbmtzLA0K QWNlZSANCg0KDQoNCg0KDQo+DQo+TGFkYSANCj4NCj4+IA0KPj4gVGhhbmtzLA0KPj4gQWNlZSAN Cj4+IA0KPj4gDQo+PiANCj4+IA0KPj4+IA0KPj4+IA0KPj4+IC9tYXJ0aW4NCj4+PiANCj4+PiAN Cj4+PiANCj4+Pj4gDQo+Pj4+IFRoYW5rcywNCj4+Pj4gQWNlZSANCj4+Pj4gDQo+Pj4+IE9uIDEw LzMxLzE2LCAxMDoxMyBBTSwgIm5ldG1vZCBvbiBiZWhhbGYgb2YgaW50ZXJuZXQtZHJhZnRzQGll dGYub3JnIg0KPj4+PiA8bmV0bW9kLWJvdW5jZXNAaWV0Zi5vcmcgb24gYmVoYWxmIG9mIGludGVy bmV0LWRyYWZ0c0BpZXRmLm9yZz4gd3JvdGU6DQo+Pj4+IA0KPj4+Pj4gDQo+Pj4+PiBBIE5ldyBJ bnRlcm5ldC1EcmFmdCBpcyBhdmFpbGFibGUgZnJvbSB0aGUgb24tbGluZSBJbnRlcm5ldC1EcmFm dHMNCj4+Pj4+IGRpcmVjdG9yaWVzLg0KPj4+Pj4gVGhpcyBkcmFmdCBpcyBhIHdvcmsgaXRlbSBv ZiB0aGUgTkVUQ09ORiBEYXRhIE1vZGVsaW5nIExhbmd1YWdlIG9mDQo+Pj4+PnRoZQ0KPj4+Pj4g SUVURi4NCj4+Pj4+IA0KPj4+Pj4gICAgICAgVGl0bGUgICAgICAgICAgIDogWUFORyBTY2hlbWEg TW91bnQNCj4+Pj4+ICAgICAgIEF1dGhvcnMgICAgICAgICA6IE1hcnRpbiBCam9ya2x1bmQNCj4+ Pj4+ICAgICAgICAgICAgICAgICAgICAgICAgIExhZGlzbGF2IExob3RrYQ0KPj4+Pj4gCUZpbGVu YW1lICAgICAgICA6IGRyYWZ0LWlldGYtbmV0bW9kLXNjaGVtYS1tb3VudC0wMy50eHQNCj4+Pj4+ IAlQYWdlcyAgICAgICAgICAgOiAyNA0KPj4+Pj4gCURhdGUgICAgICAgICAgICA6IDIwMTYtMTAt MzENCj4+Pj4+IA0KPj4+Pj4gQWJzdHJhY3Q6DQo+Pj4+PiAgVGhpcyBkb2N1bWVudCBkZWZpbmVz IGEgbWVjaGFuaXNtIHRvIGNvbWJpbmUgWUFORyBtb2R1bGVzIGludG8gdGhlDQo+Pj4+PiAgc2No ZW1hIGRlZmluZWQgaW4gb3RoZXIgWUFORyBtb2R1bGVzLg0KPj4+Pj4gDQo+Pj4+PiANCj4+Pj4+ IFRoZSBJRVRGIGRhdGF0cmFja2VyIHN0YXR1cyBwYWdlIGZvciB0aGlzIGRyYWZ0IGlzOg0KPj4+ Pj4gaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtaWV0Zi1uZXRtb2Qtc2No ZW1hLW1vdW50Lw0KPj4+Pj4gDQo+Pj4+PiBUaGVyZSdzIGFsc28gYSBodG1saXplZCB2ZXJzaW9u IGF2YWlsYWJsZSBhdDoNCj4+Pj4+IGh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1p ZXRmLW5ldG1vZC1zY2hlbWEtbW91bnQtMDMNCj4+Pj4+IA0KPj4+Pj4gQSBkaWZmIGZyb20gdGhl IHByZXZpb3VzIHZlcnNpb24gaXMgYXZhaWxhYmxlIGF0Og0KPj4+Pj4gaHR0cHM6Ly93d3cuaWV0 Zi5vcmcvcmZjZGlmZj91cmwyPWRyYWZ0LWlldGYtbmV0bW9kLXNjaGVtYS1tb3VudC0wMw0KPj4+ Pj4gDQo+Pj4+PiANCj4+Pj4+IFBsZWFzZSBub3RlIHRoYXQgaXQgbWF5IHRha2UgYSBjb3VwbGUg b2YgbWludXRlcyBmcm9tIHRoZSB0aW1lIG9mDQo+Pj4+PiBzdWJtaXNzaW9uDQo+Pj4+PiB1bnRp bCB0aGUgaHRtbGl6ZWQgdmVyc2lvbiBhbmQgZGlmZiBhcmUgYXZhaWxhYmxlIGF0IHRvb2xzLmll dGYub3JnLg0KPj4+Pj4gDQo+Pj4+PiBJbnRlcm5ldC1EcmFmdHMgYXJlIGFsc28gYXZhaWxhYmxl IGJ5IGFub255bW91cyBGVFAgYXQ6DQo+Pj4+PiBmdHA6Ly9mdHAuaWV0Zi5vcmcvaW50ZXJuZXQt ZHJhZnRzLw0KPj4+Pj4gDQo+Pj4+PiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fXw0KPj4+Pj4gbmV0bW9kIG1haWxpbmcgbGlzdA0KPj4+Pj4gbmV0bW9kQGll dGYub3JnDQo+Pj4+PiBodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL25ldG1v ZA0KPj4+PiANCj4+Pj4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX18NCj4+Pj4gbmV0bW9kIG1haWxpbmcgbGlzdA0KPj4+PiBuZXRtb2RAaWV0Zi5vcmcNCj4+ Pj4gaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9uZXRtb2QNCj4+Pj4gDQo+ PiANCj4+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+ PiBuZXRtb2QgbWFpbGluZyBsaXN0DQo+PiBuZXRtb2RAaWV0Zi5vcmcNCj4+IGh0dHBzOi8vd3d3 LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vbmV0bW9kDQo+DQo+LS0NCj5MYWRpc2xhdiBMaG90 a2EsIENaLk5JQyBMYWJzDQo+UEdQIEtleSBJRDogRTc0RThDMEMNCj4NCj4NCj4NCj4NCg0K From nobody Tue Nov 1 09:47:25 2016 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F2D281294DA for ; Tue, 1 Nov 2016 09:47:23 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.921 X-Spam-Level: X-Spam-Status: No, score=-1.921 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=junipernetworks.onmicrosoft.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 9tL3f4RwiI6s for ; Tue, 1 Nov 2016 09:47:21 -0700 (PDT) Received: from NAM02-SN1-obe.outbound.protection.outlook.com (mail-sn1nam02on0114.outbound.protection.outlook.com [104.47.36.114]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B54851294B1 for ; Tue, 1 Nov 2016 09:47:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=junipernetworks.onmicrosoft.com; s=selector1-juniper-net; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=CcMyVph2WPAA3nhBjfjZngaRe4BFq1gqAH1fMFyXJwY=; b=hI41AvZcoupP6Fuy1rDXPqY6Td4+Aux37etiVLQaJyFETl6Pd1fGzQjF/lbBZQHWkOVuhWf/DhucO44fblQqiGHCvQm+3mbuFe6EfwndfEVD+78J2ukx6MNw3LVvokHKwHCXqmHwT/eS+j39WcQ17Nag8820ao7jQjLI/SEHoVE= Received: from CY1PR0501MB1450.namprd05.prod.outlook.com (10.160.149.11) by CY1PR0501MB1449.namprd05.prod.outlook.com (10.160.148.155) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.693.7; Tue, 1 Nov 2016 16:47:20 +0000 Received: from CY1PR0501MB1450.namprd05.prod.outlook.com ([10.160.149.11]) by CY1PR0501MB1450.namprd05.prod.outlook.com ([10.160.149.11]) with mapi id 15.01.0707.004; Tue, 1 Nov 2016 16:47:20 +0000 From: Kent Watsen To: "netmod@ietf.org" Thread-Topic: preliminary 97 agenda posted Thread-Index: AQHSNF+cnuKfUZxyX0GtMWRQvjCbQQ== Date: Tue, 1 Nov 2016 16:47:20 +0000 Message-ID: <60C41574-CF4A-41F1-97EE-237D580727F7@juniper.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/f.1b.0.161010 authentication-results: spf=none (sender IP is ) smtp.mailfrom=kwatsen@juniper.net; x-ms-exchange-messagesentrepresentingtype: 1 x-originating-ip: [66.129.241.11] x-ms-office365-filtering-correlation-id: 6d8c3d7a-6a3b-4758-8b6d-08d40276bf61 x-microsoft-exchange-diagnostics: 1; CY1PR0501MB1449; 7:3eoe5sOgeVoc2S8edP1TLMvY2QZ6P20v3ABFxa2cuk1Cr+adtWzGkqefEDgloKHcIeVvzpW3XuiYitIWL7WNm505BPwNAjR5Znbv4BBNv+Bsjtv3al/zSneqUofAkz/JAFPoKOxq7eVtuRL5h6Q4KMQQaIXRGQQ+4W2JwNjHl98vOwKJfx+AsrNb/AT+6olhlF2vmgVwD+TsEg47bZxSw9qwWymH3E/mx890tJAtwbATJgzs6e93HFrnPmpB0XeSxSdL/i0TqO5Vu35KqNscu+EywDzqY+ge7vHIzdLHKE/69cJ54c0NPQJKOOwsZxHYpoIYPXYZYsJ0l2RfEUHEGfKhcb4Uzyp9M+0MWJD5cNc= x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:CY1PR0501MB1449; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(21748063052155); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040176)(601004)(2401047)(8121501046)(5005006)(10201501046)(3002001)(6055026); SRVR:CY1PR0501MB1449; BCL:0; PCL:0; RULEID:; SRVR:CY1PR0501MB1449; x-forefront-prvs: 01136D2D90 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(7916002)(199003)(189002)(3280700002)(122556002)(86362001)(5640700001)(7906003)(19300405004)(558084003)(68736007)(19625215002)(3660700001)(11100500001)(10400500002)(16236675004)(7736002)(33656002)(7846002)(8936002)(5660300001)(66066001)(229853001)(36756003)(7116003)(6916009)(2351001)(105586002)(99286002)(19617315012)(110136003)(106116001)(106356001)(4001350100001)(189998001)(107886002)(19580395003)(5002640100001)(97736004)(54356999)(81166006)(450100001)(2900100001)(3846002)(1730700003)(586003)(82746002)(15975445007)(101416001)(87936001)(102836003)(50986999)(6116002)(2501003)(83506001)(92566002)(2906002)(83716003)(8676002)(77096005)(81156014)(104396002); DIR:OUT; SFP:1102; SCL:1; SRVR:CY1PR0501MB1449; H:CY1PR0501MB1450.namprd05.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; A:1; MX:1; LANG:en; received-spf: None (protection.outlook.com: juniper.net does not designate permitted sender hosts) spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: multipart/alternative; boundary="_000_60C41574CF4A41F197EE237D580727F7junipernet_" MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-originalarrivaltime: 01 Nov 2016 16:47:20.3817 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-Transport-CrossTenantHeadersStamped: CY1PR0501MB1449 Archived-At: Subject: [netmod] preliminary 97 agenda posted X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Nov 2016 16:47:24 -0000 --_000_60C41574CF4A41F197EE237D580727F7junipernet_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 VGhlIHByZWxpbWluYXJ5IGFnZW5kYSBmb3IgdGhlIHR3byBORVRNT0Qgc2Vzc2lvbnMgaGFzIGJl ZW4gcG9zdGVkIGhlcmU6DQoNCiAgICAgICAgICAgICAgICBodHRwczovL3d3dy5pZXRmLm9yZy9w cm9jZWVkaW5ncy85Ny9hZ2VuZGEvYWdlbmRhLTk3LW5ldG1vZC0wMC50eHQNCg0KQ2hlZXJzLA0K S2VudA0KDQo= --_000_60C41574CF4A41F197EE237D580727F7junipernet_ Content-Type: text/html; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6bz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6b2ZmaWNlIiB4 bWxuczp3PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTp3b3JkIiB4bWxuczptPSJo dHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS8yMDA0LzEyL29tbWwiIHhtbG5zPSJo dHRwOi8vd3d3LnczLm9yZy9UUi9SRUMtaHRtbDQwIj4NCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVp dj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPg0KPG1l dGEgbmFtZT0iVGl0bGUiIGNvbnRlbnQ9IiI+DQo8bWV0YSBuYW1lPSJLZXl3b3JkcyIgY29udGVu dD0iIj4NCjxtZXRhIG5hbWU9IkdlbmVyYXRvciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUg KGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxlPjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8N CkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0 IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJ cGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAyIDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8N CnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBpbjsN CgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWls eTpDYWxpYnJpO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNvLXN0eWxlLXByaW9y aXR5Ojk5Ow0KCWNvbG9yOiMwNTYzQzE7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQph OnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0eWxlLXByaW9yaXR5 Ojk5Ow0KCWNvbG9yOiM5NTRGNzI7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpzcGFu LkVtYWlsU3R5bGUxNw0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbC1jb21wb3NlOw0KCWZvbnQt ZmFtaWx5OkNhbGlicmk7DQoJY29sb3I6d2luZG93dGV4dDt9DQpzcGFuLm1zb0lucw0KCXttc28t c3R5bGUtdHlwZTpleHBvcnQtb25seTsNCgltc28tc3R5bGUtbmFtZToiIjsNCgl0ZXh0LWRlY29y YXRpb246dW5kZXJsaW5lOw0KCWNvbG9yOnRlYWw7fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNvLXN0 eWxlLXR5cGU6ZXhwb3J0LW9ubHk7DQoJZm9udC1mYW1pbHk6Q2FsaWJyaTt9DQpAcGFnZSBXb3Jk U2VjdGlvbjENCgl7c2l6ZTo4LjVpbiAxMS4waW47DQoJbWFyZ2luOjEuMGluIDEuMGluIDEuMGlu IDEuMGluO30NCmRpdi5Xb3JkU2VjdGlvbjENCgl7cGFnZTpXb3JkU2VjdGlvbjE7fQ0KLS0+PC9z dHlsZT4NCjwvaGVhZD4NCjxib2R5IGJnY29sb3I9IndoaXRlIiBsYW5nPSJFTi1VUyIgbGluaz0i IzA1NjNDMSIgdmxpbms9IiM5NTRGNzIiPg0KPGRpdiBjbGFzcz0iV29yZFNlY3Rpb24xIj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij5UaGUgcHJl bGltaW5hcnkgYWdlbmRhIGZvciB0aGUgdHdvIE5FVE1PRCBzZXNzaW9ucyBoYXMgYmVlbiBwb3N0 ZWQgaGVyZTo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPiZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyA8YSBocmVmPSJodHRwczovL3d3dy5pZXRmLm9y Zy9wcm9jZWVkaW5ncy85Ny9hZ2VuZGEvYWdlbmRhLTk3LW5ldG1vZC0wMC50eHQiPg0KaHR0cHM6 Ly93d3cuaWV0Zi5vcmcvcHJvY2VlZGluZ3MvOTcvYWdlbmRhL2FnZW5kYS05Ny1uZXRtb2QtMDAu dHh0PC9hPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+Q2hlZXJz LDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTEuMHB0Ij5LZW50PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPjxvOnA+Jm5ic3A7PC9v OnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9ib2R5Pg0KPC9odG1sPg0K --_000_60C41574CF4A41F197EE237D580727F7junipernet_-- From nobody Tue Nov 1 13:19:07 2016 Return-Path: X-Original-To: netmod@ietf.org Delivered-To: netmod@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id CF1081299E6; Tue, 1 Nov 2016 13:19:01 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "Ben Campbell" To: "The IESG" X-Test-IDTracker: no X-IETF-IDTracker: 6.37.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <147803154180.23820.9214684669050491573.idtracker@ietfa.amsl.com> Date: Tue, 01 Nov 2016 13:19:01 -0700 Archived-At: Cc: netmod-chairs@ietf.org, draft-ietf-netmod-routing-cfg@ietf.org, draft-ietf-netmod-routing-cfg.all@ietf.org, netmod@ietf.org Subject: [netmod] Ben Campbell's No Objection on draft-ietf-netmod-routing-cfg-24: (with COMMENT) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.17 List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Nov 2016 20:19:02 -0000 Ben Campbell has entered the following ballot position for draft-ietf-netmod-routing-cfg-24: No Objection When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.) Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html for more information about IESG DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: https://datatracker.ietf.org/doc/draft-ietf-netmod-routing-cfg/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- Should the reference to 6536. Be normative? From nobody Tue Nov 1 13:53:34 2016 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 00F7112955C for ; Tue, 1 Nov 2016 13:53:33 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.921 X-Spam-Level: X-Spam-Status: No, score=-1.921 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=junipernetworks.onmicrosoft.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 75xGrNi57fEc for ; Tue, 1 Nov 2016 13:53:30 -0700 (PDT) Received: from NAM01-SN1-obe.outbound.protection.outlook.com (mail-sn1nam01on0108.outbound.protection.outlook.com [104.47.32.108]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E26711294D8 for ; Tue, 1 Nov 2016 13:53:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=junipernetworks.onmicrosoft.com; s=selector1-juniper-net; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=1MIkuDhg5L24XsDHeY/yqLgc2MNdw/a8V2bIQNL1pUk=; b=Nx6GDWM7pRbMHdJ8cbv1B6ztrQRZzkeXJTqiUkxx+Xc89T+vMJa9jGZOMfvWT6JKlai0Q7aubrIxxAz3cMWZ5HbYAPZsSTjmB+8qsvMNF8g1iVrQCoaNwqAJagNWp48lVJbYDMBtamFLS3vPn8Rk6d3MaUEkLIt9hK8We5neQQE= Received: from CY1PR0501MB1450.namprd05.prod.outlook.com (10.160.149.11) by CY1PR0501MB1450.namprd05.prod.outlook.com (10.160.149.11) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.707.1; Tue, 1 Nov 2016 20:53:27 +0000 Received: from CY1PR0501MB1450.namprd05.prod.outlook.com ([10.160.149.11]) by CY1PR0501MB1450.namprd05.prod.outlook.com ([10.160.149.11]) with mapi id 15.01.0707.004; Tue, 1 Nov 2016 20:53:27 +0000 From: Kent Watsen To: Andy Bierman Thread-Topic: [netmod] 6087bis shepherd writeup issues Thread-Index: AQHSLGRvsirXWAD5AUuYg2jQ6nDWe6C001UAgA+UzwA= Date: Tue, 1 Nov 2016 20:53:27 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/f.1b.0.161010 authentication-results: spf=none (sender IP is ) smtp.mailfrom=kwatsen@juniper.net; x-ms-exchange-messagesentrepresentingtype: 1 x-originating-ip: [66.129.241.11] x-ms-office365-filtering-correlation-id: 1083c7c2-b967-4c32-06b9-08d40299215d x-microsoft-exchange-diagnostics: 1; CY1PR0501MB1450; 7:fSH8/lYAS4lb5tlzVbENAQwce9uHImzifagUf97fOP/u37CedqN/2qRQvz2NrFynhMd5ZuqfBl9MYGWNOnvrRvb46GaxKCO+zExUi6oq9u50FF7tABYECzRntd5zpIRy05K/JuPDTp+yetikdBAI8a23FQh8ZhrSXvzEZRRYvw2hn53iKt1H5idzpm/vJane2KbAJeGnuB8mbzO/vBUDgCBs06HFjoedeUbjPuJh6r0r5qBpAWYSCedqkuHcqvMkPsATz0wtKKGuCmj9RyCnaZNSwBzD3MmYl6FY+7abra90OWEvQ+KrdRioVgSOml/1wIiHxgRjJdNojMkY3Jg4urvCa5umHfbt4JwK1Pj2kPo= x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:CY1PR0501MB1450; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(138986009662008)(21748063052155); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040176)(601004)(2401047)(8121501046)(5005006)(10201501046)(3002001)(6055026); SRVR:CY1PR0501MB1450; BCL:0; PCL:0; RULEID:; SRVR:CY1PR0501MB1450; x-forefront-prvs: 01136D2D90 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(7916002)(199003)(189002)(377454003)(24454002)(51444003)(54356999)(105586002)(87936001)(5660300001)(99286002)(83716003)(19300405004)(66066001)(122556002)(8936002)(9326002)(15975445007)(68736007)(77096005)(106356001)(5002640100001)(106116001)(2900100001)(86362001)(2950100002)(92566002)(189998001)(33656002)(6916009)(16236675004)(19617315012)(7846002)(3280700002)(11100500001)(8676002)(3660700001)(81166006)(110136003)(10400500002)(4326007)(36756003)(81156014)(101416001)(102836003)(19580405001)(3846002)(4001350100001)(7736002)(97736004)(6116002)(19580395003)(50986999)(76176999)(19625215002)(7906003)(2906002)(83506001)(586003)(82746002)(104396002); DIR:OUT; SFP:1102; SCL:1; SRVR:CY1PR0501MB1450; H:CY1PR0501MB1450.namprd05.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; A:1; MX:1; LANG:en; received-spf: None (protection.outlook.com: juniper.net does not designate permitted sender hosts) spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: multipart/alternative; boundary="_000_A906C8C9BEDD42E78A47E48C778B6BBBjunipernet_" MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-originalarrivaltime: 01 Nov 2016 20:53:27.6977 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-Transport-CrossTenantHeadersStamped: CY1PR0501MB1450 Archived-At: Cc: "netmod@ietf.org" Subject: Re: [netmod] 6087bis shepherd writeup issues X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Nov 2016 20:53:33 -0000 --_000_A906C8C9BEDD42E78A47E48C778B6BBBjunipernet_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgQW5keSwNCg0KVGhhbmtzIGZvciBwb3N0aW5nIC0wOS4NCg0KUnVubmluZyBpdCB0aHJvdWdo IElkbml0cyBhZ2FpbiwgSSBub3RpY2VkIHRoZSBmb2xsb3dpbmc6DQoNCiAgLS0gVGhlIGRyYWZ0 IGhlYWRlciBpbmRpY2F0ZXMgdGhhdCB0aGlzIGRvY3VtZW50IG9ic29sZXRlcyBSRkM2MDg3LA0K ICAgICBidXQgdGhlIGFic3RyYWN0IGRvZXNuJ3Qgc2VlbSB0byBtZW50aW9uIHRoaXMsIHdoaWNo IGl0IHNob3VsZC4NCg0KICA9PSBNaXNzaW5nIFJlZmVyZW5jZTogJ1JGQ1hYWFgnIGlzIG1lbnRp b25lZCBvbiBsaW5lIDM3OCwgYnV0IG5vdCBkZWZpbmVkDQoNCiAgPT0gT3V0ZGF0ZWQgcmVmZXJl bmNlOiBBIGxhdGVyIHZlcnNpb24gKC0xOCkgZXhpc3RzIG9mDQogICAgIGRyYWZ0LWlldGYtbmV0 Y29uZi1yZXN0Y29uZi0xNw0KDQpGb3IgdGhlIGZpcnN0IGl0ZW0sIGl0IG9ubHkgbWVudGlvbnMg dGhlIGFic3RyYWN0LCBidXQgdGhlIFNoZXBoZXJkIHdyaXRldXAgcmVmZXJzDQp0byBib3RoIGFi c3RyYWN0IGFuZCBpbnRyb2R1Y3Rpb24sIHNvIHBsZWFzZSBjb25zaWRlciB1cGRhdGluZyBib3Ro Lg0KDQpGb3IgdGhlIHNlY29uZCBpdGVtLCBJIGJlbGlldmUgdGhhdCB0aGlzIGlzIG5vdCBhbiBl cnJvciwgYnV0IGl0IHRvb2sgbWUgYSB3aGlsZQ0KdG8gcmVhbGl6ZSB0aGlzLiAgSSBiZWxpZXZl IHRoaXMgc2VudGVuY2UgaW4gU2VjdGlvbiA0LjMgaW50ZW50aW9uIGlzIGZvciB0aGUgb3RoZXIN CmRyYWZ0cyB0byBwb2ludCB0byBTZWN0aW9uIDMgaW4gdGhpcyBkcmFmdC4gIElmIHNvLCB0aGVu IEkgcmVjb21tZW5kIHRoZSBzZW50ZW5jZQ0KZW5kaW5nIOKAnC4uLmlzIGRlZmluZWQgaW4gU2Vj dGlvbiAzIGluIFtSRkNYWFhYXeKAnS4NCg0KQWRkaXRpb25hbGx5LCBpbiBsb29raW5nIGF0IHRo ZSBJQU5BIENvbnNpZGVyYXRpb25zIHNlY3Rpb24sIEkgdGhpbmsgdGhlIFJGQyBFZC4NCm5vdGUg aXMgd3JvbmcuICBZb3UgZG9u4oCZdCB3YW50IHRvIHVwZGF0ZSBbUkZDNjA4N10gdG8gW1JGQ1hY WFhdIGluIHRoaXMgY2FzZSwNCnJpZ2h0Pw0KDQpGb3IgdGhlIHNha2Ugb2YgZWZmaWNpZW5jeSwg SeKAmWxsIGZvcndhcmQgdGhlIGN1cnJlbnQgZHJhZnQgdG8gdGhlIEFEIG5vdywgYnV0DQpwbGVh c2UgbWFrZSB0aGVzZSB1cGRhdGVzIHRvIHlvdXIgbG9jYWwgY29weSwgd2l0aCBhbiBleHBlY3Rh dGlvbiB0aGF0DQp0aGVyZSBtaWdodCBiZSBtb3JlIHVwZGF0ZXMgbmVlZGVkIHBlciB0aGUgQUTi gJlzIHJldmlldy4NCg0KDQpUaGFua3MsDQpLZW50DQoNCg0KRnJvbTogQW5keSBCaWVybWFuIDxh bmR5QHl1bWF3b3Jrcy5jb20+DQpEYXRlOiBTYXR1cmRheSwgT2N0b2JlciAyMiwgMjAxNiBhdCAy OjU2IFBNDQpUbzogS2VudCBXYXRzZW4gPGt3YXRzZW5AanVuaXBlci5uZXQ+DQpDYzogIm5ldG1v ZEBpZXRmLm9yZyIgPG5ldG1vZEBpZXRmLm9yZz4NClN1YmplY3Q6IFJlOiBbbmV0bW9kXSA2MDg3 YmlzIHNoZXBoZXJkIHdyaXRldXAgaXNzdWVzDQoNCkhpLA0KDQpJIHdpbGwgY3JlYXRlIGFuIHVw ZGF0ZWQgZHJhZnQgYmVmb3JlIHRoZSBJLUQgY3V0b2ZmDQoNCg0KQW5keQ0KDQoNCk9uIFNhdCwg T2N0IDIyLCAyMDE2IGF0IDY6MDEgQU0sIEtlbnQgV2F0c2VuIDxrd2F0c2VuQGp1bmlwZXIubmV0 PG1haWx0bzprd2F0c2VuQGp1bmlwZXIubmV0Pj4gd3JvdGU6DQoNCkFuZHksIGFsbCwNCg0KSW4g cmV2aWV3aW5nIHRoZSBkcmFmdCBmb3IgU2hlcGhlcmQgd3JpdGV1cCwgSSBmb3VuZCB0aGUgZm9s bG93aW5nIGlzc3VlcyB0aGF0IEkgdGhpbmsgbmVlZCB0byBiZSBhZGRyZXNzZWQgYmVmb3JlIHRo ZSBkb2N1bWVudCBjYW4gYmUgc2VudCB0byBCZW5vaXQgZm9yIEFEIHJldmlldzoNCg0KDQoxLiBJ ZG5pdHMgZm91bmQgdGhlIGZvbGxvd2luZzoNCg0KICA9PSBNaXNzaW5nIFJlZmVyZW5jZTogJ1JG QzYyNDInIGlzIG1lbnRpb25lZCBvbiBsaW5lIDIyMzMsIGJ1dCBub3QgZGVmaW5lZA0KICA9PSBP dXRkYXRlZCByZWZlcmVuY2U6IGRyYWZ0LWlldGYtbmV0bW9kLXJmYzYwMjBiaXMgaGFzIGJlZW4g cHVibGlzaGVkIGFzIFJGQyA3OTUwDQogICoqIE9ic29sZXRlIG5vcm1hdGl2ZSByZWZlcmVuY2U6 IFJGQyAyMjIzIChPYnNvbGV0ZWQgYnkgUkZDIDczMjIpDQogICoqIE9ic29sZXRlIG5vcm1hdGl2 ZSByZWZlcmVuY2U6IFJGQyA1NzQxIChPYnNvbGV0ZWQgYnkgUkZDIDc4NDEpDQoNCjIuIHRoZSBp bnRlbmRlZCBzdGF0dXMgaXMg4oCcU3RhbmRhcmRzIFRyYWNr4oCdLCBidXQgUkZDIDYwODcgaXMg 4oCcSW5mb3JtYXRpb25hbOKAnS4gIFBsZWFzZSBjaGFuZ2UgdG8gdGhlIGJpcyB0byBiZSBJbmZv cm1hdGlvbiBhcyB3ZWxsLg0KDQozLiBUaGUgQWJzdHJhY3QgYW5kIEludHJvZHVjdGlvbiBib3Ro IGNhbGwgb3V0IE5FVENPTkYsIGJ1dCBzYXkgbm90aGluZyBhYm91dCBSRVNUQ09ORi4gIFNob3Vs ZCB0aGV5IGF0IGxlYXN0IHJlZmVyIHRvIGJvdGggZXF1YWxseT8NCg0KNC4gQ3VycmVudGx5IHRo ZXJlIGlzIGEgTm9ybWF0aXZlIHJlZmVyZW5jZSB0byBORVRDT05GLCBidXQgSSBiZWxpZXZlIHRo YXQgaXQgc2hvdWxkIGl0IGJlIEluZm9ybWF0aXZlLCByaWdodD8NCg0KNS4gUkVTVENPTkYgaXMg bWVudGlvbmVkIGluIHRoZSBkcmFmdCwgYnV0IHRoZXJlIGlzIG5vIHJlZmVyZW5jZSBmb3IgUkVT VENPTkYuIFRoZXJlIHNob3VsZCBiZSBhbiBJbmZvcm1hdGl2ZSByZWZlcmVuY2UgZm9yIFJFU1RD T05GIGFzIHdlbGwuDQoNCjYuIFNlY3Rpb24gNC4xIHJlZ2FyZHMg4oCcTW9kdWxlIENvcHlyaWdo dOKAnSwgYnV0IGFmdGVyIHRoZSBmaXJzdCBwYXJhZ3JhcGggaXQgc3RhcnRzIHRhbGtpbmcgYWJv dXQgIjxDT0RFIEJFR0lOUz4iIGFuZCAiPENPREUgRU5EUz4iLiAgSeKAmW0gdGhpbmtpbmcgdGhp cyBtdXN0IGJlIGEgbWlzdGFrZSwgdGhhdCB0aGUgQ09ERSBCRUdJTi9FTkQgc3R1ZmYgd2FzIG1l YW50IHRvIGJlIGluIGFub3RoZXIgc2VjdGlvbiAoYSBuZXcgNC4yPykuICBbQlRXLCB0aGF0IGFu IGlzc3VlIGxpa2UgdGhpcyBnb3QgdGhyb3VnaCBzdWdnZXN0cyB0byBtZSB0aGF0IGZvbGtzIGhh dmVu4oCZdCBiZWVuIHJlYWRpbmcgdGhpcyBkb2N1bWVudCwgSeKAmWxsIGRpc2N1c3Mgd2l0aCBt eSBjby1jaGFpciBpZiB3ZSBuZWVkIHRvIGRvIExhc3QgQ2FsbCBhZ2Fpbi5dDQoNCjcuIEkgdGhp bmsgdGhhdCA2MDg3YmlzIG5lZWRzIHRvIG9ic29sZXRlIFJGQyA2MDg3LCBidXQgaXTigJlzIG5v dCBsYWJlbGVkIGFzIHN1Y2ggeWV0Lg0KDQo4LiBSZWxhdGVkIHRvICM3IGFib3ZlLCB0aGUgSUFO QSBDb25zaWRlcmF0aW9ucyBzZWN0aW9uIHJlZ2lzdGVycyBhIFVSSSBpbiB0aGUgSUVURiBYTUwg cmVnaXN0cnksIGJ1dCB0aGlzIHdhcyBkb25lIGluIFJGQyA2MDg3LCBzbyBpdCBjYW7igJl0IGJl IGRvbmUgYWdhaW4sIHJpZ2h0PyAgSSBzdWdnZXN0IHVwZGF0aW5nIHRoZSBJQU5BIENvbnNpZGVy YXRpb25zIHNlY3Rpb24gdG8gc2F5IHRoYXQgMSkgdGhpcyBkb2N1bWVudCBjb250aW51ZXMgdG8g ZW1wb3dlciByZWdpc3RyeSBlbnRyeeKAmXMgZXhpc3RlbmNlIChnaXZlbiB0aGF0IHRoZSBkb2N1 bWVudCBvYnNvbGV0ZXMgUkZDIDYwODcpIGFuZCAyKSBJQU5BIHNob3VsZCB1cGRhdGUgdGhlaXIg cmVjb3JkcyB0byBwb2ludCB0byB0aGlzIFJGQyBmb3IgdGhlIG9uZSB0aGF0IGVtcG93ZXJzIHRo ZSByZWdpc3RyeSBlbnRyeS4gIE1ha2Ugc2Vuc2U/DQoNCjkuIFJlZ2FyZGluZyBzZWN0aW9uIDUu MjMsIHBlciBleHRlbnNpdmUgZGlzY3Vzc2lvbiB3aXRoIHRoZSBBRCwgY28tY2hhaXIsIGFuZCB0 aGUgZGF0YXN0b3JlIGRlc2lnbiB0ZWFtLCB3ZSBiZWxpZXZlIHRoYXQgU2VjdGlvbiA1LjIzIGNh biBiZSBpbXByb3ZlZCB0byBtb3JlIHByZWNpc2VseSBkZXNjcmliZSB0aGUgZ3VpZGFuY2UuICBB cyBzdWNoLCB3ZSByZWNvbW1lbmQgc29tZXRoaW5nIGFsb25nIHRoZSBsaW5lcyBvZiB0aGUgZm9s bG93aW5nIHR3byBjaGFuZ2VzIGJlIG1hZGU6DQoNCiAgT0xEDQoNCiAgICAgUGxhY2luZyBvcGVy YXRpb25hbCBkYXRhIHdpdGhpbg0KICAgICB0aGUgY29uZmlndXJhdGlvbiBzdWJ0cmVlIGlzIGFw cHJvcHJpYXRlIGlmIHRoZSBvcGVyYXRpb25hbCB2YWx1ZXMNCiAgICAgY2FuIG9ubHkgZXhpc3Qg aWYgdGhlIGNvbmZpZ3VyYXRpb24gZXhpc3RzLg0KDQogIE5FVw0KDQogICAgIFBsYWNpbmcgb3Bl cmF0aW9uYWwgZGF0YSB3aXRoaW4NCiAgICAgdGhlIGNvbmZpZ3VyYXRpb24gc3VidHJlZSBpcyBh cHByb3ByaWF0ZSBpZiB0aGUgb3BlcmF0aW9uYWwgdmFsdWVzDQogICAgIGNhbiBvbmx5IGV4aXN0 IGlmIHRoZSBjb25maWd1cmF0aW9uIGV4aXN0cy4gIFBsYWNpbmcgb3BlcmF0aW9uYWwgZGF0YQ0K ICAgICBvdXRzaWRlIHRoZSBjb25maWd1cmF0aW9uIHN1YnRyZWUgaXMgYXBwcm9wcmlhdGUgaWYg dGhlIG9wZXJhdGlvbmFsDQogICAgdmFsdWVzIGNhbiBleGlzdCB3aXRob3V0IGNvcnJlc3BvbmRp bmcgY29uZmlndXJhdGlvbiAoZS5nLiwgc3lzdGVtDQogICAgZ2VuZXJhdGVkIGludGVyZmFjZXMp Lg0KDQoNCiAgT0xEDQoNCiAgICBTb21ldGltZXMgdGhlIGNvbmZpZ3VyZWQgdmFsdWUgcmVwcmVz ZW50cyBzb21lIHNvcnQgb2YgcHJvY2VkdXJlIHRvDQogICAgYmUgZm9sbG93ZWQsIGluIHdoaWNo IHRoZSBzeXN0ZW0gd2lsbCBzZWxlY3QgYW4gYWN0dWFsIHZhbHVlLCBiYXNlZA0KICAgIG9uIHBy b3RvY29sIG5lZ290aWF0aW9uLg0KDQogIE5FVw0KDQogICAgIFNvbWV0aW1lcyB0aGUgY29uZmln dXJlZCB2YWx1ZSByZXByZXNlbnRzIHNvbWUgc29ydCBvZiBwcm9jZWR1cmUgdG8NCiAgICBiZSBm b2xsb3dlZCwgaW4gd2hpY2ggdGhlIHN5c3RlbSB3aWxsIHNlbGVjdCBhbiBhY3R1YWwgdmFsdWUs IGJhc2VkDQogICAgIG9uIHByb3RvY29sIG5lZ290aWF0aW9uLiAgSW4gdGhpcyBjYXNlIGl0IGlz IFJFQ09NTUVOREVEIHRvIGhhdmUgYQ0KICAgICBzZXBhcmF0ZSBjb25maWcgZmFsc2UgdmFsdWUg dG8gcmVwcmVzZW50ZWQgdGhlIHJlc3VsdGluZyBzdGF0ZS4gIEZvcg0KICAgICBpbnN0YW5jZToN Cg0KDQoNClRoYW5rcywNCktlbnQgIChhcyBkb2N1bWVudCBzaGVwaGVyZCkNCg0KDQoNCg0KDQpf X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KbmV0bW9kIG1h aWxpbmcgbGlzdA0KbmV0bW9kQGlldGYub3JnPG1haWx0bzpuZXRtb2RAaWV0Zi5vcmc+DQpodHRw czovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL25ldG1vZA0KDQo= --_000_A906C8C9BEDD42E78A47E48C778B6BBBjunipernet_ Content-Type: text/html; charset="utf-8" Content-ID: <64D1FD95B2961B4397560ECE2FF55C08@namprd05.prod.outlook.com> Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6bz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6b2ZmaWNlIiB4 bWxuczp3PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTp3b3JkIiB4bWxuczptPSJo dHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS8yMDA0LzEyL29tbWwiIHhtbG5zPSJo dHRwOi8vd3d3LnczLm9yZy9UUi9SRUMtaHRtbDQwIj4NCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVp dj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPg0KPG1l dGEgbmFtZT0iVGl0bGUiIGNvbnRlbnQ9IiI+DQo8bWV0YSBuYW1lPSJLZXl3b3JkcyIgY29udGVu dD0iIj4NCjxtZXRhIG5hbWU9IkdlbmVyYXRvciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUg KGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxlPjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8N CkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0 IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJ cGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAyIDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8N CnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBpbjsN CgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWls eToiVGltZXMgTmV3IFJvbWFuIjt9DQphOmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJe21zby1z dHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpibHVlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxp bmU7fQ0KYTp2aXNpdGVkLCBzcGFuLk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe21zby1zdHlsZS1w cmlvcml0eTo5OTsNCgljb2xvcjpwdXJwbGU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9 DQpzcGFuLkVtYWlsU3R5bGUxNw0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbC1yZXBseTsNCglm b250LWZhbWlseTpDYWxpYnJpOw0KCWNvbG9yOndpbmRvd3RleHQ7fQ0Kc3Bhbi5tc29JbnMNCgl7 bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7DQoJbXNvLXN0eWxlLW5hbWU6IiI7DQoJdGV4dC1k ZWNvcmF0aW9uOnVuZGVybGluZTsNCgljb2xvcjp0ZWFsO30NCi5Nc29DaHBEZWZhdWx0DQoJe21z by1zdHlsZS10eXBlOmV4cG9ydC1vbmx5Ow0KCWZvbnQtc2l6ZToxMC4wcHQ7fQ0KQHBhZ2UgV29y ZFNlY3Rpb24xDQoJe3NpemU6OC41aW4gMTEuMGluOw0KCW1hcmdpbjoxLjBpbiAxLjBpbiAxLjBp biAxLjBpbjt9DQpkaXYuV29yZFNlY3Rpb24xDQoJe3BhZ2U6V29yZFNlY3Rpb24xO30NCi0tPjwv c3R5bGU+DQo8L2hlYWQ+DQo8Ym9keSBiZ2NvbG9yPSJ3aGl0ZSIgbGFuZz0iRU4tVVMiIGxpbms9 ImJsdWUiIHZsaW5rPSJwdXJwbGUiPg0KPGRpdiBjbGFzcz0iV29yZFNlY3Rpb24xIj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5 OkNhbGlicmkiPkhpIEFuZHksPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6Q2FsaWJyaSI+ PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6Q2FsaWJyaSI+VGhhbmtzIGZvciBw b3N0aW5nIC0wOS48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTpDYWxpYnJpIj48bzpwPiZu YnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTpDYWxpYnJpIj5SdW5uaW5nIGl0IHRocm91Z2gg SWRuaXRzIGFnYWluLCBJIG5vdGljZWQgdGhlIGZvbGxvd2luZzo8bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtm b250LWZhbWlseTpDYWxpYnJpIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTpD YWxpYnJpIj4mbmJzcDsgLS0gVGhlIGRyYWZ0IGhlYWRlciBpbmRpY2F0ZXMgdGhhdCB0aGlzIGRv Y3VtZW50IG9ic29sZXRlcyBSRkM2MDg3LA0KPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6 Q2FsaWJyaSI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7YnV0IHRoZSBhYnN0cmFjdCBk b2Vzbid0IHNlZW0gdG8gbWVudGlvbiB0aGlzLCB3aGljaCBpdCBzaG91bGQuPG86cD48L286cD48 L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MS4wcHQ7Zm9udC1mYW1pbHk6Q2FsaWJyaSI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1m YW1pbHk6Q2FsaWJyaSI+Jm5ic3A7ID09IE1pc3NpbmcgUmVmZXJlbmNlOiAnUkZDWFhYWCcgaXMg bWVudGlvbmVkIG9uIGxpbmUgMzc4LCBidXQgbm90IGRlZmluZWQ8bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtm b250LWZhbWlseTpDYWxpYnJpIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTpD YWxpYnJpIj4mbmJzcDsgPT0gT3V0ZGF0ZWQgcmVmZXJlbmNlOiBBIGxhdGVyIHZlcnNpb24gKC0x OCkgZXhpc3RzIG9mPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6Q2FsaWJyaSI+Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7IGRyYWZ0LWlldGYtbmV0Y29uZi1yZXN0Y29uZi0xNzxvOnA+PC9v OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTEuMHB0O2ZvbnQtZmFtaWx5OkNhbGlicmkiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2Zv bnQtZmFtaWx5OkNhbGlicmkiPkZvciB0aGUgZmlyc3QgaXRlbSwgaXQgb25seSBtZW50aW9ucyB0 aGUgYWJzdHJhY3QsIGJ1dCB0aGUgU2hlcGhlcmQgd3JpdGV1cCByZWZlcnM8bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEx LjBwdDtmb250LWZhbWlseTpDYWxpYnJpIj50byBib3RoIGFic3RyYWN0IGFuZCBpbnRyb2R1Y3Rp b24sIHNvIHBsZWFzZSBjb25zaWRlciB1cGRhdGluZyBib3RoLjxvOnA+PC9vOnA+PC9zcGFuPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2Zv bnQtZmFtaWx5OkNhbGlicmkiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OkNh bGlicmkiPkZvciB0aGUgc2Vjb25kIGl0ZW0sIEkgYmVsaWV2ZSB0aGF0IHRoaXMgaXMgbm90IGFu IGVycm9yLCBidXQgaXQgdG9vayBtZSBhIHdoaWxlPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p bHk6Q2FsaWJyaSI+dG8gcmVhbGl6ZSB0aGlzLiZuYnNwOyBJIGJlbGlldmUgdGhpcyBzZW50ZW5j ZSBpbiBTZWN0aW9uIDQuMyBpbnRlbnRpb24gaXMgZm9yIHRoZSBvdGhlcjxvOnA+PC9vOnA+PC9z cGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEu MHB0O2ZvbnQtZmFtaWx5OkNhbGlicmkiPmRyYWZ0cyB0byBwb2ludCB0byBTZWN0aW9uIDMgaW4g dGhpcyBkcmFmdC4mbmJzcDsgSWYgc28sIHRoZW4gSSByZWNvbW1lbmQgdGhlIHNlbnRlbmNlPG86 cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6Q2FsaWJyaSI+ZW5kaW5nIOKAnC4uLmlzIGRlZmlu ZWQgaW4gU2VjdGlvbiAzIGluIFtSRkNYWFhYXeKAnS48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZh bWlseTpDYWxpYnJpIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTpDYWxpYnJp Ij5BZGRpdGlvbmFsbHksIGluIGxvb2tpbmcgYXQgdGhlIElBTkEgQ29uc2lkZXJhdGlvbnMgc2Vj dGlvbiwgSSB0aGluayB0aGUgUkZDIEVkLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OkNh bGlicmkiPm5vdGUgaXMgd3JvbmcuJm5ic3A7IFlvdSBkb27igJl0IHdhbnQgdG8gdXBkYXRlIFtS RkM2MDg3XSB0byBbUkZDWFhYWF0gaW4gdGhpcyBjYXNlLDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQt ZmFtaWx5OkNhbGlicmkiPnJpZ2h0PzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OkNhbGli cmkiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OkNhbGlicmkiPkZvciB0aGUg c2FrZSBvZiBlZmZpY2llbmN5LCBJ4oCZbGwgZm9yd2FyZCB0aGUgY3VycmVudCBkcmFmdCB0byB0 aGUgQUQgbm93LCBidXQ8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTpDYWxpYnJpIj5wbGVh c2UgbWFrZSB0aGVzZSB1cGRhdGVzIHRvIHlvdXIgbG9jYWwgY29weSwgd2l0aCBhbiBleHBlY3Rh dGlvbiB0aGF0PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6Q2FsaWJyaSI+dGhlcmUgbWln aHQgYmUgbW9yZSB1cGRhdGVzIG5lZWRlZCBwZXIgdGhlIEFE4oCZcyByZXZpZXcuPG86cD48L286 cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMS4wcHQ7Zm9udC1mYW1pbHk6Q2FsaWJyaSI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9u dC1mYW1pbHk6Q2FsaWJyaSI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6Q2Fs aWJyaSI+VGhhbmtzLDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OkNhbGlicmkiPktlbnQ8 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTpDYWxpYnJpIj48bzpwPiZuYnNwOzwvbzpwPjwv c3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEx LjBwdDtmb250LWZhbWlseTpDYWxpYnJpIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8 ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItdG9wOnNvbGlkICNCNUM0REYgMS4wcHQ7cGFk ZGluZzozLjBwdCAwaW4gMGluIDBpbiI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj48c3BhbiBz dHlsZT0iZm9udC1mYW1pbHk6Q2FsaWJyaTtjb2xvcjpibGFjayI+RnJvbTogPC9zcGFuPg0KPC9i PjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTpDYWxpYnJpO2NvbG9yOmJsYWNrIj5BbmR5IEJpZXJt YW4gJmx0O2FuZHlAeXVtYXdvcmtzLmNvbSZndDs8YnI+DQo8Yj5EYXRlOiA8L2I+U2F0dXJkYXks IE9jdG9iZXIgMjIsIDIwMTYgYXQgMjo1NiBQTTxicj4NCjxiPlRvOiA8L2I+S2VudCBXYXRzZW4g Jmx0O2t3YXRzZW5AanVuaXBlci5uZXQmZ3Q7PGJyPg0KPGI+Q2M6IDwvYj4mcXVvdDtuZXRtb2RA aWV0Zi5vcmcmcXVvdDsgJmx0O25ldG1vZEBpZXRmLm9yZyZndDs8YnI+DQo8Yj5TdWJqZWN0OiA8 L2I+UmU6IFtuZXRtb2RdIDYwODdiaXMgc2hlcGhlcmQgd3JpdGV1cCBpc3N1ZXM8bzpwPjwvbzpw Pjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZu YnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkhpLCA8 bzpwPjwvbzpwPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwv bzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkkgd2lsbCBjcmVh dGUgYW4gdXBkYXRlZCBkcmFmdCBiZWZvcmUgdGhlIEktRCBjdXRvZmY8bzpwPjwvbzpwPjwvcD4N CjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9w Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48 L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5BbmR5PG86cD48L286cD48 L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpw PjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4m bmJzcDs8L286cD48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+T24gU2F0LCBPY3Qg MjIsIDIwMTYgYXQgNjowMSBBTSwgS2VudCBXYXRzZW4gJmx0OzxhIGhyZWY9Im1haWx0bzprd2F0 c2VuQGp1bmlwZXIubmV0IiB0YXJnZXQ9Il9ibGFuayI+a3dhdHNlbkBqdW5pcGVyLm5ldDwvYT4m Z3Q7IHdyb3RlOjxvOnA+PC9vOnA+PC9wPg0KPGJsb2NrcXVvdGUgc3R5bGU9ImJvcmRlcjpub25l O2JvcmRlci1sZWZ0OnNvbGlkICNDQ0NDQ0MgMS4wcHQ7cGFkZGluZzowaW4gMGluIDBpbiA2LjBw dDttYXJnaW4tbGVmdDo0LjhwdDttYXJnaW4tcmlnaHQ6MGluIj4NCjxkaXY+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJn aW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+Jm5ic3A7 PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1t YXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjExLjBwdCI+QW5keSwgYWxsLDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFy Z2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPiZuYnNw Ozwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28t bWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMS4wcHQiPkluIHJldmlld2luZyB0aGUgZHJhZnQgZm9yIFNoZXBoZXJk IHdyaXRldXAsIEkgZm91bmQgdGhlIGZvbGxvd2luZyBpc3N1ZXMgdGhhdCBJIHRoaW5rIG5lZWQg dG8gYmUgYWRkcmVzc2VkIGJlZm9yZSB0aGUgZG9jdW1lbnQgY2FuIGJlIHNlbnQgdG8gQmVub2l0 DQogZm9yIEFEIHJldmlldzo8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0 OmF1dG8iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij4mbmJzcDs8L3NwYW4+PG86cD48 L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0 OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTEuMHB0Ij4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs IiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1 dG8iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij4xLiBJZG5pdHMgZm91bmQgdGhlIGZv bGxvd2luZzo8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls ZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNv LW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij4m bmJzcDsgPT0gTWlzc2luZyBSZWZlcmVuY2U6ICdSRkM2MjQyJyBpcyBtZW50aW9uZWQgb24gbGlu ZSAyMjMzLCBidXQgbm90IGRlZmluZWQ8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0 b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij4mbmJzcDsgPT0gT3V0 ZGF0ZWQgcmVmZXJlbmNlOiBkcmFmdC1pZXRmLW5ldG1vZC1yZmM2MDIwYmlzIGhhcyBiZWVuIHB1 Ymxpc2hlZCBhcyBSRkMgNzk1MDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1h bHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPiZuYnNwOyAqKiBPYnNvbGV0 ZSBub3JtYXRpdmUgcmVmZXJlbmNlOiBSRkMgMjIyMyAoT2Jzb2xldGVkIGJ5IFJGQyA3MzIyKTwv c3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFy Z2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMS4wcHQiPiZuYnNwOyAqKiBPYnNvbGV0ZSBub3JtYXRpdmUgcmVmZXJlbmNl OiBSRkMgNTc0MSAoT2Jzb2xldGVkIGJ5IFJGQyA3ODQxKTwvc3Bhbj48bzpwPjwvbzpwPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28t bWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPiZu YnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJt c28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPjIuIHRoZSBpbnRlbmRlZCBzdGF0dXMgaXMg4oCcU3Rh bmRhcmRzIFRyYWNr4oCdLCBidXQgUkZDIDYwODcgaXMg4oCcSW5mb3JtYXRpb25hbOKAnS4mbmJz cDsgUGxlYXNlIGNoYW5nZSB0byB0aGUgYmlzIHRvIGJlIEluZm9ybWF0aW9uIGFzIHdlbGwuPC9z cGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJn aW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjExLjBwdCI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90 dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+My4gVGhlIEFic3Ry YWN0IGFuZCBJbnRyb2R1Y3Rpb24gYm90aCBjYWxsIG91dCBORVRDT05GLCBidXQgc2F5IG5vdGhp bmcgYWJvdXQgUkVTVENPTkYuJm5ic3A7IFNob3VsZCB0aGV5IGF0IGxlYXN0IHJlZmVyIHRvIGJv dGggZXF1YWxseT88L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz dHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8i PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij4mbmJzcDs8L3NwYW4+PG86cD48L286cD48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87 bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0 Ij40LiBDdXJyZW50bHkgdGhlcmUgaXMgYSBOb3JtYXRpdmUgcmVmZXJlbmNlIHRvIE5FVENPTkYs IGJ1dCBJIGJlbGlldmUgdGhhdCBpdCBzaG91bGQgaXQgYmUgSW5mb3JtYXRpdmUsIHJpZ2h0PyZu YnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJt c28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFy Z2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPjUuIFJF U1RDT05GIGlzIG1lbnRpb25lZCBpbiB0aGUgZHJhZnQsIGJ1dCB0aGVyZSBpcyBubyByZWZlcmVu Y2UgZm9yIFJFU1RDT05GLiBUaGVyZSBzaG91bGQgYmUgYW4gSW5mb3JtYXRpdmUgcmVmZXJlbmNl IGZvciBSRVNUQ09ORiBhcyB3ZWxsLjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRv bS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPiZuYnNwOzwvc3Bhbj48 bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRv cC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMS4wcHQiPjYuIFNlY3Rpb24gNC4xIHJlZ2FyZHMg4oCcTW9kdWxlIENvcHlyaWdodOKA nSwgYnV0IGFmdGVyIHRoZSBmaXJzdCBwYXJhZ3JhcGggaXQgc3RhcnRzIHRhbGtpbmcgYWJvdXQg JnF1b3Q7Jmx0O0NPREUgQkVHSU5TJmd0OyZxdW90OyBhbmQgJnF1b3Q7Jmx0O0NPREUgRU5EUyZn dDsmcXVvdDsuJm5ic3A7IEnigJltIHRoaW5raW5nDQogdGhpcyBtdXN0IGJlIGEgbWlzdGFrZSwg dGhhdCB0aGUgQ09ERSBCRUdJTi9FTkQgc3R1ZmYgd2FzIG1lYW50IHRvIGJlIGluIGFub3RoZXIg c2VjdGlvbiAoYSBuZXcgNC4yPykuJm5ic3A7IFtCVFcsIHRoYXQgYW4gaXNzdWUgbGlrZSB0aGlz IGdvdCB0aHJvdWdoIHN1Z2dlc3RzIHRvIG1lIHRoYXQgZm9sa3MgaGF2ZW7igJl0IGJlZW4gcmVh ZGluZyB0aGlzIGRvY3VtZW50LCBJ4oCZbGwgZGlzY3VzcyB3aXRoIG15IGNvLWNoYWlyIGlmIHdl IG5lZWQgdG8gZG8gTGFzdA0KIENhbGwgYWdhaW4uXTwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFy Z2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPiZuYnNw Ozwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28t bWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMS4wcHQiPjcuIEkgdGhpbmsgdGhhdCA2MDg3YmlzIG5lZWRzIHRvIG9i c29sZXRlIFJGQyA2MDg3LCBidXQgaXTigJlzIG5vdCBsYWJlbGVkIGFzIHN1Y2ggeWV0Ljwvc3Bh bj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2lu LXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMS4wcHQiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRv bS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPjguIFJlbGF0ZWQgdG8g IzcgYWJvdmUsIHRoZSBJQU5BIENvbnNpZGVyYXRpb25zIHNlY3Rpb24gcmVnaXN0ZXJzIGEgVVJJ IGluIHRoZSBJRVRGIFhNTCByZWdpc3RyeSwgYnV0IHRoaXMgd2FzIGRvbmUgaW4gUkZDIDYwODcs IHNvIGl0IGNhbuKAmXQgYmUgZG9uZQ0KIGFnYWluLCByaWdodD8mbmJzcDsgSSBzdWdnZXN0IHVw ZGF0aW5nIHRoZSBJQU5BIENvbnNpZGVyYXRpb25zIHNlY3Rpb24gdG8gc2F5IHRoYXQgMSkgdGhp cyBkb2N1bWVudCBjb250aW51ZXMgdG8gZW1wb3dlciByZWdpc3RyeSBlbnRyeeKAmXMgZXhpc3Rl bmNlIChnaXZlbiB0aGF0IHRoZSBkb2N1bWVudCBvYnNvbGV0ZXMgUkZDIDYwODcpIGFuZCAyKSBJ QU5BIHNob3VsZCB1cGRhdGUgdGhlaXIgcmVjb3JkcyB0byBwb2ludCB0byB0aGlzIFJGQyBmb3Ig dGhlDQogb25lIHRoYXQgZW1wb3dlcnMgdGhlIHJlZ2lzdHJ5IGVudHJ5LiZuYnNwOyBNYWtlIHNl bnNlPzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJt c28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFy Z2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPjkuIFJl Z2FyZGluZyBzZWN0aW9uIDUuMjMsIHBlciBleHRlbnNpdmUgZGlzY3Vzc2lvbiB3aXRoIHRoZSBB RCwgY28tY2hhaXIsIGFuZCB0aGUgZGF0YXN0b3JlIGRlc2lnbiB0ZWFtLCB3ZSBiZWxpZXZlIHRo YXQgU2VjdGlvbiA1LjIzIGNhbiBiZSBpbXByb3ZlZA0KIHRvIG1vcmUgcHJlY2lzZWx5IGRlc2Ny aWJlIHRoZSBndWlkYW5jZS4mbmJzcDsgQXMgc3VjaCwgd2UgcmVjb21tZW5kIHNvbWV0aGluZyBh bG9uZyB0aGUgbGluZXMgb2YgdGhlIGZvbGxvd2luZyB0d28gY2hhbmdlcyBiZSBtYWRlOjwvc3Bh bj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2lu LXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMS4wcHQiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRv bS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPiZuYnNwOyBPTEQ8L3Nw YW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdp bi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTEuMHB0Ij4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0 b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij4mbmJzcDsgJm5ic3A7 Jm5ic3A7Jm5ic3A7UGxhY2luZyBvcGVyYXRpb25hbCBkYXRhIHdpdGhpbjwvc3Bhbj48bzpwPjwv bzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6 YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MS4wcHQiPiZuYnNwOyZuYnNwOyAmbmJzcDsmbmJzcDt0aGUgY29uZmlndXJhdGlvbiBzdWJ0cmVl IGlzIGFwcHJvcHJpYXRlIGlmIHRoZSBvcGVyYXRpb25hbCB2YWx1ZXM8L3NwYW4+PG86cD48L286 cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1 dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEu MHB0Ij4mbmJzcDsmbmJzcDsmbmJzcDsgJm5ic3A7Y2FuIG9ubHkgZXhpc3QgaWYgdGhlIGNvbmZp Z3VyYXRpb24gZXhpc3RzLjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6 YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPiZuYnNwOzwvc3Bhbj48bzpwPjwv bzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6 YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MS4wcHQiPiZuYnNwOyBORVc8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0 OmF1dG8iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij4mbmJzcDs8L3NwYW4+PG86cD48 L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0 OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTEuMHB0Ij4mbmJzcDsgJm5ic3A7Jm5ic3A7Jm5ic3A7UGxhY2luZyBvcGVyYXRpb25hbCBkYXRh IHdpdGhpbjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl PSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPiZuYnNwOyZuYnNwOyAmbmJzcDsmbmJzcDt0aGUg Y29uZmlndXJhdGlvbiBzdWJ0cmVlIGlzIGFwcHJvcHJpYXRlIGlmIHRoZSBvcGVyYXRpb25hbCB2 YWx1ZXM8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i bXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij4mbmJzcDsmbmJzcDsmbmJzcDsgJm5ic3A7Y2FuIG9u bHkgZXhpc3QgaWYgdGhlIGNvbmZpZ3VyYXRpb24gZXhpc3RzLiZuYnNwOyBQbGFjaW5nIG9wZXJh dGlvbmFsIGRhdGE8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz dHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8i PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij4mbmJzcDsmbmJzcDsmbmJzcDsgJm5ic3A7 b3V0c2lkZSB0aGUgY29uZmlndXJhdGlvbiBzdWJ0cmVlIGlzIGFwcHJvcHJpYXRlIGlmIHRoZSBv cGVyYXRpb25hbDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0 eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO3Zh bHVlcyBjYW4gZXhpc3Qgd2l0aG91dCBjb3JyZXNwb25kaW5nIGNvbmZpZ3VyYXRpb24gKGUuZy4s IHN5c3RlbTwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl PSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO2dlbmVy YXRlZCBpbnRlcmZhY2VzKS48L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0 OmF1dG8iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij4mbmJzcDs8L3NwYW4+PG86cD48 L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0 OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTEuMHB0Ij4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs IiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1 dG8iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij4mbmJzcDsgT0xEPC9zcGFuPjxvOnA+ PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFs dDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjExLjBwdCI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDph dXRvIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7U29tZXRpbWVzIHRoZSBjb25maWd1cmVkIHZhbHVlIHJlcHJlc2VudHMgc29tZSBzb3J0IG9m IHByb2NlZHVyZSB0bzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0 byI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw O2JlIGZvbGxvd2VkLCBpbiB3aGljaCB0aGUgc3lzdGVtIHdpbGwgc2VsZWN0IGFuIGFjdHVhbCB2 YWx1ZSwgYmFzZWQ8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz dHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8i PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDtv biBwcm90b2NvbCBuZWdvdGlhdGlvbi48L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0 b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij4mbmJzcDs8L3NwYW4+ PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10 b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTEuMHB0Ij4mbmJzcDsgTkVXPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90 dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+Jm5ic3A7PC9zcGFu PjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4t dG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjExLjBwdCI+Jm5ic3A7ICZuYnNwOyZuYnNwOyZuYnNwO1NvbWV0aW1lcyB0aGUgY29u ZmlndXJlZCB2YWx1ZSByZXByZXNlbnRzIHNvbWUgc29ydCBvZiBwcm9jZWR1cmUgdG88L3NwYW4+ PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10 b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTEuMHB0Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDtiZSBmb2xsb3dlZCwgaW4gd2hp Y2ggdGhlIHN5c3RlbSB3aWxsIHNlbGVjdCBhbiBhY3R1YWwgdmFsdWUsIGJhc2VkPC9zcGFuPjxv OnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9w LWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjExLjBwdCI+Jm5ic3A7ICZuYnNwOyZuYnNwOyZuYnNwO29uIHByb3RvY29sIG5lZ290aWF0 aW9uLiZuYnNwOyBJbiB0aGlzIGNhc2UgaXQgaXMgUkVDT01NRU5ERUQgdG8gaGF2ZSBhPC9zcGFu PjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4t dG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjExLjBwdCI+Jm5ic3A7Jm5ic3A7ICZuYnNwOyZuYnNwO3NlcGFyYXRlIGNvbmZpZyBm YWxzZSB2YWx1ZSB0byByZXByZXNlbnRlZCB0aGUgcmVzdWx0aW5nIHN0YXRlLiZuYnNwOyBGb3I8 L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1h cmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTEuMHB0Ij4mbmJzcDsgJm5ic3A7Jm5ic3A7Jm5ic3A7aW5zdGFuY2U6PC9z cGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJn aW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjExLjBwdCI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90 dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+Jm5ic3A7PC9zcGFu PjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4t dG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjExLjBwdCI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9t LWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+VGhhbmtzLDwvc3Bhbj48 bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRv cC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMS4wcHQiPktlbnQmbmJzcDsgKGFzIGRvY3VtZW50IHNoZXBoZXJkKTwvc3Bhbj48bzpw PjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1h bHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMS4wcHQiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6 YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPiZuYnNwOzwvc3Bhbj48bzpwPjwv bzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6 YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MS4wcHQiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0 byI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpw PjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2lu LWJvdHRvbToxMi4wcHQiPjxicj4NCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fPGJyPg0KbmV0bW9kIG1haWxpbmcgbGlzdDxicj4NCjxhIGhyZWY9Im1haWx0 bzpuZXRtb2RAaWV0Zi5vcmciPm5ldG1vZEBpZXRmLm9yZzwvYT48YnI+DQo8YSBocmVmPSJodHRw czovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL25ldG1vZCIgdGFyZ2V0PSJfYmxhbmsi Pmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vbmV0bW9kPC9hPjxvOnA+PC9v OnA+PC9wPg0KPC9ibG9ja3F1b3RlPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpw PiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_A906C8C9BEDD42E78A47E48C778B6BBBjunipernet_-- From nobody Tue Nov 1 13:55:12 2016 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6F6591299F8; Tue, 1 Nov 2016 13:55:05 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -16.018 X-Spam-Level: X-Spam-Status: No, score=-16.018 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, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-1.497, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id FofcxG8JVPMj; Tue, 1 Nov 2016 13:55:04 -0700 (PDT) Received: from rcdn-iport-9.cisco.com (rcdn-iport-9.cisco.com [173.37.86.80]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C5DE01296A9; Tue, 1 Nov 2016 13:55:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=1492; q=dns/txt; s=iport; t=1478033704; x=1479243304; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=SzHWj9CgE1CGCACIpwyNuclQ2ueTaSMKyc3OZAr9Wyw=; b=bHA8NzdPomS7LUcO57vVrSv+BX6lrR55UCWr7zbzZf9kRHENro3OZGjW vurH7mdP3w2zKgtHlXf4mgSFNkpC2guUeJ5zn/EUDIKIVTMmj4MXIYQtn 9qhf6w81hTvM9ctSrbZFrKAdCfsP1p4jAzYcvoFp8TQOpRYHtphUDXNBi Y=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0B1AQCaABlY/5JdJa1dGgEBAQECAQEBA?= =?us-ascii?q?QgBAQEBgyoBAQEBAR9YfAeNL6k2gg+CByiFegIagXw/FAECAQEBAQEBAWIohGI?= =?us-ascii?q?BAQQjEUUQAgEIGgImAgICMBUQAgQBDQWIVA6rPYx/AQEBAQEBAQEBAQEBAQEBA?= =?us-ascii?q?QEBAQEBFwWBB4oLhBkRARyDBIJcBYhGkVQBhjCKBIFuhG6JKpEWAR42YINYgTt?= =?us-ascii?q?yAYUvgSCBDAEBAQ?= X-IronPort-AV: E=Sophos;i="5.31,433,1473120000"; d="scan'208";a="164132870" Received: from rcdn-core-10.cisco.com ([173.37.93.146]) by rcdn-iport-9.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 01 Nov 2016 20:55:03 +0000 Received: from XCH-RTP-013.cisco.com (xch-rtp-013.cisco.com [64.101.220.153]) by rcdn-core-10.cisco.com (8.14.5/8.14.5) with ESMTP id uA1Kt2d4019831 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Tue, 1 Nov 2016 20:55:02 GMT Received: from xch-rtp-015.cisco.com (64.101.220.155) by XCH-RTP-013.cisco.com (64.101.220.153) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Tue, 1 Nov 2016 16:55:01 -0400 Received: from xch-rtp-015.cisco.com ([64.101.220.155]) by XCH-RTP-015.cisco.com ([64.101.220.155]) with mapi id 15.00.1210.000; Tue, 1 Nov 2016 16:55:01 -0400 From: "Acee Lindem (acee)" To: Ben Campbell , The IESG Thread-Topic: Ben Campbell's No Objection on draft-ietf-netmod-routing-cfg-24: (with COMMENT) Thread-Index: AQHSNH0xNvUC0RN8V02rjfcnMnXNHKDEm3CA Date: Tue, 1 Nov 2016 20:55:01 +0000 Message-ID: References: <147803154180.23820.9214684669050491573.idtracker@ietfa.amsl.com> In-Reply-To: <147803154180.23820.9214684669050491573.idtracker@ietfa.amsl.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.116.152.197] Content-Type: text/plain; charset="utf-8" Content-ID: <430579B1CE94614080B2F11E1B7ED37B@emea.cisco.com> Content-Transfer-Encoding: base64 MIME-Version: 1.0 Archived-At: Cc: "netmod-chairs@ietf.org" , "draft-ietf-netmod-routing-cfg@ietf.org" , "draft-ietf-netmod-routing-cfg.all@ietf.org" , "netmod@ietf.org" Subject: Re: [netmod] Ben Campbell's No Objection on draft-ietf-netmod-routing-cfg-24: (with COMMENT) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Nov 2016 20:55:05 -0000 SGkgQmVuLCANCg0KT24gMTEvMS8xNiwgNDoxOSBQTSwgIkJlbiBDYW1wYmVsbCIgPGJlbkBub3N0 cnVtLmNvbT4gd3JvdGU6DQoNCj5CZW4gQ2FtcGJlbGwgaGFzIGVudGVyZWQgdGhlIGZvbGxvd2lu ZyBiYWxsb3QgcG9zaXRpb24gZm9yDQo+ZHJhZnQtaWV0Zi1uZXRtb2Qtcm91dGluZy1jZmctMjQ6 IE5vIE9iamVjdGlvbg0KPg0KPldoZW4gcmVzcG9uZGluZywgcGxlYXNlIGtlZXAgdGhlIHN1Ympl Y3QgbGluZSBpbnRhY3QgYW5kIHJlcGx5IHRvIGFsbA0KPmVtYWlsIGFkZHJlc3NlcyBpbmNsdWRl ZCBpbiB0aGUgVG8gYW5kIENDIGxpbmVzLiAoRmVlbCBmcmVlIHRvIGN1dCB0aGlzDQo+aW50cm9k dWN0b3J5IHBhcmFncmFwaCwgaG93ZXZlci4pDQo+DQo+DQo+UGxlYXNlIHJlZmVyIHRvIGh0dHBz Oi8vd3d3LmlldGYub3JnL2llc2cvc3RhdGVtZW50L2Rpc2N1c3MtY3JpdGVyaWEuaHRtbA0KPmZv ciBtb3JlIGluZm9ybWF0aW9uIGFib3V0IElFU0cgRElTQ1VTUyBhbmQgQ09NTUVOVCBwb3NpdGlv bnMuDQo+DQo+DQo+VGhlIGRvY3VtZW50LCBhbG9uZyB3aXRoIG90aGVyIGJhbGxvdCBwb3NpdGlv bnMsIGNhbiBiZSBmb3VuZCBoZXJlOg0KPmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9j L2RyYWZ0LWlldGYtbmV0bW9kLXJvdXRpbmctY2ZnLw0KPg0KPg0KPg0KPi0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0N Cj5DT01NRU5UOg0KPi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCj4NCj5TaG91bGQgdGhlIHJlZmVyZW5jZSB0byA2 NTM2LiBCZSBub3JtYXRpdmU/DQoNCkkgY2VydGFpbmx5IGRvbuKAmXQgdGhpbmsgc28uIFRoaXMg aXMgc2ltcGx5IGFuIGluZm9ybWF0aXZlIHJlZmVyZW5jZQ0KZGVzY3JpYmluZyB0aGUgTkVUQ09O RiBhY2Nlc3MgY29udHJvbCBtb2RlbC4gVGhlIG1vZGVsIGluIHRoZSBkcmFmdCBpcyBpbg0Kbm8g d2F5IGRlcGVuZGVudCBvbiB0aGlzIG1vZGVsLg0KDQpUaGFua3MsDQpBY2VlIA0KDQoNCg0KPg0K Pg0KDQo= From nobody Tue Nov 1 17:23:39 2016 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9A8DF129959; Tue, 1 Nov 2016 17:23:34 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.397 X-Spam-Level: X-Spam-Status: No, score=-3.397 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-1.497] autolearn=unavailable autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 9gVgaZl9MqGt; Tue, 1 Nov 2016 17:23:33 -0700 (PDT) Received: from nostrum.com (raven-v6.nostrum.com [IPv6:2001:470:d:1130::1]) (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 A65E41298B1; Tue, 1 Nov 2016 17:23:33 -0700 (PDT) Received: from [10.0.1.21] (cpe-66-25-7-22.tx.res.rr.com [66.25.7.22]) (authenticated bits=0) by nostrum.com (8.15.2/8.15.2) with ESMTPSA id uA20NSYN056116 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Tue, 1 Nov 2016 19:23:29 -0500 (CDT) (envelope-from ben@nostrum.com) X-Authentication-Warning: raven.nostrum.com: Host cpe-66-25-7-22.tx.res.rr.com [66.25.7.22] claimed to be [10.0.1.21] From: "Ben Campbell" To: "Acee Lindem" Date: Tue, 01 Nov 2016 19:23:29 -0500 Message-ID: <7EEAE7E3-906D-4FED-B4BF-0BA44452E7E9@nostrum.com> In-Reply-To: References: <147803154180.23820.9214684669050491573.idtracker@ietfa.amsl.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-Mailer: MailMate (1.9.5r5263) Archived-At: Cc: "netmod-chairs@ietf.org" , "draft-ietf-netmod-routing-cfg@ietf.org" , "netmod@ietf.org" , "draft-ietf-netmod-routing-cfg.all@ietf.org" , The IESG Subject: Re: [netmod] Ben Campbell's No Objection on draft-ietf-netmod-routing-cfg-24: (with COMMENT) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Nov 2016 00:23:34 -0000 On 1 Nov 2016, at 15:55, Acee Lindem (acee) wrote: > Hi Ben, > > On 11/1/16, 4:19 PM, "Ben Campbell" wrote: > >> Ben Campbell has entered the following ballot position for >> draft-ietf-netmod-routing-cfg-24: No Objection >> >> When responding, please keep the subject line intact and reply to all >> email addresses included in the To and CC lines. (Feel free to cut >> this >> introductory paragraph, however.) >> >> >> Please refer to >> https://www.ietf.org/iesg/statement/discuss-criteria.html >> for more information about IESG DISCUSS and COMMENT positions. >> >> >> The document, along with other ballot positions, can be found here: >> https://datatracker.ietf.org/doc/draft-ietf-netmod-routing-cfg/ >> >> >> >> ---------------------------------------------------------------------- >> COMMENT: >> ---------------------------------------------------------------------- >> >> Should the reference to 6536. Be normative? > > I certainly don’t think so. This is simply an informative reference > describing the NETCONF access control model. The model in the draft is > in > no way dependent on this model. I can't call myself a NETCONF expert--but if you use the model in this draft over NETCONF, are there other access control models one might realistically use? (Noting that NETCONF itself is a normative reference.) Ben. From nobody Tue Nov 1 17:45:45 2016 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C8946129478; Tue, 1 Nov 2016 17:45:37 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -16.018 X-Spam-Level: X-Spam-Status: No, score=-16.018 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, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-1.497, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id QQRVhbIJnExH; Tue, 1 Nov 2016 17:45:36 -0700 (PDT) Received: from alln-iport-3.cisco.com (alln-iport-3.cisco.com [173.37.142.90]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id F41EA127078; Tue, 1 Nov 2016 17:45:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=2292; q=dns/txt; s=iport; t=1478047536; x=1479257136; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=SBFlW+aqs3nBkqjDObU03/z6HGgRqmTcnmEBSNpkdt0=; b=j2bTAOT4z1b2EK8PWX0s8hdfhnNLd1Du2Aza0rnbZOFPoy6sAtMCevEj Ty8iE5z3xypLybiSOALGVfQHmqJM2B7hPe4gTpj3DYX6w3LxzK30+gDBD hEmuqpgbkxAOTAXsRINdIhpRM01zIo9qbQluwLOKd4gXB7wG5ri/ohrTI c=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0BtAQBHNhlY/4MNJK1dGgEBAQECAQEBA?= =?us-ascii?q?QgBAQEBgyoBAQEBAR9YfAeNL5cAkjaCD4IHKIV6AhqBdD8UAQIBAQEBAQEBYii?= =?us-ascii?q?EYgEBBCMRNw4QAgEIGAICJgICAjAVEAIEDgWIVA6rNY0CAQEBAQEBAQEBAQEBA?= =?us-ascii?q?QEBAQEBAQEBFwWBB4oLhBkRAYMgglwFiEaRVAGGMIoEgW6EbokqjROEAwEeNmC?= =?us-ascii?q?DWIE7cgGFL4EggQwBAQE?= X-IronPort-AV: E=Sophos;i="5.31,582,1473120000"; d="scan'208";a="342371758" Received: from alln-core-1.cisco.com ([173.36.13.131]) by alln-iport-3.cisco.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 02 Nov 2016 00:45:35 +0000 Received: from XCH-RTP-014.cisco.com (xch-rtp-014.cisco.com [64.101.220.154]) by alln-core-1.cisco.com (8.14.5/8.14.5) with ESMTP id uA20jYdl028693 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Wed, 2 Nov 2016 00:45:34 GMT Received: from xch-rtp-015.cisco.com (64.101.220.155) by XCH-RTP-014.cisco.com (64.101.220.154) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Tue, 1 Nov 2016 20:45:34 -0400 Received: from xch-rtp-015.cisco.com ([64.101.220.155]) by XCH-RTP-015.cisco.com ([64.101.220.155]) with mapi id 15.00.1210.000; Tue, 1 Nov 2016 20:45:34 -0400 From: "Acee Lindem (acee)" To: Ben Campbell Thread-Topic: Ben Campbell's No Objection on draft-ietf-netmod-routing-cfg-24: (with COMMENT) Thread-Index: AQHSNH0xNvUC0RN8V02rjfcnMnXNHKDEm3CAgAB9T4D//8MXgA== Date: Wed, 2 Nov 2016 00:45:33 +0000 Message-ID: References: <147803154180.23820.9214684669050491573.idtracker@ietfa.amsl.com> <7EEAE7E3-906D-4FED-B4BF-0BA44452E7E9@nostrum.com> In-Reply-To: <7EEAE7E3-906D-4FED-B4BF-0BA44452E7E9@nostrum.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.116.152.197] Content-Type: text/plain; charset="utf-8" Content-ID: <110119B35597704CA92C79011489D611@emea.cisco.com> Content-Transfer-Encoding: base64 MIME-Version: 1.0 Archived-At: Cc: "netmod-chairs@ietf.org" , "draft-ietf-netmod-routing-cfg@ietf.org" , "netmod@ietf.org" , "draft-ietf-netmod-routing-cfg.all@ietf.org" , The IESG Subject: Re: [netmod] Ben Campbell's No Objection on draft-ietf-netmod-routing-cfg-24: (with COMMENT) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Nov 2016 00:45:38 -0000 DQoNCk9uIDExLzEvMTYsIDg6MjMgUE0sICJCZW4gQ2FtcGJlbGwiIDxiZW5Abm9zdHJ1bS5jb20+ IHdyb3RlOg0KDQo+T24gMSBOb3YgMjAxNiwgYXQgMTU6NTUsIEFjZWUgTGluZGVtIChhY2VlKSB3 cm90ZToNCj4NCj4+IEhpIEJlbiwNCj4+DQo+PiBPbiAxMS8xLzE2LCA0OjE5IFBNLCAiQmVuIENh bXBiZWxsIiA8YmVuQG5vc3RydW0uY29tPiB3cm90ZToNCj4+DQo+Pj4gQmVuIENhbXBiZWxsIGhh cyBlbnRlcmVkIHRoZSBmb2xsb3dpbmcgYmFsbG90IHBvc2l0aW9uIGZvcg0KPj4+IGRyYWZ0LWll dGYtbmV0bW9kLXJvdXRpbmctY2ZnLTI0OiBObyBPYmplY3Rpb24NCj4+Pg0KPj4+IFdoZW4gcmVz cG9uZGluZywgcGxlYXNlIGtlZXAgdGhlIHN1YmplY3QgbGluZSBpbnRhY3QgYW5kIHJlcGx5IHRv IGFsbA0KPj4+IGVtYWlsIGFkZHJlc3NlcyBpbmNsdWRlZCBpbiB0aGUgVG8gYW5kIENDIGxpbmVz LiAoRmVlbCBmcmVlIHRvIGN1dA0KPj4+IHRoaXMNCj4+PiBpbnRyb2R1Y3RvcnkgcGFyYWdyYXBo LCBob3dldmVyLikNCj4+Pg0KPj4+DQo+Pj4gUGxlYXNlIHJlZmVyIHRvDQo+Pj4gaHR0cHM6Ly93 d3cuaWV0Zi5vcmcvaWVzZy9zdGF0ZW1lbnQvZGlzY3Vzcy1jcml0ZXJpYS5odG1sDQo+Pj4gZm9y IG1vcmUgaW5mb3JtYXRpb24gYWJvdXQgSUVTRyBESVNDVVNTIGFuZCBDT01NRU5UIHBvc2l0aW9u cy4NCj4+Pg0KPj4+DQo+Pj4gVGhlIGRvY3VtZW50LCBhbG9uZyB3aXRoIG90aGVyIGJhbGxvdCBw b3NpdGlvbnMsIGNhbiBiZSBmb3VuZCBoZXJlOg0KPj4+IGh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0 Zi5vcmcvZG9jL2RyYWZ0LWlldGYtbmV0bW9kLXJvdXRpbmctY2ZnLw0KPj4+DQo+Pj4NCj4+Pg0K Pj4+IC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0NCj4+PiBDT01NRU5UOg0KPj4+IC0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCj4+Pg0K Pj4+IFNob3VsZCB0aGUgcmVmZXJlbmNlIHRvIDY1MzYuIEJlIG5vcm1hdGl2ZT8NCj4+DQo+PiBJ IGNlcnRhaW5seSBkb27igJl0IHRoaW5rIHNvLiBUaGlzIGlzIHNpbXBseSBhbiBpbmZvcm1hdGl2 ZSByZWZlcmVuY2UNCj4+IGRlc2NyaWJpbmcgdGhlIE5FVENPTkYgYWNjZXNzIGNvbnRyb2wgbW9k ZWwuIFRoZSBtb2RlbCBpbiB0aGUgZHJhZnQgaXMNCj4+IGluDQo+PiBubyB3YXkgZGVwZW5kZW50 IG9uIHRoaXMgbW9kZWwuDQo+DQo+SSBjYW4ndCBjYWxsIG15c2VsZiBhIE5FVENPTkYgZXhwZXJ0 LS1idXQgaWYgeW91IHVzZSB0aGUgbW9kZWwgaW4gdGhpcw0KPmRyYWZ0IG92ZXIgTkVUQ09ORiwg YXJlIHRoZXJlIG90aGVyIGFjY2VzcyBjb250cm9sIG1vZGVscyBvbmUgbWlnaHQNCj5yZWFsaXN0 aWNhbGx5IHVzZT8gKE5vdGluZyB0aGF0IE5FVENPTkYgaXRzZWxmIGlzIGEgbm9ybWF0aXZlDQo+ cmVmZXJlbmNlLikNCg0KTkVUQ09ORiBwcm9iYWJseSBzaG91bGQgbm90IGJlIC0gSeKAmWxsIGNv bmZlciB3aXRoIG15IGNvLWF1dGhvci4gTm90ZSB0aGF0DQpORVRDT05GIGFuZCBORVRDT05GIEFD TSBhcmUgbm9ybWF0aXZlIHJlZmVyZW5jZXMgaW4gUkZDIDcyMjMuDQoNClRoYW5rcywNCkFjZWUg DQoNCg0KPg0KPkJlbi4NCj4NCg0K From nobody Wed Nov 2 00:52:25 2016 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AFBF2129A2B; Wed, 2 Nov 2016 00:52:17 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -8.497 X-Spam-Level: X-Spam-Status: No, score=-8.497 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=-1.497] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=nic.cz 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 a05CRKVdwfjv; Wed, 2 Nov 2016 00:52:16 -0700 (PDT) Received: from mail.nic.cz (mail.nic.cz [217.31.204.67]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CAA2F12947D; Wed, 2 Nov 2016 00:52:15 -0700 (PDT) Received: from [IPv6:2001:718:1a02:1:1d1d:32b6:9da:571d] (unknown [IPv6:2001:718:1a02:1:1d1d:32b6:9da:571d]) by mail.nic.cz (Postfix) with ESMTPSA id 6175E61284; Wed, 2 Nov 2016 08:52:14 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=nic.cz; s=default; t=1478073134; bh=Put1X85MABSXnEXrXPHg0FHSeZEO7jrqTk8EGK/TkG4=; h=From:Date:To; b=Zj3nXCBg9KeJQiQ4jSHE4k0FEthjF5I740rRR/4mPUOfHcbAE6L0sZhgEfKZTiCf2 7/yTc9BR+VkoCyo6x58zjIuwX4M38tTOhyuns7TVDCY57rFNL3HFcuNTqi5MFaXUc0 F/eTWC64VLh7CrSDMy8NYeY/tvmV6gfMjz7lLcFY= Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 10.1 \(3251\)) From: Ladislav Lhotka In-Reply-To: Date: Wed, 2 Nov 2016 08:52:15 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: References: <147803154180.23820.9214684669050491573.idtracker@ietfa.amsl.com> <7EEAE7E3-906D-4FED-B4BF-0BA44452E7E9@nostrum.com> To: "Acee Lindem (acee)" X-Mailer: Apple Mail (2.3251) X-Virus-Scanned: clamav-milter 0.98.7 at mail X-Virus-Status: Clean Archived-At: Cc: "netmod-chairs@ietf.org" , Ben Campbell , "draft-ietf-netmod-routing-cfg@ietf.org" , "netmod@ietf.org" , "draft-ietf-netmod-routing-cfg.all@ietf.org" , The IESG Subject: Re: [netmod] Ben Campbell's No Objection on draft-ietf-netmod-routing-cfg-24: (with COMMENT) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Nov 2016 07:52:17 -0000 > On 2 Nov 2016, at 01:45, Acee Lindem (acee) wrote: >=20 >=20 >=20 > On 11/1/16, 8:23 PM, "Ben Campbell" wrote: >=20 >> On 1 Nov 2016, at 15:55, Acee Lindem (acee) wrote: >>=20 >>> Hi Ben, >>>=20 >>> On 11/1/16, 4:19 PM, "Ben Campbell" wrote: >>>=20 >>>> Ben Campbell has entered the following ballot position for >>>> draft-ietf-netmod-routing-cfg-24: No Objection >>>>=20 >>>> When responding, please keep the subject line intact and reply to = all >>>> email addresses included in the To and CC lines. (Feel free to cut >>>> this >>>> introductory paragraph, however.) >>>>=20 >>>>=20 >>>> Please refer to >>>> https://www.ietf.org/iesg/statement/discuss-criteria.html >>>> for more information about IESG DISCUSS and COMMENT positions. >>>>=20 >>>>=20 >>>> The document, along with other ballot positions, can be found here: >>>> https://datatracker.ietf.org/doc/draft-ietf-netmod-routing-cfg/ >>>>=20 >>>>=20 >>>>=20 >>>> = ---------------------------------------------------------------------- >>>> COMMENT: >>>> = ---------------------------------------------------------------------- >>>>=20 >>>> Should the reference to 6536. Be normative? >>>=20 >>> I certainly don=E2=80=99t think so. This is simply an informative = reference >>> describing the NETCONF access control model. The model in the draft = is >>> in >>> no way dependent on this model. >>=20 >> I can't call myself a NETCONF expert--but if you use the model in = this >> draft over NETCONF, are there other access control models one might >> realistically use? (Noting that NETCONF itself is a normative >> reference.) >=20 > NETCONF probably should not be - I=E2=80=99ll confer with my = co-author. Note that > NETCONF and NETCONF ACM are normative references in RFC 7223. You probably meant "are not normative references", which is the case in = RFC 7223. It makes sense to keep it this way for data modelling work - = securing access to data is a protocol issue. Simple implementations may = not need the granularity of NACM, and can instead allow access only to a = "root" user. Lada >=20 > Thanks, > Acee=20 >=20 >=20 >>=20 >> Ben. >>=20 >=20 > _______________________________________________ > netmod mailing list > netmod@ietf.org > https://www.ietf.org/mailman/listinfo/netmod -- Ladislav Lhotka, CZ.NIC Labs PGP Key ID: E74E8C0C From nobody Wed Nov 2 01:14:56 2016 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 05E27129545 for ; Wed, 2 Nov 2016 01:14:56 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.902 X-Spam-Level: X-Spam-Status: No, score=-6.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 3906Xo3FTBVN for ; Wed, 2 Nov 2016 01:14:54 -0700 (PDT) Received: from smtp-fr.alcatel-lucent.com (fr-hpida-esg-02.alcatel-lucent.com [135.245.210.21]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CC0A2129539 for ; Wed, 2 Nov 2016 01:14:53 -0700 (PDT) Received: from fr712umx4.dmz.alcatel-lucent.com (unknown [135.245.210.45]) by Websense Email Security Gateway with ESMTPS id C914A24875E1F; Wed, 2 Nov 2016 08:14:49 +0000 (GMT) Received: from fr712usmtp2.zeu.alcatel-lucent.com (fr712usmtp2.zeu.alcatel-lucent.com [135.239.2.42]) by fr712umx4.dmz.alcatel-lucent.com (GMO-o) with ESMTP id uA28Epg5022451 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 2 Nov 2016 08:14:51 GMT Received: from FR712WXCHHUB03.zeu.alcatel-lucent.com (fr712wxchhub03.zeu.alcatel-lucent.com [135.239.2.74]) by fr712usmtp2.zeu.alcatel-lucent.com (GMO) with ESMTP id uA28COPI032287 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Wed, 2 Nov 2016 09:14:51 +0100 Received: from FR712WXCHMBA09.zeu.alcatel-lucent.com ([169.254.5.171]) by FR712WXCHHUB03.zeu.alcatel-lucent.com ([135.239.2.74]) with mapi id 14.03.0301.000; Wed, 2 Nov 2016 09:12:26 +0100 From: "Bogaert, Bart (Nokia - BE)" To: Martin Bjorklund Thread-Topic: [netmod] BBF Entity Augmentations Thread-Index: AQHSLiAuAsFzzEbgCkOHnJTkWO6DR6C41JyAgAFOnACAC0DyUA== Date: Wed, 2 Nov 2016 08:12:26 +0000 Message-ID: References: <9966516C6EB5FC4381E05BF80AA55F77012A796BAA@US70UWXCHMBA05.zam.alcatel-lucent.com> <20161024.195757.2254520820491075199.mbj@tail-f.com> <20161026.081634.1418487868117729833.mbj@tail-f.com> In-Reply-To: <20161026.081634.1418487868117729833.mbj@tail-f.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-originating-ip: [135.239.27.40] Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=SHA1; boundary="----=_NextPart_000_00A5_01D234E9.39D54C30" MIME-Version: 1.0 Archived-At: Cc: "Carey, Timothy \(Nokia - US\)" , "netmod@ietf.org" Subject: Re: [netmod] BBF Entity Augmentations X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Nov 2016 08:14:56 -0000 ------=_NextPart_000_00A5_01D234E9.39D54C30 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Hi, -- snip -- > > > > identity hardware-reset { > > base reset-type; > > description > > "Hardware reset"; > > } > > What other types of resets do you envision? > Possible other reset types: reset-with/without-selftest, software-reset -- snip -- > > > 3 Added a couple of common attributes for the manufacturer name and > > > model > > > module: bbf-entity-extension > > > augment /ent:entity/ent:physical-entity: > > > +--rw class? identityref > > > +--rw contained-in* -> ../../ent:physical-entity/name --rw > > > +parent-rel-pos? int32 > > > > These were discussed in the ML thread starting with > > https://www.ietf.org/mail-archive/web/netmod/current/msg16458.html. > > However, it was never clear (at least not to me) how this would > > actually work. > > > > [Bart Bogaert] Please find an example below (assuming physical entity > > 'thisNode' with class 'chassis' exists) using CLI notation: > > Ok; so the idea would be that a pre-configured component would be identified > by the (contained-in, class, parent-rel-pos). This makes sense. If the > system detects some configuration for this tuple when a component is > detected, it uses the additional config data (specifically the 'name') when > it instantiates the component in the physical-entity list? That's correct, system will link state to config data using those leafs Regards, Bart ------=_NextPart_000_00A5_01D234E9.39D54C30 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIP/TCCA7Ew ggKZoAMCAQICEBErBTlXKN63QvT+VRPTt1EwDQYJKoZIhvcNAQEFBQAwQzEXMBUGA1UEChMOQWxj YXRlbCBMdWNlbnQxKDAmBgNVBAMTH0FsY2F0ZWwgTHVjZW50IEludGVybmFsIFJvb3QgQ0EwHhcN MDgxMTAzMTU0MTE2WhcNMjgxMTAzMTU0MTE2WjBDMRcwFQYDVQQKEw5BbGNhdGVsIEx1Y2VudDEo MCYGA1UEAxMfQWxjYXRlbCBMdWNlbnQgSW50ZXJuYWwgUm9vdCBDQTCCASIwDQYJKoZIhvcNAQEB BQADggEPADCCAQoCggEBAL5IGBVth8afQdnpuLDI0Z37GgIcPWznOOzFJUV1gVbztqQ5CIxkVL4K soAfLzc8LQHqNl2Nk3YbVBputIyCe2nzGsRjQeVt+HO2PV7h2YpMQlVd+XGsmpJ4fAP3A38wkTl6 tFPAYspyUFvjNON1J3BJE/2cuY7apvn9ZfSz99x7y4QBZh3hvm4g5Fn7mK04/q7K6O4Z8Y6zkSxG ZFNyZ6NIuAPNCODZASqYnHiAgtEcCR4WPs6rj+Y8MU0q56ddwuIZ0qeP2ScHY0wVtnmqXzHyCzEQ Eb2eJCsGpXFwUalVaxPUZEVoVDfjO+2ZN5gNJrGMTu7Mv9k1WG0LR3zZ1QsCAwEAAaOBoDCBnTAL BgNVHQ8EBAMCAYYwDwYDVR0TAQH/BAUwAwEB/zAdBgNVHQ4EFgQUB6yyWvZhiXxcfOvilycpaQyK H/AwEAYJKwYBBAGCNxUBBAMCAQAwTAYDVR0gBEUwQzBBBgRVHSAAMDkwNwYIKwYBBQUHAgEWK2h0 dHA6Ly93d3cuYWxjYXRlbC1sdWNlbnQuY29tL1BLSS9jcC9jcC5odG0wDQYJKoZIhvcNAQEFBQAD ggEBADBMWG3WQyC6+mBzuuFuCGqJAiC4v+TQ3ZErd5KKSRGh8dwjzK5L2C51wJPVe6EAjb59CEb2 p2aPKSkoMrCC8seBRM/bs23DMyna1Jr9Q5EZDrmRqBLJy3Cs8NFpa/cKb6SkegFHcB/vi+SYgSdR BwoNE5+y6MRPXcEBadI/9W8Zlkk5sJ3w55e+i8OCNg/fDYAQuJPa+hD3/byWGxUgGSMNGQ/GS2st NETAa5Z/88Sh9FHk2BtrxSz7jPtekKhjsidD2ANJZTCyj9iRB+Nt9FEetNpcN6ke1FlepRbCsV10 I0y6weLwZ34h2GWbN9qEOSQV88NBA149a5ugJ/oCbHEwggTdMIIDxaADAgECAgoanQrOAAAAAAAG MA0GCSqGSIb3DQEBBQUAMEMxFzAVBgNVBAoTDkFsY2F0ZWwgTHVjZW50MSgwJgYDVQQDEx9BbGNh dGVsIEx1Y2VudCBJbnRlcm5hbCBSb290IENBMB4XDTA4MTEyMTIxNTcyOFoXDTE4MTEyMTIyMDcy OFowgYUxEzARBgoJkiaJk/IsZAEZFgNjb20xFjAUBgoJkiaJk/IsZAEZFgZsdWNlbnQxFDASBgoJ kiaJk/IsZAEZFgRuYTAyMRcwFQYDVQQKEw5BbGNhdGVsIEx1Y2VudDEnMCUGA1UEAxMeQWxjYXRl bCBMdWNlbnQgSW50ZXJuYWwgU3ViIENBMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEA 2Ocmcli3LbVU6TRh+JLMtquBr5/grS+gzfN5YL/lauFCHmDlF7kNQvxtDWqwNpOkzb97CwWcVsdf kyWAiGzVWeRIrYGhK/xNPFRYXOKYXLGqxFWkltZkYpSRudHzjTneUC4EVdMXnREMu8FTC0CM38Vb xMvQ+ygjEyicg2QT9lZHWkKP9kCI1818P+AmS7905t6kXR9Q2m1GjcCa0KqARPGX/xe2toQS+Vdi UwDary1Enk8j19KFmvFg1bhY2mNSHgzN2AWnhsOi/EID1SalzBwHylByB/UbbEv2dZUsAdMuOtYt Z/8dM1axS0d3fW7q7mAYV5uM42mYX9o1B/RzjwIDAQABo4IBjjCCAYowDwYDVR0TAQH/BAUwAwEB /zAdBgNVHQ4EFgQU2exrvZZYIvfYpnfN/k2B77qXvRIwCwYDVR0PBAQDAgHGMBAGCSsGAQQBgjcV AQQDAgEAMBkGCSsGAQQBgjcUAgQMHgoAUwB1AGIAQwBBMB8GA1UdIwQYMBaAFAesslr2YYl8XHzr 4pcnKWkMih/wMHgGA1UdHwRxMG8wbaBroGmGOWh0dHA6Ly9zZXJ2aWNlcy5zdXBwb3J0LmFsY2F0 ZWwtbHVjZW50LmNvbS9QS0kvcm9vdENBLmNybIYsaHR0cDovL3d3dy5hbGNhdGVsLWx1Y2VudC5j b20vUEtJL3Jvb3RDQS5jcmwwgYIGCCsGAQUFBwEBBHYwdDA4BggrBgEFBQcwAoYsaHR0cDovL3d3 dy5hbGNhdGVsLWx1Y2VudC5jb20vUEtJL3Jvb3RDQS5jcnQwOAYIKwYBBQUHMAKGLGh0dHA6Ly93 d3cuYWxjYXRlbC1sdWNlbnQuY29tL1BLSS9yb290Q0EuY3J0MA0GCSqGSIb3DQEBBQUAA4IBAQCl GxDp5Z1IDjIEz8VaTEWa8Q1OWUbXwsszdoNg5Gg3F1a2VFFVegmsrpt4axbESlgE6AT/rkUUiyjb EhcUgY2OHdeKN5Gc7VOGh9D7SER9peARwSwx4NYRrsIaRXDrUswWAM6T6ilDUogjKYk3uK2zZ6Vy 7z3JewxVlhpeSsNPQSMoyNibKkYLRoh6rvz94vB0mvcT0uVx7xowPNoTOjjGRAk4J/MBaNOupvwf RfPmwRetdnD6NC5x8aRkhr4ZNBjvYxFT8IJaeLk8piQYMPRDlzi7dlb9d6C5WuC0LRpomk2r3bd6 /XpNOx2FyG18axeeASWtENgPvqEirM5MjwkCMIIHYzCCBkugAwIBAgIKXRYRuwAAAADQ8TANBgkq hkiG9w0BAQUFADCBhTETMBEGCgmSJomT8ixkARkWA2NvbTEWMBQGCgmSJomT8ixkARkWBmx1Y2Vu dDEUMBIGCgmSJomT8ixkARkWBG5hMDIxFzAVBgNVBAoTDkFsY2F0ZWwgTHVjZW50MScwJQYDVQQD Ex5BbGNhdGVsIEx1Y2VudCBJbnRlcm5hbCBTdWIgQ0EwHhcNMTUwNDE2MDU1MjI4WhcNMTcwNDE1 MDU1MjI4WjBDMREwDwYDVQQDEwhib2dhZXJ0YjEuMCwGCSqGSIb3DQEJARYfYmFydC5ib2dhZXJ0 QGFsY2F0ZWwtbHVjZW50LmNvbTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAJBS7alw mZfOimfXIdJjyp1G8U+E4Rs5y+eXtDfKWEuy6UOCstRCUiSz+eljCu737ZPkMHmPMdXDHZGnsV9y HsInD5cZHBTNnboc8lV7zLVpTrtrnflClsOiRD75CS1Vvehx+JnFuW4Mo/VeWjQtUD4tUU67W7b0 QPOkcB3KkZixozjERSxPUFHf6pMShshwQlKtvV6YLdhnNePiuFimfYqUDiOQs1LR8C+r3eSMHi8o lyWTHf49vFPL7z62HWSldeEkf6vhtuZuWLfH7xqO3CIQH63zUJF9p23ko2/Gtc1MpAcdWMwV3ymj V8ef+gZac/SFwFgA547zeawhhvtdiOUCAwEAAaOCBBQwggQQMD0GCSsGAQQBgjcVBwQwMC4GJisG AQQBgjcVCIW9xVmD47E5h6WBKoa/w0KFlJgZgQv55kyE/bVaAgFkAgEFMB8GA1UdJQQYMBYGCisG AQQBgjcKAwQGCCsGAQUFBwMEMAsGA1UdDwQEAwIFoDApBgkrBgEEAYI3FQoEHDAaMAwGCisGAQQB gjcKAwQwCgYIKwYBBQUHAwQwRAYJKoZIhvcNAQkPBDcwNTAOBggqhkiG9w0DAgICAIAwDgYIKoZI hvcNAwQCAgCAMAcGBSsOAwIHMAoGCCqGSIb3DQMHMB0GA1UdDgQWBBTzjeedsBUMWk5eyOwD8/c9 1B1G8jAfBgNVHSMEGDAWgBTZ7Gu9llgi99imd83+TYHvupe9EjCCAV0GA1UdHwSCAVQwggFQMIIB TKCCAUigggFEhoHZbGRhcDovLy9DTj1BbGNhdGVsJTIwTHVjZW50JTIwSW50ZXJuYWwlMjBTdWIl MjBDQSxDTj11c25hdnNwa2kwM3AsQ049Q0RQLENOPVB1YmxpYyUyMEtleSUyMFNlcnZpY2VzLENO PVNlcnZpY2VzLENOPUNvbmZpZ3VyYXRpb24sREM9bHVhZCxEQz1sdWNlbnQsREM9Y29tP2NlcnRp ZmljYXRlUmV2b2NhdGlvbkxpc3Q/YmFzZT9vYmplY3RDbGFzcz1jUkxEaXN0cmlidXRpb25Qb2lu dIYsaHR0cHM6Ly93d3cuYWxjYXRlbC1sdWNlbnQuY29tL1BLSS9zdWJDQS5jcmyGOGh0dHA6Ly9z ZXJ2aWNlcy5zdXBwb3J0LmFsY2F0ZWwtbHVjZW50LmNvbS9QS0kvc3ViQ0EuY3JsMIIBYQYIKwYB BQUHAQEEggFTMIIBTzCBzAYIKwYBBQUHMAKGgb9sZGFwOi8vL0NOPUFsY2F0ZWwlMjBMdWNlbnQl MjBJbnRlcm5hbCUyMFN1YiUyMENBLENOPUFJQSxDTj1QdWJsaWMlMjBLZXklMjBTZXJ2aWNlcyxD Tj1TZXJ2aWNlcyxDTj1Db25maWd1cmF0aW9uLERDPWx1YWQsREM9bHVjZW50LERDPWNvbT9jQUNl cnRpZmljYXRlP2Jhc2U/b2JqZWN0Q2xhc3M9Y2VydGlmaWNhdGlvbkF1dGhvcml0eTA4BggrBgEF BQcwAoYsaHR0cHM6Ly93d3cuYWxjYXRlbC1sdWNlbnQuY29tL1BLSS9zdWJDQS5jcnQwRAYIKwYB BQUHMAKGOGh0dHA6Ly9zZXJ2aWNlcy5zdXBwb3J0LmFsY2F0ZWwtbHVjZW50LmNvbS9QS0kvc3Vi Q0EuY3J0MCoGA1UdEQQjMCGBH2JhcnQuYm9nYWVydEBhbGNhdGVsLWx1Y2VudC5jb20wDQYJKoZI hvcNAQEFBQADggEBAEARoPJfuwXhstAQ/fAz/XKDC//Je9A0RG9Q5XV7+URvR5GxhwuikL/MEtXs Dspufv0eHG/b92AVZxaSgdpzC6neLoW2Q/Rdeavuifm7H/Ob645vIufqDQEqRqsyt9xRP+31VphA do994d7kU6v5BI7DAA8s5rl6h4PFbtvY5qe8VLNiTnon1dCwPQ+mRSrLfgjlZUw+WsMh69JEOWZX EufZMg0oUvCboUe3LNNvh8+DtLafaT1gS/kpv3c+dXVApTjb1tPbeZHc5L85AVQBsbq/vYpWhiZR qDiyVyPh+dh7vTa/GBJx/UVLwv6IswAwtCWZ/r9aReHssqkgMH9evF8xggQpMIIEJQIBATCBlDCB hTETMBEGCgmSJomT8ixkARkWA2NvbTEWMBQGCgmSJomT8ixkARkWBmx1Y2VudDEUMBIGCgmSJomT 8ixkARkWBG5hMDIxFzAVBgNVBAoTDkFsY2F0ZWwgTHVjZW50MScwJQYDVQQDEx5BbGNhdGVsIEx1 Y2VudCBJbnRlcm5hbCBTdWIgQ0ECCl0WEbsAAAAA0PEwCQYFKw4DAhoFAKCCAmkwGAYJKoZIhvcN AQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMTYxMTAyMDgxMjI0WjAjBgkqhkiG9w0B CQQxFgQUYK9IzMhPmD6O+o8B5+C1unHoNtowgaUGCSsGAQQBgjcQBDGBlzCBlDCBhTETMBEGCgmS JomT8ixkARkWA2NvbTEWMBQGCgmSJomT8ixkARkWBmx1Y2VudDEUMBIGCgmSJomT8ixkARkWBG5h MDIxFzAVBgNVBAoTDkFsY2F0ZWwgTHVjZW50MScwJQYDVQQDEx5BbGNhdGVsIEx1Y2VudCBJbnRl cm5hbCBTdWIgQ0ECCl0WEbsAAAAA0PEwgacGCyqGSIb3DQEJEAILMYGXoIGUMIGFMRMwEQYKCZIm iZPyLGQBGRYDY29tMRYwFAYKCZImiZPyLGQBGRYGbHVjZW50MRQwEgYKCZImiZPyLGQBGRYEbmEw MjEXMBUGA1UEChMOQWxjYXRlbCBMdWNlbnQxJzAlBgNVBAMTHkFsY2F0ZWwgTHVjZW50IEludGVy bmFsIFN1YiBDQQIKXRYRuwAAAADQ8TCBtwYJKoZIhvcNAQkPMYGpMIGmMAsGCWCGSAFlAwQBKjAL BglghkgBZQMEARYwCgYIKoZIhvcNAwcwCwYJYIZIAWUDBAECMA4GCCqGSIb3DQMCAgIAgDAHBgUr DgMCBzANBggqhkiG9w0DAgIBQDANBggqhkiG9w0DAgIBKDAHBgUrDgMCGjALBglghkgBZQMEAgMw CwYJYIZIAWUDBAICMAsGCWCGSAFlAwQCATAKBggqhkiG9w0CBTANBgkqhkiG9w0BAQEFAASCAQB5 n0duxH9Gg9k+Jw7t0POWibs4yph+I13gjfNg3S5IWw3G4KBMsYu2FSMD4khB/cVUcqEZHXxg7E28 3TPXXIZGNfFRG4bHh9dRBt3OVxB4SuNIzZ3z99ql9NyWDRxhHqVYCisq1kO4C1y48SSI5iX/4Co1 UxwhGe9bHX0O4vf5+FVmfEOTXOJ1KGuVmqf3tmESHEOIPdYQy89xA1FHCWtauXu4HkpuVAPJZmSP s7uzrO0FRYyZ74vlbsOZFmRVwDKWCRFcqUu1enRYZNgcgXfBX8kKy9yLkY8bENKzpjKWaihDt+jv qXAzTkl1HOw9YzmhAqJ2AeKKZDvkXwHCo5P9AAAAAAAA ------=_NextPart_000_00A5_01D234E9.39D54C30-- From nobody Wed Nov 2 03:53:12 2016 Return-Path: X-Original-To: netmod@ietf.org Delivered-To: netmod@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 2586F129584; Wed, 2 Nov 2016 03:53:08 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "Stephen Farrell" To: "The IESG" X-Test-IDTracker: no X-IETF-IDTracker: 6.37.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <147808398811.24141.15196130392409336719.idtracker@ietfa.amsl.com> Date: Wed, 02 Nov 2016 03:53:08 -0700 Archived-At: Cc: netmod-chairs@ietf.org, draft-ietf-netmod-routing-cfg@ietf.org, draft-ietf-netmod-routing-cfg.all@ietf.org, netmod@ietf.org Subject: [netmod] Stephen Farrell's No Objection on draft-ietf-netmod-routing-cfg-24: (with COMMENT) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.17 List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Nov 2016 10:53:08 -0000 Stephen Farrell has entered the following ballot position for draft-ietf-netmod-routing-cfg-24: No Objection When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.) Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html for more information about IESG DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: https://datatracker.ietf.org/doc/draft-ietf-netmod-routing-cfg/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- If there exists a draft for a yang module that augments this in a way that includes cryptographic values (e.g. maybe for an IPsec VPN or something) then I think that'd be a nice addition to section 11 as an informative reference. From nobody Wed Nov 2 04:21:44 2016 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9908E1294F6; Wed, 2 Nov 2016 04:21:35 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -16.018 X-Spam-Level: X-Spam-Status: No, score=-16.018 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, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-1.497, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 9qiq_IFmPnVo; Wed, 2 Nov 2016 04:21:33 -0700 (PDT) Received: from alln-iport-3.cisco.com (alln-iport-3.cisco.com [173.37.142.90]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E1C8312950A; Wed, 2 Nov 2016 04:21:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=3728; q=dns/txt; s=iport; t=1478085693; x=1479295293; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=5XqYIrDD5BUEVysDGJHOeo+UVXmA6VUoJFsteLJzTBE=; b=EYGXQFga+EaENjcSuh5RlSMfogfmRu96uhpqUdEIK9Wn6DKWKz9TEnsN dCKXrln7pk1s2egVOETpMMUNVF88ewuDw8wRPi/ZW/csfim2XH9YZ/cYB UPYiloOk+BbYJSH+WJULG5xCb4f8tjfLPKIMqqWinmzZLuDBtMwYJvYwp 8=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0AvAQBEyxlY/5pdJa1dGQEBAQEBAQEBA?= =?us-ascii?q?QEBBwEBAQEBgywBAQEBAR9YfAeNMJcBlEeCBx0LhTBKAhqCAj8UAQIBAQEBAQE?= =?us-ascii?q?BYiiEYQEBAQMBAQEBIBE3AwsQAgEIGAICJgICAiULFRACBA4FiE4IDqxyjQgBA?= =?us-ascii?q?QEBAQEBAQEBAQEBAQEBAQEBAQEXBYEHiguEGREBHIMEglwFiEmRVAGGMooHgW6?= =?us-ascii?q?Eb4krjRiEAwEeNmeDXIE7cgGGL4EggQwBAQE?= X-IronPort-AV: E=Sophos;i="5.31,583,1473120000"; d="scan'208";a="342543036" Received: from rcdn-core-3.cisco.com ([173.37.93.154]) by alln-iport-3.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 02 Nov 2016 11:21:31 +0000 Received: from XCH-RTP-015.cisco.com (xch-rtp-015.cisco.com [64.101.220.155]) by rcdn-core-3.cisco.com (8.14.5/8.14.5) with ESMTP id uA2BLVLB019504 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Wed, 2 Nov 2016 11:21:31 GMT Received: from xch-rtp-015.cisco.com (64.101.220.155) by XCH-RTP-015.cisco.com (64.101.220.155) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Wed, 2 Nov 2016 07:21:30 -0400 Received: from xch-rtp-015.cisco.com ([64.101.220.155]) by XCH-RTP-015.cisco.com ([64.101.220.155]) with mapi id 15.00.1210.000; Wed, 2 Nov 2016 07:21:30 -0400 From: "Acee Lindem (acee)" To: Ladislav Lhotka Thread-Topic: [netmod] Ben Campbell's No Objection on draft-ietf-netmod-routing-cfg-24: (with COMMENT) Thread-Index: AQHSNH0xNvUC0RN8V02rjfcnMnXNHKDEm3CAgAB9T4D//8MXgIAAukuA///3ZAA= Date: Wed, 2 Nov 2016 11:21:30 +0000 Message-ID: References: <147803154180.23820.9214684669050491573.idtracker@ietfa.amsl.com> <7EEAE7E3-906D-4FED-B4BF-0BA44452E7E9@nostrum.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.116.152.197] Content-Type: text/plain; charset="utf-8" Content-ID: <037E217FAAF73C429857EB8D82D43CCD@emea.cisco.com> Content-Transfer-Encoding: base64 MIME-Version: 1.0 Archived-At: Cc: "netmod-chairs@ietf.org" , Ben Campbell , "draft-ietf-netmod-routing-cfg@ietf.org" , "netmod@ietf.org" , "draft-ietf-netmod-routing-cfg.all@ietf.org" , The IESG Subject: Re: [netmod] Ben Campbell's No Objection on draft-ietf-netmod-routing-cfg-24: (with COMMENT) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Nov 2016 11:21:36 -0000 DQoNCk9uIDExLzIvMTYsIDM6NTIgQU0sICJMYWRpc2xhdiBMaG90a2EiIDxsaG90a2FAbmljLmN6 PiB3cm90ZToNCg0KPg0KPj4gT24gMiBOb3YgMjAxNiwgYXQgMDE6NDUsIEFjZWUgTGluZGVtIChh Y2VlKSA8YWNlZUBjaXNjby5jb20+IHdyb3RlOg0KPj4gDQo+PiANCj4+IA0KPj4gT24gMTEvMS8x NiwgODoyMyBQTSwgIkJlbiBDYW1wYmVsbCIgPGJlbkBub3N0cnVtLmNvbT4gd3JvdGU6DQo+PiAN Cj4+PiBPbiAxIE5vdiAyMDE2LCBhdCAxNTo1NSwgQWNlZSBMaW5kZW0gKGFjZWUpIHdyb3RlOg0K Pj4+IA0KPj4+PiBIaSBCZW4sDQo+Pj4+IA0KPj4+PiBPbiAxMS8xLzE2LCA0OjE5IFBNLCAiQmVu IENhbXBiZWxsIiA8YmVuQG5vc3RydW0uY29tPiB3cm90ZToNCj4+Pj4gDQo+Pj4+PiBCZW4gQ2Ft cGJlbGwgaGFzIGVudGVyZWQgdGhlIGZvbGxvd2luZyBiYWxsb3QgcG9zaXRpb24gZm9yDQo+Pj4+ PiBkcmFmdC1pZXRmLW5ldG1vZC1yb3V0aW5nLWNmZy0yNDogTm8gT2JqZWN0aW9uDQo+Pj4+PiAN Cj4+Pj4+IFdoZW4gcmVzcG9uZGluZywgcGxlYXNlIGtlZXAgdGhlIHN1YmplY3QgbGluZSBpbnRh Y3QgYW5kIHJlcGx5IHRvIGFsbA0KPj4+Pj4gZW1haWwgYWRkcmVzc2VzIGluY2x1ZGVkIGluIHRo ZSBUbyBhbmQgQ0MgbGluZXMuIChGZWVsIGZyZWUgdG8gY3V0DQo+Pj4+PiB0aGlzDQo+Pj4+PiBp bnRyb2R1Y3RvcnkgcGFyYWdyYXBoLCBob3dldmVyLikNCj4+Pj4+IA0KPj4+Pj4gDQo+Pj4+PiBQ bGVhc2UgcmVmZXIgdG8NCj4+Pj4+IGh0dHBzOi8vd3d3LmlldGYub3JnL2llc2cvc3RhdGVtZW50 L2Rpc2N1c3MtY3JpdGVyaWEuaHRtbA0KPj4+Pj4gZm9yIG1vcmUgaW5mb3JtYXRpb24gYWJvdXQg SUVTRyBESVNDVVNTIGFuZCBDT01NRU5UIHBvc2l0aW9ucy4NCj4+Pj4+IA0KPj4+Pj4gDQo+Pj4+ PiBUaGUgZG9jdW1lbnQsIGFsb25nIHdpdGggb3RoZXIgYmFsbG90IHBvc2l0aW9ucywgY2FuIGJl IGZvdW5kIGhlcmU6DQo+Pj4+PiBodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFm dC1pZXRmLW5ldG1vZC1yb3V0aW5nLWNmZy8NCj4+Pj4+IA0KPj4+Pj4gDQo+Pj4+PiANCj4+Pj4+ IA0KPj4+Pj4tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tDQo+Pj4+PiBDT01NRU5UOg0KPj4+Pj4gDQo+Pj4+Pi0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0NCj4+Pj4+IA0KPj4+Pj4gU2hvdWxkIHRoZSByZWZlcmVuY2UgdG8gNjUzNi4gQmUg bm9ybWF0aXZlPw0KPj4+PiANCj4+Pj4gSSBjZXJ0YWlubHkgZG9u4oCZdCB0aGluayBzby4gVGhp cyBpcyBzaW1wbHkgYW4gaW5mb3JtYXRpdmUgcmVmZXJlbmNlDQo+Pj4+IGRlc2NyaWJpbmcgdGhl IE5FVENPTkYgYWNjZXNzIGNvbnRyb2wgbW9kZWwuIFRoZSBtb2RlbCBpbiB0aGUgZHJhZnQgaXMN Cj4+Pj4gaW4NCj4+Pj4gbm8gd2F5IGRlcGVuZGVudCBvbiB0aGlzIG1vZGVsLg0KPj4+IA0KPj4+ IEkgY2FuJ3QgY2FsbCBteXNlbGYgYSBORVRDT05GIGV4cGVydC0tYnV0IGlmIHlvdSB1c2UgdGhl IG1vZGVsIGluIHRoaXMNCj4+PiBkcmFmdCBvdmVyIE5FVENPTkYsIGFyZSB0aGVyZSBvdGhlciBh Y2Nlc3MgY29udHJvbCBtb2RlbHMgb25lIG1pZ2h0DQo+Pj4gcmVhbGlzdGljYWxseSB1c2U/IChO b3RpbmcgdGhhdCBORVRDT05GIGl0c2VsZiBpcyBhIG5vcm1hdGl2ZQ0KPj4+IHJlZmVyZW5jZS4p DQo+PiANCj4+IE5FVENPTkYgcHJvYmFibHkgc2hvdWxkIG5vdCBiZSAtIEnigJlsbCBjb25mZXIg d2l0aCBteSBjby1hdXRob3IuIE5vdGUNCj4+dGhhdA0KPj4gTkVUQ09ORiBhbmQgTkVUQ09ORiBB Q00gYXJlIG5vcm1hdGl2ZSByZWZlcmVuY2VzIGluIFJGQyA3MjIzLg0KPg0KPllvdSBwcm9iYWJs eSBtZWFudCAiYXJlIG5vdCBub3JtYXRpdmUgcmVmZXJlbmNlcyIsIHdoaWNoIGlzIHRoZSBjYXNl IGluDQo+UkZDIDcyMjMuIEl0IG1ha2VzIHNlbnNlIHRvIGtlZXAgaXQgdGhpcyB3YXkgZm9yIGRh dGEgbW9kZWxsaW5nIHdvcmsgLQ0KPnNlY3VyaW5nIGFjY2VzcyB0byBkYXRhIGlzIGEgcHJvdG9j b2wgaXNzdWUuIFNpbXBsZSBpbXBsZW1lbnRhdGlvbnMgbWF5DQo+bm90IG5lZWQgdGhlIGdyYW51 bGFyaXR5IG9mIE5BQ00sIGFuZCBjYW4gaW5zdGVhZCBhbGxvdyBhY2Nlc3Mgb25seSB0byBhDQo+ InJvb3QiIHVzZXIuDQoNClllcyAtIHRoYXTigJlzIHdoYXQgSSBtZWFudC4gSeKAmWQgdm90ZSB0 byBtYWtlIHRoZW0gYm90aCBpbmZvcm1hdGl2ZSBhcyBpbg0KUkZDIDcyMjMgLSBlc3BlY2lhbGx5 IHdpdGggdGhlIHRyZW5kIHRvIHVzZSBZQU5HIHdpdGggZGlmZmVyZW50IHRyYW5zcG9ydA0KcHJv dG9jb2xzLiANCg0KVGhhbmtzLA0KQWNlZQ0KDQoNCj4NCj5MYWRhDQo+DQo+PiANCj4+IFRoYW5r cywNCj4+IEFjZWUgDQo+PiANCj4+IA0KPj4+IA0KPj4+IEJlbi4NCj4+PiANCj4+IA0KPj4gX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCj4+IG5ldG1vZCBt YWlsaW5nIGxpc3QNCj4+IG5ldG1vZEBpZXRmLm9yZw0KPj4gaHR0cHM6Ly93d3cuaWV0Zi5vcmcv bWFpbG1hbi9saXN0aW5mby9uZXRtb2QNCj4NCj4tLQ0KPkxhZGlzbGF2IExob3RrYSwgQ1ouTklD IExhYnMNCj5QR1AgS2V5IElEOiBFNzRFOEMwQw0KPg0KPg0KPg0KPg0KDQo= From nobody Wed Nov 2 05:25:19 2016 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A2B351295D9; Wed, 2 Nov 2016 05:25:11 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.697 X-Spam-Level: X-Spam-Status: No, score=-5.697 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-1.497] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Jty2GvjaXIa5; Wed, 2 Nov 2016 05:25:09 -0700 (PDT) Received: from atlas3.jacobs-university.de (atlas3.jacobs-university.de [212.201.44.18]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7A3D31295EA; Wed, 2 Nov 2016 05:25:08 -0700 (PDT) Received: from localhost (demetrius5.irc-it.jacobs-university.de [10.70.0.222]) by atlas3.jacobs-university.de (Postfix) with ESMTP id AA720FC7; Wed, 2 Nov 2016 13:25:06 +0100 (CET) X-Virus-Scanned: amavisd-new at jacobs-university.de Received: from atlas3.jacobs-university.de ([10.70.0.205]) by localhost (demetrius5.jacobs-university.de [10.70.0.222]) (amavisd-new, port 10030) with ESMTP id uzBZEbOjn-sg; Wed, 2 Nov 2016 13:25:04 +0100 (CET) Received: from hermes.jacobs-university.de (hermes.jacobs-university.de [212.201.44.23]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hermes.jacobs-university.de", Issuer "Jacobs University CA - G01" (verified OK)) by atlas3.jacobs-university.de (Postfix) with ESMTPS; Wed, 2 Nov 2016 13:25:06 +0100 (CET) Received: from localhost (demetrius4.jacobs-university.de [212.201.44.49]) by hermes.jacobs-university.de (Postfix) with ESMTP id 6008320047; Wed, 2 Nov 2016 13:25:06 +0100 (CET) X-Virus-Scanned: amavisd-new at jacobs-university.de Received: from hermes.jacobs-university.de ([212.201.44.23]) by localhost (demetrius4.jacobs-university.de [212.201.44.32]) (amavisd-new, port 10024) with ESMTP id AgxC09HxuYlw; Wed, 2 Nov 2016 13:25:05 +0100 (CET) Received: from elstar.local (elstar.jacobs.jacobs-university.de [10.50.231.133]) by hermes.jacobs-university.de (Postfix) with ESMTP id 8583420046; Wed, 2 Nov 2016 13:25:05 +0100 (CET) Received: by elstar.local (Postfix, from userid 501) id 5AE063D0623A; Wed, 2 Nov 2016 13:25:04 +0100 (CET) Date: Wed, 2 Nov 2016 13:25:04 +0100 From: Juergen Schoenwaelder To: "Acee Lindem (acee)" Message-ID: <20161102122504.GA47725@elstar.local> Mail-Followup-To: "Acee Lindem (acee)" , Ladislav Lhotka , "netmod-chairs@ietf.org" , Ben Campbell , "draft-ietf-netmod-routing-cfg@ietf.org" , "netmod@ietf.org" , "draft-ietf-netmod-routing-cfg.all@ietf.org" , The IESG References: <147803154180.23820.9214684669050491573.idtracker@ietfa.amsl.com> <7EEAE7E3-906D-4FED-B4BF-0BA44452E7E9@nostrum.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline X-Clacks-Overhead: GNU Terry Pratchett Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.6.0 (2016-04-01) Archived-At: Cc: "netmod-chairs@ietf.org" , Ben Campbell , "draft-ietf-netmod-routing-cfg@ietf.org" , "netmod@ietf.org" , "draft-ietf-netmod-routing-cfg.all@ietf.org" , The IESG Subject: Re: [netmod] Ben Campbell's No Objection on draft-ietf-netmod-routing-cfg-24: (with COMMENT) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Juergen Schoenwaelder List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Nov 2016 12:25:11 -0000 On Wed, Nov 02, 2016 at 11:21:30AM +0000, Acee Lindem (acee) wrote: > > Yes - that’s what I meant. I’d vote to make them both informative as in > RFC 7223 - especially with the trend to use YANG with different transport > protocols. > NACM should be transport independent; if it is not, we need to fix that. That said, I agree that references to NETCONF or NACM should be informative and not normative, like in RFC 7223. /js -- Juergen Schoenwaelder Jacobs University Bremen gGmbH Phone: +49 421 200 3587 Campus Ring 1 | 28759 Bremen | Germany Fax: +49 421 200 3103 From nobody Wed Nov 2 06:58:32 2016 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 261241295F2; Wed, 2 Nov 2016 06:58:26 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -16.019 X-Spam-Level: X-Spam-Status: No, score=-16.019 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, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-1.497, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id zAfnHZUYzuzI; Wed, 2 Nov 2016 06:58:25 -0700 (PDT) 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 C5F041294CA; Wed, 2 Nov 2016 06:58:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=533; q=dns/txt; s=iport; t=1478095104; x=1479304704; h=subject:to:references:from:message-id:date:mime-version: in-reply-to:content-transfer-encoding; bh=YP8SgsqyX+Z0pKczQGyw2O5nHSJ1la0T7S2z71rdN5Q=; b=Ig5H9HZUvcElxbMn09SBbGXPTeJWel993mH/8wLfMQ3EK8VhxxchroPW Es5FMOfY3NP59Bc+6un6Ao9NS1/IKwgxzMrw3FG7MyEgsGEbgkvGh4B7e lsNwbrlaAIQmFxn+wKKLIWqf5ZvhaGxm0fM+fHixcEWit5SPbKcFfw8aj U=; X-IronPort-AV: E=Sophos;i="5.31,583,1473120000"; d="scan'208";a="649636533" 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; 02 Nov 2016 13:58:22 +0000 Received: from [10.60.67.84] (ams-bclaise-8913.cisco.com [10.60.67.84]) by aer-core-4.cisco.com (8.14.5/8.14.5) with ESMTP id uA2DwLLE016570; Wed, 2 Nov 2016 13:58:21 GMT To: "Acee Lindem (acee)" , Ladislav Lhotka , "netmod-chairs@ietf.org" , Ben Campbell , "draft-ietf-netmod-routing-cfg@ietf.org" , "netmod@ietf.org" , "draft-ietf-netmod-routing-cfg.all@ietf.org" , The IESG References: <147803154180.23820.9214684669050491573.idtracker@ietfa.amsl.com> <7EEAE7E3-906D-4FED-B4BF-0BA44452E7E9@nostrum.com> <20161102122504.GA47725@elstar.local> From: Benoit Claise Message-ID: <21ece9c1-5167-64c6-7659-9ff86419b0b0@cisco.com> Date: Wed, 2 Nov 2016 14:58:21 +0100 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.4.0 MIME-Version: 1.0 In-Reply-To: <20161102122504.GA47725@elstar.local> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Archived-At: Subject: Re: [netmod] Ben Campbell's No Objection on draft-ietf-netmod-routing-cfg-24: (with COMMENT) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Nov 2016 13:58:26 -0000 On 11/2/2016 1:25 PM, Juergen Schoenwaelder wrote: > On Wed, Nov 02, 2016 at 11:21:30AM +0000, Acee Lindem (acee) wrote: >> Yes - that’s what I meant. I’d vote to make them both informative as in >> RFC 7223 - especially with the trend to use YANG with different transport >> protocols. >> > NACM should be transport independent; if it is not, we need to fix > that. That said, I agree that references to NETCONF or NACM should be > informative and not normative, like in RFC 7223. Agreed. Regards, B. > > /js > From nobody Wed Nov 2 07:05:03 2016 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3CEF0129661; Wed, 2 Nov 2016 07:04:51 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -8.497 X-Spam-Level: X-Spam-Status: No, score=-8.497 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=-1.497] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=nic.cz 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 me5p6HgiKZjs; Wed, 2 Nov 2016 07:04:44 -0700 (PDT) Received: from mail.nic.cz (mail.nic.cz [217.31.204.67]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0639A129625; Wed, 2 Nov 2016 07:04:43 -0700 (PDT) Received: from [IPv6:2001:718:1a02:1:1d1d:32b6:9da:571d] (unknown [IPv6:2001:718:1a02:1:1d1d:32b6:9da:571d]) by mail.nic.cz (Postfix) with ESMTPSA id B1E5D60B38; Wed, 2 Nov 2016 15:04:41 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=nic.cz; s=default; t=1478095481; bh=qyVWB5pp4TjoOWyjFFhVxGuhmHYQyGXE6chijNRH0/g=; h=From:Date:To; b=MuWgzyjVMkAtFRukjRZNtMsQHSvi9OkY0WDxV3STinMqazd1W6F8Iwrd413uN8jaM 3xNSZyn87LxTTMIQJR+znz6+9ylEomvXPMIjqLokBMBQLZU1u9PuqRkd1iWBxS16e+ ITnzK3Mn4wbnQzHA9WOkEW4pCB9DXHSs1KE6Rdbk= Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 10.1 \(3251\)) From: Ladislav Lhotka In-Reply-To: <147808398811.24141.15196130392409336719.idtracker@ietfa.amsl.com> Date: Wed, 2 Nov 2016 15:04:42 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: References: <147808398811.24141.15196130392409336719.idtracker@ietfa.amsl.com> To: Stephen Farrell X-Mailer: Apple Mail (2.3251) X-Virus-Scanned: clamav-milter 0.98.7 at mail X-Virus-Status: Clean Archived-At: Cc: netmod-chairs@ietf.org, draft-ietf-netmod-routing-cfg@ietf.org, netmod@ietf.org, draft-ietf-netmod-routing-cfg.all@ietf.org, The IESG Subject: Re: [netmod] Stephen Farrell's No Objection on draft-ietf-netmod-routing-cfg-24: (with COMMENT) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Nov 2016 14:04:51 -0000 > On 2 Nov 2016, at 11:53, Stephen Farrell = wrote: >=20 > Stephen Farrell has entered the following ballot position for > draft-ietf-netmod-routing-cfg-24: No Objection >=20 > When responding, please keep the subject line intact and reply to all > email addresses included in the To and CC lines. (Feel free to cut = this > introductory paragraph, however.) >=20 >=20 > Please refer to = https://www.ietf.org/iesg/statement/discuss-criteria.html > for more information about IESG DISCUSS and COMMENT positions. >=20 >=20 > The document, along with other ballot positions, can be found here: > https://datatracker.ietf.org/doc/draft-ietf-netmod-routing-cfg/ >=20 >=20 >=20 > ---------------------------------------------------------------------- > COMMENT: > ---------------------------------------------------------------------- >=20 >=20 > If there exists a draft for a yang module that augments this > in a way that includes cryptographic values (e.g. maybe for an > IPsec VPN or something) then I think that'd be a nice addition > to section 11 as an informative reference. One such module is ietf-key-chain by Acee et al. [1] Would it make sense = to include an informative reference to it?=20 Lada [1] https://tools.ietf.org/html/draft-ietf-rtgwg-yang-key-chain-10 >=20 >=20 -- Ladislav Lhotka, CZ.NIC Labs PGP Key ID: E74E8C0C From nobody Wed Nov 2 07:14:34 2016 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A859E129673; Wed, 2 Nov 2016 07:14:27 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.798 X-Spam-Level: X-Spam-Status: No, score=-5.798 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_MED=-2.3, RP_MATCHES_RCVD=-1.497, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cs.tcd.ie 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 QTwZ9msXxNhm; Wed, 2 Nov 2016 07:14:25 -0700 (PDT) Received: from mercury.scss.tcd.ie (mercury.scss.tcd.ie [134.226.56.6]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 38B55129665; Wed, 2 Nov 2016 07:14:25 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by mercury.scss.tcd.ie (Postfix) with ESMTP id 5DCD7BE47; Wed, 2 Nov 2016 14:14:22 +0000 (GMT) Received: from mercury.scss.tcd.ie ([127.0.0.1]) by localhost (mercury.scss.tcd.ie [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id jp07QxCl523A; Wed, 2 Nov 2016 14:14:22 +0000 (GMT) Received: from [134.226.36.93] (bilbo.dsg.cs.tcd.ie [134.226.36.93]) by mercury.scss.tcd.ie (Postfix) with ESMTPSA id BC262BE32; Wed, 2 Nov 2016 14:14:21 +0000 (GMT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cs.tcd.ie; s=mail; t=1478096062; bh=Up9irTpDfwsd1hC78uiSF6s8CKvgq43H4ScCT1r1sVw=; h=Subject:To:References:Cc:From:Date:In-Reply-To:From; b=H0Gb7Sl3VvdK0asiL7La2bxrE+xXFAgRlEr4i36loqdzO1f9h24AGzAx06v64iRdD nC4V9NeGy4mQoB8/dfqtPdStp+dHBx8OYkffN9C9j0E4eArYJCyt+4A0YndzPZ4scI tAbtYvwU4Ph9gYsZkypRt4GNlgcCrWorLgO7MENc= To: Ladislav Lhotka References: <147808398811.24141.15196130392409336719.idtracker@ietfa.amsl.com> From: Stephen Farrell Openpgp: id=D66EA7906F0B897FB2E97D582F3C8736805F8DA2; url= Message-ID: <12326933-2397-817d-bfde-d6572bb46d06@cs.tcd.ie> Date: Wed, 2 Nov 2016 14:14:21 +0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.4.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha-256; boundary="------------ms090906020809020202000608" Archived-At: Cc: netmod-chairs@ietf.org, draft-ietf-netmod-routing-cfg@ietf.org, netmod@ietf.org, draft-ietf-netmod-routing-cfg.all@ietf.org, The IESG Subject: Re: [netmod] Stephen Farrell's No Objection on draft-ietf-netmod-routing-cfg-24: (with COMMENT) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Nov 2016 14:14:28 -0000 This is a cryptographically signed message in MIME format. --------------ms090906020809020202000608 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 02/11/16 14:04, Ladislav Lhotka wrote: >=20 >> On 2 Nov 2016, at 11:53, Stephen Farrell >> wrote: >>=20 >> Stephen Farrell has entered the following ballot position for=20 >> draft-ietf-netmod-routing-cfg-24: No Objection >>=20 >> When responding, please keep the subject line intact and reply to >> all email addresses included in the To and CC lines. (Feel free to >> cut this introductory paragraph, however.) >>=20 >>=20 >> Please refer to >> https://www.ietf.org/iesg/statement/discuss-criteria.html for more >> information about IESG DISCUSS and COMMENT positions. >>=20 >>=20 >> The document, along with other ballot positions, can be found >> here:=20 >> https://datatracker.ietf.org/doc/draft-ietf-netmod-routing-cfg/ >>=20 >>=20 >>=20 >> ----------------------------------------------------------------------= >> >>=20 COMMENT: >> ----------------------------------------------------------------------= >> >> >> >>=20 If there exists a draft for a yang module that augments this >> in a way that includes cryptographic values (e.g. maybe for an=20 >> IPsec VPN or something) then I think that'd be a nice addition to >> section 11 as an informative reference. >=20 > One such module is ietf-key-chain by Acee et al. [1] Would it make > sense to include an informative reference to it? Not sure, but I think maybe not. Acee's draft doesn't seem to augment the modules defined in this one which is what I thought might provide useful information. S. >=20 > Lada >=20 > [1] https://tools.ietf.org/html/draft-ietf-rtgwg-yang-key-chain-10 >=20 >>=20 >>=20 >=20 > -- Ladislav Lhotka, CZ.NIC Labs PGP Key ID: E74E8C0C >=20 >=20 >=20 >=20 --------------ms090906020809020202000608 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgEFADCABgkqhkiG9w0BBwEAAKCC CvIwggUIMIID8KADAgECAhBPzaE7pzYviUJyhmHTFBdnMA0GCSqGSIb3DQEBCwUAMHUxCzAJ BgNVBAYTAklMMRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMSkwJwYDVQQLEyBTdGFydENvbSBD ZXJ0aWZpY2F0aW9uIEF1dGhvcml0eTEjMCEGA1UEAxMaU3RhcnRDb20gQ2xhc3MgMSBDbGll bnQgQ0EwHhcNMTYwMjA5MDkyODE1WhcNMTcwMjA5MDkyODE1WjBOMSIwIAYDVQQDDBlzdGVw aGVuLmZhcnJlbGxAY3MudGNkLmllMSgwJgYJKoZIhvcNAQkBFhlzdGVwaGVuLmZhcnJlbGxA Y3MudGNkLmllMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAtuC0rYze/2JinSra C9F2RjGdQZjNALLcW9C3WKTwYII3wBslobmHuPEYE5JaGItmzuKnAW619R1rD/kfoNWC19N3 rBZ6UX9Cmb9D9exCwYIwVuSwjrCQWGxgCtNQTrwKzCCpI790GRiMTvxvO7UmzmBrCaBLiZW5 R0fBjK5Yn6hUhAzGBkNbkIEL28cLJqH0yVz7Kl92OlzrQqTPEts5m6cDnNdY/ADfeAX18c1r dxZqcAxhLotrCqgsVA4ilbQDMMXGTLlB5TP35HeWZuGBU7xu003rLcFLdOkD8xvpJoYZy9Kt 3oABXPS5yqtMK+XCNdqmMn+4mOtLwQSMmPCSiQIDAQABo4IBuTCCAbUwCwYDVR0PBAQDAgSw MB0GA1UdJQQWMBQGCCsGAQUFBwMCBggrBgEFBQcDBDAJBgNVHRMEAjAAMB0GA1UdDgQWBBQJ QhvwQ5Fl372Z6xqo6fdn8XejTTAfBgNVHSMEGDAWgBQkgWw5Yb5JD4+3G0YrySi1J0htaDBv BggrBgEFBQcBAQRjMGEwJAYIKwYBBQUHMAGGGGh0dHA6Ly9vY3NwLnN0YXJ0c3NsLmNvbTA5 BggrBgEFBQcwAoYtaHR0cDovL2FpYS5zdGFydHNzbC5jb20vY2VydHMvc2NhLmNsaWVudDEu Y3J0MDgGA1UdHwQxMC8wLaAroCmGJ2h0dHA6Ly9jcmwuc3RhcnRzc2wuY29tL3NjYS1jbGll bnQxLmNybDAkBgNVHREEHTAbgRlzdGVwaGVuLmZhcnJlbGxAY3MudGNkLmllMCMGA1UdEgQc MBqGGGh0dHA6Ly93d3cuc3RhcnRzc2wuY29tLzBGBgNVHSAEPzA9MDsGCysGAQQBgbU3AQIE MCwwKgYIKwYBBQUHAgEWHmh0dHA6Ly93d3cuc3RhcnRzc2wuY29tL3BvbGljeTANBgkqhkiG 9w0BAQsFAAOCAQEArzrSv2C8PlBBmGuiGrzm2Wma46/KHtXmZYS0bsd43pM66Pc/MsqPE0HD C1GzMFfwB6BfkJn8ijNSIhlgj898WzjvnpM/SO8KStjlB8719ig/xKISrOl5mX55XbFlQtX9 U6MrqRgbDIATxhD9IDr+ryvovDzChqgQj7mt2jYr4mdlRjsjod3H1VY6XglRmaaNGZfsCARM aE/TU5SXIiqauwt5KxNGYAY67QkOBs7O1FkSXpTk7+1MmzJMF4nP8QQ5n8vhVNseF+/Wm7ai 9mtnrkLbaznMsy/ULo/C2yuLUWTbZZbf4EKNmVdme6tUDgYkFjAFOblfA7W1fSPiQGagYzCC BeIwggPKoAMCAQICEGunin0K14jWUQr5WeTntOEwDQYJKoZIhvcNAQELBQAwfTELMAkGA1UE BhMCSUwxFjAUBgNVBAoTDVN0YXJ0Q29tIEx0ZC4xKzApBgNVBAsTIlNlY3VyZSBEaWdpdGFs IENlcnRpZmljYXRlIFNpZ25pbmcxKTAnBgNVBAMTIFN0YXJ0Q29tIENlcnRpZmljYXRpb24g QXV0aG9yaXR5MB4XDTE1MTIxNjAxMDAwNVoXDTMwMTIxNjAxMDAwNVowdTELMAkGA1UEBhMC SUwxFjAUBgNVBAoTDVN0YXJ0Q29tIEx0ZC4xKTAnBgNVBAsTIFN0YXJ0Q29tIENlcnRpZmlj YXRpb24gQXV0aG9yaXR5MSMwIQYDVQQDExpTdGFydENvbSBDbGFzcyAxIENsaWVudCBDQTCC ASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAL192vfDon2D9luC/dtbX64eG3XAtRmv mCSsu1d52DXsCR58zJQbCtB2/A5uFqNxWacpXGGtTCRk9dEDBlmixEd8QiLkUfvHpJX/xKnm VkS6Iye8wUbYzMsDzgnpazlPg19dnSqfhM+Cevdfa89VLnUztRr2cgmCfyO9Otrh7LJDPG+4 D8ZnAqDtVB8MKYJL6QgKyVhhaBc4y3bGWxKyXEtx7QIZZGxPwSkzK3WIN+VKNdkiwTubW5PI dopmykwvIjLPqbJK7yPwFZYekKE015OsW6FV+s4DIM8UlVS8pkIsoGGJtMuWjLL4tq2hYQuu N0jhrxK1ljz50hH23gA9cbMCAwEAAaOCAWQwggFgMA4GA1UdDwEB/wQEAwIBBjAdBgNVHSUE FjAUBggrBgEFBQcDAgYIKwYBBQUHAwQwEgYDVR0TAQH/BAgwBgEB/wIBADAyBgNVHR8EKzAp MCegJaAjhiFodHRwOi8vY3JsLnN0YXJ0c3NsLmNvbS9zZnNjYS5jcmwwZgYIKwYBBQUHAQEE WjBYMCQGCCsGAQUFBzABhhhodHRwOi8vb2NzcC5zdGFydHNzbC5jb20wMAYIKwYBBQUHMAKG JGh0dHA6Ly9haWEuc3RhcnRzc2wuY29tL2NlcnRzL2NhLmNydDAdBgNVHQ4EFgQUJIFsOWG+ SQ+PtxtGK8kotSdIbWgwHwYDVR0jBBgwFoAUTgvvGqRAW6UXaYcwyjRoQ9BBrvIwPwYDVR0g BDgwNjA0BgRVHSAAMCwwKgYIKwYBBQUHAgEWHmh0dHA6Ly93d3cuc3RhcnRzc2wuY29tL3Bv bGljeTANBgkqhkiG9w0BAQsFAAOCAgEAi+P3h+wBi4StDwECW5zhIycjBL008HACblIf26HY 0JdOruKbrWDsXUsiI0j/7Crft9S5oxvPiDtVqspBOB/y5uzSns1lZwh7sG96bYBZpcGzGxpF NjDmQbcM3yl3WFIRS4WhNrsOY14V7y2IrUGsvetsD+bjyOngCIVeC/GmsmtbuLOzJ606tEc9 uRbhjTu/b0x2Fo+/e7UkQvKzNeo7OMhijixaULyINBfCBJb+e29bLafgu6JqjOUJ9eXXj20p 6q/CW+uVrZiSW57+q5an2P2i7hP85jQJcy5j4HzA0rSiF3YPhKGAWUxKPMAVGgcYoXzWydOv Z3UDsTDTagXpRDIKQLZo02wrlxY6iMFqvlzsemVf1odhQJmi7Eh5TbxI40kDGcBOBHhwnaOu mZhLP+SWJQnjpLpSlUOj95uf1zo9oz9e0NgIJoz/tdfrBzez76xtDsK0KfUDHt1/q59BvDI7 RX6gVr0fQoCyMczNzCTcRXYHY0tq2J0oT+bsb6sH2b4WVWAiJKnSYaWDjdA70qHX4mq9MIjO /ZskmSY8wtAk24orAc0vwXgYanqNsBX5Yv4sN4Z9VyrwMdLcusP7HJgRdAGKpkR2I9U4zEsN JQJewM7S4Jalo1DyPrLpL2nTET8ZrSl5Utp1UeGp/2deoprGevfnxWB+vHNQiu85o6MxggPM MIIDyAIBATCBiTB1MQswCQYDVQQGEwJJTDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjEpMCcG A1UECxMgU3RhcnRDb20gQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkxIzAhBgNVBAMTGlN0YXJ0 Q29tIENsYXNzIDEgQ2xpZW50IENBAhBPzaE7pzYviUJyhmHTFBdnMA0GCWCGSAFlAwQCAQUA oIICEzAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xNjExMDIx NDE0MjFaMC8GCSqGSIb3DQEJBDEiBCA/4A7OamdsspuknJx+hta49tLbLoMLs9VV/uq9bzTt lTBsBgkqhkiG9w0BCQ8xXzBdMAsGCWCGSAFlAwQBKjALBglghkgBZQMEAQIwCgYIKoZIhvcN AwcwDgYIKoZIhvcNAwICAgCAMA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMC AgEoMIGaBgkrBgEEAYI3EAQxgYwwgYkwdTELMAkGA1UEBhMCSUwxFjAUBgNVBAoTDVN0YXJ0 Q29tIEx0ZC4xKTAnBgNVBAsTIFN0YXJ0Q29tIENlcnRpZmljYXRpb24gQXV0aG9yaXR5MSMw IQYDVQQDExpTdGFydENvbSBDbGFzcyAxIENsaWVudCBDQQIQT82hO6c2L4lCcoZh0xQXZzCB nAYLKoZIhvcNAQkQAgsxgYyggYkwdTELMAkGA1UEBhMCSUwxFjAUBgNVBAoTDVN0YXJ0Q29t IEx0ZC4xKTAnBgNVBAsTIFN0YXJ0Q29tIENlcnRpZmljYXRpb24gQXV0aG9yaXR5MSMwIQYD VQQDExpTdGFydENvbSBDbGFzcyAxIENsaWVudCBDQQIQT82hO6c2L4lCcoZh0xQXZzANBgkq hkiG9w0BAQEFAASCAQAymAYyqBffWoi22DjT5iqdZKWWRG2ed0fZuHVLOn6tJSi4mtFpWlJ8 NOwoHCvVz32mEyMSoB+XW2zVcaqb3AELYmIG2s2B+YG5jD15+w5649xXHmr8q5EJJq7ZHWg9 Fcw8tOcdAc6VJww5/DTSA7bIU65BiYK6NTqwvCr9ZrtzpENLpMvn4VBoAX0daty0d+jXdEtQ d5pKdE3dqg2CZl3qKjVn5qpRG/ctkjf/bxG6DAsI/zA/dM4/oAl5SH2jYHYGOyRuQAWlRj32 T8vIW0cbCOmh/aQGSd/BX/vH9E/Qb5gUawDuwSphSjtxVmpzxEOU38FBmMGQZJ85cY8/RUG4 AAAAAAAA --------------ms090906020809020202000608-- From nobody Wed Nov 2 07:26:49 2016 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2BE3E129675 for ; Wed, 2 Nov 2016 07:26:47 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8pfLal2MTCA8 for ; Wed, 2 Nov 2016 07:26:45 -0700 (PDT) Received: from trail.lhotka.name (trail.lhotka.name [77.48.224.143]) by ietfa.amsl.com (Postfix) with ESMTP id 65316129661 for ; Wed, 2 Nov 2016 07:26:44 -0700 (PDT) Received: from localhost (unknown [195.113.220.110]) by trail.lhotka.name (Postfix) with ESMTPSA id B041E1CC028A; Wed, 2 Nov 2016 15:26:50 +0100 (CET) From: Ladislav Lhotka To: "Acee Lindem \(acee\)" In-Reply-To: References: <147792321214.32369.17480502582405559340.idtracker@ietfa.amsl.com> <20161101.085153.1841880487538583641.mbj@tail-f.com> Date: Wed, 02 Nov 2016 15:26:43 +0100 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Archived-At: Cc: "netmod@ietf.org" Subject: Re: [netmod] I-D Action: draft-ietf-netmod-schema-mount-03.txt X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Nov 2016 14:26:47 -0000 "Acee Lindem (acee)" writes: > On 11/1/16, 7:38 AM, "Ladislav Lhotka" wrote: > >> >>> On 1 Nov 2016, at 12:21, Acee Lindem (acee) wrote: >>>=20 >>>=20 >>>=20 >>> On 11/1/16, 3:51 AM, "Martin Bjorklund" wrote: >>>=20 >>>> Hi, >>>>=20 >>>> "Acee Lindem (acee)" wrote: >>>>> Hi Lada, Martin, >>>>>=20 >>>>> With respect to the restriction in section 3.1, I think it would be >>>>> better >>>>> to support paths that relative either to the mount point or to the >>>>> absolute device root If not, how will we support device list interface >>>>> references?=20 >>>>=20 >>>> Can you elaborate on the use case a bit? >>>=20 >>> Let=E2=80=99s say you want to schema mount a model, e.g., ietf-routing,= and it >>>has >>> references to interfaces using the interface-ref from ietf-interfaces >>>(RFC >>> 7223). Is this possible? >> >>It is possible if ietf-interface and ietf-routing are part of the same >>(mounted) schema. If you want to have, e.g., a global list of interfaces >>and refer to it from a mounted schema (routing instance), then it is not >>supported by schema mount - and it could hardly be because modules such >>as ietf-routing do not have the information where they can possibly be >>mounted. >> >>It is probably necessary, as in the logical-devices example, to include >>ietf-interfaces in the mounted schema, and handle the relationship >>between the global and mounted interface list outside the data model. >> >>Ideas how to handle this formally would certainly be appreciated. > > I think we need to be able to handle either an absolute path or one > relative to the mount point. I can see how this is going to be difficult > since the models don=E2=80=99t support this today. We need to consider two cases: 1. Routing instances that refer to a global list of interfaces. 2. Logical/virtual devices as in Appendix A that refer to local/mounted int= erfaces. Even if we invent some means for specifying paths starting from the global root, I don't see how we could cover both 1 and 2 in the same module. Lada > > Thanks, > Acee=20 > > > > > >> >>Lada=20 >> >>>=20 >>> Thanks, >>> Acee=20 >>>=20 >>>=20 >>>=20 >>>=20 >>>>=20 >>>>=20 >>>> /martin >>>>=20 >>>>=20 >>>>=20 >>>>>=20 >>>>> Thanks, >>>>> Acee=20 >>>>>=20 >>>>> On 10/31/16, 10:13 AM, "netmod on behalf of internet-drafts@ietf.org" >>>>> wrote: >>>>>=20 >>>>>>=20 >>>>>> A New Internet-Draft is available from the on-line Internet-Drafts >>>>>> directories. >>>>>> This draft is a work item of the NETCONF Data Modeling Language of >>>>>>the >>>>>> IETF. >>>>>>=20 >>>>>> Title : YANG Schema Mount >>>>>> Authors : Martin Bjorklund >>>>>> Ladislav Lhotka >>>>>> Filename : draft-ietf-netmod-schema-mount-03.txt >>>>>> Pages : 24 >>>>>> Date : 2016-10-31 >>>>>>=20 >>>>>> Abstract: >>>>>> This document defines a mechanism to combine YANG modules into the >>>>>> schema defined in other YANG modules. >>>>>>=20 >>>>>>=20 >>>>>> The IETF datatracker status page for this draft is: >>>>>> https://datatracker.ietf.org/doc/draft-ietf-netmod-schema-mount/ >>>>>>=20 >>>>>> There's also a htmlized version available at: >>>>>> https://tools.ietf.org/html/draft-ietf-netmod-schema-mount-03 >>>>>>=20 >>>>>> A diff from the previous version is available at: >>>>>> https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-netmod-schema-mount-03 >>>>>>=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 >>>>>> Internet-Drafts are also available by anonymous FTP at: >>>>>> ftp://ftp.ietf.org/internet-drafts/ >>>>>>=20 >>>>>> _______________________________________________ >>>>>> netmod mailing list >>>>>> netmod@ietf.org >>>>>> https://www.ietf.org/mailman/listinfo/netmod >>>>>=20 >>>>> _______________________________________________ >>>>> netmod mailing list >>>>> netmod@ietf.org >>>>> https://www.ietf.org/mailman/listinfo/netmod >>>>>=20 >>>=20 >>> _______________________________________________ >>> netmod mailing list >>> netmod@ietf.org >>> https://www.ietf.org/mailman/listinfo/netmod >> >>-- >>Ladislav Lhotka, CZ.NIC Labs >>PGP Key ID: E74E8C0C >> >> >> >> > --=20 Ladislav Lhotka, CZ.NIC Labs PGP Key ID: E74E8C0C From nobody Wed Nov 2 07:52:31 2016 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 535D4129682; Wed, 2 Nov 2016 07:52:29 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.397 X-Spam-Level: X-Spam-Status: No, score=-3.397 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-1.497] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id vr_l7gQaAE67; Wed, 2 Nov 2016 07:52:27 -0700 (PDT) Received: from nostrum.com (raven-v6.nostrum.com [IPv6:2001:470:d:1130::1]) (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 6F1ED129639; Wed, 2 Nov 2016 07:52:26 -0700 (PDT) Received: from [10.0.1.21] (cpe-66-25-7-22.tx.res.rr.com [66.25.7.22]) (authenticated bits=0) by nostrum.com (8.15.2/8.15.2) with ESMTPSA id uA2EqO5O054711 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Wed, 2 Nov 2016 09:52:25 -0500 (CDT) (envelope-from ben@nostrum.com) X-Authentication-Warning: raven.nostrum.com: Host cpe-66-25-7-22.tx.res.rr.com [66.25.7.22] claimed to be [10.0.1.21] From: "Ben Campbell" To: "Acee Lindem" Date: Wed, 02 Nov 2016 09:52:26 -0500 Message-ID: <8B090298-35D4-4B82-8836-96FEC241511C@nostrum.com> In-Reply-To: References: <147803154180.23820.9214684669050491573.idtracker@ietfa.amsl.com> <7EEAE7E3-906D-4FED-B4BF-0BA44452E7E9@nostrum.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Mailer: MailMate (1.9.5r5263) Archived-At: Cc: "netmod-chairs@ietf.org" , "draft-ietf-netmod-routing-cfg@ietf.org" , "netmod@ietf.org" , "draft-ietf-netmod-routing-cfg.all@ietf.org" , The IESG Subject: Re: [netmod] Ben Campbell's No Objection on draft-ietf-netmod-routing-cfg-24: (with COMMENT) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Nov 2016 14:52:29 -0000 On 2 Nov 2016, at 6:21, Acee Lindem (acee) wrote: > > On 11/2/16, 3:52 AM, "Ladislav Lhotka" wrote: > >> >>> On 2 Nov 2016, at 01:45, Acee Lindem (acee) wrote: >>> >>> >>> >>> On 11/1/16, 8:23 PM, "Ben Campbell" wrote: >>> >>>> On 1 Nov 2016, at 15:55, Acee Lindem (acee) wrote: >>>> >>>>> Hi Ben, >>>>> >>>>> On 11/1/16, 4:19 PM, "Ben Campbell" wrote: >>>>> >>>>>> Ben Campbell has entered the following ballot position for >>>>>> draft-ietf-netmod-routing-cfg-24: No Objection >>>>>> >>>>>> When responding, please keep the subject line intact and reply to all >>>>>> email addresses included in the To and CC lines. (Feel free to cut >>>>>> this >>>>>> introductory paragraph, however.) >>>>>> >>>>>> >>>>>> Please refer to >>>>>> https://www.ietf.org/iesg/statement/discuss-criteria.html >>>>>> for more information about IESG DISCUSS and COMMENT positions. >>>>>> >>>>>> >>>>>> The document, along with other ballot positions, can be found here: >>>>>> https://datatracker.ietf.org/doc/draft-ietf-netmod-routing-cfg/ >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> ---------------------------------------------------------------------- >>>>>> COMMENT: >>>>>> >>>>>> ---------------------------------------------------------------------- >>>>>> >>>>>> Should the reference to 6536. Be normative? >>>>> >>>>> I certainly don’t think so. This is simply an informative reference >>>>> describing the NETCONF access control model. The model in the draft is >>>>> in >>>>> no way dependent on this model. >>>> >>>> I can't call myself a NETCONF expert--but if you use the model in this >>>> draft over NETCONF, are there other access control models one might >>>> realistically use? (Noting that NETCONF itself is a normative >>>> reference.) >>> >>> NETCONF probably should not be - I’ll confer with my co-author. Note >>> that >>> NETCONF and NETCONF ACM are normative references in RFC 7223. >> >> You probably meant "are not normative references", which is the case in >> RFC 7223. It makes sense to keep it this way for data modelling work - >> securing access to data is a protocol issue. Simple implementations may >> not need the granularity of NACM, and can instead allow access only to a >> "root" user. > > Yes - that’s what I meant. I’d vote to make them both informative as in > RFC 7223 - especially with the trend to use YANG with different transport > protocols. Based on the discussion so far, I'm okay with them staying informational. Thanks! Ben. From nobody Wed Nov 2 08:36:10 2016 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BF2CD129637; Wed, 2 Nov 2016 08:36:03 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -16.018 X-Spam-Level: X-Spam-Status: No, score=-16.018 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, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-1.497, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id JhcfqNRdcgTC; Wed, 2 Nov 2016 08:36:02 -0700 (PDT) Received: from rcdn-iport-4.cisco.com (rcdn-iport-4.cisco.com [173.37.86.75]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C7BED129430; Wed, 2 Nov 2016 08:35:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=2648; q=dns/txt; s=iport; t=1478100947; x=1479310547; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=RUtL4M/MXMHxzUjSR95Ib3JRVrddNnc3TGZM/tt9I88=; b=DfISx0G5W5yrjgrptMDP4KV/3T0W8iZnr1/r8ngAjP45QNruZpgHUeOl x3/+8gaW5ZSrEM9cyUl7elXW0BT1X0vnk30iHMd9qssr8JYEeZegyZvCW a4MPQUT1RWe9nGPjjDCHTfpnzydpLVwA00bWPMZyxkcfVDNd5mDGFql+2 o=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0BtAQCGBxpY/4gNJK1dGgEBAQECAQEBA?= =?us-ascii?q?QgBAQEBgywBAQEBAR9YfAeNMJcBkjiCD4IHKIV6AhqCCT8UAQIBAQEBAQEBYii?= =?us-ascii?q?EYgEBBCMRRRACAQgYAgImAgICMBUQAgQBDQWIVg6tEI0GAQEBAQEBAQEBAQEBA?= =?us-ascii?q?QEBAQEBAQEBFwWBB4oLhBkRARwXgm2CXAEEiEmRVAGGMooHgW6Eb4ksjRiEAwE?= =?us-ascii?q?eNmeDLRcYgTtyAYYvgSCBDAEBAQ?= X-IronPort-AV: E=Sophos;i="5.31,583,1473120000"; d="scan'208";a="166632211" Received: from alln-core-3.cisco.com ([173.36.13.136]) by rcdn-iport-4.cisco.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 02 Nov 2016 15:35:45 +0000 Received: from XCH-RTP-015.cisco.com (xch-rtp-015.cisco.com [64.101.220.155]) by alln-core-3.cisco.com (8.14.5/8.14.5) with ESMTP id uA2FZjrm005216 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Wed, 2 Nov 2016 15:35:45 GMT Received: from xch-rtp-015.cisco.com (64.101.220.155) by XCH-RTP-015.cisco.com (64.101.220.155) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Wed, 2 Nov 2016 11:35:44 -0400 Received: from xch-rtp-015.cisco.com ([64.101.220.155]) by XCH-RTP-015.cisco.com ([64.101.220.155]) with mapi id 15.00.1210.000; Wed, 2 Nov 2016 11:35:44 -0400 From: "Acee Lindem (acee)" To: Stephen Farrell , Ladislav Lhotka Thread-Topic: Stephen Farrell's No Objection on draft-ietf-netmod-routing-cfg-24: (with COMMENT) Thread-Index: AQHSNPdOhQSdMG+kCk+OlJAiOGf69KDF/TwAgAACs4D//9OpgA== Date: Wed, 2 Nov 2016 15:35:44 +0000 Message-ID: References: <147808398811.24141.15196130392409336719.idtracker@ietfa.amsl.com> <12326933-2397-817d-bfde-d6572bb46d06@cs.tcd.ie> In-Reply-To: <12326933-2397-817d-bfde-d6572bb46d06@cs.tcd.ie> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.116.152.197] Content-Type: text/plain; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 MIME-Version: 1.0 Archived-At: Cc: "netmod-chairs@ietf.org" , "draft-ietf-netmod-routing-cfg@ietf.org" , "netmod@ietf.org" , "draft-ietf-netmod-routing-cfg.all@ietf.org" , The IESG Subject: Re: [netmod] Stephen Farrell's No Objection on draft-ietf-netmod-routing-cfg-24: (with COMMENT) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Nov 2016 15:36:04 -0000 SGkgU3RlcGhlbiwgDQoNCk9uIDExLzIvMTYsIDEwOjE0IEFNLCAiU3RlcGhlbiBGYXJyZWxsIiA8 c3RlcGhlbi5mYXJyZWxsQGNzLnRjZC5pZT4gd3JvdGU6DQoNCj4NCj4NCj5PbiAwMi8xMS8xNiAx NDowNCwgTGFkaXNsYXYgTGhvdGthIHdyb3RlOg0KPj4gDQo+Pj4gT24gMiBOb3YgMjAxNiwgYXQg MTE6NTMsIFN0ZXBoZW4gRmFycmVsbA0KPj4+IDxzdGVwaGVuLmZhcnJlbGxAY3MudGNkLmllPiB3 cm90ZToNCj4+PiANCj4+PiBTdGVwaGVuIEZhcnJlbGwgaGFzIGVudGVyZWQgdGhlIGZvbGxvd2lu ZyBiYWxsb3QgcG9zaXRpb24gZm9yDQo+Pj4gZHJhZnQtaWV0Zi1uZXRtb2Qtcm91dGluZy1jZmct MjQ6IE5vIE9iamVjdGlvbg0KPj4+IA0KPj4+IFdoZW4gcmVzcG9uZGluZywgcGxlYXNlIGtlZXAg dGhlIHN1YmplY3QgbGluZSBpbnRhY3QgYW5kIHJlcGx5IHRvDQo+Pj4gYWxsIGVtYWlsIGFkZHJl c3NlcyBpbmNsdWRlZCBpbiB0aGUgVG8gYW5kIENDIGxpbmVzLiAoRmVlbCBmcmVlIHRvDQo+Pj4g Y3V0IHRoaXMgaW50cm9kdWN0b3J5IHBhcmFncmFwaCwgaG93ZXZlci4pDQo+Pj4gDQo+Pj4gDQo+ Pj4gUGxlYXNlIHJlZmVyIHRvDQo+Pj4gaHR0cHM6Ly93d3cuaWV0Zi5vcmcvaWVzZy9zdGF0ZW1l bnQvZGlzY3Vzcy1jcml0ZXJpYS5odG1sIGZvciBtb3JlDQo+Pj4gaW5mb3JtYXRpb24gYWJvdXQg SUVTRyBESVNDVVNTIGFuZCBDT01NRU5UIHBvc2l0aW9ucy4NCj4+PiANCj4+PiANCj4+PiBUaGUg ZG9jdW1lbnQsIGFsb25nIHdpdGggb3RoZXIgYmFsbG90IHBvc2l0aW9ucywgY2FuIGJlIGZvdW5k DQo+Pj4gaGVyZTogDQo+Pj4gaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQt aWV0Zi1uZXRtb2Qtcm91dGluZy1jZmcvDQo+Pj4gDQo+Pj4gDQo+Pj4gDQo+Pj4gLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLQ0KPj4+DQo+Pj4gDQo+Q09NTUVOVDoNCj4+PiAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQo+Pj4NCj4+Pg0K Pj4+DQo+Pj4gDQo+SWYgdGhlcmUgZXhpc3RzIGEgZHJhZnQgZm9yIGEgeWFuZyBtb2R1bGUgdGhh dCBhdWdtZW50cyB0aGlzDQo+Pj4gaW4gYSB3YXkgdGhhdCBpbmNsdWRlcyBjcnlwdG9ncmFwaGlj IHZhbHVlcyAoZS5nLiBtYXliZSBmb3IgYW4NCj4+PiBJUHNlYyBWUE4gb3Igc29tZXRoaW5nKSB0 aGVuIEkgdGhpbmsgdGhhdCdkIGJlIGEgbmljZSBhZGRpdGlvbiB0bw0KPj4+IHNlY3Rpb24gMTEg YXMgYW4gaW5mb3JtYXRpdmUgcmVmZXJlbmNlLg0KPj4gDQo+PiBPbmUgc3VjaCBtb2R1bGUgaXMg aWV0Zi1rZXktY2hhaW4gYnkgQWNlZSBldCBhbC4gWzFdIFdvdWxkIGl0IG1ha2UNCj4+IHNlbnNl IHRvIGluY2x1ZGUgYW4gaW5mb3JtYXRpdmUgcmVmZXJlbmNlIHRvIGl0Pw0KPg0KPk5vdCBzdXJl LCBidXQgSSB0aGluayBtYXliZSBub3QuIEFjZWUncyBkcmFmdCBkb2Vzbid0DQo+c2VlbSB0byBh dWdtZW50IHRoZSBtb2R1bGVzIGRlZmluZWQgaW4gdGhpcyBvbmUgd2hpY2gNCj5pcyB3aGF0IEkg dGhvdWdodCBtaWdodCBwcm92aWRlIHVzZWZ1bCBpbmZvcm1hdGlvbi4NCg0KSSBiZWxpZXZlIHRo ZSBhdWdtZW50YXRpb24geW91IGFyZSBsb29raW5nIGZvciBleGlzdHMgeWV0Lg0KDQpUaGFua3Ms DQpBY2VlIA0KDQoNCg0KDQoNCj4NCj5TLg0KPg0KPj4gDQo+PiBMYWRhDQo+PiANCj4+IFsxXSBo dHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtaWV0Zi1ydGd3Zy15YW5nLWtleS1jaGFp bi0xMA0KPj4gDQo+Pj4gDQo+Pj4gDQo+PiANCj4+IC0tIExhZGlzbGF2IExob3RrYSwgQ1ouTklD IExhYnMgUEdQIEtleSBJRDogRTc0RThDMEMNCj4+IA0KPj4gDQo+PiANCj4+IA0KPg0KDQo= From nobody Wed Nov 2 20:46:06 2016 Return-Path: X-Original-To: netmod@ietf.org Delivered-To: netmod@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id B9BB51295B8; Wed, 2 Nov 2016 20:46:05 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "Suresh Krishnan" To: "The IESG" X-Test-IDTracker: no X-IETF-IDTracker: 6.37.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <147814476572.24061.13884137633380602920.idtracker@ietfa.amsl.com> Date: Wed, 02 Nov 2016 20:46:05 -0700 Archived-At: Cc: netmod-chairs@ietf.org, draft-ietf-netmod-routing-cfg@ietf.org, draft-ietf-netmod-routing-cfg.all@ietf.org, netmod@ietf.org Subject: [netmod] Suresh Krishnan's No Objection on draft-ietf-netmod-routing-cfg-24: (with COMMENT) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.17 List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Nov 2016 03:46:06 -0000 Suresh Krishnan has entered the following ballot position for draft-ietf-netmod-routing-cfg-24: No Objection When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.) Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html for more information about IESG DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: https://datatracker.ietf.org/doc/draft-ietf-netmod-routing-cfg/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- * Have you considered including support for the Route Information Option (RFC4191)? Seems like it would be useful. * default-lifetime is defined with a range of 0..9000 in this document but the upper limit will be raised to 65535 if and when draft-ietf-6man-maxra is approved. Is there a mechanism by which you can easily support this increased upper limit? From nobody Thu Nov 3 00:27:16 2016 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 30A2C1294E4; Thu, 3 Nov 2016 00:27:15 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -8.497 X-Spam-Level: X-Spam-Status: No, score=-8.497 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=-1.497] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=nic.cz 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 RynfOCxTJKoJ; Thu, 3 Nov 2016 00:27:13 -0700 (PDT) Received: from mail.nic.cz (mail.nic.cz [IPv6:2001:1488:800:400::400]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5F29912950E; Thu, 3 Nov 2016 00:27:13 -0700 (PDT) Received: from [IPv6:2001:718:1a02:1:c0c6:7f44:695d:68ee] (unknown [IPv6:2001:718:1a02:1:c0c6:7f44:695d:68ee]) by mail.nic.cz (Postfix) with ESMTPSA id AD1137DFD2; Thu, 3 Nov 2016 08:27:11 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=nic.cz; s=default; t=1478158031; bh=w4ACZZZ93Hw3cHXpSuw9jpBhGao6BTI/4O46/IkfIZ0=; h=From:Date:To; b=fM4nX3ZPASZ4yOXbaqSDXlAhFreFUKN/7g/kmHh5G5GdGP0mILGGw+2xWCF/U8jNO Q+tab5+a9nHeiGXFz0p5PYeGl7TSRJx9FqSvfwj21SxWropwadI2R0oWUjF/eIa4Og UD8leEsuGcr3qHn2c2s590g4ybinbmtpJXtANeKg= Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 10.1 \(3251\)) From: Ladislav Lhotka In-Reply-To: <147814476572.24061.13884137633380602920.idtracker@ietfa.amsl.com> Date: Thu, 3 Nov 2016 08:27:15 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: References: <147814476572.24061.13884137633380602920.idtracker@ietfa.amsl.com> To: Suresh Krishnan X-Mailer: Apple Mail (2.3251) X-Virus-Scanned: clamav-milter 0.98.7 at mail X-Virus-Status: Clean Archived-At: Cc: netmod-chairs@ietf.org, draft-ietf-netmod-routing-cfg@ietf.org, draft-ietf-netmod-routing-cfg.all@ietf.org, The IESG , netmod@ietf.org Subject: Re: [netmod] Suresh Krishnan's No Objection on draft-ietf-netmod-routing-cfg-24: (with COMMENT) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Nov 2016 07:27:15 -0000 > On 3 Nov 2016, at 04:46, Suresh Krishnan = wrote: >=20 > Suresh Krishnan has entered the following ballot position for > draft-ietf-netmod-routing-cfg-24: No Objection >=20 > When responding, please keep the subject line intact and reply to all > email addresses included in the To and CC lines. (Feel free to cut = this > introductory paragraph, however.) >=20 >=20 > Please refer to = https://www.ietf.org/iesg/statement/discuss-criteria.html > for more information about IESG DISCUSS and COMMENT positions. >=20 >=20 > The document, along with other ballot positions, can be found here: > https://datatracker.ietf.org/doc/draft-ietf-netmod-routing-cfg/ >=20 >=20 >=20 > ---------------------------------------------------------------------- > COMMENT: > ---------------------------------------------------------------------- >=20 > * Have you considered including support for the Route Information = Option > (RFC4191)? Seems like it would be useful. We specifically wanted to include only configuration parameters that are = mandatory for every router. Route Information Option parameters can be = easily added via augmentation.=20 >=20 > * default-lifetime is defined with a range of 0..9000 in this document > but the upper limit will be raised to 65535 if and when > draft-ietf-6man-maxra is approved. Is there a mechanism by which you = can > easily support this increased upper limit? Yes, this can be done in an update to the = ietf-ipv6-router-advertisements submodule. Expanding a range presents no = problem, see sec. 11 of RFC 7950 (third bullet). Thanks, Lada >=20 >=20 > _______________________________________________ > netmod mailing list > netmod@ietf.org > https://www.ietf.org/mailman/listinfo/netmod -- Ladislav Lhotka, CZ.NIC Labs PGP Key ID: E74E8C0C From nobody Thu Nov 3 08:27:47 2016 Return-Path: X-Original-To: netmod@ietf.org Delivered-To: netmod@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id AE30D129A48; Thu, 3 Nov 2016 08:27:42 -0700 (PDT) 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.37.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <147818686270.22779.2970094158396499411.idtracker@ietfa.amsl.com> Date: Thu, 03 Nov 2016 08:27:42 -0700 Archived-At: Cc: netmod@ietf.org Subject: [netmod] I-D Action: draft-ietf-netmod-routing-cfg-25.txt X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.17 List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Nov 2016 15:27:43 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the NETCONF Data Modeling Language of the IETF. Title : A YANG Data Model for Routing Management Authors : Ladislav Lhotka Acee Lindem Filename : draft-ietf-netmod-routing-cfg-25.txt Pages : 74 Date : 2016-11-03 Abstract: This document contains a specification of three YANG modules and one submodule. Together they form the core routing data model which serves as a framework for configuring and managing a routing subsystem. It is expected that these modules will be augmented by additional YANG modules defining data models for control plane protocols, route filters and other functions. The core routing data model provides common building blocks for such extensions -- routes, routing information bases (RIB), and control plane protocols. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-netmod-routing-cfg/ There's also a htmlized version available at: https://tools.ietf.org/html/draft-ietf-netmod-routing-cfg-25 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-netmod-routing-cfg-25 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 Thu Nov 3 09:17:32 2016 Return-Path: X-Original-To: netmod@ietf.org Delivered-To: netmod@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id C479A129687; Thu, 3 Nov 2016 09:17:27 -0700 (PDT) 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.37.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <147818984776.22847.6077481534172189528.idtracker@ietfa.amsl.com> Date: Thu, 03 Nov 2016 09:17:27 -0700 Archived-At: Cc: netmod-chairs@ietf.org, draft-ietf-netmod-routing-cfg@ietf.org, netmod@ietf.org, draft-ietf-netmod-routing-cfg.all@ietf.org, The IESG , rfc-editor@rfc-editor.org Subject: [netmod] Protocol Action: 'A YANG Data Model for Routing Management' to Proposed Standard (draft-ietf-netmod-routing-cfg-25.txt) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.17 List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Nov 2016 16:17:28 -0000 The IESG has approved the following document: - 'A YANG Data Model for Routing Management' (draft-ietf-netmod-routing-cfg-25.txt) as Proposed Standard This document is the product of the NETCONF Data Modeling Language Working Group. The IESG contact persons are Benoit Claise and Joel Jaeggli. A URL of this Internet Draft is: https://datatracker.ietf.org/doc/draft-ietf-netmod-routing-cfg/ Technical Summary This document contains a specification of three YANG modules and one submodule. Together they form the core routing data model which serves as a framework for configuring and managing a routing subsystem. It is expected that these modules will be augmented by additional YANG modules defining data models for control plane protocols, route filters and other functions. The core routing data model provides common building blocks for such extensions -- routes, routing information bases (RIB), and control plane protocols. Working Group Summary This document has been discussed for a very long time within the WG. At this point it has received extensive reviews and has solid consensus behind it. One notable objection can be found [1]. Some of the points are raised and are in the rough, others are addressed in other ways. [1] https://www.ietf.org/mail-archive/web/netmod/current/msg16705.html Document Quality This set of documents received extensive review within the working group and ample time was spent to review and reconsider all design choices. The document has been reviewed by Martin Bjorklund, who is also a YANG doctor. Since the document is heavily touching on routing, specific review was requested (by a previous chair) and lead to a number of changes and another co-author being added to the document. Multiple implementations are reportedly underway. Personnel Lou Berger is the document shepherd. Benoit Claise is the responsible area director. From nobody Thu Nov 3 13:55:57 2016 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5489112989C for ; Thu, 3 Nov 2016 13:55:56 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -16.018 X-Spam-Level: X-Spam-Status: No, score=-16.018 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, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-1.497, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id IwSuS2ncwp3q for ; Thu, 3 Nov 2016 13:55:54 -0700 (PDT) Received: from alln-iport-2.cisco.com (alln-iport-2.cisco.com [173.37.142.89]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 37F07129887 for ; Thu, 3 Nov 2016 13:55:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=6640; q=dns/txt; s=iport; t=1478206554; x=1479416154; h=from:to:subject:date:message-id:references:in-reply-to: content-id:content-transfer-encoding:mime-version; bh=1jEq6GHdj3rYhtT7ZpJdSFXtWkkE/ALtwRUpwVxk/lI=; b=WZ/fjeZaDg/Abrs8LEdQKR7P9uAw38FHe2QE9bH5TAuwnR6MekENmFX0 wzrnuq5N8gm8tpviMCVR7BeO0ahP5eT32GJcb6YHekjZa90ELy3hpQ3ae Kygn1m/qVNcXRRXnU9OKx1xmcpjVeom0woLX5v1LSx5llwLpbXC6XiAzL M=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0CNBQAToxtY/4oNJK1dGgEBAQECAQEBA?= =?us-ascii?q?QgBAQEBgzABAQEBAR9YfAcBpC+UR4IIHQuFMEoCGoFqQRIBAgEBAQEBAQFiKIR?= =?us-ascii?q?iAQEDAQEBASAROhsCAQgaAiYCAgIlCxUQAgQBEohOCA6vII0IAQEBAQEBAQEBA?= =?us-ascii?q?QEBAQEBAQEBAQEBFwWBCYU2gX0IglCER4MELYIvBY5Ri08BkDyQCpEgASUFK2u?= =?us-ascii?q?FH3KGbgGBCwEBAQ?= X-IronPort-AV: E=Sophos;i="5.31,440,1473120000"; d="scan'208";a="342454293" Received: from alln-core-5.cisco.com ([173.36.13.138]) by alln-iport-2.cisco.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 03 Nov 2016 20:55:53 +0000 Received: from xch-rcd-011.cisco.com (xch-rcd-011.cisco.com [173.37.102.21]) by alln-core-5.cisco.com (8.14.5/8.14.5) with ESMTP id uA3Ktr54027091 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Thu, 3 Nov 2016 20:55:53 GMT Received: from xch-aln-015.cisco.com (173.36.7.25) by XCH-RCD-011.cisco.com (173.37.102.21) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Thu, 3 Nov 2016 15:55:52 -0500 Received: from xch-aln-015.cisco.com ([173.36.7.25]) by XCH-ALN-015.cisco.com ([173.36.7.25]) with mapi id 15.00.1210.000; Thu, 3 Nov 2016 15:55:52 -0500 From: "Clyde Wildes (cwildes)" To: Phil Shafer , "netmod@ietf.org" Thread-Topic: [netmod] I-D Action: draft-ietf-netmod-syslog-model-10.txt Thread-Index: AQHSM7RZCxGcQy3BvEiKjl31JnOfYKDDnskAgAQBmYA= Date: Thu, 3 Nov 2016 20:55:52 +0000 Message-ID: <8A582A29-B955-4036-A02A-02A5C5114CC0@cisco.com> References: <147794524409.23193.8224652494540792820.idtracker@ietfa.amsl.com> <201611010045.uA10j6vH004555@idle.juniper.net> In-Reply-To: <201611010045.uA10j6vH004555@idle.juniper.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [128.107.151.23] Content-Type: text/plain; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 MIME-Version: 1.0 Archived-At: Subject: Re: [netmod] I-D Action: draft-ietf-netmod-syslog-model-10.txt X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Nov 2016 20:55:56 -0000 SGkgUGhpbCwNCg0KVGhhbmtzIGZvciB5b3VyIHJldmlldy4gTXkgY29tbWVudHMgaW5saW5lIGFz IFtjbHlkZV0uDQoNCk9uIDEwLzMxLzE2LCA1OjQ1IFBNLCAibmV0bW9kIG9uIGJlaGFsZiBvZiBQ aGlsIFNoYWZlciIgPG5ldG1vZC1ib3VuY2VzQGlldGYub3JnIG9uIGJlaGFsZiBvZiBwaGlsQGp1 bmlwZXIubmV0PiB3cm90ZToNCg0KICAgID4gICAgICAgIFRpdGxlICAgICAgICAgICA6IEEgWUFO RyBEYXRhIE1vZGVsIGZvciBTeXNsb2cgQ29uZmlndXJhdGlvbg0KICAgIA0KICAgIEkndmUgYSBm ZXcgcXVlc3Rpb25zOg0KICAgIA0KICAgIC0gVGhlIGRlc2NyaXB0aW9uIHNheXMgdGhhdCB0aGUg ImZhY2lsaXR5L25vLWZhY2lsaXR5IiBjYXNlL2xlYWYNCiAgICBpcyB1c2VkICJ0byBlZmZlY3Rp dmVseSBkaXNhYmxlIGEgcGFydGljdWxhciBsb2ctYWN0aW9uIi4gIFdoeSBub3QNCiAgICBtYWtl IGFuIGV4cGxpY2l0ICJkaXNhYmxlIiBsZWFmIGluc3RlYWQ/ICBVc2luZyBuby1mYWNpbGl0aWVz IGxpa2UNCiAgICB0aGlzIGlzIGNvbmZ1c2luZy4NCiAgICANCiAgICAtIFdoeSB1c2UgYW4gZXhw bGljaXQvbWFuZGF0b3J5IHNlbGVjdG9yIG5vZGUgaW5zdGVhZCBvZiBtYWtpbmcNCiAgICB0aGlz IGltcGxpY2l0LCB3aXRoIHRoZSBsYWNrIG9mIGEgc2VsZWN0b3IgbWVhbmluZyBtYXRjaCBhbGw/ DQogICAgDQogICAgLSBjb21wYXJlLW9wOiB3ZSd2ZSBhbHdheXMgdHJpZWQgdG8gdXNlIGZ1bGwg d29yZHM7IHdvdWxkIHRoaXMgYmUNCiAgICBiZXR0ZXIgYXMgImNvbXBhcmUtb3BlcmF0aW9uIiBv ciBqdXN0ICJjb21wYXJlIj8NCiAgICANCiAgICAtIGVxdWFscy1vci1oaWdoZXI6IHlvdSBtaWdo dCB3YW50IHRvIGV4cGxhaW4gdGhhdCB0aGlzIGlzIHRoZQ0KICAgIGRlZmF1bHQgZXZlbiBpbiB0 aGUgYWJzZW5jZSBvZiB0aGUgInNlbGVjdC1zZXYtY29tcGFyZSIgZmVhdHVyZS4NCiAgICAoSSdt IGFzc3VtaW5nIHRoaXMgaXMgdHJ1ZS4pDQogICAgDQogICAgLSBZb3UgdXNlICJmYWNpbGl0eSIg YXMgYm90aCBhIGNhc2UgYW5kIGEgbGlzdCB1bmRlciBzZWxlY3Rvci1mYWNpbGl0eS4NCiAgICBU aGlzIHNlZW1zIGNvbmZ1c2luZyBhbmQgbWlzbGVhZGluZy4NCg0KW2NseWRlXSBUaGVyZSBoYXZl IGJlZW4gbnVtZXJvdXMgaXRlcmF0aW9ucyBvZiB0aGUgZmlsdGVyIHNwZWNpZmljYXRpb24gdG8g bWFrZSBpdCBjbGVhcmVyLCB0byBzaW1wbGlmeSwgYW5kIHRvIGluY2x1ZGUgdGhlIHJlcXVpcmVt ZW50cyBwdXQgZm9yd2FyZCBieSB0aGUgdmVuZG9ycyB0aGF0IHdlIGhhdmUgd29ya2VkIHdpdGgu IEkgd2VsY29tZSB5b3VyIGlucHV0IHRvIG1ha2UgaXQgZXZlbiBiZXR0ZXIuIFdlIGhhdmUgcmVh Y2hlZCBhZ3JlZW1lbnQgb24gdGhlIGludGVudCBvZiB0aGUgZmlsdGVyIHNwZWNpZmljYXRpb24u IEhlcmUgaXQgaXMgaW4gd29yZHM6DQoNCkEgc2VsZWN0b3IgY29uc2lzdHMgb2YgdHdvIHBhcnRz OiBvbmUgb3IgbW9yZSBmYWNpbGl0eS1zZXZlcml0eSBtYXRjaGVzLCBhbmQgaWYgc3VwcG9ydGVk IHZpYSB0aGUgc2VsZWN0LW1hdGNoIGZlYXR1cmUsIGFuIG9wdGlvbmFsIHJlZ3VsYXIgZXhwcmVz c2lvbiBwYXR0ZXJuIG1hdGNoIHRoYXQgaXMgcGVyZm9ybWVkIG9uIHRoZSBTWVNMT0ctTVNHIGZp ZWxkLg0KDQpUaGUgZmFjaWxpdHkgaXMgb25lIG9mIGEgc3BlY2lmaWMgc3lzbG9ndHlwZXM6c3lz bG9nLWZhY2lsaXR5LCBub25lLCBvciBhbGwgZmFjaWxpdGllcy4gTm9uZSBpcyBhIHNwZWNpYWwg Y2FzZSB0aGF0IGNhbiBiZSB1c2VkIHRvIHR1cm4gb2ZmIGFuIGFjdGlvbi4NCg0KVGhlIHNldmVy aXR5IGlzIG9uZSBvZiBzeXNsb2d0eXBlczpzZXZlcml0eSwgYWxsIHNldmVyaXRpZXMsIG9yIG5v bmUuIE5vbmUgaXMgYSBzcGVjaWFsIGNhc2UgdGhhdCBjYW4gYmUgdXNlZCB0byB0dXJuIG9mZiBh IGZhY2lsaXR5LiBXaGVuIGZpbHRlcmluZyBzZXZlcml0eSwgdGhlIGRlZmF1bHQgY29tcGFyaXNv biBpcyB0aGF0IGFsbCBtZXNzYWdlcyBvZiB0aGUgc3BlY2lmaWVkIHNldmVyaXR5IGFuZCBoaWdo ZXIgYXJlIGxvZ2dlZC4gVGhpcyBpcyBzaG93biBpbiB0aGUgbW9kZWwgYXMg4oCcZGVmYXVsdCBl cXVhbHMtb3ItaGlnaGVy4oCdLiBUaGlzIGJlaGF2aW9yIGNhbiBiZSBhbHRlcmVkIGlmIHRoZSBz ZWxlY3Qtc2V2LWNvbXBhcmUgZmVhdHVyZSBpcyBlbmFibGVkIHRvIHNwZWNpZnk6IOKAnGVxdWFs c+KAnSB0byBzcGVjaWZ5IG9ubHkgdGhpcyBzaW5nbGUgc2V2ZXJpdHk7IOKAnG5vdC1lcXVhbHPi gJ0gdG8gaWdub3JlIHRoYXQgc2V2ZXJpdHk7IOKAnGVxdWFscy1vci1oaWdoZXLigJ0gdG8gc3Bl Y2lmeSBhbGwgbWVzc2FnZXMgb2YgdGhlIHNwZWNpZmllZCBzZXZlcml0eSBhbmQgaGlnaGVyLg0K DQpbY2x5ZGVdIEkgYWdyZWUgdGhhdCDigJxjb21wYXJlLW9w4oCdIGNhbiBiZSBzaW1wbGlmaWVk IHRvIOKAnGNvbXBhcmXigJ0uDQogICAgDQogICAgLSAic3RydWN0dXJlZC1kYXRhIjogc2F5cyAi ZGVzY3JpYmVzIGhvdyBsb2cgbWVzc2FnZXMgYXJlIHdyaXR0ZW4NCiAgICB0byB0aGUgbG9nIGZp bGUiIGJ1dCBpdCBhcHBsaWVzIHRvIG1vcmUgdGhhbiBsb2cgZmlsZXMuDQoNCltjbHlkZV0gSSB3 aWxsIHJld29yZCB0aGlzIHRvIOKAnFRoaXMgbGVhZiBkZXNjcmliZXMgaG93IGxvZyBtZXNzYWdl cyBhcmUgd3JpdHRlbi7igJ0NCiAgICANCiAgICAtIENvbnNpZGVyIG1ha2luZyAic3lzbG9nLXNp Z24iIGludG8gInNpZ25pbmctb3B0aW9ucyIgb3Igc29tZXRoaW5nDQogICAgc2ltaWxhciwgdG8g YmUgbW9yZSBjbGVhci4gIFRoZSAic3lzbG9nLSIgcHJlZml4IGlzIG5vdCBuZWVkZWQsDQogICAg c2luY2UgdGhlIHJlYWRlciBrbm93cyB3ZSBhcmUgdGFsa2luZyBhYm91dCBzeXNsb2csIGFuZCB0 aGUgInNpZ24iDQogICAgaXMgbm90IGNsZWFyLiAgVGhlbiB5b3UgY2FuIHJlbW92ZSB0aGUgInNp Zy0iIHByZWZpeCBvbiB0aGUgY2hpbGQNCiAgICBub2Rlcy4NCg0KW2NseWRlXSBJIHdpbGwgY2hh bmdlIOKAnHN5c2xvZy1zaWdu4oCdIGxlYWYgdG8g4oCcc2lnbmluZy1vcHRpb25z4oCdIGlmIG5v IG9uZSBvYmplY3RzLCBhbmQgcmVtb3ZlIHRoZSDigJxzaWct4oCcIHByZWZpeC4NCiAgICANCiAg ICAtIFRoZSAic2Vzc2lvbiIgbmFtZSBpcyBub3QgY2xlYXIsIHNpbmNlIHRoZXJlIGFyZSBtYW55 IHNvcnQgb2YNCiAgICBzZXNzaW9uczsgd291bGQgImxvY2FsLXVzZXJzIiBiZSBiZXR0ZXI/DQoN CltjbHlkZV0gQW4gZWFybGllciB2ZXJzaW9uIG9mIHRoZSBtb2RlbCBzdXBwb3J0ZWQgYSDigJx1 c2Vy4oCdIGFjdGlvbi4gQWxjYXRlbC9MdWNlbnQgcmVxdWVzdGVkIHRoYXQgd2UgcmVuYW1lIHRo ZSB1c2VyIGFjdGlvbiBpbnRvIGEgc2Vzc2lvbiBhY3Rpb24gdGhhdCBjb3VsZCBiZSBhdWdtZW50 ZWQgaWYgbmVlZGVkIHRvIGhhbmRsZSBtb3JlIHRoYW4gdXNlciBzZXNzaW9ucy4NCiAgICANCiAg ICAtIFdoYXQgcHVycG9zZSBmb3IgdGhlICJhY3Rpb25zIiBjb250YWluZXIgc2VydmU/ICBDYW4g aXQgYmUgcmVtb3ZlZD8NCg0KW2NseWRlXSDigJxhY3Rpb25z4oCdIHNlcnZlIGEgcHVycG9zZSBz aG91bGQgYSB2ZW5kb3Igd2lzaCB0byBleHRlbmQgdGhlIG1vZGVsIHRvIHN1cHBvcnQgb3BlcmF0 aW9uYWwgZGF0YSBpZSDigJxzaG93IGxvZ+KAnSBvciBhbiBSUEMgc3VjaCBhcyDigJxjbGVhciBs b2figJ0uDQogICAgDQogICAgLSAiYnVmZmVyIiBzaG91bGQgYmUgYSBmZWF0dXJlLCBzaW5jZSBt YW55IHBsYXRmb3JtcyBkbyBub3QgaW1wbGVtZW50IGl0Lg0KDQpbY2x5ZGVdIEkgd2lsbCBtYWtl IOKAnGJ1ZmZlcuKAnSBhIGZlYXR1cmUgc2luY2UgaXQgaXMgb25seSBpbXBsZW1lbnRlZCBieSBD aXNjbyBhbmQgQWxjYXRlbC9MdWNlbnQuIA0KICAgIA0KICAgIC0gSG93IGRvZXMgYW4gaW1wbGVt ZW50YXRpb24gc3BlY2lmeSB0aGUgc2V0IG9mIHZhbGlkIGNoYXJhY3RlcnMgdXNhYmxlDQogICAg Zm9yIHVzZXIgbmFtZXM/DQoNCltjbHlkZV0gV291bGQgYSBwYXR0ZXJuIHN0YXRlbWVudCBsaWtl IOKAmHBhdHRlcm4gIlswLTlhLWZBLUZdKiI74oCZIHNvbHZlIHRoaXMgaXNzdWU/IA0KICAgIA0K ICAgIC0gTWFueSBuZXR3b3JraW5nIGRldmljZXMgaGF2ZSBzcGVjaWFsIHRhZ3MgYXQgdGhlIGZy b250IG9mIHRoZWlyDQogICAgbWVzc2FnZXMsIGluZGljYXRpbmcgdGhlIHNwZWNpZmljIG1lc3Nh Z2UuICBGb3IgZXhhbXBsZSAiJUFTQS0xLTEwNDAwMSINCiAgICBpbiBJT1MsIG9yICJCR1BfQ0VB U0VfUFJFRklYX0xJTUlUX0VYQ0VFREVEIiBpbiBKVU5PUy4gIFdlIGNhcnJ5DQogICAgdGhlc2Ug YXJlIHNwZWNpZmljIFNELVBBUkFNUyB3aGVuIFNEIGlzIHVzZWQuICBJcyB0aGVyZSBhIHdheSB0 bw0KICAgIGZpbHRlciB1c2luZyB0aGVzZXMgdGFncywgb3IgbW9yZSBnZW5lcmljIFNELVBBUkFN Uz8NCg0KW2NseWRlXSBXZSBhZGRlZCB0aGUgYWJpbGl0eSB0byBmaWx0ZXIgYW55dGhpbmcgaW4g dGhlIFNZU0xPRy1NU0cgZmllbGQgaW5jbHVkaW5nIHN0cnVjdHVyZWQgZGF0YSB1c2luZyBhIHJl Z3VsYXIgZXhwcmVzc2lvbiB3aXRoIHRoZSBwYXR0ZXJuLW1hdGNoIGxlYWYuIFRoYXQgc2hvdWxk IGNvdmVyIHRoaXMuDQoNClRoYW5rcywNCg0KQ2x5ZGUgICAgDQoNCg0KICAgIFRoYW5rcywNCiAg ICAgUGhpbA0KICAgIA0KICAgIF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fDQogICAgbmV0bW9kIG1haWxpbmcgbGlzdA0KICAgIG5ldG1vZEBpZXRmLm9yZw0K ICAgIGh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vbmV0bW9kDQogICAgDQoN Cg0KDQo= From nobody Mon Nov 7 06:19:56 2016 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4E36B1296C3 for ; Mon, 7 Nov 2016 06:19:55 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -16.019 X-Spam-Level: X-Spam-Status: No, score=-16.019 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, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-1.497, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id NYoKaAzwy2jh for ; Mon, 7 Nov 2016 06:19:53 -0800 (PST) Received: from aer-iport-2.cisco.com (aer-iport-2.cisco.com [173.38.203.52]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4716D12967D for ; Mon, 7 Nov 2016 06:19:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=2427; q=dns/txt; s=iport; t=1478528393; x=1479737993; h=from:subject:to:message-id:date:mime-version: content-transfer-encoding; bh=rDhnwJhmxfAtkmeVw//25xkdKIBW8reDQEsjMEzc6WA=; b=lEjaqTw3AyH9XtiLX/GJqmc6H+o9eDqeByLG1cfNMQn25nMRh7ZREfnf 81s+/3mZlM/BwBMhwEUU3fbWZfHpty8ndiRSlKt7CaQQjev7R/HVCTZll exe6LUEpyFQDj5nEaRKMZCsGCU0UmyD4BzQRQOh1MHicXrsNiaqRTsyvR M=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0C5AQDrjCBY/xbLJq1dGwEBAQMBAQEJA?= =?us-ascii?q?QEBgy4BAQEBAXonjgqpRIIPggiIbBQBAgEBAQEBAQFiKIULFXYCJgJfDQgBAYh?= =?us-ascii?q?UoWCPeoJAiz4BAQgCJYEJhTWBfQiKG4JcBYpEj2OQRIl2hhqJUINahAYeN2MNC?= =?us-ascii?q?oUrPYg9AQEB?= X-IronPort-AV: E=Sophos;i="5.31,606,1473120000"; d="scan'208";a="646927833" Received: from aer-iport-nat.cisco.com (HELO aer-core-3.cisco.com) ([173.38.203.22]) by aer-iport-2.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 07 Nov 2016 14:19:50 +0000 Received: from [10.60.67.84] (ams-bclaise-8913.cisco.com [10.60.67.84]) by aer-core-3.cisco.com (8.14.5/8.14.5) with ESMTP id uA7EJo2t029204 for ; Mon, 7 Nov 2016 14:19:50 GMT From: Benoit Claise To: NETMOD Working Group Message-ID: <3fd13070-2148-a136-a9b7-1a1e0e4f555a@cisco.com> Date: Mon, 7 Nov 2016 15:19:50 +0100 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.4.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Archived-At: Subject: [netmod] In preparation for our NETMOD meeting in Seoul X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Nov 2016 14:19:55 -0000 Dear all, $ wgstatus -l 96 -s NETMOD Fetching draft-ietf-netmod-routing-cfg-00 into cache # Document Status Since 2016-07-22 00:00:00 ## New RFCs RFC 7950 - The YANG 1.1 Data Modeling Language [u'Proposed Standard RFC'] RFC 7951 - JSON Encoding of Data Modeled with YANG [u'Proposed Standard RFC'] RFC 7952 - Defining and Using Metadata with YANG [u'Proposed Standard RFC'] ## Updated WG-Docs draft-ietf-netmod-acl-model-09 [u'I-D Exists', u'WG Document', u'Apr 2014'] draft-ietf-netmod-rfc6087bis-09 [u'Publication Requested', u'for 6 days', u'Submitted to IESG for Publication:', u'Informational', u'Jun 2014', u',', u'Dec 2015'] draft-ietf-netmod-yang-model-classification-04 [u'I-D Exists', u'WG Document'] draft-ietf-netmod-intf-ext-yang-03 [u'I-D Exists', u'WG Document'] draft-ietf-netmod-entity-01 [u'I-D Exists', u'WG Document'] draft-ietf-netmod-schema-mount-03 [u'I-D Exists', u'WG Document'] draft-ietf-netmod-syslog-model-10 [u'I-D Exists', u'WG Document'] draft-ietf-netmod-routing-cfg-25 [u'RFC Ed Queue', u': AUTH48', u'for 4 days', u'Submitted to IESG for Publication:', u'Proposed Standard'] ## Existing WG-Docs draft-ietf-netmod-opstate-reqs-04 [u'Waiting for AD Go-Ahead::Revised I-D Needed', u'for 250 days', u'Submitted to IESG for Publication:', u'Informational'] ## New IDs draft-nmdsdt-netmod-revised-datastores-00 [u'I-D Exists'] draft-vallin-netmod-alarm-module-01 [u'I-D Exists'] ## Updated IDs draft-clemm-netmod-mount-05 [u'I-D Exists'] draft-chen-netmod-enterprise-yang-namespace-03 [u'I-D Exists'] draft-wilton-netmod-intf-vlan-yang-04 [u'I-D Exists'] draft-liu-netmod-yang-schedule-02 [u'I-D Exists'] draft-mansfield-netmod-uml-to-yang-03 [u'I-D Exists'] draft-sharma-netmod-fault-model-01 [u'I-D Exists'] draft-betts-netmod-framework-data-schema-uml-04 [u'I-D Exists'] ## Existing IDs draft-schoenw-netmod-revised-datastores-01 [u'I-D Exists'] draft-agv-netmod-yang-annotation-ds-and-derived-00 [u'I-D Exists'] draft-wilton-netmod-refined-datastores-01 [u'I-D Exists'] draft-agv-netmod-yang-compiler-metadata-01 [u'I-D Exists'] draft-openconfig-netmod-model-catalog-01 [u'I-D Exists'] Regards, Benoit From nobody Tue Nov 8 04:51:56 2016 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0D1C7129ABD for ; Tue, 8 Nov 2016 04:51:55 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.497 X-Spam-Level: X-Spam-Status: No, score=-3.497 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RP_MATCHES_RCVD=-1.497] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cesnet.cz 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 8dbfMEWPYzab for ; Tue, 8 Nov 2016 04:51:53 -0800 (PST) Received: from office2.cesnet.cz (office2.cesnet.cz [IPv6:2001:718:1:101::144:244]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 256571295A4 for ; Tue, 8 Nov 2016 04:51:52 -0800 (PST) Received: from [147.229.180.182] (dhcpe182.fit.vutbr.cz [147.229.180.182]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by office2.cesnet.cz (Postfix) with ESMTPSA id 05283200C9 for ; Tue, 8 Nov 2016 13:51:49 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cesnet.cz; s=office2; t=1478609510; bh=AmUJ4QpqDBGwG9xVSUB9K0wLnPSlQqVSidC8XqFyhPk=; h=From:To:Subject:Date; b=XG2y3YWQwDIKz0mir0RWRl7gEKNHeeBbO6k+uKIvi/s9aCgHSqx6CQNq3HRXPO0/o xqM8+/PUDRZL02kRfmJoFeXiNZyLikxBEit4ckEeRGFWJt2InqvJIDk8xEsCF4YBoZ vIqvVBoLUr/A3i2vyuvUFibc+UN+zOxUvWaEI0dU= From: =?UTF-8?B?UmFkZWsgS3JlasSNw60=?= X-Enigmail-Draft-Status: N1110 Organization: CESNET, z.s.p.o. To: netmod@ietf.org Message-ID: Date: Tue, 8 Nov 2016 13:51:46 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.4.0 MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Transfer-Encoding: 8bit Archived-At: Subject: [netmod] implemented vs imported modules - checking XPath expressions X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Nov 2016 12:51:55 -0000 Hi, I have the following 3 modules and only the module c is initially implemented. Because the module a is targeted in c's augment, a must be also implemented. Since the b is not targeted in any augment nor leafref, it need not be implemented. In such a case (a, c are implemented; b is imported), is the module c valid? It refers leaf b in the must expression, but the target leaf does not exists (module b is not implemented, so it does not augments data in module a). Is there any way how the module c could specify that the imported module b must be also implemented? module a { ... container a { leaf a { type string; } } } module b { ... import a { prefix a; } augment /a:a { leaf b { type string; } } } module c { ... import a { prefix a; } import b { prefix b; } augment /a:a { leaf c { type string; must "/a:a/b:b"; } } } Regards, Radek Krejci From nobody Tue Nov 8 05:48:37 2016 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6789E1294D8 for ; Tue, 8 Nov 2016 05:48:35 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -8.497 X-Spam-Level: X-Spam-Status: No, score=-8.497 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=-1.497] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=nic.cz 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 HucFCaNlwrRa for ; Tue, 8 Nov 2016 05:48:33 -0800 (PST) Received: from mail.nic.cz (mail.nic.cz [IPv6:2001:1488:800:400::400]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BDE921294A0 for ; Tue, 8 Nov 2016 05:48:33 -0800 (PST) Received: from [IPv6:2001:718:1a02:1:88b1:35bc:17ad:9763] (unknown [IPv6:2001:718:1a02:1:88b1:35bc:17ad:9763]) by mail.nic.cz (Postfix) with ESMTPSA id 7638E60CC5; Tue, 8 Nov 2016 14:48:32 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=nic.cz; s=default; t=1478612912; bh=tRpw4LyIYJJN4n2TS4C+iAp8kTcsJcFoo+aMjq5WAyw=; h=From:Date:To; b=sT4IOxo1iT3H9Wytg2aLdtPbQ1PzcDd7loKlFQdWOf3B2ZXISJmAIZL0OrpeR44cK 2DswCKqsNl5YTQcJR4021VmTeTBHc3FHnI42GNpGQVkg7HPvshN5qIHsVdjs3TVcPY 8sqtTtVU1rFfOh+FmltIPc2U9D/UaFL4ZBqFqbk4= Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 10.1 \(3251\)) From: Ladislav Lhotka In-Reply-To: Date: Tue, 8 Nov 2016 14:48:32 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <3CC848F1-407B-4307-A895-FDBB67857538@nic.cz> References: To: =?utf-8?B?UmFkZWsgS3JlasSNw60=?= X-Mailer: Apple Mail (2.3251) X-Virus-Scanned: clamav-milter 0.98.7 at mail X-Virus-Status: Clean Archived-At: Cc: netmod@ietf.org Subject: Re: [netmod] implemented vs imported modules - checking XPath expressions X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Nov 2016 13:48:35 -0000 Hi Radek, > On 8 Nov 2016, at 13:51, Radek Krej=C4=8D=C3=AD = wrote: >=20 > Hi, > I have the following 3 modules and only the module c is initially > implemented. Because the module a is targeted in c's augment, a must = be > also implemented. Since the b is not targeted in any augment nor > leafref, it need not be implemented. >=20 > In such a case (a, c are implemented; b is imported), is the module c > valid? It refers leaf b in the must expression, but the target leaf = does My take is that module c is valid, but leaf c cannot be present in the = data because its "must" expression is always false. A clever tool might = issue a warning. > not exists (module b is not implemented, so it does not augments data = in > module a). Is there any way how the module c could specify that the > imported module b must be also implemented? Unfortunately, no. Andy's expired draft-bierman-netmod-yang-package-00 = aimed at this. Lada >=20 > module a { > ... > container a { > leaf a { > type string; > } > } > } >=20 > module b { > ... > import a { > prefix a; > } >=20 > augment /a:a { > leaf b { > type string; > } > } > } >=20 > module c { > ... > import a { > prefix a; > } > import b { > prefix b; > } >=20 > augment /a:a { > leaf c { > type string; > must "/a:a/b:b"; > } > } > } >=20 > Regards, > Radek Krejci >=20 > _______________________________________________ > netmod mailing list > netmod@ietf.org > https://www.ietf.org/mailman/listinfo/netmod -- Ladislav Lhotka, CZ.NIC Labs PGP Key ID: E74E8C0C From nobody Tue Nov 8 15:36:00 2016 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A66AB12968D for ; Tue, 8 Nov 2016 15:35:59 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.902 X-Spam-Level: X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=junipernetworks.onmicrosoft.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id B5a6Bp_tTk_i for ; Tue, 8 Nov 2016 15:35:56 -0800 (PST) Received: from NAM02-BL2-obe.outbound.protection.outlook.com (mail-bl2nam02on0093.outbound.protection.outlook.com [104.47.38.93]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 73C1B129628 for ; Tue, 8 Nov 2016 15:35:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=junipernetworks.onmicrosoft.com; s=selector1-juniper-net; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=8FcU2WfvHa/4r3xDrjot6McpgSlhPF/kubBEFenei3Q=; b=jlnbXDNLDy896LbEz11R9Z9tuSZVzFB3cX0Q3WzFEHcGWUnNdPjLEY4V1Nh7iO7OncO55wMMF6+fPYZ/RZIY4m98KLa4erFv3uKGlSeJZU6gJU3kliywT3DLVYdBvoFETjANMmem1o46wKLELIZXencdbzNIbJs8fzgh8HBnY1o= Received: from CY1PR0501MB1450.namprd05.prod.outlook.com (10.160.149.11) by CY1PR0501MB1452.namprd05.prod.outlook.com (10.160.149.13) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.707.1; Tue, 8 Nov 2016 23:35:54 +0000 Received: from CY1PR0501MB1450.namprd05.prod.outlook.com ([10.160.149.11]) by CY1PR0501MB1450.namprd05.prod.outlook.com ([10.160.149.11]) with mapi id 15.01.0707.004; Tue, 8 Nov 2016 23:35:54 +0000 From: Kent Watsen To: "netmod@ietf.org" Thread-Topic: [netmod] WG Last Call for draft-ietf-netmod-acl-model-09 (until Oct 27, 2016) Thread-Index: AQHSMU27zgnn1uVptUusjkVo/6zCsqDPe0QA Date: Tue, 8 Nov 2016 23:35:54 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/f.1b.0.161010 authentication-results: spf=none (sender IP is ) smtp.mailfrom=kwatsen@juniper.net; x-ms-exchange-messagesentrepresentingtype: 1 x-originating-ip: [66.129.241.11] x-ms-office365-filtering-correlation-id: c9ac2222-46ed-4bda-2038-08d4082ffbc8 x-microsoft-exchange-diagnostics: 1; CY1PR0501MB1452; 7:sX3VYomjsfKIPSGWzsLD0ClV7+HDknHQRupoAq7LByMHm9jTiypVvWh9F0EfetoBCxiTzdTcgu+uFNCM02ZSOZjQJtyjWAFu72HGZ22OA6fxaIcFSOiFebRMZ0jfOYEZvpSL53Q+Ak2UGCFsndVv0C5HtMPdGnyXpe2CgSBuuN3wGwf4r4alpOLuXyWs5nIVvd0CI2q+hjWmwG/qxotdqO0gBTIOYPxnh6B6TYnXLYYMTEFn2ozY39V3ZJZOkUpufznCihkWcrZ/ViAAUtNHFcLQx5/o9Kh9iCXWALxu4QKgkCdtwVmE+iy3jzCv8hvupMo/hak4j1U3RIzDziw7hkcsGWu/tH5xGDQiQwJogrU= x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:CY1PR0501MB1452; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(138986009662008)(21748063052155)(211171220733660); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040176)(601004)(2401047)(8121501046)(5005006)(10201501046)(3002001)(6055026); SRVR:CY1PR0501MB1452; BCL:0; PCL:0; RULEID:; SRVR:CY1PR0501MB1452; x-forefront-prvs: 01208B1E18 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(7916002)(377454003)(189002)(199003)(83716003)(50986999)(2501003)(2351001)(83506001)(5660300001)(6916009)(54356999)(76176999)(3280700002)(1730700003)(230783001)(7736002)(7846002)(101416001)(3660700001)(105586002)(122556002)(36756003)(8936002)(81156014)(81166006)(99286002)(586003)(2906002)(7906003)(110136003)(8676002)(6116002)(66066001)(33656002)(106356001)(106116001)(4001350100001)(450100001)(189998001)(68736007)(102836003)(82746002)(2950100002)(86362001)(2900100001)(87936001)(3846002)(97736004)(77096005)(5640700001)(92566002)(107886002)(104396002); DIR:OUT; SFP:1102; SCL:1; SRVR:CY1PR0501MB1452; H:CY1PR0501MB1450.namprd05.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; MX:1; A:1; LANG:en; received-spf: None (protection.outlook.com: juniper.net does not designate permitted sender hosts) spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: multipart/alternative; boundary="_000_BE1B092D7C62455EB0C23B3BA3D90CBDjunipernet_" MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-originalarrivaltime: 08 Nov 2016 23:35:54.5453 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-Transport-CrossTenantHeadersStamped: CY1PR0501MB1452 Archived-At: Subject: Re: [netmod] WG Last Call for draft-ietf-netmod-acl-model-09 (until Oct 27, 2016) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Nov 2016 23:35:59 -0000 --_000_BE1B092D7C62455EB0C23B3BA3D90CBDjunipernet_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 QXV0aG9ycywNCg0KSeKAmW0gaG9waW5nIGZvciBhIHJlc3BvbnNlIHJlZ2FyZGluZyBpZiB0aGVy ZSBhIG5lZWQgdG8gc3VwcG9ydCByZXBvcnQgb3BzdGF0ZSBmb3Igc3lzdGVtLWdlbmVyYXRlZCBB Q0xzPw0KDQpBbHNvLCBjYW4geW91IHBsZWFzZSByZXNwb25kIHRvIHRoaXMgb2xkZXIgcmV2aWV3 OiBodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsLWFyY2hpdmUvd2ViL25ldG1vZC9jdXJyZW50L21z ZzE2ODEyLmh0bWwuDQoNClRoYW5rcywNCktlbnQgKGFzIHNoZXBoZXJkKQ0KDQoNCkZyb206IG5l dG1vZCA8bmV0bW9kLWJvdW5jZXNAaWV0Zi5vcmc+IG9uIGJlaGFsZiBvZiBLZW50IFdhdHNlbiA8 a3dhdHNlbkBqdW5pcGVyLm5ldD4NCkRhdGU6IEZyaWRheSwgT2N0b2JlciAyOCwgMjAxNiBhdCAz OjAxIFBNDQpUbzogIm5ldG1vZEBpZXRmLm9yZyIgPG5ldG1vZEBpZXRmLm9yZz4NClN1YmplY3Q6 IFJlOiBbbmV0bW9kXSBXRyBMYXN0IENhbGwgZm9yIGRyYWZ0LWlldGYtbmV0bW9kLWFjbC1tb2Rl bC0wOSAodW50aWwgT2N0IDI3LCAyMDE2KQ0KDQpUaGUgbGFzdCBjYWxsIHBlcmlvZCBmb3IgdGhp cyBkcmFmdCBoYXMgZW5kZWQuICAgVGhhbmsgeW91IHRvIGFsbCB0aGF0IHJlc3BvbmRlZC4gIEdp dmVuIHRoZSByZXNwb25zZXMgcmVjZWl2ZWQsIG15IGNvLWNoYWlyIGFuZCBJIGJlbGlldmUgdGhh dCB0aGUgZHJhZnQgaXMgcmVhZHkgdG8gbW92ZSBmb3J3YXJkLiAgSSB3aWxsIGJlZ2luIHRoZSBz aGVwaGVyZCB3cml0ZS11cCBzaG9ydGx5Lg0KDQpJbiBwYXJhbGxlbCwgcHJvbXB0ZWQgYnkgYSBj b252ZXJzYXRpb24gSSBoYWQgdGhpcyBtb3JuaW5nLCBJ4oCZbSB3b25kZXJpbmcgYWJvdXQgdGhl IFlBTkcgbW9kdWxl4oCZcyB1c2Ugb2YgdGhlIGNvbmZpZyBmYWxzZSBub2RlcyDigJhhY2wtb3Bl ci1kYXRh4oCZIGFuZCDigJhhY2Utb3Blci1kYXRh4oCZLiAgSW4gcGFydGljdWxhciwgYXJlIHRo ZSBsaWZldGltZXMgb2YgdGhlc2Ugbm9kZXMgYWx3YXlzIHRoZSBzYW1lIGFzIHRoZSBjb25maWd1 cmVkIG5vZGVzPyAgLSBpcyB0aGVyZSBhbnkgbmVlZCB0byBzdXBwb3J0IHJlcG9ydGluZyBvcHN0 YXRlIGZvciBzeXN0ZW0tZ2VuZXJhdGVkIGFjbHM/DQoNClRoYW5rcywNCktlbnQgKGFzIHNoZXBo ZXJkKQ0KDQoNCkZyb206IG5ldG1vZCA8bmV0bW9kLWJvdW5jZXNAaWV0Zi5vcmc+IG9uIGJlaGFs ZiBvZiBLZW50IFdhdHNlbiA8a3dhdHNlbkBqdW5pcGVyLm5ldD4NCkRhdGU6IFRodXJzZGF5LCBP Y3RvYmVyIDEzLCAyMDE2IGF0IDU6MDUgUE0NClRvOiAibmV0bW9kQGlldGYub3JnIiA8bmV0bW9k QGlldGYub3JnPg0KU3ViamVjdDogW25ldG1vZF0gV0cgTGFzdCBDYWxsIGZvciBkcmFmdC1pZXRm LW5ldG1vZC1hY2wtbW9kZWwtMDkgKHVudGlsIE9jdCAyNywgMjAxNikNCg0KDQpUaGlzIGlzIGEg bm90aWNlIHRvIHN0YXJ0IGEgdHdvLXdlZWsgTkVUTU9EIFdHIGxhc3QgY2FsbCBmb3IgdGhlIGRv Y3VtZW50Og0KDQogICAgICAgICAgICAgICBOZXR3b3JrIEFjY2VzcyBDb250cm9sIExpc3QgKEFD TCkgWUFORyBEYXRhIE1vZGVsDQogICAgICAgICAgICAgICBodHRwczovL3Rvb2xzLmlldGYub3Jn L2h0bWwvZHJhZnQtaWV0Zi1uZXRtb2QtYWNsLW1vZGVsLTA5DQoNClBsZWFzZSBpbmRpY2F0ZSB5 b3VyIHN1cHBvcnQgb3IgY29uY2VybnMgYnkgVGh1cnNkYXksIE9jdG9iZXIgMjcsIDIwMTYuDQoN CldlIGFyZSBwYXJ0aWN1bGFybHkgaW50ZXJlc3RlZCBpbiBzdGF0ZW1lbnRzIG9mIHRoZSBmb3Jt Og0KICAqIEkgaGF2ZSByZXZpZXdlZCBkcmFmdC1pZXRmLW5ldG1vZC1hY2wtbW9kZWwtMDkgYW5k IGZvdW5kIG5vIGlzc3Vlcy4NCiAgKiBJIGhhdmUgcmV2aWV3ZWQgZHJhZnQtaWV0Zi1uZXRtb2Qt YWNsLW1vZGVsLTA5IGFuZCBmb3VuZCB0aGUgZm9sbG93aW5nIGlzc3VlczogLi4uDQoNCkFzIHdl bGwgYXM6DQogKiBJIGhhdmUgaW1wbGVtZW50ZWQgdGhlIGRhdGEgbW9kZWwgaW4gZHJhZnQtaWV0 Zi1uZXRtb2QtYWNsLW1vZGVsLTA5Lg0KICAqIEkgYW0gaW1wbGVtZW50aW5nIHRoZSBkYXRhIG1v ZGVsIGluIGRyYWZ0LWlldGYtbmV0bW9kLWFjbC1tb2RlbC0wOS4NCiAgKiBJIGFtIGNvbnNpZGVy aW5nIHRvIGltcGxlbWVudCB0aGUgZGF0YSBtb2RlbCBpbiBkcmFmdC1pZXRmLW5ldG1vZC1hY2wt bW9kZWwtMDkuDQogICogSSBhbSBub3QgY29uc2lkZXJpbmcgdG8gaW1wbGVtZW50IHRoZSBkYXRh IG1vZGVsIGluIGRyYWZ0LWlldGYtbmV0bW9kLWFjbC1tb2RlbC0wOS4NCg0KVGhhbmsgeW91LA0K TkVUTU9EIFdHIENoYWlycw0KDQoNCg== --_000_BE1B092D7C62455EB0C23B3BA3D90CBDjunipernet_ Content-Type: text/html; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6bz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6b2ZmaWNlIiB4 bWxuczp3PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTp3b3JkIiB4bWxuczptPSJo dHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS8yMDA0LzEyL29tbWwiIHhtbG5zPSJo dHRwOi8vd3d3LnczLm9yZy9UUi9SRUMtaHRtbDQwIj4NCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVp dj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPg0KPG1l dGEgbmFtZT0iVGl0bGUiIGNvbnRlbnQ9IiI+DQo8bWV0YSBuYW1lPSJLZXl3b3JkcyIgY29udGVu dD0iIj4NCjxtZXRhIG5hbWU9IkdlbmVyYXRvciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUg KGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxlPjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8N CkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0 IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJ cGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAyIDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8N CnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBpbjsN CgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWls eTpDYWxpYnJpO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNvLXN0eWxlLXByaW9y aXR5Ojk5Ow0KCWNvbG9yOiMwNTYzQzE7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQph OnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0eWxlLXByaW9yaXR5 Ojk5Ow0KCWNvbG9yOiM5NTRGNzI7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpzcGFu LkVtYWlsU3R5bGUxNw0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbDsNCglmb250LWZhbWlseTpD YWxpYnJpOw0KCWNvbG9yOndpbmRvd3RleHQ7fQ0Kc3Bhbi5FbWFpbFN0eWxlMTgNCgl7bXNvLXN0 eWxlLXR5cGU6cGVyc29uYWw7DQoJZm9udC1mYW1pbHk6Q2FsaWJyaTsNCgljb2xvcjp3aW5kb3d0 ZXh0O30NCnNwYW4uRW1haWxTdHlsZTE5DQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsOw0KCWZv bnQtZmFtaWx5OkNhbGlicmk7DQoJY29sb3I6d2luZG93dGV4dDt9DQpzcGFuLkVtYWlsU3R5bGUy MA0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbC1yZXBseTsNCglmb250LWZhbWlseTpDYWxpYnJp Ow0KCWNvbG9yOndpbmRvd3RleHQ7fQ0Kc3Bhbi5tc29JbnMNCgl7bXNvLXN0eWxlLXR5cGU6ZXhw b3J0LW9ubHk7DQoJbXNvLXN0eWxlLW5hbWU6IiI7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGlu ZTsNCgljb2xvcjp0ZWFsO30NCi5Nc29DaHBEZWZhdWx0DQoJe21zby1zdHlsZS10eXBlOmV4cG9y dC1vbmx5Ow0KCWZvbnQtc2l6ZToxMC4wcHQ7fQ0KQHBhZ2UgV29yZFNlY3Rpb24xDQoJe3NpemU6 OC41aW4gMTEuMGluOw0KCW1hcmdpbjoxLjBpbiAxLjBpbiAxLjBpbiAxLjBpbjt9DQpkaXYuV29y ZFNlY3Rpb24xDQoJe3BhZ2U6V29yZFNlY3Rpb24xO30NCi0tPjwvc3R5bGU+DQo8L2hlYWQ+DQo8 Ym9keSBiZ2NvbG9yPSJ3aGl0ZSIgbGFuZz0iRU4tVVMiIGxpbms9IiMwNTYzQzEiIHZsaW5rPSIj OTU0RjcyIj4NCjxkaXYgY2xhc3M9IldvcmRTZWN0aW9uMSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+QXV0aG9ycyw8bzpwPjwvbzpwPjwvc3Bh bj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBw dCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPknigJltIGhvcGluZyBmb3IgYSByZXNwb25zZSBy ZWdhcmRpbmcgaWYgdGhlcmUgYSBuZWVkIHRvIHN1cHBvcnQgcmVwb3J0IG9wc3RhdGUgZm9yIHN5 c3RlbS1nZW5lcmF0ZWQgQUNMcz88bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+PG86cD4mbmJzcDs8L286cD48 L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MS4wcHQiPkFsc28sIGNhbiB5b3UgcGxlYXNlIHJlc3BvbmQgdG8gdGhpcyBvbGRlciByZXZpZXc6 DQo8YSBocmVmPSJodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsLWFyY2hpdmUvd2ViL25ldG1vZC9j dXJyZW50L21zZzE2ODEyLmh0bWwiPmh0dHBzOi8vd3d3LmlldGYub3JnL21haWwtYXJjaGl2ZS93 ZWIvbmV0bW9kL2N1cnJlbnQvbXNnMTY4MTIuaHRtbDwvYT4uPG86cD48L286cD48L3NwYW4+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPjxv OnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTEuMHB0Ij5UaGFua3MsPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPktlbnQgKGFz IHNoZXBoZXJkKTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+PG86 cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVy LXRvcDpzb2xpZCAjQjVDNERGIDEuMHB0O3BhZGRpbmc6My4wcHQgMGluIDBpbiAwaW4iPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PGI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj5Gcm9tOiA8L3Nw YW4+PC9iPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+bmV0bW9kICZsdDtuZXRtb2QtYm91bmNl c0BpZXRmLm9yZyZndDsgb24gYmVoYWxmIG9mIEtlbnQgV2F0c2VuICZsdDtrd2F0c2VuQGp1bmlw ZXIubmV0Jmd0Ozxicj4NCjxiPkRhdGU6IDwvYj5GcmlkYXksIE9jdG9iZXIgMjgsIDIwMTYgYXQg MzowMSBQTTxicj4NCjxiPlRvOiA8L2I+JnF1b3Q7bmV0bW9kQGlldGYub3JnJnF1b3Q7ICZsdDtu ZXRtb2RAaWV0Zi5vcmcmZ3Q7PGJyPg0KPGI+U3ViamVjdDogPC9iPlJlOiBbbmV0bW9kXSBXRyBM YXN0IENhbGwgZm9yIGRyYWZ0LWlldGYtbmV0bW9kLWFjbC1tb2RlbC0wOSAodW50aWwgT2N0IDI3 LCAyMDE2KTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4m cXVvdDsiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPlRoZSBsYXN0IGNhbGwgcGVy aW9kIGZvciB0aGlzIGRyYWZ0IGhhcyBlbmRlZC4mbmJzcDsgJm5ic3A7VGhhbmsgeW91IHRvIGFs bCB0aGF0IHJlc3BvbmRlZC4mbmJzcDsgR2l2ZW4gdGhlIHJlc3BvbnNlcyByZWNlaXZlZCwgbXkg Y28tY2hhaXIgYW5kIEkgYmVsaWV2ZSB0aGF0IHRoZSBkcmFmdCBpcyByZWFkeSB0byBtb3ZlIGZv cndhcmQuJm5ic3A7IEkgd2lsbCBiZWdpbiB0aGUgc2hlcGhlcmQNCiB3cml0ZS11cCBzaG9ydGx5 LjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7 PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MS4wcHQiPkluIHBhcmFsbGVsLCBwcm9tcHRlZCBieSBhIGNvbnZlcnNhdGlvbiBJIGhhZCB0aGlz IG1vcm5pbmcsIEnigJltIHdvbmRlcmluZyBhYm91dCB0aGUgWUFORyBtb2R1bGXigJlzIHVzZSBv ZiB0aGUgY29uZmlnIGZhbHNlIG5vZGVzIOKAmGFjbC1vcGVyLWRhdGHigJkgYW5kIOKAmGFjZS1v cGVyLWRhdGHigJkuJm5ic3A7IEluIHBhcnRpY3VsYXIsIGFyZSB0aGUgbGlmZXRpbWVzIG9mIHRo ZXNlDQogbm9kZXMgYWx3YXlzIHRoZSBzYW1lIGFzIHRoZSBjb25maWd1cmVkIG5vZGVzPyZuYnNw OyAtIGlzIHRoZXJlIGFueSBuZWVkIHRvIHN1cHBvcnQgcmVwb3J0aW5nIG9wc3RhdGUgZm9yIHN5 c3RlbS1nZW5lcmF0ZWQgYWNscz88L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+Jm5ic3A7PC9zcGFuPjxvOnA+ PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MS4wcHQiPlRoYW5rcyw8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+S2VudCAoYXMgc2hlcGhlcmQpPC9zcGFu PjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMS4wcHQiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij4mbmJzcDs8L3NwYW4+PG86cD48 L286cD48L3A+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItdG9wOnNvbGlkICNCNUM0 REYgMS4wcHQ7cGFkZGluZzozLjBwdCAwaW4gMGluIDBpbiI+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48Yj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPkZyb206IDwvc3Bhbj48L2I+PHNwYW4gc3R5 bGU9ImNvbG9yOmJsYWNrIj5uZXRtb2QgJmx0O25ldG1vZC1ib3VuY2VzQGlldGYub3JnJmd0OyBv biBiZWhhbGYgb2YgS2VudCBXYXRzZW4gJmx0O2t3YXRzZW5AanVuaXBlci5uZXQmZ3Q7PGJyPg0K PGI+RGF0ZTogPC9iPlRodXJzZGF5LCBPY3RvYmVyIDEzLCAyMDE2IGF0IDU6MDUgUE08YnI+DQo8 Yj5UbzogPC9iPiZxdW90O25ldG1vZEBpZXRmLm9yZyZxdW90OyAmbHQ7bmV0bW9kQGlldGYub3Jn Jmd0Ozxicj4NCjxiPlN1YmplY3Q6IDwvYj5bbmV0bW9kXSBXRyBMYXN0IENhbGwgZm9yIGRyYWZ0 LWlldGYtbmV0bW9kLWFjbC1tb2RlbC0wOSAodW50aWwgT2N0IDI3LCAyMDE2KTwvc3Bhbj48bzpw PjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0 eWxlPSJmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDsiPiZuYnNwOzwvc3Bh bj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRl eHQtYXV0b3NwYWNlOm5vbmUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij4mbmJzcDs8 L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1h dXRvc3BhY2U6bm9uZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPlRoaXMgaXMgYSBu b3RpY2UgdG8gc3RhcnQgYSB0d28td2VlayBORVRNT0QgV0cgbGFzdCBjYWxsIGZvciB0aGUgZG9j dW1lbnQ6PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9 InRleHQtYXV0b3NwYWNlOm5vbmUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij4mbmJz cDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4 dC1hdXRvc3BhY2U6bm9uZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPiZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO05ldHdvcmsgQWNjZXNzIENvbnRyb2wgTGlzdCAoQUNM KSBZQU5HIERhdGEgTW9kZWw8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIiBzdHlsZT0idGV4dC1hdXRvc3BhY2U6bm9uZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MS4wcHQiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOzx1PjxzcGFuIHN0eWxlPSJj b2xvcjojMEI0Q0I0Ij5odHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtaWV0Zi1uZXRt b2QtYWNsLW1vZGVsLTA5PC9zcGFuPjwvdT48L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1hdXRvc3BhY2U6bm9uZSI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMS4wcHQiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWF1dG9zcGFjZTpub25lIj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjExLjBwdCI+UGxlYXNlIGluZGljYXRlIHlvdXIgc3VwcG9ydCBvciBjb25jZXJucyBieSBU aHVyc2RheSwgT2N0b2JlciAyNywgMjAxNi48L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1hdXRvc3BhY2U6bm9uZSI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMS4wcHQiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWF1dG9zcGFjZTpub25lIj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjExLjBwdCI+V2UgYXJlIHBhcnRpY3VsYXJseSBpbnRlcmVzdGVkIGluIHN0YXRlbWVudHMg b2YgdGhlIGZvcm06PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg c3R5bGU9InRleHQtYXV0b3NwYWNlOm5vbmUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0 Ij4mbmJzcDsgKiBJIGhhdmUgcmV2aWV3ZWQgZHJhZnQtaWV0Zi1uZXRtb2QtYWNsLW1vZGVsLTA5 IGFuZCBmb3VuZCBubyBpc3N1ZXMuPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9InRleHQtYXV0b3NwYWNlOm5vbmUiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTEuMHB0Ij4mbmJzcDsmbmJzcDsqIEkgaGF2ZSByZXZpZXdlZCBkcmFmdC1pZXRmLW5ldG1v ZC1hY2wtbW9kZWwtMDkgYW5kIGZvdW5kIHRoZSBmb2xsb3dpbmcgaXNzdWVzOiAuLi48L3NwYW4+ PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1hdXRvc3Bh Y2U6bm9uZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPiZuYnNwOzwvc3Bhbj48bzpw PjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWF1dG9zcGFjZTpu b25lIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+QXMgd2VsbCBhczo8L3NwYW4+PG86 cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1hdXRvc3BhY2U6 bm9uZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPiZuYnNwOyogSSBoYXZlIGltcGxl bWVudGVkIHRoZSBkYXRhIG1vZGVsIGluIGRyYWZ0LWlldGYtbmV0bW9kLWFjbC1tb2RlbC0wOS48 L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1h dXRvc3BhY2U6bm9uZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPiZuYnNwOyAqIEkg YW0gaW1wbGVtZW50aW5nIHRoZSBkYXRhIG1vZGVsIGluIGRyYWZ0LWlldGYtbmV0bW9kLWFjbC1t b2RlbC0wOS48L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls ZT0idGV4dC1hdXRvc3BhY2U6bm9uZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPiZu YnNwOyAqIEkgYW0gY29uc2lkZXJpbmcgdG8gaW1wbGVtZW50IHRoZSBkYXRhIG1vZGVsIGluIGRy YWZ0LWlldGYtbmV0bW9kLWFjbC1tb2RlbC0wOS48L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1hdXRvc3BhY2U6bm9uZSI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMS4wcHQiPiZuYnNwOyAqIEkgYW0gbm90IGNvbnNpZGVyaW5nIHRvIGltcGxl bWVudCB0aGUgZGF0YSBtb2RlbCBpbiBkcmFmdC1pZXRmLW5ldG1vZC1hY2wtbW9kZWwtMDkuPC9z cGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtYXV0 b3NwYWNlOm5vbmUiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg c3R5bGU9InRleHQtYXV0b3NwYWNlOm5vbmUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0 Ij5UaGFuayB5b3UsPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg c3R5bGU9InRleHQtYXV0b3NwYWNlOm5vbmUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0 Ij5ORVRNT0QgV0cgQ2hhaXJzPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCIgc3R5bGU9InRleHQtYXV0b3NwYWNlOm5vbmUiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvYm9k eT4NCjwvaHRtbD4NCg== --_000_BE1B092D7C62455EB0C23B3BA3D90CBDjunipernet_-- From nobody Wed Nov 9 06:54:18 2016 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 137E9129512 for ; Wed, 9 Nov 2016 06:54:17 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.497 X-Spam-Level: X-Spam-Status: No, score=-3.497 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RP_MATCHES_RCVD=-1.497, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=mg-soft.si 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 OsqcxEgrRcxG for ; Wed, 9 Nov 2016 06:54:14 -0800 (PST) Received: from galileo.mg-soft.si (gate.mg-soft.si [212.30.73.66]) by ietfa.amsl.com (Postfix) with ESMTP id 86B2A129516 for ; Wed, 9 Nov 2016 06:54:14 -0800 (PST) Received: from jernejthpPC (tp-x61t.mg-soft.si [10.0.0.222]) by galileo.mg-soft.si (Postfix) with ESMTP id 53BD2C417623 for ; Wed, 9 Nov 2016 15:54:12 +0100 (CET) DKIM-Filter: OpenDKIM Filter v2.10.3 galileo.mg-soft.si 53BD2C417623 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mg-soft.si; s=default; t=1478703252; bh=j+fvvDXeaZuwDL/ml72JGfwU1Hdcs4mrGO1pvPfyQbo=; h=From:To:Subject:Date:From; b=Pv+jQeEdR/vnQZM4wOZ75Eoua4qkHAPMjCjNfEd/aQwdsjJaHjUEDd1hv5r7Puz3M D+5AvPHE1wg/d6pBT1J0zJ1i8pAHdF9ek6QF1qsLUIQU1sasrnoPhBBq+7ZhIDzNCm ePxCrsFgKPxgn1gI/YbOAd8phrQc1Tt1njVjRmRqJ97cqJKppPVFr1IpMsk4jIk58r QUNyxwdB2QlgELf6jRa7QtxxSVT9cfJFPezX7pYYZ2PsBNb8kc0OjmrBQHvGQbzaZb qxsLtyS8zjh0TgVWUcNQsSeSW+rpvFmiVxPFkTEt83c0ZFkNasUT8bikC16LvySrZj BM9ZADvf0NAOg== From: "Jernej Tuljak" To: Date: Wed, 9 Nov 2016 15:54:11 +0100 Message-ID: <0a1b01d23a99$21d489b0$657d9d10$@mg-soft.si> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0A1C_01D23AA1.8399B500" X-Mailer: Microsoft Outlook 15.0 Content-Language: sl Thread-Index: AdI6l/rUFSDgjlRcRvqoXObiiEU5Hw== Archived-At: Subject: [netmod] Where does a node representing the "action" or nested "notification" appear in the accessible tree? X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Nov 2016 14:54:17 -0000 This is a multipart message in MIME format. ------=_NextPart_000_0A1C_01D23AA1.8399B500 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Hi, =20 In 6.4.1. [1]: =20 o If the XPath expression is defined in a substatement to a "notification" statement, the accessible tree is the notification instance, all state data in the server, and the running configuration datastore. If the notification is defined on the top level in a module, then the root node has the node representing the notification being defined and all top-level data nodes in all modules as children. Otherwise, the root node has all top-level data nodes in all modules as children. =20 o If the XPath expression is defined in a substatement to an "input" statement in an "rpc" or "action" statement, the accessible tree is the RPC or action operation instance, all state data in the server, and the running configuration datastore. The root node has top-level data nodes in all modules as children. Additionally, for an RPC, the root node also has the node representing the RPC operation being defined as a child. The node representing the operation being defined has the operation's input parameters as children. =20 o If the XPath expression is defined in a substatement to an "output" statement in an "rpc" or "action" statement, the accessible tree is the RPC or action operation instance, all state data in the server, and the running configuration datastore. The root node has top-level data nodes in all modules as children. Additionally, for an RPC, the root node also has the node representing the RPC operation being defined as a child. The node representing the operation being defined has the operation's output parameters as children. =20 Shouldn't this text explicitly define where in the accessible tree a = node that represents an "action" (or nested "notification") being = defined appears? This is the case for "rpc" and top-level "notification" = (child of root), but not for actions or nested notifications. It is = probably meant to be a child of the containing/defining data node? =20 [1] - https://tools.ietf.org/html/rfc7950#section-6.4.1 Jernej ------=_NextPart_000_0A1C_01D23AA1.8399B500 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable

Hi,

 

In 6.4.1. = [1]:

 

=C2=A0=C2=A0 o=C2=A0 If =
the XPath expression is defined in a substatement to =
a
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 =
"notification" statement, the accessible tree is the =
notification
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 =
instance, all state data in the server, and the =
running
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 =
configuration datastore.=C2=A0 If the notification is defined on =
the
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 top level in a =
module, then the root node has the =
node
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 representing =
the notification being defined and all top-level =
data
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 nodes in all =
modules as children.=C2=A0 Otherwise, the root node =
has
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 all top-level =
data nodes in all modules as children.

 

=C2=A0=C2=A0 o=C2=A0 If the XPath = expression is defined in a substatement to an = "input"

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 statement = in an "rpc" or "action" statement, the accessible = tree

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 is the RPC = or action operation instance, all state data in = the

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 server, and = the running configuration datastore.=C2=A0 The root = node

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 has = top-level data nodes in all modules as children.

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 = Additionally, for an RPC, the root node also has the = node

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 = representing the RPC operation being defined as a child.=C2=A0 The = node

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 = representing the operation being defined has the operation's = input

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 parameters = as children.

 

=C2=A0=C2=A0 o=C2=A0 If the XPath = expression is defined in a substatement to an

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 = "output" statement in an "rpc" or "action" = statement, the

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 accessible = tree is the RPC or action operation instance, all = state

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 data in the = server, and the running configuration datastore.=C2=A0 = The

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 root node = has top-level data nodes in all modules as = children.

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 = Additionally, for an RPC, the root node also has the = node

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 = representing the RPC operation being defined as a child.=C2=A0 The = node

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 = representing the operation being defined has the = operation's

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 output = parameters as children.

 

Shouldn't this text explicitly define where in the = accessible tree a node that represents an "action" (or nested = "notification") being defined appears? This is the case for = "rpc" and top-level "notification" (child of root), = but not for actions or nested notifications. It is probably meant to be = a child of the containing/defining data node?

 

[1] - = https://tools.ietf.org/html/rfc7950#section-6.4.1

Jernej

------=_NextPart_000_0A1C_01D23AA1.8399B500-- From nobody Wed Nov 9 20:18:39 2016 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A6456129496; Wed, 9 Nov 2016 20:18:37 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -105.699 X-Spam-Level: X-Spam-Status: No, score=-105.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-1.497, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, USER_IN_WHITELIST=-100] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 1Brvcoe1meK7; Wed, 9 Nov 2016 20:18:36 -0800 (PST) Received: from rfc-editor.org (rfc-editor.org [4.31.198.49]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 166191293DA; Wed, 9 Nov 2016 20:18:36 -0800 (PST) Received: by rfc-editor.org (Postfix, from userid 30) id 0B46FB80F29; Wed, 9 Nov 2016 20:18:36 -0800 (PST) To: ietf-announce@ietf.org, rfc-dist@rfc-editor.org X-PHP-Originating-Script: 1005:ams_util_lib.php From: rfc-editor@rfc-editor.org Message-Id: <20161110041836.0B46FB80F29@rfc-editor.org> Date: Wed, 9 Nov 2016 20:18:36 -0800 (PST) Archived-At: Cc: drafts-update-ref@iana.org, netmod@ietf.org, rfc-editor@rfc-editor.org Subject: [netmod] RFC 8022 on A YANG Data Model for Routing Management X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Nov 2016 04:18:38 -0000 A new Request for Comments is now available in online RFC libraries. RFC 8022 Title: A YANG Data Model for Routing Management Author: L. Lhotka, A. Lindem Status: Standards Track Stream: IETF Date: November 2016 Mailbox: lhotka@nic.cz, acee@cisco.com Pages: 64 Characters: 115083 Updates/Obsoletes/SeeAlso: None I-D Tag: draft-ietf-netmod-routing-cfg-25.txt URL: https://www.rfc-editor.org/info/rfc8022 DOI: http://dx.doi.org/10.17487/RFC8022 This document contains a specification of three YANG modules and one submodule. Together they form the core routing data model that serves as a framework for configuring and managing a routing subsystem. It is expected that these modules will be augmented by additional YANG modules defining data models for control-plane protocols, route filters, and other functions. The core routing data model provides common building blocks for such extensions -- routes, Routing Information Bases (RIBs), and control-plane protocols. This document is a product of the NETCONF Data Modeling Language Working Group of the IETF. This is now a Proposed Standard. STANDARDS TRACK: This document specifies an Internet Standards Track protocol for the Internet community, and requests discussion and suggestions for improvements. Please refer to the current edition of the Official Internet Protocol Standards (https://www.rfc-editor.org/standards) for the standardization state and status of this protocol. Distribution of this memo is unlimited. This announcement is sent to the IETF-Announce and rfc-dist lists. To subscribe or unsubscribe, see https://www.ietf.org/mailman/listinfo/ietf-announce https://mailman.rfc-editor.org/mailman/listinfo/rfc-dist For searching the RFC series, see https://www.rfc-editor.org/search For downloading RFCs, see https://www.rfc-editor.org/retrieve/bulk Requests for special distribution should be addressed to either the author of the RFC in question, or to rfc-editor@rfc-editor.org. Unless specifically noted otherwise on the RFC itself, all RFCs are for unlimited distribution. The RFC Editor Team Association Management Solutions, LLC From nobody Wed Nov 9 21:56:58 2016 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B15D212948F for ; Wed, 9 Nov 2016 21:56:55 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -16.018 X-Spam-Level: X-Spam-Status: No, score=-16.018 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-1.497, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id MRI4zgpMkSfL for ; Wed, 9 Nov 2016 21:56:54 -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 BF611129476 for ; Wed, 9 Nov 2016 21:56:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=9395; q=dns/txt; s=iport; t=1478757413; x=1479967013; h=subject:references:to:from:message-id:date:mime-version: in-reply-to; bh=CUqMjHMleovvl+lmgS2vVCR/bhdw+4pkMTOsHs5Q9+0=; b=S6jB0f2qh+FTRUBNzCyzma0kD4lGrQMKgbn+bSO1pE+lyzYQmTaAsTPo LqPIFrDRU7AKJBpXaWQLBKZwrJEYcfqCTOG+6OCoBYbJMcneZOIGczJ7k nH8bURlNv7QB7FJQHqPqWjGu9dcMrCszWbE0N4PlxWHiFpPlO9MP34Lv0 g=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0AyAgCpCiRY/xbLJq1dGwEBAQMBAQEJA?= =?us-ascii?q?QEBgzABAQEBAXcDKVONPZcLjzyFGoIJHgEKhTFKAoJQFAECAQEBAQEBAWIohGE?= =?us-ascii?q?BAQEEAQEBSyAbHAMBAg0iJwocAggGDQYCAQEQBgECBIg7DrJJPosIAQEBAQEBA?= =?us-ascii?q?QEBAQEBAQEBAQEBAQEdhj6BfYJdgT0Sglo/hUEFmWpIhjiKF4FuhHSDGYYfhzW?= =?us-ascii?q?CJoNdhAceN2UQCxMJgyyBbT00AYVpgi0BAQE?= X-IronPort-AV: E=Sophos;i="5.31,617,1473120000"; d="scan'208,217";a="649831507" Received: from aer-iport-nat.cisco.com (HELO aer-core-2.cisco.com) ([173.38.203.22]) by aer-iport-4.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 10 Nov 2016 05:56:48 +0000 Received: from [10.60.67.86] (ams-bclaise-8915.cisco.com [10.60.67.86]) by aer-core-2.cisco.com (8.14.5/8.14.5) with ESMTP id uAA5ulAV020136 for ; Thu, 10 Nov 2016 05:56:48 GMT References: <20161110041836.0B46FB80F29@rfc-editor.org> To: NETMOD Working Group From: Benoit Claise X-Forwarded-Message-Id: <20161110041836.0B46FB80F29@rfc-editor.org> Message-ID: <6d6205de-72c5-145a-9a5f-4586641d9875@cisco.com> Date: Thu, 10 Nov 2016 06:56:48 +0100 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.4.0 MIME-Version: 1.0 In-Reply-To: <20161110041836.0B46FB80F29@rfc-editor.org> Content-Type: multipart/alternative; boundary="------------20B47C2AF45D71B038E18D18" Archived-At: Subject: [netmod] Fwd: RFC 8022 on A YANG Data Model for Routing Management X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Nov 2016 05:56:55 -0000 This is a multi-part message in MIME format. --------------20B47C2AF45D71B038E18D18 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Excellent news before the IETF meeting. This set of YANG modules is the foundation for all routing modules. As you can see here there are many dependencies for the ietf-routing YANG module. Many thanks to Lada, Acee, the chairs, and the community for this very long journey. Regards, Benoit -------- Forwarded Message -------- Subject: [netmod] RFC 8022 on A YANG Data Model for Routing Management Date: Wed, 9 Nov 2016 20:18:36 -0800 (PST) From: rfc-editor@rfc-editor.org To: ietf-announce@ietf.org, rfc-dist@rfc-editor.org CC: drafts-update-ref@iana.org, netmod@ietf.org, rfc-editor@rfc-editor.org A new Request for Comments is now available in online RFC libraries. RFC 8022 Title: A YANG Data Model for Routing Management Author: L. Lhotka, A. Lindem Status: Standards Track Stream: IETF Date: November 2016 Mailbox: lhotka@nic.cz, acee@cisco.com Pages: 64 Characters: 115083 Updates/Obsoletes/SeeAlso: None I-D Tag: draft-ietf-netmod-routing-cfg-25.txt URL: https://www.rfc-editor.org/info/rfc8022 DOI: http://dx.doi.org/10.17487/RFC8022 This document contains a specification of three YANG modules and one submodule. Together they form the core routing data model that serves as a framework for configuring and managing a routing subsystem. It is expected that these modules will be augmented by additional YANG modules defining data models for control-plane protocols, route filters, and other functions. The core routing data model provides common building blocks for such extensions -- routes, Routing Information Bases (RIBs), and control-plane protocols. This document is a product of the NETCONF Data Modeling Language Working Group of the IETF. This is now a Proposed Standard. STANDARDS TRACK: This document specifies an Internet Standards Track protocol for the Internet community, and requests discussion and suggestions for improvements. Please refer to the current edition of the Official Internet Protocol Standards (https://www.rfc-editor.org/standards) for the standardization state and status of this protocol. Distribution of this memo is unlimited. This announcement is sent to the IETF-Announce and rfc-dist lists. To subscribe or unsubscribe, see https://www.ietf.org/mailman/listinfo/ietf-announce https://mailman.rfc-editor.org/mailman/listinfo/rfc-dist For searching the RFC series, see https://www.rfc-editor.org/search For downloading RFCs, see https://www.rfc-editor.org/retrieve/bulk Requests for special distribution should be addressed to either the author of the RFC in question, or to rfc-editor@rfc-editor.org. Unless specifically noted otherwise on the RFC itself, all RFCs are for unlimited distribution. The RFC Editor Team Association Management Solutions, LLC _______________________________________________ netmod mailing list netmod@ietf.org https://www.ietf.org/mailman/listinfo/netmod . --------------20B47C2AF45D71B038E18D18 Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: 7bit Excellent news before the IETF meeting.
This set of YANG modules is the foundation for all routing modules.
As you can see here there are many dependencies for the ietf-routing YANG module.

Many thanks to Lada, Acee, the chairs, and the community for this very long journey.

Regards, Benoit

-------- Forwarded Message --------
Subject: [netmod] RFC 8022 on A YANG Data Model for Routing Management
Date: Wed, 9 Nov 2016 20:18:36 -0800 (PST)
From: rfc-editor@rfc-editor.org
To: ietf-announce@ietf.org, rfc-dist@rfc-editor.org
CC: drafts-update-ref@iana.org, netmod@ietf.org, rfc-editor@rfc-editor.org 


A new Request for Comments is now available in online RFC libraries.

        
        RFC 8022

        Title:      A YANG Data Model for 
                    Routing Management 
        Author:     L. Lhotka, A. Lindem
        Status:     Standards Track
        Stream:     IETF
        Date:       November 2016
        Mailbox:    lhotka@nic.cz, 
                    acee@cisco.com
        Pages:      64
        Characters: 115083
        Updates/Obsoletes/SeeAlso:   None

        I-D Tag:    draft-ietf-netmod-routing-cfg-25.txt

        URL:        https://www.rfc-editor.org/info/rfc8022

        DOI:        http://dx.doi.org/10.17487/RFC8022

This document contains a specification of three YANG modules and one
submodule.  Together they form the core routing data model that
serves as a framework for configuring and managing a routing
subsystem.  It is expected that these modules will be augmented by
additional YANG modules defining data models for control-plane
protocols, route filters, and other functions.  The core routing data
model provides common building blocks for such extensions -- routes,
Routing Information Bases (RIBs), and control-plane protocols.

This document is a product of the NETCONF Data Modeling Language Working Group of the IETF.

This is now a Proposed Standard.

STANDARDS TRACK: This document specifies an Internet Standards Track
protocol for the Internet community, and requests discussion and suggestions
for improvements.  Please refer to the current edition of the Official
Internet Protocol Standards (https://www.rfc-editor.org/standards) for the 
standardization state and status of this protocol.  Distribution of this 
memo is unlimited.

This announcement is sent to the IETF-Announce and rfc-dist lists.
To subscribe or unsubscribe, see
  https://www.ietf.org/mailman/listinfo/ietf-announce
  https://mailman.rfc-editor.org/mailman/listinfo/rfc-dist

For searching the RFC series, see https://www.rfc-editor.org/search
For downloading RFCs, see https://www.rfc-editor.org/retrieve/bulk

Requests for special distribution should be addressed to either the
author of the RFC in question, or to rfc-editor@rfc-editor.org.  Unless
specifically noted otherwise on the RFC itself, all RFCs are for
unlimited distribution.


The RFC Editor Team
Association Management Solutions, LLC


_______________________________________________
netmod mailing list
netmod@ietf.org
https://www.ietf.org/mailman/listinfo/netmod
.
--------------20B47C2AF45D71B038E18D18-- From nobody Wed Nov 9 22:07:14 2016 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8F76412958F; Wed, 9 Nov 2016 22:07:11 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2 X-Spam-Level: X-Spam-Status: No, score=-2 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, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id H155T0i22Fm0; Wed, 9 Nov 2016 22:07:09 -0800 (PST) Received: from mail-wm0-x242.google.com (mail-wm0-x242.google.com [IPv6:2a00:1450:400c:c09::242]) (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 26962129574; Wed, 9 Nov 2016 22:07:09 -0800 (PST) Received: by mail-wm0-x242.google.com with SMTP id u144so1016707wmu.0; Wed, 09 Nov 2016 22:07:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=FWUIVjJgWRRQmf+EgTWVAT7BlX+yXdhiZ8LVjfTGV8Q=; b=BNaj4Sw4ORem0H+zO3/pJF0o99fWFBWnnBZwaIQEKmil9nKTYTDg1N7bEuKCzqjIRK C3dO+BdQwKRM2O+BoEcYrB19CWQZ0gMf4k5OxjXRdKqucxgBUiftha50B60ZTsalvhAT BsvyWhdgRABy0xF9Z8pTC2QY5e4oenq/OmxiMzPAxO/TTvTbjZgzTKB0ZeKwIwQO40N+ rsTY8V8htRNoYCcWswhmpw4KcbP6xqwLUyA4L7QKKSQ9KFm1nraJxFJM7oMbxaW5Rc4k K+6Q1eCzZSxzxHUfLilgmSLrhTEwBSmG5mgSa7nxjDK3DHMfmwZ/2pSDD2IgKht7/+VS mCKg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=FWUIVjJgWRRQmf+EgTWVAT7BlX+yXdhiZ8LVjfTGV8Q=; b=G4tWXiRMksTSdjy6aXG0SU34fqxdoknsekCzcVEDnim5cXlJyv2UE7XMwvt0hRYZIn jnmB62FHBd8DfNVyW2PyQ+kRBbeFNLd090aD7BvRkxW6jMJ9P4/BI+5cWrzHIbHPcKD8 bLpAYcTfThbXF3n0hciDmBxn/Zh1D72F6NvqRv2RQkBqR9561R6RV+pM3VTidMZxcolS AyHaHvQZNGrT5WCYQFQrEW2DPHkfQu1x6RM8wP4A6dzXyJcNvwKuAaVLADMovzBNRYhQ lPhfT8JUb9xHv6ksUP6lkkHAHczB5s+mchsGl2uaOGpItQDz5vCi2mg5RQctXCADO8LZ uO2w== X-Gm-Message-State: ABUngvdI9wQdnpfzLN8Eqh8De0gq9M81T1+JOYDKHG2uhqFreeHXPlNI7TwQU1MOfxlbRA== X-Received: by 10.28.143.7 with SMTP id r7mr22840556wmd.81.1478758027566; Wed, 09 Nov 2016 22:07:07 -0800 (PST) Received: from [172.19.249.177] ([88.128.80.70]) by smtp.gmail.com with ESMTPSA id js10sm3485734wjb.19.2016.11.09.22.06.45 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Wed, 09 Nov 2016 22:07:07 -0800 (PST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 9.2 \(3112\)) From: Dean Bogdanovic In-Reply-To: <20161110041836.0B46FB80F29@rfc-editor.org> Date: Thu, 10 Nov 2016 01:06:24 -0500 Content-Transfer-Encoding: quoted-printable Message-Id: <9E76C004-0A83-4596-937E-D85DDCC364B4@gmail.com> References: <20161110041836.0B46FB80F29@rfc-editor.org> To: rfc-editor@rfc-editor.org X-Mailer: Apple Mail (2.3112) Archived-At: Cc: drafts-update-ref@iana.org, rfc-dist@rfc-editor.org, netmod@ietf.org, ietf-announce@ietf.org Subject: Re: [netmod] RFC 8022 on A YANG Data Model for Routing Management X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Nov 2016 06:07:11 -0000 Congrats Lada! This was a great marathon to pull of with Acee coming down the road and = helping out. Again, congrats to both of you Dean > On Nov 9, 2016, at 11:18 PM, rfc-editor@rfc-editor.org wrote: >=20 > A new Request for Comments is now available in online RFC libraries. >=20 >=20 > RFC 8022 >=20 > Title: A YANG Data Model for=20 > Routing Management=20 > Author: L. Lhotka, A. Lindem > Status: Standards Track > Stream: IETF > Date: November 2016 > Mailbox: lhotka@nic.cz,=20 > acee@cisco.com > Pages: 64 > Characters: 115083 > Updates/Obsoletes/SeeAlso: None >=20 > I-D Tag: draft-ietf-netmod-routing-cfg-25.txt >=20 > URL: https://www.rfc-editor.org/info/rfc8022 >=20 > DOI: http://dx.doi.org/10.17487/RFC8022 >=20 > This document contains a specification of three YANG modules and one > submodule. Together they form the core routing data model that > serves as a framework for configuring and managing a routing > subsystem. It is expected that these modules will be augmented by > additional YANG modules defining data models for control-plane > protocols, route filters, and other functions. The core routing data > model provides common building blocks for such extensions -- routes, > Routing Information Bases (RIBs), and control-plane protocols. >=20 > This document is a product of the NETCONF Data Modeling Language = Working Group of the IETF. >=20 > This is now a Proposed Standard. >=20 > STANDARDS TRACK: This document specifies an Internet Standards Track > protocol for the Internet community, and requests discussion and = suggestions > for improvements. Please refer to the current edition of the Official > Internet Protocol Standards (https://www.rfc-editor.org/standards) for = the=20 > standardization state and status of this protocol. Distribution of = this=20 > memo is unlimited. >=20 > This announcement is sent to the IETF-Announce and rfc-dist lists. > To subscribe or unsubscribe, see > https://www.ietf.org/mailman/listinfo/ietf-announce > https://mailman.rfc-editor.org/mailman/listinfo/rfc-dist >=20 > For searching the RFC series, see https://www.rfc-editor.org/search > For downloading RFCs, see https://www.rfc-editor.org/retrieve/bulk >=20 > Requests for special distribution should be addressed to either the > author of the RFC in question, or to rfc-editor@rfc-editor.org. = Unless > specifically noted otherwise on the RFC itself, all RFCs are for > unlimited distribution. >=20 >=20 > The RFC Editor Team > Association Management Solutions, LLC >=20 >=20 > _______________________________________________ > netmod mailing list > netmod@ietf.org > https://www.ietf.org/mailman/listinfo/netmod From nobody Wed Nov 9 23:46:41 2016 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8A72E12943C for ; Wed, 9 Nov 2016 23:46:39 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -8.497 X-Spam-Level: X-Spam-Status: No, score=-8.497 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=-1.497] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=nic.cz 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 EjLStLXkQYX6 for ; Wed, 9 Nov 2016 23:46:37 -0800 (PST) Received: from mail.nic.cz (mail.nic.cz [IPv6:2001:1488:800:400::400]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 00A48120726 for ; Wed, 9 Nov 2016 23:46:36 -0800 (PST) Received: from [IPv6:2001:718:1a02:1:e507:8c0b:2ae9:ee86] (unknown [IPv6:2001:718:1a02:1:e507:8c0b:2ae9:ee86]) by mail.nic.cz (Postfix) with ESMTPSA id 9665760DBA; Thu, 10 Nov 2016 08:46:34 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=nic.cz; s=default; t=1478763994; bh=pVG4HdOia439BnaQs2/uH+S2/7WBmVUDmyikF1aGCW8=; h=From:Date:To; b=YGz/7fOUkalPJ8OlIg1UfmT7y3SQqVEuDWO7lHCDdnjlEgkZfRj7NZKtUNnt0kOY0 k4mF8gAilhtTaeOfDRmXLUhfytG2g72bOacsNspFtO0kPamP6AEFQ+QfnQzPFDTh2c hfl++8iaQi/dK0kF+Ue1JIv0uCqZNDNuP3Ak9LOQ= Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 10.1 \(3251\)) From: Ladislav Lhotka In-Reply-To: <9E76C004-0A83-4596-937E-D85DDCC364B4@gmail.com> Date: Thu, 10 Nov 2016 08:46:34 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: References: <20161110041836.0B46FB80F29@rfc-editor.org> <9E76C004-0A83-4596-937E-D85DDCC364B4@gmail.com> To: Dean Bogdanovic X-Mailer: Apple Mail (2.3251) X-Virus-Scanned: clamav-milter 0.98.7 at mail X-Virus-Status: Clean Archived-At: Cc: NETMOD WG Subject: Re: [netmod] RFC 8022 on A YANG Data Model for Routing Management X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Nov 2016 07:46:39 -0000 > On 10 Nov 2016, at 07:06, Dean Bogdanovic wrote: >=20 > Congrats Lada! >=20 > This was a great marathon to pull of with Acee coming down the road = and helping out. >=20 > Again, congrats to both of you Thank you, this one really calls for a drink. :-) Cheers, Lada >=20 > Dean >=20 >> On Nov 9, 2016, at 11:18 PM, rfc-editor@rfc-editor.org wrote: >>=20 >> A new Request for Comments is now available in online RFC libraries. >>=20 >>=20 >> RFC 8022 >>=20 >> Title: A YANG Data Model for=20 >> Routing Management=20 >> Author: L. Lhotka, A. Lindem >> Status: Standards Track >> Stream: IETF >> Date: November 2016 >> Mailbox: lhotka@nic.cz,=20 >> acee@cisco.com >> Pages: 64 >> Characters: 115083 >> Updates/Obsoletes/SeeAlso: None >>=20 >> I-D Tag: draft-ietf-netmod-routing-cfg-25.txt >>=20 >> URL: https://www.rfc-editor.org/info/rfc8022 >>=20 >> DOI: http://dx.doi.org/10.17487/RFC8022 >>=20 >> This document contains a specification of three YANG modules and one >> submodule. Together they form the core routing data model that >> serves as a framework for configuring and managing a routing >> subsystem. It is expected that these modules will be augmented by >> additional YANG modules defining data models for control-plane >> protocols, route filters, and other functions. The core routing data >> model provides common building blocks for such extensions -- routes, >> Routing Information Bases (RIBs), and control-plane protocols. >>=20 >> This document is a product of the NETCONF Data Modeling Language = Working Group of the IETF. >>=20 >> This is now a Proposed Standard. >>=20 >> STANDARDS TRACK: This document specifies an Internet Standards Track >> protocol for the Internet community, and requests discussion and = suggestions >> for improvements. Please refer to the current edition of the = Official >> Internet Protocol Standards (https://www.rfc-editor.org/standards) = for the=20 >> standardization state and status of this protocol. Distribution of = this=20 >> memo is unlimited. >>=20 >> This announcement is sent to the IETF-Announce and rfc-dist lists. >> To subscribe or unsubscribe, see >> https://www.ietf.org/mailman/listinfo/ietf-announce >> https://mailman.rfc-editor.org/mailman/listinfo/rfc-dist >>=20 >> For searching the RFC series, see https://www.rfc-editor.org/search >> For downloading RFCs, see https://www.rfc-editor.org/retrieve/bulk >>=20 >> Requests for special distribution should be addressed to either the >> author of the RFC in question, or to rfc-editor@rfc-editor.org. = Unless >> specifically noted otherwise on the RFC itself, all RFCs are for >> unlimited distribution. >>=20 >>=20 >> The RFC Editor Team >> Association Management Solutions, LLC >>=20 >>=20 >> _______________________________________________ >> netmod mailing list >> netmod@ietf.org >> https://www.ietf.org/mailman/listinfo/netmod >=20 > _______________________________________________ > netmod mailing list > netmod@ietf.org > https://www.ietf.org/mailman/listinfo/netmod -- Ladislav Lhotka, CZ.NIC Labs PGP Key ID: E74E8C0C From nobody Thu Nov 10 00:36:38 2016 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 04A7312946D for ; Thu, 10 Nov 2016 00:36:37 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.601 X-Spam-Level: X-Spam-Status: No, score=-2.601 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H2=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id orJZx6zHoc_J for ; Thu, 10 Nov 2016 00:36:35 -0800 (PST) Received: from lb1-smtp-cloud6.xs4all.net (lb1-smtp-cloud6.xs4all.net [194.109.24.24]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1FFC91293E4 for ; Thu, 10 Nov 2016 00:36:34 -0800 (PST) Received: from Macintosh-4.fritz.box ([83.163.239.181]) by smtp-cloud6.xs4all.net with ESMTP id 68cX1u0043vXPcr018cYN9; Thu, 10 Nov 2016 09:36:33 +0100 To: Ladislav Lhotka , Dean Bogdanovic References: <20161110041836.0B46FB80F29@rfc-editor.org> <9E76C004-0A83-4596-937E-D85DDCC364B4@gmail.com> From: "Bert Wijnen (IETF)" Message-ID: <2ce5414c-e616-80c0-9a85-55dded45ca79@bwijnen.net> Date: Thu, 10 Nov 2016 09:36:31 +0100 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:45.0) Gecko/20100101 Thunderbird/45.4.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Archived-At: Cc: NETMOD WG Subject: Re: [netmod] RFC 8022 on A YANG Data Model for Routing Management X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Nov 2016 08:36:37 -0000 Great wrok Lada and WG. On 10/11/2016 08:46, Ladislav Lhotka wrote: > Thank you, this one really calls for a drink. :-) > OK, then I will come to Seoul. Bert > Cheers, Lada From nobody Thu Nov 10 01:03:41 2016 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DE98F129505 for ; Thu, 10 Nov 2016 01:03:38 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.956 X-Spam-Level: X-Spam-Status: No, score=0.956 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DOS_OUTLOOK_TO_MX=2.845, HTML_MESSAGE=0.001, T_KAM_HTML_FONT_INVALID=0.01] autolearn=no autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id qMgiPghCXvGm for ; Thu, 10 Nov 2016 01:03:37 -0800 (PST) Received: from hickoryhill-consulting.com (50-245-122-97-static.hfc.comcastbusiness.net [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 BD957129515 for ; Thu, 10 Nov 2016 01:03:36 -0800 (PST) X-Default-Received-SPF: pass (skip=forwardok (res=PASS)) x-ip-name=58.123.138.206; From: "Susan Hares" To: "'Benoit Claise'" , "'NETMOD Working Group'" References: <20161110041836.0B46FB80F29@rfc-editor.org> <6d6205de-72c5-145a-9a5f-4586641d9875@cisco.com> In-Reply-To: <6d6205de-72c5-145a-9a5f-4586641d9875@cisco.com> Date: Thu, 10 Nov 2016 04:01:10 -0500 Message-ID: <006f01d23b30$fc61e9f0$f525bdd0$@ndzh.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0070_01D23B07.138E52F0" X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQIF/lhNH2Mha4c0gGJ/JMKPL4t21gK5JSzcoFSb2oA= Content-Language: en-us X-Authenticated-User: skh@ndzh.com Archived-At: Subject: Re: [netmod] Fwd: RFC 8022 on A YANG Data Model for Routing Management X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Nov 2016 09:03:39 -0000 This is a multipart message in MIME format. ------=_NextPart_000_0070_01D23B07.138E52F0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Wonderful news! Congratulations Lada, Acee, Ken, Juergen, Lew, and all members of the WG. Sue From: netmod [mailto:netmod-bounces@ietf.org] On Behalf Of Benoit Claise Sent: Thursday, November 10, 2016 12:57 AM To: NETMOD Working Group Subject: [netmod] Fwd: RFC 8022 on A YANG Data Model for Routing Management Excellent news before the IETF meeting. This set of YANG modules is the foundation for all routing modules. As you can see here there are many dependencies for the ietf-routing YANG module. Many thanks to Lada, Acee, the chairs, and the community for this very long journey. Regards, Benoit -------- Forwarded Message -------- Subject: [netmod] RFC 8022 on A YANG Data Model for Routing Management Date: Wed, 9 Nov 2016 20:18:36 -0800 (PST) From: rfc-editor@rfc-editor.org To: ietf-announce@ietf.org, rfc-dist@rfc-editor.org CC: drafts-update-ref@iana.org, netmod@ietf.org, rfc-editor@rfc-editor.org A new Request for Comments is now available in online RFC libraries. RFC 8022 Title: A YANG Data Model for Routing Management Author: L. Lhotka, A. Lindem Status: Standards Track Stream: IETF Date: November 2016 Mailbox: lhotka@nic.cz, acee@cisco.com Pages: 64 Characters: 115083 Updates/Obsoletes/SeeAlso: None I-D Tag: draft-ietf-netmod-routing-cfg-25.txt URL: https://www.rfc-editor.org/info/rfc8022 DOI: http://dx.doi.org/10.17487/RFC8022 This document contains a specification of three YANG modules and one submodule. Together they form the core routing data model that serves as a framework for configuring and managing a routing subsystem. It is expected that these modules will be augmented by additional YANG modules defining data models for control-plane protocols, route filters, and other functions. The core routing data model provides common building blocks for such extensions -- routes, Routing Information Bases (RIBs), and control-plane protocols. This document is a product of the NETCONF Data Modeling Language Working Group of the IETF. This is now a Proposed Standard. STANDARDS TRACK: This document specifies an Internet Standards Track protocol for the Internet community, and requests discussion and suggestions for improvements. Please refer to the current edition of the Official Internet Protocol Standards (https://www.rfc-editor.org/standards) for the standardization state and status of this protocol. Distribution of this memo is unlimited. This announcement is sent to the IETF-Announce and rfc-dist lists. To subscribe or unsubscribe, see https://www.ietf.org/mailman/listinfo/ietf-announce https://mailman.rfc-editor.org/mailman/listinfo/rfc-dist For searching the RFC series, see https://www.rfc-editor.org/search For downloading RFCs, see https://www.rfc-editor.org/retrieve/bulk Requests for special distribution should be addressed to either the author of the RFC in question, or to rfc-editor@rfc-editor.org. Unless specifically noted otherwise on the RFC itself, all RFCs are for unlimited distribution. The RFC Editor Team Association Management Solutions, LLC _______________________________________________ netmod mailing list netmod@ietf.org https://www.ietf.org/mailman/listinfo/netmod . ------=_NextPart_000_0070_01D23B07.138E52F0 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Wonderful news!  Congratulations Lada, Acee, Ken, Juergen, Lew, = and all members of the WG.

 

Sue

 

From: netmod [mailto:netmod-bounces@ietf.org] On Behalf Of Benoit = Claise
Sent: Thursday, November 10, 2016 12:57 = AM
To: NETMOD Working Group
Subject: [netmod] Fwd: = RFC 8022 on A YANG Data Model for Routing = Management

 

Excellent = news before the IETF meeting.
This set of YANG modules is the = foundation for all routing modules.
As you can see here there are many = dependencies for the ietf-routing YANG module.


Many thanks to Lada, Acee, the chairs, and the = community for this very long journey.

Regards, = Benoit

-------- Forwarded Message --------

Subject:

[netmod] RFC 8022 = on A YANG Data Model for Routing = Management

Date:

Wed, 9 Nov 2016 = 20:18:36 -0800 (PST)

From:

rfc-editor@rfc-editor.org

To:

ietf-announce@ietf.org, rfc-dist@rfc-editor.org<= /o:p>

CC:

drafts-update-ref@iana.org= , netmod@ietf.org, rfc-editor@rfc-editor.org

 

A new Request =
for Comments is now available in online RFC =
libraries.
 
  &=
nbsp;     =

        RFC=
 =
8022
 
   &=
nbsp;    Title:      A YANG Data =
Model for =

        &nb=
sp;           Rout=
ing Management =

        Aut=
hor:     L. Lhotka, A. =
Lindem
        =
Status:     Standards =
Track
        =
Stream:     =
IETF
        =
Date:       November =
2016
        =
Mailbox:    lhotka@nic.cz, =

        &nb=
sp;           acee@cisco.com
&n=
bsp;       =
Pages:      =
64
        =
Characters: =
115083
        =
Updates/Obsoletes/SeeAlso:   =
None
 
   &=
nbsp;    I-D Tag:    =
draft-ietf-netmod-routing-cfg-25.txt
 
        =
URL:        https://www.rfc-editor.o=
rg/info/rfc8022
 
&nbs=
p;       =
DOI:        http://dx.doi.org/10.17487/RF=
C8022
 
This document =
contains a specification of three YANG modules and =
one
submodule.  Together they form the core =
routing data model that
serves as a framework for =
configuring and managing a routing
subsystem.  =
It is expected that these modules will be augmented =
by
additional YANG modules defining data models for =
control-plane
protocols, route filters, and other =
functions.  The core routing data
model =
provides common building blocks for such extensions -- =
routes,
Routing Information Bases (RIBs), and =
control-plane =
protocols.
 
This =
document is a product of the NETCONF Data Modeling Language Working =
Group of the IETF.
 
This =
is now a Proposed =
Standard.
 
STANDARDS =
TRACK: This document specifies an Internet Standards =
Track
protocol for the Internet community, and =
requests discussion and suggestions
for =
improvements.  Please refer to the current edition of the =
Official
Internet Protocol Standards (https://www.rfc-editor.org/=
standards) for the 
standardization state and =
status of this protocol.  Distribution of this =

memo is =
unlimited.
 
This =
announcement is sent to the IETF-Announce and rfc-dist =
lists.
To subscribe or unsubscribe, =
see
  https://www.=
ietf.org/mailman/listinfo/ietf-announce
  =
https:/=
/mailman.rfc-editor.org/mailman/listinfo/rfc-dist
 
For searching the RFC series, see https://www.rfc-editor.org/sea=
rch
For downloading RFCs, see https://www.rfc-editor.=
org/retrieve/bulk
 
Re=
quests for special distribution should be addressed to either =
the
author of the RFC in question, or to rfc-editor@rfc-editor.org.&=
nbsp; Unless
specifically noted otherwise on the =
RFC itself, all RFCs are for
unlimited =
distribution.
 
 =
;
The RFC Editor Team
Association =
Management Solutions, =
LLC
 
 
_______________________________________________
<=
pre>netmod mailing list
netmod@ietf.org
=
https://www.ietf.or=
g/mailman/listinfo/netmod
.
 
------=_NextPart_000_0070_01D23B07.138E52F0-- From nobody Thu Nov 10 01:29:40 2016 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AD801129505 for ; Thu, 10 Nov 2016 01:29:38 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.922 X-Spam-Level: X-Spam-Status: No, score=-1.922 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=nokia.onmicrosoft.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 1v9cy7tItqYF for ; Thu, 10 Nov 2016 01:29:37 -0800 (PST) Received: from EUR03-VE1-obe.outbound.protection.outlook.com (mail-eopbgr50097.outbound.protection.outlook.com [40.107.5.97]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id AFCC9129440 for ; Thu, 10 Nov 2016 01:29:36 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nokia.onmicrosoft.com; s=selector1-nokia-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=ajuWBgedKokguEQT7V2/vUTeC7CQN091wIVV4mnGJ8c=; b=Ezl9TfVCqtVHT/+0UySciAX5tTm/Y4iyBghLRUDupd7IoHaDjZ9bjW1k5vr4IJ4qDbG0pR12Dt8f+/ZdjpaFf+zBYDp0YzOmRS7ySMbr30n8llfe0IlXwUjPovsvIC7kZtSKsuE8LV+9oU9Jj2gPdKdINEsf6sUE+Gkhblymazs= Received: from HE1PR0701MB2859.eurprd07.prod.outlook.com (10.168.91.149) by HE1PR0701MB2860.eurprd07.prod.outlook.com (10.168.91.150) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.721.4; Thu, 10 Nov 2016 09:29:34 +0000 Received: from HE1PR0701MB2859.eurprd07.prod.outlook.com ([10.168.91.149]) by HE1PR0701MB2859.eurprd07.prod.outlook.com ([10.168.91.149]) with mapi id 15.01.0721.010; Thu, 10 Nov 2016 09:29:34 +0000 From: "Ersue, Mehmet (Nokia - DE/Munich)" To: "Bert Wijnen (IETF)" , Ladislav Lhotka , Dean Bogdanovic Thread-Topic: [netmod] RFC 8022 on A YANG Data Model for Routing Management Thread-Index: AQHSOy2Q4yqnW0tBeE2TOM2anJTnlKDR84Iw Date: Thu, 10 Nov 2016 09:29:33 +0000 Message-ID: References: <20161110041836.0B46FB80F29@rfc-editor.org> <9E76C004-0A83-4596-937E-D85DDCC364B4@gmail.com> <2ce5414c-e616-80c0-9a85-55dded45ca79@bwijnen.net> In-Reply-To: <2ce5414c-e616-80c0-9a85-55dded45ca79@bwijnen.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=mehmet.ersue@nokia.com; x-originating-ip: [135.245.240.250] x-microsoft-exchange-diagnostics: 1; HE1PR0701MB2860; 7:bVxTUjDTxEKYIZuuE6CVSwvmp+UyFfq1lzruvapACdo5SRkffIakvBXY1eSGUggMjzSUVwzwyfDyjKHE8/fqQR9ZNlbH/+f15/gFH56dtpwsponh1x5k/rZjRWqvI4cEVx21SalB638si7rSEF3mQObYYutx0khHspRFIrfdJBwskyeIix0V8Q6a4U/zeOJ//q1IzyjVduvoJz8ak3A6bVtM4oY2uV4BWtBNWbI2PUxiTLBHCDeJ6lR+wI91j6/fovfudhcAT4m31sKZO3SP/DfkGe+auSQExjpbDWF/XREXrVT/+QZsDcLJlUtmZKMrg3Nrrq2hm2xEl7Qwv8WD85BBnz15WAIghaJ8NWfojm4= x-ms-office365-filtering-correlation-id: 1048a221-f8b9-4f07-c9a1-08d4094c1509 x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001); SRVR:HE1PR0701MB2860; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:; x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040176)(601004)(2401047)(5005006)(8121501046)(3002001)(10201501046)(6055026); SRVR:HE1PR0701MB2860; BCL:0; PCL:0; RULEID:; SRVR:HE1PR0701MB2860; x-forefront-prvs: 01221E3973 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(7916002)(13464003)(189002)(377454003)(199003)(24454002)(76576001)(97736004)(86362001)(8936002)(9686002)(122556002)(68736007)(2900100001)(92566002)(77096005)(87936001)(81156014)(81166006)(8676002)(66066001)(189998001)(33656002)(305945005)(50986999)(54356999)(76176999)(7736002)(102836003)(3846002)(6116002)(586003)(7846002)(3660700001)(3280700002)(2906002)(74316002)(4326007)(101416001)(7696004)(2950100002)(5001770100001)(229853002)(93886004)(5660300001)(106356001)(105586002)(106116001); DIR:OUT; SFP:1102; SCL:1; SRVR:HE1PR0701MB2860; H:HE1PR0701MB2859.eurprd07.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; MX:1; A:1; LANG:en; received-spf: None (protection.outlook.com: nokia.com does not designate permitted sender hosts) spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: nokia.com X-MS-Exchange-CrossTenant-originalarrivaltime: 10 Nov 2016 09:29:33.9678 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 5d471751-9675-428d-917b-70f44f9630b0 X-MS-Exchange-Transport-CrossTenantHeadersStamped: HE1PR0701MB2860 Archived-At: Cc: NETMOD WG Subject: Re: [netmod] RFC 8022 on A YANG Data Model for Routing Management X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Nov 2016 09:29:39 -0000 +1 Cheers,=20 Mehmet=20 -----Original Message----- From: netmod [mailto:netmod-bounces@ietf.org] On Behalf Of Bert Wijnen (IET= F) Sent: Thursday, November 10, 2016 9:37 AM To: Ladislav Lhotka ; Dean Bogdanovic Cc: NETMOD WG Subject: Re: [netmod] RFC 8022 on A YANG Data Model for Routing Management Great wrok Lada and WG. On 10/11/2016 08:46, Ladislav Lhotka wrote: > Thank you, this one really calls for a drink. :-) > OK, then I will come to Seoul. Bert > Cheers, Lada _______________________________________________ netmod mailing list netmod@ietf.org https://www.ietf.org/mailman/listinfo/netmod From nobody Thu Nov 10 02:23:17 2016 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5A06C12966F for ; Thu, 10 Nov 2016 02:23:16 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -16.019 X-Spam-Level: X-Spam-Status: No, score=-16.019 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, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-1.497, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id PqHek_ZvZUWg for ; Thu, 10 Nov 2016 02:23:14 -0800 (PST) Received: from alln-iport-1.cisco.com (alln-iport-1.cisco.com [173.37.142.88]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8721C129586 for ; Thu, 10 Nov 2016 02:23:14 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=5092; q=dns/txt; s=iport; t=1478773394; x=1479982994; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=PpdoAotLGobJqV6mMCAGRTSXYb87GqTvPFOGECZVF6U=; b=aG7sF/bixH84ZrWnqMR7701FepmzCH52p1GVFey7iSkewk0sAcE7SrBQ eoKZBSWDdaWVdytRLHM3s4q1ntiC714chq+zsfFrfky6Zkt/3d0jvXuwE A8msxQsUUc38QQCtKV8H06Q+3HuEZudsRkfpMPPEAToG/LpIVzbkzIK1I M=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0B0AQBzSSRY/5FdJa1dGgEBAQECAQEBA?= =?us-ascii?q?QgBAQEBgzABAQEBAR9YfweNNpcLh2uMbYIHHguFMUoCGoIIPxQBAgEBAQEBAQF?= =?us-ascii?q?iKIRhAQEBAwEBAQEgERogCxACAQgUBAICCB4CAgIfBgoBFRACBAENBRQHAgSIJ?= =?us-ascii?q?AMPCA6wFYJAh04Ng2YBAQEBAQEBAQEBAQEBAQEBAQEBAQEcgQmKD4E9EnmBYR+?= =?us-ascii?q?DBIJdBZoCNQGGOIZegzyBboR0iTqJFYQnhAYBHjeBABMJgyyBbHIBhWmBIYEMA?= =?us-ascii?q?QEB?= X-IronPort-AV: E=Sophos;i="5.31,618,1473120000"; d="scan'208";a="346826140" Received: from rcdn-core-9.cisco.com ([173.37.93.145]) by alln-iport-1.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 10 Nov 2016 10:23:13 +0000 Received: from XCH-RTP-013.cisco.com (xch-rtp-013.cisco.com [64.101.220.153]) by rcdn-core-9.cisco.com (8.14.5/8.14.5) with ESMTP id uAAANDMa031944 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Thu, 10 Nov 2016 10:23:13 GMT Received: from xch-rtp-015.cisco.com (64.101.220.155) by XCH-RTP-013.cisco.com (64.101.220.153) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Thu, 10 Nov 2016 05:23:12 -0500 Received: from xch-rtp-015.cisco.com ([64.101.220.155]) by XCH-RTP-015.cisco.com ([64.101.220.155]) with mapi id 15.00.1210.000; Thu, 10 Nov 2016 05:23:12 -0500 From: "Acee Lindem (acee)" To: Ladislav Lhotka , Dean Bogdanovic Thread-Topic: [netmod] RFC 8022 on A YANG Data Model for Routing Management Thread-Index: AQHSOwmSBe5GOeIE7kydqBdh0rsIHaDSDt8AgAAb/QD//9fvAA== Date: Thu, 10 Nov 2016 10:23:12 +0000 Message-ID: References: <20161110041836.0B46FB80F29@rfc-editor.org> <9E76C004-0A83-4596-937E-D85DDCC364B4@gmail.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.116.152.197] Content-Type: text/plain; charset="utf-8" Content-ID: <2958A7F54E6C5B46907037B2CCD993E4@emea.cisco.com> Content-Transfer-Encoding: base64 MIME-Version: 1.0 Archived-At: Cc: NETMOD WG Subject: Re: [netmod] RFC 8022 on A YANG Data Model for Routing Management X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Nov 2016 10:23:16 -0000 DQoNCk9uIDExLzEwLzE2LCAyOjQ2IEFNLCAibmV0bW9kIG9uIGJlaGFsZiBvZiBMYWRpc2xhdiBM aG90a2EiDQo8bmV0bW9kLWJvdW5jZXNAaWV0Zi5vcmcgb24gYmVoYWxmIG9mIGxob3RrYUBuaWMu Y3o+IHdyb3RlOg0KDQo+DQo+PiBPbiAxMCBOb3YgMjAxNiwgYXQgMDc6MDYsIERlYW4gQm9nZGFu b3ZpYyA8aXZhbmRlYW5AZ21haWwuY29tPiB3cm90ZToNCj4+IA0KPj4gQ29uZ3JhdHMgTGFkYSEN Cj4+IA0KPj4gVGhpcyB3YXMgYSBncmVhdCBtYXJhdGhvbiB0byBwdWxsIG9mIHdpdGggQWNlZSBj b21pbmcgZG93biB0aGUgcm9hZCBhbmQNCj4+aGVscGluZyBvdXQuDQo+PiANCj4+IEFnYWluLCBj b25ncmF0cyB0byBib3RoIG9mIHlvdQ0KPg0KPlRoYW5rIHlvdSwgdGhpcyBvbmUgcmVhbGx5IGNh bGxzIGZvciBhIGRyaW5rLiA6LSkNCg0KSXQgbWF5IHRha2UgbW9yZSB0aGFuIG9uZSB0byByZWFj aCBjb25zZW5zdXPigKYNCkFjZWUgDQoNCj4NCj5DaGVlcnMsIExhZGENCj4NCj4+IA0KPj4gRGVh bg0KPj4gDQo+Pj4gT24gTm92IDksIDIwMTYsIGF0IDExOjE4IFBNLCByZmMtZWRpdG9yQHJmYy1l ZGl0b3Iub3JnIHdyb3RlOg0KPj4+IA0KPj4+IEEgbmV3IFJlcXVlc3QgZm9yIENvbW1lbnRzIGlz IG5vdyBhdmFpbGFibGUgaW4gb25saW5lIFJGQyBsaWJyYXJpZXMuDQo+Pj4gDQo+Pj4gDQo+Pj4g ICAgICAgUkZDIDgwMjINCj4+PiANCj4+PiAgICAgICBUaXRsZTogICAgICBBIFlBTkcgRGF0YSBN b2RlbCBmb3INCj4+PiAgICAgICAgICAgICAgICAgICBSb3V0aW5nIE1hbmFnZW1lbnQNCj4+PiAg ICAgICBBdXRob3I6ICAgICBMLiBMaG90a2EsIEEuIExpbmRlbQ0KPj4+ICAgICAgIFN0YXR1czog ICAgIFN0YW5kYXJkcyBUcmFjaw0KPj4+ICAgICAgIFN0cmVhbTogICAgIElFVEYNCj4+PiAgICAg ICBEYXRlOiAgICAgICBOb3ZlbWJlciAyMDE2DQo+Pj4gICAgICAgTWFpbGJveDogICAgbGhvdGth QG5pYy5jeiwNCj4+PiAgICAgICAgICAgICAgICAgICBhY2VlQGNpc2NvLmNvbQ0KPj4+ICAgICAg IFBhZ2VzOiAgICAgIDY0DQo+Pj4gICAgICAgQ2hhcmFjdGVyczogMTE1MDgzDQo+Pj4gICAgICAg VXBkYXRlcy9PYnNvbGV0ZXMvU2VlQWxzbzogICBOb25lDQo+Pj4gDQo+Pj4gICAgICAgSS1EIFRh ZzogICAgZHJhZnQtaWV0Zi1uZXRtb2Qtcm91dGluZy1jZmctMjUudHh0DQo+Pj4gDQo+Pj4gICAg ICAgVVJMOiAgICAgICAgaHR0cHM6Ly93d3cucmZjLWVkaXRvci5vcmcvaW5mby9yZmM4MDIyDQo+ Pj4gDQo+Pj4gICAgICAgRE9JOiAgICAgICAgaHR0cDovL2R4LmRvaS5vcmcvMTAuMTc0ODcvUkZD ODAyMg0KPj4+IA0KPj4+IFRoaXMgZG9jdW1lbnQgY29udGFpbnMgYSBzcGVjaWZpY2F0aW9uIG9m IHRocmVlIFlBTkcgbW9kdWxlcyBhbmQgb25lDQo+Pj4gc3VibW9kdWxlLiAgVG9nZXRoZXIgdGhl eSBmb3JtIHRoZSBjb3JlIHJvdXRpbmcgZGF0YSBtb2RlbCB0aGF0DQo+Pj4gc2VydmVzIGFzIGEg ZnJhbWV3b3JrIGZvciBjb25maWd1cmluZyBhbmQgbWFuYWdpbmcgYSByb3V0aW5nDQo+Pj4gc3Vi c3lzdGVtLiAgSXQgaXMgZXhwZWN0ZWQgdGhhdCB0aGVzZSBtb2R1bGVzIHdpbGwgYmUgYXVnbWVu dGVkIGJ5DQo+Pj4gYWRkaXRpb25hbCBZQU5HIG1vZHVsZXMgZGVmaW5pbmcgZGF0YSBtb2RlbHMg Zm9yIGNvbnRyb2wtcGxhbmUNCj4+PiBwcm90b2NvbHMsIHJvdXRlIGZpbHRlcnMsIGFuZCBvdGhl ciBmdW5jdGlvbnMuICBUaGUgY29yZSByb3V0aW5nIGRhdGENCj4+PiBtb2RlbCBwcm92aWRlcyBj b21tb24gYnVpbGRpbmcgYmxvY2tzIGZvciBzdWNoIGV4dGVuc2lvbnMgLS0gcm91dGVzLA0KPj4+ IFJvdXRpbmcgSW5mb3JtYXRpb24gQmFzZXMgKFJJQnMpLCBhbmQgY29udHJvbC1wbGFuZSBwcm90 b2NvbHMuDQo+Pj4gDQo+Pj4gVGhpcyBkb2N1bWVudCBpcyBhIHByb2R1Y3Qgb2YgdGhlIE5FVENP TkYgRGF0YSBNb2RlbGluZyBMYW5ndWFnZQ0KPj4+V29ya2luZyBHcm91cCBvZiB0aGUgSUVURi4N Cj4+PiANCj4+PiBUaGlzIGlzIG5vdyBhIFByb3Bvc2VkIFN0YW5kYXJkLg0KPj4+IA0KPj4+IFNU QU5EQVJEUyBUUkFDSzogVGhpcyBkb2N1bWVudCBzcGVjaWZpZXMgYW4gSW50ZXJuZXQgU3RhbmRh cmRzIFRyYWNrDQo+Pj4gcHJvdG9jb2wgZm9yIHRoZSBJbnRlcm5ldCBjb21tdW5pdHksIGFuZCBy ZXF1ZXN0cyBkaXNjdXNzaW9uIGFuZA0KPj4+c3VnZ2VzdGlvbnMNCj4+PiBmb3IgaW1wcm92ZW1l bnRzLiAgUGxlYXNlIHJlZmVyIHRvIHRoZSBjdXJyZW50IGVkaXRpb24gb2YgdGhlIE9mZmljaWFs DQo+Pj4gSW50ZXJuZXQgUHJvdG9jb2wgU3RhbmRhcmRzIChodHRwczovL3d3dy5yZmMtZWRpdG9y Lm9yZy9zdGFuZGFyZHMpIGZvcg0KPj4+dGhlIA0KPj4+IHN0YW5kYXJkaXphdGlvbiBzdGF0ZSBh bmQgc3RhdHVzIG9mIHRoaXMgcHJvdG9jb2wuICBEaXN0cmlidXRpb24gb2YNCj4+PnRoaXMgDQo+ Pj4gbWVtbyBpcyB1bmxpbWl0ZWQuDQo+Pj4gDQo+Pj4gVGhpcyBhbm5vdW5jZW1lbnQgaXMgc2Vu dCB0byB0aGUgSUVURi1Bbm5vdW5jZSBhbmQgcmZjLWRpc3QgbGlzdHMuDQo+Pj4gVG8gc3Vic2Ny aWJlIG9yIHVuc3Vic2NyaWJlLCBzZWUNCj4+PiBodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFu L2xpc3RpbmZvL2lldGYtYW5ub3VuY2UNCj4+PiBodHRwczovL21haWxtYW4ucmZjLWVkaXRvci5v cmcvbWFpbG1hbi9saXN0aW5mby9yZmMtZGlzdA0KPj4+IA0KPj4+IEZvciBzZWFyY2hpbmcgdGhl IFJGQyBzZXJpZXMsIHNlZSBodHRwczovL3d3dy5yZmMtZWRpdG9yLm9yZy9zZWFyY2gNCj4+PiBG b3IgZG93bmxvYWRpbmcgUkZDcywgc2VlIGh0dHBzOi8vd3d3LnJmYy1lZGl0b3Iub3JnL3JldHJp ZXZlL2J1bGsNCj4+PiANCj4+PiBSZXF1ZXN0cyBmb3Igc3BlY2lhbCBkaXN0cmlidXRpb24gc2hv dWxkIGJlIGFkZHJlc3NlZCB0byBlaXRoZXIgdGhlDQo+Pj4gYXV0aG9yIG9mIHRoZSBSRkMgaW4g cXVlc3Rpb24sIG9yIHRvIHJmYy1lZGl0b3JAcmZjLWVkaXRvci5vcmcuICBVbmxlc3MNCj4+PiBz cGVjaWZpY2FsbHkgbm90ZWQgb3RoZXJ3aXNlIG9uIHRoZSBSRkMgaXRzZWxmLCBhbGwgUkZDcyBh cmUgZm9yDQo+Pj4gdW5saW1pdGVkIGRpc3RyaWJ1dGlvbi4NCj4+PiANCj4+PiANCj4+PiBUaGUg UkZDIEVkaXRvciBUZWFtDQo+Pj4gQXNzb2NpYXRpb24gTWFuYWdlbWVudCBTb2x1dGlvbnMsIExM Qw0KPj4+IA0KPj4+IA0KPj4+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fDQo+Pj4gbmV0bW9kIG1haWxpbmcgbGlzdA0KPj4+IG5ldG1vZEBpZXRmLm9yZw0K Pj4+IGh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vbmV0bW9kDQo+PiANCj4+ IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+PiBuZXRt b2QgbWFpbGluZyBsaXN0DQo+PiBuZXRtb2RAaWV0Zi5vcmcNCj4+IGh0dHBzOi8vd3d3LmlldGYu b3JnL21haWxtYW4vbGlzdGluZm8vbmV0bW9kDQo+DQo+LS0NCj5MYWRpc2xhdiBMaG90a2EsIENa Lk5JQyBMYWJzDQo+UEdQIEtleSBJRDogRTc0RThDMEMNCj4NCj4NCj4NCj4NCj5fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KPm5ldG1vZCBtYWlsaW5nIGxp c3QNCj5uZXRtb2RAaWV0Zi5vcmcNCj5odHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3Rp bmZvL25ldG1vZA0KDQo= From nobody Thu Nov 10 02:44:13 2016 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4A711129650 for ; Thu, 10 Nov 2016 02:44:11 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.697 X-Spam-Level: X-Spam-Status: No, score=-5.697 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-1.497] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 9kxYHrz4SXoa for ; Thu, 10 Nov 2016 02:44:09 -0800 (PST) Received: from atlas3.jacobs-university.de (atlas3.jacobs-university.de [212.201.44.18]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id AB0CE12958A for ; Thu, 10 Nov 2016 02:44:08 -0800 (PST) Received: from localhost (demetrius5.irc-it.jacobs-university.de [10.70.0.222]) by atlas3.jacobs-university.de (Postfix) with ESMTP id 143C9FF1 for ; Thu, 10 Nov 2016 11:44:07 +0100 (CET) X-Virus-Scanned: amavisd-new at jacobs-university.de Received: from atlas3.jacobs-university.de ([10.70.0.205]) by localhost (demetrius5.jacobs-university.de [10.70.0.222]) (amavisd-new, port 10030) with ESMTP id wqu2XRZtGRDu for ; Thu, 10 Nov 2016 11:44:03 +0100 (CET) Received: from hermes.jacobs-university.de (hermes.jacobs-university.de [212.201.44.23]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hermes.jacobs-university.de", Issuer "Jacobs University CA - G01" (verified OK)) by atlas3.jacobs-university.de (Postfix) with ESMTPS for ; Thu, 10 Nov 2016 11:44:06 +0100 (CET) Received: from localhost (demetrius2.jacobs-university.de [212.201.44.47]) by hermes.jacobs-university.de (Postfix) with ESMTP id 8E75420053 for ; Thu, 10 Nov 2016 11:44:06 +0100 (CET) X-Virus-Scanned: amavisd-new at jacobs-university.de Received: from hermes.jacobs-university.de ([212.201.44.23]) by localhost (demetrius2.jacobs-university.de [212.201.44.32]) (amavisd-new, port 10024) with ESMTP id eUEJcs9OejsV; Thu, 10 Nov 2016 11:44:06 +0100 (CET) Received: from elstar.local (elstar.jacobs.jacobs-university.de [10.50.231.133]) by hermes.jacobs-university.de (Postfix) with ESMTP id 0B1D120050; Thu, 10 Nov 2016 11:44:06 +0100 (CET) Received: by elstar.local (Postfix, from userid 501) id 1D6033D1BF78; Thu, 10 Nov 2016 11:44:03 +0100 (CET) Date: Thu, 10 Nov 2016 11:44:03 +0100 From: Juergen Schoenwaelder To: netmod@ietf.org Message-ID: <20161110104403.GA1245@elstar.local> Mail-Followup-To: netmod@ietf.org References: <20161110041836.0B46FB80F29@rfc-editor.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20161110041836.0B46FB80F29@rfc-editor.org> User-Agent: Mutt/1.6.0 (2016-04-01) Archived-At: Subject: Re: [netmod] RFC 8022 on A YANG Data Model for Routing Management X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Juergen Schoenwaelder List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Nov 2016 10:44:11 -0000 Hi, this has been a major piece of work and I am happy to see this data model published as an RFC. The work on this data model has not always been easy and I like to thank Lada in particular for keeping the ball rolling for more than five years. I think we all learned a lot during the process and understand many thinks way better now. /js On Wed, Nov 09, 2016 at 08:18:36PM -0800, rfc-editor@rfc-editor.org wrote: > A new Request for Comments is now available in online RFC libraries. > > > RFC 8022 > > Title: A YANG Data Model for > Routing Management > Author: L. Lhotka, A. Lindem > Status: Standards Track > Stream: IETF > Date: November 2016 > Mailbox: lhotka@nic.cz, > acee@cisco.com > Pages: 64 > Characters: 115083 > Updates/Obsoletes/SeeAlso: None > > I-D Tag: draft-ietf-netmod-routing-cfg-25.txt > > URL: https://www.rfc-editor.org/info/rfc8022 > > DOI: http://dx.doi.org/10.17487/RFC8022 > > This document contains a specification of three YANG modules and one > submodule. Together they form the core routing data model that > serves as a framework for configuring and managing a routing > subsystem. It is expected that these modules will be augmented by > additional YANG modules defining data models for control-plane > protocols, route filters, and other functions. The core routing data > model provides common building blocks for such extensions -- routes, > Routing Information Bases (RIBs), and control-plane protocols. > > This document is a product of the NETCONF Data Modeling Language Working Group of the IETF. > > This is now a Proposed Standard. > > STANDARDS TRACK: This document specifies an Internet Standards Track > protocol for the Internet community, and requests discussion and suggestions > for improvements. Please refer to the current edition of the Official > Internet Protocol Standards (https://www.rfc-editor.org/standards) for the > standardization state and status of this protocol. Distribution of this > memo is unlimited. > > This announcement is sent to the IETF-Announce and rfc-dist lists. > To subscribe or unsubscribe, see > https://www.ietf.org/mailman/listinfo/ietf-announce > https://mailman.rfc-editor.org/mailman/listinfo/rfc-dist > > For searching the RFC series, see https://www.rfc-editor.org/search > For downloading RFCs, see https://www.rfc-editor.org/retrieve/bulk > > Requests for special distribution should be addressed to either the > author of the RFC in question, or to rfc-editor@rfc-editor.org. Unless > specifically noted otherwise on the RFC itself, all RFCs are for > unlimited distribution. > > > The RFC Editor Team > Association Management Solutions, LLC > > > _______________________________________________ > netmod mailing list > netmod@ietf.org > https://www.ietf.org/mailman/listinfo/netmod -- Juergen Schoenwaelder Jacobs University Bremen gGmbH Phone: +49 421 200 3587 Campus Ring 1 | 28759 Bremen | Germany Fax: +49 421 200 3103 From nobody Thu Nov 10 06:52:58 2016 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id ABA39129424; Thu, 10 Nov 2016 06:52:56 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -16.018 X-Spam-Level: X-Spam-Status: No, score=-16.018 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-1.497, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id O_3JwyDlgmhO; Thu, 10 Nov 2016 06:52:55 -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 A483312953B; Thu, 10 Nov 2016 06:52:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=6358; q=dns/txt; s=iport; t=1478789575; x=1479999175; h=to:from:subject:message-id:date:mime-version; bh=2fKltnxu2hkl7wfmHrjFLUv53OmwpkcDNHjhVaEHrBw=; b=LRLZAwsFO5uuXJq5GVhUfdXY1gqDz2J1z98vXI9J0bUkbCeeW56DthU0 zzx2jeJhHLQE6N5hF3tXKd4GsK4ee9h8SEZFwGnsIUT/48f8JSDqFYEBh hTTHg4xdkj6yqphKJPAY2EYv16Gds8EbAkuNUH7BEUnDgF93y5Fh0Lo60 w=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0D/AgBFiSRY/xbLJq1dGwEBAQMBAQEJA?= =?us-ascii?q?QEBgnM9AQEBAQGBI44QpkiDDIIPggeIdhQBAgEBAQEBAQFiKIULgTMCXwEMCAE?= =?us-ascii?q?BiFuwZoJAPosEAQEBAQYBAQEBI4Y+gX0IiiGCXQWOX4tYgUKPEYFuiA0jhX6JX?= =?us-ascii?q?YdmHjcqOxALhTQ+hhErgg8BAQE?= X-IronPort-AV: E=Sophos;i="5.31,619,1473120000"; d="scan'208,217";a="689563772" Received: from aer-iport-nat.cisco.com (HELO aer-core-3.cisco.com) ([173.38.203.22]) by aer-iport-1.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 10 Nov 2016 14:52:52 +0000 Received: from [10.63.23.88] (dhcp-ensft1-uk-vla370-10-63-23-88.cisco.com [10.63.23.88]) by aer-core-3.cisco.com (8.14.5/8.14.5) with ESMTP id uAAEqqlV027573; Thu, 10 Nov 2016 14:52:52 GMT To: "netmod@ietf.org" , draft-ietf-rtgwg-ni-model@ietf.org, "draft-ietf-netmod-schema-mount@ietf.org" From: Robert Wilton Message-ID: <8c1590b7-6131-7495-f7c9-bb133010f4a7@cisco.com> Date: Thu, 10 Nov 2016 14:52:53 +0000 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.4.0 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="------------CE80DFC88888654C6921BB78" Archived-At: Subject: [netmod] Interplay between YANG network instances and schema mount X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Nov 2016 14:52:57 -0000 This is a multi-part message in MIME format. --------------CE80DFC88888654C6921BB78 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Hi, The network-instances draft (draft-ietf-rtgwg-ni-model) uses YANG mount to allow relevant parts of the YANG schema to be made available under a particular network instance (e.g. as per the diagram on section 3.2), reproduced inline here: +--rw yanglib:modules-state [RFC7895] +--rw if:interfaces [RFC7223] | +--rw bind-network-instance-name="green" string +--rw network-instances +--rw network-instance* [name] +--rw name="green" string +--rw type? identityref +--rw enabled=true boolean +--rw description="The Green VRF" string +--rw network-instance-policy | ... (RT=1000:1, RD=1.2.3.4) +--rw root? yang-schema-mount +--rw yanglib:modules-state [RFC7895] +--rw if:intefaces [RFC7223] +--rw mm:network-services +--rw nn:oam-protocols +--rw oo:routing +--rw pp:mpls My assumption is that the mounted YANG modules are just providing alternative paths in the schema for the same underlying data nodes that are also available without going via the schema-mount path. I further presume that datanodes could be read/written in both places (of course subject to NACM), and that any changes to data nodes made in one place must be immediately reflected in both places. To give a concrete example, assuming that "eth0" was bound to network-instance "foo" then: network-instances/network-instance[name="foo"]/root/interfaces/interface[name="eth0"] would be pointing to the same actual data node as /interfaces/interface[name="eth0"]. Is my interpretation of how schema mount is anticipated to work in this scenario correct? If my understanding is correct then this would seem to imply: - semantic validation of the the datatree can be performed by ignoring schema mounted nodes altogether. - leafrefs logically exist independently of the schema mounted nodes. - leafrefs viewed under a schema mount can, in some cases, be simplified to look like the reference is local within the mounted schema tree, but in the case that I'm considering here, it isn't obvious to me that all such leafrefs must necessarily never reference nodes outside of this subtree. Thanks, Rob --------------CE80DFC88888654C6921BB78 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit

Hi,

The network-instances draft (draft-ietf-rtgwg-ni-model) uses YANG mount to allow relevant parts of the YANG schema to be made available under a particular network instance (e.g. as per the diagram on section 3.2), reproduced inline here:

      +--rw yanglib:modules-state           [RFC7895]
      +--rw if:interfaces                   [RFC7223]
      |  +--rw bind-network-instance-name="green" string
      +--rw network-instances
         +--rw network-instance* [name]
            +--rw name="green"    string
            +--rw type?                           identityref
            +--rw enabled=true                    boolean
            +--rw description="The Green VRF"     string
            +--rw network-instance-policy
            |  ... (RT=1000:1, RD=1.2.3.4)
            +--rw root?                           yang-schema-mount
               +--rw yanglib:modules-state  [RFC7895]
               +--rw if:intefaces           [RFC7223]
               +--rw mm:network-services
               +--rw nn:oam-protocols
               +--rw oo:routing
               +--rw pp:mpls


My assumption is that the mounted YANG modules are just providing alternative paths in the schema for the same underlying data nodes that are also available without going via the schema-mount path.  I further presume that datanodes could be read/written in both places (of course subject to NACM), and that any changes to data nodes made in one place must be immediately reflected in both places.

To give a concrete example, assuming that "eth0" was bound to network-instance "foo" then:
 network-instances/network-instance[name="foo"]/root/interfaces/interface[name="eth0"] would be pointing to the same actual data node as /interfaces/interface[name="eth0"].

Is my interpretation of how schema mount is anticipated to work in this scenario correct?

If my understanding is correct then this would seem to imply:
 - semantic validation of the the datatree can be performed by ignoring schema mounted nodes altogether.
 - leafrefs logically exist independently of the schema mounted nodes.
 - leafrefs viewed under a schema mount can, in some cases, be simplified to look like the reference is local within the mounted schema tree, but in the case that I'm considering here, it isn't obvious to me that all such leafrefs must necessarily never reference nodes outside of this subtree.

Thanks,
Rob

--------------CE80DFC88888654C6921BB78-- From nobody Thu Nov 10 07:30:34 2016 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 067491294F4; Thu, 10 Nov 2016 07:30:33 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.398 X-Spam-Level: X-Spam-Status: No, score=-3.398 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-1.497, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id tirKDmStRPa8; Thu, 10 Nov 2016 07:30:31 -0800 (PST) Received: from mail.tail-f.com (mail.tail-f.com [46.21.102.45]) by ietfa.amsl.com (Postfix) with ESMTP id 999211297AB; Thu, 10 Nov 2016 07:30:31 -0800 (PST) Received: from localhost (h-13-76.a165.priv.bahnhof.se [155.4.13.76]) by mail.tail-f.com (Postfix) with ESMTPSA id 682B01AE0388; Thu, 10 Nov 2016 16:30:30 +0100 (CET) Date: Thu, 10 Nov 2016 16:30:30 +0100 (CET) Message-Id: <20161110.163030.1104048283216651692.mbj@tail-f.com> To: rwilton@cisco.com From: Martin Bjorklund In-Reply-To: <8c1590b7-6131-7495-f7c9-bb133010f4a7@cisco.com> References: <8c1590b7-6131-7495-f7c9-bb133010f4a7@cisco.com> X-Mailer: Mew version 6.5 on Emacs 24.3 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Archived-At: Cc: draft-ietf-rtgwg-ni-model@ietf.org, netmod@ietf.org, draft-ietf-netmod-schema-mount@ietf.org Subject: Re: [netmod] Interplay between YANG network instances and schema mount X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Nov 2016 15:30:33 -0000 Robert Wilton wrote: > Hi, > > The network-instances draft (draft-ietf-rtgwg-ni-model) uses YANG > mount to allow relevant parts of the YANG schema to be made > available under a particular network instance (e.g. as per the > diagram on section 3.2), reproduced inline here: > > +--rw yanglib:modules-state [RFC7895] > +--rw if:interfaces [RFC7223] > | +--rw bind-network-instance-name="green" string > +--rw network-instances > +--rw network-instance* [name] > +--rw name="green" string > +--rw type? identityref > +--rw enabled=true boolean > +--rw description="The Green VRF" string > +--rw network-instance-policy > | ... (RT=1000:1, RD=1.2.3.4) > +--rw root? yang-schema-mount > +--rw yanglib:modules-state [RFC7895] > +--rw if:intefaces [RFC7223] > +--rw mm:network-services > +--rw nn:oam-protocols > +--rw oo:routing > +--rw pp:mpls > > > My assumption is that the mounted YANG modules are just providing > alternative paths in the schema for the same underlying data nodes > that are also available without going via the schema-mount path. Schema mount in itself does not specify (by design) anything about the underlying instrumentation of mounted data models. In the case of a network orchestrator that uses schema mount for network devices, the mounted paths are obviously not providing alternative paths. But I think it is fine if some usage of schema mount wants this semantics. It needs to be defined in the module that uses schema mount. > I > further presume that datanodes could be read/written in both places > (of course subject to NACM), and that any changes to data nodes made > in one place must be immediately reflected in both places. > > To give a concrete example, assuming that "eth0" was bound to > network-instance "foo" then: > network-instances/network-instance[name="foo"]/root/interfaces/interface[name="eth0"] > would be pointing to the same actual data node as > /interfaces/interface[name="eth0"]. > > Is my interpretation of how schema mount is anticipated to work in > this scenario correct? > > If my understanding is correct then this would seem to imply: > - semantic validation of the the datatree can be performed by > ignoring schema mounted nodes altogether. > - leafrefs logically exist independently of the schema mounted nodes. > - leafrefs viewed under a schema mount can, in some cases, be > simplified to look like the reference is local within the mounted > schema tree, but in the case that I'm considering here, it isn't > obvious to me that all such leafrefs must necessarily never > reference nodes outside of this subtree. The last bullet might be a problem... /martin From nobody Thu Nov 10 08:24:16 2016 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B8339129888; Thu, 10 Nov 2016 08:24:14 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -16.019 X-Spam-Level: X-Spam-Status: No, score=-16.019 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, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-1.497, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id M4sn0nDP44Wf; Thu, 10 Nov 2016 08:24:13 -0800 (PST) Received: from aer-iport-2.cisco.com (aer-iport-2.cisco.com [173.38.203.52]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 47780129883; Thu, 10 Nov 2016 08:24:12 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=5370; q=dns/txt; s=iport; t=1478795052; x=1480004652; h=subject:to:references:cc:from:message-id:date: mime-version:in-reply-to:content-transfer-encoding; bh=WdgZOWX9G7l6ht1NGV3JjKcB7bRvZ6O5g/nSYc2Bk2M=; b=ZQVobc+YSVbirXrwJDUcNfwDzGXuqesy4CCDmN0ek81qK3UchtdO5zN1 NRM6XTswXYognjlh/9uA6UaPbn4CVHKgBoMnWWP1HBPLEaF1NRF2bGAZi RcAkD+sk2uFgUlCPuknYmYJwSLgHuxuy4IGCbZSegEPbBTcYfxzJjacUO k=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0CQAgCEniRY/xbLJq1dGgEBAQECAQEBA?= =?us-ascii?q?QgBAQEBgzABAQEBAYEjU409lwqSSYIPggeGJAKCVBQBAgEBAQEBAQFiKIRhAQE?= =?us-ascii?q?BAwE4OgcQCw4KLlcGDQYCAQGIUwizCItBAQEBAQEBAQEBAQEBAQEBAQEghj6Bf?= =?us-ascii?q?QiCVYopAQSOX4tYkFOBboR0gxkjhX6JXYNfhAceN2UQC4U0PjSFXSuCDwEBAQ?= X-IronPort-AV: E=Sophos;i="5.31,619,1473120000"; d="scan'208";a="647003788" Received: from aer-iport-nat.cisco.com (HELO aer-core-4.cisco.com) ([173.38.203.22]) by aer-iport-2.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 10 Nov 2016 16:24:10 +0000 Received: from [10.63.23.88] (dhcp-ensft1-uk-vla370-10-63-23-88.cisco.com [10.63.23.88]) by aer-core-4.cisco.com (8.14.5/8.14.5) with ESMTP id uAAGO9WM018772; Thu, 10 Nov 2016 16:24:09 GMT To: Martin Bjorklund References: <8c1590b7-6131-7495-f7c9-bb133010f4a7@cisco.com> <20161110.163030.1104048283216651692.mbj@tail-f.com> From: Robert Wilton Message-ID: <7641b69a-49a1-0fc8-9889-053083cd69b1@cisco.com> Date: Thu, 10 Nov 2016 16:24:10 +0000 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.4.0 MIME-Version: 1.0 In-Reply-To: <20161110.163030.1104048283216651692.mbj@tail-f.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Archived-At: Cc: draft-ietf-rtgwg-ni-model@ietf.org, netmod@ietf.org, draft-ietf-netmod-schema-mount@ietf.org Subject: Re: [netmod] Interplay between YANG network instances and schema mount X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Nov 2016 16:24:14 -0000 Hi Martin, Thanks for the comments, please see inline ... On 10/11/2016 15:30, Martin Bjorklund wrote: > Robert Wilton wrote: >> Hi, >> >> The network-instances draft (draft-ietf-rtgwg-ni-model) uses YANG >> mount to allow relevant parts of the YANG schema to be made >> available under a particular network instance (e.g. as per the >> diagram on section 3.2), reproduced inline here: >> >> +--rw yanglib:modules-state [RFC7895] >> +--rw if:interfaces [RFC7223] >> | +--rw bind-network-instance-name="green" string >> +--rw network-instances >> +--rw network-instance* [name] >> +--rw name="green" string >> +--rw type? identityref >> +--rw enabled=true boolean >> +--rw description="The Green VRF" string >> +--rw network-instance-policy >> | ... (RT=1000:1, RD=1.2.3.4) >> +--rw root? yang-schema-mount >> +--rw yanglib:modules-state [RFC7895] >> +--rw if:intefaces [RFC7223] >> +--rw mm:network-services >> +--rw nn:oam-protocols >> +--rw oo:routing >> +--rw pp:mpls >> >> >> My assumption is that the mounted YANG modules are just providing >> alternative paths in the schema for the same underlying data nodes >> that are also available without going via the schema-mount path. > Schema mount in itself does not specify (by design) anything about the > underlying instrumentation of mounted data models. OK, I think that was sort of the answer that I was expecting. But perhaps the text in the schema-mount draft could be clearer on this point. To me, instrumentation seems like it is referring to implementation, where as my question is not about implementation at all, but about the logical relationship between the data nodes in the tree. > > In the case of a network orchestrator that uses schema mount for > network devices, the mounted paths are obviously not providing > alternative paths. I agree. There is something quite different between mounting a single copy of remote data, vs mounting a second "view" of some locally available data that is already available on a different path. It also feels like the use of mount in the LNE case is somewhat different from the use of mount in the NI draft. > > But I think it is fine if some usage of schema mount wants this > semantics. It needs to be defined in the module that uses schema > mount. I actually think that we probably need some schema mount extensions to further refine how it can be used and the semantic meaning of the mounted data. In particular, this makes it easier for tooling to use modules that contain mounted data without requiring hard-coded logic. Such extensions could include: 1) Indicating that is it an entire "device" data model that is being mounted, and hence no leafrefs outside of the mount root are allowed. (LNE mount case) 2) Indicating that the mount point only represents an alternative "view" on to data that is available in the schema via other paths (NI mount case?). I think that this could potentially also allow sub-trees to be mounted, and also leafrefs to reference nodes outside the mounted tree. 3) A way of indicating that a mount point is remote, and details about which system the data is being mounted from (probably via extensions to the ietf-yang-schema-mount YANG module). 4) Statically specifying a set of modules that will always be available at the mount point (but allowing later revisions, augmentations, and addition modules to also be mounted at the same place). > >> I >> further presume that datanodes could be read/written in both places >> (of course subject to NACM), and that any changes to data nodes made >> in one place must be immediately reflected in both places. >> To give a concrete example, assuming that "eth0" was bound to >> network-instance "foo" then: >> network-instances/network-instance[name="foo"]/root/interfaces/interface[name="eth0"] >> would be pointing to the same actual data node as >> /interfaces/interface[name="eth0"]. >> >> Is my interpretation of how schema mount is anticipated to work in >> this scenario correct? >> >> If my understanding is correct then this would seem to imply: >> - semantic validation of the the datatree can be performed by >> ignoring schema mounted nodes altogether. >> - leafrefs logically exist independently of the schema mounted nodes. >> - leafrefs viewed under a schema mount can, in some cases, be >> simplified to look like the reference is local within the mounted >> schema tree, but in the case that I'm considering here, it isn't >> obvious to me that all such leafrefs must necessarily never >> reference nodes outside of this subtree. > The last bullet might be a problem... Is it a problem is all use cases of schema-mount, or just some of them? If we were to standardize some extensions at the same time, then could this restriction move into one/some of those extensions? Thanks, Rob > > > /martin > . > From nobody Thu Nov 10 13:22:44 2016 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 56C861294C6 for ; Thu, 10 Nov 2016 13:22:41 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.501 X-Spam-Level: X-Spam-Status: No, score=-1.501 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_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, RCVD_IN_SORBS_SPAM=0.5, SPF_PASS=-0.001, WEIRD_PORT=0.001] autolearn=no autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (768-bit key) header.d=labn.net 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 CdoVghQsh76s for ; Thu, 10 Nov 2016 13:22:40 -0800 (PST) Received: from gproxy7-pub.mail.unifiedlayer.com (gproxy7-pub.mail.unifiedlayer.com [70.40.196.235]) by ietfa.amsl.com (Postfix) with SMTP id 7B03B1296E4 for ; Thu, 10 Nov 2016 13:22:40 -0800 (PST) Received: (qmail 26030 invoked by uid 0); 10 Nov 2016 21:22:40 -0000 Received: from unknown (HELO CMOut01) (10.0.90.82) by gproxy7.mail.unifiedlayer.com with SMTP; 10 Nov 2016 21:22:40 -0000 Received: from box313.bluehost.com ([69.89.31.113]) by CMOut01 with id 6MNb1u00H2SSUrH01MNeSa; Thu, 10 Nov 2016 14:22:38 -0700 X-Authority-Analysis: v=2.1 cv=beT4Do/B c=1 sm=1 tr=0 a=h1BC+oY+fLhyFmnTBx92Jg==:117 a=h1BC+oY+fLhyFmnTBx92Jg==:17 a=L9H7d07YOLsA:10 a=9cW_t1CCXrUA:10 a=s5jvgZ67dGcA:10 a=IkcTkHD0fZMA:10 a=xqWC_Br6kY4A:10 a=L24OOQBejmoA:10 a=48vgC7mUAAAA:8 a=PG8z8Hf-9MY2bMh4pjkA:9 a=QEXdDO2ut3YA:10 a=XGZEhoFYVuEA:10 a=w1C3t2QeGrPiZgrLijVG:22 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=labn.net; s=default; h=Content-Transfer-Encoding:Content-Type:MIME-Version:Date: Message-ID:Cc:To:Subject:From; bh=b+Sc8BpsqjB7azBH5v6MkQVyDWgp+107DpyZMw9EzkU=; b=U+y70XMde9RENs9kaKmbj1zPdd Vl6JpTCHntG1UBVEZHjolQN8ORCp52wILt4Md8nJnuNIgA/o2a+PFutFjWL7yi6Pn740NuDFVF80P 9V1peY5Pu0ow8FyPk8CuYGVzR; Received: from pool-100-15-85-191.washdc.fios.verizon.net ([100.15.85.191]:37758 helo=[IPv6:::1]) by box313.bluehost.com with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.86_1) (envelope-from ) id 1c4wns-0007FZ-Na; Thu, 10 Nov 2016 14:22:36 -0700 From: Lou Berger To: NetMod WG Message-ID: Date: Thu, 10 Nov 2016 16:22:34 -0500 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.4.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - box313.bluehost.com X-AntiAbuse: Original Domain - ietf.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - labn.net X-BWhitelist: no X-Source-IP: 100.15.85.191 X-Exim-ID: 1c4wns-0007FZ-Na X-Source: X-Source-Args: X-Source-Dir: X-Source-Sender: pool-100-15-85-191.washdc.fios.verizon.net ([IPv6:::1]) [100.15.85.191]:37758 X-Source-Auth: lberger@labn.net X-Email-Count: 1 X-Source-Cap: bGFibm1vYmk7bGFibm1vYmk7Ym94MzEzLmJsdWVob3N0LmNvbQ== Archived-At: Subject: [netmod] Reminder - slides are due (to chairs please!) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Nov 2016 21:22:42 -0000 PS: there's a new interface to materials (agenda and slides), check out https://datatracker.ietf.org/meeting/97/session/netmod Etherpad will be in it's usual spot: http://etherpad.tools.ietf.org:9000/p/notes-ietf-97-netmod Lou From nobody Thu Nov 10 15:55:13 2016 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 91D061293F3 for ; Thu, 10 Nov 2016 15:55:12 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.922 X-Spam-Level: X-Spam-Status: No, score=-1.922 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=junipernetworks.onmicrosoft.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id nDhFPIspkP7T for ; Thu, 10 Nov 2016 15:55:10 -0800 (PST) Received: from NAM01-SN1-obe.outbound.protection.outlook.com (mail-sn1nam01on0097.outbound.protection.outlook.com [104.47.32.97]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7D65E12947C for ; Thu, 10 Nov 2016 15:55:10 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=junipernetworks.onmicrosoft.com; s=selector1-juniper-net; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=Qgu4bCuaL2MEU26Hq0kT+Qhov5y0pzQ8uO25NPYRSGo=; b=dDfYEfFaYAWjP3Ek2jVZQSaNJf32FsnCN/dHjBq/tIxzm4cRAEtwN99bTJkRSX4DLQahEF+Dxv7ddlc4zt8lrqItT4eYkM0aTPiu/p0mjRdeQvnE3uXSd7HlY0lYCERHwMK7U5SUMPYQwK+Vf16jTCJ5/5pXwfJBIBWMqJlgt80= Received: from SN1PR05CA0021.namprd05.prod.outlook.com (10.163.68.159) by BN3PR0501MB1330.namprd05.prod.outlook.com (10.160.183.19) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.721.4; Thu, 10 Nov 2016 23:55:08 +0000 Received: from BN1BFFO11FD008.protection.gbl (2a01:111:f400:7c10::1:120) by SN1PR05CA0021.outlook.office365.com (2a01:111:e400:5197::31) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.721.10 via Frontend Transport; Thu, 10 Nov 2016 23:55:07 +0000 Authentication-Results: spf=softfail (sender IP is 66.129.239.19) smtp.mailfrom=juniper.net; gmail.com; dkim=none (message not signed) header.d=none;gmail.com; dmarc=none action=none header.from=juniper.net; Received-SPF: SoftFail (protection.outlook.com: domain of transitioning juniper.net discourages use of 66.129.239.19 as permitted sender) Received: from P-EMFE01C-SAC.jnpr.net (66.129.239.19) by BN1BFFO11FD008.mail.protection.outlook.com (10.58.144.71) with Microsoft SMTP Server (version=TLS1_0, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA_P384) id 15.1.707.3 via Frontend Transport; Thu, 10 Nov 2016 23:55:07 +0000 X-IncomingTopHeaderMarker: OriginalChecksum:; UpperCasedChecksum:; SizeAsReceived:1080; Count:13 Received: from p-mailhub01.juniper.net (10.160.2.17) by P-EMFE01C-SAC.jnpr.net (172.24.192.21) with Microsoft SMTP Server (TLS) id 14.3.123.3; Thu, 10 Nov 2016 15:55:06 -0800 Received: from idle.juniper.net (idleski.juniper.net [172.25.4.26]) by p-mailhub01.juniper.net (8.14.4/8.11.3) with ESMTP id uAANt5rm027900; Thu, 10 Nov 2016 15:55:05 -0800 (envelope-from phil@juniper.net) Received: from idle.juniper.net (localhost [127.0.0.1]) by idle.juniper.net (8.14.4/8.14.3) with ESMTP id uAANp16l096261; Thu, 10 Nov 2016 18:51:01 -0500 (EST) (envelope-from phil@idle.juniper.net) Message-ID: <201611102351.uAANp16l096261@idle.juniper.net> To: "Acee Lindem (acee)" In-Reply-To: Date: Thu, 10 Nov 2016 18:51:01 -0500 From: Phil Shafer MIME-Version: 1.0 Content-Type: text/plain X-IncomingHeaderCount: 13 X-EOPAttributedMessage: 0 X-MS-Office365-Filtering-HT: Tenant X-Forefront-Antispam-Report: CIP:66.129.239.19; IPV:NLI; CTRY:US; EFV:NLI; SFV:NSPM; SFS:(10019020)(979002)(6009001)(7916002)(2980300002)(199003)(189002)(68736007)(2810700001)(92566002)(5003940100001)(2906002)(47776003)(81166006)(81156014)(229853002)(558084003)(4326007)(77096005)(1076002)(586003)(50986999)(97736004)(54356999)(87936001)(106466001)(8936002)(6916009)(110136003)(105596002)(2950100002)(305945005)(86362001)(189998001)(7696004)(53416004)(76506005)(69596002)(5660300001)(8676002)(356003)(48376002)(8276002)(50466002)(626004)(7846002)(7126002)(969003)(989001)(999001)(1009001)(1019001); DIR:OUT; SFP:1102; SCL:1; SRVR:BN3PR0501MB1330; H:P-EMFE01C-SAC.jnpr.net; FPR:; SPF:SoftFail; PTR:InfoDomainNonexistent; A:1; MX:1; LANG:en; X-Microsoft-Exchange-Diagnostics: 1; BN1BFFO11FD008; 1:wXrEhODGFpWCOQ+jtAOiS2Qji9pm+SaTE16y5yMEmOZDsS+xJUlNkEcmG7JUOWQBdnnlv/NEFFLdoVwGlaT6Az/Y87I1BRO8ONxmN85Cr3F1QJaBpLLJwisTgLAmpEyAWMmjTOVYlqAhLcSLukkl2Pv9KwGePQwweVXUl55ZvgtjE+MWNavRUWmel+fA0Y2cbBFwPeeWn2q/kb77NcdcI+055AFpXvjwdOKWdlgdb6OhfV8WB+qKbkEkqsPKJ63zfjccSV7SApdqsbOBZTaF2qQd86t+rUoqHwatbqM3K1Jg2sjHtZFcDJ2I2/CfzZuS9k7M+dLrkBgizJIh2GWhLrtND50hIx/UgJDnAcdIv1fAxd9D0nPgsshWyW7LRgzUnYa3MkAQhI8+0LzPhYzuJy3UrRMkxHxIvmFHtC/MWjMO4jgM6tPxOpl/wWoz653JhrKO9fb1KUI/y1J4EIuXVPoB1j1j8UI/4CcNwo9HBTafQEnRbJz/tXGkMc20j3qzWy4GExMx2AB8/DNCNePij1fae6QqgY7sPv7DGQmLOZPFkLCYc9vZduTvGudU4iJ1TisYlWI1vIJqks9X0Q8WMUBiELwnpGbAnnXwTkjw8Ho= X-Microsoft-Exchange-Diagnostics: 1; BN3PR0501MB1330; 2:GDUrxbWJISrjB2crXM66eWjx5FaQWYlKEF0uPNwrt4upK//FBCDsPioFrytP2s9b92/AcUudOCnULYl/Jdpowyk8bqas3aN6eyzCmTWVvmW/naUXaQUvyzGBk4KMi0FfCeFinIQNcnZ9XhGDh7vHxgCK3Nzl9VKxEZ7VJdi41NY=; 3:na20Sa7rIOdgEu+BcU20RX/AaIN2eG4ns4z5pFvXcgqSVXjUgGep7pK78vuyi0tBIoe5r2j6vxAp7HGr6l2lqvHpq86yLavstZ8TKB78+XHIcGAvPigWxo6f0LhfDvLrbgZaY2u3ly6E+h704H4lrgLlNZslynrjlVsq5+L02hLVZU9jCHDUAyUCEJdRuRkc/tH5SGKMA128tvzFLhYYOGD+y7rbzUw5pdkAB4u1CmUnAH956E0YhGAxBJF3kODce7iYkj84dp3qftlWBrN1qg==; 25:5ElqhXbqJD3a8CMWW/tMJjmmRcsNwC/LmkjdknG6v9Ioy0Akm24F/Si8xtvubkg+Me6fQFasIn+uFmpYfFjtm3Ye0+PtAPKXq1iXYa/IAo2ZEg2IrwODOcRDvmmZVuPj4u2qSR5DBLM2u1t+Yg8jKuetxopOrB8gOqUcYml5YEXpNdHN/b+m7FoJ7oBy7nDKZmi6grCOyYljpn3l1cDT6c/0UEUBpY5UsOVv7mHDEbBR2E5ZHTLKoiYfpCaZ1bNYksfGT5u024k+bKWW54S/SaKrZ25jUgAql14zAvp3tFoh0gqHxi/h7A/Abon3AX/cA0v/e/hyjh7pXpbGn1R6b8CLEbVyv4d+Goq9HEYcgpqcrQP4JaoNmTWstSbUf7+O4+GIgVVSMK2ieAIORBspFJtl27/tN/gseH/H981ofBA= X-MS-Office365-Filtering-Correlation-Id: 65c73c5c-df22-4789-624a-08d409c50010 X-Microsoft-Antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001); SRVR:BN3PR0501MB1330; X-Microsoft-Exchange-Diagnostics: 1; BN3PR0501MB1330; 31:t6IP8dh5152qNkALPxuwnZzCCtiN+xoYZ/8eMVLZ/pCRn/5CvO0O6lmmQW4SaTx4x1Izny+Ykcq11vnlqZPHllPhggWFsxhTdgXdbibVwyNC1isRSWMDx7088/nmZw92R2wJX0OWfIWc/wuuP4pNI1dgJX9NU0kM1BOgxIprKi6KiRDAoCEImm5yqFJBsNtMzWDbWjOQmEu32DYLpwF4R2w4J+WcOToY0LDskgOagZU6I8GfkrwJBQ/k9IyiHgCff+vaZcem9zdRKitw609wDQ==; 20:SEgpYCYKnQJYwIFSacXQ+R6QhZ/FK9ah7egUt7OWGIYqsmFi+TH9/Gsims8QfChjyBpMJ37bGSy5061/59WNraejt52GynyIrfSLzULERRimCxebXRPvfVwiX0XPugiXVTrQ9jeJXRS0NqcOeM1Y8yuzKpCeKta/gkgciKVJ4D/Pwfj6GRqP7uLCIKbar7tGhLH4ZLYuL0GSyIMYC7jGWMmfNUgi49U+xxlv7BYiUogzU0rS0RnZrs2ym041ERCzZ0q23us8j0JFaf7O8QwRM/NFc2Tn5OWFku8GKFbe5jxr0YWu0AwZuy8tBaL6DnaxTamgHFoJEP9mGonon7x+IsKOaya+Z3Ag2NhhUuH3zGuT7VQ5Z5+1cZKjPjj6r/JJKIWpsAS5HnIOFWSUVnnjeCKmVHelosTkTg2sMp18c08i73YKtsfvvhhi8g0y3HAyONq0nGT/pZNLLLXp90RAwD+FWBExaN2DXZV/dF3jsWgMj3w0qlxnxuTbS7CBlZy3 X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:(100405760836317); X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(6040176)(601004)(2401047)(8121501046)(13018025)(5005006)(13023025)(13024025)(13015025)(13017025)(10201501046)(3002001)(6055026); SRVR:BN3PR0501MB1330; BCL:0; PCL:0; RULEID:; SRVR:BN3PR0501MB1330; X-Microsoft-Exchange-Diagnostics: 1; BN3PR0501MB1330; 4:1L8mhcDJPNUSNNxAI7ppDPeuwabaPtlVTgo4eXAliPSVLZ+0dwvFjudBnkQhKpb+EtuvVD+gC60rE7kHgD8d+EJKaDl32v2KxHvDMbsSYijI/6GRczdMS/59BOZNrnZg8CB97j+ejmiA4yBHiHizV98riJkdBlRafzmeLCUWAwA1zs+RutM8Ak1hrYF1NvGBa5iJnAInt3qT9UzzoIUts9haYaMA0XBw9ZNYc0H7ss4BrxMdBs4KHNBWNr2U6TwvNYYv0GbXYOMOzN5LOEFzSiNVv9+kGtTlVbQhDD6TjbnaZugKUwq/7xamSJn9z+Cm+dALEU9haR1QOw5ruGg01iit7fmG/BbpybxlmviWK4Zeq8BF91SPaZYPVGn/vtRoExMEHC/DaDsEoGr8/RuNTDjdr0cZS5o3NwTVbrC/XON1lUceSbcW5ushp+/J9rGU4s2tDEczPFxNhgNm/x1LRxroCjf6UU+pyEeOERnv+EWjME1GP2SrfhVl3mWk6hwKTeQNfR8B/Z3bQ47ccvXoB2aRLLNXzWfdcgGjpBe16SE= X-Forefront-PRVS: 01221E3973 X-Microsoft-Exchange-Diagnostics: =?us-ascii?Q?1; BN3PR0501MB1330; 23:zNL0Nu932eDmh4zgmDUZLbDqkVzldMBIwTSzmQx?= =?us-ascii?Q?mtTr2PpgYxdVFa92sV0e1pXYeal0BlspdnUgFLfvg2Fe1SDLlVfBISqz3PtC?= =?us-ascii?Q?ys8UoBqPSHR/NYIwJVFO1YoYEiNjzvlko9qgyIzTZo+wd+LoyuaomvaU0UDT?= =?us-ascii?Q?JmokotbAebEbUZY1j11LZxgvr4U7Br3z21r0ZsckBrHF1Qfi0uop6wAkdu9l?= =?us-ascii?Q?7n7vYg4588W3cHVS/DQmqOpY6JA3QCUQkPA+kXSSnjmy8dgteECyoyc1FUw7?= =?us-ascii?Q?Ax7jdztywbGBIDQfcG8lygaBqbmWRG90gzLEqiI63wKlRSKHjrstbaJW8e85?= =?us-ascii?Q?kahhLA2bjR7cdNrWOhrnKUO2j9YpbjWhCJy7WwEFlSTr/Y8+KLv5pchFdSsz?= =?us-ascii?Q?xFRq/g93t6SbvcMu11i4TIzd9TylnkR/U17g9vx1PJy3uJNIOudKGkxh62eT?= =?us-ascii?Q?WQAGeT+GEw1UCbESUgzbzLw/XV9HeOym/gjY/kU4Wrcr1pJoKdInPLUYhMnH?= =?us-ascii?Q?57D6AhTZUaC+KNGK3cvnZCBcq9zkCfBgWerMf32ly3VmzvaZoibj7Nk8a/kR?= =?us-ascii?Q?zc0Cg68tC8A4eYUlaWqhp3HT1A2MSyxtKueTXKucVJulm6GF+EK/yQJjHQDT?= =?us-ascii?Q?CyHb4ogSrfgqeIbpxQU6hyCBKniW+CQVdFU+2s48FX37v2Yaf/xnPXMc3HRv?= =?us-ascii?Q?XfejZnwZjpcUVUlqmTlrzC7DYUBkOyjlzuFJxDAfmhEZde/+gjufDlnaN1fE?= =?us-ascii?Q?USBarXKB7H/vz5MXeEYTtQIUBlH8l3v2VXcJiOpIsNIyYRrz0uCFs3hCVGEf?= =?us-ascii?Q?VW8KPB7fPsckZmMmz3zDafAsSf7r3DchBZwvXImfHyxnnJkMk+gnrjhIJNQk?= =?us-ascii?Q?KMo2YUEvug72geNQrzMlbRNz4FWE0mwNcpKKi9PJkmfbkPGM/AopxCi/oW4o?= =?us-ascii?Q?/RQSu1e9UoqQVay+MOJGp3MDcqkjMcT0xnxA9QNC1/zg+hMfWA6QHV4bjpZq?= =?us-ascii?Q?OuT6mXE64aqchPSSj6lCQ4868E8+b3Tydje4PNgPbh7Rps3AmCydqQQEohzv?= =?us-ascii?Q?vqh1QEeLNw2BI+bll9jgHDZpfcAFcd60qyhg8w+ENApMp8NcMOflFD4Mi0uD?= =?us-ascii?Q?gZ8DG8sh09ykUk5jcpmFHzjfyVQGOXevzGRikqnrkz1VlXI9dyVtknA=3D?= =?us-ascii?Q?=3D?= X-Microsoft-Exchange-Diagnostics: 1; BN3PR0501MB1330; 6:tjYkvGgCt42y5GiOHf9TbBarwThbLizSz0aweahBTkkomRq9W5141E1SlS+AnAuhnifclsIh5JF2gv0M+PjI3jVNVZTXlgF7EBWGckjMWQ/lAFiDQ3Axek6OgrPWEuIEu80fdROjw6BUJrEF/oujLoqX6hvsrsi0dIbOeyOe/yytlbFETJ83PDkEvPHuDC+2HrLDZG8vvpRXtPtb0+3C+X0r92OQJpL/DDGsjDBk7NTSWKh572PHZG5F+2cYEFpERKokfUh7hu4nPqBUXKNstjY1OvykipueqMW/Fi5aGr8FuJaNjqHm53N/V0xkXTqQawEosZ0O+7UqnYLz2bUibPUd7p5yZ9UuGHb++11WuDA=; 5:VmDv6/syqXvDJuer4eLeteMLOiiBwbVVjt/HA+VzpGfGOTo51NE4FnEKuZxnife9ZPDSzjK2SPVJEX8cv+/KgEd7tyQ1kRB575pYffJ0Njw3Sxx3FHUVnkji4O/ZbEZhNCK6ksL63pizow+KT7CefA==; 24:OyfbaX2aV/MrjexS7BkEA3oSgB5PCEsuGTXMfs8NwlIe0R3oCMhD1bTqFC+rLG6v267KgKXf5HKUkZ+ECgwT12hDAIt9pq0dGRczyF2aoSM= SpamDiagnosticOutput: 1:99 SpamDiagnosticMetadata: NSPM X-Microsoft-Exchange-Diagnostics: 1; BN3PR0501MB1330; 7:/QT3Gp+ciTQf2lIAYvNHgyl8d0bSagj9+mD5z9tgpx68jm3zNLLzywVt5dhtGXdenPl5gJCOvRAvhlVPTO/dKIb0bFJjVQ9SWQWxJbCWps3EX7ulBnHv36vKkGTuX8/GOlZ4WG5sycRE24mWsLa2cgIkW66eSsUAnlkjH0CNYRgmfkEzXpgGqMn3woY3qIG7+rdZyUCd64wFUzAgc+TilBfHY0L8gfQOtICtzt39LpdwwGJD/Dz2seoytjHHjtqSci3KLMIpFu/QML7QPaWV4uS8ad3iJthd7N+1QqC6W/J77+m1VU+1TgIPA9QAAYfyXICnGCIwaqgyMIez+RfRv0Qb1e9NCdpdqVK2g8g5JH8= X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-OriginalArrivalTime: 10 Nov 2016 23:55:07.4123 (UTC) X-MS-Exchange-CrossTenant-Id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-CrossTenant-OriginalAttributedTenantConnectingIp: TenantId=bea78b3c-4cdb-4130-854a-1d193232e5f4; Ip=[66.129.239.19]; Helo=[P-EMFE01C-SAC.jnpr.net] X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN3PR0501MB1330 Archived-At: Cc: NETMOD WG Subject: Re: [netmod] RFC 8022 on A YANG Data Model for Routing Management X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Nov 2016 23:55:12 -0000 "Acee Lindem (acee)" writes: >It may take more than one to reach consensus It's sure to be a "rough consensus" ;^) Great work gents! Thanks, Phil From nobody Thu Nov 10 18:51:02 2016 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E094C129691 for ; Thu, 10 Nov 2016 18:51:01 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.7 X-Spam-Level: X-Spam-Status: No, score=-2.7 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, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id M8F8D1OTYpM1 for ; Thu, 10 Nov 2016 18:51:00 -0800 (PST) Received: from mail-pf0-x244.google.com (mail-pf0-x244.google.com [IPv6:2607:f8b0:400e:c00::244]) (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 B46CB129610 for ; Thu, 10 Nov 2016 18:51:00 -0800 (PST) Received: by mail-pf0-x244.google.com with SMTP id i88so613411pfk.2 for ; Thu, 10 Nov 2016 18:51:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-transfer-encoding:from:mime-version:subject:date:message-id :references:cc:in-reply-to:to; bh=/moZXjXe9YDmrenjT9S1g/eiydqkQlFeUbFbKv3ZZw0=; b=j+JhiAo0/zsdO5u2AfpE220LZhe4px9QZf3nCEkS4sH/giLoxyg6rujgwvM9GVaQa2 zMGAJyQWDnvzqbCRkoZDCD7PwUUiO5me5xQDWjlwz8wKpw1c/zfni8xWzU2VLEF0b/dT Y3VEfvAHdSUlfJc6bUQeVLLG0xOt4vajP59yfv8SLcWDhiF+GHaeyp73vkBuS6QPmQdD 2RdzcpzEkIxTIck09Zz5nzV6wGaVfLdkJnocmo6D42aWZP0n69VUyEmOyj2r5kipGaSE aPkQLghQu5WyT+T2zqi1fsbLMRWOP2NXb5NXb7/NEf+n9GiilCHokS281QS6syxVZfKp hm2A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:content-transfer-encoding:from:mime-version :subject:date:message-id:references:cc:in-reply-to:to; bh=/moZXjXe9YDmrenjT9S1g/eiydqkQlFeUbFbKv3ZZw0=; b=jx5i/OgPf05v1kImJHXmpc+YSIjFvWIboLOzcfteD93sV4wpERhTZZWkm7c8Ldx+Vl HoEXw84kglyNX4v+hmurgn5S0f0mtKZgU/vrGXiG14e1amsI8954Qjlh5HF1ATxlXEdx zGLfRF0gaaM9qnZ8Bd5FNnSrqjYSuvAUOXQLpvedDT6eQStpZks9wvZgBRDwHAz64+j/ XA6ZYI5dbDz7kwJOxYn5yoPlbNNRR6Lpb+1TdrlA2cN6D2lab/DBDiR3r/6FcMnqXFaM 6WITPjwNpWMlVvMsS3ihqD4FnfQUSYdmfxUjJ2GkIo/qIBmwbCGKaJL84q96arO+agnc DaJg== X-Gm-Message-State: ABUngvdMvnz2JhlftOEcuQEYvDbqKdYxoTKI7+oG8yD281/+k7zomzli1jnX2zJOrN8l5g== X-Received: by 10.98.63.1 with SMTP id m1mr1999724pfa.31.1478832660404; Thu, 10 Nov 2016 18:51:00 -0800 (PST) Received: from [197.205.12.54] ([202.52.11.170]) by smtp.gmail.com with ESMTPSA id vz6sm10351244pab.15.2016.11.10.18.50.59 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Thu, 10 Nov 2016 18:50:59 -0800 (PST) Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable From: Mahesh Jethanandani Mime-Version: 1.0 (1.0) Date: Fri, 11 Nov 2016 09:13:53 +0800 Message-Id: References: <20161110041836.0B46FB80F29@rfc-editor.org> <9E76C004-0A83-4596-937E-D85DDCC364B4@gmail.com> In-Reply-To: To: "Acee Lindem (acee)" X-Mailer: iPhone Mail (13G36) Archived-At: Cc: NETMOD WG Subject: Re: [netmod] RFC 8022 on A YANG Data Model for Routing Management X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Nov 2016 02:51:02 -0000 On Nov 10, 2016, at 6:23 PM, Acee Lindem (acee) wrote: >> Thank you, this one really calls for a drink. :-) >=20 > It may take more than one to reach consensus=E2=80=A6 +1 for drinks.=20 Mahesh Jethanandani=20 mjethanandani@gmail.com= From nobody Thu Nov 10 22:45:36 2016 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 48BFC1299BF for ; Thu, 10 Nov 2016 22:45:35 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.699 X-Spam-Level: X-Spam-Status: No, score=-2.699 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, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id YEsFjkIJZI_X for ; Thu, 10 Nov 2016 22:45:33 -0800 (PST) Received: from mail-pf0-x22f.google.com (mail-pf0-x22f.google.com [IPv6:2607:f8b0:400e:c00::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 DF85D129606 for ; Thu, 10 Nov 2016 22:45:32 -0800 (PST) Received: by mail-pf0-x22f.google.com with SMTP id d2so6902006pfd.0 for ; Thu, 10 Nov 2016 22:45:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:subject:from:in-reply-to:date:cc:message-id:references :to; bh=MMcuGfwyRwuPyx/6OcwkczkocPH6Dctyi4VfElXRvBs=; b=kTq2VCpBAKyF2GjY5vizzU4PKbdvwW4/HveqvLD0RDn9oZJdKxzBmtT99e9HWNI956 3+zHaPGMW3YLHfExeABZFbFPetWlg7a7sbaPTYhTf8jw8I2x+pgDHrKCAiYUdsZkrjLN HQQD/mlIn7Z5C9z6pZAPjba0NGsYkqGbRS4KL4sHZk4DKul3M+bQe+XqYNQA+yuKc4/U we7kh0xmBi34+R8QylGHe3aXLkYAZbhRbRkLkENYpY6/F3w7+ejqzfoww+Rdxau2AdNL AHe7MkKvfSOvuJV46DAZSzKV5zt9A6h5Np0VFVDd7PjwfdzGUMhZGumadnyWDZYIINNv cLbA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :message-id:references:to; bh=MMcuGfwyRwuPyx/6OcwkczkocPH6Dctyi4VfElXRvBs=; b=hwVTQbSV3MxMxnevdqWG94k0uxOdBrXCDEV7bVAthzTuFX+4+qxuVLN3BUQCOAbtQ7 COIc7Jm2MqpVKIPVT8o9SRRKMqJWWlh1JSSf6ni0wrriHZAgEdpg3rbh814aYcxGhTBC d3Je8IM5Zhr0+L5gTCS2T6CVZBM+qTO23OriV2ZMyFtW46fpEp/GrvbNu4vOefUl2fhc DjKsElCh+vJ8hB0pDBDYkPxzC6O/DUffjmPJactvohbnMiOxbXcehDxCdzXanplv92Ll TdyzxZlDHRnwUnQeqmbJBNYIPU52gTbVxYiYQmE3Y/ZuoTxYKbilNuzpZkbNIwv7aWJL /5iQ== X-Gm-Message-State: ABUngvcZp4pnDIbM8wwpDnjtTcyAXVVwU3F7Ko8ylu3sQ9xUtbRHpZGMgwzaW019AsfeIQ== X-Received: by 10.99.144.65 with SMTP id a62mr42423607pge.103.1478846732066; Thu, 10 Nov 2016 22:45:32 -0800 (PST) Received: from [172.20.0.73] (113x41x139x141.ap113.ftth.ucom.ne.jp. [113.41.139.141]) by smtp.gmail.com with ESMTPSA id xt4sm9705115pac.25.2016.11.10.22.45.30 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Thu, 10 Nov 2016 22:45:31 -0800 (PST) Content-Type: multipart/alternative; boundary="Apple-Mail=_FF5B8BF1-9092-46BE-90C4-E757BA92410D" Mime-Version: 1.0 (Mac OS X Mail 9.2 \(3112\)) From: Dean Bogdanovic In-Reply-To: Date: Fri, 11 Nov 2016 15:45:29 +0900 Message-Id: References: To: Kent Watsen X-Mailer: Apple Mail (2.3112) Archived-At: Cc: "netmod@ietf.org" Subject: Re: [netmod] WG Last Call for draft-ietf-netmod-acl-model-09 (until Oct 27, 2016) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Nov 2016 06:45:35 -0000 --Apple-Mail=_FF5B8BF1-9092-46BE-90C4-E757BA92410D Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On Oct 29, 2016, at 4:01 AM, Kent Watsen wrote: >=20 > The last call period for this draft has ended. Thank you to all that = responded. Given the responses received, my co-chair and I believe that = the draft is ready to move forward. I will begin the shepherd write-up = shortly. > In parallel, prompted by a conversation I had this morning, I=E2=80=99m = wondering about the YANG module=E2=80=99s use of the config false nodes = =E2=80=98acl-oper-data=E2=80=99 and =E2=80=98ace-oper-data=E2=80=99. In = particular, are the lifetimes of these nodes always the same as the = configured nodes?=20 Yes, they are. When the nodes are created, they are don=E2=80=99t have = to be attached to an another object, like interface or RIB, etc, but = they get operational state. Once attached, (to continue with the = example) operational status of counters is changing. When detached from = the interface, the last know counter is kept, until the ace is deleted. = Same is for acl-oper-data. > - is there any need to support reporting opstate for system-generated = acts? Don=E2=80=99t understand your question. What is the difference between = system and user generated acls? Dean >=20 > Thanks, > Kent (as shepherd) > =20 > =20 > From: netmod > on behalf of Kent Watsen = > > Date: Thursday, October 13, 2016 at 5:05 PM > To: "netmod@ietf.org " > > Subject: [netmod] WG Last Call for draft-ietf-netmod-acl-model-09 = (until Oct 27, 2016) > =20 > =20 > This is a notice to start a two-week NETMOD WG last call for the = document: > =20 > Network Access Control List (ACL) YANG Data Model > = https://tools.ietf.org/html/draft-ietf-netmod-acl-model-09 = > =20 > Please indicate your support or concerns by Thursday, October 27, = 2016. > =20 > We are particularly interested in statements of the form: > * I have reviewed draft-ietf-netmod-acl-model-09 and found no = issues. > * I have reviewed draft-ietf-netmod-acl-model-09 and found the = following issues: ... > =20 > As well as: > * I have implemented the data model in = draft-ietf-netmod-acl-model-09. > * I am implementing the data model in = draft-ietf-netmod-acl-model-09. > * I am considering to implement the data model in = draft-ietf-netmod-acl-model-09. > * I am not considering to implement the data model in = draft-ietf-netmod-acl-model-09. > =20 > Thank you, > NETMOD WG Chairs > =20 > =20 > _______________________________________________ > netmod mailing list > netmod@ietf.org > https://www.ietf.org/mailman/listinfo/netmod = --Apple-Mail=_FF5B8BF1-9092-46BE-90C4-E757BA92410D Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8
On Oct 29, 2016, at 4:01 AM, Kent Watsen <kwatsen@juniper.net>= wrote:

The last call period for this = draft has ended.   Thank you to all that responded.  = Given the responses received, my co-chair and I believe that the draft = is ready to move forward.  I will begin the shepherd write-up = shortly.
In parallel, prompted by a = conversation I had this morning, I=E2=80=99m wondering about the YANG = module=E2=80=99s use of the config false nodes =E2=80=98acl-oper-data=E2=80= =99 and =E2=80=98ace-oper-data=E2=80=99.  In particular, are the = lifetimes of these nodes always the same as the configured nodes?  =

Yes, = they are. When the nodes are created, they are don=E2=80=99t have to be = attached to an another object, like interface or RIB, etc, but they get = operational state. Once attached, (to continue with the example) = operational status of counters is changing. When detached from the = interface, the last know counter is kept, until the ace is deleted. Same = is for acl-oper-data.

- is there any need to support reporting opstate for = system-generated acts?

Don=E2=80=99t understand your question. What is = the difference between system and user generated acls?

Dean


Thanks,
Kent (as = shepherd)
 
 
From: netmod <netmod-bounces@ietf.org> on behalf of Kent Watsen = <kwatsen@juniper.net>
Date: Thursday, October 13, = 2016 at 5:05 PM
To: "netmod@ietf.org" <netmod@ietf.org>
Subject: [netmod] WG Last Call = for draft-ietf-netmod-acl-model-09 (until Oct 27, 2016)
 
 
This is a notice to start a = two-week NETMOD WG last call for the document:
 
          &nb= sp;    Network Access Control List (ACL) YANG Data = Model
          &nb= sp;    https://tools.ietf.org/html/draft-ietf-netmod-acl-model-09<= /span>
 
Please indicate your support or = concerns by Thursday, October 27, 2016.
 
We are particularly interested in = statements of the form:
  = * I have reviewed draft-ietf-netmod-acl-model-09 and found no = issues.
  * I have reviewed = draft-ietf-netmod-acl-model-09 and found the following issues: = ...
 
As well as:
 * I have implemented the = data model in draft-ietf-netmod-acl-model-09.
  * I am implementing the = data model in draft-ietf-netmod-acl-model-09.
  * I am considering to = implement the data model in draft-ietf-netmod-acl-model-09.
  * I am not considering to = implement the data model in draft-ietf-netmod-acl-model-09.
 
Thank you,
NETMOD WG Chairs
 
 
_______________________________________________
netmod mailing list
netmod@ietf.org
https://www.ietf.org/mailman/listinfo/netmod

= --Apple-Mail=_FF5B8BF1-9092-46BE-90C4-E757BA92410D-- From nobody Fri Nov 11 03:01:46 2016 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 25CE212959E; Fri, 11 Nov 2016 03:01:45 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.62 X-Spam-Level: X-Spam-Status: No, score=-2.62 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id gAvInlrEvRX5; Fri, 11 Nov 2016 03:01:43 -0800 (PST) Received: from asmtp3.iomartmail.com (asmtp3.iomartmail.com [62.128.201.159]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7E7B31295C7; Fri, 11 Nov 2016 03:01:43 -0800 (PST) Received: from asmtp3.iomartmail.com (localhost.localdomain [127.0.0.1]) by asmtp3.iomartmail.com (8.13.8/8.13.8) with ESMTP id uAB9aW1x030079; Fri, 11 Nov 2016 09:36:32 GMT Received: from 950129200 (host217-36-58-153.in-addr.btopenworld.com [217.36.58.153]) (authenticated bits=0) by asmtp3.iomartmail.com (8.13.8/8.13.8) with ESMTP id uAB9aGSM030021 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NO); Fri, 11 Nov 2016 09:36:29 GMT From: "Adrian Farrel" To: Date: Fri, 11 Nov 2016 09:36:13 -0000 Message-ID: <0ac401d23bff$145093d0$3cf1bb70$@olddog.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 14.0 Thread-Index: AdI7/s1nS6uy13ncT+GE07zLNY1EmQ== Content-Language: en-gb X-TM-AS-MML: disable X-TM-AS-Product-Ver: IMSS-7.1.0.1679-8.0.0.1202-22692.006 X-TM-AS-Result: No--3.227-10.0-31-10 X-imss-scan-details: No--3.227-10.0-31-10 X-TMASE-MatchedRID: CSP2yg+Ty9POf6FUr/HJkVPjo7D4SFg4vNY4Opm8STkKXKtfi06bFKPF jJEFr+olfeZdJ1XsorgUBfgS1SLQ+AtuKBGekqUpbGVEmIfjf3supnOYk//i2EdScQ1CDpgOSaU XAaABw7Ueyfhi0Zt1Vo+N4DlhKQwQh8f9+fd10RPkvmU7gj2frT4n7o4CNd3aPbiTch0pm34= Archived-At: Cc: l2sm-chairs@ietf.org Subject: [netmod] Formation of another YANG-related WG X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: adrian@olddog.co.uk List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Nov 2016 11:01:45 -0000 Hi YANG-fiends, Please note that the L2SM working group has been formed and will meet in Seoul on Thursday at 9:30. The focus is the development of a YANG model for the provision of L2VPN services on the interface between operator and customer. Thanks, Adrian From nobody Sat Nov 12 18:02:40 2016 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3D62A1294DF for ; Sat, 12 Nov 2016 18:02:38 -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 autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id WF4HvLxFYS9i for ; Sat, 12 Nov 2016 18:02:35 -0800 (PST) Received: from mail-pg0-x22b.google.com (mail-pg0-x22b.google.com [IPv6:2607:f8b0:400e:c05::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 BC9911294B2 for ; Sat, 12 Nov 2016 18:02:35 -0800 (PST) Received: by mail-pg0-x22b.google.com with SMTP id 3so34465095pgd.0 for ; Sat, 12 Nov 2016 18:02:35 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:subject:from:in-reply-to:date:cc:message-id:references :to; bh=+bjO+4x/dMPzr2vYJtCkkeD9OIXUMDaowyb9UWvkPBo=; b=0IlBSKSd1jqO1jcj7W8j1cggFXOTAjITTF94J3TBt+tgUXUHGTuVX6uws1fPP6d+g7 8uvjuBxKKnhuScyPvuIbd5/Mn/iQqjLlIIdRKhj7HAJFm26kld3vwaifwhE0Ido+AjoX xh/gBjbR50qN4Ne9hu/eZAI6/QGIZx7U0TuVwljAbleNlvjJJzq8X4uoj3JVZk6kngtH H/LuljkNtJHcXGD+o8xO/bnMGmw/8gWfdxF1P6ngGfAtI7sA99KJG4wAa8B9fDHUzU65 czA36EwSpgb+id6fZkSb7Vucx/uN/xnyuf9ftKeldx1Td6P4+POFCueCJe4JXSz72kg0 BckQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :message-id:references:to; bh=+bjO+4x/dMPzr2vYJtCkkeD9OIXUMDaowyb9UWvkPBo=; b=PyHAIV8ERWTgr1ij0U1+ClfXcYe80f/yURTpkWI4wGhxvm8nbYwL9Cn8Gf5IB3i7cS 6I6DwtFrQyKhmSuWahpyE4EQaTM9EWX4wn7QpJHT2SGYWjLvKAGHEJe5q9wA0/xcyD/j DrqyEI8ey34ipfo6ojDC1oSci1fLKcyh6RfbM5mph/ZxW2GOytcUMD1XbPJfR67tPZau y4qi4kKgWw6sRWMUCWpccEwkPTijy99Hx+iB+GluI6cSawiaGhrxMxUiAvxU6vsNee9o smhtegoQGpDtC9yvAI6ITTzW8HezDSuus/5MTb46vf/M96+NCbnzB5Z7urg1dn055eVK B+bQ== X-Gm-Message-State: ABUngvdOL0p5TGxxLvlTgr6Qh/wiEo3flBnbA699vUe1yQX0GcmrwugjZDAMC+QoTmPZXw== X-Received: by 10.99.149.22 with SMTP id p22mr49647448pgd.21.1479002555379; Sat, 12 Nov 2016 18:02:35 -0800 (PST) Received: from dhcp-9f5b.meeting.ietf.org (dhcp-9f5b.meeting.ietf.org. [31.133.159.91]) by smtp.gmail.com with ESMTPSA id w24sm22879622pfa.9.2016.11.12.18.02.33 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Sat, 12 Nov 2016 18:02:34 -0800 (PST) Content-Type: multipart/alternative; boundary="Apple-Mail=_20DCBE36-EB7A-4F75-ABEC-53AAB49695DD" Mime-Version: 1.0 (Mac OS X Mail 9.2 \(3112\)) From: Dean Bogdanovic In-Reply-To: <7F859F89F9B4DD4DB902232F9E2DAC08387893C8@ESGSCMB103.ericsson.se> Date: Sun, 13 Nov 2016 11:02:37 +0900 Message-Id: <11EEB7BE-425F-4B6F-8D33-FC59B6DB6680@gmail.com> References: <7F859F89F9B4DD4DB902232F9E2DAC08387893C8@ESGSCMB103.ericsson.se> To: Adrian Pan X-Mailer: Apple Mail (2.3112) Archived-At: Cc: "netmod@ietf.org" Subject: Re: [netmod] WG Last Call for draft-ietf-netmod-acl-model-08 (until Oct 5, 2016) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Nov 2016 02:02:38 -0000 --Apple-Mail=_20DCBE36-EB7A-4F75-ABEC-53AAB49695DD Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Adrian, Sorry for not replying earlier. Your email fell through the cracks.=20 > On Sep 21, 2016, at 5:55 PM, Adrian Pan = wrote: >=20 > I have reviewed draft-ietf-netmod-acl-model-08 and I am considering to = implement the data model in the draft, while I found below issue: > - Operator is able to configure the matches of ace different from the = acl-type, i.e ace configured with ipv6 matches while the =E2=80=9Cacl-type= =E2=80=9D is configured as ipv4 in the acl, this is not aligned with the = model design intention. The acl-type provides implicit specification of the match criteria. = Authors wanted to enable support for mixed type acl (example mac and ip) = in the same list. And let the vendors determine based on their platform = and what is supported how to implement the model. Dean > =20 > Thanks > Adrian > From: netmod [mailto:netmod-bounces@ietf.org] On Behalf Of Kent Watsen > Sent: Wednesday, September 21, 2016 4:46 AM > To: netmod@ietf.org > Subject: [netmod] WG Last Call for draft-ietf-netmod-acl-model-08 = (until Oct 5, 2016) > =20 > =20 > This is a notice to start a two-week NETMOD WG last call for the = document: > =20 > Network Access Control List (ACL) YANG Data Model > = https://tools.ietf.org/html/draft-ietf-netmod-acl-model-08 = > =20 > Please indicate your support or concerns by Wednesday, October 5, = 2016. > =20 > We are particularly interested in statements of the form: > * I have reviewed draft-ietf-netmod-acl-model-08 and found no = issues. > * I have reviewed draft-ietf-netmod-acl-model-08 and found the = following issues: ... > =20 > As well as: > * I have implemented the data model in = draft-ietf-netmod-acl-model-08. > * I am implementing the data model in = draft-ietf-netmod-acl-model-08. > * I am considering to implement the data model in = draft-ietf-netmod-acl-model-08. > * I am not considering to implement the data model in = draft-ietf-netmod-acl-model-08. > =20 > Thank you, > NETMOD WG Chairs > =20 > =20 > _______________________________________________ > netmod mailing list > netmod@ietf.org > https://www.ietf.org/mailman/listinfo/netmod --Apple-Mail=_20DCBE36-EB7A-4F75-ABEC-53AAB49695DD Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 Adrian,

Sorry for not replying earlier. Your email fell through the = cracks. 

On = Sep 21, 2016, at 5:55 PM, Adrian Pan <adrian.pan@ericsson.com> wrote:

I have reviewed = draft-ietf-netmod-acl-model-08 and I am considering to implement the = data model in the draft, while I found below issue:
- Operator is able to configure the = matches of ace different from the acl-type, i.e ace configured with ipv6 = matches while the =E2=80=9Cacl-type=E2=80=9D is configured as ipv4 in = the acl, this is not aligned with the model design = intention.

The = acl-type provides implicit specification of the match criteria. Authors = wanted to enable support for mixed type acl (example mac and ip) in the = same list. And let the vendors determine based on their platform and = what is supported how to implement the model.

Dean

 
Thanks
Adrian
From: netmod [mailto:netmod-bounces@ietf.org] On Behalf = Of Kent Watsen
Sent: Wednesday, September 21, = 2016 4:46 AM
To: netmod@ietf.org
Subject: [netmod] WG Last Call for = draft-ietf-netmod-acl-model-08 (until Oct 5, 2016)
 
 
This is a notice to start a = two-week NETMOD WG last call for the document:
 
          &nb= sp;    Network Access Control List (ACL) YANG Data = Model
          &nb= sp;    https://tools.ietf.org/html/draft-ietf-netmod-acl-model-08<= /span>
 
Please indicate your support or = concerns by Wednesday, October 5, 2016.
 
We are = particularly interested in statements of the form:
  * I have reviewed = draft-ietf-netmod-acl-model-08 and found no issues.
  * I have reviewed = draft-ietf-netmod-acl-model-08 and found the following issues: = ...
 
As well as:
 * I have = implemented the data model in draft-ietf-netmod-acl-model-08.
  * I am = implementing the data model in draft-ietf-netmod-acl-model-08.
  * I am = considering to implement the data model in = draft-ietf-netmod-acl-model-08.
  * I am not considering to implement the data model in = draft-ietf-netmod-acl-model-08.
 
Thank you,
NETMOD WG Chairs
 
 
_______________________________________________
netmod mailing list
netmod@ietf.org
https://www.ietf.org/mailman/listinfo/netmod

= --Apple-Mail=_20DCBE36-EB7A-4F75-ABEC-53AAB49695DD-- From nobody Sat Nov 12 20:20:23 2016 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 07AFB1295A8 for ; Sat, 12 Nov 2016 20:20:19 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.921 X-Spam-Level: X-Spam-Status: No, score=-1.921 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=junipernetworks.onmicrosoft.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id a-7o1rKKTbw4 for ; Sat, 12 Nov 2016 20:20:14 -0800 (PST) Received: from NAM01-BN3-obe.outbound.protection.outlook.com (mail-bn3nam01on0110.outbound.protection.outlook.com [104.47.33.110]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C7CF2129626 for ; Sat, 12 Nov 2016 20:20:13 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=junipernetworks.onmicrosoft.com; s=selector1-juniper-net; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=dC3P01Y+Ec9YU0bzQTtvUGaVZlXUpyZZEaFJ4aLlMi4=; b=VKbYH4KVdRfMYgqZS2Q2nPKtCuaTQjNzlGknq76H+16FoWlZbV3aJdoBjO94HtdZU9dzT8zsDYDzY4oMYnQB4idKikvGXKUDa6PKcN6TU9x+BpD/rX6SkGXg9ynqBEWcpL5ygolDiKZQ+TnTevHhTImhU5xPcEAFSw6AflHX+Ck= Received: from DM2PR0501MB1455.namprd05.prod.outlook.com (10.161.224.152) by DM2PR0501MB1456.namprd05.prod.outlook.com (10.161.224.153) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.721.10; Sun, 13 Nov 2016 04:20:11 +0000 Received: from DM2PR0501MB1455.namprd05.prod.outlook.com ([10.161.224.152]) by DM2PR0501MB1455.namprd05.prod.outlook.com ([10.161.224.152]) with mapi id 15.01.0721.010; Sun, 13 Nov 2016 04:20:11 +0000 From: Kent Watsen To: Dean Bogdanovic Thread-Topic: [netmod] WG Last Call for draft-ietf-netmod-acl-model-09 (until Oct 27, 2016) Thread-Index: AQHSMU27zgnn1uVptUusjkVo/6zCsqDTa8aAgAOS7wA= Date: Sun, 13 Nov 2016 04:20:11 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/f.1b.0.161010 authentication-results: spf=none (sender IP is ) smtp.mailfrom=kwatsen@juniper.net; x-ms-exchange-messagesentrepresentingtype: 1 x-originating-ip: [31.133.133.121] x-microsoft-exchange-diagnostics: 1; DM2PR0501MB1456; 7:7kvO4jwkOnhinfD2QqRTPMHdoEh5S8dp8avkQNfIAGZR3Qcr2P+ArNCSKQNewWunurWVHMK653vUgbOBD1xCryZm54rRvD4HMuDMkl6UOY0fus5rnd1uG9G/cn+V2uPU8GXUZTdVFiua2OadC8B5KDYiddIwssJIe7nImyEaNBplfOrKRq1+v6kvj8Jox1k8Wi3yLIW2rxq4i9UNkOFWBycBhjjDBSuDI7pAJIPelkGPOPqHVCD33m/a5ACVRLeAh7eiLzgGT6J8OzDqS1b2ElqVIboFXpZu64/+P8rerCR+W7O4nbvAh22JaLhQpIBD1N99xwZAoUxYSeiEi+voAmZ7Q3O1gdcPaFZZwDN6GSw= x-ms-office365-filtering-correlation-id: 1e035be4-b65c-450c-f26c-08d40b7c5c14 x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001); SRVR:DM2PR0501MB1456; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(138986009662008)(21748063052155)(211171220733660); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040176)(601004)(2401047)(5005006)(8121501046)(3002001)(10201501046)(6055026); SRVR:DM2PR0501MB1456; BCL:0; PCL:0; RULEID:; SRVR:DM2PR0501MB1456; x-forefront-prvs: 012570D5A0 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(7916002)(336003)(377454003)(199003)(24454002)(189002)(2906002)(106116001)(76176999)(101416001)(54356999)(82746002)(7906003)(4326007)(5890100001)(229853002)(50986999)(7736002)(2900100001)(1411001)(81156014)(230783001)(81166006)(77096005)(83506001)(5660300001)(33656002)(86362001)(36756003)(8936002)(122556002)(99286002)(6916009)(9326002)(4001350100001)(97736004)(87936001)(110136003)(189998001)(7846002)(3660700001)(2950100002)(66066001)(68736007)(3280700002)(92566002)(102836003)(3846002)(105586002)(83716003)(8676002)(106356001)(6116002)(586003)(104396002); DIR:OUT; SFP:1102; SCL:1; SRVR:DM2PR0501MB1456; H:DM2PR0501MB1455.namprd05.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; A:1; MX:1; LANG:en; received-spf: None (protection.outlook.com: juniper.net does not designate permitted sender hosts) spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: multipart/alternative; boundary="_000_BE435BCA589440F8969009E52C3C010Ajunipernet_" MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-originalarrivaltime: 13 Nov 2016 04:20:11.2917 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM2PR0501MB1456 Archived-At: Cc: "netmod@ietf.org" Subject: Re: [netmod] WG Last Call for draft-ietf-netmod-acl-model-09 (until Oct 27, 2016) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Nov 2016 04:20:19 -0000 --_000_BE435BCA589440F8969009E52C3C010Ajunipernet_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgRGVhbiwNCg0KPiBEb27igJl0IHVuZGVyc3RhbmQgeW91ciBxdWVzdGlvbi4gV2hhdCBpcyB0 aGUgZGlmZmVyZW5jZSBiZXR3ZWVuIHN5c3RlbSBhbmQgdXNlciBnZW5lcmF0ZWQgYWNscz8NCg0K VXNlci1nZW5lcmF0ZWQgd291bGQgYmUsIGZvciBpbnN0YW5jZSwgY29uZmlndXJlZCB2aWEgTkVU Q09ORiBvciBSRVNUQ09ORiwgd2hlcmVhcyBzeXN0ZW0tZ2VuZXJhdGVkIHdvdWxkIGJlIEFDTHMg dGhhdCBnZXQgY3JlYXRlZCBieSBkZWZhdWx0LiAgRm9yIGV4YW1wbGUsIFJGQyA3MjIzIGhhcyB0 aGUgdG9wLWxldmVsIC9pbnRlcmZhY2VzLXN0YXRlIHRvIHN1cHBvcnQgc3lzdGVtLWdlbmVyYXRl ZCBpbnRlcmZhY2VzIChlLmcuLCBsbykgc28sIHdoZW4gcnVubmluZyBgc2hvd3MgaW50ZXJmYWNl c2AsIHRoZSByZXN1bHQgaW5jbHVkZXMgYm90aCBjb25maWd1cmVkIGFuZCBzeXN0ZW0tZ2VuZXJh dGVkIGludGVyZmFjZXMuICAgTWFrZXMgc2Vuc2U/DQoNClRoYW5rcywNCktlbnQNCg0KRnJvbTog RGVhbiBCb2dkYW5vdmljIDxpdmFuZGVhbkBnbWFpbC5jb20+DQpEYXRlOiBGcmlkYXksIE5vdmVt YmVyIDExLCAyMDE2IGF0IDM6NDUgUE0NClRvOiBLZW50IFdhdHNlbiA8a3dhdHNlbkBqdW5pcGVy Lm5ldD4NCkNjOiAibmV0bW9kQGlldGYub3JnIiA8bmV0bW9kQGlldGYub3JnPg0KU3ViamVjdDog UmU6IFtuZXRtb2RdIFdHIExhc3QgQ2FsbCBmb3IgZHJhZnQtaWV0Zi1uZXRtb2QtYWNsLW1vZGVs LTA5ICh1bnRpbCBPY3QgMjcsIDIwMTYpDQoNCg0KT24gT2N0IDI5LCAyMDE2LCBhdCA0OjAxIEFN LCBLZW50IFdhdHNlbiA8a3dhdHNlbkBqdW5pcGVyLm5ldDxtYWlsdG86a3dhdHNlbkBqdW5pcGVy Lm5ldD4+IHdyb3RlOg0KDQpUaGUgbGFzdCBjYWxsIHBlcmlvZCBmb3IgdGhpcyBkcmFmdCBoYXMg ZW5kZWQuICAgVGhhbmsgeW91IHRvIGFsbCB0aGF0IHJlc3BvbmRlZC4gIEdpdmVuIHRoZSByZXNw b25zZXMgcmVjZWl2ZWQsIG15IGNvLWNoYWlyIGFuZCBJIGJlbGlldmUgdGhhdCB0aGUgZHJhZnQg aXMgcmVhZHkgdG8gbW92ZSBmb3J3YXJkLiAgSSB3aWxsIGJlZ2luIHRoZSBzaGVwaGVyZCB3cml0 ZS11cCBzaG9ydGx5Lg0KSW4gcGFyYWxsZWwsIHByb21wdGVkIGJ5IGEgY29udmVyc2F0aW9uIEkg aGFkIHRoaXMgbW9ybmluZywgSeKAmW0gd29uZGVyaW5nIGFib3V0IHRoZSBZQU5HIG1vZHVsZeKA mXMgdXNlIG9mIHRoZSBjb25maWcgZmFsc2Ugbm9kZXMg4oCYYWNsLW9wZXItZGF0YeKAmSBhbmQg 4oCYYWNlLW9wZXItZGF0YeKAmS4gIEluIHBhcnRpY3VsYXIsIGFyZSB0aGUgbGlmZXRpbWVzIG9m IHRoZXNlIG5vZGVzIGFsd2F5cyB0aGUgc2FtZSBhcyB0aGUgY29uZmlndXJlZCBub2Rlcz8NCg0K WWVzLCB0aGV5IGFyZS4gV2hlbiB0aGUgbm9kZXMgYXJlIGNyZWF0ZWQsIHRoZXkgYXJlIGRvbuKA mXQgaGF2ZSB0byBiZSBhdHRhY2hlZCB0byBhbiBhbm90aGVyIG9iamVjdCwgbGlrZSBpbnRlcmZh Y2Ugb3IgUklCLCBldGMsIGJ1dCB0aGV5IGdldCBvcGVyYXRpb25hbCBzdGF0ZS4gT25jZSBhdHRh Y2hlZCwgKHRvIGNvbnRpbnVlIHdpdGggdGhlIGV4YW1wbGUpIG9wZXJhdGlvbmFsIHN0YXR1cyBv ZiBjb3VudGVycyBpcyBjaGFuZ2luZy4gV2hlbiBkZXRhY2hlZCBmcm9tIHRoZSBpbnRlcmZhY2Us IHRoZSBsYXN0IGtub3cgY291bnRlciBpcyBrZXB0LCB1bnRpbCB0aGUgYWNlIGlzIGRlbGV0ZWQu IFNhbWUgaXMgZm9yIGFjbC1vcGVyLWRhdGEuDQoNCi0gaXMgdGhlcmUgYW55IG5lZWQgdG8gc3Vw cG9ydCByZXBvcnRpbmcgb3BzdGF0ZSBmb3Igc3lzdGVtLWdlbmVyYXRlZCBhY3RzPw0KDQpEb27i gJl0IHVuZGVyc3RhbmQgeW91ciBxdWVzdGlvbi4gV2hhdCBpcyB0aGUgZGlmZmVyZW5jZSBiZXR3 ZWVuIHN5c3RlbSBhbmQgdXNlciBnZW5lcmF0ZWQgYWNscz8NCg0KRGVhbg0KDQoNClRoYW5rcywN CktlbnQgKGFzIHNoZXBoZXJkKQ0KDQoNCkZyb206IG5ldG1vZCA8bmV0bW9kLWJvdW5jZXNAaWV0 Zi5vcmc8bWFpbHRvOm5ldG1vZC1ib3VuY2VzQGlldGYub3JnPj4gb24gYmVoYWxmIG9mIEtlbnQg V2F0c2VuIDxrd2F0c2VuQGp1bmlwZXIubmV0PG1haWx0bzprd2F0c2VuQGp1bmlwZXIubmV0Pj4N CkRhdGU6IFRodXJzZGF5LCBPY3RvYmVyIDEzLCAyMDE2IGF0IDU6MDUgUE0NClRvOiAibmV0bW9k QGlldGYub3JnPG1haWx0bzpuZXRtb2RAaWV0Zi5vcmc+IiA8bmV0bW9kQGlldGYub3JnPG1haWx0 bzpuZXRtb2RAaWV0Zi5vcmc+Pg0KU3ViamVjdDogW25ldG1vZF0gV0cgTGFzdCBDYWxsIGZvciBk cmFmdC1pZXRmLW5ldG1vZC1hY2wtbW9kZWwtMDkgKHVudGlsIE9jdCAyNywgMjAxNikNCg0KDQpU aGlzIGlzIGEgbm90aWNlIHRvIHN0YXJ0IGEgdHdvLXdlZWsgTkVUTU9EIFdHIGxhc3QgY2FsbCBm b3IgdGhlIGRvY3VtZW50Og0KDQogICAgICAgICAgICAgICBOZXR3b3JrIEFjY2VzcyBDb250cm9s IExpc3QgKEFDTCkgWUFORyBEYXRhIE1vZGVsDQogICAgICAgICAgICAgICBodHRwczovL3Rvb2xz LmlldGYub3JnL2h0bWwvZHJhZnQtaWV0Zi1uZXRtb2QtYWNsLW1vZGVsLTA5DQoNClBsZWFzZSBp bmRpY2F0ZSB5b3VyIHN1cHBvcnQgb3IgY29uY2VybnMgYnkgVGh1cnNkYXksIE9jdG9iZXIgMjcs IDIwMTYuDQoNCldlIGFyZSBwYXJ0aWN1bGFybHkgaW50ZXJlc3RlZCBpbiBzdGF0ZW1lbnRzIG9m IHRoZSBmb3JtOg0KICAqIEkgaGF2ZSByZXZpZXdlZCBkcmFmdC1pZXRmLW5ldG1vZC1hY2wtbW9k ZWwtMDkgYW5kIGZvdW5kIG5vIGlzc3Vlcy4NCiAgKiBJIGhhdmUgcmV2aWV3ZWQgZHJhZnQtaWV0 Zi1uZXRtb2QtYWNsLW1vZGVsLTA5IGFuZCBmb3VuZCB0aGUgZm9sbG93aW5nIGlzc3VlczogLi4u DQoNCkFzIHdlbGwgYXM6DQogKiBJIGhhdmUgaW1wbGVtZW50ZWQgdGhlIGRhdGEgbW9kZWwgaW4g ZHJhZnQtaWV0Zi1uZXRtb2QtYWNsLW1vZGVsLTA5Lg0KICAqIEkgYW0gaW1wbGVtZW50aW5nIHRo ZSBkYXRhIG1vZGVsIGluIGRyYWZ0LWlldGYtbmV0bW9kLWFjbC1tb2RlbC0wOS4NCiAgKiBJIGFt IGNvbnNpZGVyaW5nIHRvIGltcGxlbWVudCB0aGUgZGF0YSBtb2RlbCBpbiBkcmFmdC1pZXRmLW5l dG1vZC1hY2wtbW9kZWwtMDkuDQogICogSSBhbSBub3QgY29uc2lkZXJpbmcgdG8gaW1wbGVtZW50 IHRoZSBkYXRhIG1vZGVsIGluIGRyYWZ0LWlldGYtbmV0bW9kLWFjbC1tb2RlbC0wOS4NCg0KVGhh bmsgeW91LA0KTkVUTU9EIFdHIENoYWlycw0KDQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fDQpuZXRtb2QgbWFpbGluZyBsaXN0DQpuZXRtb2RAaWV0Zi5v cmc8bWFpbHRvOm5ldG1vZEBpZXRmLm9yZz4NCmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4v bGlzdGluZm8vbmV0bW9kDQoNCg0K --_000_BE435BCA589440F8969009E52C3C010Ajunipernet_ Content-Type: text/html; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6bz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6b2ZmaWNlIiB4 bWxuczp3PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTp3b3JkIiB4bWxuczptPSJo dHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS8yMDA0LzEyL29tbWwiIHhtbG5zPSJo dHRwOi8vd3d3LnczLm9yZy9UUi9SRUMtaHRtbDQwIj4NCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVp dj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPg0KPG1l dGEgbmFtZT0iVGl0bGUiIGNvbnRlbnQ9IiI+DQo8bWV0YSBuYW1lPSJLZXl3b3JkcyIgY29udGVu dD0iIj4NCjxtZXRhIG5hbWU9IkdlbmVyYXRvciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUg KGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxlPjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8N CkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0 IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJ cGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAyIDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8N CnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBpbjsN CgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWls eToiVGltZXMgTmV3IFJvbWFuIjt9DQphOmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJe21zby1z dHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpibHVlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxp bmU7fQ0KYTp2aXNpdGVkLCBzcGFuLk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe21zby1zdHlsZS1w cmlvcml0eTo5OTsNCgljb2xvcjpwdXJwbGU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9 DQpzcGFuLmFwcGxlLWNvbnZlcnRlZC1zcGFjZQ0KCXttc28tc3R5bGUtbmFtZTphcHBsZS1jb252 ZXJ0ZWQtc3BhY2U7fQ0Kc3Bhbi5FbWFpbFN0eWxlMTgNCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29u YWwtcmVwbHk7DQoJZm9udC1mYW1pbHk6Q2FsaWJyaTsNCgljb2xvcjp3aW5kb3d0ZXh0O30NCnNw YW4ubXNvSW5zDQoJe21zby1zdHlsZS10eXBlOmV4cG9ydC1vbmx5Ow0KCW1zby1zdHlsZS1uYW1l OiIiOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7DQoJY29sb3I6dGVhbDt9DQouTXNvQ2hw RGVmYXVsdA0KCXttc28tc3R5bGUtdHlwZTpleHBvcnQtb25seTsNCglmb250LXNpemU6MTAuMHB0 O30NCkBwYWdlIFdvcmRTZWN0aW9uMQ0KCXtzaXplOjguNWluIDExLjBpbjsNCgltYXJnaW46MS4w aW4gMS4waW4gMS4waW4gMS4waW47fQ0KZGl2LldvcmRTZWN0aW9uMQ0KCXtwYWdlOldvcmRTZWN0 aW9uMTt9DQotLT48L3N0eWxlPg0KPC9oZWFkPg0KPGJvZHkgYmdjb2xvcj0id2hpdGUiIGxhbmc9 IkVOLVVTIiBsaW5rPSJibHVlIiB2bGluaz0icHVycGxlIj4NCjxkaXYgY2xhc3M9IldvcmRTZWN0 aW9uMSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBw dDtmb250LWZhbWlseTpDYWxpYnJpIj5IaSBEZWFuLDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFt aWx5OkNhbGlicmkiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OkNhbGlicmki PiZndDsgRG9u4oCZdCB1bmRlcnN0YW5kIHlvdXIgcXVlc3Rpb24uIFdoYXQgaXMgdGhlIGRpZmZl cmVuY2UgYmV0d2VlbiBzeXN0ZW0gYW5kIHVzZXIgZ2VuZXJhdGVkIGFjbHM/PG86cD48L286cD48 L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MS4wcHQ7Zm9udC1mYW1pbHk6Q2FsaWJyaSI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1m YW1pbHk6Q2FsaWJyaSI+VXNlci1nZW5lcmF0ZWQgd291bGQgYmUsIGZvciBpbnN0YW5jZSwgY29u ZmlndXJlZCB2aWEgTkVUQ09ORiBvciBSRVNUQ09ORiwgd2hlcmVhcyBzeXN0ZW0tZ2VuZXJhdGVk IHdvdWxkIGJlIEFDTHMgdGhhdCBnZXQgY3JlYXRlZCBieSBkZWZhdWx0LiZuYnNwOyBGb3IgZXhh bXBsZSwgUkZDIDcyMjMgaGFzIHRoZSB0b3AtbGV2ZWwgL2ludGVyZmFjZXMtc3RhdGUNCiB0byBz dXBwb3J0IHN5c3RlbS1nZW5lcmF0ZWQgaW50ZXJmYWNlcyAoZS5nLiwgbG8pIHNvLCB3aGVuIHJ1 bm5pbmcgYHNob3dzIGludGVyZmFjZXNgLCB0aGUgcmVzdWx0IGluY2x1ZGVzIGJvdGggY29uZmln dXJlZCBhbmQgc3lzdGVtLWdlbmVyYXRlZCBpbnRlcmZhY2VzLiZuYnNwOyZuYnNwOyBNYWtlcyBz ZW5zZT8NCjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OkNhbGlicmkiPjxvOnA+Jm5ic3A7 PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OkNhbGlicmkiPlRoYW5rcyw8bzpwPjwvbzpwPjwvc3Bh bj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBw dDtmb250LWZhbWlseTpDYWxpYnJpIj5LZW50PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6 Q2FsaWJyaSI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPGRpdiBzdHlsZT0iYm9yZGVy Om5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAjQjVDNERGIDEuMHB0O3BhZGRpbmc6My4wcHQgMGluIDBp biAwaW4iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5 OkNhbGlicmk7Y29sb3I6YmxhY2siPkZyb206IDwvc3Bhbj4NCjwvYj48c3BhbiBzdHlsZT0iZm9u dC1mYW1pbHk6Q2FsaWJyaTtjb2xvcjpibGFjayI+RGVhbiBCb2dkYW5vdmljICZsdDtpdmFuZGVh bkBnbWFpbC5jb20mZ3Q7PGJyPg0KPGI+RGF0ZTogPC9iPkZyaWRheSwgTm92ZW1iZXIgMTEsIDIw MTYgYXQgMzo0NSBQTTxicj4NCjxiPlRvOiA8L2I+S2VudCBXYXRzZW4gJmx0O2t3YXRzZW5AanVu aXBlci5uZXQmZ3Q7PGJyPg0KPGI+Q2M6IDwvYj4mcXVvdDtuZXRtb2RAaWV0Zi5vcmcmcXVvdDsg Jmx0O25ldG1vZEBpZXRmLm9yZyZndDs8YnI+DQo8Yj5TdWJqZWN0OiA8L2I+UmU6IFtuZXRtb2Rd IFdHIExhc3QgQ2FsbCBmb3IgZHJhZnQtaWV0Zi1uZXRtb2QtYWNsLW1vZGVsLTA5ICh1bnRpbCBP Y3QgMjcsIDIwMTYpPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPGRpdj4NCjxibG9ja3F1b3RlIHN0eWxl PSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPk9uIE9jdCAyOSwgMjAxNiwgYXQgNDowMSBBTSwgS2VudCBXYXRzZW4gJmx0 OzxhIGhyZWY9Im1haWx0bzprd2F0c2VuQGp1bmlwZXIubmV0Ij5rd2F0c2VuQGp1bmlwZXIubmV0 PC9hPiZndDsgd3JvdGU6PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4w cHQ7Zm9udC1mYW1pbHk6Q2FsaWJyaSI+VGhlIGxhc3QgY2FsbCBwZXJpb2QgZm9yIHRoaXMgZHJh ZnQgaGFzIGVuZGVkLiZuYnNwOyAmbmJzcDtUaGFuayB5b3UgdG8gYWxsIHRoYXQgcmVzcG9uZGVk LiZuYnNwOyBHaXZlbiB0aGUgcmVzcG9uc2VzIHJlY2VpdmVkLCBteSBjby1jaGFpciBhbmQgSSBi ZWxpZXZlIHRoYXQgdGhlIGRyYWZ0IGlzIHJlYWR5DQogdG8gbW92ZSBmb3J3YXJkLiZuYnNwOyBJ IHdpbGwgYmVnaW4gdGhlIHNoZXBoZXJkIHdyaXRlLXVwIHNob3J0bHkuPC9zcGFuPjxzcGFuIHN0 eWxlPSJmb250LWZhbWlseTpDYWxpYnJpIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6Q2FsaWJyaSI+SW4gcGFyYWxs ZWwsIHByb21wdGVkIGJ5IGEgY29udmVyc2F0aW9uIEkgaGFkIHRoaXMgbW9ybmluZywgSeKAmW0g d29uZGVyaW5nIGFib3V0IHRoZSBZQU5HIG1vZHVsZeKAmXMgdXNlIG9mIHRoZSBjb25maWcgZmFs c2Ugbm9kZXMg4oCYYWNsLW9wZXItZGF0YeKAmSBhbmQg4oCYYWNlLW9wZXItZGF0YeKAmS4mbmJz cDsNCiBJbiBwYXJ0aWN1bGFyLCBhcmUgdGhlIGxpZmV0aW1lcyBvZiB0aGVzZSBub2RlcyBhbHdh eXMgdGhlIHNhbWUgYXMgdGhlIGNvbmZpZ3VyZWQgbm9kZXM/Jm5ic3A7DQo8L3NwYW4+PHNwYW4g c3R5bGU9ImZvbnQtZmFtaWx5OkNhbGlicmkiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2 Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86 cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5Z ZXMsIHRoZXkgYXJlLiBXaGVuIHRoZSBub2RlcyBhcmUgY3JlYXRlZCwgdGhleSBhcmUgZG9u4oCZ dCBoYXZlIHRvIGJlIGF0dGFjaGVkIHRvIGFuIGFub3RoZXIgb2JqZWN0LCBsaWtlIGludGVyZmFj ZSBvciBSSUIsIGV0YywgYnV0IHRoZXkgZ2V0IG9wZXJhdGlvbmFsIHN0YXRlLiBPbmNlIGF0dGFj aGVkLCAodG8gY29udGludWUgd2l0aCB0aGUgZXhhbXBsZSkgb3BlcmF0aW9uYWwgc3RhdHVzIG9m IGNvdW50ZXJzDQogaXMgY2hhbmdpbmcuIFdoZW4gZGV0YWNoZWQgZnJvbSB0aGUgaW50ZXJmYWNl LCB0aGUgbGFzdCBrbm93IGNvdW50ZXIgaXMga2VwdCwgdW50aWwgdGhlIGFjZSBpcyBkZWxldGVk LiBTYW1lIGlzIGZvciBhY2wtb3Blci1kYXRhLjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxi bG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTpDYWxpYnJpIj4tIGlzIHRoZXJl IGFueSBuZWVkIHRvIHN1cHBvcnQgcmVwb3J0aW5nIG9wc3RhdGUgZm9yIHN5c3RlbS1nZW5lcmF0 ZWQgYWN0cz88L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OkNhbGlicmkiPjxvOnA+PC9v OnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+RG9u4oCZdCB1bmRlcnN0YW5kIHlvdXIgcXVlc3Rpb24uIFdoYXQgaXMgdGhl IGRpZmZlcmVuY2UgYmV0d2VlbiBzeXN0ZW0gYW5kIHVzZXIgZ2VuZXJhdGVkIGFjbHM/PG86cD48 L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNw OzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkRlYW48bzpw PjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5i c3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBw dDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls ZT0iYmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OkNhbGlicmkiPjxv OnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEx LjBwdDtmb250LWZhbWlseTpDYWxpYnJpIj5UaGFua3MsPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250 LWZhbWlseTpDYWxpYnJpIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6Q2FsaWJyaSI+S2VudCAoYXMgc2hlcGhlcmQp PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTpDYWxpYnJpIj48bzpwPjwvbzpwPjwvc3Bh bj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dy b3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6Q2Fs aWJyaSI+Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTpDYWxpYnJpIj48bzpw PjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz dHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9u dC1mYW1pbHk6Q2FsaWJyaSI+Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTpD YWxpYnJpIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXYgc3R5bGU9ImJvcmRl cjpub25lO2JvcmRlci10b3A6c29saWQgI0I1QzRERiAxLjBwdDtwYWRkaW5nOjMuMHB0IDBpbiAw aW4gMGluIj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3 aGl0ZSI+PGI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OkNhbGlicmkiPkZyb206PHNwYW4gY2xh c3M9ImFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7PC9zcGFuPjwvc3Bhbj48L2I+PHNwYW4g c3R5bGU9ImZvbnQtZmFtaWx5OkNhbGlicmkiPm5ldG1vZCAmbHQ7PGEgaHJlZj0ibWFpbHRvOm5l dG1vZC1ib3VuY2VzQGlldGYub3JnIj48c3BhbiBzdHlsZT0iY29sb3I6Izk1NEY3MiI+bmV0bW9k LWJvdW5jZXNAaWV0Zi5vcmc8L3NwYW4+PC9hPiZndDsNCiBvbiBiZWhhbGYgb2YgS2VudCBXYXRz ZW4gJmx0OzxhIGhyZWY9Im1haWx0bzprd2F0c2VuQGp1bmlwZXIubmV0Ij48c3BhbiBzdHlsZT0i Y29sb3I6Izk1NEY3MiI+a3dhdHNlbkBqdW5pcGVyLm5ldDwvc3Bhbj48L2E+Jmd0Ozxicj4NCjxi PkRhdGU6PHNwYW4gY2xhc3M9ImFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7PC9zcGFuPjwv Yj5UaHVyc2RheSwgT2N0b2JlciAxMywgMjAxNiBhdCA1OjA1IFBNPGJyPg0KPGI+VG86PHNwYW4g Y2xhc3M9ImFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7PC9zcGFuPjwvYj4mcXVvdDs8YSBo cmVmPSJtYWlsdG86bmV0bW9kQGlldGYub3JnIj48c3BhbiBzdHlsZT0iY29sb3I6Izk1NEY3MiI+ bmV0bW9kQGlldGYub3JnPC9zcGFuPjwvYT4mcXVvdDsgJmx0OzxhIGhyZWY9Im1haWx0bzpuZXRt b2RAaWV0Zi5vcmciPjxzcGFuIHN0eWxlPSJjb2xvcjojOTU0RjcyIj5uZXRtb2RAaWV0Zi5vcmc8 L3NwYW4+PC9hPiZndDs8YnI+DQo8Yj5TdWJqZWN0OjxzcGFuIGNsYXNzPSJhcHBsZS1jb252ZXJ0 ZWQtc3BhY2UiPiZuYnNwOzwvc3Bhbj48L2I+W25ldG1vZF0gV0cgTGFzdCBDYWxsIGZvciBkcmFm dC1pZXRmLW5ldG1vZC1hY2wtbW9kZWwtMDkgKHVudGlsIE9jdCAyNywgMjAxNik8bzpwPjwvbzpw Pjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+Jm5ic3A7PHNwYW4gc3R5bGU9ImZvbnQt ZmFtaWx5OkNhbGlicmkiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8 ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OkNhbGlicmkiPiZuYnNwOzwvc3Bh bj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6Q2FsaWJyaSI+PG86cD48L286cD48L3NwYW4+PC9w Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6 d2hpdGUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OkNhbGlicmki PlRoaXMgaXMgYSBub3RpY2UgdG8gc3RhcnQgYSB0d28td2VlayBORVRNT0QgV0cgbGFzdCBjYWxs IGZvciB0aGUgZG9jdW1lbnQ6PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTpDYWxpYnJp Ij48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4w cHQ7Zm9udC1mYW1pbHk6Q2FsaWJyaSI+Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LWZh bWlseTpDYWxpYnJpIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6Q2FsaWJyaSI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7TmV0d29yayBBY2Nlc3MgQ29udHJvbCBMaXN0IChBQ0wpIFlBTkcgRGF0YSBN b2RlbDwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6Q2FsaWJyaSI+PG86cD48L286cD48 L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJh Y2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5 OkNhbGlicmkiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOzx1PjxzcGFuIHN0eWxl PSJjb2xvcjojMEI0Q0I0Ij48YSBocmVmPSJodHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJh ZnQtaWV0Zi1uZXRtb2QtYWNsLW1vZGVsLTA5Ij48c3BhbiBzdHlsZT0iY29sb3I6Izk1NEY3MiI+ aHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LWlldGYtbmV0bW9kLWFjbC1tb2RlbC0w OTwvc3Bhbj48L2E+PC9zcGFuPjwvdT48L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OkNh bGlicmkiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjExLjBwdDtmb250LWZhbWlseTpDYWxpYnJpIj4mbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9ImZv bnQtZmFtaWx5OkNhbGlicmkiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTpDYWxpYnJpIj5QbGVhc2UgaW5kaWNhdGUg eW91ciBzdXBwb3J0IG9yIGNvbmNlcm5zIGJ5IFRodXJzZGF5LCBPY3RvYmVyIDI3LCAyMDE2Ljwv c3Bhbj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6Q2FsaWJyaSI+PG86cD48L286cD48L3NwYW4+ PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91 bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OkNhbGli cmkiPiZuYnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6Q2FsaWJyaSI+PG86cD48 L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5 bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQt ZmFtaWx5OkNhbGlicmkiPldlIGFyZSBwYXJ0aWN1bGFybHkgaW50ZXJlc3RlZCBpbiBzdGF0ZW1l bnRzIG9mIHRoZSBmb3JtOjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6Q2FsaWJyaSI+ PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0 O2ZvbnQtZmFtaWx5OkNhbGlicmkiPiZuYnNwOyAqIEkgaGF2ZSByZXZpZXdlZCBkcmFmdC1pZXRm LW5ldG1vZC1hY2wtbW9kZWwtMDkgYW5kIGZvdW5kIG5vIGlzc3Vlcy48L3NwYW4+PHNwYW4gc3R5 bGU9ImZvbnQtZmFtaWx5OkNhbGlicmkiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTpDYWxpYnJpIj4mbmJzcDsmbmJz cDsqIEkgaGF2ZSByZXZpZXdlZCBkcmFmdC1pZXRmLW5ldG1vZC1hY2wtbW9kZWwtMDkgYW5kIGZv dW5kIHRoZSBmb2xsb3dpbmcgaXNzdWVzOiAuLi48L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtZmFt aWx5OkNhbGlicmkiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjExLjBwdDtmb250LWZhbWlseTpDYWxpYnJpIj4mbmJzcDs8L3NwYW4+PHNwYW4gc3R5 bGU9ImZvbnQtZmFtaWx5OkNhbGlicmkiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTpDYWxpYnJpIj5BcyB3ZWxsIGFz Ojwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6Q2FsaWJyaSI+PG86cD48L286cD48L3Nw YW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tn cm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OkNh bGlicmkiPiZuYnNwOyogSSBoYXZlIGltcGxlbWVudGVkIHRoZSBkYXRhIG1vZGVsIGluIGRyYWZ0 LWlldGYtbmV0bW9kLWFjbC1tb2RlbC0wOS48L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5 OkNhbGlicmkiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjExLjBwdDtmb250LWZhbWlseTpDYWxpYnJpIj4mbmJzcDsgKiBJIGFtIGltcGxlbWVudGlu ZyB0aGUgZGF0YSBtb2RlbCBpbiBkcmFmdC1pZXRmLW5ldG1vZC1hY2wtbW9kZWwtMDkuPC9zcGFu PjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTpDYWxpYnJpIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3 aGl0ZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6Q2FsaWJyaSI+ Jm5ic3A7ICogSSBhbSBjb25zaWRlcmluZyB0byBpbXBsZW1lbnQgdGhlIGRhdGEgbW9kZWwgaW4g ZHJhZnQtaWV0Zi1uZXRtb2QtYWNsLW1vZGVsLTA5Ljwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1m YW1pbHk6Q2FsaWJyaSI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OkNhbGlicmkiPiZuYnNwOyAqIEkgYW0gbm90IGNv bnNpZGVyaW5nIHRvIGltcGxlbWVudCB0aGUgZGF0YSBtb2RlbCBpbiBkcmFmdC1pZXRmLW5ldG1v ZC1hY2wtbW9kZWwtMDkuPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTpDYWxpYnJpIj48 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs IiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OkNhbGli cmkiPiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjExLjBwdDtmb250LWZhbWlseTpDYWxpYnJpIj5UaGFuayB5b3UsPC9zcGFuPjxzcGFuIHN0 eWxlPSJmb250LWZhbWlseTpDYWxpYnJpIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6Q2FsaWJyaSI+TkVUTU9EIFdH IENoYWlyczwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6Q2FsaWJyaSI+PG86cD48L286 cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9 ImJhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTpDYWxpYnJpIj4mbmJz cDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OkNh bGlicmkiPiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZhbWlseTpIZWx2ZXRp Y2E7YmFja2dyb3VuZDp3aGl0ZSI+X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX188L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZhbWls eTpIZWx2ZXRpY2EiPjxicj4NCjxzcGFuIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj5uZXRtb2Qg bWFpbGluZyBsaXN0PC9zcGFuPjxicj4NCjwvc3Bhbj48YSBocmVmPSJtYWlsdG86bmV0bW9kQGll dGYub3JnIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5OkhlbHZldGlj YTtjb2xvcjojOTU0RjcyO2JhY2tncm91bmQ6d2hpdGUiPm5ldG1vZEBpZXRmLm9yZzwvc3Bhbj48 L2E+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZhbWlseTpIZWx2ZXRpY2EiPjxi cj4NCjwvc3Bhbj48YSBocmVmPSJodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZv L25ldG1vZCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZhbWlseTpIZWx2ZXRp Y2E7Y29sb3I6Izk1NEY3MjtiYWNrZ3JvdW5kOndoaXRlIj5odHRwczovL3d3dy5pZXRmLm9yZy9t YWlsbWFuL2xpc3RpbmZvL25ldG1vZDwvc3Bhbj48L2E+PG86cD48L286cD48L3A+DQo8L2Jsb2Nr cXVvdGU+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxicj4NCjxicj4NCjxvOnA+PC9v OnA+PC9wPg0KPC9kaXY+DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_BE435BCA589440F8969009E52C3C010Ajunipernet_-- From nobody Sat Nov 12 23:23:53 2016 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6F2A21295CC for ; Sat, 12 Nov 2016 23:23:50 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.38 X-Spam-Level: X-Spam-Status: No, score=-14.38 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_IMAGE_ONLY_24=1.618, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-1.497, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id C4XbQ8NT0pHQ for ; Sat, 12 Nov 2016 23:23:48 -0800 (PST) Received: from bgl-iport-1.cisco.com (bgl-iport-1.cisco.com [72.163.197.25]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1BBBF129450 for ; Sat, 12 Nov 2016 23:23:45 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=406346; q=dns/txt; s=iport; t=1479021826; x=1480231426; h=to:cc:from:subject:message-id:date:mime-version; bh=dE8lBEznEb0sJYJtGMiLoNvqlFlg2chknyCEcI54Hn4=; b=WnFxuc54IrvSqSc2aJR893rZIScBZlPSSU9LRhEnYcBYBNTG11d84yv7 KhIO3B+8w/9QyopFlh2FR/7SUjz/K1KEXUiSYdGVAnViuOdTQWhzfLZSf erlXr5hOq96t1T9IQbrp919Hzzm8TPbduGRwqFxwAU/ghpK9/xhXRFNRj c=; X-Files: kpnbjdclhjfoodmf.png, kdnfdbfceijplbde.png : 174988, 117837 X-IronPort-AV: E=Sophos;i="5.31,631,1473120000"; d="png'150?scan'150,208,217,150";a="65157491" Received: from vla196-nat.cisco.com (HELO bgl-core-3.cisco.com) ([72.163.197.24]) by bgl-iport-1.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 13 Nov 2016 07:23:42 +0000 Received: from [10.70.233.159] ([10.70.233.159]) by bgl-core-3.cisco.com (8.14.5/8.14.5) with ESMTP id uAD7NexH028011; Sun, 13 Nov 2016 07:23:41 GMT To: NETMOD Working Group From: Benoit Claise Message-ID: <74084ffe-6551-2fd1-b0ab-44ebe3095d7f@cisco.com> Date: Sun, 13 Nov 2016 16:23:40 +0900 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.4.0 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="------------617483ADE14B57E70360A000" Archived-At: Cc: "Joe Clarke \(jclarke\)" Subject: [netmod] YANG modules dependencies tool: result for the "Client/Server Configuration Model" package X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Nov 2016 07:23:50 -0000 This is a multi-part message in MIME format. --------------617483ADE14B57E70360A000 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Dear all, Let's look at this "Client/Server Configuration Model" package, i.e. those drafts: draft-ietf-netconf-keystore-00 Keystore Model draft-ietf-netconf-ssh-client-server-00 SSH Client and Server Models draft-ietf-netconf-tls-client-server-00 TLS Client and Server Models draft-ietf-netconf-netconf-client-server-00 NETCONF Client and Server Models draft-ietf-netconf-restconf-client-server-00 RESTCONF Client and Server Models During this week-end hackathon, Joe Clarke created a very useful visual tool. For this package, see http://www.yangcatalog.org/yang-search/impact_analysis.php?modules[]=ietf-tls-client&modules[]=ietf-tls-server&modules[]=ietf-ssh-client&modules[]=ietf-ssh-server&modules[]=ietf-restconf-client&modules[]=ietf-restconf-server&modules[]=ietf-key-store&modules[]=ietf-netconf-client&modules[]=ietf-netconf-server&orgs[]=ietf&recurse=&rfcs=1 Some info on the tool. You can add all the YANG modules you want, you can select the level of recursion, you can move the bubbles around, you can move the mouse over a YANG module to display the draft name, etc. From there, you can see the bottleneck, i.e. the YANG module that should get our prioritized attention (the one with black circle). RFCs are in red (and there is a flag to remove them), and drafts are in green. See all options under the "graph options" pull down menu. After selecting the right option, the conclusions are in the attached picture. Un-selecting the "include RFCs" button provides even a clearer view: in this "package", ietf-keystore requires our attention. Regards, Benoit --------------617483ADE14B57E70360A000 Content-Type: multipart/related; boundary="------------5FABBC6799CE02105491F99E" --------------5FABBC6799CE02105491F99E Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit Dear all,

Let's look at this "Client/Server Configuration Model" package, i.e. those drafts:
    draft-ietf-netconf-keystore-00 Keystore Model
    draft-ietf-netconf-ssh-client-server-00 SSH Client and Server Models
    draft-ietf-netconf-tls-client-server-00 TLS Client and Server Models
    draft-ietf-netconf-netconf-client-server-00 NETCONF Client and Server Models
    draft-ietf-netconf-restconf-client-server-00 RESTCONF Client and Server Models

During this week-end hackathon, Joe Clarke created a very useful visual tool.
For this package, see http://www.yangcatalog.org/yang-search/impact_analysis.php?modules[]=ietf-tls-client&modules[]=ietf-tls-server&modules[]=ietf-ssh-client&modules[]=ietf-ssh-server&modules[]=ietf-restconf-client&modules[]=ietf-restconf-server&modules[]=ietf-key-store&modules[]=ietf-netconf-client&modules[]=ietf-netconf-server&orgs[]=ietf&recurse=&rfcs=1

Some info on the tool. You can add all the YANG modules you want, you can select the level of recursion, you can move the bubbles around, you can move the mouse over a YANG module to display the draft name, etc. From there, you can see the bottleneck, i.e. the YANG module that should get our prioritized attention (the one with black circle). RFCs are in red (and there is a flag to remove them), and drafts are in green. See all options under the "graph options" pull down menu.

After selecting the right option, the conclusions are in the attached picture.

Un-selecting the "include RFCs" button provides even a clearer view: in this "package", ietf-keystore requires our attention.



Regards, Benoit


--------------5FABBC6799CE02105491F99E Content-Type: image/png; name="kpnbjdclhjfoodmf.png" Content-Transfer-Encoding: base64 Content-ID: Content-Disposition: inline; filename="kpnbjdclhjfoodmf.png" iVBORw0KGgoAAAANSUhEUgAABBkAAAI1CAIAAAAco7XSAAAgAElEQVR4nOzd90/b2Rsv+Pun XGnvSqtd7UpXu9Len1ZXM/Od+p2Z7/T0hPRJh9ADIUDovffeQi8umGpMx+CKwXRsbFNtDDa2 sX3Oc/YHMxmSaQkhkzLPSx+NMsT+NKzo8/Y5z3P+C0MIIYQQQgihl/df3vQJIIQQQgghhN5J mCUQQgghhBBCR4FZAiGEEEIIIXQUmCUQQgghhBBCR4FZAiGEEEIIIXQUmCUQQgghhBBCR4FZ AiGEEEIIIXQUmCUQQgghhBBCR4FZAiGEEEIIIXQUmCUQQgghhBBCR4FZAiGEEEIIIXQUmCUQ QgghhBBCR4FZAiGEEEIIIXQUmCUQQgghhBBCR4FZAiGEEEIIIXQUmCUQQgghhBBCR4FZAiGE EEIIIXQUmCUQQgghhBBCR4FZAiGEEEIIIXQUmCUQQgghhBBCR4FZAiGEEEIIIXQUmCUQQggh hBBCR4FZAiGEEEIIIXQUmCUQQgghhBBCR4FZAiGEEEIIIXQUmCUQQgghhBBCR4FZAiGEEEII IXQUmCUQQgghhBBCR4FZAiGEEEIIIXQUmCUQQgghhBBCR4FZAiGEEEIIIXQUmCUQQgghhBBC R4FZAiGEEEIIIXQUmCUQQgghhBBCR4FZAiGEEEIIIXQUmCUQQgghhBBCR4FZAiGEEEIIIXQU mCUQQgghhBBCR4FZAiGEEEIIIXQUmCUQQgghhBBCR4FZAiGEEEIIIXQUmCUQQgghhBBCR4FZ AiGEEEIIIXQUmCUQQgghhBBCR4FZAiGEEEIIIXQUmCUQQgghhBBCR4FZAiGEEEIIIXQUmCUQ QgghhBBCR4FZAiGE0PsAgO7Y11T6ru6pnBZJZJ34QbMksnsqe1LXZbatUSBv+gQRQug9hFkC IYTQu41Qt357iiuLTe34Job7UTTnwxjuhzHcD2M4H8ZwP4rhfpQk+Kp5IkJrlBPqfNMnixBC 7xXMEgghhN5VFNxmm6F/piSr+2Q058Nozgd/vH2Y0fWTUF1gtGoIuN70iSOE0HsCswRCCKF3 EqHu5S1pi/Rxasc3f5oift1SBP9pnHi0tDXuxgEKhBA6DpglEEIIvXvcZH/FqGgQh8bxPnnB IOHZYrn/qhsLXt6SuIjjTV8EQgi98zBLIIQQOmb7rr2FjZH+udLx5aYNyyKhvzOniFC30bqy ap6x7huNVo1ipb1zMkOgTFPqOnbtm4zBnx4BVndmOLLYlI6vXypIeLbE9i8aJ8L026q/Osr7 zEUcBrNapuX0z5Z2TWV1TWUPzJUrdIKN3QU32X/TZ4cQemdglkAIIXTMFDpBgehSAv+zJMFX HZPpJqv+uRfs2Nf71EX5wgv5Qq/asaCKoTupHd/F8T6J432cL/QaX262OXf+ZP97+9tD85VZ PX9ZI/GHW1rnd/2zpRbH1uu8DW8p675RquFUj/hmdP+ULPgqgf9ZHO+TOO4nCfzPkwVfZ/ec bhh/OGUQ2p0WgH9u1kIIvSDMEgghhI6T021rVyand34vXmqc0LR0qjK0JgWhLgAAoIyBw2Xp nc5L6fiGp0isF4fEcD/K6PpRutzqdNtXzTNtsuieqRyzbc2zNwAAz39+GUMg1K0xSuvEwQn8 zzzBIL3rh8G5cqWuo3LYO5b78YtkiTjeJzUjfoubYkJdnoMcPoTnVAEoMM/R6aERjMP/+/wb PX8LQJ/94dvCTfYXNsZqxwKf3ro/Hrr5d6ssem1nDuMEQujPYZZACCF0nFzE0TGZEcv9l+ep tGrEZ2ThSa86v3YssGbUv0uVNTxfXT3i2zGZpjXKWqSPozkftEgiNUY5V54Qzfkgq+fU2GKd bd/sps61nbn+2dInYwGVw94t0sfKFYFpT7e4KW4cf5TY/u+nD75HyBLRnA8yu08MzJavmBQS TVuzJLJqxKdVGiXT8jRGmXipoVUa1TAeWjXsXTJwvWrERzCZurwl3d4zyLQ8jiyWJ4+Xr/Ak y20tksjqkfst0seyFZ7ePC3VcDiy2HpxSM2oP1ceP6nv3n1rhj7szh2ppq1IdPUFb1Es9+Oy wdsqfde+y/qmzx0h9PbCLIEQQug4USB9M8UpHd+U9F8vHfg5p/dMds+pyuF7rdKoFklk+dCd FMF/srpPji7Wblm1o4t1tWNBowt1W1atVMMpHbxVPeK3sD7iIo759ZGKoXtFoqvNkohWaVTD eEiR6Gr50J3i/mtlg7daJJGt0qg6cXBm90+eLDG7NihUF7ZKo5snwov7rye2f/GbJk5flw/d 8eytdiwop/dsoehy8cD1koGfGycetkqj6saCivuvZXafyOw+UTXs0yAOaRx/2CyJaJwIyxNe qBi6x5HFlg7eLBu8XdB3KZH/eZ7wQsN4aKs0ql78oEh0Naf3bHrXj8X91+rFoU0T4dUjvjm9 5wbnKp1u25v+nTC7c3d0sS6r59TLTgbLE16Qajj7rr03fQUIobcUZgmEEELHyUnsAmVKeuf3 40tNUk1rcf/1FsnjhY1Rpa5jdLFOqetolcaUDd6Sajhm26pcy+fJE+QrfLNtVW3oqx0Lqhr2 lmt5mi1psyTiyViAUtcp1/JHF+uWtsYH5ypyes82jocpdR3jy03jy00rJmX/bGmh6OrgXPmW VTO7Ntg/WzazNjCl7ykbvHn4mThZ8CVXHjep7xpfbuqfLZk2CPtnSjK6fizouyTT8qYMPYNz FSp91+BcRUHfpfLBO/MbI5uWpYnl5qH5Ks2WdGC2LKPrp9SObxrGQ6YMvV1T2ZXDPlItZ2at f3ShVqXvGlusKxRdSe/8XrLcsrozI16qb5E+zu453aXK2nOaX+S+EerasmgmdZ1STZvOpPzd BAIA1v3t9d0Fi2PT7tzVb0/JNNyR+Rr5Cm/TsvxHa3vvu/dkWk6e8MIRCktiuf8qH7qtXu17 2vbK7tpd2pqQaTkqfZdK3zWx3Kxe7duxrwHQF/+Q2F2WLcvyjn2dUPeLvwsh9BbCLIEQQug4 7bv22hXJT7MEVx4/szYwOFee1vldaue3PdN5Ek1rxfA9gTLld+c4JfK/yBNeKBBdShZ83Tud N78xUjPqn8D/vFB0+clYQFH/1f7ZUvlKe3H/9aT2L0sGbtSM+pcO3BycK9ca5Vx5fCL/85oR f5W+q1OVkSz4tctTds/pscW6scW6POH5WO6/CvouV4/4Ffdf758tm1sfqh0LjON9XDPqL1/h CybTnowFzq8Pz6+PlA3eTuB/LlQXzK4P1oz6pXR80zOVI9G0VgzdFc0U681TLZLIBP7n9eKQ ubVBviIxvfP7ieXmaUNvkehqNOeD1I5vx5eaCLzQ4/KmZUkwmZrR/VNyx9fVI77z68PPZQOn 276wMcaRxZb0/9w0Ed6uSC4bvJXS8Z943mepHd+2K1OMVu1vd0uBaIyyJ2OBcbwXnf313JYk +Iorj1/bnadACHVNG3rLBm+mdPwnrfP79M4fkgRf5fae658t3bGvv8hlEurSGuU8RXzpwA2u PH7FpKAYJxB6l2GWQAghdJyeyxL9MyWza4NNE+HRnA9iuB/WjgVN6ju58rhOVcbvZonDW7sy xbSnm1sfLhu85fmOPEnwpVBdYN4zSDVtOb1nPT/M6P5pcK58Ut9ZNXw/lvtxcf915UrHyELN 4Sk9aZ3f980UbVk0U4ae4v7rMdwPY7kflQ78PKnv7FMXJgm+iuZ8kC+8MLHcMjBb1jD+cHZt UL7Cz+/ziuN93CJ9rNtWdUymZ/ecFi81ipca68dDp1dFMi03s/tENOeD/D4vxYpgdOFJsejq 2GK9TMspGbhRILo0slC7t/+CgxLuaUNvoehKx2TGzGp/mzR6cK58b3/76QsodS9vSp6M+jeM h/LkCZndJ5MFXzVOhC1sjK7vLvDkCRVDd5a2xn+75137hlBdkNb5Xcxvel5Vj/jJtfx2ZXKS 4Ms/yRIxnA/zhBfGl5rtTsuuY7NDlVE57D222NAxmd40Ea5eFfVO59WJH+hMky9ypVqjvGbU v3TwlkCZ2iaLHV9qdrgsL/jRQgi9hTBLIIQQOk7PZYnh+WqTVUeoy0X2PduOfV2gTO1SZf42 S8Ry/xXP/zSB/1kC/7NY7sdxvI+bJh7pt6fd1OlyO4TTBQn8z5IFX3dMpm9alt3U6XTbu1RZ nizxtPa6uP+6Utcxulib23vOs6t4/mexvI+jOR+2yWK3LBo32bc4tvrUBQ3joQsboy63/em5 ucj++FJT43jY7NqgTMurHQuqHPZ5MhYwsyqaXRvomc5V6bv71IXNkgiNUUbBffiN6lVR7VjQ 2GKdVNsmmEzTbMn+aNLRbxHqUum7C/ou/ZJ8vuuYTJdqOYLJtNqxoHZlskLXPjBb1iyJmDb0 SpZbMrtP5ArPTSw3jy02ZPecjuZ8WDPqrzNNMgZOt21+Y4SvTHoyFtAsiWiRPs4Vnn9aCn94 qxeHzK+P9E7nHR7A+YM48VFG14+t0hjJclurNLpmxH9S3yWaKUrr/C6a80Ec75PqEV+JpnV0 obZxPKxpImxkocZgVq+aZ4bna7pUWUJ1PkcW0yyJGF2s653OS+/8vmcqd3lL0iqN6lXnm21r 8Pb1vEIIvSDMEgghhI7Tc1liaK5icWOsWRJxMGGm/auc3rOpHd/y5AmaLenhLMFXJDeIQ2ZW RQaz2mBW8+QJT9e0zuz+aWThidGq4yuSnj7g5vaem9R1blqWu1RZv80SUm3bwGzp/MaIwazW bEm7VFnpnT943hjH+2RovlJnUg7NV82s9otmij3jEvH8z7J6Tmd0/VQxdNeTJbjy+O6pnPKh 2/2zpZuWJf22SqXvqRi+Vzp4c3FTLF/hZfWcjOZ8kMD/PKf3bFb3iazuk54s0aHK0JoUL54l AGBxU1wxdC+z+0Se0Cu968fMnhM5vWcK+i6VDtwoEl1J6/gukf/Fk9GAxc0x9aqoZtS/XvxA vdo3pe+pHrmfLPhaqM53um079vU+dWGh6HKR6ErpwI3i/utZPafi+Z968klx/7XSgRvF/dcy un6M5f2rXhyyuCEeXayrHPYuHbiRJzz/24L1aM4H8bxPc3rOeE4jteObOO4nT7NErvBcntDL c9PyhOfzhV4l/ddLBn7OE17I6T2T3XM6u+d0Tu+ZPOF5z3Gze04n8D9P7/pevNS4ala3yWKK +69JllvehvJ0hNDRYJZACCF0nJ7LEgJl6tz68MhCTWb3iaT2Lzsm0yZ1HXXi4FZp1Pz68OEs wVMkZnT9WDFw+4nwbjnfK43zZXH/tdqxoIyun6I5H3BkMYbtKcFkWsnAjaphn9SOb6I5H/RM 5xrM6t/NEqMLtdmH5jgltX9ZMXS3dOBmYvu/43gfd0ymza0Pdamyxhbr1auiqmGfON7H1SO+ U/qePnVRnfjBQZZQJEi1be3KJK48ftU8Y3WY5Cv80oEbaZ3fjSw80ZkmmybC43ifVo3cn1sf HpgtK+jzOlqWINQ9pe8pFF0WzRTrt6fqxA/SOr/rmc6dWx9S6bsXNkYH5ypL+n/unMzYtCwZ rVrJcotUy9myajcty4NzlQV9Fzsm0zYty1JN25PRwMG5ysVN8aSuc3FzXLHSXjl8L094XrzU qNmSTul7NFtS8VJDfp9Xw3ioYXtq07KkXu1b3ppYMSmeRr7DQaJe/GBK363ZkupMk56C9adZ giuP15lU/TOlSe1ftkqjVPruKUPP3PrQlEHYOBGW2X2idzpPY5TPrg3OrQ1qjTKlrqN86E6d OFi/rbI4tsRLDRVDd0UzJXbn7mv9TCKEXh/MEgghhI7T07XqPFmibPC2p4/T7NqgXNs+pe9p k0Ynt3+VL/RS6jrUq/0N46Edk+kao5wvT2ps/XmpMs2clrH++FFH1rkGkZ9K361e7RtbrJ9b GxpfaioWXWscfzRl6J3UdY4t1i9tjosX68uH7v5llkgRfN2uSFLpu6QajnipcXZtsH+2NLP7 RL7QS6ppm10bmlhumV7tEy81lg/dqRi+9zRLLGyOSTQtZYO3ZVrOts3QO533ZDSgfOh2+eBt yXLrwsaoRNM6pe+ZWG4q6b+e3vn90bKEmzondZ35fV59M0X67alWaRRfkaRcETSOh8XzPi0b vCXTcnun82pG/X93jlMM58N84YW6seBC0ZVmScTCxljHZHos9+N84cXmifDyoTsCZZrWqOTJ ExP4n5cO3GiRPC4SXW0Yf7hiUk7qOgtFlwtFV2ZW+2VabkbXj4ezRMnADamGI1QX5PSerR7x bZPFFIquPJclBmfLywZvKVbahxeqM7p+zOw+MTRfqVhprxn1653O27QsiWaKUzu+rRc/UOm7 uqaykwVfe+Y4VY3cz+k9M7HcjOMSCL27MEsghBA6TgB0fLkxu+d0nvB8Uf/VPOH5zO4TRaKr NaP+1SN+haIrecILdaPBBX2X8oQXqobv5/aez+45XTzwc47gp86UE9vX7pCT3uTkPd2tq3X5 3+b3Xqge9asZ9a8c9s7pPlM+eKd08Gah6ErNqF/NqH/F0N30zu/jeJ/k9J4t6LuULPg6mvNh Yvu/C/ou5grPeeb2HO5HVCS6Wj3iWzPqVz50J7f3XNngLc+EnIrhe5695QnPp3f9kNH9U5Ho akn/z1x5wtrOnMGsrh0Lyuk5WzZwq3TgxtBcpXpVVC9+kN1zumL4bs2of8XwvZzes1ndJzO6 fsoVni/qv8ZXJK3vzgN70Tapz2WJjsm0kYUa8VJDbu/5aM4HyYKvRTMlUi2XI4v7g3qJwxXV voub4rWd2RZJpKc2PZ73SYskctU8s7Q1UTPqH835II73cRzvk3px6MLGqGimKLXjm7TO78eX mpY2xyuG7h7eG0cWO7c+3DgRFs35MIb7UTz/06T2L5/LEqMLtTx5vFzLqxsLjuN9HMf7uE0W M6nvapNF907nLW9NNEvCozkfFPVflWhaRTPFKR3feLJEi/RxlyrLaNW+VD9ZhNBbBbMEQgih Y2ZzmhU6AV+Z1DdTuLwlXd6SimaKa4bu13beGm2OWM1N2QuJ1vveHog82Zj1TV3uf5ozv2nJ +HYo/PTm1Z/dFwOIfzzNKCetndvtraNlgTUF/ymt+E9r4enJZJ/tuAR9SnR7+bX01q9+25jo xTfPsgnTq8Ity7JMy22WhFcNe3dMpi1ujG7sznta2Qqn87VGuYs4KBCNUdqpyuDK4yTLrea9 NULdVodRrm1vHA+rGrnfOZW5tDlutGqVug6+IqlPXbhiVDxdkOFFPJclulSZci3f4bLu7W9b Hca9fZPdtTu7NtCuTP7LLBHH+6Ri2HthU+x023btm/KV9kLR5Xjep3XiYK1Rvu+y7trXh+er 0zu/P1x77ckSmi1p1bDP4b3xFIkLG2MN4w9juf+K434cw/kwjvvxc1lCvNTYO51vtq3anTtW h9HqMDpc1k3LUu903uBs+eLGWON4mCdLyLS8wbnKtM7vPFmCr0gaW2zACU4IvdMwSyCEEDo+ AIxQ5nKzfSfsWmFBQ3uHaVkTicwk10LJKW9y4h45cY+c9CanfMiZ++ScH7kURO7H0JRi2iiA cSVb22KuXxYcsDlodRv5+SG5GERO3ycn7pFTPtQ3dqe1SShOS+/64chZIqXja54iQablDs1X iWaKVfruXfv6iw8jHLvnskSnKnN8qXF8qdHT9zaG+2E8/7ME/uclA9enDL0Tz2aJenHIpK7L 7rLYXZblLUm9+IFnQCaB/0WbNEZnUo0vNWV2/+S58NSOb3umczd2F4XqwqaJ8N9mCb4iUabl /rI36bRBuLAx2jj+MIb7USz3X9F/mCXyJvWdFcP3YrgfevJMYvsXaZ3f9U7nHc4Sci1v6FCW 8PRx2rFjHyeE3mGYJRBCCL0CAOZyg8UGm9ugWwPVHO0aouXNNL6A+EST8/4H4eHEPXLah3gF 0p/DqHcUDU0lGeW0QQBDEra4wix7jD77NEkpWG2g0dPqNnI74iBInLhHr4dCLY9ubWuMsvrx Bwm/13foL7d43ifF/dc48niuPL5pIrxpIrxZEjk4V75hWaRvaLLNc1mCr0jqnynxlE3Hcv+V 03t2fKlRstxaLw6RaTnjS02Hs0Rhx9mcms8KK/+dX/VFeu0nGe3fFoqueMoe8oVeUg1nbLG2 bOBmseh6euf30ZwPKofvza4NCKcLfjdLPDcuUTXso1hpFyhTE/ifp3f9UNR/5be118Pz1Q3j D6cMvb3q/NSObxLb/92typpdHWiVPv6jLNExmT6/PlI1cj+75/T4UuO+e++N3HaE0KvDLIEQ QuglEcqsNljdgNklECspt5cW1dP4AhKYQK48IKd8DsLDKR/iFUhuR9DgZBqTBwW10NYDIzI2 t8yM5l8HH55DKdu1gmyaVrSS0BRyLZRcDibn/MiJe+RSEBTXM8M6Y8zpts2uD1YOe8dwP3rJ LPFh6cCtnqm8dmWqJ0h4Nq48QaXvtjt3/tY7+QtCXSpdV0HfRU+WaBgPK+6/Jl5smNR19kzl yrRc+Qq/atgnq/vk4FzF/PpwuzLlyViAJ0s01l+Wh3pt3fNeu3dnLOwMt+WuUtOu1HUIlKmD cxVKXQdPnlAvDlEbRJ4fenZbNxbcOB72l1kikf8FRxY7qe8anKtUaPmKlfbywdu/7eOU1vl9 91SuSt/VN1PUP1M8pe/unykp6r/6R1mCp0jUmSb71IW5vWc7JtP29k1v5LYjhF4dZgmEEEJ/ BYDZHWxtE1RzIBLTBgHNqqSPs0lAPL0RRs76/jr4cNaX3nxEQ1NoailUtkLXIEinYEHLNozM 7nh+8OE3RwGTmYoVpKSR+MeRs77kpDe5/pA+SCK3I8ilIJpeBrNLzH3QHMlF7NOG3uoR38T2 f79gkEhs/3fF0L1JXadK381TJB7OEq3SaPFS045t/e+4n4e5CexYqFa/LG6t5l8r67/ZNB5W IDiTWv9xQcfZZkmEQJnKlceX9FwpqPi8uOyLss5LHFlM80REkehqxdDd8sE7DR13VzproKie 3ggzXbvdlXK6suMaRxYnUKbyFUnVI/dTOv4TzfmgSHSVr0gSKFN58oTSwZsJ/M+yek7VjgUV 9V+N532SwP+sYuhu/XjIc32cPJXfNaN+AmUqVxZX0HcpjvdJds/p6hHfkv7recLzjeMPywZv p3Z8my/0qh0L4iuSBcoUT2F6asc3pYM36sTB+X0Xc3vPFfdfrxz2KR24kdT+73yhV6s0qnE8 rEB0uVedb3tDEQ4h9OowSyCEEPo9bgImM0wvgHCUVrfRpCIanETuPibXQsl5/18rH07cI5eC aFAiTSuFWh4MjLPZJTCsg9EMe/anz/1/CYzbdGCcpJeRu5HkvD856U2uhdKkItozDBIVLail 6WVMMcOcrsPvchGHwTzNUySmCP7zl0EiWfAVRxa3YlQ4XNaFjbF2ZfLzWWKxcce29hpu5eHr BLDaYFkPEyroGKDVbTStjISlUb9Ym3fo1MNrnPTvG7O+HYo8rfa7OBR5uibv68LyL5oLTsqy /VYL0/WNRaO9qQ39/hWDd2pG/evGgniyeLVe6LCbYURKHyS5rgQab90Th52rzf1P/pOvyjou NY+FlQ/eTuB/fuTaEk/9Q2rHtwV9l9pk0eKlBtFMUdPEI44sjiuLqxeHtCtTVYYelb6LL08s HbhZNeIjmimeWR2Y1HUKlCkN46EDs6VLm2KJpqVZEsGRx00sN4mXGlokkTWjfj3Tuas7M4T+ wSAVQuith1kCIYTQL+wOWNZB/zitbCXROeROBL0YRM75kTP3f5255Kl8uBNBEwrhCQ+GpaBf ZzY723cyN/mLkYffAgDjNu0dIY+z6MVActqHnLhHrobQlFIYU7AdCyOUuVywpIPFFWbf/90d 2J27Kn1P5bBPPP+zP3gU/tizAMLe/jYwCgAbuwuimeLDWaJFEtmpypg29FodxzffBgBsDtCu 0jEFbe2m+U9oRCa5FU69AumFgOdv7Ml7rlN398/ccVzxdwXFkpQid23b/sDw/vyc22yiDgfs O6nTSdz7Tpdt373ndNudbrvbbKRiGRTU0sAEejuCXgomJ71dp+46bgTZq+r3V3V2545yRVAk uvryk8Gelpd8+mQ0YG59yO7ccZF9Am5CXS7icJF9N933/IECAaBu6nQSm9NtJ9QFQCkQN3W6 iINQFzCg4D54MXV7/ux029zEiQ1hEXqnYZZACKF/GE+rJaeL2feZ1ca0qzAkoU+4JLGQ3I0k Z+4/02rprC+5EEAuB5N7j0lMLq1qg/5xWNYx+0s0PP3dcwCni61uQscAjcgkFwLISW9yxpfc DKOZlUwyxawvvXiZizj021P9M8U1o/75wguZ3SfyhBeqR/y6p3IWN8T7LutzL57fGO1SZbVK o1ulURxZbLsyhSOL48rjxxbrN3aXCHX90YGeuQ5KmdvN9p3M7mBWGxjNMK+hA+O0oZ1mVZLQ VHI99CAgPd1O+ZAzvuS8P/EKJJeDyc1HNDQFsiqhQcAGJti8hu1a/yySATA3YTYHaA20tZsG J1HPHLOzvvRaCL0URE56k8vBtKgO9AfztXbs6x2T6YlHqlOP5nyQ2X2if7bUvGdwkf03VZuO EHprYZZACKF/AELYnp0ZzaBfA/UCFY3RJ1yaWkqCEsnlIHLS+9fH3Av+5PpD6h1FHiTT5GJa wwXhKFMvMJP5xScs/emZUGbZY3PL0NxJwzPIxUByypteCqL+8bSkAeTTzHrMLX1WzbNKXefa ztxz8cBNnUardn59WL0q0pmUy0bJ8Hw1RxbXKo0SqgsXN8dtzp3nvjIHQpljH3YssGGElVWY WwaxkvL7aEULTS0loSnk5rPVIwfdqwLI9VByN5L6xdGQVJpURMubgSeEURnMa5hph7lfbIaP m7BdKyyt0K4hklZG7kSS0/fJKR9yMZDcjSQJBbSsiT7OIrfCaUEtaFcPv3XTstQmiznCTKd4 /mclAze58oTOyYyRhZoVk9Lptr/y7wQh9KtuWi0AACAASURBVP7ALIEQQu8jz+yadSPMa2Bi kgr6aVkzTS4mIcnPPe/Sc37kRhgJSCBROTSnmjZ1wMA4m5pna1vM7mBwfI3/KYXtHZBN06o2 GpJCvALJKR9yNYRGZEJ9O5uaZ3vH/5AKDBY3xZ2qzJGF2o3dxT8ZbSDUbbLqFCvtHZMZzZLI DmWaQttu3Jp3b2zAsh5Uc3RUDh0DtIZLsqtobB4JSiI3w59peusJYxcD6e0IEpRIH2dBSgkt aaCt3SASg1zNlnXMZH6u5OOF2B2gNdD+cVpUTx4kk4uBBwMRtyNoTB6tb2dyNTOamWmH9QxD fTssrjD6/ACCblvVKn2c2vHNi6/xlyT4Kr/vYs2o/9OZYB2T6UubEy84aIMQ+ifALIEQQu8L lxuM2zCzRAcl0NJNc6tpVA4JSiS3wskF/2cGH66G0MAEmlAIJY3AF8H4JMwtw+oms+wxchyD D78BJjOMymlBHfGLI14B5KQ3vRZC4/KAJ2QLWrZnP87QcoiLOBQrghZJFFeeMLHcYrLqKPzB BQJQ255lZW5e3NTbFdnMu8tp8x6qD9XmJdgjkohvDPn54UFR+NPkcNKbeAWSu49JWBpNLqbF DbS5k/aLQaFm8xpm2GDbu2zfefRLc7thw0jHlaSylYZnkBthBzPQLgfTsDSoaIExBRjWf418 bgJmCzPv/u5AB6Hujd1Fobogp/dMLPdff54iYrn/Kuy71CaNaZPGNI4/OlxYMrZYb3FsHvGK EELvHcwSCCH0zqIULHuwuAKDEqhvp2ml9EESvfuYXH9IvAKfmaZ/3p94R9P4AlrRAj3DbHqB GTaYycz2bMzlfk3P8QdnuGWi/eM0sZDeCDtYJuJqKE0qhv5xWNtijv3XeHTGLI6t0cW6ponw ZkkEX5GsWGnfsa8DAwbAnC62aYLpeRCJaaOA5tXQx9nEP27/bpjB995I1Pm29B+aM77rjvtJ 7edl8bpFTnqT8/7kTiSNyKTZVbSOD8JRUM3CyirbMLLtXbZnY07XMVwOALM7YG6ZNneS6Bxy 69FBhjnrS7yjSHYVHZxghg22Z2fk5aoXgFGb0zy3PtQ8EZEi+Pp3ByhiOB9mdP3QrkzWGuUq Q3ebLPpwkGiaCO+fLduyLL/qNSKE3heYJRBC6J3icrO1LRAraX07TSoi3lHEK+CgHdDhr8xP 3KPXQmhEJi1rAuEoW9Ixq4253EDIb2e/vBaUsq1t6B6hj7OJpyD4pDe5GkLTSmFikln2/p7T 2LIs98+UHCxuPREhkCVNjVVb6xtIYgHxjSGXgshZX3La57m75z55d+fiTWWQFz/jVFP5OW7t jXFuwrZYBPo18KQvQhmlryMFgclMB8QkrZTcCCOnfzmrC/40PJ1xe5nG8EoDHZ5DALjJvt48 JZopqh65n9H9Uxzvk3jep9k9p+vFIZLlVtOe3k1dwEBrVAiUac9miYjhhZptm+G4rhch9K7D LIEQQm8lSpnTxWx2tmtlunUQK6Gpk6aXk4B44hX464Ovp/2RVwC58oDcCqfhGVDSCF2DML3A LMdcxPxipw1s3wX6NWgX0cisg1M950dvR9CcapBOsb2XbtD0QgAYIWzfyWwOZtljJjNoDSBR aUZbOyeSPEGiZTyibTSity9GF/uQnPImJ73JmfvkvD+9GESuhpAbj2hAPE0spBUt0DEA8mmH dnlZPyKaKWqVRjdLIkQzxSsm5b5rD443QnhGSLZ3QDFDqtpIQDw5c//g3C4GkoB4WtYIsqlj /G0CA7vLMqnvUuoEdufun7xyx74mXqxvkTx+miXapNGDs+Wr5llKX8tcOITQOwezBEIIvR0o BbuDmXZAv87mlmFI4llemoSlkZ8f/jph6aQ3OedHroVQ7ygSnETjC2h5M+0cBLmarW0epa73 +M6f7e6BepE2CMjDVHIhgJzyJpeCSHASrWgB5cxxpggA5nIxq41tbYN+DRY0IJ+GnhGo40Nu DY3OIb6x5HKw85L/bPajblF0e38EtzekUxA6WR1jSkp0hiTQkBQamwcFtbSpA/rGQDkLhnW2 Z3+uGaub7K/vzo8vNfEViS2SyG5V9rShb9e+8YdFFy/F5QbTDswuUa6QJhSQm48ORkguB1P/ OJpVCT3DTLfGXMe7jhvYnTuza4Odqsyh+UrTnu7PX71l0YiXGjpVGe3KlA5lmmAyladIHJqv XNuZdZP9Y45VCKF3EGYJhBB6QzxfSBvNsLgC0inoGfasgkwfpZO7kc9US5/2IVdDiG8sicwi mRW0jg99o6BQg3YVdvdedtL8a7kU8y7IpmhFCwlOOhiLuPqARmZBg4BNLzCr7ZWm5QAwlxt2 LKBbh5klmFBB7whtFNDCOppUTMPSiU80uRz8TH3ISW9y1s95J3wjJ03LKZ3j5gtbgnkt96Y7 8x1jY2xmEQwbzPJCt45Q9659Y9rQ263KapVG8RVJE8st6zsLLnLUFTYogGUPFrTQNUSzKol/ PLkQcFDT4hNNk4uB08umF5jZ8jqmgTnde8tbEqG6oEXyuGcqd9U8/eevB6A2587G7oLOpNKb VAptO1+R1CqNHpqvWjXPuMnvrB6IEPpHwSyBEEJ/Iwqwa4XFFRhTAE9Ii+ppbB4JTiJ3I8ml Z5+GLwQQn2ganQsFddDWA2MKNrvE9OvMbDmeAt9j4SmKGJXRnGriE32w5Ny1UBqXD4J+tqz7 7Tf9L4QQtmMBjR7kaugbo82dtLCOxhfQsHTiH09uR9DLweTMc8s43KfXQklAPI3Jpbk1UMuH 7mGQTMLMImgNu7pZsbq6VRolXmrcsa8z9rKnBE63bcWoHJqr5Mhi26Qx/TOlS5sTdpfl5Xbj csPqJgxKaFE9DUkhV0MO6jSuhdKobGhoB4UaNoyvb3DJTZ367an+2dJWaVTTRDhXnjC3NvTi DV4BqNVhnDL0tCtTPHFibWcW+8Mi9A+HWQIhhF6zfRfo16lYCa3dNLuKhiSTOxHkWijxCiRn fH8dfDhzn9x8RCIzaWE95YtAOQP6dWbaYXt25nprwsNTlMKGCYRjNLGI3AjzXAi9/pCmlMCQ hG2amPOFS4QpBeseaPQwPkn5IlrWRBMKSVAivfuY3ggjVx6QCwHk9P1nksMpH3rlAQ1MgKQi KG8BvggmJmFZx9aNbHsHLHvMsX+4ua3TbZs2CHnyRNFM8drO3NFmKLmpy2jVyjRcviKpRfJY oExRrLTv2NbgBZaChj0bTM7SGi59mEquhZBzfgd9mfxiaXE9iBWwvgX2/aPkrhcGjG5alobm Kz1BomkivFUaLdfy7c6dl9rN3r5pSt/brkxtkTwenCtf353HxbAR+ifDLIEQQseNUra9C5Nz lNtLMyuIf9zBF/bP9lkiJ+4RrwASlEhzq6G9n6kX2Y6VuQkDeOuSw3NMZugepo+zDhZNO3GP XHlA00pBMsmsL1AU4dhnujUQK2hLF82pIqEp5FrIQcHx796lk97EK5D6x9GUYnjChX4xm9ew 3UP36q9ul5s4l7ckXaqsjsl0jVFK4YgVCMDA7tqdWx/uUmU3T0S2SqOG5qvWzLN/ONUHADaM tGuQxuSSS8EHl3bSm1wOprF50D3MNox/U1stxvbdtilDL0ce97SQukXyeGyhzmxb/es3PwP2 9k0qfQ9fkdw0ES6aKVnfnT+eAhKE0DsIswRCCB2Vp9XSnp2ZLWDYALma8oQ0v5Y8SiPXQ5+p lj5zn3gFkKsPyM1H9GEq5NUAtxekU2zDeNyVta8NpcyxzzQG4ApJeIYnHdHz/sQnihY8Admh Bk0UmMsNNgfsWsFkBsMGqOZAOEpreTSjgj5MfebmeO7PaR9yzo887ad0P4Y+zqL5NdDcCUMT bG6ZmXdfZRE9CmR9d75/tqRNFjNl6Nl3v1JPJKfbrt9WDc5VtEqjW6RRQnXB4qbY5tw5GKCg wBxOtmGCMQUtqif3Yw4Gbc75kSsPSGgqfcKFqXlmO/5Fvv8SADXb1hQr7Z2qDJ48ka9IHpqv 2thdfOn9MLA6jCpdF1+R3DQRIZopWTWr3cSJpdgI/QNhlkAIoZfhdMH2LjOsw5wGRuW0pYvk P6FR2eTe418XRfaEhyvB5G4kDUqk0TlQVA/8PhifBK2e2d/AQ+QrAYBdK52ap/XtJDSVeAUe 9BoKSYGqVpBPsy0TM+2AYYMtroBqHoYktLUbShppcgkJTSG3Hh0sUfdrbYMP8QqkN8KITzQN TqKPs2lmBa3hQscAiJUwr2FGM3Md7yx8sDg2JZrWNlnsyMKTl/8m/nkU3Ns2g1zLF0ymtUge C5SpyhWByaxxb6yDQk0bBORxFrkaQk56k9P3ybUQGpJMi+phSMLWt17TyuIvAgC29/Sji3Vt shjJcsvGzvz6zpzVYTzSruiufXNS18lXJLVIogZmyw3b0y7igJeuRUEIvdswSyCE0J8ilO1Y mNYACjXtG6W1PJpZQSOzyP0YcimInPrl+/VT3uRiIPWOouEZNK2MVrVB9xDIptiyjm3vMPc7 MvjwHEqZ0QzSKVraRAITiFcgOXGPeAVS31iaUkpr+dAugtYeWtpE08toVA4NTKS3wn/NVL/U NpCLgeROBAlOojG5NLOCVrVSvgiGpTA5Cxo9M5pfff21v2R3WaYNvXxFslCdv747dyz7tDnN CxujfdNFraMR3P6woY44bWGi3T/yIDt5BdCAeJpVQTsHYV7LLK/WzOo4EOrSbat6p/P5iqSF jVFCX+ljCUAtDqPK0O0pxR6cqzRsq13Y2QmhfxjMEggh9CwAsDlAtwZSFQgGaFkTjc8nD5LJ vShyNYScPdQ+6KwvuR1OIzJpTjVt7IAhKagXmX4NTDvM8XrraF83IIRtGGFQQtPKyI0w97c3 yCcX3J96ka+vkTM+5EYY9Y6m96LI9VBy3u+Z5HDSm1wIIHcj6aN0mlZGK1qA3wdjcqZegGUd W9sEs+VvSA6/5Sb7S5sTXaosnjxxYWPsFR+jPcDpdC4vrgrqxkoDuQXnWrJ/6Iz/URV40ez3 wJ1YAFwhm11kpp23Zxqbi9gXNkY7JtN7pvMM5qkXqRr/K7C3vz1tELYrUz1xYtWMnZ0Q+mfB LIEQQowRClsmUM7QdhEtrD1Y4eFaKLkYRM76PbPI9OVg8iCJZldBaw+VqEC/Bts7YLWxfefb sM7DKwKXCzZNMCylmRXkygP3R+fc//0r1//2ifv/+Iz8j+/dn14k3996vjD6nB+9E0EjM2lu DW3qoAMTMLfM1o1se5dZ9ph9n7ncb/z7eMYYAGxZlofmK1skUVINx7ZvfqXd7VpAoqKljSQw wXU5cPvqbWXghfbkH5tKTvMa70wM5m3plMTx5gcinuNwWSZ13RxZ3NBcpdG6ckzlDWDbN0+v Cj2dnQZmy9bMs/Q4ohpC6J2AWQIh9A/ztPOPzQELWto9RIvq6cPUX1sSPY0Nnu2cH/WJpikl 0NwJsilmNL/zmeHpHSAEtndgep52D9GKZhKf5/451P3xBff/9YXrf/nA9V//p+u//k/3//qR +//5hnx6kfxw56AO5EYYjcykhXWUJwTZFKxvvT3fu/85i31TomnjyGIH5yqM1pWXfr9nbUGt Adp6yMPUg4lMJ709zXAd6QVL3VU9E2lNE+Gt0qiB2VLD9vRb9Q29p1hieL66TRqjWBHYnbvH uHOb0zxl6PV0dupTF62aZ45l5Ach9PbDLIEQeq8BMJeb7dnZ9i5b24SpeegaomXNJDqX3I54 ZsLSaR/iFUCuhZDb4eRBEs0op40CGJGxFQOzO962L5hfCABzE2bfh10rM5nZhhEWtTAqp5xe WtxA4vKJbyy5EEB+ukt+uO3+8qr7/zvp/j+/cP23D13/7UP3//6Z+398T768Sm4+oomFtLqN dg6CbJoZNpjjXZ0Qv++yThuEfEVSpypDtz35olXChDKbna1uwsA4yawkdx8ftK89709uhNHo HGjtggUt23cC0C2rdnypia9Iap6I6JzMmFkVWRybb0m/VAC6alYLpwsEytT59WGn+3h7AID1 oFFsSvNEpGimxLA97SL7WIqN0HsPswRC6L3jdrNdKxg2YV4D40rKE9KSBhKXT/1if6da+nYE CUykkVk0/wm0dsOwFOZftQPpG+NyM8sebBhBowf1AowroWMAqjk0q5I8zia+MeTyocs/cY/8 dJf8eId8c8P90Tn3//ud+79/5f6/vyYfnaMXA2l8PvD6YE7D9t66iTpHRsGtNcq7Vdlt0pgp fc+++0+XwgBgdgesbsCYgla0kIdp5GIQOXGPnvWlNx7R8EyoamMTKra1ffijQoHu2jemV/t6 pnJaJI958gTxUuP6zryLOF5+se1jRsG9tDkuUKb2TOfpTMpjHzMBBtZ9o0rfzVckt0iiBmbL 9NtTb8OFI4ReK8wSCKF3HwCz2ZlnHYP+cdogoDlVNDqHBMST66HkjO+v05bO+5Hb4fRhKk0u oWVNVDAAE5Mwr4FNI3O+RdNRXojbDTsW0K2yqXkYldPOQfqEQ7OraFw+CU0l3lHkyoPnl4s+ c59eDyV+sfRROglLJ95R7nO+5Nsb7n9fcX95lVzwp4/Soa0H5t+rCHGY0aodmqtskUaJl5p2 7Zu//yI3ga1tkKtpQzuNzSW3ww8+QpeCaEgyFNVD/zjTrjL774/PAFCHy6o1KgbnKtpksa3S aNFMyeKGeG9/+zhqnY/O4bIqdQKOPHZkvtpo0b6ek3laiu3p7FSu357Czk4Ivd8wSyCE3k1u N9s0gWqW9gzTag5NKiYhKcQnil5/+ExP0lM+nu7+JL2MPuGBSAzT87CyyozbzOb425YcPgYA YNkDjR6kU7R7mNbxSXYVeZxNgpPo/Why8xG5FPRravpl4IVefUADE2hcARTWQVMn9ItBoYZR Ga3lkcdZ5EYYOXOfnPIhPz+kSUXQMwwrq8zhfNOX+hpZHUbJckubNHpgtnTLsvTM3wGAfZ8t rACvjyYWEe8ocjGQnPQmZ33JvSiaXgbdw2xJx3atLzJm5SbOLYtGpuW1K1JaJI87VZmTuk6z be0NxontPcPQfDVHFidf4Vv3Ta/vQDbnzsyqSKBMbZVGD8yVG7an3eR9/lAh9A+HWQIh9I4A YJY9mFumvSO0vJlG55C7keTKA+IVSM76klOH2pKe9ye+MTSlGOrbYUTGtAbY3n3HWi0BsD07 0xpArKTcXlpUD7G59H40vf7w4JLP+T2zdLRnuxREA+NpcjFUtkLXIChmmGEDzJ5+Sg7mdLEN I/QMkbg8cj2UnLlPTtyj10NpWikMS9iWiblc7+VYxGFusq9eFfHkCQJl6uKm2E1/ecY17cCw lOZUE+9ociGAnPIhJ72pVyANz4DmLja3zCx7L7tICAVqc+4sbIz2TOc0SyLbZDEjCzVrO3O/ HvTvtWpW90zntitTZ9YGHC7r6zsQMHgaJ5olkaKZEoNZjaXYCL2vMEsghN4yAIxSRihzE2Z3 gNZAB8ZpZSuNySE3wp55gPYsKnzmPjnnR26H09g8WsOBISnTr78DE5Z+uUxwE+Z0MasNNHoY kdGmDpJVSUNTydWQZ2obPNd7yoec9vFcsvtyMAlKoOllUMeH/nE2r2HW35uYBMAIhfUtKugn oankrK9nP/TmI5pTBbJpZnO8iet/Ywzm6Z7pXK4sXrXSaTevwcwi1PJpUOJBIf5Jb3rmPr33 GArrmETFLHuveDhCXWs7s8Pz1RxZbNNEePdU9vz6sM258zdXEVAg8xsjXHlC91S21ih7/QMF YHPuqA197YqU5okI4XSh/i3raoUQOi6YJRBCbxoAc7uZzc62d2BtE2aXoG8Marg0uZj4xpDz /s+0WrrgT66GkNsRNDCRJhXRGg6IxtjcMuxY3+oxB0rZvpNZ9sBoZmtbTGsAuRo6B6GGQ9PL ycPUg+lGz8xQ8iEX/MmVYHLzEfWOIv7xNCaXFtdDWw8MS9mchm3vMPefTrahlO3ZYXGFtnbT h6nkQoD7xD1yIYD6xtLiBpCrmXXvvR+I+K1ty8qQqqRFFDzWEr2dnEJuPiKnfMgpb+oVSLyj aEoJdAyAbu0Ylyon1L29p5ev8NuVqc2SyHZFskLLN+3p/85na5vTLFluaZE8Hp6vMVpX/oYk Awys+9tTht52Zaqns5N+W4Wl2Ai9fzBLIITeBELBaoO1LbagBekU7Rgg5c0kqYgGJ5Hroc9U DJ/3JzfDaEA8jcyi2VXQ0AH9YpieZxvGN7J88guhlNkdzGhmujU2uwTSKRCOQoOAFtTRhEL6 IIXcDD9YneCXzX3Km3gF0FuPqF8cDUsncfk0r4Y2tNOeYZiYZItaZjQz1ws/ehIC2zt0cpbW cMiDZHIhwFM7QUKS6RMuTM3//gjG+41SsNhAo7cLRdLqiJaiM31xp/U3rrku+JK7kTQmFxoE oJxl27uvo4oGAGzOnfmN0T51Yas0miOLHZ6vXjFN7rtf41yjw4zWFU8tuFTDsTi2/p6DwkEp dm+7MqVVGjUwW6bbVrmIHeMEQu8TzBIIob/LvhM2jKBehCEJtHbT/Foam0eDE8nNR4erpd2n fci1UBqUSBMKaVE98EUgVsLsEqxusj07o2/fUwgAs+/DphHmNSBRQe8IbeqgBbU0sYiGZ1D/ eHLzkedp/pnZSl6B9G4kCU2hCYU0/wmta6fdwzCuZOpFWFllpp0jJiVC2dY2jMppQR0JiCcX /A9Kq2PzgCeEee0/bUYTYwzcbrq2RUdltKKFhGe6rofO3b/CT/5BkHlmPiNs/0kTG1ey1Q22 /9rLGJxux9rO3PhSI0+e0CqN7p3OU6/2Wxxbr3sRBgDQmSa7VFk8eeK0QehwverErZdic+6o DaJ2ZWqrNHpwtvyX0QmE0HsCswRC6LUBYDsWmF2C/nFa305SS0lICvGJJj+HEa/AXysfTnrT i0HUP44mFdHKFugeYqo5WFmFTROz7r116zx4Fj/eNIF6gQ5MQFs3LW4g8QU0JIX6xpLbEeTq A3Le7/nkcN6f3Imk4Rkks4LWcGjnIEin2IKW6dfZ1jbb3WP7rlePSbC1Df1imlFO70UdxLPr oTS5GHpHYGWVOfb/aWMRYLXRqTnaKCDR2eRWOLng7+nLtBYa2Fd5j9cVpFI12czrf2dAJdS9 a9+cNgi7VFktkiiePGF8qWljd9H9Ohunuoh92tDLkcd1T+WsmJR//9p5dufu7NpAx2RaqzSq f7ZUvz2FnZ0Qem9glkAIHSunk+nWYFhKa/k0qYj4RJErweRCADnr+0wl8Zn75HY4jcmBilba NwYLWra9CzY7c7oYIW/XI6+bgHEbpuepcIQ+4dC0UhKcSG6EkUtBxCuAnPMjp+//2oL2aV3H zUc0MvNg/btROSzp2PYO27Mz+/7ruEbYNNHuIRKVTa4EH8wQu/6QZpTDqJxt7zC3++26pa8b obC2RXuGSUIhuRFGzvke/IIuB9PYXBD0WxanxmZqWiWPxYsNZtvq3zzlBgAcrj2tUdY/U9Ii iWqVRolmijVbsn336xousDi2JpabW6XRg3OVRqv2NR3lz9mdltm1AYEytXkisk9dpN+ewlJs hN4PmCUQQkdCKXO7mdPFbA5Y3aBiBTQKaEox8Y466IdzuNXSWV96IYDcCKORmbS0EXpGYF7D 9uxvxQMuAKMUPNey72R7dljfAuUMdA7S8mYSl098osmFgGfSgqef0hlfcs6PnPcnl4KIdxSN yaUlDdAuAtkUW9v8OxpJAYDLBasbtF1EQlMOGjSdvk9uPqLZ1SBX/7OmMwGAZ/E++TQtbSS+ sb/cEB9y3p8ExNPKFpiaY3YHY4xS9+zaAE8e36cufFPtSgl1bVmWxxbq2qQxzZLIjsm0KX2v xbEF7PirNbasmsG5ilZZtGS51eowHvv+X5DduaNe7WtXpjZNRAinC3SmSRfZh7fhHwGE0CvA LIEQejGEgt0B2ztsdZMtaGFYShsEJLOChqSQKw9+ndJz0puc96NXQ+idSOofT2PzaXkzdA6B cpZtmo6xN87RAABzudmenW3vwvoWrKyCepEOTNCmTlpQS2PziG8suRT0zBCKZ7WyS0H05zBy 7zHxj6fhGTSrEur40DMCcjXo15jN/rcue0cos9hgXkubO8nDVE/UoRcDqV8clDSBcpbt2f6+ k3njXC62vQszi7S1m8bkkisPPEND9HIw8Y+jOVVMJGZrm4d7XgHQFZOiS5XVMZmxuCF+g9P3 rfsm9Wpf91TOoflOC8e7AAUFsmJSdE9lc2RxakPfG61VANvBqtipLZJI0UyxzqR0uu0YJxB6 p2GWQAj9AQBm32eb27C0Ago19I7Qag5NLyNh6eRWxDODD2d9ybVQ6hdHIzJoehk84ULvCFN4 HrIdb3LwAQBcLrZrhdVNWNCAQk0HJ4DTS8uaaXo5icgk92PIlQfPr1lx1o9cC6U+0TQkhcbk 0swKqG6DdhEMS9n0AjOsM6vtjS2Y7SbMZAbZNK1s/aVBkw+9FkLDM6BBAOoFZrO/mRP7+xEK OxZY0NKuQZJRQe7HHLTGuhBA78fQlBLgCWF26Xf73gLApmV5YLaMK4tT6bvszp03cgUe++49 nWlyeL6aI4tvk8X2zRQtbortzp3jWiHb4bJOG3p5isTuqWz99tSx7PMVgG3fPG0Qejo79c+W rZiUTrcNOzsh9O7CLIEQOsTlBtMOzGtgTE55QlpcT+MLaEgKuRtJLgY+8239pSDqF0tjcj0l AWxEBtMLTLfOdixvcvDBTdiOBVZWYXIWBicot5eWN9G0MvI4mwQnHqyTfcb3mdqGM/fJtVDi H0ejcmhmBVS2QrsIRmQwOQuLK7BuZFbbXyzj8PcAgK1tOiyl+U+IX5ynQRP9+SGNzwd+Hyxo PbN3/hGcLtCtUZGYFtSRB8kHw2Kn79Nbj2hMLjR1gnKGbZqY6w8/hwBg3TdJNZw2WezoYu22 Tf+6Oyn9CQBwE6fRqpWv8Dsm01okOAycQwAAIABJREFUkQJlmmJFYNrTHUtFgcWxKdW0cWSx Q3OVpj3dq+/w1Tlcltn1wY7JtFZpdP9M2YpR6XL/Yz69CL13MEsg9E8He3am0bMxObR2kexK GpZGfKKpp7b4jO+vdQJn7tM7kU+rAtjkLNOtwaYJdveY8w2V9hLCLFbQ6GFiEjoHaE0bSSul YWnEL47ciSTXH5KLgc9cwol77lM+5GoIDUykCYVQ0kDbemBEBrNLTLcGG0ZmtjC74y2sVIZN E+0bJclF5HY4OedHTnr//+ydd1xc15n+//Im2dTdZONks/ltyjqrOG5xbMuO43W3EzvudqyO uoQqIHoVHYQQHVGEJFRAnd57EX1mYICh9zowlIGp97zve35/MLEl2XFkWxIz0v1+7l82mnsG Buk897zP86C1J4adoPJ6PjZ5DwU0qRdI1o5nM8AzHHZ6mA7HNjigSwidSqdGOZ+YusnvhpHp uiaq8+RhpYrEsdmOOx9tdANIsKif6ZmsKWmPS5P4ZjeH1Pamjs0phK+X70RE0wuDV7vPpkv8 JAMZ2mU9gbkWnbDQPXm1oDUqXeJX0Xl8eKZVTHYSEbFQRC0hInLvQcSnZ0najulFGJUM9oGw xQWsHG+MWlptC9vc0CsCj12gwire0cfn1Fxv4ALjgMuzedXpaXicGlooqwQTzoNvNOz1gc0u aOUIGxxg3YHr1r/Khq22hc3O4BiMYScoNYtKa3lHL5+e5VodNxhJYJzBsk0r3QyIfGqGiq7C wUjY5LT07nCHJ0adJkkbX9CYddX3rYMERkNjlFOGvlGw1RXW/T04a6cnhp+ginquVHGBfalo V4bCkKqluP1oXsuR/qlGpGV28nDTAYVhYr67piclUxaYLvEtbovtnqzRCeqv/JoMjYMqaXF7 bE5zSN9UwzIev3wWvbDYPXm1oDUircmnrCNxZLb11hpFRERE7gyilhARuXtZ8hnrDbSoJaWK mjswqxSPpoBbKNvkdJ1mWHcArBxhszPu8gKPcIxPpZwykneSau6O1jsQcQZkMHKdni9quWqO 9wxRVRNdyseYM+AZzna436AWPl38JmfY6op7vcErAmPO0uUCqm7iPQN8fsHyNtxE3GikkQnM LgOvCFNTxHoH2OuDcSnU3ME194ApAomMAqnmsK4ZjqbAfj+ThFh3ALa54cFIupTHe4e+cl4W Ek4vDNb0nM2Q+suGss3ngT3nXK1TyocL8uURaU0+uS2hzUM5c9qxr2af0AuLnROVefKwEkX8 +FznLV/q10RnVHeMV+bLI9IkPqWKhOGZFgH0ondCRMSyELWEiMhdBBE3GPncAk1MUd8Q1bdg RjHEn0OfaNx9ENYduNYtjdvccJ8POh5C/1hMukA55dTUykcm7tzADCDpDTS/wJUqPjJO3YPU IMfccjydjuEnwTMcdh+8zuG91Nuw0Ql2eMA+X3AIRs8IDDuBp9Mop5zqZNQzyGfmv2BK3gIA 5OpF6uijS3noGWE6i9jqgs6H8VQ6tXbe/SqCiOsNNDVDMgWeywbvSNji8omtBV1D6fglqmum qZmvb2LRGGaah3KzZMHVZmMkWIKItMb5XmVDeUdShjQgUxZY3X16ZKbVIGi+rKJYNKiah3Oy moNrelLntOO3acFfB51xvnO8Ml8enibxLe9IGlI1GwSNmOwkImJBiFpCRMTCERjNztPgGMo7 saIBL+RizBn0jQG7ANjk/KlVYK0dbHVFuwA8GIlHjtOZDCqsJkkbHxwl9cKdOHxA5Do9n56l wTFq66b6ZiqowpQsPJqCQQngGop7vE0P4K9VDpudYa83OoeAbwyGHaeTlzGjGMvrSaag/mGu muVG411iFUDkM/MkaaVTaegaChudYI0t7vBAv1i6UkgdfXd/QBMAzcxTew9mlmDocdznazqI 2OICTocw9iwWX6X+4VtoMTcwTed4ZZ48vKgtxgwCjm5EAP3EfFdj/+WclsNpEt/i9riO8Qq1 bvLmrR1EOL0weLUnJVMWJB8uMAi3qwvva/KJnMiQ+ld2nhxUNRuERVFOiIhYCqKWEBGxNBBp QUODYyRpw4IqPJWGoUngEQG2/rDNzdR5vHRZOcJ+P/SJxtizeCmfqhqprZsPjdHMPDcIt30L rjeSUkXdA9TQQoXVeD4HY85AYBx4hMOBQNjlBRsdbyyA2+QE+33RMwKPHMfjlzCtiCobqbmD ugdodJLPqrnhblEO10JE07NUI8WjKWgfaOrF2+mJIccov5L6h7nWPEr9bhuk01PfUrTrKXQM hq2usMbW5PU/chyzy0jRy2fnb3maFqAwPCMvVSRkygKXu3jh8wEU5rUTirHSwraodKlfnjys aTBdudB3k76CpTdYoojLl4f3TzUtSyXfTaIXFnsmawpao9Il/hWdJ4ZULUZ2t4tnEZG7BVFL iIhYAGQQaFxJ0nbMKcNj58EnGg4EwC4v2OJqKvddshqvsoEdHngwEuNTMaOYJG18cIxPzXD1 IjcYb6/JWBD49AwpeqmqEa8UQHwq+kajQzDs9wNrT9jqspQ+dN3A0gYH2OeDPlEYexYv5FFp HbV38+FxmlTx2Xmu0S1bPNQdA5EmVVRWh8HxYO25NNCF1l4YkUw1Uq6cuTu10ycQ8Zk5qmvG xPPgdAi2ucG6A2yVDdvkBF4RdCGP2rr5zDzdxm8CzWhGanvPZUj9G/ovL+inbs9dvhZEaGS6 kZnWqq5TmdLADGlgZefJwWmpgf3zQwYj03VPXs2Th5V1JI7PdeItKqy4TeiZpkdZW9galS7x K+9MGp6Ri8lOIiIWgaglRETMFbWGOnoxvxLiU8EtFLa5wXp7WHtjVBFucEDHYIw+TZkl1NLB 59T8k3ii27cNJaI5NXX0Umktns2E0CRTGNR6e1x3ANba3SgbVtnA2gOwywt9ojHxPGWVUlMr H1NyrZ7uwGrNEESuVFFBFXpHmUbRVtvCDg+MPk3NCq7R3uXfDYORegbxUj64h8Emp09L0/d4 Y1wKNbTwuYU7kxW2aJiRDedkyYIrOo8r1X23+3ZfGSSmWhxuGkjPbg5Jk/jky8PaRgoX9aov /lMaw6xsMDtTGlDbmzqrGTX/qSGDoOmZrClojbjS5F3SHj800yImO4mImD+ilhARWVaWopZ0 Br6gIdUcKXqpqJpOXELfaLbd/dM91mpbWGuHVo6w1RWsPcE5BCOTKa0AG1poTPmVo2y+aFWA ZDByrZ4vaGhWTUPjJGnDvAo8eQUPJaJ9EFg53pCnhJ+EQW13B2tPcAzGw8fwVBrlV5KsnY8p ueGe3xYgcoORhscxqwS8IkxTXhsccb8vJpyjlo672RQByHUGPj5F5fUQfhJ2eZoU1AYH3OWF wfGYXUpDY3e46FAAXedEVW7LkTx52MB007K3THwBRLion+kYryhqj0mX+GXKAuv6zk+qewSm /1yRQESqxaHq7tPZskNto8V6YeHOr/kroBcWOieqC1oj0yQ+pYr4IZVMbMUWETFzRC0hInJn ISKjQPOLfHKa94+QtJ1yy/H4JQiMQ7sAsHK4znm8xQX3eoNDMPpEU3wqpRdRrYz3DXP14i0e WBIYX9TQ9CyNTFDvILV0UFkdXszDuFQMOAr2QbDZ+UZvw3p72OoKe7zBPgjdwzAonhLP05VC Kq8neSeNTNz1U/5fDkSaX6D2HryQC+5HwMoR1tjiNld0D8OUTGrvvmtVBCLX6vjEFNU3U/IV dDsCG51glQ1ssIfdB9E7ClOyUNpOs/PLUvRBRGNzHaWKhAxpQPNwns6ckmE/FwPTDM/Iq7vP ZMqCMqQBFZ0nepUNWsPcZ3fbxHF0tq2k/WiBPLJ3ss6C7Ac6o7pzvCpfHpEu8SvrODYwLRWT nUREzBlRS4iI3HYIgKsX+cgEtXVTdRNeKcC4VAyIQ8dg2OYGa+0+3aBvdML9vugRjoeTMPkK 5ldQg5z3DHLVLDfeMrc0CYzmF2hskjr7qamVyuvxUj4mXsAjx/FgJNgFwDbXT1f1SYbsDg+0 D8KDkXg4CeNS8VIeFddQg5w6+/i4ki9qzbr0bRkhopl5amrFk5fROWRpogm3e6B/LKUV8a7+ u1Z0MaCpGZK24YVcCIgDay9YYwdr7GCHO3qE0cnLdFXCRyaW/bRqVjNa25uaIfWv67tgnqmp N8DQOKMZaR7Oy5OHZ0gDCloj5SMFs9qxG6zVgEL3ZE1uy+GyjsTR2XbAW316eTvRCwtdE9UF rZEZUv/yjuOD0zIx2UlExGwRtYSIyO1Bb6TxKZJ3UkkNpmTikePoGQEHAmGnB6y/xoW87gDs 8gLPcIw8ReeyqbyeWrv4wChNzXKd4Uv1+P4jCJGrF2lonFo6qLwe0wrx2AU4lIhekeh0CPb6 mIqEr69xwB0e4BSCgXEYl4rnc6ikhiRtvKufD4/T1AzXaC2vAO7Og0hKFVZLMOo02PgvTYXh Tk86fIyKr9LQGNfq704VodFSZx9ll2JoEtr6mwwh6+zBLhBjz1JJLfUO8wWNmYhPnVEtG8zO kAYsGZS/WiXcHYaItIa53sm6pQKKLFlwbW/q6GybgWk/+RqtcU4ymJkhDajvuzCrGbO4jbhB 0PRO1hW1RWdI/cs7kgZNw04iIiJmh6glRERuEYB8Zp7ae6j4KiZfwYA4U/LpVtcbI4w2u6Bz CEWewkv5VCvj/SN8aparF7necGs26BotDY1hYyvmVeCpNDychM6HYZ8v7PKCba6w0RHWHrjR G73VFZxDMDQJT6VRXgU1tfHBUVKqaGaeL2i43igqhy8HIE1MY3ENBifALs+lngTc5YWRyVTf zKdv5SmTGQHAJ6aovB4jktHWHza7LJ1u4TY3CozjWaW8d4gvLHLBvN47EfZPNebJw/PkYT2T NZYyC0RERqYdn+us7UnNlAWmS/yK2492T1RpDLPEiXOuWhyq7jqV3XyoZSRfY5hd7vV+FQxM 26esK2qLTpf6lXUkDqmazTC3V0RERNQSIiJfA72BD45SeT0mX0HfKNjpAevsTY7SG3zJe70h JBEv5FBDC1eqTNupW7KjMhj56CQ1yjGjGOJSwDMcdnjAOntYY/c5K1m6NjmBYzCGHafUbCqv p+4BvqDhAKYlmdM+zxKhqRnMrwTvSNjkZPqG7/DAmDPUrLhrTRFGgTr68EwGOAbDBodPT7cO BFDyFd7WY+YnMJPqnvKOpCzZoZZhC9t2E5FaNyUfyc+TH0lr8s5uDmkaSJ9ZHAFkIzOthW3R +fLwromrZttS908xMG2vsq6wNSqtyaek/ejAtERgopwQETEvRC0hInITAHC9gdSLpJql7kEs r8ezmRiSCDZ+n+6cVtnAGlvY4IBbXdHaC+yD8PAxOpdNVU3UN8z1hq94a0RuFLhWz9WLfGae Jqa5opfK6/FCLkSfBq8I2OV144TSGlvY4ACbnWG7O+zyAhtf8InG+FRKK8TqJuoeMAVuitxC kEhnoP5hTC8Cj3CwcoQ1drDRCe0D6cQlLu+821QEEWeML2qpfwRzyzE4Aba5wSobWGMHm5xw vy9FnKTSGj6mvMO5TF8NtW6qrvdChjSgru/CrGbU4lKD9MJC/1RjeUdShtQ/SxZ0tefM4LS0 ZTgvUxpYqkgYmW0z55a6f4peWOieqC5sjUqX+JYo4gemJQYmWrFFRMwIUUuIiHwOxIAvakmp ov4Rau2i4qt4Oh1Ck9A5BLa4fPqwf7UtbHSC3V7oEIwHozDqFF7MpYoG6ujlqrmvUtOLyPUG Pqvm40rqH6a2broqocwSPHkZw06ARzjs8Yb1Djcqh01OYO0FtgHoGoq+MRh1GlOzML+SGlqo Z5Cr5ixiP2epIPH5RWrtxnPZppCiNXawzQ08IzA1m9q7uebuUhGm2vVRrKjH+FSwD1yq2AMr R9zvi0HxdKWQ2nu4xpJG2xkY2kaLM2WBpR1LO29LsikvwdConO9t6LuU03I4Q+qf03w4XeJ3 qcGztufcrGZ0uVf3ddEbl6zYUX9PdpLohUWyNMknInK3ImoJERHOOScirtXziWnq6KNaGWaV 4LELeCgRXEJhlxe79sH/enuw9gKXUDyUSEkXKbuMamW8o49PTHOd/su5pYm4zsCnZnn/CDV3 UFUTZZdhchpGnkL/o+h8GPZ4myoIrg1j3eQM+3zANRQD4zHmDJ7JoNwKqpFQaycNjJBq9i4v SzYfAGlqlhpb8fglcDy0FHWKOz3Q/yhllPDuQa65uwKajAKNKbFWhslX4GAE7HCHNXaw9gDu 8kLfaErJ4k2tfHKaCxYpXIdn5EVtMfnyiO7JmpuplDZDkGBeN9k+VlrcfvR8vcuxim3J1Xtr elLmdZPLvbRbgEFY7JmsKWyLzpAGlHckLckJiztBEhG5KxG1hMg9DANSzVJHL1U04MVcjEzG g1HoEAy7vGCj43U9cVtd0TmEjhzHMxlUfJXLO2lghCtVXKPlcNOHD0TcYCSlijr7qFZGOeV0 JgPDT6JPNLocBlt/2Olx3X1N5x6OuN8XDkZiRDKdTsecMqprJkUPDYzwiWmaWyC98ZbEPYl8 CRjwiWmqaICIZLDxhw0OsMYWdnlhaBKV1/PRSa433E0qgtQL2NKBF3LR/yjs9THN9Vk5onMI Hb/IayR8eJxrdBb9OVQtDlV1JWc3B8stzTJxLUSoE9SDKmmePCy+bGNc6YZMWWDPZI3WOG8R +VRfjJFp+6cbi9pjM6QB5Z1JgyqpmOwkImIOiFpC5N6CNFrqG6bKRkzNwpBjaB8E1p6wxQWs HGDNNY0KGxzQNgBDjuHZTCpvoJ5BPj3L1RquM3AGN7tNZMCnZ0mxpFXyMPYMHowEGz+w9oRt brDJGdbbX3fTpYjYvd7oE41xKXSlkKqbeNcATUzTrJoWNKTTk8Dupk2q5UHElSoqqsbgeLT2 MlntrT0x6hTVNXPVnIU+lf98jAINjWF+JRxKgN0Hl/r1YJUN7PTEI8epqJoPj3Gt7qvM8pkf OkEtHcrKkPrX9KSoFocseedNWuNcY//l5Oq9ieVbUmsdClojW0eK1DrlXeAxMDJt31RjUXts usSvVBE/MC0Rk51ERJYdUUuI3KUs5REhcqORxpVY14wXcvFQAuzxvtGpvBR2tMYOdnigbzSe SqPKRhoavalHy58EHyFygdHMPCl6qaQWT6fjoUSw9b/OmX3t7ZbuuN4e9xxE32g8dp5yykjW ThNTd9Vm9G6CiCanMbcCPMNN9eSrbdHak+JSeEsH190tG5qlD/OilqTtkHAO9vmaWgtX24KV I7qG0rkc3jvEBctzFHwxgKxHWZcrP1KiiB+eaWW4zA16X4d57WRD3+XLjd6XGw9mSP3Tmnwy ZUG1veenFwbvgqEgI9P2KusL26LTJD7F7bH9U02WEuMrInK3ImoJkbsFQK43cPUin56l/mFe I6WLeRiRDE6HbnRLb3CErW6w6yDY+mNgHJ5Kw+KrpOjh8wtfVJ5FxBlwvYEvaPjMHJ+cpt4h qmumzFJMuohB8WAfBJudb5xQWmePm5xxuzvsPgg2fuh+BMNPUkomFVWTTEGjE1xn1lmZIhyR tDrqHcK0QnA/YqoK2eSEToco+Qpv7b5LVAQRNwp8foEUvXg5H3yjYYsLrLKBtQdwqyseCKSj KfyqlCtnvsRQn0WBhKOz7SWK+Hx5WM9kreVuT4lIqe6r7ErOkAXU913qnqyp6Tmb3RycJvEp aY/rm2rQGufQgk9dOF/yTihrC9ui0yS+JYq4/ulGPROt2CIiy4aoJUQsFiLS6vn0LA2MUms3 ltZSahZGJqNnOFh7fnr4sNoWNjjATk+wDwSvCAw7galZVFJD8k4+MfUPH68ScYHxBQ1Xqmhw lHf0UoOc8isxJQtjzoBfLDoEwVbX6yaUVtvCenvY7g77/dD5MHpH4ZHjdPIKZpZQVSO1dfPR Sb6oNZOuX5F/DiKfVVNrF6ZkoWsobHSC1bamgKbzOVzRyxe1d4MORKT5BeoawLxKiEiGfb6m KsPNznggECNOUl4F9QzdJZLpH0NEM5qR2t7UTFlQ83Cu1mItEwyM/VONha1R2c2HuyevGphW tTjUPJybLw9Pa/LJl0e0jOTPaIYZGC165En/dyt2usSvrCOxf7pRJyxY9DsSEbFcRC0hYlEY Ba6a5T0DVN9M+RV44jIePoYeYbDPB6yu6ZZeawfb3dDxEAbGY/w5Siuiagm1d/PRSb6g+dxq BWKM5hdoZILae7BWhgVVmJqFR1PwUAJ4hqOdP2xzhbUHbvA24E4PdAhG3xiKSMYTlymjhCoa SNrOuwdpfIovfhlntojZQIyRUkX1zZhwHhyCTT4Ba08MjKPccuob5tq7IaCJdHoaGMWKekw4 B66HYZurKZdprw8eSsArBdTSwWfm7p3PsNY4Lx/Oz5YFV3efnl4ctNDn3DrjfNtIcU7z4VJF wvh8F+ecCLWG2Z7J2rKOxExZQHbzodrec6OzbQamseiRJ4Ow2KusK26PyZQGlHUk9k01islO IiLLgqglRMwbIq5epN4hqpFSehEeTUHvaHAMhj3esMXlumMBK0e0C8CgBDxxifIqSNpOfcN8 YpqrF00l09e+KgAtLNLQGMoUWFyDF/Pw6Fnwj0XXI3ggEHYfhC0uJlvtJ6+/1g62u4PTIQxO wMTzeDmfKhqotYv3D/NxJZ+Z51odZ6Ix2sJBpMlpKq/DyGSw8Yf1DrDGFncfxPATVFbHRya5 wfJ9AkikmqNGOZ68ct0h3mZn8AzHsxkkbeOTKq67q6KobgaB6Xsm6wpaI4vbY0dn2y3Ufj2v m2waSM+UBdX0pM5pxz/57wwME/NdDf0Xc5pDMqT+pYqErokqy02sWmIp2am4PTZD6l+mSOyf arLQPF8REYtG1BIiZgcZGR+bpPoWvFIAEcngGPz3qCVH0/TFJzNFu7zQNxpPXKKiq9TRx6dm aEHD9Z8TtURaPQ2NY2Mr5ZTjicsQFAf2gWDtBdvccLMLbHC47pX/ngMLTofwyHE6k0GF1Vze yccm+ew8LWi4Ts+NgjitdJdBShUWVkHAUdjhbjqDsvbAmNNU30yqWX4XJGgZjdQ7hOlF4BcD Oz1hvYMpBmCvN8acoasSPqniesM9+8EGZKOzbaWKhOzmQ92TVy3Rfo0EE/PdlZ0nMyT+LcP5 ekFzw/+d1ynbRovzWyPSJL7ZzSFNA2kzi8OIFnz0ZGDa/umm4vaj6RK/4va4/qlGMShWROQO I2oJkeVjKTGGARcYn56lZgVmFGPUKbAPui7+aCnyaO0BWG8P21zRPYwSzmF+JXX08QWNKdJ+ 6aUAll5tqZeX6poxrRBiz4JnOGx3vzF91fSydrDuAK63x+1u4BKCEcl4IQcrG6hnkC9o7tlN 1T0EEQfkE1OUUwauh2HdAdMHY89BTDjH27q53rDcS/x6EHEAmpmjGglGnYKdHp9++Le4oE8U ZRTzoTExPYxzTpzmtBMN/ZcypAGNA1cW9arlXtGXRgB9/3RjUVtMXkvY4LT0c7/GyLSDKml5 57EMqX+axLei8/iQSm5gWsudDjIwbe9UQ1F7TJrEp6g9tm+q0cC0FjqiJiJiiYhaQuQOgsgN Rq7W8KlZGhyjxlZML8a4VPCKgB0epujJv3dL41ZX3H0Q7QLANwaPXcCccpIpaGKaGwUOyA1G vqihmTk+Oc2HxqhZgUVXITULo06BVzjsPgjr7a9TDmtswcoRt7nD7oNo4w/OIRAUD0kXMLOY aqTUPcBn1XdHTL7IzYLEF3W8Z5CuFKBb6N8DmpzRMZiS03hbj2W3ViNyvYFUc9TcgSmZ4HYE NjqafrN2eIBrKJ68Qk1tfG7Bgt/jbUBjnJOPFOY0h1R0Hp9S9y33cr40eqNaMVaW2xJa3pE0 qe79R1/G0DCp7qnvu5gtC06X+BW1xXaMVyzopi33gEIvLPZM1hW1xaZL/Era43qnGkQrtojI HUPUEiK3GYPAZ+b50Bi1d2NlA17Mg9iz6BuNNn5g5XidW3qbG9j5o2c4HErEM+lUWEWSNhoa 5QsartWTao6Gx6mrn2TtWFqHl/Lx2AU4fAzcw2Cvt2kjeK1y2OSMe7zBIRi9IjA4AePP4aV8 LK6hplbqHSLVLDfeaKIQuVdgwGfmqKUTz2SYAprW2MIOd/QMp4t51NnPtZaaB8r5Upv7HLV1 Y3oRhiTC7oOw9gCssYNtbugcgnGpVFbHB8e4wfIGeO4ARqbrmazNb43Il4cNTkstyzJBRGqd UjKQkSULqu+7qNYpv/CLcUE/1T5WWtwemyENyGkJlQymK9W9llv9phcWe5V1Re2xS26QXmW9 zqgW5YSIyB1A1BIitxoirl6ggRGStFHxVTyVBkeO48EItPOHLS6fHj6stoXNLmAXgL4xGHOG LuRSRQPJu/jQGB9X0riS9w6SpA1L6zCtkI5dwNAkk+t6qX/3Bm/DJifY54se4RhyDBPO0aU8 Kqmlxlbq6OXD4zQzxw2ichDhHJCUKroqwbhUsA8ylZ3v8sJDiZRfyftHLHqiiTRa6hnAgiqM OgUOQbDJ2ZRTbBsAEScxt5w6ev9Jico9DxKOz3eWdx7PkAbIRwr0wuJyr+hLgAST6t6qruRs 2aH2sdKbsQ0Y2OLQTPPVnrNZzcGZssDKrpP9U42WuwU3CJr+qcYSRVyGNKBMkdCnrNcLasud 3RIRsRRELSHytSHiegONTFCjHLNK8dgF9I0Bh2Dc6wNbr89RXWePe73BJxrjz1FGMTXKqW+I D49TzyA1d1BVI2YU44nLEBSPbmFgHwR7fWC7+43KYZUNWDnCfl/wjsToU5SahYVVJFNQ7xCN TtDUDKkXxTMHkc9CShWW1kLYcdjnu3SQhbu8MCKZKhr42CQ3WGxsEWN8fIqqmvBoKjgdgu1/ N45vcwP/WLyUR61dXDXHDUZLfYN3ljnteEPfpQxpQG3vdTlI5g9D4+C0tKgtpqA1amBaCnhT HhhAo0ozJBvKzpMfyZD65bctBuWnAAAgAElEQVRGtAznz2nHb/KPmxtGphuYlpS0x2VIA0oV CX1TDWKyk4jI7UbUEiJfBQLkqjku76ScMoxLAbcjsNMDNrvgDVFLS0GTrqEYl0rZZSTv5JPT fHicZAoqukqpWRh+ElxCTDFNm5xgg4PJ/Hp9jQPs8cYlBZJehLUyGhzjc2qu0XGdgRuFz6Y2 iYhcCylVWFCF3lGwxSRucfdBjD1LTa00p7bgJF+DkTr6MDUL3MM+1e3r7PFAICZdIGk7zc6L uvrLojXOy0cKspsPlSriJ+a7lns5XwIj03ZOVOa2hFZ0HJ+Y70a6WfMDcdIYZrsmqovaYq40 +WTJgmt7z03MdzGwyGM6I9MuyYl0iV9xe2yfsl6UEyIitxVRS9wpiLhR4ItaPr/AZ+dpZp7P LdCChuuNZj1ysJRyIzCuN9DsPCl6Mb8SE8+DZzhscbkunnWNHayzhw0OsMkJDgRi6HE8n0vV Et7eSzIFFVbRqTQMSYQDAbDe4Tqp8Pc/ixscYKMTbHIGGz8MjPukJoKPT3Gj5Yf6i9xhiLhR oNEJzCoF11BYbw+rbXHdAdzniwnnqbXLUseZkLjAaExJRdUYkgjb3Ey/ROvsYbs7BidgYRWN TXJmkQ+VzQEGxl5lXUFrRE5zSNdEtWAh+2nitKCfbuxPy5D41/ddmtdNftkgIwH0Y3OKqq7k dIlfusSvVJHQP9WoFxYtcd5pqXeiRHE0XeJb2BbdM1kn1tiJiNw+RC1x+2FA40qqaoSQRPb2 DvbIm8KPn2L//gfhgZfZn1ahXQClFVL3ANfqzeLxIRE3Grl6kZQzNDRGMgXlVmDSRfCPhb3e pk6rT44LtrjATg/Y5QW2/nAwEqNOYfIVOpdNKVmYcB4C4/GToe1rlAOud4AtrmDthTZ+4HgI faIx9ixeyKWSGmru4KOTXC8OY4h8DQBIvYhd/XgxD9yPmFqrt7igUwidTqf2Hou0ViNyrY6P K6lWikkXwSFoSR3BBgdcalm5kEutXVwjJuvfApTq3orOExnSAOlg1qJ+ZrmXc1MQ0ZS6v7Lr ZE5zSPtoqV5Y+GqvM6+daB7OK2iLTJf65cvD5SP5s5oRQMt7mmMQNL3K+uL2uAypf3H70d7J Osv1gYiImDmilridEPGZecwoZhsdhf/3nPDNB4X7VnzO9f3H4FUrjDnN+4eXJ5aUMT6/SCMT XNFrqpdOOIeBcegQBFtcYM01hw8bHWGHO+w+CHt9wD4IPcPxYCT6xqD/UTwYBfZBsM3txhqH pQxKW39wO4IBcRR5ilKzKK+CaqRc0cPHJmlRa9YnMyIWBANSzaKkFZOvgMthsHKEtXaw0wN9 oymtkLr6uc4CM2qMAleqSNqO53LQLxasvWCtnel9eYTTyctUI+XjU2JBxC1ErVfW913MkPrX 9KTMaEaWezk3CQ2r5IWt0UWt0f1TjQL7ih/1pXmnXmVdeUdShjQgSxZc05MyMtNqEDQWtxE3 CJq+qYYl70SJIqFnslZrnLe4dyEiYv6IWuJ20juEhxLYY28J//rQ56uIay72k2dgpztVNd6h 7Y5Wx0cnqKWDSmsxNQsjktEnGuyDYIeH6XnnKhv4eD+ssgErB9zmBjs8YLs77HAHa0+Tltjj DVtdryuFWGXD1trBDnd0DEb/WIw+TWfSKa+SamXU2sX7R/ikiovKQeR2QERTKqxuxKMpYB8I Vo6wxg53eWFoEhVU8v5hy5toIuLqRa7opYxiDDmGtv5g5bgUPICOh0zRrn3DYqPi7cDItG2j RVmyoOL2o8MzciQL0GkMDB3jFVmy4IqO4xNzXfg1nNPEych043Od9X0Xs5tDlhobOscr1bqp m/dgmAlL3olSRUKGNLBUkdCrFE8nRERuPaKWuG1MTsNWV/ZffxK++bt/KiRM1w9+z558Dwur bkv0OyJNqUjeSYVVmHwF/GPBMRj3+cJ290/LGT7cy961hvd3wcf7TccRH+2FNbaw3h42OMB6 +xt91UtZMU4hGJKIJy5RZgnVyqh7gEYmuFLF5xa4Vs/Bwv7tEbEwiGhymkpqMCQR9hw0fZh3 eWHkKapqookprre0gCaB8eEJKqnByGQ4EACbXZbO+tDakw4fo9xy3jPE5xfEg4jbBxENqZoL 26JyW0I7xiv1ggU4dxf1040DlzNlgY39V+a1E19/u4zI5rQTbaMlBa2RaRLffHm4dDBDtTBo cX12AtMNqmRlioQMaUCJIq5XWadnlhT1KyJi/oha4vYwPIYHAthPn7lZFfHJ9Y0H4c2tVFZ3 Cx6jEvFFHe8eoJKrdOIy+kTBDnfY6AgbHHApK+lv+9g7O9jrm9jL69lrG9mfN7PXN8EbW+GD 3aYTic9em53B6RAcOY4pmVRayxW9fGae6/TcYDTlKYmPSEXuGIA0MYV5FeAeBhsdl9QvWnth 7Flq6eSLWg4W9Wkk4hodNXfgiUtwINDUfbHKBjY4oMthSsniHX18USumlt0ZVItDVV2nsmRB sqHsBf30ci/nn6NU95Z3JOU0h7SNFmmN87fqZQXQD8+0lHcmpUv80iX+lV0nhmdbLa7Pzsh0 g9PSUkV8htSvqC26Z7LGIMoJEZFbx72lJWhShcEJ7Kn34bWNdD6Hz3/GnYZIs2rMLIXo01Tf jGV1YBcgrHiV/eyP+MFuuirlxps4MTAIeDBK+NmfhH/57ZfWEvetEL7zCGxwoK5+rtFRjRQi k7H4Kk3PcuM/SK4k4gDcKHCtns+pqWeAyurxdDr6HwVrT1htCx/thQ/3wgd72Fs72Oub2Atr 2TMfsZUfsGc+ZM+tYq9uhLd3wkf7/p4Gc8CUxbTVFaw9wSMMY87Q5XyqaqKeQa5eFNWCyDJD xI1GGhrDjGL0CDPVj6x3gH2+mHie2rotaZxp6ZdXZ+ADo5RVir4xsNnFVNxu5Qh7vDHyFFU2 8ukZ8ffuDqM1zjf1py1ZJlQLg2Y+FUOcBqYlefKw/NaIHmWd8Zbu9ZFgemGwsf9KTsvhNIlP QWtE+1jpgn7KskrBjUw7MN1UqohPl/gWtkZ1T1wVh51ERG4V95aWwLhU9ssX2Mr32WN/hTe3 UlXTDWGj2Kxga+3Yyg/YAy+zB15h//Mye/hN9sp69vom9vM/4R5vPjr5T+4BSKW17Pk1wrcf /ipCYsk78cDLGHAUnQ6xlR+wR99iD7wCuzzxXDZ1DZjGnwRGCxo+NcOHx7G1i4qu4qk0CIoH Gz+22gbesYa/bmevb2IvrmPPrWLPfAQrP2B/eJc99T7708fwqhW8uQ0+2AOr7WCjE+xwh30+ 6BAM7mF45DieSqOccqyVUc8gzcwtjxdcRORzAeDqRa7owXPZ6HZkyVqN29zQNZRSsnh7jyVZ qxH5goYGRrCkFmLOwn4/0wDhJifc50shiZRZwrst0yx+V4AEPZO1OS2Hi9tiB1UyhmYtUPWC pnk4L0MaUNF1fGK+65a7GpBArVcqxkqL2mLSJX7ZzSGN/Vcm1b0CGL5s8uwyYmCa/qnGUkX8 UrJT9+RVrWHOshSRiIh5co9pCecQdv/TaO0J6w6wl9djajY1tFB+FWYWU62MBkfB5TB75iNM LwLnEOEnz7D/eRmTr2BKJoadYL/9M2x1pYFR6h+higYqraW+YW4U+PQs1TdTcQ21dVPPIOVX wjZX4WfPCt/4SocSS9d3HxV++YLwH0+B62FMzWJ/eEf4zSvsxXXgHEJF1VhUTccuoG8Ms/GD 9Q7sr9vhuVXs6Q/ZU++zJ95lj78Nj78jPPhn9qsX2S9fZL/7C3tuNbyxFd61hrd3wOub4fVN 8MEecAjChHOYUUIVDSRTUP8Iqea4UQxjFTFLALlqjhrkeOIyOIUsxbyitScGHKWMYt49wHVm vdW7FtLpaWQCa2V48gp4hsM2N1hjC2vtcPdB9I+lc9nU1MqnZ0Wj0bIzPtdRqojPk4d1TlTq BbMeiZnTTtT2nMuQBtT3Xbp9Xd16tjikklV3n86SBWdIAyo6T/RNNWqNcxb0dN/AtP3TTaWK +ExpQKkivnvyqsZgSesXETFP7jEtcfiY8PPnTKNHv/0z+2A3e3EdW/Ea+/WL8OR78PYO9vAb 8P4u6hlC7yjhJ8/Am1upvhne3yV891H20z9i5Ckqq4OdHuzxd9jDb7IN9phdCj5R7LlV7Hd/ YS+sZa9tZA+9Ifz7H76WkFi6/uW3wr/8Fi/lYX4Fe+RN4dsPsx/+gf32Ndhgz575ULj/aeEH vxe+95jwvceE7z8mfPth4V8fYt99RPh/z7E/vMv+91XhP54Uvv+Y8L3HhB8+yX7zKuzygves 2W9eEe5/mt2/kv3yBXhhLZ5Jp89OeYmImBVEpFRhZSNGnwY7f9NEk7Unhh6noqs0OMp15lHM 8k9ZkkMyBaRkgW8M7PGG9fZLHiR0D8MTl6hWykcmuEbH0RLezj3AnG6ipjc1UxYoHcxa0E2Z c9PZ5Hx3WUdiliy4ZThfa5i7fTdiYJxeGGoeysmTH0mX+BW2RctHC+d0Exb0dN9kxe5IzJAG lCjiuydrdEb1ci9KRMSyuce0hE+08J9/xKhT4B0l/OpF4TuPgGsoldVRgxzjU9mvX2J/eBcv 5fNFLfWPYFoh1Ui5epF6BiHhnPCnVZiSBTGnhRfXYsI5iEhmT7wLr6wXfvkCuBxGvxj2ixfY b1/HU1eorpka5HDikvDAK8L9T8OBQAg4iudy6KqEKhtgr7fwk6eF+1awZ/+GF/OoQY455Xgm AwLjhIf+cm3oE+z35QOjfF5NVyWYXQZ7vIWfPcv+5yXh/pXgFQGOwbDPB8OOU3oR1UipsgHs A4VfvSj89Bnhe4/CFhfKr6QGOV7OZy9vEB54Rfjv/2Pb3DCvghrk1CBnT3/IHv0rXszji2K5 lYhZAsgnpqjoKvjHwk4P0857lxdGnaL6Fj41y42CRagIEhj1DWNWKRxKgH0+Jjm0xg72+WDU KSqv58PjlucUvwcwgq5ttDhLFlTdfWpK3We2cagMjD2TtbktoXnysB5lLbvNRd1EqDPO9ynr SxUJGdKALFlQTU/q2GyH8as2Wtx5BNANzTSXdxzLlAYUtx/tUdaKyU4iIl+He0xLOIew+5+m gko8lcZ+9SLYB5GkjT2/hv3PS5iaBWEnhF+9AO9aU+8wBhwVfvE8vL+LGuWw2kb40ZPsv54F 70jmHckeegMjknlrF3vqfeEbD7KX12NlA/x1m/DTP1JaEYafFP73VXhrG8k7MfE8e/pDDD/J p2dgt5fwn3+E2LNUUc/+vIk9vwaLa/BCLnvqfdjtRUNjmFPOnnpf+NY1AbL/+jBeKcDCKvbq RjyUgJfy2cvrhe8+Kvz7E5hZAu5heDCS9w1jfQt75kP2/BosrQW7AOH+p2GnB8k70f2I8MsX 4GAE5paxJ99jr23Ewmp0OsR++TyEHadGOby4Fra70eDocv9YRESuB5HGpzCnHDzDYaMTrLaF 1ba4y4viUnhbN9fqLEJCcM75/ALVyTDmDOz2grV2pjxlKwf0DKcrhdQ3zHUG0VRttgCygamm gtbI4rbYIZWM4W2I6r4VaI3zLcN5mbLAso5jk/Pdd+amAujH5zprelIyZYFpTT7F7bE9FvWA XwD9kKq5VJGQLvEraI3qmqwW5YSIyFfmHtYSq22wsAqcQ4SfPiPctwL+bzVll8FGR1ht87kz TtcOIMFrG0neiT5Rwk//CNvdqLKRvbQObPzwYh57baPw8+fYr1+iqkaqaIBXrDD8JOVXwqtW wnceYf/9f5hdBrb+6BJKlY1s5fvCfSvYY29hRjFeyr9RS9y3wjTj9PAb8NpGKqyGTc7Cv/8B 3I9QZQO8tQ3tAqmumb1qxb77KPvVixifionn2Mr3KaMYc8rZw28K961gr1rRVQn76za22Qlz y8HKQfjp08I3HmQP/UX40ZPs3Z3U1b/cPxYREc4554ikN9DgKKYXgfsRsHKA1bawwQFt/enE Jd7Wbf5GZCIio8AXNKToxQu54HaELRXMrbWDTc54IJASz1NDC1eLuxYLAAnG57rKO5Jymg93 jlcamZke4c5qxur7LmRI/et6z98+s8RnQWKz2jHZUHZuS2i6xDdPfqR5OGdWMwooWIQDwch0 A9PSMkVCusSvsC2qa6Jaa5y3ICu5iIj5cO9qCdh9kKqawD+W/W0fe9caDgRQrQz2esM6u3+q JYT7VuDFPMwuYys/gICjGHOG/e4vwnceZs+tgvX2dC6byur4zDxVNS1pCTyfw579WPjXh9h/ /x/mloNDEIYmYW4F+/3bwn0r2M+fw/CTeDrjC7QEe+RNvJAL3pHCL17As5mYksVWvA67D2J2 KXtuFXv6A+GXL4BDEJ7Phn0+JFPgxTy20Ym9aw1bXbBWCnGp7OkPMekidQ1g1Cm2xo49/aFw /0rY6kIDI8v9YxG55wHk8wsk78KULHA5DBscYK0dbHcDz3A8n0MdveavIjgDmlug7gHMrcAj J2CPN6y1gzW2sMUF7QIw4iQWVNLA6G2poRS5PRCned1kfd/FTFlA00Dagn5quVf0ORDh+FxX WUdShjSgZThPL9xpC5xOUPcq68o7kzJlAVmy4Nre1NHZdiPT3eFlfDUMTNs/LSlVJKRL/Iva YrsmqjWGWQvyfoiImAn3sJaw8aemVryUj6FJGByPwfHoH8teWAsf7vmslmAPvAI7PcHtCLgd YX/bK/z0GdjlSdVNEBhHxTWw2Vn44RPw9g4qq8PE8+B4SHjkTSqr++Rc4jotUXwVvCIwMhnz TVpC+NGT4B2FJy6zP2/+5C6w0VH4n5cxrdDkvf7B78ExmAqqYIsrNbSgW6jwk6c/0RLwqpXw wCvgEISX8sE/ljr6sEaK0adN7ys4HjY6sp8+w37xPCxF39TJqKkVVu2HD/dQs0KcshBZNoi4 apYa5JB0ERwPwdJT/B0eGBhHWaXUM2j+E02k1WH/CJbWYlwquoTAJmdYZQPr7WGfH4Yco/Qi au3ic2rxt8wS0QuL7WOlOS2HK7tOKBf6zPChtZHpeiZr8+XheS1hfcqGZSmlFkA/Md/d2H85 t+VwpjSgRBHXOV61qFdZREO2kWkHpiRL3o+S9rjuyWox2UlE5MtyD2uJHe5ULYGP9wvff0y4 bwVb8Rq6HVnqZCBF743nEv/9PLy7EzbYwwZ79sp64efPsV+9iFmlJFNQfQt8sFv4/mMYf44K qpcmi4T/epaqGqnyH2sJ7ygqq2NPvSfct4L96kVMOIcpWewVK3jP2nSXv2wW/utPmJKFOWXs kTeFbzwIb22nygYsvkoyBXt1o/DtR2CPN1U2spc3sB8/xX75PIafgJBE9vwaqmzEM+nCb14R 7lvBfvMKuB9hGxyE+1d+2l/x1jbq6MWYM+z9XVRYzfXis1KROw4ATUxRZQNGJMN+X9jgYLJW hx6n0lo+MsF1BrNWEYzRxBTVNeOJy+AZDtaesO4ArLKBbW7oE02p2VzSzidVXC/mLFswAuj7 phoL26ILWiOHZ1rMUEtoDLPykYLs5pDyjqTJ+Z7lWgYgm9NOtI+VFrXFpkv8cpoPNw2kK9V9 wm02gt8SBNAPzcjLO49nygKL2492TVTrbl1xuIjIvcC9qyXYI29C2AkqrWO/f1v44ZPgH0sF VfDODvbkeyTvuvFc4ol3MTAej1/C45fwcj4EJwj/+yqGn+BTM5hwTljxqvCNB8EnmuqbYa2d 8G+Pg/sRPjFF1Z8341R8Fbwi4OP9VNkA0aeF/30V1tpRRx9mlV4347SUCXviMmaXsoffEO5b IfzgcYxP5VMqvFLIfvcX4TuPwF4f3jOEJy+zFa/BuzuppAZs/IT7n4aQRGrvgV2ewo+eBGsP amhhb22Hvd54Oh3e2yX84HG21ZUGRsE+ED7aS9I2MUBG5I4CQGNKKqjCgKO40wPWHYDVtrD7 IMacpqZWUs1xgS33Er8QvYE6+/BSHvpEg7UXbHCA1baw3h4OBGLCOapv5pPTpNWLBxF3AUgw Md9d2XkyUxrYPlpshpaJOe1EY//lTGlAfd9F9bJOYREnnaAeVMkqOk+kS/wyZUGVXclDKpkZ ftM+iwD64ZmW8o6kDGlAUVtM10S1BfnIRUSWnXtMS7iGCj955pMcJ+EbD2JcKp9Tc0CStsPr G4UfPSn860N4JZ+rFzElE6w9l7QEvGZFHX2ciBPR9CyezWIPvMwef4fqW9A7Cl7fCE+9L/z8 ObyYxzU6DoDldVReT71D8M7Oz9USws+ehTe2UmcfB6SpGeodwssF12mJf/uD8IPfmzRJWzd7 4l3hvhVg68+HxmCPl/CjJ4VvPQR7vKm8ns8vcECanYegOPbAy+z7jwnfegjcj9D4FAegkQlY tV/4ydPCfz6D4SdMHViIYBfAfv0SeITThDkOAYvctShVmF0KHmGmcaZVNmDtifGp1Npl/qYI mp7F8joIPQbb3UyhTEu5TL7RmFdBo5PmroJEvjxqnVIykJEpC6rrvTCvm1zu5VwHIBubVZR1 JGZIAxVjZbc7DfZmQMKZxZGG/kuZssArTd75reHtoyWLepX5Tw0JoB9WtZR1JKZLfPPlEZ3j lTqj2L8kInJT3GNaoqCSPbdKuH8l+88/sudXsxfWCr98Qfi3x4Uf/F742bPsmY8wNImtPyD8 5hX2oyfZD58Q/uNJ9h9Psf96FgPj+PQs55xUc7D7oPCjJ4Vv/Ja9tA7TCmGdHXqGY1oRe38X +/WLwg+fEL790D/vqvvxSvabV4TvPbo0hoRJFyDgqPCbV4RvPCjct0L4xoPssbfYyg+Enz4j fPthU7netx4Cl8NUXseeel/4t8eF7zyypCXYS+uEb/5O+MaDwrd+x37xPFv5IfvF88J3HhG+ +Tvhmw8K33lE+PFK8AyDVfuFnz8nfO9R9t1HhR8+wf77efSJ5uNT5ndoL3LXgcR1euodxMv5 4BYKGxxgjR1sdELHYDyVRu1mHNBExA1GPj1LTW10Kg0dgmCd/dIpBG51BfcjeDaD5J1cYxlO U5GvgM6obh8tyW0JLVHEj893LfdyrsPIdL3K+oLWqILWqOEZ+XIv51M0htnO8Yri9th0iV92 c0hj/+UpdR+gYM59f5xzo6nG7liG1L+wNapzokoreidERG6Ce0tLcIFhXTOeuIypWdQzRGNK yq+Ew8fA/yjllPNJFQfkc/NYUY8xZzDsOB49i3EpmF3KZ9VLfwdSVz/7aC9b8Rq8v4vSC8En ij39IZ7L5hotNxixoRkik5mVo/CrF69tnfvsBX/dRmV16HwIVu1HtyN0Lgfe3iF8//emL7h/ JXt9I1g5wId7hGf/JvzwCfbzP8EaW8oqAadDbMVr8PE+9tBfcL+fSUv88An2i+eF37wqrHid /fZ19rs/C796UfjZs8LP/sQefhNe3gAf74cdHrDWDl61ghfW4np7PJpCzQoanSDVHNfqxTEn kdsCEp9VU0snns0A5xCwcoQ1drjdHb2j6GIedfabrYogo0DTs6TowbRCCIoDay9Yawdr7GC7 O7ocxvhzVFHPx5TiQcRdDwND/3RTUXtMdktIj7IW0Ix+4jqjum20OKc5pLIreWphYLmXcx0G phlSyau7z2TJgjKkAeWdSf1TjTrjvJmnJBmYdlAlW6qxK2qP7Zyo1BhmzHzNIiLLzj2mJb42 pFTBVhe28gOw8QNbP7byA7Txo84+Dp8GVtCYEnZ4CP/x1BcfTcBb28E1FLyjwDWUvWol/OBx kzH6W79jD70Bq21gnT1udgYrB/bb19nv/gK7vWD3QeGBV2C1DZVchY2O7FUr2Ows/Pol9udN 4BkGLiGw1YW9s5O9tJ798W/CE++x37/NHv0re+wt9vu32ZPvwXOr4JUN8MYWeH83bHYB+0D0 icawk3jiMmWVUFUTtXTygVFSzXKjaBgV+VoQA5pUYV0LJJwD+0BT2bO1JwbFU0459Q6ZaUAT EVcvUtcA5pZDxEk4EAhWDrDKBqwc0T4II5KpoIq6Bvj8omiHuEcgoil1X3XXqXSJn2QgQ2uY Xe4VmSCiOe1EQ/+lLFlgU3/aol613Cu6EUBhenFQNpST3xqRJvEtaI2UjxTMaEYAheVe2hdh ZLohVXN5R1KmNLC4/WjneOWiYUY8nRAR+QJELfElAcT0IvaqlfDjp9gjb4KtP0nauPH6vxmJ sKKeXXvOcPPXv/wWVrwG7+2CLS6w0RFW28IaO/byBvbz59h3HxV+vJI99AZud8e4VAxOYG/v YH94h72zE/PKaVxJIxO8q59qpHilAGPOoEcYbHWF93fDG1vZyxvYc6vYMx/Byg/YksZ4/B34 49/YS+vYnzfDe7tggwPu9ES7AHQNRd8YjD2D53OpuAal7TQ4RgsaceckcrMwoPEpLKvDsBOw 3w/WO8AaW9hzEMNPUFUjH1OS3iwDmgTGRyeooh7jU9HlMGxzgzV2sNoWdnpiYBymFVFbN5+e FQ8i7kHUemXTQHqmNLC6+8yMxlwKeQDZ+FxneUdSTnNI50SlkZnjER8SLOpVPZM1JYr4dKlf TnNIXe+5sVmFkenMeXcugH5kprWy80SmLKi4PXZp2Gm5FyUiYr6IWuLLozfy8SnqHeLDYzSn 5uzzIrQFAWtl7OkPhG8++OW0xPcfQ+9IcA6Bzc6mfJhVNvC3ffCuNfxtP3y8Hz7aCx/vh/UO aO2J3pF0IYf3Dl8nZhC5wcgXtXxWzUcmqamVMooh+gw4h4CVA3y0F97fDW9thz9vYi+tY8/+ TXjyPeGxt9jj77A/fgQvr4c3t8KHe2CNLVo5whYX2OGOe7zROQRCk/BsJhVf5a1dXDnDjYI5 bgdFlhcimpjCvAoIOAo7PGDt3wOajqbwJjmfmePMLDfii1pq6cTT6eAcAltdYb09rLaFDfbo HILJV0iq4Ko5bjByFD/w9ygGQdM+WpLdfKioLWZ4ptVMJl4YGPqnGgtao4raYoZUzWhOw1c3 wFCYVPfU9Z7Pbg5Ol1QfONAAACAASURBVPiVKuJ7JmvNPHd1SU5UdBzPlAYUtkV1jFdozXvB IiLLiKglbiNU0Qgf7BH+/Q83eSIh/P5tTLzA23vQNRRW28ImZ9jpafJ6bnHBA4HoG4OHj4GN H6yzN2XIrDsAByMpd8ns8YXFQIikVGGjHC/lYWgS7PE27ZlW28LH+9m7O+HPm9nza9jKD9gT 78KT77E/fcxe3QjvWMPf9pvu9cm1wQFs/TEkkVIyqbyeega4epEzWMq5EjXGvQgRjSsxs8Rk rV5lY1IRied5WzfXL3+8zI0QcUQaV2JeOfhEw0Yn05rX2ME2Nwg5hmX1XDUn6gcRzjkRDqvk RW2xmbKg9rESA9Ms94o459zIdIqxsixZcGXnSaW6F8msi+GIk1qnlA/n58nD0iQ+Oc2HpIOZ 87oJc3ZjLwXFlnUcS5f45cnDFWNlZq5/RESWC1FL3E6IqHcIHIKEB19n333UFMf02eubD7L/ /CO8v4sqG7nByFWzGH4CdnnBentYZQNr7cDKETY4sHd2sDe2wiYnjDmDp65gwFHY4w0b7GG1 DayxQ+dDdDaTWrv47PznH5XcgEbL+4apqgnP52BoEjodgj3esN0NNjrCGlv48P+z955fcaVn uvc/8J5v75f3rLPOe2bZM2N7ZmzPzPG0PT62x93t7rbdyR0FCCSUExJFzjnnLIRQQCABEhKh yAgQOQiqyLEIRSwoqqii8t73fT/nQ1W3pM7dIkr7t/go7/000lp+rn3f13Vd4N85xb9xlH/N kf/TEfjTEf5PR6wjC/6Ti2D9+fQzjWHvBqcD0T8JU/PgjhgbO2l0ipYUpFQzjY4ZTYznBYHx YoLI9EaanseSWvCJs6lTZx/0iaeCMjYm23cqwpootbJGHf2YUwyiSFu7hZMnngmEsAwsqaGJ GWbcZ8cW2GuUW/Ptk7cqpNH98+VbJuVeH4cxxjQGRZesuEISLZmr2DIp9/PK0GeQ0aKVrfda nc3lksj2qVtLqhEzp9+3h7d6J1rGr5VLIuuG08ZXHglWbAGBLyNoiZ1Hb6TGTvCK5d905n/y Jvf//Yb7bz/n/5+fc//vr/j//w/8bz7GI15UUMZW1myeBKMJq5rBKxaO+4KzNxzzgWM+/Ecu /D+9xf+vP/CvfMi/ewYDkrGgHMsbMKcIApLglD/Yu8Fhd3SNwNSb1NrL5CtMb/yuX1U5npQq GpNhSy+W1ED6LQhNR69YOBdis8x+chH+dhbeOQXvn4UPz8PfzvHvnoaPLoCdKzi4gb3omamF nQiOesGlCAhJw9Q8yi+j6kesd4jGZTS/RGsq0hkE98WBB4A2NmlgHPPLwDuOd/IEOxGeDoSQ dCypZZNzzGDaXwLSbKHVdZKMYmElhKXDSX+wF4GDG5wNwuA0vPWAuqW0rvqW4Z7Ay4rOrH48 V1ouiWqburW+NbsfvqYrtNOPxnOrB5PGl1tMnG6vj/Nd4cC0qpnsnSmpGogvk0Q2jl2ZWGnV Gtdxv17QLbxBviFtmbhWIY1qGMkYX2nRmTYEOSEg8DSCltgtOI5kcqxpwfwyzMjHtFt47R6V 1JFklGl1X7x1qbVU04pxOeAbj+EZmF0IlyL4X33A/Y/fcf/9t/xP3uBfPQzO3ph4Dasf0eNh qnoEidfBJQwc3OGQK54JxLAMKq6igXHa1H6vizshMr2BltdoXIZdUqx4SLl3MTYHvRPgVAA4 uMEhV/j0Ev+RC3xyEexFcNjdZlE96gUn/fF0AJzwgyOeT5q8rKOVk34gioSgFIi7ipfvYEkt NXdT/wjJ5plSxcyC++LgwPGkUFKnBC/fQfdocPIEBzc4H4KxOVTXRnNL+2sWAcBUGhqZwgd1 GHfV5gU/5IrHfdE3ga4U0qNuNrf0PYS3wEsJIDex0lo5EF8/nDGn7OfRstcnYvMb0tqhlIaR rDllPwf70Xj9dQDyGqNibLm5fiSzXBJVPZjUN1e2rp3lYe9/q1/JZ1bsmxXSmIaRzPGVFp1Z RftATwoI7BMELbFfMVloZY2m5tjcIm2oaWgS4q9yrztxP3qV+++/5f/uv/j//T68fxbPh1BO MfUOknwZ+4Yx7wF4xdlM284+6BZFmfmspYetq35ggwTP05aOKTZobokGxqm2FW/eh9gccI+C o95PBIOdCA67wxEvOOrNH/WGc8HgFgU+8eCTgJ4xcPozEfK04+KUP1wMQ684DErF5BtYUEa1 LfR4iM0uMq1O6LvYjwDSyjo+7ICk63gxHBw9wF6ELqGYfovaHrOV9S8Gmu0pZOHY3BLVtUHq TfSIgWM+tkHExTBMvkH1bSSbZ5tb32khUECAseXNscbR7KrBhNHlRqNFu7eHsfDG4cV665xE se/NEl+JidPLNwbap/IrpDEVkujWiby59X4Tt0+rpjkwL6pGWyduVkij60cyx1dahGQnAYHP EbTEwYAQ2cYmltXz9iL+Z29x//P33P/4P/xP34RXD6OdK1wKxyIxzS0wnQHnFlHcCKHpcMTL Zs4+5oshqVhaR3OLz5VoScR4YCYL0xlsO1H17Xi9BMIy4EzQM2rBOq9w8gQnT7gYDqHpkHgN 029h+i2MzgZRpM0K8vRalKMHHPXCE35wOgDcojAmm26WUE0LSUb32yX15YRW17H6EYZnwqkA 2/jrfAhm36H+Ybap3V+rQZta6h3E3GJwjwZnb+tpwckDA5PpXg0bm2GaLcYJHh6B78emcbVT Vlghje6fK9ca1/b2MBrDapesSCyN6Z+v0BjX9q3f4Jvh0aLUzffNlVUOxJX2hdcOp44sNWyZ 1vfnBhEH5iX1aOtkXrkkqm44dWy5WUh2EhCwImiJAwZNzEJQCvfbT7kfvcb/z99zP3qV//VH 8P5ZdPTA0DR61MPUWoZIW3rqkELSdTgTZHOX2onwYhheu0ejMqY3bqdjgYg0WzQ6TTUtmH0H /RLhuB84eoCDO9g/O4444QsBSZBThMXVVNaAd6vx8h0ISYXTAeDkCYfdbdXCds8aMA57wKVw iM7GvAfU0E6j00ylYWYL43gGwBCFS+FOQcQAaUmBFQ/BO86W8ergBpfC8XoJG59h5v2xk0DE EJnJTDI5PqjHgKQnWVIO7ugSRpfvsJ5BtrUv4ncEDigW3ji0UFsuiWqduLmqmdrbUcDK5kTj 6JXqwcTR5aY9H5I8JwaLZmKltX44vbQ/rEIa0y0rVmhk+3PfyRYUO3G9rD+iZih5bLnJYNnc D+YZAYG9RdASBxClGovEvL0r/8t3+L/7I/93f+R//jb/pyPw4Xk4HYjpt2h4krQ6ZnU+DE5g ftmT7q1DrngmCJNvUHMXW1Iww7aKCisWji2vUd8wihvxShEEpYAoEs4FwzFfm6p5WiFEXca8 B1TaQNUtWNZA+aWYkY8RmeAdB67hcC4ITviCk8fT6oK3E8EJP/RJwMRrdKuMattIOsbmltiq kqk0TGdgFuGT83MDyLb0NDmLd6vBJx4cPcFOBMd80SeeblfQ+AwZ94e1GoBtGdjCCj7shNQ8 cAm3Ch509gGXMIy/ilXNNLu4XzSPwAFnfkNSN5xaP5wxu/54Dy0KSDCt6KoaiK8fyZhdf8zD fnIo/SDMvGFBNdw+XVAhja6QRLdMXJ9d7zNxW/tw3sLxpgXVUMvEjXJJZN1Q6thyk84sWLEF XnYELXEwMVmwawCCUvhXHbl/eIP/8Wv8v/wVfm/Hv3saPrkIblGYX0bjMqY3MCRmMrPZRapr w/hcvBRhM0Yf84WQNCyqoqFJ2rESMUJimi2aWaCeQax6hLl3MTYH/JPgUjgc830ytbATwUk/ 9I7DuKt4vQTLGrCmhaoeUUUj3q/F/HJIy4OILPRPBNdIOOkPh92/6L64EIqBKZB4Da+XUHkj dfTT0ATNyGl1nW3phVDa7w5xPG2oUTKKeQ/AOx6OeIGDG54JxNB0fFBPU/PMuC9cnmQw0cIq dfTj9RIMSAJnbzjkio4e4BKKkVl0t5pJx5hqc38tXwkccNa0M48mrlcPJo4tNxv3brPfYNns nysr6w9vm7y5ppURexEusoC8Src4sFBVO5xSLomsHU4dWqxXG5YB992Cq4U3LqgGWyauV0ij 6kcyxpabt0xKQU4IvMwIWuLAwnE0v4S3SvlPXflfvM396FXup2/yv/kY/nyM/8gFjnpDcCqW P2TyFcZxjDGGxNZU1DuIeQ8gIMnmpjjiiR7RmHWbmnto4bM/uUMQkcnMlGqaWSDpKDZ2YkE5 ptzEoFS4EPqMPHDyxHPB4B2PUZcpu5BK6rC2FZu7qaOfugeo9TGVNeD1e5B0HYNS4VLEMy5w a2zUCV+4FI7+SRidjZn5VFSJdW3UM0iTs0yhJINJCO35Cnig1XVqe4xZt+HzgKYLIZh4jRra 2fzyfvi6TzxPig3qH8HCSojIgvPBtn85J/0hKBXzSqlLypZWmfnAf6kV2IdsmZSPZ++LpTGP Zx9oDIq9Wm5R6Rc7pgrKJVGPZx9ojYo9OcNOQIz0ZtX0Wtej8dxySWTlQFyXrGhRPWLhDXt9 tC/CgWlRPdI2mSeWxjSMZIwvN+vMG/twiiIgsDsIWuIgQ8R0BmrvB78E/neH+H94nf/Jm/y/ vcf/5QT87SzYieCUP8blUEvPk01xQKbVs7klqmrGmCv8SX+wE8FhDzgThMGpVFJL4zPMYNyN r/iIzGCijU1aUrDpeWrrxeIqSM0D30T+mM8TbWDvBke94UwQiKIwIAlT86i4mhq7qH+EZuRs YYVmFqh/lGrbyKpMAlPgbNAzysROBI6ecMIPL4SCWzT6JVmnHyRuoi4pTc8z9T6zDu8Jq0pq aMfEXHQJsznjL4RgZgG197GVdWa27P1gx2iiyTksewjRV+BiOBz1sln23aIx6za19pJ8mW3p hQQwgZ2DA9P4SkvVYELL5PUVzeSeWCaIkTVRSiyNHV5q2LfBRz8UsvCGlc3xblmxWBpTLols HMueWGnT7b+GOB7My+rRtslbFdLo+pH0sZVmvUVIdhJ4SRG0xMEHkK0q8eYD/oPz/D//hf/R a/wv3+XeOMp/7GK7i5/0w6zbNDL95LsyEeN40ujo8SBm34ELoTbHs6MnXgynK4XUN8x0+l29 PiKShSOjmekMJF+hjn4sqsT4XLBmjz5JiHIDRw846g3HfcEtEhNy6W41dUpofonpDMxoZnoj W1fTmAwbu/B2OSRcA49o273zaXXh4A5OnuDsjSf84EIohqZTTjGJm+jxEFtc3Q8f4HcJIlpZ x6pmCEwGZx/b1tn5EMwuooFxptURwJ6rCFKqsbUXU/PgQpgt7/iQKxz1xvBMEjex2UVmMAoS QmAXAOTmN6QNo1n1w+mz63174g+2gGl8paVyIK5uOHVO2X8Q02C/FSTUGBVDi3U1Q8mlfWE1 g0mSebFKt7jf+ux4MC9vjrVN5lVIomqHUkaWGvVCUKzAS4mgJV4UDCZq7oZLEfyvP+J+/Br/ 07fgD/bw6aUnngRRJN6roYVVZnm2GM5sock5KKoEtyg44mX788d8IDobGzqYUs04fi9rqo0m ml2kll7ML8PILLgQis4+ttCnp+WBkyd4xmBaHpU2MMkoKTaYwUhmC+N5xvGkVLORKWpox1ul EHMF3SLhhB8c9bY958u93eeDMTwDc+9i1SOUjNKqkukNzGRmFo7x8CKUdhMxs4UtrFBZA3jF 2X6Zhz3g4v4IaCJiPJBWh8OTeLscPKJtJ7R3AydP8IjBm/dpYIzp993mg8CLDRKuaWdaJ26K pbGjy03mvdi90Zk2JPPiCkl06+SN9a3Z3T/ArmHm9XPK/qbxq2WSiAppdNvUrZXNcUBuX60S 8WBeUo+2TeaVS6JqhpJHlhr1ZvW+OqGAwC4gaIkXCI6jqTlMvQkfnOP/5a/8P/yJ//VH+OEF cPQAJ0+wF+FRb4zIpOYetrbx5YouWlrF+nZIzIWLYeDkZb26oX8SFVWxkSmm0uyQP/u7QzzQ uopGpuhhB+aXQfQV9I7Hi+FwKuDJ52qrX+JsEAan0uVCKmtgvYNsdpEplEyzxcwWBsD0BlpY xv4Rqm/D2+WQfAMCk8E9Gl3C4FQAHPH6oro47gtesRh3lW7cJ3ET9QzS9DxbUjClmrQ6ZrYc JPcFANPqaHwGi6rQL9H2D+OEH/om4B0xjc/ssbWa42lTy2RyqmqG+Bw4G2SdmOFxX3SPpvR8 auxky2tCwZzAHkE684ZULq6QRnfJijYNK7t/ApVuoXO6sKw/omfm3pZpffcPsJsAcmtaWe/s /arBxNL+sPrhjImVFq1pHXCP/8/oaSy8aVE1bJ1O1A2nji41bpmU+22EIiCwowha4oVDqcaq Zt41nP/tJ9xP3+J/8Tb/15Nwwg/OBNqWWM4FY/otejxEas0XN0MQSamix0N48z4EJsMJP7AX gaMHuEdhZj619DL5CjOZ93zpxYbByJYUNDiBTV1YKMbUPAxNB49oPB0Ajp/FyNqJ4Kg3uEZA eAZmFuDdamrtpZFJki+TWmNr7uN4UmlodoEko9TUhffrMLsQYnMwMAXcouB0IBx+tlnP0QPO BYNvIsbm4JUivFtNzd1MMkpTs2x5jTRbey66vhqrEusdxOv3rOXo6OAO54Ix6jJVNNL0PDPt nV8ZibQ6ml3Axg7Mug1esZ9lA3iBKBLjrlL5QxqdZpqtF2EoJHCQMfO6idXWmqHkprGrq5qp XX47Ir+oGmkcu1IujRpearDwxl0+wO6DyGsMq2PLTQ0jWWX94dWDiX1zZQqNjAPz/il2+NyK XSGNqR/JGF1u3LeNewICO4GgJV5ETGYan8HUPP6Dc9wv3uZ++ib/ezuwF6FbFFwIBUcPcPRA tyjMe0Aj08zwpaIAIralp5kFrH6EidfgQig4uIO9CM8FY2g6ldTQ8CSz9lfsH3ieabZoYYVG p7G9Hx/UQXYhRl4Gtyj4gpP7pD+4RWFwKibdoDsV1NDBpGNsYYXpDbb/IiIymti6ms0v0eiU Lc32Vhmm5WFYBrpHwzHfZwYX9iI45gMuoegTj+GZmHwDb5VSVTN19NPoNFteY3seG0VEinVq 6cGMAnCLAidPsHfDC6GYfIMaOph8aS83mniglTXq6McbJRCUAqcCbNads0EYmUX3akgyyhRK ofhcYJ/Ag2VeKX04mlU9mDS73rfL90Uzp59YaaseTKobSZerBl+SXRoiNHFb8o2Btsm8Cml0 hTSmbfLm7HqfkdPSPpIT5iX1WPtUvlgaUz+cPrrUpDNv7B+1IyCwowha4gUFkdY2SNyE54L5 //yY+8c3+J+/De+dAfcotN3YRHDUG3wTsLSeLSu+OsjIzNG6ih4P4/USFEVZd9bxmA96ROPl O9TexzRb+2VG8TREzGwhjY6tqZh8mfpHSNyEOUUYlg5ng8DhqVILR0846Q8uoegZC1GX8eZ9 qmtjQxO0vvHMbAGAGUyk1jLFBi2ssJEpaurC4irMKICQNDgf8nRsFH/IFQ67wzEfPBsEl8LR MxbCM/FKIT2oo7bHNC6jDbVtHrIrvwpaWcP6NojOhrNB1nENXgilzALqkrC1jb0MaNrS09Ak FlVhSBqcC7bVnjh6gFcsXrtH3QO0H2SYgMCzENGGTt45fadcEiWVV+9y57TOpBqQ14ilca2T ecqt+d189Z4DyG3o5qVycc1gUll/RMNIxsjSwy3j2l6f6wk8mJc3x9unCiokMbVDqSNLD/Vm 1V4fSkBgNxC0xIsLEbNwODwJMdn8W878z97i/vEN/refwvkQTL4BwSnWdCM86oWRWdTWx/Rf My63hj7NL2FpPfon2ZwJ9m7g5Imh6VTVzJYV+3p/nYgBMI5nZgvb2KTBCRI3YWYBeMc9U0xh J0IHN3D0gCNeYK1mu1GCjZ0k+9LyDxFDZDzPLBwzW2hzi8nmqe0x3q2G1JvgE49PT0KsosXe DQ57oJMnHPWGM4EYkISZBfigjrokTL70FaOh5weQLa+RuAl8E+DIZzFW50Mwp5hGZcxg2rOx EiKtrGFdG0Zlw+mAJx76k/4Yn0uNnUyxscd2fwGBb0Rn3pDKq8TS2I6pApV+cRffTGr9UvdM cbkksm+u7CWMDCJGBsvmlKLj4WhWWX94hTSmU1ao0Mr2T5+dVU60Td4ql0TVDCWNLNXrzeq9 PpSAwI4jaIkXH1IosaQWnL35Vz7kfvIG/6/vwqeXMD4XswvRuphuJ4JTAZhdSGMyZvzGe61q kx71YHwunLF95AZ7EXrGUEEZG5cx3YFK97dwtLyGPQNYUgvJN8AzBk4FgLMPOnk+Cb+yaowL oRhzhe5UUOtjJl9mGh0zmpiFY1+ZlwpIag2Nz2BzNxaKMek6eMbgmUA47gtHvcHR45mHH3IF q2khJA2zC6nsIesdZPJl2tQyvZGZzN/7Vo3IzBaaW8IH9eCXYBN+Tp4gisCb92lidm/WmYjI wjGVhh4PY+49+GzGBYfdwdkb/BOxqJLGZXtp2BAQ+M6YOd34SkvNYFLDSMaianjX9lh4tCyo hhpHs6sG4qYVnS9kGux34bNtooIKaUxpf1jjaPbMWo/Rot0nG1+fHe9WuSSqejBpeLF+y6Tc J2cTENghBC3xcmC2UM8AhmfA2yf5n7/N/fNf+N8dAvcYulKIiddQFGm9dKJXLN6rodkF+gaD NRFpdSQZxZv3wS8RTvqDvRvYi/BiGKbfovY+WlplBuMBW01BIo2OpuepvZ/u12J6PgSlglsU nAsGZ+9nbv/HfcE7HpNvYKGYHvWwcRktrtKGmhmMX1t4ZzTRsoIGx6mxi+5WY0Y+hqajdzxc ioAzgXDU+8nalVW6HPNFj2iMzoacIrRuRo3JSL7EFEq2ucVM5q9UF8QDbWpxeBJvV4Bvgq21 +qQ/BqZgcTVNzO7NTd3C0cYmjUzh/TqIyOSP+9mCtk75g08C5t6l9j62tiF0BQocIBD5BdVQ 41h2hSR6dLmJg12KPjPzhilFZ+1Q6sPRy8vqsd156f4EkNvQL0jlldWDSaX9EbXDqUMLtWr9 8j5JjOXAtKgasQbF1g6njCw1aE1rghVb4AVG0BIvDYA0u4j5ZXDcl//Nx/zP3oJffQCOHph0 HfNKMSEXzoeAgxse88HILKxvp2XFt+QRGYxMJqeaFkzI5S9+VpZ8OgAjMrGkhoYn2Kb2oG6q WCxsXcUmZqlTghUP8UoRRl8B3wQ4H/JM+KyjB5wPgYAkSLyGtx5QfTvrHyHZPFtXfZMPgQfa 1NL8Mg1NYOtjLH9I1+9h0nUIS0evWDwX/GQlyfpz2B3OBIJXHEZdxswCul1Bde3UO0hjMlpY YWoNM5lpXUXdA5h7FzxjrDGvcC4YY3OosonJ5HswiwAgtZYmZrCqGZJvoCgKHD1tvSVesZCW h3VtND3P9LvSsC4gsN2odAtd03fK+iN6Z0u2TMrdeanBvDm0WFc5ENe+27tV+xFiaDCrpxWd zeO5FdLoyoG47pniJfXonpR+fBkOTEvq0fap/AppTN1w2sjSQ61RSHYSeGERtMRLBCHSppYe 9WBIGv+mM/fzv/I/fxvedEavWMwvowd1GJMNx33BwQ3OBWPqTeqUMI3uW257HE+rSuwZxJv3 0e+z1XxnH/SIwexCau1lq8p97ab4VhCZ3kCr6zQ9T5JRrG3FvAeYkIu+CbbQoUOucMgV7UR4 zAdcwtA3ESIvY+5drGjELilNz7PNrW/6DRAxk5lUm2xxlSZnqX+EGjqoqAov38Goy+AZAyf9 vzC4gKNecC4EPWMhKBXC0jEsHVwjeHsRvHeWf+8MnArA5BvU1MUW9yLA18KRfBmbOvHybfCN t8UKO7ijSxjGXUVxE41Ns43NfRqbKyDw3dCZVRK5uEIa3bJbhXFEqNIvdk0XVUiipfIqg0Wz Cy/d/1jAuKqZ7J0tqRyIL5dENY/lTK626U2q/TCd4MG8sjnRMXVbLI2tG04fWXooLDsJvKgI WuLlw8Kx2QW6UQJ2Iv6VD7mfvcX/+iM4dAnT8qixE+9Wg28COHrAYQ88H4K5d2lM9u0ftgGZ zkAzcqxohIgscPaBQ65w2ANPB0JYBj6op5mFFyHWk4jxPNMbSaWh5XUan8HGLsovw7irKIq0 TWY+c0HgMR88G4SuERiUgpkFWNZAPQNsYeVbHClEDJCZLEyrZ0o1W1ljU3PU3o8P6vBKEYRn gnUE9Okl/r0z8MfD/C/e5v7xDe7vX+f//nX+52/zv7cDR3cMy6CCcmrqYqPTbG1jd2KjaFPL +oYp7wH4JcIpW8UH7+gJ/kl4R0zSsW8Z1wgIHBw4ME8q2qsHE2uHUmbX+3bB+wvIL6nHmsZy aoaSpxWdPAjmIhtIvMaoGF1qrBtOL+uPqBqI75srVW7N7wdDNg+W1c3Jzuk7FdKY2qGU4cV6 nXljrw8lILD9CFripYSIAVJLL/rE828c4f/pz/y//AVePwKeMVjTgo+HMKcYzgSCnQgc3MAj GssamEL57QtLRAyRDEbqGcTUPDgTCPYi20NcwjD3Lhue/Jab9MHCGugESDwwg4lkcmzshOv3 IDjVpqaeznFycLdlxXrHUWY+VTax4Um2qf12t7rtLcB4YBzPDEbqG4HEa/zHLvyvP+L++S/8 j1/j//EN/pUP4a8n4GMX2xutr3P0sK4VYfINultF7X00s8AM27pZxHE0t4jlDRCYDM7eT5o3 zgVjxi3q6GdqLQN8cf7SBQQYI6LlzfGmsSsV0pihxbpdSIblwTKz1lM7lNI4dmVRPYwkTPae wczp5pT9zeNXS/vDyyVRrZM3F1RDHOx9lx+gZVUz2TFVUC6JqhpMGFqs0QtyQuCFQ9ASLzE8 0MQsphfwdiLuVx/wP32Tf+VDcHDDnCLqH8bmLoi+bNtRcfbGmCvUKf3uFggymGhkigrK0SMG nH1sWzqnAzDpGj3qJoXyRf5ETUQqDQ1PYE0LXi2GwBS4EAon/eGoNxz2eDqFFk4HYnAa5d6l mlYamWJrKralrheW/QAAIABJREFUZ0YT4/gv/nKQmMnMZhawpMZmrbZ3g6Ne6B6NVwqpppUe dmJJLWQU8P5JcCEUTgXAMR844gUO7l8IqMXTARCYDBn5eK+G2h6TTE5KNdPqmMHIzJavDqf6 AoDMaKZ1FbX3Y0YBuISBg5stMOpMIERkYlkDzS7QHlbgCQjsMGr9srVlone2RGNY3enXmbit oYW6Ckl0x3SBUjcnbN5/GR65Ne1Mt6y4QhJd1h/RMJI5vtKqM6v2PPCKA/Oyerx9Kr9cElU9 mDi0WCe0Ygu8YAha4uWGiNZUKG4Ejxj+jaP8z9/m/+09+OtJ9Eukpi4aHMeKhxicCsd9wV4E 50Mh+w4OjX+P0muep/lFqm3F+Kt4KdzmpjjqjSFpVFJLI9NMpXnxV+eNJlpcpb5hqmmh6yUY dRl84uFiOJzwf7rkDo54gmskRmfj9RKqekT9ozSzwFbXmVpDayqSjmF+GXjFgqMHOLjh6QAI TcP7tWx6jpmf3XYwm5lCSaPT1PqYSusxpxijssEvEdyi8HwwHPP5YijtUW90jcTwTMy6jUVV 1NhJA2NsRk7La0ylYQbTk5AlImY0McUGPR6mgnIMSgFnb5sH/WwQBqVgfhn1DdOGWshlEnjh MXFbUnllWX9ky8R1hXaK2M5eDdX6pY6p22JpzMBCtU5oQPt6dOaNseXmh6OXyySRVYMJfXNl a9qZPV8J48C8rB6zyomaoZShxXqtUbHnIkdAYLsQtIQAYzoDSccw+QbYifjffMz94h3+t5/C UW+8UkiSUTYwRnfE4BNv+xbuHY9FYpqcZcbv7OtForUN6hnAm/cxIBmOeMMhVzzihZ6xmF1I rY9pYeVFcFN8F6wBR7ML1D9CDzuxoByTb0BIKrhGgPOT4jx0cMdTAeAZi8FpEJZhqwF5/xy8 fxZO+GNsDlU/YjML32lhDIC0Ora0SqNT1CXFmhbKL8P0WxCZBT7xX0ymssZGnQ4AjxgMy8CU m5T3AMVN1PqYOvqpsZNul2NUNpwPAQd3OOSKJ/zQPwlz71JLL5Mv7015hYDAXoCEM+u9NUPJ tUMp02tdlh1ep1nZHG8cvVI7lDK52mbm9Dv6roOOybIl35B2TBWIpbEVkuiWiRsz670Gi2Zv RwEcmJc3xzunb4ulMXXDqcOL9RqjEBQr8IIgaAkBxhhjgKRQYlkDiCL5N47w//ou/Pt78M4p 9E2gqmaamqPeIcwuhLNBYO8Gx30hLB2rHpFi43uU0yGRRsdmF0nciLE5cDYIHNzgsAecD4HQ NLxfx8ZnmM7wwi4+fRkiZrIwlYYWVmhcRq2P8W41ZhZASBqcDYKPLvCvOXL/9h73j29wP36N +4fX+V++C388DMd9MeUG1bTQ8CQplIz7nhqMiJktbHOLVtZJJqehSXzUg/fr8GoxxuaATzyc CrDqBOsP/8lF+OgC/94Z/g1n7vf2/CsfwSsf8n+wgw/OoSiSbtyn/hGm1hykjkIBgW1CoZU9 Gr9WORA/vFhv2MkWaiSQrXVXDSQ8HL0s3xjgURDt3wxxYF7fmpPMi2sGk0v7I+qH04eX6jcN y4h7OQbnwbKqmeqaLhRLY2uHU601dnt4HgGB7ULQEgJPoTdQ3wjG5fAfX+B//RH/T3/mf3cI nL3x8h0anSKlmlp6MTrbVq92wg8Tr1GXlOm/5wc5s4VtqKl3EK8WwcXPVu2dfdAjGq8WUc8g 2/q2INoXEmt8k1pD0nHMKYZjPvxrTvyv/sb985/5f/oz9x8f8G85wwfn4ZArHPHCk/54PgQ8 YjA+F++I6VEPm5pnW/ofUBFIgGS2kE5Pag2tbdDsAusdInEzptyE04Hw+hH+X/7K//h17u/+ yP2v/+J/9Br/i7fhjw7wt3NwxBPOBYNPHCZew9vl2NBOg+NsVfmyjJgEXnp0ZlXvbInVMrGp X965AmyjRSuZF5dLojpldzZ080Ku6HeBCHWmjcnV9oejWQ/6wioH4ntm7iq007CncgLQotBO dU3fEUtjaoaShxZqt0yCFVvgwCNoCYFnIWKr61QohtOB/KuO/L/8lf/39+HPx9Erlho62Jae bWxSeQN4xsBhd7AT8cd9Mfcum577IR/IeWBzi3i3Gtyjbd/CrW6KyCxqaGeqzZdNUdDKGpY/ BL9EOOL1JA0ppxAfdVNrLxZVQmyOtVLwGcODnQjsRHDYHS6EYmwOFldRzwBbXf+BUbBmC03M YlEleMXCYXf45BK8f5Z/8xi8cwoOu8EJvy8WgT99BjsROHqAawTGXaXbFexRN5uaox+kcAQE 9j9IMLnaXimNaxrLWVKP7twlVaVfbJ/KF0tjpfJKnfAl+/sAyCk0U+1T+eWSyNL+sIdjWTPr vXvbZwdoUWimOqZul0uiKgfipfJqQU4IHHQELSHwFZBOTx39GJQCH5zjXvmQ/+U78F8O4OSJ 2YVsco42t2hkCnOK8GIYOLjDYQ/wS0RxI1tc/d6Kwvo6hRIfdkD8VTgfAk4e1hBV9E2gu1U0 LiPNN3a9HXSQmMFEU3NYXAXeceDoAfZu6OwDPnF4u4ImZr5oQtAZmExOj3rwdgXG5oB7NJwN ghN+NjfL5zd7Zx/0icO0PLpfR90DbGGFqTS0pWdmy1fc7AGY3sgWV+lhByZdh7NB1jBfPOoN F8Mw8RrVtbGVdQbAkGhLT7ML1C3FsgbMKYSwdHSLgnPBcNIfnJ8NqrKe5KQ/+iVSah4WVdoq L1bWmVpLW3pmNDP+S4lVAgIHh0XVSMNIZt1wmmyt27JTN1RaVA03jGRWDyaNrzwycbqdecsL CxFuGlYG5TW1Q6ml/eE1g0kD8mq1fmkP9514MK9oJjqnb1dIoqsHEwcXarWCd0LgICNoCYGv hWRyvHkfzgbxrzly//4e/8pH/NunwD+JaltpdZ2UKuqSYtxVtDofTvpjbA51SphS/UOu/tYc 1b5hvF4Cfolwwh/s3eCwB7hFYVYBdUrYkuJ7uL0PBICk0qB0DPIegGeMTQzY2v1q2dQ8M31b 9gjHsXUVjUxRczcWijH5BgSlolVdPO2odnDD8yEYkkZZt6mkhjolbGKGLa6yjU3a2KSFFWzv g9y74BNvm4cc8QSXMAjPxHs1bHiSaba+NrbL6r5YV7GJGeqUoLgJb97H+FwISgWvWHQJgxO+ T7sv4JArOHnCxTAMScW0PCoop9pW6humyVlaWGZKNdMbhAwogQPEhk7eNnmrciBu5ywTPJjH V5rF0piG0az5Del+qGA7cBCh3qyeVnQ1j+eWSyLF0pjO6TtL6hEzr9+rhbEnckIaXTOUPLhQ qzGuoiAnBA4mgpYQ+HqI2IaaGjshOBU+PM//5mP+39/nX3WE4754pZAGJ5jRRMtrVNOKkVlw wg/sROgShpcLqG+YbX79BfSb36kz0PQ8VjVDQi64hFo3qeBcMEZepgf1NDJF33C1PSjwQKvr 1CnB7EJwj+YdPcBOBOdDIDYHa1tpbvGHNPoB0paBFhU0MoVtffigDrMLIeoyesY+Y6e2E8Ex H7gUDr7xEJgMvglwPgQ+vQTvnYGPXeBUAIak0e1y1jPIltd+iPMBkXQGWl6jiVl6PIQPO7G4 Ci/fwdgc9E+Ci2FPx1VZdQ6c8EO3KAhOxYRreLUYS+vpUQ9JRkkmpzUVM71YAlLgxcJg0Ujl lWJpTLesWKVb3IlPyzrTxuPZ+2WSiI7pgg3d/LY//+WBA+Py5kTPzL2qgfhySWTTeM6Eom0P qx54sKxqJjunC8UDsXXDqUOLtRrDqjCdEDiICFpC4Fsgk5lGp/HqXTjmC6858r/6G/zmE/jw PPonUvUjWleR3kjT83i3ymaicPIEr1i8XUFT8z84JJTMFraqpN5BvF4CnrHWr+x43A+94zCn kNr72MbmgVQUHM+WFGRd6HIJg8Me4OAGF8Mw/RZ1SrbNuEzEOJ5pdbSyzmRy6humqma8dhej LsOFEP79M/zv7bhfvsP/5A3ux6/xf/8699O3+P/4gP/zcbgYjjlF1NrL5Evb0lBORMzCMa2O rW2w+WUan6EuKYob8cZ9TLwGfolwJvCZwYWdCBw94ZQ/XAoH7zgIScPUm3i7gmpbqXeQzcjZ pvbFLyQRODhwYJ5e66odSm4eu7q8ObYTddTKrfm2ybxySXTfXNmWaX3bn/9SAchtGlZHl5rq htPK+sNrh5L758qVW/OIezMOBeTWtLJuWXHlQFztUMrQQq3WKPwVCxw8BC0h8B0AZGot1baC Vyz/3hnrgAL+dASdPDEjn4YnmdHEjGYamsTLd+CEv3XVHoNSqOoR29x6rvcajCSTY1kDhKTB US+bu/eEP0ZmUlUTLSz/QIfxrkNEtKTAymYIz7ANCqxjnJxikoyyTe0OekKImNFMU/Nwv5b3 jYePXPhXnfhXPuJ//jb/s7f4f3uP/6MD/+5p+NgFHNzA2RtOBcD5EAxOw6vFVNNCQ5PbmfqK yCwcM5iYVsdUGlpS0MA41bXhrVKMvwoe0U9859YfexE4ecIxHzjlj+eC0TMGY6/gzftU00KS kRdw803gQAHIL6qGG8eu1Awly9Z6tj2tFQnkGwMNIxnigdiRpYdmXmiWeF6IkZk3LKgGWydv lEuiyvojWyZuzG8M7JUhG9Ci0E53yYrE0pjqwcQBebWgGAUOHIKWEPge0JgM026Bkye8epj/ 5Tv8f34CH14Ar1isa2UqDUNiFo46+jEiC456W4vPMDaHHg8yw3MXOWn11N6P8blw0t9mMrYT gSgS88vY9DwzW/bphZKIIdLiKpbWg088OHrYTn4xDG+U0PiXrNXb/HIio4kGJ/B6CbhF2Wq2 raFPnjGYX0rdA9Q3jJVNmJEPnrFw1Bvs3Z7ZQbL+nPCD4FS8XoKNXTS7QFZXA9G2/84JgG1s suFJqm3Fa/cgPB3PBsFhd9upvnyww+54IRQis/Dmfapvp9EpUm0yjmeIO3E8AYEvQIQb+oXO 6TsV0uiBhWqDRbO9zzdz+tGlRrE0tmEkc0k9sr0Pf5kB5JVbc72z98XS2Ad9obVDKaPLTTrz xs4F+37jYbg1raxrurBCEl0pjZPMV2iNa7QXJxEQ+GEIWkLg+0BEig18UA+eMfC3s/x/fMj/ xwf8n47CMR/MLqSxaWY0MQBaUuCDOvRPgiPeYCeCC6F48z6NyZjheddmSG+ggXHKe4DecXDc zyoq8FwIpt2ijn62ur6P1usBSaeniRksqgTPWKvxA4/5gn8iFlbS5NzOqQjiONLoaGoOyx9i 1GU47mtzJhz3RfcoyipgLb1MofziJMRsYUsK6hnE0nrMKED/JHAJg9OB4OzzzBqSkye6RlJc DuaXUVM3TcyyVSXb1DKDcftDmYiYwUjyZewdxKpmvHEfo7PBKxYvhsGZIDju+4XSbt5OBMd9 0TseE6/hrTKqbSPpGMmX2bqKbWqZ3sAsnBBQK7C9GCybQwt1ldK4jukClX5xex++ZVzvnyur kES3Td7a0Mm39+EvOUS4ZVKOLjXWD6eXSSIqB+Ifz95f08p4MO2+ovjcO1Ehja4eTByQVwne CYEDhKAlBL4/OgP1DmLyDXDy4F9z5F/5EP5gDx9dAL9ErGujlXXG88xgsros0C0KHD3giBcG JFNFI5tb2gZLgMnCZHKqboHYHLgYZnNTnPLHyCx6UMfGptnmXsbIEg9MqSbJKN64Dx4xYLVW nwmEsAwsbaBp+U6t5QAya7N4YydmFoAokreOQZy9wS0KE69RZTNNzjKD8dvfTkSaLZqex04J VjRidiFGZqFvAriEgbM32Iue2BtO+oNPAiZew1ulVN9O0jGakZNCyfSGnTC0kIVjqk0mm6fe QaprxTsVmHYLw7PANwFcI+CUv+23/ZT7As+HYGAyJl2nG/ex4iF19NPIFM0ukkLJtHrGCaG0 As+FmTdMKTprh1MfjmQtq8e28cnESLk13zFVUNYf8Xi2VG9WbePDBayYeb18Y6BjKl8sjamQ RrdN3pxb7zNZnmM194fCg3lVM9k1XVghjakeTBqQ12wahGQngYOBoCUEfhAWjhZWsFAMokj+ vTPwu0Pw20/gTWc8HUBZBWxgjOmNtpjX7gFMv2VtWMNTARCdjU3dTLGxDXd9AFIoqUuK1++D fyIc8QI7ETh7g1cc5t5l7f20srbbbgqOp5U1bHuMmQVgFVEObuASigm5+LCD5Ms7NIsgs4UW V7GtD6/dg8Bk2xqYgztcCMWoy1RSS9Ixtq76ga5lImYyszUVTc3T42GsbcWbDyDhGvgnwfkQ m1z5PO/1fDD6JWJsDubeJXEzdQ/Q5CytbezUvAiQ6Y2kUNL0PElHsaUHS+sx9y4kXoOgFHCN gGO+zzTr2X8WYxWQhDFXMKsAiyupoZ16h9jkLCnWmcF4ID39AnsHILekGmkev1o5EDe52r6N ma08WuY3pA9HL4ulMRMrrUIa7A7Bo0Wpkw/Iq2uHUsolUfXD6cOL9RrD6u4XUPBgUWimu2XF YmlszVDy4EKNMJ0QOBAIWkLgOdjSU5cEYq+AvYh/3Yn/9Uf8f9nDJxfRN4EqGsnabsYDKZTY 0I4RmdZtGTwfjBn51DvEtvTbcL8EZBodyeRY0QjR2XDSH+xE4OSJ50MwMovKGti0/NuLGp4f QFpSYF0bJuSCSxgcdgd7EV4Mt5VjrCp3StVotkgyinfEEJoG54Ktfgw84gl+iZhXSr2DbHlt m8cg1uu7Uk0LyzQ2Tc1deLsCkq6DTzwc8wG7J2GveMwHzoegRwyGpGFmAd2vo45+JpMzzdZO lUhYA6x0BrahpsVVmpqjvmGsbaWCcky9iYEpcD4EnhY/Niu/H7qEokcMBiRjfC7euE+VTdQl ZVNzTKV5kXsSBbYDIlLrl3pm7pVLovrmSnXb12Fs4rbGlh9VDyY9HM1a2taJh8AXIEKdWTWl 6Gwav1ouiRQPxHbJCpc3xyzw3E6/7wkgt6ad6Zm5J5bG1QwmDcirtEbFLp9BQOD7ImgJgeeD 59mSAvPL4UIo/95p/j8/4X/9EfzlBJzww/RbNDrNLBwjYhxH8mW8Vw2XwsHeDQ974KUIyi9j c0vbE/FJRBaOqbXULYWsAjgfYnXr4lEvFEVS7j2SjjGdYYe2WWhZgeImCEmDk/42a4FLKOYW 08DYTt2bLRybW6LKZgjPhDOBT2wD54Ix9SY1d7OVdWYyb1v40tdBxHhgJjPTGdjmFpMtUEsv 3i7HuByboPr8yu7gBke84LgvnA4ErzhMvUn3a7FngH5Yi8X3PaHZwvRGazQtjU7jw06b/vGK BWfvJ/rnc2O69ainAuBiOIZl4NViqmik3kEmX94NXSpw0NCb1YMLtZUD8S0TN9a3ZrfrsVsm pVReKZbGdkzfUeuXtuuxAl+HhTcub453TN8uk0SW9Uc2jl2ZUnQZLdpdtk9Y5US37K5YGlM5 EC+ZF2uNa7t5AAGB74ugJQS2AdLqqLkb/RPBXsS/5sT/+iN43Qk+OA+esVjdwtRa2yWeBxqZ woxbcNIf7EVg7wZ+iVjXytTabVwsIbMFJ2bwTgVcDIfDHrYVl5P+mJBLLb1MrbVlED3va4jx QAsr+KAO3KJsQUMObiiKxLxSmprf/isyEQNkWh31DOLl2+ASBg5ucMgV7N3gmA8EpWBJLc0t 7ZeQXIOJZHJq7sIbJRCSCmeCwMnzSSLT525paxtJZgGJm9jQBG1sMjPHeLAFMe00iKTW0Ng0 NXbgrVKIuQKXwsHZ27ac9uVIK3sRnA3CsAzKvYtVzSQdY+sbzGRmHM9gt84ssP+w8Map1Y7a oeSaoeR5pWRbrp5EqNya65i6XdYfIZVXmrg92OB/KaEt09qAvKpqMKG0P6xqIEEqr9o0rCDt 6nwSkFNoZV2yogpJtFgaK5mv0BoVe1XRLSDwrQhaQmCb4Hk2MYuXb8PZYP7d0/z/OcT/zo7/ 60lw9sHMAhqatDooGGNMo6OWXoy9AqcCwN4NTvhi0nXqHmBqzTavqi8pqLYV466CSxg42bop MDiV7tfRxAz9YH82IGl1NCbDQjF4xsJhD7ATwXE/9Eukoko2Nc9M22qKIGJmC6k0ODiBxVUQ nArOtrxdOOmPXrGUe5e6B5hSvVOLQ88Px9OaCgcnqK4Nb9zHyCzwiMELIXjS7xmrtIM7ngvG 0HTKKabKZiYZZfJlplQzrZ6Zud25ppPRxJYUJB2l+ja8XQ6J19E/EUWRcD4ET/rDEa9n3BeH XPGYD3jEQGwOXi+hymZ6PEQzclpZp41N2tKT2bLjoyGBfQARrmxOtExcL+sPH5BXbcu9nwez 1SxRPZg0u94nJITuJiZOO7PW82g8t1wSKZbGdk7fWVaPcWDazds8DxaFdrp7pkgsjakaTJDK K3df0ggIfEcELSGwndC6impbMSgF7ETwpyP87+zgDWf45CL6J1FlMy0pbF/NeSD5MpbWY1Aq HPUBOxG4RuCNEhqe3OZNJCRaV1HvAF6/hwFJcNzX5qbwisWcIursZ0uK7+GH5nha36DHQ3jt nq2N28ENzwVjeCZVNNLMwjYvwAAylZbGZChuwqTrcCHU2nAHx33RMxYzC6ihg2YXd7ShYvsh YnojLayQZJQa2jG/FBOvYVAqiCLhpP8za1HOPuAWBZFZeKUQS+upU0LjM2xJwbS63fMw8ECb WppdIMkINXbivRq8fBujr2BACrhFwenAZ9wXh1zB0QPOBqFvIsVdxavFVFJLj3pIOkbTc7Ss YJot28qfwAvHpmGlR3avXBLVJSvaNKw8/wPNvH5yta1mKLlpPGdFM7knvQcvMxyYVjWTvbMl VQMJZZLIh6NZE6utWyblbhqy+c9q7CqkMTVDSQML1gmJ8HlCYN8haAmB7ebzAuzTgfw7p+AP 9vx/OcC7Z+B0IGYVkGSEGU22P2kw0pgM8x6AezQc9oAjXuCfiCW1NLuwzQtCREyro6k5rGjE +KtwIQQc3OGwO1wItfmzx2fYlv6bpiI80MoaPerG9HwQRYKjBzi4w8UwTLlJTV1sYWWbD2w0 0cwCNXViZgF6x8FxX7AXgYM7XAyHxGsobqLRKabW7N9BxHeH45law+TLNDSJj3rwbjVmFkB4 BogiwNn7mZHFqQD0jMGwDEzLo7vV9KibBsfZ4up3irjdLoiY0cyUaja3xEamqEuK4mbKK8XU PAjNAPfozztPPt+JwmM+4BKKvgkYmYWpeVRQjtWPqFPCxqbZkoLpdiQ5V2D3MVo0gws1YmlM 89jVFc3kc48RSG9WDcgrxdKYTlmh2rC8PacU+D4g8ZuG1dHlxoaRzNL+8OrBpP758jXtDA+7 Z5oC5Na2Znpm71UOxNUMJQ8sVGkMK8Kyk8B+Q9ASAjsAD7SyhhWN4BEDn1zk33Tmfm/H/+ko 2LuBdxyWN7BVpW33A5E0Ouwbhox8OBMIDu5wwg8js6ihg22ot/+aZbIwhZK6BzH3LrhGWvvj 4LivNUaWugeYduvLF1NaVmBtC8RegfMhcNgDDrmCSxhm36EuKSmU2/mlmYgpVdQ1gLl3wS8R TgfYnNzHfDE0HYuraGSKlCraP3182wsSmSxsc4tW15lMTt0DVNaAl+9AcCqcDXrSl2cnAidP OB0Al8LBJx7irmJ+GTZ00PAkrat22y7CAzMYmVpDq+s0v0RDE9TUhcVVmFmAYengEgZOnl80 dh/zxXPBIIpCnwSMzMKcInxQT62PaVxG66qddaIL7BhIMLveVzuUWj2YOKXo4MD07f+br4cI lbr5jqn8Smns8GKDidNt1zkFvhdEaLRo5zckLRM3yiQRYmlM62TevFJi5nW7NikC5Na3Zntm 7omlsVWDiRJ5pUZIdhLYZwhaQmBnsGY3SccwIReOePHvnOb/eJh/1RE+OAdOXph8gwbGn2wE ITHNFjV1QXAqOHmCvRse88WUmyQd25HYHCRmttCMHO/Xgn+iLQTpsDsc98PobKprYwql1Z9N i6tY/hD9EsDZ2/a9+WI4XrtHw5NMp9/OVXizhU3NUUkNBKXACT+byDnkihfD8Uoh9Q7SxuZL tx6DyDiemcxMb2SrStY/SmUNmJYHnjFwxOurk5dcQiEyC/PLqKWHzS4w03Pd534IRAyQLBwz mUlvpI1Nmp6ntsd4txrT8sAvAU4+O7iw+vWdPOGoNxz3hbNB4J+IGQX0oI46JTS7yHQGoaj7 oLCmnWmZuC6WxgwsVD1nrxwgv6gabhzNrhtOla31cLv4IVzgyyCBSr/YN1dWORBf2h9eP5w+ utykM29b+O+3YpUTvTP3xNJYsTSuf65MkBMC+wpBSwjsLKRQ4t1qcAmFj13gDWf+93bw15Nw yBU9Y6iyma1tfH4jJ0RaXMGiSnCNsF2mL4Ti7XKaX9zBa/SGmpq7IDYHTgXY3Ah2IvSMwfRb kJoHF8PBwQ3sRHDYA1wjMa+UprcvoAmRWTi2rqKWHky5AacCrG+Hw+5wyh+jLmPVI1pUbE9m 7gsEWThaUlCXFIurMP4quEbCcV884mXt9Hj6mo4uYRh/FYurqEvClteYwcjMFsbDnt3OEUmz RZOz+KgHC8WQdA28YuFkABz1/izk6kuxUacDISgFL9/BsgbqGWQLK0yrYyYzs3yWdiWwb9Aa 17tld8slkd2yYpXuuSJcebRMr3VWDyY2j+UsqUdh10vTBL4E6c3q8ZVH9SPppf1hYmlsz8w9 5dY8EuzOgMIWFDtTXCGNFktj++fKNw2rwrKTwD5B0BICOw4ZzdQhwdgcOO7Lv3OKf80R3jgK fzsHJ/0xo4CGJp5ZeTeaaGAcswrAJRQc3OGIF4akUV0bW96xEmurm6J/BHOKwSWM/9s5/ref 8v/8F+5nb/G/+hDePgXng/FWGZuc2x6XMxEzmNjaBusbolul4BtvW4Nx9ISzQRCYjAXlJB1j Gp3wQfrbAdvtnFp7qbgKk2+gfxK6RsCZIDjq/cwE4IQf+ibYvBbt/TQ1x1bWmFrDjKY9s50Q kclMK2tWH0HGAAAgAElEQVTs882o9HwMTgOPGLgYBqcD4Kj3k80u6xDjqDeIIjHqMuYUU2k9 a++niRlaXGVrKqbRMZNFUBd7CAem4aWHFZLo5rGcRfXI8wgAg3lTOi8ul0R1TRepdAtC8/H+ gMycfkE11D6VL5bGlvZHNI9fnVt/bLRoducvyOqd6J65WyGJqRpM6JeLVYZlwYotsB8QtITA rmDh2LQcb5WCKJL/xIX/8zH+T0fgnVNgJ0KfBBQ30uLqM1JhQ02tjzE+F84Egr0bnAnExGvU IWEbmztx8yOOZ2sb1NyNoWn8+2f5//03/qdv8T95k//Xd+Evx9EjhkpqaFzGtLrnuqvxwJQq GhjHkhqIzoazQeDgBg5ucDoQ/BLx+j1qe0wLq8LG/A+EiJktbG2Djcmo7THer4XMAozIAu94 OBv8TOCSkydcCMXgFEzLo0IxNXXRwDibXSSlmpkte7lIBsg0OiZfpsEJbOnF8od47R4mXIOQ NPCMgXPBcMTrmcoLBzc4HQBecRh1GbNu0x0xNXSwvmEal7GFFVJphH9Lu8yCaqh+JKNmKHly tc3M63/wczZ08rbJW5UDccOL9QbL5jaeUOA54cGi3JqTyitrhpJK+8PrRzKGF+vV+qXdyXey WbFn7oml/5e99/5uKs3yvf+Vd947a+7MWnPve9811d1TXd3TXd2Vq7q66Z6qBgfAZAwG23KO OGcbsA1O2NjYgHPOOWdJzlm2ZVlOsiQrS2fv/dwfpCI1FBRgMNT5LC1+AMs6OhzpPN9n7/39 xtSNJQhXa5Q6Xk7wvH14LcHzpiAipZra+zH8Bjh6wJ/Pcl+cgC9PwN8uwNkAvHabRiaYRvdw JcdxJJVjTRuGJFv3mPFyBGUVkfi1JlgTkXyL2vrxei64RoCjpy3Yzi8BApPAJRQcPW3z2T5x eKuI+kbZ9u5P1jNaHc0uYW0HJmaDIAqOe1t7mVAQZbN2XVh5jpEUz08FkGn1JN+iOQkNjWN1 G94qwpgM9I6FU48MLdi5wQlfuByGAYkQk4E5JVjXQUNjJJHSPmWWvzjWwsWumknlNLPIRiao qQfvVuONAoy8CV4xcMbfllf4oHBxzAucg8EzGq9cx7gszC6hyhbqHKLxWZLKSaN7H7y/DjAK 7WrPXF61KGZMWv8qIxMy5UTzZGrD+LX5jT4Tp3+NR8jz6iCBzry7sNXfNp1RKYysEccNLBau K2fMrzZw/4IAWna0K8OSshpxXN1YgnClWqWX8/EjPG8XXkvwvFlMZrYkpZxScA6G7y9xX57k vnCCb8+CvTt6x1JZI1vferjcIWIGE80tU0ElXg63tTz5xlFRHUnlrxoyYB2tru+A8FQ4F2hN NsBLYZh2j4bGaWOHKVQ0J6GKFgy7AU4+tv1s52CMTsfqdlpee/6mLwck28L2QUy+Ax7RcMrP uvLDs4EYnU6VLWxuman2mOVnNlT95iFiFo5p9WxHSWsbND5HjT10uwyj0+FyuE1AWh8OAjjp CxeuoCAKQ5Mp4z6raWMjE2x9kx0E+yxAZjAxtYa2FGxtg2aXWM8IlTVi+j0ITwXX8Mdsow67 gr07OnnD2UC8FAoe0RiSjKl3sKiW2vtpYo5t7rxj4SQHHoN5T7hSUymM7Fu8p9CuEnuZ3QEO zDPyzmpRTNt0unR3ApAvLh1ELGCUq2YHFotqRLGVwoi2mYz5zV696U0UkQC5He3K8HJZrTiu dixeuFKlNmy8gdfl4XkWvJbgeeMQMY2emvswIAkcPbg/n4OvTsKXJ+E7Fzjhg4nZND732BKH iFk4Es/gtVxb2JyDAIOvUVsf07xUFwEHJJVjRTN4xcIxTzjixh12hYsheKuY5iTMYHpYHyBi HNCelvqEmJQD54LAzh2OuIGjJ7hHYm4ZzSw93WnKbKGpBbxTgT5x4ORj2wW3F6BnDOaW0+Q8 aXSMg7e/Nv15QkSAzMIxk5mpNTS7hI3dmFkEgUlwwuexbX47d3AQ4DEvOBsI/gmYdpfqOmhy nqn2DkSgNRFDZBzY3otWT1I5DYixvAlTCyAgCU76PSYtjriBnTs6eMBRTzjmBWcCwDsWk3Ko sJZ1DdPCCr1iF9/PHiJc2h6uH09snUqT7o5x+DJSTWvaHZaUVQoj+hcLd3WvNMPNs68ggUq/ MS5tqBtPLB8JrRPHC1eqlG9khsFanRiSlFaLYqpF0cOSUrWelxM8bw1eS/C8Hchkpsl5TMqB 0/7w98vcV6e4r07BIWf4/hJ6RFNlC20pHuvHIGJqLbX2QUgynPCBI25w3Auv3SbR1GOdUT8C IjOaaEmKRXXgHQOOHraeEEEU5lc+16CJ9EaamMM75eAeCce8rPIAzwfj9VzqG2U7SjKYmMHI VtepvhOj0+GE78MwBOdgTMqhtn6b2yzPQYWUahqbwZo2vHkXfOPhbCCc8IVjXjaPrwdtUecC MTQZs0uouZdml0ihYrofTKIOkj4krZ4WV6lnBEsaIOUO55cA54PwlB84+cBRz8fe1GFXsHPH MwHgn4jJeVhcT90jbFHKdtVMZ7A5R8HBencHECKSq2bbZjLqx6/ObfS83MjEtma5a+52tThG LK3Tvpq3LM8bwGjRLm0PtU9nVoyGVwoju+fz1nYnzJx+v/2dAC07muWhpeJqUXS1KGZYUq7U r/Nj+jxvBV5L8LxVNneoohl8YsHeHQ45c1+fhj+fg+9c4IQ3XrtNI5Ns73E7IwtHEineq0Gf ODjqBQ4C8IjCu9U0K2GGZ7egcBwp1SSexrxy8IoBRw+wd8ezARh8HUsbaGHlJ3R6WDi2vEZ1 HRiTAS6htqCDY57gFwcJWRidDpfCbO1Sx73AJQQj06iskU0vPkz75nlXMBhodd06awHp9yA0 BT1j0CUETvo+Zq90zAvdIyk2k/LKqamHxmfZ6jrb3mUaHbNwB2vxbbbQloKmFrBzCMsaMf0e RtwE33hwi4DzwXDC13rpPihicMe84FIYhKZgaj4V1lL7AI3P0vIabWwxpZrpDa/aZ/jeQYxU evnAYmG1OEa8WvcSIxNIuLwjbJi4Vj+eOPtqA9w8bwwLGDfUcwNLxdXi2EphZOt02txGt864 u98Fikdi7KJrxHGjyxW7ujUk/lPJ86bhtQTP20arJ+E0Jt2Gs4Hw/WXuz2fhL+fhkDPaC9Av gcqbmVT+hBssaXQ0MYcZ921JFCd8Mfga1Xcx6QazPF5bAKQtBfaOYvp9EERaVQRcuIJxWVjX QctSZn6pfnEktqWgzkGMzQAHgeW3h7n//bXlXz/j/v0r7sPv4JAzukVgbhkNjbEtBb/eeh/g ONpV0+IqDY1RfSfeLsP4LAxMwsth4OT9cHffqlF94jE2E28VU3U7DYhpZonJt5nOcODahwCZ RkeyTTa1SH1CrG2nO+V4LRfCb4BPHFwMASfvxyIv7N3htD8IojA0Ba/lYl451bZTn5BNzNGy jHaUzGDijYyNFu2ErLlaFNs9f2dbs/xT94lNnG5iralKGNU6nSbdneDXhe8KSLBn2Jpab22e ulEpjKwfSxxdqdrWSPY7ZxDQsqNdHpaU1ohj68biR1cqd3Uy3tmJ5w3DawmeA4B1DLq0Abxi wM4d/vsifHsO/noBDrvC2UC8lktDY0xnePJZChX1juLV23A+COzc8VwQxmZQxyDbUTJAhkTr m9jajwnZcCnMFm59MRST87BzkNY2XmmUVq2hsVksrMXAJHAQcL934P7Pt5Z//Zz796+5D7+D v5xHtwgqrGWzEqY3HqydaZ5Xh4gZTGxHSctrNDFHbQN4rxqv5WLQVTgf9HBr/wdXJfSKxbBU SM3H0gbWPUwzi2x7d7/CUl4FImaykGqP1jfZwgqJp7FjAEsaMOM+xmSATxycDXwy7+KYJ5wL AkEUBiZhVDrevIvF9dTWx0RTtCIjleZnKKQ5MEm2h5smklumbkp3x5F+2n+02rA5uFRUKYzs X7y3q1vbp4Pk2SeMFs2KQtQzf6dKFFUliu6ez5XsjBgtmn19UUBuR7s6IimvFcfVjSWMrlSp dOtvJkGPh8cKryV4DgZEbE9HA2KIyQAnH/j+Ehw6D4ec4W8XwcED3SOxuJ5km08OG1g4km9h XQcEJIKjJzgIwCUUb+RTQxeWNEDwVTjjb4vQvhSG6fdJPMOUey/feWK20Mo6NnZBfBZeDn+4 a3s2ECJv4o0CiM0A52DrfDae9EOfOLpdSsIpptHyiuK9BZAZjKTao80dnF+m7mEsrMWkHPCK sQ32/DCNAMe98WwgXgpDnzhKyqHiOtYzQovS1+lx/HpBJJOZNFqmULGNbVqS0uAYVbXirWKM SgP3yMdqMtb3eMwLT/vDhSvgGgF+iZiYjQVV1NzDxDNMvvVzsI0C5NZVM+0zWbXi+PmNXu4n bktv7S11zuZUCaOEqzWv4irL87bgwLyjXRldrqoVx1cIwxsnrk+sNakNm/taYgLkFFrp6HJF zVhcjTh2RFKu0sn37+V4eJ6A1xI8BwkiksoxvwLOBsLfL8P3l+C7i/C9C/z9Mhz1xLhMEk49 6ZtExBBpeQ3vVMDZQO7bc9zv7Lhf/pX7nT389QIcccNLoXS7hM0vv1IhQm+g0UnMuA+XQsHB w7Z+OuqF/glUWMuWpMxoZgBkNNPCChbWgnsk2LvbjIBO+2NcJnUMMPX+7k7xvH2sxkoAjANm MDKpnHpHsaAKo27ChStPburbC8BBAMc8wS0cE25hSQMNj9OWgnEHr2TxgEedo4wmtrFDwimq aceM+3DlOpwLeizv4rArPnibjh7cMU9wDYPYDMyvpNZ+NrvE9t5DjU1EasPmyHJ5lTByWFKm NSpe/LmAlqXt4caJazXi2Bl5p+WN5BXw7Ac6s2pW3tU4kVw2ElIjih1cKt7aW9rXPDtrdWJY Ulotiq4SRg4tFfNygueNwWsJngMH6QzUNYRXrsNxb/juInx/CQ45w3eXwM4dBJFY3kTrm4/2 ThAgM5hoVoLxWfC5k+VfP7f808fcP/+R+83fwT8RB8VM/w/9Uc8/CGIcR1o9zUmwrAmuJMNx b1vLuJM3Xg7DGwW2HO6nNcHTxjY2dUNMOjgH2QyjjrihfxKVNbKFFabV825OPy+ImEZHc8vU 2o+55RCeCpfC4Iw/nPCxXR6HXeGwK3fEjTvhA77xmJqPlS00OsnWt0itZXoDM1sO+igCEdMZ aFlG/SKsaKaMexiaDJfD4GwAnPSF4162CuGjHrUnfdAnDpNy8F4NtQ/QzBLbUjC1lukMzHjg TLFeHIN5b1LWWjuW0DWbs62R/KQnTqw114hiW6fT1lUz+3eEPG8AMxjXdqe65/IqhZGVwsiO mawVhdAMBtq3qxqRU2hXrHLCahS7q1vjnZ143gC8luA5kCDS7BLeKoFLoZw1nOHvl61/4pkA vPqDFayFY7tqEk7h7VIQRIGDAP52Ef58lvvqJPf5cfj2LJzxx9Q7NDTOVHsvOvmKSGoNLa5i Yw9czwWXEFuF4YQPukVgUg7WddDi6vO7NRCZQkWD45hZiL7xtqxlR0/wjMasQmaNwzsI8Wc8 bx6zhTZ3cGwWm3rwTjnEZaJfIrpF4NlA22DPD8F5ePEKhqZQ+j2qaKKhMba4yta3mGqPmd+B fEMyc0yhpDkJ9QqxuhVzSjE2EwKSwCMaXULglN9jtlGHXeGoB14MgeBreC0X8yupsZtGp9jC Cq1tsB0l0+oPdMXmEcycYXFrsGkiuXHiulQx9uKd62r9xrCkrFIY2btQoOSTJd59kGBXtyZe rW0Yv1Y+GlY/fnV8rVGpk+1f/qDVKHZYUlotiuGdnXjeGLyW4DmoING2Ahs6MSQZjnvDdy7c g+YQBwF6RmNOKZY3YUo+uEeAowccdgXnKxh/i6rbqHsE8yvBPwGOeYGjB3pEU0EVm158eq7c A/RGWpFh9whmFoJ/IpzyAzs3sHdHl1CMTqeSBhJP067qJ5cUtHqalVBVC8ZlgksIOAjAzg0v hmBMBlW3sVkJ0+gOnMMPzxsDkGl0TLpB47PYPoCFdZhyB8JS0SMKTvs/1jLk5ANukRiWiil3 sKgOOwZpbJatrjP1OzLijMT0BtrYotklGhqjll68X4Op+Ridjv6JcCmUe2L6wt4dTvmhWwQE X8eEbLxVTOXN1DlEoilaXGVbCmYwHsxaDRJsqOetYw+TshYzvFBdlAg39+a75nIqhOHC1RqD ZW+/j5PnDYAEWqNiYbOvfSazYjS8Rhzbv3h/bXfSxOn2qUABaFFoV0eWy2vEsbU2Z6c13tmJ Z1/htQTPwcZgpPE5TLsLp/3hsCsccQU7N/jLOe4PDtxHf+d+ZwdfnoDvXMAlFJPzqE9I8m1m MjMiptXTzCLeLgW3CHAQwAkfDEiiyhb6B4dZBkjbuzQ8gXnlGJIMF67YtktP+mLwNbxTQSMT JN/6sfyKF8FoZvJt6hdhVhF4RFm3n/G0P/onYE4JDYqYau/g7zTz7C9EzGwh1R6TbdKcBAfE WNEM6fcgPBUuh8NRz4frbAcPOBMAbhEYkITxWXingpp6SDRNsg1meGesw8jCsT0t29ghyRpN zlPvKFa2YE4JJmRDQCI4B4ODx2MTJkc98UwAuIaDbzyEpuD1XLxbTY3dNDzOllaZUv2kJfTb Q23YHJGUVwmjBhYLXzCQ2AJGyfZw82RK3VjC4tYgv5f83kCMzJxerpoZWLxfI4qpFEa2TWfM bfRojYp9akBC4nZ1a6PLlTXiuFpx3MhyBV/m4tlXeC3Bc9AhDphKQ/Wd6BMHf7sIv7fn/s+f LP/zU8s/fWz5fz/mfnEInIOpY5B21U/uzhIxtYYGxZiYbdviPemHUWnUOcSUaobEzBZaWMGK Zoi4AReu2NpLjriBbRxilNa3mP61xgIAMK2eza9QeZNtIMQajH02EGMzqLGbyTbflUYOnn0H iZnMpNGRQsVkmyScwupWTL+HwVfhbIA1ef3hIvuUHzoHo1sEhKdiTgk1dbOp+Z/Q2ncQQGRm C9MZmEpD20paXSfhNDV0Y24ZxmeC5+O+WNYA8qOecNIXzgWCSwh4xWBMOt4upboOGpkgqZzp DW9LVhnM6klZS604vm06fUM192JP2Ztab6sbS2ibydhQv9BTeN4hkEBt2JiUNTdOXCsfCasf TxKtVit16/v2ctyubk24Ulk7Flcjjh2SlO7fa/Hw8FqC592AVmSQksd9ccLyL59a/p/fc//0 Mfyvr7hffwdfnwZ7AUank3jmmTMMuypq6ESPaOvyC0/7Y1wm3qmAhCxbueNBgHFIMlW1Mql8 3zc4iUitwa5hiMngTvo+WBuhZzTdr6ElKTMflB1WngMEESMiALarorEZqmzBa7ngFgmOno8N Hlgl8RE3OOMPIcmUV05dw2xV/q5ashLZvBB2VTQ5h41dmF0MYSngHPyYNdYD5yjrw8EDLlzB H5QVTc2zXfUb8zzg0CzZHm6cSK4Rx85v9r5If7zGuD26UlkljOpfvK82vFApg+edw8wZVhSi 9pnMitGw8tGwjtlsmXKKw335YFqnNUYk5dWimEphRP9iIS8nePYJXkvwHGAAmc5A04t4two8 osFewB1y5j5x5D76Hn53BP50Bo57wwkf63oC3SJsGRRPjY8ApOkFTM0HOzfut4ct//4l9+9f wm8OwyFnOO4NXjFoDYLQ6t70RqZOT+JpzC4Bz2g44WPLpnAJpZt3aXiM7ShtLVs8PE+FiBlM tCqnPhEW18PV2+AdC87BcNofjns9rF1YpbJ7JMRn4b1q6hpmC6tsW0l7WmYwvZOuYkTMYKA1 OY5MYG0H5pRgVBp4RMGFK3Am4AmDLJu+OuEDntEYn4V55dTYTeIZtrbBFCq2p2V6I7O85nH2 bY2kez63UhgxulKlMyl//IeRYHNvoWvudpUwcmKtycTpX+OR8BwoAM1be4tDkpLasfjy0dCm ieQZeYfGsL0fXW3W3ImR5fJqcUy1KHpIUryrk/KzEzyvHV5L8BxIAJlCRaOTmF0Cgkibm+S5 QIy4gfeqoagOw1PhpC/Yu9vkxDEvsHPDE76YeIv6RfRoa4d1O3N6EStbIeIm972L5Zd/tfzr Z9y/fMr9r6/h61MYdfPpudpvEqOJFlawuh2j0uFiiG2a4lwgRKdjVSubk7A9LQP+BsDzPBBJ tUdzy9g9gmWNmJKHIcnoFYsXQ/BBtKI1VO5MAPgl4NUcultFbf00PsuWZWxbyfTGd6kt6lE4 jnbVtLjKhsapoQvzK/HqbQhJBp84uBzGnfF/Ul04eIBzMAYkYWI23S6l6lbWL6KZRVqW0eYO 29O+Yjb5nmF7WFJuNWXa1Ul//IctYFreGW2eTG2cuLaiEBF7N/8LeF4MIE5t2JiUtTZNplQI w+vGEkZXKrb2lixgeu151TY5ISmvFsfUiGOHJWUK7epPjWPn4flxeC3Bc7AgC8fWt6h7BFPy wTXCdvt3CcH4LGrpY6tyZjIxs4VWZFhQhR7R4OgBjh5w2h/OBlgjscArBovq2bKMlHu0uErN vZiSD14xtuEEBwGcDwa3CO5sIHx/Cb5zAedgTM6jfhEp33ZzOQBtbFPvKGYVgW+87YBP+KBf AuaU0oCYbR7sIDOeg4bRxDZ3aHaJBkRU3YZZxRCTgb7xcD7oMT/Wo55wMcQ6xk25pdTQScPj tLDybpfFkEhvZJsKWlgh4RS2D2BpI2YWQfwtCLoGrhFw0vexus0RN3TygcthEJCIMRl08y4V 1VFrHw1PsDkJ29hmesNPso0ycfopWWuNKLZ56oZ0d/zHd51NFt2MvKNuLKFj5tamemH/Igh4 DgjEyGjRLCuE3XO51aLoKlFU91zu8s7ofvh3If4wO2EdxbbJiXewGslzUOG1BM+BwcKRdJ0a uzAmAy+GgIMA7N3RNRxvFNDQGG0qnhwhUO1RzwhGpYGTDzgIwMkHzgdZYxw4BwG4RUJAEnjF wpkAm7HmGX+MuIFF9TQ+y2SbtLhK5c3onwhHPcHRA90j8XYZTS88xzf2DQDA1BqaW6KKZoy4 Caf8bcO1LmEYl4m17SSRvquN7zxvEQDS6tmWgpbXUDyDTT2YVwZxWeAVCyd84MhDJ1Y86Qsu oegdi+GpmH6PKltoQEQS6btdHCNiHMe0erajZFI5zUloeBzrO/FOOV69DUHXbPXAR6cvHDzg lB+6hIJXLARdw4RbmFtGNe3UL6I5CdtR/njhggilu2PNU6m14vgZeaeJ0z37J2nPsD28XF4p jBxcKlbrN1775jTPwYQD845mRbRSUz+WWCkMb55MmVhr3tNvvnYxiQRK/bpotbp2LL5GHGuN sXu9L8Hzc4bXEjwHACKSyqmyBa9cg9P+YC8AO3d0DafsYjY+y9SaZ/ZzWziSSPF2GVy4wtm5 gZ0bHHHlPjvG/X/fWP7nZ9y/fc599Hfub84giMLsEhJOPbbPSsRMZja/jLfLwCUU7AVwzAt9 47GiiTa23v6ayXp4u2rqE2JqPlwMAXt3sHeHEz7gGYO55TQxz3RvzaaG592GiHHADCa2pyOF is0tU1s/5pVjVBpcDHk40HzEDewFcNwLTvvDxSsYkIip+VTRwkYm2Mb2O28PYFUXBhPT6JhS zTZ2aGqBWvvwbhUm5YBPHJzwfUxaHHFDRw9w8oHT/tbaJoSnYOZ9rGqhQTFbkTGd/onPo0K3 2jOfVyWKFq5Ua4w7zz4Q3NIsds3drhXHTcvaTBbt/r95noMCEepMyvnNvpapm5XC8CphVO/8 3Q31nAVe864WIqfUyYQrVTXiuCph9OBSMW8Uy/O64LUEz9uDiCHSqgyL68Ej2tZ0ccQNXMPw TjlbXHmhxQoRU6mptAH+fon7/7+1/PMn3L98avm3Lyz//An3P/7IfXAIzgdhax/TPnNTkBnN NDQG0Wng5G1LyApPpX4h0x2Y8UeTmWaXKL8SXUIfdmWcDcCrt6lfyPa0vKLgeV2QTo9zEmzq AVtio68t9/3RSYPDrnDcG33iMO0u1Xew6UW2p2OINsOl9wXa0+LMErb2YV4FRqfDpVBw9LC6 Izx5NqzfG+cC8co1zLiPte0knmbbCr12e2SprHI0vH++QKFZfdYLIXGrCnHzZGrTRLJke/i1 LyJ5Dj5mMMqUU91zdypGwytGw9um0xe3hwwWzestUFirE6MrldXimAphRN/CvV3dGvFFMJ5X htcSPG8DQKbR0fQCFlSBeyTYC+CIG5z0xYAkLKx7IUdUIjIY2aaCBscwuwTdI+HPZ7lfHrL8 2+eWf/mU++Av8O0Z+P4S2ruDvTu6RWBxHa2uP7MngYg2FVjbAYFJ4OTNHXGD80GYeZ9NzjOd /qBk6xLRmpzqOjA6HS5cAUdPOOIGx7wwNAWrWmlxlWl076QhD8+BxWyhzR0ST2FdO2bex5Bk cIuA80Fw0vexOWZ7gc19NbsYG7pofJatb7JdNdPqmfk1myO9RchoYutbJJrGxm68U4Hxt8A3 Hi6FwflgPOUHxzwfjrZb90SOe3Pu4Zv+PqLQU+KbXput5dyihG0qSPnDmflhOosD0+xGZ404 tmMmW66a5edif56ANWBupbJGHFsxGt4wfnV8rVFl2AB8ndcDIrerlY4sV1SLYqqEUYNLxfzs BM+rw2sJnjcLxzFryHRWEQoiwcHDtnAPv0HVbUwiY8bnzXqazWxLQeOzVFSHETfgXCDYuXN2 bnA2EARRnGc0nPSFw5fhqCe4hKFnNJwLBHt3OO2PcVk0NMbUzx6wNplpfhkLKsE7Fo56wVFP 9I3HkgZaWGXGVwu9fo0g0vYu9Yswswh8463pXXjME33i6HYpGxqj96D5hOcAgkgaHa3IaGSC GrowpwRiMsAvAS6H2RzVHrVeFURhdDrdKqaadjY0zhZWmHyb7WnfK+cADkitYcsyEk5Rax8W 1UFqPkTcQP9EcI+Ec4FWNzbt306sf/WntS+/VP7tqPmML/rGU2wmZRVRWSN1DtHYDC2uapdn RgcGh7IAACAASURBVMT51YPhw4slKr2cH5b4OWMw7y1s9bdPZ1UKI6tFMQOLheuqaTP3Om0G rXJidLmiRhxbLYoZlJTsaFd4BcvzKvBagudNYbaQbAM7BvBaLriGg4MHOAjgUigmZVPHIFvb eM4K2BpiPb1IVa2YkA1uEeDoAYdd4bgXesViaj619dPCCtvcoeFxTL6D5wLhiBucDQCPKHAN hxM+4CBAQRTeq6aFH+ueoj0NCacw/R5cCgV7AZzyw9AUqu9k1uSKAwIiU2toToIVzWAtU9gL wNEDLoVhTAbVtrOFFX6agmf/ILOFdtUkWSPRNLb0YUEVXsvFK9fhchgc93pYsnAQwNlA9I7F yJuYWkClDdQ9TJPzTL7FDMb36vpEJIORtneZZI3GZ6l3FKvb8HaZIT5V6u48f/Svm0fsjYed HwvtdvJGl1D0S9AER84FXBBGnl3Jv27s6qbpBSbbZBrd25/a4nkbmDi9XDUztFRcI46rFEa2 TaXNyru0RsVrzIWwzk6IVmtqxfHVotghSalCu0p87gTPy8JrCZ79B5BJ5VTXAdHpcCEY7AVg 7w6u4Zh+jwbFbOt5PqcWjknl1NaPKXfAWnawxlc7B2NcFtV20NwyU+49bO+xcLS2iWVN4B5l naiGy2HoFw9nAuCIG5zyw6g06hoi1d4zm5cAaVtJncMYm2F9OTwfTEk5rE/I1JqD0vJkxWgi +Tb2jkL6fXANtwVxnPJD/0TMLaPRSX6agmffQSSDke2qSLZBs0vUM4LF9ZhyBwOvwrngh+az R9zgmCeeDwL3SAhIhMRsvFdD7YNsepHtqt6rkgX7Ybpdb7Bsby2IqrsbIkYqo5eLburyCjD1 DoamwKUwOOZlOXxJ/99nFH8+vP7Vn+Tf/kVtf9py3h/dI8EvEaPSMLMQy5uoa5hNL7KtfzCy 43l/AbSo9PJJWUvTRHLFaFjdWOLoctW2RvIaE7KRQKWXi6S1tWMJVaKYwaXi56ag8PA8C15L 8OwvJJVjeRMEJD50c78cjrdLaWKO9rTP6e/XGphwinJKwSPKlm9tdUf1T6S71TS1wNSap6dc EzGTmUYmIS4LnHzAzg0uBGPwNfBLACdvq9UsFVQx+dYzhQER4zha38KqFvCKAQcB2AvwUhhm F9Pi6gEqUFgBIL2RFlawpB58463NFeDoAecCMT6L2vrZjvJdDSDjebcgYoDMbGF6A6k1JJXj gBiL6yEpBwRRcMzzsY15Rw9w8sEzAegeibGZdK+adY+wZRkzGN/223ht6ExK4UpVpTCyYjS8 eiSyazxDLh+jPS3bUZqmp1crskWJl8VeDtMn/7r839/uHrIzf3/hofRyEMAxLzzhC2cC4MIV CEjE1HwsbcDeUVqSMq2O3yZ4jyFGBsve8s5o+3Rm2UholSi6ez5PujvxGkfzbXJitaZ2LK5K GNm/cI+XEzwvB68lePYBIrJwtLyGhbVwOczmfGLvDoIozK+ipbUfW4sjMo6j1XWqbsUryXDM 64E3JZ4LxGu3qWeEKZ9dUnjiQOTbWFAFF0PAzh3s3DEgAcJTuTMBYOcG9u4YnmpLvP7RWzIt rmJWEZwPstVDPGOosuXArs5JocTWPohOh9P+NvF2xA39Eqi8kS2vPX8chYdnnzBbaG2Dekfx bjVEp8HFEDjmZY2RecwWyV6Al8Mw8RaV1NPQGNvcIaOJWTgG+M5duhyYJ2UtlcKIspGQB4++ hbtKnQzQsro71jp10/qX5UNXqjoDeuoi1qvucHfLMSnbVoN19Hh4ip4wjzrlh4FJeKMAy5tp cIytbTCdgZk5ZuEYgM1Wi+cdBwkVOumQpKRaFFM2Eto4cX1a3qkzq16X+RISqPTropWqGnFs hTC8d6FAoV3lnZ14fiq8luB5rQAytZYm5zG/AgRR1pYbPOUH/olYXE9LUmZ+RokWiWn1tCan ziG8UQCXwmxViONecCEYo9OospktrLxERhtpdNg5BBE3rGPK4B4BoSnoEwcnfeGIG7iG491q WpH9eL4v6fTUL8KEbJuiOOqB0enUNcx2lIw7eA4Y1tmS4XHIuA9eMXjSD+zcwUEAgijMKmLi aaZQvcN5xjzvAYBMtUezS9TejwWVEJsJ3rHoEgpnAuCY12OGSNZvj5Q7VNZIg2NsWca2FEyt IaPpYIr5R1Hq1nvnCx4VEmUjIfXjSSsKkcG8N7XeVjeW8Og/VYtjptbbTJyOEZHJTJs7ODGH rX14vwau50HQVXCPgItX4Iw/HPd6LLT7sCsc80LXcIy4gRn3sbwJe0dpfpmtb7EdJdvTMqOJ n754RyFGGqNiar29efJGxWhYrThuZLlsW7PEgfm1OMYicrs62ehKVbU4tkoYNbBYuKNZxtdq HsXz3sNrCZ7XhIWjrR0aFGNGIQqibNtpF65gxA2qbafltWc2+xpMtL6JQ+OUV4HB1+CUn7WI gReuYFgq3aumkQm2q36lG6HJTHPLmFUEl0LBQQCn/THoGgZdBZcQcPBAJx+MzaTuYaZU/9jq hAO2voW1HRiWCid8wV4Al0Ixs5CEUwe32UBnoFkJVrbY5rMdBHDYFZ2vUFwW1XWw+WWm0R38 BRnPew4RMxhJvk0Tc9Q+gIW1eD0PQ5LBIxrOBYKDx8Pl8lFPdAnFkGRMzafieuoaosl5trrO dtUHUxvvaFe65nKf0BI14pil7SG9STWx1lQrjnv0nyqFkeNrTcanZtUBMo2WVtdpbIY6BrGi GTMLMSYDgq6BRzQ6B+Nx78fLO+5wxh+8YiAyDW/epfu12NJHo5M0u0RrGwf2jPE8lR/6nYTd c3nVougqUVTnbI5ke0RvVr+WgekHMXa14rhqUczgUvG2Zpl3duJ5cXgtwfPKcBzJNqm1H6/m wuUfDJouh2HyHdY5RGsbzPI0FQFIO0oSz2BhLUbdRJdQ66IBT/lhQBJmFVHvKJPKmf41mb0Q MYWSmnswLBWOe8Nxb/SIwsibEHQVTviCoye4R2JBFS2uPmfA0WAkyRoW1trGEo57oVcsFdax +ZepmbwhzBZa36LeUcwsRO9YOOZlnc+GgETMLaOhMaZQ8XuWPAcEAqA9LZNt0PQC9QmxohnT 72NUGnrGwEm/h8tlO3c46YtuERh8HROz8U4FNvXQ6BStyA6OQtYaFUOS0ie0RMtU2rpqxswZ FrcGGieSnyhZzG/2meHFDEDNFrarplU5TS/Q0Bg2dGNBJabewYib6BUDZwMeTr3bBt+9wDkY PGMgJBkSbmFOCVa1Utcwjc+SdJ3taQ5iiZXnESxg2tZIRKvV9eNJ5aNhTZMpk7IWlV7+WtIh kECl3xCv1taK461yYod3duJ5YXgtwfNqSDeoth0ib6KzzbAFXcMps5CGxtj2LrM8JamKLBwt rmJNO8RloVsEWLfTrM5O1/OorZ+W19hzx7JfDqOJzUnoVhFcuAKOHnDKDyJuYGwmuEXAUU88 6YuRadQ5xDTPDsm2otXT+CxmFoJLCNi74wlfCLqKNe1Mvn1w78cATK2hmSUqa8SwFFvH1zEv dAmhxGzW1ENSOW8Uw3OwIGIWC9vT0paCVmQ4OoW1HZBVDOE3wCXU5gptXShbP84uIegZgxE3 8VYx1nWQcIrWt5jprcVII4FUMdYyeeOBWqgSRk6sNZksWiJU6mRDkpJKYeQPRYmIgcVChVb6 kgs4QGYwMdUe29yhVRlNLVD3MJU1Yvp9jLgBD75pH86+u4OTN54Lgsvh4BWLoSl0Ix+L6rCt H8fnSL79vpn2vhcggda4O7/Z1zJ1s2I0rG4sfmCpaEM9B/gavrqRQG3YEEvr6sYSqkXRA0uF Cu0zw9p5eB6F1xI8LwURW12nskbwinnYuXs5HHNKaWaJ6QxP3RckpRr7RuFGPriEwFFP27OO euCV61TezBZWmVbPAPb3BkbEdlXU0IU+ceAgAEcP9IrF67kQfA2cfMDOHc4E4O1SWv7RAXFm TXjYo94RjLxpM9Q/5YfxWTQ0xnT6g3sPJmIWC+2qqWcUk3LgXBDYuYGdGxz3Bp84vFtFB7nA wvMzx2q0ajIzvYHtKGlyHus6MP2ezSbu0T14BwEc84ITPnghGK9cx6wiauqmmUWm1rzhkgUg t7m3OLBYWDUSn115JTLRx8PLzcnJ6dChQ0fsDju7nPENuZhy17d2JHlC1qzWy1/nTjAis3DM ZGZ6I1Nr2IqMBsRY3ow370LQNTgb+OTEhZ07OHpYzxucCwSfWLyag4W11DlEcxJS7dF+7O/w /HQ4tGzuLfQt3K0SRVeMhLVO3VzcGjBYNK/+m3+oTtTViuMqRsN75/N5OcHzIvBaguenQMSM Zlpcpfs16BZhdRfhHD1AEEUFVWxZ9uT6m4g4IJ2BZpewqA584uCop+2mddQT3SIos5CNTDD9 6wz1fCHMFhqbxfhbtgns80GYlINJOegSCvbucNQLI27QgIhpnj8IQRvbWNkC7pG2QfMLIZRT wlblTzerPVAYjDQxh7dLrWUZ654lOgdjagENTzCVhnH7rOt4eF4LiEyhJNEUVjZjcp7NAemY Fzh6PLZctneH80EYloK5ZdQ+QIurthluC7dPAoOIOI7b2toqKSlxcnL66KOP/uNpfPDBB998 801iYuLU1JTBYHgtA7XPOzLGdAaSSKl3lEoaMOUO+CVwZwPBycd23p4w1zriBqd8wTcer+dh cT32jNCSlKk0zGBkJjOzcPQOumy90yCBUicXr9bVjyeVj4bWjSWIpLUqvRwRXvH6QUKVfkO0 UlMjjqsQhvcu5O9oV/hmJ54fh9cSPC8GxzHVHhufo9wy8Ii23WzO+GPQVSptYpJ/GK3mgNQa Jlmj+k5MzIYLV2w3pxM+cCkcErOxsYutvu2mGvkWlTaiVyw4esJJX7hyHdPuQmASnPIDewFe Dqd71bQkff5BEtGsBHNKwD3SuihH33iqbGGr8ndgwNFsIYkUa9og8iZcuGITFaf9MTqNatvZ kpQ0un3pN+Ph2R9IZ6DlNewXYXkTpORD0FVwjwTnYFtGzYPF8XFv9IjG+FuYX0mt/TS9SLJN 2lEynf61dCpyHCeXy0tKSpydnX//+98/VUU8yq9//esjR46kpaXNzMyY3nxfloVj27s0vUhd w1jaiGl3ISwVvGLhcjicD4ITPrYczEfm4DmXUAhNwRsFVFRH7QM0OUer62xjhyn3mN7I70Ts N8RQb1YtbPW3zaRXCiOqxdF9C3dlyikTp39FU1ckUOrXRSvVNeLYKmFU/+L9bY2EH8Xm+RF4 LcHzPCwc29yh3lFKu4tuEeAgAAcBXgzBuExs6KKV9SeX2joDrciwYxAz7oNPnDWdCh094HIY xqRjeRNNzL35ToNnotXT4Bgm3IKzgWAvQEEUXruNV3PAIxqOesJJX4y4Qd3D9NzpZCKm3KM+ ISTngXMw2LnDKT+MzaC2frapeAfW4ohsc4d6RiGzCH0TwMkHjriBkw/6J1JeBQ2Ns82dV0no QwKdSSlTTs1v9EysNYlWaydkTXMbPevKacNrsiLh4flHyMLRjpLmlrFfhNWtmFWE0Rngl4Au oeD0yPyAvQDOBYJfAsRn4e0yrO+i4QmaX2YbO0xveImoe5PJNDU1lZiY+PXXXz9XRTzKH/7w B19f397eXp3ueVNb+woi0+qZbJOm5ql3FGvaKa8cr97GsBTwiYOLIbaO0EeTB0/5gSAKw1Ix OQ/vlGNdBw2IaWqBrchoR8kMxoPynf9+YQHDumpmcKmoRhxXKYxon86Y2+jRGhXsleWESr8u Xq2pHYuvEkUPLBbycoLnR+C1BM+zISLZJjX3YmI2XgqzNQxcDsfUfOoaItnmYyqC49jGDg2O YV45BF+Hc0Fg7w6HXeFMAIamYEEVjUzQxjYzH7x9eo6zWTO5R4K9O5z2h5BkvFGAkTfhbADY uaNrOOWVs/nl5xYoyGyhjW1s7MKIm+DkA/YCvBSKN+/S8ATTvfE+rp8OAZByj2YlWN4EkTfh XBDYucMxT3QNx4RbVN/JlqTM+NN2TJFgR7syvFxWKQy/1XU2ufnvCfXfxNR8Hl//zfXm77O7 z5ULw4YkpQrtKvA3Kp59BZEZjGxbQUurJJrGph7MK8fEbPBPhHNBT5Qs4GII+MRj5E3KuI+V LdQnpDkJ21G+iKLmOG58fDwkJOSzzz774IMPfuhk+o9f/fqDT/70q7+e/NBB8JGT30dHPX/9 3bkPv/jvX/36vz54VE789re/PXXqVGNjo9F4YPK/iZjZwlQakm3S/DIJp6htAIvrMf0+xmSA TzyeD344Cm99OHrAuUAQREHQVYhOh7R7WNqA7f0kmqLlNabaYxz/eX89AFpU+o0pWVvTRErF aETdWOLoSqVCu8q92kA2EuwZNsalDQ9GsXe0K2+iAY/nHYTXEjxPA4mtrlNtO4Ymw9lAm7eg azhmFtLoJFOoHh0GIIOJppewpAHDUuFiiK1JxtEDPaMp4z71i9j61rOmsQ8KiEyjo55RjLwJ x73B0QMEUZiaj2n34HI42AvwhC+GpVL7wAtFbhvNJN3A0gbwiQNHD9tkSH4lLSw/M6rvQEFE BiNt7GDPCNwswMthYC8Ae3c87Y9+CZRfycbnHkZqKFQ0J2FK9VMlotmiF6/W5fe5JTX8Oarm k8jqP/zjI6rmj4kN3xb0u4/LGvUW9Zt+szw/V4gDpjOwXRWtb9HMIrUPYEEVJNwCz2hbXc6q K+wF4OSD54PRLRICkjA5j8oaqV/IlmVM/5S1PgAsLCzEx8d//vnnD1TEh7/54Bu7/zwd8hvv rN8F3/84rOwPEZV/CCv/+ErRx/55v3eJ/+13Zz78r09+8UB3fPjhhy4uLj09PQbDQd2DQGIm M9vTsR0lyTZpfoUGxFjZgllFGJ0OgqiH5/BB4eKYF5wJQJcQEERh4FVIysG71dTUQ6Ipkm0y w1uz23oPIEYGi2Z5R9g1d7tKGFkpjOyay11RiJ6eVfLCPConKoWRfQt3FZqV13XMPO8TvJbg eRwOaEWGJQ22Jp8jbnDEDS6FYW4ZW5Iyo/lRSUDbCmzrx/hbcC7wQTctHvPCyJvU0MXWNt6J bNqHANLKOuaWwdlAOOIGJ30xKQdL6iEm3eagejEEc8vYxvbzSytEZDSz6UVMv2eLynbwQP8E qutg27vvzDlBZHojzUrwXjW4RYKdu9UhB52D8ept6hlhChUNiDA6neo6/tFIV6lfb5/JTG05 ElXzx6eqiCcUxc02x+75PLVh8628V56fNUQMkXEcmcxsT0sSKXUO4p0KjLgBzsGPlSzs3MHB A456wglf8IjG67lY0UyjU7S9a52yUKlUGRkZj1YkfvPxL456fRRY8HFE5dMv/oiqP4QUf+wc /ZvPD/3yg1/Y5MRHH33k5eU1MTHxzuwEEzH4wTnKYGQbO2x0imraMbMQQpPhfBD3D7ZRaC+w OUed9AX3SIjNgDsV2NpH0wtMtffOfE8eGDg0b2skQ0slVcKo8tGwpsnkaXm71qx8lfEJJFQb Nsek9bVj8RWjYT1zeTu8nOD5B3gtwcMYYwyRGU00v4z3qtEjBhw8bNlGntF4r5pJfjBItdq9 K/dINI25ZeAWCfYCOOKGDgJw8kbfeMyvpIm5n9oGc7AwGKm9H4KvWu3Y0Tee7lZhVhG4RYCj Bxxxw5Bk6h5mas2LdFGTWkPdwxiSbGvOPumHidk0OsW0+pdown6L0MY2NnRhdDqcC7QtrRwE 6J+IgVfhpC96xlDXMDPYtmmJaM+wWSuOi6//5rkq4tFHbN0XHTNZGuP2K84O8vD8JAA5lX5j Tt49J+9W6zcehn8hkkqD04vY1G3JuqcPjNKeE+id3HQnXOXnz40EOPaG2s0JTqidLsIpX3Nw /PrtlIoc/9MXvvnodx988MF/fPDBf/zus1+cvvKbsLLnX/zhFX9wu/5f3xz51S//0yYnvv76 6+zs7O3tLZNFpzMpjZz2taSSvR0MJiaV0+AYVrZg+j28cg0uhuBpfzjhA8e8nhzsPuwKTt7g FYuJ2Xi3mtoHaHaJdpRMoyO9kZnM/GD3j6AzKafX2xsnrpePhlWLYockpduaJQ5fviT+SIxd XIUwvGf+zrZGwg+58TwKryV+9nAc21WTcBJzSsEjypZafTYQQ5KpouWhQZPZwnZVNL9MlS0Y nW7rpLfGJ3vF4M0C6hhgGwc4qe0nYTbT5Dym34cLIWDnDueDMPkO5VdidJp1ggJcQjGvnBZW mNH0Irc0km1iRTMEJuEJH7Bzw8vheLuUZpdebqzzqSCB1rS7oZ6Tq2Y1xp2nDskRkcmi0xoV Zs5gAaPKsLGuml7dFW+qF4wW7fOX70RMo6MBMaYWgDWE+LQ/OPmAnRscdkW/BPPQiE67ZeL0 u7q1tpnMlObDUdXPr0g88Uhu/q5zNntXt7Zn2Jar5qSKsXXVtM6k5G9dPPvHyo6woF+Q1nb0 drdz7Vj8umoGH7/eDGb1lKytRhx7t/NSRe3lsvKzuU0n7/a55/e6ZlfZdcTY7569KAo4lldy JKfr3LUa+9NBv/vdZ7/4+Itfngz6TXDhxy948YeWfuwS/19f/PevrCWNDz/88JKrc3nzrcax lLv9HtXi6LXdiffkg2DhSKFi88vUJ6SqVswuxph09EtEQRRcuAKn/KwbN49NXzgHQ9BVvJ6L BVXY1EPCKVpaZetbpFAxnf4d8OB+g5g4vVQx1jN/p0oUVSWM6pq7vbwjNFl0L13jssoJ0Upt jTiuShjVv3hve28JkZ944bHBa4mfMYC0sU1dw3ijAFzDwUEA9u7oEoqJ2djYTavrttRqtZYt rFBDFybngUeUbcDuuDd4RGFiNtV30qyEaXTvWz0akG3uUHUbBCbBMU845oVXrlNuGWYUgncc HPWE494YlUZt/WxX/UJ6wGii6UXMKwfPaDjqCUe9wD8RyxqZREovJkh+nF2dtH0mM6PD6Wab Q8PE1R3tyhPawAImmXK6ey63ShQ1sFg4uFRcMhyU0nIkoeHbjA6n0eVKvXnvhV7JqihmFrGy BUKuw3FvOOxqPnJ5/cK5nmy3qt7g7rm89pmMjA6nZw1IPPeR2mpXN55YIQy/2eaY0PBtSuuR ztlbe3zvE8++0b94/2rjX+8PeFcJI0uHg2flnRbOYLLo9Ga1BYwcmMekDYWDfv2L99um0683 /e1Gq/2QpGRhs69zNrug63JNpevi3atNdy9VDlyRbA93zub4pn3z7dH/tHf/KPDuiwqJB3Li dPBv/vjNLz/8zQe/+NV/HHL8XVju37tmc0dXqkqGg0aXK60bAVrjrsG8Zy1TECMOzWbOYDTv Gc0aQI4xhgRGi0ZvVr3KhvSbA5HpDWxjm2aXaFBMjd14txqT8zAyDf0S4FIonHjCNsodTvqC WwQEX8fEbMopocoW7BqmsRm2JKVNBekM9OPOe+87gBaFdlW0WtMwfrViNKJx4vqErEmpX3/p gWxbs9Nqfa04vkoU1b94f0uzxDs78VjhtcTPEkAmlVNzL8ZlwsUQcPCAw65wKQxT86lnhMm3 mdnCLByTbVLnEGbcR78EPO1vLUSgczBGpWNZE43Psh9ahN9bdAYam8XUAjgbCFZb2xsFVNKA STlwJhAcPfByGOaW0ZzkhYaqEUm1h4NjmFoA5wLBzg3PBGBUGjX3su3d53jO/vgvJpiStWZ1 nKwSRbVOpxX0C6bW2zgwPfoDq4qx4uHAkuGgjHana01/u9703d1+Qd/C3ZHlspzu88VDgVt7 iz/pRWlZhlFpVrcuqcuZstRDec1nSoaDbnWeSWk5HFf31csJCevsRGzdl9ld5zpns8XSurze S7e7nVcV4pc+Pzw8P87AYmFiw5+tl9+tzjPtM5lt0xllIyElw4F1Ywnd87klw4EVo2HLO6M9 c3lXGw/d7fdY3BpomkyJrP5DUuOh1skby/LBemF85Wi4ZHu4azYnovBb12v/5Xf79xFVP/n6 D77/seDG7y7E/vZU8G8uxv42pfbErLxzRt6V3+dWNnKla+523VhC0ZB/6XBw+3TGjLxzYq25 aeJ6uTCsdCS4fDS0fSarf+Fe02RK2UhwyXBg02TKwmaf0ax5Z+YurFg4tqdlGzu0uErjs9Qz QhXNmF2MCbcgIPFhEs6DORZHDzgTgG4R4J+AETcx5Q7dq6GmHhoep8UVUiiZ5a1mGb0NkFBj 2pnf7G2fzqgYDasRxw4sFsqU02buJQf6kXDPsDWx1lQ3llgljOpbuLe1J3nHriue/YHXEj8z OI6tyLCiGfwT8bS/NT8OXSPoVjFNzpNqz/oNTqJpzK8Ev3g4GwCONl8m8I3H3HIanWRbihfs 7XkfAKAdJVa32UyZjntjWAqWNdK9GvSNB0cPOO4FIdextY+pNS/0CzmgHSW19mF4Khz3BnsB nA/ClDwanXzp/G9Ai2i15mabY2rLkfT2Y2ntx4YkJXObvX2Ld9um0weXipd3hD1zeWUjIbMb XRWjYbG1X9xosRtdrhpdrrw/4JPY8Ofy0dAdzbKZM6woxEOSkr6Fu23TGUOSUplyam13cmS5 vHkytWf+jmR72GDe49CyrpwZaL/alHGyI+n4TJygLf1MSsnXw0ulU+tt2V1no2o+ifzp3U2P PlJaDg8uFY9IyouG/K82HcrtuSjdHWOMAXJWM/XmydTOmey5jW6daZcY6UzKuY3uztmc9pms cWmDWr+hNSpm5J39i/c7Z7MbJ641jCd1zubMb/YbzHsa4860vL1vsWB8rWFdNTsr7+qczW6f yRRLa5V62Z5he1beOSQp6py91T6TOSVrVRu23uE+dZ4XQLhSdbPNoW4ssXc+P7f7wrWmvzVP pawpJ9eV08KV6jt9rnd6L02tt5osWqVONr/RK92dMFg0asPWyHK5tVywpV6sH0+qENq0RGL9 Xwp6PaZkrQNLhentx9PajvYt3FtXTstVszXiuIT6P1UKI4eWSoqG/OPqvoqu/bSgz71rcrIR dwAAIABJREFU7nbRkF/xUMD0ertcNbuqGOuayc3rdu+azdUYt/Vm9cRaU36f253eyyPL5TLl pHR3fGCxsKDPPbnpu2pR1Ji0flbeubg12DhxvXDQz/bhVU4MSUrKRkIGl4r1JtXbPs2vgNWU VqsnpZptKtjyGo1OUn0n5pZjfBZ4xcIpP2uz5UN1cdQDTvmBczBeDgfvWIhJx9wyrOug4XFa XSed4edwCyNGJk6/rprpnS+oGI2oFEa2zWTMb/bpzeqXm0lDwj3j1vhaY91YYqUwonc+f0cj ecUsC573AF5L/GwApBUZFtXZemysBk2u4ZhfwZakttiH9U2q7cCQlMcKyqf9MDGbOgfZrooB /Ew3IYwmEk5hdBoc84IjbnAuEHNKsKET4zLhhK/N9CmriC2uvmigGxFtbGNpAwhs8+twMQTz K2ll/eVs1+c3+3K6naNrPo2s/kN8/ddZnaeuNf0tqubT6JpPoms+jav7Kqb2i3sDXqsKUZUw Kqb287S2oxOy5p75/JSWw9E1n4qldWYwTMs7srvORNd8Gm19Yu2nsXVfxtZ9GV37WVT1H6Nr PklqPFQtiqkVx99odYip+TSq6o/RVX+Mrf4spvqzqOo/Tsia5zf7bnWeeRUVYX2ktTmOSet7 5wusNlDtM5k6066ZMwwtFae1H3twPPH139SOxYtWa+4NeMXVfRld80lUzSfRtZ/ldJ/P6DgR V/dVdM2nUTWfRNX80frzN1rt26Yzasbirjd/F1XzSUztZwkN3zx8Ys2nN9uO3uo6m9R4yHoG omo+ian94v6g75ryfelT53kavfP5Vxv/2j2XNyVrzek+XzsWv7Y7WTuWkNZ2dHCpeFhSltFx ong4YEUh6lsoSG7+/v6gz9L2UOtUWkzt54kN31YKIybWmmvE/5e99wpv61qzBJ+6e3p6aqar Zmpqpr6a6Zrurlu3blWXq8q+9g0O90qyJMuSoyxLonLOEimJlERSEnOmmLMYJTEnJBIgAYII TMgZIEgAJDIIIuez9z7zAFqWbdmSLNnXgev7n0iEAxwAZ6/9r7X+wodcop93S2ub5s7fK6N+ WDm2a2axW2qktrDPDAmzjC75mLy6hXVasjzC1rSX03YWUd4ZV9TIjLQJVaPawppQNZXRPhoW 5qgsTJq8+sH0VY2VrbFymlmnm1kn5aYxuWm8hX2mlXNWZqIJDcT6iUM0WWUgssrStBaQtzYw jwgMwxobp3MmuZaxf3axl68fJAhztbapn5rAPZ6+BQAeiaIVF5LPIxobtfbDnBpwLmMtyvzR isdwJSSBA1fB2dsguwo290IqC8k0yOn6EUwU/bZAOPKFHNLlUYqkdICfSZGWipfInqD1Wz4a gr6wQ2ocJYuLB/mZLHWzw7e4Tid+5ljnEj91AIgHw0i1gO4T4JU8sO8y2JsED6eAa4Wwh4y0 BuT1445VNCWC9V0gPklgTyLYfxUcuwFul8O+EaQ14JEfg+L2uwcy2+ADIriYBRKSwOFrsOQu ojDhvWF4OQ/suwwOJoOMKsjmoadPM4zGkGweVt8HZ26DhCSQkATSyyCVjezOZxKPAYiJlyi1 jP18/ZB+RdDOPV8x9glb0+bwLbpDVrtPN8DPuMs6IVmmhKPeYMQlN40bV+VRLBSO+aRGaiPz mMBAcAVME6rGQUHmvJVr82gdPr3CzGjjnCNLipecYlfQtBowTWkf1DEOlozsGFNUWz3z7pDV HbSIloiNk0fZmtZg1B3FgnITrYV9elRWbnTJ3UGz0SXvnruRT95cPPLuqOyO1aPxhuwOn44z 31HL2JdH2sjTDdi8Wpt3wR20eEI2srioavzTWV1vMOoOx/yGFWHH1KUxebXdtyheprSyz47J H31q0l3W8XzSpsqxXcIlkito9oVXFCZ6G/tcMWUbSVywvCpz+PQr/iW7T2fzLg4JsytoO8to H9GVDSaXop93K/62rPqN3pBdv8LvmkkpIG/p46VrbdMrPsNqwMiZ7+ievaYw0WPfVhjwwwNC CD5/QQQAxF5IYTCGgcjzVwxEolg4ioWetVjqljLqh3EuMSav0ljZdGVdAXlLLnFDO/eCaIk0 KisfFuY8VuOUT9pUMrK9grazZOS9Pl66fkUwb+XO26amF7qqxvfkk94miPLUVjZRXBAX/jGU 9Qv2GYqkZE7Xx9MN1DMOllE/nF7olBhHaPIqpYXJVDeXUT+KbwqUUT9q5ZyJa5zaOOcJojyl eYIsLiqmbCsZ2TEmr5IZaQ+mr4zJq6xuDVGUn0vc+GD6qsLMGJNXF1G2lYzsoMrKhQbCg+nL dEVt6Ck9UT92IISHI7jJhgvkiMKEzX0grw5czgOnboJjN8DhFLD/KvhSQO3BZHA5DxY1gfZB RGPjEjUy23G3F/cH8VAExWI/AUNgOOZbtM9OqBqHhNkEUR5nvsPsVgEY+xYNCoigNx4UKy4a EmSzNe1278J68/bnjHUu8dMFBnCnG81J4d1ekJgTt1aD0zdhbi0i0nG1DpmsSKKCXSSQUbm2 uZ6QBE6lw7Q7sHUAzYhwp+t5RPw/SSCPD3L4IKcWHL0ODlyF14pgNxmSJmDxXXD6FkiIRzwN II3+GQiYy4smeaCgYS0k6ngqvNOMpoXxRtDTPACAMaGBUEvfF+cSXTMpY/JqtYXVz7tVRNk2 rqzT2md6Zm/0zN14bF8ij7Sxn3eTrqzrmLrUPXtdt8JbXpW2cy/kk97umUtdtM9RJCXFI9sf TF9RWph0ZT1RlL/kFNFklSUjOxomDsd3YUtGdjzsS/TOpWlt04OCzJLRHTRZJV1RV03fSxYX Wtxqlrq1nLbz3lSixsphKOvLqB8LDIQV/xJVVlHH2D+z0LW8Ku2cufpoXyKXuLGFfaZnLrV+ 4mDvXKrBKRpX1JSM7GhgHmaqm/v5t2roCaIlstY+3cY5V8vYLzQQBfrhu6wTJHGByaWY0j6o Gt/dOHlMbWVz5+9Vjn1SQ0+QLI8IDMPt3POzi70KE/0e91Ll2C7xEllr47Zxzvbx0s0u5bii tnhkey5xYyPzqEA/bPcurvqXn7WcviWHV2f3Lj5/2Txai0fz/GVyK5ecYv2K4DlL5+DN26Y0 VvZzltrCUpgZEiNVvDzynCVcIvH0gzxd/7NWz+z10tH34lxiUt08b5vi64f6ebd659LGFbUL jlmm+i5RlP9YLvFo9c6lWTxqAGN27yJFUlIy+l4+efOYvMawImKq7/bOpfXOpQn0w0tO8bAw d1iQo7GyyeLCft4tpXliVFp2l3VySvvAE7TKTWO9c6ltnPN3qB80Th6Lc4nOmeRJdXOcPFR3 b63qfqdzJjnOc1jqluVV6QA/o2RkO0VSorVNTS109vNv9/NuceY75q3cUWnZiKTU6V/69r99 P2oAgLu9aGEJzUoQZRJ2DME7LfBWOUwuBBey4InUL7gvdl8C+y6DUzdBaiksaYatA5DEQLNi pNHhS2ZkX8V9gbVgkh8bYiBs8ahnF3vJkuJBQSZNXqWxsr0hx7doWEEEPCGbeHmELC4aFuZy 5+/bPFrwfJO21/HjxTqX+CkCAGSxIzYPVHaAi1lryUvnMuGdFjTKRiIlEinR0BgsboIXs9Ya wUeuw+vFsOY+ZEwj3TIeDP8Yfyi/JwCAFpZgxxBIygX7LoPTN2H1PUSagJ0kkFoKDiaDI9dh RiWiT+GO1aftm8cwtGyBRDrIqARHroH9V2BSDmrpwyVq3B984rn4EpcYFGSKlyhcbXwhvqF6 fLfMSOPMd5DEhY/lEo8uhjq4F3UrvJnFnurxPWXUj1jqVqGB0MY5l096+w71g+mFrtnFvhFp 2aKDJ1ke7Zy5WjK6o4iyrWjk3TzSpjiX6OBeGlfUyk3j96cv55PeLiBtLhnZUTm2a07Xp7JO tnLO5hI3lFE/4s53iJaIzayTAv3wvJXbwj6dS9wwIi01uRS9vPQvconPD+/eVOKiY05qpHbO JJeMvBd/6n7+7WWnlK6oLR19L5e4gSDMM6yIBgWZJHHBgn2GKqsoo36US9w4s9ijsXJa2We7 ZlIW7bxhYU4L+4zMODahaiyn7cwlbhgW5ugccwRR7qAgS2ubJokLS0Z2lIzsaJ48OSzMG5WW f6sqI4uLiaKC569hYc4AP3OAn7FeL7wamUdLRrfHuQRb06ZfES7YZ6YWOrna+1ztfZamtXMm eZCf+VUuUUNPIIrymaompqqpj3eTJCkyumRmt0q/IpQZaR1Tlwop7zCUDXbvotw0Hn80rvbe mKK6cfJoK/uswkTnzndw5ju0tumumZRc4oZy2sdDgqyphQcqK8vgFFNlFfemEr/KJbpLt/Tc 2dbHS5eZaI9yiTvUD8cVdUaXQm1lTX92/AxlfQf34qAg0+rRvIAfwJ8AEMLDEWRfxbUGJJCj iRnYPwrrO2FhI7hZBhJzwLEb8VSJz8VRh1PAhUyQdgcWNoL6Ttg3giZmkECONHpkcSB/8McS GwVgzB0wy03jVFnloCBrVFomNBAcPt23yPv6zDtBo0hKCMI8rvaBzaNdT3b6eWKdS/y0EIuh JTOismF+PTh7GyRcBnuTwKUcWHMPcfhoRozIE7CiDSYXrA1y3ncZXsyCpc1olI3m9bjL+xPW jL5IIIRWXJAxDbKrweFr4GAyvFYEO0mIwoQVbeBUOtibBC5kwru9uGrh6Sf3oWAIaXTwAQFc zV/zeV8rgj0UtLi8NuXja/AlLjEszJm3Tdl9ixorR26iK80TK36DaIlElZU/JZeYVDdXje+q m9gvXiab3UqNlSs30VWWSYdPp7Gye+ZuPJi+srwqcQaMGht3QtXUMHE4n/R2nEv0zKXOLHTL TGPxzkb8YRsmDstN4+JlSgPzSPwvFEmJwky/P50kMAypLaxm1sk4l7B65gf4t7+OS5SOvt8x dcmwIlr1G+etXKaqqYF5eExe5fQvL69K5Sa63ERfXpUGI26yuIgkLtBYuRRJcQ09oXjkXZK4 cME+Q5NXTqpbtPbp7tnrRFG+xa02uRVKC1NuohtWhK6AkaVuGZHe0VjZBFFeHeNAO+dCz2zq AP/2n3y9+6JqSJBFFOWTxUXPWRRJMVVWMSavfs4al9cwlPUsdTNb0/qcxZnvmF7omlnsedbq mr32sC8xoWrUWLk0eVVc41TL2D8qK+vjpffM3dDYuF/iEhVjn3TOXB0WZg8Ls9u5FwiiPJ2D x9XeI4ry521chrKhdPR9qqxCY2XHqUIucUP37LVJdXML63TJ6A6GqnHBPmN0yYUGYi1j/yNR ZpvuTp6QLI8KDcTu2WuS5VGVZbKDe4kiKVGaGcPCnLrObfXdO2iyCoWJ3juXSlfUxrlEIWnL ID9DaZmgSIoLKe8Ukrfem7pEk1fdn77cy0vX2qY9QWsgvBqJBQCM/UzNb48FBnB/EHes4ksm pFpAs2JEYcL2QVjWCm+VwwuZ4GDyo5oobN9lcCwVXsgCKUXwdiUsbYbtg4jMRNMipNEhxyoe if5g9+MQguGYb8kpZmlaCMI8gjCfrWk3OEXhmP9bPJQvvCI3jVEkpfHuhN27uP65+hlinUv8 VBDDkN4IB2ngZhk8nrbmMEvKgS19iM1DNDas7wJX8sGx62sTRvddgTfLUe8IrtDiqx48uj7o 5xmBEB6JIvUibOwBJ9LAnkRw5has7oCTs3CACq7kgYTL4GAyvFWOxqZwl/dp314IcV8QCRWw +t7awx65BrOq0BgXOd1fp9n9EpcgiHJVlkmhgfBg+krT5LGmyWONzKNVY58+VuM0LMxVmOk2 74Ldu8jTD5AlxXEuUT36ST39gNQ4KjQQumaS44/TNHmshr6vmPJuHnFj1fjupsljRHGBcVU2 qW4pp3389FyiZGQ7U9WktrK+yiXs3sVBfuZDLtHGOc/XD8ZFPioLs2smpYjyTtX4p02Tx4ii guVVGUvdMqW9b/cujCtqHh5k3Hr+kEsQxXlt3HO1jH1SI1W/wje65GxNa+XYpxRJiX5FyFTd beOc/eyNOlJO2znAz4hzCZK4SGVlGZyib11LTrHFrbJ5tc9fTv+SJ2j1BG3PWd6Q3Rdeef7y h52ByGog4nrOCkbdoagnFPU+f4Vjvgjmj2CBZ61JdfNDv0Qf7+a0tsuwIuzjpZdRP5pQNSkt zN659HtTSSoL80tcopCypWR0R+no+yUj7xWSt/by0uLe66rxT6myigX77AD/dsPEYfESWWAY rps42MY+O2/jKsyMpsnjucQNfbybZrfKHbSOSO/kk97u4F4UGAgEUV4+6e1axn6BfpivH+7g XhQaCCrL5N3JE22ccwozQ2gg1U8camQeES2RJMsjTcxjNFnl8qp0iJdR3L+xg3FaYRpXmhmt 7DPltJ1c7X2Zaaydfa69dw+j7xqTWTAmLBuTVzGU9WxN28xCj9BAlBnHNRaOzsEzrspsXq0r YPKHnZFYEEDsZ7ouRAjHMDwUxr1+3OnGTTYk06DxKfiACMtawfUScDz1C5qoPYlg/1V45Bo4 mQbP3QZX8kBODWzshoRxNCNCumXc6/+hOS4AjDl9SwL9MFlcPCTIosmq5Ca6L7zyrI+DEPSH V+SmcYqkdEiYw1nzTkAMRiNYYF319DPBOpf4SWDJDLtIa9bq3ZfA7kvwYjZqG0D0KdhFgteL wYGrD3/14NnbqPY+zpPigZ+Ml/RPCeTxQyobXM5bm79xowRNzKA5KSxvA0evg92XwMk02NiN jNZnYmvI60fMWXizbE2idvQ6rGhDCu1jGxRf0ThlSY3U6YXuanpCLnFDEWWb1Ejj64cIwlyt fXpYmPPFvsSePNLGtSJu7OBeinOJOvInVSM7OfMdCjP9wcyVAvKWO9QPZhd7hQZC42e9hVzi hlr6PpGBKNAPNU0eExlI8RUPQZQnN413zaTkkzY/vOWkulnn4N+fSsolbmhgHpYaR+cWe+sY B/n6b+IS1fS9jx7eoz2KWsY+oYHA1w9xNO1Wt3pC1RAfEUAQ5prdSoIo9yGXmFns5un62zjn Zha63UGLO2ilyStLR99r45xVWZic+Y6qsU/jGqelVTFNXkkUF8S5BGu+zR9ZfXEflnX8QBEP XHqY45RH3MjStGIginC0vCq9P30ll7ghl7iRpW4NRX0KM52urItziXLax50zV0nion7+rVrG /n7erTiXuEP94P5Ukn6Fb3AKH0xfuTt5QmWZBBDDcSRaIsY/b7nEDQ3MI3Iz3eJW9c6l5RI3 5BE3kkQFroAJIRQDEZVlMq79o8oqAxGX0SXvmr3ezr2otc9gMBbDwgoTPR6bFucSRF5OXf/7 lYPbW9hnNFY2BqIYjC7Ypzu4F+vubmSf2aR7d7Pu/XdURz4UpO5nV5+iDVwhsNPj3apBQeag IHOQv1YD/MxBQRZRXECVVUyo7k4vdAoNw3LTmNbGXXKKrJ55V8AUiLgwEPnZkY14eJTXjzQ6 xJiGHUOwoB5eyHxMbNRDmpFwGZxMAzfLQH0nJDGQSIHbnegHMO8CIRiIuNSWSaqsfICfSRDm Ti90OXz6Z7VPIAR9YafMSCOLiwf4GUz13aVVyYJ9Rmqk+UKO7+jg1/GDwjqX+NECQNwfRPJ5 2DEEEnPiciZ4KAVeyUM192HbIChpBucy4hMkwMFkcOYWLGhApAm0ZP5mwcw6vgWQfB5WdcBT N8HeJHguA7UNoDkp7BsF1wrjrj54sxwxptET7ewI4QDgMQyPRFEwjKsW0d1ecOYW2HUBfHQW O5UOGrvRjAiJVWhaDOlTkECHnaRYc5ewPa124P04l+icuUqRlCw65pjq5lb2WYFheN7GbWWf vTt5XGWZHFfU1DEONE0ej3OJge6jotvHlpMvzKefJdTu7mVeiXOJRvKeuoEPu9iX521TLE1b K/vMsDBXY+NMqBriyU40WWXDxOEBfobawqbJq+5QP+TpBhbsM12zKZ0zV1UW5riito1zTmgg 8vSD9ROHumZTDCsCmZHWNZNCFhepLCyCMK945F2+fvAbuETHVCJPP2DxqJZWJUxVM1VWsewU jytqGiYOD/BvqyyTY/LqMuqHLHXLklNCEhX2zN6Qm8alxtE29tlHuYTNox0W5gwL8+xencWt HuDfbmWfa2AeYWla521ciqTk7uQJhWl83sZtYZ/u46Wvc4mfFaRGai3jQC5xYx5pU8noe3eo H8QFTrnEDXmkjQXkLeW0j+9QP3jYZ3v4r+rxPV0zKQP8jD7ezWbWyWLKu7nEDdlDf7zV/cfb PX/MGX5C9nEz66TSPDGz2F1O+/ir/80e+uPN+xsyOrfkET4/mEeHt+SRNhVSthaQt8ZnzJeO vtczd72Xl1ZG/SiPFL/NxgLylhrCh4zyA+aTx127Dzs/2ut4b6dt+4eWd98zbt+u2/Oh8sJe YdZRbt15+kDK6Hg6mXWLOJUxPJs5yMt8oj9nUJBFEheOySuZqibO/L05Xb9oiaIwM7S2acOK yOxSrfj0npDNH1kNRFzBqCcc80WwQAQLRrEQBiIAxiACCMEfPSGJxJB1BYlViMqGHUOwuAle KwLnMsDJ9HhKx9qF+CG7OJQCLuXAvDp4tw+SJhBPhhvMaMWFe3woEMKj32tsVBQLGVdlHE07 QZg3JMieUDUtOnihqOeZTgpC0BdySJepZHHxsDB3VFpGkZQylPUml+KnlkS8jsdhnUv8CIEB 3LGK5qSwqQdcyl5LcT16HSTmwIxKmFsHUorWxJ37r4JzGTCjEnWTkUiBuzw/tDbrTwYIQGS2 o0HaWhfowFWYW4tobDQ+BSvawOmbICEJnstAjd1IqMCtDuRYRVYHbrQivRGf1yOlFknUSCBH HD6kctDwOOomw9Z+WPsAFjaAcxnYtqPYKx9i/7Al9nebsJd2YH9IAO+fArsuxi9OsT0X5SmH 7ra/SxEVTaqb744dqhjePjB7U6AnKM1M0RK5lXW6kvB+JfH9YX62aInM1rR1cC9SZZVDgiwi 9ap5uAOQJwJ0OpdR0sVOmlQ39/Nu3ecmseR3O6eu3p++MrXQpTAzZEYaWVzUzDpVPb53gH9b oB9WmpkKE31UWn6XdbKM+lE//5bQQGRpWmsZ++9NXZpd7FWaJ2YXexsnj8aXPu2cC7OLvUoz U7RE6uPdjFulSeIiuqK2hp6QS9zwYPrqzEJ3G+dc+djOUVnZkDCrcybZ4BTF3+RV/zJFUjws zH70qVtYZxqYR8ppH5PERTLjmNLMnFQ3N00eLx19/8H0Vbqyvmc2dU7XH4p6Zxd7W9nnGMp6 sqT43lSiZHmUrqhrmjw2KrsjWR5VmpnTC13NrFNFI9vaOOfpytrOmatTCw+CUc+f9qO1ju8a CCF30MKZb2/nnGthnyaKCyjSkmbWqXLaznLaxzX0vS3s010zKfe4iQ3MI3WMg02Tx1tYp+sn DtXSEzq4F+NeGrK4iKPp6OXkpDXuOH779Z3Hf/vJqd9eKnszs/+Pj2URxSPvNrNOcrX35abx B2t9jzX+cKP1rcvVb10sf/Pozd8fOLetpC59YCq/kXmkYmxnDT2hjnGgamx3HeNAB/diz1zq AC+jczq5YeJw5dinDRNHOmdSeufSW9nnauh7y6kfVdA+aWOdZQoq9QKCa2I00D8QqW8DOdXw WjF2PiN2JDm653z4k1OhT04EPjnu3XfSee6iJS1FV5ymaM4SDhXMjpVOcSo5grpJeeOEqpGu rBuTV41KyyiSEpK4kCDKGxJmDwqewDeGBTlkcRFVWkFX1LE0rdMLnTxdv2iJJDOOqSysBdvM klNsdqts3gWHT+/0L7uDFm/I7o+sBqOecCwQA2EAY/DHxTcAwL1+3GBCAjka56JuMqy6B7Nr wI0SkJgDT6WDg1e/MFkvIQmcSAPXimBhI7rbg4ZoiMNH8nmkW0YWO3L78Mh3GxuFwajDpxca CBRJybAghyarlBnHPEHrM9GA+NwJyfLoiOQOQZg/wM+IG89i4Gkdg+v48WKdS/yoEIvhJhtk zsHyNnAha835cOQ6OH0TJOaAxBx4Ig0kXAa7L4ETqfBmGWztR1whMlqfdoDaOr41MIACIbRs QeQJmH4H7DoPdpwAR67BvFpY2Q6ScsEHp8Fbe8Ef9oHdl2ByAcitBbm1IKMS3CiBV/LhhSxw Mh0cSvlCeMjD+vQi+OgMtukg9vIH2C82Yf9tA/YPW7DffgI+PAPPZoAbJTCzylVZwe5Luz96 spV+YpSdzZ2rGZq93Th5tJax7/70ZbqsWqkhiVV9JEFuM+tkA/NIM+tkM+tUPFMyEHHhOA4Q ZnYrabKKds75+1NJPN2gK2DWrwhosso29tnKsU9bWKfJ4iKpcVRhZoxK7zSzTlaO7aqbONgz e4On6xcuEUniohb2marx3UWUd/OeY+51Hmlj6eh7dYwDHdxLMws9vvBalxwisLwqpcoqmlmn qsY+rWMc7J69ztcPGZyi6YWu7tlr9ROHGiaO9M6lTqpbWPNtvbz0VvZZkrhwySnGYNTpXxpX 1LRxzt6bujiz0O0L291By5yuv3vuet3EwQbmkT5eOlN9l6Vp7efdbGWfHRblLjnF63rfnyQg wkIxnytosXo0OgdPZqTOLPRMKBtHJKUEYd4gP7Ofd7tnNrV3Lo0oyh+X17A17Xz9oNLMWLTP mVwKi1stN42Ny6uHBFmDgqwR6R3RMtkdtGgXNLcz09/8w+svv/LyK6+8vOWj184WvpnZ/5gP +R3qB92z18cVtR1Tlx62O7IG/3il9s2Pj/3mD5t//fofX/nt7147duzYxMSE2+9QW1k0eeWQ IJskLmBpWjRWzqrf6A05nP4ls1uptU2JlsjTC92T6haqrJIoyh/g3+6ZvdE9e6Ofd5sgyqfK Kpiqu9MLXeKFYa2SYuSNOJhk3/BQtKULlDTD9DJ4PhMcSvl873z/FXDqJpZSEM2tCFY3ebu7 XePkFd6ETTNjtoqNqzLDinDBPqO2smSmMdESma8fml3s5c7fZ2laJ1RNY4qaUVl+sq5eAAAg AElEQVQ5RVJMEOUNCrKe0NzgZxKEuWRx0ai0bExezVA1TKpbOPP3Zha6efoBoYEoXaYqzRNa 25Ruhb+8KjG7lXH7kDtg8YUcoagnigV/0Fby+LyLFRfSLSOJCrF5kEBHLf3wTgvMqISX88CJ tC9IpOJSgnMZ8HoxyK2FVR3wPgFSWWhGjJRaZLIir/+Fp6RABP0R17xtiqFsHBbmksSFM4s9 ZpcqggWf9lXiKBh1K8wMkrhojUYKc+YW+/xh56M3i4Lwik+vsXIE+uHphc7phU6+fkhlYdq8 2ggW+HbTuNfxJ8c6l/jOsGxBQ+Mwpwacuw0OJoPTN2FqCWofwJUL32L0G4rGkMEEyRMwtxac ubVGGPZfAYdSwOGUeIoo2JMI9l+Bl/Ng9T2cOYvrjbgvsN6IeAGIxpDXh2wryGDCVYtIqIBc ARznQiID9Y7A9kFY3wlLm2F+Pciqhqml4FQ6tu0o9vIHsV9txf7Hu+CN3di7R7F3jmCvfhT7 xdux/7oB+/u3sdc+Bu8eA7sufJk27LsMjt0A5zPg1QJwsxzk1cGyVljfCdsHYTcZ9o2Ayg5w 7jb2wSns3eNg1wWYXgYJdDSvRzZHwLHsWFHbVtWB4EosFvSG7BaP2uSSr/qXI1gQIYSBqC/k sHrmzW6l1TNv88yvBowRLPDwGgwQ5guvOLyLTv9S/GcdIRCIuOzehSWn2ObVBqPuuCbBH161 ujUGp8jkkruC5igIAYgFIqt274LayhrgZ5SMvvetuUQRZRtBlK+1TTt8+lDM9+jA6bjA1+qd NzhFRpfcFTBHsRDCUQyEXQGTya0wu5XuoBUDkRgIuQImu3fRG7JjIBIf0OaPOO2+hZXPHvbh HY0uucml9IRsGIxGsZA7aI7fcZ1I/GSAEIpiQU/QYnbFV94kznwHXVk/KqsgiQqHPlvvxte1 NFklZ75DZCDNW7kWt8oVNPkjzkjM/3CbFiEYwQJOn0Hv4C/aZ60eTTDigghEo1Eymbxr166X X3755ZdffvW1V7bufO18yZvZQ0/+2OcQNiQ3vPXx8d/+9o1X4nffvHlzRUWFyWRCCEWxsCtg tnnm7d4FX3gFfHHDGCKIgUgo6vWG7E7/ktEl19g4oiUid76DJqskCPMeqpUG+ZkEYd6I9M64 ooapaJyRtcslvToB0TY96hulRO8PgLJWkFoCTqavXWV2XwJ7LsVVsuBKPrxZDirbYT8VsflI vYhcbohFYiAcwQKhmDcQcfnCK56gdTVgcvqXHN5Fi1u9vCpZdMxprGyFiS5eovD1g9MLXSxN G0PVQJNXkiXFw8LcJzY3hgRZw8JcoqiALCkekd6hyirG5DUMRT1TdZelbuXMd8wsdPH1g5Ll EaWZMW/j6hx846rM6tGs+JY8QVsg4opgPyQrOQZQMISvunGTDWkNuEiJxrmoiwSr78HMKnAp Bx5K+cJ1IeEyOHIdnL0NLueBtDuwoB429cDhccTmIYUW2Vbw8IuZJxvFgha3anaxhyguGBbm MFQNGisnvtn0RMSw8NKKiK6oe/Rs0pV1ZrcKx3GEo1DUo7FyyJKSNs656vE9JSM7CshbCshb Ska2V4592sw6TRDlyU1j/sjqD+U0reOpsc4lXjQghBIVuJiFvbQ99n//FvvP/xr7n/8p9h9+ FfuP/xT7s5di/+er2N9tAnsTEWMaDz6V9RlBiPQm2D8K0u+AYzfA3kTw8Vns47PYznPYJ+c/ 30Y6lAJzahCRvkYhsPVcpqdDNIZcHmS0IrUOCWSINYdGJlHfKGobhDX3YFEjvF0BruSBi1nw fCY8exuevglOpoHjqeDodXA4BRxMBvuvfEELG69PLmCbD2H/+l7sv22M/X9/xH61FXtjN/jg FNh2DPvNTuylHdi/vQ82H4SJOai5DxIn0MQsnJNChRYZzLh1BXes4k437vLiHj/uC+CBEB6K 4JEoHsPwUBjpTbCLDOPTLfZfBUm5sIuE9Kbvv/uEfAG0uIx4UpzORQNU0NAFixqw4gZlT0nL 6MEvicufvpomj2vtM2A9p3wdzwcAMX9k1erRaKwcgX6Iqb47Ki0jiYviuvDPl9eCLIqkhKVp FS2RF+yzDp/OH1mNxAIxEIYQw79+oxQhBBFACDx6G6vVWlhY+Oabb8b5wK9ffWXTe6+dzH4j s+/xYqeH0qYrNW9+eOg3v/n9GpF47bXXTp8+PTU1hWHP/EVAOAQIi4FwJBYIRFwrfoN+hS81 Uqe096myimFhziPL9MwhQQ5RVEAWF1PFd1iSeqG8S6uk2MQTAQYD6xyGxU0gKfcLiah7k+DB ZHD0Bjh1EyQXwNJm2EOBU0K0ZMHDka9edxCOPhuRHo2T/CgWjMT84ZgvFPUEoy5f2OEMLFu9 mqVVidY+ozRPSJYpPN0Ad/4+U9U0Jq8ii4uGBdmDTx6ukjkoyB4S5gwL8wiifKKokCQuIotL KJLSEWkZVVYZF1nNLHYJDMMyI1VtZS06eMZVmd274AqYA5HVGAg9unPx/QEhHAN4OIr7g7jb hztW8XkDYs3B3hFU1QHT7qyNMX20cbHvMjiUDI7dAKfSwYVMkH4HVN+D/aOIw0daA+71f+sF AESYJ2SVGakjkjvxrwZfP7TqX37i4AiEYDjmt3m1ctP4pLqZKMof4GdQJCUaKwfAmNmtpkhL q8Z355M3f923oIC0uYK2c5CfqXPw16do/7iwziVeKFweWHoX++Xm2P/0q9i/++U3FPYXL4Pk gi9k+yCEu72IL0M0NpJp8EAQhxDpluEDIkjMAXuTsE/OY+8ew945gr1zZE0rvycR7E0Cibmo tR/JNE8/x+AnAoQ+LwjXCgAcABxAHAO4P4TbVvAFAxIqEIsHyROwmwSbesCdFpBVBZILwOmb aylJT6w9iZ/X3qS1SrgMEi6DhCSw7zI8ch1eyIKpJTCvFlS2w9YB2DeC7g+DtFKw+xJ4/xTY eQ4WNCCeFApkoKwVHL0R16fB+k5co39mN3w4gsQqWNYKj6WCPYngwFVwuxJOzODupw6ffX4g hNg8cDnvC2/UgauwrDWoEM/Nd9dPHPzMAPoMVcvYJzAMh2Le7+lVrOPHDxRf1eMIIRiOBRw+ vdY2zdcP0ZX1cd32w6iiAX7moCAzPmGDoazn64e0thmHz/D0Qo4nAsMwsVh848aNt956K84K Xnnl5dc3/HrX6d9dqX0ra2BDLuELvYic4Q1p7X84fOP3G3e8+utXX15raLz66v79+wkEgs/n e1EHtnZ4MOoJ2ZZXpXLT+JT2wYj0zpAwO67U+pLTeliYO66ondP1a5YmbHJ2gD4ea+sDWZXg ZBqW8Nlv4KN7KPuvgEvZ4E4LHKRBoQKtuHAMW/tZfr4fJYRgDAsHIquuoMnmnV9yirW2KbmJ LjQQZxa6J9Ut44pqsqRoSJgzKMgaFGQNCbLWAqk+e12D/Mwntj4G+BmD/CyiqIAmr2SqP4+u mrdxDU6R1aNZDRj9kdUoFgIQQwgiBOHapw4hBHEcxa9JL+pMfQHBEL64jNg82E2Gpc3gSh44 fG1tftTer+xk7b4Ejl4DN0pAVQccpKE5CW624eEIDsDTn44I5tc5eHRlfTzfiaPpMLsU2FM7 HwDEnAGjeHmEKq2Y1narzMx7U4nxhIAna1yJGxsnj0hNVGy9LfzjwTqXeGFAeiNIyo39zeux f/8P30wk1ujEf/ofcOc5xOLj4QgewxBfDtJK10STB5NBTg2sbAfnM8Cui+C9U2DTQewPCdim A+D9U2D3JXDkGkzMgRVtaHwKt6781AbMxTdpojEUCuOBIPL6cbcXOd24YxVZV3CzHRmtaN6A RCrIESAaBw6OwfsE1NgNy1phTi1ILQGJ2eBEGpbwNSF9Xw3sO3AVHEoBR6+D46ngVDo4cwuc zwAXs0BSLrySD1LvgNxaWN4Km7rhAwIcHkPjHHxKiMQqXKvH49646OO9ccjlRePT8HYFOJgM 9l0BN0rgKAvJ59HQGLxeDA4kg4NX4e0KNDGDO13PfB6dbkSfBhkV4Oh1sDcJnroJKzuQTIP7 g9+Ptg05nLC5DxxP/fzNvJAFx7h4IBiMepiqpurxPU/fnSggba4c28XStCyvSt1BSzjmX29N rOOxQAgBGItioVDM6ws7bd5FrW1atERiaVrJkpLBzxsOmUPCHKKogCIpockqJ9UtAsPwvG3K 6tH4ws7vTsAWi8W4XO65c+def/31lz/DK79++fU//vr9A785kvr6+eI3k6revFj2xvGM1z85 +ds/bPn1K79+eMOXX3vttQ8++ODBgwcvnEg85lBB2B00G10ylWWSp+tnqpqosgqKpIQoKhgS 5jyy/s4kigsZyoY5bY9KQTByhp1DPb6Gu4GMovCl27HT6eDYDXgg+fO98z2J8HgavFkG6x4g Ah0J5bjRijvduM+PR6Lfxa8TRCCKBQORVVfQbPcumlwKnYOvsXIU5nHREmlW18fRdkyoGscV NTR5FVVWMSoro0hLyZJikriQKMonCPPWqMgTuh+Zw8JcsqSEJq+aUDVxtffndH2iJbLcND5v 5eodfJNL4fDp3EGLL+zwR5zx9KpQ1BeJBaJYKPaioqtiGO5YRXINZEyDLiIsbwVppeBSNjx7 Gxy/AQ4lf9l3t/8quJAFs6thfRcaGkNTIrRgQFYHcrpxXwAPR3EAvnr9wmDU5tXOLPYQRfnD wpxxRe28jRuMeuCztG4CERdfP1g/cehZN5Vq6Alzuv4XSPLX8Z1inUu8GCCDCRy/EfvfX3ka FvFogY0HEHMWKbWgoP7RKRBg/1Vw5Br27jHsjd3Ybz8Bf9wH3j8NDlyFl3Jgbi0aGsOVWtzn x+GPTcgEIB6J4v4g7vIi+yoy25HBhLQGXLWIpGokkKMZMZqYRRQmGqDCBwR4txdWd8DiuzC7 BqTdAVfywbnb4Oj1x3uUv1R7E8HBZHDsBjx9E5zPAEm5MKUQppaCW+UwuwYWNMDSZlhzH7X2 w24SGh5HVDaa5KE5CZKq8Xk9MlrwFRfuD+AYeJ7NJhSOItUirOsE5zKwhMvgzC3Y1IPz5WhO Cmvug3MZIOEyOHcbNnUj+TweCj/zHt6SGfWPgrRScDgF7EkESbnw3jCuXsQDoe/24+H1IzYP FjWBUzfXTsehZNjSj9vWnHb+sFO8TG7nXiykvPM0HokH05fFyxSnf4mnG6DKyqcXurS2abt3 0R9xxmBk3ZP3c0acPIRjAV94xelfNrkUGitHaCBw5jvG5FUEYe6jwnqSuJAqq5hQNU5pH0iW KQv2GbNb5Q5ZI1jwe1OwBAIBLpd77dq1DRs2vPws+P3vf3/s2LGBgQGn0/nkp3mhiJtA3EGL 2a1asM9KlkemF7qYquYxeTVFUjL8CLUYFGSSxEUMRf2MvF06e2+B1m7ua15pqPHmFYdu5MUS s8GJNLDvkZbvwWRwMRtkVcO6TjhIQ1NCpFrEjVbc7f26XZgX/+pwBGAsggUCEZcnZHUGlqze eaNLblgRLNinVZZJqZEmXCLO6fqmFzq52nssTStT1URX1o8pqqmy8nh01bAod0iY9c0tjjUr uaSEKqtkKOtZmtYp7YO5xX6RgSg10pRmptY2bVgRmlwKq2fe7l10+pdcAbMnZPOHncGoJxzz x0D42awdEOL+IFq2IIkKMWfRABXWd8G8ephehl3J81+8vnzp9HzS0aULx72Hz4E9l8DeJHA8 FSYXwNw6WNcJeygxJscj53t18qhx2WNb1Nvm1JbJeRvH4tY4/UsKE31MUTMkyCaLiwX6YYdP 98RoJohAKOpdDRhVFua9qcRvoXTNI226yzopM41HQSgU9ZpcSrWFrbJMLq9Kv8FQEY75zW7l on1OvyI0OEUL9lnjqtQfdj7L5QNFsaAnZA1GXGhdZ/XU+LlwCRTDkEILW/pg9T00JcRD4cfd CCGrA4kUeDzmmcMHdZ0wrx42diO9EQcABUNwRgwbumBrHz6vfyhPR1YHuJAV+8tXn5VIxP7d L7E/+2fwwWlwswwcTwV7vrgUPnQNe+co2HwY++A0OHodZFXBfioSKpB1BX92Be33AIRhKBDC XR5kdSCDCWl0SKpGPCniCBB9Go1MwkEavD8M7/bC2vuwvBUWNYLsGnCzDF4vgpdz4fkMeDIN HEr5gjD062rfZXD4Gjx9E17MhsmFML0MZtfAoiZY0QbrO2FrP3xAhENjkMqGE7OQK0R8GZJq kFqHdEbcaMPtq8jtQ8Hw99fScawiKhtmVICDyeDINXCrHNLYSKqGRDq4VR730MObZWiUhVsd OPYsR4UQ8geRRAVb+kBizto7k1GJCPTvaJYICoaRehG2DYALWeBQCjiZDo5cA3sT4a1yJFY9 atuIgeiSU0yTV9VPHCr8LLD/S5VPert+4uCYonp5VRrDQgiHWvv0iPTOAD9jWJRLlVey5zuk RtqKz7DuhP5ZASEYxYLekN3m1epXBHIznacbYGvaxuTVJHHRo+lABFEeVVbJUrfO6foVJrp+ RWjzaj0hazjmAzD2DYaH7xThcFgqlZaVle3atet3v/vdE1nEa6+99u6776anp09OTn4PHYkn AiIQifk9Ibvdq1telWmsbNESaWqhk6FqoEhLh4TZj/C3bLK4mC6t4vDreJO18tHaxYF6a3OV p6QsdLs4lpgNDl/7XIeTkASOp4LLeSCzClS0wy4SYkwjsQpftuC+wBPG73zHiPONKBYMRT3+ iNMTsq4Glh0+ndWjMbnkBqd40T6nsbLl5nHJ8ojAMBwnHuz5NqaqaVxRMyorI4uLCE9nJScI 88ji4lFpOU1ezVDGo6s6phe65nR9AsOwZHlEYaZrbJxFx5zBKTK5FDaPdsVncAXMvtBKcC26 CvvaJXI0hrs8+JI5IOYLR8raenZV9Gxp6tg+VXrCfy0DnEp/yPRiey46j5/hZR4eaEkY6j7O 6r5OIVyuoX5aRNlWOvr+A06SZp4achgNVh5b0z4szCWI8tiaNt0KPxT1ri3oIcQ9PmR34p9N 34tggQX7zKj0TudMciPzaCF567fgEvENpt65NIWZHk/rLhnZUUzZdpd1fFbX81g7eBQLyYxj d1knKmmf1IzvraEnVNB2Nk0em9LeCzzdmCAMRi0e1YSqsZeXxlA22L0L6y7wp8TPhkuoFsCp dOxv34r95a+x1z+FLN6X11ihMCRPYPuSsFc/gnsuwUvZ2G8+xv7qtdifvRT7q9+A85m40Qqn hNiOE7H/67fYX/8O7LqIFpfX7tjch/1yc+w/PMEj8bX1Z/+M/fXvwa8/Ah+c/sJy+UQaOJEK rhejph7E5uNGK3qcs+17efsQHovh3gCyreB6I1JqEV+O2HxE46DhcdRFjpM0UNgIs6rhrQqY WgpSisCVfHApG57PBKdvguOp4PBnYVNP5glXwLEb4EImSCkEtypgQQOsaIeNPeg+AQ3Q8BEW Ys4hvhTJNEi1gLQGpDciowVZHbhjFXd5cV8ABb/vcT9PAxQMI/k8rOsEp2+BhCRw9jZs6kFC BeLLYEMXOHUT7E0C527D+k4km39m9wsAyOVFUyJY1gqOpYKEJHAyDRQ1wck53Ot/Ya8BQNzq QCTGGv/ZdxneKIHtg7CgHpzLgFTWV1k6QjAY8Rhdcp5+cFCQeZd1vJz2cRFlWzltZ9Pk8SFB Nl8/ZHTJg1HPwz1jm0fLUDY8KnPnzHfYvYtgfebRTx0ARv1hp82rXXTMSYyjU9oHDGUDVVZJ Fhc96hgeEmRTJHcm1S0C/bDKwjK55KsBoy+8Eo75AIz+qcjDVwEAWF1dnZubKyoqev/99199 9dXHsohXXnll48aNV65coVAoRqMxEvkBOt8QhFgUCwaibk/I5vDpDE6h3DQ+p+tjqu5SJCWP UrshQTZJWEAVlDCmS9iTpXx6lZpQa26r8ZRXRm4VY2dvfd6y2JMIDlyFJ9LAxWx4vRgWNMD2 QUTjIIkKWR0/zJmqcV87BiNREAzHfMGo2x9xekM2d9C8GjCu+Aw2j9a4Ktc5+PO2KYWZIV6m 8PVD0wtdbE3bhKqB9vmH+clzAAnx6Cpx8YgkHl1VRVfUTigbmKq7LE3blPYBT9cvXiLLTXS1 hb3o4C2vSi1uzYrP4AnZglF3DATt3kWSuKiNc56uqO+dTe1nJlvlLCTTQOYc6htF9Z2eojvs qpPNg7tbJ0/VjO0pGdxcS9lNEOWLlkg0WWUNeedk3WmQVRWtbF5pbZDfz2P2XhsZTaULyuWm cU/IBhHEozHEk8H6LsSaw/1BHMcX7LOtnHONzGMNzCNP05T+BuNEGfXDu5MnGiYOdc2kCPRD s4vdPbPXCcLcFb/hq6fGFTCPysqaJo8RRQUtrFONzKMMVWM//1bvXJrFrX6KM4vMblXvXGot Y38750IH95JoiYyBFxOQ9ZPHz4VLwAEq9g9bQHY1GqRhr34Eipvw1UdGUCGEuALs97tAQhK4 kBn727di/8s/gw370eQcUi+Cd45ir34IeVJQ9wB75whs7QdZVbF/fAeOcfAYhsQq8OHp2P/2 r0+WM5W1Yi9t//Lf//zfwKFkbG9i7KXt2JbD4NOLny+pj6XCfiqyOPBQ5DvcPkcIRaJo1YOM Fly9iPPliDkHyUzUQ4HNfaCiHebXgbRSmJgNz94Gp2/Ck+ngRBo4dgMcuQYOp8CDyeDAVbDv 8uMdYF+t/VfAqXRwORfeLIOFDbC6A7YNwN5RNMJCbD4SKpBGj5vt8RQj5PHhXj/yBz8PMorG cAzg4HnNfH8yQITbnYhIB0k5YG8iPJQCM6sQcxbXGdEoC1wrAvuugP1XYGopGmHhLs8zv0wA cLcPjnHBrQpwMBkkXAYnUmHtA1z+7OTkK0DRGBIqYFkrOJkO9iaCYzdg9T0k0yBfAE4J4SgL 2Va+4d4AxSIxfzDi8odXvGGHL+IMRN0RLPBVhhDG/KIlMkG05pqlyiqWnOL1gUc/ScSzXxw+ /YJ9VrREmlS3jEjvEEUFBGHeo9E9g/xMoqiAoazn6QY0VrbVo/GHnREsGAMRgL5+d/aHAQhh MBjUG3RE4nB6etrevXu3bt36xhtvbNy4cefOnRcvXmxvb1cqlV6vNxb7Ia6eHwuEIIAxDISj WNAfXrF61Bobh68fmlA1kcSFj27MDwqyhgU5xLkcykzO2EzRNLdKNVJv6ajz3amMXssDR699 YSD0/ivgcAo8ngovZIGsatDSD8e5SK1DHv8PbW/oG4BwBBGECAAYw8Aj6VVYIBzzh6Jef8S5 GjBaPfNLTsmCfVZpYYqXKHO6fq723oSqkSqrIIoKnjiXI/69GBJkDwtz4h0DgvBhelUxRVIy Ir0zLMhpmDjUxjnH1nT08283s06OK2rH5dUDs+mEmYw5eYdUM0yYzaRISkRLpA7upULKO728 dN0K3+HTT6iaavs/mL69L5ZwyXr2zFTuwZHy3ZTij3oqtnc07SDVJciabrlHCF7JrIBdP9x+ iNh2eIpWaFhkcefvxceS0mSVpaPvf2su8ZBRtLLPaG1TnqBFahwd4N8ekZa6AiYcxyECTv/S 7GI3QZhLEhWMK2q6Z693ziTP6fp751Lvsk5ytPeGhNmdM1clyxS+fpAkLiRLikVLpBWfweqZ n9J20pV1LE0bVVo+Iinl6fon1c0t7DOT6haZaeweN5GhrPeFv+Gito7P8bPhEr0j2C82xf79 Z8v3a0Xwbi88ewvsOAFPpcPeEZBTi205DAdpsO4B9l//iP3tW3CQBgoaYv/PG7F/90uw+SAu UcOa+7H/8tYaB/iP/4htOYxdyMTeO/E06iaQX4ckKuzVj76scfrvGyGNA1JLY//lLeyvfxf7 p3dAQhJ2Kh18cBp7+QOw+SC26wI4dRNcygZ7E+GNEsTi474AHsOQchGWNmO7zmOfnAfZNUih xX1BKFbBzEpsx3Gw4wS8XgQnZnCzHTfZoGoR8WRoYhYSGbCTBBu6QMldmFEJrhaA0zfBgadr FzyMMEpIAvsug32Xwf4r8RnP4GAyOJQCTqSCxBwQJwk192HHIBykoTEOmhYhuQY3mHGnG49E f6w04AUCA0isBIUN4Mg1sCcRnsuED4jIbEfKBVhzH5xMB3sSwfFUWPsAaZfQt9ATA4AMJnhv GFzKhvsugz2JMCkX9Y6gZcu3zI2FEFnssIcCLmTFPwAwvQyNc3HPZ0oMiF6gNwMDUa19elRW PijIJEuKyeLi6YVuh0+3HuvxYwZCa6srLIoFXQGTwSmULI+wNK1kSfGjbulBfuaQIGtYmEMU 5Y/Jq2cXe9UWlsW9NsDhT/0qvg1iIGxwChnK+kF+FklcOKvrkxqpPF2/0jzhDpqfGLX54wJC MBTz2n06rX1GYCBMqJrI4qJhYe6QMHtQ8AWnwSA/kyIompqqVpNqLS3Vnrzi8IWbsYOXsX1J WEIS9uglKeEyOHMb5NbB+wTE5iODGQ8E8Ri2Fkz0U7ygIASjWMgfWV0NmKzu+SWneN42vRZd tdjD1rSOK2ookhKCKG9YmEsQ5g4Lc4YEOcPCnCFBdtxBHg+w6ppJqaHvKyBvKSRvLSBvLiBv KaS8U0jeWkTZVjSyrYC8OY+0qZy2k66sU1mYXTMpZdQPCaI8gWG4cyY5n7S5pf9TdWWa6VYK ofrTYsKWQsrWh/ctJmxpq9o0nrL1QdW2AtKWIsq24pFtheQtBaS3i8nbOqeTpcujTFVTOe3j POLGfNKmQvI7RZRtheQtD8P98klvF5LfKaK8W0jZmk/alEvckEfcVECOP8vnf88jbeqcubpg n2GpWwrIW2sZ+3m6gSgWAjCmsXGaJo8XkLcUUbYVUrbmkTYVkLd0zqTwdAO9c2l5pE3xAy4d fb+c+nH8AIpGthWPvFs9vruGnvDZc2357N3YkkfaVENPmNP1zdummiaP1zMOCvTDUeyp4vt/ 5vjZcAk6F/vdJ9g/bMX+ZUfsL1+N/fN27BebsNc+xt7Yjf3uk9if/1vsP3mnoPQAACAASURB VP8b2HoEMabhIA175yjYfhwxZ2HHELZxf+zPXwYNXbjbC3tHsJe2Y/+0Dfu7TbH/9SXsl5ux f30Pe+VD7PefYm/sjv3Fy2sM4f94BfuXHdjrn2K/3xX7+7dj/+mfsb95HTZ2I60BHLwa+6vf PKqGAlsPozkJqHuAvX0Q++0nsb94Gft/34i99lHsv2/AXtoe+8tXsV+9g/3b+9irH2Ovf4r9 ZmfsL38NTqXBO83Y2wewf30P+/0u7I3d2EvbY//4DrZhf+xXW7F/3RH/Y+xfdmB/8zr26k7w 4Zkn84SEJHDgKjicAo7dACfTwJlb4EImTMwBV/JgciG4XgwzKkFhI6jqgC19sJuMSAzEmEYz YlyqwReWcIsD//oso3U8FshkhT0UcCUP7L8CjlyDRY2IL8P1RkSaADfL1mbQppbCURZucz6b gyIOfxAJ5LCsZW244eFrMKcWMWeR/VkeDQDc5UGTcyC3FhxOAfuvgMu5sGMI1xm/O9MORMDm WWBr2iZUjSx1a3ya1cxCl82rjYHwD0fBso5vAEIIQCwKQqGY1x92Onw6nYMnNY5Oae9TZZXD n7mlBwWZQ4JsgiifIimlySonVE1z+n61ddLkkruDlhh4nLHtRwWIwJJTPCavjqvkyeJC4mcN t0FB5oSq0exSwJ+ueA8gLBB1232LOgdPaqROL3QylPXxqCiCKP/RrfdBQTZ1tnB2rFTZW7pU X2DPuu1Juh44kxI+nhw7eAXb+0jv4vA1kFwA77TALhJi8fB5PbI6cJcX/z79bz8AxKOr/JFV V8Bs9y6a3Aq9U6C1TSlMdPESma8fiGf+Nkwc7ppJUZonKJKSkpHt3bM3FCbGasBo9+pmF3vb OOcG+BlGlyyGhayeeY2VsxowRrCgyaUYEmRXju26x028N5VYx9hPFBfM26ZUFqbNu+Dw6WcX +xonjhQSNzcwD08tdNq9C07/stxE75xJbpo8JlqmRLGgO2hmqptq6AkkUcGyU+L0L0uXqR3c iwWkzeW0jynSkiWn2B20GJwisriodPS9OsYBzvy9RTtvySlxBS36FcGgIKODe1Fj5UaxkD/s 5OuHHkxfnV3s84WdGhu3nXv+/lSS3DS2GjAaVoTDguySkR0PucS9qSSVZXJUWlYysr179rrC RF/1Gx0+3Zyur2nyWBn1Q4q0dN42JTeNOXw6h083s9jdzr0woWwMRNzhmE9hnujj3WRpWkLR 9YDyJ+NnwyX6RrG/fxtWdaApIfbSduxvXocF9YjEgO2DuFABL2XHfvE2uJiFlAtIuQBKm2Fd J764jMQqkFUd+8XboLQZyTSg8P9n773j6jqvrOG/JpnMm8x8U9933pn5vtTJ2E5sxyVx4i6r 94oEogskARIC0Tuid0QTvUt0IeDSe+9w6b333i7ceznP3vv5/kCWS6y4ybFks377L3TLOece nfOss/daK4wd0cKcMgiMF547iPcyqXsQs0sxOo0PT4CZh/C//8D+zxt404XyKzFJhLHpmJzN DmrAUW0qruVLq3g3k71xRvhfv/2IS7jc4VOzVNeK4cm8fwSuWLN/+73wT6/CBQMqrIbDlzC9 gIbGqaYF72ZSVRPY+ws/fZf9y+ugYkwZRZhegNFpVFgNSobCv/8RlAwptxxTcvFeJpXUgoK+ 8PM97KAmaJijjh3ecARjV7DwRNvb6BiEbqHoHYn+cRiSiHEPMCUHs0qoqIaqm6mpg7oH+fA4 n5nny2tcKn/2DKOefhDRuoRqWtAzHLStQNEQTdwxLZ96h6m5C0MSQc8elI3w2i0KT6aOXr4p /QpUjRaWsbQO3cPgig0o3UQ9OwyMo8Z2vrr+OTJHIi7Zoo5+jEyF6w4PPWd9oqimha+sf9Pz BlvbayOLzTNrfcubk+KJnJx2ryyxW91w8uzaAHv215ffVSDhzsTLkmR8ZrVvcK6ubTyndiix tCcku83jY80HR5HYLb/Dr7QnvGbwXuuYqH+2enK5a3lzUipsPKPNh8dhS77aMpyRUWefUWOb U++cU++cWWOXUWO7U5m19i29KZLVaS6Tfx8KtiRba7OLC/0T0039o8Wtfak1XVFl7XcKWn1E Tc4PGu3TG2x3KqvWvqTUqT7Lpf2eU3+g7YSjxaKZ2fp1U6mW0fZFA6agD+euw7nroGgAl63B 0hu9IyH2AeZXUXMn7xvm49N8bpEvr/GV9e9zzU21Z9TbpTZZD87VFXXduVtruGNfW9kfUzuU OLzQKB7PSW++1Tomml3rrxm8m9nq0jKaOb7UVtUfF15+ySvvaFDxhYCi836FZ3LbfZYk42OL rdUD8W3jOSMLzfmdfuHll+qHk2fW+hqGU6r6Ywfmavpnq1KbbAq6/CdXurqnS5MazEVi15nV vp7p8vrhlKH5hsaR+0ElShktThPLnV1TxVX9sb3T5dOrvXntPmFlGm0TeUuSiebRB1UD8UPz jd3TZSkNlqW9YXPrQ73TFUkN5ndKlBLrTPI7bt+tMQwv1xKP54wutdYNJfXNVA7N1yfWmTzi Egl1JkPzDSU9ofG1Bp1TRYNztZX9MbVDCUPzDa1jopgq3cKugEXJ6MhiU/VAfPtE3uhiS3H3 nfTmW8MLTbNrA7ntPjuTWnK2+W1fRZ4BfG+4RFK28Iv3MSCOalvZG2fB3BPT8tkeZeHHL8J+ dapsAjVT9ieFx804sT+cgRNX2Wun2JsKH3GJpByqbILDl4SfvITOwTsjTLBXjQqqwMxD+I83 hX/7A8Y9AJ8o4afvff6M06/3YWw6ltaxl48J//Z7cAjAlFz2JwW8n0/dg6BqIvzTq6BqQq1d cMWa/f40pubB7Rjh+UPC3z6PwfcwLY8d0sTwZAy6y547IPzDy+zcNXZaR/iPN5mCPjoGoU80 BsZjaBJG38d7WZiahxnFlFtBRbVY0UhVzVTd8j0vLG/AwmrKr/xrFmaWYHACXL8Fxy7DXlV2 UgeMXDE0ESNSwMILFPTZPjV2UBO0rdAniu4XUF7Fl/6KrBIMSwITN3buOtunBvvVUPkm2vtT 7APMKqW8x7wrJRc8I0DLEg5rwX41OKOLpu4YnkJZJU/yCGSVUHoB3c//VLHUnO3kDJYqwvt5 knuJQ8EOzd66Td66g8GOa3fjWVrOn79lt75IYVoe3cui2PQnUhiTzqLT5FGJ0oh4SVjUakjw bID3mO+tfg/TTpdrLQ6Xmm6p7VSzg0aro1a7s06ny/Ved6Nhb5tpP/elO4GSsKjtqESMuf+k NulpK0lY5ICbcYuVcoulsthKTWyl1mKp/PHqtddb9fWjkMTvW2FIwvadWElAyNJt3xlvlxEv 6y4f48YA/cpQvcIYnawE7fTkS+kpWukpWg+StLLjtYrDtav8tBtcNNvNVIYuK82eV1w9fF76 7rntN84Ir59mvz/D/nCWvaPIDmnCOX1QNwVdOzRxQxtfcAxC9zDyjiLf6O9bzQf5ZCZcSq23 GpyrK+sNz+/wHVloKu0Ju1drlFhnWjeUNLzQIBK7F3UFdU+V3Ks19Mw9kt7s0Dicdq/WKKDo /I4EOaZKL6xcM7/Tb2i+MaPF0VW0N6rySuNIWllvRFar6+RyV/tEXmK92b1ao7LeiKmVnqr+ 2Hu1N9vGs0t6QkLL1GsG740utkRX6XjnHU2oM85ocYyu1KkZuNs9VRJefslF9EFk5ZWe6bKO yYK7tYYNw6kNwykBRQqeuYdz2737Z2sS6ozv1hr2zVQV9wR75R0NK9eMrzGIrzEIK9e832w3 NF+f1+HrW3Aqukonr8P3Xq3xp7hEZV90brv36GJzWW/EvVqjxHrTmsGE4fmmbLF7YVfA4Fxd WpONa/beqMqrjSNppT3hERXa9UPJ/bNVsdXXslpdZ1b7v2NPN74hfC+5xB5lTMsD91Dhv97a WdDjgyIMjGeHLj2OS3y09H/1xEdcIkGEsensVx8If/M/oGfHuwbY+8pwzZ5S82CvmvDjF4Uf vwi6dpiUzfaqom/U53CJf/8j6DvwgTFQvMHeOIspuWDhKfzX25icg1kl7LeHhR8+J/zr7ymv AiNTQdeOsopB1UT4p9eEv/kfOHGF8ipA0xx9oqi5EyJThP/eK/zoBeHHL7J/+B3sV0dtK9Sx 3a2/XHDFBrQs4ZLFX7s0zUHZiB3SZK+eFH69X/j1fvbqSTh0CS4YwCld9tZ54YVDwn/vE144 zN5RgjPXQN30q3yFqgmc0mVvXxBeOCT88gP23AH2+mk4qAlKN0HT/OMvZqrG7KQO+5MCe+GQ 8Ku97IVD7O0LcEoXVE0+9conUOqmTMX4LxeoGMuV9JfPKk8cOzp29NDMqbMSxSuCys3PfeNu febB/EKey48vdv6GXEFv66z2+im1lROK80fPzBw+PnXoyOTBQ+MHDowd2PeoJg4enDlyfOHY 2eUTihun1bfOXZad09lW0BMu6H+dDXi2Sn5OZ+HY2Z0DMn7wwPjBTxyisQP7Zo4c3zxz6Vvf zm+9mKLB9sUbWyrX19WvLWvpTuteGbh5SWylWu2oVOipkOl3Jj3w9P3AU/cDTz3wOyXyPJnv fLLY7kSF6bGmy4f7zxyc2bN/9dW90l+/v/3z94Sfvif89D3hZ+8Lv/hA+O99wnMHhRePsN+f Zu8qwn51OH4Fzl3/1vf3r1OzV69m+J9OrbUYnKur6Isq7QlblkwOzTd0ThZ1Thb1zVS1T+Rn tDj+OZdIabTMbfeeWx9alkxOLLWX9YSX9UZ0TZXE1xi4iPaElWk0DqfWDiYUdQWtbs1OLnft fGDvTMXwQlNJT8gjLhFdpdM6JuqbqQwsvuAi+sA9Z79HzsHwcq2Wsaym0fTbhWdcRHuCihUb R9L6Z6vTmmyqBuJLekJ98k+45xzIErsNzNUmN1jscInSntDIysvisexlyeSyZFI8nlPSHTK6 2JoldouqvBJVedUn/7hX3tFPcYmqgbiS7uDlzY/2une2qn2yIKPFsbAroHOyMKryqotoT2iZ Ws3gvYq+qMiKyztcIqnBvGE4ZXs3LO+L4fvIJWCfGlU383UJX1jmc4t8bpFvbmFKLjt+5ctx iXtZGJXGfvkhl+gbBn0HDLrLZ+b58urDT17boJ5BUL6JgfGfyyWEn7xMNS14LxM0zSmzGFSM hX96FRNFeD+f/faw8He/EX7wHGUUYWEVBifwsSm+us7nl3Y6uTQ9D2Yewi/2gFcEzczzpRXq 6AM9e+Hf/yg8f5C9rcj2KMM+NTigwQ5egiPacOwKnNCB03pw9joofI9u7U9vnb8Bx6/AG2fZ r/YKP3tf+OUH7PVTcEQbTunCHmX22yPCz/cIP3ufvXCIvafETul+wvLri3/FuevsgIbwygnh lx8IP3tf+MUe9vIxtk8Nzl57+IJjl9kfzwq/3i/87H32iz3CS0fZPjU4c+2rfN0TrW0FvZWT SpOHDo8d2D975ITktKZw/vuyIPjWSzh/XXr2ysZp9eUTinNHT00dOjx+8MD4wf3jB/Z/fFk8 fnD/9OGjC8fPrpxU2jijIVPQEc5fZxduwIVv+eT5FotduLGmoDl27tTAuaPD508Onz85eO7Y wLmjj2pWVU2uYw56drv1qRKu2W1ft5Xr224ZWi+Zmo/aGrY761Z7X8oPVMkIvXA/TGGn0kMU Mu4oZAUq5PieK3Y81aB/vP/CsZkDR9f/eFj28iHhxcPCbz+sF48ILx0VXjnB3lRghzTZeX2m bcWMXMHaF2xufydr1tUhI0Y1tc5ycK6uvDeyqDuof7Y6ucHcJ//ETnnnHfUvPPuZfYmg4ouJ 9WbJDRb3ao0iKy4XdPp3TRXH19x4yCVG7tcNJRV0Bcys9pf2hD/6QJ/8E975xx5xiYgK7caR +4NztSFlaq7Ze4OKle7WGt6rM24YThOP5wSVKLqI9gSXqLSMZfXMlCc1mFcNxJX0hPjkH3fP OSASuw3O1ac0WD3qS3jnH4uqvJrcYJHcYBFVeTWzxWl0sTm7zSOg6HxomUZivend2puf5hL9 sYVdATuc5ON77Vd4trAroGOyIKJC+yMu0R/9iEvcq7tZ3hcp+WLBFLv4vnKJ/Ep0DRH+482H a/p/fk34x1fYS0cxveBTXIK9qYDpBXxmni+uUE0L2PpRWf1juMQIGDhhYDym5bN3lYT/9Vvh B88Jf/+y8M+vCf/rt49mnNhb56m2lS+u8MUVjE1ne1WxoAqsfIT/+JPwg+cw6C41dWJ4MiaI 2F5V4ccvYqII0wuF3xwW/vYF4e9+S1klGPcAvSMpvxIu3BD+8ZWdhArhX14XfvKi8IPnHu7R /3kD7xdQbSuc0mW/PczeVWL71R9bBzXgqDbsLE+VjUDDHK5Yw7VbcNMZzNzB2gduBYBLCHpF oF8s3knAiBSMTccE0c6gFOaUQV4FFlRhQRUWVmNRDRTVYHEtltRhaR2W1mFZPZY3YHkDVjRi ZRNWNmFVM1Y1YXUz1rQ8PUXNnbxniPePfItF4h6Mvg969nBKF45owxUbjE7jta2UV472/qBo AEcvw9nrYOtH2WW8o/8rfktjB0alwfVbcFoPjmrD+Rto749JORCWBHr2cFIHjl9hqsboG8XL G3jP4De4v5OzfHGFL61+kZLOjPV1ikqqPHJKbGrqgqYHa4W5Gb70Rd++W3xplZbXuOxxjulE hIjAUNgG6bp0fnKls3u6pHYwIb/jdkaL08dksjtOlC4isVtBh1/N4L3OyeKJ5Y61rdldO/ZP gYi25Gudk4U5bZ4ZLU657d657V47HjsZLU7lfZEzq31/tTTu7wYAtzekC9Mr3b3TZfVDyUVd QdltHlli18xW550Dm95860GjvajMqiTNpDnEeNDJaPbG9VV1nS1lPfnFG4KSAVP8kN8qGoCW Jdj4YngyFVRR7zBfWSOpnG8LHOA7YCWysDGS2eqc2mQzOFdX0hNyv9l+eKGxeTQ9suJyaJl6 ZX9M11RxcoNFbrt3z3RZWpONb8HJHS5xt9bQPeegd94x7/zjXnlHfPJP5Lb7/DmXSGow750p H1sUpzVa3ym5mN95e3CuLq/dO6ZKr3k0o7o/NrhEOa/dZ259qKgrKLpSp2E4tXu6NK5aP6/d Z3qlp6DTL6xMo6QnZGFjtLIvJrRM7S9xie5g9+x9XnlHvPOPe+cf98w9FFt1rWe6rHn0QXTl 1fwO38nljtKesE9xibLeiLQm2+GFxubRjIgK7dAy9Yq+qO7pkrQmm8/kEjsvGJ5viKnWCy1T bx7N2G1NfBF8H7kEe0cRw5IwNp29ekL40Qvsv/dSWR16hQuvncTIVAyK/wSXeP4ge/4ge/WE 8Mpx4afvsDfOPL4vMQIqRnDxJhXXwmVr4V9fF/7xFfAIw/sF7AMVdAykls7P6Ev8/H3MKAIL T+Hf/yj8zf/APnVq7aHRSXC+I/z0XeEHz2FyDjV3soOawo9fhHPXqLEDlI3Yn85hTjk4BAg/ f1/44XNg4kZl9aBlyd48z35zWPj7l4WfvAT6DpRbDgrX2TuKoGYCOrZw1QauWIO2FVyyAA0z UDMFFWO4+MVyIf5yqRjDZSu4agM3XcDMEyy90TEIXUPQNxrv3MOQRIxJx3tZlJZPolLKraDS eqppocZ26uijniHqG6GBURoap5EJGpviEzN8co5Pz/PZRT6/zBdX+PIaX92gdQmXbNGWjHay JnY8AZ/9y/2nIZVTRx8GxOFVW1A2wmv2FJNOfSN8YgbzKtDmNqibgZop2vhSYTX/UqZMH4cg 0OAYxmeAiRso3WSHtdg+dWG/BjulC1qW6BdDTR1886m7hm5tr/ZMl+0YAVX0R48vt8vZ5q6z 01cGEgggk25vSGRLS5Lx8aW2rqmShuHUku4Qkdj941atma0uOW1ehZ0BZb3hDcMp3VMlY0vi Jcm4TNjYXQr/ZWwz2dB8Q2lPWGV/zOhi68xqX91QUk67V91Q4vz68O409teEALLVrdnplZ6B uZrWsazK/tji7uD8Tr/sNs/MDyOoM2vt8vIsKhKMW+4Y9TsZTNzUnb+qs6p1bUtNX650XTh/ nZ3XZxdugIox6DuASzBGpWFeBbX10sQMLSzTxuY3Z1v3jWKHS+y4GOW2efkXnivuvjOz1rcm nVvdmp1Y7sjr8PEtOJlcbzay2Dy92pvfeTu1yaZ64G5yg0V+p9/CxvDSxnj3ZHFyvblI7NY6 Joqp0nMR7QkpU6sZvFfZH+NfdC6p3mxksXl1a3YnxLBm4K5/4dmQUpWG4ZT59eHKvujoSp36 oZTlzak16dzkSldeh69n7pHQMvWGkbSlzYk16dyiZLxhOCWoWDGkVKWsN7yg088777h7zoEH LY47xlBx1dc7JgsKOwNiq691TxWvbE4tbozWDyUHl6iIxO4zq32rW7NLkomG4dSgYqV7tUa1 gwnJ9eZ3aw17psvyOnz9i84VdgXOrD7c68nljvwO38Bixdx275bRjLByTRfRnuBSlYq+qJKe 0IAiBZHYdUky3jtTntJoXdgVuNua+CL43nCJlFz2yw8wIJ5qW9krJ9ibChiTjlFpYOZJxTUY dJe9fkr4v38C70jMLYebLuzVkw+5xLHLmJpHvcPY0Qe3/Nkhzb/MJdjLx9A7EkUlcCsALDwp qwS0LYV/fR0uW1F7LzjdYa+dFH784kdc4v97B1PzMC2ffaAi/OQl4W+fx5RcGhiFa7eE/3xL +NELmJxD0/OYVwHWvpRZgv5x7Nf72H/8CS28KKsUvCPhpgsV1YC1L3vjLDoHY2YROASAuSfm lIFLMHvpKDt5FU09wN4fnO+geyh6R+LtGAyMx+AEDE/GqFSMSsWwJAxOwIA4vB2D3pHoEY4u IegYhPYBYOMLlt5o5gFGrmDgBNcdUNcOLlvDJYud5GNQ+npU5OJNUDMBLUu4agPXb4GhM5q4 o6U32t4Gh0B0DUGvCLwdg0F3MTSRotIw7gElijAljx4UUnYZFVRTaR1VNGJ1M9W3UVMHtXZj ey91D1LfMB8a46OTND5NU3N8bpEvrtDKGt/Y5FtSLt9+aqkIIdLMAmYUgZUPqJqCpgW6hlJF I59boq4BjEiBG46gbAS6dhicQG1f0eKJc06LK5hZxDTM2GsnhV9+wH69j+1RBocAbOvl8qf0 AbN0e613pqKoKyhL7FbZFzO+1Lbrs/HFQUQM5JvylZ2orOH5xo6J/IbhlLLeiNx2n4yPsqUd Mltd8jp8S3pCqwfim0czemcqJpY7FjdGJbJlhk/pufF0QiZIOicLRWL3msF7S5IJ6fZG65go o8WpcThtTTr3bW/ddwpEKGdba9K5ubXB0cWW7qmSxpH7Vf2xxd0hue0+O9TiQaO9qMK6QGRa nmDcGHKz0+X6oNnVSX2dpct6G8q60vM62wp67Lw+KBrCJQs09UC3MAxPJlEpNbbzvmGanqON zc8xwXtqsLw5mddxe8cWNrz8klfukYAihZhqvSyxa0aLU0S5ln/huZBStZBStbu1hhmtjlGV V4JLlONq9KPKtGsa7gg9vVgvnslLepChG16qkVBnFFBw1vv+viDR6bga/ZhqvduZR/zuHwop UU5vts8Su8ZV6/sVnLlTrBRaph5Wrnm/yS6uWt8j56BvwamEOuOMFqfY6mteuUdcRHt2ci0S 6kwyW13u1hj45B93Ee3xyT8eXaW7Exnhlr03pFQtqcE8sFjRv+hcYr1pdJVOSoPFowTr1a2Z sp6w4BLlqIorD1ocE+vN/ArPuGbvCyy+EFejH1SsFFCkkNxgHlGh7ZV7JKBQIaZKN0vsmtHq FFGu5ZV31Cv/WHj5pXu1NwOKzt0uOBVQpBBTpRdVqeORe8iv8Exyg3lqo1VEhXZRV9CmfOXb /RGfCXxfuARVNMK7SrBPDc5eE/7rbeGn77HfHQc1k4dzmT99l71+mr2rxN67COqmoGYs/GIP HNZibyrA2WvU0s0Z8G2B0vLgAxU4eZW9qyT8y+twQJ19oCr86+vCD59nLx4FpZvC/+wXfvQC ++m7cPYa6NiAjg07qLGTO8F++u5OVDB75cTHuYTw9y+z/epw2Yr9/rTwk5eEHz4PAfGYVcLe v8j+8y32k5cwOYfqxGDtA7q2oGos/PIDuGQOevbsj+fg+GW4YgV6duzsNeEXe9iv9rKXjsG5 63DVBvTsQMmQPXeA/eYwO6IN528wRUNQN4WrNmjgBGYeYHsbXYLRJwpDE/FeJqYXYG45ltZR bSuJu6l3iEYmaWKGxmdodJKGxql/hLoHqaOPxD3U3EkN7VTbSlXNVFZPhVWUXUYPijA1jxKz Me4BRqZiaBIGxoNvNHiEo0sw3ApAm9tg7gVGbmjgBHr2cMUGNC1A5YvF5D12FtkAlAxBxRjU TUHLEq/YgK4dXHcAAycwckUzD7T0QmtftPMDh0B0CUb3MPSKQN9o9I/FoLsQmojRaXgvE5Oz 8X4+ZZVgbjkVVWNZPVU1U30btXQ/7JwMjtHoFJ+ao/lFvrzKNyRcKuMC+0apCEm2SNyDAXFw 1QZUTdDAmRJEfHCMT85SUTU4BoKGOaiZoJUPZZXwqbkv9+QMkS+vUkUDeoSDqgnbp8beUWTv KbNjl+GKNfrHUm0rX914OrmWTNgYmKst7gkWid0q+qLGFlvlu23ox2An52Fre21JMj650jkw W9M6llUzcLe0Jyy/43aW2DX9w+ZDRotjbrtXaU9o3VBS+0Te0Hz99GrvkmRCIl/aBulu8+Gr gtalcw3DqVliV/F49qZ8RSZIdrnEXwdIIGdbG7LFJcnE9Grv0Hx9+0R+/XBKeW9kXrtvRotz etOtjFpbUYllgcisLMW0LuKm2PNar9WV8RtXFjWvbFzQlp69LFfQY+dvgIox6NiCqTs6BmHQ XUzLo4oG6hqg2QUukz+d10nO+TbbGpyrzWp1iavRT220qR6Irx1MSG2yDq+4FF6umdZk3TRy f2ShsWkoLa3aPDpfPSbzYnzKhfi40/mByhOOFszUFa/aSLQM2izVWwrFcAAAIABJREFUUoNP xUUdywg4U+eiXnxHM/7+xYTcy+Xl7q1NcaJy6+iEU6Epx+/ma5d1hAzO1nZMFqQ0WvoVnnHN 3vt1Qq89cw+FlWkm1BnH1dxIabRqG8+RC5KdXSOO69K5lrHMtCa7iArt8PJL95vtS3tCH7Q4 xNfcSKgzTqg3iavRT220qh6IqxtKSmuyjSi/FFamkdJgUd4bWd4XmdxgGV97I6fNs2U0s7Ar ML72RnKjRWF3YGFXQEKdcUyVjkjsNrzQsDu3+UXwfeESfF2CKblM05yd1kOfKCqqQbdQdkSL vX4KNM3pbibv7CdxN/hGszN6sEeZ7aiTtSxJVMLXNjgRJ6KZeQxJAGVjuGjEDJ1B4QZTNYGb zuzVkx+PjPgq9YPntj+M08b7+eAeJrx0VPjFB8L/8ztMzsH8Sva7Y+zn74PyTYpN5xMzfGEF RaVw1Ya9cRb2q6PdbcqvpLYefFC4Q1fY8wdhnxro2qKdH1r7wA1H0DD77FW7oiGoGIOGGVy2 Bl07vOEIRq5o5gl2fugTCREpmJpHhdVU30Y9Q3x6nks2P50tQMQRd+gWl8n5lpRLtvjGJl/b 4CtrtLRKC8s0t8hnFvj0PE3O0vgMjU3xkQk+PE4Do9Q9QK3dWC+myiYsrqXcCsosxpQ8vJtF 0fcpLAkD48E7Cl1D0CEArX3AzB0MnVDPDrQtQc2Efc0BLUVDuGgEKsaoZgoaZqBpDlqWcNka r9qirh1cuwXXHeCGIxo6o5ErmLiBqTuYe6KlN1r5oJ0fOgWhRzjejsE79zAiBeMeYFI2pRdg dgkVVlF5PdW0UFMHtfdS7xAfHueTM3xuka+s8U0p3/4CVIQBTc9hegGYuoOyMWiYg2sI1rTQ 4gr1DGFkKly1AUVD1LHDwDhq6+HSL5a9AEi9wxiZCgZOOx+LbqEkKsWkHLD0AlVjUDFBfUeK TOU9Q48fr//WQERSYWNovr6kJzSr1aW0J2RkoVku7HYnHoII5cLmyub0xHJHz3RZw3BaWW9E QWdAbrvPpwLCssSuxd136oaSOqcKR5daFjfGNqQLW9tr2yDdnb15IiCi+fXhir7o3HbvvtkK OduUC5utY6KMVqfGkV0u8dcEIQEDuUzY2Ml3m1rp7pupbB7NqOiLyu3wedDimN5on1FjKyqz zi20LMoyr4y92eSl022pNa6ruaSotnFafeus9raCHlMyAHVTvGIDNxzRwgu9IzExmyoaqH+E r21809k7XxYM5RLZ4srm1Lp0fhukAsjWpQuLK0MLo+K1ltrt4gpIzpb7hq2a2y7cMFy8fmNJ V3/pyrV19WuC0o6kxJBpmEnNnFYDApfSEjfKirfbOqQTwyuLw6ur47KtFZBubjbWLQYHzOff X5kflG1v7DQ/lyRjNYN3g0uVHwVdf9lyzd4bXn6peTRjZXNqZWtqTTr35xHUDOUbsoUlydii ZGxDtrhDHZc3p1Y3Z1a3Zh/uNdsSQLYuW1iSjC1sjK5J5+TC1k7/amVzelO+wnB7a3ttZXNq bWtWtr0hEySrWzNLmxMS+RKg8K38as8cvjdcgnNiwGVyLpWTwDgSFxjfknHJFpfJH4ZlEnGB camcb0r5loxvyejRPz38COICI6mcy+R8W+BSOZfJaXEFHAKF//edj3TPX7b++VX2qz3CP70K biF8bArzq9grJ+C5A/DyMeGfXn3IJQ5o4u1oPrvw0fYgcpmcb27xLRk9Cpze+ePOUn5TymXb XL7NZXIulfGVNRqewKZOLKzGpBwMTkDnO2jsBpcsHjuktLPOVjYCFWNQNUE1U9AwB20rMHED l2AMSaSUXCqqoZYuPjrJ1yRfPXOU6CEhQeQAHJAz4Ay4wLjA+LbAtwUu/3BfdnZHKuNbMtqU 8tV1ml3kY9M0MEodfdTUgVXNWFxLOeWYXkBJIoy5j6GJ6BcLHuHoGATWvmDijvqOcNmaqZp8 Xa2IoiEoGoLSTVC6CReN4KIRKhuBshHumG+qGIOqCaiagJopqJmCuhmom4GGOWiYg6Y5aFmA ri0YOoG5J9j7oWsI+kRh0D2MTMW7GZiai1klVFCFZfVUWk/xGajvCKf12Cld0LbEuAc0OknL a1Rah9a+D3Uvph4oKuUra59ztJdXKbcczDx2mkJo5EoPivj8EgcgQaChcYxNB107uGAAykZo 6k4ZRXxu8Wm7QRInGZMMzTcUd4dktDoVdgUOzTd8n+kEINuQLU2t9PRMl9UNJRV2BYrE7hmt zhktTo9kDzuV2+5dPRDfOVkwvtS2tjWzzbYABSLYlZ18EyDCieWOoq6gwq7AkYVmAWS7XOIp AREhASBjKMiE9YWNkaG5+tYxUXlvZLbYI735VnrTrQcN9g/q7TJrbHPzzcti9RvctbuNVCZU FZdOKa6fVpOeu7x9/hpTNICLRqhqghpmqO8IHmGYlE21rTQ9x7efmpUoIF9e5R19lFtO4Ulo dxuu2nyomTQCpU/KJtVMwdgNfaMxNY9qW2l8mku2+Lbw2RpFRL66TtPz9Gf9mdWt2eKuYO+8 o1+NS/jkH8/t8FnZnP6rHqhdfCV8j7jENwfqHWIH1b9ia+KHz8ObCmjozF458dD66UcvCP/1 NuxTFw5dEv7zLeFvXxB++Dx77gBGpOws+J7ophPJ5DS/xPtHqL6N8iooQYRBd9H5Dhq7go4d XLYGLUvQNAd1M1A1AWWjx5rTqxiDrh1YeqNHOIYnY1oeFdfy1m4aneJLq3xtgzY2aVP60CKD wVMRpE3Et7f5xiZfXOHT8zQySb3D1NZLDe1U2URFNZhThukFmPghIfGPBa8IdAkG29tg5gEG Tqhnjw9F7TZw2Rq0rXYSKnAn0kHDfEcnDaomqGoCKsagbPQZF+4vWCeusj+d23FrFX75gfD6 KXZKB7QsQMWYHdBgr51kLx9jfzjDFK7jrQAMS8K7mZiaR48ISW0rNbRjRjHY3mYXDNgpXVAx Rtdgqm3hC0t8XcI3Nrlki29K+cIylTeg8x3QMIfzN0DNFF2DqaaFL69yQeCIT09DX842hxca SnpCMlqdi7qChubqpNsb9N1dEz80WkLGQL7NpBuypZnVvr7ZysbhtOLu4Cyx60dWS80OGS1O Wa2uIrFHXsftyv7Y9om80cXmJcn4nz/b28U3ByQYmqvLafMq742YXu0BFHa5xFMO4iQTNhc3 xkYWmtsn8qr64wo6/R5ZRWW0OGZW2+ZnmZSH6zU6aXbfuDimemH+gvLKBQ3J+csyBV3h/HV2 QZ9duAFqJmDsCn4xeD8fGztoao6vb9LOcOw3dBUl4gy4bJs2pXxtg49NU00rpeahXyyYeYCG +SduKEo3H44kaFnC9Vtwyx/DkzCnDMXdNLdIwpNhQUuS8ew2d/ec/V+WSHjkHExpsJxa6X4i m7GLbxq7XOLJAMvr2dsXhL/70nSC/Xo/RqdRex9YeLFXTrBf7GGvnGAHNXfEAMLLx4R//6Pw v99gLx1DFWP0iqCSOj42/RmDRk8c2wItr9HYNHX2U00L5lVQci5GpKB3JNwKAEsfNHF/uJi+ bA0aZnDR6LPXxxdvwmVrMHIF+wD0icaIFEzOwdwKqm2lzn4aHONj0zQzzxdX+NoGbUm/aRHC kwQRbQt8c4tW1/nCEk3N0cgE9Q9TZz+2dFG9GCubqKQW8yoxswTT8jExG2LTMSIZ7tyD2zHg EY7OweAQCPb+aOuH1r5o6Y3mXmDiDkauYOiCBk6o7wB69qBj+9CAS9UYjmqz104K/72X/fx9 9sIh9q4SO3EVTurAHhX20jHhlx8IP31PeOEQe1cJTug8CoVg567DscvsrQvCcwd2IpzYS8fY PnVQNgIdWzBwgh29u70/OAejZwT6xaJrCOjYwlFt9o6S8NYFdvwqmntSQhaV1lFdG4m7qbOf ugepd5gPjPIPPbhoYoamZvnsAp9f4ovLtLRKK+t8XcIlW3xLxmVyetJmi3K2ObzQVNoTltnq UtIdPDhXtylf/S4N9xMhA7l0e31Dtri0OTG53Nk7Xd488qCiLzK33Tvjw4Glh1ZL7V6FXQGl vWF1Q4kdkwUjC03z60Ob8mXAZ9KF5jsAmSBpG8/JbHWpG0pa3pwkTnJhs3UsO6PFqWE4dW1r l0s87UBi0u21JcnY+JK4Z7q0aeR+RV90UfedvA5fUZt7ZqNjdolVUcrNyhDdRpdLXcaqI1eU pzRUF5TV1y9ckj7KZ7xowHRs0NaP7tzbsWungVE+Pc9X1kgm/+p3cwC+JePLq3x6ngbHeFMn 5ZRT9H10D0djd9C0wI/flFWMUdsKrjuAiTva+0NgPKbmYXkDdg/SwjIJ38glgghn1wayxG6+ +SddRF902Mkr70hKo8XIQtN36Ur+3cYul3hiwIxidlBT+MdXhB980Y4Ee+kY3o7hC8sckNp6 0SPi4cSRliV6hoNfLNx0Zoe1hFdPshcOsZeOsjfPw9lrYO6JsenU1MFnF7+FFipjfGOT5hZp eJw6+6m+jUrrMLsUE7IwNAlvx6BrKNr5gak76DuCthWoPGaOSMkQLlnAdQc088RbgegViXfu UWw63S/AwmqqbqGWLuoZpJFJPrvAV9e5bPuZ4RhfEB/O1NHGJl9Z4wvLNDNP49N8eIL6R6hr gNp6eXMn1Yt3NO5YVE15FZhZjJGpYO7JTlxlb55nb19gJ66CgRM43QGb26Bmyt67yH53gr12 EvaqgbIx7ExznbjC3jgrPH9Q+PV+9uJR9q4SO3b58zMKFW7AUW321nn2m8MfJeW9dR6OarPz N0DFBDQt4Io16D2U2YCZB1r5oL0/Ot0Bt1D0ikS/WAy6i6FJuGPAlSDClDxKL0JRGeVXUUkt lTdQdTPViXcMuHhHH3UP8v4RGhrjo1M0McNnFmh+iS+v0doG35RymZyzT1MROdscW2yt6IsS id2Ku4MH5mqkwvq39as+EQAKW9trK1szc2uDowstXVNFjcNpFX3RBR1+ma0uj5oPGS2OOe1e xd3BVf2xTaPpPdNlY4vi+fXhden8NttVSz8VWN2aqR1MFInd28ZzJPIlzvknuMRuX+JZA0Nh c3t1aXNiaqVnaL6+fTK/bii5oi+6sDMwR+whqr2Vm2tenGRYEaZX767VYa7er682rqU6d1Fl 9ayq5LTm1tnL8vN6groxGDihQyAGxmNSDpXVU3sfjU3R8trnNAQA+LqET83x3mFqaMe8Cox/ gLdj0N4fDJxA0/wTE8uqJqBnj+ae6HQHA+IwUUTFNdTcScPjtNNk/quACJclE2W9ESGlqm7Z n9OgcMveF1B0Prfde2a1d/cK9gxhl0s8OWwLVNcK2pbCf74p/PD5zyESP3kJTlyh7FK+uv6R 1GFyFuvbcEfoPD1Pqxt8bIpyysApCBQN2FvnhZeOsd8cZr8/DYe14LINuIdRVin1jTwV9p2A XCrnqxs0u8jHp/nAKHX0U1MnltVjVjHey8LQJPKJQodANPUAXTtQN30sx1AzhcvWqO8AJm5g 5YOOQegRjgHxFPcAHxRgYRXVtlBHH41M8PklviV9Vuz5nhgAaGEZC6vAzo+pGMPFm2jqQck5 1D1AfSOYUYRWPnD+BpzWBTVTuOkCV2zg7DU4rAUK+mhzm1JyqLSOSuupsBqzyyijCNPyMFGE cQ8wMgVDEiggHn2j0SMMne+AnR+aeYC2FTusJbxygv16P3vuAHvlBHtfGU7pfOUwbKZoCMpG qG4GmhagbQVXbUDPHvQdwNAZjF3RzAMtHhpwoUMgOt9Bt1D0jECfKPSLxcB4DE3C6Pt0N5OS cyi9ALNK5KL86bSo1jjbqhjDxhT7iZIUubiN+oZpeJxPzPDZBb60QmsbfHOLb2/TU6b94JwT kVzYXN2cnl7pHZyrE49n1wzeK+0NL+j0F4ndH3ys+SASuxV136kZvCcey+6frZ5a6V6SjG/I FuVsc1ct/RRidm2grDc8t927Z7pcKmxwzuVsUzy+wyV2Z5yeeTAUpMLaunRucWNsarmrf7a6 dUxUM3ivpDs4p9ktq9w6L8+88L5RWcz1Op8rYluN3hsqoxqKs+fOL59UWjultnnmkuyCnqBl xgycwNoXPCMgNh0LKqmliyZmuGSLbzO+ukHDE9TYQfmVGJ8BPlFoH4Cm7qhnD+pmH00dKxqC mhnccMJbARAQjwkiLKqh1m4aHKWZeb4u4d9M5+GLgAgl8uW+mYrMVme/wjOPUWN/4FtwMrXR un0if21rlr5jjw6/69jlEk8UgDQzD0kitk9N+IeXP5tF/OgF9upJvB3L+0c/+//2pyYp5du0 sEQ1LegfAxpmbK8qe+0U+80h9soJ+EAVlI1A34FCEx9maT+Fq+pHivaNTb6yzheW+cwCTcxQ /wg2tmNhNaXmUWQqekeBnR8YOIGG+WP9ppSNdrxf4aoNXLuFBk5o7IpWPuAWCiEJmJhNuRVU 00JdA3xylm9Insaj8aRAxGXb1DWAIYlw2Rou3oRr9hiRwgfHuGTroX5ay1J4X1l49QT7w1k4 dhktvCi3gmbmH551j9y3BEbybS6VPTLgorUNvrLOl9docYXPL9HcIp+e46OTVFCFt/zhggEc vwondUHPHkOTqLiGKhqpqIZyyjG9CJNyMD4DI1MxOAF35ric7oCdH1p4gZELXLsFl61B3Qwu PkZ188Ul7xdvgrLRQ127hjlcstjWNF1TvTp5QWFY4fiY0rkVLT3hmi0YOKGhMxi5grEbmrqD mSdYeKGtHzjfQc9w9IvFkASMSsW7mZiSixlFlFtOJTVU2Uj1Ymrtoq4BPjhK41M0s0BLq3xj i28LT0jqQwy316UL06s9/bPVLWOZFX2RhZ0Bue3eIrHbx0OmM1qd8ztvVw/Et03kDs83zK8P bUgXpML6NkgB2a5g+inH6GJLfsftgs6A4YVGAWR8l0t8l0GAwjbbkm6vS+RLi5Kx0cWWrqmi +qHkkq472Y0umZU2ohLLvFyzkkTDWn+dVhuNHl3F0QunZ4+fWjyusHpSWXJWU6aoJ6jcfGjd oWEGlyyYuhmom4KmOWiag4ox+6RIGg2d0S0Uo+9jbgWJu2l8muaXaXWDpLKnLUAJUZDIlkYX Wop7gsPKL3nlHXXPPeCRezCgSOFenXFlf8zIQtO6dJ7h9ndY8/ZdxS6X+AaAyLcFaukGl2B2 UFP41V7hX15nP32PvamAN52ppJavrn9pCTUil8qpsx8jUpiWJRzRZn9SEJ4/yH57hL2jCKf0 QM0U7Pwos5jPLDxhffY3h497Nz0ybtrYpMkZbOvFkjpMy8PQRHQLARN30PqLflMfOint2CiB ijFomoOBEzoEYGA8JmRRfiU1dvDhCb668cwcn88FEd/YpPwKNHWHi0aodBNt/aiqiRZXsLIR 9G+x104JP9/DfrWPHbpEESl8au5ryWwQaXEFs8vA3PNhMMhlawxPpr4RvjPy+5ETF3BAYh/+ rI8suR4Zc21KaXmNzyzQ6BT1DfP2Xmpop4pGKqxCUQml5eHdTIhIwaB49I4E5zuPxO6gY8s0 zB9nACCc1984ozFz5MT4gf2Thw6tnFTcVtB77DnzqHZOHqWbeNEILhrBxZsPicqj+tCVC1VN QM0EtCzgmj0YuaKVNzgEoHso3o7BkASMuY+J2ZheSDnlWFxL1c28uZM6B/jgGE3M0PwSrq1L JYvza4MDczVNo+kl3cEisduDFscHLQ6fsloSid3LesJbx7KG5xuXJONytonIiHCXOTxbEEDe OVmY2epc1hsxs9q3M7PxiEvs5kt8D0BERIQCyDdkC9OrPb3T5fVDKYVdgZktzg8a7R802IvK rIrv6de4qrbqnew7tXfsnbemXv/j/Mt/WvnNW5L/eVv2q3eFX7wv/Ox94Vd72YtH2NsX4PwN tPbBu5lUJ+aTs1wq4ww4wFPlivGXgQTLkonG4VSR2O1+k11uu0/nZNGGbHG3F/HsYpdLPHug wTFMygZzT6ZoyD5QEV4+zl4+xt66AEe04Mw10HfE0CRqaudLq/yRV+yzD9repsUVGhylxnYq rMaUXAxLAo8wsPAEfQfUtYMrNg8tp9RMUcX4cctNdvEmXLUBc090C8WQRErKoYIqamjnA6N8 doEvr9HqxsNgbJmcC4zDU3+BFgRq68HbMXDZmp2/wVSN4YrNzggZO6PHTunAKV1Q0ActSwyI o/Y+viX7Wnu0LVD/CEalgr7jw3W2pTdml/Lp+S8XlveVsWPNvLnFl9f47AIfn6KBUersp+Yu qm1lJVVL9xO6Q2waPC+3ul4d97bf8g8Fv2j0DEOnILDxZaZuYOgE+g547Rbq2aOuHerY4lUb 3HHi0rKEP/Pg+rIGXOzCDXbhhnBeXzh/Ta6gu3n20top5cXj52aPHJ84fHj06KHhU4cHzx/r VznZq3m65+q5bn3FLiOVXuurwy7m037uK5HhspQHmF1CRdVU0Uj1bSTu4T1DfGiCT87S7CIt LNPiCi2t8uU1vrrB1zY+YcO1JeNSGZfJuXybtgUuMGLwDJzG30VI5EsNI2mZrc71Q8krm1M7 f5SzrV0u8b0DIhcYl8poXUJLK2xoeK2yZDI1sjfMofG2XonXxVyfc6LbZ0U+p/OdjpeaHa69 ul+s+EHvkXeGPnh7/P33Zt/bv/Te0fV9CtLjGtvndIWLBoKeHXMNxrsZVNFAQ+N8ZY1Ltrhs +2nrRTwORLghW+yeKi3sDHjQ4pjd5tE0cn9hYxRR2H1i8ixil0s8mxAYH53E7FJ0C4ErVuyo FnvzPPv9aXj7AhzUZCd1QcsSXUIos5h6h2h57bvzJP7PITC+uk4T09Q9SPViKqqh9AKMTUf/ WHAORls/tPBCI1fUd4CrNqBpDsqP85syAm0rMHRBWz/0jKDQREoQkaiUKhpJ3PPxpDlaXuOb W08XTwPgo1MYlsTOXWe/Oy78ai977SQo36SoVN7SRQXV6BgImuagaoKW3pRdxqfmvubsLK1L qKEdfaNB1w6UjUDbCj3CeE0rLa78lRjF48Fge3q1t2ogPqvVNa/Dt3u6RCJb+kjGR0QCoy0Z X5PQ4gqfmefj0zQ4Rj1D2NZLTR28tpXKG6ioBnPKMaOY0vIxQYSxDzA8Ge/cw9sx6BGOriHg dAcdAtHeH2xug5WPYO4uM7q1ecNyXc94+fK1eQ2tGRWVyQsKY2dPjJw6MnLi4MjRA6OH948d OjBx6NDU4SMzR47PHT21dOL82imVzTOXZOeuCuevf/5wl5IhqBrDJQvUsQV9BzByQXNPsPFF xyB0CwXvSPSPw5AEikzF+AxMysb7BSQqpfxKKqmlyiZqaKPWbmrvpc5+3jNEfSM0MMqHx2l0 kk/M0NQczczzuUVaWH7IUnZiap4qH+dnCouSsar+WJHYTTyevSO85rtc4nsCQL4l40urfHKW +keovg1FJRiViu5h+Mk2O1M0kKkbrhiYTN+yHPSzbY+7VZvlWFrkWFTqUJhvU5xmUh55vdZL u8VCuevquQG1M2NKZ2fPKiyevLB6UkVyRlOqcFWuYSSYuoJ3BN7NpOJa6uynsSlaWOabW8Se 3ls/cZIJG2OL4sqB2CyxW2arc0Vf1Ohii3R7bVd1/cxhl0s8y9gW+PQcVjVhYDwYOLEzemyv KnvrPHtTgX2gCseugIoxmnlgcAJVNPCxaf5nUTLfYRBjXLLFF5b52BT1DFFzJ1U2UUElpuVj dBoGxqNnODoEooUXGjrBFWtQNX6MFvwmaJiDnj0Yu4GtH7qFon8sRqRgYjZml1F5AzW0U0c/ HxznU/N8eY1LZX/lWDcionUJNneCbzQ7d1149aTw/EH2xllQNcG4DD46xbek1DeCMelo6AzK Rqhji/6x1NRB65KvtTokotlFKqxGtxC4bAVKhnjdAUMSqLnzYfgrIo1M0udm530DYLA9uzZQ O5iYJXbNbffumiqSyJeezAwuEQfg8m3c2JAvzqxN9s4N1I+15/fWJbSW3mnI9ah+YFeeZFJ6 90ZZzPXyyGuVYdfqwwzbwq36I5wnonwXo8PWo2K2IuLkYfFCyF0Iikf/OPSNRs9wcA1BpyC8 5Q82vmDhBSZuaOgM+g6gaweXrUDTAtRMv67OROkmqBijhhlqW4GOHV53QENnNHZDcy+09kX7 AHS6gzsGXLdjMPAuhSZiZCrFpNPdLErKofuFJCqlvEosqqHSeqpswtpWaminli5q7+Pdg9Q/ QkPjfHSaJmdpZoEvLPOVdb6xSVLZk9OZPEuYWuku7g7ObvPoni6VCZKdP26zLfF4TkaL464n 7HcKDPj6Jp+ao54hXiemnDKKvo8+UbijA/y4w5KiIaiagK49WnihawgG3cWkHCqpo5YuGh6n pWVBur4hW1jcGJ1c6eyfrW4dy6oduFfRHlpa6V6SaVkWe6Pa70qznVqHwYU+rXOjimdnTp5Z OHZ2+YTi+mm1TcWr0sum2+ZuzCMMo1Ixpwwb22lglOaXuOwp8Gj5MzCQL2yMtI6L8jp8Mlqd iruDuqaK17Zmd+nEs4VdLvHsA5AvrVJ7L8ZngJkHUzSAI9psjzK8o8g+UIGj2nDhBujYga0f JopI3MNX15+2DOO/JgiQy+R8TcIXlvnUHA1P8N4hauulmhbKq8CUHIxKJf9YdL6DFl5w/RZo mH22TmPnfqBthdfs4aYzmnuinR8630HfKIxIweRcyq2gyiYu7qHBMT63yDe3viEtOI1NYWou WHiBmimomKCZB9j4Mh1bUDaGy9boG0ONHXxjky+uUlk9uASDhjmomoCZJ94v4BMzX6uNQMRl chqawLR8sPB8mI9u7kkJIj4wSl0D6BdLhdV88y+Fo63L5gfmamqHEgq7ArLbPQs6/Sv7Y7un S5Y2Jxh+9ZsfoDC3PlQ3lCwSu2W3ebZP5EtkS1+ze85QviFbmF0bGJ5v7JjIrxtMLOuNLOwK zG7z/IRausW5oNO/aiCuZSyzb6ZicrlzaWNsQzovEzYAtjnqUvKjAAAgAElEQVQA3xa4TM43 pbQu4avrfGmVzy/RzAKfmqOJGRqdpKFxGhil3mHqGuAdfSTuoeZOaminmhYqa6DCGsotp8xi TM2jRBHGPsCIFAxOQP849I5Ct1B0DEJbP7TwBmM3NHAEPTvQtgJ1M7ho9HUl7zt6dw0z0LLE K9agYwvXbuENRzB0xocGXN5g5Yu2t/FWADrdQZcQdA9Drwj0iYKAOAxNxKg0jM+gpGy6n09Z JZRXQcU1WNFAta3Y1EFtvdQ9yAdG+dgUn57jC0t8ZZ0kW1y+/cxZKQAK/bPVOe1eBZ3+I4st jyI+PsEldvsSzy4A+foGH56gxnbKq8DYdPSORFs/NHZDXTtQN/v4wymmasKuO8CtAAy8i0nZ WFyL4h4aGqeZBb628Re63EQogGxTvrq6NTO/PjS21No9VdI0dL+mLbys0r0o26Ik0aDqjk6j o3rbTcU+zbOjZ09OHT0+e+TkwvFzq6dV1pWubF013TZxBocAvHMPM4qwpoUGR/naU7QMQASJ fHlwvq60JzSr1SWnzbN+KHl2rX/Hq2AXzwR2ucR3BYh8S8qHJzCjCGxvg7IRnNKFQ5psjzK8 dxEOXQIFfVAzgWu30DsSC6tpbumZuzd/syDiDEgm55tSvi6h5TW+sMznFml0ksQ9vLyBMoow Nh39YtAhEG66wCWLz5Zk7FgMqZqApjloW6GOLVy7BTcc0cQdHIMwIA7jMzCrmCobqb2Xj0/z tY2vvJqntQ2sbADHwIexJNcdMe4BH57giytU3YLOd0DdFFSM0ciV0gv5zAKXymhwDOMegI7d Q+W0bzS1dPGtr3fJRuRSGXUNYEQKXLUFRUNQNwN7f7D3B20rdAoicc+fB6EQ4dz6YEGnf0TF Jf/Cs165R92z97tm73XL2e+Ze/h2wanQUrXsNo+J5Y6vzCgAhIX14fqh5Cyxa1arq3hMtCGd J/4lTnsi3JKvza0NDc3Xi8dzKvqiCzr9c9u9RWL3zBbnR4LpBy0OOe2e5b2RLaOZ/XM1s2v9 69IF6fb6NpMyFJ7kAzYijkgAOxL2Dw24ZHxTyjc2HzKTlXVaXuOLK3xhmeaX+NwizS7Q9Byf mqPxaRoYpa5+au2iOjFVNGBhNWWX4v0CShRhbDqGJ0PgXfSJQrdQvBWIVj5g4g76jnDVFjQt mPLXpiJKNx9qbFRNQN0MNMxA0xy0LFHb6v9n7z272krfPc2vMr3O6tUzs7r79MycWdMz3Wt6 jqtcztlVjhgnjI0DGYxNMjknk3POWSCBQIAyoIRAQgnlDEICoYCkJ8wLUf67XOFUsCu4dK39 CiQrbLz3vvZz378bRKaBx2nwSTp4mgmevYHPs0B0NozJgbF5IC4fBBdPMiphbh0oboZVHbC+ D7UNw55JOESCk/NwhoYW2JjJQ5wNJJRiqRKp9NhoQTt2tHeAf8s4sF+Lx7e/piVO8vOXJC2W PcW7n4dc4q8KhNjhxBIlWlxGfVOwvBWkFMPnb2BkWjBh6Tsr23cSQUwOzG+AbSNohoaEUmyw YJsD7R8g7+Gv7mpACASgzxdwe/z7Ts+2eU8ut7DWVJOs9dZ5VhFpLnV2NJ7aGLWSc2895rr8 9iXt+bP6U6cNp85azl7avXRz/2aE536cLyoVvCyGVZ1odBYtryG96c9Qs+ADXqNDwlL0TfIL xnk5lM0GhZXt9v0By9ohfgUhl/gcse+jeRbMrgbhSeB6TODC48AXdwJf3gmcegC+/rYmOy4P dk8gufoPmHb3GYAQ8h5iiw2JFYjGQePzsGUIFjWBl8Ug4tWPtX3/yI3eBBCVAVLLYXkb7BxD 00t4eQ3LNXh3D/9EqSsAaEsLmwbAo1RwPQaEJ8H8erS6jt3frgBAiLVG2DJ0dHF/LxlWdSCx Ah/68KEfMXkwswrcSQTXY0BsHhybQzbHR/haIEQCMcyqBmEJMOJVMN4XPkhBXeN4e/f9B7p9 dpait24hLH/qy58eXVRKOre42bzv2f6V7wiBHaeapeid4OeN83N5msk9j/UnL+6RH3jtLoNq m8vXEBYlzYS1wvcTlt5tE/zceVHNqmpEbmFa9rc8vn342S3KI4Tw+1sAoAMPtu1hoxUpdUis QDwxZPLRwjIkUeEYGfVPwfYRWN8HK9tBYQPMegtel4L4fPA0EzxI+a2rIr9CXb7dAjdiQVgi iHgNnr+BifkgrQzm1MDiZvC2Ezb2w84xOEhEkxQ0+22z+5oESVVYY0TmHWzfx8F4zV/Insey qhqe4OexFf0Ol/Hdz30BT8gl/hoAiO37SCRHJBpq7Iep5eDhqx9NXwhLADG5oLQFDpHgsgAZ rb9zT50feO0uvXqHu6Yl0qRt04LicWb6DCGJ1hDFzQwXR17dunhac+K45sRx/cmT5jPndy58 s3/5jvvrR/6wOBCXByrb4SQFbciww/lHeQWEwOE2CbTTU2tFo9wsorBUoJ3ac1sQQg63yWDf DAU9/WkJucRnCkLYvo/oXFDaAp69AXcSwJWn4MxDcPoBOBcJrj47mnn8OA2Wt6GlFWy0Yvfv Xej/eeLzYZsDK7WIJ0ILLDQ6C1uHYHkrTK8AcXngeRaIygCRafDhK3jvJfjxvClwKx48SgVJ hTCvDtX2oN5JOLWIGDy0IUNiORydBYkFR4989gZ2T2C1/gfaqe17aI4OXpeCO4ngTiJMr0AU FrbZsT+AtrSwbQS8yAa34sG9l7C8DQnE2On6rUXtAGKTFY3NwaQicDsh+A5hTC6aY2KnC2OM ELIdaOfENVVz3+QTfnBi0YdbIfHEKO+Nbnc9AH7NAgVEcMepYSn6Jvh5BEEBX0twuI0A+gEM +MGh1+9yHdp3nGrVNkeoIzHkXTPrFe8XLI3xsicF+dNrxaT18sXNJo5qVGKiGe2bTu92APpC kSO/AACw24sd+8hqQzoT2tLgTQUSbKIVIaRx0DwTEpfgGBkOTMHOMdg8AGq6YXkrKmqA2dUw tQwmFYK4PBCTA6OzwYss8OwNeJoJozLAk3QQmQYfpYKI19/J4HoXwPXz0rf+DS0JSwAPXoGo DBCTC5KLYFoFyK4FhU2woh3W9sCWQdQ9DgeJaHwOkaiIwkYM7u4SiTdZTBlNFtHb3UoZMm0j 8w622Hwmw7pgcHohlcfv2DcpUDCG610Gl/cQH/qwz4/9gb9W0OdfFYiQz4/dHrznxFYbUmgg nQOHiLCqA7wqARGvAu/XuN6KA+FJ4OEr8CQDxuSCrGrQPAinFyFPhIxW9GcYGosxDs6+DLht BzrNDn/DMMfe6qNs1M4xCqgjr9m1L3gZd0WPr8pvnFNcOa26cEp37ozpzIWdc187Loa5vo7w PkzwpZcGGnrA9AJclyDzNrLvY5fnd1Mjr98ZrHca5+dOCgpYil65mbmqGqbJOnacmpBO/DkJ ucTnjmMf8USwZQimlICHr8A30eDK08CVp+BSFLgWHbgWDa5Fg/spML0Sdo+jNQm27uJDX+js 9dFB/gDecyKDGUuViLOOFthwYh72TMK6HljcDLOqYWo5SCqEMTngSTp4kALCEn/gAujKM3Dy QeC/feP/53OBfz4b+L+ugCtPYXol6iWgeRZaFaINGZarkcaATdvY5sBOFzpwww0ZqO8FzzLB rTjw7A1sG0YSJfYeIvseXGDD/DrwIAXcioMvi9EYGWmNv3WpyuNFC8sgufgfjcJ3EmFpC9rc wv6A3WUgrZeXz1z8ORbxD52YPjG0+lprE4AfqXf66b5qhOCuS7+sHBjn5YzzcliKPrmFKbMw 13RElqJ3XlxLEBS+V7CUPbVWOLNeQRE30GWdfO2kzMIw2EV2t+Ew4Ap1BP4xBFvevT7sdKFd B7bsYL0ZqXRIqkIbMsQXoxUhZHDhAhvN0uHUIhqbg4NE2DMJ20dh0+BRAFdJMyxshHn1MKcW vqkG6ZUwtRymlILkIphYAOLyYExO0Pbh4zQQ8RrcfxmsEgS3frGNBK5FOy/fNZ4+pzt50n7p duB2LLj/EkSmgmeZvuhMY2Sk5MEVXcwTd2YRKGqE5W2wphs29qO2Edg9gQaIaIwcDOCCFBai c9DKGuJuIMEmEkqQSI4kW0imQlsarNYjrRHpzdhkRR8EcL1LtQ7ZyAcAiF0etGNHWiOSKNGy AE7Ow5ZBWNgIkgrBw1ffmSQdlggiUkF0DkgpgTm1sLYHjswg6goWK7BlB/9p5OGngQh4/Pu7 Lp1+d0NqpvPVE+z1NtZi+fJQ5mpdHC/rvjD62uaDy7Kb55WXz+jOnjGdOb997uruxRv71x+6 n6V4s8p8DV2BCTJcFSK5BhmtaM+J/Z9QLfzAa3bIVlXDU2uFBEHBzEbF1Fohcb1UbJg//DbD 4H0QPnIn3e66cntVZmHILSzNDt+8J3cd2hH684ZZfTaEXOLvgdOFJEo4SoY5tUdVMcF1iWvR 4Fbc0aHzZiyMzoFlbWh6CUlV2O0JnYF+BxAA2OVB23akNWGZCgk2EYsP51lofA52jcP6PljW BnPrQHIxuJsc+NewwH864/+nY/5/+iLwX84F/vU2uPgEXIsO7j5wNxlEZYD4fJhaDnPrUHkb rO+DXeNofA52T/hz3m7HxIqSw/nZD/VVeYcLVLxtwwduJFfDjlEQkwvCEgKP05y1TdaVedee 5dDvMjkkQh1pRTm4rp+xu40/8zIa2RxwbA5kvgUxufDZG/DoNQhPhJFpaJBo14jI61UVs5d+ kUgEtxLS2am1IvO+HCKAMQ4An9WpFBnmV5RDK8ohrW3NF3B/+E4Q8gW8DrdJYWGtqoZJ6+Wd jBe1lNu1C7fb6FEDKykj3MxR7psxbtYkP39mvZIqbVneGljXzyi3V00O6a5L7/HtBVtmfQHP rktvdxn94PCj/w2E+OR8m76F3cFuKAey2pDRirUmrNIjuQZJttCGDAnEkLOO2ALE4KKlFTTP hDM0OLUA35lJxxhsHYKN/bC2B1Z1wLJWUNQI8+pBVjVMr4Svy0BSEYzLh9E5/qi03TsRmssX dBcvOL958L6K+K89t52/pj35lfXcFe/Xj3/OqkjgdjwITwIPUkBkGniaCaJzYHw+TC4Cr0tB egXIegtz62BhIyxtgZXtsLoL1vfC5kHYPgK7x2H/FBydgQQKIi2hOQZaYCPaKmLx0aoQ8cVo XYo2FViuxiod1hqR0Yq3bXjXgfacyOVGh3+ZeQU/BYD4wIUNZixWYBYfTS3A1mFY2gozKkFs Lrif8h1RDEsEURngZTHIr4f1vXCIhBaXkWATKXV4x/553GgD0O/x7TncRrNDrtnhSXTza+sD vKU6zljeaksip+ChIPGm6PFV2a0Lqgun9adOG0+ft5y5tHPxmiPskTM6xZ1ZdPi2JTA4BWkr aEOO9BZ84P7oRQ0IwX2PVWSYo4gbpgSFY9yscV42Tdpm2VO8fyaCCDq9OzIzjSKu72Un1lJu l89cKpo+WUI6Uz13rY32ZFJQwFGPWfa3AAyVc39CQi7xtwEh7PYinQnNMWFZG3j4Ctz49tbL nQTwMCVwJyFwIxbcjAURr2FSEWweQiwetto+59kUf2Ygwod+7HTh7V0klMLWIRCVAS48Dpy8 D27EwtdlsLIDVnbA/Hrwqgy8yAb3Xv5o3lRYInyQshMbN1txo6bvRNnQl+1NpxRP7/ij38Ca bjRKhmNkWNN9mJC9FRcxVXWtY/TmNC2dzCvtYjwvn71URDxVMXuZLKq2u43/9ttGCB/6sMWG 1HokVyHJFlqXYr4YLgt07MkJemr5zIVfIRLBrWb+5rJy8MC7CxGQW5iDKylV5KtFxFPFxNM9 7Dj97gbGGMCA69BudSrVO1yRYX55a4C4XtZCjSghnimcPlE4dSKf8GX+1JelpHOttMdEYdmy ckhsoGhta9tO9b7H6vbt+YH3/XMVQsjhNrIUvb3shB5WrMS0FAjpxN8NhI5mjR36sNuLD9x4 z4nte2jHjq02ZN7GRgvSmbDGgJQ6rNAgqcq9xpPOtVIHX/LHCneXZhGThxaXIZmOphf9I9Pq ujxO7gNF8UtXTdPRmklxM8yrg5lv4esykFQIYnPBszcgMhXcSwa344+O1b+2QCtwMw6EJYDw pGCnO/heABdILATJxfBVKUgthxlVMKsa5tTC/HpY2AhKW94P4DoaWjJJgTM0RGEjGgexBZC3 gdalSKJESi3SmZB5G9kceN+FPYc48EeoCIRo/wCpdGhViIhLsGMEFjfB1HIYnw+iMuDd70bz hSWA51kgswpUd8GBabS4jNalSKXHlh20d/DnmiP0CUAYBaDf6z9wem12l8HskKn0rE3R5Bqz dYVUzOhMZBU+4L+8JYq8qvjmrPb0Sd3JU4ZTZ4xnz1suf2O783D/aYLrZZa3qDrQPQopTLQh w1Yb9n+cq3YA/SaHhCptHeNlBxeNicLSDf2cx7cffIAfHGp2+ARBfg3lZsH0Vz941sgnfFE2 c76bFctVj/32KL8QP0bIJf5mIIT9frR/AFfXYV0veJp5VEx8My4Q8QpEZwci045aJG8ngIjX 4M1bODaH1IZQi/YfQwAgkRzW9oCoDHArHoQnwdIWtCrENkfwmgYFr2m2d7HOjEUKxOAiwgLq noDVXTCnBiQUBJfs/TeipQn3WzpOz65XCXWkbsoTWuS/7v9vXwb+5VLg3CMQngQevNTHPO5r OD/ETB7jZtXO3SglnhlYeSm3sEx7snF+TjcjRmcT/ttv2O1BK2toVYgd+++fg00OySj3Td9y 0sJmYwv10a9ziYKp433LSVrb2rZTNcxJa6M/WdfP2g60hLWCqrkri5Kmdf0sQ95FFlUThaWE taIJfu4IJ6OZGlFHCeOoRrjqsb7lRLqsY2GzoWExvJ3+lCZrMzo2DwOun1gEd/v2liTNHYxn pPWyHlbcnKjG4TZ/lH0b4jPG4TZzVCOT/PxV5fC+ZxtDiAHAAYD9AZ/HKdyanGS/4Yh792wa fODGThfeP0B7TmTfx7t72OZ4F8OFzDvIYMVqA5ap0boMczcQkw8XltEMDU5Q4BAJdE+A1iFY 1wsrO2BRE8iuhemV8GUxiM0BUcFqyR+ZnPOL2kVuxoFb8UeJwOFJ/8jgepACIl7DR6kwMg08 TgNP0kFURjCGC77IhjE5ID4fpJSAzCqYXw9LW+DbLtg4ADvGUP8UGiWj6UU4x0RUDlpeQ3wx EivQlgbpTNiyg+z72O39uSoCIHY4sUyNqSuonwDLWkFyEYzKABGvwb1kcPu730BYAniRDfPr YPsImqWhDRkyb2PHu+jhv/46zG8AYQQRCIBDX8Dt9e/vuUwGy5p8a04g7GUuldF6ElklEYKk W9J7l1QXTmlOfqU9cUJ38pT+zFnTpSs718Mc4Y8PniV7c8oDnSNocRkpNNjp+pWJVRg5vdvC oz7sb+O2+bl0Wad5Tw4RcPv21nSkDsazwh+xiO8YxdSX1fM35sS1Vqfyo39pIXDIJf7WBAJI ooJtIyA6BwTTHm/FgWeZ4FUJiMsFd5P+cfMmKhPW9yK+GLtChU+/Fwghmx1OUkB8frBcGyYV oakF/EtHvx368fYulCpkzJ5m0q3ggbV49IvZ5K94N4/NJPzrYOEXxNxz4rg7zKybw4QnIsP8 snKgjnK7YvYSXzvF1UzUL4bnEY71Nl00pCR4UgsUNW8oA/HThITBmWdERrZka0ZpYtOl7YOr ryf5+fz1PkdLsy8pT1tbML+Y089OGuFmMBU9i5uNDYvhAu20eofbwXj2q5cmCqe/Iotr6PKu blbsqmqEqx5vXLqfRzhWQjrXxYwJnm+GVlM7GdENi+E18zfa6E+aqA8aF+9JTEtSM62F9ujb iqkzbfSodvqzZmpELzthTlyj3RXue60bevK8uHZhs4EoLBnhZlDEdUIdqYcdP8p9I7MwJvi5 I5x0g130+UU2hfiIIASt+1t0Wcc4L2dDT/aB78xX8QU8a1riOC97RTm49+m9FAGAPV5s30fm HawxIqkKCSVH/e5kJiIswGES6p6ALYOwphuWtoC8OphRCZKLQEwOeJwO7iYHbseD2/HgVty3 W/zRdjPuO9t7wVlH228RmOvfRlA8SAFRmSAuD7wqgW+qQH49KG+FNV2wugsVN8H0chidDe4k gAuRgZP3A6cegLOPwPlIcPEJuPIMfPMCXIsGt+PB8yxQ1Aj7CIjORRrD0UTR97cPIstCfA+I gPvQYd6Tycw0rnyQTiuldcWvFD5cj76huH5efeaE+tRXmpNfqU8c15z4Sn/qtPXsZfuV2/sR 0Z6cMtA/gdgCZLDgYB7uz+vhAdDncJvUO/w1LZEqaZ0SFI/zckjr5WIDZc9j5qhHy37hKnfh 9Fcj3EyH2xhanfjohFzib8+hDynUcIgEXpWCh68DN+OOjCK1LJBRAZ5mgnsvwe14cCMW3E+B uXWIsICVOux0hWqfPhUAIqcLLq+BkhZwPwXcigPP38CmfiTZ+tWtfggjrU3Yw4qrnr9etxBW NnO+fvZGDfl6w+LdVlpkCzWinHS+mHCyhxWnsLA29OTe5cQuZrTUTNs0LfWxE0tJZ1czw9xh z7diH3Z3Xa2Zv9mweLeZGtG4eK+UeLaUeLZ+4U4L7VEL9VEd+UZv59cjtVdahq82LgT/8Ue1 lNvFxNNV5KubxkWjY3OU+6aEdKaEdPSsZurDspnzR5JDPF2/cCf4lqrnrxVOn8gjHHs7903D 4t2GpXst1IgW6qOK2csFU182UyNE+rlN4+Lg6uuymQv1C+HjvBzSesU4P6dh8W7dwu0W2qMW akTN/PWi6ZM189eDLtHBeFo9f/3t3Ddv56+Vz16qnr/eTH3YSousX7hTtxDWsBj+du6bmvmb 9Qt3mpYetNIiGxbvls1cKCWdm1mv0NrWFiXN1fPXCIIC24H24+7zEJ8TAejT7PDnRLVEYZlm h//Bb/3Au6b7/VzitwIh9vrw/gHasSOjFasNSKZC61LE3UAsPlpaQd+OKIF9U7BjDDYNwOpu WNYKChpgVjV8XQ6Si0FiIUwoAPH5MDYXxOTAF9ngeRZ8mgmiMuDjdBCZBt9lcN1NBuFJ/wjg uhYNrj4Hl5+Ci0/A2YjAl3cC//1a4F8uBf7j6cC//9L/7/7V/z/9f0fbv/tX/z8d8//7L/3/ 4avA/3LS/89nA//1auBYWOBCJAiLB08zQGIBeFUKMt9+u0LSCRv6QNvI0YiSCQqaoaEFNmLw EGcdCSVIokTBHhK9CRvMyGTF5m1k2cFWG9qxY5sD2fexw4n2D7DThVwe7PFi7+HnHcCFMDoM uBwu4+6B3unZ3vdYzXuyLTNrXTLGm6/md2Wsl0RLEu5K717evH5advXU1sUT0kvHRddPiMLO bIVdNoaH22OSXCVvff0TAfpKQKGC2ztoz/mD41+Q1wu3d5DThRGCEHj9Lo9vz+ndsewp1Ntc 9lZ/MzUi7+clAb6/lc9enFor0uzwt53qHafGdbgLQ53ZH4OQS4TAGGMcAEhrhLN0UNQEnmcd hQg9ewNSy0BWNUgpBS+yj8YRhCWA5CLYNICYPKQzYY/38zti/mEghD1eJFHC7gkQkwtuxcGI 1zCvDi2w0Pbub5E3iIDMzGimRtBk7aodbjcrpmzmPFn0Vm5hSUxUo32TKm1rWnowu1Fp3Vfu ODWrqmG+hrDr0tsOdCxFX9PSfWbxfcvrFNbbpyNzsSIDxbK/JbMwWYreTuaL2Y2qTePipnFB vcMV6md6WHE1c9cXNhvkFpbEuCQ10TaNi4Mrr8b52aY92YHXxlWPdTCezW5UigxzIsO80b5J 2awvn71UOXuFtF6u2eFvWZclJtqajtS/nFRMPMXeGrAd6LS7wk3jot4uXlEONSyGE4Ul1v2t XZduTTfdzohqWLy7uNm0oZ+dWivsYcdv6MnK7VX1Dm9dP9PFjK5buB10iWFOOl9DWFYO1C2E NS09EOpIW9ZlmZmusLBm1isryVc7Gc+lZrp2VygxUXU2oXlPNrVW1EJ7JNAS9j1W9Q6vmxXb y04w2MUfcbeH+Mw49LtkZnowCszkkH3w2++4hOdP7xK/EQjxoR8duLFjH+/sYpMVa414SxPs pEI8EVoWIDoHLbDhLB1NUlDPJKzpBnl18GURePQafP0MnHkIvrgT+O/XAv/npcB/Oef/57P+ /3zW/5/O+P/5rP9fLvr/n28C/+Nm4Is74NSDwPnH4MrTwLUX4GYsuBUX+OXpWz+wKnI3GUS8 BlEZMDobBgcmppWDrGqYXw+Km0FFO6zpho0DsG0Edk/AgWk0SoaEBUSiIQoL0TiQxUcrwqMM rnUpEiuQRInkaqTUIY0B6c3IaMUWG96xo909tOdEB27sOcQ+PwZ/RhU58O6sKAdbaY8bF++R RdXW/a1gaxlCyB/wOr3b5j2ZYGt8bD6xs/+bkcarxNKr/ZUnq7u+KB45Vtt2jJjyheTycd3J E4bTZ8wXrmyH399NTHGWVHq6Bw4pS37hBlBpkM0eHJznVyhcDa3+vnGnUizTL1HEdYubjQa7 KAB9yu3VHlZc4dTxX7e4XUw8VUm+WkG+XD1/nbReZt0PVT19BEIuEeI9AESWHcTkwcZ+kFh4 FIb4JB2+KoHFjaigEWZUgifpRyvdTzNgVjUaJmGhBO/uhaZo/3aQeQeSaCC7BjxIAXcSYXIR GiLhLR32/dbkQYiAxERtWnoQdIne5YRJQf6mcXGMl1VCOtPBeKawsCnium5W7I/VOLX0Xx4a jWgl3umiv5CYllQ7nE7m82ADg9RMnxPVlM9eql8MF+pIy8pBgqBQbmbObVSXzVwon704ynvT v5xcNnOBryEEa5w6mS82jYuk9YqymfM97ISptaJayq1hTppqm0OVtlbNfV1Huc1TT/DUEy20 yBXlkO1ANyeuKZ+9OCko0NqEw5z0SvLVD2qcWmlPupjRbfQnPM3E8lZ/cG1hgp/bxXzxrsbp nUu00R9z1eMam6CHFVdKOjcnqpaaaL3sxE7Gc+X2qtgztBwAACAASURBVMhAaaU9blgMl5iW RAZKE/XhuxqnEtLpSUH+zoHmo+zxEJ8lbp9jXT87tVbElHfvHug/+K0/4F3TEsd42ctbA3/3 3hsI8YEL6c1oQ4YYXDRJgS2DoLgJpleAmBzwIAXcjAXfvAh8/RxcfRaMLwcxuTCzCpa3wfYR ND6HZmhwgY3oXMQWQLYAMXmIuooobEhmIOISGp+HQzOobwp2jcO2Edg0iOp60dtOWNYKi5pg Xj3MqgZpFSClFCYWgthc+CILPPm2y+Inhv/8XBWJA3cSwf2X4NFr+CQdPH8DY3JAQj54WQxf l4GMCpj1FuTWwsJGWNICK9rh2y5Y1wObBlDrMOwaQ/1TcGQGTc4j4iKcpSPK+wFcIrQuxZIt pNAgtR7pTci8jW127NjHBy7kPUSfpuVdtc1poz/pYDybWisaWEnhaybfT89DGFn2FJP8/Fba 4/7l5FrKrdKZc83UiAVJI03WMcBKauk5Ry+4LY65Jb17aevyGfWprzQnjutOnjCcOWO8ctV8 /8F2fOJeXpGzuc1FmPb0DXvj3uxFJ7Fb43qWnvcvJ7fSnsxuVJn3ZIubTZWzl391oWzl7OUx XhZT0TPBz2ujP+Zpxj/6F/U3JOQSIb5HAKDgsM++KfiqDNxJPAp3isuDZa2geQBUtoPY3KMW i3vJMC4PVrZDMgPpzD8wLi3EzwAduBFPBCvagz3W8Ek6qu1Bwk3sdH2UrL0PXGJwNWVVNcLX EBoX7wUPr1z1+IaBPM7P+TGXeLe10CIlpqVV1XDdwu3SmfMLkia+ZrKD8axg6njh1FeLkqZ1 /cy0sERkpBjs4nlxbdXc1wVTxwunT+RPfRl0iR5W3AQ/V2KiTvBzSkhn8qe+KCKeLJ+5sLjZ pLCwetnxeYQvCqdPTPBzN40Lo9xMrnpMt7vRy07IIxwbWk1V7/BHuW8+cIl3Ww87fsu6MrVW VDpztmL2cinpXOH0iZr5mx+4xNRaoda2trDZWEo6e/Ss7dVxXnYn47nURGMquqvnr+cRjq2q RuQWVjv96TuXGFhJUW1zAj8y5iJECISQw21eVQ5P8PN4mknXof2DB/iBd01H+pu6BIBo7wCp dGhFCKcWQeswLGiEr0phXB58kg7uJn/n8v12QuBpJsisAjXdcJCIaKtwU4G0BmS14f2fl7AE EQoA7PNjrw+7vcjpwnsH2L6PbQ60vYstO9hkxQYz0hqRWo+VWiRXI6kKbW4hkRwJJYi7gZj8 dwFccJyMhoioZxK2jcDGflTdDcvbYGEjzK4B6RUwpQTE54MXWeBxGnjw8iO0vN+MBcEs4HvJ Rz3uj9OCre3gRTaMzYVx+SChACQVwZRS+LoMpFWAf2RwNcDSVvi2C9b3wdZh0DUOB6bBCBkS FtEsHS6wEYMLV4RIsInFCiRXY40BGS14x44dTuz2Yn/gB79bqZlWQ7lZPX+9jfa4lfqYKmlT Wlf5mkmGvIuvJWhsglXlUAfjGUPeJdSRmpYe1FJurigHN42LfezEpqX7PfRoiZxkVXDWGe1z /TEz9eGksm8mC87MvD7JvfuV6tRx1enjousnGLFnZguvLJWGS1IebSbem2gNm12vEBsXhjlp AysvWVt9nczogqkvf51I5E8dH1hJUVhYDHlXC/VRM/WhQDuNMYYI7HssEuMiXd5Jl3du6Mk7 Tg1EwA+8RscmVz3GUHSvaact+wq3z6HdFXLVYyvKIYa8c0nSxJR3S0xUp9fmC3hNDolAO7Vh IJv2pEaHhKeeYMqDT9zy+l0Gu1igIayqhtlbfet68u6B/rOZfRFyiRA/AkLI60N6M5xaAOkV IDwJ3IiFdxJBVAaoaIOjs7BnEmRUgPCkoxsw95JhSjHsnkAiOfaGQjN/NhAivQkOTIO4PHA7 Ad5JRBmVeJ6Fd35TUdOHL/KhS7wWGea9fqfTu7Pnsex5LF7/gXKbM7VW9DNdgr3VWzN/o2L2 Mkc1su/Zdnptex7Lvsfq9TuN9s0RTsbbuW/W9TPBCleFhdXLTiiaPhl0iV52AlFYIjPTx3nZ xcTT35axXqDLOqRmehcrJlgFO7iSIjYujPNzuerxYLNH0CUMdvEEP/fHXKJ/OVm5zZkSFNVS bk3y85qXHuYRjlV/2y/xziWWpM3WfaXbtxf8+K5DewAc0uWdQ6tpEtMSXdbxdu6boEuodrhd zOh3LjGzUbnrMnys/RLi8wMiYN6TU6Vt02vFMjP9+wNJ/l4uASHeP8AKDaKuwD4CLG0GSQXg cTp48Arc/V7C0u148OwNzKtD7SNolo425Nhqw/sHyO35w8p+gnHA32ZwYZ8fH/qw9xB7vNjt RS4POnAjpwvtH+D9A7znxA4nDoZxbe8igxWr9FiiREIJWhUiOhdRWIi4BMfIaGAKdY7Cpn5Y 3QlLW0BePcysAiklMD4PPMsEEa+ObuH9xvStowCuOHA7HoQl/EAG18NXIOI1eJQKItPg4zT4 JB1GZYCnmeBFFkjIA69LYFYVLKyH5a2wphs2D6p7q9rGbhzd3Z++0Dp7t4Z8rZR0tph4qoR0 ppJ8pWL2SjM1Yk1H2jQuNS09aKY+FBsoXPV4HuFYJfnK4mbjgXdHs8PvYDwrJp4qmjpRRDhe OPFl0egXbwdPjrTfJNXebmo/WTJ8rGj0WNHYF2XDX1UOnqgnXqNK27esqwMrKUXEk2Uz54um T/7qRYmCqeNjvGzVNneEm5lP+GJw9ZXdbQIwoLeLxnhZZTMXioiniqdPlc9c7GUncNSjVGlr /cKdEtLZIuKpUtK5xqUHvezE6vkbJaSzJaQzxaRTRcSTxcTTZTMXx/k5wZLaUtLZUtK5SvLX VXPflJDOFk2fKiGdbaY+GFxJqZ6/Xko6W0I8XUw8VUo620p7vK6f/b3/pD8NIZcI8W+Ddh1o gQ1zasCDlOB9I/goFZa3oXkmmmPCyg4YlfnuNkzg3ktQ3ASXVlAwZ/rPV/T5ZwEh7HIjJg9m 1wRVDTxKhS1DeEv7sfK53/F9l1jTEvkawjtPKJo+WTR9spn6UGSY+8AlRriZYiPF7XP4Am6j Q8KQd25Zl993CZ5mounbC/rC6RNF0yfz37tp1LB4V7nNEepI9Qvh71xieq1YaqK97xJlMxdo snaZmd7Nis0jfJE/9cUoN1NmZkzw8z50CcfmBy7B3upzH9p9AbftQKe0rlr2FFOCoorZi7WU G6Wkcz/hEtNrJfmEL/MIxwqmviwmniqYPt7JeP6+S3BUI+odfhczZpSbGXSJIU6afncjlOMU 4scIQL/GtjYnriVvVGt2BN+fkOUHXmHQJZSDn49LIIQBxP4AOvThXQfekCESFTYPwswqEJn6 YbHQzThwOx6GJYD7L0FcHixtgQPTiMlDWiP2hO5DYYyDfSaHeN+JrDasNyGFBonkiCdCTB5a YCPiEhonw/4p2DEKGvpgVQcsbgI51TCtDCQWgBdZIDI1cO8luJsMg73s4UkwPAncSQRhCUfb d7K54j9M4voRP5Ek3G8YvEBaL1dY2D3s+IKp4wRBoevQ7gt4TA7pGDerjhLGVY8D6PcBr+1A t+3U+AMeAANGh2RmpXC+L8baXr8ykN5EDmPIO017Mr19ww+8ex7LwmZDMfFUMfF0B+O5wsI+ DLi8PidHNVpJvkIUltoOtBCBXZd+Zr28cemeQDvt8e27fY5l5VDB1Ff5hC9aqI9EhjmPf9/r cyqtK73shPypL0c46cEx2B7fvse3LzLMNyzeHeflBoAPIrjr0s+L6yb4eXa3webSzW5UdDCe SUxUr98ZPNON87MLp08UTp8gCAp8AY8v4DbaJaPcN/lTX3YxYzQ2gcNt2vNYnV7bvnebpeit JF9pWrrfRo8S6kisrd4K8uUJfu7B4a4/4DE5pCPcjCLiqXZ6lMRECz5RbJivmL00vVb8eQws CrlEiJ+NYx+x+LCmG8bmHl373k+BBQ1ogoLmmLB7Ar55C6IyjqTibjJMq0B9BCxRYvveZz/x 55eCPF4oU4G2EfA8G4QlwIcpqKgR0TnY6foUL/eBS/QvJ9NlHWIDpZsVVzj9VRX5qthAEepI AyspPM04U9H7vku0UO7XEC41zt9pWLxbRb7aznj6bl2ibPoMaa1UZqYTBAWlpHOlM+dWlIMi w3wvO6Fx6X4l+Ur+1BdVc1+vqobXtNNt9CiOamTLstzBeNbNihUbFqaFJaWkc8GYplLSuXFe jmqbMy0sKSGdeTt/fXlrQKif6WS+WFEN/4RLtNAiq+evNy7da1y8V0u52U5/smGYW9hsqJi9 XDR9qm4h7O38te/3Xg9xUmVm5qZxsZkaUTB1fJSbqd0VBmucftAlhlZTxcaFcV52Cen0BD93 x6n+FLspxGeAH3hlZgZJWLYkaTE5pN9PiXnnEn+NHKcfBCHs82GnC9sc2GhFUiWirsIBInzb CdPKwaPU71yP3oqH95JBZBp8kQWSimB+PWwdhsQlxN1AejMKpXd8IiDEbg+27yGLDWmNWKVD ki3IF6PVdUTnoEU2mqGhMTIanoHdE7B1GNb3wbJWUNIMc2thWgV8XQZTSuHLYpBcBBMLYXw+ iM3dzHtRP3ox6BIDKykT/FytbW1OVFM2c54oLN3Qk/uXk39sXaJ09Hhfw4XFvOtDtZfqZq4v bw3YXQbyRnXT0oMV5ZBmRzCw8qqVFsnXEDjq0er5ax2MZ2IDhSHrbFi8+25donruOk3WLtTN NC097F9+uWlcHOFmNC3d52sIm8bFVuqj6vnrTEW3zMLoZL4Y4aTve7ZlZkY74+koN1NuZi5J W8pmzr9bl8gjHGtaekCXd86Ja3qXE5iKHqGOVEe5VbcQRpW20WWdwY47jU1AFJaWzZyfFpZs GOb6l5N62HEGu0izI+hhxdUvhvM1k2va6dKZ8+Wzl8gbbyWmpWFO6tRakXlPNrtRWUG+PC+u k5kZ/Ssv2+lRMjNjy7rSTn8aDJVakragz+LvP+QSIX4JCOE9JxJsws5xkFYO7r8EN2Lh/Zcg oxL2ESCZAYlUWN8XjJc9us/xIhtWtKNZBt7S4gM3hp/Df5vfhN+PTFZIoID0ShCeBMIT4atS NDKLtSYc+FTdJhABqYn2ziV6WHHN1IerypF13Sxls2HTuLihJ/ew46vnrzPknWIDZXajspka EXSJ8cnngtZU69KkRcenS9qHOelBl6idu9HedrZrMpy91b+mnZ4X19Fk7VITbU5U3b+cuKad 5qhGZtYrFiXNm6almfWKitlLNFm73i5a2GzoYDxjKro56lGyqFpspAi0hKalB3ULYUxFr2qH y1T0UGVtG4a5SUF+2cx59tbAT7hE33LSqmrI6lTtHGgVFvYwJ32U90Zioi4rB5YkLRt6MkGQ 30x98L0cp9vDq2lb1uVV1cicqGZdP8tVj7dQH/2YS/QtJ0lMNL5msmnpQTM1QrXN+UR7KsRf Ha/fKdTNEAQF7K1+u8uAvpdk/5d0CYiwx4t3drFaf9QnPUaGjf2woAEkF4FHr8Gt9/sc4sGj VBibC1LLYWEjbBpA43OIzkFiOTJtY7f3o/SAhfiEQIh9PuTy4D0nttmReRvrTVilk/BH6sm3 gi4xu1HF1xAE2qngobJx8e6qapi91d/NivtBl3h/ezv3DUveo9rmdLNi8yaPjXAydLvrC5sN 08KSTdPiECetYPqrwumTk4ICqZk+KcgPusTQamonM3pNS6RKWytmL+cRjpUQz9TM3xjhZm4a F2c3qkpIZ4qIJ4c4qSLD3NRa0Tg/x7KnoGzW5xGONS3d52nG2Vv95bMX33eJd1vN/A2GvHvL ujLKfVMwdbxg6ngp6VwH4+majshRjwXH4TUs3l1VDbG3ekc4GVqbgK+ZLJu9UD57YXajUmtb mxTkv537hiptFepIw5z0dT1ZZqbXUm7lEY610h5vmhZXlIPt9CiRgSLQEhqX7lWRvx7jZZkc 0j96Z38cQi4R4peDEHK60JYWjs+BvHoQmQZuxoF7ySCpEDYPIjIdMbiIQIHlbeB51tFsikev 4esy1DGKlgXYasOBz6Tf6BeBEEKOfcjmw8oOEJkGbsXB51mwoR8Jgj3Wn9CyEEZ6+0b/clIX K2aYk16/GF41d7Vx8e44P4csqiaLqhuX7jUu3W+jR3UyowmCAoKgoH4xvJcd38OKG2m/qYqL 9Mfn+HvHNlk9/Yz4wdXXHcwXrcQ7vJKns+U32whho5zM2Y2q2Y23/ezk9tHrHe0XukkRk/w8 sujt7MbbwZXXrfP3q4mX26iPp9aKJvh51fPXq+evj3AzZzeqSOvlLdRHwVESlXNXR7mZZFH1 zEZFDzuudOZ8HuFYJ/PFCDfz7dy1PMKxWsqtMV5Ww2J4MfF0FyumhxXXw4qTW1gABjDGfuCV muk9rPj+5eSZjcqZjco+dmIl+UrZzIWB1VeDq6/qFm73sOM6mS/qF8IrZi91Mp8T18vIouoJ fl7T0v1K8uVayq2BlZQOxrPKuavFxFPdrLgRTkbw3Q6tps1sVDYtPehkPNPa1j7dzgrx1wVh 5PCY2Vv9BEHBmo70/cZrjLEfHAp1pDFe1p+6XwJCfODGBgsWyTGdg8bnUNMALGqCaRUwNhc8 fAVuxb/fJA2epIOUElDYCBsH4BgZMbhoXYrVerxzFPH5R3+eEB8BqZlWvxgedImFzUaJiWqw b3LVYxzVyLp+1uSQrmmJvezEn+MSTHm33MJqpz8LuoTBLqbJ2uc36yz7W5vGJY5qhKse27Ku aG1rM+uVQZcY5qQPrabKTPQ5UU2weDVYHEtaL5eaaKPczMLpEwVTx9voUVz1GE3WThKWmRwS sqgq6BJ8DWFVNVw+e+kHXaKYdKZ3OVFiopr35Dz1OE3W3sWKaaU9lppoxm8/44Z+1ujYFGin x3jZmh3+inKwfPZiLeX2wEqK1ibgawldzGihjkiXdQxz0rS2Nev+Fkc1wlGNiAxzNpd2Q09u p0dtGOZWVSN9y0nLWwPWfeXnsSiBQy4R4jfhPUTmbUhdAVXt4GkGuBkH7iTC51mwpAVNLyKR AnPWUfcETC0LtmjD8CTwNBPm1aHxeSTX/L1atBFCSh3snoAJBeBOYiAsEWRXQwrrdzOrQ79L YlyaXisaWk1lKnrlFhZL0dO/ktxKjxzn5/C1BNOe1OSQrCiHhjnpwTvxAysvJ5czxUMlB4np 4FZc4OErR34xd7xwnJk6zsvaUJFcbKajrlaQFzlWfbml60z/yF0Gs0pLaLdkpApSw0dqLjV1 n25rPztVd0s0UcXltrcsPsyf+sXThd7fymcutNGfTPDz5sQ14/ycMV6WQEtwenfe3f31BbwG u3hJ0tLDjmtaut+3nEyXd1ClrWO8N2O8zGlhySg3c4yXzdcQFBbWoqSphx3fwXhOFJZs6Mlb 1uUlScvg6uuBlZeDq6/aGU9rF26306Mo4vpV5XBQb4Y56ZvGRa//4HfYZSH+giDr/taStIUo LJOa6YeBHyhZ/JO6BITIeYDUerQiRFMLsGUQ5NWBlyUwJhc+/l7C0q14EJUBM6tQbQ8aJiE6 B0m2kN6Etnex0/VjKUAh/uq87xKLkiaJiSoyUPqXk3vZ8b3s+B52XOPS/RZq5Pdd4u3cNcpm g3qHr97h87WEUd6bI5dgPMsjHBvhZBgdUqaiJ/gY8kZV8B/sZce306OaqRE/3yUKp78Kzhf6 vksItNNc9Xj57OWgS8ysV04LS2VmhnqHLzFRJ/i5wcS/LmY0UViitK7KLUyy6K3ERBUZKX3L SUefkRXXuHS/j52o2eGvqoaaqA/GeTmDK6/WdTNGx+aKckhuYQ6uvu5mxep212VmxrsP0suO b6Y+fOcS47xs/e7G9xct/7qEXCLEbwZAtH+A+JuwsR88Sj1qrbuXDNMr0Ngc0pmQeRtS2LC4 +aiO9kZsUDlQfS9eFWKn6/M/8ew70QIbZlSCu8ngRiyIzoG9BGyw4MDvd9JFGEEU8AOvL+AG 0I8QDEC/L+D2+p1+4IEoEFw4AUc/PDgMuA4Dbp/fAw+ckM0HWW/BncTArThfXLZ3aPzQoIPA jwFARmtgaMqTkOW6F+25F+tPLwUlzSA+33cn3hP23BX+3P0w7rC8AW5I3M7tRUlzJfnKrxaJ spkLc6Ia6/6WL+AOgENfwOMDHggD+LtHZIRQAPgO/Qcev/Mw4ApAXwD4fAGPL+DxA2/wWQAF EEYB6DsMuLz+Ax/wQgQgggHo8wXcB16bwsKaE9WMct+Q1stlZrrbt+cH3kO/yxdwB9dAQoT4 PgghrW2NvPF2XlSr3uF/P8QJ/6lcwuVGWxpEXUV9BFjSDOLzYXC0wp3Eo/Xk9+XhaSbIrYVt I4jMQCI53t5FLg/2HmJ/4M85WC3ER+d9lyCLqjf0ZI56NLikXLdwh6XoZSl6W6iPGPKuD1yi YOp46cy5SvKVSvKV8pmLtZRb33cJhrxrZqNi07TUw44PxniM8bJEBsoo783MernczBxced1K e8xRjzHkXVXkq+9SQ/qXX4oNC4uS5lLSuWLi6UlBntRMH+FmjHAzfsIlxrhZJcQzFbOXK8lX KmYvv0sBySMcKyaenlorVFpX6LKOYPlrsMapbiGMqehhKfpGuZlBl+hgPmPIOgdXXhH4Bftu 67ZTJbcwOxhPm6kPpSaqzEyvnruWRzjWTH0o1M0sKwdDLhEixM8AQCRTwe4JEJcL7iQeJT4l FMK+KSTXYJsdCyWocwzG5Lz7LbiXDLOqEWEB6UzYe/i51dEihHx+tLkF63tBxGtwIxY8fAVL WxB3A7s9f/Sb+2UgjQG2j4Jnb8DNWPDwFazqRHJ18AYk2j+A1BUQlx84Fhb4z2cC/3IRXHxy dCFyKw6mV6JlAfZ4McbbTlX/8sv8XzWvNH/qi07mC6mZ5vXtA+j/1ElKhwHXlnVlTlQ7zsue F9VsWVe8fif+jA79IT4FCEG5mTG1VkSVtpj2pBD9gHYGwKFQN/P7uQSE2B/Ahz7k9uLtXbwu QyQaah6Eb97CyO82Sd+IBbfiwZ3Eo2HPiQWgrAUOTEEGF6n1yO0JCcPfnPddoocdP7Dy0mAX ryiH6hbuzIvr5BbWtLCklnKLKm2TmRkdjGettMdBl6gZv0DtiNUUZ8gzo0kV1+uJ17/vEvPi urqFMI5qRGygtNIeD668UlhZwTa2aWGJ3MIa42XVUG7Oi+tEBkoPO2FSUKC3i2c3KmspN5e3 Brasy4MrKW20J1z1mNhIaaVFjnDSf8IliOvlBEGh3MLS7q4LtNOT/Hz21sCGYb6V9rh6/vqc qEa1zRlcfT0pyDM4Npe3+usXwhckTTIzY4ST/m5dooP5fE1HoknbBldeGeziA6+NIe+qnb9Z PntpeDXNsrfFkHU1LN5dkraod3jTa8UhlwgR4ueCAgAptXCMDLJr3g3JhvH5qHUY80TYasNq PSLTUVkrjM0Fd5OCKxUwIR82D6JlATJaP4/6WuTzY70ZTVDAy2JwOwHcTQIvi+HYHDJY/qrt Ig4norBg1tujnvuUUjhJQWIFWl6DrcMgMjXw/97w/68n/f/zicCX4UfR5vF5cJ6FD/4xG1W1 vdrNig3eyvolIvFl49J90no5ZbNuSdrCVY8rLGzzntzuNh4c2vzg8FMclA8DbuU2Z2GzcYKf Ny+u27KuhEqbQvw0Ht8eVz0xwc9dUQ7Z3cYffMyndQkI8aEP7x+g7V2sNyGxAi2toAEifNsF 0irA47TvNEkH+9wep4PoHPCyGBQ0gLaRo4QlrQm5PKGojBDvs2VdaaVFDq2mshS97bSooqkT fexEuYWpsQk2DHOjq+m1oxdqBk71suKlZtqKcmiU+4YqbSWLqps6z2wm3QPXY7xhL7jp4Y0T 30ytFTMVvW1LkWVTZ3pYcXzN5Bgvu2j6ZDM1gqXoUe/wVNscqrSlbu5W9ew33cwYnmZCaqKO 83Oq569TNuuV2xzVNoe8UX3UOU25uSRpDv6QvdXfRH2YRzjWxYzmaSaGuenBB8yL68mi6tKZ 8z2suOWtgQl+HlPe4/HtY4y9/gOeZrKPnchS9AYLsYQ60jAn7e38tUrylT52omqbo7EJhDpS LzuhcPpkC+3RinKILKruXU5Q7/AUFlYH4ylBULimI47zc6fWipYkLXWU2z2sWLn56MsZ4qSW zZxvpkYsSprnxDWTgnzLnvyzaZbAIZcI8ak49CGdEVGYsLwNxOQcBVpHZ8PyNkRdxRojMlqR YBP2EmB29ZFy3IwFT9JhXh0am0MiGd51fMRhbb839n3EEsDyNvA4DYQlgOhs2DKE1qXB2/N/ YbyHSCSHTQMgMg1ceBy48DgQnFR4PQbcjoeP00BMTiAyFdx/CcKTAvdfguImJJTiw39MiQYw IDEt9bISSkhngzPpfo5INFMfrqqGTQ4pX0OYXise5b4Z5b4Z5+WQ1stXlcPB9PFP8XF9AY/G JqBKWyf4eXOiGoWF7fU7P8ULhfg82HXpmfLuqbVCoY54cLj7g4/xB12Cm8VW9Dvcpt/6khBi txdbbUipRUIJoq7CkRnY0HeUsBSZBm7Hf6dUKeI1iM0F6RWwqAm2DMJJCmLwsFiBTVbsDsWz hvgeAYCdLmyxIbXBwWfSCW9aey+2dJ0dbfiaXBU20HC5vvtUdf/J1o4zE1VXeKl3hK/CR2ov NXeeru07Wd93pnHwfOvw14sdL+ylpbC4Cdb2WEa7SIysFtqjDvpTEq+Yut44wE5uWrrfy4oj b7wlrpe10iKr5683zNwYnI9hiNs3tLOUzfoOxrO6hbAWakQX40Ut5Wb+r517nUc4lkf4opR0 dmj1lWqbExz/ghCwuwwsRU8H4/nb+WtVc1+30R7PrFeIjQt8DWFoNbV+Mbx6/kYbPWpqrXBe XDu4+qpp6X43K3ZFOXhwaNv3bDMV3W30x83UiElBvnqHt++xrmmnB1Ze1i/cqZm/0U6PIqwV LGw2jPLeNFMf9rITeOpxz+d1Kgm5RIhPSSCAYSIXzQAAIABJREFUrTbE3YCtwyCp8GgqxZN0 mFOLxuawVI237UhjQEursL4PJBSAO4ngegy49xIkFcLqLkRhYa0RH/6llik8XiRVwtZhGJcH whLgw1ewqAnRONjmwOCvX8EFADJtQ+ISfPYG/Ldr/v/wlf+fvgj87xfAtWhY0YaYPKwxIokS Ds/A9ArwOB08yYCFDYi2iu17wQI2hJA/4FHv8CYEeRWzl/P/LZ0oIp4aWEmRmmke3x4APp1N uLDZMMbLCurE1FrRmo74fu/1R+cw4Nba1miy9klB3uxGlczM+MzOASE+Ikb7JkVcTxSWSUzU H1vFOuqX+NUuASF2ebDBgjZkkLqKRsmwoR8UNIDUMhCT82HC0q148DgNppSAoibYPAjH5yCD h0RyrDGEEpZCfEgA4H0nMpiRZAutriMKC46RYdsIrGiHefUwrQIkFjhjXhlin+qeP9p9EOUJ e77zMEoZ/VAe/0AfE+V8kRxIyPNnVznqG/RjbUpqv5o7pRFTjDLGgUIMdSa0Y8duD/T79j3b ervI5JA4PTse3/62U6XbFVqdKq//4MC7a7CLFVa2xri8Z1WCwCFEwO1zmPdkqm2uwS4OpopX ki//apconD7ZzYqTW5h+8I9bewijw8CBZV8ht7BkZobBLj44tCEEAsBndxnUO/wty7LJIQ02 zu269Fqb0Lwnd/scCCGEkdu3Z7Bv6ndFdpchAH0Y4wD0OdxGjY2v3F4xOSQe314A+Owuo253 3bKv8Pj2P6cCJxxyiRC/BxBhpwtJlHCIBFLLwJ1EcCMWPngFU0pg5xhal2KnC+85kUwFx8gg pwbcTwE3Yo9CytMqYM8kEkqw+09/Rx8hZLUhIhVmVIJ7yeB2PEgqhCOzWG3Avo88x/qPwWhB s3RQ0gxeZINbceDMw8D//XXg/7gY+B83wc04WN2F5BocCGCIsNONOBuwrBU8SAG342F8HuqZ xGrDu+IugAL7XotQR+pkviiaPvkjR/yvWmmRK8oh24Hu3fBgp9fGUY9NCvLfrUts6MkHXtun PC4jX8Ct2xXSpG0T/DyisGzTuBhcGQ8R4n0QQlvWFaKwdHbjrWqb+2PjbN/VOLG3fp5LIITd HqQxwFUhJFBg8yDMrYNJRfBFNoxMg3eT4a1/9EnD2/EwKgNmVMKa7qOEJakKG614x4GdLuzz oc+sJy3ErwNAvH+AtEa0JkGLy2iMDFuGYHETTC2DiQUwJgdEZYCIV+Bu0neK4t6VxkW8BkmF ML8e1vfB/mk4S0ecdSTXIL0ZmXfw7h52urDXhwH47bKKMPIDr9Ozbd6TK7c5IiOFqejuYDwL 9kP/iq1m/sby1sD/z957PbeVZemef0tHz43oO9Nxo2YeJuJGTNx2NV3V1Z1VU11VXRKdKFHe E/Tee4pWJEVRopNEUqLovfeesPSeIAESJAiA8OastfY8ACmXypSlRErnF3jIUADEwTlInP3t tb5v2eHYryhOFLyW4PlSEDEOaGcf2wYgJtdVo3AXwOUIzHtM0zPMZGGApNPjuATyH3NXIl2h T+4COBcCqfexZ5T2NMd0d9/BkXQBM0tdHmtPf8wqJekC+wYMizYHLa1jZRP4Jb00zV8Mx4xi bOnHJ43gnwwefuDhhzG5NDztckcgkXIPn7XA9Rg47QtegRifT2PiV03nSGAHq0I7N7hYUjHq l9dz+k7bD7ldfy0bvt41e3d9f8pk070R00REW9qZrrn8uunYJnFKiyStRZo2uV6jNSmOzo1N RA6wbmtm+hce1AnjWiTp88pei/3wiN6O54Ri58wSeUu9MH5gsUSlX/05ffteWsJsobUtGpzC iiZMK4JbceAd6IpXche8Zpj28INr0RiXhyXPqWuI5lfoQMusNmZ3MI5jyCcsffcgMqOJNhU0 NUNtA1hehxkPMSQNLkWAdxCcCXR1ILu/ntz14nE2GAJTIK0IS2qpuZ8mpLS+zXQGZrUxm505 OMbBZ9EMb0CEOvOOWN7SPVfQLElrFCc1iBIbRAl9C/dXVKOyrbbiwcvv2SX76iOr44+ds7mf obeQ53V4LcHzNdAeUv8EpNx3tfOe9oWzwZj2gAanaO+A2R0MgNbkWNMOUdlwIcz1HE9/DEnH yiZa2mBGM+M+/+/XR0AcsB011XSAXxJ4+IGnP4ZnUPsg053kThgi5uCY5pAmpFjwBK5Fg5sv uAngTCD6JWFpDc0su7wfFitNzUBqEfiEgpsAb8ZSVQvb2mEOjjHGOKCpGUwrgvNhcNoXb8ZS RSPb3v2UMFyjVTO++qxNljm6UjmwWNwkTqmdjh1YKtnSyGyc+eiilji0b2vn+hYe1gnjWqUZ c4pek01DRxwnxXOC0Fv3x9eeOY3XOtPPLlY4sDv9EuNLFTqdnJmtzGCi3X2SLmLbAD6sBqeF 7NV5Dqd9wcMfvIPAJwQuR0BQKmaW0LNWNiyk9W1mNPMm6e+UV0O6jGZ2aGA7+zS3QoNTVNtJ RU8x6R74JTrTMt5SXvD0hzOBeC4YzofCxXC4FQcxOZj3GJ+2UM8oSRZIsfv1OgLIaD2Qbrc1 S1KdHa3OplaxvNloO7BxJuFmQ27XfyW/dypgUtO/pLf9R6M4SWc5NkNdviF4LcHzlSAirR4n pJD/BPyS4GwwnPaF8yGYkE/NfWxtixlNzMGRSk3DQsx7jIEpcD4U3ARw2heux2B2KfWM0YaC DKavliQLwLR6GpzC5EI4GwwefuCbgKU1tLj+qtv4hAHA9EZa38LmXki65xwJgmcC4Ho0JhdS U+9bWrYASK7EikbwSwJPf/AJwYxiejE5hAPaVGBlEwSkgFcAnAnA5EIammaajzeQKLRza/sT esue2rgh3GxolWXUCeO65wqWdoeMVvUR+bAZY4COHd3i8HJ5gyixXZY1r+wzWnk5weNiX78+ uFjSKE4Wy1veYrxGZDY7HRq5nZ3FscrupwLZo3hDaTnmlmNkFlyNfN0kLYCzwXg1CgSJGHoH U4uwrJZaB2h6hsmVzHTyq508HwoHzGwhrZ7tHbDtHVqVs5klGprCxh4sr8Occoy9C4JEOB/y mgp9IUTPBsPlCLwZB/7JGJqB8fmY+wgfN2BzHw0LaXaFFCoyHq/vlY0zre1NdM3mOQ1y9cK4 /oUHSt28M2rZYtfPK3ufTgSlt/37uz0Szf96v+/s4GLpgVH+tT/WtwmvJXi+MnRooJklrGrG mFy4GA5uAjgXAuGZ+KSBxPOk1TNAMhhpYRWbejDtAdyMBU9/OHUbfEIwIgvL62lSxlRq10b4 FzpoIpOFZItY/BxuxoKbAC6FY/qDT1wif2UcHKnUOCbGkucQesc1Vs8nBEPSqaSGxsRsd/+X TrJOT8PTmHofzofCmQAMSqWGbtredb1Eb6RREWQUw/lQ8PBD/2SqaGIrm8z+MaKLAzuQgzEi QoP1YF7Z1zWb3yBKaJdliuUtaqPc6X47CgC53cPl0ZWKRnFSmzRjVtFttB7wcoKHiLY0sq7Z vGZJ6sJOv50zMySyWNmehla3SDyPfeNU3Yb3KhyJeXvXrq/+6d9Vf/iz9S+XX01YQkEiROVg +kMsfk5NvTQiZPMrbGePWfiEpe8JV3SSmq1v0+wyTsqob4Lqu7GsFu8+wuRCfOmz/4mZwcMf LoTBrXgMScfYu5j+EO5VYmUTtvbj4BSJ52llk3b3yWg+zvcpRM5g3V9WjfQtFLVI05vEyXXC 2GZJmmy741WvGod2pW6hZ77gQf/51Na3++6Smv8lp/NPtdPRc8oei13Hzwg6IngtwXMMIGIm C61tYesApj2AC+Fw2hfOBIIgEQsqaGiKqbUMkNntTKWmSSmU10FEJngHwqnb4BUAN+MwrYia emlp/cv4E0ipwsYeiMyCc8Hg6Q+hd6ihmzaVJ9RjTRYbrW5SSx+mFsGNWM4zAE7dxsuRkFKI jT20sMr0hvcq/tgdtLaFTxpAkAgefngpHHPKXE4YxpjdTgoVPm+HwFTwCoDzoZhSSAOT7PBT hzbYOJP8QDK8/KhRnNQkThldqdjWzNq5o5oGyKFDpV8ZXalsFCW1SNKlW+16y95Rz87jOeY4 wLagHGibSO7vSVQM1mH/KNa0Y0EFJBRA6B24FedU0XDqtuOvNw/+cGrjd7/ZdfOw+MdgWhEW V1NjD42KaX6VyZXsQMcsNr5t6bsAgOmNTLFL86s0LqHOYappwwdP4c5DjM/D8AzwT8Jr0eAT 8lo81wvZcDEc/JIgOgcyivFhNVa3YecwTkhpZolWN5lCxdRaMh2XfuD3xAHWHd3i1FpNiyS9 QZTYPZffv/CgSZTcv/Bwz7D2xkwGIrTYD7cOZBNr1XXCuKIBn5yuP6e1/S6j/Q/3er0qxvx7 5+8v7g5qzUp42+BIns8FryV4jg1EzOZgBzoaEeHdx3AlCtx80dMfLkdgciG2D5JCxTiOATKT he3sUc8oZhTD1ShwE4CbL/iEgG8CFlaxMTHT6I6q8clkpgkJpBU5Syh4NRrvP6XFdWaxnsh7 v8FE4nksqYGgVPAJcbWQ3YzDggo2LiGVmlntH3YTQmTaQxqYgJgc8AoArwAITMWGbtrdd00L MZpp+mXEE1yNwpIatipnjk+SYRzY1YaNqY26ZklqgyihZ75wRTVqcRxV2hKgY0+/OrpS0SBK bBKniDebD827R9dbxXN8sVhJvoMTUmtt01Zq9PzVU5vebsaLArgYBt6Br3WbOONZI7O4u2Xr hUn9xTfEPQWH67OkOSSjmdkdJ2i1x/MxADKDieQ7JFlgfeNY0w5FTzG5EILTwTcBb8TA5Ug8 HwpnAt9ig3bzhfOhL6KT6FkrdY+QaI7Wt2hnj+1rmU7PjGZm+zzRSV8LJDTaNEuq4Z75ew2i xEZx8sjKky2NbEe3OL1Rt6DsfxHo9wbEiAO7yabRmLbVhg2VfmVPv3ZglOstKhtn/pZGwh1b eC3Bc/wgYg6OZpfxQTXcjHXllnj6Q0ga1rbT1g7jONfTLFaaX8FH9XArznXbdtq4o3OpoYft 7H/OMi4Rbe3g43q4Fg2nfcErAGNyaXCSHRpO3m83EWkOcWASU+/DhTDXqXNa25+2kNMR8Skf ioitbeP9KrgYBqd94WI4FlSw5Q1XvxMR2z+g2g7wTQB3AXj4Y0wujQiZyfyuv/uOz2SyaWcV PR0z2fXCuCZxikTefGg5qiU+EakNm8PLj5zvJZbzcuI7wPmbs6GgoWmsbMLUIrgVB2cCwN3P +ter+7//s/y3v9n74cfOJTcBXI7A2Fwsfk6dw7SwynR65uA4h1Umd86qq+TzZL5NkJjJTHIl Tc9Q2wCV1WL6A3Ba/l6EJrkJXHs3b4lOCoKAZEwrwpIaaunHSRltKshgYhy4QpMQv72ELiTQ mLamN+pbJGl107GtsgzZdsehZY+IkMDqMFrsJznO5FuH1xI8xxibnRbXsbIZAlPhbDC4+YKH HwSk4KN6WpEzk9m11U1EO3vUNYKp9+FqFHoFOH+g8XYCPXhGUzKm1n7S4hiJaQ+pbxyic8Ar AD388Fo0ldexta0vatL4dACY2cJWNqm2E6OywTvQKYrgQhik3MeuEbaz92IExKdD2kNsH4KQ dPD0B88AjMym/kmm1btKRiYzTckwMR/OBoGbAK7H4OMGWt/6xAKF1WFY25/smy+qF8Y3ipMm 1p7tHi7buaOKIjkwbjmrE83SNLG8WWtSIp6orwTPT3EGBljtzGhmOj0p90gyT639+PAZxt+F 69GvmaTdfMHTH84GGc9c33Y7tXj2T4qYUFtFLQ1N0YrcFT/wOhw6ZNsddcLYsVVeS5xAnNFJ Fhs5c5MOdLS9SzPL1D9BNR10/ykm3UP/ZPAJ+dnoJO8gOB+KlyLgahQIkiAuD/Of4NMW7B4h yTzb3mEm8zemE34ZIrQ6DPIDcf/iwwZRQqMocWCxWH4gtnOftLvE8yXhtQTPscfuoPUtbO6D +Hy8GgUe/typ23A7HgsraVxCu2pm+7EPR2cg0Rw+qofILLgc4awU46UITCqkpl5aXCet/kPX ymQ00+wyFj2FGzHg6Y+XIyirhMbFn7iJ/kUhYlYb29mnMTE+eOY0M7jmDYXdwdIampIxvfFI PGkOjmRLmP8ErkWDuwBvxFFZLS2tvxi4S9u7WN0GQWngGQA+IZh8j8ZETKd3qcSPe0+w7ugW R1cqm8QpTeKkwaWSDbXQ6jAc0Tw7jWl7cv15kzilRZouljdrTQpeTpwwiJjdwQ6NtKum9W2S LlLPKFY2YU45RmbD1ajXxYMAzwbjtWj0S8LwTEh7gOW1jtaerc6qgY6EttGE5d1h/MXObA4c si1eS5wEOGBmC9Mesl01kyvZ8gZJFmhgEuu7sKwWs8sgJhf8kuBC2E890JyHH5wLgSuRcDse g1IxIgsTCzDvMVU0YUs/DQtxdpm2Vcxg/mo5hMcDDuwa05Zku619JqteGNchyxZvNh8Y5Xyg xcmC1xI8JwQAtqOi/gnMewyCRNfQtBsxmFFMHUO0vv0yhtVio41t7B7B3EcQkOzafT8bjMFp WFBBAxO0qWTm98hFsdtJrsTnbRB2B84EgHcQRmZTcy9z2jZOCgYTLa5jYw+kFsG1aHD3A3cB 3IjFtCJq7mNL60e+B8YBU+xSQxeG3YEzgXAuGBILsH+C1FqnYCCDkSalmF0KlyPB3Q9vx9Oj OlpcY9a3jw1+H4hAZ96RbbV3zOQ2iBI7Z3Lnlb16i+ooVvlEpDUppjfqWqRpLdI04WbDgXEL eDlxnHGq630NrcpJNEc9Y/i0BfOfYNI9CEqDy5GupLgX8aznQ0GQiNE5mFFMpTXY3EejIppf Zco9ZjIzRKvDOL8z0CrN6J7NV2rnf/nNga9LHEM4YAYT7appbYtmFtm4hLpHsaYDi59jTjkm FWJYBtyOxwthb/VA4/kwuBUHIekYn4+ZJVj0FJ+2UPsgDU+TZJ5WNmh3nxlM9Pmqvt8ATtv0 5oFoePlRkzi5UZQ0uFiyujdhsmn4KIsTB68leE4UHMcOdCSaw/I6CEkHrwBwF+DlSIjKweft bGH15QLU+cz5VaztgMR8uBQObr7gLoArkRCTi1XNJJl/awcCY4wRMZ2eBqcwvci554S34rCk hmZW6KQkuwPSvobGJVhYBcFprtEcZwIhOA2Lq2lKxlSv1HOOGiIymGhKhlmlrjQbv0R83MA2 FK4yEceRXIm1nRCQAu5+4BMC8XnYO0YH2o92vBCR2aZd3RvvWyhqECU0S1Kn1mtUhysO+HiJ 8nMggca0Ldysb5GmNYlTptZr1IaNn7MJ8nwdLFam3CPZEvWNY3Ub3n2EcXkQku5KWHp1geju B5fCMTgN04qw5Dk199KEhBbXaGuHHeiYxfrTjWSjTSPZam2WpA4vl78zwN6pJWqnY0ZXKrRm 5ZF9YJ6fAYAZTEyhorkVGhNT+xA9a8XCKkwtgphcDL2DgkS8GgXnQsDdj/tJkxJ3PgT8EjEm FzNLoLgan7dj9yhNyWhuhda2mHKPHRwyk+VTxnF+DyCBzrwzs93ZNZdXL4xvld4RbTbs6Vcd YD2iAjLPkcJrCZ4TCCCZLLS+jfWdEJ4BToOEdxDcjMMHz0j8ikggIquNVGoaFWFhFVyPATdf OO0L3oFwLRoziql7lO3sv9b4hEjLG1j8HG7GgYcfuAswIZ+GpphG9ymNN18OIlLsYtsAJBfi tWjXDuuZAIzJpcYetipnBtPXSRbnOFLuY02HKzH2bDCm3KcJiSsxFpFZrCSaw8wS8AkBdwHe iqfSWlrf/ujTTkR2zqzUzg8vPWoQJTaIEgcWS46oDZcItSaF0zjYJEqaWHu2b1jj5cTXgojI bMWtXZqUYWMP3K+CmFzwTYArUeCMynk1Yck5HyYik/IeU00HjYpoTU57B0xnYGYLc7zbaqUz 70ysPW8QJU5v1L1lSt3rcLyW+GIgMqOZbe2QZJ56x6i6DQsrMaEAAlLgZhxcjYKL4XAuxLkn 9aa94bQv+ISAf7IzOgmftVHPGEkWmFzJ9g6Y5pAdGslkOenRSV8FB1gU2rmR5ccNoqQGYULP fOHq3rjFfshnV5xceC3Bc5IhogMddo1AVA54BbjuARfDMLuMJqXM/JMJA9s7VN+FEZlwJuDF DQP9k6iika1sMruD6Y3UOQwh6eDhD6duw+0ErG5jB7qv8dk+HAdHyxv4pAF841/07+KFMMws oTExM5q+9vExxhhxHE3PYNI98A6CU7fhZhw+b2dq7ctnHGiprgtuxcHp23DaFyOzaXj6E90p OtPO9HpdkzildjqmXZa9sDNosmmPoh/30KKaWq9rFCc3ihLHV5/uGdZ5OfGFICKLleRKGp7G yiZIuf9yqOVbHxfCMDobHz6jrmG2sPazJcr3AAl2dUsDC8WNosQFZf875yQCOmTbnbyW+MwQ MbOVbe2ScJZaB7C0BlOLwD+ZOxv89qykNx7egeCXhCn3seQ5tvTRlIyfL35EmG26OWVv+0xW 7XRMkzhlfO3Znn6NVxEnHV5L8HwLkEaHQ1OQVQrXY8DLH077wvlQSL2P3SOk3KMfnb6M/Sg/ RkRw9zH6JrjioZwKJDAFbsaBm4D76y24FIE55SSeY+ajigD6LBARs9nZ3gGNCDHvMVyNgtO+ 4C5wzqvGx/U0u8Qsx+wjcEDrW1haAzdjwd0PvQMxs4TEcy+dGw7OVaC4FA6nfeF6NJbVsrWt T2nKMtk0izsDXbN59cK4Fukd0ZGZpA8te6LNJues1vHVp3v61aMbwv3dQcQ4YBYb05vYgY5t 7ZBojlr68UE1xuc70xFerA7RTYBeAegTgpcj4EYMht7B7FJ61kpDU7Sy+Sni4Q04sG2ohV2z ee2ybPmB9J3PB3TMvNASJl5LvAeAzO5gZivTm5jmkPY1bEtJ0kXqHafn7VhYhUn3MCAZz4e4 fszfiE7yCoBzwXAxDK5Ewo0YCEjGhHy8V4HVrdQziuI5kiuZ0XwiBwSdJMjOWXZ0i2OrVQ2i xHpRfPdc/ryyz2BV8zbrbwBeS/B8QxzqaVqGJc8xNB3OBrks1zF3qa6LFtZJb3yt0dloZgtr 1NCNcXfB05/7R3fH//5b7r/9mvvVD9wPFyGjmKQLX2aK9kcCwHR6WtnE+i5ILIBLEeAmgDMB cCsO0x9Q6wDbULz0ox8/SHuIPaMQnwdng8ArAMIzsbnvRb8ZcRxt7eDzdqcrBr0CMCGfesdc E9A/Cjtn3tJIh5bKG0VJTaLkkeUnSt28nTN/9vbcQ8uedKutTZbVJE4ZW6naPVzh5cRH4kxY 0hloZ49WN0k8R10jWNGIOWUYlQ0vWvjeSFgKSMGoHMwoxkf11D7IpmfYpuLoWvtsDuPizmCb LLNvoUilX3nn83kt8UtwwEwWdqAj5R5b36aFVSacpd5xrOnAkhrMKsWYXPBLhAuhP41OAmd0 0tUoECRiSDpE52BKEd6rxKpmbBugURHNLtP2DumNJ6Nb9RsCCQzW/aXd4d75onphQpM4dWy1 cls7a+NTX78VeC3B821BxPRGWljD6jaMy4MLYXDaF88GY0g6ltfR1Aypta+6I2h3H5+1wqUI xz+4Of7Hf3B//zvuf/4Ffn8ZbsRCRjG2DtAXSDr6UBwc7ezj0DTer4KQNFdQlU8IhmVgeR1N SplKfSIGX5DFSks/WlM8A+BaNN6vItniy0KKwURTMsgpg4vh4OmPt+OprI5eddh/IBza9/Rr 0xt1rdI79cK43vl7y6oRo/Xg81bYiUhvUc0oOjtmspvEKaMrFUrdwlF4vr9BXiQsrWzS9Ax1 j2JlE+aWQ0I+BKXC5Yi3JyzF5GJWKZXXUdsAjUvYwiopVcz4hXxBZrtOutXeJE4ZXa3QvUfP Eq8lXAAwo4mp1GxVTtIFGhFSxxBWt2LRU8wqxYR8DL2Dzugkj59EJzkv/e14DLuDCfmQXYoP q/F5O3WO4KiYZIu0KqedfdIbT1Lm3jeKA6yqwxXhRn2rNKNBlNg1lz+n7Dm0qPiwu28JXkvw fJuQ2coUKuoewcxiuBYF7gI4Ewi34jC7jPrGmTOhb2YJCyrgZhy4+8HZIIjJxYIKTC50DkMA d4Gz8QkfPKMxEds7+Ixz3D4Sm51WNrGhG5LuwfUfOzouR2BaEbUNMOdsrJOVVk7E1FrqGsGY XPAOAu8giMiktkGm1rpaDhwcqdTY1Athd8ArAM4GY1wedY8ynf7j3hCJO7So5pS97TM5dcK4 jpls2VbbZ+93IkK9ZW9mu6tjJrtRnDS0VK7QzjngmDWbHQeImMXKdvZJtkS94/SsFXPLISYX g1LhRqwr9etFZr+bL1wIg6A0THuApTXU2k9TMlreIMUu07w9YenoD5+0JuXYalWjKFEib7XY 3/21/B61BCAzmphil2aXcUSIrf1U2ewM4cXILAhKA98EvBqF50LAw+9Ne4ObL/iEgCARY3Mx qxRLaqi2E/vGSTxPS+tsU8F295mGj046jhBDk127rBrtnS9qFCU2ipNHlp9saWQ2h/FrHxrP Z4bXEjzfNA6ODnQ0IcWCJy4vgYcfXAjDoFQMz4Dr0eAZAB5+GJxGTb1MoWJmCx0aSLaEjxsg MMW1WPf0h0sRGJeH9V20qfw6W/4GE4lmsfgZ+CW5BkU7jcuFVWxqhh3oPmmw99eFiCw2mlvB ggq4FAHufng5goqe0uL6yx4ts5UkC5hTBufD0HkF71fR0jqzf0zvEBHZOPOGWtg7f79emNAs SR1frVLpVz6vT5oIDRb1rKK7TZZVL0ocXCpVaGZ5OeGKVlPs4pQMG7uhsBJicvBWHFyKAJ8Q 19yYV5eS50MhLAPvPqKadhoV0cY2O9AxvYlZrMzx9deOSLCjW+pfeNgivbOsGnmf6/ualvj2 vNdIzugkJpmnnlGqbqWCCozPQ/8kvBYNlyPgQhicDf7Z6KRzweCXBAkFeK+Sqtuod4yki7S1 Q2ot6fTMYGJmK7M7GOBXv/Q8vwyHdrUj/mzgAAAgAElEQVRxY3qjvkWaXi+Mb5/Jlm236yw7 gBzx1+6bg9cSPN8HdgfNr2JxNVwKh9+e4371e8ff/jP3f/yW+0c3SMgj2eKb1gIitq+h7hFI LACfkBf3PLwRQ/ermGiOGY++8YmIIZLmEPsnILnQdRinfcErAILT8Vkr2975lhp/Sa3Fxh7w TYTTvuDlDzG5OCJ67TyrtdTQBX5J4C4AD3+IzMKBSWb4+Hyqff362GpVkySldjqmd75w80Bs h8/cv2uyaWcV3W3SzHph/MBiybZm7ntpdiJiiAyRAZDJQhsKHJrCyiZILYKbcW8mLJ32BTcB uAmcsx3AmbDUMUTzK0xvPM6rRg4dG2pR12xe12ze5oHkfeToq1pCY1J8gYP8nBC9vLIcMKOZ yZU0NYOtA1hai2lFGJgC534mOsn58/XiQp8LBv9kSL2PJTXU0keTMtpU8B7obwMbZ5YfiPsX H9aLEmqnY3vm722ohTaOL0d8s/Bagud7gWx22lBiTjn3h0vcr35w/PffcL/6PfcvXnArDsvq SLrAtIc/7WIig5nE81hWCyFp8GLo6blgTMin5j62Kmd64+dvy+aAGUxscZ2et2NklssRcSYQ rkTBnYfYPcp29r7NPmCrjUSzkP4AL4aBmwBuxmJlE20qXtaCzBYSz2H6A7gQBm4CuBaNZTW0 vPFxLnMk1JqV0q229pnsOmFc+0z2nKJbb1F9XvuE2a6bV/Z1zOQ2ipIGF0u3v8nqhCthycoO DbSvIbkSp2eppQ8fVkNCPtyMBc+A19aUngHgE4pXovB2PIRnYk45VrfR4BRb3mSHhq8z/+Sj cIB1aXeoVXpnYLF4V7f8Pt+ck6ElAJnNwUwW0hmYWku7+7SxzcTz1D1K1W3O6CQISHYNwfyp meFMIPiEwKUIvB4Dt+MhKA0TC6CwEqvbqGeUxHNMrmCGI/jl5PnaIHI6845M0dE+k1UnjGuT ZQo3GzRGOR/W9G3Dawme7wCOY/sa6hrG+HzwDuLcBXAlEsMzIPQOXIsGD3/w8EffBMx7TCNC ptx7S+eM3UEbCuwcwuwy8EsC7yDn4h6DUrGoisbETKFiFuunbqASMauNlCoamsbCKvBLBE9/ cPOFi+EYkUWPGphwlukM3/y+HW3tYHUbBKWBpz+cD8XUIhoXs0PDy274nX1q6IbwDDgTCOeC IfYu9k+w11317/tehCabdkk10rtwv0GU0CxJm1yv3TOsOcD2GfOdzDbd4s5g91x+ozhpYLF4 SyM78XKCiNkdpNOTQkXLGySao85hetyA2WUYlf3SzPMiYelcMFyPxqBUiMnBrBJ83EAdQzQ9 wza22eEJztWx2A/F8uYGUeL46jOtSfk+3xlAx8x2V9107HHREj9GJzGFilblNLtMk1LqGqHq dnxYjZklGHMX/ZJf7qS8Jhv84FywKzop9A7G3sW0B3j/KT5rw/ZBHBXR3Apt75Le+PXNZjxH DBJaHYYtjXR4+VGTJLVRnDywWLyiGjfZTsiAJp5PgNcSPN80RMxoJuEsFFS4HNWXIzGnjMYl bF9DChWNirGwCvyTwDMA3HzhWjQmFlBzL61svmVQEQe0r6GZJXzWCgn5cCUS3AXg5ovXojEh n6rbmHSBdPqP22wjvZHmVrC2E5PuwZUocPeD0754Mw4zS6h9kK1uMvMna5WTAhE7NNCIENIf wIUwzs0X/JPxWRttbDO7gzmnGhtNKJzF/CdwLRrcBHAjFouraXaFWT6mg8jOmbe1M6MrFU3i lAZR4tBS+eaB2GI3fK6+XmJksmmXd4d75u41ipL65os21KKjGL99hDiFrlpLK5s0NePMZoWc cojLg8BUuBL5hngAnxDwTYSYXMwucymHSSktrjHlHjOav5kNaa1ZObLypEmcItvuMNvfa83k 1BK1X0VLADKTmanUtLJJ4nkamqa2QaxqxsJKvPMQ4/IwJB1uxcGFMPDw/4kHWgA+IXArDsLu YNI9zH2EJTVY04HdIzguoZklWttiu2qmNx4HHwvPFwbQoTUpZhVdXbN3X5QjVPoVB1jZ5w7d 5jmG8FqC51uGtnbweRuGpIN3ILgLMCKLWgdIoWKOH9uaAUmrp5klrGiCkDQ4EwinffFCGEZk UWUTm11++6w6s5UUuzQ8jferwDfBlT1yNhh8EzCnjLpHmEL1vhZtQLavpVEx5j+GgGTwCXGN iQhOx9IaJplnas2nzGg7uZDdzta2qLIJrsfAaV+8FEFZJWxq5qWDguOYUkVNvRCcBh7+cDYY o3OoY4jtaz4izwfQoTFuizebW6R36kUJ3XMFCzsD5s+3o0ZEFvvhimq0e66gXpjQM3dvfX/q WMerEzGbnXb3SbZIPaNY1Yw5ZRCdA/7JcD0Gzoe6ZsO/ePiEQGAqpj3AslpqHSDhLFuTk3KP aQ6/SsLSl2H3cKlvvqhNlrm0O2zj3su684W0BBIzWZhSRbPLNCKklj580oB3H2FCAYZlYkAK 3IrHK5FwLuRtssEZnZSAMTmQVYpltVTfRQOTJF2glU22pSSVmmn56CQeFzbOvK2ZGVupaJak 1gvju+cKlndHDFb1UQwD5Tme8FqC5xvFZKYRISbkw7kQOO0LV6Ox+Dlzdt7/9ObnXDZtKrGx ByKznIoCvALgVhzeqyTRLDNb3vISDpjFRmtbWN8FMTngHeTqFT4bBMGp+KSB5ld+aRICEVPs Uks/xOfBxXBX/8CZQIzLo5Z+2lQy8ze7AntfEJnZQsNCiL0L3oHg4Y9BadTQzQ60ricQMbud ZpYwtxwuhDlrRFT0lK1vf8SpIyKrQ7+0O9I1m18vjG8Sp0yv12lNis9lnyAiq8OwsjfmHL/d NZe/tj95vOSEzc6UezQ1g43dcK8CI7NcsuFsEHj6v9YZf9oXz4diWDrlPaLaDhoXs60ddmhg Jguz2r+fJebmgah9Jrt7Ll9+IObez1UP6JhRdNUJY0eXn2g/i5YgYmYr295lkgXqGcGnLZD3 BGLvom8COnOTzoWA949X8KeuaO8gECRgQj4WVtLzduqbwJllUuyRVs8MJmayMKuNOTg+Oonn rZhs2gVlX9dcXp0wrlmSMrH2TKVfBXTwYU3fFbyW4Pm2IGKAtLaFJTVwKQJO+4J3EMbn0fA0 M7xfIIzmkLpHIbHgpa3wbBDeeUCjIpc5+61/xGCicQnmPoLrMeAZ4Lph+4Rg+kMamGRqDXM4 Xkag2Oy0sIqP6kGQ6KppuAvgUjhml9K4+JgH13wVaH0bH1bDlSg47QvnQvDuI1pcc/Y7uZ6g 0WFzLwSmOMcRYHgG9Y4xnf4jzqQdLFsa6eBSaaM4qU4YN7RUptDO2TnL56rU2znz2v5k91x+ nTCuazZ/fX/6Szc7ETFAxgGzO5jBROvbNDSNlc2Y/hB8E8DrdZO0M3LH0x+8g+BqFMbk4sNq 6hhicytMe3hyfQ6fBUDH/E6/sy9893DpPTXnSy2x8h5agogBMA6YgyO7g1lt7NBA69s0IaWW PiytgbQiCEp5NWvu7ZfP0x/OBMLFMAhMgbQiLHmOzb00IaX1LdIb6VtpOeP5ghAHtj396tjq 0wZxUr0wrnM2d36n12jTfO0D4/kK8FqC5xuCA6ZSU/sgRGSCVwB4BYBvIlY204biw4ZCEDHN IY0IIbsUbsXBmQDnLiwl32MdQ0yuZGbL27e9LVZaXMPaDozOgSuR4BXoEjMRWVjRROJ5Wlyn njHMLYfLEU4JgRfDICITK5tobvnlvGeeN3BekY4hjM7Bs8HgJsCILOoYYnsHL5ezNjtJFvDu I7gaBW4CuBqFD57R4jqz2D5UUXBo3zesTa4/bxan1gvje+YLV1RjJpsWP1MUiZ2zrKuFvQtF DaKErrm8tf0pm+Pjk23fgbOAZrYyrZ521bSxTdMz2NSDD59hYgHcjn9DPKBXAJwPhWtRKEjA yGzIfYTP22hoipbWmVb/nYuHNzDZtFPrNQ2ixKmN2kOL6j1f9Yr3+hUt4dQMVjszmJjmkFRq 2t6llU2anqXOYapqwYIKSLwHASmuBLNXNAN36jbnLkDvQLwQhlej4FYc+CdB6B1ILsSip/S8 nXrGSDRPGwo6NBDvgeb5ZAA5g1W9rBrpmSusE8Y1S1JHVyq2NbMOjr+FfafwWoLnW0FvJOEs 5j2Gq1HgIYCrUXj3Eb3aXv/hkM5Aknksr8OITFeZwicEorLxaSvNLLGfs1kDsl01jQjxwTMI y4BzwfCn6/DvF7gfLnK/v8T9+wX44RK4C9A3ATNLqXOYNhTM+sHr3e8Rs5WkC1hQAVeiwF0A N2KwpIYtrDLrjzcwDkipwvoujMgE70DwCsDYXOocJpX6QxfB6Bxcrejsms1tECW0z2TJttu1 JsXnmmdn48ybalH/YnG9KKFz9u7q3rj1c82CJWJ2jukMpNilxTWcklHbAJbXYVYJOHuW3ohn 9Q6C6zEYlIZxeZhTTpVN1DVM0zO0vs0ODbx4+AUOjPKhpbJmSapsu91k0777BYwxxgAds/LO puHIiYki7ZKIljdIukhjYuoYwqctWPQU7zyE6BzwS4SLYeD+tsTVc8FwLRr8kzA8ExMKIKMY Hz7DmnbsGqYxsSs6Saf/OlM1eb5xyAGWPcOqcLOxTZbRIEronMmVbXV8xt9GnpMIryV4Tjxk s9OaHJ80QlAqeAbAuRCMvUtdw2xX/XmCCA1mWtrAhh5IugcXw8HNF7yDMCiNHjyjMTE70L5d USAytZb6xiEmh/v9Je7/+gP3v/3a8Tf/xP3333D/8y/gHYj3q2hmka9FfBgc0O4+Nva8CITF xALqHWM6w4unkMFE4nmX5PD0hxux+LCaZj+m7GOxG9b3pweXShtFSc2S1Im16p3Dpc8U50o2 zrSpFjvlRPtM9uLOkNl++DGdVERkszO1hpY3aFKKHYPozGaNdSYsRXGvVh5O3YazweCbiLF3 MbccHzdg5xBNz9DSOilVpDd+m3NLjoZt7WzXXF6bLHNxd/BnpSAgM5lpd5+tbJJoDgcmuebu rbwUUbDHatAVY3g8Bqe9jE56Qza4CeBcMNyKw7AMSLqHdx9hWS3Wd2HfOE3JaHaZ1rd/jE46 sWPveU4UZvvh6t744GJJoyipSZwysvJEfiCxOgx8WNN3Dq8leE44Wj31jEFCPviEgLsf3E7A x41saeMz7/QTMYuVKfeobwKzSuFSOLj5glcAXIvGjGLqHmG7+6/qFrI7aHkDazsgPg8uRcB/ 3eT+7Rz82ov7Z0/u//WG31/inHPWEguwvotWNj+iD+d7hkwWkszj3XK4GAae/nA9Bsvq2Jr8 ZTwXB6TWUNsARmbCmUDwDsLIbGofYAe6D73lOcCmOlyZWKtulqQ2iBL75u+v7k1YHYZ3v/I9 PoedM8sPJP0LD+qFce0zWQs7/Sab9r3mWtgdTKWmmSXsGcXKJswswYgs8EuCa9HgEwKeryTz nPYFn1BnlzyU1WDbABPPsw0F290n7SGzWL+ZeNYvDBIsqYabJalds3c31CIO7QyJTBZSqGh2 mYansakXHtVjThnE3oXgNBAkwo0YuBTBnQ3S/Nlz87f/qvqPP1r+cukV2RCCvgnOFF0qr8PG bhqaopkltr7FFCq2r2E6AzNbvx9fO8+xgkO72rgp3Gxskd5pECV0zuTItjq0JiXHlyN4eC3B c4LhgOZXMf8JXo50NhBjciFNSJjBdFT3WiLigFltJFnAwiq4HgNuAnDzhTOBGJlFjV1sa4dp D0k4i0VVcDMWvAJcnc23YrGoiqZnaH2LekYxrQjOh8FpX9cA4NvxWFhJUzJmPE6RPsccQNo7 wLpO8E8Cdz/0CsCEfBoVMdPLc0hWG80uY95jV0yWTwjmP2Hzqx86JJsI9ZY92VZ7myyzbjq2 VXpHtt2ht+x9er4TETnAtq2Z6Z0vrJ2ObZNlLez0m+y6t8gJu4Ptqml6lhq7seAJhGe4Aj3P BIKHH7j5vta25BMCwWmY+4hqO2lCyrZ2mN7ELDZmdzD4mfAAng+CyKpXz0w86a0SSEujtMUP 4G45RGfDjVg4HwrngsE7CLwCwMPvp2Ohub/ePPiLx7L7H+SCq8ace/i8jfon2OwK21Uzg4mZ rcxqY3YH4+B7j3HjOTbYONOmWjSwWFwvTKgXJfQvFm+oRVaH8TMO9OQ50fBagucEAsgOdNjc C0Gp4OkPHn4QmIJ1nUzzBedrOrOYyuvRLwm8AuHUbfjLDe6/bnL/ddP5H86JExieSc/bSa58 rXXEbCXZIpbVgSARzgS6VhteARh7l1r6mFzJLDZ+GfE+kMlCExKMy4MzgeDuh7cT6Hk7U6he 62070FJLHwalgoc/eAZARCb2jDLt4YeeYYtDv7I32jWbXzcd1yROmVqv3TducPBhsuStIIFS t9C38LBuKrZDnLEo7zHrVaQ30roCh6axqhnuPARB4lsSljz94UwgnguG6zEYe5eKq6l9kM0s sQMdP2b4I3EmrQEwB8dsdrJYmclCmkNa3cJxCTX1YUktpD+A4FSLt0D1w5/kv/3N/g9/tv7l 8svr4sxNOhMI3kFwLgQuR2BQGqY/xNIabO6lCQmsrs8tNNRPxY4sP9EYt/nmEJ7jDCKnMytl 222t0ju107HNkrTJ9Vq1Qc7PjuB5FV5L8JwkCJDpjTQuwYwS8AkBdwFcj8Z7FSRb/KVJDkd3 PEYzTsow7QH8f1cc/+fvHX/7L46/+Ufu738H/+CGt+LoeRuTK3/WAUlEW7vYMQR3HsLteNdQ C09/DEzFh89oUkq7+3zv07shok0lPq4HQQJ4+OHFcMwpI/EcM73iubfYSLoIueXOgeJ4LZoe VrP51Q/9zjjAptQtjKw8bhInN4qThpbLtrUzNs78kZtzzoQlk4VpdKjY2RX1TD+LH826JIu5 pAoJst6MeFM8eAXChTC8EQP+yRidg3mP6Xk7DU7R4hofz/oxuKKTbKQ3MrWW7eyRXEFL6zQp pY5BrGp2RScFpsLF8J96oE1/uaD8439u/OmH/TM+thuRGJCK4ZmYWkQPqqmmA3vGSDTHNraZ Tv+GBQWQm1V01wnjeC3Bc5whQjtnUmjnRlcqmsQpDaLEvoWiZdXI+8cM8Hw/8FqC5+Rgs9Pi Oj5pRL8k8PADnxBMyKeuYVIdfOmFFBFZrCRXUt845j8B3wT483Xu12e4/3Wa+3/+yv2DG/yb D16KwOwy6hllcuUvmTcASa0l8Tw+roeYXLgSCe5+cNoXr0Zj0j2q62Szy3wW57vR6WlgEpIL 4XwoeAVgcDo19dD27ksHBWO0q6bWfozOgbPBcDYYI7OpfZB29z8o7oYINaYt8WZzuyyrXhjf PZe3uDuot+y/1y4dEXNwTGeg7V22sEbjUmrtx7JazCzByGy4EW1yv6L64T/lv/3N9r/9TvOH 01bPW9z1aAxOw4R8zH1ET5upe5S5VqgGvvLwQRAAM1lIrSX5Di2uk3geh4XUOoCVTVhYiekP ICob/BLhUjh4vumBRncBnAvGa9EQkIyRWZh0DzKLd7NSp7NujhcJttoeczNzbHuHvV90Eq8l eI4/gA6dSTmn6O2azasXJrTJMqc26lSHK58peYLnW4PXEjwnhL0D6hjGuDw4HwLufuifQlXN bGXzK6SpGow0s4TVrRifD1ci0Tkc7WYcZpVSXSc29WBhJQamgFcAuPvh1ShMKKD6Lpcd/Bcw W2hTgf0TUFAJ/slwJtAVuROQgnmPqWeUyXdenc7G8yZOqVlWB7fiwV0AVyIx7zGJ51/OLCdi JgtJF7GwCq5Fg9P+XlhJ0kVm/oAbJBEarOql3aGe+Xv1wvhWaYZos3HfsM7hW/qdyO4gtZaW N3Bcgq0DWFaHGSUQkwMByXAl0lWM+rHywJ0NNFwL2PS9JA3xmk66uPgkXTfSh0trbGefGUy8 nnxfEMlkod19trxB07PUN46NPfioDnMfYfJ9jMrBoFS8GQcXwl6OlXw9OglvxkJYBiYXYv4T elSPjT00MEnCWVpYZRsKplLbNfvzm13N4tSu2bwtzQx9yOARQG5O0VPPawmeYwkxsnEmhXZ2 bLWqWZLmHLCztDukt+x/rgE7PN8evJbgOfZYrCSex5wyuBoF7gK8FEE5ZSRbZEbTFzUVENG+ FoeEkFsOgkQ4FwxuAvAKwJB0Kq9nM0tMc8jsDsZxTG+kxXWsboXwTKcdAn1CwS8JS2pIuviO eRccsEMjLa5hfRfE58G5YDh1Gzz88FI4OAfeyRZftRfzvAYAU+uoZxQissArAM4EYFgGtfSz vYOXXxUOSHWAbQMQesflNwjPfPM574KI7JxpSyMbXCptECc2iZOHlx9ta2fsYGEOB9s7oJkl 6hnFiia48xBD74BvPFyNAp8Q8Hg9YelcCPgnY9oDLKuj9iEmWcDNbfWaaEJU3Dwe1ypOF2+1 as07n27y/mYhYmYrU+7R7DINTWFjj7POA1HZEJACt+PhWjReDIezwa+d+Vdna9yKg+gcyC7F 8jpq6qURIc2vMLmCdvZIraXDt0cnGW0asby5UZw0uFSqNm5+0CEDcrOKHr4uwXMMQUK9dX9h p79nrqBemNAsSRlfe7ajW3SAhfhuW56fh9cSPMebXTVWt8GteHD3Aw8/DE2n9kG2r/miQZaI pNjFpl6IynZJiFO3wTsQ4/OofZDt7DP7T8LdiRjH0c4+tQ1gZJaryOAugMuRmPseE/SIGCAZ TDQpw/wncD0G3AXOOdngE4KpRdQ3/qVPwknBeeqWNrCgAi6Gw2lfuBKJ95+yTeXLE05EALS0 gfcqXc+5FI75T2hV/kGnlAgPjPKplerO3pieJ76iu367ybG2oAS8GA5nAsHT33XVXp/tgEFp mFNOtR00KWUKFTNZmN1BHDBA5xES0b5hY2j5Ub0ovlWaLpG3HPJygrlymUm5R9IF7B7BykbM KYOITLga5QpNcsYwuP3knDsfXgFwMxbj7uK9Sqppp4FJtrDK9jVktjCbnTk49soleCdak2Js 9Wm9MGFirVpv2fugzwHIzSl76oXxI8uPD0xbvJbgOSYggdq4ObFW3SRJrZ2ObZdlzyv7jNYD XkXwvBNeS/AcS4hIb8RRESYWgHcQugvgQhjer6KFtQ8N9Pz4A+A4ZrbQzDKW16F/kiuz3ysA rkbh3XIaFzOdgeG7f2TpQEv945hSCJciXJujF8Mh/QH2T9CehjnelRZvd9CqHGs6ICITzoe5 /oJXAIamU2UTrWwyo5mPnP8ppNFhS58z6Ytz84XILByYIJ3+teKD9pDaBiAsw9lrhCE/KtWf FigQmYNjVhszmklzSCubODiJVc2QUWz1jdb8l7fid/+x+Zt/3f633x384ZT11FXw9IezwXAh DG/FYUIelTynjkGSLbID7Xv6HNRG+ehKVYMoqUV6R7LV+i3LCWd0Escxm51ZrMxoZnoj7R3Q 8gaNirGxF0tqMP0BBKfBhdDX0m9flBc8/MArAM4G4flQuBgO16IxNB0ziqm8jrX007iEVjeZ Tv/5HCak0q8MLJbUCeOlW202h+mDXvy6ltj+TIfEw/PxEKHJpl1RjXXP3audjmkSJ4+sPFHq 5vlR1jzvCa8leI4fFiutbGJZLdyOBw9/OB+KyfdY/wQ7NHyJFTMRM1mYXEk9Y5hdBpcjnQUB vByBMbn4rIXmPmaCMmkPaUKC96sgIAW8A+G0L3cuGOLzqamPVuTMaH5Hgw0iqdQ0PI0FFRCU Cj6hrvLI9RjIKcPuEbax/e4/8r1htZNwDnLK4HIEuPnCzTh8VE8rcmazv/gikdWG0kUsqHAW f/BKFBZWkWyJDg3MaKYDHVOoaHmDxsTY2A0PnkLiPRAkgnfQq5vfDg/fQ68r214ey95/nr/6 1+WYm/tlRba+IVxYpQPdx02SJqIDo3xy7XmzOLVFeke82aQ1KU68nHgRnXRopH0NU6pofZvm VnBMTG0DWNmE+U8wsQCDUuFSOPeT6CRwE8CZQLgQhtejQZAIQWkYmQ3pD7H4OdZ2Uu8YiWZp fYtpDz/IT/+hcGBf25/qnM1tkaat7U18kFmCvaEljFt8Qj/PV4U4sO0b1oWbDa3SO/XC+M7Z u9LtDo1Jwae+8rw/vJbgOU44OFKqsLkXo3PgTCB4BUBwGj5vZxuKVwN5jgpAOtCRbBGrmiH2 LlwKdzoiQJCIOeXUM0q/nMj0TohIpyfZIlY0YXQ2+ITCaV84FwzhGVjRROJ50rw72ZMMJlpY w4ZuSC2Cm3HOagleCMPIbHzSQFMyplIf6ULqhOHgaGsHq9sgKAW8AsAnBNOKaGiKaQ5fc1Ds qrGhBwJT4S834Y9X4WoUpt7HvMd45yFEZsHNuNfEg7PP/noMhqZD4j28+wiftXDdgwdDHdLB B51DCQ0Tsf0LD9b2Jkw27ae4FRE5tWFjar22RZLeIk0XbjQcGOUnaacQkJksbF9LmwqaX6Xp WRqcpOZefNKABRWQ9gAjs9Ev6a3RSeAmgLNBcC0KA5IxKhuTCzGnHMtqqaGbesfYpIwtrNJ7 Ryd9XqwOw/xOf6s0o2fu3o5u4UNfzmsJnmMCEZpsurX9yYGl0gaRy/e1sS+02A/5viaeD4LX EjzHBqOJJiSYUwZXIsFdgFej6F4FE80d4RzrF9gdtL1LfeOYUwb+ya6Fo08IRufQ0xaSLrx/ a8q7ISKjmTa2saUfUu/DlUhwE4B3EAiSMP8JDU3RrvrdO9k2O1OpaVKGZbUQlgneQXDqNpwJ gFtxmHKfGntoaZ1+2ZLx/eDslxsXQ0YxnA9FrwAMSMGnLbS25WqkGZdgaz/mV8D1WO433tyv fnD83b86/u433P/9n/Bv5+AvN+C0L5wNAt94jLtL+U/waTP1jpFknlY32e4+Mxid3w1Ah9ak lG11tsky64RxnbN5s9tdh+bdTykmIHEHps3pjfoWaXqzJHVy/fmeYe2tgVFfGSRndBItrdOU jHrGsL4LS2swqxQTCyAyCwNT8JANQxIAACAASURBVGYsXAhz9Qq+KRuC4WYchmVgyn0sqMDH jdTcR8NCkszT4jqTK9neAR0a32JM+hoYrQcSeUuzJHVk5YnGpPjQl/+Y48RrCZ6vCaDjwLgl kbd0zGQ3iBI6ZrKlW60HBjkHX2FSE89Jh9cSPMcAItrYxicNKEhypTRGZmHnMNs7OPIQfQ5o eROr2yA6By5FgIefy4l75yH1jbPtXWa2HlXjkM1Be2ocnsa7j9AZUerpj1ejMLmQ2gZod//d GaCAzGQmpYp6RjGzGK5GgZsA3ARwLgQCkvF+FY2Jme6LNIYdfxwcyZVY/Jw7E8j9qzf3ay/4 83U8HwrXouFyJJwLAQ9/OHUb/vMa98+ejv/xH9x/+zX397/j/skdbsfj0xaSLLCtXabWMr2R WW0/d2mI0MaZ1vYne+cLG0QJLZLUqbXnasPGp3QLIIHGtD29UdcsSXXKiX3D2tesThAxs5WU KpxdxsEpauim0hq88wDCMlCQCDfj4EoUXAgD7yDX/01vi07CqGx0Ric199GYmC2us+1dUh0w zSHpTcxipXf6iL4eOrNyYu1ZgyhBtNloth9+6MsBuTllL68leL4iVodxY184uFjaKEpqFCcN LpWsq4UWh+FDG/Z4eJzwWoLna2O20sAkRGXDmQA4dRuuxWB5He3sH3nrv9FM07NYUOFqpneu dW7G4sNnrtzVL+M9IGJmC0kXsegpXIpwrbfcBRCchjXtpNh7r2Qh5x+ZXaZHdXgzzvVxTvvC mUCIysbGHtre/biu/ZMNANvXkHiOmnow/zGGpsOZAO43Z7lf/eD42392/M0/cX/3G+5/neb+ eBVO3QbvIAxMwZwyetaK1W2YdA98Ql3/nl1KM0vvb/pH4nYOl0aWnzSKkuqEsf2LD7Y0Ujtn efcrfxY6tOxOb9Q3iVMaRUnja88+UZ98ADY7290n6SJ2jWBFE+aUQXiGqyvJXQDuP5+bdOo2 eAbAjRiMvYsFT+h5Ow1O0+IaqbXMameADIAhMqJjqxneChKn1M33LRQ1ipOXVSMfUXTitQTP VwQJDs0q6VZbi/RO7XRssyR1aqP2wCgH3h3B8wnwWoLnK0HEbHaaW8XCKrgQBqd9wScUU+7T mPgdeamf+KZWG1PuUecwphTC+VBnCAxeCMPoHKrtpE3FVzMbANLyBlY0QnAanAsGdwGcuo3+ SfSkgWaXmd7wvqPKdvapcxjTiuBaNHj5w2lfOO0Lvgn44CkJZ9mBjtmP747vx4DE7A4yW/5/ 9t4ruq1tO9N86u7RDz1GVT/0S4dRdlV1VfWo8ijbZVcP123b9zqV7RuO7/W9R2JQDlRmzjln UqSYRYqiKJKSKOaccwZAMIERzCCIDCJjzzlXPwAnSKJ0KIo6SvsbfCQ3NzYBaf1rzf//SWeg fTUuSbF/AiubIL0E/JLgfOALK11XbzjjB1/f4f76DPdfvoI/+hX3Fy5wMxKr29jm7vf/9KTS YFs/BKeCux+c8YOQNGzrZ/tHbVhH4tSGLcFGQ4s4vXYqumPunkTWf2BRvYt9QmeWT282t4rT mkSJ4+8oJxzRSXaOWaxkNJHugKl1TKZgi2s0PIX1nVjyDFOKMCgFrhwWneTiDe6+cC4ALgbB lVC4Fs7dioKQNMwowbIaau6lMRGtrJP6mL7zjxk7WKSKyY65nI7Z7C317DGu8JKW4DNheX4s yMaZdjXzIysVDcKEOkFs90L+knzYaNV+6Bvj+eThtQTPh4DjaFuGDd0QkgZn/OCcPwSmYE07 bcne11LeZieVhmYWsaIBQtPhfACc9oLzgeidgDnl1D/O9pTvfZ7qKNjtJN2ihm5MyMcbkeDm A24+6B1PhVVsbJrtHc1XTcQ0ehLOY1kthN8FjzBw9eFOe4FHGCYWUGMPW1yjk4zI/HHhgBlM TKGhzV22uEYjQqzrxKInmJAPPglwIfC7te9pLzzjB1dDwTMWAlMw+h7mV1BNBw5M4YgQn7VC +F04FwBn/TE8kzqGmOJFqeDQuoVVcDsa3HzgWgTmV7CZRWYyH0WMEaHBopLI+roW8uqEcS3i NOFGo/Jgww7W4y0fiZHOLBdvtbbOZjaKkkZXq+S6Ve4ow06AzGwl7QHtq2hLRisbNLNIQwJs 6sHyesgpx7g88E92ZhYfGp10JQRuRYFvAoakQ9Q9zCilhzVU10m9YyScZ9Jtpn6/0UkfDxa7 QbLb1ypO71ss2devHeMK32iJuKHlRyrDJq8leH4EAO06s1wi6+uay60XxjVPp46vPdvTLdu5 t84k5OF5FV5L8PzoaPQ0KoL0EvAIB1cfuBWNhVU0LWHG93AcQcTMVlrfxs4hyCpD73hw9wUX L/AIg6hsrG4j8SLT6D+20jey2ml7D/vH4d4j8IoDd1/ng0oupPZBJt1mJsuRlrMmM1vfpt5R zCn/bpP+fAAGpGB+BfVPsE0ZMx/pUh8SDkh3QFsynF2mYQHWd2HxM0wrhjBHwpL/iwlL/o6E JUzMx/wKqm6jvjESLZB06+X1rtVKklUsegK3osHNF25GYvFTmn0x8JeI9lXYMYQxOXAhCM76 Y0g6Nfawnb0jLp0tduOmanp4ubxBlNggShxeqdhSzVi5YzaXI4HWJBNvt7XN3m0QJQwvl8u0 Evv3vZKIzGRmCjWt79D8Mk2IqXcM6zvxYQ3ce4RJhRh+F3wS4GqY05j0gmzwwvMBeCMS/JMg MguTizCnHMvrqamH+sZxcoYkq2x7jzQ6Zvt0sqROFCIyWNWizeYGUeLoapXWtHeMi/BagufH hWycaVe7ML72rGk6tV4Y3yMpXNwbOLAo+bAmnpOC1xI8Px5kteLiGpQ8A+84cPOFi0EYn08D k0ypOeoAz1txYCTxIlU1YWQWeDh91egZQznl1DtGG7v0kS+jOSClhoQLWFYHAcnO8uwrIRiZ hU9baGHlqOoLgNQ6ml3G5+0Yn++cKHP1gesRGH2PqppoWsIMb9e39X4BII3O2erQ1AMlzzC5 CEIzwDseroXD2RcXwef84U4sxuRg7mN80oK94zSzyKTbTK4kvYHZ35j8g0hyJbb2Q1iGo+wM IrKoY4gpNd+5ZRxW47llLHkGN6PAxRuuheO9RyScO+Lz59CmNGwINxpaHP+RLxQsy4fNNv3x ng0S6szyme2OtpnM5tGY8eE8+WSnfWwKO4fxeZtDZWF0DoSko28i3IyCS8GHRCed9oJzAXg7 GkLSMbkQCyqpqpFa+2lUSDNLtLLOtmVMoSb9xxKd9JFAhGrDtmNEZGar3WI/OMZFvp1xGuJn nHjeM4ic3rwvkfV3zefVC+ObRMljq093tQtWu5EXEjwnCK8leH4sVFpqHYCwDDjnD64+4BWP T5pJuv0+9jhJpcHBSch8ALejnfvWbr4YlEoVjWxhjbQHP9w2/fGAxExmWtnEmg4ISYczfs4w HN8ELHnGpheY6WimXodXRKGmESEUVMKdWHD1gdNeeC4AroVjejHrHmG7+x9mwB2AlBqaW6bu ESyvx9T76J+ENyPhSiicfyUO6Kw/+sRjchE9qmWdQzS/zGT7TK1jB0ay2N5alBIxs4VmFiG7 DC4Hg4s33oqmB8/Z6uYLJw+ATKWl7mEIz4QzfnjGD4NSqb6L7auOOu9kVS/I+jrm7tUJYhtF ScKNBq1pF+nIT9tiZTIFzS3TwATUthvy7u+E+K5c/N2Ky1e7bm6G87e5C4Gvi07izvjBrSiM yMK7ZfCoHlv62biYVjaYbJ8pNUx7wAwmslg/pQ/FBwIJdrWS3oWiFnH6inzEDseZDwHkFnZ7 6oVxvJbgea9waN/Xr01InzeLU2sF0e2zd+d3e3TmPUCOFxI8JwuvJXjePxxHs0uQ8YC7EOSc Yk8uItECs5x0jjUi7cixvhuCUr9rvzrnj7E51D7IlBqGn/Y/oKTSYMcQRGc7CyVOecL5QEwv oQkxM77N2AwS25JRXYfTr+K4lJsP+Cfh4wZa3XzvQywcMJWGiSXU2IO55RiUChcCXx8H5Is+ 8Zj5AJ+30YSY7Snex2g+KdRY2wG3Y+CUJ5zxw9gcGhcz88tvUVrbwqKnzsStC0F4t5Qka0cU YFbOtK4U9EiK6gSx9cK4kdWKPd0yB6/EQ1ntJFd+G50EmaUQnAaXvmk6/+bL9rsbmq9ctv/+ Hzb/+9/u/fwr428ucqduO4pZMCob8x5jdRsNTLIlKdPoPj8P9AcB0L6unOqYu9c1l7elEh8v mdepJQRxvPea5/1hsRtW98e7FvJrBdF1wriBxQfb6jm+O4LnPcFrCZ73iZ2jPSXWdoBfErj7 wll/DEmjxh6m0pzYDigR2exMbyCRBEufg28CuPs6SnPxZhTmPaZxMdPof6SA1x8BIlJpsX8S 04rhZpRz6v1CECYWUPcI25G/RTM3EVNpaEiA9x6BVxx3LsDhWsbrEZT1EPvGaVfOzJbjm0kQ mc3GjCam1TO5ihal1DeBVc2QUQoByS+Ih9Ne4OYD5wLgcghejwSvOIjLwwfV1NpP0wskV/44 A/pk40gwh6lFcDkYXLzQK46etrKtF+N0Hb72zmGMynb4T9A/mRp7mOyHjnSIGKLdYtzbmxkR 3W/pi2jtCRsduLs70mTrHaTaTiypxtT7EJQKV0MdKV4vTyW5+cK5ALgUDB5hcCMS7sRagxPl MRGzSbdHs68Ln8TuT3WD4r0ILR4HdrBIZP3N0ykDS6Vy/crxWgi/1RJDy4+Uhk0+E5bnZAG0 q41bws3GFnFarSCmfTZLvNWqNco+9H3xfM7wWoLn/QBIah32j0NyIZwPBDcfuB2DJc9ofplZ T2hrhIgMJibdpvZBzHgA18LBxQvcfPB6BMbm0vN2Wlh5wUf7OUFEGj1OzmDhEwxMgYtB4OKF l4Ip5h7VdtDiKtMfvIUGMJpIsoq1HRCfDzejnGNUFwIx4i5VNjHRAttXMftR8oKAGU1MoWYb u7SwSkNTWNOBhVWYkA++Cc7srG9Xxu6+cCUUveIwJB3j87GwCms7aHCSFlaY4mi/7j1AHND6 NlY2gV8iuPvCxWBMLaaJGaYzvCBHLVaaX8H7T+F2DLj5oEc45paTYI7pDc6zL0RmtpJGz/YU tLFDi2s0vUADk1jfDWW1hvTsbf87qxe+XvvtL7Z/+Qv1Vy6W33pwp+68EJ10NRRux4B/EoZl YlwuZj3Eslqq76K+cRTO09oWU2nIZjNaNYt7A13zOfXCuF7J/S31zPEGb3iOgtGqnVqvrxfG T0irdaa94x0pfN97zWsJnhOECE1WjVQx1b/4oF4Y1yhKGlh6KFVMmWx6fqiJ573Cawme94DF SrPLWFINnrHg6gOXgjG5iPommEpzMucDREypIeE8Pq7HqCy4HAIuXnDGF/0SMe8x9U/Qluwt tuc/ZUhvoPkVrG7D2Fy4Guo4kIGgVCx9ThNipta+haKw20m2TyNCLKmG0Aw4H+iY9gGveEgv wbYBWl5nB8YX5sQAmN5AWzKcWcLBKWc2a0oRhGXgnRg4F/DC2NIZP7gZCcFpmFRIhVX4vJ36 J0gsIek2U2s/Io8vItPoqH8CkwrhYhC4+WBgKtW0s62976foEiApVNgxBDH3nHNinrFYUImt /dgxiDXt+KAas8owoQDCMsE7Hq6GwRlfOO18Gtbf3dD9k7vsF79a/+Xfr339q+0r57VB4fbk fMyvwMcN1NRLA5MknKdFKdvaY2ods9oOfT5EaLSqF/cGO+dz6wSxPQsF60qh7bg5UTxvRm3Y Hlp+1DSdPLvdcYzGaweA3MJub72Q1xI8JwmgTWXYFG+3ts9m1wliWmcyRJvNigOpnZ9r4nn/ 8FqC54QhmYIaezAsw7EPjQHJ9Lydre8w60ks7m122tqlrhFMLQbPOOdq9WIQRmfjsxaaX/kS R8OJmNFMGzvYPoRpJc6YprP+cCcGsx5S7xiTK9/CkQxAugPa2MH2QcwogVtR4OoDLl5wOQSD UrHoCbUP0riYhgXY0I3FzyChAEPSwTsOPMLgrP9LJmm4E4MxOZhXgc9aaHCSza/Qxg7bV7ED 48fu9LXaaGUDH9XBrShw8wGPMMx+SKJ5UmnYnpItSWl8mjqGsKwWQzPgq2v2P/m1/Q9+bv+j r7ifuXO/vgEuXodEJ531h5tRGJIOyUVYUMlV1mlqn87VZvTVBHU2BA73pW1IuizqPWa1vZWx hwhNVu2yfLhz9l6dIKZ7Pl+qmLJxH1Mw1+fCrlbSPV/QOpO5tDdstR/zCfNagufEsdgNG0rh 8HJ5oyipQZTYv/RAqpg02XTHG8Pj4XlbeC3Bc2KQ2UpTs5h6H66EgIsXXA3D3Me0vH4yRwSA tLSOVU0Qmg6XQ8DFG0574dVQTC+h/gm2p/hCDiJei8M3ojPQxAzmPIYbkeDiDa4+cDEIY+5R cy/b2XsrlUV2O2n0KJzHgiq4GMT9zTnuz37H/emvuT/9Nffnp7l/uAi/u+34K7xgkvaKxeRC elRLncNsYYXJVUx3QEYTs9o+PcuKyUJrW/iwlrsYxP3VGe4nX3N/d477+g5cDgGPcLwcAhcC 4YwfuHpzv7nJ/ZW7/Q9+bv/9n3G//zPu//nv8FM3uBAIYRl4t5TK66mlnybEtLrJ5CrS6Jne yExmsljRbtUYtoQbjc3TqbWCmI7Z7Pnd3gOz8m3rsYnIYjOs7o92zt2rFUR3zeetKSatvJw4 aaSKyVZxetd83qZqmsNXTPNHg9cSPCcIEujMezPbbW0zd2sFMc3TKVPrdUrDxvGCAXh4jgev JXhOAiK2vUcVDXAtHE55gpsvhqRT1zDT6t91fU/EDow0OYu5j+FqKJz2hNNe4OINd2KwpJrm lk8+DOozwG6nhRUsqYY7MeDmA6c8wdUHA5LxaQtt7BwyTUTkcAYzAGazM4WapiXU1IN5FRiS BheDuN/c4H7mzv3nX9j/zV/Zf++nzq9/97fcn/0WzvphciE+a6Wxaba7/2m0mH37eh0vmQMy mXFXTtMS6hjCx/WY+QBCUp2S9es78PPL3J/+2v5v/9r+r/6S+9c/4/7kn+DnVxxPFdx84Iwf 3IyCyLsYnQ3XwuGra9w/XgEXb0wrpmnJURw7JptuaW+oY+5ezVR083SKYL1eY9w5xoaiHaxS xVTnXE7NVFTnXM66QmDjjpYXzHME7GCd2WqvE8QOLJXK9av0lnrvWwC5BVlvvTB+cPmR0rDB awmeY2MD865mYXCprFYQXSeI7ZrPW5YPm+16PhyM50eG1xI87wYiU2upbwxj7sE5f3DzgZtR WPqcltffaVmJ38zttPZjYj5cDHa6da+GYmwO1XfR+s6Hsud+MlistCjFp80Qkg6XgsHVG1x9 0DeRHjxnM0tMoWYaPVNpaU9BCyvYO4qVjZDxAAJTDklYOh8AV0PxWriz+Oyfb3K/vAL/eJn7 6hp3PgDi87Cpl1Y3md7wXjoH3wVEZrMzk5npDEylpT0lbezgzCL2jWNNBxY/w5T7EJzmrDJ8 NTrJ3RfOB8LlELgYxP3zDe4vXLg//hX3X38Dv76BcbnU2k+SVabUfBudRGoddg1D5F04FwDu fhiUSk1HiHhizI7Wbc3c4NLDBmF8gzBhaPmRTLvIgfVt1wR2MK8rp3oWCuoEsZ1zuVLFlNVu 5FerJ8KBRTG29rRBGD+1Xqszy499nW/OJXgtwXN8ALkDi2Jxb6BrPrdOENc0nTy6WiXTLto5 PnqB5wPAawmed8BgovllLHoCt6I5V2+4Goqp92lYQNqD4zc52OxsX0XCeXpUhyHpzvCfC0Hg n4wFlTQ4yfZVH92C9WPGbqeNHWzuheh7cD6Q++o6/P0lOO2Jd2IwLBPDMsA77oWEJceo0tUw 9I7HsExMKqT7T7Cu05mwtK9kugNa28KOQch4gD7fpDOd88eAFCyopBEB25Ez04coFAdkZivT 6EmmYNJtml+hqTnsGcPaDiytwawyiM0B/yTwCHcG6X5fNnwTnYSesRiYAhF3MbEAc8rxcT02 dlP/BJteYHPL1DeOGQ/AIxzcfcEzBsvraWn95ZMxu50WpfjgOXjFgZsveIRhVhkJZl+2rb8C Eqc4WJ/aqG8VZ9ROxXTN5S7vDRssqrc6oCBGVs4oVU71SorqBLEdc/dW5CNmm55fsL47igNp /+KDpumU2e0Ok1Vz7Ot8O+PEawme42EHs0y3OCF93iROqRfGdc/nz+/26Mz7vDuC50PBawme Y2HnaHMXq9sgNB3O+MFZfwhJx8ZutiU7drw9ma20toVtA5jxADxjnTUR1yIgLhfrOtnCCmn1 x+86+NJwJCxt7pJYQv0T9KwV4/LgfAD3N2e4P/yl/d/+jf33fmr/v/+G+8Nfwl+6wD9dB48w DEnDlCIsekJ1nTQ4RTNLtL7DVNrDE4QcTdViCT5tgbhcuBoGLt7caS+4FoHx+fSsjYklTG94 X4qCiJksTKFm0m2aWaIRIXUMYXUb3n+KmaUYlwch6egdB1dDnfm2L502nPOH6xHon4TR9zC9 BAursKqJ2gZoWECiBVpaZ9typtYxyyseaESS7WNdJ4Skw1k/uBSMCfnUN/7yLB8RKdXUO4oJ +XAxGM74YUAKPW9nG7tvPqxD4nRm+cJuT8fcvVpBTPvsXfFWi8qw9Zajz2TjjBtKYe+CQ05k L+0NGq3qY8/k8DjYVIs75rJbxRlLe0PWd0jK+m7GaalMccBrCZ63AAkOLMqlvaHuhYIGUULz dMrY2tMdzfyxkwB4eE4EXkvwvDWkN+DQFCQXOQfKb0Ti/ac0u8SM5uOtHenAiKIFfFQPoRlw JRRcfcDFGz3jKK+CBqfY9tv0r32xADCtnlY2cESIDV14/wnG52FgKnrGgkcYnvMHFy/4+g73 6xvc31/k/r/T3J/8mvujX3F/+hvuL93gn29CVDa29NH6Njswfj/59AcgYiYz25HT4CQWVIFX PLj5gos3XAhCzzjKLqPuUbYjf8f2NDJbmNwRnSTGtkF60owFVZhYAGEZGJAMXrF4PQIuBR9y 2nDaC874wY1ICE7DlCIsrMKnLdgxRJMztLhG69u0u89UWnZgZFb7UU/SHAaeqVnMLIXLIeDu i7djqLyerW29oBOInDNmZbVwKxpcvMEjDDMf0ISYGYxveDMTocV+sK4U9EmK64XxTdPJY2tV Mu3iW7ZGkB3MG6rp7vkCh6V7UdZvsKp4OXFsOLQt7PY0ihK75vM2VWLA47+lv5txWipT8lqC 58jYwSLXLU9Ka5qnU+sEsZ1zOXM73VrT3ru8G3l4TgReS/C8DYi0uoUl1XgrGlx94JQnRGVj 3zjT6I55YqDS0MAEphfD9Qhw94XTXuDihYEpWNlIi1LnupZXEYeCRFo9SVapewQf1UFSgbPE 4EIgnPUHV58XFtauPnA7BhMLsKwOO4dpZolml/B5GwalOX0CZ/zgZjTmVtDUHDt402L3EIgY B2Sy0NoW1XdiZBacC3Aavi8EYXAqPW6ghdWjuJDJYiW5guaXqX+Cajqw8Akk5IN3PHiEO0wL cC4Az/i9/OocX24+cD0cv41Oah2gyVmSbpNSw/QGZjQzs5XZ7HQi7yhA2t7Dpy3gGQsu3ngx CJMLaXL25deIxPQGGpjEqGw46w9uPuiXhM/bSa588+WRuP2DtXHps6bp5DpBbK+kaE0xabEb 3uoekbgdzVyvpLB2Krp9Nksi6zdaNfzK9XiYbFrBep0jfElhWH+XS31fSygO1nmBx/ODECOT TbeyP9ojKawTxtUJYgcWS7fVM1bOyJfQ8XwM8FqC52gQkcGEnSMQmg7uvuhIUqpooD3FW2d9 EjGbjW3uYn0nhqQ5e75cvOBSCCYUUMcQU+t4/eCEiBAZB8zOMauN9lUkWqDGHsyrgNB0uBj0 wpLakXDlSBa6GIz+yXi3FKvbaExE23uHTteQSoNdwxCdDRcCwcUbTnnClRBIL8ZhAdPqGbz9 spuIdAYcnYbsMrgRCW7fLPqvhGJ6CeufYAo1WazMamMHJtreI9E8dQzh4wbMLIXQdO5KqPM2 XjpecPEGV290vLSz/nAuAG7HQMw9zKug6jbqn6CFVVKo3/EA5G0hoxlHhBB51yGD0SuOajuY XPXqJ4I2drD0OdyIhNNecC4A04pJLGHmN7tK6MCimNlubxVn1ExFtYozZrc7DBbl27qxZdrF Psn9WkFM28xdiazfZNPyGS/HQGvcHVmpqBfGT0qfv4vxmvFaguctQQSNcUe02dgiTqudim4V p4s2m9/xTcjDc7LwWoLnhyAig4lEC5hTDpeCwcUbroZhxgOamGGmt0mcJGJWG1PraHIWS56B b4LTEXExGD3jqPAJjYuZRvfptRCcLIhksTG9kSk0tCOn+RXsHsWKBsh4AEGpL4sHVx+8EAge YXAnBgNTMLkQH9ZQ2wCJ5mn3LQbDSK2h4SnMeQRecXDWz1n/l5BPrf1sY4eZLG/npEdkNhtT qmlsGguq4EYk/PYW94+X4K/cuZ+5wVfX4FwAeIRxFwK5Q2WDux9cCIKrYXAzCrziwD8Zo+/h vUdU0UCtfTQmoiUp7auY9Zjp/icOrW9jWQ14xoGbD1wNxewymlkkk/mFdzIR0+qpdxTicp1/ RN9ErGmnLdkb4siIyGzTr8hHexcK64XxjaLE8bVn+/o1O1iPfryAyO1qJY6EqLaZzPndXoNV TezL/pS9PXLdcp+kuEGUOLPdbrbp3+VSgNzCbl+9MH5wmdcSPG/CMfG4qRINLJU2iOIbRQn9 iw+kiimL/eBD3xoPzwvwWoLnjdg5km5jdRsEpIC7H5wLwPC71NjDdvffaqqeDoy0uonNfZhW DNfCwcUb3HzhZhQmFmB9Jy2uHWUA5vMEgBlNJFfS2qbDJ43PWjG/EuLzwC/RKd5eTFgC73gI y8SkQix5Ro3dbFjIJGtMrmKWw0zSR4SINDoSzOHDGghNh/OBcNoLLgRixF161spmlpj24BCZ h8TMVlLraFdOq5s0u0QTZOjboQAAIABJREFUYuwaweo2fFCNd0sh+h5cj4B/usb92e+4//SP 9n/z1/Z/9Zf23/up/d//Hfdf/gn+9hx8fQeuhUNAMkRlY3Ih5j3GykZq7qOBSZqW0NoWU2je 6XX9CBCRSoPdIxCbAxeDODdfCE6jpl62+0oUrMNBUVrjiBbAq2GU9ZDGp5nu4A0v0MaZtzXz IyuVjaKkemH84NLDDaXQbNMdXQ9waNvVLgwtP2oQJjjON3RmOR/5cnSQQKqcap/NahanLstH OHgnHfudluDPJXheD4c2lWFrZqutfTarVhDTNntXuNmoOJDyJXQ8HyG8luB5PWot9U9gYgE4 Jk/uxOKDappfYaa38FiTUoOTM/iwBsMz4VIwuHiBmy/6J1PRUxoSsB354TFBnzGATG+kzV0m llDfOFa3YX4FJhRASDreiYELQS+JB7gegSFpmHIf7z/F+i4aFtDcEtvYYWrtIa1z7wYhkt5A KxtY2wFxuXA1FFy84HwA+iXR/afUP84WVml5ncQSHJqitgF62oIFVZhWgrG5EJyGXnHgEXZI dNIpT3TxgjN+4OINv7oGf+XO/dnvuJ+cgr+7AF/fgcAULK9nwjnaVzKz9fhpwh8UslhpfgVL quFGFLh4480oLKgk8eLLHxYkUuuwbxwSC+BiEJz1g8AUrG6lTdkbxDmHNrVha3qruXUmvV4Y 1zWft7Dba7Cojj6tZAfrrlYyvFLeIIpvncmY2W7XmvZ4OXFErHbD/E5X03Ry13zernbhHa/2 fS2h5LUEzysQI7Ndv6kSDa88bhQl1wsT+heLV/dHDVY1/5nl+TjhtQTPYVjtNL+CBVVwOwZc feBSMCYX0YSYaY6cyuoIjW0fgvg8uBkFZ/3htBdeCsKYe1TTTkvrTHfwFicbnzRIpDug1U0c EWJ9FxZWYWwu+qfA7Ri4Ggpn/cHlu5U35+oDt6Ix+h7mV2JNOw4LaEnKduSk1LADI7NzP5Lu 0upJtIAPnsPtGPjFFe4np7j/9jvup27wiyvg5gNXQtEjDC4GOe3yL8oGzt0HrkdgcBokF2HR E6xupa4REs7T8jpJt9jyOo0IsbQGAlPgrP83tu8oTMin+i5a2fyEi8w5IIWG2gfREZR8zh8j s6h9kKm1L30jWW24toUVjeAdD+6+cDkYU4tpVMQOXhvsiIRmm25FPtK9kF8vjGuaTplar1Ma No++SQlo39MtDy0/qhfGtc5kiLdatSYZvzQ5CgaLUrjR4OgQVBm23vFqiJxE1t8gTHBqCX7e jOcFSG9WzO50dc7l1Alim8Wpgo26ff2q/e2bK3l4fjR4LcHzMqRQY2M3+CWBuy+4+oBPPNa2 sx35D3b3OuGAltaxogECU5yjMqc84VIwZjygoSlnSfBnfxChN9CilLpHsawOEwrgdszrMojQ 3Rdvx2BCAZXVUdcISdaYRs9MFma1MTv3Y7hHrDa2r6T5Fewbx+dtVFCJsTlwJxouBcM5fzjl yf3DRe7//Wf7v/tb53jSv/4Z95/+Af78NHx1DU57gUcYhmVgZimWN1D7IAnm2KaMaQ+cuUmO VwH44t48ks3GZPvUPYIpRXAp2NkWd8YPPGOxoJImZ5jh04xLd0RaLaxCzmO4HAou3ng9Eouf 0cbOy39KIqY30NAUxObAWX9w9UbPWHrSzLb33lDFaAfLjmZuaKmsQRhfJ4gZWHqwpZ6xHbnr gAiVB+sjq5X1woQWcdr0VovOLOf3xX8QtWF7dKWqThA3Ka0xWFTveDXgtQTPa7CDRaZdGFp+ VCeMqxPEdc/nrchHTDYd/yHl+cjhtQTPNzj6v4TzlFYMFwPBxRvOB2DWQ5pZZNYf2iomYhww 3QGNTmNOOVwLBxcvZ7q/dxw+rGHzy5/wfvOhEDFAZueYxcpMZranZMJ5auzG/EoMz3w1YcmZ QXQ+AK6GQuA3CUujIrYlY5b30xLtuEMOmM3uvEmtnm3uMsEctQ1ieb0jOgk8wsD1NdFJbr5w xg/OBcC5APj6Nvfzy9xfunA/+Zr7Cxf467N4PhALKml+mRnNx9c8FhvNLkPpc/BLgvMBzvmu M34QnY3NfbSxy8xv6fz+GCBiSg3Vd4N/Mrj7wilPjLhLgxOH+CIAaX0bS5/DzShw8YYLgZh6 n6Zm31DVAsgpDRsTa9VNouQ6QUzXfK5ztXHkPUvlwcbY6pMGUWLTdKpos0lnlvNBsW+ACGXa xT5Jce1UzOx2hw3eJnDiMAA5iayv4dsZJ15L8DBGDI1W9eLeQMfcvZqp6Kbp5NHVKpl2icOP JWSCh+cN8FqChzHGmNVG23v4pBl9E8HNB84HOMczVNofWCY6qrtWN6mpBxPz4UKQU0Jcj8DE AmrqYRs7b0iq+ZRAZBYb0xlIrqLNXZxdwu4RrGiEzFIITndsQn8vYckbLgTi9QjwjIPAFEgu woe11DZIwnnaljPzSVfvITGrjRmMTK0juZK2ZLSyToI56h7G6lYseoIpRRCcBtcjDi90c/eD i0HgEQ63o9EnAYNSMTYXc8qpshFb+2lURItSJlcxg5lWNrG6DaKznQrE1Qd9ErD4GU3NsneJ ZLVztLGDbQOQch/uxMA5f8e7CAOSqfgZCeZoX3XyD+09Q0YTjosxrQQuh4CrD3rFU1UzrW8f Es6r1dPABMblOcbG0D+ZajveUCFPjA4sirmdrva5e3XfDCypjTtHnHdCBMWBdHytukmU3Dyd Itpo0Bh3+GGn12EHy+r+WPtsVos4fUMlevcLOs8lRAlO7zWvJb5siJGVM+3pliak1U3TyfXC uM65nLntLj0fkMDz6cBriS8eDphCTV3DGJ8H5wLA3Rd94qm8ni1JfyB202Zne0qanMUH1RCc ChcC4bQXXgyGoFS8/5RGhGxfddSxqI8TQDKYmFxJqxskmqeeMXzagrkVEJcHfknOzu/vF6Vd CQWfBIzIwpT7+KCamnpoREiSVbanPEl/OREzW5laRztytrJB4kUaFVHHED1txfvPMKMUonPA PxmuRRzigT7tBWf84WoYeMVBUBrG5GBaMRZU0pNmau2noSkSS5h0iynVb8qTtdpoYxc7BjH9 AdyJBXdfcPOBOzGYWUq9Y7S5+0O1Ca8HkJQaEs5jRSNEZ8O1CGcfokc4JOZjbQebW3K2Xnwq 2O20sYOVjeibCGf84FIwppfQiJDpX2md44CtbmF5A/gmgrsvXgnF9GIaFTHdYfFZjDHGHPXY A0ulDcKEpunk8bWnMq3Ezh1p1xzQrjiQTkqfN0+nNk2nTK3XqgwbfD7MoZjt+vndnhZxWo+k aE+38u4X5LUEz7cggcGiXpaP9EruN4gSmqaTR1crt9QzVvunOeTJ86XCa4kvGjJZSLSA+ZVw KxpcveFyCGaWslER0+rfdBxhttLKBjb1Ysp9uB3j6CPDa+GQkI+NPWxxjXRHtmh/VCAyg5Ft 7dG0hHrG6FkL5pZjfB4Gp+GdGLj4YsKSqw9cC8eQdEgtxuJn2NBFo0KaX2Gbu0ytPTHxYLEy hZqtbdH0Ag1MYnMfVjZi7mNMLoKobAhKBc9YuBrqLIV4WTb4wrUw8E/CmBy8W4olz/BZG3WN 0LiYZpdodZN25EytY2bLcSaU7HYmV9H4DBZXg1+iM6PJIxxjcqimgy1KmdF0/CdgstDGLvaN YX4FOFbhjoBavyTIfYw9o2xLdmj13scJ6Q5wRAip9+FiEJzxA78krG5lW7KXlTYSqbU0OIkp RXApBNx90S+JnjQz6WFHGYwxxuycRa5bmZQ+bxanNIgSeiVFK/tjZpvuKB5NQLvyYH1KWtM0 ndw0nTwprVEcrPNy4lUOLErRZmOjKGl0tUprlr37Bb/vl1AcSPlR+C8WO1jk+lXBen2LOL1e GN85d29up0tnkvEfQ55PDl5LfMHs7tPzdnTE6Zz2wqA0auhhO3Jmf33SqMFEonksfQ5BKc7q g9Ne4BmL+ZU0Ns32lB97FcAr0IGR1rZwRIh1nZBfiVHZ6JuIt6LhiiNh6cWTh5tRGJVNeZX4 vJ2GhWx1g3b3SaUlg+kEDOVWK9tX0uIajgixpQ8e18O9RxiZDQHJ4B0Ht6LAIwwuHB6dBK4+ 4BGGQWmQXARFT7C6nfWMOfoZaEfO9lVMo2cGE7PaT9jMDcD0BlpYxSfNEJT6zaI/CANTqayW xJK3azP8PkTMzjHdAUnWsLYDYnLgQhCc8gQ3X7wahmEZVNHAZpbYgfHTeL/ZnAcU4BUHbr7O A4qp2ZefDxGz2WltCysa4FY0nPaCy6GYUkQjote9UiTQmeSzO53ts1m1gtjWmYyZrTatSQb4 w0eCSKA2bE+t1zVNpzSKkifWnisO1o/yg18ORKQybI+sVtUJ46a3Wk6kI4zXEjzEyGTTreyP 9Uru1wvjG0QJQ8tlm6ppi+2APol/0Hh4XoTXEl8kVjuNTWNCnsPegB5hVPiEpNtvUBGk0lDf OKYUwZWQ75KIApLxaQutbjKz9ZPpqz4wsuV16hnBslpIyIMbkXAuAM74gZuPUxp9f4F+Mwrj 86islrpH2JKUafXM4ggmgnd6vXY7U6hoYYX6J7C6DfIqIPoe3IqCC4Fw1t85NeTqA6/WQjsO HK6GQkgaZpbi43pqHyThPNveYwYjs9rIZv/u9n60/5MczvvdfWrpw8i7DmkKrt7gEYbZZWxy hhmPGjR06MWJA6Y30MQM5j6Gm1Hg6u28/tVQTLtPfWNMrf0EFIUjuKl/AsMzwc0H3HzALwkb u5lS87K5nIiZrTQ2DXG5cC4AXLzBMw6rmtie4jUXJrNdv6oY75rPq52KbhQljq893devHqVS jRjpzHLhRmPzdEqDKHF89anKsMmvbr8FkNvRzPcsFDZNp6wpJk7kyXw74zSw9HCf1xJfHoCc 2rAt3GhsFqfVCqJbxGnTW81a0y4i8EKC5xOF1xJfEkTMbqfVTSyrhSuhcNoLzvljVBb1jB7e vAvITBaSbmFNO4SkwVk/x8YweIRjchF1DjON/mNcwznyi6w2ZrKQzsB290kwR43dWFCJEVlw NeyFNfppL3D3hXMBcDEIroZBUCpmlWF1G40I2cbuW/t9iRh8k5tkNJPewFRakm7T5Ay29H0T nZQB18LBzfcQkeDq7byZC0F4OQSuhoFPPMbnYWEV1rRT/zjNLZ+w++JkISKlhnrGMKkQPMKd bocLgZhcRP0TJFcx2zvdOVlsuLyOz9sxOA0uBDqG6+CMHwSnYVUzW5TSgZFxH3fiMCAtb2B+ hbP9/Uoo5lcwydoh3iQitimj8nq4EwOuPnDGDxMLaGKGHRgPDbbi0CbTSgaXy+qF8fXC+P7F B1uaWRtnPkJGE+nN8unN5pbptAZhwthqFS8nvsUOljXFeMdcdudc7rZm7kQCr77nl3jIn0t8 URAjG2faVs8OLj1sECXUCeN6JUVS5aT5JM67eHg+ILyW+GJAJLmSOgYxKtvpsfZOwMcNtLb1 alwMWay0r8Kxabz/FH0Twd0XXLzhcjD4JeGDapoUk1r3ER1EIDKLlWkPaE/B1ndILMGOIXzc gI6EpasvZp66euOFILgRiT4JGJKOqcVYVudIWGLbez9gN3/hlxKz2klvZCotkylofYckazQ5 Qx1D9LSFCqsw+c3RSb5wMQiuR4BnLPonY2gGJuRjfiVWNVPbAI2JaHGNyZWfXHgRY4whkUqL oyLMKUefBEfHCF4KxrhcbOyh1U1mML6jnYYUKhqawoJKCEiBi0GOAGK8HYPZZdQzSus7zGD6 iN6fr0BKDbYNQMRdR94uRmRR7xhTaV5ubyRiOgMNTEJSIVwKARdv9EnApy0k3X6dntQYd0Ub zW0zmbWCmI65e4uygQOL8gfTYJBAa9qd3mppncloEMaPrFTI9Sv80DZjzGo3SHZ7W8RpA0ul igPpiVzzezNOvJb4ggC0a0y7s9udbTNZtYKY1pkMwUY9P1XI83nAa4kvA72RRAuYU443IsHV G66F491SmhDTSykxRExvYMvr1NCFyUVwPQJcvcHNF2/HYHIRNvfR0vo7eWpPCiJmNJNc4Uw+ 7RrBykbMKce4XPRLgsvBL4kHuBKCvgkQmY3pJfSwhlr6aFREklUmV74psOj7v85iJZWWbcto SYrCeRqawtZ+rGzEwipML8Hoe+CfBNdfF53kB1dDwSsWQ9IxLhczHtD9p1jdhu1DNCJkM0tM us0UamY6lgf6Y0Z3QDOLVNmEkVlwJdTZnxCaQeX1JJwjtfadEpkcI0OSNazrxJQiuB3jcJLg lVCMyKLHDTQ5y+TKjzeP2Gwl8SLmVzimtvBmFJVUs4XVV2tYyGKj1U0sr0efBDjjh1dCML2Y hgVMe8ipIBEZrKpl+XCPpLBeGNciThOs1+3r1zj4gXYXRNCYdsVbrW0zGQ3C+OHlcpl28Qd/ 6vOGGBmsauFGQ4MoYWKtWm+Wn8hlATmJbKBBlDiw9HBfv8Zric8eIjTb9Zsq8fDK4yZRUoMw oU9SvCwfMVhV/F+f5/OA1xKfO3aOSbepshECkh3zMxiRRR3DTKZ4aROUlBocm8biZxic7qyJ cPXGgGQsqaaxadrd/8DJOUYzbe2RSIJdo/ikBbPKMCYXg1LxdgxeDHaO0zhN0r5wLRxD0iCt GB88x6ZemhCzxTW2JWNq3Q+7wy02UqhpdZOE89Q3gY09+Lges8sgIR/D72JAMtyJgSuhh8iG U57g7gvXwsE/GWNzMeshlj7HmnbqHSPBHM2vMOkWkymOH530KULEDCZa3cSmXkgqdEzW4bkA 8I7H3Mc0MMEU6nfMeCWLjfYUNDmDj+owLAMuBMJpTzjrj56xmFJEjd1sef0N1W8fEo5jO3Jq 7IHgVHDzxQuBGJtD3SNMpTmkJFt7QCNCTCuGS8Fwxg99E6myiTk8Tuyl7yUrZ9zWzAwvlzeI EhpFiUPLjzZVYovd+OYRHSTQm+Uz2+2t4vR6YfzQ8qNd7YL9C5YTRKgybA4tlzeKEud2uiz2 V5J8j8WLWoI/l/jMQQKtSTa309U5n1MniGmeTp2U1uzplmxwlPlDHp5PA15LfM6QVk89YxiT 48wzvRGJD2toSfr9yRniOLYlo9YBjM3Bb3fWLwRhbA7Vd5F0mxmMHyDRn+jbhCWo6cC8CgjL RK84uBEBl4NfjkB188EbERiZRfkVVNtJYyJa22JyJdPomdH8poQlm40pVLS4RiNCau7DR3V4 9yGG30XfRLgTg9cj4EoInA98TXSSN3iEQVAqJhfh/af0vJ16x2h2iW3u0p6SKbVMd8CMZmY7 6eikTxEiZrXRvpoGpzDrIXiEw2kvcPOFq6GYWECtA2x77/g9dw4AmdFMW7vYNYzpJeAR5vSf XAxC/yQsekJjIqb/+IaSiZjZQsIFzCyFS8Hg6o1ecfiojjZ2D3nb2O20LcNnLeCTAO6+cCEQ EwpocOqQtgrGEDmVYVOwXt88nVIniOmez1vaGzRa1W9euSLhgUU5u9PVOpNRL4wfXCqTaSXw pTbvIsKuZqF3oahtJnN1f9wOlhO5LCC3uDfQyGuJLwA7WHY1ktHVqqbp5FpBTNdc7tLe0IFF hfjplOTw8BwBXkt8pgDS8jrmV8LVMMc6GGNyaET4woQSx9GSFMvrwSfh25l+vByMmaU0ImLa 15ZkvReIyGCilQ3sHcNHdRCfBzej4KyfM87o1cGhaxEYm4sPa6h7lJbWmd7IOKA35BfZOabU kGSV+ifwWSvkPoaoLLgZCWf98NvQpNNeh2gGx6+7EgrBqZhRQuV11DFIonm2K2cmC+PAGZr0 Y+YmfboQkc1Gs0tYUAU3o52JTO6+EJSKz9vY5iuVC8f6FcxsofkVLKsF73hn5piLN7j5YHgm NfXQ6/ukPxhEbF9Fz9vhdjSc9uLcfSEul6ZmmfmVMwHHx2RMhHG5zk6Pm1H4uJ42ZS97LRhj jEw27cJuX9vM3dqp6BZx+vRWi95yeBjUdz/DyGTTLcj6WmcyawXR/Yslct3Kl9m/C8hJFZPt s1nd8wXb6tmTMpAAcosyXkt8/pis2kXZYOdcTq0gulGUOLpaJdevIiEf1sTz+cFric8ODphW Ty19GJIG7r7g7ou+iVjdSnsKBsiImM3G1DoaFkL2I7geAS7e4OoN5wPALxHLamh+5fi9xT+I IzzUYmUGE2n0tLVHU3PU0IMFVRiZDR7hL/gcHKvMC4FwJRSuR2BwGmaXUXUbDgtIuv3dWLnj mo7UJr2BNHraV9HqBo5PU0sfParDzAcQlgE3IsD9NdFJZ/zgfABcCkaPMLwRif5JmJCPhVXk iE6aXSLZ/pFsFTxHx2KlhVUsbwD/ZDwfCC7e4OaLfklYVuf05ByyMn5LENnuPrUPYnIh3oh0 Hri5+aBPPBY/JdE8U+uY7fVVKj8+VhuNizGpEC4Fw2kv9IrD6lba2TvkUSDSlgwf14NnLLj6 wPlATCqkcfGhEU92MG+ohH2LJQ2ihHph/PDK4z3dsh2sb5yvIJNVu7Db2z6bVTsV3ScplmkX v0Arth2sC7u9TaKkwaWy/YO1kxJUvJb4vCFGdrDs61fH1541ihLrBLHts9lzO516s5z/W/N8 rvBa4jMCkekOaFyMdx/CxSBw9cbrEZhTzoTzjgF90h3Q4hrWdWJ8HpwPRIct+FY0phVTaz9t HDJ7/a4QMYuNafS0K3c6EDoGsbwOMx5AaDp4hHHfFw8ujoSlKPBNxLBMSC/B8jpsH0TBHG3J yGRmAMxqY3oDU6rZjpytbdH8Co1NY+sAVTVjQSUkFUJwGtyIhDP+h0Un+eGlYLwRid7xGJiK EXcxqRALq+hpC7UP0Ng0SVbZnoJMZn4q6UfCaqPVTWzohrhcZ06uyzfVh6NC2lOcQPotItPo SDCPZbUYnoke4eDmA6c84WoYJhZQQzdbXCOt/gTOQ04Em51WNrCsFrziwM0HLgVjVilNzjC9 4ZAcWL2BRoSYXASXQ8DNB7zj8UkzW9t6NYuMQ9uebnlCWt0sTq2diu5ZKFjdHzNaNW9YHBOR 0aqWyPo65u7VCmJ6JUVb6hkbZz5Ko/Zng8GimpA+bxAmTElr9ab9k7rs9/wSpXL9GvLry88I JDBYVCvy0T5JcZ0gtlGUNLzyeFMlttqNH/rWeHjeI7yW+DjggHb2qHsEH9fjvUeQch9zH2NF Iw1OHmLEPBSbnS2vU0Uj+CWCmy+cD8SYHGofdEYV7e7TqAgKn0BgijOj82IwhKRj6XMaFzOF +iTXUiYLkytpeZ2mZqlrBB83YPYjjM0FvyS4EvqiSdoHr4SibyJG38PMUiqrpdYBGpumxTWH R5kUGtqUkWSNpuZoYJKae+lxPeZVYGoxRmaDXxJcj3A2o73igcaroegdh6HpmJCPdx9i8TOs aafOYRoV0swSk26TQsV42fARQHaOdvaodwyzH4FXHLj7gosX3IzC9BJqG2DSrVejjY6D2ULr 29Q9ijmPwS8JzgXAaS84H4AByVhYRf3jbGv3LRKB3x9EpNZizwjG58GFIDjrh6EZ1NDNZPuH BOlyQOvb+KTFkayAl0MwqZAGJkj1ckaWM49yp7Nt9m6dIKZjNnt2p0Nrkr1RTqDRqlmUDXTM ZjvkxIZSaOW+oCWR0rAxuPSwaTplbqfLbNOd1GV5LfG5Ygfrvn5NuNHYNptZL4xvn8ue2W7X GHe4L9VxxPPlwGuJDw0HJJZAbC73q6vcf/wH+//+3+z/4g/t//N/5P7lH3P/x0+4//wL+OVV TC5ki9IXhrztHC1K8VkLFlTS43qamKG2foi+BxeD4bQXesfT43paXieVlhbXsL4L4/PgZhTn 2JH1CIfkQmztZ6sbTG9418U0ETOa2LaMRAvUNYxPmjGzFKOyMSAFbkU7Pd8v+JVDITgV04vx YQ229NHkDC1JaWWDlqQ0t0xTM9Q7RvVdWFaLmaUYlwuhGeCXhLdj4Ero4bLBzRc9wsEvCWNz MLsMy2qprosGJkg0T4trbGOH7SlIo2Nmyzt2GvC8V8jOkVJNU7NYWgMBKQ6rDHqEYWQWPW1h C6vMdBLOVw5IraXZJXzejvF5cCnYGfx1PQKis7GqGcWSl4OSPwgWKy2vQ2kN3IpGd1+4Fo65 j9nMIjO//BAIkbR6GhFhWsl3BxSP6tnK5kvBa0hotuvXFOO9kqIGYXzzdMqEtFquX3lD8CsR mWy6JflQx1x2nSC2T3J/XSGwfDE7rDuaua753PbZuyvykRMUUYDc4t5goyhpYKmUz4T9bDDb 9Gv74/2LDxqECQ2ixKHlRxtKkcV2wLsjeL4EeC3xQTFZML2E++Ov7P/yj+z/03+w/w///pCv //E/cP/rH3M/+Rof1jCVhhExRJqYwbBMOOsPLt6OHFK8FQ3uvnApmNJLmGiB9pQ0NQv3n4Jf ElwIAhdv5/RIYRUJ55hKy2zHrQcmIqOJ1rdxVES1HZj7GMMz4U4seITDxaCXk1JPe6JHGEbc pfwKquuk8WlaXseFFZoQY9cw1XZgaQ1mPICQdPSKw5tR4BEOl4LhXICz0vgl2eDiBVdCMDAF k4uw+CnVdlD/BM0t0/YeU6iZRk96A5n46KRPGQBmNNPqJta0Q2iGQz3iuQC4E4OFT0i0wA5O ot4EkVmspNbR2DTlV6JjoOi0F5zzd56HdI+wPeUHiC974SaJNHrsHoHILDjrj2f8MCSdWvuZ +rANcjtHm7v4tAXuxMJpL7gQiPF5NDjFDl5eAQPa93TLo6tVjaKkOmFc32LJhlL4hgEMR8Ls 6v5Yx1x2rSCmZ6FwXSn4Qk4nVvfHmqdTuubzttTiEwyz4rXEZwaHdmdmmji1XhjXOpMxvdWi Nm5/sQFoPF8gvJb4YJBkDW5E2P+3/3q4hHjli/v9n2JUNtuSMd0Bxua8sN9/2gvO+uOdGNY2 QOvb1DsKiQVwPuC7b/BPxupWtrFzvAQbMplpdRN7x7GsDuLynB12r+YdnfKEU57oEYYxOVha Qx1DbGKGpheofxw1HHFUAAAgAElEQVSfteC9RxCRCdfC3/CzL7yiS8EYlILpJVheT51DJF5k MsUPt0PwfB4Q0b4K2wcgLAPO+DnfFZdDMKOExqeZwXRiv8fO0foO1nZAQLLTSnHKk3PzAb8k rGhkh7XC/6jYOZKsYVYZXAyGU55wIRDzK2hl/XBrEyKJFjDpm8/+zUgsr2Oylwf9iVBn2hNt NjVPp9RMRbXOZMzv9hht2jfcBaBNqpjqmLtXMxXVNZ+3oRKeVEDqR4uVMwo3G+sEscPL5cqD jRM0igByizJeS3wm2DjzlnpmYKm0ThhXK4jpXiiQKiatJ1RFwsPzqcBriQ8AcUDL6+DiZf8X f3REIeH8+l/+ACLvYvsgeMW/soIPp5Jn+KgOQtOdu7ln/eFmFKYVU/cIU2l/YKueiNk5ZrIw 3QFTatjGDk2Iqb4LCyohKvtlAeCIP3L3hbP+cD4ArodjaDqmFOG9R1hYRYVVmP4AwzPxZuTh PdCu3nDWHy4GwdVQvBGJd2IwIAWTCvH+U6rtwL5xml1kMvl7jJPi+XQgpQb7xzGjBG9FOS31 l4IwqYA6h9iO/AS1Jak0ODSFueXgHQ/nAxxaHa9HUFYZ659gu/IP2DBI+yqs74LAFHD3hXP+ GJtLg5NMqz/kfhwRT1XN6OigcPPB2Bwamnrpm4nIaNUs7g10L+TVC2ObRMlT63XKgw0ObK9b NNs405pioms+r1YQ0zmfu6aYsNgNn7EVW2faG12tbBAmTK3X6c0nZrxm3z+XWCzd16/yWuIT BYjTmvbmdrraZ7NqBbHN06mT0mrFgZQ/juD5AvmMtITFSnPL2D5II0LaVx0+HI9Isn3akjGT hSk1JJyn5l5s6CbBHDO8aXaC1Do2u0QTMzQudn7NLDniX0ilo2kJjQhJsursZCCifRVNL+DA JM0sMqXmJWczLa7BnRj7//mT1841veF04v/6czjjB7+9Db+5CV/f+W6NfsYPrkXAaS/455tw ORhD0vBRLQlmSaN73QKIrDbS6NiOnJbXSTBHrf1YVutIWOI8wr7do4Xf3Ybf3nK6Hdx9wc2H c/flLofA7WjwSQC/JPBJODw6yTGJfikYb0aCTzwEp2H0PUy5j/efUnUbdgzR+DQtrrE9BTPy HmieN6LV0YQYi59hUKojPAAuBGJUFta0k2T1BGw/30AGE0nWsKYDEgvAMTd42gsuBmHEXapq ItE821edfNzZUW7MaCbhPGaWwtUwcPMBz1isaKCVjUP84kRMb6QRIaaXwJUQcPUG73isaKDl jZeija1245ZaPLT8qEGU0CBK+P/Zu++4qM9sf+B/bUk2e7Pl7i1b7v723rt7U01M792YRBOT mCKg2LtRqkhRkY6IiF0RbFhQkaH3DlJnhhl6b0OvwzDt+5xznt8fQxKTaDYxgO15v+af4DDf 7+AYvp/v85xzChvPdAypv2f/kpnpW/rLsmqOyOQ+6VUHGnsL9eYR4nfmv9xebWN27bGEiqBK TYZ+8gqvudjjdPsjQpOk0wxXFTWdT6gIilX4ZdeG1fcU6ExDN/vUBOHmuHOyBCbnsnlr2F9e Yo/NwcAjvG/gW9mABkcwKhGWbQErO9x1DJz82YufS394Rvr9U/CaDSVkc73hmq9MWh1sD2Wv 2bCnPmJPfmh5wGs26B6MByJhww72shWbMYe9vRi27yFVLeWWgp0ve3kBe/AdeNUaVnlQQhYf 1U3cwtPqMPQE+8cs6RcP/dggMfH43ZPSX15iT34IH6yGzzeBtQMucQFrO+nlBdI/3pIefQ+O nuf1rXzc8I2fABE3GHnfANW3UKkK0wvwtAxDT6D3AXAOgNUeYOMAn22Cj9fDB2vY3FXsg1Xw 0Vr20Vr4YDV8uBY+3wQLHcHWGWydJ+Z/fbcGerUH2Pvh1j0YcBT3n8YT0STLoKwiKlFRVQO1 dPK+IREbhBuExEfHqLoRLySh135Y6Q5W9rB0C27ZhScvU5ma+ocmYSqFhVmi7n4sUmLEJfDY DStcwcoeFzujgx/uDqekHN7QysfGp/uTjEid3RidAluCYJEzrHDDwCNfLlB85z6IWaK2LoxK hM2BYLsZlrth4BHKKeYj2qufxcA8oGtTtMUlqYLjFH5ZNUcaegrGTSPXmz5hYvqW/vIv48TB uu58nfGfzNK+HRGn1gF5SmVosjqkobfQzK79q+HGiCxxWwOURvTdNV1Z6VUHZXLfZNXu8tbL PaP1d1vHZEG42p2SJfRGtPOR/u1Z2BkGdj7M2p7kVd9YDTAY8fBZNmMuuOyU/v6W9O/PSX99 Bb7wxLNxGH6RzXwftofy/mvfVMCUPPbIu7DeE8/Foyzd8mDvLWd/fIE98zF6hmJUIsrS8Uwc e/5TNmsxe+4TeMUK957CmDQ8Gc0+WQ9v2VJKHjeYOCKVquDDtdL9M28wSPzsAfaqNVvoID3y LsxaAivcYJkrLHOVZn7AnvkYPt8kPfwunojmY+OciOuNXNPDK2oovZDOJeCeE+i5F5wDYMMO WLqFfbIB5q5is5fCm7bsFSvLA163YbMWw3vL4cO1MH/DxOPTL76xBmLjAKs80DkQfQ7CvtN4 WkaxmZRfTqo6amil9i7qGaBhrWidJEw+Iq43UEcPphXArmOwdhtYO8DizWDng6EnKKuIuvsm rcIBkbQ63txBqXkYEgEbdkwM6l7pju67MeISFSn50Mi07sSzTIkpVmLwMVjhZplESecTeOu1 SqGIaGycSlW45wSsdIdFzrjJl07JeFPb1S2eiFBnHKztzs2oPhir8EtSBSvbE4bGO683nE4C Y9ugMrPmqEzhm159oK47b/yOixMSGKs06XFK/8zqw5rh6sl9d4Csvic/Qexxuv2Qmem7RmpK mi8kqXbFyL3Tqw7WduWO6nsRb40BNYJwk9whWYK0OljhKv32Sfa316Q/vchmLcELSXQ8Gh18 caM3hl+ktAKwtocvdlBjG3vuE+lnD8CclZR5BdZtZ4++J/3n8+h7kLd2YXohBhwBz71UWkEj Y5RbAjuPsveWS//2DEZcwvCL7DUb9uBs9uBs6fdPSb+ZCWu2Um4JbPRiT3yAiTl4PpE9OJs9 MQ8vJoPHbvbsfHhvOR49z6zt4aN1VNXIxw249yT779eln//o3U1fPVCWDiei2ZPzYPYSWL8d lrpIs5ex/5uFXvswMpa9YsVsnSDkBKzeCm/ZspcWwJu2bP56+HAtm70UXrNhz3/KnpjH/vGm 9JeX2F9fYX97jf3Xy+x/32QvLYB5a+Dj9TBrCXtinvSPt9j/zYJn5sNnG3GJC3ywGj5aC0s2 w8frYO02PHIO9p+GNVvRM5RKVZbVBqpqwCPn4AsvdPSnC0l0zY74gjApJMYHh6lYiQcjYe02 sLJHy7gS7wOUkM17B65xq/7GEHFJomEtqmoxMhacA2GhE1jZg60zrnRHnwMUl8lbOr/VgHXq EBGXGLVp8GwcbNgBVva40p12R3BF9bUHcTDgPf0UkzZx5os3o9d+yinhWt3Vr2mUdG2Dity6 47EK3ziF/5XGM13DNdcrsAZknUNV2bXHZHKftKp9dT35k7sL6KbTmYbKWmJiFX6FDZGDuvbJ fXFRL3F7onHTcH1Pfkb1IcsQuqLGc90jdQxMouurINwhWYJzjltDpP98QfrVo9K9j7D/fo09 OFv67RPSfTOk+2ZIv3pU+tWj7N5HwMmfunrZK1bSvY/Agk1UKIcFm6TfPin9/S0qUmJkLHvo Hcvz2W+fYI/Plf71aem+GdIvHpLum0HRqei2S/rP579eH/jfN/BcPGzbI/3pRelnD8DizZRR CPNWg50PZRSyFz+T7nlE+t2TsCUI7HykP7+EF1N4Vx+scJN+96T0swekXzwk/erRidO7er/T vY9OnPYvH574yj0PS796VPrVDMvzKacEz8VLD77N/vwSzFoMn22U/vY6+3+vYshxjE5hb9lK 982QfvmQdO+j0q9mSPfNkO59RLr3Eenfn5P++3X26Hvw3CfsiXmWKRbSvY9+fQ6/fIg9+p70 7Hzzvz878UXL408vSv/1snT/4xPPn3jyw9I9j1hen/3haVjuCttD2RPzpPsfn3jCvzzGPvuC yipvchsc4Y5nNFFlA4ZfhA07vm5u5hSAUUnU2snN0uSuG1D/EGYUgv9hWOE2sdPPyh6+8MKw 81RRy3X66dv4ZDTTFQV47rX0uUJHf4rP4gPD136/eiOVqcHvkKWuCdduo1OXeWvn1f88AaV+ bfOVxrOxCj+Z3Cez+nBzf9n1yicQQTNcnVsXIZP7pKj31Hbn6L+3E9TtZVDXUdh4Jk7hX9YS ozX0T+6LX73HqVfb9D3jAoVbBBIM6TpKW6ITlIGXy71SKkOrNBk648DNPi9BuFXcKVliXA+r 3KXfPUlFSjwRLf3vm+zZ+RibQRU1pKzGhGz24ufs/VWYU8KNJlLW4LELll/81NwOW4KkmfMw KRdCjrPnP8XIWGpsZ+8slf71KXDyJ0UNzF3F3l6COSVg78teXsCenS/94WnpFw+xh9/FuAxw DmAPvyP9+jHpD89gYg64BeOuY5hewJ7/hM18X/rtk7DQEY9fYq9YwbY9dDmVPTtf+uXD0m9m wlIXKlFRbRNV1MCardIfnpF+9gB7dA7llVF1A9U2gfd+6W+vSb9+DPaepKoGqqzHrCK6ouBa HfUPQXA4+/tb7OmP2azF0p9ehBVuVNXAh0cxu5g9/RF7Yh6ejSNVLVU3UnohzF0p/fF59roN LHKE5a7shc+k38zEyFhS1VGpisoreWcPLHSU7n9cuv9xttQFk3KovJIU1VQoZ+8ul+6bgbsj KDGbSlVU1UDNHbj3JEbKqEhJ7V149Dx7Yp70xxfYIicqqaCqBlJU48EzbOYHbJUHNXfc7A+H cBdgjBrbMCoRtobASnewcQBrB3D0xxPRVFHDh0YnrZSCc05EWh0qqvFENLoFw0r3iWnuK93B /zAm5lBzBx8bn8wjXg8iNbZhxCXY6A02DrjKAw9EUlXjt2qsvz5tTQ9eSATnAFjkhMu2oP9h uiKn0bGr1w+1hj51Z0pKZWiM3DtZHVKlSdcaeq95vcvQrBmuyq8/GafwT1bvqdJkjhkH74i7 7NQ9UpddExan9K/UpBknu7+nyBK3Ecv096a+4qyaI5fLd8QrAwsaIzuG1Camv15NkSDche6Q LPHVHidLlmBv2eJpGR67YNmMBPtOYfgF9vj74ORHml72/KfSzx6A+Rsovwzmr5f+5XHp90/B Ehf22UbpLy+zpz6kAjnK0mHtNsq8Atv2SP/1Ctj5UFM75ZXi2ThKzQPPvdKfX2KPzqHUfHTZ CfPXS395Wfq3ZzA2HXwOYOBRSi9kz38m/eUV6V+fhk0+FJcBby9hr1rDB6stAyVgzgrKK4Mv vKT/eQPWboNVHtJfX2Uz3ydlNQaFSX95iT07H2XpYOcj/eVlOHSGFFWwbIv0+6eknz1A2UUY KZP+/qb0y4ekv7ws/WOW9OvH2J9exOBwvJDEXrWW/vQCXkzGuEz20ufSn1/EQ2eoXM1e+pw9 OJvNXQWLnNhzn0i/mYlRiVRRA4udpN8/hftOUXkle/5T9vICTM6FddulPzwj3f84XUyi0zL2 4GzcHcHbumCTN3v4HQgKo5YO2LZH+vNLYOdD2cVgbQefbMDMIvQ9xP76CntsLp6NR48Q9thc vJx6jVYzgjAVTGZq6aTEbNx5FL7YAYucYKET2vvigdOUX0aa3sn9KJLBRC2dlF6Ie05MdJK1 sofFzuAShMcuUqGCa3qmvLUxIvUPYWo+7NgHS7eAjSN6hFByLu/pv/asPZ2eStUYchzWbGUL HWGTD0bGUn3L1fuj9ObRpr6SnLrwWIVfoiqorCX6euOxJTB2DlUVNJyKU/qnqPdUatJHrxM8 biOAUlNfSUplaKJqV1NfMdAkr6wCsvqeggTlTpElbnESmAbGWivaE1LUe2Ryn9TKUFVH8qCu 43qlRIJw17ozswSs8qD0Avh8o3T/TOkXD8E7Syk+E2wcwGP3tbPENwsSYM4KKlFRmRrPJ7IX P5PufZS9ZQur3NlTH0r3zWD/71VKykX3YPb6woksschJ+ttrX2UJ+GIH5ZXBgk3S/TPZw+9g bAbll8HbS6T7Znx9iE0+lF/Onv144iu/mSndPxP8DpKqzlLOIf3sAfDcSwlZ7JmP4dAZjElj z3ws/fKhb2SJqwuyr8oS7PMvqKwSHPykB2azP74AH6yi6kZYu21ib9WX47TxbByeT2APvSP9 7AFwCiB1HXvVmv39Tfh8I5sxh32+CQOOUFUDxaSxR97F3RGUW8qemS/95gmw96G0fJi/Xrr/ cfa6DabmgYMveO+npBz24ufSzx+UfjMTnPwx4hJ7eQF476desRYsTCOzRF19WFAOh8+Coz/Y OoO1A6zbjn6HKS6TGtq+3eLsJ0LkgyNUUUsXktD3IKz0sAxRwfWe4HcIL6WQqu7asyAmkd5I 6no8ch7WbAMbB9jojccuTixQfBcAtXdhdOrEwIrlruh7kDKL+MCQJX4QkZnpu0dqi5ujEpQ7 4xT+uXURrQPlRmnsu/diJTBphmsKGk7HKfxT1HvUHakj+m6c7Ovv6WSUxio70xMqdmbWHOke rZ/01/8qS+TWHe8dbRRZ4tZkMI+29Jfl15+KUwbEKQPy60+2DpQbzKN3xMqbIEyyOzRL2PlQ VQPJqyitgFLyqFBBTe2w0Qs8Q39IlpB+/iCeiuEtnegcIP3pha+KGdh/PMcenSP94RmMuIjp BWz+eozPBOeAb61LsMfmolswZRRSeiFGJWJMKqUVfDtLbAmivDL2zMdXHxcPneWaXiqUU0oe peRRfQs1trNXrODQGTw3cdH/Q7IEOPiSqhYWOcI7y9hbi9nzn1CpCgOOsD+/9I33eCYOI2Xs wbcnskRTO3tjEXvgbfDeT3EZvLYZXXdhRiFGp1iyBKYXsKc+msgSCVkwb430L4+z120woxD9 D2P4RaproULFxMmrakleCfNWw3pPaum82R8Q4e7DgA9rSVWHZ+LAZadlbCKudEePEDoTR5UN fHwyG31yRBrXU7clw5wDy6g4a3tY5gp2vrj3JGUW8c6eKSzRZowPDlNKHrjvhsWbYekW9N6P GVdoWHuNJyPS2DiVVWLoyYktYXY+eDya6lu/OkNANjTeWdGelKwKkcm90yr3VXdlXnO/EwNz z0j9lcaz8cqAZPUeVUfKqL7n9r3kGjP0y9ti45QBhQ2RQ+OT//8uQFbXUxBvyRJakSVuOV99 8lPUobEK3xR1SEV74qCujYkhdIJwHXdolnDwpbxSWOnOHpzN/vYa+9tr7K+vSL97Ahx8v5sl 0M6HFNXU2UOdPbDJW/rDM+yxuaSs5hLD/aelv77y9fX6fzzHHn1P+sMzePQ8ZRXBR2vxXAI4 +H2jXsJ1l/Qfz0v3z2T/9TL722ts5ge49xQeiIRtIVSkpI5u6uyB0JO479Q1ssTRKCpTw3vL J875b69Jf31F+u0T18wS7P1VeOwC1bdSZw+p62Huyu9mCfbsfOnxD+D9VVRZj8cuoCydGtuo s4eUNey5+d/OEq0aNncFW+GKSdmw2oM9OFv616fxZAxGJf7zLBEcjmdiKTEH5q5k//36xMn/ 5SXp14/B5kDqmsypsYLwIyBxk5laNShLh60hlpHwYOsMG73x8Fkqr+Q6/SQfEZD0Bt7cTrEZ 6LkXlrpMtFFe5gquu/BMLNU0XXu5YFIYzaSux70nYYUbWDvA2q0YcZG3dF67eAOQuvtRlg72 vpbdWei5l3KKv2rxZNksXt9TmFa1P0bulagKLm+NGdC1fXfbDxL2j7UUNZ6LVwYkqYIrOpK0 xkkuWZ42g7r2osazsQpfeZtMbxqe9NefWJeoEFniVmRi4+2DFXn1J2IVvnEKv9y68Jb+MoOk vX2zsSBMgzs0S6xwpexiWOoi/e4p6ecPstdsMKMQVrhZ7pF/e13i909K9z8u/WamdN8M6ecP Svc+ijHpVCCHddsprxQ2ekv/9iwePY9JOeyxudLPH5TueRjPxuHBM+xVKzwtA6/90l9fkX7+ AHt7CcZnwpyV8IUXFVewtxZL9zzC/v4WHrsA9r7SX16W7n9c+pfHLPuUYLkr5ZezlxdIv3xI um+GdP9M6Z5HYHsor29hbyySfvGQdM8j6HuQckrY859+O0vEZuCJ6Il1iftmSL+ZKf3L49Lv nwbnADwdy161Zk/Oo/wy3HNc+ttr0i8eAgdfatOwt2ylex+ZeKe/elT65UPXyBLz18P2UIxJ h/eWT6QjWTpeTv3nWcJ1l6XRJHt7iXTPw9K/Pg0euykmDWYvBe/91HO7XlUId5SBYUwvAN+D E9fZC+xg2RYMCqNCOR8eJQaTXthAo2NYrIT9p2G9Jyz8csLjag8MicDcUhoY5lNwUE5EfYN4 ORUc/cHGERY6oc8BKlLwMd21j0VElfWwO8Iy/g/XeeKJaGrTfFWQDSh1jdTk1Z2IlfvGKnzz 6k92jdR9d8s4EvSPtRQ3R8UrAxOUO5XtCVpD3203vQsJNMNV2TVHYxV+Nd05U3EremK+RMXO 3DpRL3ELQQKtoa9Kk5FSuSdG7hWvDChuiurTNovlCEH4p+6QLMHHxr9Re/3i5+h/mHKKYdkW NmcFxmeC7yHpzy/Be8upthlWuEr/Nwus7C1ZApa5UnohFlcw113Sg7PBLZi3dFiKjDHoGGVe gY/Xwvz1FJMGvgfZe8thzVaKjGWPvMf+8DSsdKPsYnDbxd5egumFeDyaPfIuvGZDsnQ8LWPz 14OtEx4+y+avh00+lF5IMWnsxc+kex9hM+bi2XiMuMQWOuKhM3haxl6xYg/OxlMxlFEINg7g 5E/JubDCVfrTC9/KEhiViHEZbNZi6XdPgnsw5Zdjch57aQFs9MLoVLbSXfqP52BbKGUXg4Mf WNtjXCaEX2TPfwp2PpRVTMoasPeV/vj8NbLEm7bsjYWYnIe+B9m7y+DYBWpqx5Q89sKnuPfk 92cJ9v4qPJeASTmw0BGWumBsBqzeyl6xorwyMWVCuFUg8v5hyi/HPSdwk49lmQJXuKHfIUrJ ozYNTcVcdqOJ6lswOhV9DuC67bDIGRbYscXOsDWEopJ4ZQMfGpn81sljOrqiwIAjsNwVLSPt LqVQexeXrrXJCpA0PXgxGTfvBFtnZuMIO/ZRdjEfHLb84yXCwfEOeVtssjokRu6dUX2goadQ Zxr61nUwoNSnbSppvphQsTNeGShvlQ2Pa26va2UJjI19RSmVoanq0I4h9VQc4qsskSeyxK1i YghdUdP5eGVgrMI3s+ZIXXfeuOna42sFQfiWOyVLmMzovlv6z+fBLRhWukt/f5P99+uwYQce iMSj58E5QHpoNpv5gfTHF8A1CA+eYbZO7C1bcNkpPfMxbNvD+wa5dgx9D7BXrNB1F2zbIz38 DnvoHfaaDXruZUs2S//+LHvyQ/Q/jGFRGHKcPTaXPf8JrPFg760ABz88EIlhUbD3pPTcJ7DQ EeasYO8uQ79DePQ8BB5lb9jCJxuouIKbJT46Bg5+llZObMYc9DmIYVEYFMbesp2YhP2Lh2BL EIZFYVgUm7NC+s1M6Z6HYZEjrPKwTLGQfvYAfL4RQ0/Ahh3SP2bhsYt8bJyP69E5gL1li9tD cVc4e/gd6fdPsWUuuO8UhkWBcwB7+F3YsAMbWieuDE5Es7+/yVa6wwo3NvMD9ueX2PurIPAI e/hd6T+fZ4udMfQEhkVB4BFY4YZbdsLrC2GpCzj6sf99k/3xBZizAjZ6syc/ZH98gc2YA47+ 8MFq9tdX2BPzwHMvHj2Ph87AIic2Yw7sO01Dd07XeeEOQUTDo6ioxpOX0X23ZZkCl7vi9r0U lcjVdXxYe+0mSD8FY9TdRwXlGBYFbsGwwg2s7WGREzr4kqWaoqWTj41PYpIhifFWDZ2NB6cA WOQMqzww9ASVqa+7rWtsnEoqIPQErN4KNo5g54unYqi2mRuMfOKubW9Nd3Z69UFLu9iKjsRB Xfu3FigAzX3a5tKW6ISKnQnKneWtMYO6drh9pgIbzNpqTUaSalduXUSftnkqDgHIGsQep1sG INMa+uq68zKrD8Up/RNVwSXNl7pH6sxsUuupBOGOdqdkCc5RXsXWe7LXbGDeatx1DP0Ps4/X sYffZU/Mg0VOdDASc0tg30lmZcee/og9/TF78TP2ihUs2UxXlNxk5oCUXwYr3eE1G3h7Ce48 Skm54L6bvbOMvWoNK1xh2Rbphc/YA7Phpc9hzVbKKqKeAYxOhWVb2BMfsCfnwWJnPHqeapup uAJCIuCT9WzGHDZ3JW4LpUI5H9dzzrnJjJEy6fH3pXselr5V8P3DHz9/UPrtE+yRd3HDDq6s 4RIjRKptAt+DbM4KePpjNmcFOAfAR2vZjDls5vvssy9wdwS1ar66TKE2DW7bw96yZW8vgcAj ePgsLHRkr1ixTzaARwis3c6e/xQem8tmLYY3bdlLn7NXrdkrVuwVK1i/HfwPMys7eH0hLNuC IRGw2Jm9ZgNWdhgcDluC2LvL2IOz2XPzYbUHnrpMnT1iUUK4dY3pqbaZZOnodwhWeYC1PSxx gc2BePQ8Fcr5wPDkf3oR+egYNbRiUg7ujoBN3pYp2rjKA7btwVOXqaSC9w9NZpIZ1lJeOQYe hRVusHgzOgdSdCrv7Ln2SohZIk0vxqSh2y5YvHmixVNGIR8a5ZwToVEaax2Q59Udj1X4xysD rzSd0wxXm9k3wgmgNDDWWtYSHa/cmVARVNZ6eUDXdrvEiTFjv6ItLl4ZUNJ8UWuYkkIvUS9x 6zAzfddwbUnzxcSKIJnCN7PmSG13zh3Q11gQptmdkyU4IO8eoPoWau3kOj0fG6e2LqqopcoG 3t3PTWZORHoDaXqoqoGqGnhtM9U1U3f/V79TyWSmrl6qb6GmNm7Z6jA8Ss3tVN9CfYPUO0C1 TaSoptpm6rp78cIAACAASURBVB+aqGU0S7ynnyobqKqB9/R/3aTFaOYd3aSq45aTwS83DRPx htavJkXc4ONXj8LabZRbSr0DX18QINLoGLV0UFUDtXTSyBhv6yJVLVXW884ebjR/Y6s0EQ2N UmMbNbXxES03GHlnD9W38I5urtPzwRGqaSRVLW9qp8Y2qmvm9S1keQwM87Fx6uzhDa28d4D0 RurqpYYWSx99GtFSUzspq6m6kQ8MiYnXwm2AiBuM1NlDmUUYchxWeViKs3G9JwaHU3oh7+qb kqlzJon3D5OiGiNjwXLhbmUPizfjhh0YeJTisnhT++RMwyAik5ka2/CUDDZ6g7UDrt6K+06R oobrjdf+lnEDKath/2lY5QELnXDddgqL4nXNlvNhaO7TNpe1XE6oCJIpfLNrw5r6igzm0atf AJENjXfKW+MSKnYlKHeWNl8a1LXf+tdnRDgw1lbYEBmn9KvsTDNJ1575/RNdnSV6RE/YmwQJ xowDdT35WTVHYhW+8cqAK03nNMNVRkknyqwF4ce6g7LE7QIQL6eypz684aUJ9sQ8KlFNbbt6 QbirEHEAbjCSsgYPnoH1nmDtgNYOuGQzbg0hWTpv75qSbIzIzRJ192FGIQSFwUp3WGAH1g5g 6wybvPHIOZJXXbdm+kceiIZHMfMKuOwEK3tc5IRbdlFSLh8cufaLW0bgxWfC5p2w0BEWOeO2 UMq6wkfHOOdEOGYcqNJkpKhDYuReyeoQdWfKmPEbY2SIaFTfrWyPT1TtilP6FTdfGB7v+qnv YooBSp1D6szqI0mq4Jb+sim6ykdiDb2FCRVBIkvcLEgwqGsvb7mcpNoVI/dKVu+p/HK+O03p ZElBuEOJLHEzDI7g3pPs4XekX/7IOPHzB2HmB3Qhieum5IaZIAhkNGF1I564PDHnzsoeFjrh 5kA6G8cb27jBOFUx3miiyno8Hg3OgbDEBaztYYEdLN2CPgcpKYd39pDR/NP3XFFjGxw+C2u2 gpU9rNmGR6N4U8d1F14MJlLWYFAYLN0CVvaweiuGX+ANrdwsEZGJ6Vv6y7JqjsYqfGMVvkVN 5/u0zQzMX/VuQsIRfbeyPT5JFSxT+FxpPDsw1nYr3/SVwNjUV5JauTej+pBmuHqKTvXqLCFm 1U0z4mQwj7X0l2fXHJXJveMU/nn1JzqHKiW4zhqdIAg/gMgSN8ngCHrslv5vlnTPIz90OeLX j7EHZ+OJ6K+6vwuCMFWMJqpvgegU8NwLqzzAxhGsHdDel45G8bJKPjDMzebJb+fKOTdJ1KbB lHwIPIpfeMFSF7C2B1tn2ByI4RepVMV7B7jB9PW2yR+P+ocwIRs9QmCxC7N1Bs9QyiziA8PX K9Kg7n6MSZvYiLXUBb33U14ZHx7lABIYNSM1RY3nEioCZQqf3LqI1gG5QRolPnEVjgQj+i5l e2KSKlgm9ylsPNOnbb5laydMkq5ak5lYEZRff6p/rPW7Q74nxTfXJRpElpg2DM0DujZle0Ky 2jJ+ca+qI2lovANR/BUIwk8issRNQ939eFrGXrWWfv3YP88Sv3kCPlxLF5P50OiUXMEIgvBd ZonauzCtAHYfh43esMgZrOxhww4MPUEZhdSmmaqpc0R8aJTkVXguHrz3w+qtYO0AVvawbjsG HiVZOlU18GHtDS5TEPFxA8mrcH8krN0G1va4yZtOxvC6luu9HRrXk7wKD5zG9Z5g44gbvDDi IlU1cIMR0Dyk61C2JyardscqfDOqD9Z0ZWsNfV9dIiPCyHiXqiMpSRUcq/AtbDzTM9ogwZRN 67txpDMNlLfGxCr8ylouT91wDJElph8RjptGWgbK8+tPxir84pUBefUnmvtL9abhW3mhTBBu FyJL3FQSoysK2BLEZsyRfvXotVPELx6CmR+g136urLY0ZxQEYVpJjPcNUpECjkWBcyDYOoON A6zdhj4H6XIa1TZz/dS0j7Rc9Ld3YXYxHDoLThN7rnC5KzoH4qGzlF1E7V03WKItSdTRjTFp sDkQFjnBCjcMPEK5pXz4OncrAKizB+MywX03LHLCZVtoxz5Kyee9A8QkvXm0sfdKVs3RWIV/ kiq4vFXWP9by1ZAvJNQa+tQdKUmq4FiFX2FjZPdIHYNbawQYEQ6MtebXn0yoCKzpyjJKU7X8 i8QaewsTRZaYLoDS0HinujMlrWq/TO6TrNqtbE/oH2u5JQOtINyWRJa42RBpWEvKGgi/CIuc 2TMfsz+/JN0/k/31VXj+U1i9lc4nUGU91+p+yq4GQRB+KgZcq6PaZoxKBLdgWLwZrO1h2RZw CsCIS1RRy8fGp2rNUGJ8dIzqW1CWjt4HYIUbWNnDIidYsxW37sEzcaSuv5GjW7JKeSXuPg4r 3HCREzr609l4rum99vMRud5AFTUTLZ6sHfCLHRgWRXUtXGJmMHYN11xpPBOnDIhV+OfXn2wf rDCx8S8PheOmoWpNZrIqJFbhW9Bwqnukjn1nePZNhASdw1WZ1YdTK/c295VO3Qb6q7JEhMgS U83ExtuHVAUNp+OU/nEK/5za8Jb+MqM0Jn7sgjCJRJa4NVjayBhNNK4nrY5rdVynp3EDN5lF vyZBuIUQcbPENb2UmG25Qw9W9mDjAGu3495TvKzyupPgJuXQADSipVIVHoyEddvByh6s7MHG EdZux90RlFPCh0f/+et8CyJ19eH5RNjoBdb2YOOIfod4eeV1V0ER+eAwJeaAUwBY24ONA7oH U0YhHx0DZIPjHWWtMfEVgTFyr7TKfXU9+Ve1iyW9eaRak5WsComRe+XWHe8eabh1aieQWHN/ SbJ6T1bN0c7hKpiynCOyxHQhnXGgSpOeot4TI/dKqNhZ2nKpf6x56v5mBeGuJbKEIAjCjaCB IcwqgoAjsNrDMnIOVnpAUBhmF1PvIDdLU1jaZJaosQ2jU2DbHljhZjk6s3GALUEYlUQ1zVw7 /uPGYozrqaAcfA/C0i1g7QBO/ihL5z0D152aB0BVDbjvNKzZCtb2sGYbhkXxxjZulsaNQ9Wa rNTKfTHl3okVQcr2hOFxjeUCjojGTcPVmqwUdWhMuVdO7THNcBW7NbaaSMxYpcmIUwbk15/q H2uZum30IktMAzMzdI3UXmk8F6vwk8l9MqoP1nbnjBuHRMtXQZgKIksIgiDcOBoaoSsKPHwW nPxhqYulngG8D2BsBjW0cZ1+CpcWEalvEPPL4PBZ2LwTlrtaFhZgkw/uO0U5JdTexXX6H1qi bTJTQyseuwAbdsBCJ1jlgQciSVFz3ZUWAOrqRVk6uAfD4s1g44jbQymtgPcOGI2jLf3y3Lrj cQq/eGVgUdP5rpFaiRn5RJwYqunKTqkMjZF75dSFdwypTUw/RU2TfrgxQ39x04U4hZ+iLe5b szIml8gSUwqQjRkG6nsKMmuOxCr8Eip2FjWd7/rOdHZBECaRyBKCIAg/DRINa6miFs/EwfZQ tswVrOxhmSu676YzcaSo5oMj173BPwlHRz6qo9pmjM2AoDDc9GW/qZXuuD2UIuN4eSX1Df7Q WXuDI5ReCD4HYOkWWOKC20IpKZf3Xn+BQqcnRRUejIS122ChI37hReEXeVWDpBvt0zaVtVxO VO2KU/pn14Y195UYzKNESJz05tHa7pwUdailk2zboNIo6W5unOgfa8mtO56o2lXdlWUwa6fu QIgiS0wViRl6RuvLWi4nVuyKVfhlVh+u7soe1feKrq+CMKVElhAEQZgMiHxsnFo7MTEbAg7D mq1g7QBLXMDBDw9EUm4pdfdPyfDsr5jM1NNPZWo8LQOPEFjmClb2uHgz2vlgcDglZPHG1h/U C85gpJomjLiIG71gkROu86Qj50ldz/XX+V6JUe8AJuXA1pCJGRQ79lFKHvYPjOp7qjWZ6VUH ZArfZHWIqiN5aFwDyDgnozTW0FOQWrlXpvDNqYtoHVAYJd0UtWH9ITqGVGlV+1Mr9zb2Fpum 8h42ImvsvZKo2pVTG9E9Uo90q1SM3NaQQGccqO/JtzQTi1fuLGo63zlcZWQ380MlCHcJkSUE QRAmlUmi3gHKL8O9J2HddrB2gEVOsG47+h+mpFze3f/Tx1d/DwKkcT21aSi9AIPDYZUHLLBD Gwdc7oqbA/HYBSqp4MPa76/lIEDeN0ipebg1BBY5weLNuG0PpebzwZHrfqPeSJX1cPgsrNkG Cx1xpTseiAR1nX60t6WvLLs2TCb3SVDuLG6+0D1ab2nHaWaG5t6S9Mr9MrlPdm1Y64DiZm1E QYK6nvx4ZWBm9eGOIfWUlud+nSXqIrpHRZaYBAzNfdrmspaYJFWwZQhdlSZ9RN9tSa03++wE 4c4nsoQgCMIUIOI6PSlr4Mg5WLsNFtiBlT2zcQSXILyUwjt7pjRRcCKOyCWJ6prxVAw4+sNC R8s54OLN6LmXErK5pvd76rOJiJvMvLoB9xyHpVvAyh7XbKPwi7y547rfRURDI5iUCy5BYOMI Cx3RLZjSCmBoqHe0Mb/hlEzuI1P4ZNceaxtUmpmBcy6Bsbm/NL1qf0y5V0b1oZaBcsvXp5nB rC1vjZHJfa40nh0a75zSY01kiQqRJSaHielaBsotYfVyuVd27bH2QdWtUIEjCHcPkSUEQRCm ksSorgUjY8FlJyx1AWsHWGAHDn54Skbqehod+3ENl24AA67ppdR89D+Ma7eB7WbLeAp0CqDw S1xZQ8Oj39N1inr78XIqOAfCQidY6oJ+h6hExcf115t4Q0YTqutgz3FY6Q7WDrBmKx49TzVN o0PtyvbEZHVIjNw7tXJvTVf2mHGACE1svKmvJKP6UIzcO73qQGNfscE8Ns23k4fHNYUNZ+KU /vK2OK2xf0qPJbLEZEFiw/quio7kZNXumHLvZPUeZXvCiL7rZp+XINx1RJYQBEGYemaJmjtQ lo5+h2DddljoCAudwMEPD5+jIiXv6efmKW97TyNjpKjGyFjYHgqrt4KNIyywwzXbcOdRis/i tc00or1msKFxPZaqYHc4rPYAawe086XzCdTc8T0jt6l3ABOyYNseWOICS1xweyhlFI5rmhs0 eVk1R2Vy38SKXeWtsn5tCwOziema+oozqw9b2nc29F7Rm4eJT99onZ7RuqyaowkVQdWazCkt vOYTWaIoUbUrpza8e6Re1F7fACI0mLVtg8r8hlNxSv84pX9uXURzX4nePCKWIwRh+oksIQiC MF1MZuroxqwi3HcK7H3B1hkWOsIXXrgzjJJzqaWD6w1TOJXCwmCkVg1lFOKBSHQOhCWbwcoe lm3BLUEYFkV5pbyjmxu/ExIkRi2dGJUETgFg4wgr3XHXMbqi4CPa6za91RtIVYdHzsEXO8DG Edd54pFzxvLyjo6SwoYzccrAuC/HYxslnVHSNfeXZdUcsbTfqe8pGDdNU5xAgua+0mR1SLI6 pLGveOomXk8czpIlvl6XEFnixwGUhsY7KzvT0ir3x8i9k9Uhira4Xm2jBEYRJAThphBZQhAE YXpJjPqHqLwKT14G58CJ4dkr3dFzL0YlUlUj1+mnPFFIjA+NUFUDRqeiz0FY5QFW9rDIGdfv gB378HwiV9fzkbFv5AREGh3DAjkGHoVlrrDIGbcE0aUU6ui+7jYtBtTdh8m5sG0P2DrjEhfc FirFpfbXlyqaJyplM6oP1XXnjRkHTNJ426Ayp/ZYnMIvvfpgXU++3jwytT8EzjnnZqZXd6bF Kf2zao90jdRO3ZQ6C0TW1FuUpAoWWeIGmCRdx6D6SuPZhIqdsQq/7Jqwxt4inXEQb5kB6oJw FxJZQhAE4WYA5OMGamjFSyngFgy2zpYesugUgOEXSVnDx6e+qREiN5p4/zAVK/HIObDzARtH sLLHJS64yQdDT1BWEe8f+kawkSRq6cTIWNiwA6ztYZUHhp4gVd119zsRcaOZqhvx8FlYvRWs HXD9dnbw9JiypLY9M7Vyn+XWsmWnuwTGzqHK3PqIWIVfWtW+up48g3l0qn8GY8b+0pboWIVf YeOZofGOqT7cl3ucRJb40caMA9VdmelVB2Ryn8SKoLKWy33aZgZmMc1aEG4ukSUEQRBuMuof wuRc8NwLS1xggR0ssINlWzD4GJVUcN34NJ2DJGFrJ1xOY1uCJpo+LbADawd0DsRzCdTQenVa IKOJCspx+16wdYYFdugUQAnZfOj7rvtpVIepBeASBDYOsMAOnAOlxKyO5ivZteGW/k75Dad6 RxvNkr5zqDK3LkIm90lWh9R0ZeunOE4M6toLG07HKf3krbIpnXhtIbLEDWBo6hmtL6g/HSP3 ipF7p1ftr+vJ05tHRIoQhFuByBKCIAi3AETqH8LsYtgVDus9YZETLLCD5a7ofxgzCknTww2m 67VOmlw0OIwFZXgwEhz8JhpPWdnDek/ce5LySnl3HzeYOCI3S7y2mY6ch3WeYO0Aq9zx8Fmq buQG43U3aEmMqhrx0Nkvv8VDOnCqryi1rPpMkjIoptwro/pwY2/xqL6nY7Aiv/5EnMIvWR1S pcnUGQemqHaCiDTDNVk1R+IU/lWaDBOb8uSGyJp6i5NUwTm14V0jdSA253wvJNAZB+t78jOr D8nkPvHKwCuN5zTDNVNd1iIIwg8nsoQgCMItA5EGR6hUjUfOg3MgLHcFa3tc4YY79lF0KtU0 8VEth6m/k03EdeNU04TRqeh/GDZ6ga0zW2DHlrvC9r14PpFX1PL+IW40Wfo1oaVf0+LN6LWP 0gt4/9B1C7IBeE8/JWTB9j2wxAUWObGtwSPRUZWlZ1KVITFyn9TKvZWdaX1jTW2DiryGk3FK /5TK0CpNutbQNxW38CUw1fcWJqlDktW7WwfKp2GV4Oos0T1SJzb6fw8zM/aONspbZUmq4FiF b1rV/srOtC+H0AmCcKsQWUIQBOHWo9VRVQNeTAbvA7DKA6ztYakLuAbh8UtUUsEHh6d21N1X TGbq6sUiJRyPRo/dsNINrO3B1hntfTHkOCXn8sY23jtAymo8dAbWbsNFTrjJB09EU33L93WM HTeQqg7DomCDJyxyYus9x/cdbUk/nSvfH6fwT6wIKm2+1DGkbh2QFzRExikDUtShlZ1pWkPv pBdG682j6s60hIqdWbVhvaONk/vi1/TtLCHmS1wLEY6bhht7i3Jqw+MU/pbliPZBlVHS3exT EwTh20SWEARBuCUR8XEDtXZiSj4EhU+0Wlq8GTZ6YegJnlVEPf3TsUbBOUfkWh01tmFKHoQc h7XbwcreskkJ3Xfj8UtUWE7VjRiXCe7BYOsMy7ag70HKLuIj15/VAMAHhym9EHbss8ygMLkG 9J4JKy06mqAIjFX459Ydb+i90jJQfqXxXLwyMFkdou5MmfRBclpDX3lrTJzC/0rjuRF99+S+ +DWJLPFPSWDsG2sub5UlqYJlct/Uyn2VnenD+i7AKZ/BIgjCDRBZQhAE4RZGxM0SHx6l4grc d3riOn6hIyx3xR37KD6Tt3dxaVqusYi4JJFWh+o6PC2DLUFg62zpJAsr3dFrP55PxJg0CDgM y7aAjQNb74knLvOWTi5d/3LZaKLaZgiLgrXbwcaBLXPRBgZXJx1IKQmIkXunVO5VdaQ095UW NZ2PVwYkqoKU7Qlaw2TGiQFdW2HjGZncR9GeMNVT6ixElvh+RvNYS39ZTm1ErMJPJvfJrYto G1QYpTFRZi0ItyyRJQRBEG4TZomqGvDYBdjkPdFqaaETbA7EqETe0snN0pRPpfgKIvUNYnoh +B6E5W5g7QAL7MDGAe18MPAoeB+A1R6wwA6WuGDgUSpTc73h+15tREtpBeAWDDaOYONodPJq Pb0npyBIVu4tU/gUNp6p7soqbIy0TDhWtMVqDX18MqaSAbL2wYqM6kPxyoCGnsLp2YWPyJr6 RJa4BiQY1ncr2xMTVcGXy3ckVATJW2XD45qpnvghCMJPJLKEIAjC7YQMRqptwvOJ4LEbVriB jQMsdERHf4y4SKo6PjrGpekLFaQdR0U1nLgMrrtwpbsl4eDizbDCjX2+kX24Fj7fBI7+GJPO Nb2cXf+62WSm6kY8dAbWbQcbR/NKl95An5JYv/grXrFy39y6cHmbLK/ueLwyIL4isLxVNjze 9dPrpM1M39BbmFIZmla5XzNc/RNf7QcSWeK7iKOZ6TVDVQUNp+MrAmMV/jm14c19JdOzUiQI wk8ksoQgCMJtyGSmlg5MzMadYbDeExc5wQI7/MKL9p+mnBLe2cONpulbpjCZqVVDaQUYehIc /WCpCyywg4/Wwuyl7I2F7O0lYOuMe06QvPL7R3pT/xCm5qHXfljmKtk6jTq5VYVtT0/bHlfq k1Z1oLAhMrs2LF4ZkFARJG+LHdJ13nATJDMzaA39/WOtFR1JiapdefUnBsZab/C9/0hij9O3 AErDOk2VJj2tcl+M3DtFvUfeGts32sTAdLNPTRCEH0RkCUEQhNsVmSXe3Ud5pXjoDDj4wSIn sHHA9Z4YeITiM6mhlRumsQ0/AA0Mo7IGo5LQ5yCs3grzN7C3FrNn58NTH8Jbi2C9J15M4h3d 162gIOJ6I1U1YPhF2OjNbBz0KxzbvVwKz7sn5HsmKoOya8Myaw7HKQMSKoLKW2VDuo4bW50Y MwyoO1Jy6sLTq/bFKwMK6k91DKn15hGY+iv7L9cldmfXHusaqb2bswRxMkq6jiF1UeO5hIog mcI3uzasoadQa+wXI/wE4TYisoQgCMJtTmI0PEqqWoyMBdddsHgz2DjASnd0C6bTsaSu5zr9 9J0MEtcbeE8/FZbjkbNg78vmrWXPfSI9+I708DvsLVtw3YX5ZXz8+hUUANQ7iOkF4BkKts7m hXYDm+wr9jmlpLjHlfumVIamqENiFX7xyoDSlkvDes0N1E6YmV7dmRqr8IuRe8nk3vHKwPTq g1WaDJ1x8Ce99x9AZAkL4qg19NV0ZWVWH5IpfBMrgkpbLnWP1puZQZRZC8LtRWQJQRCEOwEh coOJWjUoSweP3V82WXKCDTvwwBleXsnHdNO364lzDsjH9dTUjrJ0cA2Cd5ezR95l//MG+7+3 2Zu2sGMflVdy43X2sRBxiVFDK4ZfhLXbJatN2iUbGjzWZ13cHFu8w1KELZN7yxQ+xc1Rw+Od PzZOIEFzf2lK5Z7L5Tssj6yaIx1DlQyuOxNjsiCy5r6SZPXunNpjXSO1d+fYNUCpV9tY3ByV UBEok3unVe2r687VGQfFcoQg3I5ElhAEQbizWJospeWD515Y6jLRZGmlOwaHU2E5Hx7lANMa KjjnI2NUpECf/WzWYumB2dLfXmf/eAveWIRe+ym/nAaHObvOKWl1lFkEW/eArbPps3Xdq1aW hm5ISHeNLvWMLtseXb79cvmOwsbIgbG2H3UZSoQ9o/XZtWGXy3fElHulqkMbe4vMbDpWbyay hOquzRI0bhqu7ylIrzpwuXxHvDLwSuPZ7pE6MTtCEG5fIksIgiDcmWhwmPLLcN8psPOBJS5g ZQ/LXNH3ECXm8JZOrjdynN5EoTdSsQq89rN3lkkPvyv9zxtsxlyYswJcdmJUIlU18OHRa8zK MEtU04THLsBGb7P1xqGFK2rcVmaetZPlul0ocb1Q6hYj977SeLZ3tInhD11VIKKR8e7ipqgY uXeialdlZ9q4aXiS3+x1ALKmvpKJPU7DNXdPliBOZjD0apvKWmMSK3bJ5D5plfvUnakj+q67 54cgCHckkSUEQRDuXIg0NIrllXjiMrgHw9ItE4li2x6KSiJ1HR/WcpjW/v00oqXMK+gWzN60 ZY+8x2bMgRc/h4/W4SYfDD1J6YW8pZOPjXO86qwAef8QpeWj9wG2dPPY5ytb1y4pClmTkOBw Nt/+TJGTrNyrqOFsz0i99IOb/xglXbUmM7UytLw1ZkTfTZMxsOKHuDuzBBHqTENNfcW5dcdj FX7xysDCxsj2QaVJGpuUUSGCINxEIksIgiDc6RBpVEd1LXg5DXwOwCp3sLKHJS7oFIhHz9MV BfUOfN906klnlqi9C8/GszXb2KzF7Nn57LlPYNYS+OQLWOWO20PxVAwVV1D/EIevdy6R3shr m+hENGz0Mlit6120WO26JO3k2nPp6yOz1l9Kt0sv26Vsi9cMVxmlsX96ChKY2gaV6s6UPm3z dBZAwzdrr++GLMHANDDWpmxPSFHviVX4plXuq+xMGxrvnIbqFEEQpoHIEoIgCHcHIm4wUVcf Zhfj7ghYtx2sHcDWGTbswF3HKDWfd/VxNl3Fr0Rcp6eSCtx5FBY5sXeXs1mL2dyV8MkGWGAP SzbDhh0YeATjM6mx7esSbUAaGsWcEvA5YLK1H/5scdPyz4v9l2YcWx0bseh0tM3JnDUxci95 W+yooffqo5mYvn1IXdR8Plkdcqls68VSj4SKnZnVhyo707SGvmlblOBfrksk3zVZwiCNNfeX 5tZFxCn94xT++fUn2wYUBrNWTLMWhDuGyBKCIAh3EyIOwEe0VKaGg5GwdhsssANrB7Z0C2zd gzHpvKtv+iqzGaP2LjwTB194wQI7Nn8Ds3WG1VuZrTMssANre7B1BjsfPHKe5FUTfaiIuFmi xjaMuMTWbdN9unJk6brB9ZvUrktkRxYci7MKy1p6sdSjSpNplHScc715pLwt5nj+2t0pH+xM fCcgYZZf/Jv+CW8GJMwKTHxnV/LcsJzlRU3np6EbrMXVWUJzR+9xQmIjek1FR0KSapelLkXR Fjeoa2dons7wJgjCVBNZQhAE4W5lMlN1Ix6PBntfWOQMVvawwA4c/PBMHNW10LhhmkoptDrK KQHPvWDrDAsd0c4Hd4fD7nBw8IXFm8HaHhbY4XI38jtEyblc08vNEkckvQEzr+C2PbDaHWwd x5ZuUG1ddjHS+lDKgrCc5Zk1h7tH6pv6is4WOQUmvO0X/8b3PyLy1lR3ZZmZfqq3719dL6EZ qZmG6Xg3hRkMmuHqgobIOIV/jNw7s+ZwY2+RwTx6s89LEITJJ7KEIAjC3c1ym/9iMnjuxdVb wcYR2zl0TQAAIABJREFUbBzBwQ+PXeBlauob5Oap79dplqiuBY+ehw2esNAR12zFfacoMRtl 6RAcDpu8J/pQLXRC50A8folKVLynn/f008nLsHQLLLCDBXZjSzYovFecubTwYIb1qcIvYuQ7 IvLW7Ex8558GCb/4N/wT3jqas/RK05lhvYb4FCYoJGjuK01WhdypWQJQGtX3VHdlpVXul8l9 klTBpS3RvaON7AeXxQuCcHsRWUIQBEHg3GSmNg2m5OHucNjkDYucYKEjbPTGkAjKvELt3dww 5deCNDCEqfmwYx8scYElLrh9D6XkUl0zlajwbDx67YfVW8HaAW0cccMODArDfafBwW9iOWWB HSyw067YVLJn3YmERaFpn+xKnuOf8OYPCRITcSL+zUOZCwsbz4zqe6duN/8dnCWIk4npNMNV xU1RCRVBsXLf7Jqwup48rXFAjLIWhDuYyBKCIAjCBDJLvGeAiivw2AVw8gdbZ7C2hzVbwfsA RqdSbTPX6Se9mgLQ3KttlLfFFjedb+soMimVePQ8rN/BbBxgvSceiyJ1PfYPautUXcnnR/Yf 0G32bHFcfcVnYWbIwhLfJb0bNrCVrib7HWNuXr1urlWBm6LOLwxKetc//kcECcsjMPHtsNzl xc0XGnoLS5ovFDdHVXQkljRfLGu53D1Sx37MPDUz0/ePNQ+MtUlgvPrrX2eJmrCu4ZrpbCE1 pZDYqKGnpis7o/qwTOGbWLGrpOVS10itielFkBCEO5vIEoIgCMI3AfBRHVU34vkEcAmCRU5g 7QDLXHFLEJ24TKpaPj6ZI6J7tQ0JFYGhafODU94/XbipUVOAXT2YkA0uO8HaAZZuMXgF18j2 XcrbfCTT9kKWnSxxU9jFj4MvzwqMfTM4elZiyKd96zbo17tWhThHnbc9dPH93bLZNxAkLI+A hFmHMhceyV4SnPx+cPLckNSPgpPf350y71LZ1s7hyh/ydohoUNeRUxsekbc6Im+1oi1WAsNX f4oEzf2lyeqQ7NowzXD1nTHvmYGpZ7S+tPliompXjNwrrWp/TXeO1tB7xyQlQRC+h8gSgiAI wrUQcQak6cX4LNy2BxZvBit7sHGANVtx7wkqVfGx8Z9+EEBW3ZV5LHdFdm1Yc39pvDKgpPmC URrjkkTqegyOkFa4NDgtP3V8Xqzc92Lp1p2J7+xKnhsj9+ocqtIa+hMrdp2K+KDJbnnrppXn wj68VOyeXRsWnrvyWM7y8taYnLpje9M++bFxwj/hTb/4N3Nrw+t78hMqdpa3yfLqTxzNWapo i/sh72jU0JtZfehUwRdZtUejy7bK5N79Yy1f/emdlyX05tGG3sKM6kMyhXecMqCw8Uz3SD0D s1iOEIS7hMgSgiAIwvciov5BzLiCgUdhzTawcQQre1juhoFHKKeY9w6QyXzDG5+QWE131rHc lZbr+NC0TzKqD5a1XI6vCDxXvDk+b2vp2W3ph5bJUp0ae69kVB8KTJx9MHNheauspOXSoaxF /vFvRocvaHW3K/defjF2taozpaorMyJvTXjuqor2pPyGk3vTP72xBYqC+tPN/aWnCjda/nN3 yrycunBle2Ks3CeqZEuyandDb2H/WIuiLS5ZHZKiDolV+ESVbElVhxY0REZesY9XBvz/9u7z L81z8eP4/5buntPT3cbMZidNM0yMmc1SccU9o4ka406MKE62ylSWCCggIoqCgooLQa7r4vfA 1JOTpL8mNGnW9/26Hwre3I/4cC3H3ECrLqVacdI+q9xqhvepJQiN+JcnBscftRsyWjRJPcZ8 42RPIPgaV5sAwFsILQEAAC+AUuZboAodLbxP4lPIvvMkLp4cuEiTCmmbiNmdbGnlyWOqXxCL srFZdbX8ZKlk7z3Z8ULB9iJh3N3eQzWK+Eb1xVrFmQLBz1ldX3G1SVPzJr2ro0ZxukV70+ZV Wj2y5sGrud3fygaLpx1KnjqpUX1xbFbp8ht4+vR6ZeJWSxSLdtarzjWqL9YpE0rEu9M7Pnu2 HErFuxtU5+tVieXS/ZmdX261RIP6/B3pgVLJnkLh9mLxrnLp/jrl2Ub1xfvyU2WSfcWinYWC n8sk+6rlJ+uUZxvVF6rlJ/MFP+bxv5eO3vUErHJ7TZlkf5uOM7s09vgpvhctwRhdDS04Zgek I3e4umSePl1mq/7jEDoMRwB8WNASAADwwhiLBpbZ0AitbaNX88ihy2RHPNl/gV7Jpve5TDsc nV98qaIgNGJyC8ulB/pGqybnjQ8GrtzpPahyNI3O9A06W6xeudxee0/2m8BU5FtxTvj1AnOR zHbfG7DPBKzikfIS8S6BqdA41d2ovtCq47gXzL6VCYW9lqtN3myJOmWCwdVp88o1Tu7YrGpw /NHdvsOp7R8/GRKVfceMk902j8wyLRma7K5XJWZ0fL7ZEp3GbMNkp8Jemy/4sbL/mG6ibdTT r3e1Wz39/daqYtGOcumBockuT8A67BaYp8WT/iGxpbRafkI70boY9IzM9NbI4+uU51x+w+bn pYyMzw10G3PElne1JSI07FuZMLg6e4bzW3Up3cY8g6vTt+zErq8AHya0BAAAvCTG2PIqszlp u5im3yaHr5C4ePLLeXo2lRbX0t4BNjsfpS800YXQDdOUYKsl2vSpEkuZcaqnQX0+o+OzBtV5 s1vENxU2DVz+szlOJaJdlX1Hc7q/KZXsfXaOk3T07uS8kadPy+j8vLz3wIOBy+XSA2ntn2yF RIHgJ42zxTQlqOw7WiSMa1RfrOo/ntn5xTMt8YPYcnt8bvDBwJWsrn+3GzKcPl27IaNcesDk Fprcwoq+o/mCn5RjDWa3qKr/eJs+1TE30KpLvtX1r3ZDum/Zufl5t8Yl3tGWCIaXxue0Mms1 T5/G06f1W6ucPk0wHKDspYekAOD9gJYAAIBYMEqj66Go10d7B0hOJTnyO4mLJ7sTyJHf6eYZ 1ZOe6MZf7OTzVEt0GXPUjiaVo6FEvIvD25bT843CXq+daO0cynpuS/zPPKXntQTfXOQJWKcX LU0Dlzi8bWkdnzwZEhzetlrFGadPKxm5k9b+6eY+Tmntn3B4Hz3VEvWqxOEpvtrRVCD4icPb Vtl/zD6rVDuaahTxele7wl5XIPw5tf1jgbnYMi25Lz+12RJtOk6t8oxjbuDZ9RLid22OE2Vk YW3a4OroMuZwtcmdQ9k6F8+3MhEh4Td9awDwJqElAADg72EsGgozo5WU1JFfr5Md8ZtRQS/e Yg+7oxPu/6conmqJnuF887SYMkLoxua1EQmOTEv4wwWxtUSB4OdaxdkJv4EyEo4EB8cfFQrj nnxVvSpxcn5IZCl97trrrZboGMqcXrRs3RhlERZllmlpizZJN9Eut9UUCH5Kbf9YaC61eRV1 yoStlmgevOYN2Lc+L2VkfG6w25j7brVEmASnFob7rfdadSlcbZLYcntsVr2+sRyNYnUEwIcO LQEAAK9IcJ2Z7fQ+l57PIPsukB1nyK4EkpDGqluiI47oajAaeXomzFMt0T2cp3G2qh0Pi0W7 OLxtqe0f5/Z8m8f/vlZxxvZMS7TqOMNTgvnVqYVVt3GqZ3ONhMn9/H2ccrq/EZgKPQGrxFLe b61eWHUvrLpdPr1xqscTsElGyp8ar3iqJXj6VMfcgGKsPo//A4e3LaPziwLBT7k9397pPfQn LcFxzKlbdSnV8qf3cdpsiXdl7TVlkaXgrGVaIjAVcrXJbbpU5ViDd8m+gdURABCNRtESAADw iq2HmN1JuQKSUkyOXiW7zpId8fRUMiupZ3JtdGYuuh7a2kP2qZboMGTKbDXDU/xaxZn0jk/L pQcMk11Ke/3Dwd8t0yKBqejJlrjbd7RcsLe6dc+9mu9u13xZ3PGjaqxxeIr/ZEtUy0/VKs8W CeM4vG01ivhRT5/IUnqr619bzVAo3K6daDNO9pRLD2R3f13Rd/S2eG96x2dPtcTminCbV16n TEhr/+TBwJXJeaPMdv++/NRzW6JFc9PmkXG1yZmdX7bqUraGJv47LvEOrJdg4cjazOKI2vGg w5DZquOILWUjM30r635s1gQAW9ASAADwGoQ32NQMFclJ/j1yKonsSiA7ztDj12nWXdbZG3W4 ouvr0Wf2cXo4ePW+/JR2otU8LVbY60ZmegedLWXS/fn8H1VjjZZpaedQVr3q3GZLtGiTjLa2 BZ1svqLMmH6yruYnqbnc5dfLbPe39nF6qLlqmZaMTEt7Ryv0rvahya56VeLm0oitq1p+YniK b3ILNU6ucbLnkeZGZueXz669rpGfNk71WKbFcluNyS3QOrl3ew+XSw88bgnhz2ntn2y1RJP6 0tisyuwWVstOVPUfd8yqN5/Kky0xNW96a1uC0MhScHZ0pldkKWnTp3YOZQ2MP5hetIQir/LI cwB4D6AlAADgtdmIMN8CGzTSymaSmEH2nCM7z9AjV+i1PNbQHjXb2eqay69vUCVW9B6pUyaU SfcViXbc7TvcqL7Yor35YPBKmXTf3b7DVf2/VvX/+mDgSp0qoUS8q6LvSEXfkRbNDfeCORqJ RKc8ge52cV38va79jepLjeoL5dIDlf3HyqX7Mzo/L5Puf6S53qK9+XDw6p3egxmdXzx7vsTm 3zzSXK/q/zWr698c3rZy6YH7itPFol2V/b/e6T1YIt5dItpVLj34YOBKi/Zmk/pSqXhPbs93 hcKfK/uP3u07XC07USbZd1u8t1p+qkDwU4Fge63ybLPmWnnvgTrVU3vC/tESC29pS2yQ9ZmA dWC8uXMoq0WbJDQXW6Yli2szhG5gRAIAnoKWAACA14sRwlbWqM1JH3TRy9lkbyKJiye/JNLT Kex2w7p6wGbn9xhz2/Qc7UTrhF8/ON78YOBKtfxEpzF7xNM3v+r2Lo1pnNwW7c06VcLDwd+b Ndf4w/ljs+rw5s/klNLl5YBBpatPqr7/bXrrR7Gddb15ZXV/dU/2W/PgVZ4+lW8qaDdkdAzd ssxIphctyrGGRtX5GsVpvrlobFY1vWhWO5ra9KnSkTsTfr19VtUznN+m56gdD4an+CLL7c1T L2weeTgS3HwUT7RE2Vs5LsHWQgs2r1xsud2q47TqODLbffeCKRRZxWnWAPBcaAkAAPinUMo8 PtrVSy5nk11nyfbTZPtpcvAyzapgSkN0efVvvj2b9rpaK2rqf/47LXFPdsIxq35NX53f8pZY WJ3WOLkdhsxHmhtdQznGyZ7l4NybvikAeKuhJQAA4J/GfAtUoiJZd+nx62TPORIXTw5epKml jC+LTnmi66EojXEuDVtZ0emrizt/TOV9/LIVkdr+UYHgJ4W9bi0ceLWfdwtlZHxO023ME1vK 3p45TozRYHjJ6dNKR+5ydclt+tR+670Jnz608XfrDgDee2gJAAB4Exhj8wGmNtA7TeR8Jtl3 gcTF0wMX6fV81twTtYxFl1Ze8PDspwTWPDJzZQk/7mVbIrPzy6aBy+Nzg5HXtuHp29cSLEJC vpUJw2RntzG3RZvUbczTu9p9KxORN39vAPAOQEsAAMAbwwhli0ts2Eob2un1fHLwUmT7abLv PL2QyaoesQFjdHb+2VMp/uI9GfWvTEpH7pSKdz+1ZdP/MyJxq+vfJeI9DwZ/1zhb5lenKHu5 f/qCKCPjPk33cN7bMMeJRdlaODDh08ltNTx9epsutXe0YmxWtRpaoPS1fHwAeP+gJQAA4E1j LLoaZK4Zyu8nGWXk6O9kRzzZm0hPJdPcKiZSRKdn/5/Ds59FKVkKzukm2ir7jz11CN1zr9uS PSJLab+tmqdPb9OnDTia/SuTr2PJxNvTEixKF4Me41QP31TI1aV0DmXrJtrmlsdf35gMALyX 0BIAAPDW2IiwuXmq0NGCanLsGomLJzvPksNX6M1C1iaKzsxGX2JPUhYhobnlcYn5diH/T1dj 5/V83zOcPxMYDUVWF1bd2onWdkN6qy5FNdbgW5l45aMTlP53jpP7zc1xCkfW3AvDMtv9Nh2n VZsitpSNzarWwgGKzZoA4CWhJQAA4K3D1tbp0CgtbyQnbpAdZ8j205G40+QshzZ0RB2T0VD4 xaOCMbYWXBg1tnU9OnWv5rv8ps/yHn5Ryd3Jk18fnuxZDvq2xh8oowtrMxpnC0+fxtUmK+z1 c8vjhL7EeMhfopQ457Q9j8clht9ES7DV0LxlRtJjym/RJvH0aSpHo3fJHiHhf/xOAOB9gJYA AIC3VSjMrOO0nkcuZ5ODl8jOM2THGXKGQyubmdYc9S++xMQnQpjbSx90kXNpZHcC2XOOckqY TMMWlp7cM4oxuvhHTrTpU1WOxtmlsQh9ZdN+3mxLbJCgJzCqdjTx9OlcbYrAVGyeFi8F517T 4hAA+BCgJQAA4O0WCrPxKcoTk/Tb5LcbZHcC2ZVAT6eQwmraq2Zub3T9hX9TX1phSj3NuksO XSa7E0hCGm3qiDrd0fB/v9MzxgLBWb2ro8OQufmzvSdge1WrCLZaQmS5/U+2BGVkJeS3eeWS kXKePrXdkKkaa3QvmEMR7PoKAH8LWgIAAN4BLBRmbi/rG6QldfRsKtlzjuw8Q369RjklrFXA bM7o6toLTXwKbzDXNG3sIAlpZM85evgKzalgSn10aeXJ/7ay7jdO9nQOZfH0acqxek/A+kpy glLinNP8wy2xQYKegHXQ+ahjKIurTRGaS8xucWDNQ9mrnL4FAB8mtAQAALw7IpHo/CLTW+h9 LklMJ7sTSFw8OXCJXM6mNVxmHI2urP31mzDGAktMpqHpZWTfBbrnHE1IY02dbHImGols/cny un94it81lN2qS5XZaqYXLX8/Jx63hPEfmuPEGF0NzW8OR7TpOG26VLmtdnLeuL6x/JoO9gaA Dw1aAgAA3jWURkNh5nTTFj65nP345Ozd5+jJJFpSywaHossrf/EOjEU3Imx8ilZzyW83yI4z 9NBlmlPJdJZocP2PP3mcE51D2Vxtcq+1yr1g3vh7OfE/6yUWXm9LUBrxL09oJ1o7jdkt2pud QzlDk92BNQ9lJBqN8VhxAICnoCUAAOAdxubmWU8/TS4mBy+RHfFk+2ly4CLNLGcyTXQhECV/ 8es7CyxTkYJcziI7z5BdCfTiLdbdF51f3FqQvRpaME7xOwy3uNrk3tGKyfnhMAnGfLf/2HqJ MAm6/EO9oxWtupQWbZJ05M6EXx+KvMCgDQDAy0BLAADAO47Q6Ow86x2gOVXkZBLZm/i4KFKK WVdvdMIdXQ1G6Z9HRSTCRh30dgP97QbZeZYcu0bLG5nFHl1/PASxEloYnhJ0GXNadZy+0arJ +aFQZDW2n/Yft4Tx9bUEIzQ8vzplnOruHs5r0SZ1G3N1E23+lUls1gQArwNaAgAA3guUsvkA 05poZTO5eGtzmIIeuEiv5tH6djY0wuYD0ciffJ9mjHl9tENCruWRX87TX87T6wVMII/OzW++ ZC28ODIj7RkuaNOn9VmrXH5DbL/x/zEukf86WoIyuhZecvkNcnsNz5Depk/tHa2we5Ur6/M4 hA4AXhO0BAAAvFfY8iqzjNFHPSSlmBy+QuLiyS/nSWI6LWtgMg2bm3/+GAVjbGWVas20uIYc u0Z2nqWnklhlMxtxREPhaDQaDAesnn6BqahNl9o7WjHh14dfPideX0tQRhbWpofdAoG5mKtL 7hzK0ji5noAtHAmylzgsHADg5aAlAADgvUNpNLjOJmeYUE6zKsiR30lcPNlzjh6/RjPLKb+f ub1bWzb9j40Ic3spV0DOpZEdZ8j+CzSlmPWqo4FlFmXBcMDmlQvNxW16jsRSNj43ENp40fMZ KKMbZD24seSYUwtNxVJLuXNOsxpaeCUHTocja+4Fk8JexzNktOo5YkuZ3atcDc3TV3poNwDA s9ASAADwnmIsSkh0ZY1qTbTwPvn1OomLJzvOkL2J9Eo2axFEJ6afc3I2Y2xjgw2N0Ky75MBF suMMPZXEatui017GWDC8ZPcqBKYirjZJaC4Zm1Wvv1hOBMPLpilhlzGnTZfaokniapPbdKlC c7HTp/mboxMr637ztJhvKmzRJrXrM9SOB7NLY4SGsVkTAPwD0BIAAPD+Y8F1ZrLSigfkTMrj PWR3JdBz6ay2jdmc0eD60xOfKGVuD63nkVPJZOcZsjuBckrYgDG6srYeXrJ55XxTIVebLDKX jM2qguHlF/ni7l2yS0fuPtLc2LxatDfl9tr51akYPxFj4UjQE7Aqx+rb9KlcbZJguNDiliyv +7A6AgD+MWgJAAD4YATXo9Zx9qCLXs8nh6+QnWfJzjPkdDK93cDUQ1HfQjQU/u/h2YxFl1ZY /yBJu00OXCI7z9LEdPaoJzo5s762aPcqhZbSNh1HbC4dm1UFN5b/8p+vbywPT/Xw9GmbLdE9 nDs2q9og6zF8DkrJctBn88glI2WtuhSePl1uq52aH45hCQcAwN+BlgAAgA8LC4XZhJv19NHs CnLiJtmVQOLiyfHrNLeKCeTRCffWcXXRaDS6HmJWJ73XQk4lk90J9NhVWnifaYZDC7Pjc4OS kfI2XarIXGLzKoIbS3/5r2eXHb3Wykeam1xtssJe71+ZZC8/E2mDrM8uObTOti5jTpuewx8u GJ4SLK55Xvcp2gAAz0JLAADAh4exaHiDeX1MoaXlDeRsKtmdQHaeJceu0uQi1twTHXFE1x6f Sccojc4HmERJUorJ/otkbyK9ksN4ovWpCeesRjpa0aZPFZiKrB5ZMLxEGfl/DpYORVYt05IO w61uY67NI3/xpdt/3DVdDS3YvUrpSEWbLpWnT5fba11+w/oLjIoAALwOaAkAAPhwsUgkGlhm ZjutbyeXbpG9iY+3bzqXxu4+YHpLdPnx1322HmIjDlrxkBy/TnadJYcu04LqdZ3WOamUjlZ0 DqZJh0qVY/X91nt91nuWafHS+tyzYw6MMd/KhMxWI7fX+VdcLPoSCxsiJDy37NQ6WzuHsrm6 5O7hvKGp7vnVqQiWWQPAm4OWAACAD97mMMXkDG0TkstZZHcCiYsnO8/Qo1dZXlVUPfS4KBhj 84u0p59cyiI7z5LdCfRKToQvnRyXj3XccVbc6hOlPdLcaNHc5GqTVY6mwJrn2X8V2lh1+rRO n3Z9Y+WF746FImsTfn3vaGWrjtOiuSEeKXP6tOsbyzg7AgDeLLQEAADAHyiLzvqZUE45JeTQ ZbLrLNl+mhy6TDPKo2Jl1OuLhjeiwXU2PEqz75J958mOePrrNZJZTq7mhn77fbQ8uVORvLm0 ulWXMuqRbW2pxDbPlwgvLQfn5lcmF9bcKyF/MLy0QdbZ/267xBgjZCOw5rF55dqJNsu0dHLe aJzq6TLmtGiTNg+h869OUvYnZ3gDAPyD0BIAAADPmA8wuZaW1NKEVLLvPImLJwcu0KRC1iqM Wp3R5VU2M0vbhOTSLXLgIjl0ObI3MRJ32n/5irIthTt4czMn9K724MZShG4srs3YPDLpyJ06 ZUKxaGd293+yu78qEsbdl58WmIot01L/imtrQydCNzwBW7+1mqtN2nwfnj6tXZ/B06dJRyvs s6q18OKbfTYAAFvQEgAAAM9DaHQhwHQWWtNKr+aSAxdJXDzdf4FezmY1rUxrZlMeKtOQ5MLN AQqy/fT64cSxohv83sdDE0OT3f6VSaOb/3Dw99ye71J5H3F42565Psrq+qpOmaBxchfW3JSR lXW/boLXpkt98iSKLmO2xvnIu2SP0FdwTjYAwKuClgAAAPhzlLLlVTbmou1iwikhR66QuHiy N5HGp9CCalrbSq7nP54Ktf10ZOeZ+YuXNc3JPHVStzFP4+QKTEVFwh2p7R8/ryL+e6W1f1wg /KlzKGt6weIN2PtGq7ZCYrMl+KYC59zfPSEbAOCVQ0sAAAD8FcZYKMxm/VSpJ9kV5MAlsv00 2XOOHL9GDl0mcac3W4JsPx06cG4895pMliu2lNWrEm91/Zvz/OGI5wxQZHZ+Wa9KHBxv7rP+ b0tobgpNRS6/AWskAOBtg5YAAAB4YYxFV9eY3kxL68jpFHLwEtmbSA5eIidv0ivZkZSijQtp oZQ8t7CpRXU1o/OLF6uI/16p7R9Vy09uLrPeagmuNqnfWj237HzTHx4A4GloCQAA+ECthhb0 rvZa5ZnK/l8VY3WB4NNbuDJGg+GAfValHm8e92nci+Y+a1Vl/7F8wQ+1yjMWbv56ws1I3OnV PSccpw8pb+5SVSR0i6/e7T2U1/N9evunLxsSm1dG5+e1yrNdxtxWHYerTWrVcYTmEqdPg5US APAWQksAAMCHiDE6NquuV56r6D1SLTtRJTs+NNX95IIExuj8yqTYcvue7ESB8Odi0c5y6YFy 6f561bkG9YUiUVxj5Y9T507OHz3Zm7bj3qMdZeJfcrq+zun66m7f4TLJLxkdn8fWEqntH5dJ 9/dZq4an+LoJntkt8i07KYu8wWcFAPBn0BIAAPAhInTD5Bbck/3WpL7E06fek53ot1ZPL1gc c2rLtMQxN+hdsmud3AbVebm9rnMoK63900Lh9n5b9disSmGvreg7Wt9+2MmrMLfk1XceEVlu a5wtlX1H7/Qe0rs6ZLbqfMGPsbUEh7cts2tz4cQjl9+wEpoPR9ZmlxyOuQGrp980JRie4o/O 9HkCtnBkLRRZ8wRsY7OqyXnjwur07JLD7pWPzPS6/Ibldd/6xrI3YB+fG7R6ZSMzve4F01po EYsuAOAVQksAAMCHiDFq88or+3/dXBud1f2fGkV8nepciXh3geCnUvGe+/KTd3oP1qvO2bwK seV2WvsnpZI92olWlaOpWLQzveNTkblkZnFUYCq6J/vN4Oo0T0teVUtweB+ld3yWy/++TLqf Z0jjmwruy0+VincXCePy+D/k8b8vFG6vUyYMjDcPjj+qV58vEe/avNVq+cli0Y5C4c/l0gOP NNe7jNl1yrO3JXuKRHEFgp/v9h4Rmos9AStyAgBeFbQEAAB8iCgjIzPSetU56ehdnYtX2f+W K776AAAKV0lEQVRrdvfXbXrO2KzKt+wcnxtsGrhcIt6ldjSthuZXQwuOuQHXvCG4sRQML2mc 3NuSXyQjd8ZmVa06jsRSvrA6HdpYHfMqBaairZbg6dPdC2bfsnNyfqh7ODen59unmqFelWj1 yHzLTk/AJrfXFot2cXjbbnX9q2c4f2ZxxLfs1Iw/utN7MLv7qyb1RcNkx7hvcGZxZGreNDLT y9Uml4r33pbs42qTTW4RV5tcKNwuGSl3L5h8y06TW1CjOJ3R8VmNPF7teDA+N+gJ2BT2+kb1 Rd0EL7Sx+qYfPwC8J9ASAADwIdqc41SvPKdxtjjmBhpU55s1121ehcRSntPzrdBcMu7TNKov 3pOdeO64RGr7R626FIW97m7v4VLJ3mfHJUTmkukFC3+4IJf/nXikzDIjfTBwJe2JBdn3ZL+N zao0Tm6B4Kd7st+MU92SkTs5Pd8IzEUu/1Dz4LU7vYdMbuFmt7Rob04tmPSujhLx7irZcfO0 SGarzun5NrfnW4W9bnxukKtNlozcsXnlzYPXS0S7dBOtY7Oqe7LfGlQXphcsKkdjZteXHN62 25Jf9K6OcGTtTT9+AHhPoCUAAOBD9FRLtOo4yrEGjZNbJt3H4W0rFe/ROFuUYw2tuuTntsST wwvPbQnJSLlrfkhkLs3u/prD25bT801Oz7dPHlpXo4gf8yoV9roCwc/pHZ9ld/8nt+fbGsUZ q0c26GwpEu7g8La1aG86fTq+qaBFe9PmVUhH7ubxf+DwPhJbymxexX35qar+46MzfWLL7WLR TrXj4cB4c4loF4e37ZHmhs2raDdkNKkv2bwKobnkVte/srq+ejh4dWphOBplb/rxA8B7Ai0B AAAfoqdagqdP1zhbbV4F31TI1Sa3GzIs0xLjZE/3cG5sLfFg4LJhssO3MqGb4LVoblb2H8vs /PLJVxUIfuIP53sWrS7/kNBcUqdMyOf/2KpLmV6w6F0dXG0yV5ussNf7lp391qoW7c2RGSnf VFguPZDP/6FVx7F6ZB1Dt9oNGWOz6s6hrKaByzavwjDZ2W7I4GqT+6xVE369zHafp08fment Gc6r6DsisZRP+oc2yPqbfvYA8P5ASwAAwIfoqZZoN2QMTXZOLQyrHE3S0bvS0btiS1nz4LXm wWvPtkSt8myHIVNuq5HbatoNGfWqxOeuvS4UbufqUhT2WsesemxO/WDgSqP64uarRObSavmJ jM4vahTxmws2Jvx6kblEaC6eW3JYPbLNe9i86lXntlqCZ0hvHrxW0XdE72q3evpHPX16V0dF 35EWzU2Xf8jmlffbqjdfJbSU1KsSudrkzZZo1aXMLY2/6acOAO8btAQAAHyInhmXSBtwNA86 W0olezm8bZmdX7TpUwWmombNdcuMVGQpfbIlKvuPVctOPhi48mDgSrXsxJ3egwPjD01u0XP3 cUrv+Kxp4PLY7IBk5E5F39HNV9UpzxWLdm0tn7gt+UXvaje4OnpHK1x+fe9oRVbXV5trKpRj DVxt8lZLCExFcltNtexkv/Web3nCvzLVZ63K7v76vvz08JSg31pdIPiJw9tW2X+sd7SyRXPz keYGWgIAXh+0BAAAfIieaomHg1f5wwXjc4N8U0F299c8ffq4T9NuyKjqP25yi4TmkidbolF9 QTJyx+QWDk129wznVfYdU47Vm9zCJ1tCbLltn1W2aJM4vG0NqvN2r0JkLsns/GJrjlOt4uyo p797OJfD23an95Bxskc99qBUvLffes/lNzSqLxYJ49SOpgmfjqtNerIlnD5tlzGXp0+bXXbM r7q7jDnFoh13eg/KbbU2r6JJfSmj43OxpWx60dKsud6ovoSWAIDXBy0BAAAfIkIjZreoQZU4 MP7Q5lXUKOKzur/qMmbPLTsjNBwIetv1GWntn6S1f9JtzAmseSbnh7uH8wbGmxX2eq42eXxu cPN9puaHG1QX2vUZ/mWXd2ms31qtnWjts1bm83+QWMrWN1YiNLwampfbap49caJVx/GtTERo OBwJDk/xy6X7Obxtt7r+3TtatRYORGh4wq+rUyZkdn7xSHPD5Bb1DOeLLCWBoGdw/FG1/KRx qtsw2VXRd0wyUi4wF5VK9qgcjSshf4SGPQFr8+BVDu+jelWi2S3sNua06dN8yxNv9pkDwPsH LQEAAB+o2SXH5o/6+fwf7slONA1cvtN7MKf766yurwoEP1b1Hxeai0WW0irZ8dyeb7N7/rO5 F1ORKE5oLl5YdW++yfrGisHVeV9+Kpf/fVbXV1ld/87s/OLJ/ZpiuFJ5H6V3fJrV/VWRcPs9 2W/1qvPl0oO5Pd9V9B01uDo2SHBm0crVpuTxf8jn/8DVJk8vjviWnQJTcYl4T3b319nd/ykU xt2TnWhUX7zbeyiP/91tyS9qx4P1jZU3+8AB4P2DlgAAgA8UoRH/yuSop888LfQu2VdDi+5F i26CpxprHPX0B4KzlJFwZG0mMGqc6h50PjK4OoYmu+xeZSDopYxuvc8GCc0tjZvdwsHxh6qx ho6hWyXiXWmx5kRq+0f5gh+bB68pxxqcPs1aOBAML7v8Qya3wOU3BDeWNu98btlpmZaMzEj9 Ky7KCGMsGF5y+nSD480D483jc9rV0MJqaHHCrx+eEkz49cGN5Tf3pAHgvYWWAAAAeGUYo74V Z7cxZ/NYiRiujI7PW7RJM4tWysib/jQAAH8BLQEAAPAqEboxPjdYr0pM7/g0hpao7P911NMX oeE3/TkAAP4aWgIAAOAVIzQyMiO923f4ZUOiRLzL4OpASADAuwItAQAA8OoRuuGYG2hQnc/o +PzFFlt/dl9+amSmF+dSA8A7BC0BAADwWjDGZpfHRZaS25K9mZ1fcHgfPTck0js+Kxbt6BrK ds+bCI286bsGAHgJaAkAAIDXh4U2VsbnNBJLWYPqfKl4T07PN5mdX2R2fpHT802JeHet8gzf lG/19K+FF6NR9qbvFgDg5aAlAAAAXrsICS2sTTt9OvO02ODqNLg6zW7R+NyAf8WFSU0A8O5C SwAAAAAAQCzQEgAAAAAAEAu0BAAAAAAAxAItAQAAAAAAsUBLAAAAAABALNASAAAAAAAQC7QE AAAAAADEAi0BAAAAAACxQEsAAAAAAEAs0BIAAAAAABALtAQAAAAAAMQCLQEAAAAAALFASwAA AAAAQCzQEgAAAAAAEAu0BAAAAAAAxAItAQAAAAAAsUBLAAAAAABALNASAAAAAAAQC7QEAAAA AADEAi0BAAAAAACxQEsAAAAAAEAs0BIAAAAAABALtAQAAAAAAMQCLQEAAAAAALFASwAAAAAA QCzQEgAAAAAAEAu0BAAAAAAAxAItAQAAAAAAsUBLAAAAAABALNASAAAAAAAQC7QEAAAAAADE Ai0BAAAAAACxQEsAAAAAAEAs0BIAAAAAABALtAQAAAAAAMQCLQEAAAAAALFASwAAAAAAQCzQ EgAAAAAAEAu0BAAAAAAAxAItAQAAAAAAsUBLAAAAAABALNASAAAAAAAQC7QEAAAAAADEAi0B AAAAAACx+D/tHXoVPSt3ZAAAAABJRU5ErkJggg== --------------5FABBC6799CE02105491F99E Content-Type: image/png; name="kdnfdbfceijplbde.png" Content-Transfer-Encoding: base64 Content-ID: Content-Disposition: inline; filename="kdnfdbfceijplbde.png" iVBORw0KGgoAAAANSUhEUgAABEYAAAJFCAIAAABfnmXWAAAgAElEQVR4nOzdZ1sbV+L38fu1 Ae41cZxsnGz6xul9/8nuZjexY0tCdGww2MbGvVLVEQIhiijqBSFAQgj13jWjKdwPJia4xOuN 7ciyf59rniS70hyNtNfFd8/MOf9vHQAAAAAAoGL9v3IPAAAAAAAA4I9D0gAAAAAAQAVD0gAA AAAAQAVD0gAAAAAAQAVD0gAAAAAAQAVD0gAAAAAAQAVD0gAAAAAAQAVD0gAAAAAAQAVD0gAA AAAAQAVD0gAAAAAAQAVD0gAAAAAAQAVD0gAAAAAAQAVD0gAAAAAAQAVD0gAAAAAAQAVD0gAA AAAAQAVD0gAAAAAAQAVD0gAAAAAAQAVD0gAAAAAAQAVD0gAAAAAAQAVD0gAAAAAAQAVD0gAA AAAAQAVD0gAAAAAAQAVD0gAAAAAAQAVD0gAAAAAAQAVD0gAAAAAAQAVD0gAAAAAAQAVD0gAA AAAAQAVD0gAAAAAAQAVD0gAAAAAAQAVD0gAAAAAAQAVD0gAAAAAAQAVD0gAAAAAAQAVD0gAA AAAAQAVD0gAAAAAAQAVD0gAAAAAAQAVD0gAAAAAAQAVD0gAAAAAAQAVD0gAAwJPHsHS2GPPG zHPuXrFJeH36h3OawyeH/9KqfPWM+r0r2m8HDMfGFy8uhacTOV+JJso9XgAAqGBIGgAAeMJi 2dXh+fbO0bebFS/XyXbWSrYKxFv44hqeqJonquaLqwXiLQLxVqF0R5NiX/vwoV7dz+7ILM1Q 5R44AABUJCQNAAA8GRRNhtPLE4sXuzQfCqU7+OJqnqjqvx58UXWtZGub6pDEVO8KzxKlbLk/ BwAAVBgkDQAAPAEkldet9HeMvFUv280X1zxKzNwTNkLJ9hPKg0p7e7oQLvenAQCASoKkAQCA x8KyTLYYm3bdOKV6ky96pJmZ3z+qG+V7B418f9KB+9AAAOARIWkAAOCxRLMemaWxUb7vEe80 +69VUyfdeXnqa2dwnGHpcn84AACoAEgaAAD449KF0Oj86WbFS08iZn47hJLtN2Z+WItb1tfZ cn9EAAB41iFpAADgD8oR8bGFc43yfbzHvd/sAUeddEe/4Vgk4y73pwQAgGcdkgYAoGLQTGkt bh1xnO7V/dyj+0lpO+kKz5JU4b++kGWZHJEIJB1rcWsqH2QYKk+mHQGNxFR/XvNxm+rQWc3f evVHLGuKPJl85MGQ1rWhjpG3nkbPcEejfJ/S1pYuRu75LImcb87dO2A4fnvuPyKjYNx5YWzh XJ/+6O25/8gsTY7AWIFM/5Hr+6ArVyAzgeTCasyUzAdwIxwAwLMJSQMAUDFWovqr2m/rpDsE kq0C8dZayfbO0XeMq2KaKT3kVTRDLYW0N2b+0ap8tWXowI2Zf5i9cvXCuVblwVrJNr64hi+q 5otrBJKtrUOvTC1dpRjyUQYTSDpuzf7rDyxu9j89V3Nm7P15/8jm88ayqxJzfb1sV+2vF2Gr ULpD+Ns12dY69OqE8+Ljb99JMaQrPHN79scTyteaFS+dH//EtCrBogUAAM8gJA0AQGVgWUa7 fE0o3VYr2dqueqNLc7hZ8XKddMeQ7US2GPu9V+WJxLjzQsvQAYF4i1CyvU66o166q3XolQbZ bp6oulG+7+zYBxcmPjunOdwydIAnqu7R/RzNeP7rYHJkcsx5vkG+579mScvQK93jn7YNH/rD D9UMGHmxrHfjIiyFtOc0h2slW9uGXz8//skJ5WvcNFHr0CvcP/JF1bfn/h3N/vdP8RAElTeu ijtG3hKIt9TLdjXK9/LFNT1z/4nfGQkAADw7kDQAAJWhRBXVjrM8UVXL0AHt0jV/0tGnP1or 2Sa1NDxkI5elsPac5qNaydZLk19NLV3t0f0sEG/hGuDCxOd2vyqVD+aIRCi9LDYJeaKqnrn/ /NcYYFnGHZm9OPH5o9xyJjbVpvLBcefFPzxXc0L5mnb5Ond/HcsyCwFN5+g7LUMvTyxeiud8 w/ZT3EprUnN9IhdQzXfwRFXXtN/5k/OPc7VXovoLE5/xxTWn1e/NuG6NzJ/miaquaL99zLcF AICnAUkDAFAZSlSBS5pmxcvjzosrUf3tuf9wSRPNeiKZFYdfPbZwTmKuUzvOzgfUkcxKgUzP rfQ2KV46o37f5huO53wyS5NAvIV7k8nFK0QpT1KFdDHiiZl6dT/zRNUyS+PmB1EomohlV62+ 4ZH5TpGpVmlrM3hEy+HpkfnORvm+RwkSmaWZpAozrlt/OGn44pq24UM9cz+NLZybD6inXTc7 Rv7aOnRw1nW7WMqMLZzjbn4TGQWh9LLC2soTVV3VfrcaMyZyvqXQ1NTSFam5QTXfYfUpg+nF YinDsHS6EFoIaLTL16eXbzgC6oWARrPQLbM0apevucKz8ezajOuWULq9VrJVYW0l6cKs+zZP VHV+/CNncAL3ngEAPGuQNAAAlYFhmcnFywJxjUC8pVX5yqmRvzbI9nCLHYtNwlMjf62X7RZK t9dKtgkl2xtkuztG3rqm/e60+l2+uKZr7MOF4HiqEJJbmrmkaVO9bvAMFMi0cVV8YeLzdtUb 9dJdzYqXpl03WfbXdZOzxZh2+doZ9XuNsj1Cya/vXCfd2SjfVy/b/Yi70MgszST9WEnDE1Xx xdW1kq1C6fZG+d5mxUtC6Y7WoYOz7tvFUkazcJ5LmkbF/o7Rt7nlpLvHP5WaG86OfdAg3yuU 7uBGXi/d1Tb8usLabPEq+vW/NMr31Ul31El31Mt2/3bppDsa5fs6Rt5qVx3iiapqJduG7acY lp5z93D/eHbsb2avjGGZ8v4YAABgMyQNAEBlYFl2evl6rWSbQLz1hPK1ztF3m+T7+KJqoWRH nXRHrXhrs+KlzpG3z6jf7xx9p0m+ny+uFoi38MU1TYr9t+f+sxLVZ4uxicXLnaPvtKveuKb9 +3xgNEfEZ923z49/3Ko8KBDXXNV+50vYuNPlieS480KTYr9AvKVRvrdj5K0zYx+cVr/bOvRK rWTr5t4QiLc0Dx3oHH33zNgHnaPvNCn2PzBpuOUHTqvfO61+t2XogODR1hUQSne0Db9+Rv3+ pldxT87cmzTNipfOjH3QMvQKT1QllGyrk+4USLY2yfd1jr59ZuyDztF3m4deFoi31Eq21Ul3 1Uq21Ul3tqneODXyVpN8f5Pipc7Rd86o3z+lerNetpsvquaLq+ukOztG3p5evsmyjM03fFr9 XsvQAb64pk9/JJkPlPfHAAAAmyFpAAAqA0UTYwtdPFFVy9CBqaWrawl7r+7or3/3S7b16o6s RPXJfDBbjKUKoZWoQWZpbFa8zBNVDRh4sayXYkiGpQkq647o5v2jyXygRBdZliGofCLnH1s4 1yDfc2nyy5WoYX19vUQXjR5xu+pNoWT77bkfl8PaRM6XJWLpQtiXsI/Md55Qvsqdul62e9DI X42bU4VQloil8sGVqEFirm+U792cNNa1IZmlyZewp4uRVCG0GjOJTLVCyfaH98wZ9Xszrpvh tCtTjKYLoZWooVd3hPuP7k8aibkunlsbtrffuSbbb8396IrMJvOBLBHjTjpkO8E1D09UdX78 E0dA7Y1bDJ5BV3gmmQ9mirFY1mvwDJ7THOamehaCGoLKcxcklvWq7Kd4oqrr09+H0kvl/jkA AMBvkDQAAJVh41maVuVB/Up/POcbNAp4oqpG+b6xha48kaQYsljKZIuxPJmiaCJdCA3Pt9dJ d/brj0UynhJNMCxdLGVd4Vm7X5XI+UiqwLA0UcrGc16142yDbE/3+CeOgDpHxCNpl8LaUifd eWv2x0DSQdFkgUxnCpEckSzRxTyZ0i5fbxk6UCvZprC25shEiS7myWSmECmQKYomY9lVsUnI lQaXNDkikcwHCmQ6S8QJKs8wVCi12Kc7+pA1oM+qP7D5himaIKlCjkgUShmaIaNZj9gkFIhr 7k+aIduJYik35jzPXROVvSNLxLhrkilG82SSoolMMTruvNAk38cTVV2c/GIlaijRxWIpQ1D5 HBHPkymKKZFUweyVtasOdY9/4giMEVRufX2dpArRjEdpb+eJqq7PIGkAAJ4tSBoAgMpwV9J4 fk0avrjm5uy/AklHnkzpPQNXtd+dH//48tTXs+6ePJmKZjwDhuNNiv09up9WYoYsEZtcunJa /d6pkb9en/7BEVBni/FZ1+3z459wN541yPacHn23e/zTrrEPmxUvN8r3qRe6ckR8MTR5a+7f XWOHL09+rV2+li5ElkJT5zSHO0fftfmG80RSt9J3afKrrrHD16e/t/tUFE1ML9/g7k/jkqZY ylrW5Ndnvu+e+FRqblhL2IpkZmrp6sZkzr33m0m2S0x1qXwwknGr5k9dnPz8+vT3Fq+cpAo2 3/CpkTcfmDQElRtzdvNEVZenvl6Nm/NkyuyVX5/54dz4x5envtEuX88UI+H0cp/+Fy5pPFED w9K+hE1qbrgw8flV7XcGzyBJ5Vei+gsTn9bJdp1WvzvjusWyjN2nOqP+oGXoAE9U1ac/milG y/1zAACA3yBpAAAqwwOTpl62W+04mydT1rWhztF3uIdnBOItDbI9Gmd3iS7qVvqaFPvPaQ47 gxOpQkhubamVbOWLq9tVbxg9onQhPDLfWSfdyf91OeZqvrjm10NU3STfN+7sLpbSzuD4lalv Tihfq5ftPjn82q25H2/M/LN56MCZsffnA2qCys24bnWMvNU69Eq9bNfp0XcHjfyLE19snqXx xs1Xtd8KxFsE4poTyte0yzfyZGrO3cs9zX//0SjfN+68UCxl9Sv9rcqD3DMwN2f+6YkZ5/2j 5zSHH540UnM9QeWdwfHT6vc2rkmr8qB2+VqJJrTL1/niGi5pCmRK47xQJ93JrbtwbfrvvoR9 NWa6OPkFV1YqewfDMnMrvXxxTa1kW/fEp46AemMFBQAAeBYgaQAAKsMDk6ZRvk+7fI2iSW/c ql2+Mbl0lTumlq65IrMluugIjHWOvtuluX/Fs0MGz2C6EFbZO4TS7e2qN6Tmxo2XTy5dlVtb ujQfSkzCZN5PMWSWiIXSS/P+UbXj7IWJzwSSrXxRdbPipcmlyyWaKNGFVCHkTzosawqlre2c 5jB3lo2ksXjlLYoDd3Jlr3qhK0+mDKuilqFXzqjfH7Z3bJx3YvFyv+HY+fGPjauibDGmtLXd ya2qBtnuztF3OkbfrpftekjStCoPzrp7aKa0lrBPLV3f9KGuLYdnKIZ0BMbaVW9wSRPLern7 97jjwsTn7qgunF7u0f28acUzhlvx7LzmY2dwnGZK5f4tAADAXZA0AACV4YFJ06TYP+O6ybIs QeUyxcjmI0vE8mTSujZ0Wv3fk+aK9htPzEDR5MbhS9hvzf7YMnRgZL4zkfNTNMmwNM1QJZrI FKOz7p5TI2/yRdWnRt7ULl/PEjGapRiWpplSiS7GsqsK24k62c6NpJl13d4ok0b5XrWjq0Cm TavS1qGDvbqfY9nVjfOSdNHmGxYZBe7IXLoQllub7/TGbzNIPFH1Q5LmtPpdm2+YZZnfuSYp u3/ktPpdLmnC6eVe3U+bkuYzd1QXz/m4jUfvSZrLU9+sJazl/iEAAMC9kDQAAJXhwUkj3ze9 fIOkCgaP6OLklxcmPrvn6Bh5Syjd/l+T5vTouxpntyMwtnFMLl05pznMF1XXy3Z1jf1twMCb dfcEU85iKcOyTLYYG7Kd4Imq+OKaJsVLFye/kFtbrGtDsZyXpAosy8SyXpGplvegfWl+Sxqv tHXo4IWJz3Ur/RvntftHlfb2q9rv7H5Vphjhts68/3hI0pwa+at5TU7RhNkru/+C/HpNJNs3 kqbnvqRJ5HwSU939SXNl6pu1O4tcAwDAswNJAwBQGR6YNA3yPROLlwgqZ/HKO0b+KhDX3Dm2 NMj2nFC+2iTfJ3jwVpt3JY1AXLOx6SR31El3tg69MjLf6Y7qBk0CoXRHnXRno3xvl+aw1adk 11nt8vXzmo+NqxKzV3Zx4nOhZHu9bFejfN8V7beuyAzLMtrl64+SNALxljrprs2nFkp3tChe nlq6WixlJhcv10l3cC88rX5v1t2zENDcmPnnQ5KGL65R2tpYlpn3j7QNH7rrmsj3nFC+xq1J 8MhJ076x1WaTfJ/S1pYpRvAsDQDAMwVJAwBQGR6YNLWSbRJTXTIfyBSj066bHaNv80RVQun2 q9rvbD5VNLs6Mn+am4Sx+1TZYkxpbxdItt6fNA+cCWlS7B93dufJ5HJ45tLUV9zdX52jb1vW FDRTmli8dFb9wbxfXSDTxlXxGfV7PFGVQLzl4sTnyyFtiS5qnN2PkjQPPHW9bJfS1pYnk77k /M3Zf3KDUdpOJvMBT9Rweeqrhy8P0Kv7OZkLZIn4nLv3tPo97kH/y1Nf2XzKSGZl2H7qkZNm q8LaWqKLplUJtwVng2zPkO1koZQp988BAAB+g6QBAKgMD0wanqiqc/Qd65qCZkoUTWSKkXDa Fct6C6U0RZOemPGq9lueqLpj5C3L2hDDMlkibvMNX576+p6kOaf5aMJ5yeiRcMeoo+uM+gO+ qPrmzD8CqQWaofJkKppdDaddmWKEYsho1tNvOCYQb5FZmvJkimLITDEWzrijmZUckaAY0hMz Xp765g8nDU9UfXHyC3dkjmGoApmOZb2JnK9EF7nV1Zrk+x6eNG3Dh+bcvSWaoBgyW4yF0+5Y 1lsgMyWaWInqL01+9ehJI7c0l+hisZRdS9gk5jqeqOra9N8DyYVy/xwAAOA3SBoAgMrwe0nD F9ecUb+nXb6WyAUYlmZZhmGZYinj8KsvT33NbQ5TL9ultJ3MEjF2nc0UI0rbyY7RtzYnTY/u p0jGTTEkd6TyQaWtTSjZ3ijf26//xRMzUjTJsizLMiWa8CXsUnN9k2I/90zLsK0tklnhTs2y DEHll0LaGzM/1Eq2PUbSVAkl269Mfb0QGCOpPHfqTDE647p1evQd/kOXB+CuScfI2xOLlxJ5 Pzcq7posBDXXpv9PKN3xiEnDF9fcnPlHKLW0vs4yLG30DNZJd3SPf+qKzJb75wAAAL9B0gAA VAaKITXObp6ouk6666r2O5FJ2Dn6DveHOF9cUyfd2aJ4+crUt0O2k336ox0jbzXIdgvEW7iD J6oWSnd0jr7db/il33C8TXWoXrbrivYbibmuS/OhQFwzYDiezAc2zsWwzFJI2z3+KU9UXSvZ 1ijf2zX2odgklFoauic+bZTvFUq2cyuY8UXVQun2JsX+7onPZJbmfsPxztF3GmR7uJTiiarO jH2gsLVyMzbcUSvZen78I5m16dr03+ukO38vabjb2Bpku8+oPxAZBb36I+2qQ3XSnVzACCXb L05+Kbc2nx//mBtJl+aw3NpyfvyTzdekSbH/0tRXw/MdA4bjp0ffaZDtEdwZWMvQgVtz/+43 HGsbfv3OcmrVLUOv9Oh+EplqO0ffvjPabSeH/3Jr9l9ic90Z9Xs8UfU5zeHF0EQZfwkAAHAP JA0AQMWw+YbbVW/wRNUCydZayTa+uKZJvv+c5qN21ZsbDSCUbK+VbOX+ym+Q7x008DTO7i7N hzxRFV9cXSvZxr2QJ6oWiLcKJdsF4i31st0j853Fu58PKdGE1ac8rX6fx6WLuKZWsq1Wsp0r igflR41Qsr1Wso0vrr4nS4SS7QLx1gf8S8lWnqj6ge+2+bhz6l8/lEC8hcuSO++85e4TbamX 7TqnOXx27ANuqALxFqF0x8bA6mW7T438tVV5kC+qrr1zGZsVL3dPfNYx8vbmS1Qr2catTMDf dMF5oqpr0/8XTC2W6zcAAAD3Q9IAAFSMApnWLl0/qfyLULJNKNnWonh52H4qnvN545Y+/dEG 2Z5a8TaBeItAvFUo3X556mtncIKg8iW66I2bB438VuXBWsn2Wsk2oXR7nXSHULJdKNlWJ93Z pzsaSi2x63et4lWii4vByX79sc7Rd+okO37dE0ZULRDV1Et3n1D+hbvx7E85qgXiLVx+tA4d HLa3Gz2iCxOfceMXSrY3yfc3Kw5w/9go3ycx1UUz7mBqUWZpalLsr5VsF4i3CsRbaiXbzo9/ ZPHK4jnv1NLVE8pXuZefUB5UO84m836DZ6Bd9Qb3PvWy3f36Y3afSmppPKl6nWuqOumu69Pf r0QNDEuX6zcAAAD3Q9IAAFQMdp0l6WIyHwill4KpxXhujaByLMsyLE2UsomcfzVmXghqlkLa YMqZJWI0Q3EvZFiaoPLpQsiXsK1EDeG0K57zhdOuYGoxll0tkOl7/kZnWSaUWhpbONerO3p7 9t/Xp7+/NPX1hYnPL05+cVX73c3ZH/v0R7vHP6m9e+7laRwCcc2lyS91K33O4LgnZkrkfCSV //Wh/4w7mFqMZj2ZYiSVD3LXJJr1FMj0xlM9yXzQl7A5g+OLwUl/Yj5TjNBMiWVZkiokcv5g ajGUXuLek11nKZpIF8Oh9HIwtRjPeoulDM2USCqfLkQCSYcnagyll3JEnLlzVQEA4BmBpAEA qDDsOsv9yX7P7ijsOsuwNM1QDEOxLLO+fv/eKSzD0r8+x/87b8Ip0cRicFJsquvVHeGOHt3P PXM/9+h+7tX93Ks70m84LjIKzmkOP+2kOTn8l1l3D0WTNEMxLL1pKumu8f/Xa0IzFHP3Nfnt JQ/8l3e9D8uyDHfdHnRVAQCgzJA0AABwryKVtfqUA4bjG0lz/6Fxdg/b25sULz29nhFKtvfp j0QyrnJfDwAAeKYhaQAA4F7FUta8pujXH3tI0miXr7sjukED7+klzcWJz12RWTy4AgAAD4ek AQCA35BUPpB0GDyDQ7aTD0mafv0vZq+MoPK+5Hyv7ohQsv3JxgxfXNOl+dDmG6YYstyXBAAA nnVIGgAAWF9fX6cZKpr1zK30Ss2Ngwb+oIHXb/jdpJGZm1zh2fV1lmGolaj+ivbbJ5s0bcOv z7hukVS+3FcFAAAqAJIGAOBFV6KLkYzb7JUpbe0DBl6v7miv7siAgScy1j5wombAcHzO3Zsp RriXUwzhS9olJmGjfO/jx0ytZNulyS9tvuHC3fvkAAAA/B4kDQDAi4th6UTOZ/JKFbYTAwZ+ n/7oRrcMGvljC+fHnRcHjYLNPSMyCmbdPfGcl2WZ396HoZL5gNLWJpRse5yeEYhrbs3+y5ew l2gCa4sBAMAjQtIAALyIaKaUyK3ZfSrVfMeAgden+y1mxCbh5OLllaguS8TzZNITM865e8ed FzQL3bPuHndElyMSm3uGw7JMrhif94/26Y+2DB3giar/p5ipl+2+PPnVzPLNWNaL9QAAAOB/ gqQBAHixsCyTLoRtPtWw/dSgUdCn/2XTQ//HxhxdnqghTyZppsSus+vrLM1QJF0olrLFUoak CjRDsb8zf8KusxRD5ojEUmjqxsw/ah9txkYgrjmr/mDO3ZvMB0i6cH8sAQAAPBySBgDgRUEz VKYQXgxNjjrODt59m5nIKBhbOL8YmsoUIw+JlkfD0gyVIxLeuGXO3TNo5HdPfNIx+lbL0IE6 6U6hdHuTYn+76o1zmg9vzf047ry4FNIm80GKJh7vpAAA8OJC0gAAvBByZNIZnFQ7zopNws0z M726I8P2U0vhmWwx/kS7gmVYukQTBTKdLoQSeV806wmll/yJeVdkdjVmTuaDOSLx8GkfAACA R4GkAQB4njEsnScTK1Gdxtl9z21mAwaeyn563j+azAfu3Gb2VLDrLLvOsizDsEw06zF6RK7I HM1SWAAAAACeCCQNAMBzq1jKuCNzmoVuianunpmZIduJhaAmXQiV6OKf9vgKxZDLYa3M0jS9 fCOZC/w5JwUAgOcekgYA4HnDsHSBTHtj5qmlK/fcZjZgOD5sb7esKWLZ1RJNsOyfOk+SJeIG z2C//pjU3OAIjJFU4c88OwAAPK+QNAAAzxWSynvjlqnla1Jz4z0bZcotzda1oXhujaTyZVlY LJhyquwdvbojfbqj6oWuYMqJ9c0AAODxIWkAAJ4H7DpDUFl/0jHr6pH9GjO/LmjWp/9Fbmkx eESh1BJRpphZX18nSlm7XzVo5N9ZY63W4pUXyHRZBgMAAM8TJA0AQMUr0UQw5Zx135Zbmgf0 x3s37ZspNTcYPIOh9HKxlC3jFpbsOhvJuDUL5zcG1qc7qrKfWotbsdwZAAA8JiQNAEAFI+lC KL1k8AwqrK39ht9ipk93VGpumHP3+BOOOzFTznIo0cWFoEZkFGy+Ea5P/4t2+XoyH/iTH+kB AIDnDJIGAKAi0QwVzXq4mBkw8Po2zcyITcIZ101/Yr5QSpc9ZjipQmjWffueVdd6dUdklqbF 0CRFE+UeIAAAVDAkDQBAhaFoMpb1WtaGlPb2AcPxzTEjMtZOLV1bi1sKZJp5ZjZ+YddZX8Ku tLXd0zO9uiP9+l8mFy/HsqvlHiMAAFQwJA0AQMVgWDqZ95u9cqWtbdAo6NPfFTOTS1c8UWOO SNDMsxIznAKZsqzJBwzH70+aXt0RkVFg8cqLpWy5hwkAAJUKSQMAUAFohkrmg46AWjXfOWDg b5qZOTpoFGic3e7oHBczz9rT9uw6608ujM6fFhlrxSahyCgY0B8f0B8fNPLlluZRx9mJxUs2 nzKVD5V7pAAAUKmQNAAAzzSGpdOFsCOgVjvO3LNv5qCBp1k4vxyeSRciFEM+azHDYdfZHJEI pZdCqSV/Yl630icy1g4YeFJzg803nCMSJJUv0cUyrsYGAACVDkkDAPCMYhg6U4guhabUC+dE RsHmmBkw8EbnzziDE+lihGZKz/iKYSzLMCzNsHShlLH5hgcNvF7dUbFJOO8fwcIAAADw+JA0 AADPHJZlskR8Kawdd3ZLTHV3xYz+OBczyby/RBef8Zi5B0kVHAH1oIHHPUJj8ylLdLHcgwIA gIqHpAEAeIawLFMgUytRw7jzotgo7Ncf2xwzSlu7zTecyAcohmRZptyD/Z+VaMIZnBg0Cnp1 RwYNfLNXTlD5cg8KAAAqHpIGAOAZwRbI1C0em/0AACAASURBVEpUr12+JrM0bo6ZPv0vSlub 3aeKZVdJKl+JMcOhmdJSSCsy1vbqjgwYjptWJQSVK/egAACg4iFpAADKjGUZgsr7k/appSti U12//ljvnQXN+vXHFJYW06oknvVSNFG5McNhWNoVmRWbhNyONIaVwWIpU+5BAQBAxUPSAACU E1HKrcWts+7bcmvL5pmZXt0RuaXZsiaPZNzFUqbSY4bDssxK1CAx1ffqjvTpjs66e/JEstyD AgCAioekAQAoC5amyUjaNeO6JTHXDxiOb2w106f/RWpu1K30RdKuO6sbV9IaAA+3FrfJLS3c J9UuX08XI+UeEQAAVDwkDQDAn42kC8HUosEjUtraBgzHN8/MSM2Nes9AIOkokKnncquWQHJh 2H6K+7ATi5cTOX+5RwQAABUPSQMA8OehWSqW9Ro8A3JL04CBt2lm5qjYJJxevhFIOggqx7DU s7lv5uMLp11qRxf3qTXO7mjWU+4RAQBAxUPSAAD8GSiajGRWzF7ZsP3UoJG/sQBAr+6IxFw3 47q1GrNkiQTNUuUe6dMVy3rHFy9yH3zUcTaYWiz3iAAAoOIhaQAAni6GpVP5oHVtSGk7OWjg b9o38+igUTC+eHE1ZiqQKZp5bmdmNkvmA9qla9wVGLZ3+BL2co8IAAAqHpIGAOBpoRkqkfPb farR+TMiY23fppkZkbF2YvGyKzKXKUZopvQ8LQDwcJliZNbdw12EIeuJ1Zip3CMCAICKh6QB AHjyWJbJFKOOwJjK3jlo3Dwzc2TAcFy90OUKz+aKcZopseyLEjOcHJk0eETcpZBZmlyRuXKP CAAAKh6SBgDgSWJYOlOIOIMTYwvnxaa6u2OGr3Z0OYMTqUKIYkovwm1m9yNKOYtX8etDRKa6 xeBkuUcEAAAVD0kDAPDEFMj0cnhG7egSGWv7N8VMr+7osL19MTiRKUYomnw+9s38YyiamPeP 3Gk83nxgtNwjAgCAioekAQB4XOw6kycTrsjsxOIlibn+7pkZnmq+0+4fSeR8FE2+aLeZ3Y9l mcXQJLfgW5/+qGVN8SIHHgAAPBFIGgCAx0JS+dWYcdx5QWwS9uuPbd43U2FttftHUvlgiSbw h/sGV2RuwMDjLpHBIyrRRLlHBAAAlQ1JAwDwR7AsUyDTq3HztOumzNK0OWb69ceUtjazVx7J rJB0ATFzD0/UIDYJuWulW+knqFy5RwQAAJUNSQMA8D8r0UV/Yn5q+ZrU3DBgOL5530ypucG0 Ko1lvSW6wLB0uUf6LPLGLTJzE3e5Zl2382Sy3CMCAIDKhqQBAHh0LFHK+pPz+pV+hbW1X398 o2T69L/ILS16z2Ag5SyWMpiZeQhfYn7IeoK7btrl6+lCpNwjAgCAyoakAQB4JDRTCqdds+4e maVp0MDbvG+m2Cicc/eG0y6SyjMs9eLsm/nHBFNOlb2Du3QTi5cTOX+5RwQAAJUNSQMA8HAs SRfCGZfZKxu2tw8YeBu3mfXpjsrMjbPunrW4NU8mcZvZIwqnXaOOs9w11Di7o1lPuUcEAACV DUkDAPC72HU2kfcZPIMKa+ugkd+n/21mZtDAn1q66k86iqUs/aLum/nHRLOececF7jKqHWdD 6aVyjwgAACobkgYA4AEomohlV+1+1ch858A9t5mZhNrla56oIVuM0QxV7pFWnkTON7l0hbuY qvlOf3K+3CMCAIDKhqQBALhXuhA2r8mV9jaRsfbufTOPjzu7PTFTnkzSDImZmT8mVQjNuG5y l1Rpa/PGzOUeEQAAVDYkDQDAr2imlMwHFgLjYwvnREbB5tvMRMbacefFpbA2VQjRDIkFAB5H thjTrfRxF1ZuaXZF5hCHAADwOJA0AADr6+vrWSLuCKhH5s+ITXX9d8/MqB1dy6GZdCFSogms zvz4ckTC4BH16X7p1R2RmRuXQlqsrAAAAI8DSQMALzSGpTPFyHJYO+68KDbVbb7NbNDAVzvO LgQ0yVyAogmWxUzCk1EgU2avrF9/jNuZ1BmcwCNJAADwOJA0APDiypPJ5fD0uLNbYqrn/sLm jn79MZW9wxHUJPJ+ki5gZubJKpYy1rWhAcPxXt0RsanOERijmVK5BwUAABUMSQMALxyWZfJE 0hM1TC1dlZobNsfMgOH4sL3duqaMZb0luoiYeRoIKmf3jwwYeL26IyKT0O4fKdFEuQcFAAAV DEkDAC8WopRdjZmmlq7JzI39+uMbMdOnPzpkO2nzDUczHqKUYxAzTw1JFRyBsUGjoFd3RGQU WNeUJFUo96AAAKCCIWkA4AXBElTOl7DPuG/LLc39+uO9d7aa6dcfU1hajB5RNLNSogt4VP1p K9GEMzghMtZyDyyZvXKCypd7UAAAUMGQNADw/COpgj85P+u+Lbe23LNvpszSZFqVhtPLRTKD mPlzUAy5FNKKTULuTj/jqqRIZcs9KAAAqGBIGgB4brHrLEkVgqlF3Uq/wtq6OWb69L9IzQ2z 7p5gapGg8gxLY6uZPw3DUq7IrMRUx02RGTyDxVKm3IMCAIAKhqQBgOdTiSZCqSWDZ3DIdnLA wN88MyMx1etW+gJJR55MYvngPx/LMp6YQWpu4B5hmnP35slUuQcFAAAVDEkDAM+bEk1EMytm r0xpaxs08Pv0d2ZmdL+ITfXa5etrcWuBTNEMhU3ry2UtbpVbWrjvRbt8PVOIlHtEAABQwZA0 APD8oJhSLLtqWVOo7J0iY+1GzPTqjohNQu3ydW/MnCXiFFPCbWblFUguDNvbua9mYvFyIu8v 94gAAKCCIWkA4HlAM6Vk3m/3qUbmOweNgj79L3di5qjIWDuxeGklqssScZopYWbmWRBOL486 znLfkcZ5IZr1lHtEAABQwZA0AFDZGJZO5gN2/4jacVZiqtsUM0cGjfwJ50VXZC5diFA0gZh5 dkSzq+POi9zXpHacDaWWyj0iAACoYEgaAKhUNENlitGl0JTa0SUy1vbfHTPqha7F4FS6EKZo ksW+mc+YRM4/tXSN+7JU9g5/Yr7cIwIAgAqGpAGAipQtxp3BCY3zgtTcsDlmBvTHRh1nFkNT qUKwRBcRM8+mdDE8677NfWVDtpOrMXO5RwQAABUMSQMAlYRh6TyZdEf0484LYpOwX3+s987q zAOG4yp7x7x/NJn3l2gCMfMsyxEJvWeQ++LklmZ3VFfuEQEAQAVD0gBAxciTqeXwzOTiFZml qV9/bGNmpl9/jIuZWNZLUnnEzLOvWMqYvbKNbYKWQlPlHhEAAFQwJA0APOtYlimQmdW4eWrp qtRc368/vjEz068/NmQ7aVlTxLKrJFVgEDMVokQXbT7VnQefBI7AWLlHBAAAFQxJAwDPtGIp sxozzbhuya2t/YbjGzMzffpfhqwnLV55OOMqljIMS5d7pPA/oBlqITj+a5cajtl8SqxHBwAA fxiSBgCeTSxJ5QNJx6zrtszSPGDg9d2ZmenT/yKzNBk8g+HUMlHKMSyNfTMrEOsKz240qnFV QjOlcg8JAAAqFZIGAJ45BJX3Jx16z4DSdnLAwNu4zaxP94vc0mLwDPqTjjyZwsxMRVuJGkTG Wu6b1XsGSCpf7hEBAEClQtIAwLODpWgiknEbPIMKa+uggd+n34iZo2JT3azrVjDlLJayNEPh PqVK542bpeZG7vuddffkyVS5RwQAAJUKSQMAz4QSXQxnXGavfNjeMWjgb9xm1qs7IjU3zLhu rcbMWSJOM1S5RwpPhi9hV1hbua94evlGphgt94gAAKBSIWkAoMwYlk7kfGavTGlrGzQK+jbv m2k4PrF40ZewF0oZmilhZuZ5Ekw5VfYO7oueXLySzAfKPSIAAKhUSBoAKBuKIRM537x/dNRx ZtAo2DwzIzbVTS1dc0fm0sUwHhx/LoXTrlHHWe7r1jgvRLOr5R4RAABUKiQNAJQBu86mixG7 T6Wyd4iMtZtnZvp0v6gdXasxc55MUQyJfTOfV9GMR+O8wH3pakdXOL38VE/HrjM0U0rkfHaf anzxgtgkvDL1zYWJz27P/ai0tc26ezxRQ4FMMyyNyUAAgIqDpAGAPxXNUKlC0Bmc0Cx0i03C zTEjMgrGnRcXQ1PJfIBiyHKPFJ6uRM43uXSV++pV853+pOMpnahYyrgis2ML53p0P3WN/a11 6GCjfF+ddKdAvIUvrhFKtjfIdjcrXmpXvXF56mupuUG/MhBJu7GeHgBABUHSAMCfhs0RCWdw Uu04KzYJ+/XHNu+bqZrvXApPZ4rREk1gZuZFkCqEpl03uR+A0tbmjZmf+ClKDOGNW8QmYbvq UKN8r1CynS+u4YmqfueoFoi31st2NStevjDx+bTrVqoQeuJDAgCApwFJAwBPHcPSmWLUFZ6d XLoiNTdsnpkZNPDUjrOOgDqW85boAu75eXFkizHdSh/3M5Bbmt2RuSe4ZSrD0oHkgsp+6pzm o3rpLp6o+vdL5gGHQLy1VXnwxsw/zF5ZgUw/qVEBAMBTgqQBgKerWMq5ozqNs1tiqus3HO/9 bQ2Ao0O2NkdgLJkPlugi7vN50eTJpNEr4bYekpoblkLaJzg7t5aw3pr9V6N8r0C85X+KmY2D L6oWSra3Db+usnekC+EnNTAAAHgakDQA8FSwLJMnk56occZ1S25p2XybWb/+2LD9lNWnjGTc BJXDbWYvpkIpbVmTcz8MianeGRx/IpsOFUtZu191ZeoboXTHH4uZe8KmVXlQam7wJ+z4oQIA PLOQNADw5JXo4lrCNrV4RWpuGDDwNq/OLLc0W9YUsewqQeUwM/MiK5ayNp9ywHCcW7PbEVA/ /mrdFE06/Orz4x/XSrY9fs/8WjXimgbZnn7Dsae9JhsAAPxhSBoAeJKKpexa3Kpb6RuynejX H9+8AIDC2mpclYRSi8VSBjEDJJWf948MGni9uiMik9DuHynRxOO8IcWQi6HJS5Nf1kq2Pqme 2Tiah15WzXdkipEn9fEBAOAJQtIAwJNB0WQwtTTjui23NA8a+ZtnZqTmBoNnMJxeLpayDEM9 wafA4U9GM6Vgyjm30ju5dMngGQymFv/w1EqOSEwv3zirfv+E8tV21aEe3c+LoSmSKv7hsfmT jtuzPwol2594z3BzNSeUr44tnMuTyT88QgAAeEqQNADwuEgqH0w5jauSYXv7gIG3sQBAn+4X maVpbqXXl7DnyRRmZipdnkzNum+fHfugeejlJsX+lqEDFyc/t64NPbxq2HU2S8SsPuWA4fil yS8lpjpXZNYTMw4a+a3Kg7WSbXxxjUBcUyfd1Tn6ztTS1T+2wliOSIwtnK+X7X4aPbNRNec0 Hy0ENWhyAIBnDZIGAP44milFMysGz+CQ7eSgUcCtXsUdYpNw1n3bn3TkiSTNlPBX4HPAE9Vf mvxq89YutZKtffqfIxnXQ14VTrtklsaTw3+pk+4QiGvqZbvOjX90YeLzetmu+5vhytQ3npjx fx0YRRO2NWXn6DtPr2e4o162W2ZpShdw+xkAwLMFSQMAf0SJLkYzK9Y15ch856BR0PfbzMxR qblh2nXDEzNmiTjNlLDVzPOBYWm7X9Ux+hZPVNWn/8UVmRObanmiqvPjnyyFtb/3qkwxMjLf 2SDb0yTff3vuP9enf+CJqgTirbWSbULpjivab/WewZWowRWZU9rbmxQvnR//eCn0u+/2e+K5 NYm57oGP0Fyc/MKyNjS2cL5J8dITmKgRVXeMvm1YFdEM+XiXEwAAniQkDQD8bxiWSuR81jWF ar5DZBTetW+mUTC1dNUbM2eJOEUTiJnnCcNS1rWhU6o3eaKqYXs7QeXHFs7zRFVdmg+dwfH1 9fViKedL2M1eud2vimRWuGf9l8Mz5zQf8URVA4bj8ZxvcvHyRh50j3+yENQQVJ5haZIq6D0D rcqDl6e+Wo2ZNp+Xu2/NHZkzropMqxJv3JInU5sn/ViWmfePnhp584ERcmv2X5HMis033Kp8 9YlM1AjEW3vmfopk3HcuC50uhBZDk6ZViTsyly3GNn72JboYzXpWonpfwr6WsJq8UuOq2Bmc WA7PeOOWVCG0cSsmw9KZQtgbM3tixkTOz7AM9y9ThaAzqDF6RO6ILkcm7nrnjGclZgyknP7E vNkrtawpwmnX4y8ZBwBQoZA0APCoKJpM5PwLAY3a0SUy1m6OGbFJOLF4aTk8nS6EKYZEzDx/ GJaZ949yN3edHftAbBJ2aQ7zRFXnxz+eXLoyZDvZNfZhu+qN1qFXTihf7Rh56/LUN6OOsxJz fYNsN09UpbS1sSwz47q10Qa9up8TOV+qEDJ4BiWmuu7xT+ukO/v0R+M5L3dGmqHC6WXNQvfF iS9ODr/eMnSgZeiVNtWhrrEPB438heB4phhdS9jk1pZ21Zu/t6Xmrdkfo9lVu1914gklDU9U 1TX2N0dAkyfTdr/q9tyPp0ffOTn8WsvQKyeHXz8z9sGgke8Kz6wlrFJzQ+fI223Dr7er3mhX HWodeqVl6JUTytdODv+lTXWoe/yTGdfNYimbJ1P6lYHu8U/aVIfahl8/O/bBkPXErLvn5uw/ O0bfPqF8rWXoQNvw612av0ktDe6obiWiExn5HSNvtQ2/3q56k7vmrcqDp9XvDRoFy+GZx1w4 DgCgEiFpAOC/Y1kmXQjP+9VqR5fEXN+/KWb69cfHFs67I7pMMVKii9iO8Dm2FNae0xzmiapq JVvrpLu4G72aFC91jPy1Ub6XL6q+ezZjS6N838a/H7a3r6+vb06afv2xVCHsjuouTX5VL9tV K9nWpNivcXZzi56xLLOWsPbqfm5S7L8nV/ii6jrpzs7Rd65N/985zUf1st33nPppJ02TYv+g kT9sP9WuevOeBda4sZ1Wv3tOc/jhaxUIxDWdo2/PuG6ZvNI21SHBnSeU+KLqBtmelqED92yt wxdV18t2d46+fUb93v2PId059a7rMz947p7mAgB4ESBpAOBhaIbKFCLLoWmNs1tsEvbffZuZ euGcMzCezAcommBZzMw8zxiWnvePcLM0ffqjy+FZkVHAE1XxxTW1kq3tqjek5kabT7USMy6H Z2dct65pv2uQ7+GJqk6NvKlxXojnfOvr6+lCZCmsHXWcHXGciWRWKJrIk0l/cl63MtA9/kmT Yv/E4iWKJtfX1xO5NYW1pUG2p1nx0u25f+s9A+7InDuqs64NiU11rUMH+eKaWsm2WsnWk8N/ EZuEVp9yJWZ0RWZ1K/03Z//VKN93T9J0T3yqsLY4Ahp3VGf2ynrmfmp4aHLwRdVtw6/LLU12 /4g7qluOzMyt9N6Y+UejfC9fXNMg290o31sn23l+/JNx54Wl0NRKzOgIaIbtp06r36uVbOMy 7OLkF1bfsHrh3K25f8/7R5dC08ZVsXFVYl0buj7zvVCy/eLE59em/48vruka+1C3MmDySi9P fc0TVdVJd16c/Hxy6fJSWLsS1S8ENKr5jlMjfxWIt3DLM1ye+trmU2mcF6TmhvnA2GJoSmFt aZTvPaF8dcZ1s9w/FgCAPxuSBgB+V45ILIYmx50XpObGfv2xjZjp1R1R2TsWQ9pkPkhSeczM vAgYlrKuKe9/loYvqr4w8bndp8oUYyWaYFiaZiiilI1k3CPzp5vk+8+OfTDvH+V+JCzLFkoZ 85rc7JUxLLO+zrLrLMPSvoTt+swPTYr9E4sXKZpYX1+3+VQnlX+pk+6UmOpj2VWSytMMRbNU iS6mCqFp18021SGeqOqU6s1p1w1uhvDXU1P5aHZ1bOFcs+KljaQJp12LwclMMUYxJMNSJF0I Z1wSc/1Dkub06Lt6T3+mGKVogmEp7p3DaZfM0sRNCjXK90ktjYGUs0CmaabEsDTFkNz/ZK5P f88X1fBEVbfm/h3PrcWy3rW4laIJopSz+YZn3T2ZYnTceaFOukMo3Vkv3SUQb5WY6vJkyrIm b1a8VCfdOaA/Fkw5i6UszZQYluLeeSGouar9lvfrbXtHkvlAIh9I5gMUQ+bJpHb5WoN8z0nl a7Pu2+X+sQAA/NmQNABwL4al82TSEzVMLl6WmOr69cc2tpoZNPBG5jttvuFY1ovbzF4om5cH UNk7SjShcV7giapahg5MLF4qlrLxnM+4Khq2t2sWupdC2hwRD6acvbojLUMHrk//sBDUrK+v e6IGibn+qvbbq9rvTF5pnkyF08sTi5d65n46oXytTrrj0uSXw7Z2pa398tTXfHHN5amvV2Om HJFwBMZU852q+Q7zmjyZD6YKIYW1hSequj33n1h2NVUIGVZFCusJteOsMziRIxLeuOWa9u8b SUMzpWQ+YPepRh1ntMvXg6lFmqEWgprT6vd+L2kGDbwckYhlPbPuHqW9Xb1wzhWeJai8OzJ3 YeIznqjq0uSXnqihWMp649appatK28kZ181Aysk126mRv3LDS+YDJZrwJWwTi5flluYbMz/I Lc3pYsTuH9lY0qBd9YbBM5gjEmrHWYF4683Zf4ZSi0Qp541bJxYvK+3tM65bgeQCQeXm/aPc mPv0R3NEgmLIQNI57rwoszRemvxSIN5ycfKLVdx4BgAvHiQNANylUEq7o7qppatyS/M9MzNK 20mHXx3PeoulLPbNfNH8XtL06o7Ec2vh9LLEXH9C+WqDbE+jfN/Zsb8ZV8UElZtculwn3SmU 7hh1nF1fX9et9NXLdgkl24XS7WKTMF0IL4enuyc+rZPuFIhr+KJqoWR7g2xPg2wP94zK7bn/ xLLeWNYrMdc3yPc2yPe2Db8+aOTrVvp7dD/zRFWDRn6OSKzGTFe13zXIdjfK93WN/U1lPzWx eKl7/JONpCFKuTl3b7vqjUb53mbFy3JLc6YYCSQXbs784/eSRm5pZljaERg7o36f+1DnNB+N Os5MLF46P/6xULJdYW0lqNxiaOr8+CdNipe4B2D69Ed8CXsyH5BZGjeSJl0Ij8yfbla8XC/b XSfdeVX7nS9h8yfnb8z8wBNV8cXVl6e+9sYt/qTjxswPJ4f/Muu6TZRytjXl2bG/NSn2N8j2 NCtevjnzz5WoIZpdFRlr+eKaPv3RPJmMZVel5oYm+f562W6hZHudbKfUXJ8txsr9YwEA+LMh aQBgfX19nWWZAplZi1unl2/KLE0DhuMbMzP9+uNKW5vZKwunXUQpx2Bm5oX0wKSplWwbdZyh aHLer76q/a574tPz45+cH//kwsTnU0tXi6WM3adqHz7E+/3lARZDU2fU79eKt54cfu38+Mfc y8+Pf3JOc7h16JXLk1+txowlmohmPY6AenTh7FXtd2fU77cNH+IevudmaQgqF0g6LF65zNJ0 YeLz06PvtgwdEEp3bCRNMOW8NfvjxioCV7TfriVskYy7T/9LvXRXx+jbG+c9P/7JmbH3mxT7 Bw28PJkqljK+hN3slSmsLZcmvzitfq9VeVAo3XFG/Z7dryqWMgbP4IXJz7kXdo9/ckX7jd4z SNGEdvn6RtIEU4vc2QXiGr6opm34dd1KX55Mqhe6eKKqWsk2kak2XYw4AmOnRt48O/Y3R0CT LoQmFi9dmPhsY1S35/6zENTkiMT44kWhdHuf/miOTC6GJttVb/LFNULpjpahA9env18MTeH/ bgCAFxCSBgDWCSq3FrfMum4prCcGDLyNmOnVHVFYW7ktLwpkmmGpco8UyuaBSdOqfGXO3cuu s3kyFc16Nh+ZYpRhKE/MeGnyq/+aNM2Kl1TzHeH08sbL1xI2ibm+Ub5Pbm1J5Pwsy1A0mSeT 8ax3NWaaXLx0duwDnqiqTXVoxnWToHIMS5foYpaIRTIrrvDMkO3kyeG/bCSNMzjeMfLWxqkv TX21GjPFcz6RSdg19qHJK9088qXQ1M3Zf7YNH5pevsFNSJboQpaIRzIry+FpiamuXrb7ivZb X8LOsFSWiN/zwbNEnF1n9Z6BjaTxxAzdE5/Wy3ZxazoLxFvEplruqZsz6vdahl6ZWrrKtUqt ZNv58U9c4VmKIdPFyOa3jefWCmSaoPIz7lt1sp19+qNZImb1KVuGDjQrXpKaG1yRuUjGTVKF cv9SAADKAEkD8OJiWYagcsGUU+8ZGLKeGDDw+n6bmTmmsLboVwYCyYU7MYMFzV5oD0yaE8rX dCv9NFtyRWaUtpN3H21Ke1uP7qfWoVceJWlGHWfiWW8y7+eOYMopszTyRdWN8r3Xpr+fdfes xa2ZYoSkCjRNFsi03jPQpnpdIN7SMnSgR/eT2SsLJBdyRKJEFymajOfWlLY2oXTHnRXPRk4o X7snaRI5v9hU16U5bFlTbJw3mfe7IrO3Zv8lEG9pVR4cMBy3+YZD6aU8kSzRBMWQyXxgZP70 rdl/BZILhVJ6PjB67we3tw3b265qv9tIGndE16U53CTf36c72qc7yhNVnR37myMwFs/5JOb6 6zPfhzOutbj1ivYbnqiqe/wTV2Q2U4yYvNL731luab40+aVAvLVPfzRTjFnXhpqHXj45/JdZ 9y2aKeHZNgB4YSFpAF5QJbrIxYzS1jZoFPT9NjNzVGZp0nsGAklHnkjSDGIG1td/J2nqpDs0 zm6WZSxr8nbVm9xjMJuPOulObtHhhyeNQLK1XXXo4uSXlya/4o4LE5+dGH7t4uQXk8tXe3Q/ twwdOK1+96r22379UYNnoECmVmOmy1Nfcf+FXv3RVuXBs2MfXJ/5XmpuXAppKZoweESN8n0P 3Jdmc9LUy3adVr+3cd5Lk1+d03x0Wv1ev/6XMef5GzP/OKF8rWvswxszP4hNQod/lKKJxdCU 2CRcCmlJKq9dvnb/p26Q7eFue7uTNHNdmsNNiv0j86dn3bcb5Hsb5XtH5k9nijHLmnxq+Wqx lJ1b6auT7uCJqro0h53ByXQhoprvfNA77+aeMtqcNNydbOX+gQAAlBOSBuCFU6KKkYzb5JUO 29sHjfw+/a8x06c7KjU3zLhurcWteSJJMyUWMQN3PDBp+KLqQQM/XQhnipGxhfMtQwd4dzaj lFoaFkOTcksTt2WkwtpKMyXdSu/G7mcS9gAAIABJREFUDpKbk4bb30Yg3rrp2MIX1/TpjsSy q+7I3PXp74WS7bWSrfWy3X26o+H08lrcelX73aCRnyqEFgJjXZoPBeKaWsm2ZsXLYwvnSKpg 8kqbHiFpeKLq+0/dpHhpbOFclojpVvpOKF+tlWzl3lk131ksZV2RuQuTXyhtbRRNrMWtt2b/ xQWMQLzljPq9cedFR2BswHD8/qTROLu9cfP16e9rJVt75n4Kp92JnD+SccWy3kGjgBtb2/Ah 3Uo/xZDuyNzV6e/uvPPWM+r3JxYvWteGbs/9h1seAEkDALABSQPwAqGYUjSzYlqVquY7RMba jZjp1R2RmOtnXLdW4+ZsMUYhZuA+v7fiWdvw63PuHpIqpAuRhYBGu3xNu3x93q9O5P3JfEBh beU2nZRZmkiqEMm4p5auXpr88t5ZGvGWJvn+7vFP+/XHBw2CnrmfuEdfOkffsawpCCrnTzh0 KwMTi5fn3L3emJmgcs7gxOnR965ov12LW4uljDuqm3Hdmli6bFwVc49+TS5erpPueoSkedA+ m+Ka23P/iWZWckRiOTw947o1uXTF5JWG0y6CKuhW+hvkey5NfrkaM5foYii9ZFr9/+zd919b 1/kH8P/N29m7GU2atkmaNk3Sb5o2s228xN7GGBtsgyfYZmhvkJAACe29997z7nv5/nBtIpPE ITYYbD/vl36IY92jI3Et7ueec54jYPsWyZsaWDGUW5vQfPrTSLPknahj+SXvpW7RM+Pqv3jT SxRNEhQazOkvLv21jX+gnX+wQ3D49tp/s7UgQaHpis8c5Wt8Vwzh2Uje1MTLsYL16vI/Obz9 EGkAAKAVRBoAngokTRTrcUdCrnSd45nbZ40nNsIMz9yu9V2NFiwNrEjSOIQZ8LN+KdK08w9e XPqbIyFHiRpBIShRR4k6RjZraH4tNDOifJfD289OlCo1kxRNoERN67vSzj/YGmk6BUfOL/5J 45vM18I1NF9uJlWe8Q7B4U7h0VnDsWTZTVAIRjZQooaRDYyoRwuW24YfOgSHB6SvKl3nKs00 QSIY0UCJGkY0ELzqTqkmNH9v4+9/sEjD7qQpcwxXkDRBoXdaJpsNvGSO8kcX3m/j7e8WPcc1 cVJlD04iOImgRA0j6mztNb6lo0v4zM9GGoJCnAnFiOL3PaLnFK5RgsIICjVG5vvEL55RvDOh +XuX8Gi36Ll5Eydd8REUipFN9k1hRCNZcvEtnWzLEGkAAKAVRBoAnnAUTZaaSUdCseA+z7d0 3htmOrS+K8HcWhXJkhSEGXA/NEM5EnJ28OSm/nt7XDZj+IG9+u8QHB5deH/GcEzrv+pOqW0x 8aJ7fEr3zWnZm+wQDYe3b1D2+pzx+Froti0unTWe6BAcntD83RCeU7hGh2SvdwqPjqv+shqc rmOF9fV1Zp1JlJzT+m/bBQd7xc9Paj+T2AcN4VlXcmE1OM01t11c+mu36Fl2OGVA+uq1lS8V zrOWqMCZVCz7r80aj59b/BO75uSC+mNd8JbMMdwrfmkjrpxV/kHlubgWmr2y/MUvRRoOb/+A 9LUp3dcK16g5KrDHpUu+yRnDsRHlu+zqIA5vf7fouUtLfxPZevXB2+6U2hieF9l6J7Wf9oie Zxu5oP54LXR70T12Wv67fsnLGt8kTZPpivfm2vdtvP2Xlj4xhOdMEe6U7pt2waEp3TeOhGzO eKKNv79H/ELLu17Uh27xzB0Tmr9vtDyh+dQU5Uvsgz2i588o3jZF5nf7BAEAgN0EkQaAJxbN kJVmxpNSL7rHN4UZrrlN7b0UzOqqSI6gMIaBMAN+FRPKrU1oPuHw9nWLnhuS/a5H9Fwb/0C/ 5OUBySsdgkOdwqP9kpdPy98clL3eK36xQ3C4nX/wtPzNKd3XF9Qft/MPdgmfGZC+OiR7o0f0 XBtvf6fw6KD0tT7Jy+38g72iFyY0n2r918rNNPtiBIW6kgsXlz5u5x/oEBxiN7Ickv2uX/JK l/CZdv7BTsGRHtELnYIjHN7+DsHhXvELg9LXh2S/65e83CU8ejd17OsUHhmQvtYneWnj/7AZ rF/yyqD0NXbE45ce7Nafd1t+o0/yUqfwaBv/wGn5m7PGY9dX/8X2pFv03ID01dPyNwekr3WL nmMX3nSLnm3nH+wUHhmUvtYvebmdf/CM4vfmKH99ncHIxmpwqlv4bKfgyID0NbYbfZKXVJ5x lKgFs/prK192CY+2t7zrAemrXcJn2/mHOgSHuoRH23j7u4RHB2Wv94lfbOcfvLj0V19meXdP DgAA2F0QaQB4AtEMVUGy3rRmyTsptPbMtYYZU5vae9GX0ZYaSYJCIcyArWtiJV3w5hnF7zeu +McWP9AFb9rj0indN+xC9o1Hn/ilGcMPrtRivhZxJZTTum/7JC/9bHLoEj1zbvHP0/rvlryT hXps4+VQohbI6viWrkHZ663Pb+cf6BO/OKb64NrKPy8t/W1Q+vrGWNAjeLTxD0zrv02UnOmK T+W5cPbHQZs7fzu68McF95g+ePPqyhcbfzUgfU3hHKkg6fX1dWadKdSjYls/u1soh7evV/yC 0NpdqMfW1xmcQlNlL9ty6+t2CA6Nqz5SeS5q/VcvLv2Vc3fb0CHZG2rPxTpa2L3zAgAAdh9E GgCeKDRD1bFCIKtb8k4ILN1zxpMbYWbexFG6znnS6nIzRVAobGEBfiuGoRG8miy5XMlFW1zq TqnSFS9K1AkKKTfT8aLdGhMtuM4pXGfZ5exVJMueaTiJVJBMqux2JOQrgSlLVOBLa90plS0u XQ1Occ3t0/rvZww/LLrHs9XAjy+3zpAUXkPz9oT0xupXZ5V/GFG+N67+y5Xl/7ux+vVN/X9u G364tfbfKd03V5e/GFG++2iCzajyfUtUSNEEzVBNvJKrhQKZ1dXADblzWO296EgoMtVAE6+g RD1XC3nTS7a41JlURgqWOlqk7/6joxmyimRDuTVbXGpPyAJZXQXJ0Ax192/vtOzPrGj916SO oSXvhCupzFYDCF5BiFq2GvSmNba41JVUxou2JlaGf84AgKccRBoAnhA0Q9fRQjCrW/ZfE9n6 7g0zpxZc593JxUI9ipENuPoBD4NmKJLCCQolabz1XGIYmqCQJl5u4mWMbNI0uelAhmEICkOJ Ok4iFE2QNE5QaLYa1Hgn2RNV6RpNlt0/OYqO5E18S+dN/ffT+u9urf33tuGHjXObffAtXXxL 17mFP+50nukRPSe29VeRXGsHKZpAiXoDKyF4tXUaJ8PQ7HskKIxmNn8a6+sMW+6MoFCKJn5u 9ye25RrbMklhG582w9AkTRAUSlLYRhACAICnGUQaAB57DEOjRC1asGj9V4XWnnnTqZm7+2bO GU/KnMOOhLzYiONkE65+wF5TaaZXA1Ps6SpzDMeKto2/ohmyhhWCuTWt/yrf2rUpxrQ+pI7T 7tSiyjPeKTyyk5Fm/7jqI3dqEW4KAADAXgORBoDHGoPglUjBrAvektiH5k2nNi7yZo0n5M4z joQsWw0gRBXCDNibamh+LTzDnrRi+0Aob2DWGXYHG2dSqfZOiKx9Amv3/SPNonssU/Ely66b +u/bW1a2bO/jtOx3Gu9kAyvt9mcGAABgM4g0ADyWmHWGoNBU2bMamBJZ++ZNnNm7IzOzxhNi W785ws/VQhjZoBny5+a0ALAnNPGKOSpgz16BtduZVKbK3rXQjNQ+xLd0svMn54wneeb2OeOp n80z86ZTxsh8EyuTFObPrFxZ/kfbDqSafskrSte5OpqHIRoAANiDINIA8PhBiXqi5DBG5mWO M/MmTuvlndg2YIkKU2VPEyvDyAzY+1CiZotJZg3Hp3TfXF3+ct7EkTpOc01trWf1nPGkxD4o s5/eyO2tf7USuF5sxNikgZENZ1J5SfO3jYJg2/LoEj4zZzyZrQZh7yYAANibINIA8DihaCJX Da6Fbott/Vxz26zx7siM4bjQ2rMWnk1XfChRp2gSrr3A3sesMw28ZAjPTWo+G114f0T53qT2 s5mW1f/zxlNyxxl7QpqrhXK1kDnCE1p754wnZwzHZ40nhNZuQ3i2UI+2LL5nUKLmTi5eWf5i mwqg7R+QviaxD+VqIeonBQ8AAADsERBpAHg84CSSqfqtMZHCNbrpHrbQ2msIz8WL9jpWgKsu 8FhgGLqJlWNFmz50e8bww4ji90OyN4flb1/SfHJ77X8zhmMCS5fWf82X1uZrEZSo0QxFM1QD KyXLHl9mxZVc8KY1ybKrgRVp+p7RSGadwclmpGCaNR6//06av/po4+0fXfiD1n+12IjDmCcA AOxlEGkA2OtomizUY+aoQOYY5pk7Zlv2zeRbOlcDU/Gio4mVSRqHkRmw9zEM3cBKgeyqxneZ rTY+qflsWP7WkOx3p+VvXVr6RGDp0oduJUrOJlYmKLQ1SzB3Cx/jZBOnkPuMRpI0nq+FlwPX Lqg/6hAceoAw0yt+4ab+O296CcGrNKyfAQCAvQ0iDQB7F0lh+VrYkZAvesZ5lo7WhQQCa/dq YCqcM9aQ3C9sagHAHsKsMxjZyNWCruTCRpiZMRy7vfa/Sc1nw/K3h+VvnV/8QGwbiBYsdaxI 0cRDviLN0E28HCmYFz3jF9QfdQgObzHM9EtevqX/jyUqyNVCBIVty9sHAACwoyDSALAX0QxV QdKOhEzpOsu3dM61jMxwze0a3+VI3lxHC2TLvn4A7FUMTjaSZZc+dLu1jhn7uL32w5XlL8YW P5zUfH5L/9+10EwDK23feCND0UQTr2SrAWtMPG/iDMvfbhccauMfbOMfYEsItPH2t/MPtPMP 9oifn9D8XeW5EMqtVZAMTjahuBkAADwuINIAsLeQNFFqJj1p9ZJ3QmDt3jTNTOO77M+ulJsp ksJgmhnY40garyDpQFa3GpiSOoa491bnmzOelNiH9MFbWt+VWcPxW2v/nTOeNITnm3hl23vC MDROIlUkGy2YDeG5lcB1re+K0nVO7hxReS7ogtPWqDCQXc3Xwk28AgvSAADgsQORBoC9glln 6mjBk15adI8LLF2td7LnjCcX3WOBrK6KZAkKhZvHYI8jaaJYj9nj0gX3eaG1Z950aqZl2uSc 8aTcccaZUOTrkQZWCmR1QmsPu6WSPjSzo3tZ5mohS1QYK9gQotrAyg2s1MQrKFHHSYSiCbhN AAAAjymINADsPpqhamg+kF3V+q4IrT2bppktesZdqcViI05QKFxygb2MZugGVo4VbaYIT+k6 z7+3msWs8bjQ2rPsv+bLaPP1CEY2aIZmGCZWtIltA2wt8tXgdA3N70TfGIapIBljZF5qH/Jl lpl1uC8AAABPDog0AOwyhKgGc7ol74TQ2rNpf3S584w3rSk3UxjZhJpLYI9rYCVfennJOym2 9XPN7a1hhi1osRaaSZbdTaxEUEhrHbNU2S1znGGfpvVfLTdTO9E9lKh7Umr2lsFaaGYnprcB AADYLRBpANgdDEM3sVIkb1oN3BDZ+lunmc2bOArnqD0uzdXCsEYZ7GUMQ2NEPVsNuJILS75J obWn9UyeMRznmTsW3WO2uCRVdjew0s/WMctWAwvu8+whau9EoR7d9n6SNB4t2OTOs2zZQJXn Qq4W2vZXAQAAsFsg0gCwC1CiESlYlgPXRbb+TcsMJPZBR1xRqMcwog67+4G9DCMa8aJDF7ol tZ/etPprxnCMa2rTeCfDeWMVyWJEnaLJXyo1nq9F1J5L7FGL7vFMNbC9/aQZKlMNLHknN3oo svX5Myvw7wsAAJ4YEGkAeHQYhkbwaqLkWAvNSOyD86Yfp5nNGU/JHMOWqCBd8aFEDaaZgT2L pLBKMxXM6lcDUxL74PzmOmanpPahtdBMpGCuIhmSwn5106RSI6H1X2UPV7hGk2X39na4huZN ER7X3N66RM0Wl+AUsr0vBAAAYLdApAHgESEoNFl260O3pPYhrqmtdd9Mka3PEhVkqwEEr0IB WbBnkRSeq4VtcfGie0xk7f1JHbNTCudZV1KZq4WbeJmk8C1Ws6ggGV1wmm1E5hiOFW3b2GeU qLlTi0Jrd2vumjWe1AVv7lAdAgAAAI8eRBoAdhbDMBjRSFe85qhA7hyZN3E2rgJnjSfEtgFD eC5RcjTxMs1AmAF7EUWTDawUL9pNEZ7SNcr7xTpmy4V6FCMbv3VCVx0tGMKzGxMvI3nTdvWc oLBIwSx3jrRGL/ax4DqfLnu364UAAADsLog0AOwgiiaylYAxPCdzDvPMHbPGH6+rBJbutfBs quxpYGWS3ur9bAAeJYahq2jOm9ZofJcl9sGf1jETWfuMYW6y5KqhBZxEHmzCZBOvmCN8tkGh tTeQ1W1X/wv1qNZ3ZdMin7sv1OPPLm/XCwEAANhdEGkA2BEEieRqIXtcpnSd45p/nGY2azgu tPbqgjejBUsdLdxnzTQAu2WjjpkzqVTfKS9+cqblHOaZOxbd47a4NFX2NrEyRRMPcxpjZMMW l7CN8y2d3rRmW94FRtT92RW5c4RravtppJk1nlgLzSJ4dVteCwAAwO6CSAPAtmNKjYQlKpA7 z/ItXa13tXnm9pXA9VjRVscKJIXByAzYg1CiFita9aHbcucZ/k/qmPEsHVr/1VDOUG6mUaK2 LUu/CApzJpV366RxXMmFh29z/e58uUI9mig5TRGe1D4ktPa0xhuV52KuFt6W1wIAALC7INIA sG0ICis24u7U4qLnAs/c0VoAgG/pXPZfC+bWqkiWpHEYmQF7CrPOEBRWbqaCWf1KYEpsH+Ca OK0n8LyJI7WfXgvPRIuWKpojKIxhtu0cphnKl9awLzdrPGGLS7drLyZmnWEYGiXr7rSajWc8 c4fWd9WVVJoiPFOEm6p4tuWFAAAA7C6INABsC6aCZBwJ2YJ7TGDpbh2Z4Zo4S96JUN5QQ7ME hcK+mWCvISg0Ww1YY6JF97jI1tdaW5wNMwuu8+7kYq4aamClHVr3FcytbRSDNkf4JIVtY+Mo UXck5Oz74lu6HAk5QlQRotrASjjZ3MYXAgAAsFsg0gDwUCiaqDTTvox2yTv5k2lmHUveCV9a W2okCQqFaWZgT6FosoGVEyWnMTIvd45sqmM2ZzwptPZo/Vf9meViPY6RTZqhdm50MVIwCyxd 7EsbQrMoUd/Gxmto3hCeZUeBxPaBYE7PrMOdBQAAeKJApAHgATHrTA3Ne9JLS94JkbW3dcnB vOnUonucDTM42YSRGbCnUAxZaaa9ac2y/5rUcbq1fAU79UtiHzRH+YmSo4pkcRJ5BCdwvGgX 2/rZDuiCNxtYaRsbL9RjS95JtnGl61xqu7fyBAAAsOsg0gDwm9EMVUcLodzasv/apjDDNXEW 3OddyYVCPfZorgUB2CKGoTGyka0GHQm5ynNRaO2ZN51qCTN36pjZ47JM1Y/gFYomHtnQYrLs ljmG2Z4s+69XmpltbDxd8cmdI2zjS77JYiOxjY0DAADYCyDSAPAbMOtMAysHc/pl/zWxbaB1 1cGc8aTCNepKLRTqEZSo/9bdBgHYUQhRjRTMa6HbCudZvqVr7t7tZfiWrmX/9WBurdRIokT9 0e/6mqn4la5zLakjtl0tM+tMtGDZmNWmD95C8Mp2NQ4AAGCPgEgDwJYwDN3EK9GCRRecFtvZ MHN8Y5qZzDFsi4lztfADbJ0OwA5h1hmSwipIOpDTrQRuiG0DXFNb636v8yaO1HHaEJ6LFW01 NL+L5StytbDKc/FubeUL2Wpwu1omKNSVXGCXCXFNHEdCRj3ywAYAAGCnQaQB4NehRD1WtOlD t6SOoXkTp3XPQan9tD0uzVT9TbwCYQbsHTiJZCp+a0ys8lz4aR0zromz6B53p1TZanDn6pht XbER1/iutCx32bbaynW0YAjPsS2LbH2BnG67WgYAALB3QKQB4D4YnGymyu610KzUPsQ1/biK es54UmzrN0XmMxU/StQpmoStZsBeQNFkEysnSo618KzUMbypjtms8aTA0q31XQlkV0uN5E7X Mdu6SjO9GphiOylznIkX7dvVcqEeW/JeZltWuEaTUBsAAACeRBBpAPh5bJgxRbhy5xmuqW2m pSSU2NZviQmSZXcDK9HbsXs6AA+PoolSM+lNL62wdczuPWnnjCdljmFzVBAv2itIZq/Vrqih +bXQzJ1/X/aBcN64Lc0y60yy7JI6TrP1DzS+KyWoDQAAAE8iiDQAbMKwOw+aIjyZY5hrbt9Y ezBrPCG09uiCt5IlN4JXH2U9KAB+CcPQGNnM1UL2hHTRPS6wdrfWMZs1HueZ2xfdY86EIlsN 3jlvmT133jbxsjnKZzOY0Nrjz65sy9gRRRPBrI5v6WRDnSE8h+DVh28WAADAXgORBoAfERSa qQasMZHSfY5n7mjdrENo7V0Lz8aK1iqaI2lit3sKwDrD0A2sFM6bDOFZpWuUb+mcvbeOmcDa sxqcCuR0xUYc29tV+FCiZotL2P7zLV2elHpbeouTiDul4praZgzHuOZ2W0yCk8jDNwsAAGCv gUgDwPr6+jpJ48V61B6XKpyjrcsPZo0nBNbulcCNaMFSRwu7vooagDt1zJppf2ZF678qtvVz TW2tYWbedEpqHzKE5+JFex0t7GIds63DiIYjIWdrGPDMna7kwrbcOEDwqi0uZneOEli63SkV BfcjAADgSQSRBjztSJoo1GOOhELluSCwdLVeGvItnSuBG+GcodLMkBQGYQbsOpxspiteW1yi 9lwUWfvm7q1jxjO3qz0X3cnFTCXQwIokTeyFpf9bgZNNV3KBa+Kw78KRkBMU9vDNVpGsPnib HW6V2AdDeSOzvtfTHQAAgAcAkQY8vSiaKDfT7pRq0T3Ot3Sxt3LZ0sx8c4fGNxnM6atIlqCw vX+TGzzZaIZs4uV40b4WmpE5TvMtnRunK1vHjG/p0viuBHNr5WYaIxs0vSfqmG0dTiKelJpn bp8xHOOa22xxCU42H77ZfC2i9lxiP6UF9/l0xffwbQIAANiDINKApxHNUJVm2pNSLXknhdbe 1p3Uueb2Jd+EP7tSaiZxCoGRGbC7SAorNuLe9NJK4PrdOmY/DsvMGU/JHGcsUUGsaKsgGYJC H9MzlqAwX1rLruOfN3EsUSFGNB6+2VTZI3MMs5+Vxnel3Ew9fJsAAAD2IIg04OlCM1QdLfgz K0veCYGlu/VWN9fctugZ92Y0ZTbMwMgM2D0MQ+MkkquFrDGR0nVucx0zw3GuqU3pOudMKnO1 MIJXH/dVXiSNB7KrAkv3jOHYvPGUKcJDiIcvTcZEC2Y2Js0Yjq+FbkO5MwAAeFJBpAFPkTpW 8GWW2RXVrWFm3sRZcI950upCPYaTTQgzYBexqTuSNxnDc0rX6KbKe7PG40Jbny44HcjqivUY Rjb2ch2zraNoMpQzCK09G9WWm3j5IdvEScSVVLKr47jmNkdCDrtIAQDAkwoiDXjyMet0E69E 8iat/6rQ2jNvOrWxBeGc8aTCedaVXCjUY3d3UgdgVzAUjZebKW96SeO7LLb1c81tG3sizRiO z5lOSeyDxgg3WXbVseJjUcds62iGihTMIls/W2ZQH7rdwIoP2WYNza+FZze2xw3l9NvSVQAA AHsQRBrwhGvilVDeqAvelNiHWstDzRlPKZwj9rg0Ww2iRJ1+gq4OwWMHIxupsscWl6i9l4TW 3tYhxBnDMZ65Q+255EwuZKr+Jl56IssQMwwdK9rE9gF2JEoXnK6h+Ydss7U2gNJ1Ll32bktX AQAA7EEQacCTiVlnUKIeL9p1wZti28C8idOyn/oJqX3IGhPnakGUqMFcFLBLGJqhELwSK9r0 wVvSn6ljdoJv6dT6r4RzhkozjRENmiEfrzpmv0mq7JY7zrDvXeu/+pBL+RmGjhftbEaaMRzT +h62QQAAAHsZRBrwBEKJWrxoN4bnZI7heROnZWTmpMwxbIkJU2VPE6/ANDOwWwgKK9Rj3rRm JXBD6jjdepaye2XKnSMtdcyeij2RMlX/gvsc+wmovROFevRhWiNp3J9d4Zk72H/4pggXJerb 1VUAAAB7DUQa8ETBKTRd8RrCc1LHaa65vbVClMjaa4zMpys+BK9Qj88WhOBJwjAMQaG5Wsgc 5SucZ9mVXS2r/4/PGU8qXKPulKpQj96pY8Y8LSdqvhZWeS6yH8WiezxbDTxMaxjZdCWV8xt7 d8ZlBIVuV1cBAADsNRBpwBMCIxvpitcaEyldo1xz+8yPYeaE2DZgCM/FirY6VqRgmhnYDRRN 1tB8pGA2RuaVrnPsnpKtc8zEtn5dcNqfXSnUo9hTWXav2IhrfVfuLn0ZTZU9D9NaEy9bY0J2 Ip/A2uNNLz2Ra5AAAACwINKAxx5FE/laxBwVyJ0jPHPHbMu+mTxzx2pwOll2N/Hy475xB3hM UTRZQTKetHrJO/GTOmbHZg0nxPZBc5SfLnsaT1wds9+k0kyvBqbYj0XmPBMv2h+qNSS9Gpxi b21I7UPhvOnpGe8CAICnEEQa8BgjKDRfCzsTikX32KbtO4TWHl1wOpwzVJEs3J0Fu4FBiVqy 7LbHpWrvJYG1e64lbM8YjvEtnWrvhDOhyFT8CF6B8cMaml8LzbAfjsQ+GCmYH6a1XC2k8ly4 O41tLFPxb1c/AQAA7EEQacBjiVlnys2ULSZWukYFlq7WkZk50ymN73K8aG9gRYLC4NYseMQY hkbwSqRgXg1O/7SO2YzhGN/csey/Fi6YKkgGI+o087SHGVYTK5siPPYjEln7gtmH2kYmVXZL HUMb5c4qzfR29RMAAMAeBJEGPGZICi81Et70ktpziW/pbB2Z4Vu6tL5r/sxKuZkiaXy3ewqe OgSFFupRb1qzGrghsQ9uqmPGNbUpXGfNd+qYZcmno47Z1qFE3RoTs5+VwNLly2gfuCmGocN5 I9/SyRZdWAvNoERtG7sKAABgr4FIAx4nNTTvSi4suscF1u5NO3ioPBcieVMNzRMk8tSuRgC7 haSwbDVoinDlzpGf1DE7Nmt+2+cDAAAgAElEQVQ8rnSN+jLaUiPxtNUx2zqCQp0JxZ34Z253 p1QP3BRGNh0JOTt4yzW1ORMKqNgOAABPNog04DFA0UQFyfizq8v+q0Jrz6YCAGrvJXdKVajH CArb7Z6CpwtFE1U0x9YxU9wptffjsMyc8aTYNqALTvszK4V6FCcRSDL3QdGkJ710d/roSUdC 9sCV1qtITh+6zTYltg2Ecobt7SoAAIC9BiIN2OuaeNmfWVZ7J4TWvnnTqdaRGaX7nD+zXG4m MbIBd2HBo0QzVLmZdiaVas9FsW2Aa25vrWPGLnC3xkTpiq+OFp7mOmZbx6wzwZxu3sSOvh63 RAUPXNgjVwtv1AZYcJ1PV3zb21UAAAB7DUQasEfRDFXHCuG8URecFtv6W6eZcU1tC+4xR0KR q4Vwssmsw8UieEQYhkaJWrridSRkau+lTaUpZgzH+ZYutXfCmVRkqn4Er9JPfR2z3ySSN/HM HeyHaQjP4WTzARphGDpasIps/eweuyv+6xUks+1dBQAAsKdApAF7EUrUw3nTsv+a2NY/b+K0 7Jt5XOY440otFOpRlKjDyAx4ZBiGbmClUM6wGpiSOYb5lq5NRZkFlq7VwFSkYK400xicnA8k VrSJrL3s56kL3Wri5QdohKRwb1rLNbXNGI7Nm06Zo3yMbGx7VwEAAOwpEGnAHsKsM028Ei1a 18KzUvtQ6zSzedMpuXPEGhOnKz6UqNEwjQc8KmwdM19aczdjn5ppWfrPNbcpXKPmKD9WtNfQ PNQxexjJkktqv1N5eSVwvYpmH6ARjKg7EnJ2XJdn7nAkFCQF9Q8BAOAJB5EG7BU4iSRKTl3o psQ+xDW3tRaMktgHrDFRphqAHQnBo4RTSLriNUd4Stc5obW3NWOzMXvRM+7LaAv1aBMvkzQO YeYhpSs+hWuU/Xg1vsvFRuIBGmliZXOUz04IFFp7vWkt7PwDAABPPIg0YPdhZCNZdpkiPLlz pHUrj1njCbF9wBiZT5ZdTbwM1yXg0aBooopk79Qxc57l3bv0f854SmIf1AWnA9nVYiOOk01Y +r9dWpf1qzwXc7XQAzRSbqZWAtfZRmSO09GCBX5AAADwxINIA3YTQWGZis8YmZc7z2y6cBRZ e40RbrLsbmAliiYeuJwrAFtH0WSpkXAk5GrvJYl9kGtuaz0nZw3HpfYhW0ySrnhraB6HHZC2 W7ER1/gus5+20nUuVfY8QCPZanDRPcY2sugez1aD295PAAAAew1EGrA7cBLJVP22mFjpOtca ZmaNJ0S2Xl3wVqxoq2NFCDPgEaAZCsFr6YrXFpcuei7w79Qx+/GcFFi6l7wTzqQyUw0gRI2i SZhjthPKzfRKYOruAMuZeNH+AI0kSy6JfZBtZNl/DcqdAQDA0wAiDXjUSBrP18LWmFjpOse/ twauwNKlD96KFaxVNEdSsDIB7DiaoetYIZjT64I35c4RvqVzU1FmobVXH7odKZjLzRQU2dtp NTS/FprZ2NgnnDf91hYYhg7lDLy7e56uhWZQor4TXQUAALCnQKQBjw5BoYV6zJVcWHSP880/ XjvOGk8IrN3L/muh3FoVyUKYAY8AQSGFetST1mj9V0W2vnkTZ3ZzHbOz5ig/UXLWsSLUMXs0 mnjZHOWzPwKhtSeQWfmtg7QY2bAnZOyPkmtucyYUkEIBAOBpAJEGPAo0Q5aaCWdCofJcEFp7 Wjf04Jnblv1Xw3ljBckQFMowcOEIdhSDEvVk2W2O8hdc54XW3tZdXGcMx7jmdrXnkjetydfD Tbz8wBvYgweAEnVbXMLe7OBbOj0p9W9drVRFMrrgzZZxHuMOdRUAAMCeApEG7CySwivNtC+j XfJOCCxdG5ePs4bjfHOn2jvhy2jLzSRBoXAXHOwoiiZqaC5SMK2FZ+XOMzxzx6Y6ZmL7gC44 HcrpS80kTjZphoJ1XI8YRjQdCcXGljKupPK3RspsNbjQUhsgUw3sUFcBAADsKRBpwE5hGLqC ZD3pJY3vssjW13ovfM54SuW5GMiulhoJDGrggh1G0nihHnMmFBrfpNQxxDXds+vRrPG4zDls j8tSZU8NzREUCifkbsFJxJVcZCu5c83tjriMoLCtH84wdCRvFli62XVQK4GpGprbud4CAADY OyDSgO1HMWQNLQRza1rfFaG1pzXM8Mzti55xV3KxUI9BDVywo2iGQvBquuy1xcSL7nF2kHC2 pY4Z39Kl9l5yJRey1SAKdcz2AIJCvekldnE/19Rmi4lxsrn1w0kK86aX2B1R502nLFEBTiI7 11sAAAB7B0QasM0aWDGQXV0OXJfYB+eM9+y2rnCNetOaYiOGEnUawgzYMTRD1dB8IKvTBW8q nGdba1Gwkx7Ftr610Ew4byo2ElDHbO8gKMyXWeZbOmcMx+ZNHEtUgP2WemUoUbPHpbPGkzOG Y3xzpyu5AEuhAADgKQGRBmwPmqEQvBItWFcCN0S2vnnTqY1tPeZNHKXrrD0uydVCMM0M7Bxm ncEptFiPedNLWv+VO3XMflwwc5xrbpM7z5qj/GTZ1cBKBIXB2binkDQeyOrYmWPzplOmCBch qls/vI4VjOF5diBOZO3zZ1YgrAIAwFMCIg3YBk28Es4b9aFbMscwOw9+4yJS5jjjTCiy1SCC V+DyAuwQZp1BiGqi5DRHBSrPBdFP6pjxzZ0a72VvWpOtBRtYCW7e700UTYbzBpG1d8ZwbM54 0hCebeKlrR9eaiS0vqvsT1zuZHfqhJmEAADwVIBIAx4czdAoUUuWXWvhWYl9iGtq27gjPmc6 JXOcNkcF6YoPJWpQPArsEIomqkgukjfpQ7dljmGeuaN1jtmc6ZTYNrAamA7lDOVmCoM6Znsb zVDRglls62cXO+lDt+pYYeuHZ6sBpfsc+6NXeS7mauEd6ykAAIC9BSINeEAY0UiUHMbIvNx5 lmtun/lx1fVxqWPIEhWmyu4GVqJocrd7Cp5MBIXm6xFXckHjuyyxD86bODMtdczmTacUrrP2 uDRZdleRLGx59FhgGDpetEnsg+w3yWpwqvpbSpYlSk6xbYA9AZb916sIlDsDAICnBUQa8Nsw 6wxGNjMVvzkqkDtHeOb2jZvic8aTYlu/ITybLDmbGLtHIVxEgm1GMxRCVFNljzUmWnCPCazd c8aTMz+pY+ZOqXK1MELUKJqAOmaPC2adSZZcMscwO21V679abqa2eCzNUMGcnmtuYytAGMJz GNnY0d4CAADYOyDSgN+AIJF0xWeJCpWuczzLjzsVzhqOi239xvBsrGCtoXkIM2An0DRZRbKB zIoueFPhGuVbflrHbMAQngvnjcVGAiMasHbrcZSp+JWuO5PHlrwThXp0iwdiRN0el7K1AXjm dmdyAU4AAAB4ekCkAVtCUGi+FrbHpUrXudblCrPGEwJrz2pgOlqw1tECSeEwvQdsL2adJims 2Ii7U6ol3+SmOmazhuNcU5vCOWKJCZJlD9Qxe9zlamGV5yL7w130jGerwS0eWEHSuuA0e6DE PhTJm3a0nwAAAPYUiDTgV5A0UajHHAn5onucb+lqvS8usHavBqfDOWMFyZAUBtN7wPZiGLqJ l+NFuyUmVHkubtq2dcZwXGDp1vqueNJL2WqwiZdh4dYToNiIa32X2R+x0nUuVfFs8cBs1a90 jd7NQhe2noUAAAA8ASDSgF9E0WSpkXQlF1SeC4KWMDNrOM41t2l8l8N5Iyy8BjuBoskamg/l DKuBaanj9OY6ZsaTYlu/LngzkjdXkAxGwhyzJ0e5mV4J3LhbiHkkXnJs5SiaocJ5A7tH56zh uC44XceKO91VAADNUBjZKDeT/uzKWuj2omeMZ+m4tfafOeMJmWN4NXDDkZBnqn4Er8KMdLDT INKAn0HRRKmZ9KTUS94JobWn9WqSZ+nU+q/4M8ulRoKAkRmw3XAKydfC7tSi1nf1bh2zH7eX 4ZralK5ztpgkUXJWkSxJYfA78glTQ3Nrodst88fMWzmKoFB3SsUO4s2bONaYiKDQne4qAE8z iiZytZAuOC20dt9Y/erc4p+GZL/rk7zcJTzazj/YITjcI35hUPb6iPLdSe1n86ZTKs/FYE6H k83d7jh4YkGkAfegGaqG5HxpLRtmWuf5zJs5Ks8Ff3al3EzhJALLFcA2ohkKwWupsscc5S+4 z9+tY3Z36b/xBN/SueSd8KY1+XqUveEHY4NPpAZWMkW47M9dZOsL5ta2chRC1KxxMbvCim/p cqdUMAsRgB1C02SpkVgNTl9e/seQ7I1u0XMdgkMc3r5ferTxD3QJn+mXvDKu+lBiH4wWLDC5 A+wEiDR7FLPO1NBCsuwOZFftcakhPGsMzzuTilBuLV3xIXj1gb8OGIamaIL+SSC5U04qu7ri vy629bdeUPLM7WrPJXdKla9HcLIJ30RgG1E0UWmmA9lVfei2wnmWZ/6xkh4bZiT2AeOdOmZx jGxCln6yIUTNEhNurNbzZ1a2clQNza+FZtla3iJbfyCrg7mIAOyEBlYyR/m31v5zWv5WO//g fZLMz2abXvGLk5pPVZ4Lmap/t98KeNJApNlbKJqoIllvWqt0nbux+u8L6r+cW/zjiOL3p+Vv npa/NaJ89/ziny+oP7619h+NdzKcMzawIs38tpuRxUY8mNNXkezG/2EXYYdyhmX/VbGtf950 amOXjznjSaVr1JNSFetxWLEAthHD0CSFFetxZ1Kp9k6IbH3ce+uYzZtOyZ1nrDFxquKFOmZP D5xEHAn53ZspHZ60eitHFeoxjfdOUQGF82yi5IA5sQBsL4ahy82U2nvx7MJ7ncKjbbz9vynP bDza+YcGpK/NGH4I540UTez22wJPDog0ewVBYemKd9l/bVr/3bmFP/aJX7rP/Y8OwaEB6atj qg9njMeNkfl8PUJu7XsBwau2mEThPBvOG0gKYxi6jhXDeaM+dEvqGJo3nWrZfJ2jdJ13JOSZ agAl6nA1CbYLzVANvBwv2q0xkdpzUXDvYq1Z43GhtWfZf82TUmcq/iZW/q2hHTzWSJpwp1R3 v4VOOZOKrRyVqfgVd8udqT2X8rXITvcTgKcKw9D5Wlhk7RmUvtbGf8Aw0/LY3y167trKl46E HFIN2C4QaXYfs86Umkld6Oa1lX8Oyl7vEBze+pdCp/DosPytad23lpiwjhbuPyWMoLBAdlXm OD1nOqkL3szVQrGibSVwQ2wb4Jo4sy0jM1LHaXtCmquFUaIGF5RgmzA0Q9XRfCinXwnckNqH eOaOuXvCzAmRrVcfuhUr2mpo7u6oINxrf7rQDO3LLLMpd9Zw3BoTbWVwOF5yiG397Im04r9R Q/KPoKsAPCVohspU/TxLR6/4hYcOMz8+OoVHLmk+cSTkJI3v9lsETwKINLuMZqhowco1t52W v3n/BXb3+14QHBlRvitzDmeq/l9aFMus0+mKV+W5yC6SEVp7tb4rCtdo68jMrPGE3HnGFhen Kp4mXoZpZmCbMDjZyFWD7pRq2X9NYhtoPevYxVpK13lrTJwoOWpIDn69PeVCOQPX3MaeG8YI 91drl9EMFczq7h5y3BCeg6pKAGwfptxMSR1DPduaZzZSzdWVf4byht1+j+BJAJFmNxEU6kmp b6x+1SN67uGHcfslL8+ZTkQLFpL6mSvCKpozhGd55vaN9CK09vBMd/9oOC629ZujfKgfD7YR s06jRD1ZdpkiXKVrVGjtmTO2RGjDcZ65c8k74c8sF+qxO3XM4MR76kULVqG1hz1J9KHbCF69 //NRomaLi9lxZp65w5VahImy4BFDyUY4b9KHbq4ErltjwnwtvMWTkGFogsJwEmFnjzMMXUPz 7pRK6RqdM57gWzrZLeBICtvhd/AjmqFJCscphKJxhmHqWHHZf21I9sa25xn20SN6bsbwQ7ri o2my3ExZogKp4zQ7A1kfvJmu+KB6IdgiiDS7BicRW1wyqf2sU3h0u74aukXPTem+DmRXN93X RImaM6EQ2fo2ZpexE8x4pvY500mJfdAc5ceLjvpvLzYAwM8iKbzcTAdz+rXQbblzhGdu33Tu Se1DhvBcOG8oNRI4iUAZPbAhUXJK7IPsqbIauFFDf2UWWbmZ2tidU2ofiha2tJUNANuljhVW g1MX1B8Pyd4YlL1+RvHOtP5bV1J5/5kODENXkIwxwuWa22/qv5M7R8J5YzhvmDOeGF34Q5/4 xQ7B4S7h0QHpq5e1n1mi/Edwu4dh6CqSMUf5fEvntP5bmeN0ILvqTCrPKN7ZjvUzv3hDtk/y MtfUZgjPXl/99xnF2z2i5zsEh7pFzw7J3pjSfeNLa+EXBNgKiDS7g1lnvGn1Ze1nnYIj2/vt 0CU8ekv/n1TZvXGLiGbISN4kd460LsK+UyPV0q0P3U6WXE28DDfIwbYgabxQjzkScrXnotjW 37pMa8ZwfM54Uu48Y49LMxU/1DEDPytV8cqdZ9lzRuO7Umom7//8dMUnd47crQ1wMV8LP5Ju ArC+vr7OrDPBnH5Y/lYb/0Ab/0CH4HC74GCn4MiM4YdKM/NLR1E0GS/abhv+Nyx/q0v4TIfg cL/0lUnNp5c0n3QJn2nj7+8QHOoUHO4QHG7nH+wQHJrSfV2ox3b0jdAMla54uSbOGcXb3aJn OwSH2ILL11f/9cDFzbb4YIs7DyvebucfauMd6BAc7hQc6RAcbucf6BY9K7T2/nTbCQB+6vGL NBRNlpupZNkVL9qy1QD2EHOmCQrL18LBnN6ZUHhS6mjBUkVzj2CYgmaoSMF0Q/fVNo7PbBqr EVi7s9UAe4uoUI8u+San9d9Oaj67tPTJpObTqyv/vKn/fsbwA8/c4U4uokT9V/uMENVsNRAv 2pNlV7mZqjTT6bI3XrSlyu46WoBVN4BmqAZWihXt1phI5bkosHTfW8fshNDao/Vfc6fUmWoA watwzoBfkq2GFt3jLeXLwvd5Ms1QwZyenVI7azyuD91q4uVH1VMA1kkKM0f5HN7+Nt7+y9rP nQmFwNrN4e2b0Hyaqnh/6ahSMymy9XYJnx2SvX5T/921lS/bePvb+Yfa+Qd7xS/eWvufMcJ1 p9T2hIxv6eDw9l1a+luy7N7RN1JB0lLHUI/ouT7JSzf1380aj3N4+zsER7q3YWL81oINb3+/ 5FWeucMWl3jSS6Yo78bqvzsEh2cMP1Dw+wJswWMWaRiGtsel07pvL6g/Hld/dGnpb3xLZ6bq /9UbvQxDpyu+Je+EwNJti4kbeLmKZBc9Fy5rPz+/+OezyvdGF94fV314a+0/8aJ9J+4HMOtM rhZe9l8VWLrYgLGjXxN9kpe1/qsNrFTHilrflTHVB32Sl3pEz3eLnu0RPdcrfmFE8e711a9m jSc0vsuFeuz+o7rpil9s77+09Ldx9UcX1B9Paj+/rP384tJf2T/eWvtvOG/cpijIVJGsMTLH t3SuBG6Uf+3uLNgLGIapo0V/dmXZf03qGOKZO+4dDzwusvWuhWfiRXsVycHuRuBXFeoxjXeS PX8W3OczFd99nkxQiCupZHc0mjdxbHHpzy4mBGCH4CRiCM+yQw2zxuMIXtUFb3F4+yY0nyRK Tpqhmlg5WrBYokJXaqHQiFEMub7ORAuWs8r3esUvimx98aJD4TrL/u7uEBy6tvLPWNGGkU2K JhpYaSVwncPbd2X5/8rNFPuKNEPVsUK0YI0ULKmyx5vWmCO8UG6tjhXX15n1dQYnkXTF50jI bXFJquLBiEbrr3j28HDeaI0JLVFBrGBt4mWGoaNFy7D8rU7BkZv679IVnzEyz+Ht4/D2c3Z4 iGbj0c4/eGX5i1wtTFAoRROFenTexOkWPiuwdG36rUFQWK4W8qTVxvCcM6HIVgMEtXn2MkUT pUaK/XDCeWMdKzIMzU5FwSk0Ww2GcsZY0RYv2c1RnjUmDmR1wZw+WrBWkVzrJJcqko0WLNGC pdxM0wzNMAxJ46VGwpNSmaP8cN7YwErs85l1BieRbDUQzhtTZU+q7DFH+fa4NFsLbrw02FGP WaTJVHxTq1+3ljnuFj2r9l6qY8X7HFVuptbCM9dX/zUgfbVL+My5hfc1vkmBtXtQ9vqm6aEd gsN8S2exEd/ebleRrCnCm9Z/Oyh7vUv4DNuNnf52uKT5xJNWmyK8cdVfflpLrUNwaEz14U39 f7jmdndKjZGNX+o8glcXXOf6Ja/80gt1CA7PGo9nq4GH/JQQvMpemgwr3u4SHh2UvS53jpQa iYdsFuwQhqFRop6tBj0p9bL/mtjWzxbT20gyPHPHonvMGhPFS44amofNB8AWta6NkTtHEiXH fZ7cxCuWqJDdHVhg6fakliAzg0eJpHFrTMTh7W/j7z+78J7Y1nd5+R8c3r5x1Ue64E2p4/S1 lS/HVB+eUbxzduG9Se2nc6ZTGt9loa23U3BkUPqa1ne1gZVU3kvs79Mu4TM8c3sDKxfrsdXA DaG1++LS3zoFR7jmdrZCQB0rGsKz11a+HFd9NKb68IL649GF94flb4+pPrip/37RM77oHp/W fXNx6a8jyndHlL+/uPTXW/rvtb4r+VqYpPFcLaTxXZ7SfTOm+uCM4p0zirfHVR9dW/mSZ26f M55o5x/oEj4jsHSRFGaPSx5Nkvkx0ggO3Tb8j6KJXC204B7jmttHlO8OSF9d8k5uZAyUqPsz y2J7/4Tm76ML75+Wv3lW+d6lpb/d1H+v8ozHizaKIRp4yR6XzZtOTmo/3/hwrq18KbEPBnO6 VNkjtPZcWvrb2OIH46qPxtUfDSvePqN45/zin84v/nlc9dGN1a90wWmUqDfxsj50++ryF2Oq D8dUH15d/kLqGFoNTM8Yj01qPh1d+MOwgm35XzLH6VBuLVqw8C2dl5Y+GVN9cEH98UX1x2cU b48o353Ufia1D4byBlgRtNMes0izFp45LX+zjX9g3sRhV5J1CY/eXvvvfWYm1LGCwjlyRvFO h+DwgPTVfsnLnYLDQ7LXe8TPt/H2D8nekNqHjBHuWmjmxuq/u0XPjqk+iBVt29hnlKipvZfO Kv/QKTjSL3l5QPrqb9l55sEfXcKjs8bj11f/xQ4HXVr6RO29ZIrwtP6r5xf/zOHtu7H6lSel ylT8VSR3n4oi+Vp4Wv9tO//g9dV/rQSmpvXfsXlsSvf1avDmrPFEr/jFEeW73ozmIRdFmKOC C+q/dAmf6RY9O6x4u1f8wrjqQ39mBS5Q9iCMqMeLDkNoRuE8K7T23BtmjnHN7Uu+yWBWV2rE oY4Z+K2qaE4fus2eSxL7YOS+y/1bnyy2DYRya3DdAB4lZp1xp1TsfcMOwaEe0fPsEtke0fNn le/1iF/YtBClU3BkQPpqn+RlDm//oPS1Zf/VBlbeiDTdomcF1u4GVvJltOcW/9Qteq5DcGhE +a41Jl6/O2t9TPXBzy7W7xAc7pO83Cd5uY1/4J6owD84KH3ttuF/a6Hb86ZTA9LXNm3k3cbb 3yk8ylZe7RI+I7B0kzS+K5FmxnCMoFB7QtYneblb9Gw7/+C5hT8Gsjr2o8ZJxJlUjqk+7BE9 v2nsqJ1/sF/yyg3d18bIvNx55qzyvU0Lldv4+3tEz4+pPpjU/P3+c2Ta+QfHVB/a41JfZnlY /tbGj6+Nf6BH/PyQ7I1Nl3Bt/AO94hfGVB9cUP+lS/TsTxtkX3pK93X6vgPO4OE9ZpFm0TPe J3m5nX9QH7rdwEoy53Cv+IUbq19nq/719XWCwipIJlP1F+ox7O6G9/GSfULzabfouXnTSVtM fHvtv93CO+fcBfXHlpiwgmRxEsHIBs/c3ik4ckH9cbz4401BgkRqaL6K5HASISisimSz1WC5 kSIo5KdljkmafUKgUI+hRI3tQLYavL767y7hs7fW/muNibjmtu3drOo+jz7Jyz3i5zsEh6b1 3/mzqw2shJNIsR6b0n3N4e372fEomiEbWClXC6cr3kI9ihLVZMl1feVfbfwDEvtQsZFYdI/1 iV/k8PYpXWcrzbQuePO0/M3T8jddqUWaoSj6zuH5WnjTvu8khdWxYhXJokSdpIk6VsjWgsVG HCebzDrTxMtcc1s7/9DFpb/qQ7c1vsujC38Ylr8FWwvvKSSFVZrpUM6gD92WOc5wTW2tSWbe dErqGFoLzwRza6VGgqAQSDLgATTwsinKY08qobUnkF29z5Pz9YjaO8E+WeEaTZZcEGnAo0TS hDUmauMfaOPtn9R8aouJ+ZZODm8fh7e/nX/orPI9mXPYEhW4kkpbXKL2XLyy/H/sJfX5xT9Z osJ8PcIOnhjDczLnGV3wZqrsJimsgmTcafWiZ2xI9sbowvuu5ML6+jpFk86kolNwZED6mtje rw/d4lu6lv1XHQm51n/1gvovbbz9A9LX5own9aFbzqTCkZDrQ7fnjCeGZG90CZ85LX+zR/R8 n/il24b/rQanHQmZM6EwhueE1p6zync5vH3Dirc1vslU2cMwdKWZtsZEXHM7h7evS3j0kuYT leeCLSZ2JOSrwelp/Xd9kpc2Lja6hM9Maj5VukatMZEzqbTEhArX6AX1XzaecG7hj+aoYMk7 cUH98ZJv0h6XOBJyXfDmtO5btgTCuOojc5QfLzlohio2Es6kcsF9nsPbd37xz5GCaX19nWao RMl5Wft5h+DwqPIPYnu/Ocp3JpX2uGw5cH1K93Wn8GiX8OgZxTt9kpe7RM9cXv6Hxjdpi0ud SaU5ypfYB8dUH7bzD7JVHMZUHxjCcxrf5RnDMXtcaotL9KFbuuBNffDWRfXHPaLnp3Tf3Db8 wH4muuBNXXD63OKfOLx93aLnrq/+W+O7bI/LnAmFOcqXOIZGF/7IJkMOb9/owvu2mFjpGuWa ONaY2BoTsquhBqWv64K3dvlkfdI9ZpFG7b3YL32ljX9gznRyLTxzbeVfncKjN1a/SpTs5ihv xnjs6vIXE5q/X9Z+fmP1K6VrNFsNstfc7MVxDc2LbH0bAV1iH6wgaYSo+jMrhvAc+3Uwazie r0XYlwvl1viWzqsr//0YPqEAACAASURBVLy68s9p3bc39d9fXf7npObTK8v/d2vtv7a4ZGPD BJLCrDHRnPHktZV/bnRA5hhOVTymCPes8t1+6SvGCLeOFRbc51q/CHb4sZ/D29cjel4XvIkS tXIz5Umr1Z6Lowvvc3j7lv1X7y0MwBTqUa3vyrT+u0ntZ5c0n0xqP7+x+hXXxDm38H4bb7/c eaaG5tXeS2z/r6/+ezUwNWM41it+4bT8TUdC7kou8C2d11f/PaH5dFL72fXVf/HM7YGsDqcQ tirrtZUvry5/MaX7Zlr/3bWVLye0n17W/mNK981K4Ppa6Pa4+iMOb5/McbqCZFypxTHVB13C o1wzJ1sNwpXxriNpvFCPOBIyteeS2DYwb+LM3FuUWeE860woMhV/HS1CHTPwMFCibotLZu7u M+NOqe5zOqXK3o1yZ0veiZ2uCgXAJjiFGMJznI21NERNH7zF4e3rFB6d0n0dzK3V0BxBoRRN khTewEqRgplv6eoQHLq6/EWpkbyzDIOhy82UM6lMV3w0Q62vMwxDkxQWyK6OLrx/VvmePSFd X1+naMIel3J4+0eU71piogZWylTubCWXLLuuLH9xRvHOamCqWI9hRJ2iSYomMKJRqEf1oVtD st9xePv6JS9LHacL9QhK1CmaoGgCJ5ulRtIQnh+WvzWu+jCcN9J3u9TEK6vB6Tb+gUtLn0Ty pgZWIimMogmUqCdKTpGtt51/gMPb1y18dmbtf4mio44WSAqjaJKgsBqa96W111f+xV6NXNb+ o44Va2g+nDc28TJJ4Ww7yZJLaO1pFxya0n1dRXPspAyGoSma8GWWObx95xb/GMrp19fXm3hZ 67vSKTgyovy9JSasIJk7nyqNI3g1VXbLHKc3buZK7APpireJV0gap2iSoNAKknElFy4u/ZUd h7m+8mUFydTQfLLsJmkcJWqRvMmZUFSaaYl9oF1wsEf8fK/4hXb+wRurXzXxSii31id5sVf8 gsDana74WluuIll3SjWp/Yx99UntZxjRyFYDxUacpLAaml/0jHN4+wZlEGl23GMWacxR/hnF Oxzevj7xi8Pyt3pEz7Xx9o+pPpjWfzOi/H2H4HDbnaVs+9t4+/vEL11d/mJ04f0OweGzynf9 mRUEr7RGmkX3eA3NW2PiSe1np+VvdgqP9oieN4bn2IUlibLr5tr33aJn23j723j72WR/97/3 t/MPjSh/r3SNZquhZNmtdJ4dXfhDp+BIG/9uB/j7e8UvXF7+/NziHzsFRwZlrzsSCpSoLbjP P8JIs4/D29crftEcFSBETR+6fXHpr4PS1zoEh88o3vFltBsXCgSF+TLa24b/DUpfaxccankX B3pEz3cKj3B4+zZFmh7Rc6flb/aKX2zjH+iTvHRj9St22lgb/wDn7qfUKTw6oflkyTs5azzR J37xnk+Sv7/t7ksMyd44o3ibnc+m9l5E8Ko7pRpTfcDh7euTvCSxD2376iawRTRNNbBSvGi3 xISLnnGBpeundcyW/dc8aXW2GkSJGswSBA8PJ5uupJKdzcg1tzsTivvMjI0VbUJb791NbKbq aOFRdhWA1vIAc6aTOImshWY5vH1nle9ZYyKcbGYqPn3o1oL7/JLvcjCnR/BqOG+8rP38tPxN hetspGDCSSSYWxPaeqf13wmtva7UIkY2MhW/2nvptuF/veIX+yQv3Vr776J7XOk6f1P/PYe3 b0T5ri0upRmq3ExZYsJF95jA0jm68L7A0lVHC3Ws4EjIVZ4LKs8FW1xSrMcrzbTcOdIpODKu /ihasNSxgiMhU3kuLLrHrTFRuZkuNhJ8S+eA9BWuuc2dUrEFnSX2oSvL/3dG8Y45KsBJJFsN Lgeuq72X/JkVnEQCmZUR5bsc3r5zi3/yZ5Zxspksu3XBmwvuMWN4PlPxY2TDHpcOyX/H4e27 svx/TbxK0US+HjVH+SrPBX3oVqbiIynMm9YMy986o3hH8v/sneV/HOXXxv83ahQqtBRoKbRF irv98EIl2bhbkzTunnXfzWbd3d1dZ3c8z4tJlpC20AcoFeb7ud80mdm9ZzqZmes+51zH3G2O cBAMCucsfNsgESTpZJ/d0DWI7KMscxfxVjAl/RSA8nkgpvQuCu3DEuekIy4BkUooaxoVX22i H52RfxkrOGtwyZtSSt0zQvuwyrccy9trcMkYYnRxXqTQjswrvqmAWRithTLGLec419pP1VME tiEIrRrDrHpiXi/vvD5IA6D8lnOcQjsyKf0kUXSDSMWXUm+7poT2YbVvJZqzVaGiIcTo4pwj pofjGAhXYnmnxDnBMnfd2XqvkXbojuS9ZMn7qK/Wp5wnTNKofSu9vPON1MNr2usKz8KM/Mtm xvEWxnPN9Geb6c/OyL8UO+6ofCtS9+yU7LMWxnMU2pFG2qFxyYcK72IeiMMoGEjrZJ45urF1 yzkRyVkhpBrN2wxBxrL6WjvrVA/3ZU9Sge/gGI6p/Wt9vFc72WfZ5m6Ja3JIeOXO1rsC25DK tyJxTo5vf9hMf7aTc3ZJ9dOM7MtO9pkm+rFJ6SdC27DKuyzzzM0pvmllnqDQDjfSDo2IrxLG YggGhXNmlW9lQvoxkY5JoR2Zln0ucU6ofCscS28f/9UDgqSJfmxe8b8t57jKtyJxTkxJP9tv LdDLO8+x9HLMPbdFbywqv9t2TSq9SyxzVx9v93OmZZ/L3HOpkg9GwVDWpA1sLKp+aGOenNj+ OJQ1E2cVxzF9kDYm+aCF8Vw76/SK+prMPavyLq/rbnZyfnMFuCtK87XUPbOi+YVYyWhhHG+i HxsRX+Va+pTeZYV3cU17vZN9lkI72s15qY15kkI7sqT6Ue6eIwoTmaZ2hXdR6p6ZkX1BHFEX 5xzD2BbKmmEUzFbClghvWX2tjXVyVHzVk1SQtvT/OniplnYlpDL3HNfSe5eP2a9MU4fWvxHO movVBOljRvIPAqM1e2yLSGvc1Deaw9z7tU7HcMSdlG/oGohrUuNfh/6GrT8JyV/gfpJmTv41 kam+pr3ey3ulg/1CF+fFSeknhiCjBpcVngUK7cig4JLKuwxABZl7to11soXxXDf3JY6lpwLm HPGtQeHlVubzjbTDFNqRVuaJDvaZDvYLrczn65IGRmvWKL+ff7GD/UI769S45MNQ1lSspSSu iUHhpU72mU72mdvCK0L7MAAWnHFJN/elSeknmXIwVfKvaW90ss90sM8MCa8wjK0q3/Ki6gcK 7XAX50WOpRfBIFtU0M461cp8fkH5LQDm4wXXovK7bu5LneyzC8rvIjlrAYizTJ1N9KPL6p9B pJIseheU3/VwX+5gv9DHu0DVU/JALFsJUw1NdUkDgHm5Z76ff7GTfaaff5Fr6atChVDWNCK+ SqEd7WCfoRqaIKRqDDHbWaeJI6XQjrSxTnWwz7SzThEFS7PyrzAcDWVNhJVrF+fFMckHW45x qXt6WPRWB/sFgW2wChUdccmdrfe6Oec62C/08s6van5NFD15IEo3tBCSpgxm80CMYWzrZJ9t Z51uZ52elX9VrmVieceo+B3iq2dkX+SBWCxvHxG/3ct7RetfB+GyI741Kn6ni/Pi3if/kir5 UyXfnOIbQtLs7OwUgDjN0NTJOdvOOtVEP9bGOskyd5FZ9A+bJ0zSiJ1jnewzFNoRpW+5VEtz LL1EXcqg8LLYOR7J2SpgtgZXqlAxUXArvUvDorcaaYc3dQ3JohfDUXwHR1AwWwnbooJUyYdg EOHHByGAzD3bw325h/uyL6Xe2dnBcETinOzinBsQXHIn5LlK1BTm+NOaci0DwhUAzAcy+nXd zXbWqRbG8Sb60QH+a0L7cChrKtcyNbhchYrJolcb2BiTvEehHV1W/xTN21EMwXdwBIOKtRTN 0NLKPDEgeF3inIjm7QCYB+FKsZq0Rvjjkg/rtX2DgksS50Ss4KiAuRpcAaB8LO/cdk0OCi8R 29zZeteTVMbyDkd8K15wAVC+BpcL1YQlwpuUftpEP8Y0daRLAaI+G0GhKlzcco53c89NbH9S lzTxgmte+S1RR6TyLadKvipUrMHlTDmo8a+PiK8S33VA0vCtA7lKVOFd6OWdJ4KqbHOXL6Um qmVqcClTDlki3Dn51y2M48TdQeKcLFZT3qTSk1QWgHgNLlehQrzg4tsGe3ivDAmvWKMCCK3i OziKIRBSlXvme7gv9/Mv2qJC9OH3CyLZucvHjGnq2F/6v6a5TjM0Ez5mkZy1XMugGHx3URkJ yd8BRkFnfJtoNbOhazCGmBBSveeWVbhoDDHW9lLUbFEhKa1J/mXuKWlaGM8xTR0IBgUzhiX1 z0T6+oz8q3nFtzL3HIyCnqSik33mfvYAZTBrjQq6OOcIy6K93b+ckX85Lvmwg32GkDQVMEsk NTVQn6HQj6xortXgcqLooRlaZuRfEdvPyr/m2waL1WQs75iQfnxn613CITqcNeuDNKF9eEn1 4+T2J7dFb7azTjfcZQ/QzjrFs/YjGGSNCuoF9+2sUwvK7ziW3mnZZ93cl+SeORgFzRHO/lZ7 g4JL1qigBpdVvuW6pEkWPdOyz/aWa4/OK77NAdFIzrqbD0Y/uqr5FUKqusBmA/WZVuaJO5L3 f3fs2x92sF+Ykn5WhYsAVHAmtpXeJaapY1b+1Zjkgz7+qy2M5wYFl5xxSRUuGkKMWcU39TO/ qvnVEuGBcEXjX9uTNJlEwTWx/VEj7RCFfrSB+kwv9xWtfx2A8tuuKeIw2eaeKlQ0hdnEf0S8 4CzXMlLX9Oze6Z2Rf7Wpp4Sz5gqYE9pHdqM0O3g4ayZyWFoYz/fyXllW/xTMGB71pfr084RJ GiJri0I7ogtsQmhVYL/dzjrdw31Z418r1zIQWovm7daoIJDRV+FiFSqaQuwh4ZWJ7Y+0/vVi NYmgYCRn0fjXWaZOhWchUXTDaC1RdNtiog3drQ726Q72GbFjzB4T26LCNe2vbayTQ8IrgYwe xWAQqRSrSU9S6U7KK2AWxZBo3kZkT3Zyzsrcs4VqAkZq8YLLFhP60poKlKvBJVtUMCJ++474 HYV3IVeJIigUyzsNQca07PMO9mmRY6RQTdTgcihr8iSVpWoaQgBbVEhEV/v5F9X+tTKYhdFa rOCwRYXxghNCq2UwK3PP9vEuNFCfGZO8H8oaYRQEESBdDjrjknDWDMJlCAGkruke7stzim80 /vVMOQSjYDRvN4c5K5prbayTt0VvSl0z9pjYHhUzjR1dnHMDgtf1AVoVKlTAnD+tJRJnq1BR 4ZknvuuApBE5RgEor/Wv9/EutDCf41h60yU/jNRSJb8jvuVOyovVJIgA3pRqYvvjBuozFNpR uWceRCoQUq1A+XDO4oxLMuUQisHpkn9Z/RMRcYrmHQgK5oGYMyFd191oZ50aFFxyxElj1n+D KlwMZU0a/7rAdvtuHzOqvknqmvYmVZlyCIAKpJgheUggKOROyGmGZkLS6IP0+7UDzlWiMvcs cX1yLL3BjPFfnioJyT0lTS/vvMq3jONYFSrEC+79I1eJYjgWypqGRW/9qaQZELyu8q3s390W FU1JPyUkTa4SoeopezueYJo6UQwG4XKy6Nm/C/ECkC2H1nU321in6MbWAhDHcBRGa2Uwkyp5 A2mdzD07KLh0t6Tp5r6s8C7AaE0fpNXlCuGQ1s463cJ47rboDVdCVoVLcu/8/gSTHu7LCu8i goKmMLsuaQIZfT3zn0I7Oiv/OlsJxQqOCenHd0uaIeEb5gh3/4HYY1uT0k/6eBd0ASqMghiO 1OByAYgTzXlYps4WxnN3tt5NFN0ohhSryf37JoqeQjUBo6A5zN2TNOlIzjIkvNLBfmFK+imx PL2o/K4KF4MZQz//Yi/vgj5IK9XSXEtfI+3wmOT9QjWBoGCmHNr/yamSvwoVQaSi9q8SkgbD UXdSTmTOM0xtnqSSeNt81Jfq08/TIGmW1T8li948EOPbhsYlHwwKL4+Kr7JMHYmiuwLm6Ybm Ls6LU9JPA2ldDS6JHXdui97sZJ/t5Z1XepfKYFbtWxnf/pAI/lBoR3t554eEV4aEl4mfEJJm Z2cnnDNT9U3DoreGRW+yzd2ZchDF4BXNNSIMGslZi9WkxDkxKf14UHh5RPw2zdAcyzsAqMAy dXZzzt3ZeteVkNXgstwzP7r1bivzxG3Rm56kogoXFd7FSenHw6K3NnQNsbyjChWpekoT/dkV 9bVk0VOoxoX2kXHJh4PCyxPbHyk888VaKg/EltU/UWhHCElDmBPMK7+9LXxjfPtDQ4heg0vu pHx069021qkR8VVbVFiFilLX9Kj46t7KwXN9vFeHhFeGhFc62WcotMPL6p8SRXe2EuZa+0e3 3hkVXxXah3OVSCRrmZF90Ug7/AeSZlj8tishrYB5jX99Vv7VkPDKsOjNNc31QEZfg0si+0gH +4U9SQNkyiGedeDO1nu3hVfWdbeieRuIVJim9lbm812cc4STgSepWFB+R/xfL6q+j+Ud5Nvz wwNGa3kg5kupVd5lrqV3U9+4v/R/Q9fAMfeofCv+tDYPxGC0RjpKkTxUUAz2plQMYytho6cL bNaNWA4Qyzu41n7iQt1yjqfLwX95qiQk95Q0/fxXdYFNFIOjOavQPvz7MSK0j2zqGx8kSjMg eF3jX0uXA/XhjG9Pyz4jJE2mHFzT/krs2MY8yTb3IBiUKvm3nON3fyPT1H5b+EYD9VAH+8yy +melb8mXUucqERApoxhSAbNq30on++wBSUMoEwit6gLUexbrDgnfcMa3q3BR7rlb0iwgKGQO c+qSxpdS1zeoS5p4wUmsDh+QNLdFb9iiwv3H7krIJqWfNNGPDgou0Y2t5jAnkrOUammiNWey 6GMY2ya2P0qVfDW4ZI+J7z7zfNvQkuqnuqQJZU0Dgtd7eed51v4V9TXiSwMZQ7YSXlL9cGfr 3Uw5mCh6xiQfECvIxWqyXMsQlVEHPpln7Z+Vf0VIGhRDnIlt4iSo/atEitCjvk7/EzwNkmbb NQlABUOQPiB4vW5V3sY6KffMVcC8NrDRx3/1fvYAxVpqyznexXnxnn+rDdRnCEmDYBDb3F3f sYN12hYVYhhC3E2E9uEymLFG+cPit+pu8a3ME1vOsXItYw5zhoSX77YHYBhbc5VING+fkX9J 1KK1Mk8wjO2GIJ3o/bLlGAPAvD0mGha/RRxXI/VQH++CNcqH0ZrEOdHJOUtImlwlsqK5RhTn NNIO0wxN2XI4kNGPb3/YsGcPAIB5rqWvjXnyfkcqso9UwJw1KrgtepNCO9pIOzIouCSyjyg8 C2OSDxppR/5A0hDH4ktppmSf1evqWhjHWeauXCXqTanHJB/UozTWKH9Y9Gb9LmwMMUG4wjJ1 EkHtLedYFd61ByDaGHuSCjI//iEBo7Vk0WsOcyTOCba5q16TUBczQvuwNSqI5Z2lWhpBQfK+ TPIvgOKIP61lGtsJMz2Nb60C5u7eDMMQT0JBXLRrmutq3+r9lA8JycPj3olnzOdZ5i4cx9wJ OVHrcmC0MU820g7/qaRpYTx3MPFs+4N64lmmHFzV/tqwZ1m0prkOo2A4Z5nY/uge38g61cY8 MbH9scQ5zjS1E20l5xRfr2tvqHwrIAKkSr5l9c8HJE0H+7TAfhvFYEuEt/+FYVBwSeaepRla erivqHzL9WjMvneny/aYGEQAwg6OkDTe/4+kaWU+P7b13oHEsyHhFbqxReKcWNX8MiB4fXz7 w0XVD0xTuyshAxHAGhXMyL70p3UAmJe6pu8+CUQx0u8kDf91IqRmjfJbmc93c19SeBcqYI5I aQORij0mIsp9R8XvpEq+Ui3FtfTd/bHtrNNEjv0BSaMNbDzqK/Q/xNMgaQxBBoJCyaLXHhOb I9z6iBUcMFpzxqXDorf+VNL08s6LHXf2767yLQ+L3iIkDQDlF5Xf7/9zNQQZKAbzrYNtzJMa /zqM1tLlgCO2tf8TIjkrhACBjH5c8sHdkkbmnqnBJXOYOyS8vPexhzrZZ/r5rxHHqPatwmhN 5pnr5p7bH/AlhIExxBwQvE5ImkjOUjcQbKA+s6L5JVXypUo+Ys3ggKS5LXpD4pzYP0+pa/q2 8A2ldxFGanLPQjf3pT7eq7Pyr/r5F7u5L/XxX21lnmi4y8R5v6SRumdAuJIHYq6EdP8nBzP6 GlzKlMMLyu92JQ1cUXoXe7gv1w9Z7VtFUJBr6SV81fZLmi7OObVv7X45JyR/GaJ9UCRnNYTo QvsIzdCyvq/0f117g2Fsl7pnHHFJquSvwSUMQ8goGcm/BoajwYyBZeoiXPVU3uV7+phBSNUS 4e12d9U1msNcsvqW5N/nPvYAhxaU3wFQPlsOMYxtXZyzDdRnKLQjvbzzNEOzIcRkmtobqM90 cV6UOCcrYE7qmt5b2fydpCE+lkI7Uh+Ep+h+SdNIO0TsO7H9caLoAaCC1r8+JLxMtElpZZ5Y UH6vDWwIbLe7uS8tqr5PFj3+tHZW/lUz4ziFdqSNeXJde6NUy2Qr4Q3dzRbGcaq+CUKqliif 6BizpPqxCheTJe+K5hdil9vCN9T+tWI1qfQuNdGPrWp/BREgWfQsqX4kXuvbWacYxvYCEM9W Qhu6W39N0tzz2DvYZ3jWgVItbYnwenkXKLTDTfSjfbwLcs8ciFSc8e0R8VWJcwJCqv60blr2 BTGfJvqxUfFVsXNM419fUv94t6TRBaiJontM8n4z4/i69kYVKqZKvkBan6tEVjW7cbBe3gVD kIGgoD+tnZF9sddc9didrXdl7hmFd3Fc8gEpaR4tT4OkMYU5KIbECg5LlG8Ks+vDHOFaogK+ bbCXd/5PJc2I+CpRM1MfuUqEyKEKZPTlWnpe8b+7JY3EOdHJPqsP0hAMShTd1qjwdxMIcy1R vtg5NiB47W5Jo/KtQEhVF6ASttR3D12AuvcVZ/b/XOqeqcElS4Q3JLxCSJpAxkAEZOqSJlny 5YAo0VLzgKSZkX0Rypr2H2ks75iRfaHxryEYJHVPd3JeHBVf5Vr69vfJavjDWhqFd5EQdfaY eP8ZMIU5lihf5Vse3XpnT9KUpa7pTvZvRmpq3yqKwTxrP1FZuF/S9PLOm8NcBIMe9XX39IBh aAFIuOJShWeBa+2n6pvWtL/lmK1prrPN3brAZjBjzANxEAFIozmSfx8cx8JZM8fSs6r5dU17 XeFdKFaTd28GQHl9gEZcunRjqysuJbshkfz73M/xbFj0piMmRlAwUw5ao3yZZ07pXXLGJdlK OFXyETUwneyzYscdCKnG8g6RfWRc8uEBSdPBPjOv/I6qbybGpo4yJf20Yc/xjJA0FNqRZsbx RtrhdtZprqWvBpcAKO9JKpTeZbln3hhiEUXtGv9aO+v0iPhtZ1wCIpVwzqwLUqXuWbV/NZDR gwjgSSqJbhab+gYIrWYrIalrek7xTR/vgta/ASHVRMGtC1AV3kVXXFoBc9G8bXL744a93DMY rcULLkOIIfPMmcLsVMkPIhVbTET4uP4FSdPJPruk+mnv2JvmFf8jJNaM/MtcJQJAeWd8W+Fd kLnnjGFWquSvgHmZe66NeXJW/nW6HIAQIJKz6oM0mXtW41/zp7UlMB3M6G+L3rhb0ugDtGI1 xTJ3NdIOj4rfCWVNRLsbT1LRxTnXSDvcTD/WTH92QfldthyCkGo4Z9EGNmTuWa1/I5DRlcGs P60bFr1FSppHy9MgaQxBOoJC+iBtUvrpoPDygdHNffkP+tLUJU0n+wxVT9lyjNUH29zdz3+V kDSlP5Q0RJTGHOHOyL+4ewI9vFfu2Zdm2zVVhYq2qPD2XhZWA/WZLs65EfHVfv7FZvqzKt8y hFSV3iXC1r0+lN4lCAH0QfqA4LU9SaN/cElDrBLtP1K6sa2Pd0HhWdj9Ou4rA/zXZuVf9fEv 9PMv3tl6t4vz4h/X0khdMyBc8aaUi6of7j4DhA9JXdJsu6b2i7Q/kDRdnHNK73IVLj3q6+6J B8MxEC4ni15bTLTtmmaaOjZ0t+oFM2ua6zR9s8g+agyxonlbGcwiGETmmJE8KvAdPJq38yxE kcx1qXs2D8Tu3qwAJBSeReIaZpu7/WktWeVF8u9zP0nTwjg+p/jGnZRXoSKMglW4VINLIAKk ywGxY6yb+1ID9Zk25kmmqR2A8igGZythoX24jXVyv6QZFr1ljQpzlSgx0uWgwrNwt6QZFr1F lIj081+Te+YK1QSE1mpwuQqXQAQo1TLWCH9S+kkj7XAL4/iS6sdozgoiFQgBCHfTGlwKZHTL 6p8aaYea6McWVT/kgTiKIeVaVuvfaGE8Nyn9hMgAB2GgBpcgpJoth3nWfiJdvIXx3KLye39a W4PLMFqtwiUIASpgzh4Tzci/pNCO/iVJc2hEfNWTUNSP3ZdSz8i/aKA+0805t+UYK1YTEFqt waW9Y0wZgvTbojcbqIc6WKephqZo3g4hVQip1o8xlDWta28QAZ+7JQ2M1kxhdhP9aBvzJMvU iWAQABWk7pkm+rF+/qubekoL47lO9hmWuTNecEFolTh7IFwh7ASo+sZmMvHsUfM0SBqJawKA 8sRrfd3+uIH6zKzia4FteFn9cwf7hX7+q874NgDl7ydpGmmH21inOtln66OddZpCP/ogkkZg u12uZaI526z8K+Kvlxgzsi8EtqE17fUuzotdnBfNYU4VKtYlzaa+IVMOpkv+ecX/iGlTaEfY 5m5vSsW3DXZzX+LbBku1tDepHNt6v14jNC750J/WIhjMtfa1Mk/8BUlDoR1pP3ikpyi0owLb ULmWIbREC+O5NubJAcFrMs+cN6VaVv/cTH/2DyQNzdCcrYSzlfCGrmF/25zx7Y941n66oaWP d+EBJY3AfrsC5ohpNNGPjW69awwxa6Sq+RtUoUIwY9D6N4S2YfpdPmZ0Y4vcM+dJKjPl4J6P GQnJIyZRcAtst4lLVOKcyNyj7h9PlXxixxixjdA2HC84H8FESf7zwChIlM430g5NSj8xhdl1 FzLCgGtDd0vsfaW1awAAIABJREFUGLPFRIYgg2ftX1B+18t9hSi7pdCODPBfoxvbNP41bWBz UfV9C+P4tOxzXWCTY+lu233Em+rfhWKwJcJtpB3u4pxjmbuUvuWJ7Y8otCPDorfXdbdamScp tKN9/FeX1T8JbLctEZ45zN12Ta1qfh0WvV23YG5jnpySfcYwtsncc9aoQO1boRtaJqWfEH1g GqmHurkvbehuKb2LxhCLqqdQaEdaGM+NSd5nmjqU3iVTmCN2ji2pfujel0DeyjwxJvmAaWxX +1bNEa7UPb2uvTEivkrkkzdQnxkSXtEH6XXLaUIB3ha9qfQtydyzg8JLxNkY3/7IFGbTDM0N 1EPjkg9TJX/92CGkao5we3kXKLQjfbwLy+qf+LZBc4RrCrNF9tFVza+DwssU2hGi03c769S0 7DOWqUPlXbZGhRr/Gt3QMiX9lCgnbqQdHhG9pfVvEFkwfbwLhiADx/FEwT0l/bSRemhIeEUX pGr861PSz1oYx5fVP/vTugXFtxTa4U72mRnZF2xzty5AJc7epr5xQvox0VCEOFJLhM+zDjTs dep8BBflf5WnQdIsKL+NF1xEGuWG7taY5IOJ7Y84lp5Q1pirRBnG1jbmiW7uS9aooAaXFJ6F cclHbaxTDdRD+yVNM/3ZXt4rA4LX98ZrHazTFNrhB5E0U9LPQlkjiADepJJqoIxLPhzf/pBp avendXkgxjZ3E12cCN8eXWBzWvZ5O+v0gOB1e0xcg8vmMHdR+f2drfc4lp54wV2FimxLTxvz 5Jz862jODkAFS4S3rP75ztZ7K5pr9pi4CpdieeeM7ItG6qG/JmlaGMdbGc/tjeeb6McaqYfm FN9E8/ZyLSP3zM/IvxyTvL/lnMgDsUTRvaj6nvKH9gBDwiv2qAhEgHDOzDJ3TWx/NCZ5f1PX 4ErI8kBM5Bjt4rz4gJKGZeosAPFQ1rSpa+jmvNRMf3ZO8U04aybXX/9f4Dv4bz5mvmWOpXdT T1k74GNm6VH7VgIZXaEah9AqmbRD8viQLvnrckXkGE0W7+66jUfzdq6lj9hm2zWVq0QewURJ /vPgOOZKyAiToTbmiUHBpU72WQr9aCfnLLFa2sw43sk+OyS80s9/rZ11uol+rIl+dFB4eUn1 Yz//YiPtcBvzRC/vQj//NcIzgFhP7Oa+1EQ/Niv/MlH0EG0kKmAuWw4pvUttrJNN9KPdnHP9 /IutzBNN9KNDwsvL6p9HxG+3MU800g430Y91sF8YFFwaEFzq4pxrpj9L2Jz28s53c89Rdnt3 Pt/NfWlQeLmXd76V+XwT/Wgn5+yk9JNBwaVG2uFWxvM93FcGBK93sF4gVlQptCNtzBPEDzs5 Z5vpx/a/ERE6oZV5opd3flBwqZtzrpnx7P4l5hbGccJbbP8uLYzj/fyLffxX9xraHGplnhgU XOrivEgEi35fRIeXaukt51gn+0wj9XAT/VgH6/Sg4NKA4PVO9plm+rPEGijhPNbCeJ6YcC/3 lSHh5T7ehVbm8xT60Sb6sx3sFyj0oy2M5/r5r/XyzhMr1+6kYmdnB4Qr2sBGK/P5Zvqz/fyL /fyLRPNThWexBpccsa1p6edED/c25sk+/qvE2WthHKfQjjQznt1r7HN8UHi5h/sykcPmT+se 1ZX5H+RpkDQd7Bd41r5cJQIh1Uw5FMlZozkb0RTFEKTfFr5B3DK0gQ3CwtyX0iyqfmhmHN8v aYaEV5TeJU9SSQxXQrahu9XOOvUgkoaIHafLARitZSvhSM4ayVnzQAxCAGtUMLr1DoV2uJlx XOqeAcB8sZoKZgzr2psd7DN0Q0u2HKrBpUTRE85aCtUE0Tf3tujNRtrhDvYLHEtvthIGkUqq 5AvnzOmSH0KATDnENHUQuuIvSJpO9pnRrXcmpZ/sjU8HhZdbGMc72Ge2XVPlWqYMZuMFZyRn KdVSEALIPfPEbegPJE0z/dlVzS/RvB1GwTwQi+ZtkZwlWwlDSNWf1k7LPicMsh9E0qyof04U 3US3R7HjTh/vQj//oiXCJ6MHDw6EAImC2xTmSFyTbHP3AR+zTV2jyD5qjQpieQfpY0byeJKt hLdd08QVK7DdjuUdBzbAd/BgxsAwthHbKDyLFTD7SKZKQlKqpSXOCaKav4H6TBP96MT2R7oA VRvYnJV/1fT7t/8uzos0Y4szvp0oug1B+oz8y3s6kRLREoax1RRm64N0lXdZ5p4VO+5Q9ZQB waXGvcSNRuqhDtYLU9LPVjS/LKp+mJR+3Ms7X/cdrQeLJrY/3HKM26ICc5jNMnf2/j6bvYl+ bFT8jtK7GMlZjSHWrPyreszhkYwm+rEp6SeepALFftdiG8PRPBDTBTYXlN/uP6uN1EPtrNNL qh/cCXmxmgjnLGLHGCEX69tQaEeHRW9JnBNK7xLR2ZMQUV2cF4W222Uwu7Ozg+N4thza0DVQ 9nZsY56iG1ryQBTHcRCuhLImge32AWFGSKlt97TSuzQivrqXU3Ooh/uK1D1D2jD+mzxhkkbs uNPBPkOhHZG6ZtLlINPU3sY82Ug91MV5cVPfaIsKU0VvHohlK+FQxrjtmhoRXyVcKRpph5dU PxKVecmSd0PX0Mp8nm3ujuRsXEtfB/vMuOTDUNaEYggxYKQmdox1cV7s51+0RgXRvG1qr+Ut MeSe+VwlwrX0EWsYnewza9rrljA3WfTkgViuEglnzXLP/JjkAyLa20g7NCv/yhYVZMqhdDnI MnW2s053cc5u6httUVG6FMgDsXjBqfQu3dl6b9eOefe4GuwxUbrkLwBxwtVtXXujk32WuKON iK/aYyJrlD+69U59bvOK/3lTqmDWOC37vIH6TBvrlNwzFy+46IYWwhWRbmje1FNWNb+uqK+t qH9ZVP3QtxfM5Vh6PUlFphzMA9FIziK03R4UXCLuj3RDazRn41r6iJsd29wVL7gkrknCvqyd dWpe+a0uQI3lnflKNA/Eonm71r8+K/+KCGdTaEeE9uFUycezDhCLGcSQOCdylQjD2EqcqAHB 63LPfLLoLQBxjX99UHi5m3NOH6SRbar+lLqPmS6wKbAN0Qwt69qb9YKZde1NhrFN6pp2xaXp coD0MSN5nMkDMblnnrh0edaBSM5yYAMEg1zx7V0HZ+11YpHrkUyVhATHsVIt7UpINYF1tX/V EGKEs2YQrtTgcrzgtsVECs8C19LHtfYpPIuu+HYOiCIohONYDS7H8g5LhCd23KEZmhnGNoax dUn145T00zHJBzPyrzZ1jQxj26aesqG7ta69uaa9vqL5ZV7x7fj2R3e23h3dendM8v6M7Mtl 9bV17U2avplhbGcY21mmDra5i25oYRrbt12T5jA3mrdXwCyM1iC0mgdi7oRM7LgzKf1kUHhp bIv4hJ/41kG5Z2HbNUU3tCwov5uQfDgm+WBy+5O6VHuoo415ckn9o9q/qvavGUOMSM56z4c+ jmMgXE4U3KYQS+Kc5Fh6edYBjW/Nk1SmSj4EhXZ2cAxHy2AmkNGbwqwt5zjb3C20D+uC1FDW SDQQD2VN+iBN7V/VBjZdcWmhmqgnKaAYnC4FLBGu2r+qCaxbo4JMOVj/LYYjpVran9YaQ0yx 4w7b3C2y39EHaeGcGYDyVagYzBh0QSrxye6ErFRLkyuG/yZPmKQhmswQdWOLqh8GBK8RqZMN 1GfamCeGhFdmZF8uqX5cUH43Jvmgm3OOQjvawTo9KHi9lXmijXlyRHx1XvntgvJbYhljUHh5 XvG/IeHlJvqxOcXX8YKr/kUYjim9i728V4jCuHnFN4RJVzf3JeIFfVT8zpLqxyHBZSJrq4F6 qJXx/KDg0ozs8yXVj4vK78clH/ZwX26iH21lPj8geL2NdaqV+fyw6K05xf8WVd8P8F8jqm5a mSeGhFfmFN8sqX6clH7Sy3uF0GD1QWwwK/9qWfXTjOyL28I3iAkQo511ekr66aT0k/0ioZtz bkb2xaz8q07O2QbqM030o6Pid+YV3/bzL1JoR9e0N9wJmTUq4Fh6CbcrpqlDYBu6s/UehXak g/3CsOitOcU3S6ofJrY/6mCfqa8G9fNfm1f8b0h4hZjhoOD1eeW3w6K390LGzxCx2inpp4uq H5ZUP05uf0IEcOrrKLdFbywovxsSXm6iH90zo3xmWPz2kurHAcHrxD+b6Mf6+Rdn5F8uqX4a Fb/bwniOlDR/CorBeSDqSkiV3iWedeBAjtm69ibH0qcPUIMZfb4ShRCAzDEjecwpVlMq7wpx AXPMvcGM4cAGAJTXB2nEdU4zNDviYvKqJnm0oBgCIQCIADBa2381YhhSg0ulaqpUS9XgMorB MForVOOxgtOTVJrCHJVvRWQfZZu7WKYOhrGdaHa8or62ovllf4B9/1jR/LKiubaha+Ba+mTu OWOI6UrIQhljLO9IFn15IFaoJvJALA/EAaiAoAddQ1EMyQMxjX9tTUs4xOya+K9pb6xrb65r b65rb6xrb4odY/aYaF1782HrmUbaoRHx2874NnivE3g3+A6OoCAA5YvVZKmWBhHg7tR0fAdH UAgA88VqogxmIaRaVxc4jsFoDUQACKlivw8EETuiGAwiAIQA9zRcJb69AuaK1UQFzMH3/GS0 iuEHP5nkYfOESZpk0bOq+aWV8TyFdqSJfqyRdqSDdXpT37io+oFIWiV+3kQ/2kg91Ex/dkh4 ReQYdSflDGN7D/cV4lfEb4m4AeEJ2M46JbSPFGup/d8VyhqJkDFlb5de3nm5Z35V8wvRqqm+ 74auYUVzrYf3MoV+5LcJ0A410Y8NCF7nWwddCRnH3NPHe3Xv047tj4cSIdG7f/j7DXa/7uCN gHqoiX6UsndE9bvD7mHSDhN71Xfv4ryo8C5WwBzh/iH3zNMMzQLbUChrciaky+qfOtgv1E8j MZ8O9gu3RW92ss/WP4RCO0wY4RP/bGEcvy16c1T8Tif7DPHbJvqx+u4tjOM93Fc62Gf3TeNw E/1YH+/VLs45Cv0ohb77X0mhH21lnmhhHKfsm0Aj7dCw6E1tYCNbCZVrmSpUAOEKjNZQDCGr azAcA5Fysui1RvgS5wTT1LGha1jb52NG1TeJ7KOmMCeWd1TAHIJC5EkjeSKogFmtf4O4klmm Tl9Kc2CD/ZlpXEvf/hJqEpLHBAzHYBSswaUymMmUQ6GsyRWXGkNMuWdeZB/lWQdYpk6aoXlD 17Cuvbm2rznYgbGuvUHVUxjGdo65R+QYVftWzGGuJ6WM5R2ZcqhYTQJQAUKqKAZjOPKA2h7F 4FjezrcOrO5b//rN0F97nWvtD2QMNbhsifC6ueca9r1jPIwQDd3YSuZokfxNnjBJg6BgKGOU OCeZpg66sZVr6dMFNlMlf7LoMUc4YsedDd2tKemnM7IvNnQNUveMJ6koVlMohmTKQWuEL3XP UPWUFfU1mqGZbxtkm7sZxjaOpUflW0mWfAeqNSAE8KbUW85x4rt41n5TmF2qpSI5q9Q9wzR1 0o2tHEuv1r+eLHpTJZ81ypM4x6l6yrTs82nZ5+vam9uuKVdCVqgmCH9Ge1Qk98wtqX/sYL3w sNc8iDEselNgH95yjrNMnQxjG9farw/Sc5UIhqPEycwBEWdcYgwxcpUojIKJgssQYghtt1c0 1yalnywov2OZu3RBmjel1gWoXGsfw9jGNHWIHWMS5zjb3E03trLMXXL3nCsh86bUxhBz2zVJ MzRPST8dFb8zvv3hjPzLBeW3C8rvp6WfD4veGuC/1s+/OCB4fVT87pz8mxnZlyPiqwOC1/v5 Fwf4r42Ir05JP52QfDwiujrAf62H+3Iv78Jt0Rtziq+Zpg6x4862a1rumVf7VnSBTWOI5Yhv +dO6WN5BqB0Y+ZN1nacMAMwFMnptYFNoH6EbWg88DunGNrln3p2Qp0v+KlRA71qIIiF5nKnC RUOIQVzMDGObJ6k4sEE0b+dYevdZooUeyTxJSPaD7+AwCpZqmWTRG8jobDGhLkBVepel7hmR fYRj7mUY26l6yh+ol/1Fj1xL77ZrShfYsMdE/rQ2krMkCu5sJVyuZWpwCUbBv/PIw3A0Uw7J 3DP7W5PVB8PYZo0Ka3CZKMrfdk09vPSzVsbzK+prsbyDzNEi+Zs8YZJmZ2cHxeAKmCsA8TwQ K1ZTIFLBcYzwd6qA2WwlHC84iT/7/Y60RDQQgAq5SiRdCuSAaKmWJiKzxWqyBpeIt/wDIBhU /y6iVh7HMRRDACi/N4EkCJex3yaQy1Ui8YIrXnBly6EKmEcxmChXwHEcQcEqVAznLEuqH+vJ Wg912UPkGM1WIhUwt3uktd3TVT9AHMdApFKqpYm0LhzHIAQo1zLpciBecKaK3kI1ASIVFENA pFKspfJArADEK2CuAuaK1SQR3a5CRQSFUAyBkCoA5XOVaLzgjOSssbwjUXQnip5IzupJKs1h jtq3KnVPCWxDHHMPobI2dLdWNNcWVT8sKL9fUv24ovllRX1tSfXTgvK7OcX/5hXfLqp+WFFf I2IOREx8Q9ewqW+k6psYxja2uZtn7Rfah7ccYzL3rMa/bg5zXQlpMGOIF1w5IFquZapQEUT2 AjtP+B2TeF7mgZg3qVJ4Ftnmnk09Zf8DaUPXwLH0qn2rgYyecJsge2WSPIlACGCOcImrmmZo dsYl+3+LYYg7Id8rpLmh8a/VINLnneRfBd/BEAwCkQoAFYjaUU9SYQqzFd4lsWOMbxtim7vp hta9Mpgba/cKhhBJX5u6BrqhhWXuEthuKzwLxhDLnZBFctZ0KUg8cEGkgmAQiiHEy8bfnDmG I+Vaxp/WKryLLFMXTd90YEpUfbMusFkGs/ju2wuWrYTY5q6H8d7SRD82Jf3Um1TdnQBGQvL/ 5cmTNE86KAbbosJh8VsPWdIcmlN8E8qa7inV7uLhvujjOIagu7f+Ui2dB2Lpkj+ed4azlkBa 702qHDGJMcRS+1alrmmB7TbT1Lmpa7jn0tEfjDXN9Q3dLaq+mWlsZ5t7eNYBkX102zUl9yyo fav6AM0UZjviW/60Npq3Z8qhci3zZDkXg3AlXnBZItxt1xTb3LWhu/X7hxBF7Lizz8cMIkv/ SZ5cEBSyRUV1oW6LCvf/FkQAc3hX8GzqG61R/oPd6EhI/hYohlTAfLocDGVNzrjEEGRofGty z7zYMca19DNNHVR904HGX/eJwDSwzd1bjjG1b8US4XmTymDGGCs4MuVgqZaqQkUYrT2MSxrH sTKYdSflcs8C29xDJLxR9U37o0br2lsS52Sq5N+vnVAMjuWdDGNryz+qaii0I2OS9xwxMYgA //jBkvwHISXNI6ACZvnWQcJv4CGNXt4FjX+9Cj+mmak4jmM4imIIgkJELV0VKpRrmUI1nq2E UyV/NG/zpTT2mNgQYih9y1vOCa6ln2nqpBvbaIbmTX3juvbm/Ra99o3fAjtUPYWqb/4tsGMb 3nKMSd0zav+qOczZH9ghCo0gBIBREMXgR655iIdoJGfR+tf51kH6XT5mdEPLtmvKnZBnyqEa XHoKglEkJBiOOuPSesmyKcze/5dYAXNa/2Y9Q8adkJHXPMk/CL6DoxgCobUaXC7V0omCx5fS WKN8tW91yzkhsN3mWIgUsqZNogzmvhGY6xu6Bpq+iWFs51r6pa4ZXZDqiG+FsqZUyZ8Honsp ZDUEgzEcfXiXMYohpVral9YoPAssU2d9RWxNe31T30jVU+oT5lkGghnj3WXxCAbFC06Gsa2N efIfqatpYRyfkn5qjQogBCAX4Ej+EUhJ8wjAcSxR9GzqG9sejvV7F+ec2HEnD0Qf+ev4XwbH iZg+8LvATsEZyVkCGb0nqXTEt0zh3wI7LFPXpr7x/xvYISQBVd/EqAd2HKPbrmmFd1HjX9cH 6eYwhwjsxPJ2Yv0MhCv/2nowgkG5SsSVkKl8yzzrwKaucf/MN3S3eNYBXZDqT2uJpkxk6T/J UwTuTanrL176ABVBwfrvcpWozD23uuuH1hPI6ElJQ/I3wXC0ChVzlUg0b/ckleYwVxfYVHqX JM5JvnWQZe6iGVrWtbce5JnCNHUI7SMK74IxzHIlZP60LpKzpkq+ApCogHkIAf7NJCsMR4rV lCeplHsW2Obu/eH9de1NrqVP419TeBeIRUCWqcsRk0DIvf3QUQxOlfwS1+Sg4NLffEvpYL+w oWvwpzQgUvnXTgXJUw8paR4NKIaEs+YV9c/7HZn/kdHGPMk0daSK3qcsEwPfwYlCJgSDYLQG IUAVKpZrmUI1ka2E0yV/LO/wp7X22JYxxFT5liXOCa61n2nqoBtaqfqmTV3juu7mg2ieNe2N de0tIrBDNApgm7t5ln6B7bbYMbbtmlb7VkxhtjOxHcjoicAOAOZqcBlCqggKotiDGs7cDwzH QARIlXyWCI9wpzjgY7app4jsI5YIL1F0V8Ac8veKRElIHk8CGQPN0EJc9mrfag3erZbBd/BE 0SO0jxC/EtlHEgX3o50qyRMFjuEogoIgAlTAXKYcDGaNjphYF9iUuqaF9hGetZ8wItvUNW7o bt3/qXF9XXtzU0+hG1rY5u4t57jGv2aLCgMZfarky1UixVqqChUhpIpg0IMbkf2DEJEZb1Ip c8/uj8wQYoZt7tYHabG8o1zLxPIOrrWfqqdo/OvlWuYPPhPD0VItbQ5zVtQ/d3LONv4/wzWN 1EOtzOfHJO9vu6aSRQ/ZQZvkn4WUNI8MBAO9KdWK+pd/MFbTxTnHMLZFczbkv3enwHEcxWDo 94GdWN4Zzpr9aa0nqXDGt0xh9l5gZ5ht7j6QQ/z/DOwQOWwDIseo1D2t9C5p/OuGEMMS4Tri En9aF8vb06VAsZqqwWX0wfzpMRwr1zKBtF4XoInso3RDy4HpMY3tCs+CKyFNl/z387QgIXk6 iOQsHEsv1dBEMzSrfav1Ny18B4/krHW7M6l7Jg/EHu1USR5zCCOcQjWeKLr9aa0tKjSEGGrf qsw1I7QNcyw9DGPr/pWjP1jwohtaBbYhqXtWH6Q6YmJfShXOmpJFdx6IlsEsiFQeh9d0FEMK 1cRezUzX/vKede0tnqXfEGREcpYKmCXMMKtQ0RoVyN3z2XLoTx1lcByHECBecGn86yuanzvY px/w/aSZcXxM8v6Wc9yX0lTALGldQ/KPQ0qaRwmE1uIFJ8vU2cV+8W/rmUN9vAti53hyt4Eu yQ6+Q1TswAgKwkj1t8AOECcCO/G8M5DWEeYEu4EdSx/D2EYztFD1TRt/mCR9MLCju7Wpa6Tq m2iGFoaxnajYqQd2VL5lU4jljEsCaV284MoDUQDKEz5sCAoRndfyQMydkMvdc2xzzwGXzw3d Lba5R+NfC2aMhWoCQgDyYUDyFIPv4CBSccYldGPruu7Whu4Wy9RpDLHzQKwGlVIlnz5IY5o6 aPrmXbUDZh/1lEkeF/AdDMVgCKlWoWK+Eo3krK6E1BCky9yzYscdvnWQMCLbu8P/USuYTX0j 1dDMNHYI7cNK75I5zPWl1PGCK1sJF6oJwogMRmuPQ8llHRSDi7WkOyGXumcORGY2dDc55h5D kBEvuIBdO9ZdMAwp1dLZcvjBM+JwHKvB5VTJZ4nyuNa+KemnXZwX25gnWxjPUehHG2mHGmmH m+nPtjJPdLDPDIveouqbNP61UNZcBrOPg+ojeSohJc0jBsexdCkgcU6MSd5vYTz3l5PNpmWf a/zrhWqcXLl/cOqBnepeYCdV9scKjlDW5Etp3AmZPSoyhlgq36rUNS20D3PM3TR9818N7FDu Duxo/Ru6AFXtX5W6pjnmnnXtjUUl4Wf9E2FdTTM0S5zj1ig/mreXamkEI33MSJ5+yrWMLSrk WQf2/a1dZxrbFZ5FrX9dZB8l/N83dLc2dI1ix1i84MR3Hpd3SpJ/GaKDQrmWTpX8oazJmdg2 hdnawIbcMy923OFa+pjG9k1d459HYDTXqfomrqVf4pxU+1YtEZ4nKQ+k9UQ7y1ItXYNLj3O3 YhSD80DMlZDJ3HNMU+f+yMyG7hbfOmgMMSN5awXK3fMlAcexv7RShiMYVKwmIzmrLSrUBTaV 3sUt57jQPixyjMrcsxr/minMJgo+Qbjy2J49kqcDUtI8enAcK9cyvpSGa+0fEl5poh97cDFD RHIlzolQ1lSFio/PWtETCr6DYzhGBHYgpArClV0rNiBBdDRKFN3BjJF4aqp9K0TFDsPYRjU0 beobHzyws6r5dUV9bV7x7aT0kztb7w2L3h4SXBkUXB4SXBkSvjEsemts6/0F5Xdca58+SPWn NelyEADzEALAaA39LTObfDyQPG3U4LIjLmGaOg6sHWzqG+nG1k194+9/fn1TT1F4FjLlIOkQ 8NRDGJER3WCK1WS84PQklaYwW+FZ2HKMEUZkTGM7UQaz3xnybvWyobu1qafQDa1ca7/MM2cI Md1JeTRvz5SDeSC+Z0RGlMGgj/mdFsXgApBwxre3XVNMU8f6XTUzxhArWfQCUP7hhUdwHCcc fapwsQLmyrVMGcxWoQIIVx6SITUJyd2QkuZxAcXgQjXhiG8JbLfnld/281/9A23TwnhuSHhl Rf2zxDnpS6nLtQx5y/jXwHAEQqtVuFj+rWLHEcwa9wV2mGrfitQ1I7SPcCw9tF3b5d1nzLL6 53nF/yaln4yIrw4KLvXyLvRwX6mPXt6FQcGlO1vvTUs/X1L9SNU3sc1dfOugyD4qdc2ovMu6 wKYpzLJG+M74diCti+Ud6XKgUE0SDU/JNTCSJxocxxJFt8hx58C6wLr2xt5L6j3eUKmGJkOI UQFzj3r6JP84OIJBFSiXrYSiOZsnqbBE+PogXeVdkjgneNYBlqnzwUoir2/qGtnmbrHjjtK7 aAyxnHGJL6XZNSKrJgCoAKO1J25NEMXgXCXijG/L3LNMU8fvIzMNAtuQMcSK5m0AlCdzlUn+ C5CS5vECQcFSLZ0sevxprcq7zDS1L6l+vCN5r4//6oDg9Yntj1Y019jmbn2QHsjo0yV/BcyR aamPmoNf3W02AAAgAElEQVSBHQAqlGvpQjWRJQI7BXcoa3LGt3WBDZ61f0H53djWe0PCK328 i728C73c8z3c8z3c8728C0PCKxPbH80pvl5S/bCivraq+eX3FTvX17U3iYoduqGl3lFUYBsW O8YkrkmFZ0EfpNljYn9aG8s7c5UoABUgtIZgEEo0PSCfaiSPNygGe1NqhrH9oGjRU2iG5vst uq9qrovso6Tv2RPObukjjNYAKJ8u+QNpnTXKJ6ochfYRojUZzdCyqaesa2/dtxWM9jrRi4xm aOZYerZdU7oA1RnfDucsqZI/V4mWaqkqVIAQAEHBh9oK5mGCoxhcAOLOuETinLg7MsMx95gj 3HTJD0AF9F80jCYhebSQkuaxBa/B5QIQT5V8kZw1kNEFM4Zo3p4u+YvVBIzWnswb8X+RfeYz cwxTOxGlmZV/NS39Ykr62ZT000XVDwxTO982KLDd5tsGOeYeoir6/1uxs6a9vqlrpBtbdyt2 7KNS1/ReYIdtiwpcCSmRGp4uB4q7C5OkATTJYwSM1pxxSb3x376sM0LS3Pfi55h7AmndY54g RHIADEeqUDEPxBJFtz+ts8dExhBL7V+TumcEtttsc/eBEPf9xoaugWnqFNqH5e45fZBmj4k8 SWUoa0wWPQUgXgFzEFJ9ahIZEAzKVMKOuETmnmEa239vJNMgtA+bw+xo3laFiuRLAsl/DVLS kJA8JHAUg/JAjMgK4NzlY7amvcEyd2n8a8GMIVMJFarxAhAnKnaSRU84Z3Yn5OYwR+1flbgm udZ+mqGF6JOwrr21pr3xYFZs+wM7rcxdK7YBoW1Y7LgjcU3KPfO6ANUWE/nSmljekatECJ2D YjCGIRiOkplsJP8mCAq6EjLqXeplU0+5+4f7B8vU5U2pycv1sQXDMQxDUAyqweVsJRzKmhyx LU1gY9s1JXKM7hqRGXeNyP4gkWxde4O4pzFN7WLHHY1/zR4ThbLGVMmXrYSL1WQFzBP1GygG P2XXA2EAYI+JxY4xprH9YGTG0mONCjLlUBUqkpEZkv8mpKQhIfnnqcHleN5hjQq2XdNMY8eB hUaaoWXLOW4Oc6N5WxnM3DN1EMdRGK1V4VK5lskDsXQ5EMs7ghmDN6lyxretEYEhxFD5lrdd 00L7CMfSxzC2bega7p+Zcx/No7m+oWugG1vZ5q7dwI57WuVb1gWopjDbFhO5ErJAWh8rEBU7 CQDKP4kZ5yRPChiOBDI6lqnzrsSzpnrbzXsOnnUgnLOQy9KPDxiOgnClWE2mSr5Q1uRKSC0R ri6wKfcsiByjHEsvffeW9Sf3qHXtTYaxjWcdkLim1P41S4Tnikv9aV284MxVIuVaBkQq2IM1 /npygVEwUw46YmKpa4ZhbNsv+TZ1jSL7iDnMiebt9Xa0JCT/TUhJQ0Lyj4HjGADlQ1mT2r/K tw7Qja37xcya9jrd0CJzz/pS6lwl8v9dS8NxDMUQGAUhBKjBZQDKl2rpvR47RGDH6kkqLBGe xr++7ZriWftphpYNXcO67ua69sZfCewYW5mmDqJiR2gfFjvuSJyTMs+cNrBhiwp9KXU0b89V IlW4iGAQihNRHQzHcTL/h+Svge/gOSAq98wfEOcbulsHgpwHlLnUPZ0Doo96+v9RCKNIDEdh tFqsJqJ5uysh1QVpUvesuG5EZiKMyP4oArOmvUEEYWiGZr5tSOldskR4/rQ2UXTvNyKDkCry OLWCeaggGJStRKxRodhxh2Fs/33TzJtcS58tKspWwmRkhoRkh5Q0JCT/CBBSzZSD7oRc5Vvm WvsPrD5u6hr51kFdgOpPa/NAFEZrD+OlH8cxGAVrcKkMZvNAPFMO7gZ2UipnXGKN8A1Busq7 G9jhWvoYxva/ENhZ1Vzf0N2iG1pYpq7fKnZ8K7ogzRzm2GMid0IeyOhjBWe6HChU4wCUh0gT T5IHBsGgSM4qso/+LktTc31D13C/RX2epd+f1sBo7VHP/b8ChmMQUi3XMplyMJKzeZIKa1Rg CDKU3qUt5xjP2s8wtm/oGv/03rKmvUE3tHAtfWLHmNK7ZAyzHLEtX0odyVkz5WCplqrBpf+q /w0Oo7V0OWCPibZdU3Rj25r2t5O5qaeI7HcsEV4s76zB5Uc9VRKSxwVS0pCQ/C1gtJYoevRB mtA+zDR1bOga9gVDrq9rbwrtw474Vqrkq4A5BAX/zfRuHMdRDEHqgR0wX6ql80RgpxxIFr3R nM2bUlujAu2+wM669uaa9saa9joxHiR7jQjs0Az3Cey4ZzX+dUuE700qdwM7UJFouU1GdUju BkKq0bxd7pmn6inERbiuvcmzDqh9qyLH6O+dM65zLb2epAJEKuRV9DDAd8EQDC6DuUTR402q jCGm3D1HdFTkWvpZpk76rhHZfUv59+4nNzb1jRxzr8w9awyxPElVLO9MlwO/MyLbbQXz3wVB oWw5ZInwhPYRhrHtYNNM26AjvpWrRKpwCSMjMyQk+yAlDQnJXwHF4FItFcwaDSGG0D56wKNp XXuTZepSeBYccUmq5AORyuOZJkH0R6vB5TKY3V+x40kqHfEtS4RrCNFVvuVt1xQR2GEa2zf1 jQ+icw4mxOtu0QzNLFMnEdjZdk2rfMv63cCO2JNUBDOGWMGZKQcL1UQFzD9NDkUkfwEIroUS zm395qpgcGKjaWSxcXplgMFdZYmW1kWDm7IervG2zD1rCDHCWTNILlT/c+A7OIJBAJjPV6Lx gsuf1jpiW+YwW+Nf23ZN8W1DLFMnVU/50yzWNc11qp7CNncL7SNyz5w+SLNGBe6EPJQ1Ea1g qlDhX17ieezBYbSaKvltUaHEOUk3tO4Lc12n6pu2nOPWqCBecIFI5VFPlYTkcYSUNCQk/z8w DMkDMXtcLHVPcyy9Bxq9rWmuc8w9+iA9krMVq0kIAZ6sHmc4jmO/BXZKRMVOHojVK3Ziebs/ rbFFBVr/htQ1zbcO0AzNa9obq5rrD1Krs0/13djQNexV7HRyzD0866DQPix2jBGBHbV/1Rzm epLKaN6WrYSrUAHFYHwHJ0vAn24qlYrRaBwfH//22/+9ffXNi5deOXf+hbPnTr947uz58+cv vvbqxcuvvP7Wy19+98HE3JDNZYDgKhmf+TvgOziGozW4lCkFAmmdJcJT+ZYkzkmRfdeIjGFs o+qb1nW3/jiRjIjWMo0dEueEPkB1J2TRvG3PiCwBgDkQLu81kif/vw6CYnCmHDSHOUL7yIEi zA3dLYH9tjO+natEa3CJXOshIbkfpKQhIXkg8B2sBhdjBac1Ith2TR2wnVnV/Erf9THjRPP2 Cph/WlMC8B0cxWAQrpTBbIGo2Ck4A5n/Y++s/5u61zj+Rw0Y251AcbdtjCkbs8v0Tu4EJkDd 3WlLS6lRi3vSpE2aNO7u7nqSo9wfTltKgY072Bjbeb++vyBtI01yPs/neT6P2h5ZNgeFOj9b 5aFIHVMi6/CqsaNt+pXB7l/VPOVkVQ1D28wxdApM/YvWEZkDN3bY5qDQHpF64urQbWMnWYIL xIDsk0s+n1er1aOjo7/88svZs2f379+/ffv2p+7Pc889d+zYsfPnz9fV1VEoFLfbXSqVHved +OuDISgEgJk0EI5mnd641hoW6wNcpYcktt3gm/qYulaKunbut16ts/LL88oquraJZ+xZtI7I XbM6H9sSWnTHVOG0LVUI5EtJIhrxQcBuYSBciGadBj9PaBmiqOvWdeOs/DJFXYs7M5GMnXBm CAh+E0LSEBD8BtgtrFBKuWNKmfMmx9BNVdfN3SVmJPZxV1SBx3/97RNFN4HdutPYKaWyxWiq EIznvdGsK5yxB1NmV0xpDPCVbrLYdoNr7Kaq636HyJldM3ZomgaGtpmla+MauwWm/gXzoMg6 IrbdkDmndX6WPSLxJw3xvLcApv6ps8VPEjAM22y2np6ec+fOHTx48F//+teWLVt+RcxsZOvW rS+88MLJkye/+uqr6enpSCTyuO/NXw7sFgYhxWQ+4E3oTEGB3DW7aL2+YB7iG/vY+na6pomi rp1XVv5mN+ms4jJVUycwX5W7Zs1BoTehi2Ts8ZwnVQjmSnEAyoIwgKAwYaI+ODAKRrMujZfO N/VR1fV3Ls2sEJiv2sLiZCFQhHKEM0NA8CAQkoaA4L6ACBDPeeyRZZnjJkvfPn/HXPIlkgrP MSO5Y8pUIQQhJaKh4i6wW6spBVAJyudLyTQQiuc8obTFk9DYI1JzUKjzsZRustQxKbIM8019 D2/s0LVNbEMn/7axQ9WvGTveuCactiZy3gxu7EB5BIWJZ+1xgSCI1+udnp7++uuv9+/fv3Xr 1gdUMnfzzDPPnDx58sqVKwKBIJVKPe579nhAUbgE5XPFWCLnDaRMjqjMFBSovTSpY3LBPMDW d1A19XeGK9z7zCsraJoGjr5TiAeReemm4IIjuhJMmRJ5X64YB+ECcZH9u8FuYSW4EMk49X7O gnlw4w7ZWcVlirpOZLlmCgiiGQcIFx73jSUgeJIgJA0BwT0AYSCUtqi9VIH5Kl3bvCnsGC+h WUKiaMaZLyVgBCRqk/8nGIohMAKCcAGAsvlSMgNEkvlAPOeJZpyhtNWfMrhiClNAoHKTxbYx nrF3U/LP7zR29O1cQ4/AdFVkubZkvS6xj684Z3Q+li0i8SV1sZw7X0rAhDT9s7Db7Q0NDSdO nHj22Wd/t5hZZ8uWLS+++OJbb701PDwci8Ue9537M8BuYRBSygCRYMpkDYvVHorEPr5oGRaY rnIMXQxtM1VdT1JVPUh1gKyq5q2tgnHHFKGUJZp1JvL+DBAtgOkSXIBRiBjlf3hgpBTJ2NVe Gt/Ut8msJimrhOYhe2Q5mfeXCGeGgOD/h5A0BAS3gVEwU4x64hqVh8o39ZFV1RuVzJyigqFt kdgnLCFRNOsqwQWiWfyRgt26heEBABiGIihUggv5UjINhOM5byht9Sa0juhGY2dKZBnmG9eN nZoH1zyz8suz8tV04FVjR9/BN/WJLMPLjkmlh6zzscxBoT0i8yQ0obQ1kfOuTezk8ZSCx/1Y PdkAACCXyy9durR3794HbzN7ELZt23by5Mmenh6XywXDf58WUBRDQBjIl5K3g8hCIq2XKXPc FJqHOIYuuraRpKxa26h73y6yOUU5VV3H0rfzTf1i22oQmT0iXV0FA0SLUA5BIQwjcjgeJRiG luB8JOPQ+VkCUz9ZVXN7ZkZxmaquF1lGzEFhLOsGEeBx31gCgicVQtIQENy6desWgsLJvN8Y 5C/ZRtn6dnwhxsZiP1vfofEy/ElDuhAixMzjAEMxBEY3GDvFaDIfiGXd4Yw9mLb4kwZXTGEK ClQeisQ2trYm6LfbbO6eGZhXVuBRbKvGjrFnfcHOsn1C7prV+Vi2sNiX0EWzrlwxBiFF4vrv wUFRVCwWf/LJJzt37vwVPbN121Mv7tl65I3tpz9+9uy3/3r34r/e/OrZlz545sDLTz+3Y8tT 99dB27ZtO3jwYEVFhV6vf6KNBQSFcqVEJGN3RFc0XqbUMblkGxWah7iGnrUgsl9bBbOx/M82 dK6tgpH6k4Zwxh7LetKF1fZLGAGJN7Q/DggphtJWvExGUdfeuTSzSmQdcUSlyby/BOWfrHhM AoK/GoSkIfhHg2IIAGVCaashwBNZh2mahrk7E5mp6nqhZUjnZwdT5gKYIkYv/lJgq5sAUQxD 0VVjB5/YCSdy3nDG7kvoHLcndkjLjkmh5RrP2IsbOxRV7QMaO2uuzpVZxZU5RcVtY8fYJ7Jc W7ZPKN1kPIrNEZV5E9pw2pbI+zJApAAmS3AeRsEn+tr6EQJBkFKp/Oabb+7dbLblqe3/2rLn 2LaXP3zm3Qv/+qzphe+uvnjx+o5fJndent758/jOC8M7/tvz4sc1z7/1zb+On92+Y//WbU/f 69ts2bJv376mpiafz/e47/Fvg2EohJQKYDqDB5ElNLawWO/nyF2zIsswz9jL0LXgYfFrJsz9 HJgrFHUNQ9vCNXQvWlaDyKzhJW9CG8260kC4AKYhpIRiyNqKW4I/EAxDi1AunLFrvQyesYes qpm97cxcoWnqF60jlpAonvNACEDURAgIHh5C0hD8Q0ExNFuMO6PyFecMz9i7KXBmRn6ZpmmU 2qec0ZV4zguAGaKz+UkEw1Dc2Cnentjxx7KucMYWTJl9CZ0rKjcFF1QeyrJ9QmC6ytC1kJSV /7exI183dhoY2haWvp1n7FkwDy5aR8S2MaljSu6a1fqYtrAY3zOYBaIg/A+9iLFYLD///POO HTvuacuUHdr6+pfPftH6woXhHZdu7qyYL6sk3+OUz5X9MrHzu4EdH9c+//IHzzy/8x65Alu3 bj106FBnZ2c0Gn3cd/oeoBgCgJlY1u2Oqw0Bntw1h4/B8E39LH07XdtEUT+Q3p5XVjJ1rSLL sNJNsoYWvQltMGWJZp2pfCBXjANQdm0VDMGfCggDwZRJ6SbzjX0UVe3Gp4ysqhbbRp3RlWTe Txj+BASPEELSEPzjAGEgnvPawpJl+wRT1zavrNxY+CSpqrmGboWb5I6r00AYIvZb/+3AZ3VQ DEUxBJ/YKYCpDBBJ5H2RjMOf1DuiK+aQUOdnKd2kZfuE0HKNZ+xZv9CcV1Y8yFJRfFZnVnFl TlE+p6wgq6rpGtzY6RVahiT2cYV7XudjmUOrxk4kY0+uTmOn/pa9QBiG+Xy+5ubm3bt3391v 9sxzW46f3f5p/fM/3thRfh8lc/e5Mlv2w9CO9356bt/JbdvuWmOzZcuWU6dO3bx5s1B4bMlR GIbBKFiEstliPJH34UFkxgBf6SYt2Ub5pn6Wro2qrptXVswqrswq7jsGM6u4TFJV0bVNbH3n gnlQ5rip8TLMIZE7ro5kHKlCMF9KgjCAYjBKODCPDxRDi1A2nLFpvHSusXvjNOas4gpN07Bk G7WGlxJ5H9GtSkDwyCEkDcE/iCKUC6bMGi9twTzI0DbPKzaFMlcLLUOWkCicseeKcRglcsz+ iWAYCqMQCAPrxk4i749mXeG0LZAyehNaZ3TFFFxQeajL9okF8wBT10pSVT2IyLnzXJ7bYOyw 9e08Y++CeXDRel1iH5c5bipc8zofyxoWexPaSMaRASIl+Mlutc/lclNTU0ePHr1LeDz1fNnW M58++23fi1dmH1TM3D6ksl8md37W+MLRN7dve2azUtq+ffv58+dXVlb+zHuKz4In8z5/Um8J LeLLZ5dsowvmwbUgsrpNlZT7NJKV07WNC+bBFeeMMcB3x5SBlDGSsSdy3mwxWgDTIAwg/7At WH9hsBKc9ycNSjeJb+ojq2rudGZq1naXBUDCmSEg+GMgJA3B3x8YBTNA1BNXK91knrGXrKrZ OKA5r6xg6lqX7RPWsDiecz/pF44Ej5z1iR0UQ1AUhlHwLmPH4IyuWEIinZ+9ZuwMcX+nsXNl TlE+pyjHs6fxiR2esVdoGRLbxuSuOa2PaQoKHRGZN6ENZ+zJvD9bjBbA1NrEzgP96sIoGEpb Fa55kfWayHpN7przJw0QUvzthwJDC2A6nLGH0tZcKY5iSBHKumPKZccES9dKVtUwtM2L1hFn dGV92TmMlEIpi8I1R5O3VV19/9Xzz+06vG3rttuq47mdW1774tkfru24X5vZA9k1Mzu/6nrx 5HvPPH2XqnnxxRfr6+sTicStWxiEAIm8L5gyJ3JeEAZwm+4hKhcYgsJ4Ll+qEAzjQWRBodpD W3ZMCMxX2YZOmqaRpKyaU5T/yhjMrPzyvLKSqqln6tr4pj6JbUzlphgDAmdUHkpbEnl/rhgv QXkEhfAxGGKc7y8F3kMYSlvUHhrH0EVSVd85M9Mott2whsXJfABCSkSZjIDgj4OQNAR/ZxAU TOR9xgBPbLvB1nds/LCZWc0x69T6mL6kPlUIgTBAFM8Ifgd45PSasZNYM3acoZTFnzR44mpn dMUcXFB7qMv2yQXzAEvXtilS7wHPnKKcrKqmauoZ2pY1qTO4ZLu+bJ9YcU4r3SSdn20Li71x TSRjTxdC99s7HkyZyKrqDu7rzayTzayTHdzXpld+ckSkvz50gaCQJ65m6lpuSL4elXzJMXQ5 o3Klmzy8+Gkb+5V62sFqyt462oEW1qlri5+oPFQYKaEY4ojIpmQXOziv1dOOlk/vvTC846PK 5/edXB3qf/aFLac/fvaHoR0VpN+vZ9YHbL5sf+HQmae33DVZ89prr7HZ7FjGu2wfn5JdvL70 xZTsosB0VeUhqzwUU1AQTtshpPRgzzUGwkAaCAdTZntkWetjrjhnJPZxkeUaz9jD1LVSNQ0k ZdVvPrmziisUdR3P2Ltsn9T6WPaI1JvQBVPmWNadLoQKRFz4kwB2CytCOV9Cp3DN842bnRmK unbZMemKKdecGeKpJCD4YyEkDcHfELx4HM7Y9H6OyHKNqqmfU5Rv7GmmquuEliG9nx1MWQpg GiG2yBE8atZdHQSF8IiCQim1rnYCKZMrprCEFnU+ttJNWnZMCC1DHEM3U9e2Zuz8dmPSRmNn Xlmxbuyw9O08Y6/QPCi23ZC7ZrU+him44IjKfAldOGNP5gPLjskW1qla6v4Ozpke/tlGxrFm 5slF6wgI33cnBgBlNF7GdfEXjYxjdbQDdbQDreyXR5a+6BOcq6bsaaAf7ua9fVX4YZ/gXDPr ZDVl97yyMlUIAmBGaBmqpx9qZBzrFbzbzXurnnb4l8mdb3z57NZtTz39zJbjZ7d/0/Piw/gz G8/l6Z0f1z6/78S2TRHPO3e9+GP1JxPin9o5r9bRDtbRDtTSDnTx3pxa+ZGkrKKq6xfMA6bg QhoIbShqYCiKgDAAgOkMEIlmXZ641hpe0noZUseU0DzENXQztM1kVc28smJOUf4rGmZOUU5R 1zK0LRxD96J1RO6a1/u5jqgskDLFc94MEAHADISUEBRGMYR4I3oiQFEEANPBpEnlpnAMnSRl 1UZnhq5pktjG7JHlVCEIE84MAcGfBSFpCP5WoBiSLUad0RW5a+7u9cyz8ssMbfOKc9oRXYnl PABE5JgRPB6wWxiCwncaO75IxhFMmX1JvTuuckRk+MSO1DEptAyx9R0Ude2DrIG/+3qadIex 0ye0DI1Lv6ui7G7nvMo39ak91OviL2tpByjq2kjGDkAZ9K7xDBRDHFHZdfEXtbQDQ6LzdG3T tcVPqii7q6l7qyi7u3lvL5iv2sJid0xpDS/NK8sryWWjki+9CW0GiDB1rdWUPaPir/R+rtw1 Oyj8dyWp7NxPzz39zJZdh7edr36+/HfMz9z/XJra+e7F5/614w6n5oXdT3/4y65q8v429itk VdW8sryBcbSJcXxk6fO1R+kKQ9us9TLShVCuGItkHK6YwuDnKlzzUsfUkvU639TP0nfQNY1k VfVvPguzistkVQ3H0CW23VB7aNbwkieu8ieNkYwjmQ/kiokilCNG9Z5QMAwFwIw3rlG45vA2 5judmTqZ86Y7rkoVgv/YVEMCgscFIWkI/g5gtzA8x8waFkvs40xd68ay2Yz8EklVxTV2K90k b0KbLUYhpEj0mBH81bjD2EFuT+wk8/5o1hlMmVwxpSW0qPOzFfjEjnmQY+hi6tromkaKupak rHyQZrZZxeX+hfcqyWWd3NeljilHVDYp+6GasmdIdJ5j6BKY+gWmfp6xl2vsEdtvGAJcX0IX TttElmvNzJN9gnMqD9UT18wqLuMSopZ2gKFryQAREC7kSolQxkrTNFSSy3r4Z0XWEWtYTNPU V1P2zCqupApBX1I/tvzfSnLZv6ueP3j66XcuPPfT2M5HqGfwg2egnfn02RPvbt//0tM79m49 +MrTX7S80EA/TNXUBdPmFed0C+tUPf3QgPDDKdmPk9Ifrov/Myg6Pyr+iqSqomsa6dpGuraB oq6dkV+6Ifnm2uInQ6KPry1+MiD8qF/w3qDw36Pir6ZkF6dkF29Ivrq2+MlV4QdXhR9cX/qC pKyU2MdtYbE/aVhtIQNTIAJsGIMheFJBMaQApvxJg9JNZus7NoaCzCnKGdpmiX3cHpGlgTCh VwkIHguEpCF4ssFuYQCYCSSNWi9DaBmia5s2LXMgq2tFlmum4EI4bc0V4wgKPe6bTEDw+8BQ FIaQ4j2MnYTOHVM6IlJTQKDyUKWOKaFliK3vpKrr5u5lKfQvfFBF2V1PPzwkOj+2/N92zqvV lD3t7Ff7BOfa2K80M080Mo42MI62sl/u5b8zsvT5hPT7fsF71ZS9o+IvvQltLOeeU5bj+qGF 9ZLMeRNGSpbQIklVPSm70MV7o5qyp4d/dl5ZwTP2TMp+qKbsnlVcSQEhf9IwvvxtJbns4siO rzpf+Gls58OP0NxjqGa+7NLUzh9v7Ph+cMc33S9+Wv/8500v/Dy+s5l1ctE6AkAZlYfcyn6p mrKniXG8k/t6O/vVRsbxevqhOtqBevqhBvqRFtapHv7Z4cXP+gTnmpgn6umH6+mHG+hH6mgH a2n762mHmpknOjmvd3Jfb2aeaKAfwTvxGhnHunhvzisrHNEVBCWCyP4+4KkYnrha7ppdi2a+ /WqiaupXnNOeuDpVCEJIkQhvICB4XBCShuBJBUbBLBDxxNUK1zzX0L2pLWdeWcHUtSzbJ+yR 5XjOW1qdkyY+bAj+VmAYhmIIgsIwCkJIqQTlC6VUBogm8/5o1hVKWbxxjS0s0fs5SjdJYh8T mAc4hs6Rpf9UU/ZumKU5WkXZXUs7UEs7WEPd28w80cV7q4d/tov3Jv5PNdR91ZQ9jYxjJFV1 KG1N5gNcY3c759VW1svXxf8xBHgluCB3zQ4IP2xjv1JF2d3IODa89DnuCA0IP6y6S9JUkMpq KQc6OGd6+WdbWS9VUXbjaqSasqeZebKb91Yv/2wn9/UGxtFK8i78n+pphzq5r3dwztTSDmwU MA30I928N9s5r9ZS91eSy2qo+1pZL/Xw3+7BvwP9SPlcWfnszlrqgQHhh0o3qQjljEH+8NJn zYzvPl8AACAASURBVKxT1ZQ91ZQ9VZTddbSD7ZxXe/hv9/DfbmO/Uks7UEvd30A/Wks9UEXe 1cQ83sV7s5l5spX9Ug//bAf3tXr64WrKnmrK3nr64Q7uaz38sz38t1tZL9dS9zUxjo1LvzMF Fx4wb4DgrwyKwvlS0pfQyV1zLH37ZmdG1yJ1TDpj8kwxSjgzBASPHULSEDx5QEgxlnObggKJ fQxvANi4n25OWcE1dOt8TF9ClyqEQAQgJm4J/rFgGAohpSKUy5cSaSAcz3nDGTtL315F2d3G Oc019ijcpBHxF5Xkskryrnr64SnZBaWbbA2L7RGZJbwkc06NLX9TRztQSS6bkH7vjquKUBaE gUjGvmQbZes7rGFxBoggKBzPea3hJZKqqpJc1sQ8cX3pPzPyS1OyC938t6souzZJmjrawZsr P+r9bKWbNCr+Cpc0rayXSKoqtYdqC0scUZklJFq2TwwvfYZLlz7BOTzGenjp042SZnz5v6ag gG/qbWIeb2W9RFbXaH1MW2TZEZWaQ8Il2+i1xU+qKXv6BOdkzpupQgBB4QwQtYUlVE19Pe1Q Jbmsl/+OwHzV4OfZI8v2yLLOz2bp2jq5r6+rrGn5z1ofQ2gZVLhJ9qhU42NMyn7Am+uElkFT UGCPSO2RZZ2PxdS1dHLfqKUdmJB+701oHveTT/D7QTE0X0q6YsoV5wzX0E1SVW2cyaRpGuWu WW9CkyqECO1KQPAXgZA0BE8MKAoDYCaUtup8LKF5kKZp2JhjNreWY2YIcMNpG4DnmBFlMwKC O8EwTGy7UUku6+a/rfUxwxn7rOJSJbmskXGMpmkIpkwAlC2A6VwxXgDTBTDljMmn5T/XUvfP KyuTBT+CQigGA1BG7+dI7BOxnBtPPy/CuWQhwDF2VZLLmhjHhxc/m5JdHJN808l9fZOkqaMd mJJdcEXlibx30TrSwX2tkryrhXWKbeiIZp0AlM2DqVwpDoCZPJiyhSWT0u9rqPu6+W9pvPRs McrWt6/rmSbGcZFluACmlqzXmxjHyOrqaNYJgJlcKZErxQEokysl9D72kOj8kOi8KbhQggsY hoIIEM95BaaBRsaxq8IPVB5KthgrQrlcKZEvJUtQLpn3S2xjuKqpoe7jGDpzpUQ068wWo9li zBoWj0q+Gln6whjgZ4vxIpTLleL5UgKAMom8b9E60s453cg4ytK15Yrxx/1sE/zfoBicLyW9 cc2Kc4alb984lok7MzLnTXdMmS3GEMKZISD4K0FIGoInABSFM0DEEZXJXXN8Yz9lU46Z4gpT 17rimnVEZbGcuwhliRwzAoJfQWIfqySX9fDf1vlYkYxjVnG5mrpnUnbBnzQUwKQxwGPoWsiq Gqau1RQUFsC0Nbw0vPhpF+9NoeVaPOfNFmNy1/wNyddDi5/QtU2umAKECwY/d05Z3r/wfiW5 rJa6v5X1cif39Xb26Qb64Upy2bqkmZJdHF/+1hGRxrKuRetIN/8t3KKZlP0QzthypYTez6Zr m/DEMFtEUgBTWh+zh3+2jnaArW8vgCmVh9rCOoVLmlHxl76EzpvQjoq/HBB+ZAktZotRjZdG 1dSTVTUCU783oS2UUnxTXzPz5LT8Z2toCYQBd0xJ1zQOCD9sZp5gGzrypUQ06xLbblA19XRt o8pDyQDhZN5P09SvSZouBIViObfUMUlWVY9Kvu4VvLNsHy9COX/SwDf1UdR1VE29zHkznvMm CwGWvq2Guq9/4X1jQEDs7X2CQDEkV4y7YooV5wxH30VS3uHM0DVNCte8L6FNA2GYcGYICP56 EJKG4K8LhqEQUkzkfdbwoth+4945ZoZulYfiT+qzxRiRY0ZA8CDcLWmaWaeWbNfzpYTezx4S /buBfriOdrCBfmRk6XNzUJQBwhxDZz390Pjyt76kPp7zkFU1NdR9NdS9Xbw3VR4KAGb4pr5a 2oFqyh68h62KsruasqeasruKvGtd0gRTJpHlmikoSOR9YtuNLt4buJ7p4JyRu2YBMKPyUHr5 79TTD9fRDjYxjk3Lf/Yn9bGce15ZUUkuG1r82B6RRjL2GfmlSnJZLW0/29BRANMrzukG+pGx 5f8GU+ZsMbZoHekVvNPGOd3KfnlSdkFsH7u58lMVZVcb+7TEPgZAWbWX1sF9rZq6d1B03haR 5EuJJetoG/s0ngHQJzincM9DSEnrY7axX8ElDYZhltBin+DdOtrBGuq+G5KvAklDLOumaRqa mCfqaAfraYc6OGcE5qv5UtIaXuoTnGthnVq0jhBdSU8ECArnSwl3TCV13GTp2uaVt5uZ55Tl TF3rinPGE1fjATOEM0NA8NeEkDQEf0UwDMXjMnU+lsgyfFeO2WWqpn7ROmIKCEJpS74UJ/KF CAgenLslTRf3DbWHVoRy5pCIqWujaRvxwzF02yOyIpSTOadbWKdGJV9tSjxr55xWuOcBMM01 dOPiZEZ+af3LadrGSdmFVvZLuKTB27eKUDaUtt5c+Wk9FWBk6QtPXA1AWb2fs/FrhZZrgZSp CGX5pn68NW7BPJArJZYdkw2MI53c11UeahoIM7TNVeRdvfx3dD4mhACxrNsUFCrc81xj97T8 5wHhh42MY5XkshbWqUXr9fXEs0py2fTKT8m8P5gyT0p/qKLsbmAcbWQcrabsIamqssVYIGUc X/4WlzQwCkodUzXUffgNnlNW5EvJeM4jtt3YeIPlrtlcKR5KWyZlFxoYR7mG7iKUe9zPNsGv gWIwvspM5pzm6DvnlZWb/H+lm+RN6DJABEbBx31jCQgIfg1C0hD8tUBQKFuMuuMquWv27hyz OUUFQ9uybJ90RGWJvK9I5JgREPz/3C1pevhv6/xsBAXThVAwZV4/obQlmfdnilGpY6qN/cpv Spqx5W8cUVmqEFw/hgD/2uInuKRBMQQAswCUzRSjPFMf3pNWSS4bl34XSlsgpIQLjA0/3Zoq BDNAhGfqxSf1Z+S/xLIuS0jUJziHJ0p7E7obkq/wDTlTsguumLwI5fCtPtliNJiyKN3kG5Kv a6h775Y0JGVVAUy7Yooh0fka6r4O7msdnDOV5LKplYvxvDee85CUlbikKUI5oWVofYaHoq4B 4UIRyuIh2usnmnVmizFvQjsl+7GOdoCqrksXQhBSghFwfTUNUeP/i4CicK6YcMUUy45Jpq51 Xlm5cWaGpWuTu+a8cW2uhEf/E88awW+D3cJgBCxC2QKYyhaj6UIoDYRzxTgApktwgai9/tEQ kobgrwIIF2I5lzkoXLZPsPUdpA3Vshn5JZKyimfs1XoZ3rg2VQhBSJG4MiAg+H3cLWm6+W/r /KwCmNb5WDRNA01Tv/FQ1LXDS5/V0Q7+pqS5tviJykNxx1TrR+qY6he8h0uafCmp8lBkzukM EPHENfjazUpy2fjyd6G0JVuMqTzkTT+apqknq2sGhB/h/3NQ+G9rWBxKW6ZXfiKrqrPFmM7H bGW/vBrozDhyXfwFW98ud815E9pcKYGgUAkuGAK8AdFHd0uaOWV5rhR3x1XDS5/VUvd3ct/A IwFurvyYyPvwhjdc0gBQdsE8sEnSRDKOBfPA3Td4euXnTu7r1ZQ9w0ufSe1TGi9d52Pp/Vxj gG8OCq3hJUdU5o6rfEldMGWKZOyxrDuZ96WBcK6UAMBMCc7DKEgM4fxxIPhwZkQmc9xk69vn lRUbqmblLF2byk32JXRZIErsMSN4MDAIKUazLlNAILJcY2ibyeqaGfkvk7IfpmQXZhVXqJo6 tr5dYh93RGVpIEyM+/5BEJKG4DGDYggAZYNpi8bLWDAP0DSNc8qK9T7mWcUVirpOaBkyBgWR jL2A55gRocwEBGtgt+5YTQPCQAkulKBcEcrmS8lUIRTLukMpizehdUZXrOElQ4A3q7i8SdJ0 ct9QeagFMCWxj7VzTtfTDuGngX64lfVyF/eNZuaJKsruu1dtbpI0DYwjvYJ3B0Xn108P/+16 2iFc0oTTthn5pR7+WaWbDIBpjZfWw3+7klw2svS5K6bMl5IL5sEm5on1n97IONrOebWL9wbe OYZvoVkwD2SLUaljSuqYzBXjfFMfPsBzbfHTZfskVVPfzjnTwX1taPHjSekPi9bhZMGPi5NN qzYryWWTsguxrCuadc4prlRT9zYwjjQwjlRT99I0DQCU9SQ0I+Iv7ilp5hTl+VLCnzRMSr+v px9av8HNzBOd3DfaOa/W0Q5WU/Z0896alV8mq2rIqlqKuo6qrqdpGujaRoauhaVrY+s7uIZu nrFXYOpfMA8ILdcWrSNLtlGJbWzZPilzTivdZK2PYQhwzSGhLbLsjMm9CU0gZQxnbLGcO1UI ZIvRApgCwEwRyhWhfAkugDAAIUUYKcEohKDwqi9EvGGugaJwrhR3RGVi+xjuzGyYmalg6duU bpI/qc8XE4QzQ/AgYBgKgBlXXMnSt9+QfN0neLeFdaqBfriOdqCasreKsgvf61VHO9jIONrG fmVA+NGU7OKSbTSSdRKDdo8cQtIQPDYQFEoDYUdEpnDN8019FFXtxtH/ubUcM3tEGsu6ilCO KFsS/DPBMBRBwRKcL4CpDBBJ5v3RrDOUMvsSOldMbouIzSGhMcDX+dgaL0Plochd8zLn9LJ9 csk2KrQMCUz9XGMPW9/B0LXQNI0Ude2A8MNNkqaJcVxouQaAmUDKSNM0tLJewlu5hpc+E9tu qNyUSdmFasqe4cXPXFF5shCgqGvvKWnudzaGOFdT9oxLv/MnDalCkKVvr6cdamW/vOyYAGHA l9DNKctxAVNHOzgm+WbFOSNz3lzfTlNJLpuQfhdImfCOL3tEOij6N/73k7IfQmlrKG2haRqa mScryWU1lL03ZRfDaRsuaRoZxwTm/gKYUntpuLHTK3hX7+cAYEbnYw0IP6yi7MKdKFtYDMKA 3DXbyDi6SdJUkXdVkXddF3/hTWjypaTKTR4UfVRN3VNF2d3BOcPQNuv9HL6pr439SjVlTxf3 zSnZjxvd5gc/s/LLc4oKkqqKoq6laRro2iamrpWt7+AYunjGXoHpqtA8uGgdFttuLNsnpI6b K84ZhWte5aGovTStj6nzsw0Bnim4YAktWsNiR0Tmjqt8CV0wZQ5n7LGsK5n3pwuhXClRhLIg XEBQCLv1d36DRVA4DYQdEanUeZOpa9s4nDmnLGfrO1Qeii+pyxZjhDND8CBgt7AilHPFFFxD 9/DS5w2MI1Vre4F//VRTduPJJRL7WChtJWa0HiGEpCH4s8FuoTAKJvI+fBHephyzWfnleWUF x9Cl9lD9SQORY0bwdwLDMAxDURRGUGjVVEEAEC6UoDwAprPFaDLvD2fsvqTeFVNYw0vGAE/j pctds1LHpMQ+tmS9LrJcWzAP8E19XGM3W9/B1LXStU00TQNVXU9R15JVNSRl1byyck5RPqu4 snEF7cbTJ3hvc4gzZc8NydfOmByEgXjOYwwK5K45rY/hS+jypYQrphiTfFNF2TUo+sgWFkNI 0RNXM3QtndzXN0maevrhDu5rXby38NPDP9vKermKvHnVZjPr5IJ5MFeMO6Mr18X/qabsvSH5 2h1XgnAhmnUZAly5a1bnYwVTpgKYMoeEuAbDTwvrJYl9HIQL+VJyyTZaS9u//vdLttEilI3n vIYAf8U1q/bSvAltAUzbI8uDovP19MMcQ2cBTCdyXoV7flJ2oZl5gqZpSBYCBTDliimUbrLG ywgkjUUoG0yZb678tB7ivC5p6miHGhlHW1gvCS3XCmAmX0q64yqVh6pwk6zhpWQ+kAEiQvNg Pf1QHe3ggPCjeWUFSVk5r6yYU1b8+pPyu5XPrOLKnKJ8Tlkxr6wkqarIqmqyqoairqWq62ia Bpqmka5pYmhbWPp7+0Ji2w2JfVzqmFxxzqjcZI2XrvdzzEGhLSxxRuWeuDaQNEUy9njOkyoE c6UYAKaLUK4E58E7TCEQQSF0zRf6K/kbGIrCuWLcHlleso0ydC0bAwDmlOUsfbvSQwmkjPlS ghAzBA8IhqEZICJ1TA4tftzEPLGedPLgp4a6r51zekL6vcZLBxGAaKR/JBCShuDPA8WQfCnp T+r1fo7IMkLTNN6xXkZ+maZpWLJeNwb4wZQ5X0oSs3QETxwYhsIoWILyhVIqA0STeX8s6wql rb6k3h1T2SNSS2jRFFwwBLhaH0vtpSndJLlrVuaYEtvGRJbhBfMAz9jL1ncyda24o0JSVs4q HuVF8D0lDd7TdVP2ozkoKoApBIUgpISgEABmbGHJrOJyI+NoJbmslf2y2DZagvIICgdT5mn5 L5skTSv75VHxlxPSHyakP8zIL7P1HRPS76souzdJmirK7qvCDw0BXqGUkrvmu7hvNDKOzsh/ sUUkRSi3/tMLpZQpKJiSXainH9pQ49xDVdflS8lYzoOHO6+fQdG/9X4O3p6Kf4cilLWGxdPy n+vph2qoe6dkF4NpC97sKnPO4MtzOIauQMqE/3989sYZk5NUVc3ME3dLml7+O8NLn1dT9vQJ 3l20jkQyDvxqHheo0axLZB3u4Z+tJJcNCD9ccc3YIhJreMkcFBoDfL2fo/OxNF6awr1qo4lt oyLLNYF5gGvsufNJr9r43vjnnFn55TlFOUlZSVbVUNX1uC/E0ndw130hyxAugfC+OLlrVukm qTyUzcNCoUV7ZNkZk3vian/SEEpbIhl7LOdO5v0bRqXzMFL6oycKEBRKFYL2yLLUMcXUtWx8 SPHCmcpL9SX1uSKRmUnwf4CgUDhtZenbu3hvVD6YM/Mrwubqwvti22gaCP2VCgFPKoSkIfgz QFA4W4y5YgqZ4ybH0LVpV+acopyubZY6plwxRTIfKEI5FCM+YAgeM6uOCobcaaoUQRgogtls MZbM+yMZhz9pdMeUtrDEFBBofUyFe17qmJLYxpasoyLL8IJ5kG/q5xp7OIZOlq6NoW2maRpp mgaquo6sriGpqueVlXPKijnFldmHKN7PKi7PKcrn8Tq9soq0VqenaRpY+jaeqVdkHV62Tyjc cxov3eDnkVU11ZTdLaxTZHXNgnlgcG34vp5+qH/h/Rn5pQXzgNw1J7QMzSouDwg/bKAfrqHu raHuq6bs6eG/TdXUL9sn+Ka+voX3GuhHZhWXJfbxUclXleSyds6ZSekPM/JLVHW93DXnjMoZ 2qZqyp4B4YeL1hGOoaub9xb+s2qp+0clX0ns4zxjb5/gXBV5VwP9yIDww3ll5aJ1WOkhLZgH pmQX+xfe26hncElD09TnSylnVD4k+njjP9XRDvQJ3p2RXxKYrspdcwvmgRn5L1cXPqinH64g lVWSypqZJ8eXvxWY+qWOqWn5L3W0g1WU3S2sUyNLnzN1LSuumUXr9XllxaDo3w2MI/jFCu5f LTsmcDE2Lv1uyXq9f+FcDXVfG/uVUfGXDG2z1DEldU6xdG2jkq/aOKerKXu6eG9KHVMFMAUh RXy6qQjlilAWADMFMJUrJbLFWAaIpArBZN4fz3ljWXc04wxn7KG0NZgy+5PGtdknsSm4oPez 1bgQctwU28ZElmt8Uz/H0MnQtdA0Dbg7R1bVkFTVJFXVqimkWDWFHrkvNCO/dLcvRNkwLETT NDK0zUxdK0vfzjF0co3d/FVfaPD2vJB9bNk+IXNOK9wk9W1fSOyMyr1xbSBlCqft8ZwnXQjl inEAzOJjQiBcxOPjcBmJoDCKIiiG3pUjh+GfONaweNE6zNA2b3Rm5hUVbH2H2ktbK5wRzgzB /wGKwcGUeWbl5ybm8SrKQ+mZ9Te0Ds4ZjqEzW4wRXs1DQkgagj8UrATno1mXJbS47Jhg3Zkt MyO/RFZV84y9ag/NE1enCyFiJTPBnwl2C8Or8gUwnS3GUoVgPOcJZ+yBlMkb1zijcltYYg6K 8Pr62pjKnMw5LbGNL1pHFsyDfGMfx9DF0rXRtU1UdR1JVX3nAqVHdS7PKSso6lq6tomlb+ca ewTmgUXriMQ+vj5ErvdzjEGBOSSyRSSO6Io7pvImdAE8UCvnTub9GSCcK8ULYLoE5dUeSjv7 dA1lbzPzZBv7ND6I3yt4p439Mv4R28Q83sF9rZl5Ap+8b6AfmZRdoGkaunlvVZF31dEOtLFf aWGdqqHuraLsbmIeb+e82kA/XEvbP7L0xYJ5UO6atYXF6UKoAKbEttEG+pE62sE2zulW1ks1 1H0/j+/8fnDHpamd+F/iX7uhbLm3hXWqk/t6E/P4Pa8AuvlvqT00AMzKHNNNzBP3bFVvYhzv 4Ly2fs1x8fqOzxt2/tC3v4ayt5qyu5FxrJ3zagPjSCW5bL3IWk8/1M4508I6VU3Zi/+xi/dm G/uVSvKuBsaRDs6ZBsaRevohlq41mnVqfPTr4v/ga2rW7sVpXHpVUXZ3cd9ctI5kgMjD/nJi MISU8LToApjKleIZIJoqhJJ5fzzniWad4YwtmDL5EjpPXOOOK51RuT0itYbF5pDIFBQYAjyd j631MlQeqgL/vbVPLK36Qld5xl6OoZOpa6VrGynqWpKqau5P94Vm5JdnFVfm7/SF1rrj+hbM AyLLtUXrdbFtTOqYWnHOyF1zSg8ZHxbS+zmGAM8UWLCEFm1hsT0idcUUeKi3I7qi9TGEliGS qmpSdmFSemFKdvGm7MdZxRWOoUvtpfmThnwpSRTOCP5fUBQOpS3zyoo62sGHFzPrp4qyq439 Ct/Ul364Nw0CQtIQ/CFgGIr3o6u9tAXzAF3buFHMzMqvUFS1QsuQOSSMZBz5UhJGQaI+QfAw 4MFfKIag2KqpAiMlCC4WoVyulEgVArGsM5AyueMqe2TZFFzQ+VhKN0nmuCmxjy/ZRhetI0LL kMB8lWfs4xjuOaZSTVJWzSkrHq7sfRkvnK8XuXFfhayqpqrrmbpWrrFHaBmS2Mbkrlm1l2bw cy2hRWdU7kvoAilTKG2NZByxrCue8yYLgTQQzhaj+VICANNFKIuPN0BIEUbB1bSr+7ym4jkv U9faynqpnn64nn64hXVqXllpCYkU7vlR8ZdNjGN1tIO11P21tAONjKPXFj+R2MZCaWsi51O6 yePL/21lv1xPO1RHO9hAP9zAONJAP1xPP9zIODYh/c4UFCTy/lwxDsIFDEMxDI1kHHRNUwP1 +OXpskvTO38c3XHup+eOvbX9/UvP/TS+s3zuQT/1GxnHZhVXFO55a1icLcbccdV18X/u2cJe MVd2ZXZn+ezOKzM7fx7f+WX7C6fPP/Pq2cNdI+U0TWM37y1cYtXTD/Xw3yapqm6u/NTCOlWP 32Xq/nr64T7BOZ6x1xwSLZgHO7mv449SM+vUnOKKP6lHULgI5bwJLcfQ2cV7o55+uJa2v5a6 r452sI19el5Rbg4KM0Dkz8oZW/US1yPvIKQIwoUSnC9COQDKAGA6X0rmivFsMZoGwnf4Qtl1 X8jkTxq8Ce2ajBfq/RyNl650k2TOabwlUmDq5xi6mLoWqrqerKohrzpCVfjvMD4ptOYLXX7k rZJ3+JBrJiRFXUfFh4W0TQxtM1PXgjczjy1/e23x0/6F93v57/Ty3+0VnOsXvD8k+nhC+j1V XSe0DCndJL2PbQou2CIS12qOnCmSccRz3hTuC0HZ22NCCIivFUIwGMHWQ+SI/UIPBHYLQ1AY QooQUoQR8GHGYjEMg1EQhIG1Ua7in9wuiN3CUoUgQ9vUQD/yCPXMmqrZ3cF9TWy7ASHFe913 FEZLuNlbggu/o2kTw1D8zQFGSggKoRi8+ke09HfquiQkzd8HFEOyxVg4Y3fH1ZbQoj7ANQYF zuhKIGVM5v3gvV4nfwQwCqYKIWd0Rekm8U29ZFXNnTlm5Sxdm9w5a49IYzl3Cc4To/8EDwKG YQgKgTAAgJlcMZ4GQom8L5p1hNIWX1LnjikdUak1vGQOLhgCXJ2PpfbQlG7SinNm2T6xZL0u NA8JTP1cQ/ef4KjM446Kpomla+MaugWmqyLLNbHthtQxJXfNqz00nY9tCPDMIaE1LHZEZa6Y 4nY4b9aVyPvShVCuGCuAqRKUg5AiisGP9voJQeFYzmMMCtQemtpDMwT4kYwDQaEilPMnjXo/ V+acxl0gtZfqjqsAMI0/CQCUDabMpuAC7lZpvHSdn63x0lUeqs7PDqSMIAxs+lkohkTT7ilW +4ffHX7p/WeOvbV9x76t27Zv2bF/66n3n/mk7vnLMzsf5CO/gX54wTyAq7VE3sfUtd6jUEoq ++nGzo/Kn3/t82ff+M+zpz9+5vjb2/ce3/b8jqc//vhjuUKWzPvtEanaQ5M5byrdJFtYHM95 IhmHKbigcM0v2UaXrNcVrjl7RJoBInhGliUkUnuoKg9V7+eE07b1PiV8PtgWkag9VIl9bMk6 suKaNgb5sazrCe1lwosCMLJ61VgA0/lSAl8XuNEXCqz5Qq6YwhGR2SPLq8NCQQH+0tN46SoP ReGakzqmJPZxPNNi1RfSdzJXX4D1JFX1nKLikbzopld+npB+O7z0Wf/Ce53cN9rYp9dPO+dM D+/soOj8DclXU7KLM/JfNvhCdRt9Ib6pT3A7MmHVF8JD5FaHhQKc9c1CtsiyIypzx5S+hC6Q MobS1mjWGc95kvkAPi9UAFNFKAfCAIJA/9jPOASFwmmb2DbK1new9O18U7/ezymUUr/5hRiG 5ksJZ0xuCi6E0hZ8OtEWkeBroOYUV0jKSqauTeGaTxfCf8IdwW9SqhDgG3vx/Pc/4lRT9/Yv vKf2Uu/8hcEKpaTWx+QZeyjq2ln5ZYq6hmPo1PlYhdW35d++5dliTO2hcY09LH0b19C1aB1e dkxwDV0sfRvP2K10k1KF4KN6oCAY8CW0hgDXm9DCyJ8d5kZImiceFIUzQNQeXhaah6blP4+K vxxa/Lh/4f0e/jt9gncHhR+NLH0+tvxfurZJ7aFGMg4QLvwR5UPsFgajYCLnMwb4i9brTF0r SVW1sVY3pyjnGLo0XnogaSRyzP7hYGul5VVTZc1XAeFCoZRMF0KxrDuYMnvjGkdEag4KEpDf VwAAIABJREFUdf51R2VCbLuxaB0R3g7+6mGvjamsmSp1a8Ff+DjBQ8yobDBV5pUVa0XiSrK6 hq5t4hi6FiyDYtuNFee02kPV38NRsceyrnjOgwfmZoBIrhgvlFYXiaw6KshvOCp/HPj1K4yA mzpwEBQuwfkCmAagLISU7n6dohgCwgC+ERI3B2CkhKD31V0oiprMxu9/+O8zz27buu2pdZ5+ ZsuhV5/+ouWFCtIDVTEHhf9esl4XWobGlv/bxn7l7v/zy+TO9356ruzAtmee2/Ls81u2P7tl 69annnrqqbKysra2tlQqdQuv9SKlEpyHkOJ6pRPFUBABADANgGkQBjZWQFEMgZESXtq8+w5i GAojJQDKFv5B28HXfSEIRjak9sH5tWGhdL6UxNvk0oXw/eaFAkmjL6lzx/HMDJHBz9V4GUo3 acU5LbntC3UytC1UdR1JVUVSrTpCG+LjymfklyalF64tftoreAffCLRRzHTz3h4SnR+TfDMl uzgt/+V3+EJzd/pCtzcLaZuZt5cLdfGMvXxTP56sLbpzXkjqmJK75tReqt7PNgUF+LyQJ477 QvZ4zrsWpZ2D1oLjVseEMBh/h9xgCj1hvlAi76OoqlvZLzcwjjTQjzQxjw8IP5Q5p39d88MI GEgaaZqGQdG/+wTnplYuarwMjZcxIPywmXmijnagmrK7hrq3nn64i/sG19D1J/SrIygUSlso 6tpW1suPZH7mfqeGum9U/J9oxrF2kYZlgCjf1N/Df7uRcayWuh/fctPIODog/EjloT7IjS9C 2RXXTBfvzUbGsQb64UbG0RbWqTb26UbG0Qb64UbGsS7eGwxtcwkuPPSjBEeyDra+A389jix9 Ibbd+JOnCQhJ8wQDwkAwZZE6puYUVwaEHzUzT+KN7/c8dbSDXbw3xyTfcA3d1vBSthj/v4xL FEOg+3idG3PMFq0jNE3DHTlmiit0beOSbdTg5wWSpnwpSezN/dtzh6NSSqSBcCLvi2Vd4bQ1 kDR64mpndMUWkVhCm8dUpPbJ1V5/01WuoYetb2dom6ma+jVH5RF3s8zIL80py8nqGpqmkalr 5Rg6+aY+oWVo0Ta6bJ9Ycc4q3RStd3VMxRJatEWWndEVT1zlS+hDaUs060zkvalCMFuMFkqp Iu6ooPATd+XxJwAAAIlEOnny5FN3sv3ZLcff3v511wOpGnzMpvle8zOV5LIrszs/qXt+z7Gn t2zZ9EOeOnfunFQqRVGihvKXA8NQGIUgBChBOWCDL5RY84VCaVsgZfQltJ642hVTOKIyW0Ri CS3qfCyRdZisqh6Xfndt8dMB4UdXFz7oX3i/T/DegPCjG5Jv5hTlVE09Q9fC1LXibyNkVc28 ouJhcjh+Z2VEcWVeWUFWVVPVdXTNHb4QPi+0ZL0usY/LHDflrlmlm6z2ULVehs7PMvi5pqDA HBJZI2JHVOpaDZHTB1PmcMa26gsVAuu1klVfCIX+CjvcMAx1RGVNzOM11L3dvLfGl7/t5r1V SzswI/8lV0rc76uKUNYQ4N6QfF1PP1xD3dfAOFpHO3R14YP+hfcqyWUN9CMjS59PrVwcX/62 l/9OJblsUPTvWNb1h94REC5YgqLx5W8b6EdqqPvuN+P3qE4L65TYdgNGoVu3bpWgvNJNbmO/ UkXZ1cw8eUPyzZTs4qjkq1b2yzXUfTdXfnqQ258qBG+u/FhN2d3OfnVSemFQdL6KvLuSXNbI ODopuzAkOl9JLuvlvxNKmx/mUYJR0BNXT6/81MA4Wkvd38F9rYqy+6rwg0jG/jDf9v+FkDRP KFgi7192TI0vf9fOeRWfUn2QU0Xe1cg4dlX4IUPX4ozKS1D+AX9cMu93Rlc2Dbxit9BsMeaI yqSOKTzHbO7OUGa6pknmnPbE1alCsAjl0H9ECfPvBoZHf+GVwg3WCoSUADCTKUbjeW8obfUm tI7oijkk0vvZSjdZ5ry5vOqo4KtUBgWmfp6xl2PoYunbmdoWuraZpmnEx1RWg78U5Q+V+iW/ vHrWh1UU5XOKCpKyiqppYOs7BKari9brUsdNpZus87HNIaEjuuJNaAMpYyhtwS8RYjl3Iu9L FoJpIJwtxvKlZOH2mAqw1oWMEOvYfwcul+uXX355+umnN+mNZ57fcvLd7V93vfggquZ+59LU zo9rnj/w8tPbtm8WNPv27evv78/lco/7ASD4/WycFyrB+WjWqfJSmbq2eWXFzZWfpmQXJ2UX JmUXbq78xNC2KN0UT1yNv6Ijm3yhhN4TVzsiMkto0RDgabwMpZssc05L7GMiy/B6jhxVXUfa MCCEO0JziisbJoUuP/ocOfnlOcUVfJERebMv1IRrs/UQuVVfyDwgtAyJLMOL1utLtlGJbdUX WnHOqjwUnZ9tCgqsYbFzw7xQIu9NA+F8KVGCcjBSWveCUAzBsLX4uHUeojqDoJAxwKui7Gpg HKWq61wxBUVdV0PdNyH9Hm9zuh0piSF4GQi7hUUy9gnp9zXUfb38d/imPpKqqoq8q5qyp4qy u5P7utQx6U/qwxm7N6HhGLoqyWVXFz4Ipm5fi6/5/+sfVfD6N9/4i4RiyH0Wy67fJHh9vVIy 759e+bmWdqBX8K7AdHVeWfmHSpoa6r7rS/8Jpky3bt1K5Lyjkq9qqPv6F95Xe6jBlCmcsVvD S8OLn1ZTdt+QfP3rLxbc4ovnPCNLn9fRDkzJLgaSRqljqoayt5Jc1ic4F0yZZY6bleSyTu7r trBk80OEoRs/6TZcBmAb/tvqHzNAdF5ZWUs70MQ8wdK3y11zleSyDs4Za1j8u3+FfgeEpHny gJCSO6akauo6uK/VUPf+vpdNI+Po8OKnMsfNDBD99aIydgtNA2GVh8o1dDtjchgpYRhahHLR rNMaFi87Jpm61rnNOWY1fFOfykP1xNUZIPKEdpb/Q8AwDEFhCAaKUDYPJjPFSDIfwAcMgimz N6F1xRT2iNQaWlrbpsJUe6jK9TxZK75KpYet72BoW6iaBvIf56goysmqapqmgaFtYes7ecbe BfPAomVEbBuTOW4q3CS1h6r1MQ0BHt7v7ohIXTGlN6ELpsyRjCOe8yQLwQwQzZeSRSgLIsCv 9EoRPHKKxSKDwThz5sxmD2XLU888v+Xom9s/a3zh8vQDzdXccUhlP93Y+f4vz+09vm3bZrn0 1LPPPvvtt9+azQ9VgCT4a4BBSDGWdVtCIrFtjKZpuPNDp1pguqrzsYMpMwBmfqWreX1gvQTn ATCTLyWzxVgauHteSOuOqVwxuSMqs4UlqyFyfq7Ox9Z4GWoPRekmrbhmlx2Ta62wQ+s5cmtx 7Q0UVe28svLxrBhSVpBU1RR1HV3TyNS13N8XmlO6yWrPaoic0c8zBxcsIXxYaMUVU6wuF0pZ whk7PumXKgRXfSEwtfZGCt7tCyEoqPezK8llDfQjFHWtI7pCVlXXUPdOSL+LZp3BtFnrY0rs 4wvmq4vWEZWH4ozKM0DEEhK1sV9pZp4UmPoTee+S9Tr+Mq+nHyKpqvBU9Hje64opaJqGSvKu 4aXPssXorVu3UAxJFYI6P0vqmFx2TK44Z5as1wWm/mX7hDkkTOR9sZzbEOCtOKdFliGhZUju mrOERNGsEwAz+BRZqhA0+LnL9vEF81WB+arUMan3s70JjTUsbmO/0sg4xtK3xXNeoWXwD5U0 leSyJuZxhrY5kDKp3ORGxpF6+mGquq4E50twIZJ1moILeLQ9RVN7xy82hgJg2h1TrLhmRJZr fFPfonVE6SYrPeQB4Uf1tEMUdS2MlCxBIV4E7xO8608alu0TleSyTu5rpqAgkfPiD5Fw/SEK LyXzfhRDcqWEMSiQOW4u2yfwmqDMMbVgHhDbbmi8DHdc5YyuNLNOVpF3XV34IFUIhlKWSnJZ M/Ok2Hbj7gHLPw5C0jxhQEjREOCNL/93fW3C7z542YNv6otl3b/SDFYA0zofi6ZpnFOUr7hm o1mXP2lQuskC81W6tulOMXOZrK4RWYatoaVo1pkvpRAUIppw/nSwW7cwDD9rZRV88jtbjCXy vnDa7kvonNEVS2hR7+eoPGR865/ENrZkGxVZh4XmIYHpKt/Ux10N/mpjaJvpa44K+VE4Kvhv y8xtX2XVWplXVlA1dSx9G/52LHVMKd1knY9lDgodEZk3rg0kjcGUOZy2RTKOWNYdz3mT+UC6 EMoA0VwpUQDvHFNBQcJR+UuRSCSuX79+5MiRzcrjqaeefmbLvhNPn/3+X98N7KiYf9A3sSsz O7/qfOH0x8/s2Ld145TOqlbasuWtt97i8/kg+GdPqRI8WhAUSub9ej9HYLqKfxitv5PMKyv5 xl5jgBfNugAw86jGmTAM25gjByLAaogcmC2A6UIpmb+9XCiUzAcSeV8857ljXihtDqRMvqTe E9c4IyvWsNgYEGi9TJWHsuKckdgnRJZhgekqx9DF0LZQNXW4+Jnd4AWtvz2uv1s+cuUzq7gy t+YLUVQ1FHUdVVNP0zTStc0MXQtT18bSt3MMXVxjD8/YJzD1L2zyhezrvtCM0k3WepnGAN8a FjujK+64SmIfq6Lsrqbsaee8em3xE7yj5NriJwJT/3XxF938t9vYrzQxj7ewTnXx3hgSnZ9e +XlU/J8a6t4OzhmVhwKA6XVJ08w8ITBdBRHAGV2ZlP1wbfGTNvbpevohmqYeQWEMw+I5D1Vd 18N/G5+k6uCcaWG91MQ43sZ+pX/hvfHlb8eWv+kVvNPBOdPMPPk/9t67S4ojzR7+ULOzM793 dnd2u6FpvAchBwgjhEASIOSFp8u0995bmvZVWd77Lu+9996bLNvvH9FdagHSaEZuJNU9cQ6H 6srMiKisrLjxPM+9HcTjvdTXR5hXngm/oOmGVC6S3Ak92/xsiH4RdKmdeKyHfHaQfmGSc2OS cxOJbegkneSaZjP52C9AaYBZ1gz3o2HGOwhsfRvhKE07CBfTGg9tln9nnP1eC/5gD+WszIHd dbuWo2k3Wd07wb4OxthOONpJOtlPfXOI8U4b4cjLlKYFf2ia+9EQ42ITpq6bfIauHVrc/GKI 8U4v5VwH8XgH8UQv9fVR1tUNGULvZbEME8OMSz2U17rJZ/qobw7SL/RQzrYTj3WRTw/Q3p5g vz/F/QCBrUdg6yc5N7e2KoDSoKCGYcYljnG6XP6Fyg1qlOa3hGw+IXNgJzk30Lj9P9WXp4t8 mqjqDCTMr2Q1cDFj9POIqm7wMCWqujjGGZp2cEOG2L0Nvy59SlJ3i6wr5oAgnHL8TAoENWxt VcrlYqGUyxVSmXwsmQvFM0D4a9uf3hGWWUMikx+UqTBULrLCiZc6MCLbCt+8y0pF3UdUdeIU rRgZak368/ioSJ5gZEhI0UJQdpDVPVTtAEM3wjJMck2zm5ZFkDKucOLVborWQzf4OGa/wBrc zo7wJ0yhlD2a9iSygTQcyRWS+WIW/G792vNfw4+F2+3u7OxsaGh4mdX8+T//9N/1fz56/q9X HvzX3cG/31/4v+/iNk9W/+/rmf+91fU/5z/924Gzf/l///1S9cyf/vSXv/zl3LlzS0tLiUTi 1x50Df8yKvlSNpS06b0srnEWkrd8awdNhmLqx1Qusi9uyBWS/7YR10qlUi4XiyUYLma+iQtl /NtxoYTVFzd6YjpnVAV2u7dF5HwsrYeucVOVLpLciZPasRLbusi6LLA829l7GqfrRmjfsvFt xcrRG1LEz/NU/8fP/A0pohoXIql7lkX3Edg9SKihj/rGLO92H/UNBHZPG+FoN/kMEru3i3R6 ivvBvOCTWf6dQfr5Jkw9ErsXid3TRjiyKnlkDmzCxbTaTZ3mfjTMuLwifqhyEfPFjMnPe7b5 +QjzChK7t4/6hspF2traKpRyWg+tk3SyBX9wnP3eBPv9DuKJEeblOf7HY6yrQBoRgalvJRwe Z19fEHw6x/94lHmlGXcACTV0kU+Ps64NMS4iMPVt+CPj7PfmBHfn+XfHWdfaCEfAA6eVcHhZ dE/rocGFtMpFmuHd7qW+Dv6ExDb0UF6b4d2aF9wdZ19rwR184WGFhBp6KOemeR8tCD6d4d3q pZzb/ddW/KFp3kdTnJvthKP91Ddn+bfn+XdBUKUJU4fE7u0mn10S3VM48XAhrXQR5/gfD9Iv IrB7xljvguS0ra2tUrngiekwMmQ74Sga1zhIvzDHvzPHvzvCvFKtSniZ0rTiD8/z746yrjZh 6tC4/f3UN5HYhnbCsUnODTBFw4xLKGhfC/7gKPNKD+UsCmocZlya5d3up77RQTwxxbk5L/hk hnerm3wWXAINNY4wr5A1fVtbW5G0e15wd4x1FYHdM8p6N5J2/TLftRql+S1B46GNs6//8MqZ H9g6SCdI6t6X77lCKWcJblI0/dW4+ZrkCVaO/rbDzCOKplfjofrihmQuWNMx+/EoV0pwMZPK RaJpTyBhdkfVtpDY6Odq3FSwvSewLPLNCyDb4dtlKn0kdU/VTQUrb8bIUNsRlZ/aJmJF/HBV 8hgjQxFVnTTtINswKTA/k9jXlS6i3su0BITOsMId1XhjeiD8FUzawinHrqSF3WUq28Jf5Rpp +QOgWCza7XYUCvW3v/3tZR7ypz/96T//+h9/3/vnxpN/OXr+r+c/+duH7f/z6ejfHzz7v0fL //f17P9+PPD366j/fuPW/3f4jb/sPfqf//V/rwjOABw5cmRycjIcDv/aI67hX0SpXIiknCo3 maEbxSlaX4zM6IZ1XmYoac/mE78P00xQB/JNXKiYrZoLZfIxICK321woknaGUo5g0hZIWvxx ky9u8Mb0npjWHVWDhGGTn6/zMlUusswBiWyrAvMzjnGaoR+laPoJqi5I3rwuffpzZAiDtix6 MMm+0YSpb8UfxspQloAQI0OBJQcK2jfF/UDjobmiatBnc0BA1Q52kU41YepGmFdsYWkmHy9X Sqlc2Ojjsg1T3pg+mQvtaBFpeKa5FvzBLtIpirpX66Gp3RS8sg0F7eunvSmxb2g9DJpuyBaS emI6hRM/SL+AxO4ZYV6RO3GOsMIb03tiOltIzDXNDNDeRmDrUdA+kLQitC45wnJPTOeN6Rxh udi2Nsa61oSpG2ZcsodkKTgCumQObK5JnwKqsy59YvBxwI+dPSzjGmd2izG2Eo6sSZ/ofWzw BndUo/eyIEVLdRU3SL9g9PPMAQFdN2wOCDwxLTgP3zTfTT7TjDuwJLrnjmqSuWC5Ukrmgo6w nKYdRGL3TnJuhFN2cOPEMz6corUFf7CDeJys7rEEhZ6YzhPTWYIisqb3uyjNEOMdd1QtMC9W udkI85LSRXRGlGCKrEERxzjdt0PeOkkn2IZJe0jKM83JHZArogIjUrnI8/yPmzB1naSTHON0 OOXY2toqlHLuqFpgWWzC1PVR37CHpb/Ml+j3SWmAQ0sgafHFjaGUAy6m/+X9m1I5H8t43VGN ObBpDYo9MW0K/ue0wn4SFMt5S2BzXnAXjWv8OQKdXaTTTP2oM6JwRpSWoNAelnnjemtQyNCP vuDdgZGhNmSINckTnKKNa5xVu6nemC5XSNYWoy8ApOdWIyo7ViruUMoeAP70EYUtJDEHN41+ rs7LVLupShdR5oDEttWqlQpdN0zR9BNVXbsiKj8HOXmyIUNCima8sp2k6qZo+um6YaZ+nGOc 5pufiawrUvuG3IFTuUgaD00H3FQCQntY7o5q/HFjKGmLpl2JrD8FR7L5RC2iUsP3o1KpaDSa x48fNzY2vpqOgLSxP//pb//75z2H/3P/6b8cfvOvR9/+66HX/7LvxF/+b/9//r///o+XZc2q +Otf/3ru3LmxsTGn0/lrj7WGfxqVrUq+mAkmrTovg2Ocxsqbd4cCMDI0Uz+udlP9CVOukPq3 jcz86thlMZRMw7FkLhTP+qMZzy4dOZ0rorKHpNagyOT/Ji6kdlN2CiYxwH4K/B6B7TO6boSq GSB/Exdqw8qbN2SINemLqcjLovtATaudeIyuG07BEZp2uAlT14I/tCy6Zw9LCyU4A8dCKXs0 48kXs/GMn6kf7ySdHGVedYQV2XwCEBhzQMg1zQYS5jQcKVdKmXzcGzfwzc+acQebcQcn2NdX RA+WRfdGWVcR2D3DjEv2sCybT4RS9jQcDSatajd5kH5hnHVN72UWSrlsIQE213KFVBqOSuwb A7TzTZi6HsprYttqtpDIFpLhlCOccoIcZrkD6qacHWFedkVVmXwMdMkWkq5Lm5pxB54Lv/LF jcUSnMwFI2kXXEil4DDHOAViLG2Eo5CiJZC0FMv5FBwOp5ypXLhYzgcS5nXpU7D0GmO9G8/6 CyU4mnFnC8lI2hnP+krlYjIXpmkHO4jHlkX3fXEDGHsKjrijGoZuBIiJmQOCSMoZTFjkDqib fLadeIys7olnfIVSLpbxRTOeQikXSbsIqg4UtO9lSjPBvl4qFww+DgiwzPA+Mvl5hRKcycdD KXs45YSL6RQc2bQsApLWTTmrcpOK5Xws483k47GMN5xy5ovZQgk2+DgDtLeBVls0493a2iqW 8t64QWhd3qE0kl/mtv99UhpLQAjJm+cFd+f4dxY2P6Nq+gFx/IeIpN0S2zpDN6Lx0DL5GFxM i21ry+L709yPxljXxtnXZ3i3IHmzN67/mWIR8axf7oDouhGli5jKfbO/6IsbV8QPW/AvxjR/ wtZDOTfN/WCK+8E4+/ok5+Ys//Yc/+Pnwq9eWP6uSZ6Q1D0S+7ojLI9mPLlC6o8sygwiKmk4 Est4g0mrJ6a1h2WmAF/rpSuceLFtXWhd3gmqbPvTb7up7PjTE7aFv7atVH7GiIocRVB2UjWD LP0E37Qgtq0pnHith27y80ENvTuq8WwHVSzfuKlk/clcaLtMBQh/lbLASqUWjqvhX0YOzpkt ppGRkWPHjn0fO/nn8ec///n8+fMbGxuBQKBU+uM+mn6jKJbzoZRd5SK9MjLD0I3pfexQyp4t JP/Ivzs/IYBuVbFcKH6rXgjEhSKpXDiRDcaz/mjaE0mBYiFbIGH5RkQupnNHNc5tiW0xqBdS uchyByS0Lm1Im16gNAjsnlHmFZOfDxdTRj93RfxgQfDpovALlmE8lQuHU068sr2VcGRF/NAc EOwknn04zLi0In6gdBHhYtrgYy9sfjrMvIzE7kVi97YRjnaSTnUQT7bgDzVh6ocZlxxheblc 9MWNGBlyXvDJOPu9Afp5sW0VLqS9MT1O0bqw+dmzzc8pmj5f3JDMhei6kSZM3RTnZiYfCyTM q5LHC5ufLWx+RlH3RdKuWMaHV7a1Eg4vie5pPDS4kFK6SNPcj3oor/VR39R66HBheyDPNj+n 60ay+UQwaVsSfY3E7p1gv++KqrOFpNpNWRbff7b52YYMofMyS+WCPSQdY1+rUppiOe+MKNZl Tc82P1+XPtV66YUSbA5sdpJOdZFPL4m+ljtxuUJK7sTN8u8M0i80YerbCEemuR8ubH42L7g7 wriMgvaNs697Yro0HBNal54Lv3wu/IpjnIaLGXdUM8K88v2UpodyVuki5osZR1i+IUMsCD59 tvk5TTsA9PEomr4qpalUyrGsj6UfXxR++Uz4BcswkS0kYhnvovALNNQ4wrhM1vRubW1F0u45 /scjzCsgEvUDV+A/Hr9DShNOOVclj1twBxGYetDaCEfZhslU7jul0Le2tpK5sNpNWZM86aO+ 0UY4AkqaqNqBAdrb3zZ7qW/GHSAoO6Jpz0/b7TQc1XkZGDlygPZWG+HIAO38pmUxDUe3trYK pRzPPN+zk7D48zUEpn5HcqAegakH0oEvsxq6btgT1RTLv6eKW2CbvZ3rnIIjiWwQbEIEk1Zf 3OAGZSpBkcnP13tZWg9N5SLJHZDYtiYwL3JNsyzD5LY5vbobr2zHytE7tZ7fVHn+JLqfa5In GzIEVt6MA/4Gmj6adoihG2UZJnmmOaF1SWJbkzmwShdB7abovEyjnwvCbu6oBlhcR1LAnD4M zAGLpXy5Uq5UFQW2Dd1qe581/OSoKlZxZHaMyLpCFI4juu6eef3Yf//3f/14YvMf//Efe/bs uXPnDolEqtXP/LZQ2arAxXQgYdF66GzDJFaO/mY7RvwIK0ez9OMaDy2QsPyYnIsafiJUdv6p 7Faj2YkLZXKFZAaOxTNekXX5BUqDxu1fET9M5oKuqHqWfxuB3V6kdZFPc4zTuUJK52W2E4/1 Ul+XO6BsPs41zSAw9SCpiWWYyOYTQusyGtf4XdpIw4xLjog8V0iJbKtoCLytfoL9fjzjC6cc q5LHzbgD4IrtxGNkTW++mDX6uSho3wzvVqlcDCata5InoMK+k3RqTfqErhuZ286qOsUzzWXy MZZhAlx9gn09BUfCKceC4FMkdm8Tpr6Xck5oWXJF1ERVNxpqXBLdyxVS3phuknMTjBSNa5zj f+yOabP5OMc4XaU0KThC0fQjsQ0ITH0z7sCa5HGukHRGlF3k09UJTMMxum6k6ZtFWnXBVt+E qUNB+xaFX+YKKVdUPcx4BzhyDjEu6rwsS1A4y7v9/ZRmhHklmQtF0s7nwq9Q0D4Eph444dC0 g/li1hLcREEN1SiNKcDrIp9CYOoR2D2D9AvWkDiRDaxKHjVh6hDYPVPcD7a2tnwxQxOmHgU1 DNIvcI3ThV/KcPN3SGkUTkI/7a0mTN2S6B7LMAH8mOb4H/vixu86JF/M8M0LI8wrzbj9rfjD HcQTaKixh/JaO/EYArunFX94RfyAqR9n6sdm+Xda8Af7aW/ZQj9lHK1ULohta+Ps91rwB1rx hzpJJ9G4xnnBJ964fmtryxGWz/Hv/Mt6zT+8DdIv4BStLMMkVTs4wryMxO7ppby+IPjshVU1 QdnhCCt+c9LM5UopX8qm89F41hdK2rwxvSMsNwc2dV6m0kWU2jFi66rQuiQwL/JM81zjDNs4 taPLOQjKVAjKTryifcdKBbEm/flqVJAEZQdVM8DaNqdfkTsgjYdq9HNsIbEzonCT9JOwAAAg AElEQVRF1SDp1h83BZJWoP21XaYCh9NwdEf4K1ssweVaRKWGfwPAhZQlKGTpJ8Du+6r40ar4 yTzjYffcJ58/ev/Y8aM/htX87W9/u3Tp0vT0tE6ny2R+rA12Db8kCiU4kLAoXUSGbhRStOyW PN6QIliGCYOPE0o5crXIzG8KVRHn3ZSmFX+IoOwolvKhpF1gWWQbp0HjGme1HnqhmHVFVCPM y72Uc/IXFc9OsAzjgNKgoH0dxOMb0qbq4WzjNEXTP8p6F1CaaNqzKnkMDmzBH4QUzaVyMZbx Cq3L1fdzjDMqN6VQgv1x0zjr2ijzii9uLJRywaTVHpLpvEyeaX5N+rSf9mYzbn/TtgPmN4pn KGjfsvh+sVywBIXV9BkU1NBPe2uOf3eQfrGNcISi6csXs0oXcXe9QCv+EEHVUS4XTX5+ldJE 0k5AnJowdUA0LA1HPDEdqLxvJxyl64bScBQElDqIJ/DKjm/GbpgiqrqGGZeIqq58Matyk1HQ vjbi0XH29WbcgXHWtRnerU7Sqe+hNC34g5C8uVwuxrP+Tcvz3VOkdJGKpXwoaRtmXAKUJldI 8c0LCOw2reomn1E48Zl8jKod3O489+bWNqWp6yCe4BinU7nQL3bX/Q4pDd+8ADL/RLbVVC6y KPyiCVM3zr7ujmq2trZK5UIajkbSrnjGBxfTYKkXStrmBZ+gocZZ3u1Ny/N1WVPVILaP+gbH OB1IWDL5eCYfAzVYA7S37aFvqp2KJTgNx9JwtFDKFcuFNByNpt3JXLBYgl/e7S6VC2k4Fkm7 4xlfrpAGau7xrH9JdA8F7Zvk3BRYFvHK9i7SqTHWNUdYnoajZHVvO+HnNaxtwtSNs9+TO6FY xpPNJyJp14rkIRJqGGFexshQO1Iq2ymza5InAvMzV1QVz/hyheSrSjMrhVIukQ1EUq5kLlQs fRPPqVTKIEEzk4+n87FoxgPMj4GtYaGU270DVyjl0nAsBUfyxey2u9NWJV/MxLO+cMoey3hS cKTqKhBJu/wJkyuqdkYU1qAIONPrPIydiApObFsDHgJVc3qSugev7IDkzTsZXzvqmeJv2o+J q6xKHm9IEVg5Gq9oIyo7SeoeqmaArgVlKjOCnTIVIPyl8zCMPo4lsLkTUdltTh8CaZDAGW3b 7mrrGze0Si2uUsO/N0rlgjuqoeuGX94FWBY+WuV0zC4NPXhw/7XXXvuf//mfH85t/vznP9fX 11+9erW3t5fP58disVoR128FO5EZs8ZNZRkmsHJ09WG7E5mZ0HkYwaQNLmZqkZnfHL6D0hwm qXsqlXIajrqiGldkp0U13pg+mLTpvIwfQmkG6G9rvfRsPllt/oR5Q4YElMafMIMynp2rj1Qq lUw+/s3lIhpXROOJ6UJJuzmwOc37qBV/eFXyyBoSZ/JxYNCZK6R8caPQujTFufkypWknHKVp B0vlgs7LeiHVBQRkuslnJPY1uJAWWVe+9Qbsnnn+3cpWxRGWVylNMGkbY71bfc8Y61oKjvjj xh7Kay9TmkH6eXtItmvsCWdE+Vz0tci6AhczEvs6AlPfT3uTqh1swR8C/WnC1H8PpWknHmcZ piqV8iumKKoLJe3WoHiCfR1Qmkw+RtcNVbvaRT4td0C5Qopnnn+Z0vRQXtP7WL/kXfe7pDTz XeQzTZg6vLJd7aZMsN8H63VbSKL10MnqnnXpk+fCr5ZF97FyFNc0E0iYJfb1ftqbLfiDAvOz ZC7EMkx0kk6CD2xR+KU/Yc4Xs46IQuOhTnM/RGL3Phd+FUhYtra2KpWyK6Ki64bXpU9BxTyw alkSfb0qeURQtuu8zGwhCTpWKMF6L4us7luXPn0u/HpZfB8jQ7L0456YTuHCD9EvoLANLP14 KhcWWpd6KK91EE8w9KMKJ2GScxOB3fNzUxqqph8sne1hmcS+Mcm5gYIaSKpue1jmjmpdUZUz otR5mRgZapjxzjDz8hz/zrLoPkaGpGmHrEFRvri9MxrP+iW2NZyibUX88Lnwq1XJY7yyXeUi peFIBo5J7RtYOXpN8nhd2rQufbok+npJ9PWK+OGq5NGa5AlB2WkLSYvlfLGUNwcEZE3fzsS2 Cq3LMgfE0I9CcvSy+P7i5hdLoq/XpU9Iqi6WYZKpH8fIUQuCz2Z4t6a5H05yboyxro4wL48y r87ybq+IH65Ln/7kov6g2xgZEq9sp2j6mPoxrmlWaF2SOrAqFxlYqdhDUmdY4QZBlR2L+l1l KsE0HMnk4ztWKnCtRqWG3yWiGY/AsrgubXrl9wgrRwtN63qTisPhzM3N3bt37+TJk3/961+/ h8z8/e9/v3DhQnNz8/r6ulQqDQaDhcJvLG78R0ahlPMnTAonnqEbheTfjszIkGzjlNHPCyUd cCFVex7+RvGdlEbVXSzB1qB4WXRvUfjlt9sX09wPWwlH/iGl6SKfpmoHdV5mtYltazO8W4DS +OJGUMXRhKlrIxylagfKlZI7qnnpcl8uCr+c4d3uIJ0A8ZxJzo0NGYJtmLKHZalcCLiKq92U PuobL1CaFvxBnKK1VC4afOxXLqjAqPPFjNSO2f06Ctq3JLpXqZRtIekuSmOtdngXpTG9ktJ0 k8/yzfPVgWu9DIFlcYpzk22YzBczMgcGganvo75BUnejoG+iQ99DadoIR+m64XKl5I3pXzlF s/w77cRj25QGjtG0Ay9TGr554TsoDfuXvOt+h5RG7sT1095swtR1k88MMd5pxR9uwtQN0N5e FT8aZV5twR9EQQ2gsAwFNXSSTj7b/GyEeQWNa2wjHFE6CXAhxTZMVinNhgwRSTttIcmS6N4Q 42Ir/nAz7oDA/CybT25tbYWSdowM2U48joQakNgGNNSIhhqR2O3zo3H7R5hXOMaZUMoeTNr4 5oVx9nst+EPIXR1oJx6b4388xnq3GbcfBe0TW1fgQlpkXe6hvIbA1PdSzo2wrrQRjv7cfKYJ U8czzcGFtM7LeLb52QDt7Rb8oW7yGbWbXCzBlUq5WMp7Y3qKpm+A9jZQPAQWWiiooZVwZJJz g2eaCyQttpAEr2jto76OhhqR2L0I7F4k1IDGNQ7RL1K1A3TdyDDjMgrah8TuRWIbqhO10xqa cQfmBXd5plm2cQpsnIC3oaHGHsq5ftpbbYSj4PDq1dsIR4YYFwfpF1oJRxDYvdUCqu2G3dOC PzRIv7Ag+PQfRlTWpU1YOQpStBKUHURVN1ndR9MO0nUjLMMU8KcX29ZlDkjlImk8dL2PbQ4I bCGpK6r2xg3AnD72jTl9qlDKlcqFcqVUrpS24yo7JSu1iEoNfyhUKmVnWEFQdXzPF5BjnIqk nKVSKZVK2Ww2Nps9Ozvb2dn58PG9m3euvHn5+GvnD128dvbu5x8gUU39/f2rq6tSqdTn88Ew XIvM/FZQqZRzhaQ/YVK7KQz9GEaG2hWZeYyVN7MNk3ovK5xy5IvZWmTmN41XUhpgjgkX09ag aJhxCSwkwK95B/HEJOf9YcY7KFxjL+WczIH5HkqDgvb1kM8OMy5V2wDtfCv+8MuUBgU1LInu FUt5b1w/wXkfCTXsuuLxSc6NYcalZtyBOf7dTcsSJG9GQ/s6iCcmOTeWRff55gW4mA6nHAuC TzpJJ7nGmfQOpUFg98zxPwZSxb3UbasZNNQ4xf2Ab16AFC3txONrkif5Ytbk51fXk02Y+j7q G0onsVDKKV2kf43SoKHGftpbu8feT3urg3h8XdpUKGZNfl474WgL/uAg/UIb4ei69CnXNLcg +PR7KA0Kaljc/LxYyvsTplHWFSS0d3uKoL3txGOTnJugbz+U0nBuVCplQGla8Yc2ZAhPTPeL PaJ/l5QGApRmUfgFTTs8SD/fhKkDen+g3h2SN9N1wxTNwDT3oxb8QSR2LwJT3097i6Tq8sUN xRJsC0nYxqkV8QO8skPnZWbzcW/csGl5viy+30E83kU+bfCxQVKvykUapF9owR9aEt0jqXtG GJcH6Rc2pAiadpik7hlnX0Pj9veQz65JHi+L7gHr3CH6RYwcRdMNU7WD8/y7rYQjCOwewF4g RYs7qi6W8q6oim9emOJ+UC2DG2Fexivb6boRSN78glVTE6YOid0zxnoXp2il64bJ6p5p7ge7 tdFa8AdXxA/xirZB+oUp7k2CqpOuG8bIUeDb0oSpG6SfhxStjrC8WMo7wwqeaW5x84s2wtER 5mVLUFiplAsl2B6WYWTIDuKJJkz9IP08Vo6m60Yomv5F4RcdxOMITH0P5bXnoq9meB+1EY60 4g/N8T8mqXvouhG8sqOf9lYTpr6DeKKTdBIF7Rugn4cULc82P5/mfoBXtpE1fRg5iqju3pAh eihn0bjGcfa1IcZFNK6xg3hiVfIIr2wfoJ8HNYLNuAOzvNtkdS/QwxmiX0Ri96KhRhS0rwlT P8a6RlR1jbHeHWJcxClayerecfZ7KGgfGmocY723LH6AkSFARIWhH+UaZzYtz6X2DaWLqPMy TAG+LSh2hGXOiNIdVXtjuqqhSiTligF/+lw4A8eqViqlcqG2g1hDDf8QxXLB6OdhZMjvoTQU TZ87qq4eUi6X0+mU1aWliudnSE8G1z7pW74zgvlimdGxqSb6Ai4Y/oXqTWv4qZAvZrwxvcwJ MXQjWHnz7sgMRobiGmdNfn74x5ku1PDvg1dSGhTU8Gzzs0jalYIjEvs6yLZCQQ1jrHc3Lc/N gU2mfgwFNXSTzwqty7lCSmhdeiWl+a6d2ZcpTROmboR5xRPVwoWUxkOb5d1uwtSBFRfLMG4N itiGKRA5yeYT/oRpQ4ZowR9qwtS1EY4QVV1wMRNMWic5NzqIJ1j6iUw+vml5DjowwrzsixvS cJRtnGojHEVBDZOcG0Y/N5kLCcyLLbiDC4JPk7lgIhtg6EY6SSebMPXd5DMc00wGjkfSrkXh l/8apXllQ2IbZvl3gKwRTtEKMs2ebX7ujekjKfe69On3ywMM0S8GEha4kFa6CFPcD5owdUjs 3gHa21zjjDUo4ppmfyilwdRPsN8H1XHtxONAnWtd+jQFf58610+I3yGl2bQsdlPONmHqhNbl RDb4bPPz6tTjFK1GPzeadqfhSDIXckXVfPP8CPMKEtswL/jEEZYXS3ClUskXs4lsUOUieaJa uJgpV8rFEpzNJ+RO3CD9fC/lnCnAB2tZgflZN/lMF/mU3AGFkja5E6fzMsIpRwqOJLIBS1C4 Ln3STjjajDuAhvZ1kk5i5Ci9lxVJuVJwJJULe2I6oXV5gv0+cJ6yBEWFUq5SqRRKuUw+TtH0 txGOdpJO4hRtpgA/lvGCKh2FizDF/aD6re4incYr282BzWjaA67rjCiZ+vEh+gWg1dZJOqly kXxxo8KJswZF8awvDUciaZfSRZzhfYSGGheFX9jD8u1LF3OZfFxoXe6jvjHKumr086Jpj8HH WZc+7SAeb8UfWpM+0XtZkbQbFLH44oZNy+IY+xrYOEFDjcOMd1iGCVdUDeIVsYzP6OfhFK1V /6mFzc9sIak5IDAHBLGMN5kLmgMCd1QD4sJIbEM78Vgr/lATpn5B8KktJNH72BOc91HQvnHW exzjtCuiTuSCaTgWzXiMfh5WhuoinQLED1K0+OMmrmlWbFuNpj3xjI+o6mzFH2rC1GFkKHNA 4I6qvTE9iKiAGp40HMkWEvlipljOl8pFEFTZFVep1DaAa6jhR6JULhj9vI3vpTRU7YAnpq0e UqmUYxmv3Anhle27y2/WpU0UzYDBx4EL6V9xRDX8cJQr5Wwh6YsbVS4SXTeCkSGrOcCrkseQ vIVtnDL4ONG0u1CLzPyO8EpKA7jEpmUxV0hm8nFbSCyxrcscWFtIkoFj/oR5Q4pAYOo7Sae4 xplyuRhK2jjGqRnerU7iyRcSz/CKNoZuFDSKpn+Wfwf40uymNGhcYxfpVBvhKEHZkcj64WLa FVFJ7esS27rBx0nmQrGMj6TqBok8Wg8tX8qGUg6liyi2rapcpEDCnMnHJfb1NsKRduIxuna4 UMqBjJs5/scdxON03XA2n0hkA2o3RWrH2EISuJByRzUz3I8QmD191Deldky+mIln/TovQ2Jf 13mZyVwol0+Kbatg3/mfpTQI7J4+6utEVVd17DTt4JLoazTU2Ed9Q+HEA1VJmQMrc2DdUQ1c zFgCwgHa299PadqJx2i6IZBg4gwrJLZ1iX3DHBCk4Egk7cIpWn84pRlnvZcrJLOFpMJFICg7 mjB1fdQ3f1o9re/B75DSVGtp5E58sVxYFt1vwtS14g9TNQPBpC1fzIZSDktQ6IqoQMW/3Ikb pF8YY70rtq3Gs/5SuRBKOYw+Lk07JLGv++LGfDEbz/isITFNN9RDeQ04pFoCQmtQDMlbQIqh zsvMF7PZQiINR9xRrS0kSeXCpXLBFVVPcm42YeqacfvxynZwtkjKaQmKnBFFGo5mCwmNhzrC vDzEuCiwPIumPaVyMZp2W4KiFfHDFvxBjAwZSJjzxUwgYbaHZYlsEC6mNR7aCPMyuBGp2oFw ylEo5cIphyUoDCTM+WI2mQvxzQt91DfAPWf0cwulXDafiGW89rDME9OBzCixbaWP+sYk54bQ uhxOOUvlYjjlNAc2iarOLtKpXso5SNFMUvcsCe/1UF5DYPc82/zMEZbnCil/3GQK8MEQMvmY xL4OomHDjMsS+3oKDucKSW9Mbw5sBhLWfDEbSbtI6h6Qsfpc9LU/YYIL6VQu4o6qbSEJXTuk 9TCy+ThVM9CKPwzCVk2YOpZ+PJOPbVqed5PPDNIvSuzrQMvLFVWbA4Jg0gYX08GkFadobScc bcLUkdU9yVwwmnYHEhZnRKn3sZ8Lv0JBDW2EozIH9jcn0VZDDb8PbCeeKTu/N/FsOpp2Vw/J 5hNaDw2naH3Vmx/RdMPemP5XHFENPxBwMe2JaWUOLEM3gpWjd7NTrBzNM82ZA4JQygEXayJ1 vze8ktKAmMww4xLbOBVK2UuVYqlcKJULcDFjD0vXpU0dxONgvbQifpDIBiqVcjIX4hinO0mn dlOaUeZVZ0SZgWOghVNOpmEcid37AqXpp71FVHehcfu7yWdIqi5PTAf2LovlQqEEe2I6grKj h3IOZHNNcz/QeujAaq9YzpfKhUQ2ILAsglM14/Yvi+/HM75KpZzKhbnGGTRufz/1LbZhMpkL gYEUSjlnRLkmeYLG7W/C1IF+8s3zsYyvUimDkUbSLpZhokpg/llKg4Iapnkf+eKG6thTuZAp wB9hXkZDjRPs62LbKnApLZULcDGt9zHnBZ8gsQ3fT2mQ2D291Ncpmn5/3ASOLZbzhVLOE9NC ipZO0qkfSGmaMHUDtLdsIUllq1Is550RZSv+cBf5tNwJ/TJ33R+F0oyzr9tC0jQcEdtWF4Vf jrPfm+J+SFb3BhKWNByFFC1dpNPjrGtGPzdfzEjtG7O82z2Uc4P0C0z9WDzr03lZi8Ive6mv o6FGNLRvgHZ+nH19nH29h3IWyHUD+6RwykHXDU9zP5pgv0/R9EdSzmI5vyy+34SpG2JcNPq5 gEEtie6Ns69PcW8SVB3euCGTjxFVnV3kU0OMixo3NV/Mqt2Uhc3POkgnO4jHlS5ivpjVuKlL oq8nOTcgebM3ps/mE1g5Gg01TnJu2EKSTD4utW88F341zn5vXvDJpuV5IhuIZTzA7wlQmnKl ZAkKIXnzJOfGLO+2xLaehqPOiHKKc7OVcGSQfkHuxOWLGZkDmuXf6SafRUENaKixg3i8g3gC VLA0Yepo2qEUHHaE5evSpjHWtSnuTbK6xx6SmgMCEDgiq3tiGW8wYaXrhmd4t8ZY1+b4d4WW 5/Gs3xvTLwg+QWD3AEqTKyQ3Lc9meB9NcN7vJp8hqDpjGa/JzxtjXaumwxn9nEQuuC59ioYa gS2uL2aga4emeR+Nsa492/xMat9I5kKWoHCC836V0uSLGbFtdZZ3e5R5tZ14DIGpfy78yhc3 /No3Zg01/HGRyPpF1pXdzom7G07RovHQ4OJ24KVSKfvjRoZu5Lv0BjdkCKWLkK+tg/9dUa6U svmEN2ZQuog07dCLkRlFK8c4ZfTzYhlvoZirRcJ/lyhXSnovC4Hd04w7MMu/w9KPz/BuNWHq mjD1YFmysPkZUd3NNy9wjFNYOXqSc7MFfwgN7WsnHAWZ6iviB0z9GNswOS+424I/OMe/wzZO Lgq/RGL3TnJuxjLe6rVyhZTQuoyGGjtJp/DKdrK6r4t8GondO8e/awtJxljvIbB72onHZni3 8Mr2TcsizzRHVHXO8G61EY4gsXubcftBIfQI4/K6tImhG+Wb52nawSXhV33U15HYvaCCt5N0 stqlOf7HSOweBHZPF+n0ivghXTfEM80RVJ3T3A9B3tpOPtjebvLZJdHXNO0Q37xA0w4+2/ys i3SqKvjUTT5D1w1TNP276m3quilnWYYJiqavjXAEsKlZ/h22YWKWdxsF7QP5bLunOg1HOcap NsIRJNTQS319XfqUZRjnGmexMtQo6yrw/0BBDWOsazzT7IYMgcTuacLU9VBe45nmN2RIcFEE Zk874dgs/w5e2QamCK9sn+HdasUfBlkwrfjDK+KHLMNENTMNiW1oxR9aET/gGKcXBJ+B8zTj DsxwP6Jq+vnmeUjRjIYaO0knRbbVX+au+6NQGpK6J5H1mwL8Cfb1qnVmG+Eo1ziTgiMqF2mA dv675AHCaafMAfVR3/yuLEZAaQqlnMCy2EPZNsTsIB7XeuilchE4EEGK5kjabQtLZ3i3kDsO M634wwzdaCIb1PuYw4xLL8gDNGHqngu/9CdM0YxnRfwAkIoW/EGCslPnZaxLn7biDxNVnfGM zxlRzfJu74yrvo/6hsZDyxezXNNsF+kUoDRwMU1Ude182eqXRF/5EyZ/3AhSS5uAPEAxzTXN dOz6ar3Q6LrhNBwJJq1888Ka5HE/9c1O0slZ3q1nm593kU+3E4/LHFiQWtpFOlU9aoD2ltZD zxWSVO1AK+EwoDSemG6Wf6dqGtVPe0vvY6Xh6IYMAQYCyZsjKafGQx1mvNNLOaf10DP5GF07 DOp5mjB1COyeIcY7IDa6In5YpTSRtHNZdL/6KfeQz8rsmHwx+2vfmDXU8McFXEjrPIzdFoq7 csmeCsyL0bS7WplWKhesQTFe0fY9UR2ucSaa+Yn9jmv4KVCBCyl3VC21Y+i6YawcvUtq8hEk b+GbFsyBTSAA8Gt3tYafEZWtiiuqHmJcRGDrW/AHO0mnmvEHWvAHx1jvDjMvgXUIGre/i3y6 g3gCLLubcQfmBZ9wTbMzvNuA+YDcezTUiMDUt+AOdpJOteAPoXH7V8UPc/lk9VpAThbQj3bi sQ7iCSTU0EE8wdCNZvMJrYe+JPoamMOgoH3d5DOdpJPN24GUhhHmFap2YFH4BVjoI7B72ghH ukinQMo6ArtngHYevxPM2d2l6goHuBdWz/lyAzJFXaTTrYTDL/wJiW3oIJ7oIJ7YrWqLgho6 SaeqL1YnsAV3oI1whKTuqe7+AJQrpUjaxTZMDdDeAp1sJx7tJJ1EYRvA4aDYGI1r7CKfBjQJ XAX8FwXtG6RfqK4hUVADmCIwRhS0r5/65gDt7Z1hnkLj9qNx+8dY746zryOwe1oJh7tIp0Bd OpDjQmDqW3AHwItNmLpe6uuWoPCXuev+KJRGbFvNF7OBhFnuxAuty9VmDYlzhZQ7qpngvP8P KU078Rhe2S60LlUP5xinR1lXe6nngIoATtkGvGnBmltq3yiW8nTdSBvhqMD8DC6kQ0mb0kXc 3QFzQJDNJ4JJ2yz/9suUhq4bScERU0AwukuzvIt0aoR5GQRS+OZ5uJCWObD9uxgXAlPPMU5n 8wm9jzXCvAwoTTzrXxR+idihELO8W+6oJprxPNv87GVKAxQAd4+UrOntp725IPjEEZYXitkM HA0lbUY/d9PyfEOGGGK804zb300+A6idNSQW2Varx4pta764qVjKgzInQGkMPs4o8yp4voBk M6ZhPJ2PCa3LPZTX2onHxbbVVC5E0w62EY7OC+56Ylq4mDEF+LtnT2xbDaXs5UoRkjdXKY0l KJxgX0dg64eZl1fED4WWpXjG92vflTXU8MdFpVIOpex88wJWjsbIkGvSpyABaV3yhKjqEtvW /AnT7rzQYgk2+Xmv5D/VRtcN+xPf6Z5cwy+PcqWUycc8MZ3CiaNqBzd2RWbWJI9xilauadYc EMQyvhf8x2r4vSKTj4ltq1OcDwbpFwbpF0aYVzAypNHP0/vYkAI9xrrWT3uzi3Sqi3yqn/bW LO822zjtjmrScNQSFEKKlinuzQHa2z2U1wbp50eYV4boFwfp54cY7zwXfmnwcXb7rlYq5UQ2 wDcvjLOvD9LPg1ICgrIjkDBvbVXypaw7qqVpByc5NwZo57vIpztJJ/uob0ywr0OKZoZ+lKYb xsiQI4xLHaQTzfiDaFwjGtfYjDvYTjg+xHgHuFCQ1X27VZd+vobA1LfgD/XT3gKjWBB8OrEz qBHmFYwM5YnpXtYlKlfKqVxE7SYvi+6PMq/0Ul/vJJ3sobw2wry8KnnEN8+viO8PMd4ZpJ8f ol8cY707xbk5SL9QnU+1m+IIyyiavgnOjUH67il6n6Lp1/tYUvvGNPfDnW5cXpc+NQV4ajdl jn+nep5nm58JzM+Iqs5Z3u1B+oVeyrkB2tszvFsC87NsIfHL3HJ/FEojc+CKpXwoZTcF+Hof q9oMPo4pIBBZl4foF/8hpemjvmHy8wqlXKEEg5bI+lfED/pob+i8zDQcwcpRzbj91ciDxL5R LMGblufdlLNi21qhBIdTTlNA8O0OsE0BvsyBBev7FygN1zSXK6Q0btoQ/eIr736RbbUALkE+ u/t1pn4MPBfG2e8BShNKOeYFd6tvmOHdckc1yVzoufCrlynNJOeGNSjePVJHRD7F/aCdcPS5 8CuVixTP+oGDSr6YDSZtShdxhnern/amwc8tlvPumHb3GPU+ltHPM/n5OErYsgcAACAASURB VGVbB/EEoDRaD32YcamdeJyk7p7l3UZg6heFX3rjentYNs39cJx1zRLYDCaty6J7SKhhWXw/ kDCD2r6Xz2wObC5sflalNBoPdYjxDhLbQNMO+uPGbD5e0yWroYZfEZl8XO2mYOXNa5InG1IE RdMvsa2rXWSDj+2KKBNZ/wt1bqVywRIUfkchzXZjGybDaeevNaIadqNSqWTzCVdEJbVv0LXD 35ZmfoRTtArMi5agMJx25ku1yMwfCJVKOQNHHWG50ccx+DjmwGYwYQF1GpG0yxYS67wMhROv cOJ1XqYzoszkY+DAYikfTbsdYYXex1K5yQYf2xIUGv1cg49j8vM9Md3LSaeVSjkNR2whicHH Mfg4lqAwnHJUaU+5Ukxkg46wXO9jK11EuQOn8dBsIUkoZbeFJFh584r44XPhVzO825OcG+Ps 62Ps9yY4N2Z4t54Lv6JqBswBgTOsnOZ+VF3d/XytBX9wSfS11kMHo/DE9LaQ1PDNBFpfZW6+ jUIpF0iYLcFNjYcqd+DUbrI5IAgkLblCKpAwm/x8g49j9HNtIbEjLDf6uAYfx+jneWK6QjFX rpQS2YA9LDP42EonQe7AaT10W0iSyAZAHqkjrADdMAUEgYSlVC7ChbQrqgbnMfl5nqguV0jG M35XVG30c9Vuit7L2v2x/gL4o1AaiX29UMrpvExQcPJCG6RfaMYd+MdRGsLRl6I0U6PMKyBK k4LDGBkKvSvyuJvSbFqW8sWMyc9fFt9/uQNDjHda8IdepjQM3WgajpoDglHW1eppW/GH+6hv 9lBeQ0ONfPM8XEjJHbh+2lu7vxVc00y2kDT42CPMK9uUJmmf4/9QStNLfZ2o7t4dD6Fo+vpp b3aTz4yy3p3k3Hwu/JKhG1G7Ka6IKg1Hc4UkQzcyyryq97JyhSTbMDnJufnCGMdY10BkaRel eaebfEbpItJ1w+2EY/20t3ReRizj3ZAh8MqOSNql9zJBzRzQIkzDUZp28OXZG2e/B2oKAaVR ucmD9IsoaJ/YulqTBKihhl8XpXLRHdXQtINgmQvJW1QuUiIbzBVS+WK2VC6+vGFfqZQ9US1F 0/9dfGZN8kTmwLyQfVHDL49ypZSGY+6oRuaAqJqBb0VmpE/wynaeac4c2IzXIjN/YFQqlXK5 VC6XypXybk+2ylalVC4WS3Bx22P6pecAeEM5DzRId/RIy99zI1Uqlapm6Sv/Xq6UiqV8oQQD D4bKViWRCwosizsk/MGy+MGy6P6S6P6y+MGK+CFWjhLZVhLZQDYfF5if/QKBmn7am3ovE5ja gVFUtirVsf8QUzsgRVAowcVyvrxrHsoV8CmUgDnet//7zZyXK8ViCa5O0YtzWy6VK6VqN3b1 7ZugGbhWsVx45cf6s+KPQmno2qFULuyOaub4d1A7pSxNmLpx9ntYefPi5hftxOOt+MNyBwRW 5K+kNAjsng7i8R7K2R7Ka6B1kU+jcft7KGf/IaUhqboTWb8/YXou/Gp3FuYo612MHL0kutdJ OomCGjYtz3OFVJXSLIsfBJPWWMb7XPglcifVckX8UOkiMXQjvZTXCcr2WMbriqhmeLerb+in va33sYqlPMswCYx0/llKg4L2dZBOdO8aKbCUwSna9D4WRo5qIxxtIxwdol+c4d1SOPG5QnLT 8nyMdU3pIoL+91Ffr14Lid07w7uNU7aNs99DQ43fojSUMxoPTethjDKvNuP2s41TyVyIb57X uKmZfIymHQS5p73U1/U+dqGYE5ifVe10mjB1bYSji8IvcIrWAfr5V1Aa21qp/J37GTXUUMPP jUqlHE27hdaldWnTivjhquQR2zAVTNr+YeA0lQvLHdB3WdmQ1b3OsKK2RP4VUamUM/k40Hul aQd3f1Kr4kd4RdumZckaFEfSrkIp92t3toYaXo1ypRTLeCX2dfCAeqnMr4lnmgPRnnKl5Isb FoVfVMt0f47WTjhGVHVl8/Ffe2J+q/ijUJpp7ofOiBIupPRe1rLo/hDjnSH6xRXxQ72PHUra SeqeduKxZvxBkXUlm49LHZgpzs1W/GEEpn43pQF2s93kM9UGikC6fwClGWO9awkI4WLaHBCs Sh4PM94ZpF9YEn6t9dBDSTtNO9RJOomE9nKM05l8TOOhzvHvtBGOdJFPq1xkuJhRu8nzgruD 9PMr4gfWkCRXSLIME52kk0DxLJuPq1zkBcGnA/Tz09wPRdblZC4UTbsXhV8isHv+BUoDDHSr w+wgHgfiBGR1bzzr98S0kKJ5hHlpgP72DO8WKP3nGmf6qG9QtYOJbCCW8QksizO8WwO0t8dY 10jqHntY5o5qgALby5QmmLQtie4hsXvnBXfdUU0waU1k/Z6Ydo7/MSj+QWL30nXDqVw4mvFw TbNT3A8GaG+Psq5StQOuqNoSFM7wPqpRmhpq+HdDrpDUeuiQvAWsdMnqHktQWCj9Y5fMcqUU StqFlqUXWM2q5DFe2a5ykWu/+r8WypVSGo66omqpHUPR9G9IEbtqZp4QlB1884I1KIpn/YUS XKOdNfwborJVKZRysYzXHNgUmBdJ6p6Xd09WJY9p2kFPTFtN9CqUciY/f5JzE4HZ8y+Tlu9p LfiDq5JHgYTlh4Riangl/iiUppVwmKzuiaRd+WLGFzea/HxTgB9IWOBixhIUTXE/ADp9LMNE Co5EMx5TgL8sftCKP7Sb0nSRTtO0w0oXUbXTVsQPWwlHfgilacYdgBQtwBjHnzCbAwKjn+eL G+Fi2hlRgNgRAruHrO6NZwOJbMAWkmBkSGC8GkrasoWEK6Iy+XmBhBkuZixBIehzK+EIUdUV TjmByIHRz3WGFWk4moYjXNMMCGj8C5RmiPEOyzBRHabQugxcfsdY14B4WjBpMwc2jX4u0Ib3 x00r4gfNuAPDjEtyJy6bTwCFaKOfaw2K41l/Go6JrMsgO+5lSgMXMwz9WDvxeBvhiMS+DhfT xRIMtARa8Ae7yKfAmRVOfLaQTOZCIA3UGhTFM75MPsY3z/dSztUoTQ01/FuhUin74oaqFjNG hpI7oDQc/YGHF8v5SNqpdlOomoF1adOq5DFGhmQbJy3BTWBY8bN2voaXUamUM/mYIyIX29aA AMC3qWaH0LpsC4mjaU8tMlPDvy2KJTiYsKjdFJ5pnqDsXJM8WZM8eXnrhKLpswXFL9zJuUJK 7sR9V23zj2loqHGGe8saFNWebD8Gv0tKswCM6jetS4ls4Nnm502YOgSmvpt8BpI3G/3cSNqV zIWSuVAgYZE7cUDyvAlTh8DWzws+Mfp5iaw/kQ1QNQMdxBMrkoeuqFpgWeylnBukX7AEhMUS XCznQeMaZ7pIp7pIp+UOKJCwrEoe7aY0fPN8POtnGSa7yKebMPWdpJPr0iadlxlJbXcgmLSp XOTnwi+B8h2IJmm9jHjGl8qFOcYpIKUHyZtNfn4040nlQtG0W+tlPNv8fCens76LfBorRxv9 3GjGk8qFYxmvIywna3pBWKkJU9dJOqVykZwRxTTvo2rfJjk3zAFBIGFeEHwKXmHoRqNpN103 3E48Pse/44wo8sUsXEhlC4lENkBQdbQSDjfj9s/y7siduGDSmswGk7lQJOU0+Njr0qZO0kkE ph6FbRhlXeUYp10RVTzrS+XCsYzPHVWzDZNDjIugPwubn9lCEqkDM0g/300+o/HQypWSPSwD Yufr0iZPTBtM2talTc24/dPcDyma/nHWNRS0b4R5hWea9UQ1iawfnNkZUdB1QwO0t7d1nxUt /rhJbFvrp72FghrEttUapamhhl8Fla1KIuuX2Nc3pAiQcsbUj/vjpn/qB7tcKaVyIbkDWpM+ XZU8xshQShcpX/OY/8UBIjPOiFJiWyer+zakiJVdNTMEZYfAsmgNihPZQC0yU8O/J8qVUjaf 9CfMajeVqR8DaiU7BOYRRoYCwWTQ8Io2nYfxcrUeECEAa4yfMFaDhhpneLdMfn5N2fxH4ndI aeQOHFA0nuZ+BMnRoKgDgdmDwNS34g+Nsd5dFt+H5M1YOfrZ5ucDtLeBxVI3+Wwz7mAr4cgk 58a69ClW3jzKvIqGGvtpb69KHgH7pHH2NWdEuTsmKLVv9FFfR+P2z/E/Xpc+7ae9jcTurapx T3E/wMrRE+zrzbgDSOweBLa+GXdghHllWXQPkqMhefPi5peD9IvNuP3Aj6kFf6gFf2ic/d6a 5AlO0QIObMLUteIPj7GurUoeQ4qWZfH9EeZl8Hq1gXGtSh7hFC2rkkdT3A/aCEerf23GHVgQ fLIifgCYHmidpFPPhV+tS59US1PG2e9hZMgx1jXgQSu0Lum9LLWbonASZA4sXtHWR30did2D xO4dpJ9f3PwcI0dC8uYl0dcjzCst+IOt+EPj7Ou9lHNI7N5u8plp7kfr0ieQonVN8mSGd7uL fLoqu95LObcsvj/Hv9NGONpHfUPnZZYrZbiYJmt6W/CHeiivLYvurUoe9VHfaMEdpOuGfXEj 2zAJJN16KGdn+bc3pE04Reua5PE098N24vHqoIboF9ekT4A5VDPugNwB1TY8aqjhVwFcTBv9 HLyyHSwRCKpOYGT8z56nUMppPbRt0Wdpk8ZNra2Yf0mUK6U0HLGHZWLbKkgz2y3SQFR1iWyr tpAklvH+kHzCGmr45QEIuSMsl9oxDP0YVt68yyvp4ZrkKUXTL7Vj5A4cqKjByFBSByaZC73y bJWtShqOSOwbIFPmR/OZ+jbCkSXRPZOfV6x9g340foeUxhc3LovuN+MOoqB9zbgDwP1nWXR/ XvAJsC5CQg3NuP3NuP0I7B6w/sbK0XInbk3yuJN0EoltQEGN4MAmTB1wlkVB+9C4/ThFayTt 2n0tV0Q5x/8YBe0Db0Bi93aRTtO0gwubnzXjDoAOoKCGFtzBFfHDJdHXwNEWiQUdOIDE7kVi 93SRT61Jn8oc0IYM0UU6BVLgwF9RUEM78Rh62xNqX7VXr2woqAFc7iWdwXo01IjG7d/t5YTA 7kHjvvUiCmpoxu1HQQ1thMMzvFtYORqnaMXK0RgZCmRLT3M/7CafQUP7EJh6cDggY0js3i7y KaKq0xwQiKzLk5wbwJxnZ/j7EJj6ZtyBIfo7E+z3O4gnkNi9aNx+NLQPBTU82/zMHdWANYrJ z5vk3ERB+4AqPBJqmOTcNPn5hVIumvYIrUvbZ8bWo6HG6kgBS5zmfthFPoWEGtDgw4L2LQg+ cUfVv9I9WEMNf2hUKuVAwsLST4Clw4YMKbVvpHKhf4GN1CjNr4VypZSCI46wXGxbJat7X4rM dAqtS/awLJENFmuRmRr+HVEplvOJXNAWkoqsK2R134YMAZ4koLRvQ4qkaPoVToI3pk/mwsGk FZD2TcvzeNb/PfuhQLXc5Octi+63EY7sXln9Uw0FNfRSXsMr27xxfW1H4CfB75DSFEuwNSii aAZWJY+Wxfc3pE0c47QnpnVH1SLrMkHVuSj8cox9bZx9fVH4BUndLXdAwaStUMp5Y3qRdZWi 6VsS3Zvn310S3cPKUWvSJ8vi+2uSx3TtkDOifOG2g4tpnZdJUndvX0uG2LQshlIOa1BE0w6t SR8vi++vS5+yDBOemM4b00vsayR195LoayA9/Gzzc4KyQ+bABBKWfDHrj5sktnWqpn9Z/GCO f3dJ9DVF0yu2raxKHu+OuvysbZhxiaEbUbqIDP3omvTp7uzSJdG9Of7HY6yrA7S3R5hXRllX J9jXl0X3yZpeiX09lLKXysVsPmEObHKMU1g5eo7/8Sjz6hTn5or4AVM/ZvCxrUERzzS3IUOu iB+sSh6R1N0GHydb2PYAzubjajcFp2hbET9YkTzAK9s0HloajoGwWCYfNwX4LMMERoac5d0e Y707zf1wVfKYZZgw+rm2sJRvXtiQIZbF91clj8iaXmtQ9C9sCddQQw0/Hik4InfiMDJU1RbT +yp7uB+CbUoj/obS1Gpnf26UK6VULmwPS0W2FYqmb7cY1JrkCVHVLbat2UPSeMZXLOd/7c7W UMMrUCznwymHwcfZtDwnqXt238Or4kdYOZpjnNZ6GN6YLpOPgUdTNh+XOSCadiiQsPwQil4o wZ6YlmuameHd/mfFnRGY+nbi8RXxQ5kDG0zafvbp+MPgd0hptra2iiU4nvUHk9ZAwhJOOTL5 WLlSqlQquUIqlvH54kZ7SGr//9m77/e20ute9P/bjOuM7cQncRwnzvWJU+z4nCS+9o3tOI/t ESX2IlKkKImSqN5FoneQAMECkgA2gI3ee+/YBbvz/rAlDkhpxiOJJEByfR78NM+I3BKBzf19 1/uuVXUWmqEmWWC4jtg5mxd4isFbZLnYiuTq/mIrWsMzlXai1IpV2gmsU3nrkBOGJZtE4fX3 SpN0kxc4jmfanXL51Z9N4lSdF1hBECgWb5LFYiuSrDqTFSTfCDaIPM2S4gUIAk+xhHjIJ9fw F1uRFlmiWCJZQR5t/Wqkq/f0Mb0mtd9bCy42iHyHwVI1lylwa3+zaVew+cOS7Y9K15g5eBvN 6DJ1b4MoUCy+/7zC8QxBN2t4Jlv3JSr2dM1dasUwqsbxLC9wBNWoYulSO1Zux5tk8eCwAoFi 8TqeLbVjpXasTuQolui+s7A8jVP1KpbO1r2JiiNdQ8vtBE7VX31lulHFUqVWrNyOt8gS/K4F oCdolowUrRr0srior3ZP+XOmDoO931c7HGlyEGmOEc9zGFVNVJDd+NKhB0Gp45LOM2OPS1JV d7tTYXkaKjOg34gPUZV20p8zrQXvaNDLUmTw88Gvjotq99RW5HGkuFXDMx0G656mwvFMFUtn auhXH2cnPnikqq710N2767+Y1n1/TPWt4S8exzmi/NqE5tM5ww+f7fwOScqLrSjNErA9/gid zUhzxtAsuRV5NGf84bHmmWHFx0v2z/KNoPghp1kyUXGs+K537zoVXwrnqMo1rvfOWaPPvFlj pubFOlU4iA8A2Nvbq2KpjfAD8V4hR4Zt8eUmUXjvx18x0ixDpDlmHM+2O+VExWGLLxu8c7Ku Er3UccngnXMkZcmqs0UWYX4x6EO8wBN0I1v3oWnteuhe91l/8T2s987aEpJ42VbDMgz39lP4 PM9x774YKgg8TtXjFTuSlJsDt5ftn91d/8UN00/EhDOu/vas4Qc3zf/0cOuXCufIZuQRmtHl Gv4vugbwISDSnA6FZnjJ9sdDXQGO9nXD9BNvdqW7ZSHF4JGi1eC9ur/9dNl+Qe4cljtHJI6L 4m1C6Rpf8V2zRp6GCht1PMtwJCw5AHBuEXTTmzUqXWPi7WLFdyNT8/AfsN7xZqQ54XHUZx7P s1inGi/b39yiI0Uu6TxXHAlZpuYRKzOQJ0G/EXd/pKpuR1K64ruudI6JzyfL9gvL9gE5MmT0 zjtTymzd1+qUGY46phuIIPA0S2KdaqkVTVad0dK2P2dCMzpPRh/MW2Ll3UwNrWIpkm7B2bPj A5HmdGA5KlK0PrH+V3eT6CN8XTH8wBK61+qUD31fkm6HCht676xYq5HYB/TeOZ1n5tCGNIl9 QO2e2gw/dKc1ySrSIPLQuwOA84bhqEQFMXivircFpWvck9GTdOvDvmbHnzN93h4AIs3R4Xim SRbjZbstvqT3zEodn1dmZMigwTePJOXJqqvVKUNlBvQhlqcbRC5W3rUnpEbvgUNfy/YBhXN0 LXjHmzXk6j6cqnXvMQNnFUSaU4PhOr6s8c76z4+ib+CB17Tu+0bftQqWeutnnqAa/pxJ65lZ tg8onCNoRpesOt1pzap/QeEc7VoOuSDOwtN75zbCD7xZY6EZJukWL3CwsAfAmSfsCTU8Y40+ kTouis/E29FnNSzzgWXbt0QauJ98MI5n251KrLy7HX2m98y+cWbmCpJUZBt+rFOFygzoN8Ke wHCdGp4JFiwb4Qc6z5UDp/8dF5Xu8fXw/WBhXRxTzguwK/68gEhzmhB0A0nK72383/Gjq9Vc MfxA55kptiJftIYh7AkYVfVmjVp0esV3Pd8IsjxN0I1iMxwubtniyysHhxW8XqAdMwVuOZLy SNFabsc7DAYb0gA4wzoMFsivqdyT4h3A6J1PVZ0fvrrPcB1fVxNnL0SaD8PxdJMoxEq7u7GX Os+V7nq7DHk1oCNVdbU7FVjVBv1GEPgOgxWaYV92ZTPyUO2eOjhh5pLOM7MTexEtbVex1KH2 QuA8gEhzmgh7AkE3gnnLs53fvWvTwLe9Pr62+g8b4QcVLPnl/cGEPaHdqThTSlda3SJL4qKd uHO0RZYLzbA/Z14P3Ve5J6TdRRv7gBwZ0qLTa8HF/V+TLAd9cgA4a1ieTtfQFf8NsWyrcI44 U0qcqn/4V35LpIGNZ++F49kWWY6Wtq2RJzrPlUMNAHSeWVdanW8EoTID+hAvcCTdytZ9SEpp CtxUuca7d4hIkUGd54o9IU3V3K86qcJd4lyCSHP6MFwnUXGo3ZPzqz8efd/OzlPav3iw9Utb fKlFlr5KxhD2hAaRr+O5NwdCCXsCxeAVLBUr25wp5VpwUeUa7+4oIDY+Mniv7sRe+HPmXCOA U/UPOTEMAOgnQoPI78ReiEv+UselzfCjcjt+JMv8EGk+HMvTDSIfK+3uxF7qPDPdC08yZGjF f92ZUqaqboyqQS0d9BuOZ5tEMVFBkKRixX/90JYQuXPYHLjlTmtTVVebLEPn1XMOIs2pxPFM FUu5M9pl+2cz+r9+l9M1H4+pv724/m+W0L1kBdkfMvVVCAIvCPwXrd4JewLLUThVr7QT0dLO bvylzjMj62oJv2y/IHUMqlwTK/4bO7HnkeJWg8gxHAW/RAE41WiWCBc3Nehl8WOu81yJlXZZ 7mgGQ72aSwPtAd6L2AAgUtzaijx+szKj98y605pCM4xTNWgAAPqMwPJ0kyyEi1tbkSd675zc +XmYkdgHFM4Rc/C2P28qtxME3eB4BkqLACLNKUZzZL4Z2o0vyZ3Dd9d/MaP/qy/JNuPqT66b /p9nO/9tCtyMlKwYVT2+rdIMRzXJYqrq9maNm+FHGnT6cIc0x0UNenkz8siTMaRraJMsQoc0 AE4jjmdydb85cFvcByJHhu0JaYs83DvxvUHHs/fDclQdz0ZL2zux51p0WnKgMjO86l9wpVTp GopTddgJDPqKsCdQLFFqxQJ5szX6VHPw3StxXNSg09bo02DBUmxF33uGLziTINKcboIgdBis giWTVQTN6Fb815fsf7q/+R/XVv9hWv/9WcPf3Lb87On2b5Wu8d34Uri4lW8E2p3KySzIcTzT Ydp1PJuuoa6UyugTeywOdN+bFM4xo29+M/LIl10ttaIUi0PRBoDTQ2iRJXtCKnYckjgurgXv FBqhI9xWynAUdDx7JxzPNMlCqLCxGXmoRWfeHJrpyeiLrShO1aEyA/qKGGYKzbA7rTUHbqvc E92LoRLHRZV7whZfSlZdDSJPswQPTwvgIIg0ZwcvsO1OpdSKpmrucHHTl1sN5NfiZXuuEajj 2e4Zmid+YRxO1XONQCC/th17Zjg4zU1sIa90jZuDi86UKla2VbEUZBsA+h/DkbHSrs5zRfwg a9GZcHGLYY/yVnMo0kDHsy8mMFynhmUiRet29JkGvdy9ti1Hhk3+m+60OlPzEHQT/g1BXxGf XtI11J3WmoO3Fc6R7scDuXN4xXfDkZTFy7YWWYQDM+CLQKQBJ4QXOJolmmQh3wj4cqtrwTsK 52h30WbZPiBHhrWeGUvorjOlTNdQnG5AI1EA+hMvcKVWbCP84HVXgIvb0WdNsni03+VwpMka YbHjTRzPNIh8IL+2HrqvRae7h2ZKkUsG31Vv1lhqx14fOQCgX/ACh1G1aGnHGn1i9M0rnKPd vYVkyNCKf8GXXSm1olinelQn9MBZBZEGnDRhT+gwWLmdiBSt9oTMFLildI1J7G90SPPN2xLL oeJGsRUh6CZMywKgnwhYp+pKqeTOEXFPyKp/IV1Dj/yJ+WCkGYRIc5DAcGQVS4eLW9bo00Nj OuTOEXPgtjujzda9JNPq9aUC8DlhT6BZooqlIkXrbnxJi85IDm5KV7kn1kP3fLnVfDPUodu9 vl5wOkCkAb0h7AkMR2Gdarkdj5a2t6PP1OhU904Jsdm82j1lCtyyxZeipe0mUYQlRgD6Accz qarL4L0qflTV7slA3kyxxJF/I4aj/DmzeGeASNON45k6nvXnTOuhe1r0cvepA6njktF3zZdd FZtBwXoQ6CssR5VaMU9Gbwnd1aDTsq6iorgLfTv6LFGxV7E0DOkG7wQiDeg9hqOaRCFRQdxp zXrongadOtQhTeq4qEWnt6JP/XlTruFvd8osR0HHRgB6QhD4KpayRp9KkUFx6cEafVrHs8fx vSDSHCLsCTRLVrFUqLixFXmsdk92b98VO9uiGW2u7u8wsLYN+gjHszhVzzeC3qxxLXhH6Rzt /i0vQ4YM3vnd+FK0tN0gCtyXjv8G4K0g0oB+wfEMSTerWDpVdTlTSr137s3WzyrX+Ir/ujX6 xJ8zldtxmiV7fdUAnDsE3fRkDQrXmPjBNPqupaou9ngeQSDSdGN5uoqlfbkVS+ie5mBlRoYM rvoXAjlzpZ0gYacu6CeCwONUPV6278ZfrvoXDm01F4uK7rQ21wi0yPKb47wB+Iog0oC+wwss TtWyda8vt7IVeaLzzB7qkCaxD6hcE2vBRXdam6w463iWZonz/KADwIlheSZdQ1d818UPo8o1 4c0Yju+oBkSavdcHDypYKlhY3ww/VLkmujfqKFyja8FFT0afbwQpGNMB+oa4vbxO5OJlmz0h 1XtmDzRltg8oXWNrwUVPxpCr+99p8DcAbwWRBvQpXuAoFqvjuWzd580a14KL8gONHV+df9V7 5zbCD9xpTabmJekWNCcF4Fg1iPxO7IU47UTiuLgZfljFUsf3uYNIw3JUpZ3wZo2W0D21e+rg 0MwhU+BWIL9WaSdIugX9IUH/YDmqiiX9OdNG+KHOc+XguuSA0jW2PWUoFgAAIABJREFUFXkc KW6V4a0Ljg5EGtDvBIHvMO1yOx4qbNriS6v+GwrnqORQ92fnsNF3zZGUR0s7lXaCZNpwiwTg qAkdpu3PmVXuV1UCvXc2Vto51plX5zbSCAJPiZWZvGU9dF/pGt8/M/N6efuON2soNMMUg/f6 YgF4hRc4km4WWxGxcYXKNXFoj5neM7sdex4ubtbwdA/H5YEzCSINOB2EPYHhOu1OudgMhwsb 1ujTg7svXq1ZatBpS/Du65lcJZjJBcBR4QUu1wis+hfEj5vSOYamtQTdONZGHQxHBQ5EGoNw DlYrGK5TasU8WYMldFftnjwwNNM5vBa8EyxYoDID+oog8CTdStdQJCkzB26rXOPdE2akjot6 76wzpczWfU2iQLOkIMCWCnDEINKAU0Zs+NMg8vGyDUkqzIHbKveE9ED35wEZMqjzXLFGnwXy a4Vm6PWILriBAvCehD2hRZYcSZncOSxuObOE7pZaseP+vgxHBfJmaVekOcMP8YLAUyxebif8 OZMldEfpGjtYmRm3hO76cqulVpRicXgiBP1BYHm6SRaTVQRJKYy+azJkaL8yI3EMKJ2jpsBN V0qVrqE4VePPR5UV9AREGnBacTyDU7VSKxYr79oTUr3nbR3S3BOmwM3t2PNg3lJpJ6DMDcD7 oRg8VNjQoJfFD5cWnQkXt2ju2FsOMhzlzx+o0pzVSMNwnWIrIg7rULknule4Fc6R9dC9UGGj giU7sKsW9A2OZ2p4NlTYsEafGLxz4npHd0VxPXw/VFgvtiI4VYdNE+C4QaQBp5uwJ7Ac3e5U MnWvJ2PYCD/UeWbEs8vd2UbtnlwL3kEzunQNbRIFhiOhkQAAXxEvsIVmeC14RywaKJwjjoSs 3SmfwLd+W6Q5U6u8gsB3GKzcjvtyq+bgYnd/W4njoso1sR6697pnPQF3LdAP9t+0wcL6VuSx 5uCYbKljUINOb0YeBfJrFSwJ71twYiDSgDOCF7gO065h6XQNRTM6c+CW4o0OaQrniNE3vxV5 4skYcg1xFB3cagH4M9qdqjOlFD9QEsfFteCdQjN0MrWCN9sDnKVIQ7NkoRlC01pL6K6qqwHA sv2C0jW6EX4QLmxW2kmYoQ76B80S2brXmVRagnfV7snuXd8Sx0WdZ8aRkCUrzhqeoVkCtkeC kwSRBpwxAi9wBN0stWLBwvp29LnBOy93jnQ3XZE4LiqdY6v+G0hKES/bq1i6w2CwlwOAt2I4 Mlbe1XtmxY+PBp0K5NdOrMsWw1GB/JrEceksRRpe4DsMVmrFvFmjKXCru4WjxHFR7Z5YD90P 5M2VdgImboH+IHA80+5UMjWPO61d8V2XI8P7eyMl9gG5c3jFdw1JypNVZ7tT4XgGKjPg5EGk AWcWzZINopBr+AN582bkkdI1/maHNJ3nykbogSulSlSQFlnieKbXVw1AH+EFrtSKboTvS1+F imFbfKlB5E/sOZvlqEB+TXqGIg3NErlGwJXWrAXvHLopKV3jm5HHkeJWBUtSUJkB/YHj2SZR iJasO7GXK75rhwbEyZ0ja8FFX2413whgnSr8DgU9BJEGnHG8wFEsXsMzsdKOIyE1+ReUrvHu jb8S+0W5c1jvnduOPgsW1outKE7V4b4MwN7eHkE10Ixe4RoTmxet+hcydS9/gsd834g0p7U9 gLgzttSKerL6Vf+Coqt0LB722wg/COYtVSxNsySEGdBzgsDTLFnHs+HiljX6VIvOSB2X9t+0 UsdFtXtyPXTfnzOVW3HYGwn6AUQacF6wPI11qoVmKFK02uLLes+c1PGWLgLm4KItIQkXt6rt FHRIA+cZy1HJCmL0zovPMSr3hDdrJOnWCV9Dd6TxnM5I02GwbN3nSqnXgotK11h3x3mVe8Ia fRIpWqtYimJxeC4EPScIAsXghUbImzFsRR5p0MuSgwdmNOjl3diLWGm30k5SDA57zECfgEgD zhdB4Bmu0yJLmZrXk9FbQvc06OXubCOxD0iRQQ16eT10z5s1ZOu+dqfMchTctcG5Igh8FUtZ o0/E479SZNAafVLFUif8zH2qqzQ8z5F0q9AMoxndqv+Gwjmyf/xA6riocU9thh+GChs1PAOV GdAPeIHFqXquEUAzOlPgptI11hVmBmTIkMF71Z6Qxiv2JllgOApO/4O+ApEGnFO8wJF0q9xO JCqIK6Ve9d881FN/2X5B4Rxd8V/fib0I5Mz5RoikW/DYAc4Jkm75cqsq94S45WzFdz1ZdbI8 fcKXcWojjdBh2pma15lSmQO3Fc7Rg5WZSWv0WbS0XcVSFHSFAn2A59lWp5yoOOwJqcl/U+Hq fsdekCNDpsBNd1qbqXvbncrJ3wcA+Cog0oBzTdgTOJ7BqXqxFQnk16yRJ3rvrBwZ7u6mKnVc UrkmTP6bSFKRqDjqRI5icZ4/Fc9VALwPjmeyde9q4KZYVVC6xtxpDU7VT/5KXkeaUzNqU+y4 mG8E3WnNiu96d7tFqeOSBr28FXkcLm7V8SzDdYQ9WCIBvSQIAsN1GkQ+WtrZib3Qe+dkyNCh yUiW4B1v1lhohgmqwQswLhP0L4g0AOzt7e0JewLNEnU8m66h3qxxI/xA5Z7obv0srlTpPbNb kcdoWpuqutqdMnQRAGePIPB1PLsbfylDhsQH8Y3wg1Ir1pMscbhKk+nfSCPsCSTdTNdQJKkU WzN3HT8YUKNTO7EXsfJu7VUDAKjMgF4S9gSaJUutmD9nskafiKf/uzdgq1zj1ujTSMlaasdI pg07FED/g0gDwOeEPYHj2Q7TrmLpaGnHnpCs+K4pnKMHRyNfVDhHDN757djzUHGj0k6QdIuD tStwVlAMHiysq9EpcZeU3jsXK+0yHNWTi2E5KtjdHqAvIw3PswTdyDUCrpTK6Lsmdw4fqsxY o0+jpe0GkWe4Djwagt7iBY5kWoVW2JtbWQvdUbkn9sOMxD4gzjbYiT2PFLfrRA7eseAUgUgD wNuxPN0my7m6P1RY34m90Hlm39YhbcoSuoeklLGyrYZnoUMaOO14gc03Q2vBO2KMlztHkKS8 3an06nqY/u54Jgg8TjXSVTeSUpgCN7tHdoiNoXZiL2Ol3fqrmwNUZkAv8QKHUbVUzY2klObg baVrfL9fhfj5WvFfd6ZUyaqzQeR7tYoBwHuDSAPAl+EFjmbJJllM1zxoWmsO3la5Jg4V6GXI sM5zZSP80JddyTeCOFVjeRo6pIFTRxCEFll0JGViqwyJ4+JacDHfCJ7kIJpD+jbS8AKHU41s 3YckFUbf/KHKjBad3o4+i5V2GwQ0hgI9JuwJLE+1yFKi4rAlJAbfvBwZ3g8zEseAwjm66r/h zmjF318cz8A7FpxGEGkA+ErEU7+lVjRa2nEkZKv+G4c6pEnsA0rXmMm/YE9IQoWNYitK0rD/ GJwmNEtEilYtOiNuOdN6ZkKFDYolenhJfRhpeIHDqVqy6nIk5av+he77gMRxUYtO2+JL8bKt juegMgN6juWoCpYMFTZ24i/13jkZ0jWxwDGgck1shh8G8uZ8I0DQTfiFBU41iDQAvANB4BmO ancqhWbInzNthh9q0WkZMtjVIW1Ahgyq3VPmwG1nSpmsOJtEAbYjg/4nCHy5HV8P3X+95WzY npC2yFJvH8oPR5qMvoc9lziexal6uuZxJGUG74GlbqnjktYzsxN7ES/bW2SRhcoM6Cle4CgG r7STgfyaJXRPjV6WdoWZ10e8nkSKWzUsQ7F4z1cKAPhwEGkAeB/CnkCxeBVLJyqIO621hO6p 3BPdXQSW7RdkyJDeO7cdfebNGjN1L0ZVud5t4AHgSwh7AkZV3WnNfp+u1cBCtu7r+Tv2LZGm F5fECxzWqSarTkdSvuK7LvaC69pmNrMbX0pUHA2iwMIJBNBTvMDhVD1b96IZ3Xr4vso10f1b SYoMGrxX7QkJnP8EZw9EGgDenyAILM8QdLPSTkZLO7b4ksF7Ve4c7j5zKXVcUrrGVnzXd+Mv I8WtGpaGJTHQbxiuEy/b9J5ZsdKoRqcCeTPF4r2+rteRBulZpOF5FqNqqarLlpAYvFe7h1aJ lRlbfClRQVpkCU7QgZ4SOIHFqXqq6nIkpCv+6929OiWOAblz2Oi75kqps3Vfu1OGI17g7IFI A8DRYDmq1Sll6l5/zmSNPtV6DrT5F7s/a9DLm+GHaEaXrDrF/pi9vmoA9gRBqGLprcgTyeti yE7sRYPI9/q69vbeUqUxnFik4Xi2RZYTFcSRkBl987KD+3Z0niu2+HKigjTJIgxTBz0k7AkM R9XxbKy8Y3/jvSpxDChd45bQPW/WmK37cKoOu6DBWQWRBoCjJO5grhP5VNXtSqlX/QsK56i0 a0OaxHFR4Rw1eK9uhh/5cqviSGaOZ+AYMegVgm56s0ala1zscrHiu56qurj+eEx/y1wa/tgr nDzPYlQ1UUF2Y0t675wc6epmhlzSea7YE5JU1SVWZo77YgD4IoIg0CxZxTPBvGUj/EDnmZEh Q/tVRInjoso9uRl+GCqsi/PTeti6EIATAJEGgGPBCxxBNfKNYLCwbkssiQP4uos2y/YBpWvM HLiFJOXRorXcjndgQjM4cSxPp6ouo++a+LZUucY9WT1BN3t9Xa+c8KhNjmeaZClRcTiSUoP3 avdqtwwZNHjn7AlJsupsk2WOZ47vMgD4coLAk0yr0Az7cqub4Udq9+TBHQGXdJ7ZndiLSNFa xVJ0T5sWAnBiINIAcIwEgac5skWW8o2AP7e6Hr6vdk8d3JA2IEeGtOj0WvCOK6VKVV3tToXj GdiUD06EUMdzO7HnYjckGTJojT6tYun+idYsRwXzFpljcP8sDXc8Hc94nm13qvGyfSf24nBl xnFJ55l1JGXpGtrqlFkIM6B3xHECmZrXmVKaAreUrvGutjQDMmTI4J1zJOWpqrtJis024VcJ OC8g0gBwEsQOaRUsGS3tOlPKteCiyjUu+bz184Vl+wU5MmTwXt2NLwULlnwziFN12CcAjlWH aQfya/tLvAbvXLxsZ7k+2kzFclSwYJG9TlxoRn/kTdg4nmkShXjZbk9I9N657hUH2av2UNJk 1dnuVHre/w2cZyzPNIlCsoIgSYXxYNs9seu6ObjoTmvTNXe7U4HfHeAcgkgDwMkR9gSWo3Gq Xm7HI0XrTuyFzjMjPTDW5oLUcUnlnjAFbtriy9HStjiwT9jrl1VzcGZwPJOuoav+BXGVV+Ec daZUWKfaV8e6jjXS8Dzb7lRi5d3t2DO9Z1aGDHWfmdF7Z5GkIlPztKEyA3pHPP3fIPKRotUa fSqWEA+MeHaOrgUX/TlTuR0n6AZsiQTnFkQaAHqD5agmWUxWnWhGvxl5qEWn3+iQdkmLTm9F HnuzK+ka+mpkZz89boJTrUkWbfFlcU+X1HFpI/yg1IrxfbPlTHQo0niOKNKwPN0g8vGyzZaQ 6LyzByszw0bfNUdClqq6MKoK/dZBrwgCTzF4qRUL5Nes0adadLp79JnUcUnrmbZGnwbz66VW tB9argPQWxBpAOgljmdJulXDM8mq05lSGn3X5MiwxH6gQ5rSOWb0zW9FHvuyq8VWpMNgvMBD tgEfgmaJcHFLi06LbzOd50qkZO3DruJipJEeXaTheLbdKUdL29bIE53nSneHKClySe+dc6XU 2bpfPNJ2VH8LAN6JIPAdBss3gu60di24qHJNdKducR6A2KmiTuRoluy3lQgAegIiDQB9gRdY nKpn635/zrQdfW7wzr/RIe2C0jVuDiy6Uup42V7BUhSLw9FP8B44ns03gmvBO+Kir9w5bE9I W2Spr7aciQ5FGjSjf++kwXJ0Hc/Gyru2+LLWM9O94C1Hhlf815GkIlV14VQNKjOgV8RpSOka 6k5rTYFbcufIgV4yzhFTYAFJKeIVe4sswYEZALpBpAGgj/ACT7FEgyjkGn5fbtUSuqt0jS8f 7CIgQ4Z1nivroXvutCZT8xB0o3/6U4FTod2pIEmFuCNf4ri4FryTbwT78/HobWdp3jnScDzb IkuR4tZW5JHOM3NgaCYyaPTNu9PaXCOAdapQmQG98upkV2l3O/rc6JtXOEe6+scMyJ3DpsAt X3al2IpgVI3l6T5cgACgtyDSANCfBIrFyu1EuLhlT0hNgZtK19ibHdKMvmuOpCxa2i61ogTd gI5M4M9iOCpetuu9s+K7SINeDhbW+3Yj/gdGGpajang2WtrZjb3UotMSx+efILlzZNW/4Ewp 0zWUoBqwdQf0hCDwFEtUsVSkaN2NL+nQme77vMRxUe2e2gg/8OVWCs1Qh2n3+noB6F8QaQDo ZwLDUe1OpdSKhotb27FnavfUG0WbQQ162Ry8bU9IoqWdBpFneRpO2oC34gWu1IpuhB+IW/Ol jkvbsed1Ite3b5j3jjQczzaIQqiwsRF5qEUPVmYcg0bfNTSjyzeCGFWDygzoCUEQGK5TbEU8 Gb0ldE+DXpY6Bg+Gmcmd2It42V7F0uIRyl5fMgB9DSINAKcDy1FijyZnUmkJ3dWgU2/pkOaZ sUafBvLmbN3fIkssR/X6qkF/wamaO61WOEfEZyZT4Ga6hvZzh+L3iDQMR9WwdKRk3Y49V7un uiozAwrnyKr/pjOlytS8BN2EHZugJziexTq1XCPgy65YgncUztGDw5eHjb5rtvhytLTTJAoQ uQH4iiDSAHCacDxDUI1KO5moOJCkwuC92r2w96pDmmt8xX/DGn3qz5nLrTjNkr2+atAXOJ5J 19xG37z4VlG5J3251Q6D9fq6vgzLUcH8V400HM80iHwwb1kP3degl6UHKzMrvuuerKHQDONU HbZogp4QBA6naomyfTf2ctW/oHSNdW+GlCGDK/7raEaXawRaZJmBNSkA3gVEGgBOJV5gMaqW rXu9WeNW5LHeMys/OExa7JBmCd71ZPTpmruOZymWgGXpc4sXuCqW2o4+E+OB1HFpK/K4gqX6 dsuZ6CtGGobrVLF0pLi1HX2mdk92r3krnKOmwE1XSp2t+0i6BU0CwckTBIHhyDqRS5TtjoRM 753tbrgncVxUuSfWgnc8GX2u7ifoJrxLAXgPEGkAOMV4gaNYrI5ns3WfN7uyFlxUHGj6eWHZ fkHhHDF45zbCD9GMNluH/TbnFEk3vVmD0jUmviuMvvlkBWE5utfX9WeIkaaribPuUKTheKaG ZwM58+vKTPfQzKFV/4I3u1JsRggKmmeA3mA5qtJO+HKrm+GHOs+V7mNdEvuAyjW+FX0SKVkr 7USHaUMDcQDeG0QaAM6IDoOVWtFgYX0n9mLFd13hHD3cIc05vOK7jiQV8bKt0k6QdAse8s4J jmezdf+qf2G/fOfJ6Am62evr+vPeOEuzH2kEmiOrWCpc2NyKPFG5J/bbZkheVWZuudOaXMPf Ydqw5g1OHi9wBN0staKBnHk9dE/pGj/U1sXgnduOPg8XNmt4BvaYAfDhINIAcHYIewLDdVpk Kd8IBQvrW9Enavek5HCHtCEtOr0euutIymPl3SZZhOOnZ5uwJzSIvC2+LA6iWbZfsITulduJ Pt9yJmI5KlRYPxRpWI6uYil/zrQeuq92H+iTIUeGzIFb/txqsRkh6AaseYOTJwg8QTfSNTeS VKwFbx+aLSZ1XDJ4r7pSqkzN0yQKDNeBCTMAHAmINACcSQLNdepENlbedSTla8FFtXvyzQ5p Os/MdvRZMG8pNENYp8ry/b4NCbyHDoMF8ma1e2LZfkHiGNB5rkSKVobr9Pq6vpLuSCN1DNoT 0mIrEiqsb4YfqVwT+3Fd4hhQusbMgdtoRldohjoMBpUZcPJYnm4ShUQFQZIKo29e1nW+UWzc Yg7cdqXU6RqKU3XYAAzA0YJIA8BZxvI03qmVWrFY2WZPyN7aIU3lmjAFbu3GX4YK65V2Ejqk nS1CsRU1B2+/Plg16kqpcKrW66v6qvYjzUvbn57t/LfSNf46n1/sqswMrwUXAzlzsRUh6CZU ZsDJY3m6hmdChQ1r9MmbzVoUzpGN8MNQYb3YihJ0g4cdvwAcA4g0AJx9giBwPNPuVDI1jyej 3wg/0HoODB/cn+y2HrrvzRozdW+TLNAcCeuIp5ogCO1OxZlSyV8NohlYCy4WmuFT9GNluI4/ t/p893/ubfz7zbV/vr/xH8v2zw4uey96MoZiM0JBZQacOF7gSKZdbsdDhY3NyGO1e7K7KbMU GdSiM1uRx4H8WgVL0ix5KnZ7AnBKQaQB4BzhBa7DtKtYKlV1udNac+DWGx3SBhTOUaPvmjX6 zJtdyTX80CHt9KJYIlzc1KCXxR+uFp0OFdYpluj1dX1VNEfmmyFT4OattX+ZX/n7OeOP7qz/ Ysn2J3HZ2xK6F8ivFVtRkm7BWxScOIFisWzd60qpLKG7avdkd19mqeOizjOLJOWpqquOZyHM AHACINIAcA4JvMCRdKvYigTya9vRZwbfvMI52r2+KHFcVDhHV/0LSFIRL9urWBoajJ4uvMCX WrH10D3xaLLcOexIyFpkqdfX9ecJAt9hsHI77s+b14KLT7Z/c9X4o1nDD+cMf3t3/f8qnaNr wUVvdqXUilMsDpUZcJKEPYHl6HannKl70Yx2xX9djgx1n+lSOEdXfNeRpDxZdWJUlRc4OP0P wMmASAPA+SXsCTRLNoh8tu7150xbkUdq91T3WqPYIU3nubIRfuBMKRMVR4ssQYe0UwGnau60 RukcFX+OpsDNfCPQ96FUoFmi2Ip4swZL6K7KNbFs/+zexr/PGX80a/jh/MqPpY5Bf85UakU7 TBsqM+CEcTzTIHKRonU39nLFd03uHD50YMYSuuvPreYbAZyqwn0SgBMGkQYAsMcLHMXgNSwd Le3YEzJT4KbKNX5gvrV9QIYM6r2zO7EX4cJmqRUj6Ab8zu5bDNeJlXf13lnxx6dyT/hyqx2m 3evr+kJiZabUivlyJkvojtI1JtYMX9r+dH/jP+ZXfnzD9I8PNv9zO/oMdkKCEyYIPMXiNTwT KVmt0adadLq7e6TUcUmDXl4P3ffnTJV2gmIweH8C0BMQaQAAn2N5ut2pFpqhSHHLFl/We2YP tX4WuwisBe84kvJoabuKpaFDWr8RBKHSTm6EH4qhVI4M2RPLTbLQn09awp5AMVihGfJk9GJl pnsDpBwZXrJ/9mDzl0+sv1m2X3CntdBqHJwYYU+gWDzfCHoyhs3IIw16WXrgwMwlneeKLb4U Le9U2gmKxXt9vQCcaxBpAACHCQLPclSLLKerbndaawne0aBT0gMd0gakyKAGnd4IP/DlVrIN f4ssMVynPx+azxuSbnqzK/vTyld817N1bx/+aMRuUcVW1Js1rgVvK11j+4VBqeOi2j1hCd31 ZAw7sRcS+8CS/TOZYxAiDTgRAsczOFXPNwKejN4UuKlwjnZVrQdkyLDBN29PSBMVR4ssshwF p/8B6DmINACALyR2ESi347GyzZlSmvwLhzqkSewDStfoiv/GbuxlIG/ON0MkDAbpKZajEhWH wTcvHllWusbQjI6gm72+rgMEQegw7XwjiGZ0a6E7Std4d2VG6RrfijwJFzbK7ThO1UOFdXHK h8wxiEKkAceM45kWWUxUHI6kzORfULw+jbZ/YMYcuI2mdZmat92psLD5FoC+AZEGAPBniGNt cKpWaIb8OdNW5LHeMyt3Dh+YwOC4pHKNmwK3nCllooLU8RzFEpBtTpiwJ9TwjDX6RFxRliGD 1siTKpbsnxKNGJILzbAnozcFbh2szFxSuyfXQ/eCBUsNz9AsKVYLQ4UNOTK8H2k4iDTgGAgC L/ZKiZV2dmIv9N45GTK0/Hkrs4tq96QleNebNRaaYYJu8jzc3ADoLxBpAABflbAnUCxRw7Op qsuTNWyEHxyaxiB2SNN7ZrciTzwZQ7rmbnfK0EXgxHQYLJBfU7snxe0xRt98soL0SVlDEHiS buUafndauxZcVDrH9p8XxQYG1ujTcHGr0o53n84SI42sK9KwXF/8dcCZIQgCxeKlVjSQM1uj T7XoTPeBGYljQO2e3I4+ixStpVYMWu0B0Lcg0gAA3pXAC6w4sjNS2rYlllf81w/uNRfH2owY ffO78Zfh4lYFS5B0i+NZGNFwfDieyda9psBNyatBNCPOlBKjar2+LrEy0yw0Q2hG+/pYwkB3 ZWYj/CBU2Kjj2TePYx2KNG6INODo8AJH0M1CM+zNrqwF76hcE9IDB2aG9N653diLaGm7QeTh rCAAfQ4iDQDg/YlT53INfzC/thN7ofNceVuHtKn10D1XSh0v22p4huZgkPbRE/aEBpHfjS/J kCExKmyEHxRbkd7u/eMFnqCb2brPndaYg7cPHksYULsnt2PPwkVrBUt+Ud+8A5EGgUgDjgYv sFinmq66nSmlOXBb6Ro7VGpe9S+4UupU1dUki31S5wQAfDmINACADyUIPM0STaKQqrpcKbU5 eFvlnpAig5/vRLcPyJFhnefKZuSRL7eabwSwTpXlaBj9flRologUt7TotPgPrvPMxko7LEf1 6np4gSPoRq4RcKU1q/4FhXOkuzKjcU9tRh6Fi1t1Ivfli98sTx+INBloDwDenyAIDEeJp//t CYnROy9HhiRdB2aUrnFT4Baa1uYbAZyqczzb60sGAHxVEGkAAEdG3MhRbEYixS1HUvbqWbbr yMSyfUDpGjMFFuwJSaiwUWxFSNib/sE4ni00Q5bQXemrQTTD9oSkRZZ6cjFimMnWva602hS4 1d0iT+IY0KCXd2IvIiVrFUsxXOfPfjWWp0NFiDTgCDAcVWknQ4WN3fhLvXeuuyu9eGBmK/I4 kLcUmiESxrkCcApBpAEAHDFB4BmOwjqVQjPoz5s2I4+0nhkZMnSwQ9qg2j1lDt4Wd3e0yBLD UfAY8R6EPaHVKTuScrEtmMRxcS24mGsETn6B+VWYafhcKdWq/0Z3mhUnrFujT971WALL06Hi ptzZvfGsZ6UncBrxAtdhsHI7HsivrYfuq93dI7YGpI5BLTrr9JRmAAAgAElEQVRtjT6NFLdq eIZmCR7uQgCcThBpAADH5XWHtHSi4nCnNZbQPZVr4mDR5oIcGTJ4r+7EXgTy5lzdh3Wq0CHt ndAsGSvv6j2z4iOaFp0OFzdoljjJa+AFDqfqmZrHlVKtBhbEBLK/mUeLTu/EXkZL2zU8w7xj IGF5Onww0rzrVwDnlvi2zNa9aFq3Hrqnco13N9mTIUNG3zVHQhYr2+p4Ft5XAJx2EGkAAMdN 4HiGoJuVdiJStO7GXuq9c3JkuLtDmtRxSekaX/XfsMWXo6XtKpbuMBjPc9BI4MsJAl9uxzfC D8WuDDJkcDf2skkUTuwCeIEjqEam7kWSihXf9TcqM9PW6LNYebdJFliOeo+jUyxHh/fn0kCV BnwFwp7A8QxG1VJVF5KQrfivK5wj+3cbiWNA7hwx+q65Uupsw9/uVFiehvsMAGcARBoAwMlh ebpFFtM1tzdrtEae6NCZQx3SxB1Km+GHaEaXrDjreI7hOvDA8VbCnoBRNXdaK3YSkzgGVv0L 6ar7ZIZR8jyLdarpGupMKVf8N8TUsf9D1Hmu7MaXoqWdGp79kBACkQa8C4HhqBqeiZZ2HEmZ 0TsvO3hgRuWaWA/d82QNmboXpxpwYwHgLIFIAwA4abzAUQxWx7PJCuJMqUz+m0rXmNRxqXtW t8I5ovfOiR3SCs0wQTc4noVHkG4sTyerToP3qviPpnZPBXLmDoMd9/cV9/Okq25HQmb0XZM7 h7srM1p0eif2Il62N8ki816VmW5vRBoNRBrwJkHgKZaoYqlg3rIRfqhFZ2TI0PLnb8uLavfU ZuRRsLBeaSc6TLu3zc0BAMcBIg0AoGd4gcOpRr4RDOYttvjSiu969zEM8aV0jZkDt5wpZay8 W24nOgx2brsIsDzdYTDxmV4Q+BqW2Yk9F9ehpY5L1siTGp451gvgeBbrVNI11JlUGn3XxBk4 +2FG75m1xZdipd0GkT+qvmRvRho48wC6iV0W882QP2fajDxSuScOTpgZ1HvndmIvI0VrFUt/ 0fgjAMAZAJEGANBjgsDTLNkiS/lGwJdb3Qjf17inuos24lleLTptCd11pzXpGvpqB/w5yzY4 VYuUtuNlG0E1cKrmzRpUrnFx7I/RO5+oOI6vgiFWZpIVpz0hESszy92VGc+MLb6UrCAtsvR+ Z2a+CMvR4UJ3ewCINEAkvD7H5XGmlKbALaVr/PMDM/YBuXPY4Jt3JOWpqqtJFBmOghovAGcb RBoAQB+hWLyCJaOlHSSpWAsuKg82KRKzjcE7b4svhwob+UYQ69TOT4e0Gp7dijw2eOdcabU3 a1z1L7wuZI17MnqCbh7HN+V4pk2WU1U3kpQbvFe7DyfIkEGD96otvhwr25pE4Th+EBBpwBsE lqMaRD5ZcTpTyhXf9e5q4bL9gsI5uhZcRNPadA3FOlWehz1mAJwLEGkAAP1GYHkap2qlVixU 3NyOPdN5rsiQwTfG2kyaAjdtCUm0uC0OlBAEfu9ML8SWWjFzcFFiH1A4RzTuKbV7Qo4My5DB zfCjCpY88kVoXuCwTi1RcezGlwze+UPbzHSeK/aENFV1t8gSy9FHWJnpBpEG7BP2BIbr1Ils pLi1HX2q9851vycljotK17gleNefM5VbMZJunvxoJgBAD0GkAQD0L5ajGkQhUUHcae1m+KEW ne6e+S0+x2jQy1uRx77cSqbuaRKFs/vIK+TqPqNvfn9rjQwZUjhHdZ6ZYH79aA8JcDzdIovJ qsuRlOu9c91d6WTIoNE7b09I4hVbiywd91MjRBqwt7cnCHyHwUqtWLBgsUafatHLh1rA6zxX tqPPgoX1UitGsXivrxcA0AMQaQAA/Y4TWJJuVbF0soI4U8pXk+m7nmkkjotK16jRd80afRrI m0ut6OumRmenaCMIfLKKaNHpQ4lO7Z5yphQNInckf1+e57BONV627cReGA6ugksdl3SeWUdS lq6h7U75ZKZ5vBFpYNTm+cILHEm38o0gmtGtBe+oXBPSzz/4A1LHJR06Y09IkhVng8jRHHne ztcBAPZBpAEAnBriIfVcw+/PmbZjz42++bd2SFsLLrrTmkQFqWJpisXPxlMOJ7DR0o7aPXno 7yuxD6jdk7b4Ur4R+JBaDctRTaKQrDodCanOc6XrwfHVnHV7QpqoONqdykkeTmB5OlyEKs15 xPFMiyyla6g7rTUFbh38pA8onCOmwE1nUpGo2NtkGQ7MAAAg0gAAThle4CmWaBKFXMPvy61Y QndVr5od7R+2GZAjwzrPlY3wAzSjzdQ8WKd22sfaiPUKpWv8UKQRn/XNgVvJCkKzxHt8ZV7g 2p1KtLSzHXumf6Myo/fOIUlFpu4Vu8ydcOGL5elIcUvhHIFIc24IYpiJlXZ24i+MvnmFc0Ty +cSqAYVz1Bxc9GVXis0ITtXPT3cQAMCXg0gDADjFKBYvt+OhwqYtvmwK3FS6xrq7CHRVGGSR 0naxFcWp+ik9NEyzZCBvFh/uuyOH1jOzG3+ZqrpJuvmu9ahXnaOqiD0h1XpmuvfyyZHhFd91 R0KWqCAYVe3VaMLuSCNFBl0Qac4uQeDFhoeR0vZufEmLzhw6MKNFpzcjD3251UIzRB3/SFkA wOkCkQYAcLoJewLDUe1OpdAMhwob1uhTLTrdfaJdfBrWoFPmwG17QhIt7TSI/KmbU0ExuCdr 6C6hKJwjG+EH0dJOkyi862hLnmdbZClStFqjT/Xe2YOVmUGD96orpcrV/VinyvZ0FfxApHFc gkhzJgl7As0SxVbEkzWsh+5p0MtS5PPPr8RxUeOe2o0vJSr2Gp6mGIw/E1tJAQBHCyINAODs YDmqTuTjZZszpbSE7mnclw9lG4l9QINetkafBvJr+UagRZZZ7mjm3L8r8dxzHc+WWtFM3Zuo IKmqK98IVrFUu1NhuM6h/5+kW66UWly3liFDq/4FNKMrtqJv/p9fSmC4TgPPJSp2W2JZg053 F7XkyPCqf8GRlKeqTpyq98MZpMORJqV+x78v6Gscz2Kdaq4R8GVXLKE7B4uQA3LnyIr/ui2x HC1tt8giL5zK+ioA4GRApAEAnDUczxB0s9JOJsoOJKkw+OZlb7R+VrrGV/03dmLPg3lLuZ2g WOKYJqscIuwJHaadq/uR1/2RX9j+8Nj6Xw82f/lw61fPdv572X5B6RxbD90LFzYbRH7/qEC7 U7XFl8Wm1Y6ELFf3E3TznfaD8QLbJIvhwuZW5LE46qd7V4/RO+9Oa/pteinL0+HilhwizZnD CxxO1eIV+258adV/Q+Ec7U7XYmj3ZPS5RkBsr9fr6wUA9DuINACAM0t8bMrUPJ6MfjP8SO+Z PTRofNl+QeUaXw/d82aN6Spax7PH1yGN5egangnkzav+hac7v7tq/NGo6htDio/e+prUfHfR 8nOFc9QWX8rUPGI9x56QboQfhItbLbL0RWFGEIRDJ/hfDyjMxcv23fiSxj3V/deXO0dW/QtI Up6qugi6cTK57quDSHPGCIJAs2QdzyYqDkdCpvNc6erqITYln7QE76IZfa7hJ5nW6dodCgDo IYg0AIAzjhc4isHreDZdQz0Z/Vrw9qFD9hL7gNw5YvBe3Yw8QjO6bN1L0I0jDTYCRlW9WaPC OXrT/E/j6k++KMkceo0ov37F8IMn1t9shO9HilvpqruKpWiWfDN40BxZwRLR0nYgvxav2Ot4 VlzY5ni2TuSD+fWtyGMdOiN1dFdmBo2+a2hGl2+GcKqPKjPdYOPZWcJwVLkd9+VWN8OPdJ4r 3WNzJY4BtXvSGn0aKVrL7USHacOBGQDAO4FIAwA4L4Q9ocNgxVYkkDfvxJ6v+G8oXWPdXZXE HS8rvutIShEv28rtBEk3P7BDGsvRxWZkPXT31tq/jKq++RXDTPdrWPHxjP6vXuz+D5rWYlTt 0Lo1z7MNIh/Ir1lC91TucRkyKB4WipZ28o1QrGzbjr04NM1GLs70SCnF+k8/L4SLVRqINKca L7AE3Si1ooH82nrontI5dqgFucF7dSf2IlzcrBM52GMGAHg/EGkAAOeLuBGrSZZyjUAwb7FG nmjcl98INoMadNoSuidmmyZZfLOIwfJ0myyX2/E6nqNZ8q3BgOWoRNkudw7NGn4wpPj4PfLM /mtU9c1ba/+yFX3SIHL7FSRhT2gQOSQpU7knujfwSB2XtOiMObCo917tbpAgQwZX/Dc8GX2h GSLoBt/3/awh0pxq4mzcVM2NpBTmwO1DU5WkyKDRd82VVmdqniZZhJ8sAOBDQKQBAJxbAsN1 6ng2VtpxJOVrwUW1e/Jw92fHJa1nRlxCLjYjWKfKcjTFEqVWTCz1WIJ3tiKP0Yw+W/eRdLN7 SxjF4qHCxvOd309ovvMhYab7Nb/y47XgYhVLiamGpFve7IrqbfM3xYqT3Dksnrp+NW09pcrW fR2m3c+VmW5vRhoaHnz7nthXvUEUklUnklIYD/bnkDguqlwT5uBtV1qdrnmOepMnAOCcgkgD ADjvOJ7BqXqpFY2WduwJqcE7J32jQ5rKPWEO3LLHJaHChj9nWgsudh/IkSGDRt+1QN6MUzXx a/ICGy/bnmz/Zkz1raPKM+ImtKsrP1oLLjaIgrAnFJsRc+D2W/PM8utR62r3pClw05s1vqrM 9Gho5vuBKs2pw3BUFUuLE6LebMihdI1thh+FChvFVvRdW/YBAMCXgEgDADg7GI7COrUGkW8Q BeKdj8EI4pSMdNXtTmtW/QsS+8DT7d8+tv5/T6y/eb7z+yXbn8QR5mr3VPcur/2XBr3szRor WLKO5xIVhwwZnNB8eoR55vXr4+umn+zGX2KdSqKCaNHpL4o0y/YLaveUPSHNNQIdBjstlZlu EGlOC3HOUrkVDxU2NiOP1O7Jg02ZB3We2a3ok0B+rYqlGK5zGt+NAIB+BpEGAHBGEHTTl13R eWaVrlGla8zouxYtWWmW+LN/kOWoQjPsTmvcaW2lneB4JlND1e6Jm+Z/njP+7RX9D2YNP5xf +fs76794afuj3Dm8vzltyf7Zk+3f3Fn/xR3Lv93b+PdFy88ebP6n1HFR4Rx5ZP31Zd1fHkOe +WhI8dGI8uuLlp95MvpIcVt9sCnzoZfBO5eqOk/vWjjLiZFmFCJN3xIEnqRb2brPndZYQndV 7snuk2lSxyW9dw5JKlJVV534wlNnAADwgSDSAADOAkHgg3nL3fVfjKm+NaL8+ojy6+Pqbz/d /m2i4viSB3pe4Op41pVSL9s/u7ryd/Mrf6/zzHizRi06fcXwg2Hl1z7f8aX8eEr7vQdbv9w/ FfB85/d31//PVeOPJtSfjqs/mdR+b0z97WHl10aUXxtRfr37zx5Tqlm2X7Allr+8SmMJ3a20 kyf5gzhaLEeHi1aINH1I2BNYjm6RpUzNi6a1q/4b+we3xE2PStfYqn/BkZQnK06MqsGBGQDA sYJIAwA4C0i6ZfBeHVV9Y9bwNy92/+f57u+vGH5wWfeXW5HHX1SoEfaEcju+6r9xY/Uno6pv TGi+M6H5zoz+r26af3pZ9/0hxUc3TD+RIpeUrrHnu7+fNfxwSPHxnfVfiI/XT7d/u2D6x0nN d0eUX5/S/sWU9nti0ri68ndLtj8+3PrVpPa7xxpphhQfzRn/VukaN3ivflGekSFDrrSaZNon /LM4QlCl6U8sT9fxXKS4vRt7afRdkzuHu994Cufoeui+P2fKNwIYVfvANugAAPBVQKQBAJwF dTwnQwaHFB892vpVuLgZLFjub/7HhOZTc+CW2IiM4SicarQ7lQ7TFp+xeIF3pzXXVn48pf2L Zzu/16CXb63987Di42Hlx+Pqbz+2/hrN6KpYukkWQ4X1h1v/75DioyfW/zJ4ry7ZPrtj+bdx 9acTmk8fbf1qNbDwyPprMWY82/nveNlmiy9fW/nxcUeaUdU37m/+p9YzI0UuvbT9cdn+2f4z 5ZL9s5e2P+o8V+JlO07V250KTtVJukXSbZolu8tWvMDRLPn6v/P7/5FicaxTxak6w3W627hx PEMxWIfBKBYn6Ea7UyHp1vGN6XzLqE0WIk3P8ALfYbAqlooUrdvRZxr0QPdzKTKoQafXww/8 OVOlnaRZAiozAIATA5EGAHAW1PCs1HFpSPHRnfV/syeku/Gl25Z/ndB8agrcKjRD/pxpM/zQ 6Lum91wxBW7uxF4kq0gdz636r4+rP7lt+Vd/3hwv2x9t/Xq/2IIk5QxHtjvlbN23HX22YP7p mPpbavfkdvTZS9sfbph+MqL8+k3zP7nTmgqWVLknxD+4bP+s1Ip5s8Ybpp8cd6QZUnw0rfv+ ouXni5afL5h/esfyb0+3f7ts/+zJ9m9uW362YPrHR1u/0ntmV/03dJ4Zg29+1b9gCty0hO4G 8macqu/t7WFULZA3W0J3V/0LltBdb9ZQaScydY8tsbwWvK33zhp8VzfC99GMroqlOJ4ptWL2 hMQcvG0O3FoLLhp913SemVX/giulquHpvWM4I/FmpKEh0vSCIAgdBss3gp6MfjP8UINelh48 MKPzXLHFl2PlnQqW/CoH2AAA4GhBpAEAnAU4VVe7J4cUH01pv3d77V9vrf3LpOa74+pPXtr+ qHZPLph/Oqn53rj622Oqb42rP5nWff+R9VdK15hYlnm09atU1Z2uuvcjza21fwnkLe1OZSf2 4un2b2+Y/veY6lu31v4ZzeiCBcvz3d9f1v7lsOLjR9ZfpWvudqfcq0gzpPhYPDg0ovz6uPqT +ZW/u7P+82urPx5Xf3tE+fVR1TfFcz6jqm+Nqb89rv5kXP3JhOY7d9f/jzdrxKmaK61etPxs QvOdcfUnE5pPb5j+t8Qx8HT7NzP6v5rQfDqm/taY+tuTmu9cW/0HDTrlTmu06PSs4W8mNJ9O qD+dUH+6/+85v/JjtXsiVXUf+Raj15Hm841nMJfmZAkcz2BULdcIeDIGk/+m3Dkied3uT2If kDuHjb5r9oQ0UXG0yBLH03D6HwDQExBpAABnAUE3tej0kOKjK4YfPN3+7ZPt38zo/3pU9Y1p 3fcntd+d0Hy6aPm5eLzk+e7v54x/K57jF9PLVuRxFUtXsfRW5PHz3f95tvN7U+BWrhFskSVb fHnJ/tn11Z+MKL8msV8ot+OZuufZzu+GFR9fW/mxOXC7iqVIuuVMqZ7t/G7W8DdvRhqxCrRs vyBHhl/a/jC/8vdfJatMar57d/0XEseADBl6tvPfV41/92a/gTnDD5/t/E6GDEocF++s/2JC /akYbEZV35zSfu/B5i+fbP9mzvi3ty3/KnVcemn7wwvbHySOgZvmfxpXf1tiv+BMqV7a/jiu /lS8vEXLz0dV3xpWfm1E+Y2rxh+9/soDi5afj6s/mdJ+7/rqT2b0fz2q+uai5WfPd35/0/xP 9zf/U+q49Mj66xn9X09oPtWil5tk8Wh/rCxPRw62B4BIc2I4nmkSxXjZ7kjKV/0L3YOYlu0D CueoObiIZnSZmqfdqRzf5kMAAPgqINIAAM6CBlGQI8NDio8ebv0ymF/z5Vbvbfy7eODk+uo/ aNHpcHGz3E7U8Wy+EUSS8he7/yM2WTZ459qdKsvRLE+3O9VoaSdctDaIAs2RLE9jnWq65pE7 h0dV31Q4RxpEPlPzPLb+l1iQyTeCDEfxAotT9VBh45H114cizazhb1Tu8WBhXfzWxVbEndYu 2f80rf9fXxRmRpRfv2n+6ar/RrS0XWkna3gm1wggScXTnd/tT7mZ0n7vyfZ/2eLLuUaghmcq WCpa2jb65m+Y/lFMPjdMP7EnJKHChjjWsIqlY2VbuLhVbEVW/Qvj6k9mDT+8v/EfV40/mjX8 cD10P11DNejUuPrbk5rvPt3+LZKUv/rK7eT/3959vTdx5Q0c/99seoeQkJCQUBJYSCOkkAbZ UCS5925jcMc2uKj3asmSrF6tZnWrd400KqP3QovXIUDyZgFj/Ps8c5GHoNGM58ZfzpxzrAEx 09A1wDtPIO2uthbH2OcIryicC7agNJJ2m/y8cfE1PLH2ofQnf8L8ch/rH5JGeUflIqNF5OV+ BXgKhpXRIhLL+u0hmdQ+Q9d1LCjvbmzENK+4Q9E0C1cf6L2sQNKKFJLbd4lwAMDbBJIGAPA2 iKQ9c4rbOGLNQ+lP/rjJE9NNLH9X/eVebB2PZX35QjqcdnpjhnjWjxaz3pj+0cpvdeQ9ZHVD KOXIFzP5YiaUcmg9dLWL6o+bs2gCLSLhtNO8LpyV/0Yg75mW/mxZX1K7KPeFn+OINQ+lPzpC 8lwhXSyh0YxH7SI/EH25OWlaaEfpurZw2okUkqGUwxPTRzMetIj44qYZ2a/PS5o2xjt8870k EsrkY4Gk1R83J5BAvpixh2QTku8JpN31lH2z8pvOiCpfyKRyYX/cHEzaETSZyoXla3OD/M9w xJpB/qdmPz+bjyeRUDIX8sWNGjdV7aYkkaA1KBkWXsaTdtWT91UXGHCEVgJJ29zK7020w4/k N51hZb6YTeVC/rgpmLQjhWQqF5LaZ/q4Z3HEmmbaUYltKldIJZBAJO32xY0K58IA/wKeVPt4 5d+RtOvlPlZImtcJw8r5QiaYtJn9gmXbQ5q2dfPs/znFbaq2Zdk2bQmIQ0nHNt28FQDwtoKk AQC8DZ6ZNNUJ/dGMO5JxS+3Tcyu/Ty1fJ6rrqvPjzeuCYcG/utkfso29wZQ9lLSzjb33hVeG hZfJmiZ3VBtJu/nmeyNLX3Uw38MTaztZp8Yl346Ivmqjv4Mj1rQxTtK0LcGkLZOPLdsfDgsv t9CPbU6aAd4Fk5+XK6S0HvqjlX9PLH9PVBHMfkE862fqu/DE2mcmTT/3nMHHTuXCK2vzM/Ib D6U/bQwxsQ29TdTDg/zPDD5OFk1YA2KatuWh9KdZ+U3h6oP1xGoSCXFNg020w9WkwbCyP7HK NvZOSX8cFlweFV81+DipXJip76oOuRBIu8maxiQSMvl5/dyzg/xP9V4WgiasAQlN21o985J1 LJiyx7N+qra1umK1xDZVxkr+uJmp75pa/nGA/ymBtLuJeohrGsgXMy/3sULSvB5lrJRF4+uJ VYOXLVi9T9Y0bsz+n1u5tajEM/WdMsesLSiNZ/2FUn7zIngAAPAmgKQBALwNnpk0LfTjUvts NTk6We9vvNn1QPSFNSBO56J0XRuetGtccs0VfcbyAL64eVr68wtmvIxLvn3B8gD3BJcsgaVc IaVxUx/JfxsWXm5jnBhZ+pJp6Bpd+vp55xzgnTf6uKlceGVtbkb2az/vfCv9+Kj4Kl3XNi6+ 1kw7sqgiRNIuV1QzJb1eLRMcsaaFfpxj7EsgAYOP3cf9pJo0hVJOYptqerJnDoG0h65rz6Jx rZtW/Wl0s08rnYvpfJRnGqwn75tT3IpmvK6IZnL5hzry3o1RI5FlFEGTGjetk/V+NWmKJVTu eNxKP75x5snl750R9Uv/Z/unk8YNSfOSlcvFdC7sjmrULjLPPERS12/eYWZRieeaBtQuiiui TiKBUhnd6usFAIBng6QBALwNnpk0g/zPVtdFuULa6OexjX0sQ0/14JmHnGFVoZQXWyebqIf/ Mmn6eefImsaNj7MMPZPLPzRSD704aTqY70lsk1k0kUUTwaTdGpQs26ao2uZxybXqNJ5h4RWm oXvjnEx91+jS1R7OGbnjUb6QzuRj6wmLyc8TWUYWVYT7ws9baEebaUd4pqEsmvDHTUvW8Y3P sg29WjctlQvbgsvDwsvVpEnnI3RdG45Y00I72sY4gSfVTi5/740Z3FHtpOR7PGnXrPxGIGl1 hpVj4qs4Yg1D31kso764SbB6f/PN6r2sXCHljmrGJdeqSYOgCY6xD0/a1UI/Piz817zittkv KJbyL/2xPpU0ajcZLUHSvAQYVi6UcglkfS2sWFmbY+q7F5S4TRNmbpPVDTzTkMZN88XN2Xy8 DNtlAgDebJA0AIC3wTOTZnL5B2/MgJZywaTdEVrZONZCCndE64nqWYaeFtqxv0yaecWdYNKe L2Y3jpW1+Q7mey9OGgJp133hFal9OpC0okUEw7BSuZBEgpbAElFFaKWfYBm6kUJq45xZNCG0 jLQxTkwuf69yEkMpRzUSCqV8JO3We1mz8ptdrNNL1nG0mEkiQXdEs/mmnBGVN6aXOx4P8C5U kyae9ZPU9Thizaj46uOVfzfTjvRwPtK4KfGsn6Zra6Wf4JmG0rmIzDFbHW/hGPsqlUoCCWw+ 7caZNW7ayNJX1aRJ5cL/GeASX9N6aKGUo/BqFiLbnDQL1aSBUZr/WaGIhFJrq4ElqX2GoeuY V97ZPGGGomkW2ybN64L1xCqCJmG7TADAtgBJAwB4GzwzaUaXvl4LKzP5mNQ+/VD609Tyj388 rvdxz9aR9/xl0owufS13PDb6uBsHVdvSQj/24qSpJ+9rZ757T3BpTvE733xP72X7YsYkEkCL yHpi9ZH8t1nZDYOXvXFOvZe5oLzTQj/WxT79QPTFvPKOyDJi8vP8cXM6F0GLiCWwNC39SWQZ yRWS9qCUqCL86Y5+HBZebqYdqSZNLOMjqupwxJo5xW2ZY/ae4FIj9SDH2JfJR2WORw9EX2o9 9GjGQ9U215H34Ig1LENPGSvbgsuPV37/85kfiL5ooR+vJk0SCdG0rQTS7gXl3WjG8+oeazVp SH+YSwPbOP5DZayUK6RCKYfZLxBaRiia5nnFRszcWlDepWnbJLYpS0AczXgLpRzEDABgG4Gk AQC8DZ6ZND2cMzoPE0ETIstIK/2/6ybXU/YN8S9Oy37p5XyMI9aMib9xRtQvSJom6qFu9kd9 3HMbRzvzXQJ5z6j4qjOifF7S9HHPsgw9XNPgIP/Tesr+Pu4nU8vX6bo2V0RdxoqC1eEW+vE+ 7tlNpz3bSj8xJLjEM99jG3v7uecaKQf6eeemZT9LbFPxrL86usLQd6RyobWwYkz8zcYd4Ym1 XawPJpd/uC/8vIl6+KmkmVfesQTE88o7eFLthORbd24hNuoAACAASURBVFTriqjF1glfzLgW VowsfVU9CUXbjBRSa2HF6NLVjVk6OGJNF/v0tPTn+6LPm6iHn5U03lf3WP+QNIo7KhcJkuYf KGOlTD7qjel1HoZg9QFZ3bDxjll1sya2sU/hXLAHZbGM71W8QAgAAK8aJA0A4G3wzKRpoh4W mIerSzkxDV0DvAttjJO93E+IKrzJz7MGl6dlv+CINSOirxyhlWDStqjCN9OOEkh7/pg0tfXk fc20Iy20o9WjmXaknrIfT6wdElyyBJayaIJrGmihH6sj792cNEOCi2a/IImEZI5H94VX2hkn O5inZmS/OsPKXCHNMvQ8c3mA+6IvrAFJLOMTrj4Y4J1vY5zsYp9m6DuiGW8gaX208tvk8g+e qBZBE1oPfULyfSfrVDvj5Ijoy2XbQ1dELVwd6WCe+nPSrCetIstYI/VQC/3YknU8nYvEMr50 PiJ3PG6hH69G0bjkW1dEk0UTOg9jQvJdO/PdDuZ7I0tfSe0znqiObeyDpNlesApWLKOpXNgd 1SidRLaxd1FFmHsSM3OK20RVHdvQp3ZTfXFTOh8plVFYygwAsE1B0gAA3gbPTBoCafeY+Kol IEKL2VjWa/Rx5WtzOi8znF7L5GNKF3GAdx5HrLknvGwNSnKFtD0kY+g7ejhnNicNnrRrdOlr nmlIZBmpHnzzvcnlHxooBzpZH6jdlGIJdUe1PPPQkODS5qRpph1lGXoS2fV0PmoNSFbW5pTO RXdUm0UTq+ui6k6gz9qX5oRodSSbj8eyPqOPK197rHKRfXFTJh9TOBd6OB+1MU6yDD3RjDtX SLujWqVzcWVt3h6SVpcTIKrqGqmH/pw0sazXEZKPiL7EEWser/weSbvLWCmUWptX3q3uNtNK P97GeIdj7E9k15FCyhlWrqzNK5wLjtBKJh9fT1ger/x7Y18aSJo3HlYo5aIZtz0oXVlbYBm6 F5R3N0+YIWuahJYRvZfpjRmyaGKrrxYAAP5XkDQAgLdBNO2ZV9zGEWsml39wRlSOkLz6XlYD Zf+k5DuNmxpJu7JoHEGTmXwslHLIHY+HhZerr1d1MN9bso4nkABSSDpCsgnJdwP8T3VepjOi nlq+TiDvYei7kkiouh1nvphB0ITMPtPBfK+Bsp+qbQml1hA0GUha55V3Z+U3vDG92kWuvtLW w/mIZx6qBgmCJrNoPJb1GXych9If6yn7npk0BNKue4JLUvtMMGnP5GNIIZnJxyJpt9K5+ED0 RXXSSwfzFEPf4YqoU7kwgiYRNJFEgraglKiuq75fN8A7r/MwAknrvPLOk6TxIWiSZxpqoOy/ J7hk9HEQNKl2U3o4Z+rJ+x5Kf3wk/62BcqCX+zHb2OeKqNO5MFKonjlgDUqIqro2xjs4Yk0z 7YjIMhJOO8nqhteWNERImr+tjJXyxUwk7VpdFy5Zxmja1gXl3U1Lmd2halvE1onVdVE45cwV 0mWstNWXDAAALwEkDQDgbZDKRcjqBhyxpodzhqptJmsau9kfbmxE08c9O6+8wzX1iyyjHGPf nOJWD+cMnrSrhX6smXaUQNo1yP+Uqm0WrN6nalt6OR+3M0/OK+9QtS193E/qKft55qE/biKJ uaOayeXv8aRdXawPFpQ4vnmYZegeElwc4J2n69ofr/y+sWdLO+PkQ+lPLH23cHWkuu/HkOBS PWX/C7a7wRFrulgfPJL/xjb2LlnHuKaBBeXdaiNtHC304xOS7xj6DuHqA8HqMFXb8kD0RSP1 4MZmMvOK20xD1yD/Io5YQ1Y3ZPLRSqVi8vP7uGdb6MceyW/yzcOTy9fryHv7eefUbrLRxxkW XiGQdleXPWDoO0SWEcHqME3b8kD0eQPlwJNpSPunlq+zjb3DwisE0h6iihDPrr+6x1oso9ag hKiu30iaPCTNc5SxUjYf98fNRh9XbB0naxo37zCzoMQx9V0yx6w1KImmPa9ohToAANgqkDQA gLdBsYzKHI86mO/Vkfc0Ug81Ug/Wkff0sD8aF1/r4ZwhkPbgibUNlP3NtKMNlAN40q56yr5+ 7lmWoZtrHBjgXagj76kj722iHW6kHsSTdhFIuxqpB5uoh+vIe7vYpxXOhafmTOcLaa2Hdl94 pZ68r468t4l6qPrBOvKeJurh6ldsLpA68t4m2pFG6sHN0+7/8qin7GuhVy+49pl/oXraJuoh AnkPnrSrmXakj3u2i32aQNrTQDnQRDtcR97bSj8usU6WyoVKpRJOO8nq+kbqwQbKgeqMoGba UbquI571Z/IxnZc5Jb3eRDuCJ9XWkfc20440UQ/XkffgSbtaaMcGeBe62R8SSLvrKfubaIfr yfvaGe8KVx8gaPLVPdZSuWALLpMgaV4EK5eLWTTuienULjLXNEhSN8wrbj95x+zWoorAMvQo nURXRJNEAsUy+tJ3RAUAgC0HSQMAeEuEU07h6oOH0h9Hl74eE1+dkf8qtc84w0qFc5Goqptc /mGI/1kP58wA78KE5FuqtlnrocWz66lcROOmkTWND6U/Dgsu3xP8a0Ly3dTy9THxN2Piqw+l PwlW74dSjj8vaJtFEwYfh6ptmZb9cl945Z7g0ujS12Pia/3ccxtjGq/0wBNrW+jHe9gf9XI+ HhZenpXf4JmH9F6W1D7zSP7bmPib0aWrk8s/sA2963Fz9ZqLpbw9JKNoGick340ufT0h+e7J CmylSqVSKOWcERXX2D8rv/lA9GUf92wf95P7wiuz8psC87DBx5HaZ2blN8bEV0eXrj6U/sgz Dfrj5lf65tKTpKmDpHkWrFDKx7N+V0StdpPZht4FJe6/E2ZWbpHUDYLV+1oPzR3VpvNReMcM APAWg6QBALwlylgplYt4Y0ZnWOmMqNYTq1k0gVXKaBGJZXyemH51XajzME1+vjuqSWTXi2W0 +kG0iMSz67640RqQWANiT1TnjRmcEZUzovLHTel85Dm/C2KFYi6BBPxxsy24bAmI18JKV0St WJsfEX351CjNqziaaUcXVXiNm6L3Mq0ByXrCgqAJDCvn0FQwaXNF1M6w0hvTJ5BAdYimqljK RzNed1TrDCs9UW0s4y2W/zsAVcZKmXwskLQ6QisGH8fgZduCy4GkBUGTZayEoMn1hMUZUTnD Sl/MmMqFX/VvyX9OGphLU6lUMAwrlHKxjNcaEC/bHjL0nX+ImSez/00+XjBpR9BkqVzc6ksG AIBXC5IGAABepmw+JjDf37wNzqs5asfF1xzhlbf7n97/kzQqGKX5jzJWzhVSwaR9dV0osU1R NM1zm3aYmVfeZeg6lu0PzevCUGoN8g8AsHNA0gAAwMuEYWVXRPNQ+lN1dbJX1DOdrA+k9uk/ LlrwFnp6Lo2TmC+85bf8PGWslEUT/rhJ52EIzMNkTePGhJnHK7cWlDiGrnPFMbcWVsaz/kIp BzvMAAB2FEgaAAB4yfLFjN7LGnmy5vJLP1rpJxi6jkjatdU3+spB0lQqlVK5kESC7qhW46Zx jQOLSvzmCTNEVR3PNKRykdbCihQSKpff5lE7AAB4HkgaAAB4+RA0qXQuDvAu4InPXqzsHx9N 1CMLSpwvZny7Xzmr2slJg1WwYglNZAP2oExmn2UZuv8UM/V887DByw4krNl8fPOMKQAA2Gkg aQAA4OXDKlgSCUpskwO883XkvS+rZ1pox+YUt9fCih3y+2uxXLD+YRFn4lv/rl2lUsGwcr6Y CaXWrAGJ1D5L07bO/fcds9/nlXdourYly7jBxwkkrDvhBwIAAH8JkgYAAF4JDMOSSFDpJI4s ffW/Vw2eWNvBfI+qbfFEdTtnn8SdljQYVs4XMoGEVe9lC1dHKJrmecWdzUuZUbUtcsejtdBK NO3JFzN/XlscAAB2JkgaAAB4hXKFlMnPeyT/rZ357v9rn83NiwE0Ug8N8S/yTIPP3CHnLVYs F6yBZZLq7X/xrFQupHJhX9xk8HL45nuLKsIf3zEjsA29Mscja3A5iQR3wjuHAADw/wJJAwAA r1ahlPPHzRLr5Lj42ybakf9XzxBIu3s4Z6jaZqOfl8iu76ieqVQqxR0wl6ZcLqZyEUdoReZ4 xDb2EVV1m9dlXlQRuKZBnYfpixtTufDGZkoAAAA2g6QBAIDXIVdIr4VXOMb+Ccn3fdxPmmlH XrAdZz15XwfzvWHhlQXlXaVzMZrx7sx/mC+WC7aglKRuePuSBsPK+WI2mvGuhRSKtQWarm0j Y6o3S9E0C1bv6zwMf9ycK6S3+noBAOCNBkkDAACvSRkrZ/JRT1Sn97KWrOOLKvzo0tUB3vk2 xskGyoEm6uFu9of3hZenZT+zDN0K56I1IImk3YVSfqsvfMu8rUlTKCHBpN3o4y5ZxmnatgXl 3T9OmGletj+0BsShlCNfgAkzAADw1yBpAABgCxTLaCzjc4aVRh93ZW1ebB1ftj3Uumm2oGQ9 sYqgSawCWyX+KWm2+fIApXIxi8aDSZvZLxCsPiCq6jaPzCwq8UxDt9Q+Yw2I41n/DlnUDgAA XgpIGgAAAG8ULJOPeaI6e1BmDUhkjkdkdcOCEreowgstDyyBJXtQ5gyrEtn1rb7O/4cyVkrn oq6IWuUi8c1DJHX9400TZhaUOLaxV+OmeKK6JBIs7uBxOQAA+GcgaQAAALxRsFjWJ7PPktX1 RFUdUUVYVOGqB1FFIKnqyOqGJctYMGnb6uv8a1gFK5Ry8ey6K6JWOUlMfddTizKTNY188z21 i+KN6RE0AUNzAADwz0DSAAAAeLOgJcQaEFM0TZvfy9o4yOoGg5eNFrNbfZl/oVDKRdKu1YBo 2f6QoetYUOI2r8tM1jSKrRPmdWEgaUPQ5M5c/gEAAF4WSBoAAABvnFjWJ7FNbR7TeHLc4pmG 1hOWrb7A5ypjJQRNhlJrq+uiJes4WdM4p/jDO2YMfYfEOmn2C6Jpd6GUh5EZAAD430HSAAAA eOMUSog1IKFomp9KGqKKoHFTETS11Rf4DBhWzqIJb0yvddOEq/fJ6j/EzLzyLlPfpXQSXRF1 POsvlHIViBkAAHhJIGkAAAC8cbAKFkm7lizjm/ednFPc4pmG/HHzG7WuMVbBiqV8Egl6YjqN h8Y29i4qcRuXPae4TVI3cI0DSueiM6LO5GNv1MUDAMDbAZIGAADAmwgtIpY/zqghqet1XuYb tY5zsYTGMl5bcFnmeMQydC+q8JvHlEiqepFl1Ojj+uPmTD5WKhe3+noBAODtBEkDAADgDRXL +JZtD5/MqLnFNQ3646tvwvtaZayUK6QjabctuCyxTVG1LXOK25smzNyladtEllGjjxNOOdEi gmFbf80AAPAWg6QBAADwhiqUcrbgMlXTUp1Fo3ZREDSxtZeEVbBcIe2Lm3RepsgyRtU2b46Z ecUdhq5T7nhsD8oiaRdaRLb2agEAYIeApAEAAPCGwipYNO0WWyfmFXe4pkFfzLhVix1jFaxY RtP5iD9u1nmZHGP/ohK/acLMLaKKwDb0rqzNr4UVSSRUKhffhNEkAADYISBpAAAAvLnQEmIJ LLEM3ToPI1dIb8k1lMqFBLLuCK0onIscY/+iirB5hxmSup5vHtZ66J6oLp2LwIQZAAB4/SBp AAAAvMmweNZvCYgCSetrHvfAsDJaROJZvyMkl9pn6Lr2zfvkzCvuUDUtgtUHei87kLTlCinY LhMAALYKJA0AAIA3DlpCYhmvL260h2Q6D0PmeKRx05xh5XrCkkRCpXLhlX47hpVzhXQgaTP7 Bcu2h1Rtyx92mFHcoenalu3TloA4lHLkixnYLhMAALYWJA0AAIA3QhkrZvJRf9xs8vOXrONE FX5K+uN94ec9nDOdrA/6uedGl76ekf9K07atrM3Zg9Jwai1XSL/cbV5K5WIWja8nLHovm2++ R1I3bMz+n1PcWlThmfoumeORPSSNZ9eL5TzEDAAAvAkgaQAAAGwxDCun81FrUMIzD83Ifu3n nmukHsIRa555EEi7W+knhoVXFpQ4qX3GGzO8lJ1qSuVCKhdyR7VqN5VnGiKq6jbvMENUEXim QbWb4oqoU7lXPkwEAADg/wWSBgAAwBbCkELSFVULVh88EH3ZRDuMJ9U+L2b+3DbtzPdmZL+s OOZCqbUXZAaGlQulHFJIZdFErpAultCNjWKq/yuBrK+FFStr80xD14IS9/jJUmbzijsUTRPf fE/rofsT5iyagAkzAADwBoKkAQAAsGXSuYjKRZqSXm9lnMAT/27MPBU2XawPiKo6a3A5X3jG cE2hlAulHKvrIo2bpnKRtB6GPSiLZX3FcgEtZsOpNUtALHXMPjX7f05xm6ptltimVteFgaQ1 V0i93DfcAAAAvESQNAAAALZAGStFM16xdWKAd4FA3vMPYmbz0UA5MCH5Tu9hZvKxTfNbsHwx 645qRJYRkrphXnFnTnFrXnGXpm2VOWbtQdnqulBkGaFomjZiZm7l1oISR9e1S2xTloA4lvEW S3mIGQAAeMNB0gAAAHjdMKwcTjm5poFu9un/MWY2jnryvmHh5ZW1uXQ+Wv2WYhn1xgw809Dm 9cr+80aZ8i5N20LTtmzM/n+88vuCEscx9imdRHtIHs/6iyV0a39KAAAA/iZIGgAAAK8VVsHi WR/ffK+Tdervz5z5OweetGtIcEnroaMlpFKppHIhhXNhXnn3qZ55Mk/m9oISN6+4M6e4TVLX c4z9KhfZGzNk0XipXIClzAAAYBuBpAEAgJ2oVC6mcqFA0upPmMNpV66Q/scbWRZKuVjG64qo rQGxPSj1xY3pXPgFL2ul8xGp/WEv58xLjJnNYzUTku8tATFaRLwxA0XTOCH5blLy/bT052nZ L5PLP0xIvptc/mFG9mt1WIambRNZxvReli9mRNAklAwAAGxHkDQAALDjFEt5Z1jJNHTNym/O yH5ZUN6VOR7FMt6//IW+UMqHUmsGL1vpXFwLr2TReDzrV7vIJHX9mPjaEP/isPDKQ+mPfPNQ IGHZWFWsUqkUy4VI2m3y85XORZ5pcJD/GYG061UkTXVezYzshtpFZhq6ezkftzPf7WCe6mF/ 1MM508E61c58t5N5aoB3flLyPVXbonHTwmlXvpD5x0uZFcuFWMZn9gsUzgVbcDmTj/3jOAQA APDPQNIAAMCO44sbH8lv1pP3PcmA2k7W+xLbVK6Qft5HsAqWRIJ6D3NRhe9mf9hEPTy69PWS dZxj7O9mf/TU+2Mt9GM882AWTVQ/m85FjH4eWdPUx/mkiXq4gXLwny1u9vePFtqxXs7HzbSj z/sLdeS9vZyPGfrOQMLyv/wks2hidV1E07b0cc82UQ8NCy6vrM0jT24cAADA6wFJAwAAO0sJ K66szbXQj+GINUP8z0jq+iHBRRyxdlZ+M5RyPO9TWTQuczwa4F1ooh7qYp3uZL1PIO1uY5xs Y7xDIO3uZn84K79B0TQRVYRB/mc4Yu207JdA0lapVHKFlNJJHOJfbKIebmO808Y4SSDtxhFr GqmHxsTfPFb83sP56BVUTW21mno5ZxaUuDHxN/WU/ThizQDvPEndMCy8jCPWtNJPsAzdCSTw j3+S+WJW52XeF15ppB7qZL3fzf4QT9o1Lr7mjmr+8TkBAAD8A5A0AACws6AlZMky1kDZjyPW MPSdSSTIMnTjiDUTku88UV2lghVL+VQuHEm74llfvpipvj/mjKjGxFfryHtHlr5etj1cUOI2 4qGPe3bJOh5KrSGFZDzrZ+q78KTaaekvwaStUqmsJyyz8psNlAMjoi/55uEFJa6BehBHrOli nZY7Hntjhkcrv7264Zo5xa1wak2+NtfKOIEj1lA0TalcmGcewhFr2hknlyyj+WKmVC5k8rFI 2hXNeBA0ufEGGlbBCqVcOh9N5cL5YqZYRtP5SCTtSiKBQin35NZu4Ii1/bzzEtsUXdderSaD j7OFzxcAAHYgSBoAANhZCqXcRtI8Xvnd5Oc9XvkdR6yZkHxr9gssgaUlyxhd17agvEtWN/DM 97Qemi9uFFsnWunHm6iH+ebhdD5arQIcsYZA2r2gvBvNeHOFlC9u0vvYs/KbBNJusrohk4+V ygWDjzPAO9/GOCm0jCSRoMQ21UQ9jCPWdLM/UrsoodTanOL2q0uaBSUuhYTULkob4x0csWZG 9ovZL1hU4aoDOFL7tCMkl9immPrORSWOqCJwjH0K54I/bkKL2WDSJrVPM/SddF07zzwksowy 9B0LyrtUbbPIMmL0c6X26S7WBzhizaIKnyukFWsL1VLimgaSSBBm1AAAwGsDSQMAADtLuVyU OWYbqYdwxJo2xslB/qfVX/cH+Z8uKHGD/M+qL4ZVDzyxtoN56qH0p/vCK3jSrmbaUYltKl/M biRNHXkPTdeWRROuiGZeeaefd76ZdrSVfkJimyqWUV/MOKe41UA90Mn6QL42hxRSy1uaNK2M E4P8z9oZJ3HEmm726TnFrVHx1Try3s1vrLXQjz1e+U3mmCGp65tpR/77Jtum+UIE0u4ezpkh /sU68h4csYamba1UKgrnAo5Ygyft6uV8LLVPI4XkVj9qAADYKSBpAABgZyljJZljttoVg/zP iKq6If5FHLGmkXqwiXakkXpoiP/ZnOI2RdO0qMQ/EH3RTDtKIO3GE2s7WR8sqvD2kKxYRlfX RQtK3OTyD7Pym3ovK1/MemMGrmlgavl6C/1YH/eszsvMFzIS62QT7XAH8z2Sun4trESLiD0k o2iahvgXezmfPJU0DZQDA7wLc4pbFE3TooowunS1lX4c/1cLo+FJu1rox0aWvlpUEUjqhsnl 622Mkxv58VTS9PPOE9X1w4LL1a9rph1poOzv5Xw8K79BVjeS1PUTku/amSebqIfaGO80UQ/j SbsGeJ8uqggPRF/0cc8+Wvk3Wd2woLx7T3CpurhCM+3IuPhbvZdVqVRcETVRXTcsvIwn1k5I vvPFjVv9qAEAYKeApAEAgJ2lUMotWccaKAdwxBqGvjOBBJiG7urIQzf7Q7Km0eTnx7N+pJBK 5kL2oJRl6B7gXSCQdk8tX/dEtcUyWqlghVI+nHbpvEx7UFYo5TCsXCqjuULa4OMM8C/0c8/p vax0Pso29taR94xLrjnDymIJxbBysZSPZjwsQ88A78LmpGljvDOvvGPwcWIZH1JIpXIRZ1jJ NQ0MCS4SyHue1zME8p4B3gWOsd8RWknlIlk04YsZ+eZ7/bzzz0waiqYpiYR4puoQU20r/cSs /KbaRQ6n1hA0mcnHvDH9knVsYzmB6hhUAgkY/TyVixRJu7NoIoEETX7+45Xfm2lH+7ifqFzk QilfqVSK5UISCfHN93DEmnuCS5aAeKsfNQAA7BSQNAAAsLOgRURkGanOpeEY+/PFDNc0gCPW tNKPM/Vd0bQ7V0iFUo61sMIfN2XQWBIJiq0TXawP7gs/V7vIiex6GSvFMl69l8U3D8scs+GU s1hGU7mwK6IWWh50sz/sYp/mm++Z14XzitsE0u4hwUWFczGBBErlYjzrN/v584rb/dxzG0lT T973aOU3X9yEFJKBpNURkntjhuq8fLF1op353vOSpoN1SmgZSeXCWTTuT5g3PrVkHa++XfZU 0jB07WgJEVlGccSaBsr+xyu/eWP6fCFd3SrUE9UlkEAWTZj8vAeiL3HEmjryXpahp1QuZNFE PLvuT5g9UV0yFyqW0bWwclx8rYv1Adc0EE47K5VKMhdaXRcSVQQcsea+8Io9JNvqRw0AADsF JA0AAOwsz0uacfE1V0SdRIJqF3lOcXtk6ctp2c9i22Q45Qyl1uYVt5tpR0ZEX+o8jEIpp3Au DvI/6+F8NMj/VGKbRNCkNSiZlv3cwzlTT97XSDnYzz33QPRlJ+sDPLG2kXpwVHzV4OPmihmd hz669FUb42QP+8xG0rTQjvLN95BC0hlRLarw90VXpqQ/iq3jnqhO6Vzs4559XtJMSL71xPSp XEixNj8j+2Vq+fqybTqRDXhi+snl71+cNP3cczoPPYsmrEEJRdM0Jv5mQvId09Dtimoy+Zhg 9X49ZV81aSqVSizjldimpmW/TEi+E64+iKTd8ew6TdvaSD3Yw/lIYpusVCrmdcE9waV25nt1 5D2PV/4dSbu2+lEDAMBOAUkDAAA7yzOTBk+spevac4WU0ccd4l9soByoJ++rJ+/rYp+WOR7l i1mJdbKevO95ywNk0LjWQ+9kncITawnkPdXPVo868l48adeLlwdoph3lme8haNIT1bEMPQ+l P/ZwPupmfzgj+2VC8l0L/TietKuOvPePp92DJ+0iqghZNG4Pye4J/lW9nj7uJyLLqMpFnpB8 hyfWviBpZuU3YxmvJ6aflv3cSD1UPW0L/RjT0J3Jxy0BUT/vXDVpMKxs8LI7maeqXzHAO2/w sVO5MMfYR/jT8gANlAPjkm9NPl6xhG71owYAgJ0CkgYAAHaWZyZNK/241D5TKhftITnb2Lf5 MPkFhRKq97K6WB/8ZdK0Mk7Mym9s/jhRRejlfPzipKmn7J9b+d0fXy2VCwiaWk9Y1C4SU9/1 SH6zh3Omjry3i/XBgvLuptP2ziludTBP0XRtpXJB7SJXF3DDEWvqyfu62R8OCS62MU6+OGko mqZiCfXHzXzzvc0XrHFTM/lYIGl9JL9ZTZpCKS+2TmwMDXWzP1Q6F6sjOdXV0jYnTRf7tHzt cbFc2OrnDAAAOwgkDQAA7CzPTJp+7jmDj1PCiuG00xKQbD5sQakjrBBZRrvZH/5l0gzyP9V7 2WgR2Tg8Mf2M/Ne/XMS5nfkuUUVYXRdWZ6qUsWK+mAkm7VL77D3Bv8bE36yFFZtOm7UFJA9E XzD1nVgFkzse/81FnDcnDV3XXqlUEkjA+uf7Da2o3ZRxybfVpMkVUnzz8FNJkyukJbbJ6rpn m5Omn3euugAaAACA1waSBgAAdpZnJk0n632li1gso1oPbUz8zQPRl08dvZyP68l7/zJpOlnv 03UdWjdN6/nPIbKMDAv+9eKkqSPv6WR9MCy82Z9YPgAAC2xJREFUPLn8A13XLnc8Nq8LPFFd Jh/N5GMsQ08/9xzffG/jnFo3jWPs6+V8TNe1l8tFlYvUSDm4cT2drFNDgosdzFN40q4XJA1V 21IuFx3hlRnZr3++30H+p820o9WkQQqp6jpmfydputkfytfmqmugAQAAeD0gaQAAYGd5ZtLU U/ZxTQOFUm41ILonuLSxG0wdec+Q4BJRVTcsvFzdhkVsncgV0s9LGgJpTwv9WAfz1MbRxnin nrK/g3lK5niEFJLPm0tDVjfovaxFFb6RcrCFdrSfd35y+Xudh4lVylL7dB15Xyv9xObTttKP 15H3ktT1SCFpDUgGeReq19POOEnXteu8zAXl3XryvhckzbzyTjoXCSQscyu36in7nhRLbQ/n zILy7uTy9Rb68b+ZNFRNcxkrK52LOGJNI/XQlPS6JbBULhe3+lEDAMBOAUkDAAA7y/NWPJuR /RpM2jL5mNpFnpb+PCy4fF/0xZzittHHCaddNG0bjljTRDsssozmixmVizwkuNRCP/5U0tST 93Uw3+vhnNk4Opjv1VP2tzHeEVsncoWU3ssaEX3ZyjjRwzmzKWmOcIz96XzEEV5ZUN4dFl4e Fl6eWv5B52GiRUS4+uB575VNLV/3x83xrE+4+mBk6ev7ws+p2hZvzBBJu0jq+jrynhckzbDw 8uq6KF/M2EOy+f9+6Y8ra3PRjFfmmG1nnPybSUNS1xdKeUtA/ED0RTvjXQJp95zi91jGt9WP GgAAdgpIGgAA2FmelzQdzPcEq8OpXChXSPvjq5aA2BaShlNOpJBaXRc9EH1RHYLgmYfyxWw8 6zf5ebPym08lTQ/nI7ahR+Ombhw801A/73wj9RDH2J8rpBPZdZOft6C8u3mrTQJp97jk27Ww Ai0hoZTDGpBYAmJf3JhFE96Y/qH0p+clTTvz3SXLGFJIJpHgWlhhC0ojaVe+mNG6aT2cj148 l6aRenBBiQsmbYVSLpxaswYl1oDEHzdX1yd4vPLvjX1p/jJpFpR3s2ginY/agzKyugFHrBni X1xdF271owYAgJ0CkgYAAHYWtIiILKPVpKFqW0IpB03bWv1lvZf7Cd88bA/Jg0lHAglEMx5v zKBxUx9Kf6r+7l5H3jsrv2kLSiNpdyjlYOg66sn7FlU4f2J12f6wnXHygegLR0i++euCSdvj ld8JpN2Tkh/MfmF1lxuuaXCAd0Fim3KEVqZlv+CINU20I3OK2yY/359YjWW8saxvPWFZXReS 1fXNtKPPSxocsWaQ/5nUPu2KqMNpZyzj88fNajdlQvJt9f/Oym94YwaJbaqFfhxHrCGq6sJp J8vQs/GWGlnTaF4XrCcs8aw/nvWtJyxmv4CsaWyhH8MRa+pIe8iaxkDSRte1b7yZ1sk6tWQZ CybtHGN/dcWzB6Iv9F5WOLUWy/pElrE68p4u1mnF2jyGYVv1lAEAYEeBpAEAgJ2lVC5I7TPV VY+H+BdJ6voh/kUcsQZPrMUTa5tpx4aFVx4rblG1LURV3dTy9W72aQJpdwPlQBvjnUbqwRb6 8dGlrxdVeKKKMMS/WEfe2889R1QRxsTfNFAOjC5ddYZVm78ui8YFqw+aaUeaqIeHhVfmlXeJ 6rph4ZUW+vEx8bU5xa3qcEp1/eU+7iczsl9I6nqypnFWfmOAd2Fj3v8Ljlb6iTHxNwtKHFnd MC39uZt9emMuUC/n40UVbkz8TT1lP45YM8C7QNI0VOcF4Um1BNKuBsqBfu65WfkNiqaJrGmc ld/s552r/mUcsQZP2jXI/4yorhsSXMIRa+op+xqoBxuph0aXviap6+8Lr1S/qIFyYEhwcV55 h6xpHFn6qrrq9MraPIaVt+opAwDAjgJJAwAAO44jJB8TX6un7McRa/GkWjxpVzvzvanl65PL 37cxTuJJu/7z58RaHLGmgbK/j3uWpK4XWUYfrfzWxninjrSn2j/Vv/DkJLXNtCNUTXMk7d78 XRhW9sVNJHV9J+v9OvLe6l/eGPHY9N//Papn+8uS+dPx50/VPvnDWjxpF4G0e+NSW2jHJiTf zsh+6WR9QCDt3vSltXXkvV3s02Pia0OCS9VBmCc/onenZb9MSa83/PfnVttMO9rHPdvBfG/j 1vCk2gbKgYfSn10R9VY9XwAA2GkgaQAAYMfJFzOWgJiua5uV35yR35hX3JFYp3xxkyemk9im yJqGqeXr9wSXhoWXH0p/Yug6tB56NONBi1lPTC+xTdG0rTOyX8bE12ZlNxaUdx+t/HtGfmNO cYtnGnRF1MUy+tTXlbFyKLUmX5ujaJoGeBc2hlBe6dFMOzK6dHVOcXtGfuPxyu8UTRNF01y9 1MeKWzzzPVdEvZ6wrKzNUbUt07JfhoWX7wkuTS7/QNE0KZwLrojG5ONRtc2z8hsz8hsLyrsS 26QnprOHZExD1+P/3PJt/uqw1kOXOR4x9J2z8ptj4mvT0p8Z+g5rQIIWkS15uAAAsANB0gAA wE5UxkrZfDySdofTzkQ2UCjmKhUMq2ClcjGLJvxxs2VdZA2IA0krgiY3XqDCKlgZK+UL6VDS 4Y5qwylnEgnFMt5w2hnP+tFi9vmzR7AyVk7nIkvWsXbGyVfdMwTS7jHxN6vrogSyHk47Y1kf giYRNFm91FjWlyukq5daxkq5QjqYclgDYktgyRc3ZfIxDCtVKli5XMzkY+G0K5x2JpBAoZSv VDAMK+cL6VjW9+QPcxhWLmMltIhE0m53RBtI2rJoAl45AwCA1wmSBgAAwGtSxkrrCfPjlX8/ eWPtVR1tjHcEq8MImtzqOwYAAPA6QNIAAAB4fUrlgt7L7OOefXWvnzVQ9k/LfnZF1VgFFhwD AIAdAZIGAADAa5XKhZes413s06+iZ+rIe8fEV81+PkxlAQCAnQOSBgAAwGuFYVgk7WYbe9uZ 7+Je6htoeNKuQf6nahcZegYAAHYUSBoAAACvWxkrBZN2lqG7k/X+SxyfGRJclNpnUrnwVt8f AACA1wqSBgAAwBYoY6VI2iUw3+/jnq0j7/kfe6aRemhMfE3tpmTysQpMoQEAgB0GkgYAAMBW wVK5kNK5OCn5vpV+/J8tg0Yg7e5kvb+owlsC4lwhvdV3BAAAYAtA0gAAANhCWK6QdoZVHGP/ fdHnzbSjf38ltDryng7mqSnpj8u2qVDKUSoXt/peAAAAbA1IGgAAAFsMw8rpfNQSEHNM/Q+l P/VxzzZSD75gWKaVfmJY8K95xZ1l+0NvzJAvZrf6DgAAAGwlSBoAAABvhDJWQtCkP7Gq8zDY xt5Z+c1xybf3hVf6eed7uZ8M8j8dEX05ufzDohK3ZBmzrC9FM55CKQebzwAAAICkAQAA8KbB 0GI2mvF4YwZbUGrwsbUeusnPWwsr/InVJBIslQtbfYUAAADeIJA0AAAAAAAAgG0MkgYAAAAA AACwjUHSAAAAAAAAALYxSBoAAAAAAADANgZJAwAAAAAAANjGIGkAAAAAAAAA2xgkDQAAAAAA AGAbg6QBAAAAAAAAbGOQNAAAAAAAAIBtDJIGAAAAAAAAsI1B0gAAAAAAAAC2MUgaAAAAAAAA wDYGSQMAAAAAAADYxiBpAAAAAAAAANsYJA0AAAAAAABgG4OkAQAAAAAAAGxjkDQAAAAAAACA bQySBgAAAAAAALCNQdIAAAAAAAAAtjFIGgAAAAAAAMA2BkkDAAAAAAAA2MYgaQAAAAAAAADb GCQNAAAAAAAAYBuDpAEAAAAAAABsY5A0AAAAAAAAgG0MkgYAAAAAAACwjUHSAAAAAAAAALYx SBoAAAAAAADANgZJAwAAAAAAANjGIGkAAAAAAAAA2xgkDQAAAAAAAGAbg6QBAAAAAAAAbGOQ NAAAAAAAAIBtDJIGAAAAAAAAsI1B0gAAAAAAAAC2MUgaAAAAAAAAwDb2f8pGUXuB4g1zAAAA AElFTkSuQmCC --------------5FABBC6799CE02105491F99E-- --------------617483ADE14B57E70360A000-- From nobody Sat Nov 12 23:36:19 2016 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DCB651295CC for ; Sat, 12 Nov 2016 23:36:18 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -15.999 X-Spam-Level: X-Spam-Status: No, score=-15.999 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=-1.497, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id KHtcOJAPESC5 for ; Sat, 12 Nov 2016 23:36:17 -0800 (PST) Received: from bgl-iport-3.cisco.com (bgl-iport-3.cisco.com [72.163.197.27]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1C4EA1295A0 for ; Sat, 12 Nov 2016 23:36:16 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=110; q=dns/txt; s=iport; t=1479022577; x=1480232177; h=to:from:subject:message-id:date:mime-version: content-transfer-encoding; bh=LwnAtANFdX7nacq71mBbZyv5s/GZVOEkXgUBUzF5Pkg=; b=IvIbx2gUQ07euEW63qRDiloAzWSeUGVihVnh/NxOn+2bStqad6e2O0uO KvbixpUN+FiA0Ax65atZP5DoHjD1vQg0YHyfCjTpFkBtmSZBOtIN6S7Qn x7R6r2RDf1ZGq6cyww13ajS6F35gAKWzMG5a13U519qx81VlOmOXecNlT 8=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0CZDgBTFyhY/xjFo0hcGgEBAQECAQEBA?= =?us-ascii?q?QgBAQEBgzEBAQEBAXcst2uCD4IHKohHEwECAQEBAQEBAWIohQsVdgImAl8NCAE?= =?us-ascii?q?BiF0OnwOPfIIpi0EBAQgBAQEBAR0FgQmFM4F9iimCXQWPW4pmkF2BWQEViBCGI?= =?us-ascii?q?Yc/giaDX4QKHwE1ZxELhUUviHMBAQE?= X-IronPort-AV: E=Sophos;i="5.31,631,1473120000"; d="scan'208";a="30619562" Received: from vla196-nat.cisco.com (HELO bgl-core-2.cisco.com) ([72.163.197.24]) by bgl-iport-3.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 13 Nov 2016 07:36:13 +0000 Received: from [10.70.233.159] ([10.70.233.159]) by bgl-core-2.cisco.com (8.14.5/8.14.5) with ESMTP id uAD7aCqp019822 for ; Sun, 13 Nov 2016 07:36:13 GMT To: NETMOD Working Group From: Benoit Claise Message-ID: <4e83324a-e079-7cc2-3bb7-c68069038a71@cisco.com> Date: Sun, 13 Nov 2016 16:36:12 +0900 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.4.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Archived-At: Subject: [netmod] Blog: YANG Quick Status Update Before this IETF 97 X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Nov 2016 07:36:19 -0000 Enjoy, https://www.ietf.org/blog/2016/11/yang-quick-status-update-before-this-ietf-97/ Regards, Benoit From nobody Sun Nov 13 14:35:50 2016 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 31D3B1294F3 for ; Sun, 13 Nov 2016 14:35:49 -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 autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id R8LFkADc8wdF for ; Sun, 13 Nov 2016 14:35:47 -0800 (PST) Received: from mail-pg0-x230.google.com (mail-pg0-x230.google.com [IPv6:2607:f8b0:400e:c05::230]) (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 E79411293D6 for ; Sun, 13 Nov 2016 14:35:46 -0800 (PST) Received: by mail-pg0-x230.google.com with SMTP id 3so45886700pgd.0 for ; Sun, 13 Nov 2016 14:35:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:subject:from:in-reply-to:date:cc:message-id:references :to; bh=SWw35MrvmHlqAyAmLRcu/735M4WXiPLvGQE1iyp6PkU=; b=vjzumCGbGs+nPPDdNWeW4Onn6wUJdYbDGqEsSQrSIX+t+muPrHb5fStK9zyA2/nRSb 9jYJ73F+tmompB9CQ8qA86GIwOvTz/AbZ/pYwat3aiditl/l3f3xuEo2O2FR8ueC1kNg emRNm3Xu8DeIrXdqrLvgKtirQSnPXoH9om/MUZ673miWaoNuccJGCS8OLSgjRrRq/N5v tHc/FkXBQBEmOhVoIgoI/51ZUzxAO2MjFZPyqk6cuTziVHSHgxxmu3tQ5Y5D1Zy3e1uj 8fJA647U1TFPYDtweW7MjEECLjWiFkt5JOfFx7RnmQTG7SQUH94Vb0LGUXIaYRr2mCt0 TNFw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :message-id:references:to; bh=SWw35MrvmHlqAyAmLRcu/735M4WXiPLvGQE1iyp6PkU=; b=Jh2edhEmJs5qQAtTKSHwDOEbNgda0kscSo0KtkIn5JJnGN30t/jw49Fi0ACUSHU1No IMqyvuYzCcq3O/hBQC7GWuwTTjpQr3Lq7wOA/bfSwzyJj0tStVRdN+VRPzP5aQgNtzyK 6YYh656D775rD6g3ZtszB0RKg95Ce2bEJVj7XDbLuMQrly/Juk0C1CZHiYtyBLls/z5z dbg4JPsDr4ctey+fTF9XVAGUh/xRX58f3jzOBvMopJUhcivNm5flHjNkJdg1tw4Km+Uu VYhQ+OdIW89dhotO1OmrsQV7KiPTJk3swzEeA5XvfwLlUOZgu/CH7bI4s6NqtxU3HJ83 d3XQ== X-Gm-Message-State: ABUngvee1qQpcUf0msdjCXoPYUBjpHs+k2+lriOuyYn4IGXYZnW/1zbBkpi0myRk0YRiTg== X-Received: by 10.99.106.200 with SMTP id f191mr63909861pgc.143.1479076546476; Sun, 13 Nov 2016 14:35:46 -0800 (PST) Received: from [192.168.101.235] ([58.120.104.2]) by smtp.gmail.com with ESMTPSA id 123sm30160734pfe.41.2016.11.13.14.35.44 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Sun, 13 Nov 2016 14:35:46 -0800 (PST) Content-Type: multipart/alternative; boundary="Apple-Mail=_E36ADE75-0392-422A-9C68-E49B78CA1854" Mime-Version: 1.0 (Mac OS X Mail 9.2 \(3112\)) From: Dean Bogdanovic In-Reply-To: Date: Mon, 14 Nov 2016 07:35:43 +0900 Message-Id: <3B8DC570-FB2D-4EE9-98BA-EEED20F2DBC0@gmail.com> References: To: Kent Watsen X-Mailer: Apple Mail (2.3112) Archived-At: Cc: "netmod@ietf.org" Subject: Re: [netmod] WG Last Call for draft-ietf-netmod-acl-model-09 (until Oct 27, 2016) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Nov 2016 22:35:49 -0000 --Apple-Mail=_E36ADE75-0392-422A-9C68-E49B78CA1854 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Kent, Thank you for the answer > On Nov 13, 2016, at 1:20 PM, Kent Watsen wrote: >=20 > Hi Dean, > =20 > > Don=E2=80=99t understand your question. What is the difference = between system and user generated acls? > =20 > User-generated would be, for instance, configured via NETCONF or = RESTCONF, whereas system-generated would be ACLs that get created by = default. For example, RFC 7223 has the top-level /interfaces-state to = support system-generated interfaces (e.g., lo) so, when running `shows = interfaces`, the result includes both configured and system-generated = interfaces. Makes sense? I understand now what you meant. Where I can see for the interfaces the = use case you describe (for loopback and physical interfaces), for ACLs = have much harder time to find an example use case where a system would = generate an ACL. Maybe for a highly secure system would generate an ACL = to deny all traffic to and from, except to access it via console when it = comes up. Can you come with some other use cases? If we can find viable = use cases, then yes, would say that reporting opstate for system = generated ACLs is useful. Dean > =20 > Thanks, > Kent > =20 > From: Dean Bogdanovic > Date: Friday, November 11, 2016 at 3:45 PM > To: Kent Watsen > Cc: "netmod@ietf.org" > Subject: Re: [netmod] WG Last Call for draft-ietf-netmod-acl-model-09 = (until Oct 27, 2016) > =20 > =20 >> On Oct 29, 2016, at 4:01 AM, Kent Watsen > wrote: >> =20 >> The last call period for this draft has ended. Thank you to all = that responded. Given the responses received, my co-chair and I believe = that the draft is ready to move forward. I will begin the shepherd = write-up shortly. >> In parallel, prompted by a conversation I had this morning, I=E2=80=99m= wondering about the YANG module=E2=80=99s use of the config false nodes = =E2=80=98acl-oper-data=E2=80=99 and =E2=80=98ace-oper-data=E2=80=99. In = particular, are the lifetimes of these nodes always the same as the = configured nodes?=20 > =20 > Yes, they are. When the nodes are created, they are don=E2=80=99t have = to be attached to an another object, like interface or RIB, etc, but = they get operational state. Once attached, (to continue with the = example) operational status of counters is changing. When detached from = the interface, the last know counter is kept, until the ace is deleted. = Same is for acl-oper-data. > =20 >> - is there any need to support reporting opstate for system-generated = acts? > =20 > Don=E2=80=99t understand your question. What is the difference between = system and user generated acls? > =20 > Dean > =20 >> =20 >> Thanks, >> Kent (as shepherd) >> =20 >> =20 >> From: netmod > on behalf of Kent Watsen = > >> Date: Thursday, October 13, 2016 at 5:05 PM >> To: "netmod@ietf.org " > >> Subject: [netmod] WG Last Call for draft-ietf-netmod-acl-model-09 = (until Oct 27, 2016) >> =20 >> =20 >> This is a notice to start a two-week NETMOD WG last call for the = document: >> =20 >> Network Access Control List (ACL) YANG Data Model >> = https://tools.ietf.org/html/draft-ietf-netmod-acl-model-09 = >> =20 >> Please indicate your support or concerns by Thursday, October 27, = 2016. >> =20 >> We are particularly interested in statements of the form: >> * I have reviewed draft-ietf-netmod-acl-model-09 and found no = issues. >> * I have reviewed draft-ietf-netmod-acl-model-09 and found the = following issues: ... >> =20 >> As well as: >> * I have implemented the data model in = draft-ietf-netmod-acl-model-09. >> * I am implementing the data model in = draft-ietf-netmod-acl-model-09. >> * I am considering to implement the data model in = draft-ietf-netmod-acl-model-09. >> * I am not considering to implement the data model in = draft-ietf-netmod-acl-model-09. >> =20 >> Thank you, >> NETMOD WG Chairs >> =20 >> =20 >> _______________________________________________ >> netmod mailing list >> netmod@ietf.org >> https://www.ietf.org/mailman/listinfo/netmod = >=20 >=20 --Apple-Mail=_E36ADE75-0392-422A-9C68-E49B78CA1854 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 Kent,

Thank= you for the answer
On Nov 13, 2016, at 1:20 PM, Kent Watsen = <kwatsen@juniper.net> wrote:

Hi Dean,
 
> Don=E2=80=99t understand your question. What = is the difference between system and user generated acls?
 
User-generated would be, for instance, configured via NETCONF = or RESTCONF, whereas system-generated would be ACLs that get created by = default.  For example, RFC 7223 has the top-level /interfaces-state = to support system-generated interfaces (e.g., lo) so, when running = `shows interfaces`, the result includes both configured and = system-generated interfaces.   Makes = sense?

I = understand now what you meant. Where I can see for the interfaces the = use case you describe (for loopback and physical interfaces), for ACLs = have much harder time to find an example use case where a system would = generate an ACL. Maybe for a highly secure system would generate an ACL = to deny all traffic to and from, except to access it via console when it = comes up. Can you come with some other use cases? If we can find viable = use cases, then yes, would say that reporting opstate for system = generated ACLs is useful.

Dean

 
Thanks,
Kent
 
From: Dean Bogdanovic <ivandean@gmail.com>
Date: Friday, November 11, = 2016 at 3:45 PM
To: Kent Watsen <kwatsen@juniper.net>
Cc: "netmod@ietf.org" <netmod@ietf.org>
Subject: Re: [netmod] WG Last = Call for draft-ietf-netmod-acl-model-09 (until Oct 27, 2016)
 
 
On Oct 29, = 2016, at 4:01 AM, Kent Watsen <kwatsen@juniper.net> wrote:
 
The last call period for this = draft has ended.   Thank you to all that responded.  = Given the responses received, my co-chair and I believe that the draft = is ready to move forward.  I will begin the shepherd write-up = shortly.
In parallel, prompted by a = conversation I had this morning, I=E2=80=99m wondering about the YANG = module=E2=80=99s use of the config false nodes =E2=80=98acl-oper-data=E2=80= =99 and =E2=80=98ace-oper-data=E2=80=99.  In particular, are the = lifetimes of these nodes always the same as the configured = nodes? 
 
Yes, they are. When the nodes are created, they are don=E2=80=99= t have to be attached to an another object, like interface or RIB, etc, = but they get operational state. Once attached, (to continue with the = example) operational status of counters is changing. When detached from = the interface, the last know counter is kept, until the ace is deleted. = Same is for acl-oper-data.
 
- is there any need to support = reporting opstate for system-generated acts?
 
Don=E2=80=99t understand = your question. What is the difference between system and user generated = acls?
 
Dean
 
 
Thanks,
Kent (as shepherd)
 
 
From: netmod <netmod-bounces@ietf.org> on behalf = of Kent Watsen <kwatsen@juniper.net>
Date: Thursday, October 13, = 2016 at 5:05 PM
To: "netmod@ietf.org" <netmod@ietf.org>
Subject: [netmod] WG Last Call = for draft-ietf-netmod-acl-model-09 (until Oct 27, 2016)
 
 
This is a notice to start a two-week = NETMOD WG last call for the document:
 
          &nb= sp;    Network Access Control List (ACL) YANG Data = Model
          &nb= sp;    https://tools.ietf.org/html/draft-ietf-netmod-acl-model-09
 
Please indicate your support or = concerns by Thursday, October 27, 2016.
 
We are particularly interested = in statements of the form:
  * I have reviewed = draft-ietf-netmod-acl-model-09 and found no issues.
  * I have reviewed = draft-ietf-netmod-acl-model-09 and found the following issues: = ...
 
As well = as:
 * I have implemented the data = model in draft-ietf-netmod-acl-model-09.
  * I = am implementing the data model in = draft-ietf-netmod-acl-model-09.
  * I = am considering to implement the data model in = draft-ietf-netmod-acl-model-09.
  * I = am not considering to implement the data model in = draft-ietf-netmod-acl-model-09.
 
Thank you,
NETMOD WG Chairs
 
 
_______________________________________________
netmod = mailing list
netmod@ietf.org
https://www.ietf.org/mailman/listinfo/netmod


= --Apple-Mail=_E36ADE75-0392-422A-9C68-E49B78CA1854-- From nobody Sun Nov 13 15:48:01 2016 Return-Path: X-Original-To: netmod@ietf.org Delivered-To: netmod@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id C9A041294A3; Sun, 13 Nov 2016 15:47:57 -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.37.1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <147908087781.5501.13018196462496057385.idtracker@ietfa.amsl.com> Date: Sun, 13 Nov 2016 15:47:57 -0800 Archived-At: Cc: netmod@ietf.org Subject: [netmod] I-D Action: draft-ietf-netmod-syslog-model-11.txt X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.17 List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Nov 2016 23:47:58 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the NETCONF Data Modeling Language of the IETF. Title : A YANG Data Model for Syslog Configuration Authors : Clyde Wildes Kiran Koushik Filename : draft-ietf-netmod-syslog-model-11.txt Pages : 33 Date : 2016-11-13 Abstract: This document describes a data model for the configuration of syslog. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-netmod-syslog-model/ There's also a htmlized version available at: https://tools.ietf.org/html/draft-ietf-netmod-syslog-model-11 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-netmod-syslog-model-11 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 Sun Nov 13 15:51:57 2016 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E6DED1294B5; Sun, 13 Nov 2016 15:51:55 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -16.018 X-Spam-Level: X-Spam-Status: No, score=-16.018 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, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-1.497, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ZTbdOtfDpY9q; Sun, 13 Nov 2016 15:51:54 -0800 (PST) Received: from rcdn-iport-8.cisco.com (rcdn-iport-8.cisco.com [173.37.86.79]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 85AB21295F0; Sun, 13 Nov 2016 15:51:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=2280; q=dns/txt; s=iport; t=1479081114; x=1480290714; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=lzL5ND7HZQ2x0sJJYulxIy+DensR1AtiDTwIi9E0LtQ=; b=eMzudURWSrHGd6pGA9zNrPdZN4j+SJD193NsH4x2E5q8XrMTVes6nnfx 87/5H6lQIcRqS3zwL4ou6k0ewMTWj/0vWcKC2op7rx0QkJqrswZutCSot vZ41nphVAJOtkA8wZVjy4F1ddmWigXyTQSH7U1UCO+awjS43/M44GXTja E=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0BxAQCj+yhY/4wNJK1cGgEBAQECAQEBA?= =?us-ascii?q?QgBAQEBgzEBAQEBAR9YgQAHjTeraIIHHQuFMUoCGoFyPxQBAgEBAQEBAQFiKIR?= =?us-ascii?q?iAQEEAQEBIBE6CxACAQgaAiYCAgIlCxUQAgQBDQWIYQ6vHYIpi0MBAQEBAQEBA?= =?us-ascii?q?QEBAQEBAQEBAQEBAQEcgQmFM4F9gl2ESIMELYIwBZpBAYY7iiGBb0+EJ4k7jUS?= =?us-ascii?q?ECQEeNypZEwmFGnKGNoEMAQEB?= X-IronPort-AV: E=Sophos;i="5.31,487,1473120000"; d="scan'208";a="168902190" Received: from alln-core-7.cisco.com ([173.36.13.140]) by rcdn-iport-8.cisco.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 13 Nov 2016 23:51:53 +0000 Received: from XCH-RCD-015.cisco.com (xch-rcd-015.cisco.com [173.37.102.25]) by alln-core-7.cisco.com (8.14.5/8.14.5) with ESMTP id uADNpkFe017175 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Sun, 13 Nov 2016 23:51:53 GMT Received: from xch-aln-015.cisco.com (173.36.7.25) by XCH-RCD-015.cisco.com (173.37.102.25) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Sun, 13 Nov 2016 17:51:45 -0600 Received: from xch-aln-015.cisco.com ([173.36.7.25]) by XCH-ALN-015.cisco.com ([173.36.7.25]) with mapi id 15.00.1210.000; Sun, 13 Nov 2016 17:51:46 -0600 From: "Clyde Wildes (cwildes)" To: "internet-drafts@ietf.org" , "i-d-announce@ietf.org" Thread-Topic: [netmod] I-D Action: draft-ietf-netmod-syslog-model-11.txt Thread-Index: AQHSPghzicFLSS+O4ESrLD+Cr68i5aDXdC+A Date: Sun, 13 Nov 2016 23:51:46 +0000 Message-ID: References: <147908087781.5501.13018196462496057385.idtracker@ietfa.amsl.com> In-Reply-To: <147908087781.5501.13018196462496057385.idtracker@ietfa.amsl.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.27.7.184] Content-Type: text/plain; charset="utf-8" Content-ID: <5CC95BBE09E5B244B0D7EA7832DFA2FA@emea.cisco.com> Content-Transfer-Encoding: base64 MIME-Version: 1.0 Archived-At: Cc: "netmod@ietf.org" Subject: Re: [netmod] I-D Action: draft-ietf-netmod-syslog-model-11.txt X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Nov 2016 23:51:56 -0000 SGksDQoNClRoaXMgZHJhZnQgYWRkcmVzc2VzIFBoaWwgU2hhZmVy4oCZcyBjb21tZW50cyBhbmQg YWxzbyByZW1vdmVzIHJlZmVyZW5jZXMgdG8gVExTIGZvciBub3cuDQoNClRoYW5rcywNCg0KQ2x5 ZGUNCg0KT24gMTEvMTMvMTYsIDM6NDcgUE0sICJuZXRtb2Qgb24gYmVoYWxmIG9mIGludGVybmV0 LWRyYWZ0c0BpZXRmLm9yZyIgPG5ldG1vZC1ib3VuY2VzQGlldGYub3JnIG9uIGJlaGFsZiBvZiBp bnRlcm5ldC1kcmFmdHNAaWV0Zi5vcmc+IHdyb3RlOg0KDQogICAgDQogICAgQSBOZXcgSW50ZXJu ZXQtRHJhZnQgaXMgYXZhaWxhYmxlIGZyb20gdGhlIG9uLWxpbmUgSW50ZXJuZXQtRHJhZnRzIGRp cmVjdG9yaWVzLg0KICAgIFRoaXMgZHJhZnQgaXMgYSB3b3JrIGl0ZW0gb2YgdGhlIE5FVENPTkYg RGF0YSBNb2RlbGluZyBMYW5ndWFnZSBvZiB0aGUgSUVURi4NCiAgICANCiAgICAgICAgICAgIFRp dGxlICAgICAgICAgICA6IEEgWUFORyBEYXRhIE1vZGVsIGZvciBTeXNsb2cgQ29uZmlndXJhdGlv bg0KICAgICAgICAgICAgQXV0aG9ycyAgICAgICAgIDogQ2x5ZGUgV2lsZGVzDQogICAgICAgICAg ICAgICAgICAgICAgICAgICAgICBLaXJhbiBLb3VzaGlrDQogICAgCUZpbGVuYW1lICAgICAgICA6 IGRyYWZ0LWlldGYtbmV0bW9kLXN5c2xvZy1tb2RlbC0xMS50eHQNCiAgICAJUGFnZXMgICAgICAg ICAgIDogMzMNCiAgICAJRGF0ZSAgICAgICAgICAgIDogMjAxNi0xMS0xMw0KICAgIA0KICAgIEFi c3RyYWN0Og0KICAgICAgIFRoaXMgZG9jdW1lbnQgZGVzY3JpYmVzIGEgZGF0YSBtb2RlbCBmb3Ig dGhlIGNvbmZpZ3VyYXRpb24gb2Ygc3lzbG9nLg0KICAgIA0KICAgIA0KICAgIFRoZSBJRVRGIGRh dGF0cmFja2VyIHN0YXR1cyBwYWdlIGZvciB0aGlzIGRyYWZ0IGlzOg0KICAgIGh0dHBzOi8vZGF0 YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWlldGYtbmV0bW9kLXN5c2xvZy1tb2RlbC8NCiAg ICANCiAgICBUaGVyZSdzIGFsc28gYSBodG1saXplZCB2ZXJzaW9uIGF2YWlsYWJsZSBhdDoNCiAg ICBodHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtaWV0Zi1uZXRtb2Qtc3lzbG9nLW1v ZGVsLTExDQogICAgDQogICAgQSBkaWZmIGZyb20gdGhlIHByZXZpb3VzIHZlcnNpb24gaXMgYXZh aWxhYmxlIGF0Og0KICAgIGh0dHBzOi8vd3d3LmlldGYub3JnL3JmY2RpZmY/dXJsMj1kcmFmdC1p ZXRmLW5ldG1vZC1zeXNsb2ctbW9kZWwtMTENCiAgICANCiAgICANCiAgICBQbGVhc2Ugbm90ZSB0 aGF0IGl0IG1heSB0YWtlIGEgY291cGxlIG9mIG1pbnV0ZXMgZnJvbSB0aGUgdGltZSBvZiBzdWJt aXNzaW9uDQogICAgdW50aWwgdGhlIGh0bWxpemVkIHZlcnNpb24gYW5kIGRpZmYgYXJlIGF2YWls YWJsZSBhdCB0b29scy5pZXRmLm9yZy4NCiAgICANCiAgICBJbnRlcm5ldC1EcmFmdHMgYXJlIGFs c28gYXZhaWxhYmxlIGJ5IGFub255bW91cyBGVFAgYXQ6DQogICAgZnRwOi8vZnRwLmlldGYub3Jn L2ludGVybmV0LWRyYWZ0cy8NCiAgICANCiAgICBfX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fXw0KICAgIG5ldG1vZCBtYWlsaW5nIGxpc3QNCiAgICBuZXRtb2RA aWV0Zi5vcmcNCiAgICBodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL25ldG1v ZA0KICAgIA0KDQo= From nobody Sun Nov 13 18:23:17 2016 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5A2C2129441 for ; Sun, 13 Nov 2016 18:23:15 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id FsRsTPXoGYpF for ; Sun, 13 Nov 2016 18:23:14 -0800 (PST) Received: from trail.lhotka.name (trail.lhotka.name [77.48.224.143]) by ietfa.amsl.com (Postfix) with ESMTP id BD00D1294FC for ; Sun, 13 Nov 2016 18:23:13 -0800 (PST) Received: from localhost (dhcp-8ee8.meeting.ietf.org [31.133.142.232]) by trail.lhotka.name (Postfix) with ESMTPSA id 429B61CC02AB for ; Mon, 14 Nov 2016 03:23:13 +0100 (CET) From: Ladislav Lhotka To: netmod@ietf.org Date: Mon, 14 Nov 2016 11:23:04 +0900 Message-ID: MIME-Version: 1.0 Content-Type: text/plain Archived-At: Subject: [netmod] comments on revised-datastores-00 X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Nov 2016 02:23:15 -0000 Hi, I've read the revised-datastores-00 document, in general I like it, here are my initial comments and questions: 1. Even if is valid, it can still be in conflict with the actual content of that may come from e.g. dynamic configuration protocols. How are such cases supposed to be resolved? 2. What is the distinction between dynamic configuration protocols and control-plane protocols? 3. Shared has known problems. Maybe it's time to part with it in this new datastore model? 4. Templates are briefly mentioned in several places, it would be useful to explain this concept in more detail. 5. Is it necessary that " datastore contains all configuration data actually used by the system"? For example, static routes should appear in RIBs, so having them separately in operational state seems redundant. Lada -- Ladislav Lhotka, CZ.NIC Labs PGP Key ID: E74E8C0C From nobody Sun Nov 13 21:54:16 2016 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6F8DB129543 for ; Sun, 13 Nov 2016 21:54:15 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.902 X-Spam-Level: X-Spam-Status: No, score=-6.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id cIYnm_pqUhdi for ; Sun, 13 Nov 2016 21:54:13 -0800 (PST) Received: from smtp-us.alcatel-lucent.com (us-hpatc-esg-02.alcatel-lucent.com [135.245.18.28]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D97471294C6 for ; Sun, 13 Nov 2016 21:54:13 -0800 (PST) Received: from us70tumx2.dmz.alcatel-lucent.com (unknown [135.245.18.14]) by Websense Email Security Gateway with ESMTPS id 010EE9EB4678B; Mon, 14 Nov 2016 05:54:12 +0000 (GMT) Received: from us70tusmtp2.zam.alcatel-lucent.com (us70tusmtp2.zam.alcatel-lucent.com [135.5.2.64]) by us70tumx2.dmz.alcatel-lucent.com (GMO) with ESMTP id uAE5sCjf012735 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 14 Nov 2016 05:54:12 GMT Received: from US70UWXCHHUB01.zam.alcatel-lucent.com (us70uwxchhub01.zam.alcatel-lucent.com [135.5.2.48]) by us70tusmtp2.zam.alcatel-lucent.com (GMO) with ESMTP id uAE5sCnv001531 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Mon, 14 Nov 2016 05:54:12 GMT Received: from US70TWXCHMBA11.zam.alcatel-lucent.com ([169.254.5.39]) by US70UWXCHHUB01.zam.alcatel-lucent.com ([135.5.2.48]) with mapi id 14.03.0301.000; Mon, 14 Nov 2016 00:54:12 -0500 From: "Sterne, Jason (Nokia - CA)" To: "Clyde Wildes (cwildes)" , "netmod@ietf.org" Thread-Topic: syslog-model-11 single buffer vs list Thread-Index: AdI+OSocMPtgN73LQZeUgjIqDQ9ULA== Date: Mon, 14 Nov 2016 05:54:11 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [135.5.27.17] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 Archived-At: Subject: [netmod] syslog-model-11 single buffer vs list X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Nov 2016 05:54:15 -0000 SGkgQ2x5ZGUsDQoNClNvbWV3aGVyZSBpbiB0aGUgcGFzdCBjb3VwbGUgb2YgcmV2aXNpb25zIHdl IGRyb3BwZWQgbXVsdGlwbGUgbWVtb3J5IGJ1ZmZlcnMuICBWZXJzaW9uIDggKGFuZCBhIG51bWJl ciBvZiB2ZXJzaW9ucyBiZWZvcmUgdGhhdCkgaGFkIGEgbGlzdCBvZiBidWZmZXJzIGluIHRoZSBZ QU5HIChidXQgaXQgd2Fzbid0IGluIHRoZSBweWFuZyB0cmVlKS4gIEJ1dCB0aGVuIHZlcnNpb24g OSBvbndhcmRzIHNlZW0gdG8gaGF2ZSBhIHNpbmdsZSBidWZmZXIuDQoNCkNhbiB3ZSBwdXQgdGhh dCBiYWNrIHRvIGEgbGlzdCA/IEltcGxlbWVudGF0aW9ucyB0aGF0IG9ubHkgc3VwcG9ydCBhIHNp bmdsZSBidWZmZXIgY2FuIGVhc2lseSBmaXQgaW50byBhIG1vZGVsIHRoYXQgc3VwcG9ydHMgbXVs dGlwbGUgYnVmZmVycywgYnV0IHRoZSBvdGhlciB3YXkgYXJvdW5kIGRvZXNuJ3Qgd29yayB2ZXJ5 IHdlbGwuICAgSSB0aGluayBpdCB3YXMgYWNjaWRlbnRseSBkcm9wcGVkIGR1ZSB0byBzb21lIGNv bmZ1c2lvbiBvdmVyIHNvbWUgImlmLWZlYXR1cmUiIGNvbW1lbnRzIGZyb20gVG9tIFAgYXQgb25l IHBvaW50Lg0KDQoobm90ZSAtIGFsc28gYWRkIChzKSB0byBidWZmZXIgdG8gbWFrZSBpdCBidWZm ZXIocykgaW4gYSBjb3VwbGUgb2YgcGxhY2VzIGluIHNlY3Rpb24gMykuDQoNClJlZ2FyZHMsDQpK YXNvbg0KDQotLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KRnJvbTogbmV0bW9kIFttYWlsdG86 bmV0bW9kLWJvdW5jZXNAaWV0Zi5vcmddIE9uIEJlaGFsZiBPZiBDbHlkZSBXaWxkZXMgKGN3aWxk ZXMpDQpTZW50OiBNb25kYXksIE5vdmVtYmVyIDE0LCAyMDE2IDg6NTINClRvOiBpbnRlcm5ldC1k cmFmdHNAaWV0Zi5vcmc7IGktZC1hbm5vdW5jZUBpZXRmLm9yZw0KQ2M6IG5ldG1vZEBpZXRmLm9y Zw0KU3ViamVjdDogUmU6IFtuZXRtb2RdIEktRCBBY3Rpb246IGRyYWZ0LWlldGYtbmV0bW9kLXN5 c2xvZy1tb2RlbC0xMS50eHQNCg0KSGksDQoNClRoaXMgZHJhZnQgYWRkcmVzc2VzIFBoaWwgU2hh ZmVy4oCZcyBjb21tZW50cyBhbmQgYWxzbyByZW1vdmVzIHJlZmVyZW5jZXMgdG8gVExTIGZvciBu b3cuDQoNClRoYW5rcywNCg0KQ2x5ZGUNCg0KT24gMTEvMTMvMTYsIDM6NDcgUE0sICJuZXRtb2Qg b24gYmVoYWxmIG9mIGludGVybmV0LWRyYWZ0c0BpZXRmLm9yZyIgPG5ldG1vZC1ib3VuY2VzQGll dGYub3JnIG9uIGJlaGFsZiBvZiBpbnRlcm5ldC1kcmFmdHNAaWV0Zi5vcmc+IHdyb3RlOg0KDQog ICAgDQogICAgQSBOZXcgSW50ZXJuZXQtRHJhZnQgaXMgYXZhaWxhYmxlIGZyb20gdGhlIG9uLWxp bmUgSW50ZXJuZXQtRHJhZnRzIGRpcmVjdG9yaWVzLg0KICAgIFRoaXMgZHJhZnQgaXMgYSB3b3Jr IGl0ZW0gb2YgdGhlIE5FVENPTkYgRGF0YSBNb2RlbGluZyBMYW5ndWFnZSBvZiB0aGUgSUVURi4N CiAgICANCiAgICAgICAgICAgIFRpdGxlICAgICAgICAgICA6IEEgWUFORyBEYXRhIE1vZGVsIGZv ciBTeXNsb2cgQ29uZmlndXJhdGlvbg0KICAgICAgICAgICAgQXV0aG9ycyAgICAgICAgIDogQ2x5 ZGUgV2lsZGVzDQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICBLaXJhbiBLb3VzaGlrDQog ICAgCUZpbGVuYW1lICAgICAgICA6IGRyYWZ0LWlldGYtbmV0bW9kLXN5c2xvZy1tb2RlbC0xMS50 eHQNCiAgICAJUGFnZXMgICAgICAgICAgIDogMzMNCiAgICAJRGF0ZSAgICAgICAgICAgIDogMjAx Ni0xMS0xMw0KICAgIA0KICAgIEFic3RyYWN0Og0KICAgICAgIFRoaXMgZG9jdW1lbnQgZGVzY3Jp YmVzIGEgZGF0YSBtb2RlbCBmb3IgdGhlIGNvbmZpZ3VyYXRpb24gb2Ygc3lzbG9nLg0KICAgIA0K ICAgIA0KICAgIFRoZSBJRVRGIGRhdGF0cmFja2VyIHN0YXR1cyBwYWdlIGZvciB0aGlzIGRyYWZ0 IGlzOg0KICAgIGh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWlldGYtbmV0 bW9kLXN5c2xvZy1tb2RlbC8NCiAgICANCiAgICBUaGVyZSdzIGFsc28gYSBodG1saXplZCB2ZXJz aW9uIGF2YWlsYWJsZSBhdDoNCiAgICBodHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQt aWV0Zi1uZXRtb2Qtc3lzbG9nLW1vZGVsLTExDQogICAgDQogICAgQSBkaWZmIGZyb20gdGhlIHBy ZXZpb3VzIHZlcnNpb24gaXMgYXZhaWxhYmxlIGF0Og0KICAgIGh0dHBzOi8vd3d3LmlldGYub3Jn L3JmY2RpZmY/dXJsMj1kcmFmdC1pZXRmLW5ldG1vZC1zeXNsb2ctbW9kZWwtMTENCiAgICANCiAg ICANCiAgICBQbGVhc2Ugbm90ZSB0aGF0IGl0IG1heSB0YWtlIGEgY291cGxlIG9mIG1pbnV0ZXMg ZnJvbSB0aGUgdGltZSBvZiBzdWJtaXNzaW9uDQogICAgdW50aWwgdGhlIGh0bWxpemVkIHZlcnNp b24gYW5kIGRpZmYgYXJlIGF2YWlsYWJsZSBhdCB0b29scy5pZXRmLm9yZy4NCiAgICANCiAgICBJ bnRlcm5ldC1EcmFmdHMgYXJlIGFsc28gYXZhaWxhYmxlIGJ5IGFub255bW91cyBGVFAgYXQ6DQog ICAgZnRwOi8vZnRwLmlldGYub3JnL2ludGVybmV0LWRyYWZ0cy8NCiAgICANCiAgICBfX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KICAgIG5ldG1vZCBtYWls aW5nIGxpc3QNCiAgICBuZXRtb2RAaWV0Zi5vcmcNCiAgICBodHRwczovL3d3dy5pZXRmLm9yZy9t YWlsbWFuL2xpc3RpbmZvL25ldG1vZA0KICAgIA0KDQpfX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fXw0KbmV0bW9kIG1haWxpbmcgbGlzdA0KbmV0bW9kQGlldGYu b3JnDQpodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL25ldG1vZA0K From nobody Sun Nov 13 23:34:21 2016 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id ABEA3129705 for ; Sun, 13 Nov 2016 23:34:16 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.902 X-Spam-Level: X-Spam-Status: No, score=-6.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id xyvAks-0OlPW for ; Sun, 13 Nov 2016 23:34:09 -0800 (PST) Received: from smtp-us.alcatel-lucent.com (us-hpatc-esg-01.alcatel-lucent.com [135.245.18.27]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C874A1296FC for ; Sun, 13 Nov 2016 23:34:09 -0800 (PST) Received: from us70tumx1.dmz.alcatel-lucent.com (unknown [135.245.18.13]) by Websense Email Security Gateway with ESMTPS id 1D14E80190467; Mon, 14 Nov 2016 07:34:07 +0000 (GMT) Received: from us70tusmtp1.zam.alcatel-lucent.com (us70tusmtp1.zam.alcatel-lucent.com [135.5.2.63]) by us70tumx1.dmz.alcatel-lucent.com (GMO) with ESMTP id uAE7Y8Oc029919 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 14 Nov 2016 07:34:08 GMT Received: from US70TWXCHHUB03.zam.alcatel-lucent.com (us70twxchhub03.zam.alcatel-lucent.com [135.5.2.35]) by us70tusmtp1.zam.alcatel-lucent.com (GMO) with ESMTP id uAE7Y8ND026607 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Mon, 14 Nov 2016 07:34:08 GMT Received: from US70TWXCHMBA11.zam.alcatel-lucent.com ([169.254.5.39]) by US70TWXCHHUB03.zam.alcatel-lucent.com ([135.5.2.35]) with mapi id 14.03.0301.000; Mon, 14 Nov 2016 02:34:08 -0500 From: "Sterne, Jason (Nokia - CA)" To: Martin Bjorklund , "netmod@ietf.org" Thread-Topic: Notifications in draft-ietf-netmod-entity-01 Thread-Index: AdI+SK3cdAKFs/woTGilkvQb1XlqgA== Date: Mon, 14 Nov 2016 07:34:07 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [135.5.27.16] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Subject: [netmod] Notifications in draft-ietf-netmod-entity-01 X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Nov 2016 07:34:17 -0000 Hi Martin, In CCAMP today they mentioned that they dropped their notification from the= ir draft and will instead rely on subscriptions (i.e. push draft) to state = nodes to get async notifications about state changes. Should we consider dropping the 3 notifications from this model as well ? = A subscription to various state leafs in the model would provide the same f= unctionality. (minor editorial - search for hardware in the draft & replace with hardware= ) Regards, Jason -----Original Message----- From: netmod [mailto:netmod-bounces@ietf.org] On Behalf Of Martin Bjorklund Sent: Monday, October 31, 2016 16:38 To: netmod@ietf.org Subject: Re: [netmod] I-D Action: draft-ietf-netmod-entity-01.txt Hi, This new version of the entity model addresses most of the concerns with th= e previous version. Notable changes are that the top-level node is "hardwa= re" and that the term "component" is used instead of "physical entity". The proposed nodes for supporting more flexible pre-provisioning have not y= et been added, but this issue is noted in the Open Issues section. /martin internet-drafts@ietf.org wrote: >=20 > A New Internet-Draft is available from the on-line Internet-Drafts direct= ories. > This draft is a work item of the NETCONF Data Modeling Language of the IE= TF. >=20 > Title : A YANG Data Model for Hardware Management > Authors : Andy Bierman > Martin Bjorklund > Jie Dong > Dan Romascanu > Filename : draft-ietf-netmod-entity-01.txt > Pages : 36 > Date : 2016-10-31 >=20 > Abstract: > This document defines a YANG data model for the management of > hardware on a single server. >=20 >=20 > The IETF datatracker status page for this draft is: > https://datatracker.ietf.org/doc/draft-ietf-netmod-entity/ >=20 > There's also a htmlized version available at: > https://tools.ietf.org/html/draft-ietf-netmod-entity-01 >=20 > A diff from the previous version is available at: > https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-netmod-entity-01 >=20 >=20 > Please note that it may take a couple of minutes from the time of=20 > submission until the htmlized version and diff are available at tools.iet= f.org. >=20 > Internet-Drafts are also available by anonymous FTP at: > ftp://ftp.ietf.org/internet-drafts/ >=20 > _______________________________________________ > netmod mailing list > netmod@ietf.org > https://www.ietf.org/mailman/listinfo/netmod >=20 _______________________________________________ netmod mailing list netmod@ietf.org https://www.ietf.org/mailman/listinfo/netmod From nobody Mon Nov 14 01:42:18 2016 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 55FCC1293DA for ; Mon, 14 Nov 2016 01:42:17 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.697 X-Spam-Level: X-Spam-Status: No, score=-5.697 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-1.497] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Zfe93o23mfmh for ; Mon, 14 Nov 2016 01:42:15 -0800 (PST) Received: from atlas3.jacobs-university.de (atlas3.jacobs-university.de [212.201.44.18]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 20E88129498 for ; Mon, 14 Nov 2016 01:42:14 -0800 (PST) Received: from localhost (demetrius5.irc-it.jacobs-university.de [10.70.0.222]) by atlas3.jacobs-university.de (Postfix) with ESMTP id C5B7C1664; Mon, 14 Nov 2016 10:42:13 +0100 (CET) X-Virus-Scanned: amavisd-new at jacobs-university.de Received: from atlas3.jacobs-university.de ([10.70.0.205]) by localhost (demetrius5.jacobs-university.de [10.70.0.222]) (amavisd-new, port 10030) with ESMTP id 2x9E0Wbp6LLN; Mon, 14 Nov 2016 10:42:13 +0100 (CET) Received: from hermes.jacobs-university.de (hermes.jacobs-university.de [212.201.44.23]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hermes.jacobs-university.de", Issuer "Jacobs University CA - G01" (verified OK)) by atlas3.jacobs-university.de (Postfix) with ESMTPS; Mon, 14 Nov 2016 10:42:13 +0100 (CET) Received: from localhost (demetrius4.jacobs-university.de [212.201.44.49]) by hermes.jacobs-university.de (Postfix) with ESMTP id 832D920053; Mon, 14 Nov 2016 10:42:13 +0100 (CET) X-Virus-Scanned: amavisd-new at jacobs-university.de Received: from hermes.jacobs-university.de ([212.201.44.23]) by localhost (demetrius4.jacobs-university.de [212.201.44.32]) (amavisd-new, port 10024) with ESMTP id rIO3QW2lD4Li; Mon, 14 Nov 2016 10:42:12 +0100 (CET) Received: from elstar.local (elstar.jacobs.jacobs-university.de [10.50.231.133]) by hermes.jacobs-university.de (Postfix) with ESMTP id 6EF0320050; Mon, 14 Nov 2016 10:42:12 +0100 (CET) Received: by elstar.local (Postfix, from userid 501) id 0D3133D3C204; Mon, 14 Nov 2016 10:42:10 +0100 (CET) Date: Mon, 14 Nov 2016 10:42:10 +0100 From: Juergen Schoenwaelder To: Ladislav Lhotka Message-ID: <20161114094210.GA45946@elstar.local> Mail-Followup-To: Ladislav Lhotka , netmod@ietf.org References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.6.0 (2016-04-01) Archived-At: Cc: netmod@ietf.org Subject: Re: [netmod] comments on revised-datastores-00 X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Juergen Schoenwaelder List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Nov 2016 09:42:17 -0000 On Mon, Nov 14, 2016 at 11:23:04AM +0900, Ladislav Lhotka wrote: > Hi, > > I've read the revised-datastores-00 document, in general I like it, here > are my initial comments and questions: > > 1. Even if is valid, it can still be in conflict with the > actual content of that may come from e.g. dynamic > configuration protocols. How are such cases supposed to be resolved? Yes. The whole idea is to expose these potential differences instead of hiding them behind a curtain. > 2. What is the distinction between dynamic configuration protocols and > control-plane protocols? Good question. I believe this to be at the end implementation specific. The question I think really is whether a control-plane protocol interacts with the configuration management component or not. > 3. Shared has known problems. Maybe it's time to part with > it in this new datastore model? This clearly was not the focus of this work. > 4. Templates are briefly mentioned in several places, it would be useful > to explain this concept in more detail. I agree. > 5. Is it necessary that " datastore contains all > configuration data actually used by the system"? For example, static > routes should appear in RIBs, so having them separately in operational > state seems redundant. I do not understand your question. Is the RIB exposed or not? Anyway, we need a general model and not a model for specific aspects such as routing. Yes, there can be redundancy but there can also be semantic differences. The datastore tells me what is actually used (regardless of what has happened with the statically configured values). In other words, if I want to debug what my box is actually doing, looking at the datastore is probably a good idea. /js -- Juergen Schoenwaelder Jacobs University Bremen gGmbH Phone: +49 421 200 3587 Campus Ring 1 | 28759 Bremen | Germany Fax: +49 421 200 3103 From nobody Mon Nov 14 03:21:56 2016 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 213951294CD for ; Mon, 14 Nov 2016 03:21:55 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.902 X-Spam-Level: X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=junipernetworks.onmicrosoft.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id h2v1ukKng4e5 for ; Mon, 14 Nov 2016 03:21:53 -0800 (PST) Received: from NAM02-BL2-obe.outbound.protection.outlook.com (mail-bl2nam02on0113.outbound.protection.outlook.com [104.47.38.113]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 21DEE1294C3 for ; Mon, 14 Nov 2016 03:21:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=junipernetworks.onmicrosoft.com; s=selector1-juniper-net; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=JtqNH3dojkU9/F4aSiFGV38Iqgau1Xd41YRmwH9OHzU=; b=dj+5950LoQ2b/pUVBK4qxeITXrDKXKdpL7h6/K59yZnzIyv0AbCu5IRr1S6pj+/Ma/EMHX1MXfu00feOPAjvtIml2q8yU3TRSn7qkYU+cqLdB7DoAKV/2Uby++58LQ5Pf9qkvVKQ169jfm7aEikU7ssakUWj5tZ4xi7mMhID6ns= Received: from DM2PR0501MB1455.namprd05.prod.outlook.com (10.161.224.152) by DM2PR0501MB1456.namprd05.prod.outlook.com (10.161.224.153) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.721.10; Mon, 14 Nov 2016 11:21:50 +0000 Received: from DM2PR0501MB1455.namprd05.prod.outlook.com ([10.161.224.152]) by DM2PR0501MB1455.namprd05.prod.outlook.com ([10.161.224.152]) with mapi id 15.01.0721.010; Mon, 14 Nov 2016 11:21:50 +0000 From: Kent Watsen To: "netmod@ietf.org" Thread-Topic: agenda updated Thread-Index: AQHSPmlLba5vG4DITE+zeUSe+bzM+Q== Date: Mon, 14 Nov 2016 11:21:50 +0000 Message-ID: <732A4E3B-D817-4E9E-BDEB-DDA28BCA59AB@juniper.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/f.1b.0.161010 authentication-results: spf=none (sender IP is ) smtp.mailfrom=kwatsen@juniper.net; x-ms-exchange-messagesentrepresentingtype: 1 x-originating-ip: [31.133.146.4] x-microsoft-exchange-diagnostics: 1; DM2PR0501MB1456; 7:YiX+ZY34Idfo9+8ojf7lEfhI7JAcULTyRlBj/OMA9slWrrWA6CRF/OQ1P1OvMQ04lyDRFS0sIQuj1lJMth1n3xRBsKamrW3XY8PeeozSTorreh0JskuziAuSORjpg8LHL2dJ1PDctwMZW2/XTMoC4xqQjzfWRiu5vcSW+Jqwf23En1s0peiXNeorBK9WO4BFVVkVdJ38fKwVWh9nN66NvJozJ+ZkEEkjeg+rTCMtmC1pxcwGI1181R4b7oMkYQ2GF07r4om3sV84ZrtJdflONV1QD8Mwh0DOFUpmuTk+VCZdaDh11M8UwFExYTrT6z3z7f4ibWDt4Az9CIaZvVX1VGZUVzLYee8cJQsc9MXOLKQ= x-ms-office365-filtering-correlation-id: 954af4f4-075c-4d84-dc1d-08d40c806dcd x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001); SRVR:DM2PR0501MB1456; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(21748063052155); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6060326)(601004)(2401047)(8121501046)(5005006)(3002001)(10201501046)(6055026)(6061321); SRVR:DM2PR0501MB1456; BCL:0; PCL:0; RULEID:; SRVR:DM2PR0501MB1456; x-forefront-prvs: 0126A32F74 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(7916002)(336003)(199003)(189002)(2906002)(106116001)(6116002)(101416001)(7906003)(82746002)(2501003)(54356999)(50986999)(10710500007)(81156014)(7736002)(2900100001)(2351001)(7116003)(77096005)(81166006)(83506001)(86362001)(5660300001)(33656002)(107886002)(122556002)(36756003)(99286002)(1730700003)(6916009)(4001350100001)(97736004)(221733001)(8936002)(3480700004)(7110500001)(87936001)(15650500001)(189998001)(110136003)(66066001)(3660700001)(7846002)(5640700001)(2420400007)(3280700002)(105586002)(83716003)(3846002)(450100001)(68736007)(8676002)(586003)(92566002)(106356001)(102836003)(104396002); DIR:OUT; SFP:1102; SCL:1; SRVR:DM2PR0501MB1456; H:DM2PR0501MB1455.namprd05.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; A:1; MX:1; LANG:en; received-spf: None (protection.outlook.com: juniper.net does not designate permitted sender hosts) spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: multipart/alternative; boundary="_000_732A4E3BD8174E9EBDEBDDA28BCA59ABjunipernet_" MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-originalarrivaltime: 14 Nov 2016 11:21:50.2276 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM2PR0501MB1456 Archived-At: Subject: [netmod] agenda updated X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Nov 2016 11:21:55 -0000 --_000_732A4E3BD8174E9EBDEBDDA28BCA59ABjunipernet_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 DQpVcGRhdGVzOg0KDQogIC0gQW5keSBCaWVybWFuIGlzIG5vdyBwcmVzZW50aW5nIHRoZSBlbnRp dHkgZHJhZnQNCiAgLSBEZWFuIEJvZ2Rhbm92aWMgaXMgcHJlc2VudGluZyB0aGUgUm91dGluZyBB cmVhIERUIFVwZGF0ZQ0KICAtIENseWRlIFdpbGRlcyBpcyBub3cgcHJlc2VudGluZyAtMTEgKG5v dCAtMDkpDQogIC0gdGhlIHByZXNlbnRhdGlvbiBvZiB0aGUgYWxhcm0gZHJhZnQgaGFzIGJlZW4g cmVtb3ZlZA0KIC0gdGhlIHRpbWUtc2xvdCBmb3Igc2Vzc2lvbiAyIGhhcyBiZWVuIGNvcnJlY3Rl ZA0KDQpodHRwczovL3d3dy5pZXRmLm9yZy9wcm9jZWVkaW5ncy85Ny9hZ2VuZGEvYWdlbmRhLTk3 LW5ldG1vZC0wOC50eHQNCg0KS2VudA0KDQo= --_000_732A4E3BD8174E9EBDEBDDA28BCA59ABjunipernet_ Content-Type: text/html; charset="utf-8" Content-ID: <787790CB84C367479218F0BEE2481106@namprd05.prod.outlook.com> Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6bz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6b2ZmaWNlIiB4 bWxuczp3PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTp3b3JkIiB4bWxuczptPSJo dHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS8yMDA0LzEyL29tbWwiIHhtbG5zPSJo dHRwOi8vd3d3LnczLm9yZy9UUi9SRUMtaHRtbDQwIj4NCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVp dj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPg0KPG1l dGEgbmFtZT0iVGl0bGUiIGNvbnRlbnQ9IiI+DQo8bWV0YSBuYW1lPSJLZXl3b3JkcyIgY29udGVu dD0iIj4NCjxtZXRhIG5hbWU9IkdlbmVyYXRvciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUg KGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxlPjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8N CkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0 IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJ cGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAyIDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8N CnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBpbjsN CgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWls eTpDYWxpYnJpO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNvLXN0eWxlLXByaW9y aXR5Ojk5Ow0KCWNvbG9yOiMwNTYzQzE7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQph OnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0eWxlLXByaW9yaXR5 Ojk5Ow0KCWNvbG9yOiM5NTRGNzI7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpzcGFu LkVtYWlsU3R5bGUxNw0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbC1jb21wb3NlOw0KCWZvbnQt ZmFtaWx5OkNhbGlicmk7DQoJY29sb3I6d2luZG93dGV4dDt9DQpzcGFuLm1zb0lucw0KCXttc28t c3R5bGUtdHlwZTpleHBvcnQtb25seTsNCgltc28tc3R5bGUtbmFtZToiIjsNCgl0ZXh0LWRlY29y YXRpb246dW5kZXJsaW5lOw0KCWNvbG9yOnRlYWw7fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNvLXN0 eWxlLXR5cGU6ZXhwb3J0LW9ubHk7DQoJZm9udC1mYW1pbHk6Q2FsaWJyaTt9DQpAcGFnZSBXb3Jk U2VjdGlvbjENCgl7c2l6ZTo4LjVpbiAxMS4waW47DQoJbWFyZ2luOjEuMGluIDEuMGluIDEuMGlu IDEuMGluO30NCmRpdi5Xb3JkU2VjdGlvbjENCgl7cGFnZTpXb3JkU2VjdGlvbjE7fQ0KLS0+PC9z dHlsZT4NCjwvaGVhZD4NCjxib2R5IGJnY29sb3I9IndoaXRlIiBsYW5nPSJFTi1VUyIgbGluaz0i IzA1NjNDMSIgdmxpbms9IiM5NTRGNzIiPg0KPGRpdiBjbGFzcz0iV29yZFNlY3Rpb24xIj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij48bzpwPiZu YnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjExLjBwdCI+VXBkYXRlczo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+PG86cD4mbmJzcDs8 L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMS4wcHQiPiZuYnNwOyAtIEFuZHkgQmllcm1hbiBpcyBub3cgcHJlc2VudGluZyB0aGUg ZW50aXR5IGRyYWZ0PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPiZuYnNwOyAtIERlYW4gQm9nZGFub3ZpYyBp cyBwcmVzZW50aW5nIHRoZSBSb3V0aW5nIEFyZWEgRFQgVXBkYXRlPG86cD48L286cD48L3NwYW4+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQi PiZuYnNwOyAtIENseWRlIFdpbGRlcyBpcyBub3cgcHJlc2VudGluZyAtMTEgKG5vdCAtMDkpPG86 cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMS4wcHQiPiZuYnNwOyAtIHRoZSBwcmVzZW50YXRpb24gb2YgdGhlIGFsYXJtIGRy YWZ0IGhhcyBiZWVuIHJlbW92ZWQ8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+Jm5ic3A7LSB0aGUgdGltZS1z bG90IGZvciBzZXNzaW9uIDIgaGFzIGJlZW4gY29ycmVjdGVkPG86cD48L286cD48L3NwYW4+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPjxv OnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTEuMHB0Ij48YSBocmVmPSJodHRwczovL3d3dy5pZXRmLm9yZy9wcm9j ZWVkaW5ncy85Ny9hZ2VuZGEvYWdlbmRhLTk3LW5ldG1vZC0wOC50eHQiPmh0dHBzOi8vd3d3Lmll dGYub3JnL3Byb2NlZWRpbmdzLzk3L2FnZW5kYS9hZ2VuZGEtOTctbmV0bW9kLTA4LnR4dDwvYT48 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjExLjBwdCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPktlbnQ8bzpwPjwvbzpw Pjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjExLjBwdCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2JvZHk+DQo8 L2h0bWw+DQo= --_000_732A4E3BD8174E9EBDEBDDA28BCA59ABjunipernet_-- From nobody Mon Nov 14 08:43:03 2016 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9CCB7129473 for ; Mon, 14 Nov 2016 08:43:01 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -16.018 X-Spam-Level: X-Spam-Status: No, score=-16.018 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, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-1.497, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id fa9kszjdZu6O for ; Mon, 14 Nov 2016 08:42:59 -0800 (PST) Received: from alln-iport-5.cisco.com (alln-iport-5.cisco.com [173.37.142.92]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 381BF129687 for ; Mon, 14 Nov 2016 08:42:59 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=7620; q=dns/txt; s=iport; t=1479141779; x=1480351379; h=from:to:subject:date:message-id:references:in-reply-to: content-id:content-transfer-encoding:mime-version; bh=eii1DTHPxS0Lu6rXoUzmR8BSe0kvwxsnU775yghSVuo=; b=OvkZ4hxdf3g9JgUldPKMPy+yt2I90/kArCQE0i0Z4QcQnQ5ueK7EYlWi U0zmEFYz3zv6d2OTzsB8Srfla5mo1pSnL+6an4vkYdXNiC4gYsqes2jJz hfVqNbMYrDU1Cv/xKRfqbhG3qx2OUXMhqzJp37hG4Olus//6nybLG6MY3 o=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0BtAQCU6ClY/4cNJK1eGQEBAQEBAQEBA?= =?us-ascii?q?QEBBwEBAQEBgyYLAQEBAQEfWIEABwGNNpcKlGCCBx0LhTFKAhqCCD8UAQIBAQE?= =?us-ascii?q?BAQEBYiiEYQEBAQQBAQEgETcDFwQCAQgRBAEBAwIjAwICAiULFAEICAEBBAESi?= =?us-ascii?q?GEOryqCKYtIAQEBAQEBAQEBAQEBAQEBAQEBAQEBHIEJhTOBfQiCVYQkAYMnLYI?= =?us-ascii?q?wBY5gi2EBhjuKIYFvT4QniTuNRIQJAR43gQMTCYMeAxyBXXKFQAElgQoBgQsBA?= =?us-ascii?q?QE?= X-IronPort-AV: E=Sophos;i="5.31,491,1473120000"; d="scan'208";a="346400390" Received: from alln-core-2.cisco.com ([173.36.13.135]) by alln-iport-5.cisco.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 14 Nov 2016 16:42:58 +0000 Received: from XCH-ALN-011.cisco.com (xch-aln-011.cisco.com [173.36.7.21]) by alln-core-2.cisco.com (8.14.5/8.14.5) with ESMTP id uAEGgwXx020729 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Mon, 14 Nov 2016 16:42:58 GMT Received: from xch-aln-015.cisco.com (173.36.7.25) by XCH-ALN-011.cisco.com (173.36.7.21) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Mon, 14 Nov 2016 10:42:56 -0600 Received: from xch-aln-015.cisco.com ([173.36.7.25]) by XCH-ALN-015.cisco.com ([173.36.7.25]) with mapi id 15.00.1210.000; Mon, 14 Nov 2016 10:42:57 -0600 From: "Clyde Wildes (cwildes)" To: "Sterne, Jason (Nokia - CA)" , "netmod@ietf.org" Thread-Topic: syslog-model-11 single buffer vs list Thread-Index: AdI+OSocMPtgN73LQZeUgjIqDQ9ULAATDjoA Date: Mon, 14 Nov 2016 16:42:57 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [128.107.151.17] Content-Type: text/plain; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 MIME-Version: 1.0 Archived-At: Subject: Re: [netmod] syslog-model-11 single buffer vs list X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Nov 2016 16:43:01 -0000 SGkgSmFzb24sDQoNCkJ1ZmZlciB3YXMgYSBzdWJqZWN0IG9mIGRpc2N1c3Npb24gb24gdGhlIG5l dG1vZCBsaXN0IG1vc3QgcmVjZW50bHkgYnkgVG9tIFBldGNoIHdobyByYWlzZWQgc29tZSBxdWVz dGlvbnMuIEluIGFuIGUtbWFpbCBvbiAyMDE2LzUvNiBUb20gc2FpZDoNCg0K4oCcVGhlIGRlc2Ny aXB0aW9uIG9mIGxvZy1idWZmZXIgY29uZnVzZXMgbWUuICBUaGUgYnVmZmVyIGlzIGNpcmN1bGFy IGluIG5hdHVyZSBzbyB0aGVyZSBpcyBvbmx5IG9uZSBvZiB0aGVtOyBidXQgaXQgaXMgYSBsaXN0 IGtleWVkIG9uICduYW1lJyBzbyB0aGVyZSBhcmUgbG90cyBvZiB0aGVtLiAgVGhpcyBsZWFmIGNv bmZpZ3VyZXMgdGhlIGFtb3VudCBudW1iZXIgb2YgbG9nIG1lc3NhZ2VzIHRoYXQgY2FuIGJlIHN0 b3JlZCBpbiB0aGUgbG9jYWwgbWVtb3J5IGxvZ2dpbmcgYnVmZmVyLCBzbyB0aGVyZSBpcyBvbmx5 IG9uZSBvZiB0aGVtLiBPci4uLi4/4oCdDQoNCkluIHRoZSBzYW1lIGUtbWFpbCBUb20gYWxzbyBj b21tZW50ZWQgb24gdGhlIGNvbXBsZXhpdHkgb2YgdGhlIGN1cnJlbnQgbW9kZWw6DQoNCuKAnE15 IGNvbW1lbnQgd2FzIG1vcmUgb24gdGhlIGNvbXBsZXhpdHkgdGhhdCByZXN1bHRzIGZyb20gaGF2 aW5nIHNvIG1hbnkgb3B0aW9ucy4gT3RoZXIgbW9kZWxzIGFyZSB3b3JzZSAtIHNvbWUgb2YgdGhl IHJvdXRpbmcgb25lcyBJIGZpbmQgdW5pbnRlbGxpZ2libGUgYXMgYSByZXN1bHQgLSBidXQgSSBy YWlzZWQgdGhlIGlzc3VlIG9uIHRoaXMgbW9kZWwgYmVjYXVzZSBpdCBpcyBiZWluZyBkaXNjdXNz ZWQgb24gdGhpcyBsaXN0IHdoZXJlIChhbG1vc3QpIGFsbCB0aGUgZXhwZXJ0aXNlIGluIHRoZXNl IG1hdHRlcnMgcmVzaWRlcyB0byBzZWUgaWYgYW55b25lIGVsc2Ugd291bGQgYml0ZS7igJ0NCg0K SW4gYSByZWFjdGlvbiB0byBUb23igJlzIGNvbW1lbnRzLCBJIHRyaWVkIHRvIHNpbXBsaWZ5IGJ5 IGNoYW5naW5nIHRoZSBidWZmZXJzIGxpc3QgYmFjayB0byBhIGxlYWYgaW4gZHJhZnQgMDkuIElu IHJldHJvc3BlY3QgdGhpcyB3YXMgYSBtaXN0YWtlLiBOb3RlIHRoYXQgQUZBSUsgYnVmZmVyIGlz IGN1cnJlbnRseSBpbXBsZW1lbnRlZCBieSBvbmx5IHR3byB2ZW5kb3JzOiBDaXNjbyBhbmQgQWxj YXRlbC1MdWNlbnQtTm9raWEuDQoNClRoZSBDaXNjbyBpbXBsZW1lbnRhdGlvbiBoYXMgb25lIGJ1 ZmZlciBhbmQgc3BlY2lmaWVzIHRoZSBsaW1pdCBhcyB0aGUgdG90YWwgYnVmZmVyIHNpemUgaW4g Ynl0ZXMuDQoNClRoZSBBbGNhdGVsLUx1Y2VudC1Ob2tpYSBpbXBsZW1lbnRhdGlvbiBoYXMgbXVs dGlwbGUgYnVmZmVycyBhbmQgc3BlY2lmaWVzIHRoZSBsaW1pdCBpbiB0b3RhbCBtZXNzYWdlcy4N Cg0KSWYgd2UgbWFrZSBidWZmZXJzIGEgbGlzdCwgd2Ugc3RpbGwgaGF2ZSB0aHJlZSBmZWF0dXJl cyBpbiB0aGUgbW9kZWwgYW5kIHRoZSBuZWNlc3NpdHkgZm9yIGltcGxlbWVudGF0aW9ucyB0aGF0 IHN1cHBvcnQgb25seSBvbmUgYnVmZmVyIHRvIGF1Z21lbnQgdGhlIG1vZGVsIHRvIHNwZWNpZnkg YSBtYXgtZWxlbWVudHMgc3RhdGVtZW50LiBUaGUgdGhyZWUgZmVhdHVyZXMgYXJlOg0KDQogIGZl YXR1cmUgYnVmZmVyLWFjdGlvbiB7DQogICAgZGVzY3JpcHRpb24NCiAgICAgICJUaGlzIGZlYXR1 cmUgaW5kaWNhdGVzIHRoYXQgdGhlIGxvY2FsIG1lbW9yeSBsb2dnaW5nIGJ1ZmZlcg0KICAgICAg IGFjdGlvbiBpcyBzdXBwb3J0ZWQuIjsNCiAgfQ0KDQogIGZlYXR1cmUgYnVmZmVyLWxpbWl0LWJ5 dGVzIHsNCiAgICBkZXNjcmlwdGlvbg0KICAgICAgIlRoaXMgZmVhdHVyZSBpbmRpY2F0ZXMgdGhh dCB0aGUgbG9jYWwgbWVtb3J5IGxvZ2dpbmcgYnVmZmVyDQogICAgICAgaXMgbGltaXRlZCBpbiBz aXplIHVzaW5nIGEgbGltaXQgZXhwcmVzc2VkIGluIGJ5dGVzLiI7DQogIH0NCg0KICBmZWF0dXJl IGJ1ZmZlci1saW1pdC1tZXNzYWdlcyB7DQogICAgZGVzY3JpcHRpb24NCiAgICAgICJUaGlzIGZl YXR1cmUgaW5kaWNhdGVzIHRoYXQgdGhlIGxvY2FsIG1lbW9yeSBsb2dnaW5nIGJ1ZmZlcg0KICAg ICAgIGlzIGxpbWl0ZWQgaW4gc2l6ZSB1c2luZyBhIGxpbWl0IGV4cHJlc3NlZCBpbiBudW1iZXIg b2YgbG9nDQogICAgICAgbWVzc2FnZXMuIjsNCiAgfQ0KDQpEb2VzIGl0IG1ha2Ugc2Vuc2UgdG8g c2ltcGxpZnkgdGhlIG1vZGVsIGJ5IHJlbW92aW5nIHRoZSBidWZmZXIgYWN0aW9uIGFsb25nIHdp dGggdGhlIHRocmVlIGZlYXR1cmVzIHJlcXVpcmVkIGFuZCBoYXZlIHZlbmRvcnMgd2hvIGltcGxl bWVudCBidWZmZXIgYWRkIGl0IHRvIHRoZSBtb2RlbCB0aHJvdWdoIGF1Z21lbnRhdGlvbj8gDQoN CkEgTmV0bW9kIGdyb3VwIGNvbnNlbnN1cyB3b3VsZCBiZSBoZWxwZnVsIGhlcmUuDQoNClRoYW5r cywNCg0KQ2x5ZGUNCg0KDQpPbiAxMS8xMy8xNiwgOTo1NCBQTSwgIlN0ZXJuZSwgSmFzb24gKE5v a2lhIC0gQ0EpIiA8amFzb24uc3Rlcm5lQG5va2lhLmNvbT4gd3JvdGU6DQoNCiAgICBIaSBDbHlk ZSwNCiAgICANCiAgICBTb21ld2hlcmUgaW4gdGhlIHBhc3QgY291cGxlIG9mIHJldmlzaW9ucyB3 ZSBkcm9wcGVkIG11bHRpcGxlIG1lbW9yeSBidWZmZXJzLiAgVmVyc2lvbiA4IChhbmQgYSBudW1i ZXIgb2YgdmVyc2lvbnMgYmVmb3JlIHRoYXQpIGhhZCBhIGxpc3Qgb2YgYnVmZmVycyBpbiB0aGUg WUFORyAoYnV0IGl0IHdhc24ndCBpbiB0aGUgcHlhbmcgdHJlZSkuICBCdXQgdGhlbiB2ZXJzaW9u IDkgb253YXJkcyBzZWVtIHRvIGhhdmUgYSBzaW5nbGUgYnVmZmVyLg0KICAgIA0KICAgIENhbiB3 ZSBwdXQgdGhhdCBiYWNrIHRvIGEgbGlzdCA/IEltcGxlbWVudGF0aW9ucyB0aGF0IG9ubHkgc3Vw cG9ydCBhIHNpbmdsZSBidWZmZXIgY2FuIGVhc2lseSBmaXQgaW50byBhIG1vZGVsIHRoYXQgc3Vw cG9ydHMgbXVsdGlwbGUgYnVmZmVycywgYnV0IHRoZSBvdGhlciB3YXkgYXJvdW5kIGRvZXNuJ3Qg d29yayB2ZXJ5IHdlbGwuICAgSSB0aGluayBpdCB3YXMgYWNjaWRlbnRseSBkcm9wcGVkIGR1ZSB0 byBzb21lIGNvbmZ1c2lvbiBvdmVyIHNvbWUgImlmLWZlYXR1cmUiIGNvbW1lbnRzIGZyb20gVG9t IFAgYXQgb25lIHBvaW50Lg0KICAgIA0KICAgIChub3RlIC0gYWxzbyBhZGQgKHMpIHRvIGJ1ZmZl ciB0byBtYWtlIGl0IGJ1ZmZlcihzKSBpbiBhIGNvdXBsZSBvZiBwbGFjZXMgaW4gc2VjdGlvbiAz KS4NCiAgICANCiAgICBSZWdhcmRzLA0KICAgIEphc29uDQogICAgDQogICAgLS0tLS1PcmlnaW5h bCBNZXNzYWdlLS0tLS0NCiAgICBGcm9tOiBuZXRtb2QgW21haWx0bzpuZXRtb2QtYm91bmNlc0Bp ZXRmLm9yZ10gT24gQmVoYWxmIE9mIENseWRlIFdpbGRlcyAoY3dpbGRlcykNCiAgICBTZW50OiBN b25kYXksIE5vdmVtYmVyIDE0LCAyMDE2IDg6NTINCiAgICBUbzogaW50ZXJuZXQtZHJhZnRzQGll dGYub3JnOyBpLWQtYW5ub3VuY2VAaWV0Zi5vcmcNCiAgICBDYzogbmV0bW9kQGlldGYub3JnDQog ICAgU3ViamVjdDogUmU6IFtuZXRtb2RdIEktRCBBY3Rpb246IGRyYWZ0LWlldGYtbmV0bW9kLXN5 c2xvZy1tb2RlbC0xMS50eHQNCiAgICANCiAgICBIaSwNCiAgICANCiAgICBUaGlzIGRyYWZ0IGFk ZHJlc3NlcyBQaGlsIFNoYWZlcuKAmXMgY29tbWVudHMgYW5kIGFsc28gcmVtb3ZlcyByZWZlcmVu Y2VzIHRvIFRMUyBmb3Igbm93Lg0KICAgIA0KICAgIFRoYW5rcywNCiAgICANCiAgICBDbHlkZQ0K ICAgIA0KICAgIE9uIDExLzEzLzE2LCAzOjQ3IFBNLCAibmV0bW9kIG9uIGJlaGFsZiBvZiBpbnRl cm5ldC1kcmFmdHNAaWV0Zi5vcmciIDxuZXRtb2QtYm91bmNlc0BpZXRmLm9yZyBvbiBiZWhhbGYg b2YgaW50ZXJuZXQtZHJhZnRzQGlldGYub3JnPiB3cm90ZToNCiAgICANCiAgICAgICAgDQogICAg ICAgIEEgTmV3IEludGVybmV0LURyYWZ0IGlzIGF2YWlsYWJsZSBmcm9tIHRoZSBvbi1saW5lIElu dGVybmV0LURyYWZ0cyBkaXJlY3Rvcmllcy4NCiAgICAgICAgVGhpcyBkcmFmdCBpcyBhIHdvcmsg aXRlbSBvZiB0aGUgTkVUQ09ORiBEYXRhIE1vZGVsaW5nIExhbmd1YWdlIG9mIHRoZSBJRVRGLg0K ICAgICAgICANCiAgICAgICAgICAgICAgICBUaXRsZSAgICAgICAgICAgOiBBIFlBTkcgRGF0YSBN b2RlbCBmb3IgU3lzbG9nIENvbmZpZ3VyYXRpb24NCiAgICAgICAgICAgICAgICBBdXRob3JzICAg ICAgICAgOiBDbHlkZSBXaWxkZXMNCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBL aXJhbiBLb3VzaGlrDQogICAgICAgIAlGaWxlbmFtZSAgICAgICAgOiBkcmFmdC1pZXRmLW5ldG1v ZC1zeXNsb2ctbW9kZWwtMTEudHh0DQogICAgICAgIAlQYWdlcyAgICAgICAgICAgOiAzMw0KICAg ICAgICAJRGF0ZSAgICAgICAgICAgIDogMjAxNi0xMS0xMw0KICAgICAgICANCiAgICAgICAgQWJz dHJhY3Q6DQogICAgICAgICAgIFRoaXMgZG9jdW1lbnQgZGVzY3JpYmVzIGEgZGF0YSBtb2RlbCBm b3IgdGhlIGNvbmZpZ3VyYXRpb24gb2Ygc3lzbG9nLg0KICAgICAgICANCiAgICAgICAgDQogICAg ICAgIFRoZSBJRVRGIGRhdGF0cmFja2VyIHN0YXR1cyBwYWdlIGZvciB0aGlzIGRyYWZ0IGlzOg0K ICAgICAgICBodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1pZXRmLW5ldG1v ZC1zeXNsb2ctbW9kZWwvDQogICAgICAgIA0KICAgICAgICBUaGVyZSdzIGFsc28gYSBodG1saXpl ZCB2ZXJzaW9uIGF2YWlsYWJsZSBhdDoNCiAgICAgICAgaHR0cHM6Ly90b29scy5pZXRmLm9yZy9o dG1sL2RyYWZ0LWlldGYtbmV0bW9kLXN5c2xvZy1tb2RlbC0xMQ0KICAgICAgICANCiAgICAgICAg QSBkaWZmIGZyb20gdGhlIHByZXZpb3VzIHZlcnNpb24gaXMgYXZhaWxhYmxlIGF0Og0KICAgICAg ICBodHRwczovL3d3dy5pZXRmLm9yZy9yZmNkaWZmP3VybDI9ZHJhZnQtaWV0Zi1uZXRtb2Qtc3lz bG9nLW1vZGVsLTExDQogICAgICAgIA0KICAgICAgICANCiAgICAgICAgUGxlYXNlIG5vdGUgdGhh dCBpdCBtYXkgdGFrZSBhIGNvdXBsZSBvZiBtaW51dGVzIGZyb20gdGhlIHRpbWUgb2Ygc3VibWlz c2lvbg0KICAgICAgICB1bnRpbCB0aGUgaHRtbGl6ZWQgdmVyc2lvbiBhbmQgZGlmZiBhcmUgYXZh aWxhYmxlIGF0IHRvb2xzLmlldGYub3JnLg0KICAgICAgICANCiAgICAgICAgSW50ZXJuZXQtRHJh ZnRzIGFyZSBhbHNvIGF2YWlsYWJsZSBieSBhbm9ueW1vdXMgRlRQIGF0Og0KICAgICAgICBmdHA6 Ly9mdHAuaWV0Zi5vcmcvaW50ZXJuZXQtZHJhZnRzLw0KICAgICAgICANCiAgICAgICAgX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCiAgICAgICAgbmV0bW9k IG1haWxpbmcgbGlzdA0KICAgICAgICBuZXRtb2RAaWV0Zi5vcmcNCiAgICAgICAgaHR0cHM6Ly93 d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9uZXRtb2QNCiAgICAgICAgDQogICAgDQogICAg X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCiAgICBuZXRt b2QgbWFpbGluZyBsaXN0DQogICAgbmV0bW9kQGlldGYub3JnDQogICAgaHR0cHM6Ly93d3cuaWV0 Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9uZXRtb2QNCiAgICANCg0K From nobody Mon Nov 14 11:42:22 2016 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 55AAB1299B8 for ; Mon, 14 Nov 2016 11:42:20 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.945 X-Spam-Level: X-Spam-Status: No, score=0.945 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DOS_OUTLOOK_TO_MX=2.845] autolearn=no autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id bkrM_eQ51kzs for ; Mon, 14 Nov 2016 11:42:19 -0800 (PST) Received: from hickoryhill-consulting.com (50-245-122-97-static.hfc.comcastbusiness.net [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 D371F1299B5 for ; Mon, 14 Nov 2016 11:42:18 -0800 (PST) X-Default-Received-SPF: pass (skip=forwardok (res=PASS)) x-ip-name=31.133.152.135; From: "Susan Hares" To: "'Juergen Schoenwaelder'" , "'Ladislav Lhotka'" References: <20161114094210.GA45946@elstar.local> In-Reply-To: <20161114094210.GA45946@elstar.local> Date: Mon, 14 Nov 2016 14:39:50 -0500 Message-ID: <002801d23eae$de9bf4c0$9bd3de40$@ndzh.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQG5SlJiH2goOqf2sBknsgrAC9C9KQIa+yWLoPnvtbA= Content-Language: en-us X-Authenticated-User: skh@ndzh.com Archived-At: Cc: netmod@ietf.org Subject: Re: [netmod] comments on revised-datastores-00 X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Nov 2016 19:42:20 -0000 Juergen and Lada: #2 - is interesting to me. Is dynamic configuration protocol = I2RS? Or control-plane protocols = I2RS? On #5 - how do you merge I2RS RIB static routes + routing-configuration rib routes? Can you see the difference in the applied configuration? Thanks, Sue -----Original Message----- From: netmod [mailto:netmod-bounces@ietf.org] On Behalf Of Juergen Schoenwaelder Sent: Monday, November 14, 2016 4:42 AM To: Ladislav Lhotka Cc: netmod@ietf.org Subject: Re: [netmod] comments on revised-datastores-00 On Mon, Nov 14, 2016 at 11:23:04AM +0900, Ladislav Lhotka wrote: > Hi, > > I've read the revised-datastores-00 document, in general I like it, > here are my initial comments and questions: > > 1. Even if is valid, it can still be in conflict with the > actual content of that may come from e.g. dynamic > configuration protocols. How are such cases supposed to be resolved? Yes. The whole idea is to expose these potential differences instead of hiding them behind a curtain. > 2. What is the distinction between dynamic configuration protocols and > control-plane protocols? Good question. I believe this to be at the end implementation specific. The question I think really is whether a control-plane protocol interacts with the configuration management component or not. > 3. Shared has known problems. Maybe it's time to part with > it in this new datastore model? This clearly was not the focus of this work. > 4. Templates are briefly mentioned in several places, it would be useful > to explain this concept in more detail. I agree. > 5. Is it necessary that " datastore contains all > configuration data actually used by the system"? For example, static > routes should appear in RIBs, so having them separately in operational > state seems redundant. I do not understand your question. Is the RIB exposed or not? Anyway, we need a general model and not a model for specific aspects such as routing. Yes, there can be redundancy but there can also be semantic differences. The datastore tells me what is actually used (regardless of what has happened with the statically configured values). In other words, if I want to debug what my box is actually doing, looking at the datastore is probably a good idea. /js -- Juergen Schoenwaelder Jacobs University Bremen gGmbH Phone: +49 421 200 3587 Campus Ring 1 | 28759 Bremen | Germany Fax: +49 421 200 3103 _______________________________________________ netmod mailing list netmod@ietf.org https://www.ietf.org/mailman/listinfo/netmod From nobody Mon Nov 14 13:10:39 2016 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8506A12948C for ; Mon, 14 Nov 2016 13:10:37 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.398 X-Spam-Level: X-Spam-Status: No, score=-3.398 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-1.497, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id nArQL3hSjq0F for ; Mon, 14 Nov 2016 13:10:35 -0800 (PST) Received: from mail.tail-f.com (mail.tail-f.com [46.21.102.45]) by ietfa.amsl.com (Postfix) with ESMTP id D272C12946B for ; Mon, 14 Nov 2016 13:10:34 -0800 (PST) Received: from localhost (h-13-76.a165.priv.bahnhof.se [155.4.13.76]) by mail.tail-f.com (Postfix) with ESMTPSA id 7862D1AE049C; Mon, 14 Nov 2016 22:10:32 +0100 (CET) Date: Mon, 14 Nov 2016 22:10:32 +0100 (CET) Message-Id: <20161114.221032.493268666299851173.mbj@tail-f.com> To: shares@ndzh.com From: Martin Bjorklund In-Reply-To: <002801d23eae$de9bf4c0$9bd3de40$@ndzh.com> References: <20161114094210.GA45946@elstar.local> <002801d23eae$de9bf4c0$9bd3de40$@ndzh.com> X-Mailer: Mew version 6.5 on Emacs 24.3 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Archived-At: Cc: netmod@ietf.org Subject: Re: [netmod] comments on revised-datastores-00 X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Nov 2016 21:10:37 -0000 Hi, "Susan Hares" wrote: > Juergen and Lada: > > #2 - is interesting to me. Is dynamic configuration protocol = I2RS? Or > control-plane protocols = I2RS? Details tbd, but this architecture allows for a new kind of datastore ("control-plane datastore") which could be defined for i2rs. > On #5 - how do you merge I2RS RIB static routes + routing-configuration rib > routes? That is not covered by this architecture. It has to be defined in i2rs. > Can you see the difference in the applied configuration? You can see the result in the applied configuration, and you can see the statically configured routes in and the i2rs-defined routes in the-new-i2rs-datastore. /martin > > Thanks, > > Sue > > -----Original Message----- > From: netmod [mailto:netmod-bounces@ietf.org] On Behalf Of Juergen > Schoenwaelder > Sent: Monday, November 14, 2016 4:42 AM > To: Ladislav Lhotka > Cc: netmod@ietf.org > Subject: Re: [netmod] comments on revised-datastores-00 > > On Mon, Nov 14, 2016 at 11:23:04AM +0900, Ladislav Lhotka wrote: > > Hi, > > > > I've read the revised-datastores-00 document, in general I like it, > > here are my initial comments and questions: > > > > 1. Even if is valid, it can still be in conflict with the > > actual content of that may come from e.g. dynamic > > configuration protocols. How are such cases supposed to be resolved? > > Yes. The whole idea is to expose these potential differences instead of > hiding them behind a curtain. > > > 2. What is the distinction between dynamic configuration protocols and > > control-plane protocols? > > Good question. I believe this to be at the end implementation specific. > The question I think really is whether a control-plane protocol interacts > with the configuration management component or not. > > > 3. Shared has known problems. Maybe it's time to part with > > it in this new datastore model? > > This clearly was not the focus of this work. > > > 4. Templates are briefly mentioned in several places, it would be useful > > to explain this concept in more detail. > > I agree. > > > 5. Is it necessary that " datastore contains all > > configuration data actually used by the system"? For example, static > > routes should appear in RIBs, so having them separately in operational > > state seems redundant. > > I do not understand your question. Is the RIB exposed or not? Anyway, we > need a general model and not a model for specific aspects such as routing. > Yes, there can be redundancy but there can also be semantic differences. The > datastore tells me what is actually used (regardless of > what has happened with the statically configured values). In other words, if > I want to debug what my box is actually doing, looking at the > datastore is probably a good idea. > > /js > > -- > Juergen Schoenwaelder Jacobs University Bremen gGmbH > Phone: +49 421 200 3587 Campus Ring 1 | 28759 Bremen | Germany > Fax: +49 421 200 3103 > > _______________________________________________ > netmod mailing list > netmod@ietf.org > https://www.ietf.org/mailman/listinfo/netmod > > _______________________________________________ > netmod mailing list > netmod@ietf.org > https://www.ietf.org/mailman/listinfo/netmod > From nobody Mon Nov 14 13:42:23 2016 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 113B512941A for ; Mon, 14 Nov 2016 13:42:22 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=yumaworks-com.20150623.gappssmtp.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id TxkACYTjxJvW for ; Mon, 14 Nov 2016 13:42:19 -0800 (PST) Received: from mail-ua0-x22d.google.com (mail-ua0-x22d.google.com [IPv6:2607:f8b0:400c:c08::22d]) (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 9A70012946C for ; Mon, 14 Nov 2016 13:42:19 -0800 (PST) Received: by mail-ua0-x22d.google.com with SMTP id 12so73556700uas.2 for ; Mon, 14 Nov 2016 13:42:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yumaworks-com.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=c1cyz1YMOAiLQVp2jlLZ5Jd4ySXPtuty4eVb2kTmUYA=; b=Mv7xL08YLpK8qazSUkTinWNmxHQ+arHhtWmTzLXAbFRL9Sz0LRKo9MxsuaKqPv4uqg h5YCUuiSUzJvJQ1H0jwh5NEA/L5yuwOmq42+FHBwJ8UAkZua41g+FKGyZrCBWvcpVJLW LSufs8GqQbSLiXjQOXba2x94/zYbRefUTso4lf+Tk2xqLXo+Uxa29P/yrKmCgLtzLyeW 3/4lp9jWDomLXRi4VBYYmEb/Gzhb2i0oqFjvhqwRXc9571EZAtbogSSqzSCwtQara/S4 Rf+4CljcAQXC8m6VNp67ofNStJXT4gwVjmPyPSbgrUnGlM9YSVPrljTTMfaZKSApDjuF rYyw== 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:from:date :message-id:subject:to:cc; bh=c1cyz1YMOAiLQVp2jlLZ5Jd4ySXPtuty4eVb2kTmUYA=; b=PWXOyeqmnAqWzNce32hc3icAYs4uv1Gh+1h/n/0hdxaM682+eI7aUkepLOaFPzOfpg 56LO6DAOhEBZF7Hzjv8CrQFOWO9HdWelLs7lebsnUu80TayHGCl+ScGuhHpDmukrnPM3 aE1cZ2GPvlUatWz8cB8JNqMyLfdxGCnXh0zkBY8i0rSXl3yGgrb84H4IIuaeHIjM8d2U QDLSIxOenzZRsqqK1Gv96d1eA2VzSrAithlct3zBp4YLCD5fZk+uyQ/tGCbinD2VgK5C CDz1Dl75xlp+CHpqYGEWexH1KNL81VEfPlqUduUH1d5Wu3VvRGJiufXqfj5RVgS6dGrl TWgA== X-Gm-Message-State: ABUngvf7oZEiLLAlNRmZpTAOQkGcZyglWMg8B4vQejKHZ95JRLgYHW1eK6KxnJehcPEkZfSNNMQD9mVQTDzqFA== X-Received: by 10.176.1.112 with SMTP id 103mr9281367uak.154.1479159738699; Mon, 14 Nov 2016 13:42:18 -0800 (PST) MIME-Version: 1.0 Received: by 10.103.64.129 with HTTP; Mon, 14 Nov 2016 13:42:18 -0800 (PST) In-Reply-To: <20161114.221032.493268666299851173.mbj@tail-f.com> References: <20161114094210.GA45946@elstar.local> <002801d23eae$de9bf4c0$9bd3de40$@ndzh.com> <20161114.221032.493268666299851173.mbj@tail-f.com> From: Andy Bierman Date: Mon, 14 Nov 2016 13:42:18 -0800 Message-ID: To: Martin Bjorklund Content-Type: multipart/alternative; boundary=001a113e2b58caa816054149b65c Archived-At: Cc: "netmod@ietf.org" Subject: Re: [netmod] comments on revised-datastores-00 X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Nov 2016 21:42:22 -0000 --001a113e2b58caa816054149b65c Content-Type: text/plain; charset=UTF-8 Hi, How do the YANG validation rules for datastores apply to this new framework? The YANG RFC just refers to a 'valid' datastore. Is validation ever done on the 'intended' datastore, or just 'running' (what we have now). The framework you propose seems reasonable but the real issues show up in the protocol interaction model(s) that are out of scope for this draft. Each datastore (running, intended, applied) can all be different, they can all be YANG-valid, but I;m not sure that buys anything. It seems complicated to determine that my specific edit is applied yet, while there are many writers to the data subtrees. Andy On Mon, Nov 14, 2016 at 1:10 PM, Martin Bjorklund wrote: > Hi, > > "Susan Hares" wrote: > > Juergen and Lada: > > > > #2 - is interesting to me. Is dynamic configuration protocol = I2RS? Or > > control-plane protocols = I2RS? > > Details tbd, but this architecture allows for a new kind of datastore > ("control-plane datastore") which could be defined for i2rs. > > > On #5 - how do you merge I2RS RIB static routes + routing-configuration > rib > > routes? > > That is not covered by this architecture. It has to be defined in i2rs. > > > Can you see the difference in the applied configuration? > > You can see the result in the applied configuration, and you can see > the statically configured routes in and the i2rs-defined > routes in the-new-i2rs-datastore. > > > /martin > > > > > > Thanks, > > > > Sue > > > > -----Original Message----- > > From: netmod [mailto:netmod-bounces@ietf.org] On Behalf Of Juergen > > Schoenwaelder > > Sent: Monday, November 14, 2016 4:42 AM > > To: Ladislav Lhotka > > Cc: netmod@ietf.org > > Subject: Re: [netmod] comments on revised-datastores-00 > > > > On Mon, Nov 14, 2016 at 11:23:04AM +0900, Ladislav Lhotka wrote: > > > Hi, > > > > > > I've read the revised-datastores-00 document, in general I like it, > > > here are my initial comments and questions: > > > > > > 1. Even if is valid, it can still be in conflict with the > > > actual content of that may come from e.g. dynamic > > > configuration protocols. How are such cases supposed to be resolved? > > > > Yes. The whole idea is to expose these potential differences instead of > > hiding them behind a curtain. > > > > > 2. What is the distinction between dynamic configuration protocols and > > > control-plane protocols? > > > > Good question. I believe this to be at the end implementation specific. > > The question I think really is whether a control-plane protocol interacts > > with the configuration management component or not. > > > > > 3. Shared has known problems. Maybe it's time to part with > > > it in this new datastore model? > > > > This clearly was not the focus of this work. > > > > > 4. Templates are briefly mentioned in several places, it would be > useful > > > to explain this concept in more detail. > > > > I agree. > > > > > 5. Is it necessary that " datastore contains all > > > configuration data actually used by the system"? For example, static > > > routes should appear in RIBs, so having them separately in > operational > > > state seems redundant. > > > > I do not understand your question. Is the RIB exposed or not? Anyway, we > > need a general model and not a model for specific aspects such as > routing. > > Yes, there can be redundancy but there can also be semantic differences. > The > > datastore tells me what is actually used (regardless > of > > what has happened with the statically configured values). In other > words, if > > I want to debug what my box is actually doing, looking at the > > datastore is probably a good idea. > > > > /js > > > > -- > > Juergen Schoenwaelder Jacobs University Bremen gGmbH > > Phone: +49 421 200 3587 Campus Ring 1 | 28759 Bremen | Germany > > Fax: +49 421 200 3103 > > > > _______________________________________________ > > netmod mailing list > > netmod@ietf.org > > https://www.ietf.org/mailman/listinfo/netmod > > > > _______________________________________________ > > netmod mailing list > > netmod@ietf.org > > https://www.ietf.org/mailman/listinfo/netmod > > > > _______________________________________________ > netmod mailing list > netmod@ietf.org > https://www.ietf.org/mailman/listinfo/netmod > --001a113e2b58caa816054149b65c Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi,

How do the YANG validation rules fo= r datastores apply to this new framework?
The YANG RFC just refer= s to a 'valid' datastore. Is validation ever done
on the = 'intended' datastore, or just 'running' (what we have now).=

The framework you propose seems reasonable but th= e real issues show
up in the protocol interaction model(s) that a= re out of scope for this draft.

Each datastore (ru= nning, intended, applied) can all be different, they can
all be Y= ANG-valid, but I;m not sure that buys anything.=C2=A0 It seems complicated<= /div>
to determine that my specific edit is applied yet, while there ar= e many
writers to the data subtrees.=C2=A0

Andy


On Mon, Nov 14, 2016 at 1:10 PM, Martin Bjorklund <mbj@tail-= f.com> wrote:
Hi,

"Susan Hares" <shares@ndzh.= com> wrote:
> Juergen and Lada:
>
> #2 - is interesting to me.=C2=A0 Is dynamic configuration protocol =3D= I2RS? Or
> control-plane protocols =3D I2RS?

Details tbd, but this architecture allows for a new kind of datastore
("control-plane datastore") which could be defined for i2rs.

> On #5 - how do you merge I2RS RIB static routes=C2=A0 + routing-config= uration rib
> routes?

That is not covered by this architecture.=C2=A0 It has to be defined in i2r= s.

> Can you see the difference in the applied configuration?

You can see the result in the applied configuration, and you can see
the statically configured routes in <intended> and the i2rs-defined routes in the-new-i2rs-datastore.


/martin


>
> Thanks,
>
> Sue
>
> -----Original Message-----
> From: netmod [mailto:netmod= -bounces@ietf.org] On Behalf Of Juergen
> Schoenwaelder
> Sent: Monday, November 14, 2016 4:42 AM
> To: Ladislav Lhotka
> Cc: netmod@ietf.org
> Subject: Re: [netmod] comments on revised-datastores-00
>
> On Mon, Nov 14, 2016 at 11:23:04AM +0900, Ladislav Lhotka wrote:
> > Hi,
> >
> > I've read the revised-datastores-00 document, in general I li= ke it,
> > here are my initial comments and questions:
> >
> > 1. Even if <intended> is valid, it can still be in conflict= with the
> >=C2=A0 =C2=A0 actual content of <applied> that may come from= e.g. dynamic
> >=C2=A0 =C2=A0 configuration protocols. How are such cases supposed= to be resolved?
>
> Yes. The whole idea is to expose these potential differences instead o= f
> hiding them behind a curtain.
>
> > 2. What is the distinction between dynamic configuration protocol= s and
> >=C2=A0 =C2=A0 control-plane protocols?
>
> Good question. I believe this to be at the end implementation specific= .
> The question I think really is whether a control-plane protocol intera= cts
> with the configuration management component or not.
>
> > 3. Shared <candidate> has known problems. Maybe it's ti= me to part with
> >=C2=A0 =C2=A0 it in this new datastore model?
>
> This clearly was not the focus of this work.
>
> > 4. Templates are briefly mentioned in several places, it would be= useful
> >=C2=A0 =C2=A0 to explain this concept in more detail.
>
> I agree.
>
> > 5. Is it necessary that "<operational-state> datastore= contains all
> >=C2=A0 =C2=A0 configuration data actually used by the system"= ? For example, static
> >=C2=A0 =C2=A0 routes should appear in RIBs, so having them separat= ely in operational
> >=C2=A0 =C2=A0 state seems redundant.
>
> I do not understand your question. Is the RIB exposed or not? Anyway, = we
> need a general model and not a model for specific aspects such as rout= ing.
> Yes, there can be redundancy but there can also be semantic difference= s. The
> <operational-state> datastore tells me what is actually used (re= gardless of
> what has happened with the statically configured values). In other wor= ds, if
> I want to debug what my box is actually doing, looking at the
> <operational-state> datastore is probably a good idea.
>
> /js
>
> --
> Juergen Schoenwaelder=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Jacobs U= niversity Bremen gGmbH
> Phone: +49 421 200 3587=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Campus Ring 1= | 28759 Bremen | Germany
> Fax:=C2=A0 =C2=A0+49 421 200 3103=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0<= ;http://www.jacobs-university.de/>
>
> _______________________________________________
> netmod mailing list
> netmod@ietf.org
> https://www.ietf.org/mailman/listinfo/netmod
>
> _______________________________________________
> netmod mailing list
> netmod@ietf.org
> https://www.ietf.org/mailman/listinfo/netmod
>

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

--001a113e2b58caa816054149b65c-- From nobody Mon Nov 14 14:19:37 2016 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9D7DF129421 for ; Mon, 14 Nov 2016 14:19:35 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.697 X-Spam-Level: X-Spam-Status: No, score=-5.697 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-1.497] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id crbexSJCAkSj for ; Mon, 14 Nov 2016 14:19:33 -0800 (PST) Received: from atlas3.jacobs-university.de (atlas3.jacobs-university.de [212.201.44.18]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 56386127076 for ; Mon, 14 Nov 2016 14:19:33 -0800 (PST) Received: from localhost (demetrius5.irc-it.jacobs-university.de [10.70.0.222]) by atlas3.jacobs-university.de (Postfix) with ESMTP id B60961042; Mon, 14 Nov 2016 23:19:31 +0100 (CET) X-Virus-Scanned: amavisd-new at jacobs-university.de Received: from atlas3.jacobs-university.de ([10.70.0.205]) by localhost (demetrius5.jacobs-university.de [10.70.0.222]) (amavisd-new, port 10030) with ESMTP id SJN6vyUTfEbp; Mon, 14 Nov 2016 23:19:30 +0100 (CET) Received: from hermes.jacobs-university.de (hermes.jacobs-university.de [212.201.44.23]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hermes.jacobs-university.de", Issuer "Jacobs University CA - G01" (verified OK)) by atlas3.jacobs-university.de (Postfix) with ESMTPS; Mon, 14 Nov 2016 23:19:31 +0100 (CET) Received: from localhost (demetrius2.jacobs-university.de [212.201.44.47]) by hermes.jacobs-university.de (Postfix) with ESMTP id 7618F20053; Mon, 14 Nov 2016 23:19:31 +0100 (CET) X-Virus-Scanned: amavisd-new at jacobs-university.de Received: from hermes.jacobs-university.de ([212.201.44.23]) by localhost (demetrius2.jacobs-university.de [212.201.44.32]) (amavisd-new, port 10024) with ESMTP id gPxWHDvJnyK7; Mon, 14 Nov 2016 23:19:30 +0100 (CET) Received: from elstar.local (elstar.jacobs.jacobs-university.de [10.50.231.133]) by hermes.jacobs-university.de (Postfix) with ESMTP id C9D9120050; Mon, 14 Nov 2016 23:19:30 +0100 (CET) Received: by elstar.local (Postfix, from userid 501) id 9C5FC3D3D781; Mon, 14 Nov 2016 23:19:30 +0100 (CET) Date: Mon, 14 Nov 2016 23:19:30 +0100 From: Juergen Schoenwaelder To: Andy Bierman Message-ID: <20161114221930.GC48068@elstar.local> Mail-Followup-To: Andy Bierman , Martin Bjorklund , "netmod@ietf.org" References: <20161114094210.GA45946@elstar.local> <002801d23eae$de9bf4c0$9bd3de40$@ndzh.com> <20161114.221032.493268666299851173.mbj@tail-f.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.6.0 (2016-04-01) Archived-At: Cc: "netmod@ietf.org" Subject: Re: [netmod] comments on revised-datastores-00 X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Juergen Schoenwaelder List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Nov 2016 22:19:35 -0000 On Mon, Nov 14, 2016 at 01:42:18PM -0800, Andy Bierman wrote: > Hi, > > How do the YANG validation rules for datastores apply to this new framework? > The YANG RFC just refers to a 'valid' datastore. Is validation ever done > on the 'intended' datastore, or just 'running' (what we have now). Note that running == intended as long as you do not support inactive node (commented out notes) or template expansion. If you do support either of these extensions, that what you validate is actually intended and not running. For example, inactive (comment out) nodes do not matter for the validation. > The framework you propose seems reasonable but the real issues show > up in the protocol interaction model(s) that are out of scope for this > draft. Yes, the protocol interaction do of course matter. > Each datastore (running, intended, applied) can all be different, they can > all be YANG-valid, but I;m not sure that buys anything. The current YANG valication rules apply to running/intended. The applied configuration datastore includes dynamic elements hence validation (if does exist for applied) likely has to have different semantics. > It seems complicated to determine that my specific edit is applied > yet, while there are many writers to the data subtrees. Yes, since applied and operational-state are in general constantly changing, it is not really possible to have well-defined synchronization points at which things can be checked to be valid. /js -- Juergen Schoenwaelder Jacobs University Bremen gGmbH Phone: +49 421 200 3587 Campus Ring 1 | 28759 Bremen | Germany Fax: +49 421 200 3103 From nobody Mon Nov 14 14:34:04 2016 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 00EA8129421 for ; Mon, 14 Nov 2016 14:34:02 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.945 X-Spam-Level: X-Spam-Status: No, score=0.945 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DOS_OUTLOOK_TO_MX=2.845] autolearn=no autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id oLs9pvo-Fxc6 for ; Mon, 14 Nov 2016 14:34:00 -0800 (PST) Received: from hickoryhill-consulting.com (50-245-122-97-static.hfc.comcastbusiness.net [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 486F6127076 for ; Mon, 14 Nov 2016 14:34:00 -0800 (PST) X-Default-Received-SPF: pass (skip=loggedin (res=PASS)) x-ip-name=31.133.152.135; From: "Susan Hares" To: "'Martin Bjorklund'" References: <20161114094210.GA45946@elstar.local> <002801d23eae$de9bf4c0$9bd3de40$@ndzh.com> <20161114.221032.493268666299851173.mbj@tail-f.com> In-Reply-To: <20161114.221032.493268666299851173.mbj@tail-f.com> Date: Mon, 14 Nov 2016 17:31:26 -0500 Message-ID: <006d01d23ec6$dab1ae50$90150af0$@ndzh.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQG5SlJiH2goOqf2sBknsgrAC9C9KQIa+yWLALbuXI4CsCeFiaDe58Bw Content-Language: en-us X-Authenticated-User: skh@ndzh.com Archived-At: Cc: netmod@ietf.org Subject: Re: [netmod] comments on revised-datastores-00 X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Nov 2016 22:34:02 -0000 Martin: Thank you. As usual, your answer is clear and enables me to work on the next steps of coding and standardization. I'd love to talk off-list on how I've merged to I2RS RIB ephemeral control protocol data store and Netconf intended datastore in a prototype in the CONFD code. Sue -----Original Message----- From: Martin Bjorklund [mailto:mbj@tail-f.com] Sent: Monday, November 14, 2016 4:11 PM To: shares@ndzh.com Cc: j.schoenwaelder@jacobs-university.de; lhotka@nic.cz; netmod@ietf.org Subject: Re: [netmod] comments on revised-datastores-00 Hi, "Susan Hares" wrote: > Juergen and Lada: > > #2 - is interesting to me. Is dynamic configuration protocol = I2RS? > Or control-plane protocols = I2RS? Details tbd, but this architecture allows for a new kind of datastore ("control-plane datastore") which could be defined for i2rs. > On #5 - how do you merge I2RS RIB static routes + > routing-configuration rib routes? That is not covered by this architecture. It has to be defined in i2rs. > Can you see the difference in the applied configuration? You can see the result in the applied configuration, and you can see the statically configured routes in and the i2rs-defined routes in the-new-i2rs-datastore. /martin > > Thanks, > > Sue > > -----Original Message----- > From: netmod [mailto:netmod-bounces@ietf.org] On Behalf Of Juergen > Schoenwaelder > Sent: Monday, November 14, 2016 4:42 AM > To: Ladislav Lhotka > Cc: netmod@ietf.org > Subject: Re: [netmod] comments on revised-datastores-00 > > On Mon, Nov 14, 2016 at 11:23:04AM +0900, Ladislav Lhotka wrote: > > Hi, > > > > I've read the revised-datastores-00 document, in general I like it, > > here are my initial comments and questions: > > > > 1. Even if is valid, it can still be in conflict with the > > actual content of that may come from e.g. dynamic > > configuration protocols. How are such cases supposed to be resolved? > > Yes. The whole idea is to expose these potential differences instead > of hiding them behind a curtain. > > > 2. What is the distinction between dynamic configuration protocols and > > control-plane protocols? > > Good question. I believe this to be at the end implementation specific. > The question I think really is whether a control-plane protocol > interacts with the configuration management component or not. > > > 3. Shared has known problems. Maybe it's time to part with > > it in this new datastore model? > > This clearly was not the focus of this work. > > > 4. Templates are briefly mentioned in several places, it would be useful > > to explain this concept in more detail. > > I agree. > > > 5. Is it necessary that " datastore contains all > > configuration data actually used by the system"? For example, static > > routes should appear in RIBs, so having them separately in operational > > state seems redundant. > > I do not understand your question. Is the RIB exposed or not? Anyway, > we need a general model and not a model for specific aspects such as routing. > Yes, there can be redundancy but there can also be semantic > differences. The datastore tells me what is > actually used (regardless of what has happened with the statically > configured values). In other words, if I want to debug what my box is > actually doing, looking at the datastore is probably a good idea. > > /js > > -- > Juergen Schoenwaelder Jacobs University Bremen gGmbH > Phone: +49 421 200 3587 Campus Ring 1 | 28759 Bremen | Germany > Fax: +49 421 200 3103 > > _______________________________________________ > netmod mailing list > netmod@ietf.org > https://www.ietf.org/mailman/listinfo/netmod > > _______________________________________________ > netmod mailing list > netmod@ietf.org > https://www.ietf.org/mailman/listinfo/netmod > From nobody Mon Nov 14 16:48:47 2016 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A1DE9129411 for ; Mon, 14 Nov 2016 16:48:46 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id u0ts91djknwE for ; Mon, 14 Nov 2016 16:48:45 -0800 (PST) Received: from trail.lhotka.name (trail.lhotka.name [77.48.224.143]) by ietfa.amsl.com (Postfix) with ESMTP id CD99F129452 for ; Mon, 14 Nov 2016 16:48:44 -0800 (PST) Received: from localhost (dhcp-8ee8.meeting.ietf.org [31.133.142.232]) by trail.lhotka.name (Postfix) with ESMTPSA id 539801CC02A7; Tue, 15 Nov 2016 01:48:45 +0100 (CET) From: Ladislav Lhotka To: Juergen Schoenwaelder In-Reply-To: <20161114094210.GA45946@elstar.local> References: <20161114094210.GA45946@elstar.local> Date: Tue, 15 Nov 2016 09:48:35 +0900 Message-ID: MIME-Version: 1.0 Content-Type: text/plain Archived-At: Cc: netmod@ietf.org Subject: Re: [netmod] comments on revised-datastores-00 X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Nov 2016 00:48:46 -0000 Juergen Schoenwaelder writes: > On Mon, Nov 14, 2016 at 11:23:04AM +0900, Ladislav Lhotka wrote: >> Hi, >> >> I've read the revised-datastores-00 document, in general I like it, here >> are my initial comments and questions: >> >> 1. Even if is valid, it can still be in conflict with the >> actual content of that may come from e.g. dynamic >> configuration protocols. How are such cases supposed to be resolved? > > Yes. The whole idea is to expose these potential differences instead > of hiding them behind a curtain. That's fine but it doesn't answer my question. > >> 2. What is the distinction between dynamic configuration protocols and >> control-plane protocols? > > Good question. I believe this to be at the end implementation specific. > The question I think really is whether a control-plane protocol interacts > with the configuration management component or not. OK, perhaps it can be said that dynamic configuration protocols modify "config true" data. Maybe a term like "configuration interface" may be better because it needn't be a communication protocol, and it needn't be any more dynamic than NETCONF/RESTCONF is. > >> 3. Shared has known problems. Maybe it's time to part with >> it in this new datastore model? > > This clearly was not the focus of this work. Then I would suggest to remove it entirely as a protocol-specific thing. > >> 4. Templates are briefly mentioned in several places, it would be useful >> to explain this concept in more detail. > > I agree. > >> 5. Is it necessary that " datastore contains all >> configuration data actually used by the system"? For example, static >> routes should appear in RIBs, so having them separately in operational >> state seems redundant. > > I do not understand your question. Is the RIB exposed or not? Anyway, > we need a general model and not a model for specific aspects such as > routing. Yes, there can be redundancy but there can also be semantic > differences. The datastore tells me what is > actually used (regardless of what has happened with the statically > configured values). In other words, if I want to debug what my box is > actually doing, looking at the datastore is > probably a good idea. But could this part of operational state be possibly different from what's already in ? Lada > > /js > > -- > Juergen Schoenwaelder Jacobs University Bremen gGmbH > Phone: +49 421 200 3587 Campus Ring 1 | 28759 Bremen | Germany > Fax: +49 421 200 3103 -- Ladislav Lhotka, CZ.NIC Labs PGP Key ID: E74E8C0C From nobody Mon Nov 14 17:07:01 2016 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D6CB4129558 for ; Mon, 14 Nov 2016 17:06:59 -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 autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id nSa18C0iu4xi for ; Mon, 14 Nov 2016 17:06:58 -0800 (PST) Received: from mail-pg0-x233.google.com (mail-pg0-x233.google.com [IPv6:2607:f8b0:400e:c05::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 3F5501293FC for ; Mon, 14 Nov 2016 17:06:58 -0800 (PST) Received: by mail-pg0-x233.google.com with SMTP id f188so59880630pgc.3 for ; Mon, 14 Nov 2016 17:06:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:subject:from:in-reply-to:date:cc:message-id:references :to; bh=HzGhNscep9xCQSmcdF5HPNdTnUowdhuop7Bv4LI5wL4=; b=xsn7YTiKlmDXkHGKGvM+aZm4t/QHZMeTSO9MI+e9paCKWe16M40FRRRb8cNLRXiiog xLOrpIRBshUt7IJhju3UVXqwdMSmopaOTC+tjfsTj6kURevcdUyrxn5F/k1gyv0MXmWE rEIBA6oM4GAKulf/k4JTS/grm+APMbqhHcXOvVuCXevG0D6qGBbLr7r4WG3unvRLG5OL /qzmabtJu+oImcn6PmOO9VXd+7DaiiqQUMfpmdseOKDS9I2BxfVVHpDYgVquvXkQw+ST 4qc+2xGltKMq4ogFH5l7QLpN5WIatzymnqYHYFXVUBIBtgpUi9tOriniGFb59aBib0ZA Cf1w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :message-id:references:to; bh=HzGhNscep9xCQSmcdF5HPNdTnUowdhuop7Bv4LI5wL4=; b=OsWurWjVvtGJzzP2NVlu8tCG2A5m22ji8omRI/nLS0uW4PPXrIZNdDEXNAO0x9hMGR fcnveh0bwM/rd3SAFdhArukD07pmxYIeu3O1eVXJm3QZmVf7eozabCYLu6WyUrgWiJaE +v3mzuVHscaSZ7/3dxVaTza6RtRi9MmuOA7qdIoFPlslET2T5cCNTg++p3kDA2ihwbj8 DKinfB+lxpJiC9Q8i+GYfvULH5Bsv7QGCG0RLjZPuG872JRHsPyuTGbwjfa3Z+NnSkUL e+aqwq2L3UEXTNdeYjVHpAJNbKDBI0aupR+uzBJNObGGnncKeCaI7e7LOf+3Gw/bnOu5 epJg== X-Gm-Message-State: ABUngvdqTWPLpiilbe9JNOGu5xfIncg4PDXUPG33EXJ2ZLFlE2dspZm6SRq1vTkgUX5BHg== X-Received: by 10.99.1.23 with SMTP id 23mr74294558pgb.37.1479172017714; Mon, 14 Nov 2016 17:06:57 -0800 (PST) Received: from dhcp-8f18.meeting.ietf.org (dhcp-8f18.meeting.ietf.org. [31.133.143.24]) by smtp.gmail.com with ESMTPSA id 186sm37804579pfv.61.2016.11.14.17.06.55 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Mon, 14 Nov 2016 17:06:57 -0800 (PST) Content-Type: multipart/alternative; boundary="Apple-Mail=_FEC6B462-5A8A-4DB3-BE9B-11E9E41D1641" Mime-Version: 1.0 (Mac OS X Mail 9.2 \(3112\)) From: Dean Bogdanovic In-Reply-To: <3B8DC570-FB2D-4EE9-98BA-EEED20F2DBC0@gmail.com> Date: Tue, 15 Nov 2016 10:06:53 +0900 Message-Id: <1061F93A-2D1F-41FB-9A21-A3D92188E7E2@gmail.com> References: <3B8DC570-FB2D-4EE9-98BA-EEED20F2DBC0@gmail.com> To: Kent Watsen X-Mailer: Apple Mail (2.3112) Archived-At: Cc: "netmod@ietf.org" Subject: Re: [netmod] WG Last Call for draft-ietf-netmod-acl-model-09 (until Oct 27, 2016) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Nov 2016 01:07:00 -0000 --Apple-Mail=_FEC6B462-5A8A-4DB3-BE9B-11E9E41D1641 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 I have something that might delay WGLC, but found out an optimization = which would help in the future In ietf-packet-fields.yang, example below grouping acl-ipv4-header-fields { description "Fields in IPv4 header."; leaf destination-ipv4-network { type inet:ipv4-prefix; description "Destination IPv4 address prefix."; } leaf source-ipv4-network { type inet:ipv4-prefix; description "Source IPv4 address prefix."; } } Instead of using "leaf" for "destination-ipv4-network" and = "source-ipv4-network", "leaf-list" reduces the number of terms/ace = needed. If we would agree with this change, then would propose one more=20 for mac-addresses, having the mask under the address itself look better = in the data itself:
01:01:01:00:00:00
ff:ff:ff:00:00:00 Or create a new type 'mac-address-prefix'. This allows having matching multiple destinations to 1 source, or = multiple sources to 1 destination, if they cannot be easily combined = into 1 entry.
01:01:01:00:00:00
ff:ff:ff:00:00:00
01:04:01:00:00:00
ff:ff:ff:00:00:00 .... > On Nov 14, 2016, at 7:35 AM, Dean Bogdanovic = wrote: >=20 > Kent, >=20 > Thank you for the answer >> On Nov 13, 2016, at 1:20 PM, Kent Watsen > wrote: >>=20 >> Hi Dean, >> =20 >> > Don=E2=80=99t understand your question. What is the difference = between system and user generated acls? >> =20 >> User-generated would be, for instance, configured via NETCONF or = RESTCONF, whereas system-generated would be ACLs that get created by = default. For example, RFC 7223 has the top-level /interfaces-state to = support system-generated interfaces (e.g., lo) so, when running `shows = interfaces`, the result includes both configured and system-generated = interfaces. Makes sense? >=20 > I understand now what you meant. Where I can see for the interfaces = the use case you describe (for loopback and physical interfaces), for = ACLs have much harder time to find an example use case where a system = would generate an ACL. Maybe for a highly secure system would generate = an ACL to deny all traffic to and from, except to access it via console = when it comes up. Can you come with some other use cases? If we can find = viable use cases, then yes, would say that reporting opstate for system = generated ACLs is useful. >=20 > Dean >=20 >> =20 >> Thanks, >> Kent >> =20 >> From: Dean Bogdanovic > >> Date: Friday, November 11, 2016 at 3:45 PM >> To: Kent Watsen > >> Cc: "netmod@ietf.org " > >> Subject: Re: [netmod] WG Last Call for draft-ietf-netmod-acl-model-09 = (until Oct 27, 2016) >> =20 >> =20 >>> On Oct 29, 2016, at 4:01 AM, Kent Watsen > wrote: >>> =20 >>> The last call period for this draft has ended. Thank you to all = that responded. Given the responses received, my co-chair and I believe = that the draft is ready to move forward. I will begin the shepherd = write-up shortly. >>> In parallel, prompted by a conversation I had this morning, I=E2=80=99= m wondering about the YANG module=E2=80=99s use of the config false = nodes =E2=80=98acl-oper-data=E2=80=99 and =E2=80=98ace-oper-data=E2=80=99.= In particular, are the lifetimes of these nodes always the same as the = configured nodes?=20 >> =20 >> Yes, they are. When the nodes are created, they are don=E2=80=99t = have to be attached to an another object, like interface or RIB, etc, = but they get operational state. Once attached, (to continue with the = example) operational status of counters is changing. When detached from = the interface, the last know counter is kept, until the ace is deleted. = Same is for acl-oper-data. >> =20 >>> - is there any need to support reporting opstate for = system-generated acts? >> =20 >> Don=E2=80=99t understand your question. What is the difference = between system and user generated acls? >> =20 >> Dean >> =20 >>> =20 >>> Thanks, >>> Kent (as shepherd) >>> =20 >>> =20 >>> From: netmod > on behalf of Kent Watsen = > >>> Date: Thursday, October 13, 2016 at 5:05 PM >>> To: "netmod@ietf.org " > >>> Subject: [netmod] WG Last Call for draft-ietf-netmod-acl-model-09 = (until Oct 27, 2016) >>> =20 >>> =20 >>> This is a notice to start a two-week NETMOD WG last call for the = document: >>> =20 >>> Network Access Control List (ACL) YANG Data Model >>> = https://tools.ietf.org/html/draft-ietf-netmod-acl-model-09 = >>> =20 >>> Please indicate your support or concerns by Thursday, October 27, = 2016. >>> =20 >>> We are particularly interested in statements of the form: >>> * I have reviewed draft-ietf-netmod-acl-model-09 and found no = issues. >>> * I have reviewed draft-ietf-netmod-acl-model-09 and found the = following issues: ... >>> =20 >>> As well as: >>> * I have implemented the data model in = draft-ietf-netmod-acl-model-09. >>> * I am implementing the data model in = draft-ietf-netmod-acl-model-09. >>> * I am considering to implement the data model in = draft-ietf-netmod-acl-model-09. >>> * I am not considering to implement the data model in = draft-ietf-netmod-acl-model-09. >>> =20 >>> Thank you, >>> NETMOD WG Chairs >>> =20 >>> =20 >>> _______________________________________________ >>> netmod mailing list >>> netmod@ietf.org >>> https://www.ietf.org/mailman/listinfo/netmod = >>=20 >>=20 >=20 --Apple-Mail=_FEC6B462-5A8A-4DB3-BE9B-11E9E41D1641 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 I have something that might delay WGLC, but found out an = optimization which would help in the future

In ietf-packet-fields.yang, example = below

grouping = acl-ipv4-header-fields {
   description
     "Fields in IPv4 header.";
   leaf destination-ipv4-network {
     type inet:ipv4-prefix;
     description
       "Destination IPv4 = address prefix.";
   }
   leaf source-ipv4-network {
     type inet:ipv4-prefix;
     description
       "Source IPv4 = address prefix.";
   }
 }

Instead of using "leaf" = for "destination-ipv4-network" and "source-ipv4-network", "leaf-list" = reduces the number of terms/ace needed.

If we would agree with this change, = then would propose one more 

for mac-addresses, having the mask = under the address itself look better in the data itself:

  <destination-mac-address>
    <address>01:01:01:00:00:00</ad= dress>
    <mask>ff:ff:ff:00:00:00</mask&= gt;
  </destination-mac-address>

  Or create a new type = 'mac-address-prefix'.

  This = allows having matching multiple destinations to 1 source, = or multiple sources to 1 destination, if they cannot be easily = combined into 1 entry.

  <destination-mac-address>
    <address>01:01:01:00:00:00</ad= dress>
    <mask>ff:ff:ff:00:00:00</mask&= gt;
  </destination-mac-address>
  <destination-mac-address>
    <address>01:04:01:00:00:00</ad= dress>
    <mask>ff:ff:ff:00:00:00</mask&= gt;
  </destination-mac-address>
  <source-mac-address>
    ....
  </source-mac-address>
On = Nov 14, 2016, at 7:35 AM, Dean Bogdanovic <ivandean@gmail.com> = wrote:

Kent,

Thank you for the = answer
On Nov 13, 2016, at 1:20 PM, Kent Watsen = <kwatsen@juniper.net> wrote:

Hi Dean,
 
> Don=E2=80=99t understand your question. What = is the difference between system and user generated acls?
 
User-generated would be, for instance, configured via NETCONF = or RESTCONF, whereas system-generated would be ACLs that get created by = default.  For example, RFC 7223 has the top-level /interfaces-state = to support system-generated interfaces (e.g., lo) so, when running = `shows interfaces`, the result includes both configured and = system-generated interfaces.   Makes = sense?

I understand now what you meant. Where I can see for = the interfaces the use case you describe (for loopback and physical = interfaces), for ACLs have much harder time to find an example use case = where a system would generate an ACL. Maybe for a highly secure system = would generate an ACL to deny all traffic to and from, except to access = it via console when it comes up. Can you come with some other use cases? = If we can find viable use cases, then yes, would say that reporting = opstate for system generated ACLs is useful.

Dean

 
Thanks,
Kent
 
From: Dean Bogdanovic <ivandean@gmail.com>
Date: Friday, November 11, = 2016 at 3:45 PM
To: Kent Watsen <kwatsen@juniper.net>
Cc: "netmod@ietf.org" <netmod@ietf.org>
Subject: Re: [netmod] WG Last = Call for draft-ietf-netmod-acl-model-09 (until Oct 27, 2016)
 
 
On Oct 29, = 2016, at 4:01 AM, Kent Watsen <kwatsen@juniper.net> wrote:
 
The last call period for this = draft has ended.   Thank you to all that responded.  = Given the responses received, my co-chair and I believe that the draft = is ready to move forward.  I will begin the shepherd write-up = shortly.
In parallel, prompted by a = conversation I had this morning, I=E2=80=99m wondering about the YANG = module=E2=80=99s use of the config false nodes =E2=80=98acl-oper-data=E2=80= =99 and =E2=80=98ace-oper-data=E2=80=99.  In particular, are the = lifetimes of these nodes always the same as the configured = nodes? 
 
Yes, they are. When the nodes are created, they are don=E2=80=99= t have to be attached to an another object, like interface or RIB, etc, = but they get operational state. Once attached, (to continue with the = example) operational status of counters is changing. When detached from = the interface, the last know counter is kept, until the ace is deleted. = Same is for acl-oper-data.
 
- is there any need to support = reporting opstate for system-generated acts?
 
Don=E2=80=99t understand = your question. What is the difference between system and user generated = acls?
 
Dean
 
 
Thanks,
Kent (as shepherd)
 
 
From: netmod <netmod-bounces@ietf.org> on behalf = of Kent Watsen <kwatsen@juniper.net>
Date: Thursday, October 13, = 2016 at 5:05 PM
To: "netmod@ietf.org" <netmod@ietf.org>
Subject: [netmod] WG Last Call = for draft-ietf-netmod-acl-model-09 (until Oct 27, 2016)
 
 
This is a notice to start a two-week = NETMOD WG last call for the document:
 
          &nb= sp;    Network Access Control List (ACL) YANG Data = Model
          &nb= sp;    https://tools.ietf.org/html/draft-ietf-netmod-acl-model-09
 
Please indicate your support or = concerns by Thursday, October 27, 2016.
 
We are particularly interested = in statements of the form:
  * I have reviewed = draft-ietf-netmod-acl-model-09 and found no issues.
  * I have reviewed = draft-ietf-netmod-acl-model-09 and found the following issues: = ...
 
As well = as:
 * I have implemented the data = model in draft-ietf-netmod-acl-model-09.
  * I = am implementing the data model in = draft-ietf-netmod-acl-model-09.
  * I = am considering to implement the data model in = draft-ietf-netmod-acl-model-09.
  * I = am not considering to implement the data model in = draft-ietf-netmod-acl-model-09.
 
Thank you,
NETMOD WG Chairs
 
 
_______________________________________________
netmod = mailing list
netmod@ietf.org
https://www.ietf.org/mailman/listinfo/netmod



= --Apple-Mail=_FEC6B462-5A8A-4DB3-BE9B-11E9E41D1641-- From nobody Mon Nov 14 19:59:00 2016 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2301D12943D for ; Mon, 14 Nov 2016 19:58:59 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.92 X-Spam-Level: X-Spam-Status: No, score=-6.92 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id NxtjwUNERXlm for ; Mon, 14 Nov 2016 19:58:56 -0800 (PST) Received: from smtp-us.alcatel-lucent.com (us-hpswa-esg-02.alcatel-lucent.com [135.245.18.30]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B1089129457 for ; Mon, 14 Nov 2016 19:58:55 -0800 (PST) Received: from us70uumx4.dmz.alcatel-lucent.com (unknown [135.245.18.16]) by Websense Email Security Gateway with ESMTPS id 1FEE8BF5C8662; Tue, 15 Nov 2016 03:58:53 +0000 (GMT) Received: from us70uusmtp4.zam.alcatel-lucent.com (us70uusmtp4.zam.alcatel-lucent.com [135.5.2.66]) by us70uumx4.dmz.alcatel-lucent.com (GMO) with ESMTP id uAF3wssh008058 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 15 Nov 2016 03:58:54 GMT Received: from US70UWXCHHUB02.zam.alcatel-lucent.com (us70uwxchhub02.zam.alcatel-lucent.com [135.5.2.49]) by us70uusmtp4.zam.alcatel-lucent.com (GMO) with ESMTP id uAF3wr6d013204 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Tue, 15 Nov 2016 03:58:53 GMT Received: from US70TWXCHMBA11.zam.alcatel-lucent.com ([169.254.5.39]) by US70UWXCHHUB02.zam.alcatel-lucent.com ([135.5.2.49]) with mapi id 14.03.0301.000; Mon, 14 Nov 2016 22:58:54 -0500 From: "Sterne, Jason (Nokia - CA)" To: "Clyde Wildes (cwildes)" , "netmod@ietf.org" Thread-Topic: syslog-model-11 single buffer vs list Thread-Index: AdI+OSocMPtgN73LQZeUgjIqDQ9ULAATDjoAABuVTsA= Date: Tue, 15 Nov 2016 03:58:53 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [135.5.27.18] Content-Type: multipart/alternative; boundary="_000_A125E53CE190A749957C19483DC79F9F5CD95CDFUS70TWXCHMBA11z_" MIME-Version: 1.0 Archived-At: Subject: Re: [netmod] syslog-model-11 single buffer vs list X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Nov 2016 03:58:59 -0000 --_000_A125E53CE190A749957C19483DC79F9F5CD95CDFUS70TWXCHMBA11z_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgQ2x5ZGUsDQoNCk1vc3QgaW1wbGVtZW50YXRpb25zIHByb2JhYmx5IGhhdmUgbGltaXRzIGlu IHRoZSAjIG9mIGZpbGVzLCByZW1vdGUgZGVzdGluYXRpb25zLCBldGMgdGhleSB3aWxsIHN1cHBv cnQuICBJZiB2ZW5kb3JzIGRlY2lkZSB0byBhdWdtZW50IHRoZSBtb2RlbCB0byBhZGQgbWF4LWVs ZW1lbnRzIHRoZW4gdGhleSdkIGRvIGl0IGZvciBhIG51bWJlciBvZiB0aGUgbGlzdHMgaGVyZS4g IFRoYXQgZG9lc24ndCBzZWVtIGxpa2UgYSBiaWcgZGVhbC4gIEJ1dCB0cnlpbmcgdG8gZml0IGlu dG8gYSBtb2RlbCB3aXRoIDEgYnVmZmVyIHdvdWxkIHJlcXVpcmUgY29tcGxldGUgYXVnbWVudGF0 aW9uIG9mIHRoZSBlbnRpcmUgYnVmZmVyIGRlc3RpbmF0aW9uLiAgU28gaWYgd2UgZG8ga2VlcCBi dWZmZXIgSSByZWFsbHkgdGhpbmsgaXQgc2hvdWxkIGJlIGEgbGlzdC4NCg0KT24gdGhlIG90aGVy IGhhbmQgSSdtIGZpbmUgd2l0aCByZW1vdmluZyBib3RoIGJ1ZmZlciBhbmQgdXNlciBzZXNzaW9u cyAoc2ltaWxhciByZWFzb25pbmcgZm9yIGJvdGggLT4gdGhleSBhcmUgc3VwcG9ydGVkIGJ5IDIg dmVuZG9ycyBhbmQgZWFjaCBkb2VzIGl0IGRpZmZlcmVudGx5KS4gVGhlbiB2ZW5kb3JzIGNhbiBq dXN0IGF1Z21lbnQgZm9yIHRob3NlIHR5cGVzIG9mIGRlc3RpbmF0aW9ucy4gIFRoZSBvdGhlciB0 eXBlcyBoYXZlIGJyb2FkZXIgc3VwcG9ydC9hcHBsaWNhYmlsaXR5Lg0KDQpIZXJlIGlzIGhvdyB3 ZSBsZWZ0IG9mZiB3aXRoIHRoZSB0YWJsZSAodmlldyB0aGlzIHdpdGggZml4ZWQgd2lkdGggZm9u dCk6DQoNCj4gICAgICAgIEZlYXR1cmUgICAgICAgICAgICAgIE5va2lhICAgQnJvY2FkZSAgQ2ll bmEgIENpc2NvIElPUy9YRSAgQ2lzY28gSU9TL1hSICBDaXNjbyBOWE9TICBKdW5pcGVyIEp1bk9T ICBMaW51eCBSc3lzbG9nICBDb21tZW50cw0KPmxvZy1pbnB1dC10cmFuc3BvcnRzICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgIHgNCj5sb2ctYWN0aW9uIGNvbnNvbGUgICAgICAg ICAgICAgeCAgICAgICAgeCAgICAgICAgICAgICAgICAgeCAgICAgICAgICAgICAgeCAgICAgICAg ICAgeCAgICAgICAgICAgIHggICAgICAgICAgICAgICB4DQo+bG9nLWFjdGlvbiBidWZmZXIgICAg ICAgICAgICAgIHggICAgICAgICAgICAgICAgICAgICAgICAgIHggICAgICAgICAgICAgIHgNCj5s b2ctYWN0aW9uIGZpbGUgICAgICAgICAgICAgICAgeCAgICAgICAgICAgICAgICAgICAgICAgICAg eCAgICAgICAgICAgICAgeCAgICAgICAgICAgeCAgICAgICAgICAgIHggICAgICAgICAgICAgICB4 DQo+bG9nLWFjdGlvbiByZW1vdGUgICAgICAgICAgICAgIHggICAgICAgIHggICAgICAgeCAgICAg ICAgIHggICAgICAgICAgICAgIHggICAgICAgICAgIHggICAgICAgICAgICB4ICAgICAgICAgICAg ICAgeA0KPmxvZy1hY3Rpb24gdGVybWluYWwgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICB4ICAgICAgICAgICAgICB4ICAgICAgICAgICB4ICAgICAgICAgICAgICAgICAgICAg ICAgICAgIHgNCj5sb2ctYWN0aW9uIHNlc3Npb24gICAgICAgICAgICAgeCAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIHgNCj5m ZWF0dXJlIGJ1ZmZlci1saW1pdC1ieXRlcyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICB4 ICAgICAgICAgICAgICB4DQo+ZmVhdHVyZSBidWZmZXItbGltaXQtbWVzc2FnZXMgIHgNCj5mZWF0 dXJlIGZpbGUtbGltaXQtc2l6ZSAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgeCAg ICAgICAgICAgICAgeCAgICAgICAgICAgICAgICAgICAgICAgIHgNCj5mZWF0dXJlIGZpbGUtbGlt aXQtZHVyYXRpb24gICAgeCAgICAgICAgICAgICAgICAgICAgICAgICAgeCAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgIHgNCj5mZWF0dXJlDQo+IHRlcm1pbmFsLWZhY2lsaXR5 LWRldmljZS1sb2dnaW5nDQo+ZmVhdHVyZQ0KPiBzZXNzaW9uLWZhY2lsaXR5LXVzZXItbG9nZ2lu ZyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgeA0KPmZlYXR1cmUgc2VsZWN0LXNldi1jb21wYXJlICAgICB4ICAgICAgICAg ICAgICAgICAgICAgICAgICB4ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgIHgNCj5mZWF0dXJlIHNlbGVjdC1tYXRjaCAgICAgICAgICAgeCAgICAg ICAgICAgICAgICAgICAgICAgICAgeCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgIHggICAgICAgICAgICAgICB4DQo+ZmVhdHVyZSBzdHJ1Y3R1cmVkLWRhdGEgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICB4ICAgICAgICAgICAgICAgeCAgICAgUmVxdWlyZWQgYmVjYXVzZSBvZiBSRkMgNTQy NA0KPmZlYXR1cmUgc2lnbmVkLW1lc3NhZ2VzICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgIHggICAgIFJlcXVpcmVkIGJlY2F1c2Ugb2YgUkZDIDU4NDgNCj4NCg0KUmVnYXJkcywNCkph c29uDQoNCi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQpGcm9tOiBDbHlkZSBXaWxkZXMgKGN3 aWxkZXMpIFttYWlsdG86Y3dpbGRlc0BjaXNjby5jb21dDQpTZW50OiBUdWVzZGF5LCBOb3ZlbWJl ciAxNSwgMjAxNiAxOjQzDQpUbzogU3Rlcm5lLCBKYXNvbiAoTm9raWEgLSBDQSkgPGphc29uLnN0 ZXJuZUBub2tpYS5jb20+OyBuZXRtb2RAaWV0Zi5vcmcNClN1YmplY3Q6IFJlOiBzeXNsb2ctbW9k ZWwtMTEgc2luZ2xlIGJ1ZmZlciB2cyBsaXN0DQoNCkhpIEphc29uLA0KDQpCdWZmZXIgd2FzIGEg c3ViamVjdCBvZiBkaXNjdXNzaW9uIG9uIHRoZSBuZXRtb2QgbGlzdCBtb3N0IHJlY2VudGx5IGJ5 IFRvbSBQZXRjaCB3aG8gcmFpc2VkIHNvbWUgcXVlc3Rpb25zLiBJbiBhbiBlLW1haWwgb24gMjAx Ni81LzYgVG9tIHNhaWQ6DQoNCuKAnFRoZSBkZXNjcmlwdGlvbiBvZiBsb2ctYnVmZmVyIGNvbmZ1 c2VzIG1lLiAgVGhlIGJ1ZmZlciBpcyBjaXJjdWxhciBpbiBuYXR1cmUgc28gdGhlcmUgaXMgb25s eSBvbmUgb2YgdGhlbTsgYnV0IGl0IGlzIGEgbGlzdCBrZXllZCBvbiAnbmFtZScgc28gdGhlcmUg YXJlIGxvdHMgb2YgdGhlbS4gIFRoaXMgbGVhZiBjb25maWd1cmVzIHRoZSBhbW91bnQgbnVtYmVy IG9mIGxvZyBtZXNzYWdlcyB0aGF0IGNhbiBiZSBzdG9yZWQgaW4gdGhlIGxvY2FsIG1lbW9yeSBs b2dnaW5nIGJ1ZmZlciwgc28gdGhlcmUgaXMgb25seSBvbmUgb2YgdGhlbS4gT3IuLi4uP+KAnQ0K DQpJbiB0aGUgc2FtZSBlLW1haWwgVG9tIGFsc28gY29tbWVudGVkIG9uIHRoZSBjb21wbGV4aXR5 IG9mIHRoZSBjdXJyZW50IG1vZGVsOg0KDQrigJxNeSBjb21tZW50IHdhcyBtb3JlIG9uIHRoZSBj b21wbGV4aXR5IHRoYXQgcmVzdWx0cyBmcm9tIGhhdmluZyBzbyBtYW55IG9wdGlvbnMuIE90aGVy IG1vZGVscyBhcmUgd29yc2UgLSBzb21lIG9mIHRoZSByb3V0aW5nIG9uZXMgSSBmaW5kIHVuaW50 ZWxsaWdpYmxlIGFzIGEgcmVzdWx0IC0gYnV0IEkgcmFpc2VkIHRoZSBpc3N1ZSBvbiB0aGlzIG1v ZGVsIGJlY2F1c2UgaXQgaXMgYmVpbmcgZGlzY3Vzc2VkIG9uIHRoaXMgbGlzdCB3aGVyZSAoYWxt b3N0KSBhbGwgdGhlIGV4cGVydGlzZSBpbiB0aGVzZSBtYXR0ZXJzIHJlc2lkZXMgdG8gc2VlIGlm IGFueW9uZSBlbHNlIHdvdWxkIGJpdGUu4oCdDQoNCkluIGEgcmVhY3Rpb24gdG8gVG9t4oCZcyBj b21tZW50cywgSSB0cmllZCB0byBzaW1wbGlmeSBieSBjaGFuZ2luZyB0aGUgYnVmZmVycyBsaXN0 IGJhY2sgdG8gYSBsZWFmIGluIGRyYWZ0IDA5LiBJbiByZXRyb3NwZWN0IHRoaXMgd2FzIGEgbWlz dGFrZS4gTm90ZSB0aGF0IEFGQUlLIGJ1ZmZlciBpcyBjdXJyZW50bHkgaW1wbGVtZW50ZWQgYnkg b25seSB0d28gdmVuZG9yczogQ2lzY28gYW5kIEFsY2F0ZWwtTHVjZW50LU5va2lhLg0KDQpUaGUg Q2lzY28gaW1wbGVtZW50YXRpb24gaGFzIG9uZSBidWZmZXIgYW5kIHNwZWNpZmllcyB0aGUgbGlt aXQgYXMgdGhlIHRvdGFsIGJ1ZmZlciBzaXplIGluIGJ5dGVzLg0KDQpUaGUgQWxjYXRlbC1MdWNl bnQtTm9raWEgaW1wbGVtZW50YXRpb24gaGFzIG11bHRpcGxlIGJ1ZmZlcnMgYW5kIHNwZWNpZmll cyB0aGUgbGltaXQgaW4gdG90YWwgbWVzc2FnZXMuDQoNCklmIHdlIG1ha2UgYnVmZmVycyBhIGxp c3QsIHdlIHN0aWxsIGhhdmUgdGhyZWUgZmVhdHVyZXMgaW4gdGhlIG1vZGVsIGFuZCB0aGUgbmVj ZXNzaXR5IGZvciBpbXBsZW1lbnRhdGlvbnMgdGhhdCBzdXBwb3J0IG9ubHkgb25lIGJ1ZmZlciB0 byBhdWdtZW50IHRoZSBtb2RlbCB0byBzcGVjaWZ5IGEgbWF4LWVsZW1lbnRzIHN0YXRlbWVudC4g VGhlIHRocmVlIGZlYXR1cmVzIGFyZToNCg0KICBmZWF0dXJlIGJ1ZmZlci1hY3Rpb24gew0KICAg IGRlc2NyaXB0aW9uDQogICAgICAiVGhpcyBmZWF0dXJlIGluZGljYXRlcyB0aGF0IHRoZSBsb2Nh bCBtZW1vcnkgbG9nZ2luZyBidWZmZXINCiAgICAgICBhY3Rpb24gaXMgc3VwcG9ydGVkLiI7DQog IH0NCg0KICBmZWF0dXJlIGJ1ZmZlci1saW1pdC1ieXRlcyB7DQogICAgZGVzY3JpcHRpb24NCiAg ICAgICJUaGlzIGZlYXR1cmUgaW5kaWNhdGVzIHRoYXQgdGhlIGxvY2FsIG1lbW9yeSBsb2dnaW5n IGJ1ZmZlcg0KICAgICAgIGlzIGxpbWl0ZWQgaW4gc2l6ZSB1c2luZyBhIGxpbWl0IGV4cHJlc3Nl ZCBpbiBieXRlcy4iOw0KICB9DQoNCiAgZmVhdHVyZSBidWZmZXItbGltaXQtbWVzc2FnZXMgew0K ICAgIGRlc2NyaXB0aW9uDQogICAgICAiVGhpcyBmZWF0dXJlIGluZGljYXRlcyB0aGF0IHRoZSBs b2NhbCBtZW1vcnkgbG9nZ2luZyBidWZmZXINCiAgICAgICBpcyBsaW1pdGVkIGluIHNpemUgdXNp bmcgYSBsaW1pdCBleHByZXNzZWQgaW4gbnVtYmVyIG9mIGxvZw0KICAgICAgIG1lc3NhZ2VzLiI7 DQogIH0NCg0KRG9lcyBpdCBtYWtlIHNlbnNlIHRvIHNpbXBsaWZ5IHRoZSBtb2RlbCBieSByZW1v dmluZyB0aGUgYnVmZmVyIGFjdGlvbiBhbG9uZyB3aXRoIHRoZSB0aHJlZSBmZWF0dXJlcyByZXF1 aXJlZCBhbmQgaGF2ZSB2ZW5kb3JzIHdobyBpbXBsZW1lbnQgYnVmZmVyIGFkZCBpdCB0byB0aGUg bW9kZWwgdGhyb3VnaCBhdWdtZW50YXRpb24/DQoNCkEgTmV0bW9kIGdyb3VwIGNvbnNlbnN1cyB3 b3VsZCBiZSBoZWxwZnVsIGhlcmUuDQoNClRoYW5rcywNCg0KQ2x5ZGUNCg0KDQpPbiAxMS8xMy8x NiwgOTo1NCBQTSwgIlN0ZXJuZSwgSmFzb24gKE5va2lhIC0gQ0EpIiA8amFzb24uc3Rlcm5lQG5v a2lhLmNvbTxtYWlsdG86amFzb24uc3Rlcm5lQG5va2lhLmNvbT4+IHdyb3RlOg0KDQogICAgSGkg Q2x5ZGUsDQoNCiAgICBTb21ld2hlcmUgaW4gdGhlIHBhc3QgY291cGxlIG9mIHJldmlzaW9ucyB3 ZSBkcm9wcGVkIG11bHRpcGxlIG1lbW9yeSBidWZmZXJzLiAgVmVyc2lvbiA4IChhbmQgYSBudW1i ZXIgb2YgdmVyc2lvbnMgYmVmb3JlIHRoYXQpIGhhZCBhIGxpc3Qgb2YgYnVmZmVycyBpbiB0aGUg WUFORyAoYnV0IGl0IHdhc24ndCBpbiB0aGUgcHlhbmcgdHJlZSkuICBCdXQgdGhlbiB2ZXJzaW9u IDkgb253YXJkcyBzZWVtIHRvIGhhdmUgYSBzaW5nbGUgYnVmZmVyLg0KDQogICAgQ2FuIHdlIHB1 dCB0aGF0IGJhY2sgdG8gYSBsaXN0ID8gSW1wbGVtZW50YXRpb25zIHRoYXQgb25seSBzdXBwb3J0 IGEgc2luZ2xlIGJ1ZmZlciBjYW4gZWFzaWx5IGZpdCBpbnRvIGEgbW9kZWwgdGhhdCBzdXBwb3J0 cyBtdWx0aXBsZSBidWZmZXJzLCBidXQgdGhlIG90aGVyIHdheSBhcm91bmQgZG9lc24ndCB3b3Jr IHZlcnkgd2VsbC4gICBJIHRoaW5rIGl0IHdhcyBhY2NpZGVudGx5IGRyb3BwZWQgZHVlIHRvIHNv bWUgY29uZnVzaW9uIG92ZXIgc29tZSAiaWYtZmVhdHVyZSIgY29tbWVudHMgZnJvbSBUb20gUCBh dCBvbmUgcG9pbnQuDQoNCiAgICAobm90ZSAtIGFsc28gYWRkIChzKSB0byBidWZmZXIgdG8gbWFr ZSBpdCBidWZmZXIocykgaW4gYSBjb3VwbGUgb2YgcGxhY2VzIGluIHNlY3Rpb24gMykuDQoNCiAg ICBSZWdhcmRzLA0KICAgIEphc29uDQoNCiAgICAtLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0K ICAgIEZyb206IG5ldG1vZCBbbWFpbHRvOm5ldG1vZC1ib3VuY2VzQGlldGYub3JnXSBPbiBCZWhh bGYgT2YgQ2x5ZGUgV2lsZGVzIChjd2lsZGVzKQ0KICAgIFNlbnQ6IE1vbmRheSwgTm92ZW1iZXIg MTQsIDIwMTYgODo1Mg0KICAgIFRvOiBpbnRlcm5ldC1kcmFmdHNAaWV0Zi5vcmc8bWFpbHRvOmlu dGVybmV0LWRyYWZ0c0BpZXRmLm9yZz47IGktZC1hbm5vdW5jZUBpZXRmLm9yZzxtYWlsdG86aS1k LWFubm91bmNlQGlldGYub3JnPg0KICAgIENjOiBuZXRtb2RAaWV0Zi5vcmc8bWFpbHRvOm5ldG1v ZEBpZXRmLm9yZz4NCiAgICBTdWJqZWN0OiBSZTogW25ldG1vZF0gSS1EIEFjdGlvbjogZHJhZnQt aWV0Zi1uZXRtb2Qtc3lzbG9nLW1vZGVsLTExLnR4dA0KDQogICAgSGksDQoNCiAgICBUaGlzIGRy YWZ0IGFkZHJlc3NlcyBQaGlsIFNoYWZlcuKAmXMgY29tbWVudHMgYW5kIGFsc28gcmVtb3ZlcyBy ZWZlcmVuY2VzIHRvIFRMUyBmb3Igbm93Lg0KDQogICAgVGhhbmtzLA0KDQogICAgQ2x5ZGUNCg0K ICAgIE9uIDExLzEzLzE2LCAzOjQ3IFBNLCAibmV0bW9kIG9uIGJlaGFsZiBvZiBpbnRlcm5ldC1k cmFmdHNAaWV0Zi5vcmc8bWFpbHRvOmludGVybmV0LWRyYWZ0c0BpZXRmLm9yZz4iIDxuZXRtb2Qt Ym91bmNlc0BpZXRmLm9yZyBvbiBiZWhhbGYgb2YgaW50ZXJuZXQtZHJhZnRzQGlldGYub3JnPG1h aWx0bzpuZXRtb2QtYm91bmNlc0BpZXRmLm9yZyUyMG9uJTIwYmVoYWxmJTIwb2YlMjBpbnRlcm5l dC1kcmFmdHNAaWV0Zi5vcmc+PiB3cm90ZToNCg0KDQogICAgICAgIEEgTmV3IEludGVybmV0LURy YWZ0IGlzIGF2YWlsYWJsZSBmcm9tIHRoZSBvbi1saW5lIEludGVybmV0LURyYWZ0cyBkaXJlY3Rv cmllcy4NCiAgICAgICAgVGhpcyBkcmFmdCBpcyBhIHdvcmsgaXRlbSBvZiB0aGUgTkVUQ09ORiBE YXRhIE1vZGVsaW5nIExhbmd1YWdlIG9mIHRoZSBJRVRGLg0KDQogICAgICAgICAgICAgICAgVGl0 bGUgICAgICAgICAgIDogQSBZQU5HIERhdGEgTW9kZWwgZm9yIFN5c2xvZyBDb25maWd1cmF0aW9u DQogICAgICAgICAgICAgICAgQXV0aG9ycyAgICAgICAgIDogQ2x5ZGUgV2lsZGVzDQogICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgS2lyYW4gS291c2hpaw0KICAgICAgICAgICAgICAg IEZpbGVuYW1lICAgICAgICA6IGRyYWZ0LWlldGYtbmV0bW9kLXN5c2xvZy1tb2RlbC0xMS50eHQN CiAgICAgICAgICAgICAgICBQYWdlcyAgICAgICAgICAgOiAzMw0KICAgICAgICAgICAgICAgIERh dGUgICAgICAgICAgICA6IDIwMTYtMTEtMTMNCg0KICAgICAgICBBYnN0cmFjdDoNCiAgICAgICAg ICAgVGhpcyBkb2N1bWVudCBkZXNjcmliZXMgYSBkYXRhIG1vZGVsIGZvciB0aGUgY29uZmlndXJh dGlvbiBvZiBzeXNsb2cuDQoNCg0KICAgICAgICBUaGUgSUVURiBkYXRhdHJhY2tlciBzdGF0dXMg cGFnZSBmb3IgdGhpcyBkcmFmdCBpczoNCiAgICAgICAgaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRm Lm9yZy9kb2MvZHJhZnQtaWV0Zi1uZXRtb2Qtc3lzbG9nLW1vZGVsLw0KDQogICAgICAgIFRoZXJl J3MgYWxzbyBhIGh0bWxpemVkIHZlcnNpb24gYXZhaWxhYmxlIGF0Og0KICAgICAgICBodHRwczov L3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtaWV0Zi1uZXRtb2Qtc3lzbG9nLW1vZGVsLTExDQoN CiAgICAgICAgQSBkaWZmIGZyb20gdGhlIHByZXZpb3VzIHZlcnNpb24gaXMgYXZhaWxhYmxlIGF0 Og0KICAgICAgICBodHRwczovL3d3dy5pZXRmLm9yZy9yZmNkaWZmP3VybDI9ZHJhZnQtaWV0Zi1u ZXRtb2Qtc3lzbG9nLW1vZGVsLTExDQoNCg0KICAgICAgICBQbGVhc2Ugbm90ZSB0aGF0IGl0IG1h eSB0YWtlIGEgY291cGxlIG9mIG1pbnV0ZXMgZnJvbSB0aGUgdGltZSBvZiBzdWJtaXNzaW9uDQog ICAgICAgIHVudGlsIHRoZSBodG1saXplZCB2ZXJzaW9uIGFuZCBkaWZmIGFyZSBhdmFpbGFibGUg YXQgdG9vbHMuaWV0Zi5vcmcuDQoNCiAgICAgICAgSW50ZXJuZXQtRHJhZnRzIGFyZSBhbHNvIGF2 YWlsYWJsZSBieSBhbm9ueW1vdXMgRlRQIGF0Og0KICAgICAgICBmdHA6Ly9mdHAuaWV0Zi5vcmcv aW50ZXJuZXQtZHJhZnRzLw0KDQogICAgICAgIF9fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fDQogICAgICAgIG5ldG1vZCBtYWlsaW5nIGxpc3QNCiAgICAgICAg bmV0bW9kQGlldGYub3JnPG1haWx0bzpuZXRtb2RAaWV0Zi5vcmc+DQogICAgICAgIGh0dHBzOi8v d3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vbmV0bW9kDQoNCg0KICAgIF9fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQogICAgbmV0bW9kIG1haWxpbmcg bGlzdA0KICAgIG5ldG1vZEBpZXRmLm9yZzxtYWlsdG86bmV0bW9kQGlldGYub3JnPg0KICAgIGh0 dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vbmV0bW9kDQoNCg0KDQo= --_000_A125E53CE190A749957C19483DC79F9F5CD95CDFUS70TWXCHMBA11z_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRvciIgY29udGVu dD0iTWljcm9zb2Z0IEV4Y2hhbmdlIFNlcnZlciI+DQo8IS0tIGNvbnZlcnRlZCBmcm9tIHJ0ZiAt LT4NCjxzdHlsZT48IS0tIC5FbWFpbFF1b3RlIHsgbWFyZ2luLWxlZnQ6IDFwdDsgcGFkZGluZy1s ZWZ0OiA0cHQ7IGJvcmRlci1sZWZ0OiAjODAwMDAwIDJweCBzb2xpZDsgfSAtLT48L3N0eWxlPg0K PC9oZWFkPg0KPGJvZHk+DQo8Zm9udCBmYWNlPSJDYWxpYnJpIiBzaXplPSIyIj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjExcHQ7Ij4NCjxkaXY+SGkgQ2x5ZGUsPC9kaXY+DQo8ZGl2PiZuYnNwOzwv ZGl2Pg0KPGRpdj5Nb3N0IGltcGxlbWVudGF0aW9ucyBwcm9iYWJseSBoYXZlIGxpbWl0cyBpbiB0 aGUgIyBvZiBmaWxlcywgcmVtb3RlIGRlc3RpbmF0aW9ucywgZXRjIHRoZXkgd2lsbCBzdXBwb3J0 LiZuYnNwOyBJZiB2ZW5kb3JzIGRlY2lkZSB0byBhdWdtZW50IHRoZSBtb2RlbCB0byBhZGQgbWF4 LWVsZW1lbnRzIHRoZW4gdGhleSdkIGRvIGl0IGZvciBhIG51bWJlciBvZiB0aGUgbGlzdHMgaGVy ZS4mbmJzcDsgVGhhdCBkb2Vzbid0IHNlZW0gbGlrZSBhIGJpZyBkZWFsLiZuYnNwOw0KQnV0IHRy eWluZyB0byBmaXQgaW50byBhIG1vZGVsIHdpdGggMSBidWZmZXIgd291bGQgcmVxdWlyZSBjb21w bGV0ZSBhdWdtZW50YXRpb24gb2YgdGhlIGVudGlyZSBidWZmZXIgZGVzdGluYXRpb24uJm5ic3A7 IFNvIGlmIHdlIGRvIGtlZXAgYnVmZmVyIEkgcmVhbGx5IHRoaW5rIGl0IHNob3VsZCBiZSBhIGxp c3QuPC9kaXY+DQo8ZGl2PiZuYnNwOzwvZGl2Pg0KPGRpdj5PbiB0aGUgb3RoZXIgaGFuZCBJJ20g ZmluZSB3aXRoIHJlbW92aW5nIGJvdGggYnVmZmVyIGFuZCB1c2VyIHNlc3Npb25zIChzaW1pbGFy IHJlYXNvbmluZyBmb3IgYm90aCAtJmd0OyB0aGV5IGFyZSBzdXBwb3J0ZWQgYnkgMiB2ZW5kb3Jz IGFuZCBlYWNoIGRvZXMgaXQgZGlmZmVyZW50bHkpLiBUaGVuIHZlbmRvcnMgY2FuIGp1c3QgYXVn bWVudCBmb3IgdGhvc2UgdHlwZXMgb2YgZGVzdGluYXRpb25zLiZuYnNwOyBUaGUgb3RoZXIgdHlw ZXMgaGF2ZSBicm9hZGVyDQpzdXBwb3J0L2FwcGxpY2FiaWxpdHkuPC9kaXY+DQo8ZGl2PiZuYnNw OzwvZGl2Pg0KPGRpdj5IZXJlIGlzIGhvdyB3ZSBsZWZ0IG9mZiB3aXRoIHRoZSB0YWJsZSAodmll dyB0aGlzIHdpdGggZml4ZWQgd2lkdGggZm9udCk6PC9kaXY+DQo8ZGl2PiZuYnNwOzwvZGl2Pg0K PGRpdj48Zm9udCBmYWNlPSJDb3VyaWVyIE5ldyIgc2l6ZT0iMiI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZTo5cHQ7Ij4mZ3Q7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 IEZlYXR1cmUmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgTm9raWEmbmJzcDsmbmJzcDsgQnJvY2FkZSZu YnNwOyBDaWVuYSZuYnNwOyBDaXNjbyBJT1MvWEUmbmJzcDsgQ2lzY28gSU9TL1hSJm5ic3A7IENp c2NvIE5YT1MmbmJzcDsgSnVuaXBlciBKdW5PUyZuYnNwOyBMaW51eCBSc3lzbG9nJm5ic3A7IENv bW1lbnRzPC9zcGFuPjwvZm9udD48L2Rpdj4NCjxkaXY+PGZvbnQgZmFjZT0iQ291cmllciBOZXci IHNpemU9IjIiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OXB0OyI+Jmd0O2xvZy1pbnB1dC10cmFu c3BvcnRzJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHg8L3Nw YW4+PC9mb250PjwvZGl2Pg0KPGRpdj48Zm9udCBmYWNlPSJDb3VyaWVyIE5ldyIgc2l6ZT0iMiI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5cHQ7Ij4mZ3Q7bG9nLWFjdGlvbiBjb25zb2xlJm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7IHgmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgeCZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB4Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7IHgmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsgeCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyB4Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHgmbmJzcDsm bmJzcDsmbmJzcDsgPC9zcGFuPjwvZm9udD48L2Rpdj4NCjxkaXY+PGZvbnQgZmFjZT0iQ291cmll ciBOZXciIHNpemU9IjIiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OXB0OyI+Jmd0O2xvZy1hY3Rp b24gYnVmZmVyJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHgmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsgeCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB4PC9zcGFuPjwvZm9udD48L2Rpdj4N CjxkaXY+PGZvbnQgZmFjZT0iQ291cmllciBOZXciIHNpemU9IjIiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6OXB0OyI+Jmd0O2xvZy1hY3Rpb24gZmlsZSZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyB4Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHgmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsgeCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyB4Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHgmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsg eDwvc3Bhbj48L2ZvbnQ+PC9kaXY+DQo8ZGl2Pjxmb250IGZhY2U9IkNvdXJpZXIgTmV3IiBzaXpl PSIyIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjlwdDsiPiZndDtsb2ctYWN0aW9uIHJlbW90ZSZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyB4Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7IHgmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgeCZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB4Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7IHgmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsgeCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyB4Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHg8L3NwYW4+ PC9mb250PjwvZGl2Pg0KPGRpdj48Zm9udCBmYWNlPSJDb3VyaWVyIE5ldyIgc2l6ZT0iMiI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZTo5cHQ7Ij4mZ3Q7bG9nLWFjdGlvbiB0ZXJtaW5hbCZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB4Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7IHgmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsgeCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyB4PC9zcGFuPjwvZm9udD48L2Rpdj4NCjxkaXY+PGZvbnQgZmFjZT0iQ291 cmllciBOZXciIHNpemU9IjIiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OXB0OyI+Jmd0O2xvZy1h Y3Rpb24gc2Vzc2lvbiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB4Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHg8L3NwYW4+PC9mb250PjwvZGl2Pg0KPGRpdj48Zm9udCBm YWNlPSJDb3VyaWVyIE5ldyIgc2l6ZT0iMiI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5cHQ7Ij4m Z3Q7ZmVhdHVyZSBidWZmZXItbGltaXQtYnl0ZXMmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgeCZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyB4PC9zcGFuPjwvZm9udD48L2Rpdj4NCjxkaXY+PGZvbnQgZmFjZT0iQ291cmllciBOZXci IHNpemU9IjIiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OXB0OyI+Jmd0O2ZlYXR1cmUgYnVmZmVy LWxpbWl0LW1lc3NhZ2VzJm5ic3A7IHg8L3NwYW4+PC9mb250PjwvZGl2Pg0KPGRpdj48Zm9udCBm YWNlPSJDb3VyaWVyIE5ldyIgc2l6ZT0iMiI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5cHQ7Ij4m Z3Q7ZmVhdHVyZSBmaWxlLWxpbWl0LXNpemUmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsgeCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB4Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHg8L3Nw YW4+PC9mb250PjwvZGl2Pg0KPGRpdj48Zm9udCBmYWNlPSJDb3VyaWVyIE5ldyIgc2l6ZT0iMiI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5cHQ7Ij4mZ3Q7ZmVhdHVyZSBmaWxlLWxpbWl0LWR1cmF0 aW9uJm5ic3A7Jm5ic3A7Jm5ic3A7IHgmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsgeCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyB4PC9zcGFuPjwvZm9udD48L2Rpdj4NCjxkaXY+PGZvbnQgZmFjZT0iQ291cmllciBOZXci IHNpemU9IjIiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OXB0OyI+Jmd0O2ZlYXR1cmU8L3NwYW4+ PC9mb250PjwvZGl2Pg0KPGRpdj48Zm9udCBmYWNlPSJDb3VyaWVyIE5ldyIgc2l6ZT0iMiI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZTo5cHQ7Ij4mZ3Q7IHRlcm1pbmFsLWZhY2lsaXR5LWRldmljZS1s b2dnaW5nPC9zcGFuPjwvZm9udD48L2Rpdj4NCjxkaXY+PGZvbnQgZmFjZT0iQ291cmllciBOZXci IHNpemU9IjIiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OXB0OyI+Jmd0O2ZlYXR1cmUgPC9zcGFu PjwvZm9udD48L2Rpdj4NCjxkaXY+PGZvbnQgZmFjZT0iQ291cmllciBOZXciIHNpemU9IjIiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6OXB0OyI+Jmd0OyBzZXNzaW9uLWZhY2lsaXR5LXVzZXItbG9n Z2luZyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyB4PC9zcGFuPjwvZm9udD48L2Rpdj4NCjxkaXY+PGZvbnQgZmFjZT0iQ291cmllciBO ZXciIHNpemU9IjIiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OXB0OyI+Jmd0O2ZlYXR1cmUgc2Vs ZWN0LXNldi1jb21wYXJlJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHgmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsgeCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyB4PC9zcGFuPjwvZm9udD48L2Rpdj4NCjxkaXY+PGZvbnQgZmFjZT0iQ291cmllciBOZXci IHNpemU9IjIiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OXB0OyI+Jmd0O2ZlYXR1cmUgc2VsZWN0 LW1hdGNoJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7IHgmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgeCZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB4Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHg8L3NwYW4+PC9mb250PjwvZGl2Pg0KPGRpdj48Zm9udCBm YWNlPSJDb3VyaWVyIE5ldyIgc2l6ZT0iMiI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5cHQ7Ij4m Z3Q7ZmVhdHVyZSBzdHJ1Y3R1cmVkLWRhdGEmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsgeCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB4Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7IFJlcXVpcmVkIGJlY2F1c2Ugb2YgUkZDIDU0MjQ8L3NwYW4+PC9mb250Pjwv ZGl2Pg0KPGRpdj48Zm9udCBmYWNlPSJDb3VyaWVyIE5ldyIgc2l6ZT0iMiI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZTo5cHQ7Ij4mZ3Q7ZmVhdHVyZSBzaWduZWQtbWVzc2FnZXMmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsgeCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBSZXF1aXJlZCBiZWNhdXNl IG9mIFJGQyA1ODQ4PC9zcGFuPjwvZm9udD48L2Rpdj4NCjxkaXY+PGZvbnQgZmFjZT0iQ291cmll ciBOZXciIHNpemU9IjIiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OXB0OyI+Jmd0Ozwvc3Bhbj48 L2ZvbnQ+PC9kaXY+DQo8ZGl2PiZuYnNwOzwvZGl2Pg0KPGRpdj5SZWdhcmRzLDwvZGl2Pg0KPGRp dj5KYXNvbjwvZGl2Pg0KPGRpdj4mbmJzcDs8L2Rpdj4NCjxkaXY+LS0tLS1PcmlnaW5hbCBNZXNz YWdlLS0tLS08YnI+DQoNCkZyb206IENseWRlIFdpbGRlcyAoY3dpbGRlcykgWzxhIGhyZWY9Im1h aWx0bzpjd2lsZGVzQGNpc2NvLmNvbSI+bWFpbHRvOmN3aWxkZXNAY2lzY28uY29tPC9hPl0NCjxi cj4NCg0KU2VudDogVHVlc2RheSwgTm92ZW1iZXIgMTUsIDIwMTYgMTo0Mzxicj4NCg0KVG86IFN0 ZXJuZSwgSmFzb24gKE5va2lhIC0gQ0EpICZsdDtqYXNvbi5zdGVybmVAbm9raWEuY29tJmd0Ozsg bmV0bW9kQGlldGYub3JnPGJyPg0KDQpTdWJqZWN0OiBSZTogc3lzbG9nLW1vZGVsLTExIHNpbmds ZSBidWZmZXIgdnMgbGlzdDwvZGl2Pg0KPGRpdj4mbmJzcDs8L2Rpdj4NCjxkaXY+SGkgSmFzb24s PC9kaXY+DQo8ZGl2PiZuYnNwOzwvZGl2Pg0KPGRpdj5CdWZmZXIgd2FzIGEgc3ViamVjdCBvZiBk aXNjdXNzaW9uIG9uIHRoZSBuZXRtb2QgbGlzdCBtb3N0IHJlY2VudGx5IGJ5IFRvbSBQZXRjaCB3 aG8gcmFpc2VkIHNvbWUgcXVlc3Rpb25zLiBJbiBhbiBlLW1haWwgb24gMjAxNi81LzYgVG9tIHNh aWQ6PC9kaXY+DQo8ZGl2PiZuYnNwOzwvZGl2Pg0KPGRpdj7igJxUaGUgZGVzY3JpcHRpb24gb2Yg bG9nLWJ1ZmZlciBjb25mdXNlcyBtZS4mbmJzcDsgVGhlIGJ1ZmZlciBpcyBjaXJjdWxhciBpbiBu YXR1cmUgc28gdGhlcmUgaXMgb25seSBvbmUgb2YgdGhlbTsgYnV0IGl0IGlzIGEgbGlzdCBrZXll ZCBvbiAnbmFtZScgc28gdGhlcmUgYXJlIGxvdHMgb2YgdGhlbS4mbmJzcDsgVGhpcyBsZWFmIGNv bmZpZ3VyZXMgdGhlIGFtb3VudCBudW1iZXIgb2YgbG9nIG1lc3NhZ2VzIHRoYXQgY2FuIGJlIHN0 b3JlZCBpbiB0aGUgbG9jYWwNCm1lbW9yeSBsb2dnaW5nIGJ1ZmZlciwgc28gdGhlcmUgaXMgb25s eSBvbmUgb2YgdGhlbS4gT3IuLi4uP+KAnTwvZGl2Pg0KPGRpdj4mbmJzcDs8L2Rpdj4NCjxkaXY+ SW4gdGhlIHNhbWUgZS1tYWlsIFRvbSBhbHNvIGNvbW1lbnRlZCBvbiB0aGUgY29tcGxleGl0eSBv ZiB0aGUgY3VycmVudCBtb2RlbDo8L2Rpdj4NCjxkaXY+Jm5ic3A7PC9kaXY+DQo8ZGl2PuKAnE15 IGNvbW1lbnQgd2FzIG1vcmUgb24gdGhlIGNvbXBsZXhpdHkgdGhhdCByZXN1bHRzIGZyb20gaGF2 aW5nIHNvIG1hbnkgb3B0aW9ucy4gT3RoZXIgbW9kZWxzIGFyZSB3b3JzZSAtIHNvbWUgb2YgdGhl IHJvdXRpbmcgb25lcyBJIGZpbmQgdW5pbnRlbGxpZ2libGUgYXMgYSByZXN1bHQgLSBidXQgSSBy YWlzZWQgdGhlIGlzc3VlIG9uIHRoaXMgbW9kZWwgYmVjYXVzZSBpdCBpcyBiZWluZyBkaXNjdXNz ZWQgb24gdGhpcyBsaXN0IHdoZXJlDQooYWxtb3N0KSBhbGwgdGhlIGV4cGVydGlzZSBpbiB0aGVz ZSBtYXR0ZXJzIHJlc2lkZXMgdG8gc2VlIGlmIGFueW9uZSBlbHNlIHdvdWxkIGJpdGUu4oCdPC9k aXY+DQo8ZGl2PiZuYnNwOzwvZGl2Pg0KPGRpdj5JbiBhIHJlYWN0aW9uIHRvIFRvbeKAmXMgY29t bWVudHMsIEkgdHJpZWQgdG8gc2ltcGxpZnkgYnkgY2hhbmdpbmcgdGhlIGJ1ZmZlcnMgbGlzdCBi YWNrIHRvIGEgbGVhZiBpbiBkcmFmdCAwOS4gSW4gcmV0cm9zcGVjdCB0aGlzIHdhcyBhIG1pc3Rh a2UuIE5vdGUgdGhhdCBBRkFJSyBidWZmZXIgaXMgY3VycmVudGx5IGltcGxlbWVudGVkIGJ5IG9u bHkgdHdvIHZlbmRvcnM6IENpc2NvIGFuZCBBbGNhdGVsLUx1Y2VudC1Ob2tpYS48L2Rpdj4NCjxk aXY+Jm5ic3A7PC9kaXY+DQo8ZGl2PlRoZSBDaXNjbyBpbXBsZW1lbnRhdGlvbiBoYXMgb25lIGJ1 ZmZlciBhbmQgc3BlY2lmaWVzIHRoZSBsaW1pdCBhcyB0aGUgdG90YWwgYnVmZmVyIHNpemUgaW4g Ynl0ZXMuPC9kaXY+DQo8ZGl2PiZuYnNwOzwvZGl2Pg0KPGRpdj5UaGUgQWxjYXRlbC1MdWNlbnQt Tm9raWEgaW1wbGVtZW50YXRpb24gaGFzIG11bHRpcGxlIGJ1ZmZlcnMgYW5kIHNwZWNpZmllcyB0 aGUgbGltaXQgaW4gdG90YWwgbWVzc2FnZXMuPC9kaXY+DQo8ZGl2PiZuYnNwOzwvZGl2Pg0KPGRp dj5JZiB3ZSBtYWtlIGJ1ZmZlcnMgYSBsaXN0LCB3ZSBzdGlsbCBoYXZlIHRocmVlIGZlYXR1cmVz IGluIHRoZSBtb2RlbCBhbmQgdGhlIG5lY2Vzc2l0eSBmb3IgaW1wbGVtZW50YXRpb25zIHRoYXQg c3VwcG9ydCBvbmx5IG9uZSBidWZmZXIgdG8gYXVnbWVudCB0aGUgbW9kZWwgdG8gc3BlY2lmeSBh IG1heC1lbGVtZW50cyBzdGF0ZW1lbnQuIFRoZSB0aHJlZSBmZWF0dXJlcyBhcmU6PC9kaXY+DQo8 ZGl2PiZuYnNwOzwvZGl2Pg0KPGRpdj4mbmJzcDsgZmVhdHVyZSBidWZmZXItYWN0aW9uIHs8L2Rp dj4NCjxkaXY+Jm5ic3A7Jm5ic3A7Jm5ic3A7IGRlc2NyaXB0aW9uPC9kaXY+DQo8ZGl2PiZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAmcXVvdDtUaGlzIGZlYXR1cmUgaW5kaWNhdGVzIHRo YXQgdGhlIGxvY2FsIG1lbW9yeSBsb2dnaW5nIGJ1ZmZlcjwvZGl2Pg0KPGRpdj4mbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgYWN0aW9uIGlzIHN1cHBvcnRlZC4mcXVvdDs7PC9k aXY+DQo8ZGl2PiZuYnNwOyB9PC9kaXY+DQo8ZGl2PiZuYnNwOzwvZGl2Pg0KPGRpdj4mbmJzcDsg ZmVhdHVyZSBidWZmZXItbGltaXQtYnl0ZXMgezwvZGl2Pg0KPGRpdj4mbmJzcDsmbmJzcDsmbmJz cDsgZGVzY3JpcHRpb248L2Rpdj4NCjxkaXY+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 ICZxdW90O1RoaXMgZmVhdHVyZSBpbmRpY2F0ZXMgdGhhdCB0aGUgbG9jYWwgbWVtb3J5IGxvZ2dp bmcgYnVmZmVyPC9kaXY+DQo8ZGl2PiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyBpcyBsaW1pdGVkIGluIHNpemUgdXNpbmcgYSBsaW1pdCBleHByZXNzZWQgaW4gYnl0ZXMuJnF1 b3Q7OzwvZGl2Pg0KPGRpdj4mbmJzcDsgfTwvZGl2Pg0KPGRpdj4mbmJzcDs8L2Rpdj4NCjxkaXY+ Jm5ic3A7IGZlYXR1cmUgYnVmZmVyLWxpbWl0LW1lc3NhZ2VzIHs8L2Rpdj4NCjxkaXY+Jm5ic3A7 Jm5ic3A7Jm5ic3A7IGRlc2NyaXB0aW9uPC9kaXY+DQo8ZGl2PiZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyAmcXVvdDtUaGlzIGZlYXR1cmUgaW5kaWNhdGVzIHRoYXQgdGhlIGxvY2FsIG1l bW9yeSBsb2dnaW5nIGJ1ZmZlcjwvZGl2Pg0KPGRpdj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsgaXMgbGltaXRlZCBpbiBzaXplIHVzaW5nIGEgbGltaXQgZXhwcmVzc2VkIGlu IG51bWJlciBvZiBsb2c8L2Rpdj4NCjxkaXY+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7IG1lc3NhZ2VzLiZxdW90Ozs8L2Rpdj4NCjxkaXY+Jm5ic3A7IH08L2Rpdj4NCjxkaXY+ Jm5ic3A7PC9kaXY+DQo8ZGl2PkRvZXMgaXQgbWFrZSBzZW5zZSB0byBzaW1wbGlmeSB0aGUgbW9k ZWwgYnkgcmVtb3ZpbmcgdGhlIGJ1ZmZlciBhY3Rpb24gYWxvbmcgd2l0aCB0aGUgdGhyZWUgZmVh dHVyZXMgcmVxdWlyZWQgYW5kIGhhdmUgdmVuZG9ycyB3aG8gaW1wbGVtZW50IGJ1ZmZlciBhZGQg aXQgdG8gdGhlIG1vZGVsIHRocm91Z2ggYXVnbWVudGF0aW9uPyA8L2Rpdj4NCjxkaXY+Jm5ic3A7 PC9kaXY+DQo8ZGl2PkEgTmV0bW9kIGdyb3VwIGNvbnNlbnN1cyB3b3VsZCBiZSBoZWxwZnVsIGhl cmUuPC9kaXY+DQo8ZGl2PiZuYnNwOzwvZGl2Pg0KPGRpdj5UaGFua3MsPC9kaXY+DQo8ZGl2PiZu YnNwOzwvZGl2Pg0KPGRpdj5DbHlkZTwvZGl2Pg0KPGRpdj4mbmJzcDs8L2Rpdj4NCjxkaXY+Jm5i c3A7PC9kaXY+DQo8ZGl2Pk9uIDExLzEzLzE2LCA5OjU0IFBNLCAmcXVvdDtTdGVybmUsIEphc29u IChOb2tpYSAtIENBKSZxdW90OyAmbHQ7PGEgaHJlZj0ibWFpbHRvOmphc29uLnN0ZXJuZUBub2tp YS5jb20iPmphc29uLnN0ZXJuZUBub2tpYS5jb208L2E+Jmd0OyB3cm90ZTo8L2Rpdj4NCjxkaXY+ Jm5ic3A7PC9kaXY+DQo8ZGl2PiZuYnNwOyZuYnNwOyZuYnNwOyBIaSBDbHlkZSw8L2Rpdj4NCjxk aXY+Jm5ic3A7PC9kaXY+DQo8ZGl2PiZuYnNwOyZuYnNwOyZuYnNwOyBTb21ld2hlcmUgaW4gdGhl IHBhc3QgY291cGxlIG9mIHJldmlzaW9ucyB3ZSBkcm9wcGVkIG11bHRpcGxlIG1lbW9yeSBidWZm ZXJzLiZuYnNwOyBWZXJzaW9uIDggKGFuZCBhIG51bWJlciBvZiB2ZXJzaW9ucyBiZWZvcmUgdGhh dCkgaGFkIGEgbGlzdCBvZiBidWZmZXJzIGluIHRoZSBZQU5HIChidXQgaXQgd2Fzbid0IGluIHRo ZSBweWFuZyB0cmVlKS4mbmJzcDsgQnV0IHRoZW4gdmVyc2lvbiA5IG9ud2FyZHMgc2VlbSB0byBo YXZlIGEgc2luZ2xlIGJ1ZmZlci48L2Rpdj4NCjxkaXY+Jm5ic3A7PC9kaXY+DQo8ZGl2PiZuYnNw OyZuYnNwOyZuYnNwOyBDYW4gd2UgcHV0IHRoYXQgYmFjayB0byBhIGxpc3QgPyBJbXBsZW1lbnRh dGlvbnMgdGhhdCBvbmx5IHN1cHBvcnQgYSBzaW5nbGUgYnVmZmVyIGNhbiBlYXNpbHkgZml0IGlu dG8gYSBtb2RlbCB0aGF0IHN1cHBvcnRzIG11bHRpcGxlIGJ1ZmZlcnMsIGJ1dCB0aGUgb3RoZXIg d2F5IGFyb3VuZCBkb2Vzbid0IHdvcmsgdmVyeSB3ZWxsLiZuYnNwOyZuYnNwOyBJIHRoaW5rIGl0 IHdhcyBhY2NpZGVudGx5IGRyb3BwZWQgZHVlIHRvIHNvbWUgY29uZnVzaW9uDQpvdmVyIHNvbWUg JnF1b3Q7aWYtZmVhdHVyZSZxdW90OyBjb21tZW50cyBmcm9tIFRvbSBQIGF0IG9uZSBwb2ludC48 L2Rpdj4NCjxkaXY+Jm5ic3A7PC9kaXY+DQo8ZGl2PiZuYnNwOyZuYnNwOyZuYnNwOyAobm90ZSAt IGFsc28gYWRkIChzKSB0byBidWZmZXIgdG8gbWFrZSBpdCBidWZmZXIocykgaW4gYSBjb3VwbGUg b2YgcGxhY2VzIGluIHNlY3Rpb24gMykuPC9kaXY+DQo8ZGl2PiZuYnNwOzwvZGl2Pg0KPGRpdj4m bmJzcDsmbmJzcDsmbmJzcDsgUmVnYXJkcyw8L2Rpdj4NCjxkaXY+Jm5ic3A7Jm5ic3A7Jm5ic3A7 IEphc29uPC9kaXY+DQo8ZGl2PiZuYnNwOzwvZGl2Pg0KPGRpdj4mbmJzcDsmbmJzcDsmbmJzcDsg LS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS08L2Rpdj4NCjxkaXY+Jm5ic3A7Jm5ic3A7Jm5ic3A7 IEZyb206IG5ldG1vZCBbPGEgaHJlZj0ibWFpbHRvOm5ldG1vZC1ib3VuY2VzQGlldGYub3JnIj5t YWlsdG86bmV0bW9kLWJvdW5jZXNAaWV0Zi5vcmc8L2E+XSBPbiBCZWhhbGYgT2YgQ2x5ZGUgV2ls ZGVzIChjd2lsZGVzKTwvZGl2Pg0KPGRpdj4mbmJzcDsmbmJzcDsmbmJzcDsgU2VudDogTW9uZGF5 LCBOb3ZlbWJlciAxNCwgMjAxNiA4OjUyPC9kaXY+DQo8ZGl2PiZuYnNwOyZuYnNwOyZuYnNwOyBU bzogPGEgaHJlZj0ibWFpbHRvOmludGVybmV0LWRyYWZ0c0BpZXRmLm9yZyI+aW50ZXJuZXQtZHJh ZnRzQGlldGYub3JnPC9hPjsgPGEgaHJlZj0ibWFpbHRvOmktZC1hbm5vdW5jZUBpZXRmLm9yZyI+ aS1kLWFubm91bmNlQGlldGYub3JnPC9hPjwvZGl2Pg0KPGRpdj4mbmJzcDsmbmJzcDsmbmJzcDsg Q2M6IDxhIGhyZWY9Im1haWx0bzpuZXRtb2RAaWV0Zi5vcmciPm5ldG1vZEBpZXRmLm9yZzwvYT48 L2Rpdj4NCjxkaXY+Jm5ic3A7Jm5ic3A7Jm5ic3A7IFN1YmplY3Q6IFJlOiBbbmV0bW9kXSBJLUQg QWN0aW9uOiBkcmFmdC1pZXRmLW5ldG1vZC1zeXNsb2ctbW9kZWwtMTEudHh0PC9kaXY+DQo8ZGl2 PiZuYnNwOzwvZGl2Pg0KPGRpdj4mbmJzcDsmbmJzcDsmbmJzcDsgSGksPC9kaXY+DQo8ZGl2PiZu YnNwOzwvZGl2Pg0KPGRpdj4mbmJzcDsmbmJzcDsmbmJzcDsgVGhpcyBkcmFmdCBhZGRyZXNzZXMg UGhpbCBTaGFmZXLigJlzIGNvbW1lbnRzIGFuZCBhbHNvIHJlbW92ZXMgcmVmZXJlbmNlcyB0byBU TFMgZm9yIG5vdy48L2Rpdj4NCjxkaXY+Jm5ic3A7PC9kaXY+DQo8ZGl2PiZuYnNwOyZuYnNwOyZu YnNwOyBUaGFua3MsPC9kaXY+DQo8ZGl2PiZuYnNwOzwvZGl2Pg0KPGRpdj4mbmJzcDsmbmJzcDsm bmJzcDsgQ2x5ZGU8L2Rpdj4NCjxkaXY+Jm5ic3A7PC9kaXY+DQo8ZGl2PiZuYnNwOyZuYnNwOyZu YnNwOyBPbiAxMS8xMy8xNiwgMzo0NyBQTSwgJnF1b3Q7bmV0bW9kIG9uIGJlaGFsZiBvZiA8YSBo cmVmPSJtYWlsdG86aW50ZXJuZXQtZHJhZnRzQGlldGYub3JnIj5pbnRlcm5ldC1kcmFmdHNAaWV0 Zi5vcmc8L2E+JnF1b3Q7ICZsdDs8YSBocmVmPSJtYWlsdG86bmV0bW9kLWJvdW5jZXNAaWV0Zi5v cmcgb24gYmVoYWxmIG9mIGludGVybmV0LWRyYWZ0c0BpZXRmLm9yZyI+bmV0bW9kLWJvdW5jZXNA aWV0Zi5vcmcgb24gYmVoYWxmIG9mIGludGVybmV0LWRyYWZ0c0BpZXRmLm9yZzwvYT4mZ3Q7DQp3 cm90ZTo8L2Rpdj4NCjxkaXY+Jm5ic3A7PC9kaXY+DQo8ZGl2PiZuYnNwOzwvZGl2Pg0KPGRpdj4m bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgQSBOZXcgSW50ZXJuZXQt RHJhZnQgaXMgYXZhaWxhYmxlIGZyb20gdGhlIG9uLWxpbmUgSW50ZXJuZXQtRHJhZnRzIGRpcmVj dG9yaWVzLjwvZGl2Pg0KPGRpdj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsgVGhpcyBkcmFmdCBpcyBhIHdvcmsgaXRlbSBvZiB0aGUgTkVUQ09ORiBEYXRhIE1vZGVs aW5nIExhbmd1YWdlIG9mIHRoZSBJRVRGLjwvZGl2Pg0KPGRpdj4mbmJzcDs8L2Rpdj4NCjxkaXY+ Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IFRpdGxlJm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IDogQSBZQU5HIERhdGEg TW9kZWwgZm9yIFN5c2xvZyBDb25maWd1cmF0aW9uPC9kaXY+DQo8ZGl2PiZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyBBdXRob3JzJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7IDogQ2x5ZGUgV2lsZGVzPC9kaXY+DQo8ZGl2PiZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyBLaXJhbiBLb3VzaGlrPC9kaXY+DQo8ZGl2PiZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBGaWxlbmFtZSZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyA6IGRyYWZ0LWlldGYtbmV0bW9kLXN5c2xvZy1t b2RlbC0xMS50eHQ8L2Rpdj4NCjxkaXY+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7IFBhZ2VzJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IDogMzM8L2Rpdj4NCjxkaXY+Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IERhdGUmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgOiAyMDE2LTEx LTEzPC9kaXY+DQo8ZGl2PiZuYnNwOzwvZGl2Pg0KPGRpdj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsgQWJzdHJhY3Q6PC9kaXY+DQo8ZGl2PiZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBUaGlzIGRvY3Vt ZW50IGRlc2NyaWJlcyBhIGRhdGEgbW9kZWwgZm9yIHRoZSBjb25maWd1cmF0aW9uIG9mIHN5c2xv Zy48L2Rpdj4NCjxkaXY+Jm5ic3A7PC9kaXY+DQo8ZGl2PiZuYnNwOzwvZGl2Pg0KPGRpdj4mbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgVGhlIElFVEYgZGF0YXRyYWNr ZXIgc3RhdHVzIHBhZ2UgZm9yIHRoaXMgZHJhZnQgaXM6PC9kaXY+DQo8ZGl2PiZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyA8YSBocmVmPSJodHRwczovL2RhdGF0cmFj a2VyLmlldGYub3JnL2RvYy9kcmFmdC1pZXRmLW5ldG1vZC1zeXNsb2ctbW9kZWwvIj5odHRwczov L2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1pZXRmLW5ldG1vZC1zeXNsb2ctbW9kZWwv PC9hPjwvZGl2Pg0KPGRpdj4mbmJzcDs8L2Rpdj4NCjxkaXY+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IFRoZXJlJ3MgYWxzbyBhIGh0bWxpemVkIHZlcnNpb24gYXZh aWxhYmxlIGF0OjwvZGl2Pg0KPGRpdj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsgPGEgaHJlZj0iaHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LWlldGYt bmV0bW9kLXN5c2xvZy1tb2RlbC0xMSI+aHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0 LWlldGYtbmV0bW9kLXN5c2xvZy1tb2RlbC0xMTwvYT48L2Rpdj4NCjxkaXY+Jm5ic3A7PC9kaXY+ DQo8ZGl2PiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBBIGRpZmYg ZnJvbSB0aGUgcHJldmlvdXMgdmVyc2lvbiBpcyBhdmFpbGFibGUgYXQ6PC9kaXY+DQo8ZGl2PiZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyA8YSBocmVmPSJodHRwczov L3d3dy5pZXRmLm9yZy9yZmNkaWZmP3VybDI9ZHJhZnQtaWV0Zi1uZXRtb2Qtc3lzbG9nLW1vZGVs LTExIj5odHRwczovL3d3dy5pZXRmLm9yZy9yZmNkaWZmP3VybDI9ZHJhZnQtaWV0Zi1uZXRtb2Qt c3lzbG9nLW1vZGVsLTExPC9hPjwvZGl2Pg0KPGRpdj4mbmJzcDs8L2Rpdj4NCjxkaXY+Jm5ic3A7 PC9kaXY+DQo8ZGl2PiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBQ bGVhc2Ugbm90ZSB0aGF0IGl0IG1heSB0YWtlIGEgY291cGxlIG9mIG1pbnV0ZXMgZnJvbSB0aGUg dGltZSBvZiBzdWJtaXNzaW9uPC9kaXY+DQo8ZGl2PiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyB1bnRpbCB0aGUgaHRtbGl6ZWQgdmVyc2lvbiBhbmQgZGlmZiBhcmUg YXZhaWxhYmxlIGF0IHRvb2xzLmlldGYub3JnLjwvZGl2Pg0KPGRpdj4mbmJzcDs8L2Rpdj4NCjxk aXY+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IEludGVybmV0LURy YWZ0cyBhcmUgYWxzbyBhdmFpbGFibGUgYnkgYW5vbnltb3VzIEZUUCBhdDo8L2Rpdj4NCjxkaXY+ Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IDxhIGhyZWY9ImZ0cDov L2Z0cC5pZXRmLm9yZy9pbnRlcm5ldC1kcmFmdHMvIj5mdHA6Ly9mdHAuaWV0Zi5vcmcvaW50ZXJu ZXQtZHJhZnRzLzwvYT48L2Rpdj4NCjxkaXY+Jm5ic3A7PC9kaXY+DQo8ZGl2PiZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBfX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fXzwvZGl2Pg0KPGRpdj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsgbmV0bW9kIG1haWxpbmcgbGlzdDwvZGl2Pg0KPGRpdj4mbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgPGEgaHJlZj0ibWFpbHRvOm5l dG1vZEBpZXRmLm9yZyI+bmV0bW9kQGlldGYub3JnPC9hPjwvZGl2Pg0KPGRpdj4mbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgPGEgaHJlZj0iaHR0cHM6Ly93d3cuaWV0 Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9uZXRtb2QiPmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxt YW4vbGlzdGluZm8vbmV0bW9kPC9hPjwvZGl2Pg0KPGRpdj4mbmJzcDs8L2Rpdj4NCjxkaXY+Jm5i c3A7PC9kaXY+DQo8ZGl2PiZuYnNwOyZuYnNwOyZuYnNwOyBfX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fXzwvZGl2Pg0KPGRpdj4mbmJzcDsmbmJzcDsmbmJzcDsg bmV0bW9kIG1haWxpbmcgbGlzdDwvZGl2Pg0KPGRpdj4mbmJzcDsmbmJzcDsmbmJzcDsgPGEgaHJl Zj0ibWFpbHRvOm5ldG1vZEBpZXRmLm9yZyI+bmV0bW9kQGlldGYub3JnPC9hPjwvZGl2Pg0KPGRp dj4mbmJzcDsmbmJzcDsmbmJzcDsgPGEgaHJlZj0iaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1h bi9saXN0aW5mby9uZXRtb2QiPmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8v bmV0bW9kPC9hPjwvZGl2Pg0KPGRpdj4mbmJzcDs8L2Rpdj4NCjxkaXY+Jm5ic3A7PC9kaXY+DQo8 ZGl2PiZuYnNwOzwvZGl2Pg0KPC9zcGFuPjwvZm9udD4NCjwvYm9keT4NCjwvaHRtbD4NCg== --_000_A125E53CE190A749957C19483DC79F9F5CD95CDFUS70TWXCHMBA11z_-- From nobody Mon Nov 14 21:47:47 2016 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5C1CA129683 for ; Mon, 14 Nov 2016 21:47:46 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 2.845 X-Spam-Level: ** X-Spam-Status: No, score=2.845 tagged_above=-999 required=5 tests=[BAYES_20=-0.001, DOS_OUTLOOK_TO_MX=2.845, HTML_MESSAGE=0.001] autolearn=no autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id lMbOi3Zvn7lk for ; Mon, 14 Nov 2016 21:47:45 -0800 (PST) Received: from hickoryhill-consulting.com (50-245-122-97-static.hfc.comcastbusiness.net [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 E7BD81295C3 for ; Mon, 14 Nov 2016 21:47:44 -0800 (PST) X-Default-Received-SPF: pass (skip=loggedin (res=PASS)) x-ip-name=31.133.133.143; From: "Susan Hares" To: Date: Tue, 15 Nov 2016 00:45:15 -0500 Message-ID: <046e01d23f03$722058e0$56610aa0$@ndzh.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_046F_01D23ED9.894B8960" X-Mailer: Microsoft Outlook 14.0 Thread-Index: AdI/AxhZMR+I8HofSle64JN7h4NzJg== Content-Language: en-us X-Authenticated-User: skh@ndzh.com Archived-At: Subject: [netmod] draft-nmdsdt-netmod-revised-datastores-00 X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Nov 2016 05:47:46 -0000 This is a multipart message in MIME format. ------=_NextPart_000_046F_01D23ED9.894B8960 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Feedback to presenter. You indicated that ephemeral was dynamic protocols, but that DCHP was configuration protocols. The text indicates that the ephemeral state is a control-plane datastore, We should be able to have 2 ephemeral datastores which are control-plane datastores. The tracking of the information should have enough structure to support it. Sue ======= v +-----------+ | |<---+--- dynamic configuration | (ct, ro) | | protocols +-----------+ +--- control-plane datastores | | +--- auto-discovery | +-----+--- control-plane protocols | | +--- control-plane datastores v v +---------------------+ | | | (ct + cf, ro) | +---------------------+ [snip] Note that the ephemeral datastore discussed in I2RS documents maps to a control-plane datastore in the revised datastore model described here. ------=_NextPart_000_046F_01D23ED9.894B8960 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

 

Feedback to presenter…

 

You = indicated that ephemeral was dynamic protocols, but that DCHP was = configuration protocols. The text indicates that the ephemeral state is = a control-plane datastore,

 

We = should be able to have 2 ephemeral datastores which are control-plane = datastores. The tracking of the information should have enough structure = to support it.

 

Sue =

 

 

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

          =             &= nbsp;     v

         &= nbsp;            = +-----------+

         &= nbsp;            = | <applied> |<---+--- dynamic = configuration

         &= nbsp;            = | (ct, ro)  |    |      = protocols

         &= nbsp;            = +-----------+    +--- control-plane = datastores

         &= nbsp;           &n= bsp;      |

         &= nbsp;           &n= bsp;      |   =        +--- = auto-discovery

         &= nbsp;           &n= bsp;      |    +-----+--- = control-plane protocols

         &= nbsp;           &n= bsp;      |    = |     +--- control-plane = datastores

         &= nbsp;           &n= bsp;      v    = v

         &= nbsp;        = +---------------------+

         &= nbsp;        | = <operational-state> |

         &= nbsp;        | (ct + cf, = ro)       |

         &= nbsp;        = +---------------------+

 

[snip]

Note that the ephemeral datastore discussed in =
I2RS
   documents maps to a control-plane =
datastore in the revised datastore
   model described =
here.

 

------=_NextPart_000_046F_01D23ED9.894B8960-- From nobody Mon Nov 14 22:14:59 2016 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1EAF9129A21 for ; Mon, 14 Nov 2016 22:14:58 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.697 X-Spam-Level: X-Spam-Status: No, score=-5.697 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-1.497] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id wfnMFlDeu5Ky for ; Mon, 14 Nov 2016 22:14:56 -0800 (PST) Received: from atlas3.jacobs-university.de (atlas3.jacobs-university.de [212.201.44.18]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id DC1C3129615 for ; Mon, 14 Nov 2016 22:14:55 -0800 (PST) Received: from localhost (demetrius5.irc-it.jacobs-university.de [10.70.0.222]) by atlas3.jacobs-university.de (Postfix) with ESMTP id 4995315BB; Tue, 15 Nov 2016 07:14:54 +0100 (CET) X-Virus-Scanned: amavisd-new at jacobs-university.de Received: from atlas3.jacobs-university.de ([10.70.0.205]) by localhost (demetrius5.jacobs-university.de [10.70.0.222]) (amavisd-new, port 10030) with ESMTP id V0Tvg1PwPtaQ; Tue, 15 Nov 2016 07:14:52 +0100 (CET) Received: from hermes.jacobs-university.de (hermes.jacobs-university.de [212.201.44.23]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hermes.jacobs-university.de", Issuer "Jacobs University CA - G01" (verified OK)) by atlas3.jacobs-university.de (Postfix) with ESMTPS; Tue, 15 Nov 2016 07:14:53 +0100 (CET) Received: from localhost (demetrius3.jacobs-university.de [212.201.44.48]) by hermes.jacobs-university.de (Postfix) with ESMTP id A797F20050; Tue, 15 Nov 2016 07:14:53 +0100 (CET) X-Virus-Scanned: amavisd-new at jacobs-university.de Received: from hermes.jacobs-university.de ([212.201.44.23]) by localhost (demetrius3.jacobs-university.de [212.201.44.32]) (amavisd-new, port 10024) with ESMTP id Rp-m8yfqia2Q; Tue, 15 Nov 2016 07:14:52 +0100 (CET) Received: from elstar.local (elstar.jacobs.jacobs-university.de [10.50.231.133]) by hermes.jacobs-university.de (Postfix) with ESMTP id 0D47B20053; Tue, 15 Nov 2016 07:14:53 +0100 (CET) Received: by elstar.local (Postfix, from userid 501) id AEE203D3DE94; Tue, 15 Nov 2016 07:14:51 +0100 (CET) Date: Tue, 15 Nov 2016 07:14:50 +0100 From: Juergen Schoenwaelder To: Ladislav Lhotka Message-ID: <20161115061450.GA48891@elstar.local> Mail-Followup-To: Ladislav Lhotka , netmod@ietf.org References: <20161114094210.GA45946@elstar.local> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.6.0 (2016-04-01) Archived-At: Cc: netmod@ietf.org Subject: Re: [netmod] comments on revised-datastores-00 X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Juergen Schoenwaelder List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Nov 2016 06:14:58 -0000 On Tue, Nov 15, 2016 at 09:48:35AM +0900, Ladislav Lhotka wrote: > Juergen Schoenwaelder writes: > > > On Mon, Nov 14, 2016 at 11:23:04AM +0900, Ladislav Lhotka wrote: > >> Hi, > >> > >> I've read the revised-datastores-00 document, in general I like it, here > >> are my initial comments and questions: > >> > >> 1. Even if is valid, it can still be in conflict with the > >> actual content of that may come from e.g. dynamic > >> configuration protocols. How are such cases supposed to be resolved? > > > > Yes. The whole idea is to expose these potential differences instead > > of hiding them behind a curtain. > > That's fine but it doesn't answer my question. > Then I do not understand the question. What does it mean for a datastore to be in conflict with a different datastore? > >> 2. What is the distinction between dynamic configuration protocols and > >> control-plane protocols? > > > > Good question. I believe this to be at the end implementation specific. > > The question I think really is whether a control-plane protocol interacts > > with the configuration management component or not. > > OK, perhaps it can be said that dynamic configuration protocols modify > "config true" data. Maybe a term like "configuration interface" may be > better because it needn't be a communication protocol, and it needn't be > any more dynamic than NETCONF/RESTCONF is. Yes, we know that 'dynamic' is potentially misleading. > >> 5. Is it necessary that " datastore contains all > >> configuration data actually used by the system"? For example, static > >> routes should appear in RIBs, so having them separately in operational > >> state seems redundant. > > > > I do not understand your question. Is the RIB exposed or not? Anyway, > > we need a general model and not a model for specific aspects such as > > routing. Yes, there can be redundancy but there can also be semantic > > differences. The datastore tells me what is > > actually used (regardless of what has happened with the statically > > configured values). In other words, if I want to debug what my box is > > actually doing, looking at the datastore is > > probably a good idea. > > But could this part of operational state be possibly different from > what's already in ? This is subtle since we are not really able to define precisely what the boundaries of a datastore are. Is something applied if the responsible daemon accepted information? Or is it applied if the daemon communicated information to the kernel? Or is it applied if the linecard accepted the information from the kernel? Or is it applied if the specific registers of the linecard have been programmed? Similarily, how is operational state obtained? It is likely that an implementation does not read linecard registers on every operational state request. As a consequence, we might have systems where applied really is just a subset of operational state and this may be true for a large number of systems but I would not rule out the possibility of having differences between applied and operational state. /js -- Juergen Schoenwaelder Jacobs University Bremen gGmbH Phone: +49 421 200 3587 Campus Ring 1 | 28759 Bremen | Germany Fax: +49 421 200 3103 From nobody Mon Nov 14 22:35:15 2016 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CA26D12967E for ; Mon, 14 Nov 2016 22:35:13 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.398 X-Spam-Level: X-Spam-Status: No, score=-3.398 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-1.497, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 3fjod_h8J-AP for ; Mon, 14 Nov 2016 22:35:12 -0800 (PST) Received: from mail.tail-f.com (mail.tail-f.com [46.21.102.45]) by ietfa.amsl.com (Postfix) with ESMTP id F18DB127058 for ; Mon, 14 Nov 2016 22:35:11 -0800 (PST) Received: from localhost (h-13-76.a165.priv.bahnhof.se [155.4.13.76]) by mail.tail-f.com (Postfix) with ESMTPSA id 8F4691AE0141; Tue, 15 Nov 2016 07:35:10 +0100 (CET) Date: Tue, 15 Nov 2016 07:35:10 +0100 (CET) Message-Id: <20161115.073510.567472679739288008.mbj@tail-f.com> To: shares@ndzh.com From: Martin Bjorklund In-Reply-To: <046e01d23f03$722058e0$56610aa0$@ndzh.com> References: <046e01d23f03$722058e0$56610aa0$@ndzh.com> X-Mailer: Mew version 6.5 on Emacs 24.3 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Archived-At: Cc: netmod@ietf.org Subject: Re: [netmod] draft-nmdsdt-netmod-revised-datastores-00 X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Nov 2016 06:35:14 -0000 "Susan Hares" wrote: > > > Feedback to presenter. > > > > You indicated that ephemeral was dynamic protocols, but that DCHP was > configuration protocols. The text indicates that the ephemeral state is a > control-plane datastore, The architecure allows for new control-plane datastores to be defined for which the data is part of . Data from these datastores would be tagged with an origin derived from 'dynamic'. It also allows for control-plane datastores with data that is not part of . Data from these datastores would be tagged with an origin derived from 'system'. All this is just implicit in the currect draft. We need to clarify this. So for the i2rs case, if you believe you need a new datastore called "ephemeral", and you would like this data to be part of , you can define a new identity: identity ephemeral { base arch:dynamic; } > We should be able to have 2 ephemeral datastores which are control-plane > datastores. The tracking of the information should have enough structure to > support it. Yes this should be possible. /martin > > > > Sue > > > > > > ======= > > v > > +-----------+ > > | |<---+--- dynamic configuration > > | (ct, ro) | | protocols > > +-----------+ +--- control-plane datastores > > | > > | +--- auto-discovery > > | +-----+--- control-plane protocols > > | | +--- control-plane datastores > > v v > > +---------------------+ > > | | > > | (ct + cf, ro) | > > +---------------------+ > > > > [snip] > > Note that the ephemeral datastore discussed in I2RS > documents maps to a control-plane datastore in the revised datastore > model described here. > > > From nobody Tue Nov 15 00:55:31 2016 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C9DF2129A59; Tue, 15 Nov 2016 00:55:24 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.921 X-Spam-Level: X-Spam-Status: No, score=-1.921 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=junipernetworks.onmicrosoft.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id fmRAorKEWmbb; Tue, 15 Nov 2016 00:55:19 -0800 (PST) Received: from NAM02-CY1-obe.outbound.protection.outlook.com (mail-cys01nam02on0135.outbound.protection.outlook.com [104.47.37.135]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 242F6129A67; Tue, 15 Nov 2016 00:55:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=junipernetworks.onmicrosoft.com; s=selector1-juniper-net; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=FMY6nTzItAs8yl4EAvm/0u56UAPmsOKYbeOKjtZm/a8=; b=Rmyw8lxrvSazYYNpj1EP9ZivHMH6LlkMnJoewRXqJ7n8k69tKiXTkyaKRA1KM4gXcRwpTOuGsME+kxER84x8cisFA0bIvUdK7XqrL3r5nSTcJgiPvURTU9VcmkvjB02NRZlaSf4XREhJ4CdIeHrMTYJ98WXAA+CsyX625SKXN44= Received: from DM2PR0501MB1455.namprd05.prod.outlook.com (10.161.224.152) by DM2PR0501MB1453.namprd05.prod.outlook.com (10.161.224.150) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.721.10; Tue, 15 Nov 2016 08:55:04 +0000 Received: from DM2PR0501MB1455.namprd05.prod.outlook.com ([10.161.224.152]) by DM2PR0501MB1455.namprd05.prod.outlook.com ([10.161.224.152]) with mapi id 15.01.0721.010; Tue, 15 Nov 2016 08:55:04 +0000 From: Kent Watsen To: "netmod@ietf.org" , "netconf@ietf.org" Thread-Topic: opstate breakout meeting tomorrow (wednesday) Thread-Index: AQHSPx31iXeUvB+L4EGuukMA3tSq/A== Date: Tue, 15 Nov 2016 08:55:04 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/f.1b.0.161010 authentication-results: spf=none (sender IP is ) smtp.mailfrom=kwatsen@juniper.net; x-ms-exchange-messagesentrepresentingtype: 1 x-originating-ip: [31.133.146.4] x-microsoft-exchange-diagnostics: 1; DM2PR0501MB1453; 7:rxSlMlDqTR+loqEQh56jXa830qLIK9l2X6alZ0lCDT+b5A+mUe+S7few1rIIx/OnQN7gVUwPEZ6a2JdYcGSoCX64J7c/QV1GVX/2o8tfToqdtixAJ6Oo/Rurbp+KHq/h45xYzys9wtHXnEp38/srGEgZxCHZIVOvysuqNWfI+8x25r7SuKtBq/TDZi5xycrNkWo8z2gcIwir38fmTZUm8ouBjg9tq01bwcup8NFfAytNko6UZShDCqyBfT23dtHLTuHe2lwCWgk0UMCB1O213qbBVgHiEFzr6rGeQPDLVJSTvkzxntKSGsuAOzwrZzkEtwwOCIGLC17ghgXCSuVbeN8mIvoJyb9DfaV5jSB+MUM= x-ms-office365-filtering-correlation-id: 0a9b24cc-23cd-45ba-963a-08d40d3517a9 x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001); SRVR:DM2PR0501MB1453; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(21748063052155); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6060326)(601004)(2401047)(8121501046)(5005006)(10201501046)(3002001)(6055026)(6061324); SRVR:DM2PR0501MB1453; BCL:0; PCL:0; RULEID:; SRVR:DM2PR0501MB1453; x-forefront-prvs: 012792EC17 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(7916002)(189002)(199003)(8676002)(122556002)(83716003)(99286002)(4001350100001)(97736004)(5001770100001)(450100001)(107886002)(87936001)(561944003)(83506001)(3846002)(3280700002)(5660300001)(6116002)(105586002)(33656002)(66066001)(102836003)(86362001)(2900100001)(36756003)(106356001)(106116001)(68736007)(2501003)(50986999)(7906003)(2906002)(8936002)(92566002)(81166006)(81156014)(77096005)(7736002)(101416001)(82746002)(3660700001)(189998001)(7846002)(54356999)(166863002)(104396002); DIR:OUT; SFP:1102; SCL:1; SRVR:DM2PR0501MB1453; H:DM2PR0501MB1455.namprd05.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; MX:1; A:1; LANG:en; received-spf: None (protection.outlook.com: juniper.net does not designate permitted sender hosts) spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: multipart/alternative; boundary="_000_F4CA98CC9EDE4C7B8D9EB661E24ACB25junipernet_" MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-originalarrivaltime: 15 Nov 2016 08:55:04.6139 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM2PR0501MB1453 Archived-At: Subject: [netmod] opstate breakout meeting tomorrow (wednesday) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Nov 2016 08:55:25 -0000 --_000_F4CA98CC9EDE4C7B8D9EB661E24ACB25junipernet_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 DQpORVRDT05GIGFuZCBORVRNT0QgV0dzLA0KDQpBcyBtZW50aW9uZWQgaW4gdG9kYXnigJlzIE5F VE1PRCBzZXNzaW9uLCB0aGVyZSB3aWxsIGJlIGEgYnJlYWtvdXQgbWVldGluZyB0b21vcnJvdyB0 byBjb250aW51ZSB0aGUgZGlzY3Vzc2lvbiBvZiBwcm9wb3NhbCBpbiBodHRwczovL3Rvb2xzLmll dGYub3JnL2h0bWwvZHJhZnQtbm1kc2R0LW5ldG1vZC1yZXZpc2VkLWRhdGFzdG9yZXMtMDAuICAg SWYgaW50ZXJlc3RlZCBpbiB0aGlzIHRvcGljLCBwbGVhc2Ugam9pbiB1cyBpbiBQYXJrIEJhbGxy b29tIDMgc3RhcnRpbmcgYXQgMTM6MzAuICAgSnVzdCBpbiBjYXNlLCB0aGUgcm9vbSBpcyBib29r ZWQgZm9yIDYgaG91cnMuDQoNClRoYW5rcywNCktlbnQNCg0K --_000_F4CA98CC9EDE4C7B8D9EB661E24ACB25junipernet_ Content-Type: text/html; charset="utf-8" Content-ID: <26C06EF7AEFEF94BA2E8F3391589924C@namprd05.prod.outlook.com> Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6bz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6b2ZmaWNlIiB4 bWxuczp3PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTp3b3JkIiB4bWxuczptPSJo dHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS8yMDA0LzEyL29tbWwiIHhtbG5zPSJo dHRwOi8vd3d3LnczLm9yZy9UUi9SRUMtaHRtbDQwIj4NCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVp dj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPg0KPG1l dGEgbmFtZT0iVGl0bGUiIGNvbnRlbnQ9IiI+DQo8bWV0YSBuYW1lPSJLZXl3b3JkcyIgY29udGVu dD0iIj4NCjxtZXRhIG5hbWU9IkdlbmVyYXRvciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUg KGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxlPjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8N CkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0 IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJ cGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAyIDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8N CnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBpbjsN CgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWls eTpDYWxpYnJpO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNvLXN0eWxlLXByaW9y aXR5Ojk5Ow0KCWNvbG9yOiMwNTYzQzE7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQph OnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0eWxlLXByaW9yaXR5 Ojk5Ow0KCWNvbG9yOiM5NTRGNzI7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpzcGFu LkVtYWlsU3R5bGUxNw0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbC1jb21wb3NlOw0KCWZvbnQt ZmFtaWx5OkNhbGlicmk7DQoJY29sb3I6d2luZG93dGV4dDt9DQpzcGFuLm1zb0lucw0KCXttc28t c3R5bGUtdHlwZTpleHBvcnQtb25seTsNCgltc28tc3R5bGUtbmFtZToiIjsNCgl0ZXh0LWRlY29y YXRpb246dW5kZXJsaW5lOw0KCWNvbG9yOnRlYWw7fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNvLXN0 eWxlLXR5cGU6ZXhwb3J0LW9ubHk7DQoJZm9udC1mYW1pbHk6Q2FsaWJyaTt9DQpAcGFnZSBXb3Jk U2VjdGlvbjENCgl7c2l6ZTo4LjVpbiAxMS4waW47DQoJbWFyZ2luOjEuMGluIDEuMGluIDEuMGlu IDEuMGluO30NCmRpdi5Xb3JkU2VjdGlvbjENCgl7cGFnZTpXb3JkU2VjdGlvbjE7fQ0KLS0+PC9z dHlsZT4NCjwvaGVhZD4NCjxib2R5IGJnY29sb3I9IndoaXRlIiBsYW5nPSJFTi1VUyIgbGluaz0i IzA1NjNDMSIgdmxpbms9IiM5NTRGNzIiPg0KPGRpdiBjbGFzcz0iV29yZFNlY3Rpb24xIj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij48bzpwPiZu YnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjExLjBwdCI+TkVUQ09ORiBhbmQgTkVUTU9EIFdHcyw8bzpwPjwvbzpwPjwvc3Bh bj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBw dCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPkFzIG1lbnRpb25lZCBpbiB0b2RheeKAmXMgTkVU TU9EIHNlc3Npb24sIHRoZXJlIHdpbGwgYmUgYSBicmVha291dCBtZWV0aW5nIHRvbW9ycm93IHRv IGNvbnRpbnVlIHRoZSBkaXNjdXNzaW9uIG9mIHByb3Bvc2FsIGluDQo8YSBocmVmPSJodHRwczov L3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtbm1kc2R0LW5ldG1vZC1yZXZpc2VkLWRhdGFzdG9y ZXMtMDAiPmh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1ubWRzZHQtbmV0bW9kLXJl dmlzZWQtZGF0YXN0b3Jlcy0wMDwvYT4uJm5ic3A7Jm5ic3A7IElmIGludGVyZXN0ZWQgaW4gdGhp cyB0b3BpYywgcGxlYXNlIGpvaW4gdXMgaW4gUGFyayBCYWxscm9vbSAzIHN0YXJ0aW5nIGF0IDEz OjMwLiZuYnNwOyAmbmJzcDtKdXN0IGluIGNhc2UsIHRoZQ0KIHJvb20gaXMgYm9va2VkIGZvciA2 IGhvdXJzLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+VGhhbmtz LDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTEuMHB0Ij5LZW50PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPjxvOnA+Jm5ic3A7PC9v OnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9ib2R5Pg0KPC9odG1sPg0K --_000_F4CA98CC9EDE4C7B8D9EB661E24ACB25junipernet_-- From nobody Tue Nov 15 12:55:30 2016 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7788A12955E; Tue, 15 Nov 2016 12:55:28 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.956 X-Spam-Level: X-Spam-Status: No, score=0.956 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DOS_OUTLOOK_TO_MX=2.845, HTML_MESSAGE=0.001, T_KAM_HTML_FONT_INVALID=0.01] autolearn=no autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id s4bblmxtsv1S; Tue, 15 Nov 2016 12:55:26 -0800 (PST) Received: from hickoryhill-consulting.com (50-245-122-97-static.hfc.comcastbusiness.net [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 8B81E129439; Tue, 15 Nov 2016 12:55:26 -0800 (PST) X-Default-Received-SPF: pass (skip=forwardok (res=PASS)) x-ip-name=31.133.152.135; From: "Susan Hares" To: , References: <147924227349.10336.4247954505113011867.idtracker@ietfa.amsl.com> In-Reply-To: <147924227349.10336.4247954505113011867.idtracker@ietfa.amsl.com> Date: Tue, 15 Nov 2016 15:52:57 -0500 Message-ID: <014d01d23f82$3ffb5520$bff1ff60$@ndzh.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_014E_01D23F58.57279710" X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQHhbvI52AVAVE+/cT6rMXlfezCyOKC8Ib0w Content-Language: en-us X-Authenticated-User: skh@ndzh.com Archived-At: Subject: [netmod] FW: New Version Notification for draft-hares-netmod-i2rs-yang-01.txt X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Nov 2016 20:55:28 -0000 This is a multipart message in MIME format. ------=_NextPart_000_014E_01D23F58.57279710 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable I was so inspired by the netmod discussions on = draft-nmdsdt-netmod-revised-datastores that I wrote up this quick draft. = For those with limited time you can focus on the following section for = the opstate=20 =20 =C2=B7 Section 3.4 Assumptions on Data Store Model Melee =C2=B7 Section 4 - Ephemeral Data=20 =20 Section 5 - Yang Configuration changes suggests to add an "ephemeral" = keyword that identifies Yang Data model.=20 =20 This material will be discussed at I2RS WG today [15:20-16:20] Studio 2. = =20 =20 We=E2=80=99ll start with this material at 15:20-15:45 so if you going to = attend =E2=80=93 make sure to come on time. The new structure allows = I2RS to define its validation process for I2rs configuration data. It = also allows control plane datastores which will allow multiple ephemeral = data stores at the I2RS Agent =E2=80=93 so that I2RS agent caching at = the I2RS node can be supported. We will talk about this=20 =20 Sue=20 =20 -----Original Message----- From: internet-drafts@ietf.org [mailto:internet-drafts@ietf.org]=20 Sent: Tuesday, November 15, 2016 3:38 PM To: Amit Daas; amit.dass@ericsson.com; Susan Hares Subject: New Version Notification for = draft-hares-netmod-i2rs-yang-01.txt =20 =20 A new version of I-D, draft-hares-netmod-i2rs-yang-01.txt has been successfully submitted by Susan Hares and posted to the IETF = repository. =20 Name: draft-hares-netmod-i2rs-yang Revision: 01 Title: Yang for I2RS Protocol Document date: 2016-11-15 Group: Individual Submission Pages: 19 URL: = = https://www.ietf.org/internet-drafts/draft-hares-netmod-i2rs-yang-01.txt Status: = = https://datatracker.ietf.org/doc/draft-hares-netmod-i2rs-yang/ Htmlized: = = https://tools.ietf.org/html/draft-hares-netmod-i2rs-yang-01 Diff: = = https://www.ietf.org/rfcdiff?url2=3Ddraft-hares-netmod-i2rs-yang-01 =20 Abstract: This document requests one yang model addition that will support ephemeral state and provides notes for the implementers who wish to implement ephemeral state for the I2RS Protocol. The purpose of this document is to provide implementers of ephemeral state with background and open issues that they should consider when implementing ephemeral state that satifies the I2RS protocol. =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 ------=_NextPart_000_014E_01D23F58.57279710 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable

I was = so inspired by the netmod discussions on = draft-nmdsdt-netmod-revised-datastores that I wrote up this quick = draft.=C2=A0 For those with limited time you can focus on the following = section for the opstate

 

=C2=B7        = Section 3.4 Assumptions on Data Store = Model Melee

=C2=B7        = Section 4 - Ephemeral Data =

 

Section 5 - Yang Configuration changes suggests to = add an "ephemeral" keyword that identifies Yang Data model. =

 

This material will be discussed at I2RS WG today = [15:20-16:20] Studio 2.=C2=A0

 

We=E2=80=99ll start with this material at = 15:20-15:45 so if you going to attend =E2=80=93 make sure to come on = time. =C2=A0=C2=A0The new structure allows I2RS to define its validation = process for I2rs configuration data.=C2=A0 It also allows control plane = datastores which will allow multiple ephemeral data stores at the I2RS = Agent =E2=80=93 so that I2RS agent caching at the I2RS node can be = supported.=C2=A0 We will talk about this

 

Sue =

 

-----Original Message-----
From: = internet-drafts@ietf.org [mailto:internet-drafts@ietf.org]
Sent: = Tuesday, November 15, 2016 3:38 PM
To: Amit Daas; = amit.dass@ericsson.com; Susan Hares
Subject: New Version Notification = for draft-hares-netmod-i2rs-yang-01.txt

 

 

A new = version of I-D, draft-hares-netmod-i2rs-yang-01.txt

has been successfully submitted by Susan Hares and = posted to the IETF repository.

 

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 = draft-hares-netmod-i2rs-yang

Revision:=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 01

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=C2=A0=C2=A0=C2=A0 = Yang for I2RS Protocol

Document = date: 2016-11-15

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 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 = 19

URL:=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0 https://www.ietf.org/inte= rnet-drafts/draft-hares-netmod-i2rs-yang-01.txt

=

Status:=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 <= span = style=3D'color:windowtext;text-decoration:none'>https://datatracker.ietf.= org/doc/draft-hares-netmod-i2rs-yang/

Htmlized:=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 https://tools.ietf.org/ht= ml/draft-hares-netmod-i2rs-yang-01

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/rfcd= iff?url2=3Ddraft-hares-netmod-i2rs-yang-01

 

Abstract:

=C2=A0=C2=A0 This document requests one yang model = addition that will support

=C2=A0=C2=A0 ephemeral state and provides notes for = the implementers who wish to

=C2=A0=C2=A0 implement ephemeral state for the I2RS = Protocol.=C2=A0 The purpose of this

=C2=A0=C2=A0 document is to provide implementers of = ephemeral state with

=C2=A0=C2=A0 = background and open issues that they should consider = when

=C2=A0=C2=A0 implementing = ephemeral state that satifies the I2RS protocol.

 

=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=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=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 =

 

 

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

 

------=_NextPart_000_014E_01D23F58.57279710-- From nobody Tue Nov 15 13:00:59 2016 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7151E1295CD for ; Tue, 15 Nov 2016 13:00:57 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -16.017 X-Spam-Level: X-Spam-Status: No, score=-16.017 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-1.497, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 0LSZBEHAL08H for ; Tue, 15 Nov 2016 13:00:53 -0800 (PST) Received: from rcdn-iport-6.cisco.com (rcdn-iport-6.cisco.com [173.37.86.77]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9AA131295C5 for ; Tue, 15 Nov 2016 13:00:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=67506; q=dns/txt; s=iport; t=1479243653; x=1480453253; h=from:to:subject:date:message-id:references:in-reply-to: mime-version; bh=f1aMddoBBoXPmrdTOluZFqwGnWgnp0hL5PNpu5mRKfM=; b=fbuI2icimO0g9vnx3x1jTs/P6nRQ56EwRGsc0fieL/xR8RfoEgnWpYFq n1h4J/B2ODVxVSxS88+UjF146IBJjRRxrFHcZWl2ghNIA71mqHbWzA1rd DD2VsdlX4dUjMsjnGchePjk7p0DZIHyBqelO+JQKNdXUqQaWGrVAi3QQh U=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0AaAQBAdytY/4oNJK1dGQEBAQEBAQEBA?= =?us-ascii?q?QEBBwEBAQEBgnM2DgEBAQEBH1iBAAeNN5cMlGKCBAMdAQqFMUoCGoIKPxQBAgE?= =?us-ascii?q?BAQEBAQFiKIRhAQEBAwEBAQEgBEQDEAcEAgEIEQMBAQEhAQYDAgICJQsUCQgBA?= =?us-ascii?q?QQBEohkCA6xVYFsPS+LLwEBAQEBAQEBAQEBAQEBAQEBAQEBARyGPIF9CIJVhCQ?= =?us-ascii?q?BQxaCTi2CMAWOYIthAYY7iiaBb0+EJ4k9h0CGB4QJAR43KloTCYMgAxyBXXKFX?= =?us-ascii?q?gElgQqBDAEBAQ?= X-IronPort-AV: E=Sophos;i="5.31,496,1473120000"; d="scan'208,217";a="171548673" Received: from alln-core-5.cisco.com ([173.36.13.138]) by rcdn-iport-6.cisco.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 15 Nov 2016 21:00:52 +0000 Received: from XCH-ALN-013.cisco.com (xch-aln-013.cisco.com [173.36.7.23]) by alln-core-5.cisco.com (8.14.5/8.14.5) with ESMTP id uAFL0qoK014952 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Tue, 15 Nov 2016 21:00:52 GMT Received: from xch-aln-015.cisco.com (173.36.7.25) by XCH-ALN-013.cisco.com (173.36.7.23) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Tue, 15 Nov 2016 15:00:51 -0600 Received: from xch-aln-015.cisco.com ([173.36.7.25]) by XCH-ALN-015.cisco.com ([173.36.7.25]) with mapi id 15.00.1210.000; Tue, 15 Nov 2016 15:00:51 -0600 From: "Clyde Wildes (cwildes)" To: "Sterne, Jason (Nokia - CA)" , "netmod@ietf.org" Thread-Topic: syslog-model-11 single buffer vs list Thread-Index: AdI+OSocMPtgN73LQZeUgjIqDQ9ULAATDjoAABuVTsAAH7bOAA== Date: Tue, 15 Nov 2016 21:00:51 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.27.7.184] Content-Type: multipart/alternative; boundary="_000_F0329A3D94164AFDBCC7EC54D288E5F5ciscocom_" MIME-Version: 1.0 Archived-At: Subject: Re: [netmod] syslog-model-11 single buffer vs list X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Nov 2016 21:00:57 -0000 --_000_F0329A3D94164AFDBCC7EC54D288E5F5ciscocom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgSmFzb24sDQoNCkkgcHJlc2VudGVkIHRoZSBsYXRlc3QgZHJhZnQgaWV0Zi1zeXNsb2cgbW9k ZWwgbGFzdCBuaWdodCBpbiB0aGUgTmV0bW9kIHNlc3Npb24gYW5kIG1lbnRpb25lZCB0aGF0IHlv dSBoYWQgcmVxdWVzdGVkIHRoYXQgSSByZXN0b3JlIGJ1ZmZlcnMgdG8gYSBsaXN0LiBObyBvbmUg cmFpc2VkIGFueSBvYmplY3Rpb25zIHNvIEkgd2lsbCBkbyB0aGF0IGluIHRoZSBuZXh0IG1vZGVs IHVwZGF0ZS4NCg0KVGhhbmtzLA0KDQpDbHlkZQ0KDQpGcm9tOiAiU3Rlcm5lLCBKYXNvbiAoTm9r aWEgLSBDQSkiIDxqYXNvbi5zdGVybmVAbm9raWEuY29tPg0KRGF0ZTogTW9uZGF5LCBOb3ZlbWJl ciAxNCwgMjAxNiBhdCA3OjU4IFBNDQpUbzogIkNseWRlIFdpbGRlcyAoY3dpbGRlcykiIDxjd2ls ZGVzQGNpc2NvLmNvbT4sICJuZXRtb2RAaWV0Zi5vcmciIDxuZXRtb2RAaWV0Zi5vcmc+DQpTdWJq ZWN0OiBSRTogc3lzbG9nLW1vZGVsLTExIHNpbmdsZSBidWZmZXIgdnMgbGlzdA0KDQpIaSBDbHlk ZSwNCg0KTW9zdCBpbXBsZW1lbnRhdGlvbnMgcHJvYmFibHkgaGF2ZSBsaW1pdHMgaW4gdGhlICMg b2YgZmlsZXMsIHJlbW90ZSBkZXN0aW5hdGlvbnMsIGV0YyB0aGV5IHdpbGwgc3VwcG9ydC4gIElm IHZlbmRvcnMgZGVjaWRlIHRvIGF1Z21lbnQgdGhlIG1vZGVsIHRvIGFkZCBtYXgtZWxlbWVudHMg dGhlbiB0aGV5J2QgZG8gaXQgZm9yIGEgbnVtYmVyIG9mIHRoZSBsaXN0cyBoZXJlLiAgVGhhdCBk b2Vzbid0IHNlZW0gbGlrZSBhIGJpZyBkZWFsLiAgQnV0IHRyeWluZyB0byBmaXQgaW50byBhIG1v ZGVsIHdpdGggMSBidWZmZXIgd291bGQgcmVxdWlyZSBjb21wbGV0ZSBhdWdtZW50YXRpb24gb2Yg dGhlIGVudGlyZSBidWZmZXIgZGVzdGluYXRpb24uICBTbyBpZiB3ZSBkbyBrZWVwIGJ1ZmZlciBJ IHJlYWxseSB0aGluayBpdCBzaG91bGQgYmUgYSBsaXN0Lg0KDQpPbiB0aGUgb3RoZXIgaGFuZCBJ J20gZmluZSB3aXRoIHJlbW92aW5nIGJvdGggYnVmZmVyIGFuZCB1c2VyIHNlc3Npb25zIChzaW1p bGFyIHJlYXNvbmluZyBmb3IgYm90aCAtPiB0aGV5IGFyZSBzdXBwb3J0ZWQgYnkgMiB2ZW5kb3Jz IGFuZCBlYWNoIGRvZXMgaXQgZGlmZmVyZW50bHkpLiBUaGVuIHZlbmRvcnMgY2FuIGp1c3QgYXVn bWVudCBmb3IgdGhvc2UgdHlwZXMgb2YgZGVzdGluYXRpb25zLiAgVGhlIG90aGVyIHR5cGVzIGhh dmUgYnJvYWRlciBzdXBwb3J0L2FwcGxpY2FiaWxpdHkuDQoNCkhlcmUgaXMgaG93IHdlIGxlZnQg b2ZmIHdpdGggdGhlIHRhYmxlICh2aWV3IHRoaXMgd2l0aCBmaXhlZCB3aWR0aCBmb250KToNCg0K PiAgICAgICAgRmVhdHVyZSAgICAgICAgICAgICAgTm9raWEgICBCcm9jYWRlICBDaWVuYSAgQ2lz Y28gSU9TL1hFICBDaXNjbyBJT1MvWFIgIENpc2NvIE5YT1MgIEp1bmlwZXIgSnVuT1MgIExpbnV4 IFJzeXNsb2cgIENvbW1lbnRzDQo+bG9nLWlucHV0LXRyYW5zcG9ydHMgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgeA0KPmxvZy1hY3Rpb24gY29uc29sZSAgICAgICAgICAgICB4 ICAgICAgICB4ICAgICAgICAgICAgICAgICB4ICAgICAgICAgICAgICB4ICAgICAgICAgICB4ICAg ICAgICAgICAgeCAgICAgICAgICAgICAgIHgNCj5sb2ctYWN0aW9uIGJ1ZmZlciAgICAgICAgICAg ICAgeCAgICAgICAgICAgICAgICAgICAgICAgICAgeCAgICAgICAgICAgICAgeA0KPmxvZy1hY3Rp b24gZmlsZSAgICAgICAgICAgICAgICB4ICAgICAgICAgICAgICAgICAgICAgICAgICB4ICAgICAg ICAgICAgICB4ICAgICAgICAgICB4ICAgICAgICAgICAgeCAgICAgICAgICAgICAgIHgNCj5sb2ct YWN0aW9uIHJlbW90ZSAgICAgICAgICAgICAgeCAgICAgICAgeCAgICAgICB4ICAgICAgICAgeCAg ICAgICAgICAgICAgeCAgICAgICAgICAgeCAgICAgICAgICAgIHggICAgICAgICAgICAgICB4DQo+ bG9nLWFjdGlvbiB0ZXJtaW5hbCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg IHggICAgICAgICAgICAgIHggICAgICAgICAgIHggICAgICAgICAgICAgICAgICAgICAgICAgICAg eA0KPmxvZy1hY3Rpb24gc2Vzc2lvbiAgICAgICAgICAgICB4ICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgeA0KPmZlYXR1cmUg YnVmZmVyLWxpbWl0LWJ5dGVzICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIHggICAgICAg ICAgICAgIHgNCj5mZWF0dXJlIGJ1ZmZlci1saW1pdC1tZXNzYWdlcyAgeA0KPmZlYXR1cmUgZmls ZS1saW1pdC1zaXplICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICB4ICAgICAgICAg ICAgICB4ICAgICAgICAgICAgICAgICAgICAgICAgeA0KPmZlYXR1cmUgZmlsZS1saW1pdC1kdXJh dGlvbiAgICB4ICAgICAgICAgICAgICAgICAgICAgICAgICB4ICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgeA0KPmZlYXR1cmUNCj4gdGVybWluYWwtZmFjaWxpdHktZGV2aWNl LWxvZ2dpbmcNCj5mZWF0dXJlDQo+IHNlc3Npb24tZmFjaWxpdHktdXNlci1sb2dnaW5nICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICB4DQo+ZmVhdHVyZSBzZWxlY3Qtc2V2LWNvbXBhcmUgICAgIHggICAgICAgICAgICAgICAg ICAgICAgICAgIHggICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgeA0KPmZlYXR1cmUgc2VsZWN0LW1hdGNoICAgICAgICAgICB4ICAgICAgICAgICAg ICAgICAgICAgICAgICB4ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgeCAg ICAgICAgICAgICAgIHgNCj5mZWF0dXJlIHN0cnVjdHVyZWQtZGF0YSAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg IHggICAgICAgICAgICAgICB4ICAgICBSZXF1aXJlZCBiZWNhdXNlIG9mIFJGQyA1NDI0DQo+ZmVh dHVyZSBzaWduZWQtbWVzc2FnZXMgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgeCAg ICAgUmVxdWlyZWQgYmVjYXVzZSBvZiBSRkMgNTg0OA0KPg0KDQpSZWdhcmRzLA0KSmFzb24NCg0K LS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCkZyb206IENseWRlIFdpbGRlcyAoY3dpbGRlcykg W21haWx0bzpjd2lsZGVzQGNpc2NvLmNvbV0NClNlbnQ6IFR1ZXNkYXksIE5vdmVtYmVyIDE1LCAy MDE2IDE6NDMNClRvOiBTdGVybmUsIEphc29uIChOb2tpYSAtIENBKSA8amFzb24uc3Rlcm5lQG5v a2lhLmNvbT47IG5ldG1vZEBpZXRmLm9yZw0KU3ViamVjdDogUmU6IHN5c2xvZy1tb2RlbC0xMSBz aW5nbGUgYnVmZmVyIHZzIGxpc3QNCg0KSGkgSmFzb24sDQoNCkJ1ZmZlciB3YXMgYSBzdWJqZWN0 IG9mIGRpc2N1c3Npb24gb24gdGhlIG5ldG1vZCBsaXN0IG1vc3QgcmVjZW50bHkgYnkgVG9tIFBl dGNoIHdobyByYWlzZWQgc29tZSBxdWVzdGlvbnMuIEluIGFuIGUtbWFpbCBvbiAyMDE2LzUvNiBU b20gc2FpZDoNCg0K4oCcVGhlIGRlc2NyaXB0aW9uIG9mIGxvZy1idWZmZXIgY29uZnVzZXMgbWUu ICBUaGUgYnVmZmVyIGlzIGNpcmN1bGFyIGluIG5hdHVyZSBzbyB0aGVyZSBpcyBvbmx5IG9uZSBv ZiB0aGVtOyBidXQgaXQgaXMgYSBsaXN0IGtleWVkIG9uICduYW1lJyBzbyB0aGVyZSBhcmUgbG90 cyBvZiB0aGVtLiAgVGhpcyBsZWFmIGNvbmZpZ3VyZXMgdGhlIGFtb3VudCBudW1iZXIgb2YgbG9n IG1lc3NhZ2VzIHRoYXQgY2FuIGJlIHN0b3JlZCBpbiB0aGUgbG9jYWwgbWVtb3J5IGxvZ2dpbmcg YnVmZmVyLCBzbyB0aGVyZSBpcyBvbmx5IG9uZSBvZiB0aGVtLiBPci4uLi4/4oCdDQoNCkluIHRo ZSBzYW1lIGUtbWFpbCBUb20gYWxzbyBjb21tZW50ZWQgb24gdGhlIGNvbXBsZXhpdHkgb2YgdGhl IGN1cnJlbnQgbW9kZWw6DQoNCuKAnE15IGNvbW1lbnQgd2FzIG1vcmUgb24gdGhlIGNvbXBsZXhp dHkgdGhhdCByZXN1bHRzIGZyb20gaGF2aW5nIHNvIG1hbnkgb3B0aW9ucy4gT3RoZXIgbW9kZWxz IGFyZSB3b3JzZSAtIHNvbWUgb2YgdGhlIHJvdXRpbmcgb25lcyBJIGZpbmQgdW5pbnRlbGxpZ2li bGUgYXMgYSByZXN1bHQgLSBidXQgSSByYWlzZWQgdGhlIGlzc3VlIG9uIHRoaXMgbW9kZWwgYmVj YXVzZSBpdCBpcyBiZWluZyBkaXNjdXNzZWQgb24gdGhpcyBsaXN0IHdoZXJlIChhbG1vc3QpIGFs bCB0aGUgZXhwZXJ0aXNlIGluIHRoZXNlIG1hdHRlcnMgcmVzaWRlcyB0byBzZWUgaWYgYW55b25l IGVsc2Ugd291bGQgYml0ZS7igJ0NCg0KSW4gYSByZWFjdGlvbiB0byBUb23igJlzIGNvbW1lbnRz LCBJIHRyaWVkIHRvIHNpbXBsaWZ5IGJ5IGNoYW5naW5nIHRoZSBidWZmZXJzIGxpc3QgYmFjayB0 byBhIGxlYWYgaW4gZHJhZnQgMDkuIEluIHJldHJvc3BlY3QgdGhpcyB3YXMgYSBtaXN0YWtlLiBO b3RlIHRoYXQgQUZBSUsgYnVmZmVyIGlzIGN1cnJlbnRseSBpbXBsZW1lbnRlZCBieSBvbmx5IHR3 byB2ZW5kb3JzOiBDaXNjbyBhbmQgQWxjYXRlbC1MdWNlbnQtTm9raWEuDQoNClRoZSBDaXNjbyBp bXBsZW1lbnRhdGlvbiBoYXMgb25lIGJ1ZmZlciBhbmQgc3BlY2lmaWVzIHRoZSBsaW1pdCBhcyB0 aGUgdG90YWwgYnVmZmVyIHNpemUgaW4gYnl0ZXMuDQoNClRoZSBBbGNhdGVsLUx1Y2VudC1Ob2tp YSBpbXBsZW1lbnRhdGlvbiBoYXMgbXVsdGlwbGUgYnVmZmVycyBhbmQgc3BlY2lmaWVzIHRoZSBs aW1pdCBpbiB0b3RhbCBtZXNzYWdlcy4NCg0KSWYgd2UgbWFrZSBidWZmZXJzIGEgbGlzdCwgd2Ug c3RpbGwgaGF2ZSB0aHJlZSBmZWF0dXJlcyBpbiB0aGUgbW9kZWwgYW5kIHRoZSBuZWNlc3NpdHkg Zm9yIGltcGxlbWVudGF0aW9ucyB0aGF0IHN1cHBvcnQgb25seSBvbmUgYnVmZmVyIHRvIGF1Z21l bnQgdGhlIG1vZGVsIHRvIHNwZWNpZnkgYSBtYXgtZWxlbWVudHMgc3RhdGVtZW50LiBUaGUgdGhy ZWUgZmVhdHVyZXMgYXJlOg0KDQogIGZlYXR1cmUgYnVmZmVyLWFjdGlvbiB7DQogICAgZGVzY3Jp cHRpb24NCiAgICAgICJUaGlzIGZlYXR1cmUgaW5kaWNhdGVzIHRoYXQgdGhlIGxvY2FsIG1lbW9y eSBsb2dnaW5nIGJ1ZmZlcg0KICAgICAgIGFjdGlvbiBpcyBzdXBwb3J0ZWQuIjsNCiAgfQ0KDQog IGZlYXR1cmUgYnVmZmVyLWxpbWl0LWJ5dGVzIHsNCiAgICBkZXNjcmlwdGlvbg0KICAgICAgIlRo aXMgZmVhdHVyZSBpbmRpY2F0ZXMgdGhhdCB0aGUgbG9jYWwgbWVtb3J5IGxvZ2dpbmcgYnVmZmVy DQogICAgICAgaXMgbGltaXRlZCBpbiBzaXplIHVzaW5nIGEgbGltaXQgZXhwcmVzc2VkIGluIGJ5 dGVzLiI7DQogIH0NCg0KICBmZWF0dXJlIGJ1ZmZlci1saW1pdC1tZXNzYWdlcyB7DQogICAgZGVz Y3JpcHRpb24NCiAgICAgICJUaGlzIGZlYXR1cmUgaW5kaWNhdGVzIHRoYXQgdGhlIGxvY2FsIG1l bW9yeSBsb2dnaW5nIGJ1ZmZlcg0KICAgICAgIGlzIGxpbWl0ZWQgaW4gc2l6ZSB1c2luZyBhIGxp bWl0IGV4cHJlc3NlZCBpbiBudW1iZXIgb2YgbG9nDQogICAgICAgbWVzc2FnZXMuIjsNCiAgfQ0K DQpEb2VzIGl0IG1ha2Ugc2Vuc2UgdG8gc2ltcGxpZnkgdGhlIG1vZGVsIGJ5IHJlbW92aW5nIHRo ZSBidWZmZXIgYWN0aW9uIGFsb25nIHdpdGggdGhlIHRocmVlIGZlYXR1cmVzIHJlcXVpcmVkIGFu ZCBoYXZlIHZlbmRvcnMgd2hvIGltcGxlbWVudCBidWZmZXIgYWRkIGl0IHRvIHRoZSBtb2RlbCB0 aHJvdWdoIGF1Z21lbnRhdGlvbj8NCg0KQSBOZXRtb2QgZ3JvdXAgY29uc2Vuc3VzIHdvdWxkIGJl IGhlbHBmdWwgaGVyZS4NCg0KVGhhbmtzLA0KDQpDbHlkZQ0KDQoNCk9uIDExLzEzLzE2LCA5OjU0 IFBNLCAiU3Rlcm5lLCBKYXNvbiAoTm9raWEgLSBDQSkiIDxqYXNvbi5zdGVybmVAbm9raWEuY29t PG1haWx0bzpqYXNvbi5zdGVybmVAbm9raWEuY29tPj4gd3JvdGU6DQoNCiAgICBIaSBDbHlkZSwN Cg0KICAgIFNvbWV3aGVyZSBpbiB0aGUgcGFzdCBjb3VwbGUgb2YgcmV2aXNpb25zIHdlIGRyb3Bw ZWQgbXVsdGlwbGUgbWVtb3J5IGJ1ZmZlcnMuICBWZXJzaW9uIDggKGFuZCBhIG51bWJlciBvZiB2 ZXJzaW9ucyBiZWZvcmUgdGhhdCkgaGFkIGEgbGlzdCBvZiBidWZmZXJzIGluIHRoZSBZQU5HIChi dXQgaXQgd2Fzbid0IGluIHRoZSBweWFuZyB0cmVlKS4gIEJ1dCB0aGVuIHZlcnNpb24gOSBvbndh cmRzIHNlZW0gdG8gaGF2ZSBhIHNpbmdsZSBidWZmZXIuDQoNCiAgICBDYW4gd2UgcHV0IHRoYXQg YmFjayB0byBhIGxpc3QgPyBJbXBsZW1lbnRhdGlvbnMgdGhhdCBvbmx5IHN1cHBvcnQgYSBzaW5n bGUgYnVmZmVyIGNhbiBlYXNpbHkgZml0IGludG8gYSBtb2RlbCB0aGF0IHN1cHBvcnRzIG11bHRp cGxlIGJ1ZmZlcnMsIGJ1dCB0aGUgb3RoZXIgd2F5IGFyb3VuZCBkb2Vzbid0IHdvcmsgdmVyeSB3 ZWxsLiAgIEkgdGhpbmsgaXQgd2FzIGFjY2lkZW50bHkgZHJvcHBlZCBkdWUgdG8gc29tZSBjb25m dXNpb24gb3ZlciBzb21lICJpZi1mZWF0dXJlIiBjb21tZW50cyBmcm9tIFRvbSBQIGF0IG9uZSBw b2ludC4NCg0KICAgIChub3RlIC0gYWxzbyBhZGQgKHMpIHRvIGJ1ZmZlciB0byBtYWtlIGl0IGJ1 ZmZlcihzKSBpbiBhIGNvdXBsZSBvZiBwbGFjZXMgaW4gc2VjdGlvbiAzKS4NCg0KICAgIFJlZ2Fy ZHMsDQogICAgSmFzb24NCg0KICAgIC0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQogICAgRnJv bTogbmV0bW9kIFttYWlsdG86bmV0bW9kLWJvdW5jZXNAaWV0Zi5vcmddIE9uIEJlaGFsZiBPZiBD bHlkZSBXaWxkZXMgKGN3aWxkZXMpDQogICAgU2VudDogTW9uZGF5LCBOb3ZlbWJlciAxNCwgMjAx NiA4OjUyDQogICAgVG86IGludGVybmV0LWRyYWZ0c0BpZXRmLm9yZzxtYWlsdG86aW50ZXJuZXQt ZHJhZnRzQGlldGYub3JnPjsgaS1kLWFubm91bmNlQGlldGYub3JnPG1haWx0bzppLWQtYW5ub3Vu Y2VAaWV0Zi5vcmc+DQogICAgQ2M6IG5ldG1vZEBpZXRmLm9yZzxtYWlsdG86bmV0bW9kQGlldGYu b3JnPg0KICAgIFN1YmplY3Q6IFJlOiBbbmV0bW9kXSBJLUQgQWN0aW9uOiBkcmFmdC1pZXRmLW5l dG1vZC1zeXNsb2ctbW9kZWwtMTEudHh0DQoNCiAgICBIaSwNCg0KICAgIFRoaXMgZHJhZnQgYWRk cmVzc2VzIFBoaWwgU2hhZmVy4oCZcyBjb21tZW50cyBhbmQgYWxzbyByZW1vdmVzIHJlZmVyZW5j ZXMgdG8gVExTIGZvciBub3cuDQoNCiAgICBUaGFua3MsDQoNCiAgICBDbHlkZQ0KDQogICAgT24g MTEvMTMvMTYsIDM6NDcgUE0sICJuZXRtb2Qgb24gYmVoYWxmIG9mIGludGVybmV0LWRyYWZ0c0Bp ZXRmLm9yZzxtYWlsdG86aW50ZXJuZXQtZHJhZnRzQGlldGYub3JnPiIgPG5ldG1vZC1ib3VuY2Vz QGlldGYub3JnIG9uIGJlaGFsZiBvZiBpbnRlcm5ldC1kcmFmdHNAaWV0Zi5vcmc8bWFpbHRvOm5l dG1vZC1ib3VuY2VzQGlldGYub3JnJTIwb24lMjBiZWhhbGYlMjBvZiUyMGludGVybmV0LWRyYWZ0 c0BpZXRmLm9yZz4+IHdyb3RlOg0KDQoNCiAgICAgICAgQSBOZXcgSW50ZXJuZXQtRHJhZnQgaXMg YXZhaWxhYmxlIGZyb20gdGhlIG9uLWxpbmUgSW50ZXJuZXQtRHJhZnRzIGRpcmVjdG9yaWVzLg0K ICAgICAgICBUaGlzIGRyYWZ0IGlzIGEgd29yayBpdGVtIG9mIHRoZSBORVRDT05GIERhdGEgTW9k ZWxpbmcgTGFuZ3VhZ2Ugb2YgdGhlIElFVEYuDQoNCiAgICAgICAgICAgICAgICBUaXRsZSAgICAg ICAgICAgOiBBIFlBTkcgRGF0YSBNb2RlbCBmb3IgU3lzbG9nIENvbmZpZ3VyYXRpb24NCiAgICAg ICAgICAgICAgICBBdXRob3JzICAgICAgICAgOiBDbHlkZSBXaWxkZXMNCiAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICBLaXJhbiBLb3VzaGlrDQogICAgICAgICBGaWxlbmFtZSAgICAg ICAgOiBkcmFmdC1pZXRmLW5ldG1vZC1zeXNsb2ctbW9kZWwtMTEudHh0DQogICAgICAgICBQYWdl cyAgICAgICAgICAgOiAzMw0KICAgICAgICAgRGF0ZSAgICAgICAgICAgIDogMjAxNi0xMS0xMw0K DQogICAgICAgIEFic3RyYWN0Og0KICAgICAgICAgICBUaGlzIGRvY3VtZW50IGRlc2NyaWJlcyBh IGRhdGEgbW9kZWwgZm9yIHRoZSBjb25maWd1cmF0aW9uIG9mIHN5c2xvZy4NCg0KDQogICAgICAg IFRoZSBJRVRGIGRhdGF0cmFja2VyIHN0YXR1cyBwYWdlIGZvciB0aGlzIGRyYWZ0IGlzOg0KICAg ICAgICBodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1pZXRmLW5ldG1vZC1z eXNsb2ctbW9kZWwvDQoNCiAgICAgICAgVGhlcmUncyBhbHNvIGEgaHRtbGl6ZWQgdmVyc2lvbiBh dmFpbGFibGUgYXQ6DQogICAgICAgIGh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1p ZXRmLW5ldG1vZC1zeXNsb2ctbW9kZWwtMTENCg0KICAgICAgICBBIGRpZmYgZnJvbSB0aGUgcHJl dmlvdXMgdmVyc2lvbiBpcyBhdmFpbGFibGUgYXQ6DQogICAgICAgIGh0dHBzOi8vd3d3LmlldGYu b3JnL3JmY2RpZmY/dXJsMj1kcmFmdC1pZXRmLW5ldG1vZC1zeXNsb2ctbW9kZWwtMTENCg0KDQog ICAgICAgIFBsZWFzZSBub3RlIHRoYXQgaXQgbWF5IHRha2UgYSBjb3VwbGUgb2YgbWludXRlcyBm cm9tIHRoZSB0aW1lIG9mIHN1Ym1pc3Npb24NCiAgICAgICAgdW50aWwgdGhlIGh0bWxpemVkIHZl cnNpb24gYW5kIGRpZmYgYXJlIGF2YWlsYWJsZSBhdCB0b29scy5pZXRmLm9yZy4NCg0KICAgICAg ICBJbnRlcm5ldC1EcmFmdHMgYXJlIGFsc28gYXZhaWxhYmxlIGJ5IGFub255bW91cyBGVFAgYXQ6 DQogICAgICAgIGZ0cDovL2Z0cC5pZXRmLm9yZy9pbnRlcm5ldC1kcmFmdHMvDQoNCiAgICAgICAg X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCiAgICAgICAg bmV0bW9kIG1haWxpbmcgbGlzdA0KICAgICAgICBuZXRtb2RAaWV0Zi5vcmc8bWFpbHRvOm5ldG1v ZEBpZXRmLm9yZz4NCiAgICAgICAgaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5m by9uZXRtb2QNCg0KDQogICAgX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX18NCiAgICBuZXRtb2QgbWFpbGluZyBsaXN0DQogICAgbmV0bW9kQGlldGYub3JnPG1h aWx0bzpuZXRtb2RAaWV0Zi5vcmc+DQogICAgaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9s aXN0aW5mby9uZXRtb2QNCg0KDQoNCg== --_000_F0329A3D94164AFDBCC7EC54D288E5F5ciscocom_ Content-Type: text/html; charset="utf-8" Content-ID: <6DB7E1DCFFAB6E4AB3732084EBA6C117@emea.cisco.com> Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6bz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6b2ZmaWNlIiB4 bWxuczp3PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTp3b3JkIiB4bWxuczptPSJo dHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS8yMDA0LzEyL29tbWwiIHhtbG5zPSJo dHRwOi8vd3d3LnczLm9yZy9UUi9SRUMtaHRtbDQwIj4NCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVp dj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPg0KPG1l dGEgbmFtZT0iVGl0bGUiIGNvbnRlbnQ9IiI+DQo8bWV0YSBuYW1lPSJLZXl3b3JkcyIgY29udGVu dD0iIj4NCjxtZXRhIG5hbWU9IkdlbmVyYXRvciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUg KGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxlPjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8N CkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6IkNvdXJpZXIgTmV3IjsNCglwYW5vc2UtMToyIDcg MyA5IDIgMiA1IDIgNCA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6IkNhbWJyaWEgTWF0 aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQt ZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAyIDQ7fQ0KLyogU3R5 bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3Jt YWwNCgl7bWFyZ2luOjBpbjsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjEy LjBwdDsNCglmb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIjt9DQphOmxpbmssIHNwYW4uTXNv SHlwZXJsaW5rDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpibHVlOw0KCXRleHQt ZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KYTp2aXNpdGVkLCBzcGFuLk1zb0h5cGVybGlua0ZvbGxv d2VkDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpwdXJwbGU7DQoJdGV4dC1kZWNv cmF0aW9uOnVuZGVybGluZTt9DQpwLmVtYWlscXVvdGUsIGxpLmVtYWlscXVvdGUsIGRpdi5lbWFp bHF1b3RlDQoJe21zby1zdHlsZS1uYW1lOmVtYWlscXVvdGU7DQoJbXNvLW1hcmdpbi10b3AtYWx0 OmF1dG87DQoJbWFyZ2luLXJpZ2h0OjBpbjsNCgltc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bzsN CgltYXJnaW4tbGVmdDoxLjBwdDsNCglib3JkZXI6bm9uZTsNCglwYWRkaW5nOjBpbjsNCglmb250 LXNpemU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iO30NCnNwYW4uRW1h aWxTdHlsZTE4DQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsLXJlcGx5Ow0KCWZvbnQtZmFtaWx5 OiJDb3VyaWVyIE5ldyI7DQoJY29sb3I6d2luZG93dGV4dDsNCglmb250LXdlaWdodDpub3JtYWw7 DQoJZm9udC1zdHlsZTpub3JtYWw7fQ0Kc3Bhbi5tc29JbnMNCgl7bXNvLXN0eWxlLXR5cGU6ZXhw b3J0LW9ubHk7DQoJbXNvLXN0eWxlLW5hbWU6IiI7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGlu ZTsNCgljb2xvcjp0ZWFsO30NCi5Nc29DaHBEZWZhdWx0DQoJe21zby1zdHlsZS10eXBlOmV4cG9y dC1vbmx5Ow0KCWZvbnQtc2l6ZToxMC4wcHQ7fQ0KQHBhZ2UgV29yZFNlY3Rpb24xDQoJe3NpemU6 OC41aW4gMTEuMGluOw0KCW1hcmdpbjoxLjBpbiAxLjBpbiAxLjBpbiAxLjBpbjt9DQpkaXYuV29y ZFNlY3Rpb24xDQoJe3BhZ2U6V29yZFNlY3Rpb24xO30NCi0tPjwvc3R5bGU+DQo8L2hlYWQ+DQo8 Ym9keSBiZ2NvbG9yPSJ3aGl0ZSIgbGFuZz0iRU4tVVMiIGxpbms9ImJsdWUiIHZsaW5rPSJwdXJw bGUiPg0KPGRpdiBjbGFzcz0iV29yZFNlY3Rpb24xIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3 JnF1b3Q7Ij5IaSBKYXNvbiw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3Vy aWVyIE5ldyZxdW90OyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 Q291cmllciBOZXcmcXVvdDsiPkkgcHJlc2VudGVkIHRoZSBsYXRlc3QgZHJhZnQgaWV0Zi1zeXNs b2cgbW9kZWwgbGFzdCBuaWdodCBpbiB0aGUgTmV0bW9kIHNlc3Npb24gYW5kIG1lbnRpb25lZCB0 aGF0IHlvdSBoYWQgcmVxdWVzdGVkIHRoYXQgSSByZXN0b3JlIGJ1ZmZlcnMgdG8gYSBsaXN0LiBO byBvbmUgcmFpc2VkIGFueSBvYmplY3Rpb25zDQogc28gSSB3aWxsIGRvIHRoYXQgaW4gdGhlIG5l eHQgbW9kZWwgdXBkYXRlLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJp ZXIgTmV3JnF1b3Q7Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtD b3VyaWVyIE5ldyZxdW90OyI+VGhhbmtzLDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWls eTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Q2x5ZGU8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZh bWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9w Pg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAjQjVDNERGIDEuMHB0 O3BhZGRpbmc6My4wcHQgMGluIDBpbiAwaW4iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PHNw YW4gc3R5bGU9ImZvbnQtZmFtaWx5OkNhbGlicmk7Y29sb3I6YmxhY2siPkZyb206IDwvc3Bhbj4N CjwvYj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6Q2FsaWJyaTtjb2xvcjpibGFjayI+JnF1b3Q7 U3Rlcm5lLCBKYXNvbiAoTm9raWEgLSBDQSkmcXVvdDsgJmx0O2phc29uLnN0ZXJuZUBub2tpYS5j b20mZ3Q7PGJyPg0KPGI+RGF0ZTogPC9iPk1vbmRheSwgTm92ZW1iZXIgMTQsIDIwMTYgYXQgNzo1 OCBQTTxicj4NCjxiPlRvOiA8L2I+JnF1b3Q7Q2x5ZGUgV2lsZGVzIChjd2lsZGVzKSZxdW90OyAm bHQ7Y3dpbGRlc0BjaXNjby5jb20mZ3Q7LCAmcXVvdDtuZXRtb2RAaWV0Zi5vcmcmcXVvdDsgJmx0 O25ldG1vZEBpZXRmLm9yZyZndDs8YnI+DQo8Yj5TdWJqZWN0OiA8L2I+UkU6IHN5c2xvZy1tb2Rl bC0xMSBzaW5nbGUgYnVmZmVyIHZzIGxpc3Q8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEu MHB0O2ZvbnQtZmFtaWx5OkNhbGlicmkiPkhpIENseWRlLDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N CjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTEuMHB0O2ZvbnQtZmFtaWx5OkNhbGlicmkiPiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwv cD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OkNhbGlicmkiPk1vc3QgaW1wbGVtZW50YXRpb25zIHBy b2JhYmx5IGhhdmUgbGltaXRzIGluIHRoZSAjIG9mIGZpbGVzLCByZW1vdGUgZGVzdGluYXRpb25z LCBldGMgdGhleSB3aWxsIHN1cHBvcnQuJm5ic3A7IElmIHZlbmRvcnMgZGVjaWRlIHRvIGF1Z21l bnQgdGhlIG1vZGVsIHRvIGFkZCBtYXgtZWxlbWVudHMgdGhlbiB0aGV5J2QgZG8gaXQgZm9yDQog YSBudW1iZXIgb2YgdGhlIGxpc3RzIGhlcmUuJm5ic3A7IFRoYXQgZG9lc24ndCBzZWVtIGxpa2Ug YSBiaWcgZGVhbC4mbmJzcDsgQnV0IHRyeWluZyB0byBmaXQgaW50byBhIG1vZGVsIHdpdGggMSBi dWZmZXIgd291bGQgcmVxdWlyZSBjb21wbGV0ZSBhdWdtZW50YXRpb24gb2YgdGhlIGVudGlyZSBi dWZmZXIgZGVzdGluYXRpb24uJm5ic3A7IFNvIGlmIHdlIGRvIGtlZXAgYnVmZmVyIEkgcmVhbGx5 IHRoaW5rIGl0IHNob3VsZCBiZSBhIGxpc3QuPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4w cHQ7Zm9udC1mYW1pbHk6Q2FsaWJyaSI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9k aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MS4wcHQ7Zm9udC1mYW1pbHk6Q2FsaWJyaSI+T24gdGhlIG90aGVyIGhhbmQgSSdtIGZpbmUgd2l0 aCByZW1vdmluZyBib3RoIGJ1ZmZlciBhbmQgdXNlciBzZXNzaW9ucyAoc2ltaWxhciByZWFzb25p bmcgZm9yIGJvdGggLSZndDsgdGhleSBhcmUgc3VwcG9ydGVkIGJ5IDIgdmVuZG9ycyBhbmQgZWFj aCBkb2VzIGl0IGRpZmZlcmVudGx5KS4gVGhlbiB2ZW5kb3JzIGNhbiBqdXN0DQogYXVnbWVudCBm b3IgdGhvc2UgdHlwZXMgb2YgZGVzdGluYXRpb25zLiZuYnNwOyBUaGUgb3RoZXIgdHlwZXMgaGF2 ZSBicm9hZGVyIHN1cHBvcnQvYXBwbGljYWJpbGl0eS48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8 L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjExLjBwdDtmb250LWZhbWlseTpDYWxpYnJpIj4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjExLjBwdDtmb250LWZhbWlseTpDYWxpYnJpIj5IZXJlIGlzIGhvdyB3ZSBsZWZ0IG9mZiB3 aXRoIHRoZSB0YWJsZSAodmlldyB0aGlzIHdpdGggZml4ZWQgd2lkdGggZm9udCk6PG86cD48L286 cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6Q2FsaWJyaSI+Jm5ic3A7PG86cD48 L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZx dW90OyI+Jmd0OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBGZWF0 dXJlJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IE5va2lhJm5ic3A7Jm5ic3A7IEJyb2NhZGUmbmJzcDsg Q2llbmEmbmJzcDsgQ2lzY28gSU9TL1hFJm5ic3A7IENpc2NvIElPUy9YUiZuYnNwOyBDaXNjbyBO WE9TJm5ic3A7IEp1bmlwZXIgSnVuT1MmbmJzcDsgTGludXggUnN5c2xvZyZuYnNwOyBDb21tZW50 czwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTpDYWxpYnJp Ij48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJp ZXIgTmV3JnF1b3Q7Ij4mZ3Q7bG9nLWlucHV0LXRyYW5zcG9ydHMmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgeDwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjExLjBwdDtmb250LWZhbWlseTpDYWxpYnJpIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rp dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjku MHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mZ3Q7bG9nLWFjdGlvbiBj b25zb2xlJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHgmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsgeCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB4Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7IHgmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsgeCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB4Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7IHgmbmJzcDsmbmJzcDsmbmJzcDsNCjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEx LjBwdDtmb250LWZhbWlseTpDYWxpYnJpIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mZ3Q7bG9nLWFjdGlvbiBidWZm ZXImbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgeCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyB4Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHg8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMS4wcHQ7Zm9udC1mYW1pbHk6Q2FsaWJyaSI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9k aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5 LjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jmd0O2xvZy1hY3Rpb24g ZmlsZSZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB4Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7IHgmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgeCZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB4Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 IHgmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgeDwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjExLjBwdDtmb250LWZhbWlseTpDYWxpYnJpIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8 L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjkuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mZ3Q7bG9nLWFjdGlv biByZW1vdGUmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgeCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyB4Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHgm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgeCZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyB4Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7IHgmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgeCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyB4PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OkNhbGli cmkiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291 cmllciBOZXcmcXVvdDsiPiZndDtsb2ctYWN0aW9uIHRlcm1pbmFsJm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHgmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsgeCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyB4Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7IHg8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6Q2Fs aWJyaSI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZhbWlseTomcXVvdDtD b3VyaWVyIE5ldyZxdW90OyI+Jmd0O2xvZy1hY3Rpb24gc2Vzc2lvbiZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB4 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHg8L3NwYW4+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6Q2FsaWJyaSI+PG86cD48 L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZx dW90OyI+Jmd0O2ZlYXR1cmUgYnVmZmVyLWxpbWl0LWJ5dGVzJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHgmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsgeDwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZh bWlseTpDYWxpYnJpIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mZ3Q7ZmVhdHVyZSBidWZmZXItbGltaXQtbWVzc2Fn ZXMmbmJzcDsgeDwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWls eTpDYWxpYnJpIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mZ3Q7ZmVhdHVyZSBmaWxlLWxpbWl0LXNpemUmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgeCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB4Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7IHg8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7 Zm9udC1mYW1pbHk6Q2FsaWJyaSI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250 LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jmd0O2ZlYXR1cmUgZmlsZS1saW1pdC1k dXJhdGlvbiZuYnNwOyZuYnNwOyZuYnNwOyB4Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7IHgmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsgeDwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWls eTpDYWxpYnJpIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mZ3Q7ZmVhdHVyZTwvc3Bhbj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjExLjBwdDtmb250LWZhbWlseTpDYWxpYnJpIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjkuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mZ3Q7IHRlcm1p bmFsLWZhY2lsaXR5LWRldmljZS1sb2dnaW5nPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTEuMHB0O2ZvbnQtZmFtaWx5OkNhbGlicmkiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZndDtmZWF0dXJlDQo8L3Nw YW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6Q2FsaWJyaSI+PG86 cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5l dyZxdW90OyI+Jmd0OyBzZXNzaW9uLWZhY2lsaXR5LXVzZXItbG9nZ2luZyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB4PC9zcGFuPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OkNhbGlicmkiPjxvOnA+PC9v OnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVv dDsiPiZndDtmZWF0dXJlIHNlbGVjdC1zZXYtY29tcGFyZSZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyB4Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHgmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgeDwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEx LjBwdDtmb250LWZhbWlseTpDYWxpYnJpIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mZ3Q7ZmVhdHVyZSBzZWxlY3Qt bWF0Y2gmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsgeCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB4Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHgmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsgeDwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBw dDtmb250LWZhbWlseTpDYWxpYnJpIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mZ3Q7ZmVhdHVyZSBzdHJ1Y3R1cmVk LWRhdGEmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgeCZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB4Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IFJlcXVpcmVk IGJlY2F1c2Ugb2YgUkZDIDU0MjQ8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7 Zm9udC1mYW1pbHk6Q2FsaWJyaSI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250 LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jmd0O2ZlYXR1cmUgc2lnbmVkLW1lc3Nh Z2VzJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHgmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsg UmVxdWlyZWQgYmVjYXVzZSBvZiBSRkMgNTg0ODwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjExLjBwdDtmb250LWZhbWlseTpDYWxpYnJpIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rp dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjku MHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mZ3Q7PC9zcGFuPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OkNhbGlicmkiPjxvOnA+Jm5ic3A7 PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OkNhbGlicmkiPiZuYnNwOzxv OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OkNhbGlicmkiPlJlZ2Fy ZHMsPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6Q2FsaWJyaSI+ SmFzb248bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTpDYWxpYnJp Ij4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTpDYWxp YnJpIj4tLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLTxicj4NCkZyb206IENseWRlIFdpbGRlcyAo Y3dpbGRlcykgWzxhIGhyZWY9Im1haWx0bzpjd2lsZGVzQGNpc2NvLmNvbSI+bWFpbHRvOmN3aWxk ZXNAY2lzY28uY29tPC9hPl0NCjxicj4NClNlbnQ6IFR1ZXNkYXksIE5vdmVtYmVyIDE1LCAyMDE2 IDE6NDM8YnI+DQpUbzogU3Rlcm5lLCBKYXNvbiAoTm9raWEgLSBDQSkgJmx0O2phc29uLnN0ZXJu ZUBub2tpYS5jb20mZ3Q7OyBuZXRtb2RAaWV0Zi5vcmc8YnI+DQpTdWJqZWN0OiBSZTogc3lzbG9n LW1vZGVsLTExIHNpbmdsZSBidWZmZXIgdnMgbGlzdDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwv ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTEuMHB0O2ZvbnQtZmFtaWx5OkNhbGlicmkiPiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N CjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTEuMHB0O2ZvbnQtZmFtaWx5OkNhbGlicmkiPkhpIEphc29uLDxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OkNhbGlicmkiPiZuYnNwOzxvOnA+PC9vOnA+PC9z cGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OkNhbGlicmkiPkJ1ZmZlciB3YXMgYSBzdWJq ZWN0IG9mIGRpc2N1c3Npb24gb24gdGhlIG5ldG1vZCBsaXN0IG1vc3QgcmVjZW50bHkgYnkgVG9t IFBldGNoIHdobyByYWlzZWQgc29tZSBxdWVzdGlvbnMuIEluIGFuIGUtbWFpbCBvbiAyMDE2LzUv NiBUb20gc2FpZDo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTpD YWxpYnJpIj4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWls eTpDYWxpYnJpIj7igJxUaGUgZGVzY3JpcHRpb24gb2YgbG9nLWJ1ZmZlciBjb25mdXNlcyBtZS4m bmJzcDsgVGhlIGJ1ZmZlciBpcyBjaXJjdWxhciBpbiBuYXR1cmUgc28gdGhlcmUgaXMgb25seSBv bmUgb2YgdGhlbTsgYnV0IGl0IGlzIGEgbGlzdCBrZXllZCBvbiAnbmFtZScgc28gdGhlcmUgYXJl IGxvdHMgb2YgdGhlbS4mbmJzcDsgVGhpcyBsZWFmIGNvbmZpZ3VyZXMNCiB0aGUgYW1vdW50IG51 bWJlciBvZiBsb2cgbWVzc2FnZXMgdGhhdCBjYW4gYmUgc3RvcmVkIGluIHRoZSBsb2NhbCBtZW1v cnkgbG9nZ2luZyBidWZmZXIsIHNvIHRoZXJlIGlzIG9ubHkgb25lIG9mIHRoZW0uIE9yLi4uLj/i gJ08bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTpDYWxpYnJpIj4m bmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTpDYWxpYnJp Ij5JbiB0aGUgc2FtZSBlLW1haWwgVG9tIGFsc28gY29tbWVudGVkIG9uIHRoZSBjb21wbGV4aXR5 IG9mIHRoZSBjdXJyZW50IG1vZGVsOjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2Zv bnQtZmFtaWx5OkNhbGlicmkiPiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0 O2ZvbnQtZmFtaWx5OkNhbGlicmkiPuKAnE15IGNvbW1lbnQgd2FzIG1vcmUgb24gdGhlIGNvbXBs ZXhpdHkgdGhhdCByZXN1bHRzIGZyb20gaGF2aW5nIHNvIG1hbnkgb3B0aW9ucy4gT3RoZXIgbW9k ZWxzIGFyZSB3b3JzZSAtIHNvbWUgb2YgdGhlIHJvdXRpbmcgb25lcyBJIGZpbmQgdW5pbnRlbGxp Z2libGUgYXMgYSByZXN1bHQgLSBidXQgSSByYWlzZWQgdGhlIGlzc3VlDQogb24gdGhpcyBtb2Rl bCBiZWNhdXNlIGl0IGlzIGJlaW5nIGRpc2N1c3NlZCBvbiB0aGlzIGxpc3Qgd2hlcmUgKGFsbW9z dCkgYWxsIHRoZSBleHBlcnRpc2UgaW4gdGhlc2UgbWF0dGVycyByZXNpZGVzIHRvIHNlZSBpZiBh bnlvbmUgZWxzZSB3b3VsZCBiaXRlLuKAnTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0 O2ZvbnQtZmFtaWx5OkNhbGlicmkiPiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEu MHB0O2ZvbnQtZmFtaWx5OkNhbGlicmkiPkluIGEgcmVhY3Rpb24gdG8gVG9t4oCZcyBjb21tZW50 cywgSSB0cmllZCB0byBzaW1wbGlmeSBieSBjaGFuZ2luZyB0aGUgYnVmZmVycyBsaXN0IGJhY2sg dG8gYSBsZWFmIGluIGRyYWZ0IDA5LiBJbiByZXRyb3NwZWN0IHRoaXMgd2FzIGEgbWlzdGFrZS4g Tm90ZSB0aGF0IEFGQUlLIGJ1ZmZlciBpcyBjdXJyZW50bHkgaW1wbGVtZW50ZWQNCiBieSBvbmx5 IHR3byB2ZW5kb3JzOiBDaXNjbyBhbmQgQWxjYXRlbC1MdWNlbnQtTm9raWEuPG86cD48L286cD48 L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6Q2FsaWJyaSI+Jm5ic3A7PG86cD48L286 cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6Q2FsaWJyaSI+VGhlIENpc2NvIGlt cGxlbWVudGF0aW9uIGhhcyBvbmUgYnVmZmVyIGFuZCBzcGVjaWZpZXMgdGhlIGxpbWl0IGFzIHRo ZSB0b3RhbCBidWZmZXIgc2l6ZSBpbiBieXRlcy48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rp dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEx LjBwdDtmb250LWZhbWlseTpDYWxpYnJpIj4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8 L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjExLjBwdDtmb250LWZhbWlseTpDYWxpYnJpIj5UaGUgQWxjYXRlbC1MdWNlbnQtTm9raWEgaW1w bGVtZW50YXRpb24gaGFzIG11bHRpcGxlIGJ1ZmZlcnMgYW5kIHNwZWNpZmllcyB0aGUgbGltaXQg aW4gdG90YWwgbWVzc2FnZXMuPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1m YW1pbHk6Q2FsaWJyaSI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9u dC1mYW1pbHk6Q2FsaWJyaSI+SWYgd2UgbWFrZSBidWZmZXJzIGEgbGlzdCwgd2Ugc3RpbGwgaGF2 ZSB0aHJlZSBmZWF0dXJlcyBpbiB0aGUgbW9kZWwgYW5kIHRoZSBuZWNlc3NpdHkgZm9yIGltcGxl bWVudGF0aW9ucyB0aGF0IHN1cHBvcnQgb25seSBvbmUgYnVmZmVyIHRvIGF1Z21lbnQgdGhlIG1v ZGVsIHRvIHNwZWNpZnkgYSBtYXgtZWxlbWVudHMgc3RhdGVtZW50Lg0KIFRoZSB0aHJlZSBmZWF0 dXJlcyBhcmU6PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6Q2Fs aWJyaSI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6 Q2FsaWJyaSI+Jm5ic3A7IGZlYXR1cmUgYnVmZmVyLWFjdGlvbiB7PG86cD48L286cD48L3NwYW4+ PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6Q2FsaWJyaSI+Jm5ic3A7Jm5ic3A7Jm5ic3A7IGRl c2NyaXB0aW9uPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6Q2Fs aWJyaSI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICZxdW90O1RoaXMgZmVhdHVyZSBp bmRpY2F0ZXMgdGhhdCB0aGUgbG9jYWwgbWVtb3J5IGxvZ2dpbmcgYnVmZmVyPG86cD48L286cD48 L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6Q2FsaWJyaSI+Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IGFjdGlvbiBpcyBzdXBwb3J0ZWQuJnF1b3Q7OzxvOnA+PC9v OnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OkNhbGlicmkiPiZuYnNwOyB9PG86 cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6Q2FsaWJyaSI+Jm5ic3A7 PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6Q2FsaWJyaSI+Jm5i c3A7IGZlYXR1cmUgYnVmZmVyLWxpbWl0LWJ5dGVzIHs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8 L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjExLjBwdDtmb250LWZhbWlseTpDYWxpYnJpIj4mbmJzcDsmbmJzcDsmbmJzcDsgZGVzY3JpcHRp b248bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTpDYWxpYnJpIj4m bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgJnF1b3Q7VGhpcyBmZWF0dXJlIGluZGljYXRl cyB0aGF0IHRoZSBsb2NhbCBtZW1vcnkgbG9nZ2luZyBidWZmZXI8bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjExLjBwdDtmb250LWZhbWlseTpDYWxpYnJpIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsgaXMgbGltaXRlZCBpbiBzaXplIHVzaW5nIGEgbGltaXQgZXhwcmVzc2Vk IGluIGJ5dGVzLiZxdW90Ozs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZh bWlseTpDYWxpYnJpIj4mbmJzcDsgfTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2Zv bnQtZmFtaWx5OkNhbGlicmkiPiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0 O2ZvbnQtZmFtaWx5OkNhbGlicmkiPiZuYnNwOyBmZWF0dXJlIGJ1ZmZlci1saW1pdC1tZXNzYWdl cyB7PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6Q2FsaWJyaSI+ Jm5ic3A7Jm5ic3A7Jm5ic3A7IGRlc2NyaXB0aW9uPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9k aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MS4wcHQ7Zm9udC1mYW1pbHk6Q2FsaWJyaSI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 ICZxdW90O1RoaXMgZmVhdHVyZSBpbmRpY2F0ZXMgdGhhdCB0aGUgbG9jYWwgbWVtb3J5IGxvZ2dp bmcgYnVmZmVyPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6Q2Fs aWJyaSI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IGlzIGxpbWl0ZWQgaW4g c2l6ZSB1c2luZyBhIGxpbWl0IGV4cHJlc3NlZCBpbiBudW1iZXIgb2YgbG9nPG86cD48L286cD48 L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6Q2FsaWJyaSI+Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IG1lc3NhZ2VzLiZxdW90Ozs8bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjExLjBwdDtmb250LWZhbWlseTpDYWxpYnJpIj4mbmJzcDsgfTxvOnA+PC9vOnA+PC9z cGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OkNhbGlicmkiPiZuYnNwOzxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OkNhbGlicmkiPkRvZXMgaXQgbWFrZSBz ZW5zZSB0byBzaW1wbGlmeSB0aGUgbW9kZWwgYnkgcmVtb3ZpbmcgdGhlIGJ1ZmZlciBhY3Rpb24g YWxvbmcgd2l0aCB0aGUgdGhyZWUgZmVhdHVyZXMgcmVxdWlyZWQgYW5kIGhhdmUgdmVuZG9ycyB3 aG8gaW1wbGVtZW50IGJ1ZmZlciBhZGQgaXQgdG8gdGhlIG1vZGVsIHRocm91Z2ggYXVnbWVudGF0 aW9uPw0KPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6Q2FsaWJy aSI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6Q2Fs aWJyaSI+QSBOZXRtb2QgZ3JvdXAgY29uc2Vuc3VzIHdvdWxkIGJlIGhlbHBmdWwgaGVyZS48bzpw PjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTpDYWxpYnJpIj4mbmJzcDs8 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTpDYWxpYnJpIj5UaGFu a3MsPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6Q2FsaWJyaSI+ Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6Q2FsaWJy aSI+Q2x5ZGU8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTpDYWxp YnJpIj4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTpD YWxpYnJpIj4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWls eTpDYWxpYnJpIj5PbiAxMS8xMy8xNiwgOTo1NCBQTSwgJnF1b3Q7U3Rlcm5lLCBKYXNvbiAoTm9r aWEgLSBDQSkmcXVvdDsgJmx0OzxhIGhyZWY9Im1haWx0bzpqYXNvbi5zdGVybmVAbm9raWEuY29t Ij5qYXNvbi5zdGVybmVAbm9raWEuY29tPC9hPiZndDsgd3JvdGU6PG86cD48L286cD48L3NwYW4+ PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6Q2FsaWJyaSI+Jm5ic3A7PG86cD48L286cD48L3Nw YW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6Q2FsaWJyaSI+Jm5ic3A7Jm5ic3A7Jm5ic3A7 IEhpIENseWRlLDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OkNh bGlicmkiPiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5 OkNhbGlicmkiPiZuYnNwOyZuYnNwOyZuYnNwOyBTb21ld2hlcmUgaW4gdGhlIHBhc3QgY291cGxl IG9mIHJldmlzaW9ucyB3ZSBkcm9wcGVkIG11bHRpcGxlIG1lbW9yeSBidWZmZXJzLiZuYnNwOyBW ZXJzaW9uIDggKGFuZCBhIG51bWJlciBvZiB2ZXJzaW9ucyBiZWZvcmUgdGhhdCkgaGFkIGEgbGlz dCBvZiBidWZmZXJzIGluIHRoZSBZQU5HIChidXQgaXQgd2Fzbid0IGluIHRoZQ0KIHB5YW5nIHRy ZWUpLiZuYnNwOyBCdXQgdGhlbiB2ZXJzaW9uIDkgb253YXJkcyBzZWVtIHRvIGhhdmUgYSBzaW5n bGUgYnVmZmVyLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OkNh bGlicmkiPiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5 OkNhbGlicmkiPiZuYnNwOyZuYnNwOyZuYnNwOyBDYW4gd2UgcHV0IHRoYXQgYmFjayB0byBhIGxp c3QgPyBJbXBsZW1lbnRhdGlvbnMgdGhhdCBvbmx5IHN1cHBvcnQgYSBzaW5nbGUgYnVmZmVyIGNh biBlYXNpbHkgZml0IGludG8gYSBtb2RlbCB0aGF0IHN1cHBvcnRzIG11bHRpcGxlIGJ1ZmZlcnMs IGJ1dCB0aGUgb3RoZXIgd2F5IGFyb3VuZCBkb2Vzbid0IHdvcmsNCiB2ZXJ5IHdlbGwuJm5ic3A7 Jm5ic3A7IEkgdGhpbmsgaXQgd2FzIGFjY2lkZW50bHkgZHJvcHBlZCBkdWUgdG8gc29tZSBjb25m dXNpb24gb3ZlciBzb21lICZxdW90O2lmLWZlYXR1cmUmcXVvdDsgY29tbWVudHMgZnJvbSBUb20g UCBhdCBvbmUgcG9pbnQuPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p bHk6Q2FsaWJyaSI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1m YW1pbHk6Q2FsaWJyaSI+Jm5ic3A7Jm5ic3A7Jm5ic3A7IChub3RlIC0gYWxzbyBhZGQgKHMpIHRv IGJ1ZmZlciB0byBtYWtlIGl0IGJ1ZmZlcihzKSBpbiBhIGNvdXBsZSBvZiBwbGFjZXMgaW4gc2Vj dGlvbiAzKS48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTpDYWxp YnJpIj4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTpD YWxpYnJpIj4mbmJzcDsmbmJzcDsmbmJzcDsgUmVnYXJkcyw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjExLjBwdDtmb250LWZhbWlseTpDYWxpYnJpIj4mbmJzcDsmbmJzcDsmbmJzcDsgSmFzb248 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTpDYWxpYnJpIj4mbmJz cDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTpDYWxpYnJpIj4m bmJzcDsmbmJzcDsmbmJzcDsgLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS08bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTpDYWxpYnJpIj4mbmJzcDsmbmJzcDsmbmJz cDsgRnJvbTogbmV0bW9kIFs8YSBocmVmPSJtYWlsdG86bmV0bW9kLWJvdW5jZXNAaWV0Zi5vcmci Pm1haWx0bzpuZXRtb2QtYm91bmNlc0BpZXRmLm9yZzwvYT5dIE9uIEJlaGFsZiBPZiBDbHlkZSBX aWxkZXMgKGN3aWxkZXMpPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p bHk6Q2FsaWJyaSI+Jm5ic3A7Jm5ic3A7Jm5ic3A7IFNlbnQ6IE1vbmRheSwgTm92ZW1iZXIgMTQs IDIwMTYgODo1MjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OkNh bGlicmkiPiZuYnNwOyZuYnNwOyZuYnNwOyBUbzogPGEgaHJlZj0ibWFpbHRvOmludGVybmV0LWRy YWZ0c0BpZXRmLm9yZyI+DQppbnRlcm5ldC1kcmFmdHNAaWV0Zi5vcmc8L2E+OyA8YSBocmVmPSJt YWlsdG86aS1kLWFubm91bmNlQGlldGYub3JnIj5pLWQtYW5ub3VuY2VAaWV0Zi5vcmc8L2E+PG86 cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6Q2FsaWJyaSI+Jm5ic3A7 Jm5ic3A7Jm5ic3A7IENjOiA8YSBocmVmPSJtYWlsdG86bmV0bW9kQGlldGYub3JnIj4NCm5ldG1v ZEBpZXRmLm9yZzwvYT48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWls eTpDYWxpYnJpIj4mbmJzcDsmbmJzcDsmbmJzcDsgU3ViamVjdDogUmU6IFtuZXRtb2RdIEktRCBB Y3Rpb246IGRyYWZ0LWlldGYtbmV0bW9kLXN5c2xvZy1tb2RlbC0xMS50eHQ8bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTpDYWxpYnJpIj4mbmJzcDs8bzpwPjwvbzpw Pjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTpDYWxpYnJpIj4mbmJzcDsmbmJzcDsm bmJzcDsgSGksPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6Q2Fs aWJyaSI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6 Q2FsaWJyaSI+Jm5ic3A7Jm5ic3A7Jm5ic3A7IFRoaXMgZHJhZnQgYWRkcmVzc2VzIFBoaWwgU2hh ZmVy4oCZcyBjb21tZW50cyBhbmQgYWxzbyByZW1vdmVzIHJlZmVyZW5jZXMgdG8gVExTIGZvciBu b3cuPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6Q2FsaWJyaSI+ Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6Q2FsaWJy aSI+Jm5ic3A7Jm5ic3A7Jm5ic3A7IFRoYW5rcyw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rp dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEx LjBwdDtmb250LWZhbWlseTpDYWxpYnJpIj4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8 L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjExLjBwdDtmb250LWZhbWlseTpDYWxpYnJpIj4mbmJzcDsmbmJzcDsmbmJzcDsgQ2x5ZGU8bzpw PjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTpDYWxpYnJpIj4mbmJzcDs8 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTpDYWxpYnJpIj4mbmJz cDsmbmJzcDsmbmJzcDsgT24gMTEvMTMvMTYsIDM6NDcgUE0sICZxdW90O25ldG1vZCBvbiBiZWhh bGYgb2YNCjxhIGhyZWY9Im1haWx0bzppbnRlcm5ldC1kcmFmdHNAaWV0Zi5vcmciPmludGVybmV0 LWRyYWZ0c0BpZXRmLm9yZzwvYT4mcXVvdDsgJmx0OzxhIGhyZWY9Im1haWx0bzpuZXRtb2QtYm91 bmNlc0BpZXRmLm9yZyUyMG9uJTIwYmVoYWxmJTIwb2YlMjBpbnRlcm5ldC1kcmFmdHNAaWV0Zi5v cmciPm5ldG1vZC1ib3VuY2VzQGlldGYub3JnIG9uIGJlaGFsZiBvZiBpbnRlcm5ldC1kcmFmdHNA aWV0Zi5vcmc8L2E+Jmd0OyB3cm90ZTo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtm b250LWZhbWlseTpDYWxpYnJpIj4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBw dDtmb250LWZhbWlseTpDYWxpYnJpIj4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rp dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEx LjBwdDtmb250LWZhbWlseTpDYWxpYnJpIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsgQSBOZXcgSW50ZXJuZXQtRHJhZnQgaXMgYXZhaWxhYmxlIGZyb20gdGhlIG9u LWxpbmUgSW50ZXJuZXQtRHJhZnRzIGRpcmVjdG9yaWVzLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N CjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTEuMHB0O2ZvbnQtZmFtaWx5OkNhbGlicmkiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyBUaGlzIGRyYWZ0IGlzIGEgd29yayBpdGVtIG9mIHRoZSBORVRDT05G IERhdGEgTW9kZWxpbmcgTGFuZ3VhZ2Ugb2YgdGhlIElFVEYuPG86cD48L286cD48L3NwYW4+PC9w Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6Q2FsaWJyaSI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+ PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6Q2FsaWJyaSI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7IFRpdGxlJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IDogQSBZQU5HIERhdGEgTW9kZWwgZm9yIFN5c2xvZyBDb25m aWd1cmF0aW9uPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6Q2Fs aWJyaSI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IEF1dGhvcnMmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgOiBDbHlkZSBXaWxkZXM8bzpw PjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTpDYWxpYnJpIj4mbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsgS2lyYW4gS291c2hpazxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N CjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTEuMHB0O2ZvbnQtZmFtaWx5OkNhbGlicmkiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBGaWxlbmFtZSZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyA6IGRyYWZ0LWlldGYtbmV0bW9kLXN5c2xvZy1tb2RlbC0xMS50eHQ8 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTpDYWxpYnJpIj4mbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgUGFnZXMmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgOiAz MzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OkNhbGlicmkiPiZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBEYXRlJm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7IDogMjAxNi0xMS0xMzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFt aWx5OkNhbGlicmkiPiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQt ZmFtaWx5OkNhbGlicmkiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyBBYnN0cmFjdDo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTpD YWxpYnJpIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsgVGhpcyBkb2N1bWVudCBkZXNjcmliZXMgYSBkYXRhIG1vZGVsIGZvciB0aGUg Y29uZmlndXJhdGlvbiBvZiBzeXNsb2cuPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8 ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7 Zm9udC1mYW1pbHk6Q2FsaWJyaSI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4w cHQ7Zm9udC1mYW1pbHk6Q2FsaWJyaSI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9k aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MS4wcHQ7Zm9udC1mYW1pbHk6Q2FsaWJyaSI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7IFRoZSBJRVRGIGRhdGF0cmFja2VyIHN0YXR1cyBwYWdlIGZvciB0aGlzIGRy YWZ0IGlzOjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OkNhbGli cmkiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyA8YSBocmVmPSJo dHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1pZXRmLW5ldG1vZC1zeXNsb2ct bW9kZWwvIj4NCmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWlldGYtbmV0 bW9kLXN5c2xvZy1tb2RlbC88L2E+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9u dC1mYW1pbHk6Q2FsaWJyaSI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8 ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7 Zm9udC1mYW1pbHk6Q2FsaWJyaSI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7IFRoZXJlJ3MgYWxzbyBhIGh0bWxpemVkIHZlcnNpb24gYXZhaWxhYmxlIGF0OjxvOnA+ PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OkNhbGlicmkiPiZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyA8YSBocmVmPSJodHRwczovL3Rvb2xz LmlldGYub3JnL2h0bWwvZHJhZnQtaWV0Zi1uZXRtb2Qtc3lzbG9nLW1vZGVsLTExIj4NCmh0dHBz Oi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1pZXRmLW5ldG1vZC1zeXNsb2ctbW9kZWwtMTE8 L2E+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6Q2FsaWJyaSI+ Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6Q2FsaWJy aSI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IEEgZGlmZiBmcm9t IHRoZSBwcmV2aW91cyB2ZXJzaW9uIGlzIGF2YWlsYWJsZSBhdDo8bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjExLjBwdDtmb250LWZhbWlseTpDYWxpYnJpIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsgPGEgaHJlZj0iaHR0cHM6Ly93d3cuaWV0Zi5vcmcvcmZjZGlm Zj91cmwyPWRyYWZ0LWlldGYtbmV0bW9kLXN5c2xvZy1tb2RlbC0xMSI+DQpodHRwczovL3d3dy5p ZXRmLm9yZy9yZmNkaWZmP3VybDI9ZHJhZnQtaWV0Zi1uZXRtb2Qtc3lzbG9nLW1vZGVsLTExPC9h PjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OkNhbGlicmkiPiZu YnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OkNhbGlicmki PiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OkNhbGli cmkiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBQbGVhc2Ugbm90 ZSB0aGF0IGl0IG1heSB0YWtlIGEgY291cGxlIG9mIG1pbnV0ZXMgZnJvbSB0aGUgdGltZSBvZiBz dWJtaXNzaW9uPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6Q2Fs aWJyaSI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHVudGlsIHRo ZSBodG1saXplZCB2ZXJzaW9uIGFuZCBkaWZmIGFyZSBhdmFpbGFibGUgYXQgdG9vbHMuaWV0Zi5v cmcuPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6Q2FsaWJyaSI+ Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6Q2FsaWJy aSI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IEludGVybmV0LURy YWZ0cyBhcmUgYWxzbyBhdmFpbGFibGUgYnkgYW5vbnltb3VzIEZUUCBhdDo8bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTpDYWxpYnJpIj4mbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgPGEgaHJlZj0iZnRwOi8vZnRwLmlldGYub3JnL2lu dGVybmV0LWRyYWZ0cy8iPg0KZnRwOi8vZnRwLmlldGYub3JnL2ludGVybmV0LWRyYWZ0cy88L2E+ PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6Q2FsaWJyaSI+Jm5i c3A7PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6Q2FsaWJyaSI+ Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IF9fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fPG86cD48L286cD48L3NwYW4+PC9wPg0K PC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMS4wcHQ7Zm9udC1mYW1pbHk6Q2FsaWJyaSI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7IG5ldG1vZCBtYWlsaW5nIGxpc3Q8bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjExLjBwdDtmb250LWZhbWlseTpDYWxpYnJpIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsgPGEgaHJlZj0ibWFpbHRvOm5ldG1vZEBpZXRmLm9yZyI+DQpuZXRt b2RAaWV0Zi5vcmc8L2E+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p bHk6Q2FsaWJyaSI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IDxh IGhyZWY9Imh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vbmV0bW9kIj4NCmh0 dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vbmV0bW9kPC9hPjxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OkNhbGlicmkiPiZuYnNwOzxvOnA+PC9v OnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OkNhbGlicmkiPiZuYnNwOzxvOnA+ PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OkNhbGlicmkiPiZuYnNwOyZu YnNwOyZuYnNwOyBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f XzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OkNhbGlicmkiPiZu YnNwOyZuYnNwOyZuYnNwOyBuZXRtb2QgbWFpbGluZyBsaXN0PG86cD48L286cD48L3NwYW4+PC9w Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6Q2FsaWJyaSI+Jm5ic3A7Jm5ic3A7Jm5ic3A7IDxhIGhy ZWY9Im1haWx0bzpuZXRtb2RAaWV0Zi5vcmciPg0KbmV0bW9kQGlldGYub3JnPC9hPjxvOnA+PC9v OnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OkNhbGlicmkiPiZuYnNwOyZuYnNw OyZuYnNwOyA8YSBocmVmPSJodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL25l dG1vZCI+DQpodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL25ldG1vZDwvYT48 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTpDYWxpYnJpIj4mbmJz cDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTpDYWxpYnJpIj4m bmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTpDYWxpYnJp Ij4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ib2R5Pg0K PC9odG1sPg0K --_000_F0329A3D94164AFDBCC7EC54D288E5F5ciscocom_-- From nobody Tue Nov 15 19:34:56 2016 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7D3251295E4 for ; Tue, 15 Nov 2016 19:34:54 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id jziW2dXaybyw for ; Tue, 15 Nov 2016 19:34:52 -0800 (PST) Received: from trail.lhotka.name (trail.lhotka.name [77.48.224.143]) by ietfa.amsl.com (Postfix) with ESMTP id 9E678129593 for ; Tue, 15 Nov 2016 19:34:51 -0800 (PST) Received: from localhost (dhcp-8ee8.meeting.ietf.org [31.133.142.232]) by trail.lhotka.name (Postfix) with ESMTPSA id 01D3E1CC023A; Wed, 16 Nov 2016 04:34:52 +0100 (CET) From: Ladislav Lhotka To: Juergen Schoenwaelder In-Reply-To: <20161115061450.GA48891@elstar.local> References: <20161114094210.GA45946@elstar.local> <20161115061450.GA48891@elstar.local> Date: Wed, 16 Nov 2016 12:34:36 +0900 Message-ID: MIME-Version: 1.0 Content-Type: text/plain Archived-At: Cc: netmod@ietf.org Subject: Re: [netmod] comments on revised-datastores-00 X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Nov 2016 03:34:54 -0000 Juergen Schoenwaelder writes: > On Tue, Nov 15, 2016 at 09:48:35AM +0900, Ladislav Lhotka wrote: >> Juergen Schoenwaelder writes: >> >> > On Mon, Nov 14, 2016 at 11:23:04AM +0900, Ladislav Lhotka wrote: >> >> Hi, >> >> >> >> I've read the revised-datastores-00 document, in general I like it, here >> >> are my initial comments and questions: >> >> >> >> 1. Even if is valid, it can still be in conflict with the >> >> actual content of that may come from e.g. dynamic >> >> configuration protocols. How are such cases supposed to be resolved? >> > >> > Yes. The whole idea is to expose these potential differences instead >> > of hiding them behind a curtain. >> >> That's fine but it doesn't answer my question. >> > > Then I do not understand the question. What does it mean for a > datastore to be in conflict with a different datastore? For example: - the data model has a choice with caseA and caseB. A NC/RC client configures caseA, is valid, but already contains caseB configured by a "dynamic configuration protocol"; or - a leafref refers to a leaf that exists in but not in . > >> >> 2. What is the distinction between dynamic configuration protocols and >> >> control-plane protocols? >> > >> > Good question. I believe this to be at the end implementation specific. >> > The question I think really is whether a control-plane protocol interacts >> > with the configuration management component or not. >> >> OK, perhaps it can be said that dynamic configuration protocols modify >> "config true" data. Maybe a term like "configuration interface" may be >> better because it needn't be a communication protocol, and it needn't be >> any more dynamic than NETCONF/RESTCONF is. > > Yes, we know that 'dynamic' is potentially misleading. My take from yesterday's discussion is that in fact the classification is implementation-dependent. For example, if I use standard Linux command-line tools such as "ip", their result can be seen only in operational state, so they are like control-plane protocols. However, if an implementation patches these tools so as to write to , then they are dynamic configuration protocols. > >> >> 5. Is it necessary that " datastore contains all >> >> configuration data actually used by the system"? For example, static >> >> routes should appear in RIBs, so having them separately in operational >> >> state seems redundant. >> > >> > I do not understand your question. Is the RIB exposed or not? Anyway, >> > we need a general model and not a model for specific aspects such as >> > routing. Yes, there can be redundancy but there can also be semantic >> > differences. The datastore tells me what is >> > actually used (regardless of what has happened with the statically >> > configured values). In other words, if I want to debug what my box is >> > actually doing, looking at the datastore is >> > probably a good idea. >> >> But could this part of operational state be possibly different from >> what's already in ? > > This is subtle since we are not really able to define precisely what > the boundaries of a datastore are. Is something applied if the > responsible daemon accepted information? Or is it applied if the > daemon communicated information to the kernel? Or is it applied if the > linecard accepted the information from the kernel? Or is it applied if > the specific registers of the linecard have been programmed? In my view, at some point the configuration system hands over the data to the backend that's responsible for performing the changes, and the data passed to the backend should be the content of . Whether the changes take effect in the system or not may be discovered from operational state data but the configuration processing should be already over. > Similarily, how is operational state obtained? It is likely that an > implementation does not read linecard registers on every operational > state request. As a consequence, we might have systems where applied > really is just a subset of operational state and this may be true for > a large number of systems but I would not rule out the possibility of > having differences between applied and operational state. We don't currently have static routes in routing-state, despite all criticism about duplication of config and state values, so it seems rather backwards to duplicate it in the new datastore model. What's important for an operator is to see whether a static route appears in a RIB or not. Lada > > /js > > -- > Juergen Schoenwaelder Jacobs University Bremen gGmbH > Phone: +49 421 200 3587 Campus Ring 1 | 28759 Bremen | Germany > Fax: +49 421 200 3103 -- Ladislav Lhotka, CZ.NIC Labs PGP Key ID: E74E8C0C From nobody Tue Nov 15 23:21:23 2016 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C6B7212954A for ; Tue, 15 Nov 2016 23:21:21 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.697 X-Spam-Level: X-Spam-Status: No, score=-5.697 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-1.497] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 7M8z_kPNeSUu for ; Tue, 15 Nov 2016 23:21:19 -0800 (PST) Received: from atlas3.jacobs-university.de (atlas3.jacobs-university.de [212.201.44.18]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3EF0F1294D3 for ; Tue, 15 Nov 2016 23:21:17 -0800 (PST) Received: from localhost (demetrius5.irc-it.jacobs-university.de [10.70.0.222]) by atlas3.jacobs-university.de (Postfix) with ESMTP id 5B32554; Wed, 16 Nov 2016 08:21:15 +0100 (CET) X-Virus-Scanned: amavisd-new at jacobs-university.de Received: from atlas3.jacobs-university.de ([10.70.0.205]) by localhost (demetrius5.jacobs-university.de [10.70.0.222]) (amavisd-new, port 10030) with ESMTP id 1M4rRbgobQzF; Wed, 16 Nov 2016 08:21:12 +0100 (CET) Received: from hermes.jacobs-university.de (hermes.jacobs-university.de [212.201.44.23]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hermes.jacobs-university.de", Issuer "Jacobs University CA - G01" (verified OK)) by atlas3.jacobs-university.de (Postfix) with ESMTPS; Wed, 16 Nov 2016 08:21:14 +0100 (CET) Received: from localhost (demetrius2.jacobs-university.de [212.201.44.47]) by hermes.jacobs-university.de (Postfix) with ESMTP id E38AB20050; Wed, 16 Nov 2016 08:21:14 +0100 (CET) X-Virus-Scanned: amavisd-new at jacobs-university.de Received: from hermes.jacobs-university.de ([212.201.44.23]) by localhost (demetrius2.jacobs-university.de [212.201.44.32]) (amavisd-new, port 10024) with ESMTP id Eoi0Soej-XYi; Wed, 16 Nov 2016 08:21:13 +0100 (CET) Received: from elstar.local (elstar.jacobs.jacobs-university.de [10.50.231.133]) by hermes.jacobs-university.de (Postfix) with ESMTP id 153D220053; Wed, 16 Nov 2016 08:21:14 +0100 (CET) Received: by elstar.local (Postfix, from userid 501) id D6B683D4001B; Wed, 16 Nov 2016 08:21:12 +0100 (CET) Date: Wed, 16 Nov 2016 08:21:12 +0100 From: Juergen Schoenwaelder To: Ladislav Lhotka Message-ID: <20161116072112.GA51558@elstar.local> Mail-Followup-To: Ladislav Lhotka , netmod@ietf.org References: <20161114094210.GA45946@elstar.local> <20161115061450.GA48891@elstar.local> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.6.0 (2016-04-01) Archived-At: Cc: netmod@ietf.org Subject: Re: [netmod] comments on revised-datastores-00 X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Juergen Schoenwaelder List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Nov 2016 07:21:21 -0000 On Wed, Nov 16, 2016 at 12:34:36PM +0900, Ladislav Lhotka wrote: > Juergen Schoenwaelder writes: > > > On Tue, Nov 15, 2016 at 09:48:35AM +0900, Ladislav Lhotka wrote: > >> Juergen Schoenwaelder writes: > >> > >> > On Mon, Nov 14, 2016 at 11:23:04AM +0900, Ladislav Lhotka wrote: > >> >> Hi, > >> >> > >> >> I've read the revised-datastores-00 document, in general I like it, here > >> >> are my initial comments and questions: > >> >> > >> >> 1. Even if is valid, it can still be in conflict with the > >> >> actual content of that may come from e.g. dynamic > >> >> configuration protocols. How are such cases supposed to be resolved? > >> > > >> > Yes. The whole idea is to expose these potential differences instead > >> > of hiding them behind a curtain. > >> > >> That's fine but it doesn't answer my question. > >> > > > > Then I do not understand the question. What does it mean for a > > datastore to be in conflict with a different datastore? > > For example: > > - the data model has a choice with caseA and caseB. A NC/RC client > configures caseA, is valid, but already contains > caseB configured by a "dynamic configuration protocol"; or > > - a leafref refers to a leaf that exists in but not in > . It could be that just did not get applied yet. It may also be that some mechanism simply overruled what wanted to have. The whole reason we talk about these different datastores is to be able to expose differences that may exist. > >> >> 2. What is the distinction between dynamic configuration protocols and > >> >> control-plane protocols? > >> > > >> > Good question. I believe this to be at the end implementation specific. > >> > The question I think really is whether a control-plane protocol interacts > >> > with the configuration management component or not. > >> > >> OK, perhaps it can be said that dynamic configuration protocols modify > >> "config true" data. Maybe a term like "configuration interface" may be > >> better because it needn't be a communication protocol, and it needn't be > >> any more dynamic than NETCONF/RESTCONF is. > > > > Yes, we know that 'dynamic' is potentially misleading. > > My take from yesterday's discussion is that in fact the classification > is implementation-dependent. For example, if I use standard Linux > command-line tools such as "ip", their result can be seen only in > operational state, so they are like control-plane protocols. However, if > an implementation patches these tools so as to write to , then > they are dynamic configuration protocols. Talking about 'control-plane protocols' is difficult since there is not precise definition people agree on. That said, it is an implementation decision how things work. I can implement a control-plane mechanism that it either modifies operational-state directly or that it goes through a configuration management component to coordinate changes. But yes, the Linux "ip" command talks to the kernel an directly modifies operational state. (And this is true for pretty much all open source control plane daemon implementations I have seen on Linux.) /js -- Juergen Schoenwaelder Jacobs University Bremen gGmbH Phone: +49 421 200 3587 Campus Ring 1 | 28759 Bremen | Germany Fax: +49 421 200 3103 From nobody Wed Nov 16 00:22:12 2016 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 235BA12967D for ; Wed, 16 Nov 2016 00:22:08 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.398 X-Spam-Level: X-Spam-Status: No, score=-3.398 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-1.497, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id e3_rPJsWtmII for ; Wed, 16 Nov 2016 00:22:06 -0800 (PST) Received: from mail.tail-f.com (mail.tail-f.com [46.21.102.45]) by ietfa.amsl.com (Postfix) with ESMTP id BFF85129673 for ; Wed, 16 Nov 2016 00:22:05 -0800 (PST) Received: from localhost (unknown [173.38.220.42]) by mail.tail-f.com (Postfix) with ESMTPSA id A49751AE034F; Wed, 16 Nov 2016 09:22:03 +0100 (CET) Date: Wed, 16 Nov 2016 09:20:56 +0100 (CET) Message-Id: <20161116.092056.499116417785337094.mbj@tail-f.com> To: j.schoenwaelder@jacobs-university.de From: Martin Bjorklund In-Reply-To: <20161115061450.GA48891@elstar.local> References: <20161114094210.GA45946@elstar.local> <20161115061450.GA48891@elstar.local> X-Mailer: Mew version 6.7 on Emacs 24.5 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Archived-At: Cc: netmod@ietf.org Subject: Re: [netmod] comments on revised-datastores-00 X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Nov 2016 08:22:08 -0000 Juergen Schoenwaelder wrote: > On Tue, Nov 15, 2016 at 09:48:35AM +0900, Ladislav Lhotka wrote: > > Juergen Schoenwaelder writes: > > > > > On Mon, Nov 14, 2016 at 11:23:04AM +0900, Ladislav Lhotka wrote: > > >> Hi, > > >> > > >> I've read the revised-datastores-00 document, in general I like it, here > > >> are my initial comments and questions: > > >> > > >> 1. Even if is valid, it can still be in conflict with the > > >> actual content of that may come from e.g. dynamic > > >> configuration protocols. How are such cases supposed to be resolved? > > > > > > Yes. The whole idea is to expose these potential differences instead > > > of hiding them behind a curtain. > > > > That's fine but it doesn't answer my question. > > > > Then I do not understand the question. What does it mean for a > datastore to be in conflict with a different datastore? > > > >> 2. What is the distinction between dynamic configuration protocols and > > >> control-plane protocols? > > > > > > Good question. I believe this to be at the end implementation specific. > > > The question I think really is whether a control-plane protocol interacts > > > with the configuration management component or not. > > > > OK, perhaps it can be said that dynamic configuration protocols modify > > "config true" data. Maybe a term like "configuration interface" may be > > better because it needn't be a communication protocol, and it needn't be > > any more dynamic than NETCONF/RESTCONF is. > > Yes, we know that 'dynamic' is potentially misleading. > > > >> 5. Is it necessary that " datastore contains all > > >> configuration data actually used by the system"? For example, static > > >> routes should appear in RIBs, so having them separately in operational > > >> state seems redundant. > > > > > > I do not understand your question. Is the RIB exposed or not? Anyway, > > > we need a general model and not a model for specific aspects such as > > > routing. Yes, there can be redundancy but there can also be semantic > > > differences. The datastore tells me what is > > > actually used (regardless of what has happened with the statically > > > configured values). In other words, if I want to debug what my box is > > > actually doing, looking at the datastore is > > > probably a good idea. > > > > But could this part of operational state be possibly different from > > what's already in ? > > This is subtle since we are not really able to define precisely what > the boundaries of a datastore are. Is something applied if the > responsible daemon accepted information? Or is it applied if the > daemon communicated information to the kernel? Or is it applied if the > linecard accepted the information from the kernel? Or is it applied if > the specific registers of the linecard have been programmed? > Similarily, how is operational state obtained? It is likely that an > implementation does not read linecard registers on every operational > state request. As a consequence, we might have systems where applied > really is just a subset of operational state and this may be true for > a large number of systems but I would not rule out the possibility of > having differences between applied and operational state. Note that in the draft, is defined in terms of being a subset of . Specifially, is the subset of where origin is 'static' or 'dynamic' (or derived from them). /martin From nobody Wed Nov 16 00:28:09 2016 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1EB6012965A for ; Wed, 16 Nov 2016 00:28:08 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.398 X-Spam-Level: X-Spam-Status: No, score=-3.398 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-1.497, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5Z_V1MaHq6IV for ; Wed, 16 Nov 2016 00:28:06 -0800 (PST) Received: from mail.tail-f.com (mail.tail-f.com [46.21.102.45]) by ietfa.amsl.com (Postfix) with ESMTP id D1EF0129661 for ; Wed, 16 Nov 2016 00:28:05 -0800 (PST) Received: from localhost (unknown [173.38.220.42]) by mail.tail-f.com (Postfix) with ESMTPSA id D78811AE034F; Wed, 16 Nov 2016 09:28:04 +0100 (CET) Date: Wed, 16 Nov 2016 09:26:57 +0100 (CET) Message-Id: <20161116.092657.1863684993696157894.mbj@tail-f.com> To: lhotka@nic.cz From: Martin Bjorklund In-Reply-To: References: <20161115061450.GA48891@elstar.local> X-Mailer: Mew version 6.7 on Emacs 24.5 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Archived-At: Cc: netmod@ietf.org Subject: Re: [netmod] comments on revised-datastores-00 X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Nov 2016 08:28:08 -0000 Ladislav Lhotka wrote: > Juergen Schoenwaelder writes: > > > On Tue, Nov 15, 2016 at 09:48:35AM +0900, Ladislav Lhotka wrote: > >> Juergen Schoenwaelder writes: > >> > >> > On Mon, Nov 14, 2016 at 11:23:04AM +0900, Ladislav Lhotka wrote: > >> >> Hi, > >> >> > >> >> I've read the revised-datastores-00 document, in general I like it, here > >> >> are my initial comments and questions: > >> >> > >> >> 1. Even if is valid, it can still be in conflict with the > >> >> actual content of that may come from e.g. dynamic > >> >> configuration protocols. How are such cases supposed to be resolved? > >> > > >> > Yes. The whole idea is to expose these potential differences instead > >> > of hiding them behind a curtain. > >> > >> That's fine but it doesn't answer my question. > >> > > > > Then I do not understand the question. What does it mean for a > > datastore to be in conflict with a different datastore? > > For example: > > - the data model has a choice with caseA and caseB. A NC/RC client > configures caseA, is valid, but already contains > caseB configured by a "dynamic configuration protocol"; or > > - a leafref refers to a leaf that exists in but not in > . An open issue is what to do with semantic constrains. For now, let's assume they do not have to be valid. This implies that you can have leafrefs in that refer to non-existing leafs. However, for choices, I don't think two cases can exist at the same time even in operational state. If we allow this, where do we draw the line - can a container or leaf exist in multiple instances? can a leaf of type int32 contain a string? > >> >> 2. What is the distinction between dynamic configuration protocols and > >> >> control-plane protocols? > >> > > >> > Good question. I believe this to be at the end implementation specific. > >> > The question I think really is whether a control-plane protocol interacts > >> > with the configuration management component or not. > >> > >> OK, perhaps it can be said that dynamic configuration protocols modify > >> "config true" data. Maybe a term like "configuration interface" may be > >> better because it needn't be a communication protocol, and it needn't be > >> any more dynamic than NETCONF/RESTCONF is. > > > > Yes, we know that 'dynamic' is potentially misleading. > > My take from yesterday's discussion is that in fact the classification > is implementation-dependent. Yes it probably is. But I'm not sure it is actually a problem. > For example, if I use standard Linux > command-line tools such as "ip", their result can be seen only in > operational state, so they are like control-plane protocols. However, if > an implementation patches these tools so as to write to , then > they are dynamic configuration protocols. > > > > >> >> 5. Is it necessary that " datastore contains all > >> >> configuration data actually used by the system"? For example, static > >> >> routes should appear in RIBs, so having them separately in operational > >> >> state seems redundant. > >> > > >> > I do not understand your question. Is the RIB exposed or not? Anyway, > >> > we need a general model and not a model for specific aspects such as > >> > routing. Yes, there can be redundancy but there can also be semantic > >> > differences. The datastore tells me what is > >> > actually used (regardless of what has happened with the statically > >> > configured values). In other words, if I want to debug what my box is > >> > actually doing, looking at the datastore is > >> > probably a good idea. > >> > >> But could this part of operational state be possibly different from > >> what's already in ? > > > > This is subtle since we are not really able to define precisely what > > the boundaries of a datastore are. Is something applied if the > > responsible daemon accepted information? Or is it applied if the > > daemon communicated information to the kernel? Or is it applied if the > > linecard accepted the information from the kernel? Or is it applied if > > the specific registers of the linecard have been programmed? > > In my view, at some point the configuration system hands over the data > to the backend that's responsible for performing the changes, and the > data passed to the backend should be the content of . The data passed to the backends is . The backend then tries to apply it, and the result is /. /martin > Whether > the changes take effect in the system or not may be discovered from > operational state data but the configuration processing should be > already over. > > > Similarily, how is operational state obtained? It is likely that an > > implementation does not read linecard registers on every operational > > state request. As a consequence, we might have systems where applied > > really is just a subset of operational state and this may be true for > > a large number of systems but I would not rule out the possibility of > > having differences between applied and operational state. > > We don't currently have static routes in routing-state, despite all > criticism about duplication of config and state values, so it seems > rather backwards to duplicate it in the new datastore model. What's > important for an operator is to see whether a static route appears in a > RIB or not. > > Lada > > > > > /js > > > > -- > > Juergen Schoenwaelder Jacobs University Bremen gGmbH > > Phone: +49 421 200 3587 Campus Ring 1 | 28759 Bremen | Germany > > Fax: +49 421 200 3103 > > -- > Ladislav Lhotka, CZ.NIC Labs > PGP Key ID: E74E8C0C > > _______________________________________________ > netmod mailing list > netmod@ietf.org > https://www.ietf.org/mailman/listinfo/netmod > From nobody Wed Nov 16 13:04:09 2016 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 229711294D1 for ; Wed, 16 Nov 2016 13:04:08 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.945 X-Spam-Level: X-Spam-Status: No, score=0.945 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DOS_OUTLOOK_TO_MX=2.845] autolearn=no autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id GKHPwJz4uKLx for ; Wed, 16 Nov 2016 13:04:06 -0800 (PST) Received: from hickoryhill-consulting.com (50-245-122-97-static.hfc.comcastbusiness.net [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 B014A12948B for ; Wed, 16 Nov 2016 13:04:06 -0800 (PST) X-Default-Received-SPF: pass (skip=loggedin (res=PASS)) x-ip-name=31.133.152.135; From: "Susan Hares" To: References: <147932974967.14839.7454166090548967917.idtracker@ietfa.amsl.com> In-Reply-To: <147932974967.14839.7454166090548967917.idtracker@ietfa.amsl.com> Date: Wed, 16 Nov 2016 16:01:26 -0500 Message-ID: <013401d2404c$9fb72dc0$df258940$@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: AQHP3G/M8YND0kBMVksCm1cnrFC2YKDg3maw Content-Language: en-us X-Authenticated-User: skh@ndzh.com Archived-At: Subject: [netmod] FW: New Version Notification for draft-hares-netmod-i2rs-yang-02.txt X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Nov 2016 21:04:08 -0000 The examples in this document have been revised to use "priorities" to = compare the intended configuration, dynamic configuration protocols = (e.g. dhcp), and the control plane data stores (e.g. ephemeral). A big = thanks to the design team + Joel Halpern for pointing out my error.=20 My next step is to continue implementing the ephemeral data store in = open-source code routing demon (quagga) + netconf/restconf + dhcpd. = The applied configuration that combines this information will store = information on the source (intended, dhcpd, and ephemeral state) and = priority. =20 Cheers,=20 Sue=20 -----Original Message----- From: internet-drafts@ietf.org [mailto:internet-drafts@ietf.org]=20 Sent: Wednesday, November 16, 2016 3:56 PM To: Amit Daas; amit.dass@ericsson.com; Susan Hares Subject: New Version Notification for = draft-hares-netmod-i2rs-yang-02.txt A new version of I-D, draft-hares-netmod-i2rs-yang-02.txt has been successfully submitted by Susan Hares and posted to the IETF = repository. Name: draft-hares-netmod-i2rs-yang Revision: 02 Title: Yang for I2RS Protocol Document date: 2016-11-16 Group: Individual Submission Pages: 19 URL: = https://www.ietf.org/internet-drafts/draft-hares-netmod-i2rs-yang-02.txt Status: = https://datatracker.ietf.org/doc/draft-hares-netmod-i2rs-yang/ Htmlized: = https://tools.ietf.org/html/draft-hares-netmod-i2rs-yang-02 Diff: = https://www.ietf.org/rfcdiff?url2=3Ddraft-hares-netmod-i2rs-yang-02 Abstract: This document requests one yang model addition that will support ephemeral state and provides notes for the implementers who wish to implement ephemeral state for the I2RS Protocol. The purpose of this document is to provide implementers of ephemeral state with background and open issues that they should consider when implementing ephemeral state that satifies the I2RS protocol. = =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 Wed Nov 16 19:14:37 2016 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 97052129478 for ; Wed, 16 Nov 2016 19:14:36 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102 X-Spam-Level: X-Spam-Status: No, score=-102 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, USER_IN_WHITELIST=-100] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=fenron.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id yRddh8WTSd4E for ; Wed, 16 Nov 2016 19:14:35 -0800 (PST) Received: from mail-ua0-x22f.google.com (mail-ua0-x22f.google.com [IPv6:2607:f8b0:400c:c08::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 11E77129462 for ; Wed, 16 Nov 2016 19:14:35 -0800 (PST) Received: by mail-ua0-x22f.google.com with SMTP id 20so131817544uak.0 for ; Wed, 16 Nov 2016 19:14:35 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=fenron.com; s=google; h=mime-version:from:date:message-id:subject:to; bh=0zO4qFAuOZoiOY7l659dqy4W405A9bDmeav98+JkxEc=; b=b8g2ZNsv+z+Fep3GPH7G0A7XcCBATae29T3jY0ycL6qk9m7sS3Ti+Flzrn4uxTOFpQ KBYCO3QTnwQoFBDeR9Vm5KPwzSZPDB+rkm36OxSIfFDRlgRL7xXfL5SbvSO7HFLUxeFp DGI3T9CEjt1lJWgNff1qxGbipUaHMD9e4fkmg= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=0zO4qFAuOZoiOY7l659dqy4W405A9bDmeav98+JkxEc=; b=Url0sv/ntGIk+66PVpU/b1fNXgnPgJ94SIi8CCMD6g4Pi3MA3Jw8aqd4FlxDNBnqh4 2opte3bVm1p3Qzsm/LOfhpu/pdbWlEqxOeyOxMiS6nllGyD6uAa31j3F/eg9L7oXIsWA seahtCAiz/hlnr++smwm8hPNxE6orcW7+HWwiMg79ouGnzcpnAmu0A9oPKxZPNpX0dTl 3xhul0NHzs6r3GhKTvPVdxJx9kmsYZwWYmh/RXsgPXJzFXjBBcckuwrB3ObvOTbc9Ij8 jKV+hBviVCFCGYn6s8jHBOjl9wVtgGTa3WYFe0JTcLDKvd8brVdne+y+atz1GoRcmYPZ CSAA== X-Gm-Message-State: ABUngvd3RrxSrJ2AOOeBETk0rsOqtjRvJCuaRl9/7x+DYBdq3PFOiMQP9vyE7YOhQ9IoEgZM6rvUBOQIZSB2AA== X-Received: by 10.176.83.100 with SMTP id y33mr459390uay.130.1479352473958; Wed, 16 Nov 2016 19:14:33 -0800 (PST) MIME-Version: 1.0 Received: by 10.176.80.225 with HTTP; Wed, 16 Nov 2016 19:14:33 -0800 (PST) From: Bill Fenner Date: Thu, 17 Nov 2016 12:14:33 +0900 Message-ID: To: netmod@ietf.org Content-Type: multipart/alternative; boundary=94eb2c192480b55b4b054176961e Archived-At: Subject: [netmod] A suggestion for yang namespaces X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Nov 2016 03:14:36 -0000 --94eb2c192480b55b4b054176961e Content-Type: text/plain; charset=UTF-8 https://tools.ietf.org/html/rfc4151 defines the "tag:" URI scheme, which allows the creation of URIs with nearly arbitrary syntax by anyone with an email address or domain name. E.g., "tag:example.com,2016:yang:interface-extension". The quirk here is the date, which exists in case example.com gets reassigned to someone else next year. If authors can accept the date quirk, this is an already-existing mechanism that is nearly identical to the one that was proposed in Xufeng's presentation today. Bill --94eb2c192480b55b4b054176961e Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
https://to= ols.ietf.org/html/rfc4151 defines the "tag:" URI scheme, whic= h allows the creation of URIs with nearly arbitrary syntax by anyone with a= n email address or domain name.=C2=A0 E.g., "tag:example.com,2016:yang:interface-extension".=C2=A0 The qu= irk here is the date, which exists in case e= xample.com gets reassigned to someone else next year.

If authors can accept the date quirk, this is an already-existing mec= hanism that is nearly identical to the one that was proposed in Xufeng'= s presentation today.

=C2=A0 Bill

--94eb2c192480b55b4b054176961e-- From nobody Wed Nov 16 19:52:50 2016 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1CC9512957F for ; Wed, 16 Nov 2016 19:52:49 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id JOLmSc4i8-Vq for ; Wed, 16 Nov 2016 19:52:46 -0800 (PST) Received: from trail.lhotka.name (trail.lhotka.name [77.48.224.143]) by ietfa.amsl.com (Postfix) with ESMTP id 0F519129484 for ; Wed, 16 Nov 2016 19:52:46 -0800 (PST) Received: from localhost (dhcp-8ee8.meeting.ietf.org [31.133.142.232]) by trail.lhotka.name (Postfix) with ESMTPSA id 0569F1CC0218; Thu, 17 Nov 2016 04:52:47 +0100 (CET) From: Ladislav Lhotka To: Martin Bjorklund In-Reply-To: <20161116.092657.1863684993696157894.mbj@tail-f.com> References: <20161115061450.GA48891@elstar.local> <20161116.092657.1863684993696157894.mbj@tail-f.com> Date: Thu, 17 Nov 2016 12:52:37 +0900 Message-ID: MIME-Version: 1.0 Content-Type: text/plain Archived-At: Cc: netmod@ietf.org Subject: Re: [netmod] comments on revised-datastores-00 X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Nov 2016 03:52:49 -0000 Martin Bjorklund writes: > Ladislav Lhotka wrote: >> Juergen Schoenwaelder writes: >> >> > On Tue, Nov 15, 2016 at 09:48:35AM +0900, Ladislav Lhotka wrote: >> >> Juergen Schoenwaelder writes: >> >> >> >> > On Mon, Nov 14, 2016 at 11:23:04AM +0900, Ladislav Lhotka wrote: >> >> >> Hi, >> >> >> >> >> >> I've read the revised-datastores-00 document, in general I like it, here >> >> >> are my initial comments and questions: >> >> >> >> >> >> 1. Even if is valid, it can still be in conflict with the >> >> >> actual content of that may come from e.g. dynamic >> >> >> configuration protocols. How are such cases supposed to be resolved? >> >> > >> >> > Yes. The whole idea is to expose these potential differences instead >> >> > of hiding them behind a curtain. >> >> >> >> That's fine but it doesn't answer my question. >> >> >> > >> > Then I do not understand the question. What does it mean for a >> > datastore to be in conflict with a different datastore? >> >> For example: >> >> - the data model has a choice with caseA and caseB. A NC/RC client >> configures caseA, is valid, but already contains >> caseB configured by a "dynamic configuration protocol"; or >> >> - a leafref refers to a leaf that exists in but not in >> . > > An open issue is what to do with semantic constrains. For now, let's > assume they do not have to be valid. This implies that you can have > leafrefs in that refer to non-existing leafs. > > However, for choices, I don't think two cases can exist at the same > time even in operational state. If we allow this, where do we draw > the line - can a container or leaf exist in multiple instances? can > a leaf of type int32 contain a string? Certainly not. Rather than validate , it may be better to first merge with current content of to get the tentative future content of , and apply validation on it. > >> >> >> 2. What is the distinction between dynamic configuration protocols and >> >> >> control-plane protocols? >> >> > >> >> > Good question. I believe this to be at the end implementation specific. >> >> > The question I think really is whether a control-plane protocol interacts >> >> > with the configuration management component or not. >> >> >> >> OK, perhaps it can be said that dynamic configuration protocols modify >> >> "config true" data. Maybe a term like "configuration interface" may be >> >> better because it needn't be a communication protocol, and it needn't be >> >> any more dynamic than NETCONF/RESTCONF is. >> > >> > Yes, we know that 'dynamic' is potentially misleading. >> >> My take from yesterday's discussion is that in fact the classification >> is implementation-dependent. > > Yes it probably is. But I'm not sure it is actually a problem. It isn't, but you could base the classification on where each contribution comes in instead of using fuzzy terms like dynamic configuration protocol. > >> For example, if I use standard Linux >> command-line tools such as "ip", their result can be seen only in >> operational state, so they are like control-plane protocols. However, if >> an implementation patches these tools so as to write to , then >> they are dynamic configuration protocols. >> >> > >> >> >> 5. Is it necessary that " datastore contains all >> >> >> configuration data actually used by the system"? For example, static >> >> >> routes should appear in RIBs, so having them separately in operational >> >> >> state seems redundant. >> >> > >> >> > I do not understand your question. Is the RIB exposed or not? Anyway, >> >> > we need a general model and not a model for specific aspects such as >> >> > routing. Yes, there can be redundancy but there can also be semantic >> >> > differences. The datastore tells me what is >> >> > actually used (regardless of what has happened with the statically >> >> > configured values). In other words, if I want to debug what my box is >> >> > actually doing, looking at the datastore is >> >> > probably a good idea. >> >> >> >> But could this part of operational state be possibly different from >> >> what's already in ? >> > >> > This is subtle since we are not really able to define precisely what >> > the boundaries of a datastore are. Is something applied if the >> > responsible daemon accepted information? Or is it applied if the >> > daemon communicated information to the kernel? Or is it applied if the >> > linecard accepted the information from the kernel? Or is it applied if >> > the specific registers of the linecard have been programmed? >> >> In my view, at some point the configuration system hands over the data >> to the backend that's responsible for performing the changes, and the >> data passed to the backend should be the content of . > > The data passed to the backends is . The backend then tries > to apply it, and the result is /. Hmm, but dynamic configuration protocols contribute to , and their contributions also have to be passed to the backend, right? It would make more sense to me if contained the data (from all sources) that the configuration system considers valid and passes it to the backend. Whether or not (and when) the system makes the data effective then wouldn't be an issue. Lada > > > > /martin > >> Whether >> the changes take effect in the system or not may be discovered from >> operational state data but the configuration processing should be >> already over. >> >> > Similarily, how is operational state obtained? It is likely that an >> > implementation does not read linecard registers on every operational >> > state request. As a consequence, we might have systems where applied >> > really is just a subset of operational state and this may be true for >> > a large number of systems but I would not rule out the possibility of >> > having differences between applied and operational state. >> >> We don't currently have static routes in routing-state, despite all >> criticism about duplication of config and state values, so it seems >> rather backwards to duplicate it in the new datastore model. What's >> important for an operator is to see whether a static route appears in a >> RIB or not. >> >> Lada >> >> > >> > /js >> > >> > -- >> > Juergen Schoenwaelder Jacobs University Bremen gGmbH >> > Phone: +49 421 200 3587 Campus Ring 1 | 28759 Bremen | Germany >> > Fax: +49 421 200 3103 >> >> -- >> Ladislav Lhotka, CZ.NIC Labs >> PGP Key ID: E74E8C0C >> >> _______________________________________________ >> netmod mailing list >> netmod@ietf.org >> https://www.ietf.org/mailman/listinfo/netmod >> -- Ladislav Lhotka, CZ.NIC Labs PGP Key ID: E74E8C0C From nobody Wed Nov 16 21:08:05 2016 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 154AC12987A for ; Wed, 16 Nov 2016 21:08:03 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=yumaworks-com.20150623.gappssmtp.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id qjIkfEO9QCiu for ; Wed, 16 Nov 2016 21:08:00 -0800 (PST) Received: from mail-ua0-x22a.google.com (mail-ua0-x22a.google.com [IPv6:2607:f8b0:400c:c08::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 B6B6B1295A6 for ; Wed, 16 Nov 2016 21:07:59 -0800 (PST) Received: by mail-ua0-x22a.google.com with SMTP id b35so133212531uaa.3 for ; Wed, 16 Nov 2016 21:07:59 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yumaworks-com.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=SjusBOXE7WXkqcKzg9lcwRRR0TpQWHHZaTGdyW+oKrg=; b=lRmNeNQSBj17WUSiGosf33UM7no6QPExdXxwrOt42zxcDCNWeUyEagx6J42nebaCFD r9sQFBhsBaXBCneH7kNCnRgoQSLU5S0tT3axJKZIMQg4yx7B93nA7vD+M1zgm6sQgKzv 9h08VFV/L/UndTgRbwCREj0TGp4LVBTe4w0YVUKXnSwjPk+DUONqjvflq7YUS6DbzXLV lBmRBSr3YdHOfw2/bAJOusRbJuBw/OKmBLG7r9FObTYGrPZO3cbhxHeNS389Hwor6voV BhS0p49/lxn8FOV13AeahHBzrX/QMYTQl4GerpSt23l2mGmfOAuZgspMJfwylX4Js8Bd dFSQ== 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:from:date :message-id:subject:to:cc; bh=SjusBOXE7WXkqcKzg9lcwRRR0TpQWHHZaTGdyW+oKrg=; b=NRf+s2XqE1xs6oXEY/VtBuBzkMTfwyn18+hzqXxk1XCCETHtLkk9F7Y2NqF1C/CsXL AqjMxIbuv/5DfCl42/tz0j6bLlgbid8xPxjeu14gIepiILTgK40NoaWmVL3sI/ro+QjW lDU2NnCr7FA+CO0ou+iheSS1OgxSfLVAYcFdpv/CIcOk6mmWjsjiiKp5VweG8MzIiEMI 5haLPN6E1Ke1S7Q9ROXc5pkzxHfG1BJXmTGesaw91O2nAkoqA3dHP4O/rWDlNdb4E2sv LNm2wv5tB/srvI3kSVou4gZeSlEpjUJ0bZzjvAczM/P2+QPFGUDU3I+bWUpQdFh9a/55 5V8A== X-Gm-Message-State: AKaTC00SZQb4dCV8y4bewV9PnIOty6rhNIAngKOjBcdGRmji2a+hr7v4BZDB94iL7bbGtwbDWUYgwdmz5lc6HA== X-Received: by 10.159.48.222 with SMTP id k30mr683931uab.2.1479359278561; Wed, 16 Nov 2016 21:07:58 -0800 (PST) MIME-Version: 1.0 Received: by 10.103.64.129 with HTTP; Wed, 16 Nov 2016 21:07:57 -0800 (PST) In-Reply-To: References: <20161115061450.GA48891@elstar.local> <20161116.092657.1863684993696157894.mbj@tail-f.com> From: Andy Bierman Date: Wed, 16 Nov 2016 21:07:57 -0800 Message-ID: To: Ladislav Lhotka Content-Type: multipart/alternative; boundary=f403045dd8f04b783a0541782c43 Archived-At: Cc: "netmod@ietf.org" Subject: Re: [netmod] comments on revised-datastores-00 X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Nov 2016 05:08:03 -0000 --f403045dd8f04b783a0541782c43 Content-Type: text/plain; charset=UTF-8 On Wed, Nov 16, 2016 at 7:52 PM, Ladislav Lhotka wrote: > Martin Bjorklund writes: > > > Ladislav Lhotka wrote: > >> Juergen Schoenwaelder writes: > >> > >> > On Tue, Nov 15, 2016 at 09:48:35AM +0900, Ladislav Lhotka wrote: > >> >> Juergen Schoenwaelder writes: > >> >> > >> >> > On Mon, Nov 14, 2016 at 11:23:04AM +0900, Ladislav Lhotka wrote: > >> >> >> Hi, > >> >> >> > >> >> >> I've read the revised-datastores-00 document, in general I like > it, here > >> >> >> are my initial comments and questions: > >> >> >> > >> >> >> 1. Even if is valid, it can still be in conflict with > the > >> >> >> actual content of that may come from e.g. dynamic > >> >> >> configuration protocols. How are such cases supposed to be > resolved? > >> >> > > >> >> > Yes. The whole idea is to expose these potential differences > instead > >> >> > of hiding them behind a curtain. > >> >> > >> >> That's fine but it doesn't answer my question. > >> >> > >> > > >> > Then I do not understand the question. What does it mean for a > >> > datastore to be in conflict with a different datastore? > >> > >> For example: > >> > >> - the data model has a choice with caseA and caseB. A NC/RC client > >> configures caseA, is valid, but already contains > >> caseB configured by a "dynamic configuration protocol"; or > >> > >> - a leafref refers to a leaf that exists in but not in > >> . > > > > An open issue is what to do with semantic constrains. For now, let's > > assume they do not have to be valid. This implies that you can have > > leafrefs in that refer to non-existing leafs. > > > > However, for choices, I don't think two cases can exist at the same > > time even in operational state. If we allow this, where do we draw > > the line - can a container or leaf exist in multiple instances? can > > a leaf of type int32 contain a string? > > Certainly not. Rather than validate , it may be better to > first merge with current content of to get the > tentative > future content of , and apply validation on it. > > IMO this is not correct. The running config cannot really be safely validated under this new model, because unexpanded templates and inactive nodes should not part of the validation. The intended datastore should always be YANG-valid. It is disjoint from the applied datastore. Using your example of case A and case B -- it is OK for a control plane protocol to override intended config (e.g., select case B causing case A to be deleted from applied). The intended is not altered (case A still exists in intended). The applied datastore should be valid independent of intended. You cannot merge them (e.g. case A and B not allowed to both exist). You can only compare them to find out that intended was overridden by a control protocol (e.g. case B is being used, not case A) If the control protocol changes get removed then applied should reflect the intended (e.g. case A reappears in applied) Andy > >> >> >> 2. What is the distinction between dynamic configuration protocols and >> >> >> control-plane protocols? >> >> > >> >> > Good question. I believe this to be at the end implementation specific. >> >> > The question I think really is whether a control-plane protocol interacts >> >> > with the configuration management component or not. >> >> >> >> OK, perhaps it can be said that dynamic configuration protocols modify >> >> "config true" data. Maybe a term like "configuration interface" may be >> >> better because it needn't be a communication protocol, and it needn't be >> >> any more dynamic than NETCONF/RESTCONF is. >> > >> > Yes, we know that 'dynamic' is potentially misleading. >> >> My take from yesterday's discussion is that in fact the classification >> is implementation-dependent. > > Yes it probably is. But I'm not sure it is actually a problem. It isn't, but you could base the classification on where each contribution comes in instead of using fuzzy terms like dynamic configuration protocol. > >> For example, if I use standard Linux >> command-line tools such as "ip", their result can be seen only in >> operational state, so they are like control-plane protocols. However, if >> an implementation patches these tools so as to write to , then >> they are dynamic configuration protocols. >> >> > >> >> >> 5. Is it necessary that " datastore contains all >> >> >> configuration data actually used by the system"? For example, static >> >> >> routes should appear in RIBs, so having them separately in operational >> >> >> state seems redundant. >> >> > >> >> > I do not understand your question. Is the RIB exposed or not? Anyway, >> >> > we need a general model and not a model for specific aspects such as >> >> > routing. Yes, there can be redundancy but there can also be semantic >> >> > differences. The datastore tells me what is >> >> > actually used (regardless of what has happened with the statically >> >> > configured values). In other words, if I want to debug what my box is >> >> > actually doing, looking at the datastore is >> >> > probably a good idea. >> >> >> >> But could this part of operational state be possibly different from >> >> what's already in ? >> > >> > This is subtle since we are not really able to define precisely what >> > the boundaries of a datastore are. Is something applied if the >> > responsible daemon accepted information? Or is it applied if the >> > daemon communicated information to the kernel? Or is it applied if the >> > linecard accepted the information from the kernel? Or is it applied if >> > the specific registers of the linecard have been programmed? >> >> In my view, at some point the configuration system hands over the data >> to the backend that's responsible for performing the changes, and the >> data passed to the backend should be the content of . > > The data passed to the backends is . The backend then tries > to apply it, and the result is /. Hmm, but dynamic configuration protocols contribute to , and their contributions also have to be passed to the backend, right? It would make more sense to me if contained the data (from all sources) that the configuration system considers valid and passes it to the backend. Whether or not (and when) the system makes the data effective then wouldn't be an issue. Lada > > > > /martin > >> Whether >> the changes take effect in the system or not may be discovered from >> operational state data but the configuration processing should be >> already over. >> >> > Similarily, how is operational state obtained? It is likely that an >> > implementation does not read linecard registers on every operational >> > state request. As a consequence, we might have systems where applied >> > really is just a subset of operational state and this may be true for >> > a large number of systems but I would not rule out the possibility of >> > having differences between applied and operational state. >> >> We don't currently have static routes in routing-state, despite all >> criticism about duplication of config and state values, so it seems >> rather backwards to duplicate it in the new datastore model. What's >> important for an operator is to see whether a static route appears in a >> RIB or not. >> >> Lada >> >> > >> > /js >> > >> > -- >> > Juergen Schoenwaelder Jacobs University Bremen gGmbH >> > Phone: +49 421 200 3587 Campus Ring 1 | 28759 Bremen | Germany >> > Fax: +49 421 200 3103 >> >> -- >> Ladislav Lhotka, CZ.NIC Labs >> PGP Key ID: E74E8C0C >> >> _______________________________________________ >> netmod mailing list >> netmod@ietf.org >> https://www.ietf.org/mailman/listinfo/netmod >> -- Ladislav Lhotka, CZ.NIC Labs PGP Key ID: E74E8C0C _______________________________________________ netmod mailing list netmod@ietf.org https://www.ietf.org/mailman/listinfo/netmod --f403045dd8f04b783a0541782c43 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable


On Wed, Nov 16, 2016 at 7:52 PM, Ladislav Lhotka <= lhotka@nic.cz> wrote:
Martin Bjorklund <mbj@tail-f.com> writes:

> Ladislav Lhotka <lhotka@nic.cz= > wrote:
>> Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de> writes: >>
>> > On Tue, Nov 15, 2016 at 09:48:35AM +0900, Ladislav Lhotka wro= te:
>> >> Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de> = writes:
>> >>
>> >> > On Mon, Nov 14, 2016 at 11:23:04AM +0900, Ladislav L= hotka wrote:
>> >> >> Hi,
>> >> >>
>> >> >> I've read the revised-datastores-00 document= , in general I like it, here
>> >> >> are my initial comments and questions:
>> >> >>
>> >> >> 1. Even if <intended> is valid, it can sti= ll be in conflict with the
>> >> >>=C2=A0 =C2=A0 actual content of <applied> t= hat may come from e.g. dynamic
>> >> >>=C2=A0 =C2=A0 configuration protocols. How are su= ch cases supposed to be resolved?
>> >> >
>> >> > Yes. The whole idea is to expose these potential dif= ferences instead
>> >> > of hiding them behind a curtain.
>> >>
>> >> That's fine but it doesn't answer my question. >> >>
>> >
>> > Then I do not understand the question. What does it mean for = a
>> > datastore to be in conflict with a different datastore?
>>
>> For example:
>>
>> - the data model has a choice with caseA and caseB. A NC/RC client=
>>=C2=A0 =C2=A0configures caseA, <intended> is valid, but <a= pplied> already contains
>>=C2=A0 =C2=A0caseB configured by a "dynamic configuration prot= ocol"; or
>>
>> - a leafref refers to a leaf that exists in <intended> but n= ot in
>>=C2=A0 =C2=A0<applied>.
>
> An open issue is what to do with semantic constrains.=C2=A0 For now, l= et's
> assume they do not have to be valid.=C2=A0 This implies that you can h= ave
> leafrefs in <applied> that refer to non-existing leafs.
>
> However, for choices, I don't think two cases can exist at the sam= e
> time even in operational state.=C2=A0 If we allow this, where do we dr= aw
> the line - can a container or leaf exist in multiple instances?=C2=A0 = can
> a leaf of type int32 contain a string?

Certainly not. Rather than validate <intended>, it may be better to first merge <intended> with current content of <applied> to get= the tentative
future content of <applied>, and apply validation on it.



IMO this is not correct= .

The running config cannot really be safely valid= ated under this new model,
because unexpanded templates and inact= ive nodes should not part of the
validation.

=
The intended datastore should always be YANG-valid.
It is di= sjoint from the applied datastore.

Using your exam= ple of case A and case B -- it is OK for a control plane
protocol= to override intended config (e.g., select case B causing case A
= to be deleted from applied).=C2=A0 The intended is not altered (case A stil= l exists
in intended).

The applied datas= tore should be valid independent of intended.
You cannot merge th= em (e.g. case A and B not allowed to both exist).
You can only co= mpare them to find out that intended was overridden
by a control = protocol (e.g. case B is being used, not case A)

I= f the control protocol changes get removed then applied should reflect
the intended (e.g. case A reappears in applied)

<= div>
Andy



<= div>
>
>> >> >> 2. What is the distinction between dynamic confi= guration protocols and
>> >> >>=C2=A0 =C2=A0 control-plane protocols?
>> >> >
>> >> > Good question. I believe this to be at the end imple= mentation specific.
>> >> > The question I think really is whether a control-pla= ne protocol interacts
>> >> > with the configuration management component or not.<= br> >> >>
>> >> OK, perhaps it can be said that dynamic configuration pro= tocols modify
>> >> "config true" data. Maybe a term like "con= figuration interface" may be
>> >> better because it needn't be a communication protocol= , and it needn't be
>> >> any more dynamic than NETCONF/RESTCONF is.
>> >
>> > Yes, we know that 'dynamic' is potentially misleading= .
>>
>> My take from yesterday's discussion is that in fact the classi= fication
>> is implementation-dependent.
>
> Yes it probably is.=C2=A0 But I'm not sure it is actually a proble= m.

It isn't, but you could base the classification on where each
contribution comes in instead of using fuzzy terms like dynamic
configuration protocol.

>
>> For example, if I use standard Linux
>> command-line tools such as "ip", their result can be see= n only in
>> operational state, so they are like control-plane protocols. Howev= er, if
>> an implementation patches these tools so as to write to <applie= d>, then
>> they are dynamic configuration protocols.
>>
>> >
>> >> >> 5. Is it necessary that "<operational-st= ate> datastore contains all
>> >> >>=C2=A0 =C2=A0 configuration data actually used by= the system"? For example, static
>> >> >>=C2=A0 =C2=A0 routes should appear in RIBs, so ha= ving them separately in operational
>> >> >>=C2=A0 =C2=A0 state seems redundant.
>> >> >
>> >> > I do not understand your question. Is the RIB expose= d or not? Anyway,
>> >> > we need a general model and not a model for specific= aspects such as
>> >> > routing. Yes, there can be redundancy but there can = also be semantic
>> >> > differences. The <operational-state> datastore= tells me what is
>> >> > actually used (regardless of what has happened with = the statically
>> >> > configured values). In other words, if I want to deb= ug what my box is
>> >> > actually doing, looking at the <operational-state= > datastore is
>> >> > probably a good idea.
>> >>
>> >> But could this part of operational state be possibly diff= erent from
>> >> what's already in <applied>?
>> >
>> > This is subtle since we are not really able to define precise= ly what
>> > the boundaries of a datastore are. Is something applied if th= e
>> > responsible daemon accepted information? Or is it applied if = the
>> > daemon communicated information to the kernel? Or is it appli= ed if the
>> > linecard accepted the information from the kernel? Or is it a= pplied if
>> > the specific registers of the linecard have been programmed?<= br> >>
>> In my view, at some point the configuration system hands over the = data
>> to the backend that's responsible for performing the changes, = and the
>> data passed to the backend should be the content of <applied>= ;.
>
> The data passed to the backends is <intended>.=C2=A0 The backend= then tries
> to apply it, and the result is <applied>/<operational-state&g= t;.

Hmm, but dynamic configuration protocols contribute to <applied>, and=
their contributions also have to be passed to the backend, right?

It would make more sense to me if <applied> contained the data (from = all sources)
that the configuration system considers valid and passes it to the
backend. Whether or not (and when) the system makes the data effective
then wouldn't be an issue.

Lada

>
>
>
> /martin
>
>> Whether
>> the changes take effect in the system or not may be discovered fro= m
>> operational state data but the configuration processing should be<= br> >> already over.
>>
>> > Similarily, how is operational state obtained? It is likely t= hat an
>> > implementation does not read linecard registers on every oper= ational
>> > state request. As a consequence, we might have systems where = applied
>> > really is just a subset of operational state and this may be = true for
>> > a large number of systems but I would not rule out the possib= ility of
>> > having differences between applied and operational state.
>>
>> We don't currently have static routes in routing-state, despit= e all
>> criticism about duplication of config and state values, so it seem= s
>> rather backwards to duplicate it in the new datastore model. What&= #39;s
>> important for an operator is to see whether a static route appears= in a
>> RIB or not.
>>
>> Lada
>>
>> >
>> > /js
>> >
>> > --
>> > Juergen Schoenwaelder=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0Jacobs University Bremen gGmbH
>> > Phone: +49 421 200 3587=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Camp= us Ring 1 | 28759 Bremen | Germany
>> > Fax:=C2=A0 =C2=A0+49 421 200 3103=C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0<http://www.jacobs-university.de/>
>>
>> --
>> Ladislav Lhotka, CZ.NIC Labs
>> PGP Key ID: E74E8C0C
>>
>> _______________________________________________
>> netmod mailing list
>> netmod@ietf.org
>> https://www.ietf.org/mailman/listinfo/netm= od
>>

--
Ladislav Lhotka, CZ.NIC Labs
PGP Key ID: E74E8C0C

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

--f403045dd8f04b783a0541782c43-- From nobody Wed Nov 16 21:39:42 2016 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AFF84129891 for ; Wed, 16 Nov 2016 21:39:39 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -8.497 X-Spam-Level: X-Spam-Status: No, score=-8.497 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=-1.497] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=nic.cz 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 Mx1rlYyUBF41 for ; Wed, 16 Nov 2016 21:39:37 -0800 (PST) Received: from mail.nic.cz (mail.nic.cz [IPv6:2001:1488:800:400::400]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4D7B0129898 for ; Wed, 16 Nov 2016 21:39:14 -0800 (PST) Received: from t2001067c03700128219144e1014c7ec2.v6.meeting.ietf.org (unknown [IPv6:2001:67c:370:128:2191:44e1:14c:7ec2]) by mail.nic.cz (Postfix) with ESMTPSA id DFBA362054; Thu, 17 Nov 2016 06:39:11 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=nic.cz; s=default; t=1479361153; bh=S9RllPwJ30+CSeMQF1klDDOil+CEWpnAoszqOAVxDQ4=; h=From:Date:To; b=DFdkguLtyW5Xv/f67DGjcLSXGlrDCnbyqj/pWZWBnQ03DTLljdeopxAiP+DyCzwoB TYwSD46f4jHCiouBnAE0sQLUbU2qmi3GuICaE7tVHhn4YG1BgeP4roNCbXac8tpKrM lmcIhZp2MN7pvNjnG2AbU2a8MaK6jsFYsHDm12LI= Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 10.1 \(3251\)) From: Ladislav Lhotka In-Reply-To: Date: Thu, 17 Nov 2016 14:39:07 +0900 Content-Transfer-Encoding: quoted-printable Message-Id: References: <20161115061450.GA48891@elstar.local> <20161116.092657.1863684993696157894.mbj@tail-f.com> To: Andy Bierman X-Mailer: Apple Mail (2.3251) X-Virus-Scanned: clamav-milter 0.98.7 at mail X-Virus-Status: Clean Archived-At: Cc: "netmod@ietf.org" Subject: Re: [netmod] comments on revised-datastores-00 X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Nov 2016 05:39:40 -0000 > On 17 Nov 2016, at 14:07, Andy Bierman wrote: >=20 >=20 >=20 > On Wed, Nov 16, 2016 at 7:52 PM, Ladislav Lhotka = wrote: > Martin Bjorklund writes: >=20 > > Ladislav Lhotka wrote: > >> Juergen Schoenwaelder = writes: > >> > >> > On Tue, Nov 15, 2016 at 09:48:35AM +0900, Ladislav Lhotka wrote: > >> >> Juergen Schoenwaelder = writes: > >> >> > >> >> > On Mon, Nov 14, 2016 at 11:23:04AM +0900, Ladislav Lhotka = wrote: > >> >> >> Hi, > >> >> >> > >> >> >> I've read the revised-datastores-00 document, in general I = like it, here > >> >> >> are my initial comments and questions: > >> >> >> > >> >> >> 1. Even if is valid, it can still be in conflict = with the > >> >> >> actual content of that may come from e.g. = dynamic > >> >> >> configuration protocols. How are such cases supposed to be = resolved? > >> >> > > >> >> > Yes. The whole idea is to expose these potential differences = instead > >> >> > of hiding them behind a curtain. > >> >> > >> >> That's fine but it doesn't answer my question. > >> >> > >> > > >> > Then I do not understand the question. What does it mean for a > >> > datastore to be in conflict with a different datastore? > >> > >> For example: > >> > >> - the data model has a choice with caseA and caseB. A NC/RC client > >> configures caseA, is valid, but already = contains > >> caseB configured by a "dynamic configuration protocol"; or > >> > >> - a leafref refers to a leaf that exists in but not in > >> . > > > > An open issue is what to do with semantic constrains. For now, = let's > > assume they do not have to be valid. This implies that you can have > > leafrefs in that refer to non-existing leafs. > > > > However, for choices, I don't think two cases can exist at the same > > time even in operational state. If we allow this, where do we draw > > the line - can a container or leaf exist in multiple instances? can > > a leaf of type int32 contain a string? >=20 > Certainly not. Rather than validate , it may be better to > first merge with current content of to get the = tentative > future content of , and apply validation on it. >=20 >=20 >=20 > IMO this is not correct. >=20 > The running config cannot really be safely validated under this new = model, > because unexpanded templates and inactive nodes should not part of the > validation. I didn't mention validation of at all. >=20 > The intended datastore should always be YANG-valid. > It is disjoint from the applied datastore. So let's say we have a list with min-elements =3D 1 (such as the list of = RIBs), and there is already one entry provided by the system. what has = to be done in order to make valid? Should the = system-controlled entry permeate up to ? >=20 > Using your example of case A and case B -- it is OK for a control = plane > protocol to override intended config (e.g., select case B causing case = A > to be deleted from applied). The intended is not altered (case A = still exists > in intended). According to the picture, control plane protocols affect operational = state, so it is OK.=20 >=20 > The applied datastore should be valid independent of intended. > You cannot merge them (e.g. case A and B not allowed to both exist). I can merge them and report they the submitted would make = invalid, i.e. the edit would be rejected. Lada > You can only compare them to find out that intended was overridden > by a control protocol (e.g. case B is being used, not case A) >=20 > If the control protocol changes get removed then applied should = reflect > the intended (e.g. case A reappears in applied) >=20 >=20 > Andy >=20 >=20 >=20 >=20 > > > >> >> >> 2. What is the distinction between dynamic configuration = protocols and > >> >> >> control-plane protocols? > >> >> > > >> >> > Good question. I believe this to be at the end implementation = specific. > >> >> > The question I think really is whether a control-plane = protocol interacts > >> >> > with the configuration management component or not. > >> >> > >> >> OK, perhaps it can be said that dynamic configuration protocols = modify > >> >> "config true" data. Maybe a term like "configuration interface" = may be > >> >> better because it needn't be a communication protocol, and it = needn't be > >> >> any more dynamic than NETCONF/RESTCONF is. > >> > > >> > Yes, we know that 'dynamic' is potentially misleading. > >> > >> My take from yesterday's discussion is that in fact the = classification > >> is implementation-dependent. > > > > Yes it probably is. But I'm not sure it is actually a problem. >=20 > It isn't, but you could base the classification on where each > contribution comes in instead of using fuzzy terms like dynamic > configuration protocol. >=20 > > > >> For example, if I use standard Linux > >> command-line tools such as "ip", their result can be seen only in > >> operational state, so they are like control-plane protocols. = However, if > >> an implementation patches these tools so as to write to , = then > >> they are dynamic configuration protocols. > >> > >> > > >> >> >> 5. Is it necessary that " datastore = contains all > >> >> >> configuration data actually used by the system"? For = example, static > >> >> >> routes should appear in RIBs, so having them separately in = operational > >> >> >> state seems redundant. > >> >> > > >> >> > I do not understand your question. Is the RIB exposed or not? = Anyway, > >> >> > we need a general model and not a model for specific aspects = such as > >> >> > routing. Yes, there can be redundancy but there can also be = semantic > >> >> > differences. The datastore tells me what = is > >> >> > actually used (regardless of what has happened with the = statically > >> >> > configured values). In other words, if I want to debug what my = box is > >> >> > actually doing, looking at the datastore = is > >> >> > probably a good idea. > >> >> > >> >> But could this part of operational state be possibly different = from > >> >> what's already in ? > >> > > >> > This is subtle since we are not really able to define precisely = what > >> > the boundaries of a datastore are. Is something applied if the > >> > responsible daemon accepted information? Or is it applied if the > >> > daemon communicated information to the kernel? Or is it applied = if the > >> > linecard accepted the information from the kernel? Or is it = applied if > >> > the specific registers of the linecard have been programmed? > >> > >> In my view, at some point the configuration system hands over the = data > >> to the backend that's responsible for performing the changes, and = the > >> data passed to the backend should be the content of . > > > > The data passed to the backends is . The backend then = tries > > to apply it, and the result is /. >=20 > Hmm, but dynamic configuration protocols contribute to , and > their contributions also have to be passed to the backend, right? >=20 > It would make more sense to me if contained the data (from = all sources) > that the configuration system considers valid and passes it to the > backend. Whether or not (and when) the system makes the data effective > then wouldn't be an issue. >=20 > Lada >=20 > > > > > > > > /martin > > > >> Whether > >> the changes take effect in the system or not may be discovered from > >> operational state data but the configuration processing should be > >> already over. > >> > >> > Similarily, how is operational state obtained? It is likely that = an > >> > implementation does not read linecard registers on every = operational > >> > state request. As a consequence, we might have systems where = applied > >> > really is just a subset of operational state and this may be true = for > >> > a large number of systems but I would not rule out the = possibility of > >> > having differences between applied and operational state. > >> > >> We don't currently have static routes in routing-state, despite all > >> criticism about duplication of config and state values, so it seems > >> rather backwards to duplicate it in the new datastore model. What's > >> important for an operator is to see whether a static route appears = in a > >> RIB or not. > >> > >> Lada > >> > >> > > >> > /js > >> > > >> > -- > >> > Juergen Schoenwaelder Jacobs University Bremen gGmbH > >> > Phone: +49 421 200 3587 Campus Ring 1 | 28759 Bremen | = Germany > >> > Fax: +49 421 200 3103 = > >> > >> -- > >> Ladislav Lhotka, CZ.NIC Labs > >> PGP Key ID: E74E8C0C > >> > >> _______________________________________________ > >> netmod mailing list > >> netmod@ietf.org > >> https://www.ietf.org/mailman/listinfo/netmod > >> >=20 > -- > Ladislav Lhotka, CZ.NIC Labs > PGP Key ID: E74E8C0C >=20 > _______________________________________________ > netmod mailing list > netmod@ietf.org > https://www.ietf.org/mailman/listinfo/netmod -- Ladislav Lhotka, CZ.NIC Labs PGP Key ID: E74E8C0C From nobody Thu Nov 17 00:11:54 2016 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 60435129681 for ; Thu, 17 Nov 2016 00:11:52 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.903 X-Spam-Level: X-Spam-Status: No, score=-1.903 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=junipernetworks.onmicrosoft.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id eeXUzSlVtNlg for ; Thu, 17 Nov 2016 00:11:50 -0800 (PST) Received: from NAM01-SN1-obe.outbound.protection.outlook.com (mail-sn1nam01on0120.outbound.protection.outlook.com [104.47.32.120]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 956F11296A2 for ; Thu, 17 Nov 2016 00:11:48 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=junipernetworks.onmicrosoft.com; s=selector1-juniper-net; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=+6Kyp66zPkQFXR1u8DciupQe5ZZYZrzwhMdTUM8mx1w=; b=VLUgivuvLDisjTwz5QWLdNrD5a3PYWWgcdRhA6K/xtcNcqr9JU5eVpnEtYdQxY1uFuOfMQdmOPfNI7f0TzeJJnjVqCcL1ggQVCIiqad1O/7VvH+tQJfdjglB+fguJxzZNM4HhFUDx9wPtaKq025+4kNSFvTqwv5bNmEQShSxNGk= Received: from MWHPR05CA0024.namprd05.prod.outlook.com (10.168.242.162) by CY1PR0501MB1340.namprd05.prod.outlook.com (10.160.226.145) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.734.2; Thu, 17 Nov 2016 08:11:47 +0000 Received: from BN1BFFO11FD011.protection.gbl (2a01:111:f400:7c10::1:168) by MWHPR05CA0024.outlook.office365.com (2603:10b6:300:59::34) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.747.5 via Frontend Transport; Thu, 17 Nov 2016 08:11:43 +0000 Authentication-Results: spf=softfail (sender IP is 66.129.239.19) smtp.mailfrom=juniper.net; ietf.org; dkim=none (message not signed) header.d=none;ietf.org; dmarc=none action=none header.from=juniper.net; Received-SPF: SoftFail (protection.outlook.com: domain of transitioning juniper.net discourages use of 66.129.239.19 as permitted sender) Received: from P-EMFE01C-SAC.jnpr.net (66.129.239.19) by BN1BFFO11FD011.mail.protection.outlook.com (10.58.144.74) with Microsoft SMTP Server (version=TLS1_0, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA_P384) id 15.1.721.5 via Frontend Transport; Thu, 17 Nov 2016 08:11:42 +0000 X-IncomingTopHeaderMarker: OriginalChecksum:; UpperCasedChecksum:; SizeAsReceived:1039; Count:13 Received: from p-mailhub01.juniper.net (10.160.2.17) by P-EMFE01C-SAC.jnpr.net (172.24.192.21) with Microsoft SMTP Server (TLS) id 14.3.123.3; Thu, 17 Nov 2016 00:08:01 -0800 Received: from idle.juniper.net (idleski.juniper.net [172.25.4.26]) by p-mailhub01.juniper.net (8.14.4/8.11.3) with ESMTP id uAH8805g000554; Thu, 17 Nov 2016 00:08:00 -0800 (envelope-from phil@juniper.net) Received: from idle.juniper.net (localhost [127.0.0.1]) by idle.juniper.net (8.14.4/8.14.3) with ESMTP id uAH83uTD061633; Thu, 17 Nov 2016 03:03:56 -0500 (EST) (envelope-from phil@idle.juniper.net) Message-ID: <201611170803.uAH83uTD061633@idle.juniper.net> To: Ladislav Lhotka In-Reply-To: Date: Thu, 17 Nov 2016 03:03:56 -0500 From: Phil Shafer MIME-Version: 1.0 Content-Type: text/plain X-IncomingHeaderCount: 13 X-EOPAttributedMessage: 0 X-MS-Office365-Filtering-HT: Tenant X-Forefront-Antispam-Report: CIP:66.129.239.19; IPV:NLI; CTRY:US; EFV:NLI; SFV:NSPM; SFS:(10019020)(6009001)(7916002)(2980300002)(189002)(199003)(48376002)(2906002)(47776003)(230783001)(50466002)(92566002)(68736007)(1076002)(4326007)(8936002)(189998001)(87936001)(54356999)(50986999)(69596002)(2810700001)(97736004)(626004)(6916009)(5660300001)(356003)(7846002)(2950100002)(7696004)(110136003)(8676002)(305945005)(229853002)(86362001)(7126002)(77096005)(81166006)(81156014)(8276002)(5003940100001)(106466001)(76506005)(105596002)(53416004); DIR:OUT; SFP:1102; SCL:1; SRVR:CY1PR0501MB1340; H:P-EMFE01C-SAC.jnpr.net; FPR:; SPF:SoftFail; PTR:InfoDomainNonexistent; MX:1; A:1; LANG:en; X-Microsoft-Exchange-Diagnostics: 1; BN1BFFO11FD011; 1:UKAbI+amK42kW3UX0KBduCsISGHWq1fOdfLNc9WIHRp2tFklTOVdpsU1uMwGKyPsDz9//wbG+skyf3ClQJAYWwEVZGlLhM92xVbkM2uta+Bp2AMzYuEqL1qOWxHFUZ6cuSaiBolw/xxpVtVDI58gCu4eJAkkKeDnTnztexE6FJn/C0dedjL/tGe30Kzb9BrYYQU2UK18qfwz9RdD8LtUEsPmEo66+/7QDpwLqPrKfWJ8xKAXrI8PtRBAXWKY9s+sGw0Y16Zb21nGiejgSV790llAGquIpqZOF8uzN2h5datOTNjvr9GXEOqxC++wbFU1JLbdAKEHwC1ybW91B9nOleBo3ilsDjqJkscoDWnM+3hNgn5Y7qRJqv9+6FVsPqittZ/fqJ7AO79WD+aUr0F743CQh2uXx6RXrXWdy5BryPbsY3EmSqOWEA3T1UPW2FtCt/Ca43BRjm0osfs+QeuDrglD96mAE8co7wZ+X0tOH2GNcple4ytEYiP3K84UC9c8JcRPBccAO6k/HSqzZUOH1qust3WwZbnKqkqXE1cHWjaqg9S4ly3jbsx9tva0KI5HTKfuIPAC0fafuZIwf8x+ww== X-Microsoft-Exchange-Diagnostics: 1; CY1PR0501MB1340; 2:2NAyFCS/oX+xyPTd5LKtO4sovB3QasKBzP0iC72lih8qmGH+rToJZhMynv5daqGSZrQuLbSDlJjHp5fDugnEBJiQtk+Vw+TyVR5E+TAdhGgmqWW8C8Sn3rmsye4Ux8hAx9SavLvN4onfVoqxSvPveFHZFLh69Vy00S65eRbCg0Q=; 3:bse4LxlUJtgvSCr2tY1mXiJcFGZ3P8djU8n2ejOSGttRRLXkyw10ce12b2/hJO3ZGiKtFHU1VZMx1C3VOh6U5y4RDQqC57VwVE0iLHVgEq2LGGRdB9wqtbx1LYwpgAp8kg48Yx0IglxaA0GdRNaOSYpM8qhDtkl0/TXTkUe/oxfdmB8t/EEPpUUlrHITcftMkhTEavyWiLY4KVPzOkwaq6bit0bRw7LAbHI7hfWxjJ7tUI+WQ6KCtSRzIQk7Wt5EQfXGtxG2jKCJHiGyIm6gAQ== X-MS-Office365-Filtering-Correlation-Id: 31ac7fed-94e9-452f-a651-08d40ec15de1 X-Microsoft-Antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001); SRVR:CY1PR0501MB1340; X-Microsoft-Exchange-Diagnostics: 1; CY1PR0501MB1340; 25:Cu7HG8Nj2AY0VIP0wZIRNeeOAiBLJZ2ZSeI+iank7FrPZZVOuD4B8GR1iEbTYlFuGpN87rKBGN7kVYoRn0+VWM1pWu3m6wZL3Yu2AQV1tT07hRt2hr2VxhA+GSFgLfhXup9J9Bsxp/BvMKt6kMAFmZ8j+KiOCwp2Cz9Uf0WiVtLfsHqldS7S+tVlKAhwMLNmBn4eYrMDHkX8vcKS9BJGmhlx8XeZfoj49XlHKqTFDQkxko4xhRSYpQtpVtvRoS1nD/B85WTROKm/O/ODYK0qsbjAX9T4A9+KE4pCLAtKuYCbhZDqxGUEHJMVuuio3CUOdLfY79gjXb+KriNgsDkWyf3nOxEC0W6l6Vf3l/F9K4OvOKwDao1HNJG+zgrw15eK94DJVraEkA+ZZboRhstMyaloaoLBZ1iHgT2Bsd0ckxz9qLP1Qiq4UGhLarnak3hxHcFZSwpgniJ9BV+J5ACZv2mLvyeYoKnXmdwRBebj6m5XcQzx0AFRXr8/w4Z84TSLNQAhxexdcui/0b/4xhYwNriQh39uFWPOByv7KtucwY4S14pz3b4Hh1wGd91BwuG+vDECaOIJZO+jTrFE/9QdQdFIVc671ZbljQ2Av4pDbyn+qUr823YxOj8X864dIPbbfYvxoUd1/jDbBqH7ID/3gBHuzgvWD/DsIgLr+LmHFkrpfXOzstk1jTfIf3UbFWAwtkZ9WeNeQncUBDhuHcjSTsHEYZ5HX15y0Q2pqor8tvcDzSpKNCg/hKVJNPlVn1HTsPNLRXiK31oKZ6rr7U74ltf4zcwt9qzxUpfMVu1GYfU0JpWDPOvAwzn67ijYnPbd X-Microsoft-Exchange-Diagnostics: 1; CY1PR0501MB1340; 31:Je9HCZDXhbktYY0Ofm6uQS6bch/E+o+kleBEs6vly/KLPKMqYd8mdUNnhmNQOKx45DC4yv08kwuu/2xBRMlfAfOR9fyt1xsN6EfZgCXhS6zxGOQD+38lPJ/2LYiVAmsnomaT1FRBw5m98O6KDbE7a1I6esuK8osqthB2u8pqFwtxiodK5+kA3XYqYbP8ExnBTspkM0ay96kka8sZJuy9vr545YArUuzE1mQTlGzxhrAjszXo6Lc2fw+zhq0i8v1Oe+2ajujESFKpna9XSVtDjQ==; 20:h/uK1YHeVKFTVjxyqqkrsoyJN1IP63CbaTg0jZ4s4CfskDzpztY1IEnB6dtr6cI0I4kfoI91OMafq49L9pjd60FgioY8IFQWhowZV7euMehz3k+nk6qjZdirpJNJ+Lpcqp1zZKjYQ2fSgiHupe94yQTB363NXwKsdYxKedKirrlxZUVzwHB7BRzyjGIIUwkSutlPiGSK0vl3k9d3M1+BbUNXStCgcmJbeuZ8yHYUOZmbEXWKeDvROxdB0wsYtxtGS6aRtJMmuGimosld+idUixKzM/0B3y+dFyxiBBNvVRr1/tHEV6HZnTw79I0dRmeap76HnXV4RzVdgg0JjuwcafIKS0GBO9YRbSnPlCy035X1yFo5h+vrt7AHJS28NPqxwxCUgY4t/umv9cMM4OREbXhwhXbT6sSx+Hle901+z3w3X7eKoWmHCn27i+qGkK7HOP9yN0cs1UgzmqHFAENSK8jIU3PVHLtmNSFektv1DqG7HFDX+zOg8fJ1VH/4yuX5 X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:; X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(6060326)(6040281)(601004)(2401047)(13024025)(13023025)(13015025)(13017025)(8121501046)(5005006)(13018025)(3002001)(10201501046)(6055026)(6061324)(6041223); SRVR:CY1PR0501MB1340; BCL:0; PCL:0; RULEID:; SRVR:CY1PR0501MB1340; X-Microsoft-Exchange-Diagnostics: 1; CY1PR0501MB1340; 4:EKiUcy3N3NjN8ZRaTCHF8g+CH+3eA8N6F1I0i4T0GS96EcRdDAJN8L9uYWWZkqJW0bGrifCYhE+jmmZNftyO7ZlUHi1uoT3EI5ZaSZs6rguQRu7Q6ybM7803ggrVRc28wkMZeNvwOJ1UHZTIaM8WuAA7so/qNh76CqT38lcHMzZIkLGQERbb0od6cVHfCp9UufPOcaIiRjuXTZyWA4cEtGbxeCQk5E7n0JwRERTV8rBJ5S7EP6i/UJG37h4j4qpqJLM0enBujszZuhQOTquRFnGWKpKKvd/1YCk5s5merBepfXRvuGg1FDt+CyRuFgpch+258LrFuRiSr6g11NponaTBD1lQguiOPpQuk/d29+TL/09tVsNcHj+14B9EQ1RDj4Tic7RQQOa19u/sUVDIPSRuP0APkiyVTuwIxs+a4L7aplwkkD/+cNCusQVgqr0O9Jfcz+bBAmRp7Rj3zYR9AHKIYTzDL/4CubzsknfjioO5+j0SA3+87mGeazTByLUWwIVTitj/6syHjzqD+fMxMTbIBJIoBXZEMvWm4oSUHjaHYDF4QH/KwBLd3+fyoswr X-Forefront-PRVS: 01294F875B X-Microsoft-Exchange-Diagnostics: =?us-ascii?Q?1; CY1PR0501MB1340; 23:afJ10zAkjeWh2AOHP0C0eDv9fMBPutjyGGoVHU3?= =?us-ascii?Q?BuS6hd7d4ViNmT2bOMUV8hKT546+C8Lj1IiA+o8tCmnf9AMi8gxTHCQ/4QN9?= =?us-ascii?Q?1kjtEIZTGZgKt6A/KlyN1srF0fQkFvZv/VmqZ/R6nucQakBXwmE2HpXp/Cne?= =?us-ascii?Q?aXr9DdaP4eMvorPmB/B0DW/DQ5QnHpmZYlX3gh8tfQR+2DwxLr4zpvrsNb9h?= =?us-ascii?Q?tS5rOcN6IMU6+9dZ/X4+hfXDGdXeSrg9mOXj0O6PcD4RpjWS4gr976LPUy+1?= =?us-ascii?Q?HYdw+jCI8HfvqxdgFh8Hxr2WUwIWWaeuPM9lOU30/VelgpBMWbw9ySfhKemz?= =?us-ascii?Q?Q6vkMAphW6Nsn42Dz6ApY5elqDaLYbSztDIvWDeNDraMTTF/vFubL2bNQUVV?= =?us-ascii?Q?WoAq1PTlNUFlIE7rkF8kMTX5lHJd8vCC1x5Q/v4sbOxqPmRsrQoIJMLq8JAn?= =?us-ascii?Q?/eQNIdV2HX827lWdQbe2CBewNOI4HXrvpVQW5FlV8HxWH4ekgav328ONF89E?= =?us-ascii?Q?P9ruKJdlNYo9hCt9tA/+noiIfZoP9KPUr/pwzstPptZzVZK58N0pfwAZb3/g?= =?us-ascii?Q?7bHftGZhRdWdG0ZvmZ2ET5bYLQxAXC0+wrTD1/wZ3tQ/R3g+LnYg13bC0IXk?= =?us-ascii?Q?9/77c+OtFPJHrCwBhivQsSNQtNiGzgm4I4B1XsKI/JxgB4WLJmcOCRJ5YVtE?= =?us-ascii?Q?qsSy/omjwM9tupaJVrZTDqjJ3AKlYnDAueQwTzXmphoAXZPw70mbQlNG4bBo?= =?us-ascii?Q?/a3/JojhDl/+AaNg4euHilBMTEf1HffBFFfvJ18A4N9D1wNCXPSjSaDLR18n?= =?us-ascii?Q?Dn1yjXZNRc0satU5smf0szrCJps/vS0MrpZymulgymUykNTgGtbfFmq6I99B?= =?us-ascii?Q?DRzAfyuC3LYgQnF/rDaX0obnKdjNTunDZcHpWbeYMui+o4zjS7bx0dUjeGUZ?= =?us-ascii?Q?XMq2n505WGCaCrPApHNTXMVvupU76CZGFOf4Q7dAIoTEqIluBvxdNfSwdUKw?= =?us-ascii?Q?5sJXbTXZZfv78Pg5wzcy1MT03IW0Vu9JPY3N/jgbfR7fidH8+YZRS9G/xa7a?= =?us-ascii?Q?Y/RR2CME=3D?= X-Microsoft-Exchange-Diagnostics: 1; CY1PR0501MB1340; 6:OGfpZX/78dUGvSiXB6odP7v9Q6rtBp75LyJTOX9NusP+q50paWGFBJDWXnJ0DrJjsJeJo5mV46+LTcY1yKt89pJbDG6gnpUoLuD77pubo7h5wJTPUsqG2rnlKZscyGOqo8yQFAz8/4Y3BcvJ4SFbgJ9A9fA6UvYsG7WMOQgFJI2rX0xESg472ROYwA0tYNXzz1a2sC92IHLpO7ksw3qiYLyGqHQakrMgs1OwwMi6+zxyzegn3p7es/tYR3L/TLogC01uV0CLS9Lh+9r4Pc3iIrEORlwP1Jatql+Wp7vZepiyBj5cne0K7XzbIPbM1UumDQjjx4iuEqgWUIuTE2CHaOzXkrKSS+e4RgaHjuQP9FqLMwDdZl3XYYS4d2aBViDb; 5:pLWurMscfC/qe5sehSEYZJxSWfky84Nxi9NP/MUr3HAmNGJ5Vz/vy/KlB7ilLRBR0lC9RfFeCaQYwTiF/sySymnYv2s1vlbpid39hI0woEQEo4cwuR68yRWSVf8JMMFfoW2JaQBQHN1jfAmEQL/nqA==; 24:iw4QGxnJQUKM0HuB+o7/s5Jpwm/r5OUOx/o7aHJW6vz03HRfT/ugFIRo58QwSVLzgBbIZGt5p4qWT3Tr5yv7aHmVu5mPASizW9tI8h51pIY= SpamDiagnosticOutput: 1:99 SpamDiagnosticMetadata: NSPM X-Microsoft-Exchange-Diagnostics: 1; CY1PR0501MB1340; 7:Kn/wf9Hl3vIbppZUuvlINAjlG0kUZhnPnqeF8XuTqtmBjblTsXFKRubvdOCbCifLfvPzpuuVF3WTgng8ZY9AQAPLW0sLfgbcxyOc9dp2p2pEnzDy74Xziqd9OTa4KG+upvPoJ/RgtClsN2sEI/gi+BWDfxs170OivIPt0uj8TkCTdYR5wYUQAn8xw5i+17jrg/FiWi6BL+feEvYWiLynKDHvIOBquC1doucd+tqJFmZAVkY7GMbM1Jehl1mOq3iazQn8D7AfxtlZdWc8PSlOjao4Rn1vZdfv8+ue2gvPQH9CWbFg87Q9/AKsvuBOFOasYG21ldIOsyuhJaLXUDUV7XYfG/SFYl8sNQ+skVD7y8w= X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-OriginalArrivalTime: 17 Nov 2016 08:11:42.8884 (UTC) X-MS-Exchange-CrossTenant-Id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-CrossTenant-OriginalAttributedTenantConnectingIp: TenantId=bea78b3c-4cdb-4130-854a-1d193232e5f4; Ip=[66.129.239.19]; Helo=[P-EMFE01C-SAC.jnpr.net] X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem X-MS-Exchange-Transport-CrossTenantHeadersStamped: CY1PR0501MB1340 Archived-At: Cc: "netmod@ietf.org" Subject: Re: [netmod] comments on revised-datastores-00 X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Nov 2016 08:11:52 -0000 Ladislav Lhotka writes: >So let's say we have a list with min-elements = 1 (such as the list of RIBs), and there >is already one entry provided by the system. what has to be done in order to make ded> valid? Should the system-controlled entry permeate up to ? We should update the draft to make it clear to allow system-controlled data to appear as part of the template/expansion activity so that such data can be referred to from the running config. For example, a static route could have a next-hop of a system-defined lo0. Not that this is a good idea, but... Thanks, Phil From nobody Thu Nov 17 00:22:52 2016 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9C2A912960C for ; Thu, 17 Nov 2016 00:22:50 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -8.497 X-Spam-Level: X-Spam-Status: No, score=-8.497 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=-1.497] autolearn=unavailable autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=nic.cz 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 Beokiepa6qTX for ; Thu, 17 Nov 2016 00:22:50 -0800 (PST) Received: from mail.nic.cz (mail.nic.cz [IPv6:2001:1488:800:400::400]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 63C3C12948C for ; Thu, 17 Nov 2016 00:17:33 -0800 (PST) Received: from t2001067c03700128b9d77173bb9a6909.v6.meeting.ietf.org (unknown [IPv6:2001:67c:370:128:b9d7:7173:bb9a:6909]) by mail.nic.cz (Postfix) with ESMTPSA id A784960869; Thu, 17 Nov 2016 09:17:30 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=nic.cz; s=default; t=1479370651; bh=q4uSU1frw4Un/PjvKWV9/ClIGCufs8t7GOQjl6MPy8U=; h=From:Date:To; b=LFiBGlEj8cc1liiKQSTDfRUqqLPA1L7/spdPnqoNRPkHiwHUs7LHHSksJWhWvhuTn VrptQlCMD+DgGjDZ2NaHGNFIZ7apOWYIKNvK2dhJB67Ai7Yqc9ysIqqYT8BGgoF2I8 2+NG5POR6lFVGuuRKtnUEGx/cISYhpyApOU2PKBU= Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 10.1 \(3251\)) From: Ladislav Lhotka In-Reply-To: <201611170803.uAH83uTD061633@idle.juniper.net> Date: Thu, 17 Nov 2016 17:17:25 +0900 Content-Transfer-Encoding: quoted-printable Message-Id: <5BCAD155-77AB-4ADB-AE1B-25AD98CA8944@nic.cz> References: <201611170803.uAH83uTD061633@idle.juniper.net> To: Phil Shafer X-Mailer: Apple Mail (2.3251) X-Virus-Scanned: clamav-milter 0.98.7 at mail X-Virus-Status: Clean Archived-At: Cc: "netmod@ietf.org" Subject: Re: [netmod] comments on revised-datastores-00 X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Nov 2016 08:22:50 -0000 > On 17 Nov 2016, at 17:03, Phil Shafer wrote: >=20 > Ladislav Lhotka writes: >> So let's say we have a list with min-elements =3D 1 (such as the list = of RIBs), and there=20 >> is already one entry provided by the system. what has to be done in = order to make > ded> valid? Should the system-controlled entry permeate up to = ? >=20 > We should update the draft to make it clear to allow system-controlled > data to appear as part of the template/expansion activity so that > such data can be referred to from the running config. For example, > a static route could have a next-hop of a system-defined lo0. Not > that this is a good idea, but... I agree, this is often needed for system-controlled instances (default = RIB is another use case), and so far the only option was to put a dummy = entry into the configuration manually. Lada=20 >=20 > Thanks, > Phil -- Ladislav Lhotka, CZ.NIC Labs PGP Key ID: E74E8C0C From nobody Thu Nov 17 01:24:56 2016 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 94006129629 for ; Thu, 17 Nov 2016 01:24:54 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.398 X-Spam-Level: X-Spam-Status: No, score=-3.398 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-1.497, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id KFzxh_VNR3IY for ; Thu, 17 Nov 2016 01:24:51 -0800 (PST) Received: from mail.tail-f.com (mail.tail-f.com [46.21.102.45]) by ietfa.amsl.com (Postfix) with ESMTP id BBDBE129632 for ; Thu, 17 Nov 2016 01:24:51 -0800 (PST) Received: from localhost (unknown [173.38.220.42]) by mail.tail-f.com (Postfix) with ESMTPSA id DB7691AE00B6; Thu, 17 Nov 2016 10:24:49 +0100 (CET) Date: Thu, 17 Nov 2016 10:23:42 +0100 (CET) Message-Id: <20161117.102342.846539336135524274.mbj@tail-f.com> To: lhotka@nic.cz From: Martin Bjorklund In-Reply-To: References: <20161116.092657.1863684993696157894.mbj@tail-f.com> X-Mailer: Mew version 6.7 on Emacs 24.5 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Archived-At: Cc: netmod@ietf.org Subject: Re: [netmod] comments on revised-datastores-00 X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Nov 2016 09:24:54 -0000 Ladislav Lhotka wrote: > Martin Bjorklund writes: > > > Ladislav Lhotka wrote: > >> Juergen Schoenwaelder writes: > >> > >> > On Tue, Nov 15, 2016 at 09:48:35AM +0900, Ladislav Lhotka wrote: > >> >> Juergen Schoenwaelder writes: > >> >> > >> >> > On Mon, Nov 14, 2016 at 11:23:04AM +0900, Ladislav Lhotka wrote: > >> >> >> Hi, > >> >> >> > >> >> >> I've read the revised-datastores-00 document, in general I like it, here > >> >> >> are my initial comments and questions: > >> >> >> > >> >> >> 1. Even if is valid, it can still be in conflict with the > >> >> >> actual content of that may come from e.g. dynamic > >> >> >> configuration protocols. How are such cases supposed to be resolved? > >> >> > > >> >> > Yes. The whole idea is to expose these potential differences instead > >> >> > of hiding them behind a curtain. > >> >> > >> >> That's fine but it doesn't answer my question. > >> >> > >> > > >> > Then I do not understand the question. What does it mean for a > >> > datastore to be in conflict with a different datastore? > >> > >> For example: > >> > >> - the data model has a choice with caseA and caseB. A NC/RC client > >> configures caseA, is valid, but already contains > >> caseB configured by a "dynamic configuration protocol"; or > >> > >> - a leafref refers to a leaf that exists in but not in > >> . > > > > An open issue is what to do with semantic constrains. For now, let's > > assume they do not have to be valid. This implies that you can have > > leafrefs in that refer to non-existing leafs. > > > > However, for choices, I don't think two cases can exist at the same > > time even in operational state. If we allow this, where do we draw > > the line - can a container or leaf exist in multiple instances? can > > a leaf of type int32 contain a string? > > Certainly not. Rather than validate , it may be better to > first merge with current content of to get the tentative > future content of , and apply validation on it. > > > > >> >> >> 2. What is the distinction between dynamic configuration protocols and > >> >> >> control-plane protocols? > >> >> > > >> >> > Good question. I believe this to be at the end implementation specific. > >> >> > The question I think really is whether a control-plane protocol interacts > >> >> > with the configuration management component or not. > >> >> > >> >> OK, perhaps it can be said that dynamic configuration protocols modify > >> >> "config true" data. Maybe a term like "configuration interface" may be > >> >> better because it needn't be a communication protocol, and it needn't be > >> >> any more dynamic than NETCONF/RESTCONF is. > >> > > >> > Yes, we know that 'dynamic' is potentially misleading. > >> > >> My take from yesterday's discussion is that in fact the classification > >> is implementation-dependent. > > > > Yes it probably is. But I'm not sure it is actually a problem. > > It isn't, but you could base the classification on where each > contribution comes in instead of using fuzzy terms like dynamic > configuration protocol. > > > > >> For example, if I use standard Linux > >> command-line tools such as "ip", their result can be seen only in > >> operational state, so they are like control-plane protocols. However, if > >> an implementation patches these tools so as to write to , then > >> they are dynamic configuration protocols. > >> > >> > > >> >> >> 5. Is it necessary that " datastore contains all > >> >> >> configuration data actually used by the system"? For example, static > >> >> >> routes should appear in RIBs, so having them separately in operational > >> >> >> state seems redundant. > >> >> > > >> >> > I do not understand your question. Is the RIB exposed or not? Anyway, > >> >> > we need a general model and not a model for specific aspects such as > >> >> > routing. Yes, there can be redundancy but there can also be semantic > >> >> > differences. The datastore tells me what is > >> >> > actually used (regardless of what has happened with the statically > >> >> > configured values). In other words, if I want to debug what my box is > >> >> > actually doing, looking at the datastore is > >> >> > probably a good idea. > >> >> > >> >> But could this part of operational state be possibly different from > >> >> what's already in ? > >> > > >> > This is subtle since we are not really able to define precisely what > >> > the boundaries of a datastore are. Is something applied if the > >> > responsible daemon accepted information? Or is it applied if the > >> > daemon communicated information to the kernel? Or is it applied if the > >> > linecard accepted the information from the kernel? Or is it applied if > >> > the specific registers of the linecard have been programmed? > >> > >> In my view, at some point the configuration system hands over the data > >> to the backend that's responsible for performing the changes, and the > >> data passed to the backend should be the content of . > > > > The data passed to the backends is . The backend then tries > > to apply it, and the result is /. > > Hmm, but dynamic configuration protocols contribute to , and > their contributions also have to be passed to the backend, right? > > It would make more sense to me if contained the data (from all sources) > that the configuration system considers valid and passes it to the > backend. The exact mechanism for doing this is of course implementation dependent. But if the system receives some data from DHCP and decides to use it, it will be part of , and in th best of worlds it will be tagged w/ origin = dynamic, and thus also part of . /martin > Whether or not (and when) the system makes the data effective > then wouldn't be an issue. > > Lada > > > > > > > > > /martin > > > >> Whether > >> the changes take effect in the system or not may be discovered from > >> operational state data but the configuration processing should be > >> already over. > >> > >> > Similarily, how is operational state obtained? It is likely that an > >> > implementation does not read linecard registers on every operational > >> > state request. As a consequence, we might have systems where applied > >> > really is just a subset of operational state and this may be true for > >> > a large number of systems but I would not rule out the possibility of > >> > having differences between applied and operational state. > >> > >> We don't currently have static routes in routing-state, despite all > >> criticism about duplication of config and state values, so it seems > >> rather backwards to duplicate it in the new datastore model. What's > >> important for an operator is to see whether a static route appears in a > >> RIB or not. > >> > >> Lada > >> > >> > > >> > /js > >> > > >> > -- > >> > Juergen Schoenwaelder Jacobs University Bremen gGmbH > >> > Phone: +49 421 200 3587 Campus Ring 1 | 28759 Bremen | Germany > >> > Fax: +49 421 200 3103 > >> > >> -- > >> Ladislav Lhotka, CZ.NIC Labs > >> PGP Key ID: E74E8C0C > >> > >> _______________________________________________ > >> netmod mailing list > >> netmod@ietf.org > >> https://www.ietf.org/mailman/listinfo/netmod > >> > > -- > Ladislav Lhotka, CZ.NIC Labs > PGP Key ID: E74E8C0C > From nobody Thu Nov 17 01:25:54 2016 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9A0F11294D4 for ; Thu, 17 Nov 2016 01:25:51 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.398 X-Spam-Level: X-Spam-Status: No, score=-3.398 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-1.497, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8FxY-7qHKxAE for ; Thu, 17 Nov 2016 01:25:49 -0800 (PST) Received: from mail.tail-f.com (mail.tail-f.com [46.21.102.45]) by ietfa.amsl.com (Postfix) with ESMTP id 6F15D129632 for ; Thu, 17 Nov 2016 01:25:49 -0800 (PST) Received: from localhost (unknown [173.38.220.42]) by mail.tail-f.com (Postfix) with ESMTPSA id 875D21AE00B6; Thu, 17 Nov 2016 10:25:48 +0100 (CET) Date: Thu, 17 Nov 2016 10:24:41 +0100 (CET) Message-Id: <20161117.102441.667832925270467105.mbj@tail-f.com> To: andy@yumaworks.com From: Martin Bjorklund In-Reply-To: References: <20161116.092657.1863684993696157894.mbj@tail-f.com> X-Mailer: Mew version 6.7 on Emacs 24.5 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Archived-At: Cc: netmod@ietf.org Subject: Re: [netmod] comments on revised-datastores-00 X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Nov 2016 09:25:52 -0000 Andy Bierman wrote: > On Wed, Nov 16, 2016 at 7:52 PM, Ladislav Lhotka wrote: > > > Martin Bjorklund writes: > > > > > Ladislav Lhotka wrote: > > >> Juergen Schoenwaelder writes: > > >> > > >> > On Tue, Nov 15, 2016 at 09:48:35AM +0900, Ladislav Lhotka wrote: > > >> >> Juergen Schoenwaelder writes: > > >> >> > > >> >> > On Mon, Nov 14, 2016 at 11:23:04AM +0900, Ladislav Lhotka wrote: > > >> >> >> Hi, > > >> >> >> > > >> >> >> I've read the revised-datastores-00 document, in general I like > > it, here > > >> >> >> are my initial comments and questions: > > >> >> >> > > >> >> >> 1. Even if is valid, it can still be in conflict with > > the > > >> >> >> actual content of that may come from e.g. dynamic > > >> >> >> configuration protocols. How are such cases supposed to be > > resolved? > > >> >> > > > >> >> > Yes. The whole idea is to expose these potential differences > > instead > > >> >> > of hiding them behind a curtain. > > >> >> > > >> >> That's fine but it doesn't answer my question. > > >> >> > > >> > > > >> > Then I do not understand the question. What does it mean for a > > >> > datastore to be in conflict with a different datastore? > > >> > > >> For example: > > >> > > >> - the data model has a choice with caseA and caseB. A NC/RC client > > >> configures caseA, is valid, but already contains > > >> caseB configured by a "dynamic configuration protocol"; or > > >> > > >> - a leafref refers to a leaf that exists in but not in > > >> . > > > > > > An open issue is what to do with semantic constrains. For now, let's > > > assume they do not have to be valid. This implies that you can have > > > leafrefs in that refer to non-existing leafs. > > > > > > However, for choices, I don't think two cases can exist at the same > > > time even in operational state. If we allow this, where do we draw > > > the line - can a container or leaf exist in multiple instances? can > > > a leaf of type int32 contain a string? > > > > Certainly not. Rather than validate , it may be better to > > first merge with current content of to get the > > tentative > > future content of , and apply validation on it. > > > > > > IMO this is not correct. > > The running config cannot really be safely validated under this new model, > because unexpanded templates and inactive nodes should not part of the > validation. > > The intended datastore should always be YANG-valid. > It is disjoint from the applied datastore. > > Using your example of case A and case B -- it is OK for a control plane > protocol to override intended config (e.g., select case B causing case A > to be deleted from applied). The intended is not altered (case A still > exists > in intended). > > The applied datastore should be valid independent of intended. > You cannot merge them (e.g. case A and B not allowed to both exist). > You can only compare them to find out that intended was overridden > by a control protocol (e.g. case B is being used, not case A) > > If the control protocol changes get removed then applied should reflect > the intended (e.g. case A reappears in applied) I agree. /martin > > > Andy > > > > > > > >> >> >> 2. What is the distinction between dynamic configuration protocols > and > >> >> >> control-plane protocols? > >> >> > > >> >> > Good question. I believe this to be at the end implementation > specific. > >> >> > The question I think really is whether a control-plane protocol > interacts > >> >> > with the configuration management component or not. > >> >> > >> >> OK, perhaps it can be said that dynamic configuration protocols modify > >> >> "config true" data. Maybe a term like "configuration interface" may be > >> >> better because it needn't be a communication protocol, and it needn't > be > >> >> any more dynamic than NETCONF/RESTCONF is. > >> > > >> > Yes, we know that 'dynamic' is potentially misleading. > >> > >> My take from yesterday's discussion is that in fact the classification > >> is implementation-dependent. > > > > Yes it probably is. But I'm not sure it is actually a problem. > > It isn't, but you could base the classification on where each > contribution comes in instead of using fuzzy terms like dynamic > configuration protocol. > > > > >> For example, if I use standard Linux > >> command-line tools such as "ip", their result can be seen only in > >> operational state, so they are like control-plane protocols. However, if > >> an implementation patches these tools so as to write to , then > >> they are dynamic configuration protocols. > >> > >> > > >> >> >> 5. Is it necessary that " datastore contains all > >> >> >> configuration data actually used by the system"? For example, > static > >> >> >> routes should appear in RIBs, so having them separately in > operational > >> >> >> state seems redundant. > >> >> > > >> >> > I do not understand your question. Is the RIB exposed or not? > Anyway, > >> >> > we need a general model and not a model for specific aspects such as > >> >> > routing. Yes, there can be redundancy but there can also be semantic > >> >> > differences. The datastore tells me what is > >> >> > actually used (regardless of what has happened with the statically > >> >> > configured values). In other words, if I want to debug what my box > is > >> >> > actually doing, looking at the datastore is > >> >> > probably a good idea. > >> >> > >> >> But could this part of operational state be possibly different from > >> >> what's already in ? > >> > > >> > This is subtle since we are not really able to define precisely what > >> > the boundaries of a datastore are. Is something applied if the > >> > responsible daemon accepted information? Or is it applied if the > >> > daemon communicated information to the kernel? Or is it applied if the > >> > linecard accepted the information from the kernel? Or is it applied if > >> > the specific registers of the linecard have been programmed? > >> > >> In my view, at some point the configuration system hands over the data > >> to the backend that's responsible for performing the changes, and the > >> data passed to the backend should be the content of . > > > > The data passed to the backends is . The backend then tries > > to apply it, and the result is /. > > Hmm, but dynamic configuration protocols contribute to , and > their contributions also have to be passed to the backend, right? > > It would make more sense to me if contained the data (from all > sources) > that the configuration system considers valid and passes it to the > backend. Whether or not (and when) the system makes the data effective > then wouldn't be an issue. > > Lada > > > > > > > > > /martin > > > >> Whether > >> the changes take effect in the system or not may be discovered from > >> operational state data but the configuration processing should be > >> already over. > >> > >> > Similarily, how is operational state obtained? It is likely that an > >> > implementation does not read linecard registers on every operational > >> > state request. As a consequence, we might have systems where applied > >> > really is just a subset of operational state and this may be true for > >> > a large number of systems but I would not rule out the possibility of > >> > having differences between applied and operational state. > >> > >> We don't currently have static routes in routing-state, despite all > >> criticism about duplication of config and state values, so it seems > >> rather backwards to duplicate it in the new datastore model. What's > >> important for an operator is to see whether a static route appears in a > >> RIB or not. > >> > >> Lada > >> > >> > > >> > /js > >> > > >> > -- > >> > Juergen Schoenwaelder Jacobs University Bremen gGmbH > >> > Phone: +49 421 200 3587 Campus Ring 1 | 28759 Bremen | Germany > >> > Fax: +49 421 200 3103 > >> > >> -- > >> Ladislav Lhotka, CZ.NIC Labs > >> PGP Key ID: E74E8C0C > >> > >> _______________________________________________ > >> netmod mailing list > >> netmod@ietf.org > >> https://www.ietf.org/mailman/listinfo/netmod > >> > > -- > Ladislav Lhotka, CZ.NIC Labs > PGP Key ID: E74E8C0C > > _______________________________________________ > netmod mailing list > netmod@ietf.org > https://www.ietf.org/mailman/listinfo/netmod From nobody Thu Nov 17 01:29:04 2016 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E0EE8129565 for ; Thu, 17 Nov 2016 01:29:02 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.398 X-Spam-Level: X-Spam-Status: No, score=-3.398 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-1.497, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id DvEkuifWcfzy for ; Thu, 17 Nov 2016 01:29:00 -0800 (PST) Received: from mail.tail-f.com (mail.tail-f.com [46.21.102.45]) by ietfa.amsl.com (Postfix) with ESMTP id 01112127077 for ; Thu, 17 Nov 2016 01:29:00 -0800 (PST) Received: from localhost (unknown [173.38.220.42]) by mail.tail-f.com (Postfix) with ESMTPSA id 12E481AE00B6; Thu, 17 Nov 2016 10:28:59 +0100 (CET) Date: Thu, 17 Nov 2016 10:27:51 +0100 (CET) Message-Id: <20161117.102751.415802185515796292.mbj@tail-f.com> To: lhotka@nic.cz From: Martin Bjorklund In-Reply-To: References: X-Mailer: Mew version 6.7 on Emacs 24.5 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Archived-At: Cc: netmod@ietf.org Subject: Re: [netmod] comments on revised-datastores-00 X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Nov 2016 09:29:03 -0000 Ladislav Lhotka wrote: > > > On 17 Nov 2016, at 14:07, Andy Bierman wrote: > > > > > > > > On Wed, Nov 16, 2016 at 7:52 PM, Ladislav Lhotka > > wrote: > > Martin Bjorklund writes: > > > > > Ladislav Lhotka wrote: > > >> Juergen Schoenwaelder writes: > > >> > > >> > On Tue, Nov 15, 2016 at 09:48:35AM +0900, Ladislav Lhotka wrote: > > >> >> Juergen Schoenwaelder writes: > > >> >> > > >> >> > On Mon, Nov 14, 2016 at 11:23:04AM +0900, Ladislav Lhotka wrote: > > >> >> >> Hi, > > >> >> >> > > >> >> >> I've read the revised-datastores-00 document, in general I like it, > > >> >> >> here > > >> >> >> are my initial comments and questions: > > >> >> >> > > >> >> >> 1. Even if is valid, it can still be in conflict with > > >> >> >> the > > >> >> >> actual content of that may come from e.g. dynamic > > >> >> >> configuration protocols. How are such cases supposed to be > > >> >> >> resolved? > > >> >> > > > >> >> > Yes. The whole idea is to expose these potential differences instead > > >> >> > of hiding them behind a curtain. > > >> >> > > >> >> That's fine but it doesn't answer my question. > > >> >> > > >> > > > >> > Then I do not understand the question. What does it mean for a > > >> > datastore to be in conflict with a different datastore? > > >> > > >> For example: > > >> > > >> - the data model has a choice with caseA and caseB. A NC/RC client > > >> configures caseA, is valid, but already contains > > >> caseB configured by a "dynamic configuration protocol"; or > > >> > > >> - a leafref refers to a leaf that exists in but not in > > >> . > > > > > > An open issue is what to do with semantic constrains. For now, let's > > > assume they do not have to be valid. This implies that you can have > > > leafrefs in that refer to non-existing leafs. > > > > > > However, for choices, I don't think two cases can exist at the same > > > time even in operational state. If we allow this, where do we draw > > > the line - can a container or leaf exist in multiple instances? can > > > a leaf of type int32 contain a string? > > > > Certainly not. Rather than validate , it may be better to > > first merge with current content of to get the > > tentative > > future content of , and apply validation on it. > > > > > > > > IMO this is not correct. > > > > The running config cannot really be safely validated under this new > > model, > > because unexpanded templates and inactive nodes should not part of the > > validation. > > I didn't mention validation of at all. > > > > > The intended datastore should always be YANG-valid. > > It is disjoint from the applied datastore. > > So let's say we have a list with min-elements = 1 (such as the list of > RIBs), and there is already one entry provided by the system. what has > to be done in order to make valid? Should the > system-controlled entry permeate up to ? system-controlled entries are not part of intended. If you have some template that adds this entry you're good. Otherwise the user has to provide it, in order to meet the constraint. /martin > > > > Using your example of case A and case B -- it is OK for a control > > plane > > protocol to override intended config (e.g., select case B causing case > > A > > to be deleted from applied). The intended is not altered (case A > > still exists > > in intended). > > According to the picture, control plane protocols affect operational > state, so it is OK. > > > > > The applied datastore should be valid independent of intended. > > You cannot merge them (e.g. case A and B not allowed to both exist). > > I can merge them and report they the submitted would make > invalid, i.e. the edit would be rejected. > > Lada > > > You can only compare them to find out that intended was overridden > > by a control protocol (e.g. case B is being used, not case A) > > > > If the control protocol changes get removed then applied should > > reflect > > the intended (e.g. case A reappears in applied) > > > > > > Andy > > > > > > > > > > > > > >> >> >> 2. What is the distinction between dynamic configuration protocols > > >> >> >> and > > >> >> >> control-plane protocols? > > >> >> > > > >> >> > Good question. I believe this to be at the end implementation > > >> >> > specific. > > >> >> > The question I think really is whether a control-plane protocol > > >> >> > interacts > > >> >> > with the configuration management component or not. > > >> >> > > >> >> OK, perhaps it can be said that dynamic configuration protocols modify > > >> >> "config true" data. Maybe a term like "configuration interface" may be > > >> >> better because it needn't be a communication protocol, and it needn't > > >> >> be > > >> >> any more dynamic than NETCONF/RESTCONF is. > > >> > > > >> > Yes, we know that 'dynamic' is potentially misleading. > > >> > > >> My take from yesterday's discussion is that in fact the classification > > >> is implementation-dependent. > > > > > > Yes it probably is. But I'm not sure it is actually a problem. > > > > It isn't, but you could base the classification on where each > > contribution comes in instead of using fuzzy terms like dynamic > > configuration protocol. > > > > > > > >> For example, if I use standard Linux > > >> command-line tools such as "ip", their result can be seen only in > > >> operational state, so they are like control-plane protocols. However, > > >> if > > >> an implementation patches these tools so as to write to , > > >> then > > >> they are dynamic configuration protocols. > > >> > > >> > > > >> >> >> 5. Is it necessary that " datastore contains all > > >> >> >> configuration data actually used by the system"? For example, > > >> >> >> static > > >> >> >> routes should appear in RIBs, so having them separately in > > >> >> >> operational > > >> >> >> state seems redundant. > > >> >> > > > >> >> > I do not understand your question. Is the RIB exposed or not? > > >> >> > Anyway, > > >> >> > we need a general model and not a model for specific aspects such as > > >> >> > routing. Yes, there can be redundancy but there can also be semantic > > >> >> > differences. The datastore tells me what is > > >> >> > actually used (regardless of what has happened with the statically > > >> >> > configured values). In other words, if I want to debug what my box > > >> >> > is > > >> >> > actually doing, looking at the datastore is > > >> >> > probably a good idea. > > >> >> > > >> >> But could this part of operational state be possibly different from > > >> >> what's already in ? > > >> > > > >> > This is subtle since we are not really able to define precisely what > > >> > the boundaries of a datastore are. Is something applied if the > > >> > responsible daemon accepted information? Or is it applied if the > > >> > daemon communicated information to the kernel? Or is it applied if the > > >> > linecard accepted the information from the kernel? Or is it applied if > > >> > the specific registers of the linecard have been programmed? > > >> > > >> In my view, at some point the configuration system hands over the data > > >> to the backend that's responsible for performing the changes, and the > > >> data passed to the backend should be the content of . > > > > > > The data passed to the backends is . The backend then tries > > > to apply it, and the result is /. > > > > Hmm, but dynamic configuration protocols contribute to , and > > their contributions also have to be passed to the backend, right? > > > > It would make more sense to me if contained the data (from > > all sources) > > that the configuration system considers valid and passes it to the > > backend. Whether or not (and when) the system makes the data effective > > then wouldn't be an issue. > > > > Lada > > > > > > > > > > > > > > /martin > > > > > >> Whether > > >> the changes take effect in the system or not may be discovered from > > >> operational state data but the configuration processing should be > > >> already over. > > >> > > >> > Similarily, how is operational state obtained? It is likely that an > > >> > implementation does not read linecard registers on every operational > > >> > state request. As a consequence, we might have systems where applied > > >> > really is just a subset of operational state and this may be true for > > >> > a large number of systems but I would not rule out the possibility of > > >> > having differences between applied and operational state. > > >> > > >> We don't currently have static routes in routing-state, despite all > > >> criticism about duplication of config and state values, so it seems > > >> rather backwards to duplicate it in the new datastore model. What's > > >> important for an operator is to see whether a static route appears in > > >> a > > >> RIB or not. > > >> > > >> Lada > > >> > > >> > > > >> > /js > > >> > > > >> > -- > > >> > Juergen Schoenwaelder Jacobs University Bremen gGmbH > > >> > Phone: +49 421 200 3587 Campus Ring 1 | 28759 Bremen | Germany > > >> > Fax: +49 421 200 3103 > > >> > > >> -- > > >> Ladislav Lhotka, CZ.NIC Labs > > >> PGP Key ID: E74E8C0C > > >> > > >> _______________________________________________ > > >> netmod mailing list > > >> netmod@ietf.org > > >> https://www.ietf.org/mailman/listinfo/netmod > > >> > > > > -- > > Ladislav Lhotka, CZ.NIC Labs > > PGP Key ID: E74E8C0C > > > > _______________________________________________ > > netmod mailing list > > netmod@ietf.org > > https://www.ietf.org/mailman/listinfo/netmod > > -- > Ladislav Lhotka, CZ.NIC Labs > PGP Key ID: E74E8C0C > > > > From nobody Thu Nov 17 01:30:38 2016 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7D756129629 for ; Thu, 17 Nov 2016 01:30:37 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.398 X-Spam-Level: X-Spam-Status: No, score=-3.398 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-1.497, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id NeK8hEn1ime9 for ; Thu, 17 Nov 2016 01:30:36 -0800 (PST) Received: from mail.tail-f.com (mail.tail-f.com [46.21.102.45]) by ietfa.amsl.com (Postfix) with ESMTP id 6C14A127077 for ; Thu, 17 Nov 2016 01:30:36 -0800 (PST) Received: from localhost (unknown [173.38.220.42]) by mail.tail-f.com (Postfix) with ESMTPSA id 8767B1AE00B6; Thu, 17 Nov 2016 10:30:35 +0100 (CET) Date: Thu, 17 Nov 2016 10:29:28 +0100 (CET) Message-Id: <20161117.102928.2078039401332691273.mbj@tail-f.com> To: phil@juniper.net From: Martin Bjorklund In-Reply-To: <201611170803.uAH83uTD061633@idle.juniper.net> References: <201611170803.uAH83uTD061633@idle.juniper.net> X-Mailer: Mew version 6.7 on Emacs 24.5 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Archived-At: Cc: netmod@ietf.org Subject: Re: [netmod] comments on revised-datastores-00 X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Nov 2016 09:30:37 -0000 Phil Shafer wrote: > Ladislav Lhotka writes: > >So let's say we have a list with min-elements = 1 (such as the list of RIBs), and there > >is already one entry provided by the system. what has to be done in order to make >ded> valid? Should the system-controlled entry permeate up to ? > > We should update the draft to make it clear to allow system-controlled > data to appear as part of the template/expansion activity so that > such data can be referred to from the running config. Ok, but I wouldn't call this data system-controlled. It is added by the template expansion algorithm and thus part of intended and thus marked with an origin 'static'. /martin > For example, > a static route could have a next-hop of a system-defined lo0. Not > that this is a good idea, but... > > Thanks, > Phil > > _______________________________________________ > netmod mailing list > netmod@ietf.org > https://www.ietf.org/mailman/listinfo/netmod > From nobody Thu Nov 17 01:34:48 2016 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DE6F61295EB for ; Thu, 17 Nov 2016 01:34:47 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.398 X-Spam-Level: X-Spam-Status: No, score=-3.398 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-1.497, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id z09IEf7qFqT5 for ; Thu, 17 Nov 2016 01:34:46 -0800 (PST) Received: from mail.tail-f.com (mail.tail-f.com [46.21.102.45]) by ietfa.amsl.com (Postfix) with ESMTP id 7DA93127058 for ; Thu, 17 Nov 2016 01:34:46 -0800 (PST) Received: from localhost (unknown [173.38.220.42]) by mail.tail-f.com (Postfix) with ESMTPSA id 8A5061AE00B6; Thu, 17 Nov 2016 10:34:45 +0100 (CET) Date: Thu, 17 Nov 2016 10:33:38 +0100 (CET) Message-Id: <20161117.103338.559979815043950622.mbj@tail-f.com> To: fenner@fenron.com From: Martin Bjorklund In-Reply-To: References: X-Mailer: Mew version 6.7 on Emacs 24.5 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Archived-At: Cc: netmod@ietf.org Subject: Re: [netmod] A suggestion for yang namespaces X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Nov 2016 09:34:48 -0000 Bill Fenner wrote: > https://tools.ietf.org/html/rfc4151 defines the "tag:" URI scheme, which > allows the creation of URIs with nearly arbitrary syntax by anyone with an > email address or domain name. E.g., > "tag:example.com,2016:yang:interface-extension". > The quirk here is the date, which exists in case example.com gets > reassigned to someone else next year. > > If authors can accept the date quirk, this is an already-existing mechanism > that is nearly identical to the one that was proposed in Xufeng's > presentation today. I wasn't aware of this scheme, but I think this is exactly what is needed. As for the date part, it is there for a reason, so it should be acceptable. So, since this scheme exists, I don't think we should define the 'rdns' scheme. /martin From nobody Fri Nov 18 04:55:14 2016 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CC1991296C7 for ; Fri, 18 Nov 2016 04:55:12 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -16.017 X-Spam-Level: X-Spam-Status: No, score=-16.017 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-1.497, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ubIVx2mGy1Rl for ; Fri, 18 Nov 2016 04:55:10 -0800 (PST) Received: from rcdn-iport-9.cisco.com (rcdn-iport-9.cisco.com [173.37.86.80]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3381A1296C3 for ; Fri, 18 Nov 2016 04:55:10 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=47321; q=dns/txt; s=iport; t=1479473710; x=1480683310; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=Sp+bJ4plpjbay1tAW4RfD6ugthsxYjT4i2LFjY00ADs=; b=KFEyzmA4Pt9E8UAb/FypMv8jM8Q6TXdzUQsirFB89xSaqNG6AIpRFF6E Ugjz28RMEtpuVcjpaM0eFA4LEb7ZoCiZREhnWvAezALOLPxm6qUEYZxvB inJK2myPs9csLdzQkkxd6ZOZYFv+nFM5N82qtEDPpcN3GwLZUifYn/cBV 8=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0AfAQCE+S5Y/4gNJK1eGQEBAQEBAQEBA?= =?us-ascii?q?QEBBwEBAQEBgnNEAQEBAQEfWIEAB404lw+HcIx2ggQDHQEKhS9KAhqBbj8UAQI?= =?us-ascii?q?BAQEBAQEBYiiEaAEBAQMBAQEBGgZLCwULAgEIDgMDAQIhAQYDAgICHwYLFAkIA?= =?us-ascii?q?gQBDQWIUgMPCA6rd4Iph0ENhAUBAQEBAQEBAQEBAQEBAQEBAQEBAQEXBYsWgT2?= =?us-ascii?q?BC4IYCRaCToJdBZoWNQGGP4YcSYNNgXAXhGCJQIkvhCyECgEeN4ELHYM1J4FFc?= =?us-ascii?q?oc+gQwBAQE?= X-IronPort-AV: E=Sophos;i="5.31,509,1473120000"; d="scan'208,217";a="170661040" Received: from alln-core-3.cisco.com ([173.36.13.136]) by rcdn-iport-9.cisco.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 18 Nov 2016 12:55:09 +0000 Received: from XCH-RTP-013.cisco.com (xch-rtp-013.cisco.com [64.101.220.153]) by alln-core-3.cisco.com (8.14.5/8.14.5) with ESMTP id uAICt8cD021940 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Fri, 18 Nov 2016 12:55:08 GMT Received: from xch-rtp-015.cisco.com (64.101.220.155) by XCH-RTP-013.cisco.com (64.101.220.153) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Fri, 18 Nov 2016 07:55:07 -0500 Received: from xch-rtp-015.cisco.com ([64.101.220.155]) by XCH-RTP-015.cisco.com ([64.101.220.155]) with mapi id 15.00.1210.000; Fri, 18 Nov 2016 07:55:07 -0500 From: "Acee Lindem (acee)" To: Dean Bogdanovic , Kent Watsen Thread-Topic: [netmod] WG Last Call for draft-ietf-netmod-acl-model-09 (until Oct 27, 2016) Thread-Index: AQHSO+cwzgnn1uVptUusjkVo/6zCsqDWpnWAgAEyF4CAAbyRgIAGE7AA Date: Fri, 18 Nov 2016 12:55:07 +0000 Message-ID: References: <3B8DC570-FB2D-4EE9-98BA-EEED20F2DBC0@gmail.com> <1061F93A-2D1F-41FB-9A21-A3D92188E7E2@gmail.com> In-Reply-To: <1061F93A-2D1F-41FB-9A21-A3D92188E7E2@gmail.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.24.49.146] Content-Type: multipart/alternative; boundary="_000_D455285C8A1A2aceeciscocom_" MIME-Version: 1.0 Archived-At: Cc: "netmod@ietf.org" Subject: Re: [netmod] WG Last Call for draft-ietf-netmod-acl-model-09 (until Oct 27, 2016) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Nov 2016 12:55:13 -0000 --_000_D455285C8A1A2aceeciscocom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgRGVhbiwNCklmIHlvdSBtYWtlIHRoaXMgYSBsaXN0IG9mIGhldGVyb2dlbmVvdXMgSVB2NCBo ZWFkZXIgZmllbGRzLCBob3cgd2lsbCB5b3UgY29uc3RyYWluIHNwZWNpZmljYXRpb24gdG8gb25s eSBvbmUgZmllbGQgb2YgZWFjaCB0eXBlPyBGb3IgZXhhbXBsZSwgb25lIHNvdXJjZSBhZGRyZXNz PyBFeGlzdGluZyBpbXBsZW1lbnRhdGlvbnMgZG8gbm90IHN1cHBvcnQgbXVsdGlwbGVzIGFuZCBn ZW5lcmF0ZSBhbGwgcGVybXV0YXRpb25zIChnaXZlbiBtdWx0aXBsZSBzcGVjaWZpY2F0aW9ucyBv ZiBlYWNoIGZpZWxkKSBjb3VsZCBiZSBjb21wbGV4Lg0KVGhhbmtzLA0KQWNlZQ0KDQoNCkZyb206 IG5ldG1vZCA8bmV0bW9kLWJvdW5jZXNAaWV0Zi5vcmc8bWFpbHRvOm5ldG1vZC1ib3VuY2VzQGll dGYub3JnPj4gb24gYmVoYWxmIG9mIERlYW4gQm9nZGFub3ZpYyA8aXZhbmRlYW5AZ21haWwuY29t PG1haWx0bzppdmFuZGVhbkBnbWFpbC5jb20+Pg0KRGF0ZTogVHVlc2RheSwgTm92ZW1iZXIgMTUs IDIwMTYgYXQgMTA6MDYgQU0NClRvOiBLZW50IFdhdHNlbiA8a3dhdHNlbkBqdW5pcGVyLm5ldDxt YWlsdG86a3dhdHNlbkBqdW5pcGVyLm5ldD4+DQpDYzogIm5ldG1vZEBpZXRmLm9yZzxtYWlsdG86 bmV0bW9kQGlldGYub3JnPiIgPG5ldG1vZEBpZXRmLm9yZzxtYWlsdG86bmV0bW9kQGlldGYub3Jn Pj4NClN1YmplY3Q6IFJlOiBbbmV0bW9kXSBXRyBMYXN0IENhbGwgZm9yIGRyYWZ0LWlldGYtbmV0 bW9kLWFjbC1tb2RlbC0wOSAodW50aWwgT2N0IDI3LCAyMDE2KQ0KDQpJIGhhdmUgc29tZXRoaW5n IHRoYXQgbWlnaHQgZGVsYXkgV0dMQywgYnV0IGZvdW5kIG91dCBhbiBvcHRpbWl6YXRpb24gd2hp Y2ggd291bGQgaGVscCBpbiB0aGUgZnV0dXJlDQoNCkluIGlldGYtcGFja2V0LWZpZWxkcy55YW5n LCBleGFtcGxlIGJlbG93DQoNCmdyb3VwaW5nIGFjbC1pcHY0LWhlYWRlci1maWVsZHMgew0KICAg ZGVzY3JpcHRpb24NCiAgICAgIkZpZWxkcyBpbiBJUHY0IGhlYWRlci4iOw0KICAgbGVhZiBkZXN0 aW5hdGlvbi1pcHY0LW5ldHdvcmsgew0KICAgICB0eXBlIGluZXQ6aXB2NC1wcmVmaXg7DQogICAg IGRlc2NyaXB0aW9uDQogICAgICAgIkRlc3RpbmF0aW9uIElQdjQgYWRkcmVzcyBwcmVmaXguIjsN CiAgIH0NCiAgIGxlYWYgc291cmNlLWlwdjQtbmV0d29yayB7DQogICAgIHR5cGUgaW5ldDppcHY0 LXByZWZpeDsNCiAgICAgZGVzY3JpcHRpb24NCiAgICAgICAiU291cmNlIElQdjQgYWRkcmVzcyBw cmVmaXguIjsNCiAgIH0NCiB9DQoNCkluc3RlYWQgb2YgdXNpbmcgImxlYWYiIGZvciAiZGVzdGlu YXRpb24taXB2NC1uZXR3b3JrIiBhbmQgInNvdXJjZS1pcHY0LW5ldHdvcmsiLCAibGVhZi1saXN0 IiByZWR1Y2VzIHRoZSBudW1iZXIgb2YgdGVybXMvYWNlIG5lZWRlZC4NCg0KSWYgd2Ugd291bGQg YWdyZWUgd2l0aCB0aGlzIGNoYW5nZSwgdGhlbiB3b3VsZCBwcm9wb3NlIG9uZSBtb3JlDQoNCmZv ciBtYWMtYWRkcmVzc2VzLCBoYXZpbmcgdGhlIG1hc2sgdW5kZXIgdGhlIGFkZHJlc3MgaXRzZWxm IGxvb2sgYmV0dGVyIGluIHRoZSBkYXRhIGl0c2VsZjoNCg0KICA8ZGVzdGluYXRpb24tbWFjLWFk ZHJlc3M+DQogICAgPGFkZHJlc3M+MDE6MDE6MDE6MDA6MDA6MDA8L2FkZHJlc3M+DQogICAgPG1h c2s+ZmY6ZmY6ZmY6MDA6MDA6MDA8L21hc2s+DQogIDwvZGVzdGluYXRpb24tbWFjLWFkZHJlc3M+ DQoNCiAgT3IgY3JlYXRlIGEgbmV3IHR5cGUgJ21hYy1hZGRyZXNzLXByZWZpeCcuDQoNCiAgVGhp cyBhbGxvd3MgaGF2aW5nIG1hdGNoaW5nIG11bHRpcGxlIGRlc3RpbmF0aW9ucyB0byAxIHNvdXJj ZSwgb3IgbXVsdGlwbGUgc291cmNlcyB0byAxIGRlc3RpbmF0aW9uLCBpZiB0aGV5IGNhbm5vdCBi ZSBlYXNpbHkgY29tYmluZWQgaW50byAxIGVudHJ5Lg0KDQogIDxkZXN0aW5hdGlvbi1tYWMtYWRk cmVzcz4NCiAgICA8YWRkcmVzcz4wMTowMTowMTowMDowMDowMDwvYWRkcmVzcz4NCiAgICA8bWFz az5mZjpmZjpmZjowMDowMDowMDwvbWFzaz4NCiAgPC9kZXN0aW5hdGlvbi1tYWMtYWRkcmVzcz4N CiAgPGRlc3RpbmF0aW9uLW1hYy1hZGRyZXNzPg0KICAgIDxhZGRyZXNzPjAxOjA0OjAxOjAwOjAw OjAwPC9hZGRyZXNzPg0KICAgIDxtYXNrPmZmOmZmOmZmOjAwOjAwOjAwPC9tYXNrPg0KICA8L2Rl c3RpbmF0aW9uLW1hYy1hZGRyZXNzPg0KICA8c291cmNlLW1hYy1hZGRyZXNzPg0KICAgIC4uLi4N CiAgPC9zb3VyY2UtbWFjLWFkZHJlc3M+DQpPbiBOb3YgMTQsIDIwMTYsIGF0IDc6MzUgQU0sIERl YW4gQm9nZGFub3ZpYyA8aXZhbmRlYW5AZ21haWwuY29tPG1haWx0bzppdmFuZGVhbkBnbWFpbC5j b20+PiB3cm90ZToNCg0KS2VudCwNCg0KVGhhbmsgeW91IGZvciB0aGUgYW5zd2VyDQpPbiBOb3Yg MTMsIDIwMTYsIGF0IDE6MjAgUE0sIEtlbnQgV2F0c2VuIDxrd2F0c2VuQGp1bmlwZXIubmV0PG1h aWx0bzprd2F0c2VuQGp1bmlwZXIubmV0Pj4gd3JvdGU6DQoNCkhpIERlYW4sDQoNCj4gRG9u4oCZ dCB1bmRlcnN0YW5kIHlvdXIgcXVlc3Rpb24uIFdoYXQgaXMgdGhlIGRpZmZlcmVuY2UgYmV0d2Vl biBzeXN0ZW0gYW5kIHVzZXIgZ2VuZXJhdGVkIGFjbHM/DQoNClVzZXItZ2VuZXJhdGVkIHdvdWxk IGJlLCBmb3IgaW5zdGFuY2UsIGNvbmZpZ3VyZWQgdmlhIE5FVENPTkYgb3IgUkVTVENPTkYsIHdo ZXJlYXMgc3lzdGVtLWdlbmVyYXRlZCB3b3VsZCBiZSBBQ0xzIHRoYXQgZ2V0IGNyZWF0ZWQgYnkg ZGVmYXVsdC4gIEZvciBleGFtcGxlLCBSRkMgNzIyMyBoYXMgdGhlIHRvcC1sZXZlbCAvaW50ZXJm YWNlcy1zdGF0ZSB0byBzdXBwb3J0IHN5c3RlbS1nZW5lcmF0ZWQgaW50ZXJmYWNlcyAoZS5nLiwg bG8pIHNvLCB3aGVuIHJ1bm5pbmcgYHNob3dzIGludGVyZmFjZXNgLCB0aGUgcmVzdWx0IGluY2x1 ZGVzIGJvdGggY29uZmlndXJlZCBhbmQgc3lzdGVtLWdlbmVyYXRlZCBpbnRlcmZhY2VzLiAgIE1h a2VzIHNlbnNlPw0KDQpJIHVuZGVyc3RhbmQgbm93IHdoYXQgeW91IG1lYW50LiBXaGVyZSBJIGNh biBzZWUgZm9yIHRoZSBpbnRlcmZhY2VzIHRoZSB1c2UgY2FzZSB5b3UgZGVzY3JpYmUgKGZvciBs b29wYmFjayBhbmQgcGh5c2ljYWwgaW50ZXJmYWNlcyksIGZvciBBQ0xzIGhhdmUgbXVjaCBoYXJk ZXIgdGltZSB0byBmaW5kIGFuIGV4YW1wbGUgdXNlIGNhc2Ugd2hlcmUgYSBzeXN0ZW0gd291bGQg Z2VuZXJhdGUgYW4gQUNMLiBNYXliZSBmb3IgYSBoaWdobHkgc2VjdXJlIHN5c3RlbSB3b3VsZCBn ZW5lcmF0ZSBhbiBBQ0wgdG8gZGVueSBhbGwgdHJhZmZpYyB0byBhbmQgZnJvbSwgZXhjZXB0IHRv IGFjY2VzcyBpdCB2aWEgY29uc29sZSB3aGVuIGl0IGNvbWVzIHVwLiBDYW4geW91IGNvbWUgd2l0 aCBzb21lIG90aGVyIHVzZSBjYXNlcz8gSWYgd2UgY2FuIGZpbmQgdmlhYmxlIHVzZSBjYXNlcywg dGhlbiB5ZXMsIHdvdWxkIHNheSB0aGF0IHJlcG9ydGluZyBvcHN0YXRlIGZvciBzeXN0ZW0gZ2Vu ZXJhdGVkIEFDTHMgaXMgdXNlZnVsLg0KDQpEZWFuDQoNCg0KVGhhbmtzLA0KS2VudA0KDQpGcm9t OiBEZWFuIEJvZ2Rhbm92aWMgPGl2YW5kZWFuQGdtYWlsLmNvbTxtYWlsdG86aXZhbmRlYW5AZ21h aWwuY29tPj4NCkRhdGU6IEZyaWRheSwgTm92ZW1iZXIgMTEsIDIwMTYgYXQgMzo0NSBQTQ0KVG86 IEtlbnQgV2F0c2VuIDxrd2F0c2VuQGp1bmlwZXIubmV0PG1haWx0bzprd2F0c2VuQGp1bmlwZXIu bmV0Pj4NCkNjOiAibmV0bW9kQGlldGYub3JnPG1haWx0bzpuZXRtb2RAaWV0Zi5vcmc+IiA8bmV0 bW9kQGlldGYub3JnPG1haWx0bzpuZXRtb2RAaWV0Zi5vcmc+Pg0KU3ViamVjdDogUmU6IFtuZXRt b2RdIFdHIExhc3QgQ2FsbCBmb3IgZHJhZnQtaWV0Zi1uZXRtb2QtYWNsLW1vZGVsLTA5ICh1bnRp bCBPY3QgMjcsIDIwMTYpDQoNCg0KT24gT2N0IDI5LCAyMDE2LCBhdCA0OjAxIEFNLCBLZW50IFdh dHNlbiA8a3dhdHNlbkBqdW5pcGVyLm5ldDxtYWlsdG86a3dhdHNlbkBqdW5pcGVyLm5ldD4+IHdy b3RlOg0KDQpUaGUgbGFzdCBjYWxsIHBlcmlvZCBmb3IgdGhpcyBkcmFmdCBoYXMgZW5kZWQuICAg VGhhbmsgeW91IHRvIGFsbCB0aGF0IHJlc3BvbmRlZC4gIEdpdmVuIHRoZSByZXNwb25zZXMgcmVj ZWl2ZWQsIG15IGNvLWNoYWlyIGFuZCBJIGJlbGlldmUgdGhhdCB0aGUgZHJhZnQgaXMgcmVhZHkg dG8gbW92ZSBmb3J3YXJkLiAgSSB3aWxsIGJlZ2luIHRoZSBzaGVwaGVyZCB3cml0ZS11cCBzaG9y dGx5Lg0KSW4gcGFyYWxsZWwsIHByb21wdGVkIGJ5IGEgY29udmVyc2F0aW9uIEkgaGFkIHRoaXMg bW9ybmluZywgSeKAmW0gd29uZGVyaW5nIGFib3V0IHRoZSBZQU5HIG1vZHVsZeKAmXMgdXNlIG9m IHRoZSBjb25maWcgZmFsc2Ugbm9kZXMg4oCYYWNsLW9wZXItZGF0YeKAmSBhbmQg4oCYYWNlLW9w ZXItZGF0YeKAmS4gIEluIHBhcnRpY3VsYXIsIGFyZSB0aGUgbGlmZXRpbWVzIG9mIHRoZXNlIG5v ZGVzIGFsd2F5cyB0aGUgc2FtZSBhcyB0aGUgY29uZmlndXJlZCBub2Rlcz8NCg0KWWVzLCB0aGV5 IGFyZS4gV2hlbiB0aGUgbm9kZXMgYXJlIGNyZWF0ZWQsIHRoZXkgYXJlIGRvbuKAmXQgaGF2ZSB0 byBiZSBhdHRhY2hlZCB0byBhbiBhbm90aGVyIG9iamVjdCwgbGlrZSBpbnRlcmZhY2Ugb3IgUklC LCBldGMsIGJ1dCB0aGV5IGdldCBvcGVyYXRpb25hbCBzdGF0ZS4gT25jZSBhdHRhY2hlZCwgKHRv IGNvbnRpbnVlIHdpdGggdGhlIGV4YW1wbGUpIG9wZXJhdGlvbmFsIHN0YXR1cyBvZiBjb3VudGVy cyBpcyBjaGFuZ2luZy4gV2hlbiBkZXRhY2hlZCBmcm9tIHRoZSBpbnRlcmZhY2UsIHRoZSBsYXN0 IGtub3cgY291bnRlciBpcyBrZXB0LCB1bnRpbCB0aGUgYWNlIGlzIGRlbGV0ZWQuIFNhbWUgaXMg Zm9yIGFjbC1vcGVyLWRhdGEuDQoNCi0gaXMgdGhlcmUgYW55IG5lZWQgdG8gc3VwcG9ydCByZXBv cnRpbmcgb3BzdGF0ZSBmb3Igc3lzdGVtLWdlbmVyYXRlZCBhY3RzPw0KDQpEb27igJl0IHVuZGVy c3RhbmQgeW91ciBxdWVzdGlvbi4gV2hhdCBpcyB0aGUgZGlmZmVyZW5jZSBiZXR3ZWVuIHN5c3Rl bSBhbmQgdXNlciBnZW5lcmF0ZWQgYWNscz8NCg0KRGVhbg0KDQoNClRoYW5rcywNCktlbnQgKGFz IHNoZXBoZXJkKQ0KDQoNCkZyb206IG5ldG1vZCA8bmV0bW9kLWJvdW5jZXNAaWV0Zi5vcmc8bWFp bHRvOm5ldG1vZC1ib3VuY2VzQGlldGYub3JnPj4gb24gYmVoYWxmIG9mIEtlbnQgV2F0c2VuIDxr d2F0c2VuQGp1bmlwZXIubmV0PG1haWx0bzprd2F0c2VuQGp1bmlwZXIubmV0Pj4NCkRhdGU6IFRo dXJzZGF5LCBPY3RvYmVyIDEzLCAyMDE2IGF0IDU6MDUgUE0NClRvOiAibmV0bW9kQGlldGYub3Jn PG1haWx0bzpuZXRtb2RAaWV0Zi5vcmc+IiA8bmV0bW9kQGlldGYub3JnPG1haWx0bzpuZXRtb2RA aWV0Zi5vcmc+Pg0KU3ViamVjdDogW25ldG1vZF0gV0cgTGFzdCBDYWxsIGZvciBkcmFmdC1pZXRm LW5ldG1vZC1hY2wtbW9kZWwtMDkgKHVudGlsIE9jdCAyNywgMjAxNikNCg0KDQpUaGlzIGlzIGEg bm90aWNlIHRvIHN0YXJ0IGEgdHdvLXdlZWsgTkVUTU9EIFdHIGxhc3QgY2FsbCBmb3IgdGhlIGRv Y3VtZW50Og0KDQogICAgICAgICAgICAgICBOZXR3b3JrIEFjY2VzcyBDb250cm9sIExpc3QgKEFD TCkgWUFORyBEYXRhIE1vZGVsDQogICAgICAgICAgICAgICBodHRwczovL3Rvb2xzLmlldGYub3Jn L2h0bWwvZHJhZnQtaWV0Zi1uZXRtb2QtYWNsLW1vZGVsLTA5DQoNClBsZWFzZSBpbmRpY2F0ZSB5 b3VyIHN1cHBvcnQgb3IgY29uY2VybnMgYnkgVGh1cnNkYXksIE9jdG9iZXIgMjcsIDIwMTYuDQoN CldlIGFyZSBwYXJ0aWN1bGFybHkgaW50ZXJlc3RlZCBpbiBzdGF0ZW1lbnRzIG9mIHRoZSBmb3Jt Og0KICAqIEkgaGF2ZSByZXZpZXdlZCBkcmFmdC1pZXRmLW5ldG1vZC1hY2wtbW9kZWwtMDkgYW5k IGZvdW5kIG5vIGlzc3Vlcy4NCiAgKiBJIGhhdmUgcmV2aWV3ZWQgZHJhZnQtaWV0Zi1uZXRtb2Qt YWNsLW1vZGVsLTA5IGFuZCBmb3VuZCB0aGUgZm9sbG93aW5nIGlzc3VlczogLi4uDQoNCkFzIHdl bGwgYXM6DQogKiBJIGhhdmUgaW1wbGVtZW50ZWQgdGhlIGRhdGEgbW9kZWwgaW4gZHJhZnQtaWV0 Zi1uZXRtb2QtYWNsLW1vZGVsLTA5Lg0KICAqIEkgYW0gaW1wbGVtZW50aW5nIHRoZSBkYXRhIG1v ZGVsIGluIGRyYWZ0LWlldGYtbmV0bW9kLWFjbC1tb2RlbC0wOS4NCiAgKiBJIGFtIGNvbnNpZGVy aW5nIHRvIGltcGxlbWVudCB0aGUgZGF0YSBtb2RlbCBpbiBkcmFmdC1pZXRmLW5ldG1vZC1hY2wt bW9kZWwtMDkuDQogICogSSBhbSBub3QgY29uc2lkZXJpbmcgdG8gaW1wbGVtZW50IHRoZSBkYXRh IG1vZGVsIGluIGRyYWZ0LWlldGYtbmV0bW9kLWFjbC1tb2RlbC0wOS4NCg0KVGhhbmsgeW91LA0K TkVUTU9EIFdHIENoYWlycw0KDQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fDQpuZXRtb2QgbWFpbGluZyBsaXN0DQpuZXRtb2RAaWV0Zi5vcmc8bWFpbHRv Om5ldG1vZEBpZXRmLm9yZz4NCmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8v bmV0bW9kDQoNCg0KDQoNCg== --_000_D455285C8A1A2aceeciscocom_ Content-Type: text/html; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5IHN0eWxlPSJ3b3JkLXdy YXA6IGJyZWFrLXdvcmQ7IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsgLXdlYmtpdC1saW5lLWJy ZWFrOiBhZnRlci13aGl0ZS1zcGFjZTsgY29sb3I6IHJnYigwLCAwLCAwKTsgZm9udC1zaXplOiAx NHB4OyBmb250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsiPg0KPGRpdj5IaSBEZWFuLCZu YnNwOzwvZGl2Pg0KPGRpdj5JZiB5b3UgbWFrZSB0aGlzIGEgbGlzdCBvZiBoZXRlcm9nZW5lb3Vz IElQdjQgaGVhZGVyIGZpZWxkcywgaG93IHdpbGwgeW91IGNvbnN0cmFpbiBzcGVjaWZpY2F0aW9u IHRvIG9ubHkgb25lIGZpZWxkIG9mIGVhY2ggdHlwZT8gRm9yIGV4YW1wbGUsIG9uZSBzb3VyY2Ug YWRkcmVzcz8gRXhpc3RpbmcgaW1wbGVtZW50YXRpb25zIGRvIG5vdCBzdXBwb3J0IG11bHRpcGxl cyBhbmQgZ2VuZXJhdGUgYWxsIHBlcm11dGF0aW9ucyAoZ2l2ZW4gbXVsdGlwbGUNCiBzcGVjaWZp Y2F0aW9ucyBvZiBlYWNoIGZpZWxkKSBjb3VsZCBiZSBjb21wbGV4LiZuYnNwOzwvZGl2Pg0KPGRp dj5UaGFua3MsPC9kaXY+DQo8ZGl2PkFjZWUmbmJzcDs8L2Rpdj4NCjxkaXY+PGJyPg0KPC9kaXY+ DQo8ZGl2Pjxicj4NCjwvZGl2Pg0KPHNwYW4gaWQ9Ik9MS19TUkNfQk9EWV9TRUNUSU9OIj4NCjxk aXYgc3R5bGU9ImZvbnQtZmFtaWx5OkNhbGlicmk7IGZvbnQtc2l6ZToxMXB0OyB0ZXh0LWFsaWdu OmxlZnQ7IGNvbG9yOmJsYWNrOyBCT1JERVItQk9UVE9NOiBtZWRpdW0gbm9uZTsgQk9SREVSLUxF RlQ6IG1lZGl1bSBub25lOyBQQURESU5HLUJPVFRPTTogMGluOyBQQURESU5HLUxFRlQ6IDBpbjsg UEFERElORy1SSUdIVDogMGluOyBCT1JERVItVE9QOiAjYjVjNGRmIDFwdCBzb2xpZDsgQk9SREVS LVJJR0hUOiBtZWRpdW0gbm9uZTsgUEFERElORy1UT1A6IDNwdCI+DQo8c3BhbiBzdHlsZT0iZm9u dC13ZWlnaHQ6Ym9sZCI+RnJvbTogPC9zcGFuPm5ldG1vZCAmbHQ7PGEgaHJlZj0ibWFpbHRvOm5l dG1vZC1ib3VuY2VzQGlldGYub3JnIj5uZXRtb2QtYm91bmNlc0BpZXRmLm9yZzwvYT4mZ3Q7IG9u IGJlaGFsZiBvZiBEZWFuIEJvZ2Rhbm92aWMgJmx0OzxhIGhyZWY9Im1haWx0bzppdmFuZGVhbkBn bWFpbC5jb20iPml2YW5kZWFuQGdtYWlsLmNvbTwvYT4mZ3Q7PGJyPg0KPHNwYW4gc3R5bGU9ImZv bnQtd2VpZ2h0OmJvbGQiPkRhdGU6IDwvc3Bhbj5UdWVzZGF5LCBOb3ZlbWJlciAxNSwgMjAxNiBh dCAxMDowNiBBTTxicj4NCjxzcGFuIHN0eWxlPSJmb250LXdlaWdodDpib2xkIj5UbzogPC9zcGFu PktlbnQgV2F0c2VuICZsdDs8YSBocmVmPSJtYWlsdG86a3dhdHNlbkBqdW5pcGVyLm5ldCI+a3dh dHNlbkBqdW5pcGVyLm5ldDwvYT4mZ3Q7PGJyPg0KPHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0OmJv bGQiPkNjOiA8L3NwYW4+JnF1b3Q7PGEgaHJlZj0ibWFpbHRvOm5ldG1vZEBpZXRmLm9yZyI+bmV0 bW9kQGlldGYub3JnPC9hPiZxdW90OyAmbHQ7PGEgaHJlZj0ibWFpbHRvOm5ldG1vZEBpZXRmLm9y ZyI+bmV0bW9kQGlldGYub3JnPC9hPiZndDs8YnI+DQo8c3BhbiBzdHlsZT0iZm9udC13ZWlnaHQ6 Ym9sZCI+U3ViamVjdDogPC9zcGFuPlJlOiBbbmV0bW9kXSBXRyBMYXN0IENhbGwgZm9yIGRyYWZ0 LWlldGYtbmV0bW9kLWFjbC1tb2RlbC0wOSAodW50aWwgT2N0IDI3LCAyMDE2KTxicj4NCjwvZGl2 Pg0KPGRpdj48YnI+DQo8L2Rpdj4NCjxibG9ja3F1b3RlIGlkPSJNQUNfT1VUTE9PS19BVFRSSUJV VElPTl9CTE9DS1FVT1RFIiBzdHlsZT0iQk9SREVSLUxFRlQ6ICNiNWM0ZGYgNSBzb2xpZDsgUEFE RElORzowIDAgMCA1OyBNQVJHSU46MCAwIDAgNTsiPg0KPGRpdj4NCjxkaXYgc3R5bGU9IndvcmQt d3JhcDogYnJlYWstd29yZDsgLXdlYmtpdC1uYnNwLW1vZGU6IHNwYWNlOyAtd2Via2l0LWxpbmUt YnJlYWs6IGFmdGVyLXdoaXRlLXNwYWNlOyIgY2xhc3M9IiI+DQpJIGhhdmUgc29tZXRoaW5nIHRo YXQgbWlnaHQgZGVsYXkgV0dMQywgYnV0IGZvdW5kIG91dCBhbiBvcHRpbWl6YXRpb24gd2hpY2gg d291bGQgaGVscCBpbiB0aGUgZnV0dXJlDQo8ZGl2IGNsYXNzPSIiPjxiciBjbGFzcz0iIj4NCjwv ZGl2Pg0KPGRpdiBjbGFzcz0iIj5JbiBpZXRmLXBhY2tldC1maWVsZHMueWFuZywgZXhhbXBsZSBi ZWxvdzwvZGl2Pg0KPGRpdiBjbGFzcz0iIj48YnIgY2xhc3M9IiI+DQo8L2Rpdj4NCjxkaXYgY2xh c3M9IiI+Z3JvdXBpbmcgYWNsLWlwdjQtaGVhZGVyLWZpZWxkcyB7PGJyIGNsYXNzPSIiPg0KJm5i c3A7Jm5ic3A7Jm5ic3A7ZGVzY3JpcHRpb248YnIgY2xhc3M9IiI+DQombmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmcXVvdDtGaWVsZHMgaW4gSVB2NCBoZWFkZXIuJnF1b3Q7OzxiciBjbGFz cz0iIj4NCiZuYnNwOyZuYnNwOyZuYnNwO2xlYWYgZGVzdGluYXRpb24taXB2NC1uZXR3b3JrIHs8 YnIgY2xhc3M9IiI+DQombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDt0eXBlIGluZXQ6aXB2 NC1wcmVmaXg7PGJyIGNsYXNzPSIiPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ZGVz Y3JpcHRpb248YnIgY2xhc3M9IiI+DQombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmcXVvdDtEZXN0aW5hdGlvbiBJUHY0IGFkZHJlc3MgcHJlZml4LiZxdW90Ozs8YnIg Y2xhc3M9IiI+DQombmJzcDsmbmJzcDsmbmJzcDt9PGJyIGNsYXNzPSIiPg0KJm5ic3A7Jm5ic3A7 Jm5ic3A7bGVhZiBzb3VyY2UtaXB2NC1uZXR3b3JrIHs8YnIgY2xhc3M9IiI+DQombmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDt0eXBlIGluZXQ6aXB2NC1wcmVmaXg7PGJyIGNsYXNzPSIiPg0K Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ZGVzY3JpcHRpb248YnIgY2xhc3M9IiI+DQom bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmcXVvdDtTb3VyY2UgSVB2 NCBhZGRyZXNzIHByZWZpeC4mcXVvdDs7PGJyIGNsYXNzPSIiPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7 fTxiciBjbGFzcz0iIj4NCiZuYnNwO308YnIgY2xhc3M9IiI+DQo8YnIgY2xhc3M9IiI+DQpJbnN0 ZWFkIG9mIHVzaW5nICZxdW90O2xlYWYmcXVvdDsgZm9yICZxdW90O2Rlc3RpbmF0aW9uLWlwdjQt bmV0d29yayZxdW90OyBhbmQgJnF1b3Q7c291cmNlLWlwdjQtbmV0d29yayZxdW90OywgJnF1b3Q7 bGVhZi1saXN0JnF1b3Q7IHJlZHVjZXMgdGhlIG51bWJlciBvZiB0ZXJtcy9hY2UgbmVlZGVkLjwv ZGl2Pg0KPGRpdiBjbGFzcz0iIj48YnIgY2xhc3M9IiI+DQo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+ SWYgd2Ugd291bGQgYWdyZWUgd2l0aCB0aGlzIGNoYW5nZSwgdGhlbiB3b3VsZCBwcm9wb3NlIG9u ZSBtb3JlJm5ic3A7PC9kaXY+DQo8ZGl2IGNsYXNzPSIiPjxiciBjbGFzcz0iIj4NCjwvZGl2Pg0K PGRpdiBjbGFzcz0iIj5mb3IgbWFjLWFkZHJlc3NlcywgaGF2aW5nIHRoZSBtYXNrIHVuZGVyIHRo ZSBhZGRyZXNzIGl0c2VsZiBsb29rJm5ic3A7YmV0dGVyIGluIHRoZSBkYXRhIGl0c2VsZjo8YnIg Y2xhc3M9IiI+DQo8YnIgY2xhc3M9IiI+DQombmJzcDsmbmJzcDsmbHQ7ZGVzdGluYXRpb24tbWFj LWFkZHJlc3MmZ3Q7PGJyIGNsYXNzPSIiPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jmx0O2Fk ZHJlc3MmZ3Q7MDE6MDE6MDE6MDA6MDA6MDAmbHQ7L2FkZHJlc3MmZ3Q7PGJyIGNsYXNzPSIiPg0K Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jmx0O21hc2smZ3Q7ZmY6ZmY6ZmY6MDA6MDA6MDAmbHQ7 L21hc2smZ3Q7PGJyIGNsYXNzPSIiPg0KJm5ic3A7Jm5ic3A7Jmx0Oy9kZXN0aW5hdGlvbi1tYWMt YWRkcmVzcyZndDs8YnIgY2xhc3M9IiI+DQo8YnIgY2xhc3M9IiI+DQombmJzcDsmbmJzcDtPciBj cmVhdGUgYSBuZXcgdHlwZSAnbWFjLWFkZHJlc3MtcHJlZml4Jy48YnIgY2xhc3M9IiI+DQo8YnIg Y2xhc3M9IiI+DQombmJzcDsmbmJzcDtUaGlzIGFsbG93cyBoYXZpbmcgbWF0Y2hpbmcgbXVsdGlw bGUgZGVzdGluYXRpb25zIHRvIDEgc291cmNlLCBvciZuYnNwO211bHRpcGxlIHNvdXJjZXMgdG8g MSBkZXN0aW5hdGlvbiwgaWYgdGhleSBjYW5ub3QgYmUgZWFzaWx5IGNvbWJpbmVkJm5ic3A7aW50 byAxIGVudHJ5LjxiciBjbGFzcz0iIj4NCjxiciBjbGFzcz0iIj4NCiZuYnNwOyZuYnNwOyZsdDtk ZXN0aW5hdGlvbi1tYWMtYWRkcmVzcyZndDs8YnIgY2xhc3M9IiI+DQombmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbHQ7YWRkcmVzcyZndDswMTowMTowMTowMDowMDowMCZsdDsvYWRkcmVzcyZndDs8 YnIgY2xhc3M9IiI+DQombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbHQ7bWFzayZndDtmZjpmZjpm ZjowMDowMDowMCZsdDsvbWFzayZndDs8YnIgY2xhc3M9IiI+DQombmJzcDsmbmJzcDsmbHQ7L2Rl c3RpbmF0aW9uLW1hYy1hZGRyZXNzJmd0OzxiciBjbGFzcz0iIj4NCiZuYnNwOyZuYnNwOyZsdDtk ZXN0aW5hdGlvbi1tYWMtYWRkcmVzcyZndDs8YnIgY2xhc3M9IiI+DQombmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbHQ7YWRkcmVzcyZndDswMTowNDowMTowMDowMDowMCZsdDsvYWRkcmVzcyZndDs8 YnIgY2xhc3M9IiI+DQombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbHQ7bWFzayZndDtmZjpmZjpm ZjowMDowMDowMCZsdDsvbWFzayZndDs8YnIgY2xhc3M9IiI+DQombmJzcDsmbmJzcDsmbHQ7L2Rl c3RpbmF0aW9uLW1hYy1hZGRyZXNzJmd0OzxiciBjbGFzcz0iIj4NCiZuYnNwOyZuYnNwOyZsdDtz b3VyY2UtbWFjLWFkZHJlc3MmZ3Q7PGJyIGNsYXNzPSIiPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Li4uLjxiciBjbGFzcz0iIj4NCiZuYnNwOyZuYnNwOyZsdDsvc291cmNlLW1hYy1hZGRyZXNz Jmd0OzxiciBjbGFzcz0iIj4NCjxkaXY+DQo8YmxvY2txdW90ZSB0eXBlPSJjaXRlIiBjbGFzcz0i Ij4NCjxkaXYgY2xhc3M9IiI+T24gTm92IDE0LCAyMDE2LCBhdCA3OjM1IEFNLCBEZWFuIEJvZ2Rh bm92aWMgJmx0OzxhIGhyZWY9Im1haWx0bzppdmFuZGVhbkBnbWFpbC5jb20iIGNsYXNzPSIiPml2 YW5kZWFuQGdtYWlsLmNvbTwvYT4mZ3Q7IHdyb3RlOjwvZGl2Pg0KPGJyIGNsYXNzPSJBcHBsZS1p bnRlcmNoYW5nZS1uZXdsaW5lIj4NCjxkaXYgY2xhc3M9IiI+DQo8ZGl2IHN0eWxlPSJ3b3JkLXdy YXA6IGJyZWFrLXdvcmQ7IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsgLXdlYmtpdC1saW5lLWJy ZWFrOiBhZnRlci13aGl0ZS1zcGFjZTsiIGNsYXNzPSIiPg0KS2VudCwNCjxkaXYgY2xhc3M9IiI+ PGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPlRoYW5rIHlvdSBmb3IgdGhlIGFu c3dlcjxiciBjbGFzcz0iIj4NCjxkaXYgY2xhc3M9IiI+DQo8YmxvY2txdW90ZSB0eXBlPSJjaXRl IiBjbGFzcz0iIj4NCjxkaXYgY2xhc3M9IiI+T24gTm92IDEzLCAyMDE2LCBhdCAxOjIwIFBNLCBL ZW50IFdhdHNlbiAmbHQ7PGEgaHJlZj0ibWFpbHRvOmt3YXRzZW5AanVuaXBlci5uZXQiIGNsYXNz PSIiPmt3YXRzZW5AanVuaXBlci5uZXQ8L2E+Jmd0OyB3cm90ZTo8L2Rpdj4NCjxiciBjbGFzcz0i QXBwbGUtaW50ZXJjaGFuZ2UtbmV3bGluZSI+DQo8ZGl2IGNsYXNzPSIiPg0KPGRpdiBjbGFzcz0i V29yZFNlY3Rpb24xIiBzdHlsZT0icGFnZTogV29yZFNlY3Rpb24xOyBmb250LWZhbWlseTogSGVs dmV0aWNhOyBmb250LXNpemU6IDEycHg7IGZvbnQtc3R5bGU6IG5vcm1hbDsgZm9udC12YXJpYW50 OiBub3JtYWw7IGZvbnQtd2VpZ2h0OiBub3JtYWw7IGxldHRlci1zcGFjaW5nOiBub3JtYWw7IG9y cGhhbnM6IGF1dG87IHRleHQtYWxpZ246IHN0YXJ0OyB0ZXh0LWluZGVudDogMHB4OyB0ZXh0LXRy YW5zZm9ybTogbm9uZTsgd2hpdGUtc3BhY2U6IG5vcm1hbDsgd2lkb3dzOiBhdXRvOyB3b3JkLXNw YWNpbmc6IDBweDsgLXdlYmtpdC10ZXh0LXN0cm9rZS13aWR0aDogMHB4OyBiYWNrZ3JvdW5kLWNv bG9yOiByZ2IoMjU1LCAyNTUsIDI1NSk7Ij4NCjxkaXYgc3R5bGU9Im1hcmdpbjogMGluIDBpbiAw LjAwMDFwdDsgZm9udC1zaXplOiAxMnB0OyBmb250LWZhbWlseTogJ1RpbWVzIE5ldyBSb21hbic7 IiBjbGFzcz0iIj4NCjxzcGFuIHN0eWxlPSJmb250LXNpemU6IDExcHQ7IGZvbnQtZmFtaWx5OiBD YWxpYnJpOyIgY2xhc3M9IiI+SGkgRGVhbiw8bzpwIGNsYXNzPSIiPjwvbzpwPjwvc3Bhbj48L2Rp dj4NCjxkaXYgc3R5bGU9Im1hcmdpbjogMGluIDBpbiAwLjAwMDFwdDsgZm9udC1zaXplOiAxMnB0 OyBmb250LWZhbWlseTogJ1RpbWVzIE5ldyBSb21hbic7IiBjbGFzcz0iIj4NCjxzcGFuIHN0eWxl PSJmb250LXNpemU6IDExcHQ7IGZvbnQtZmFtaWx5OiBDYWxpYnJpOyIgY2xhc3M9IiI+PG86cCBj bGFzcz0iIj4mbmJzcDs8L286cD48L3NwYW4+PC9kaXY+DQo8ZGl2IHN0eWxlPSJtYXJnaW46IDBp biAwaW4gMC4wMDAxcHQ7IGZvbnQtc2l6ZTogMTJwdDsgZm9udC1mYW1pbHk6ICdUaW1lcyBOZXcg Um9tYW4nOyIgY2xhc3M9IiI+DQo8c3BhbiBzdHlsZT0iZm9udC1zaXplOiAxMXB0OyBmb250LWZh bWlseTogQ2FsaWJyaTsiIGNsYXNzPSIiPiZndDsgRG9u4oCZdCB1bmRlcnN0YW5kIHlvdXIgcXVl c3Rpb24uIFdoYXQgaXMgdGhlIGRpZmZlcmVuY2UgYmV0d2VlbiBzeXN0ZW0gYW5kIHVzZXIgZ2Vu ZXJhdGVkIGFjbHM/PG86cCBjbGFzcz0iIj48L286cD48L3NwYW4+PC9kaXY+DQo8ZGl2IHN0eWxl PSJtYXJnaW46IDBpbiAwaW4gMC4wMDAxcHQ7IGZvbnQtc2l6ZTogMTJwdDsgZm9udC1mYW1pbHk6 ICdUaW1lcyBOZXcgUm9tYW4nOyIgY2xhc3M9IiI+DQo8c3BhbiBzdHlsZT0iZm9udC1zaXplOiAx MXB0OyBmb250LWZhbWlseTogQ2FsaWJyaTsiIGNsYXNzPSIiPjxvOnAgY2xhc3M9IiI+Jm5ic3A7 PC9vOnA+PC9zcGFuPjwvZGl2Pg0KPGRpdiBzdHlsZT0ibWFyZ2luOiAwaW4gMGluIDAuMDAwMXB0 OyBmb250LXNpemU6IDEycHQ7IGZvbnQtZmFtaWx5OiAnVGltZXMgTmV3IFJvbWFuJzsiIGNsYXNz PSIiPg0KPHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTogMTFwdDsgZm9udC1mYW1pbHk6IENhbGlicmk7 IiBjbGFzcz0iIj5Vc2VyLWdlbmVyYXRlZCB3b3VsZCBiZSwgZm9yIGluc3RhbmNlLCBjb25maWd1 cmVkIHZpYSBORVRDT05GIG9yIFJFU1RDT05GLCB3aGVyZWFzIHN5c3RlbS1nZW5lcmF0ZWQgd291 bGQgYmUgQUNMcyB0aGF0IGdldCBjcmVhdGVkIGJ5IGRlZmF1bHQuJm5ic3A7IEZvciBleGFtcGxl LCBSRkMgNzIyMyBoYXMgdGhlIHRvcC1sZXZlbCAvaW50ZXJmYWNlcy1zdGF0ZQ0KIHRvIHN1cHBv cnQgc3lzdGVtLWdlbmVyYXRlZCBpbnRlcmZhY2VzIChlLmcuLCBsbykgc28sIHdoZW4gcnVubmlu ZyBgc2hvd3MgaW50ZXJmYWNlc2AsIHRoZSByZXN1bHQgaW5jbHVkZXMgYm90aCBjb25maWd1cmVk IGFuZCBzeXN0ZW0tZ2VuZXJhdGVkIGludGVyZmFjZXMuJm5ic3A7Jm5ic3A7IE1ha2VzIHNlbnNl Pzwvc3Bhbj48L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8ZGl2IGNsYXNz PSIiPjxiciBjbGFzcz0iIj4NCjwvZGl2Pg0KSSB1bmRlcnN0YW5kIG5vdyB3aGF0IHlvdSBtZWFu dC4gV2hlcmUgSSBjYW4gc2VlIGZvciB0aGUgaW50ZXJmYWNlcyB0aGUgdXNlIGNhc2UgeW91IGRl c2NyaWJlIChmb3IgbG9vcGJhY2sgYW5kIHBoeXNpY2FsIGludGVyZmFjZXMpLCBmb3IgQUNMcyBo YXZlIG11Y2ggaGFyZGVyIHRpbWUgdG8gZmluZCBhbiBleGFtcGxlIHVzZSBjYXNlIHdoZXJlIGEg c3lzdGVtIHdvdWxkIGdlbmVyYXRlIGFuIEFDTC4gTWF5YmUgZm9yIGEgaGlnaGx5IHNlY3VyZQ0K IHN5c3RlbSB3b3VsZCBnZW5lcmF0ZSBhbiBBQ0wgdG8gZGVueSBhbGwgdHJhZmZpYyB0byBhbmQg ZnJvbSwgZXhjZXB0IHRvIGFjY2VzcyBpdCB2aWEgY29uc29sZSB3aGVuIGl0IGNvbWVzIHVwLiBD YW4geW91IGNvbWUgd2l0aCBzb21lIG90aGVyIHVzZSBjYXNlcz8gSWYgd2UgY2FuIGZpbmQgdmlh YmxlIHVzZSBjYXNlcywgdGhlbiB5ZXMsIHdvdWxkIHNheSB0aGF0IHJlcG9ydGluZyBvcHN0YXRl IGZvciBzeXN0ZW0gZ2VuZXJhdGVkIEFDTHMgaXMNCiB1c2VmdWwuPC9kaXY+DQo8ZGl2IGNsYXNz PSIiPjxiciBjbGFzcz0iIj4NCjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj5EZWFuPC9kaXY+DQo8ZGl2 IGNsYXNzPSIiPjxiciBjbGFzcz0iIj4NCjxibG9ja3F1b3RlIHR5cGU9ImNpdGUiIGNsYXNzPSIi Pg0KPGRpdiBjbGFzcz0iIj4NCjxkaXYgY2xhc3M9IldvcmRTZWN0aW9uMSIgc3R5bGU9InBhZ2U6 IFdvcmRTZWN0aW9uMTsgZm9udC1mYW1pbHk6IEhlbHZldGljYTsgZm9udC1zaXplOiAxMnB4OyBm b250LXN0eWxlOiBub3JtYWw7IGZvbnQtdmFyaWFudDogbm9ybWFsOyBmb250LXdlaWdodDogbm9y bWFsOyBsZXR0ZXItc3BhY2luZzogbm9ybWFsOyBvcnBoYW5zOiBhdXRvOyB0ZXh0LWFsaWduOiBz dGFydDsgdGV4dC1pbmRlbnQ6IDBweDsgdGV4dC10cmFuc2Zvcm06IG5vbmU7IHdoaXRlLXNwYWNl OiBub3JtYWw7IHdpZG93czogYXV0bzsgd29yZC1zcGFjaW5nOiAwcHg7IC13ZWJraXQtdGV4dC1z dHJva2Utd2lkdGg6IDBweDsgYmFja2dyb3VuZC1jb2xvcjogcmdiKDI1NSwgMjU1LCAyNTUpOyI+ DQo8ZGl2IHN0eWxlPSJtYXJnaW46IDBpbiAwaW4gMC4wMDAxcHQ7IGZvbnQtc2l6ZTogMTJwdDsg Zm9udC1mYW1pbHk6ICdUaW1lcyBOZXcgUm9tYW4nOyIgY2xhc3M9IiI+DQo8c3BhbiBzdHlsZT0i Zm9udC1zaXplOiAxMXB0OyBmb250LWZhbWlseTogQ2FsaWJyaTsiIGNsYXNzPSIiPjxvOnAgY2xh c3M9IiI+PC9vOnA+PC9zcGFuPjwvZGl2Pg0KPGRpdiBzdHlsZT0ibWFyZ2luOiAwaW4gMGluIDAu MDAwMXB0OyBmb250LXNpemU6IDEycHQ7IGZvbnQtZmFtaWx5OiAnVGltZXMgTmV3IFJvbWFuJzsi IGNsYXNzPSIiPg0KPHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTogMTFwdDsgZm9udC1mYW1pbHk6IENh bGlicmk7IiBjbGFzcz0iIj48bzpwIGNsYXNzPSIiPiZuYnNwOzwvbzpwPjwvc3Bhbj48L2Rpdj4N CjxkaXYgc3R5bGU9Im1hcmdpbjogMGluIDBpbiAwLjAwMDFwdDsgZm9udC1zaXplOiAxMnB0OyBm b250LWZhbWlseTogJ1RpbWVzIE5ldyBSb21hbic7IiBjbGFzcz0iIj4NCjxzcGFuIHN0eWxlPSJm b250LXNpemU6IDExcHQ7IGZvbnQtZmFtaWx5OiBDYWxpYnJpOyIgY2xhc3M9IiI+VGhhbmtzLDxv OnAgY2xhc3M9IiI+PC9vOnA+PC9zcGFuPjwvZGl2Pg0KPGRpdiBzdHlsZT0ibWFyZ2luOiAwaW4g MGluIDAuMDAwMXB0OyBmb250LXNpemU6IDEycHQ7IGZvbnQtZmFtaWx5OiAnVGltZXMgTmV3IFJv bWFuJzsiIGNsYXNzPSIiPg0KPHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTogMTFwdDsgZm9udC1mYW1p bHk6IENhbGlicmk7IiBjbGFzcz0iIj5LZW50PG86cCBjbGFzcz0iIj48L286cD48L3NwYW4+PC9k aXY+DQo8ZGl2IHN0eWxlPSJtYXJnaW46IDBpbiAwaW4gMC4wMDAxcHQ7IGZvbnQtc2l6ZTogMTJw dDsgZm9udC1mYW1pbHk6ICdUaW1lcyBOZXcgUm9tYW4nOyIgY2xhc3M9IiI+DQo8c3BhbiBzdHls ZT0iZm9udC1zaXplOiAxMXB0OyBmb250LWZhbWlseTogQ2FsaWJyaTsiIGNsYXNzPSIiPjxvOnAg Y2xhc3M9IiI+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvZGl2Pg0KPGRpdiBzdHlsZT0iYm9yZGVyLXN0 eWxlOiBzb2xpZCBub25lIG5vbmU7IGJvcmRlci10b3AtY29sb3I6IHJnYigxODEsIDE5NiwgMjIz KTsgYm9yZGVyLXRvcC13aWR0aDogMXB0OyBwYWRkaW5nOiAzcHQgMGluIDBpbjsiIGNsYXNzPSIi Pg0KPGRpdiBzdHlsZT0ibWFyZ2luOiAwaW4gMGluIDAuMDAwMXB0OyBmb250LXNpemU6IDEycHQ7 IGZvbnQtZmFtaWx5OiAnVGltZXMgTmV3IFJvbWFuJzsiIGNsYXNzPSIiPg0KPGIgY2xhc3M9IiI+ PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiBDYWxpYnJpOyIgY2xhc3M9IiI+RnJvbTo8c3BhbiBj bGFzcz0iQXBwbGUtY29udmVydGVkLXNwYWNlIj4mbmJzcDs8L3NwYW4+PC9zcGFuPjwvYj48c3Bh biBzdHlsZT0iZm9udC1mYW1pbHk6IENhbGlicmk7IiBjbGFzcz0iIj5EZWFuIEJvZ2Rhbm92aWMg Jmx0OzxhIGhyZWY9Im1haWx0bzppdmFuZGVhbkBnbWFpbC5jb20iIGNsYXNzPSIiPml2YW5kZWFu QGdtYWlsLmNvbTwvYT4mZ3Q7PGJyIGNsYXNzPSIiPg0KPGIgY2xhc3M9IiI+RGF0ZTo8c3BhbiBj bGFzcz0iQXBwbGUtY29udmVydGVkLXNwYWNlIj4mbmJzcDs8L3NwYW4+PC9iPkZyaWRheSwgTm92 ZW1iZXIgMTEsIDIwMTYgYXQgMzo0NSBQTTxiciBjbGFzcz0iIj4NCjxiIGNsYXNzPSIiPlRvOjxz cGFuIGNsYXNzPSJBcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwvc3Bhbj48L2I+S2VudCBX YXRzZW4gJmx0OzxhIGhyZWY9Im1haWx0bzprd2F0c2VuQGp1bmlwZXIubmV0IiBjbGFzcz0iIj5r d2F0c2VuQGp1bmlwZXIubmV0PC9hPiZndDs8YnIgY2xhc3M9IiI+DQo8YiBjbGFzcz0iIj5DYzo8 c3BhbiBjbGFzcz0iQXBwbGUtY29udmVydGVkLXNwYWNlIj4mbmJzcDs8L3NwYW4+PC9iPiZxdW90 OzxhIGhyZWY9Im1haWx0bzpuZXRtb2RAaWV0Zi5vcmciIGNsYXNzPSIiPm5ldG1vZEBpZXRmLm9y ZzwvYT4mcXVvdDsgJmx0OzxhIGhyZWY9Im1haWx0bzpuZXRtb2RAaWV0Zi5vcmciIGNsYXNzPSIi Pm5ldG1vZEBpZXRmLm9yZzwvYT4mZ3Q7PGJyIGNsYXNzPSIiPg0KPGIgY2xhc3M9IiI+U3ViamVj dDo8c3BhbiBjbGFzcz0iQXBwbGUtY29udmVydGVkLXNwYWNlIj4mbmJzcDs8L3NwYW4+PC9iPlJl OiBbbmV0bW9kXSBXRyBMYXN0IENhbGwgZm9yIGRyYWZ0LWlldGYtbmV0bW9kLWFjbC1tb2RlbC0w OSAodW50aWwgT2N0IDI3LCAyMDE2KTxvOnAgY2xhc3M9IiI+PC9vOnA+PC9zcGFuPjwvZGl2Pg0K PC9kaXY+DQo8ZGl2IGNsYXNzPSIiPg0KPGRpdiBzdHlsZT0ibWFyZ2luOiAwaW4gMGluIDAuMDAw MXB0OyBmb250LXNpemU6IDEycHQ7IGZvbnQtZmFtaWx5OiAnVGltZXMgTmV3IFJvbWFuJzsiIGNs YXNzPSIiPg0KPG86cCBjbGFzcz0iIj4mbmJzcDs8L286cD48L2Rpdj4NCjwvZGl2Pg0KPGRpdiBz dHlsZT0ibWFyZ2luOiAwaW4gMGluIDAuMDAwMXB0OyBmb250LXNpemU6IDEycHQ7IGZvbnQtZmFt aWx5OiAnVGltZXMgTmV3IFJvbWFuJzsiIGNsYXNzPSIiPg0KPG86cCBjbGFzcz0iIj4mbmJzcDs8 L286cD48L2Rpdj4NCjxkaXYgY2xhc3M9IiI+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRv cDogNXB0OyBtYXJnaW4tYm90dG9tOiA1cHQ7IiBjbGFzcz0iIiB0eXBlPSJjaXRlIj4NCjxkaXYg Y2xhc3M9IiI+DQo8ZGl2IHN0eWxlPSJtYXJnaW46IDBpbiAwaW4gMC4wMDAxcHQ7IGZvbnQtc2l6 ZTogMTJwdDsgZm9udC1mYW1pbHk6ICdUaW1lcyBOZXcgUm9tYW4nOyIgY2xhc3M9IiI+DQpPbiBP Y3QgMjksIDIwMTYsIGF0IDQ6MDEgQU0sIEtlbnQgV2F0c2VuICZsdDs8YSBocmVmPSJtYWlsdG86 a3dhdHNlbkBqdW5pcGVyLm5ldCIgc3R5bGU9ImNvbG9yOiBwdXJwbGU7IHRleHQtZGVjb3JhdGlv bjogdW5kZXJsaW5lOyIgY2xhc3M9IiI+a3dhdHNlbkBqdW5pcGVyLm5ldDwvYT4mZ3Q7IHdyb3Rl OjxvOnAgY2xhc3M9IiI+PC9vOnA+PC9kaXY+DQo8L2Rpdj4NCjxkaXYgc3R5bGU9Im1hcmdpbjog MGluIDBpbiAwLjAwMDFwdDsgZm9udC1zaXplOiAxMnB0OyBmb250LWZhbWlseTogJ1RpbWVzIE5l dyBSb21hbic7IiBjbGFzcz0iIj4NCjxvOnAgY2xhc3M9IiI+Jm5ic3A7PC9vOnA+PC9kaXY+DQo8 ZGl2IGNsYXNzPSIiPg0KPGRpdiBjbGFzcz0iIj4NCjxkaXYgc3R5bGU9Im1hcmdpbjogMGluIDBp biAwLjAwMDFwdDsgZm9udC1zaXplOiAxMnB0OyBmb250LWZhbWlseTogJ1RpbWVzIE5ldyBSb21h bic7IGJhY2tncm91bmQtY29sb3I6IHdoaXRlOyIgY2xhc3M9IiI+DQo8c3BhbiBzdHlsZT0iZm9u dC1zaXplOiAxMXB0OyBmb250LWZhbWlseTogQ2FsaWJyaTsiIGNsYXNzPSIiPlRoZSBsYXN0IGNh bGwgcGVyaW9kIGZvciB0aGlzIGRyYWZ0IGhhcyBlbmRlZC4mbmJzcDsgJm5ic3A7VGhhbmsgeW91 IHRvIGFsbCB0aGF0IHJlc3BvbmRlZC4mbmJzcDsgR2l2ZW4gdGhlIHJlc3BvbnNlcyByZWNlaXZl ZCwgbXkgY28tY2hhaXIgYW5kIEkgYmVsaWV2ZSB0aGF0IHRoZSBkcmFmdCBpcyByZWFkeSB0byBt b3ZlIGZvcndhcmQuJm5ic3A7IEkgd2lsbCBiZWdpbiB0aGUNCiBzaGVwaGVyZCB3cml0ZS11cCBz aG9ydGx5Ljwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6IENhbGlicmk7IiBjbGFzcz0i Ij48bzpwIGNsYXNzPSIiPjwvbzpwPjwvc3Bhbj48L2Rpdj4NCjwvZGl2Pg0KPGRpdiBjbGFzcz0i Ij4NCjxkaXYgc3R5bGU9Im1hcmdpbjogMGluIDBpbiAwLjAwMDFwdDsgZm9udC1zaXplOiAxMnB0 OyBmb250LWZhbWlseTogJ1RpbWVzIE5ldyBSb21hbic7IGJhY2tncm91bmQtY29sb3I6IHdoaXRl OyIgY2xhc3M9IiI+DQo8c3BhbiBzdHlsZT0iZm9udC1zaXplOiAxMXB0OyBmb250LWZhbWlseTog Q2FsaWJyaTsiIGNsYXNzPSIiPkluIHBhcmFsbGVsLCBwcm9tcHRlZCBieSBhIGNvbnZlcnNhdGlv biBJIGhhZCB0aGlzIG1vcm5pbmcsIEnigJltIHdvbmRlcmluZyBhYm91dCB0aGUgWUFORyBtb2R1 bGXigJlzIHVzZSBvZiB0aGUgY29uZmlnIGZhbHNlIG5vZGVzIOKAmGFjbC1vcGVyLWRhdGHigJkg YW5kIOKAmGFjZS1vcGVyLWRhdGHigJkuJm5ic3A7IEluIHBhcnRpY3VsYXIsIGFyZSB0aGUgbGlm ZXRpbWVzDQogb2YgdGhlc2Ugbm9kZXMgYWx3YXlzIHRoZSBzYW1lIGFzIHRoZSBjb25maWd1cmVk IG5vZGVzPyZuYnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6IENhbGlicmk7IiBj bGFzcz0iIj48bzpwIGNsYXNzPSIiPjwvbzpwPjwvc3Bhbj48L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+ DQo8L2Jsb2NrcXVvdGU+DQo8ZGl2IGNsYXNzPSIiPg0KPGRpdiBzdHlsZT0ibWFyZ2luOiAwaW4g MGluIDAuMDAwMXB0OyBmb250LXNpemU6IDEycHQ7IGZvbnQtZmFtaWx5OiAnVGltZXMgTmV3IFJv bWFuJzsiIGNsYXNzPSIiPg0KPG86cCBjbGFzcz0iIj4mbmJzcDs8L286cD48L2Rpdj4NCjwvZGl2 Pg0KPGRpdiBjbGFzcz0iIj4NCjxkaXYgc3R5bGU9Im1hcmdpbjogMGluIDBpbiAwLjAwMDFwdDsg Zm9udC1zaXplOiAxMnB0OyBmb250LWZhbWlseTogJ1RpbWVzIE5ldyBSb21hbic7IiBjbGFzcz0i Ij4NClllcywgdGhleSBhcmUuIFdoZW4gdGhlIG5vZGVzIGFyZSBjcmVhdGVkLCB0aGV5IGFyZSBk b27igJl0IGhhdmUgdG8gYmUgYXR0YWNoZWQgdG8gYW4gYW5vdGhlciBvYmplY3QsIGxpa2UgaW50 ZXJmYWNlIG9yIFJJQiwgZXRjLCBidXQgdGhleSBnZXQgb3BlcmF0aW9uYWwgc3RhdGUuIE9uY2Ug YXR0YWNoZWQsICh0byBjb250aW51ZSB3aXRoIHRoZSBleGFtcGxlKSBvcGVyYXRpb25hbCBzdGF0 dXMgb2YgY291bnRlcnMgaXMgY2hhbmdpbmcuIFdoZW4gZGV0YWNoZWQNCiBmcm9tIHRoZSBpbnRl cmZhY2UsIHRoZSBsYXN0IGtub3cgY291bnRlciBpcyBrZXB0LCB1bnRpbCB0aGUgYWNlIGlzIGRl bGV0ZWQuIFNhbWUgaXMgZm9yIGFjbC1vcGVyLWRhdGEuPG86cCBjbGFzcz0iIj48L286cD48L2Rp dj4NCjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj4NCjxkaXYgc3R5bGU9Im1hcmdpbjogMGluIDBpbiAw LjAwMDFwdDsgZm9udC1zaXplOiAxMnB0OyBmb250LWZhbWlseTogJ1RpbWVzIE5ldyBSb21hbic7 IiBjbGFzcz0iIj4NCjxvOnAgY2xhc3M9IiI+Jm5ic3A7PC9vOnA+PC9kaXY+DQo8L2Rpdj4NCjxi bG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOiA1cHQ7IG1hcmdpbi1ib3R0b206IDVwdDsiIGNs YXNzPSIiIHR5cGU9ImNpdGUiPg0KPGRpdiBjbGFzcz0iIj4NCjxkaXYgc3R5bGU9Im1hcmdpbjog MGluIDBpbiAwLjAwMDFwdDsgZm9udC1zaXplOiAxMnB0OyBmb250LWZhbWlseTogJ1RpbWVzIE5l dyBSb21hbic7IGJhY2tncm91bmQtY29sb3I6IHdoaXRlOyIgY2xhc3M9IiI+DQo8c3BhbiBzdHls ZT0iZm9udC1zaXplOiAxMXB0OyBmb250LWZhbWlseTogQ2FsaWJyaTsiIGNsYXNzPSIiPi0gaXMg dGhlcmUgYW55IG5lZWQgdG8gc3VwcG9ydCByZXBvcnRpbmcgb3BzdGF0ZSBmb3Igc3lzdGVtLWdl bmVyYXRlZCBhY3RzPzwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6IENhbGlicmk7IiBj bGFzcz0iIj48bzpwIGNsYXNzPSIiPjwvbzpwPjwvc3Bhbj48L2Rpdj4NCjwvZGl2Pg0KPC9ibG9j a3F1b3RlPg0KPGRpdiBjbGFzcz0iIj4NCjxkaXYgc3R5bGU9Im1hcmdpbjogMGluIDBpbiAwLjAw MDFwdDsgZm9udC1zaXplOiAxMnB0OyBmb250LWZhbWlseTogJ1RpbWVzIE5ldyBSb21hbic7IiBj bGFzcz0iIj4NCjxvOnAgY2xhc3M9IiI+Jm5ic3A7PC9vOnA+PC9kaXY+DQo8L2Rpdj4NCjxkaXYg Y2xhc3M9IiI+DQo8ZGl2IHN0eWxlPSJtYXJnaW46IDBpbiAwaW4gMC4wMDAxcHQ7IGZvbnQtc2l6 ZTogMTJwdDsgZm9udC1mYW1pbHk6ICdUaW1lcyBOZXcgUm9tYW4nOyIgY2xhc3M9IiI+DQpEb27i gJl0IHVuZGVyc3RhbmQgeW91ciBxdWVzdGlvbi4gV2hhdCBpcyB0aGUgZGlmZmVyZW5jZSBiZXR3 ZWVuIHN5c3RlbSBhbmQgdXNlciBnZW5lcmF0ZWQgYWNscz88bzpwIGNsYXNzPSIiPjwvbzpwPjwv ZGl2Pg0KPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPg0KPGRpdiBzdHlsZT0ibWFyZ2luOiAwaW4gMGlu IDAuMDAwMXB0OyBmb250LXNpemU6IDEycHQ7IGZvbnQtZmFtaWx5OiAnVGltZXMgTmV3IFJvbWFu JzsiIGNsYXNzPSIiPg0KPG86cCBjbGFzcz0iIj4mbmJzcDs8L286cD48L2Rpdj4NCjwvZGl2Pg0K PGRpdiBjbGFzcz0iIj4NCjxkaXYgc3R5bGU9Im1hcmdpbjogMGluIDBpbiAwLjAwMDFwdDsgZm9u dC1zaXplOiAxMnB0OyBmb250LWZhbWlseTogJ1RpbWVzIE5ldyBSb21hbic7IiBjbGFzcz0iIj4N CkRlYW48bzpwIGNsYXNzPSIiPjwvbzpwPjwvZGl2Pg0KPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPg0K PGRpdiBzdHlsZT0ibWFyZ2luOiAwaW4gMGluIDAuMDAwMXB0OyBmb250LXNpemU6IDEycHQ7IGZv bnQtZmFtaWx5OiAnVGltZXMgTmV3IFJvbWFuJzsiIGNsYXNzPSIiPg0KPG86cCBjbGFzcz0iIj4m bmJzcDs8L286cD48L2Rpdj4NCjwvZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6 IDVwdDsgbWFyZ2luLWJvdHRvbTogNXB0OyIgY2xhc3M9IiIgdHlwZT0iY2l0ZSI+DQo8ZGl2IGNs YXNzPSIiPg0KPGRpdiBzdHlsZT0ibWFyZ2luOiAwaW4gMGluIDAuMDAwMXB0OyBmb250LXNpemU6 IDEycHQ7IGZvbnQtZmFtaWx5OiAnVGltZXMgTmV3IFJvbWFuJzsgYmFja2dyb3VuZC1jb2xvcjog d2hpdGU7IiBjbGFzcz0iIj4NCjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTogQ2FsaWJyaTsiIGNs YXNzPSIiPjxvOnAgY2xhc3M9IiI+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvZGl2Pg0KPC9kaXY+DQo8 ZGl2IGNsYXNzPSIiPg0KPGRpdiBzdHlsZT0ibWFyZ2luOiAwaW4gMGluIDAuMDAwMXB0OyBmb250 LXNpemU6IDEycHQ7IGZvbnQtZmFtaWx5OiAnVGltZXMgTmV3IFJvbWFuJzsgYmFja2dyb3VuZC1j b2xvcjogd2hpdGU7IiBjbGFzcz0iIj4NCjxzcGFuIHN0eWxlPSJmb250LXNpemU6IDExcHQ7IGZv bnQtZmFtaWx5OiBDYWxpYnJpOyIgY2xhc3M9IiI+VGhhbmtzLDwvc3Bhbj48c3BhbiBzdHlsZT0i Zm9udC1mYW1pbHk6IENhbGlicmk7IiBjbGFzcz0iIj48bzpwIGNsYXNzPSIiPjwvbzpwPjwvc3Bh bj48L2Rpdj4NCjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj4NCjxkaXYgc3R5bGU9Im1hcmdpbjogMGlu IDBpbiAwLjAwMDFwdDsgZm9udC1zaXplOiAxMnB0OyBmb250LWZhbWlseTogJ1RpbWVzIE5ldyBS b21hbic7IGJhY2tncm91bmQtY29sb3I6IHdoaXRlOyIgY2xhc3M9IiI+DQo8c3BhbiBzdHlsZT0i Zm9udC1zaXplOiAxMXB0OyBmb250LWZhbWlseTogQ2FsaWJyaTsiIGNsYXNzPSIiPktlbnQgKGFz IHNoZXBoZXJkKTwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6IENhbGlicmk7IiBjbGFz cz0iIj48bzpwIGNsYXNzPSIiPjwvbzpwPjwvc3Bhbj48L2Rpdj4NCjwvZGl2Pg0KPGRpdiBjbGFz cz0iIj4NCjxkaXYgc3R5bGU9Im1hcmdpbjogMGluIDBpbiAwLjAwMDFwdDsgZm9udC1zaXplOiAx MnB0OyBmb250LWZhbWlseTogJ1RpbWVzIE5ldyBSb21hbic7IGJhY2tncm91bmQtY29sb3I6IHdo aXRlOyIgY2xhc3M9IiI+DQo8c3BhbiBzdHlsZT0iZm9udC1zaXplOiAxMXB0OyBmb250LWZhbWls eTogQ2FsaWJyaTsiIGNsYXNzPSIiPiZuYnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1mYW1p bHk6IENhbGlicmk7IiBjbGFzcz0iIj48bzpwIGNsYXNzPSIiPjwvbzpwPjwvc3Bhbj48L2Rpdj4N CjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj4NCjxkaXYgc3R5bGU9Im1hcmdpbjogMGluIDBpbiAwLjAw MDFwdDsgZm9udC1zaXplOiAxMnB0OyBmb250LWZhbWlseTogJ1RpbWVzIE5ldyBSb21hbic7IGJh Y2tncm91bmQtY29sb3I6IHdoaXRlOyIgY2xhc3M9IiI+DQo8c3BhbiBzdHlsZT0iZm9udC1zaXpl OiAxMXB0OyBmb250LWZhbWlseTogQ2FsaWJyaTsiIGNsYXNzPSIiPiZuYnNwOzwvc3Bhbj48c3Bh biBzdHlsZT0iZm9udC1mYW1pbHk6IENhbGlicmk7IiBjbGFzcz0iIj48bzpwIGNsYXNzPSIiPjwv bzpwPjwvc3Bhbj48L2Rpdj4NCjwvZGl2Pg0KPGRpdiBzdHlsZT0iYm9yZGVyLXN0eWxlOiBzb2xp ZCBub25lIG5vbmU7IGJvcmRlci10b3AtY29sb3I6IHJnYigxODEsIDE5NiwgMjIzKTsgYm9yZGVy LXRvcC13aWR0aDogMXB0OyBwYWRkaW5nOiAzcHQgMGluIDBpbjsiIGNsYXNzPSIiPg0KPGRpdiBj bGFzcz0iIj4NCjxkaXYgc3R5bGU9Im1hcmdpbjogMGluIDBpbiAwLjAwMDFwdDsgZm9udC1zaXpl OiAxMnB0OyBmb250LWZhbWlseTogJ1RpbWVzIE5ldyBSb21hbic7IGJhY2tncm91bmQtY29sb3I6 IHdoaXRlOyIgY2xhc3M9IiI+DQo8YiBjbGFzcz0iIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6 IENhbGlicmk7IiBjbGFzcz0iIj5Gcm9tOjxzcGFuIGNsYXNzPSJhcHBsZS1jb252ZXJ0ZWQtc3Bh Y2UiPiZuYnNwOzwvc3Bhbj48L3NwYW4+PC9iPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTogQ2Fs aWJyaTsiIGNsYXNzPSIiPm5ldG1vZCAmbHQ7PGEgaHJlZj0ibWFpbHRvOm5ldG1vZC1ib3VuY2Vz QGlldGYub3JnIiBzdHlsZT0iY29sb3I6IHB1cnBsZTsgdGV4dC1kZWNvcmF0aW9uOiB1bmRlcmxp bmU7IiBjbGFzcz0iIj48c3BhbiBzdHlsZT0iY29sb3I6IHJnYigxNDksIDc5LCAxMTQpOyIgY2xh c3M9IiI+bmV0bW9kLWJvdW5jZXNAaWV0Zi5vcmc8L3NwYW4+PC9hPiZndDsNCiBvbiBiZWhhbGYg b2YgS2VudCBXYXRzZW4gJmx0OzxhIGhyZWY9Im1haWx0bzprd2F0c2VuQGp1bmlwZXIubmV0IiBz dHlsZT0iY29sb3I6IHB1cnBsZTsgdGV4dC1kZWNvcmF0aW9uOiB1bmRlcmxpbmU7IiBjbGFzcz0i Ij48c3BhbiBzdHlsZT0iY29sb3I6IHJnYigxNDksIDc5LCAxMTQpOyIgY2xhc3M9IiI+a3dhdHNl bkBqdW5pcGVyLm5ldDwvc3Bhbj48L2E+Jmd0OzxiciBjbGFzcz0iIj4NCjxiIGNsYXNzPSIiPkRh dGU6PHNwYW4gY2xhc3M9ImFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7PC9zcGFuPjwvYj5U aHVyc2RheSwgT2N0b2JlciAxMywgMjAxNiBhdCA1OjA1IFBNPGJyIGNsYXNzPSIiPg0KPGIgY2xh c3M9IiI+VG86PHNwYW4gY2xhc3M9ImFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7PC9zcGFu PjwvYj4mcXVvdDs8YSBocmVmPSJtYWlsdG86bmV0bW9kQGlldGYub3JnIiBzdHlsZT0iY29sb3I6 IHB1cnBsZTsgdGV4dC1kZWNvcmF0aW9uOiB1bmRlcmxpbmU7IiBjbGFzcz0iIj48c3BhbiBzdHls ZT0iY29sb3I6IHJnYigxNDksIDc5LCAxMTQpOyIgY2xhc3M9IiI+bmV0bW9kQGlldGYub3JnPC9z cGFuPjwvYT4mcXVvdDsgJmx0OzxhIGhyZWY9Im1haWx0bzpuZXRtb2RAaWV0Zi5vcmciIHN0eWxl PSJjb2xvcjogcHVycGxlOyB0ZXh0LWRlY29yYXRpb246IHVuZGVybGluZTsiIGNsYXNzPSIiPjxz cGFuIHN0eWxlPSJjb2xvcjogcmdiKDE0OSwgNzksIDExNCk7IiBjbGFzcz0iIj5uZXRtb2RAaWV0 Zi5vcmc8L3NwYW4+PC9hPiZndDs8YnIgY2xhc3M9IiI+DQo8YiBjbGFzcz0iIj5TdWJqZWN0Ojxz cGFuIGNsYXNzPSJhcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwvc3Bhbj48L2I+W25ldG1v ZF0gV0cgTGFzdCBDYWxsIGZvciBkcmFmdC1pZXRmLW5ldG1vZC1hY2wtbW9kZWwtMDkgKHVudGls IE9jdCAyNywgMjAxNik8bzpwIGNsYXNzPSIiPjwvbzpwPjwvc3Bhbj48L2Rpdj4NCjwvZGl2Pg0K PC9kaXY+DQo8ZGl2IGNsYXNzPSIiPg0KPGRpdiBjbGFzcz0iIj4NCjxkaXYgc3R5bGU9Im1hcmdp bjogMGluIDBpbiAwLjAwMDFwdDsgZm9udC1zaXplOiAxMnB0OyBmb250LWZhbWlseTogJ1RpbWVz IE5ldyBSb21hbic7IGJhY2tncm91bmQtY29sb3I6IHdoaXRlOyIgY2xhc3M9IiI+DQombmJzcDs8 c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6IENhbGlicmk7IiBjbGFzcz0iIj48bzpwIGNsYXNzPSIi PjwvbzpwPjwvc3Bhbj48L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPg0KPGRp diBzdHlsZT0ibWFyZ2luOiAwaW4gMGluIDAuMDAwMXB0OyBmb250LXNpemU6IDEycHQ7IGZvbnQt ZmFtaWx5OiAnVGltZXMgTmV3IFJvbWFuJzsgYmFja2dyb3VuZC1jb2xvcjogd2hpdGU7IiBjbGFz cz0iIj4NCjxzcGFuIHN0eWxlPSJmb250LXNpemU6IDExcHQ7IGZvbnQtZmFtaWx5OiBDYWxpYnJp OyIgY2xhc3M9IiI+Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTogQ2FsaWJy aTsiIGNsYXNzPSIiPjxvOnAgY2xhc3M9IiI+PC9vOnA+PC9zcGFuPjwvZGl2Pg0KPC9kaXY+DQo8 ZGl2IGNsYXNzPSIiPg0KPGRpdiBzdHlsZT0ibWFyZ2luOiAwaW4gMGluIDAuMDAwMXB0OyBmb250 LXNpemU6IDEycHQ7IGZvbnQtZmFtaWx5OiAnVGltZXMgTmV3IFJvbWFuJzsgYmFja2dyb3VuZC1j b2xvcjogd2hpdGU7IiBjbGFzcz0iIj4NCjxzcGFuIHN0eWxlPSJmb250LXNpemU6IDExcHQ7IGZv bnQtZmFtaWx5OiBDYWxpYnJpOyIgY2xhc3M9IiI+VGhpcyBpcyBhIG5vdGljZSB0byBzdGFydCBh IHR3by13ZWVrIE5FVE1PRCBXRyBsYXN0IGNhbGwgZm9yIHRoZSBkb2N1bWVudDo8L3NwYW4+PHNw YW4gc3R5bGU9ImZvbnQtZmFtaWx5OiBDYWxpYnJpOyIgY2xhc3M9IiI+PG86cCBjbGFzcz0iIj48 L286cD48L3NwYW4+PC9kaXY+DQo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+DQo8ZGl2IHN0eWxlPSJt YXJnaW46IDBpbiAwaW4gMC4wMDAxcHQ7IGZvbnQtc2l6ZTogMTJwdDsgZm9udC1mYW1pbHk6ICdU aW1lcyBOZXcgUm9tYW4nOyBiYWNrZ3JvdW5kLWNvbG9yOiB3aGl0ZTsiIGNsYXNzPSIiPg0KPHNw YW4gc3R5bGU9ImZvbnQtc2l6ZTogMTFwdDsgZm9udC1mYW1pbHk6IENhbGlicmk7IiBjbGFzcz0i Ij4mbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiBDYWxpYnJpOyIgY2xhc3M9 IiI+PG86cCBjbGFzcz0iIj48L286cD48L3NwYW4+PC9kaXY+DQo8L2Rpdj4NCjxkaXYgY2xhc3M9 IiI+DQo8ZGl2IHN0eWxlPSJtYXJnaW46IDBpbiAwaW4gMC4wMDAxcHQ7IGZvbnQtc2l6ZTogMTJw dDsgZm9udC1mYW1pbHk6ICdUaW1lcyBOZXcgUm9tYW4nOyBiYWNrZ3JvdW5kLWNvbG9yOiB3aGl0 ZTsiIGNsYXNzPSIiPg0KPHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTogMTFwdDsgZm9udC1mYW1pbHk6 IENhbGlicmk7IiBjbGFzcz0iIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDtOZXR3 b3JrIEFjY2VzcyBDb250cm9sIExpc3QgKEFDTCkgWUFORyBEYXRhIE1vZGVsPC9zcGFuPjxzcGFu IHN0eWxlPSJmb250LWZhbWlseTogQ2FsaWJyaTsiIGNsYXNzPSIiPjxvOnAgY2xhc3M9IiI+PC9v OnA+PC9zcGFuPjwvZGl2Pg0KPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPg0KPGRpdiBzdHlsZT0ibWFy Z2luOiAwaW4gMGluIDAuMDAwMXB0OyBmb250LXNpemU6IDEycHQ7IGZvbnQtZmFtaWx5OiAnVGlt ZXMgTmV3IFJvbWFuJzsgYmFja2dyb3VuZC1jb2xvcjogd2hpdGU7IiBjbGFzcz0iIj4NCjxzcGFu IHN0eWxlPSJmb250LXNpemU6IDExcHQ7IGZvbnQtZmFtaWx5OiBDYWxpYnJpOyIgY2xhc3M9IiI+ Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7PHUgY2xhc3M9IiI+PHNwYW4gc3R5bGU9 ImNvbG9yOiByZ2IoMTEsIDc2LCAxODApOyIgY2xhc3M9IiI+PGEgaHJlZj0iaHR0cHM6Ly90b29s cy5pZXRmLm9yZy9odG1sL2RyYWZ0LWlldGYtbmV0bW9kLWFjbC1tb2RlbC0wOSIgc3R5bGU9ImNv bG9yOiBwdXJwbGU7IHRleHQtZGVjb3JhdGlvbjogdW5kZXJsaW5lOyIgY2xhc3M9IiI+PHNwYW4g c3R5bGU9ImNvbG9yOiByZ2IoMTQ5LCA3OSwgMTE0KTsiIGNsYXNzPSIiPmh0dHBzOi8vdG9vbHMu aWV0Zi5vcmcvaHRtbC9kcmFmdC1pZXRmLW5ldG1vZC1hY2wtbW9kZWwtMDk8L3NwYW4+PC9hPjwv c3Bhbj48L3U+PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTogQ2FsaWJyaTsiIGNsYXNz PSIiPjxvOnAgY2xhc3M9IiI+PC9vOnA+PC9zcGFuPjwvZGl2Pg0KPC9kaXY+DQo8ZGl2IGNsYXNz PSIiPg0KPGRpdiBzdHlsZT0ibWFyZ2luOiAwaW4gMGluIDAuMDAwMXB0OyBmb250LXNpemU6IDEy cHQ7IGZvbnQtZmFtaWx5OiAnVGltZXMgTmV3IFJvbWFuJzsgYmFja2dyb3VuZC1jb2xvcjogd2hp dGU7IiBjbGFzcz0iIj4NCjxzcGFuIHN0eWxlPSJmb250LXNpemU6IDExcHQ7IGZvbnQtZmFtaWx5 OiBDYWxpYnJpOyIgY2xhc3M9IiI+Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LWZhbWls eTogQ2FsaWJyaTsiIGNsYXNzPSIiPjxvOnAgY2xhc3M9IiI+PC9vOnA+PC9zcGFuPjwvZGl2Pg0K PC9kaXY+DQo8ZGl2IGNsYXNzPSIiPg0KPGRpdiBzdHlsZT0ibWFyZ2luOiAwaW4gMGluIDAuMDAw MXB0OyBmb250LXNpemU6IDEycHQ7IGZvbnQtZmFtaWx5OiAnVGltZXMgTmV3IFJvbWFuJzsgYmFj a2dyb3VuZC1jb2xvcjogd2hpdGU7IiBjbGFzcz0iIj4NCjxzcGFuIHN0eWxlPSJmb250LXNpemU6 IDExcHQ7IGZvbnQtZmFtaWx5OiBDYWxpYnJpOyIgY2xhc3M9IiI+UGxlYXNlIGluZGljYXRlIHlv dXIgc3VwcG9ydCBvciBjb25jZXJucyBieSBUaHVyc2RheSwgT2N0b2JlciAyNywgMjAxNi48L3Nw YW4+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiBDYWxpYnJpOyIgY2xhc3M9IiI+PG86cCBjbGFz cz0iIj48L286cD48L3NwYW4+PC9kaXY+DQo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+DQo8ZGl2IHN0 eWxlPSJtYXJnaW46IDBpbiAwaW4gMC4wMDAxcHQ7IGZvbnQtc2l6ZTogMTJwdDsgZm9udC1mYW1p bHk6ICdUaW1lcyBOZXcgUm9tYW4nOyBiYWNrZ3JvdW5kLWNvbG9yOiB3aGl0ZTsiIGNsYXNzPSIi Pg0KPHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTogMTFwdDsgZm9udC1mYW1pbHk6IENhbGlicmk7IiBj bGFzcz0iIj4mbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiBDYWxpYnJpOyIg Y2xhc3M9IiI+PG86cCBjbGFzcz0iIj48L286cD48L3NwYW4+PC9kaXY+DQo8L2Rpdj4NCjxkaXYg Y2xhc3M9IiI+DQo8ZGl2IHN0eWxlPSJtYXJnaW46IDBpbiAwaW4gMC4wMDAxcHQ7IGZvbnQtc2l6 ZTogMTJwdDsgZm9udC1mYW1pbHk6ICdUaW1lcyBOZXcgUm9tYW4nOyBiYWNrZ3JvdW5kLWNvbG9y OiB3aGl0ZTsiIGNsYXNzPSIiPg0KPHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTogMTFwdDsgZm9udC1m YW1pbHk6IENhbGlicmk7IiBjbGFzcz0iIj5XZSBhcmUgcGFydGljdWxhcmx5IGludGVyZXN0ZWQg aW4gc3RhdGVtZW50cyBvZiB0aGUgZm9ybTo8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5 OiBDYWxpYnJpOyIgY2xhc3M9IiI+PG86cCBjbGFzcz0iIj48L286cD48L3NwYW4+PC9kaXY+DQo8 L2Rpdj4NCjxkaXYgY2xhc3M9IiI+DQo8ZGl2IHN0eWxlPSJtYXJnaW46IDBpbiAwaW4gMC4wMDAx cHQ7IGZvbnQtc2l6ZTogMTJwdDsgZm9udC1mYW1pbHk6ICdUaW1lcyBOZXcgUm9tYW4nOyBiYWNr Z3JvdW5kLWNvbG9yOiB3aGl0ZTsiIGNsYXNzPSIiPg0KPHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTog MTFwdDsgZm9udC1mYW1pbHk6IENhbGlicmk7IiBjbGFzcz0iIj4mbmJzcDsgKiBJIGhhdmUgcmV2 aWV3ZWQgZHJhZnQtaWV0Zi1uZXRtb2QtYWNsLW1vZGVsLTA5IGFuZCBmb3VuZCBubyBpc3N1ZXMu PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTogQ2FsaWJyaTsiIGNsYXNzPSIiPjxvOnAg Y2xhc3M9IiI+PC9vOnA+PC9zcGFuPjwvZGl2Pg0KPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPg0KPGRp diBzdHlsZT0ibWFyZ2luOiAwaW4gMGluIDAuMDAwMXB0OyBmb250LXNpemU6IDEycHQ7IGZvbnQt ZmFtaWx5OiAnVGltZXMgTmV3IFJvbWFuJzsgYmFja2dyb3VuZC1jb2xvcjogd2hpdGU7IiBjbGFz cz0iIj4NCjxzcGFuIHN0eWxlPSJmb250LXNpemU6IDExcHQ7IGZvbnQtZmFtaWx5OiBDYWxpYnJp OyIgY2xhc3M9IiI+Jm5ic3A7Jm5ic3A7KiBJIGhhdmUgcmV2aWV3ZWQgZHJhZnQtaWV0Zi1uZXRt b2QtYWNsLW1vZGVsLTA5IGFuZCBmb3VuZCB0aGUgZm9sbG93aW5nIGlzc3VlczogLi4uPC9zcGFu PjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTogQ2FsaWJyaTsiIGNsYXNzPSIiPjxvOnAgY2xhc3M9 IiI+PC9vOnA+PC9zcGFuPjwvZGl2Pg0KPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPg0KPGRpdiBzdHls ZT0ibWFyZ2luOiAwaW4gMGluIDAuMDAwMXB0OyBmb250LXNpemU6IDEycHQ7IGZvbnQtZmFtaWx5 OiAnVGltZXMgTmV3IFJvbWFuJzsgYmFja2dyb3VuZC1jb2xvcjogd2hpdGU7IiBjbGFzcz0iIj4N CjxzcGFuIHN0eWxlPSJmb250LXNpemU6IDExcHQ7IGZvbnQtZmFtaWx5OiBDYWxpYnJpOyIgY2xh c3M9IiI+Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTogQ2FsaWJyaTsiIGNs YXNzPSIiPjxvOnAgY2xhc3M9IiI+PC9vOnA+PC9zcGFuPjwvZGl2Pg0KPC9kaXY+DQo8ZGl2IGNs YXNzPSIiPg0KPGRpdiBzdHlsZT0ibWFyZ2luOiAwaW4gMGluIDAuMDAwMXB0OyBmb250LXNpemU6 IDEycHQ7IGZvbnQtZmFtaWx5OiAnVGltZXMgTmV3IFJvbWFuJzsgYmFja2dyb3VuZC1jb2xvcjog d2hpdGU7IiBjbGFzcz0iIj4NCjxzcGFuIHN0eWxlPSJmb250LXNpemU6IDExcHQ7IGZvbnQtZmFt aWx5OiBDYWxpYnJpOyIgY2xhc3M9IiI+QXMgd2VsbCBhczo8L3NwYW4+PHNwYW4gc3R5bGU9ImZv bnQtZmFtaWx5OiBDYWxpYnJpOyIgY2xhc3M9IiI+PG86cCBjbGFzcz0iIj48L286cD48L3NwYW4+ PC9kaXY+DQo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+DQo8ZGl2IHN0eWxlPSJtYXJnaW46IDBpbiAw aW4gMC4wMDAxcHQ7IGZvbnQtc2l6ZTogMTJwdDsgZm9udC1mYW1pbHk6ICdUaW1lcyBOZXcgUm9t YW4nOyBiYWNrZ3JvdW5kLWNvbG9yOiB3aGl0ZTsiIGNsYXNzPSIiPg0KPHNwYW4gc3R5bGU9ImZv bnQtc2l6ZTogMTFwdDsgZm9udC1mYW1pbHk6IENhbGlicmk7IiBjbGFzcz0iIj4mbmJzcDsqIEkg aGF2ZSBpbXBsZW1lbnRlZCB0aGUgZGF0YSBtb2RlbCBpbiBkcmFmdC1pZXRmLW5ldG1vZC1hY2wt bW9kZWwtMDkuPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTogQ2FsaWJyaTsiIGNsYXNz PSIiPjxvOnAgY2xhc3M9IiI+PC9vOnA+PC9zcGFuPjwvZGl2Pg0KPC9kaXY+DQo8ZGl2IGNsYXNz PSIiPg0KPGRpdiBzdHlsZT0ibWFyZ2luOiAwaW4gMGluIDAuMDAwMXB0OyBmb250LXNpemU6IDEy cHQ7IGZvbnQtZmFtaWx5OiAnVGltZXMgTmV3IFJvbWFuJzsgYmFja2dyb3VuZC1jb2xvcjogd2hp dGU7IiBjbGFzcz0iIj4NCjxzcGFuIHN0eWxlPSJmb250LXNpemU6IDExcHQ7IGZvbnQtZmFtaWx5 OiBDYWxpYnJpOyIgY2xhc3M9IiI+Jm5ic3A7ICogSSBhbSBpbXBsZW1lbnRpbmcgdGhlIGRhdGEg bW9kZWwgaW4gZHJhZnQtaWV0Zi1uZXRtb2QtYWNsLW1vZGVsLTA5Ljwvc3Bhbj48c3BhbiBzdHls ZT0iZm9udC1mYW1pbHk6IENhbGlicmk7IiBjbGFzcz0iIj48bzpwIGNsYXNzPSIiPjwvbzpwPjwv c3Bhbj48L2Rpdj4NCjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj4NCjxkaXYgc3R5bGU9Im1hcmdpbjog MGluIDBpbiAwLjAwMDFwdDsgZm9udC1zaXplOiAxMnB0OyBmb250LWZhbWlseTogJ1RpbWVzIE5l dyBSb21hbic7IGJhY2tncm91bmQtY29sb3I6IHdoaXRlOyIgY2xhc3M9IiI+DQo8c3BhbiBzdHls ZT0iZm9udC1zaXplOiAxMXB0OyBmb250LWZhbWlseTogQ2FsaWJyaTsiIGNsYXNzPSIiPiZuYnNw OyAqIEkgYW0gY29uc2lkZXJpbmcgdG8gaW1wbGVtZW50IHRoZSBkYXRhIG1vZGVsIGluIGRyYWZ0 LWlldGYtbmV0bW9kLWFjbC1tb2RlbC0wOS48L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5 OiBDYWxpYnJpOyIgY2xhc3M9IiI+PG86cCBjbGFzcz0iIj48L286cD48L3NwYW4+PC9kaXY+DQo8 L2Rpdj4NCjxkaXYgY2xhc3M9IiI+DQo8ZGl2IHN0eWxlPSJtYXJnaW46IDBpbiAwaW4gMC4wMDAx cHQ7IGZvbnQtc2l6ZTogMTJwdDsgZm9udC1mYW1pbHk6ICdUaW1lcyBOZXcgUm9tYW4nOyBiYWNr Z3JvdW5kLWNvbG9yOiB3aGl0ZTsiIGNsYXNzPSIiPg0KPHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTog MTFwdDsgZm9udC1mYW1pbHk6IENhbGlicmk7IiBjbGFzcz0iIj4mbmJzcDsgKiBJIGFtIG5vdCBj b25zaWRlcmluZyB0byBpbXBsZW1lbnQgdGhlIGRhdGEgbW9kZWwgaW4gZHJhZnQtaWV0Zi1uZXRt b2QtYWNsLW1vZGVsLTA5Ljwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6IENhbGlicmk7 IiBjbGFzcz0iIj48bzpwIGNsYXNzPSIiPjwvbzpwPjwvc3Bhbj48L2Rpdj4NCjwvZGl2Pg0KPGRp diBjbGFzcz0iIj4NCjxkaXYgc3R5bGU9Im1hcmdpbjogMGluIDBpbiAwLjAwMDFwdDsgZm9udC1z aXplOiAxMnB0OyBmb250LWZhbWlseTogJ1RpbWVzIE5ldyBSb21hbic7IGJhY2tncm91bmQtY29s b3I6IHdoaXRlOyIgY2xhc3M9IiI+DQo8c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6IENhbGlicmk7 IiBjbGFzcz0iIj4mbmJzcDs8bzpwIGNsYXNzPSIiPjwvbzpwPjwvc3Bhbj48L2Rpdj4NCjwvZGl2 Pg0KPGRpdiBjbGFzcz0iIj4NCjxkaXYgc3R5bGU9Im1hcmdpbjogMGluIDBpbiAwLjAwMDFwdDsg Zm9udC1zaXplOiAxMnB0OyBmb250LWZhbWlseTogJ1RpbWVzIE5ldyBSb21hbic7IGJhY2tncm91 bmQtY29sb3I6IHdoaXRlOyIgY2xhc3M9IiI+DQo8c3BhbiBzdHlsZT0iZm9udC1zaXplOiAxMXB0 OyBmb250LWZhbWlseTogQ2FsaWJyaTsiIGNsYXNzPSIiPlRoYW5rIHlvdSw8L3NwYW4+PHNwYW4g c3R5bGU9ImZvbnQtZmFtaWx5OiBDYWxpYnJpOyIgY2xhc3M9IiI+PG86cCBjbGFzcz0iIj48L286 cD48L3NwYW4+PC9kaXY+DQo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+DQo8ZGl2IHN0eWxlPSJtYXJn aW46IDBpbiAwaW4gMC4wMDAxcHQ7IGZvbnQtc2l6ZTogMTJwdDsgZm9udC1mYW1pbHk6ICdUaW1l cyBOZXcgUm9tYW4nOyBiYWNrZ3JvdW5kLWNvbG9yOiB3aGl0ZTsiIGNsYXNzPSIiPg0KPHNwYW4g c3R5bGU9ImZvbnQtc2l6ZTogMTFwdDsgZm9udC1mYW1pbHk6IENhbGlicmk7IiBjbGFzcz0iIj5O RVRNT0QgV0cgQ2hhaXJzPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTogQ2FsaWJyaTsi IGNsYXNzPSIiPjxvOnAgY2xhc3M9IiI+PC9vOnA+PC9zcGFuPjwvZGl2Pg0KPC9kaXY+DQo8ZGl2 IGNsYXNzPSIiPg0KPGRpdiBzdHlsZT0ibWFyZ2luOiAwaW4gMGluIDAuMDAwMXB0OyBmb250LXNp emU6IDEycHQ7IGZvbnQtZmFtaWx5OiAnVGltZXMgTmV3IFJvbWFuJzsgYmFja2dyb3VuZC1jb2xv cjogd2hpdGU7IiBjbGFzcz0iIj4NCjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTogQ2FsaWJyaTsi IGNsYXNzPSIiPiZuYnNwOzxvOnAgY2xhc3M9IiI+PC9vOnA+PC9zcGFuPjwvZGl2Pg0KPC9kaXY+ DQo8ZGl2IGNsYXNzPSIiPg0KPGRpdiBzdHlsZT0ibWFyZ2luOiAwaW4gMGluIDAuMDAwMXB0OyBm b250LXNpemU6IDEycHQ7IGZvbnQtZmFtaWx5OiAnVGltZXMgTmV3IFJvbWFuJzsgYmFja2dyb3Vu ZC1jb2xvcjogd2hpdGU7IiBjbGFzcz0iIj4NCjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTogQ2Fs aWJyaTsiIGNsYXNzPSIiPiZuYnNwOzxvOnAgY2xhc3M9IiI+PC9vOnA+PC9zcGFuPjwvZGl2Pg0K PC9kaXY+DQo8ZGl2IHN0eWxlPSJtYXJnaW46IDBpbiAwaW4gMC4wMDAxcHQ7IGZvbnQtc2l6ZTog MTJwdDsgZm9udC1mYW1pbHk6ICdUaW1lcyBOZXcgUm9tYW4nOyIgY2xhc3M9IiI+DQo8c3BhbiBz dHlsZT0iZm9udC1zaXplOiA5cHQ7IGZvbnQtZmFtaWx5OiBIZWx2ZXRpY2E7IGJhY2tncm91bmQt Y29sb3I6IHdoaXRlOyBiYWNrZ3JvdW5kLXBvc2l0aW9uOiBpbml0aWFsIGluaXRpYWw7IGJhY2tn cm91bmQtcmVwZWF0OiBpbml0aWFsIGluaXRpYWw7IiBjbGFzcz0iIj5fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXzwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1z aXplOiA5cHQ7IGZvbnQtZmFtaWx5OiBIZWx2ZXRpY2E7IiBjbGFzcz0iIj48YnIgY2xhc3M9IiI+ DQo8c3BhbiBzdHlsZT0iYmFja2dyb3VuZC1jb2xvcjogd2hpdGU7IGJhY2tncm91bmQtcG9zaXRp b246IGluaXRpYWwgaW5pdGlhbDsgYmFja2dyb3VuZC1yZXBlYXQ6IGluaXRpYWwgaW5pdGlhbDsi IGNsYXNzPSIiPm5ldG1vZCBtYWlsaW5nIGxpc3Q8L3NwYW4+PGJyIGNsYXNzPSIiPg0KPC9zcGFu PjxhIGhyZWY9Im1haWx0bzpuZXRtb2RAaWV0Zi5vcmciIHN0eWxlPSJjb2xvcjogcHVycGxlOyB0 ZXh0LWRlY29yYXRpb246IHVuZGVybGluZTsiIGNsYXNzPSIiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6IDlwdDsgZm9udC1mYW1pbHk6IEhlbHZldGljYTsgY29sb3I6IHJnYigxNDksIDc5LCAxMTQp OyBiYWNrZ3JvdW5kLWNvbG9yOiB3aGl0ZTsgYmFja2dyb3VuZC1wb3NpdGlvbjogaW5pdGlhbCBp bml0aWFsOyBiYWNrZ3JvdW5kLXJlcGVhdDogaW5pdGlhbCBpbml0aWFsOyIgY2xhc3M9IiI+bmV0 bW9kQGlldGYub3JnPC9zcGFuPjwvYT48c3BhbiBzdHlsZT0iZm9udC1zaXplOiA5cHQ7IGZvbnQt ZmFtaWx5OiBIZWx2ZXRpY2E7IiBjbGFzcz0iIj48YnIgY2xhc3M9IiI+DQo8L3NwYW4+PGEgaHJl Zj0iaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9uZXRtb2QiIHN0eWxlPSJj b2xvcjogcHVycGxlOyB0ZXh0LWRlY29yYXRpb246IHVuZGVybGluZTsiIGNsYXNzPSIiPjxzcGFu IHN0eWxlPSJmb250LXNpemU6IDlwdDsgZm9udC1mYW1pbHk6IEhlbHZldGljYTsgY29sb3I6IHJn YigxNDksIDc5LCAxMTQpOyBiYWNrZ3JvdW5kLWNvbG9yOiB3aGl0ZTsgYmFja2dyb3VuZC1wb3Np dGlvbjogaW5pdGlhbCBpbml0aWFsOyBiYWNrZ3JvdW5kLXJlcGVhdDogaW5pdGlhbCBpbml0aWFs OyIgY2xhc3M9IiI+aHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9uZXRtb2Q8 L3NwYW4+PC9hPjxvOnAgY2xhc3M9IiI+PC9vOnA+PC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8L2Rp dj4NCjxkaXYgc3R5bGU9Im1hcmdpbjogMGluIDBpbiAwLjAwMDFwdDsgZm9udC1zaXplOiAxMnB0 OyBmb250LWZhbWlseTogJ1RpbWVzIE5ldyBSb21hbic7IiBjbGFzcz0iIj4NCjxiciBjbGFzcz0i Ij4NCjxiciBjbGFzcz0iIj4NCjxvOnAgY2xhc3M9IiI+PC9vOnA+PC9kaXY+DQo8L2Rpdj4NCjwv ZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPC9kaXY+DQo8YnIgY2xhc3M9IiI+DQo8L2Rpdj4NCjwvZGl2 Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8L2Rpdj4NCjxiciBjbGFzcz0iIj4NCjwvZGl2Pg0K PC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjwvc3Bhbj4NCjwvYm9keT4NCjwvaHRtbD4N Cg== --_000_D455285C8A1A2aceeciscocom_-- From nobody Fri Nov 18 05:56:39 2016 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8CF1B129494 for ; Fri, 18 Nov 2016 05:56:37 -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, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id QEHas5bYEwoN for ; Fri, 18 Nov 2016 05:56:35 -0800 (PST) Received: from mail-pg0-x22e.google.com (mail-pg0-x22e.google.com [IPv6:2607:f8b0:400e: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 7472B129421 for ; Fri, 18 Nov 2016 05:56:35 -0800 (PST) Received: by mail-pg0-x22e.google.com with SMTP id f188so103095056pgc.3 for ; Fri, 18 Nov 2016 05:56:35 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:subject:from:in-reply-to:date:cc:message-id:references :to; bh=END4d5V4t2VlghT5wZL6KXsZB8jFShkG5iUofNxkkM4=; b=kc740rQ+bMIni8gVUgu5DOb2Mh2pXqAaIcMnhARTpHFkY+oPDGkMhSQDUE60IG0tyw nd/dKjea5pHsUGNMrcGpr01eQ33zcXvTHXIbi+VhzjbH23Fg976y/vLCut6o26FFiR9w /+4XfqN5v/5O0OJm2ls3SF0UN8ejeL8kBhYv7IbU/f5dIdEk7cAJGKEueSGUeeT800f/ WEbNIPN5aMQQ/EH/Y/fEha+xH2lN6kBh9ys03SXk+DZy15Aeo/Al/ChKD8M76l0cAIHB MDBX9H9l0VggrlLymXXLP9cMY7aUMrbikuSvRiG8Q1lwofgCJ594RtiMWL6Lw8dh+VK3 NWTg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :message-id:references:to; bh=END4d5V4t2VlghT5wZL6KXsZB8jFShkG5iUofNxkkM4=; b=ez8sY7JR6wBWUFxL1ShA2wwTyRZWemporEDbEDf2al8cOcKtoIclZaeCaJg+hL9QyD haY8qNUMMWN3Zm8yXnlyB7w09lhsz6fU2ZW1W6qlDsptYfRJ9XsZl76Ly+yo4MthVAOL fR600MzVuu8KgwqaiNszpYU2S9R5Jrn5bBfwk/XiP3ELr3ZfkDe4k0Vt2SVljZH8dmPl LvzqC0/RZ5qvQcKVl9ivFHx5JwEA6c8wjw7pynAHKJRynuAFnBf3UekLee0kxXh2JJ3v 2FIFRqiVvbeQXoLDAnTQCge3MAKmmBjuaSvnakDPK5cqPNy0zG1qaB7UcfVqeV81EUbn AOng== X-Gm-Message-State: ABUngvene0Y4tibzWcaYT/lvufav+UDnT7HdUmcnHxSoXL/TSUTPINLmjd8WNuOmlf3Y4Q== X-Received: by 10.98.141.74 with SMTP id z71mr11925068pfd.53.1479477395021; Fri, 18 Nov 2016 05:56:35 -0800 (PST) Received: from [10.35.133.250] ([58.123.138.206]) by smtp.gmail.com with ESMTPSA id s197sm334343pgc.38.2016.11.18.05.56.32 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Fri, 18 Nov 2016 05:56:34 -0800 (PST) Content-Type: multipart/alternative; boundary="Apple-Mail=_F8B3158B-CBD5-41BA-8B32-EFD07A9438C8" Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) From: Mahesh Jethanandani In-Reply-To: <11EEB7BE-425F-4B6F-8D33-FC59B6DB6680@gmail.com> Date: Fri, 18 Nov 2016 22:56:34 +0900 Message-Id: References: <7F859F89F9B4DD4DB902232F9E2DAC08387893C8@ESGSCMB103.ericsson.se> <11EEB7BE-425F-4B6F-8D33-FC59B6DB6680@gmail.com> To: Dean Bogdanavich X-Mailer: Apple Mail (2.3124) Archived-At: Cc: "netmod@ietf.org" Subject: Re: [netmod] WG Last Call for draft-ietf-netmod-acl-model-08 (until Oct 5, 2016) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Nov 2016 13:56:38 -0000 --Apple-Mail=_F8B3158B-CBD5-41BA-8B32-EFD07A9438C8 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On Nov 13, 2016, at 11:02 AM, Dean Bogdanovic = wrote: >=20 > Adrian, >=20 > Sorry for not replying earlier. Your email fell through the cracks.=20 >=20 >> On Sep 21, 2016, at 5:55 PM, Adrian Pan > wrote: >>=20 >> I have reviewed draft-ietf-netmod-acl-model-08 and I am considering = to implement the data model in the draft, while I found below issue: >> - Operator is able to configure the matches of ace different from the = acl-type, i.e ace configured with ipv6 matches while the =E2=80=9Cacl-type= =E2=80=9D is configured as ipv4 in the acl, this is not aligned with the = model design intention. >=20 > The acl-type provides implicit specification of the match criteria. = Authors wanted to enable support for mixed type acl (example mac and ip) = in the same list. And let the vendors determine based on their platform = and what is supported how to implement the model. I do not understand =E2=80=9Cimplicit specification of the match = criteria". Say the acl-type is specified as ipv6, and the user = configures a ipv4 address in the ACL, how does it help the platform? I agree with Adrian that a more intuitive use of the acl-type would be = to check whether the address being configured matches the type and = reject the configuration if it does not. >=20 > Dean >=20 >> =20 >> Thanks >> Adrian >> From: netmod [mailto:netmod-bounces@ietf.org = ] On Behalf Of Kent Watsen >> Sent: Wednesday, September 21, 2016 4:46 AM >> To: netmod@ietf.org >> Subject: [netmod] WG Last Call for draft-ietf-netmod-acl-model-08 = (until Oct 5, 2016) >> =20 >> =20 >> This is a notice to start a two-week NETMOD WG last call for the = document: >> =20 >> Network Access Control List (ACL) YANG Data Model >> = https://tools.ietf.org/html/draft-ietf-netmod-acl-model-08 = >> =20 >> Please indicate your support or concerns by Wednesday, October 5, = 2016. >> =20 >> We are particularly interested in statements of the form: >> * I have reviewed draft-ietf-netmod-acl-model-08 and found no = issues. >> * I have reviewed draft-ietf-netmod-acl-model-08 and found the = following issues: ... >> =20 >> As well as: >> * I have implemented the data model in = draft-ietf-netmod-acl-model-08. >> * I am implementing the data model in = draft-ietf-netmod-acl-model-08. >> * I am considering to implement the data model in = draft-ietf-netmod-acl-model-08. >> * I am not considering to implement the data model in = draft-ietf-netmod-acl-model-08. >> =20 >> Thank you, >> NETMOD WG Chairs >> =20 >> =20 >> _______________________________________________ >> netmod mailing list >> netmod@ietf.org >> https://www.ietf.org/mailman/listinfo/netmod = >=20 > _______________________________________________ > netmod mailing list > netmod@ietf.org > https://www.ietf.org/mailman/listinfo/netmod Mahesh Jethanandani mjethanandani@gmail.com --Apple-Mail=_F8B3158B-CBD5-41BA-8B32-EFD07A9438C8 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8
On Nov 13, 2016, at 11:02 AM, Dean Bogdanovic <ivandean@gmail.com> = wrote:

Adrian,

Sorry for not replying = earlier. Your email fell through the cracks. 

On Sep = 21, 2016, at 5:55 PM, Adrian Pan <adrian.pan@ericsson.com> wrote:

I have reviewed = draft-ietf-netmod-acl-model-08 and I am considering to implement the = data model in the draft, while I found below issue:
- Operator is able to configure the = matches of ace different from the acl-type, i.e ace configured with ipv6 = matches while the =E2=80=9Cacl-type=E2=80=9D is configured as ipv4 in = the acl, this is not aligned with the model design = intention.

The acl-type provides implicit specification of the match = criteria. Authors wanted to enable support for mixed type acl (example = mac and ip) in the same list. And let the vendors determine based on = their platform and what is supported how to implement the = model.

I do not understand =E2=80=9Cimplicit specification of = the match criteria". Say the acl-type is specified as ipv6, and the user = configures a ipv4 address in the ACL, how does it help the = platform?

I agree with Adrian that a = more intuitive use of the acl-type would be to check whether the address = being configured matches the type and reject the configuration if it = does not.


Dean

 
Thanks
Adrian
From: netmod [mailto:netmod-bounces@ietf.org] On Behalf = Of Kent Watsen
Sent: Wednesday, September 21, = 2016 4:46 AM
To: netmod@ietf.org
Subject: [netmod] WG Last Call for = draft-ietf-netmod-acl-model-08 (until Oct 5, 2016)
 
 
This is a notice to start a = two-week NETMOD WG last call for the document:
 
          &nb= sp;    Network Access Control List (ACL) YANG Data = Model
          &nb= sp;    https://tools.ietf.org/html/draft-ietf-netmod-acl-model-08<= /span>
 
Please indicate your support or = concerns by Wednesday, October 5, 2016.
 
We are = particularly interested in statements of the form:
  * I have reviewed = draft-ietf-netmod-acl-model-08 and found no issues.
  * I have reviewed = draft-ietf-netmod-acl-model-08 and found the following issues: = ...
 
As well as:
 * I have = implemented the data model in draft-ietf-netmod-acl-model-08.
  * I am = implementing the data model in draft-ietf-netmod-acl-model-08.
  * I am = considering to implement the data model in = draft-ietf-netmod-acl-model-08.
  * I am not considering to implement the data model in = draft-ietf-netmod-acl-model-08.
 
Thank you,
NETMOD WG Chairs
 
 
_______________________________________________
netmod mailing list
netmod@ietf.org
https://www.ietf.org/mailman/listinfo/netmod

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

Mahesh Jethanandani
mjethanandani@gmail.com



= --Apple-Mail=_F8B3158B-CBD5-41BA-8B32-EFD07A9438C8-- From nobody Fri Nov 18 06:02:06 2016 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D5651129628 for ; Fri, 18 Nov 2016 06:02:04 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -16.018 X-Spam-Level: X-Spam-Status: No, score=-16.018 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-1.497, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 3dMrYUaer8kd for ; Fri, 18 Nov 2016 06:02: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 56BE5129494 for ; Fri, 18 Nov 2016 06:02:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=79388; q=dns/txt; s=iport; t=1479477720; x=1480687320; h=subject:to:references:cc:from:message-id:date: mime-version:in-reply-to; bh=seg5rCaD6uEdcXNC/Ey3jHGuxLKlY9F35lSsNrn+Knc=; b=IpTMsJNEUN+st7UZD+5lbmCHdOFPbUc6zlKzWkx6LZtqzb4PoSJPYi5X HUuKA1r2cMnDt7l/bZUe59hdRqyL7cD+Kov1w8XDLxe6ybp1KHrmikquG yrM7RMLr2eYuEZNQveUj2mqPSavZ8v+lsevkBZo7cOQvTucL8y2f8aUlQ g=; X-Files: signature.asc : 481 X-IronPort-AV: E=Sophos;i="5.31,509,1473120000"; d="asc'?scan'208,217";a="689749300" Received: from aer-iport-nat.cisco.com (HELO aer-core-1.cisco.com) ([173.38.203.22]) by aer-iport-1.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 18 Nov 2016 14:01:58 +0000 Received: from [10.61.77.2] (ams3-vpn-dhcp3330.cisco.com [10.61.77.2]) by aer-core-1.cisco.com (8.14.5/8.14.5) with ESMTP id uAIE1vRe018135; Fri, 18 Nov 2016 14:01:57 GMT To: "Acee Lindem (acee)" , Dean Bogdanovic , Kent Watsen References: <3B8DC570-FB2D-4EE9-98BA-EEED20F2DBC0@gmail.com> <1061F93A-2D1F-41FB-9A21-A3D92188E7E2@gmail.com> From: Eliot Lear Message-ID: <179f5eb2-0de9-42cb-f291-738f16dab568@cisco.com> Date: Fri, 18 Nov 2016 15:01:57 +0100 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:45.0) Gecko/20100101 Thunderbird/45.4.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="ts3o5vKakn87xSIKIQDWxgQdWnnVMGf9a" Archived-At: Cc: "netmod@ietf.org" Subject: Re: [netmod] WG Last Call for draft-ietf-netmod-acl-model-09 (until Oct 27, 2016) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Nov 2016 14:02:05 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --ts3o5vKakn87xSIKIQDWxgQdWnnVMGf9a Content-Type: multipart/mixed; boundary="jgAKXokuRMBmQ5wF1UeR7qCkaECL372SA"; protected-headers="v1" From: Eliot Lear To: "Acee Lindem (acee)" , Dean Bogdanovic , Kent Watsen Cc: "netmod@ietf.org" Message-ID: <179f5eb2-0de9-42cb-f291-738f16dab568@cisco.com> Subject: Re: [netmod] WG Last Call for draft-ietf-netmod-acl-model-09 (until Oct 27, 2016) References: <3B8DC570-FB2D-4EE9-98BA-EEED20F2DBC0@gmail.com> <1061F93A-2D1F-41FB-9A21-A3D92188E7E2@gmail.com> In-Reply-To: --jgAKXokuRMBmQ5wF1UeR7qCkaECL372SA Content-Type: multipart/alternative; boundary="------------D31FC6FCAB6584C9A5523A35" This is a multi-part message in MIME format. --------------D31FC6FCAB6584C9A5523A35 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Dean and friends, I'd just like to add one additional point. This draft has been in numerous forms of WGLC for a while now. Can we please agree that as a proposed standard we have passed the point where perfect is the enemy of good? Some of us need this work finished. Thanks, Eliot On 11/18/16 1:55 PM, Acee Lindem (acee) wrote: > Hi Dean,=20 > If you make this a list of heterogeneous IPv4 header fields, how will > you constrain specification to only one field of each type? For > example, one source address? Existing implementations do not support > multiples and generate all permutations (given multiple specifications > of each field) could be complex.=20 > Thanks, > Acee=20 > > > From: netmod > on behalf of Dean Bogdanovic > > > Date: Tuesday, November 15, 2016 at 10:06 AM > To: Kent Watsen > > Cc: "netmod@ietf.org " > > Subject: Re: [netmod] WG Last Call for draft-ietf-netmod-acl-model-09 > (until Oct 27, 2016) > > I have something that might delay WGLC, but found out an > optimization which would help in the future > > In ietf-packet-fields.yang, example below > > grouping acl-ipv4-header-fields { > description > "Fields in IPv4 header."; > leaf destination-ipv4-network { > type inet:ipv4-prefix; > description > "Destination IPv4 address prefix."; > } > leaf source-ipv4-network { > type inet:ipv4-prefix; > description > "Source IPv4 address prefix."; > } > } > > Instead of using "leaf" for "destination-ipv4-network" and > "source-ipv4-network", "leaf-list" reduces the number of terms/ace > needed. > > If we would agree with this change, then would propose one more=20 > > for mac-addresses, having the mask under the address itself > look better in the data itself: > > >
01:01:01:00:00:00
> ff:ff:ff:00:00:00 > > > Or create a new type 'mac-address-prefix'. > > This allows having matching multiple destinations to 1 source, > or multiple sources to 1 destination, if they cannot be easily > combined into 1 entry. > > >
01:01:01:00:00:00
> ff:ff:ff:00:00:00 > > >
01:04:01:00:00:00
> ff:ff:ff:00:00:00 > > > .... > >> On Nov 14, 2016, at 7:35 AM, Dean Bogdanovic > > wrote: >> >> Kent, >> >> Thank you for the answer >>> On Nov 13, 2016, at 1:20 PM, Kent Watsen >> > wrote: >>> >>> Hi Dean, >>> =20 >>> > Don=E2=80=99t understand your question. What is the difference = between >>> system and user generated acls? >>> =20 >>> User-generated would be, for instance, configured via NETCONF or >>> RESTCONF, whereas system-generated would be ACLs that get >>> created by default. For example, RFC 7223 has the top-level >>> /interfaces-state to support system-generated interfaces (e.g., >>> lo) so, when running `shows interfaces`, the result includes >>> both configured and system-generated interfaces. Makes sense? >> >> I understand now what you meant. Where I can see for the >> interfaces the use case you describe (for loopback and physical >> interfaces), for ACLs have much harder time to find an example >> use case where a system would generate an ACL. Maybe for a highly >> secure system would generate an ACL to deny all traffic to and >> from, except to access it via console when it comes up. Can you >> come with some other use cases? If we can find viable use cases, >> then yes, would say that reporting opstate for system generated >> ACLs is useful. >> >> Dean >> >>> =20 >>> Thanks, >>> Kent >>> =20 >>> *From: *Dean Bogdanovic >> > >>> *Date: *Friday, November 11, 2016 at 3:45 PM >>> *To: *Kent Watsen > >>> *Cc: *"netmod@ietf.org " >>> > >>> *Subject: *Re: [netmod] WG Last Call for >>> draft-ietf-netmod-acl-model-09 (until Oct 27, 2016) >>> =20 >>> =20 >>>> On Oct 29, 2016, at 4:01 AM, Kent Watsen >>> > wrote: >>>> =20 >>>> The last call period for this draft has ended. Thank you to >>>> all that responded. Given the responses received, my co-chair >>>> and I believe that the draft is ready to move forward. I will >>>> begin the shepherd write-up shortly. >>>> In parallel, prompted by a conversation I had this morning, I=E2= =80=99m >>>> wondering about the YANG module=E2=80=99s use of the config fals= e nodes >>>> =E2=80=98acl-oper-data=E2=80=99 and =E2=80=98ace-oper-data=E2=80= =99. In particular, are the >>>> lifetimes of these nodes always the same as the configured nodes= ?=20 >>> =20 >>> Yes, they are. When the nodes are created, they are don=E2=80=99t= have >>> to be attached to an another object, like interface or RIB, etc, >>> but they get operational state. Once attached, (to continue with >>> the example) operational status of counters is changing. When >>> detached from the interface, the last know counter is kept, >>> until the ace is deleted. Same is for acl-oper-data. >>> =20 >>>> - is there any need to support reporting opstate for >>>> system-generated acts? >>> =20 >>> Don=E2=80=99t understand your question. What is the difference be= tween >>> system and user generated acls? >>> =20 >>> Dean >>> =20 >>>> =20 >>>> Thanks, >>>> Kent (as shepherd) >>>> =20 >>>> =20 >>>> *From: *netmod >>> > on behalf of Kent Watsen >>>> > >>>> *Date: *Thursday, October 13, 2016 at 5:05 PM >>>> *To: *"netmod@ietf.org " >>>> > >>>> *Subject: *[netmod] WG Last Call for >>>> draft-ietf-netmod-acl-model-09 (until Oct 27, 2016) >>>> =20 >>>> =20 >>>> This is a notice to start a two-week NETMOD WG last call for >>>> the document: >>>> =20 >>>> Network Access Control List (ACL) YANG Data Model= >>>> _https://tools.ietf.org/html/draft-ietf-netmod-ac= l-model-09_ >>>> =20 >>>> Please indicate your support or concerns by Thursday, October >>>> 27, 2016. >>>> =20 >>>> We are particularly interested in statements of the form: >>>> * I have reviewed draft-ietf-netmod-acl-model-09 and found no >>>> issues. >>>> * I have reviewed draft-ietf-netmod-acl-model-09 and found >>>> the following issues: ... >>>> =20 >>>> As well as: >>>> * I have implemented the data model in >>>> draft-ietf-netmod-acl-model-09. >>>> * I am implementing the data model in >>>> draft-ietf-netmod-acl-model-09. >>>> * I am considering to implement the data model in >>>> draft-ietf-netmod-acl-model-09. >>>> * I am not considering to implement the data model in >>>> draft-ietf-netmod-acl-model-09. >>>> =20 >>>> Thank you, >>>> NETMOD WG Chairs >>>> =20 >>>> =20 >>>> _______________________________________________ >>>> netmod mailing list >>>> netmod@ietf.org >>>> https://www.ietf.org/mailman/listinfo/netmod >>> >>> >> > > > > _______________________________________________ > netmod mailing list > netmod@ietf.org > https://www.ietf.org/mailman/listinfo/netmod --------------D31FC6FCAB6584C9A5523A35 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable

Dean and friends,

I'd just like to add one additional point.=C2=A0 This draft has be= en in numerous forms of WGLC for a while now.=C2=A0=C2=A0 Can we pleas= e agree that as a proposed standard we have passed the point where perfect is the enemy of good?=C2=A0 Some of us need this work finished.

=

Thanks,

Eliot





On 11/18/16 1:55 PM, Acee Lindem (acee= ) wrote:
Hi Dean,=C2=A0
If you make this a list of heterogeneous IPv4 header fields, how will you constrain specification to only one field of each type? For example, one source address? Existing implementations do not support multiples and generate all permutations (given multiple specifications of each field) could be complex.=C2=A0
Thanks,
Acee=C2=A0


From: netmod <netmod-bounces@ietf.org> on behalf of Dean Bogdanovic <ivandean@gmail.com>=
Date: Tuesday, November= 15, 2016 at 10:06 AM
To: Kent Watsen <= kwatsen@juniper.net>
Cc: "netm= od@ietf.org" <netmod@ietf.org>
Subject: Re: [netmod] WG Last Call for draft-ietf-netmod-acl-model-09 (until Oct 27, 2016)

I have something that might delay WGLC, but found out an optimization which would help in the future

In ietf-packet-fields.yang, example below

grouping acl-ipv4-header-fields {
=C2=A0=C2=A0=C2=A0description
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0"Fields in IPv4 header."; =C2=A0=C2=A0=C2=A0leaf destination-ipv4-network {
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0type inet:ipv4-prefix;
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0description
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0"Destination IP= v4 address prefix.";
=C2=A0=C2=A0=C2=A0}
=C2=A0=C2=A0=C2=A0leaf source-ipv4-network {
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0type inet:ipv4-prefix;
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0description
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0"Source IPv4 ad= dress prefix.";
=C2=A0=C2=A0=C2=A0}
=C2=A0}

Instead of using "leaf" for "destination-ipv4-network" and "source-ipv4-network", "leaf-list" reduces the number of terms/ace needed.

If we would agree with this change, then would propose one more=C2=A0

for mac-addresses, having the mask under th= e address itself look=C2=A0better in the data itself:

=C2=A0=C2=A0<destination-mac-address>
=C2=A0=C2=A0=C2=A0=C2=A0<address>01:01:01:00:00:00&= lt;/address>
=C2=A0=C2=A0=C2=A0=C2=A0<mask>ff:ff:ff:00:00:00<= /mask>
=C2=A0=C2=A0</destination-mac-address>

=C2=A0=C2=A0Or create a new type 'mac-address-prefix'.
=C2=A0=C2=A0This allows having matching multiple destinat= ions to 1 source, or=C2=A0multiple sources to 1 destination, if the= y cannot be easily combined=C2=A0into 1 entry.

=C2=A0=C2=A0<destination-mac-address>
=C2=A0=C2=A0=C2=A0=C2=A0<address>01:01:01:00:00:00&= lt;/address>
=C2=A0=C2=A0=C2=A0=C2=A0<mask>ff:ff:ff:00:00:00<= /mask>
=C2=A0=C2=A0</destination-mac-address>
=C2=A0=C2=A0<destination-mac-address>
=C2=A0=C2=A0=C2=A0=C2=A0<address>01:04:01:00:00:00&= lt;/address>
=C2=A0=C2=A0=C2=A0=C2=A0<mask>ff:ff:ff:00:00:00<= /mask>
=C2=A0=C2=A0</destination-mac-address>
=C2=A0=C2=A0<source-mac-address>
=C2=A0=C2=A0=C2=A0=C2=A0....
=C2=A0=C2=A0</source-mac-address>
On Nov 14, 2016, at 7:35 AM, Dean Bogdanovic <iva= ndean@gmail.com> wrote:

Kent,

Thank you for the answer
On Nov 13, 2016, at 1:20 PM= , Kent Watsen <kwatsen@juniper.net> wrote:

=
H= i Dean,<= /div>
<= o:p class=3D"">=C2=A0
&= gt; Don=E2=80=99t understand your quest= ion. What is the difference between system and user generated acls?
<= o:p class=3D"">=C2=A0
U= ser-generated would be, for instance, configured via NETCONF or RESTCONF, whereas system-generated would be ACLs that get created by default.=C2=A0 = For example, RFC 7223 has the top-level /interfaces-state to support system-generated interfaces (e.g., lo) so, when running `shows interfaces`, the result includes both configured and system-generated interfaces.=C2= =A0=C2=A0 Makes sense?

I understand now what you meant. Where I can see for the interfaces the use case you describe (for loopback and physical interfaces), for ACLs have much harder time to find an example use case where a system would generate an ACL. Maybe for a highly secure system would generate an ACL to deny all traffic to and from, except to access it via console when it comes up. Can you come with some other use cases? If we can find viable use cases, then yes, would say that reporting opstate for system generated ACLs is useful.

Dean

=
<= o:p class=3D"">
<= o:p class=3D"">=C2=A0
T= hanks,
K= ent
<= o:p class=3D"">=C2=A0
From:=C2=A0Dean Bogdanovic <ivandean@gmail.com>
Date:=C2=A0Friday, November 11, 2016 at 3:45 PM
To:=C2=A0Kent Watsen <kwatsen@juniper.net<= /a>>
Cc:=C2=A0"netmod@ietf.org"= <netmod@ietf.org&= gt;
Subject:=C2=A0Re: [netmod] WG Last Call for draft-ietf-netmod-acl-model-09 (until Oct 27, 2016)
=C2=A0
=C2=A0
On Oct 29, 2016, at 4:01 AM, Kent Watsen <kwatsen@juniper.ne= t> wrote:
=C2=A0
The last call period for this draft has ended.=C2=A0 =C2=A0= Thank you to all that responded.=C2=A0 Given the responses received, my co-chair and I believe that the draft is ready to move forward.=C2=A0 I will begin the shepherd write-up shortly.<= /div>
In parallel, prompted by a conversation I had this morning, I=E2=80=99m wonder= ing about the YANG module=E2=80= =99s use of the config false nodes =E2=80=98acl-oper-dat= a=E2=80=99 and =E2=80=98ace-oper-data=E2=80= =99.=C2=A0 In particular, are the lifetimes of these nodes always the same as the configured nodes?=C2=A0<= /div>
=C2=A0
Yes, they are. When the nodes are created, they are don=E2=80=99= t have to be attached to an another object, like interface or RIB, etc, but they get operational state. Once attached, (to continue with the example) operational status of counters is changing. When detached from the interface, the last know counter is kept, until the ace is deleted. Same is for acl-oper-data.
=C2=A0
- is there any nee= d to support reporting opstate for system-generated acts?
=C2=A0
Don=E2=80=99t understand your que= stion. What is the difference between system and user generated acls?
=C2=A0
Dean
=C2=A0
=C2=A0
Thanks,
Kent (as shepherd)=
=C2=A0
=C2=A0
From= :=C2=A0netmod= <n= etmod-bounces@ietf.org> on behalf of Kent Watsen <k= watsen@juniper.net>
Date:=C2=A0Thursday, October 13, 2016 at 5:05 PM
To:=C2=A0"n= etmod@ietf.org" <n= etmod@ietf.org>
Subject:=C2=A0[netmod] WG Last Call fo= r draft-ietf-netmod-acl-model= -09 (until Oct 27, 2016)<= /div>
=C2=A0<= /div>
=C2=A0
This is a notice t= o start a two-week NETMOD WG last call for the document:
=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=A0N= etwork Access Control List (ACL) YANG Data Model
=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<= u class=3D"">= https://to= ols.ietf.org/html/draft-ietf-netmod-acl-model-09
=C2=A0
Please indicate your support or concerns by Thursday, October 27, 2016.
=C2=A0
We are particularl= y interested in statements of the form:
=C2=A0 * I have re= viewed draft-ietf-netmod-acl-model-09 and found no issues.
=C2=A0=C2=A0* I ha= ve reviewed draft-ietf-netmod-acl-model-09 and found the following issues: ...=
=C2=A0
As well as:=
=C2=A0* I have implemented the data model in draft-ietf-netmod-acl-model-0= 9.
=C2=A0 * I am implementing the data model in draft-ietf-netmod-acl-model-0= 9.
=C2=A0 * I am considering to implement the data model in draft-ietf-netmod-acl-model-0= 9.
=C2=A0 * I am not considering to implement the data model in draft-ietf-netmod-acl-model-0= 9.
=C2=A0
Thank you,<= span style=3D"font-family: Calibri;" class=3D"">
NETMOD WG Chairs
=C2=A0
=C2=A0
__= _____________________________________________
netmod mailing list
= netmod@ietf.org
= https://www.ietf.org/mailman/listinfo/netmod




 

_______________________________________________
netmod mailing list
net=
mod@ietf.org
https://www.ietf.org/mailman/listinfo/netmod

--------------D31FC6FCAB6584C9A5523A35-- --jgAKXokuRMBmQ5wF1UeR7qCkaECL372SA-- --ts3o5vKakn87xSIKIQDWxgQdWnnVMGf9a Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2 iQEcBAEBCAAGBQJYLwnVAAoJEIe2a0bZ0nozE6oIAL+xAI62ZiAzqHj+0Ui/LnWM 5RMctE4+q9WqILtdxsjFdOExG323wNT5mSwodLQBm/Qnv+PP7kLqtYxpSvxRfFFx F0BfKjIVLdCyUjawxXS/x4m6YEFp86PaZHJnyn7d3B07iCHk8COnd4T0eOrRNx6N Qs0T4Jg5V+QGLAIeGhpJLVIFvlSWFO74zhbDP1pzDv77Wcq4ZVYNl7shwRTlbJHE Gw6TsCWr+9QN6CuAJ0i9864R84oCJIN9O4mOAsokgBaPJmTRjy7iqfRse/+T1fBM Xwivc8CIQo8h+XMJ9KryJn50psaVgLCZwj2VYNoe8Gp3wZhQaUYpLLdZF72XqD0= =Gza/ -----END PGP SIGNATURE----- --ts3o5vKakn87xSIKIQDWxgQdWnnVMGf9a-- From nobody Fri Nov 18 06:24:10 2016 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2DDED129576 for ; Fri, 18 Nov 2016 06:24:08 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -16.018 X-Spam-Level: X-Spam-Status: No, score=-16.018 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-1.497, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id W-Nsy1k6aVOw for ; Fri, 18 Nov 2016 06:24:05 -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 86EC112941C for ; Fri, 18 Nov 2016 06:24:04 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=74361; q=dns/txt; s=iport; t=1479479044; x=1480688644; h=subject:to:references:cc:from:message-id:date: mime-version:in-reply-to; bh=aDgS1WUPw6Yjv5oSe4NWMpg++ssmjEFKifkrrVdhgSM=; b=iRef/mccqBjwZOWhpGO3RsdUyGZadYZgcBoXJr3azKSHOmQQOx3G94B5 ovrZ+Nq+q0hLo2foyLsgNJNfmX6CzM/ckk5mdvhEPzz+joCq6FVsVKlcj 8CShJbXNqFVbYVnAzeI4PrnYpIRSDwPOwF+tXT2ba0L5kLrgF3FYLQd0H Q=; X-Files: signature.asc : 481 X-IronPort-AV: E=Sophos;i="5.31,509,1473120000"; d="asc'?scan'208,217";a="648210627" 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; 18 Nov 2016 14:24:02 +0000 Received: from [10.61.92.114] (ams3-vpn-dhcp7283.cisco.com [10.61.92.114]) by aer-core-4.cisco.com (8.14.5/8.14.5) with ESMTP id uAIEO2OJ017544; Fri, 18 Nov 2016 14:24:02 GMT To: David Bannister , "Acee Lindem (acee)" , Dean Bogdanovic , Kent Watsen References: <3B8DC570-FB2D-4EE9-98BA-EEED20F2DBC0@gmail.com> <1061F93A-2D1F-41FB-9A21-A3D92188E7E2@gmail.com> <179f5eb2-0de9-42cb-f291-738f16dab568@cisco.com> From: Eliot Lear Message-ID: <4ab7ace4-e6aa-1fc5-a259-ad196a8b882c@cisco.com> Date: Fri, 18 Nov 2016 15:24:02 +0100 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:45.0) Gecko/20100101 Thunderbird/45.4.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="0wr9eb0CEuOCIOdaA38cpnxNfFB9rBNPL" Archived-At: Cc: "netmod@ietf.org" Subject: Re: [netmod] WG Last Call for draft-ietf-netmod-acl-model-09 (until Oct 27, 2016) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Nov 2016 14:24:08 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --0wr9eb0CEuOCIOdaA38cpnxNfFB9rBNPL Content-Type: multipart/mixed; boundary="9djU8I7XXeXIn5MI1g618UOAhqsNSELnR"; protected-headers="v1" From: Eliot Lear To: David Bannister , "Acee Lindem (acee)" , Dean Bogdanovic , Kent Watsen Cc: "netmod@ietf.org" Message-ID: <4ab7ace4-e6aa-1fc5-a259-ad196a8b882c@cisco.com> Subject: Re: [netmod] WG Last Call for draft-ietf-netmod-acl-model-09 (until Oct 27, 2016) References: <3B8DC570-FB2D-4EE9-98BA-EEED20F2DBC0@gmail.com> <1061F93A-2D1F-41FB-9A21-A3D92188E7E2@gmail.com> <179f5eb2-0de9-42cb-f291-738f16dab568@cisco.com> In-Reply-To: --9djU8I7XXeXIn5MI1g618UOAhqsNSELnR Content-Type: multipart/alternative; boundary="------------C2184DBFA9A167746B7C67EF" This is a multi-part message in MIME format. --------------C2184DBFA9A167746B7C67EF Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable It's already useful to me. And we've seen other people say it is useful to them. If you need something specific, say so now please, but otherwise let's please move along. Eliot On 11/18/16 3:07 PM, David Bannister wrote: > This draft should not move forward, it needs more work to be useful. > Will be working with Dean next week to fix things up. > > On Fri, Nov 18, 2016 at 11:02 PM Eliot Lear > wrote: > > Dean and friends, > > I'd just like to add one additional point. This draft has been in > numerous forms of WGLC for a while now. Can we please agree that > as a proposed standard we have passed the point where perfect is > the enemy of good? Some of us need this work finished. > > Thanks, > > Eliot > > > > > > On 11/18/16 1:55 PM, Acee Lindem (acee) wrote: >> Hi Dean,=20 >> If you make this a list of heterogeneous IPv4 header fields, how >> will you constrain specification to only one field of each type? >> For example, one source address? Existing implementations do not >> support multiples and generate all permutations (given multiple >> specifications of each field) could be complex.=20 >> Thanks, >> Acee=20 >> >> >> From: netmod > > on behalf of Dean Bogdanovic >> > >> Date: Tuesday, November 15, 2016 at 10:06 AM >> To: Kent Watsen >= >> Cc: "netmod@ietf.org " > > >> Subject: Re: [netmod] WG Last Call for >> draft-ietf-netmod-acl-model-09 (until Oct 27, 2016) >> >> I have something that might delay WGLC, but found out an >> optimization which would help in the future >> >> In ietf-packet-fields.yang, example below >> >> grouping acl-ipv4-header-fields { >> description >> "Fields in IPv4 header."; >> leaf destination-ipv4-network { >> type inet:ipv4-prefix; >> description >> "Destination IPv4 address prefix."; >> } >> leaf source-ipv4-network { >> type inet:ipv4-prefix; >> description >> "Source IPv4 address prefix."; >> } >> } >> >> Instead of using "leaf" for "destination-ipv4-network" and >> "source-ipv4-network", "leaf-list" reduces the number of >> terms/ace needed. >> >> If we would agree with this change, then would propose one mor= e=20 >> >> for mac-addresses, having the mask under the address itself >> look better in the data itself: >> >> >>
01:01:01:00:00:00
>> ff:ff:ff:00:00:00 >> >> >> Or create a new type 'mac-address-prefix'. >> >> This allows having matching multiple destinations to 1 >> source, or multiple sources to 1 destination, if they cannot >> be easily combined into 1 entry. >> >> >>
01:01:01:00:00:00
>> ff:ff:ff:00:00:00 >> >> >>
01:04:01:00:00:00
>> ff:ff:ff:00:00:00 >> >> >> .... >> >>> On Nov 14, 2016, at 7:35 AM, Dean Bogdanovic >>> > wrote: >>> >>> Kent, >>> >>> Thank you for the answer >>>> On Nov 13, 2016, at 1:20 PM, Kent Watsen >>>> > wrote: >>>> >>>> Hi Dean, >>>> =20 >>>> > Don=E2=80=99t understand your question. What is the differ= ence between >>>> system and user generated acls? >>>> =20 >>>> User-generated would be, for instance, configured via >>>> NETCONF or RESTCONF, whereas system-generated would be ACLs >>>> that get created by default. For example, RFC 7223 has the >>>> top-level /interfaces-state to support system-generated >>>> interfaces (e.g., lo) so, when running `shows interfaces`, >>>> the result includes both configured and system-generated >>>> interfaces. Makes sense? >>> >>> I understand now what you meant. Where I can see for the >>> interfaces the use case you describe (for loopback and >>> physical interfaces), for ACLs have much harder time to find >>> an example use case where a system would generate an ACL. >>> Maybe for a highly secure system would generate an ACL to >>> deny all traffic to and from, except to access it via >>> console when it comes up. Can you come with some other use >>> cases? If we can find viable use cases, then yes, would say >>> that reporting opstate for system generated ACLs is useful. >>> >>> Dean >>> >>>> =20 >>>> Thanks, >>>> Kent >>>> =20 >>>> *From: *Dean Bogdanovic >>> > >>>> *Date: *Friday, November 11, 2016 at 3:45 PM >>>> *To: *Kent Watsen >>> > >>>> *Cc: *"netmod@ietf.org " >>>> > >>>> *Subject: *Re: [netmod] WG Last Call for >>>> draft-ietf-netmod-acl-model-09 (until Oct 27, 2016) >>>> =20 >>>> =20 >>>>> On Oct 29, 2016, at 4:01 AM, Kent Watsen >>>>> > wrote: >>>>> =20 >>>>> The last call period for this draft has ended. Thank you >>>>> to all that responded. Given the responses received, my >>>>> co-chair and I believe that the draft is ready to move >>>>> forward. I will begin the shepherd write-up shortly. >>>>> In parallel, prompted by a conversation I had this >>>>> morning, I=E2=80=99m wondering about the YANG module=E2=80=99= s use of the >>>>> config false nodes =E2=80=98acl-oper-data=E2=80=99 and =E2=80= =98ace-oper-data=E2=80=99.=20 >>>>> In particular, are the lifetimes of these nodes always the >>>>> same as the configured nodes?=20 >>>> =20 >>>> Yes, they are. When the nodes are created, they are don=E2=80= =99t >>>> have to be attached to an another object, like interface or >>>> RIB, etc, but they get operational state. Once attached, >>>> (to continue with the example) operational status of >>>> counters is changing. When detached from the interface, the >>>> last know counter is kept, until the ace is deleted. Same >>>> is for acl-oper-data. >>>> =20 >>>>> - is there any need to support reporting opstate for >>>>> system-generated acts? >>>> =20 >>>> Don=E2=80=99t understand your question. What is the differen= ce >>>> between system and user generated acls? >>>> =20 >>>> Dean >>>> =20 >>>>> =20 >>>>> Thanks, >>>>> Kent (as shepherd) >>>>> =20 >>>>> =20 >>>>> *From: *netmod >>>> > on behalf of Kent Watsen >>>>> > >>>>> *Date: *Thursday, October 13, 2016 at 5:05 PM >>>>> *To: *"netmod@ietf.org " >>>>> > >>>>> *Subject: *[netmod] WG Last Call for >>>>> draft-ietf-netmod-acl-model-09 (until Oct 27, 2016) >>>>> =20 >>>>> =20 >>>>> This is a notice to start a two-week NETMOD WG last call >>>>> for the document: >>>>> =20 >>>>> Network Access Control List (ACL) YANG Data >>>>> Model >>>>> _https://tools.ietf.org/html/draft-ietf-netm= od-acl-model-09_ >>>>> =20 >>>>> Please indicate your support or concerns by Thursday, >>>>> October 27, 2016. >>>>> =20 >>>>> We are particularly interested in statements of the form: >>>>> * I have reviewed draft-ietf-netmod-acl-model-09 and >>>>> found no issues. >>>>> * I have reviewed draft-ietf-netmod-acl-model-09 and >>>>> found the following issues: ... >>>>> =20 >>>>> As well as: >>>>> * I have implemented the data model in >>>>> draft-ietf-netmod-acl-model-09. >>>>> * I am implementing the data model in >>>>> draft-ietf-netmod-acl-model-09. >>>>> * I am considering to implement the data model in >>>>> draft-ietf-netmod-acl-model-09. >>>>> * I am not considering to implement the data model in >>>>> draft-ietf-netmod-acl-model-09. >>>>> =20 >>>>> Thank you, >>>>> NETMOD WG Chairs >>>>> =20 >>>>> =20 >>>>> _______________________________________________ >>>>> netmod mailing list >>>>> netmod@ietf.org >>>>> https://www.ietf.org/mailman/listinfo/netmod >>>> >>>> >>> >> >> >> >> _______________________________________________ >> netmod mailing list >> netmod@ietf.org >> https://www.ietf.org/mailman/listinfo/netmod > > _______________________________________________ > netmod mailing list > netmod@ietf.org > https://www.ietf.org/mailman/listinfo/netmod > --------------C2184DBFA9A167746B7C67EF Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable

It's already useful to me.=C2=A0 And we've seen other people say i= t is useful to them.=C2=A0 If you need something specific, say so now please, but otherwise let's please move along.

Eliot


On 11/18/16 3:07 PM, David Bannister wrote:
This draft should not move forw= ard, it needs more work to be useful. Will be working with Dean next wee= k to fix things up.

On Fri, Nov 18, 2016 at 11:02 PM Eliot Lear <= lear@= cisco.com> wrote:

Dean and friends,

I'd just like to add one additional point.=C2=A0 This draft has been in numerous forms of WGLC = for a while now.=C2=A0=C2=A0 Can we please agree that as a prop= osed standard we have passed the point where perfect is the enemy of good?=C2=A0 Some of us need this work finished.

Thanks,

Eliot





On 11/18/16 1:55 PM, Acee Lindem (acee) wrote:
Hi Dean,=C2=A0
If you make this a list of heterogeneous IPv4 header fields, how will you constrain specification to only one field of each type? For example, one source address? Existing implementations do not support multiples and generate all permutations (given multiple specifications of each field) could be complex.=C2=A0
Thanks,
Acee=C2=A0


From: netmod <netmod-bounces@= ietf.org> on behalf of Dean Bogdanovic <ivandean@gmail.com>
Da= te: Tuesday, November 15, 2016 at 10:06 AM
To= : Kent Watsen <kwatsen@juniper.net>
Cc= : "netmod@ietf.org= " <netmod@ietf.org>
Su= bject: Re: [netmod] WG Last Call for draft-ietf-netmod-acl-model-09 (until Oct 27, 2016)

I have something that might delay WGLC, but found out an optimization which would help in the future

In ietf-packet-fields.yang= , example below

grouping acl-ipv4-header-fields {
=C2=A0=C2=A0=C2=A0description
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0"Fields in IPv4 hea= der.";
=C2=A0=C2=A0=C2=A0leaf destination-ipv4-network {=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0type inet:ipv4-pref= ix;
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0description
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0"Destin= ation IPv4 address prefix.";
=C2=A0=C2=A0=C2=A0}
=C2=A0=C2=A0=C2=A0leaf source-ipv4-network {
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0type inet:ipv4-pref= ix;
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0description
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0"Source= IPv4 address prefix.";
=C2=A0=C2=A0=C2=A0}
=C2=A0}

Instead of using "leaf" for "destination-ipv4-network" and "source-ipv4-network", "leaf-list" reduces the number of terms/ace needed.

If we would agree with thi= s change, then would propose one more=C2=A0

for mac-addresses, having the mask under the address itself look=C2=A0bette= r in the data itself:

=C2=A0=C2=A0<destination-mac-address>
=C2=A0=C2=A0=C2=A0=C2=A0<address>01:01:01:00:00:00</address><= br class=3D"gmail_msg"> =C2=A0=C2=A0=C2=A0=C2=A0<mask>ff:ff:ff:00:0= 0:00</mask>
=C2=A0=C2=A0</destination-mac-address>

=C2=A0=C2=A0Or create a new type 'mac-address-pre= fix'.

=C2=A0=C2=A0This allows having matching multiple destinations to 1 source, or=C2=A0multiple source= s to 1 destination, if they cannot be easily combined=C2=A0into 1 entry.

=C2=A0=C2=A0<destination-mac-address>
=C2=A0=C2=A0=C2=A0=C2=A0<address>01:01:01:00:00:00</address><= br class=3D"gmail_msg"> =C2=A0=C2=A0=C2=A0=C2=A0<mask>ff:ff:ff:00:0= 0:00</mask>
=C2=A0=C2=A0</destination-mac-address>
=C2=A0=C2=A0<destination-mac-address>
=C2=A0=C2=A0=C2=A0=C2=A0<address>01:04:01:00:00:00</address><= br class=3D"gmail_msg"> =C2=A0=C2=A0=C2=A0=C2=A0<mask>ff:ff:ff:00:0= 0:00</mask>
=C2=A0=C2=A0</destination-mac-address>
=C2=A0=C2=A0<source-mac-address>
=C2=A0=C2=A0=C2=A0=C2=A0....
=C2=A0=C2=A0</source-mac-address>
On Nov 14, 2016, at 7:35 AM, Dean Bogdanovic <iva= ndean@gmail.com> wrote:

Kent,

Thank you for th= e answer
On Nov 13,= 2016, at 1:20 PM, Kent Watsen <kwatsen@junip= er.net> wrote:

Hi Dean,=
=C2=A0
> Don= =E2=80=99t understand your question. What is the difference between system and user generated acls?
=C2=A0
User-gen= erated would be, for instance, configured via NETCONF or RESTCONF, whereas system-generated would be ACLs that get created by default.=C2=A0 For example,= RFC 7223 has the top-level /interfaces-state to support system-generated interfaces (e.g., lo) so, when running `shows interfaces`, the result includes both configured and system-generated interfaces.=C2=A0=C2=A0 Mak= es sense?

I understand now what you meant. Where I can see for the interfaces the use case you describe (for loopback and physical interfaces), for ACLs have much harder time to find an example use case where a system would generate an ACL. Maybe for a highly secure system would generate an ACL to deny all traffic to and from, except to access it via console when it comes up. Can you come with some other use cases? If we can find viable use cases, then yes, would say that reporting opstate for system generated ACLs is useful.

Dean

<= /div>
=C2=A0
Thanks,<= /span>
Kent
=C2=A0
=
From:=C2=A0Dean Bogdanovic <= ivandean@gmail.com>
Da= te:=C2=A0Friday, November 11, 2016 at 3:45 PM
To= :=C2=A0Kent Watsen <kwatsen@juniper.net>
Cc= :=C2=A0"net= mod@ietf.org" <net= mod@ietf.org>
Su= bject:=C2=A0Re: [netmod] WG Last Call for draft-ietf-netmod-acl-mod= el-09 (until Oct 27, 2016)
=C2=A0=
=C2=A0=
= On Oct 29, 2016, at 4:01 AM, Kent Watsen <kwa= tsen@juniper.net> wrote:
=C2=A0
=
The last call period for this draft has ended.=C2=A0 =C2=A0= Thank you to all that responded.=C2=A0 Gi= ven the responses received, my co-chair and I believe that the draft is ready to move forward.=C2=A0= I will begin the shepherd write-up shortly.
=
In parallel, prompted by a conversation I had this morning, I=E2=80=99= m wondering about the YANG module=E2=80= =99s use of the config false nodes =E2=80=98acl-oper-d= ata=E2=80=99 and =E2=80=98ace-oper-d= ata=E2=80=99.=C2=A0 In particular, are the lifetimes of these nodes always the same as the configured nodes?=C2= =A0
=C2=A0
Yes, they are. When the nodes are created, they are don=E2=80=99t have to= be attached to an another object, like interface or RIB, etc, but they get operational state. Once attached, (to continue with the example) operational status of counters is changing. When detached from the interface, the last know counter is kept, until the ace is deleted. Same is for acl-oper-data.
=C2=A0
= -= is there any need to support reporting opstate for system-generated acts?<= /span>
=C2=A0
Don=E2=80=99t understand = your question. What is the difference between system and user generated acls?
=C2=A0
Dean
=C2=A0
= =C2= =A0
= T= hanks,
= K= ent (as shepherd)<= span style=3D"font-family:Calibri" class=3D"gmail_msg">
= =C2= =A0
= =C2= =A0
=
From:=C2=A0= netmod <netmod-bounces@ietf.org> on behalf of Kent Watsen <kwatsen@juniper.net>
Date:=C2=A0Thursday, October 13, 2016 at 5:05 PM
To:=C2=A0"netmod@ietf.org" <netmod@ietf.org>
Subject:=C2=A0[netmod] WG Last Call for draft-ietf-netmod-a= cl-model-09 (until Oct 27, 2016)
=
=C2=A0
= =C2= =A0
= T= his is a notice to start a two-week NETMOD WG last call for the document:
= =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=A0Network Access Control List (ACL) YANG Data Model<= /span>
= =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=A0https://tools.ietf.org/html/draft-ietf-netmod-acl-model-09
= =C2= =A0
= P= lease indicate your support or concerns by Thursday, October 27, 2016.
= =C2= =A0
= W= e are particularly interested in statements of the form:<= /span>
= =C2= =A0 * I have reviewed draft-ietf-netmod-acl-model-09 and found no issues.<= /span>
= =C2= =A0=C2=A0* I have reviewed draft-ietf-netmod-acl-model-09 and found the following issues: ...=
= =C2= =A0
= A= s well as:
= =C2= =A0* I have implemented the data model in draft-ietf-netmod-acl= -model-09.
= =C2= =A0 * I am implementing the data model in draft-ietf-netmod-acl= -model-09.
= =C2= =A0 * I am considering to implement the data model in draft-ietf-netmod-acl= -model-09.
= =C2= =A0 * I am not considering to implement the data model in draft-ietf-netmod-acl= -model-09.
= =C2= =A0
= T= hank you,<= /span>
= N= ETMOD WG Chairs
= =C2= =A0
= =C2= =A0
__________= _____________________________________
netmod mailing list netmod@iet= f.org
https://ww= w.ietf.org/mailman/listinfo/netmod




 

__________________________________=
_____________
netmod mailing list
ne=
tmod@ietf.org
https://www.ietf.org/mailman/listinfo/netmod

_______________________________________________
netmod mailing list
netmod@ietf.org
http= s://www.ietf.org/mailman/listinfo/netmod

--------------C2184DBFA9A167746B7C67EF-- --9djU8I7XXeXIn5MI1g618UOAhqsNSELnR-- --0wr9eb0CEuOCIOdaA38cpnxNfFB9rBNPL Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2 iQEcBAEBCAAGBQJYLw8CAAoJEIe2a0bZ0noz1XYH/Ajp5DuHAYPM/0YfZ6qLJAix hjtZppCWv0iXW8+nbWO2qDYj7iFlJpTeaqrL1LEoIXs45kRgfb2weNv6yhcbeq4z b/E+lvsbmpXsX5SYMFlTepnpOQdqODSwSL04lFClGrIJIM6/MSoo2L/hD2KrjIAH 7ljbK+gP7O0nQwaNnsg5nWTCjrDquyPkcoIMYdo9eEigMyVk4tumrOjSNBYemTCJ i2TBwDfiihHovfLnA3q5bhBPR3YB6M62jd03PilwhGE9+T3/LwByDFtj5awnq3mZ F48vj5FmZrboqpRBl9F1jQFBwkIyhpOi7TFHDgiY+ZEeTZpW04CkCSQgAM+Kuys= =Jmt1 -----END PGP SIGNATURE----- --0wr9eb0CEuOCIOdaA38cpnxNfFB9rBNPL-- From nobody Fri Nov 18 06:29:05 2016 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C475412944D for ; Fri, 18 Nov 2016 06:29:04 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -16.018 X-Spam-Level: X-Spam-Status: No, score=-16.018 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-1.497, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id p7VmSrFDUPwH for ; Fri, 18 Nov 2016 06:29:01 -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 EB65012941C for ; Fri, 18 Nov 2016 06:28:59 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=91543; q=dns/txt; s=iport; t=1479479340; x=1480688940; h=subject:to:references:cc:from:message-id:date: mime-version:in-reply-to; bh=pbWAX5FGhp7B63nj4h+8MldUsjq62vTwfS7MkEzIjiM=; b=C4wLPv+CvNsmNeABE+LHwReCUph6CUx+Fw9zmQ3tMmTFQA22jPe/sPa5 iGCh0JrO0Py4trTItmn2CgP6jq2v1qnTynybeQyJFdGCKBp0D3ZJpnqpr pmu0yShJr8Avg2WVecTph9hrURR0v8UzTyvivIWo10mI4H4nUbQ9XTrRy g=; X-Files: signature.asc : 481 X-IronPort-AV: E=Sophos;i="5.31,509,1473120000"; d="asc'?scan'208,217";a="648210722" 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; 18 Nov 2016 14:28:58 +0000 Received: from [10.61.92.114] (ams3-vpn-dhcp7283.cisco.com [10.61.92.114]) by aer-core-4.cisco.com (8.14.5/8.14.5) with ESMTP id uAIESvVM018067; Fri, 18 Nov 2016 14:28:57 GMT To: David Bannister , "Acee Lindem (acee)" , Dean Bogdanovic , Kent Watsen References: <3B8DC570-FB2D-4EE9-98BA-EEED20F2DBC0@gmail.com> <1061F93A-2D1F-41FB-9A21-A3D92188E7E2@gmail.com> <179f5eb2-0de9-42cb-f291-738f16dab568@cisco.com> <4ab7ace4-e6aa-1fc5-a259-ad196a8b882c@cisco.com> From: Eliot Lear Message-ID: Date: Fri, 18 Nov 2016 15:28:57 +0100 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:45.0) Gecko/20100101 Thunderbird/45.4.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="I4prtwl4BnShusvEVn5iOkST228OlWtiu" Archived-At: Cc: "netmod@ietf.org" Subject: Re: [netmod] WG Last Call for draft-ietf-netmod-acl-model-09 (until Oct 27, 2016) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Nov 2016 14:29:05 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --I4prtwl4BnShusvEVn5iOkST228OlWtiu Content-Type: multipart/mixed; boundary="uq8XxLBgxKhmHAgkVF8bRKaxw3C0RTae7"; protected-headers="v1" From: Eliot Lear To: David Bannister , "Acee Lindem (acee)" , Dean Bogdanovic , Kent Watsen Cc: "netmod@ietf.org" Message-ID: Subject: Re: [netmod] WG Last Call for draft-ietf-netmod-acl-model-09 (until Oct 27, 2016) References: <3B8DC570-FB2D-4EE9-98BA-EEED20F2DBC0@gmail.com> <1061F93A-2D1F-41FB-9A21-A3D92188E7E2@gmail.com> <179f5eb2-0de9-42cb-f291-738f16dab568@cisco.com> <4ab7ace4-e6aa-1fc5-a259-ad196a8b882c@cisco.com> In-Reply-To: --uq8XxLBgxKhmHAgkVF8bRKaxw3C0RTae7 Content-Type: multipart/alternative; boundary="------------F7779B4AC5D8026775AE28E5" This is a multi-part message in MIME format. --------------F7779B4AC5D8026775AE28E5 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hurry?! Please look at the history of this draft. On 11/18/16 3:27 PM, David Bannister wrote: > If you are in a hurry use your vendor model. > > On Fri, Nov 18, 2016 at 11:24 PM Eliot Lear > wrote: > > It's already useful to me. And we've seen other people say it is > useful to them. If you need something specific, say so now > please, but otherwise let's please move along. > > Eliot > > > On 11/18/16 3:07 PM, David Bannister wrote: >> This draft should not move forward, it needs more work to be >> useful. Will be working with Dean next week to fix things up. >> >> On Fri, Nov 18, 2016 at 11:02 PM Eliot Lear > > wrote: >> >> Dean and friends, >> >> I'd just like to add one additional point. This draft has >> been in numerous forms of WGLC for a while now. Can we >> please agree that as a proposed standard we have passed the >> point where perfect is the enemy of good? Some of us need >> this work finished. >> >> Thanks, >> >> Eliot >> >> >> >> >> >> On 11/18/16 1:55 PM, Acee Lindem (acee) wrote: >>> Hi Dean,=20 >>> If you make this a list of heterogeneous IPv4 header fields, >>> how will you constrain specification to only one field of >>> each type? For example, one source address? Existing >>> implementations do not support multiples and generate all >>> permutations (given multiple specifications of each field) >>> could be complex.=20 >>> Thanks, >>> Acee=20 >>> >>> >>> From: netmod >> > on behalf of Dean >>> Bogdanovic > >>> Date: Tuesday, November 15, 2016 at 10:06 AM >>> To: Kent Watsen >> > >>> Cc: "netmod@ietf.org " >>> > >>> Subject: Re: [netmod] WG Last Call for >>> draft-ietf-netmod-acl-model-09 (until Oct 27, 2016) >>> >>> I have something that might delay WGLC, but found out an >>> optimization which would help in the future >>> >>> In ietf-packet-fields.yang, example below >>> >>> grouping acl-ipv4-header-fields { >>> description >>> "Fields in IPv4 header."; >>> leaf destination-ipv4-network { >>> type inet:ipv4-prefix; >>> description >>> "Destination IPv4 address prefix."; >>> } >>> leaf source-ipv4-network { >>> type inet:ipv4-prefix; >>> description >>> "Source IPv4 address prefix."; >>> } >>> } >>> >>> Instead of using "leaf" for "destination-ipv4-network" >>> and "source-ipv4-network", "leaf-list" reduces the >>> number of terms/ace needed. >>> >>> If we would agree with this change, then would propose >>> one more=20 >>> >>> for mac-addresses, having the mask under the address >>> itself look better in the data itself: >>> >>> >>>
01:01:01:00:00:00
>>> ff:ff:ff:00:00:00 >>> >>> >>> Or create a new type 'mac-address-prefix'. >>> >>> This allows having matching multiple destinations to 1 >>> source, or multiple sources to 1 destination, if they >>> cannot be easily combined into 1 entry. >>> >>> >>>
01:01:01:00:00:00
>>> ff:ff:ff:00:00:00 >>> >>> >>>
01:04:01:00:00:00
>>> ff:ff:ff:00:00:00 >>> >>> >>> .... >>> >>>> On Nov 14, 2016, at 7:35 AM, Dean Bogdanovic >>>> > wrote: >>>> >>>> Kent, >>>> >>>> Thank you for the answer >>>>> On Nov 13, 2016, at 1:20 PM, Kent Watsen >>>>> > wrot= e: >>>>> >>>>> Hi Dean, >>>>> =20 >>>>> > Don=E2=80=99t understand your question. What is the >>>>> difference between system and user generated acls? >>>>> =20 >>>>> User-generated would be, for instance, configured via >>>>> NETCONF or RESTCONF, whereas system-generated would be >>>>> ACLs that get created by default. For example, RFC >>>>> 7223 has the top-level /interfaces-state to support >>>>> system-generated interfaces (e.g., lo) so, when >>>>> running `shows interfaces`, the result includes both >>>>> configured and system-generated interfaces. Makes sen= se? >>>> >>>> I understand now what you meant. Where I can see for >>>> the interfaces the use case you describe (for loopback >>>> and physical interfaces), for ACLs have much harder >>>> time to find an example use case where a system would >>>> generate an ACL. Maybe for a highly secure system would >>>> generate an ACL to deny all traffic to and from, except >>>> to access it via console when it comes up. Can you come >>>> with some other use cases? If we can find viable use >>>> cases, then yes, would say that reporting opstate for >>>> system generated ACLs is useful. >>>> >>>> Dean >>>> >>>>> =20 >>>>> Thanks, >>>>> Kent >>>>> =20 >>>>> *From: *Dean Bogdanovic >>>> > >>>>> *Date: *Friday, November 11, 2016 at 3:45 PM >>>>> *To: *Kent Watsen >>>> > >>>>> *Cc: *"netmod@ietf.org " >>>>> > >>>>> *Subject: *Re: [netmod] WG Last Call for >>>>> draft-ietf-netmod-acl-model-09 (until Oct 27, 2016) >>>>> =20 >>>>> =20 >>>>>> On Oct 29, 2016, at 4:01 AM, Kent Watsen >>>>>> > wro= te: >>>>>> =20 >>>>>> The last call period for this draft has ended.=20 >>>>>> Thank you to all that responded. Given the >>>>>> responses received, my co-chair and I believe that >>>>>> the draft is ready to move forward. I will begin the >>>>>> shepherd write-up shortly. >>>>>> In parallel, prompted by a conversation I had this >>>>>> morning, I=E2=80=99m wondering about the YANG module=E2= =80=99s use of >>>>>> the config false nodes =E2=80=98acl-oper-data=E2=80=99= and >>>>>> =E2=80=98ace-oper-data=E2=80=99. In particular, are t= he lifetimes of >>>>>> these nodes always the same as the configured nodes?=20 >>>>> =20 >>>>> Yes, they are. When the nodes are created, they are >>>>> don=E2=80=99t have to be attached to an another object,= like >>>>> interface or RIB, etc, but they get operational state. >>>>> Once attached, (to continue with the example) >>>>> operational status of counters is changing. When >>>>> detached from the interface, the last know counter is >>>>> kept, until the ace is deleted. Same is for acl-oper-da= ta. >>>>> =20 >>>>>> - is there any need to support reporting opstate for >>>>>> system-generated acts? >>>>> =20 >>>>> Don=E2=80=99t understand your question. What is the dif= ference >>>>> between system and user generated acls? >>>>> =20 >>>>> Dean >>>>> =20 >>>>>> =20 >>>>>> Thanks, >>>>>> Kent (as shepherd) >>>>>> =20 >>>>>> =20 >>>>>> *From: *netmod >>>>> > on behalf of Kent >>>>>> Watsen > >>>>>> *Date: *Thursday, October 13, 2016 at 5:05 PM >>>>>> *To: *"netmod@ietf.org " >>>>>> > >>>>>> *Subject: *[netmod] WG Last Call for >>>>>> draft-ietf-netmod-acl-model-09 (until Oct 27, 2016) >>>>>> =20 >>>>>> =20 >>>>>> This is a notice to start a two-week NETMOD WG last >>>>>> call for the document: >>>>>> =20 >>>>>> Network Access Control List (ACL) YANG >>>>>> Data Model >>>>>> _https://tools.ietf.org/html/draft-ietf= -netmod-acl-model-09_ >>>>>> =20 >>>>>> Please indicate your support or concerns by Thursday, >>>>>> October 27, 2016. >>>>>> =20 >>>>>> We are particularly interested in statements of the fo= rm: >>>>>> * I have reviewed draft-ietf-netmod-acl-model-09 >>>>>> and found no issues. >>>>>> * I have reviewed draft-ietf-netmod-acl-model-09 >>>>>> and found the following issues: ... >>>>>> =20 >>>>>> As well as: >>>>>> * I have implemented the data model in >>>>>> draft-ietf-netmod-acl-model-09. >>>>>> * I am implementing the data model in >>>>>> draft-ietf-netmod-acl-model-09. >>>>>> * I am considering to implement the data model in >>>>>> draft-ietf-netmod-acl-model-09. >>>>>> * I am not considering to implement the data model >>>>>> in draft-ietf-netmod-acl-model-09. >>>>>> =20 >>>>>> Thank you, >>>>>> NETMOD WG Chairs >>>>>> =20 >>>>>> =20 >>>>>> _______________________________________________ >>>>>> netmod mailing list >>>>>> netmod@ietf.org >>>>>> https://www.ietf.org/mailman/listinfo/netmod >>>>> >>>>> >>>> >>> >>> >>> >>> _______________________________________________ >>> netmod mailing list >>> netmod@ietf.org >>> https://www.ietf.org/mailman/listinfo/netmod >> >> _______________________________________________ >> netmod mailing list >> netmod@ietf.org >> https://www.ietf.org/mailman/listinfo/netmod >> > --------------F7779B4AC5D8026775AE28E5 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable

Hurry?!=C2=A0 Please look at the history of this draft.


On 11/18/16 3:27 PM, David Bannister wrote:
If you are in a hurry use your = vendor model.

On Fri, Nov 18, 2016 at 11:24 PM Eliot Lear <= lear@= cisco.com> wrote:

It's already useful to me.=C2=A0 And w= e've seen other people say it is useful to them.=C2=A0 If you ne= ed something specific, say so now please, but otherwise let's please move along.

Eliot

=
Thi= s draft should not move forward, it needs more work to be useful. Will b= e working with Dean next week to fix things up.

On Fri, Nov 18, 2016= at 11:02 PM Eliot Lear <lear@cisco.com> wrote:

Dean and friends,

I'd just like to add one additional point.=C2=A0 This draft has been in nume= rous forms of WGLC for a while now.=C2=A0=C2=A0 Can we p= lease agree that as a proposed standard we have passed the point where perfect is the enemy of good?=C2=A0= Some of us need this work finished.

Thanks,

Eliot





On 11/18/16 1:55 PM, Acee Lindem (acee) wrote:
Hi Dean,=C2=A0
If you make this a list of= heterogeneous IPv4 header fields, how will you constrain specification to only one field of each type? For example, one source address? Existing implementations do not support multiples and generate all permutations (given multiple specifications of each field) could be complex.=C2=A0
Thanks,
Acee=C2=A0


From: netmod <netmod-= bounces@ietf.org> on behalf of Dean Bogdanovic <ivandea= n@gmail.com>
Date: Tuesday, November 15, 2016 at 10:06 AM
To: Kent Watsen <kwatsen= @juniper.net>
Cc: "netmod@= ietf.org" <netmod@= ietf.org>
Subject: Re: [netmod] WG Last Call for draft-ietf-netmod-acl-model-09 (until Oct 27, 2016)

=
I have something that might delay WGLC, but found out an optimization which would help in the future

In ietf-packet-fields.yang, example below

grouping acl-ipv4-header-fields {
=C2=A0=C2=A0=C2=A0description
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0"Fields in = IPv4 header.";
=C2=A0=C2=A0=C2=A0leaf destination-ipv4-n= etwork {
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0type inet:i= pv4-prefix;
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0description=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= "Destination IPv4 address prefix.";
=C2=A0=C2=A0=C2=A0}
=C2=A0=C2=A0=C2=A0leaf source-ipv4-networ= k {
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0type inet:i= pv4-prefix;
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0description=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= "Source IPv4 address prefix.";
=C2=A0=C2=A0=C2=A0}
=C2=A0}

Instead of using "leaf" for "destination-ipv4-network" and "source-ipv4-network", "leaf-list" reduces the number of terms/ace needed.

If we would agree with this change, then would propose one more=C2=A0

for mac-addresses,= having the mask under the address itself look=C2=A0better in the data itself:

=C2=A0=C2=A0<destination-mac-address&g= t;
=C2=A0=C2=A0=C2=A0=C2=A0<address>01:01:01:00:00:00</address><= br class=3D"gmail_msg"> =C2=A0=C2=A0=C2=A0=C2=A0<mask>ff:ff:ff:00:00:00</mask>
=C2=A0=C2=A0</destination-mac-address&= gt;

=C2=A0=C2=A0Or create a new type 'mac-address-prefix'.

=C2=A0=C2=A0This allows having matching m= ultiple destinations to 1 source, or=C2=A0multipl= e sources to 1 destination, if they cannot be easily combined=C2=A0into 1 entry.

=C2=A0=C2=A0<destination-mac-address&g= t;
=C2=A0=C2=A0=C2=A0=C2=A0<address>01:01:01:00:00:00</address><= br class=3D"gmail_msg"> =C2=A0=C2=A0=C2=A0=C2=A0<mask>ff:ff:ff:00:00:00</mask>
=C2=A0=C2=A0</destination-mac-address&= gt;
=C2=A0=C2=A0<destination-mac-address&g= t;
=C2=A0=C2=A0=C2=A0=C2=A0<address>01:04:01:00:00:00</address><= br class=3D"gmail_msg"> =C2=A0=C2=A0=C2=A0=C2=A0<mask>ff:ff:ff:00:00:00</mask>
=C2=A0=C2=A0</destination-mac-address&= gt;
=C2=A0=C2=A0<source-mac-address> =C2=A0=C2=A0=C2=A0=C2=A0....
=C2=A0=C2=A0</source-mac-address>
On Nov 14, 2016, at 7:35 AM, Dean Bogdanovic <ivandean@gmail.= com> wrote:

Kent,

Thank yo= u for the answer
On= Nov 13, 2016, at 1:20 PM, Kent Watsen <kwatsen@juniper.net> wrote:

Hi Dean,
=C2=A0
> Don=E2=80=99t under= stand your question. What is the difference between system and user generated acls?
=C2=A0
User-generated would be, for instance, configured via NETCONF or RESTCONF, whereas system-generated would be ACLs that get created by default.=C2=A0 For example, RFC 7223 has the top-level /interfaces-state to support system-generated interfaces (e.g., lo) so, when running `shows interfaces`, the result includes both configured and system-generated interfaces.=C2=A0=C2= =A0 Makes sense?=

I understand now what you meant. Where I can see for the interfaces the use case you describe (for loopback and physical interfaces), for ACLs have much harder time to find an example use case where a system would generate an ACL. Maybe for a highly secure system would generate an ACL to deny all traffic to and from, except to access it via console when it comes up. Can you come with some other use cases? If we can find viable use cases, then yes, would say that reporting opstate for system generated ACLs is useful.

Dean

=C2=A0
Thanks,
Kent
=C2=A0
From:=C2=A0= Dean Bogdanovic <= ivandean@gmail.com>
Date:=C2=A0= Friday, November 11, 2016 at 3:45 PM To:=C2=A0= Kent Watsen <kwatsen@juniper.net>
Cc:=C2=A0= "netmod@ietf.org" <net= mod@ietf.org>
Subject:=C2=A0= Re: [netmod] WG Last Call for draft-ietf-netmod= -acl-model-09 (until Oct 27, 2016)
=C2=A0
=C2=A0
On Oct 29, 2016, at 4:01 AM, Kent Watsen <kwatsen@juniper.net> wrote:<= /div>
=C2=A0
The last call period for this draft has ended.=C2=A0 = =C2=A0Thank you to all that responded.=C2=A0= Given the responses received, my co-chair and I believe that the draft is ready to move forward.=C2=A0 = I will begin the shepherd write-up shortly.=
In parallel, prompted by a conversation I had this morning, I=E2=80= =99m wondering about the YANG module=E2=80=99= s use of the config false nodes =E2=80=98acl-op= er-data=E2=80=99 and =E2=80=98ace-op= er-data=E2=80=99.=C2=A0 In particular, are the lifetimes of these nodes always the same as the configured nodes?=C2=A0
=C2=A0
Yes, they are. When the nodes are created, they are don=E2=80= =99t have to be attached to an another object, like interface or RIB, etc, but they get operational state. Once attached, (to continue with the example) operational status of counters is changing. When detached from the interface, the last know counter is kept, until the ace is deleted. Same is for acl-oper-data.
=C2=A0
- is there any need to support reporting opstate for system-generate= d acts?
=C2=A0
Don=E2=80=99t und= erstand your question. What is the difference between system and user generated acls?
=C2=A0
Dean
=C2=A0
=C2=A0
Thanks,
Kent (as shepherd)
=C2=A0
=C2=A0
From:=C2=A0= netmod <netmod-bounces@ietf.org> on behalf of Kent Watsen <kwatsen@juniper.net>
Date:=C2=A0= Thursday, October 13, 2016 at 5:05 PM
To:=C2=A0= "netmod@ietf.org" <netmod@ietf.org>
Subject:=C2=A0= [netmod] WG Last Call for draft-ietf-netm= od-acl-model-09 (until Oct 27, 2016)
=C2=A0
=C2=A0
This is a notice to start a two-week NETMOD WG last call for the document:
=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=A0Network Access Control List (ACL) YAN= G Data Model
=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=A0https://tools.ietf.or= g/html/draft-ietf-netmod-acl-model-09
=C2=A0
Please indicate your support or concerns by Thursday,= October 27, 2016.
=C2=A0
We are particularly interested in statements of the form:
=C2=A0 * I have reviewed draft-ietf-netmod-acl-model-09 and found no issues.
=C2=A0=C2=A0* I have reviewed draft-ietf-netmod-acl-model-09 and found the following issues: ...=
=C2=A0
As well as:
=C2=A0* I have implemented the data model in draft-ietf-netm= od-acl-model-09.
=C2=A0 * I am implementing the data model in draft-ietf-netm= od-acl-model-09.
=C2=A0 * I am considering to implement the data model= in draft-ietf-netm= od-acl-model-09.
=C2=A0 * I am not considering to implement the data m= odel in draft-ietf-netm= od-acl-model-09.
=C2=A0
Thank you,
NETMOD WG Chairs
=C2=A0
=C2=A0
__________= _____________________________________
netmod mailing list
netmod@iet= f.org
https://ww= w.ietf.org/mailman/listinfo/netmod




 

__________________________=
_____________________
netmod mailing list
netmod@ietf.org
https://www.ietf.org/mailman/listi=
nfo/netmod

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


--------------F7779B4AC5D8026775AE28E5-- --uq8XxLBgxKhmHAgkVF8bRKaxw3C0RTae7-- --I4prtwl4BnShusvEVn5iOkST228OlWtiu Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2 iQEcBAEBCAAGBQJYLxAqAAoJEIe2a0bZ0noz/wQH/31TuBQTA1RIi7SZ7jvTa1qI jhSV8rYq5DcvvlBA3ZpJB29vlqFNqM2v0bV1qLpkBRH76H+9zQahWPewQnGR3nAQ zC89QCZnw3tJUK0mGqfa/Q4Ya5rdVgGBToa2Qhk2jHg/IztrcEcMo8RyHuVivPew PU55jmXrCUDOTl7ssTXYmXY1y8SPH1CI9j0xTCdY9w6/OyzI6ah69ytZCAtRBEV0 j8K+CI0g9tEiWtbOp/F+kxQDqIUHF0dzGh2GTxy2HW+Id1ncrspTKGxQtyJPgUyW rDd28YIp4NC3WnTzcfgX4l232R0K2cRpTcAEN2ZcZaqJEePx3vHFY8v1aYyU9sg= =7UrN -----END PGP SIGNATURE----- --I4prtwl4BnShusvEVn5iOkST228OlWtiu-- From nobody Sat Nov 19 01:48:21 2016 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 59F9A1295C2 for ; Sat, 19 Nov 2016 01:48:20 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -8.497 X-Spam-Level: X-Spam-Status: No, score=-8.497 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=-1.497] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=nic.cz 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 Uy2Ylixucz2g for ; Sat, 19 Nov 2016 01:48:18 -0800 (PST) Received: from mail.nic.cz (mail.nic.cz [IPv6:2001:1488:800:400::400]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C62871295AA for ; Sat, 19 Nov 2016 01:48:18 -0800 (PST) Received: from [IPv6:2a01:5e0:29:fffe:1167:4aff:429c:bb2a] (unknown [IPv6:2a01:5e0:29:fffe:1167:4aff:429c:bb2a]) by mail.nic.cz (Postfix) with ESMTPSA id A357B6098C for ; Sat, 19 Nov 2016 10:48:14 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=nic.cz; s=default; t=1479548894; bh=Au+ko3Hd3tHjG3+4poll8Rcj0ltWbPxUOB6VHE6S3bw=; h=From:Date:To; b=YyjOafm20r+bPdOYsUk4qUDmHnPa1mNQrgTizYUN64JcGXFB4BPcbGFmTmsRPpeKj q5tDKlwsWjyQW3eKlDrI8emjdmW/9OXRBWOkj8eVeJyQiA6hvKxvDAPeVcDbH7XxpE yHjkFgRt/Qj7pDB0vF1rKwf9bCU+068Vw5guKy8A= From: Ladislav Lhotka Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 10.1 \(3251\)) Message-Id: Date: Sat, 19 Nov 2016 10:48:13 +0100 To: NETMOD WG X-Mailer: Apple Mail (2.3251) X-Virus-Scanned: clamav-milter 0.98.7 at mail X-Virus-Status: Clean Archived-At: Subject: [netmod] escaping mount jail X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Nov 2016 09:48:20 -0000 Hi, a relatively clean solution to $subj might be to introduce a new XPath = function, say parent-root(), for use in instance identifiers (and = perhaps also in "must" and "when" expressions). It would return the root = node of the parent data tree, and the global root node if used in the = top-level tree. This would allow for defining proxy nodes for reaching nodes of the = parent tree, and it would also solve Dean's problem of mapping interface = names. For example, one could use this in a LNE tree: eth0 parent-root()/if:interfaces/if:interface[name=3D"Ethernet0/1/1"] ... Would this work for known use cases? Lada -- Ladislav Lhotka, CZ.NIC Labs PGP Key ID: E74E8C0C From nobody Mon Nov 21 08:57:27 2016 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 73FBC129663 for ; Mon, 21 Nov 2016 08:57:25 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.502 X-Spam-Level: X-Spam-Status: No, score=-1.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_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, RCVD_IN_SORBS_SPAM=0.5, SPF_PASS=-0.001] autolearn=no autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (768-bit key) header.d=labn.net 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 1gR1ScUJIuBd for ; Mon, 21 Nov 2016 08:57:24 -0800 (PST) Received: from gproxy4-pub.mail.unifiedlayer.com (gproxy4-pub.mail.unifiedlayer.com [69.89.23.142]) by ietfa.amsl.com (Postfix) with SMTP id 2B686129627 for ; Mon, 21 Nov 2016 08:57:24 -0800 (PST) Received: (qmail 20726 invoked by uid 0); 21 Nov 2016 16:57:20 -0000 Received: from unknown (HELO cmgw4) (10.0.90.85) by gproxy4.mail.unifiedlayer.com with SMTP; 21 Nov 2016 16:57:20 -0000 Received: from box313.bluehost.com ([69.89.31.113]) by cmgw4 with id AgxH1u0062SSUrH01gxLDs; Mon, 21 Nov 2016 09:57:20 -0700 X-Authority-Analysis: v=2.1 cv=Zpp+dbLG c=1 sm=1 tr=0 a=h1BC+oY+fLhyFmnTBx92Jg==:117 a=h1BC+oY+fLhyFmnTBx92Jg==:17 a=L9H7d07YOLsA:10 a=9cW_t1CCXrUA:10 a=s5jvgZ67dGcA:10 a=N659UExz7-8A:10 a=xqWC_Br6kY4A:10 a=L24OOQBejmoA:10 a=48vgC7mUAAAA:8 a=CJdeHhBjiEcjuXNtt_kA:9 a=Jg32ZhOhgsTcnqCU:21 a=DezQwa0S4U2FGIkc:21 a=pILNOxqGKmIA:10 a=w1C3t2QeGrPiZgrLijVG:22 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=labn.net; s=default; h=Content-Transfer-Encoding:Content-Type:In-Reply-To:MIME-Version :Date:Message-ID:From:References:To:Subject; bh=MswATxZ6PUVId4xU0lQdulquBYIGiXScUB4xbuF0+YE=; b=NYpsjamhjo26Xph5scu/RPjJm2 yd8umibnrdhxtPigq9FflQHbOaY/Wg4a37/oEbB4NKIB0yzQB093xVX7E4yYOyFVCjnqqLw0ntPe/ 7mNTA3ljPhh67ayz6u3outl20; Received: from pool-100-15-85-191.washdc.fios.verizon.net ([100.15.85.191]:56541 helo=[IPv6:::1]) by box313.bluehost.com with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.86_1) (envelope-from ) id 1c8ru8-0007Xh-V3; Mon, 21 Nov 2016 09:57:17 -0700 To: Ladislav Lhotka , NETMOD WG , Routing Area YANG Architecture DT References: From: Lou Berger Message-ID: Date: Mon, 21 Nov 2016 11:57:13 -0500 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.4.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - box313.bluehost.com X-AntiAbuse: Original Domain - ietf.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - labn.net X-BWhitelist: no X-Source-IP: 100.15.85.191 X-Exim-ID: 1c8ru8-0007Xh-V3 X-Source: X-Source-Args: X-Source-Dir: X-Source-Sender: pool-100-15-85-191.washdc.fios.verizon.net ([IPv6:::1]) [100.15.85.191]:56541 X-Source-Auth: lberger@labn.net X-Email-Count: 2 X-Source-Cap: bGFibm1vYmk7bGFibm1vYmk7Ym94MzEzLmJsdWVob3N0LmNvbQ== Archived-At: Subject: [netmod] Schema mount - Unique vs Shared Data (was: escaping mount jail) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Nov 2016 16:57:25 -0000 Lada, I think there's another way to look at this. Based on the related conversation on this topic from the last couple of weeks, I think there is a fundamental conceptual addition needed to schema mount. Basically it comes down to: Unique vs Shared Data With Schema Mount, a mount point is used to represent the root mode for one or more data models. Schema mount provides for the instantiation of new information that is only accessible within the context of the mount point. Importantly, data within a mounted subtree can never refer to data outside of this subtree. That is, nodes within the mounted context (the mounted "child") cannot refer to data outside (either the mounted "parent" or other mount point "sibling" instances). The discussions (including Acee's mail to the list and the related public and private threads) highlight that there are cases when the same data may need to be shared between parent and child models. Sharing across sibling models may also be required, but it may be sufficient to provide the sharing of parent information with multiple children rather than define additional mechanisms for this special case. In the context of the draft-ietf-rtgwg-lne-model use case, we addressed this need for shared data as a special case where, to quote section 3.1: Resources assigned to the LNE will be represented in that LNE's resource modules. e.g., an LNE's interfaces module will contain the interfaces assigned to that LNE from the containing network-device. Where this would be supported in an "implementation dependent" fashion. The discussions (including Acee's mail to the list and the related public and private threads) highlight that the current think on shared data really needs to be formalized and generalize to fully enable models such as ni and lne. It also highlights that a simple path based mechanism, such as my (now OBE) "mod-rewrite" concept or the one below, really don't seem sufficient to represent the shared data case. Now there has been previous discussion on sharing local data schema in the context of the original mount (draft-clemm-netmod-mount) which was referred to as Alias-Mount. The key difference in the current use case is that the same mount point would serve as the root for unique data (ala schema mount) and shared data (ala alias mount). The use case for LNE and NI used the extension mount-point (not the list mount-point in the mount-point-list grouping) . I think defining a grouping that contains the extension mount-point, and a list of (parent) schema to be shared as well as some policy would do the trick. Using LNE as an example, the end result would be something like: module: ietf-logical-network-element +--rw logical-network-elements +--rw logical-network-element* [name] +--rw name string +--rw managed? boolean +--rw description? string +--rw root? +--rw alias-mounts* [name] +--rw name yang:yang-identifier +--rw readonly? boolean +--rw filter? string // details TBD augment /if:interfaces/if:interface: +--rw bind-lne-name? string Does this sound like a workable direction? I think that the combined use of alias and schema mount should be included in a single document (yours) and am happy to work this offline on this if you agree. If not, I'll work it within the DT and come up with a more formal/flushed out proposal. Lou (as WG/DT contributor and co-author of the LNE/NI docs) On 11/19/2016 4:48 AM, Ladislav Lhotka wrote: > Hi, > > a relatively clean solution to $subj might be to introduce a new XPath function, say parent-root(), for use in instance identifiers (and perhaps also in "must" and "when" expressions). It would return the root node of the parent data tree, and the global root node if used in the top-level tree. > > This would allow for defining proxy nodes for reaching nodes of the parent tree, and it would also solve Dean's problem of mapping interface names. For example, one could use this in a LNE tree: > > > eth0 > > parent-root()/if:interfaces/if:interface[name="Ethernet0/1/1"] > > ... > > > Would this work for known use cases? > > Lada > > -- > Ladislav Lhotka, CZ.NIC Labs > PGP Key ID: E74E8C0C > > > > > _______________________________________________ > netmod mailing list > netmod@ietf.org > https://www.ietf.org/mailman/listinfo/netmod > From nobody Mon Nov 21 11:13:01 2016 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D1DE1129430; Mon, 21 Nov 2016 11:12:59 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -8.497 X-Spam-Level: X-Spam-Status: No, score=-8.497 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=-1.497] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=nic.cz 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 kCRw_LsN2WwO; Mon, 21 Nov 2016 11:12:57 -0800 (PST) Received: from mail.nic.cz (mail.nic.cz [217.31.204.67]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 65F2A128B37; Mon, 21 Nov 2016 11:12:57 -0800 (PST) Received: from [IPv6:2a01:5e0:29:fffe:3d40:ad8:9958:f0ac] (unknown [IPv6:2a01:5e0:29:fffe:3d40:ad8:9958:f0ac]) by mail.nic.cz (Postfix) with ESMTPSA id C9AE2620AC; Mon, 21 Nov 2016 20:12:55 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=nic.cz; s=default; t=1479755575; bh=eoZ7RYpC+5xA8dYMmjmPCBIDCHZ6rrB0CIYlBpAG62E=; h=From:Date:To; b=PnSHQw28Th0O0UHfacMziNHlEnfNaS8SzN7F/9rOujv3XrC1DDbTP1V/iWbTOo11I DJF3P8ernFFJco8VTjiwAexUcl19J5WNbwYJoWYvT/fNBrK6+5qi3swZJX2w2TOb9E 0o2Trpy7SU5Y/H2yplm0Xu4ialZWef06ouCINR24= Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 10.1 \(3251\)) From: Ladislav Lhotka In-Reply-To: Date: Mon, 21 Nov 2016 20:12:55 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <86AF7CF1-00EE-44E0-88ED-C702644A418A@nic.cz> References: To: Lou Berger X-Mailer: Apple Mail (2.3251) X-Virus-Scanned: clamav-milter 0.98.7 at mail X-Virus-Status: Clean Archived-At: Cc: Routing Area YANG Architecture DT , NETMOD WG Subject: Re: [netmod] Schema mount - Unique vs Shared Data (was: escaping mount jail) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Nov 2016 19:13:00 -0000 > On 21 Nov 2016, at 17:57, Lou Berger wrote: >=20 > Lada, >=20 > I think there's another way to look at this. Based on the related > conversation on this topic from the last couple of weeks, I think = there > is a fundamental conceptual addition needed to schema mount. = Basically > it comes down to: >=20 > Unique vs Shared Data >=20 > With Schema Mount, a mount point is used to represent the root > mode for one or more data models. Schema mount provides for > the instantiation of new information that is only accessible > within the context of the mount point. Importantly, data > within a mounted subtree can never refer to data outside of > this subtree. That is, nodes within the mounted context (the > mounted "child") cannot refer to data outside (either the > mounted "parent" or other mount point "sibling" instances).=20 >=20 > The discussions (including Acee's mail to the list and the > related public and private threads) highlight that there are > cases when the same data may need to be shared between parent > and child models. Sharing across sibling models may also be > required, but it may be sufficient to provide the sharing of > parent information with multiple children rather than define > additional mechanisms for this special case. >=20 > In the context of the draft-ietf-rtgwg-lne-model use case, we = addressed > this need for shared data as a special case where, to quote section = 3.1: >=20 > Resources assigned to the LNE will be represented in that LNE's > resource modules. e.g., an LNE's interfaces module will contain the > interfaces assigned to that LNE from the containing network-device. >=20 > Where this would be supported in an "implementation dependent" = fashion. >=20 > The discussions (including Acee's mail to the list and the related > public and private threads) highlight that the current think on shared > data really needs to be formalized and generalize to fully enable = models > such as ni and lne. It also highlights that a simple path based > mechanism, such as my (now OBE) "mod-rewrite" concept or the one = below, > really don't seem sufficient to represent the shared data case. >=20 > Now there has been previous discussion on sharing local data schema in > the context of the original mount (draft-clemm-netmod-mount) which was > referred to as Alias-Mount. The key difference in the current use = case > is that the same mount point would serve as the root for unique data > (ala schema mount) and shared data (ala alias mount). Alias mount is a quite different concept which IMO still has a bunch of = problems to solve, and I don't want to mix it with schema mount. For the = use cases you mention I would very much prefer some kind of explicit = link between the parent and child data trees rather than relocate data = or schema subtrees. With Martin we are currently discussing my = parent-root() XPath function and similar alternatives, and LNE-NI model = will certainly be our main focus. Lada >=20 > The use case for LNE and NI used the extension mount-point (not the = list > mount-point in the mount-point-list grouping) . I think defining a > grouping that contains the extension mount-point, and a list of = (parent) > schema to be shared as well as some policy would do the trick. Using > LNE as an example, the end result would be something like: > module: ietf-logical-network-element > +--rw logical-network-elements > +--rw logical-network-element* [name] > +--rw name string > +--rw managed? boolean > +--rw description? string > +--rw root? > +--rw alias-mounts* [name] > +--rw name yang:yang-identifier > +--rw readonly? boolean > +--rw filter? string // details TBD > augment /if:interfaces/if:interface: > +--rw bind-lne-name? string >=20 > Does this sound like a workable direction? >=20 > I think that the combined use of alias and schema mount should be > included in a single document (yours) and am happy to work this = offline > on this if you agree. If not, I'll work it within the DT and come up > with a more formal/flushed out proposal. >=20 > Lou >=20 > (as WG/DT contributor and co-author of the LNE/NI docs) >=20 > On 11/19/2016 4:48 AM, Ladislav Lhotka wrote: >> Hi, >>=20 >> a relatively clean solution to $subj might be to introduce a new = XPath function, say parent-root(), for use in instance identifiers (and = perhaps also in "must" and "when" expressions). It would return the root = node of the parent data tree, and the global root node if used in the = top-level tree. >>=20 >> This would allow for defining proxy nodes for reaching nodes of the = parent tree, and it would also solve Dean's problem of mapping interface = names. For example, one could use this in a LNE tree: >>=20 >> >> eth0 >> >> parent-root()/if:interfaces/if:interface[name=3D"Ethernet0/1/1"] >> >> ... >> >>=20 >> Would this work for known use cases? >>=20 >> Lada >>=20 >> -- >> Ladislav Lhotka, CZ.NIC Labs >> PGP Key ID: E74E8C0C >>=20 >>=20 >>=20 >>=20 >> _______________________________________________ >> netmod mailing list >> netmod@ietf.org >> https://www.ietf.org/mailman/listinfo/netmod >>=20 >=20 -- Ladislav Lhotka, CZ.NIC Labs PGP Key ID: E74E8C0C From nobody Mon Nov 21 11:20:28 2016 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5711C1296DC for ; Mon, 21 Nov 2016 11:20:27 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.002 X-Spam-Level: X-Spam-Status: No, score=-2.002 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_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (768-bit key) header.d=labn.net 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 vsMOf-cXirMa for ; Mon, 21 Nov 2016 11:20:25 -0800 (PST) Received: from gproxy6-pub.mail.unifiedlayer.com (gproxy6-pub.mail.unifiedlayer.com [67.222.39.168]) by ietfa.amsl.com (Postfix) with SMTP id 8B8BE127071 for ; Mon, 21 Nov 2016 11:20:25 -0800 (PST) Received: (qmail 24052 invoked by uid 0); 21 Nov 2016 19:20:25 -0000 Received: from unknown (HELO cmgw2) (10.0.90.83) by gproxy6.mail.unifiedlayer.com with SMTP; 21 Nov 2016 19:20:25 -0000 Received: from box313.bluehost.com ([69.89.31.113]) by cmgw2 with id AjLK1u01t2SSUrH01jLNNR; Mon, 21 Nov 2016 12:20:23 -0700 X-Authority-Analysis: v=2.1 cv=YNIMl32x c=1 sm=1 tr=0 a=h1BC+oY+fLhyFmnTBx92Jg==:117 a=h1BC+oY+fLhyFmnTBx92Jg==:17 a=L9H7d07YOLsA:10 a=9cW_t1CCXrUA:10 a=s5jvgZ67dGcA:10 a=N659UExz7-8A:10 a=xqWC_Br6kY4A:10 a=L24OOQBejmoA:10 a=wU2YTnxGAAAA:8 a=48vgC7mUAAAA:8 a=I1WGTHxm5FYXjRZyhMEA:9 a=sIkJHItPvVqw7Vn_:21 a=YFmji2WTPFncoghv:21 a=pILNOxqGKmIA:10 a=Yz9wTY_ffGCQnEDHKrcv:22 a=w1C3t2QeGrPiZgrLijVG:22 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=labn.net; s=default; h=Content-Transfer-Encoding:Content-Type:In-Reply-To:MIME-Version :Date:Message-ID:From:Cc:References:To:Subject; bh=0QFv70QhtQaH3cj6cvlUriYlDyWC1G4hEIhHPOWF8/I=; b=h0uEU/1W1bNtC6Tr2G+pxHyCqr JKFgomsVG0YC3Tlqohf8m1jviGxZet/aZt/0WNNFM/tRW/QCaQYnZQhhcpZRZH+QH+JuNTVoWzTXX YIFf1H0Im9HBkhesZOYbN5PUw; Received: from pool-100-15-85-191.washdc.fios.verizon.net ([100.15.85.191]:51069 helo=[IPv6:::1]) by box313.bluehost.com with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.86_1) (envelope-from ) id 1c8u8b-0005AK-Ef; Mon, 21 Nov 2016 12:20:21 -0700 To: Ladislav Lhotka References: <86AF7CF1-00EE-44E0-88ED-C702644A418A@nic.cz> From: Lou Berger Message-ID: Date: Mon, 21 Nov 2016 14:20:16 -0500 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.4.0 MIME-Version: 1.0 In-Reply-To: <86AF7CF1-00EE-44E0-88ED-C702644A418A@nic.cz> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - box313.bluehost.com X-AntiAbuse: Original Domain - ietf.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - labn.net X-BWhitelist: no X-Source-IP: 100.15.85.191 X-Exim-ID: 1c8u8b-0005AK-Ef X-Source: X-Source-Args: X-Source-Dir: X-Source-Sender: pool-100-15-85-191.washdc.fios.verizon.net ([IPv6:::1]) [100.15.85.191]:51069 X-Source-Auth: lberger@labn.net X-Email-Count: 6 X-Source-Cap: bGFibm1vYmk7bGFibm1vYmk7Ym94MzEzLmJsdWVob3N0LmNvbQ== Archived-At: Cc: Routing Area YANG Architecture DT , NETMOD WG Subject: Re: [netmod] [Rtg-dt-yang-arch] Schema mount - Unique vs Shared Data X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Nov 2016 19:20:27 -0000 On 11/21/2016 2:12 PM, Ladislav Lhotka wrote: >> On 21 Nov 2016, at 17:57, Lou Berger wrote: >> >> Lada, >> >> I think there's another way to look at this. Based on the related >> conversation on this topic from the last couple of weeks, I think there >> is a fundamental conceptual addition needed to schema mount. Basically >> it comes down to: >> >> Unique vs Shared Data >> >> With Schema Mount, a mount point is used to represent the root >> mode for one or more data models. Schema mount provides for >> the instantiation of new information that is only accessible >> within the context of the mount point. Importantly, data >> within a mounted subtree can never refer to data outside of >> this subtree. That is, nodes within the mounted context (the >> mounted "child") cannot refer to data outside (either the >> mounted "parent" or other mount point "sibling" instances). >> >> The discussions (including Acee's mail to the list and the >> related public and private threads) highlight that there are >> cases when the same data may need to be shared between parent >> and child models. Sharing across sibling models may also be >> required, but it may be sufficient to provide the sharing of >> parent information with multiple children rather than define >> additional mechanisms for this special case. >> >> In the context of the draft-ietf-rtgwg-lne-model use case, we addressed >> this need for shared data as a special case where, to quote section 3.1: >> >> Resources assigned to the LNE will be represented in that LNE's >> resource modules. e.g., an LNE's interfaces module will contain the >> interfaces assigned to that LNE from the containing network-device. >> >> Where this would be supported in an "implementation dependent" fashion. >> >> The discussions (including Acee's mail to the list and the related >> public and private threads) highlight that the current think on shared >> data really needs to be formalized and generalize to fully enable models >> such as ni and lne. It also highlights that a simple path based >> mechanism, such as my (now OBE) "mod-rewrite" concept or the one below, >> really don't seem sufficient to represent the shared data case. >> >> Now there has been previous discussion on sharing local data schema in >> the context of the original mount (draft-clemm-netmod-mount) which was >> referred to as Alias-Mount. The key difference in the current use case >> is that the same mount point would serve as the root for unique data >> (ala schema mount) and shared data (ala alias mount). > Alias mount is a quite different concept which IMO still has a bunch of problems to solve, and I don't want to mix it with schema mount. For the use cases you mention I would very much prefer some kind of explicit link between the parent and child data trees rather than relocate data or schema subtrees. With Martin we are currently discussing my parent-root() XPath function and similar alternatives, and LNE-NI model will certainly be our main focus. > > Lada Thanks Lada. The nice thing about a shared data mount (with whatever name we come up with) is that models within the mount point are always scoped within that mount point and paths are always self contained. Such consistency, and limiting the knowledge that a models is mounted, seems like a real win to me. I think there are also good parallels for this in host computing today. Lou >> The use case for LNE and NI used the extension mount-point (not the list >> mount-point in the mount-point-list grouping) . I think defining a >> grouping that contains the extension mount-point, and a list of (parent) >> schema to be shared as well as some policy would do the trick. Using >> LNE as an example, the end result would be something like: >> module: ietf-logical-network-element >> +--rw logical-network-elements >> +--rw logical-network-element* [name] >> +--rw name string >> +--rw managed? boolean >> +--rw description? string >> +--rw root? >> +--rw alias-mounts* [name] >> +--rw name yang:yang-identifier >> +--rw readonly? boolean >> +--rw filter? string // details TBD >> augment /if:interfaces/if:interface: >> +--rw bind-lne-name? string >> >> Does this sound like a workable direction? >> >> I think that the combined use of alias and schema mount should be >> included in a single document (yours) and am happy to work this offline >> on this if you agree. If not, I'll work it within the DT and come up >> with a more formal/flushed out proposal. >> >> Lou >> >> (as WG/DT contributor and co-author of the LNE/NI docs) >> >> On 11/19/2016 4:48 AM, Ladislav Lhotka wrote: >>> Hi, >>> >>> a relatively clean solution to $subj might be to introduce a new XPath function, say parent-root(), for use in instance identifiers (and perhaps also in "must" and "when" expressions). It would return the root node of the parent data tree, and the global root node if used in the top-level tree. >>> >>> This would allow for defining proxy nodes for reaching nodes of the parent tree, and it would also solve Dean's problem of mapping interface names. For example, one could use this in a LNE tree: >>> >>> >>> eth0 >>> >>> parent-root()/if:interfaces/if:interface[name="Ethernet0/1/1"] >>> >>> ... >>> >>> >>> Would this work for known use cases? >>> >>> Lada >>> >>> -- >>> Ladislav Lhotka, CZ.NIC Labs >>> PGP Key ID: E74E8C0C >>> >>> >>> >>> >>> _______________________________________________ >>> netmod mailing list >>> netmod@ietf.org >>> https://www.ietf.org/mailman/listinfo/netmod >>> > -- > Ladislav Lhotka, CZ.NIC Labs > PGP Key ID: E74E8C0C > > > > > _______________________________________________ > Rtg-dt-yang-arch mailing list > Rtg-dt-yang-arch@ietf.org > https://www.ietf.org/mailman/listinfo/rtg-dt-yang-arch > From nobody Mon Nov 21 11:57:06 2016 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 50704129B8D; Mon, 21 Nov 2016 11:57:00 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -8.497 X-Spam-Level: X-Spam-Status: No, score=-8.497 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=-1.497] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=nic.cz 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 4m4mC1rx4q8w; Mon, 21 Nov 2016 11:56:58 -0800 (PST) Received: from mail.nic.cz (mail.nic.cz [IPv6:2001:1488:800:400::400]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C658A129B8A; Mon, 21 Nov 2016 11:56:57 -0800 (PST) Received: from [IPv6:2a01:5e0:29:fffe:3d40:ad8:9958:f0ac] (unknown [IPv6:2a01:5e0:29:fffe:3d40:ad8:9958:f0ac]) by mail.nic.cz (Postfix) with ESMTPSA id 2269E60FE8; Mon, 21 Nov 2016 20:56:56 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=nic.cz; s=default; t=1479758216; bh=wXa5si2HYFqBVjneJ3eJOv9HNeBH8jJvmGV0fnTmByE=; h=From:Date:To; b=Nl0+GRUP348SltvlUiZZwWTR8Sx9iFceKnwBtl/W6nCGru6CmmSOXZgj9JGLf/Pt6 p+pMC8kFNFgthXFuW/GniV41IY9wRTouUQKLZpynWGxwyW3879LKdBz2qVVs5yZCew +WGwtMvFUXvYq30ONuU0OxEQl2If3B31mM+Y7lZU= Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 10.1 \(3251\)) From: Ladislav Lhotka In-Reply-To: Date: Mon, 21 Nov 2016 20:56:55 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <84303847-DB16-46A8-A45D-885E86814252@nic.cz> References: <86AF7CF1-00EE-44E0-88ED-C702644A418A@nic.cz> To: Lou Berger X-Mailer: Apple Mail (2.3251) X-Virus-Scanned: clamav-milter 0.98.7 at mail X-Virus-Status: Clean Archived-At: Cc: Routing Area YANG Architecture DT , NETMOD WG Subject: Re: [netmod] [Rtg-dt-yang-arch] Schema mount - Unique vs Shared Data X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Nov 2016 19:57:00 -0000 > On 21 Nov 2016, at 20:20, Lou Berger wrote: >=20 >=20 >=20 > On 11/21/2016 2:12 PM, Ladislav Lhotka wrote: >>> On 21 Nov 2016, at 17:57, Lou Berger wrote: >>>=20 >>> Lada, >>>=20 >>> I think there's another way to look at this. Based on the related >>> conversation on this topic from the last couple of weeks, I think = there >>> is a fundamental conceptual addition needed to schema mount. = Basically >>> it comes down to: >>>=20 >>> Unique vs Shared Data >>>=20 >>> With Schema Mount, a mount point is used to represent the root >>> mode for one or more data models. Schema mount provides for >>> the instantiation of new information that is only accessible >>> within the context of the mount point. Importantly, data >>> within a mounted subtree can never refer to data outside of >>> this subtree. That is, nodes within the mounted context (the >>> mounted "child") cannot refer to data outside (either the >>> mounted "parent" or other mount point "sibling" instances).=20 >>>=20 >>> The discussions (including Acee's mail to the list and the >>> related public and private threads) highlight that there are >>> cases when the same data may need to be shared between parent >>> and child models. Sharing across sibling models may also be >>> required, but it may be sufficient to provide the sharing of >>> parent information with multiple children rather than define >>> additional mechanisms for this special case. >>>=20 >>> In the context of the draft-ietf-rtgwg-lne-model use case, we = addressed >>> this need for shared data as a special case where, to quote section = 3.1: >>>=20 >>> Resources assigned to the LNE will be represented in that LNE's >>> resource modules. e.g., an LNE's interfaces module will contain the >>> interfaces assigned to that LNE from the containing network-device. >>>=20 >>> Where this would be supported in an "implementation dependent" = fashion. >>>=20 >>> The discussions (including Acee's mail to the list and the related >>> public and private threads) highlight that the current think on = shared >>> data really needs to be formalized and generalize to fully enable = models >>> such as ni and lne. It also highlights that a simple path based >>> mechanism, such as my (now OBE) "mod-rewrite" concept or the one = below, >>> really don't seem sufficient to represent the shared data case. >>>=20 >>> Now there has been previous discussion on sharing local data schema = in >>> the context of the original mount (draft-clemm-netmod-mount) which = was >>> referred to as Alias-Mount. The key difference in the current use = case >>> is that the same mount point would serve as the root for unique data >>> (ala schema mount) and shared data (ala alias mount). >> Alias mount is a quite different concept which IMO still has a bunch = of problems to solve, and I don't want to mix it with schema mount. For = the use cases you mention I would very much prefer some kind of explicit = link between the parent and child data trees rather than relocate data = or schema subtrees. With Martin we are currently discussing my = parent-root() XPath function and similar alternatives, and LNE-NI model = will certainly be our main focus. >>=20 >> Lada >=20 > Thanks Lada. The nice thing about a shared data mount (with whatever > name we come up with) is that models within the mount point are always > scoped within that mount point and paths are always self contained.=20 > Such consistency, and limiting the knowledge that a models is mounted, > seems like a real win to me. I think there are also good parallels = for > this in host computing today. I think these parallels are about sharing *instance* data whereas schema = mount is about combining *schemas*. This is often confused, and that's = why I (unsuccessfully) tried to avoid using the term "mount point" for = the schema mount case. Lada >=20 > Lou >=20 >>> The use case for LNE and NI used the extension mount-point (not the = list >>> mount-point in the mount-point-list grouping) . I think defining a >>> grouping that contains the extension mount-point, and a list of = (parent) >>> schema to be shared as well as some policy would do the trick. = Using >>> LNE as an example, the end result would be something like: >>> module: ietf-logical-network-element >>> +--rw logical-network-elements >>> +--rw logical-network-element* [name] >>> +--rw name string >>> +--rw managed? boolean >>> +--rw description? string >>> +--rw root? >>> +--rw alias-mounts* [name] >>> +--rw name yang:yang-identifier >>> +--rw readonly? boolean >>> +--rw filter? string // details TBD >>> augment /if:interfaces/if:interface: >>> +--rw bind-lne-name? string >>>=20 >>> Does this sound like a workable direction? >>>=20 >>> I think that the combined use of alias and schema mount should be >>> included in a single document (yours) and am happy to work this = offline >>> on this if you agree. If not, I'll work it within the DT and come = up >>> with a more formal/flushed out proposal. >>>=20 >>> Lou >>>=20 >>> (as WG/DT contributor and co-author of the LNE/NI docs) >>>=20 >>> On 11/19/2016 4:48 AM, Ladislav Lhotka wrote: >>>> Hi, >>>>=20 >>>> a relatively clean solution to $subj might be to introduce a new = XPath function, say parent-root(), for use in instance identifiers (and = perhaps also in "must" and "when" expressions). It would return the root = node of the parent data tree, and the global root node if used in the = top-level tree. >>>>=20 >>>> This would allow for defining proxy nodes for reaching nodes of the = parent tree, and it would also solve Dean's problem of mapping interface = names. For example, one could use this in a LNE tree: >>>>=20 >>>> >>>> eth0 >>>> >>>> parent-root()/if:interfaces/if:interface[name=3D"Ethernet0/1/1"] >>>> >>>> ... >>>> >>>>=20 >>>> Would this work for known use cases? >>>>=20 >>>> Lada >>>>=20 >>>> -- >>>> Ladislav Lhotka, CZ.NIC Labs >>>> PGP Key ID: E74E8C0C >>>>=20 >>>>=20 >>>>=20 >>>>=20 >>>> _______________________________________________ >>>> netmod mailing list >>>> netmod@ietf.org >>>> https://www.ietf.org/mailman/listinfo/netmod >>>>=20 >> -- >> Ladislav Lhotka, CZ.NIC Labs >> PGP Key ID: E74E8C0C >>=20 >>=20 >>=20 >>=20 >> _______________________________________________ >> Rtg-dt-yang-arch mailing list >> Rtg-dt-yang-arch@ietf.org >> https://www.ietf.org/mailman/listinfo/rtg-dt-yang-arch -- Ladislav Lhotka, CZ.NIC Labs PGP Key ID: E74E8C0C From nobody Mon Nov 21 12:11:33 2016 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0EB74129B8A for ; Mon, 21 Nov 2016 12:11:31 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -8.497 X-Spam-Level: X-Spam-Status: No, score=-8.497 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=-1.497] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=nic.cz 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 ujGh2DB2VIE1 for ; Mon, 21 Nov 2016 12:11:30 -0800 (PST) Received: from mail.nic.cz (mail.nic.cz [217.31.204.67]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1DA6512945F for ; Mon, 21 Nov 2016 12:11:30 -0800 (PST) Received: from [IPv6:2a01:5e0:29:fffe:3d40:ad8:9958:f0ac] (unknown [IPv6:2a01:5e0:29:fffe:3d40:ad8:9958:f0ac]) by mail.nic.cz (Postfix) with ESMTPSA id D9851613D1 for ; Mon, 21 Nov 2016 21:11:28 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=nic.cz; s=default; t=1479759088; bh=2xN1ATvpsxGP/MSkCdwvGmcUFxJ8OAFOfmmCq3FDZAY=; h=From:Date:To; b=yJW9zVs5pm8Z/58/NzSQPvEfq3B1OtNCsy7fvatMrLCGulfGpxN098mIozRtrjlEA n3Y7NIsq56mK1BafM4gnRIaqvNST6HNPNZ3TZRKBiQheoQ/4fQEL1A84ZlZchRfOse k3ddHLRrUpdVWU13ogS+69R8fmz2RUxEPjeXVF20= From: Ladislav Lhotka Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 10.1 \(3251\)) Message-Id: <73FEA756-B2E6-4CEC-995E-EC28361C0061@nic.cz> Date: Mon, 21 Nov 2016 21:11:28 +0100 To: NETMOD WG X-Mailer: Apple Mail (2.3251) X-Virus-Scanned: clamav-milter 0.98.7 at mail X-Virus-Status: Clean Archived-At: Subject: [netmod] question about draft-clemm-netmod-mount-05 X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Nov 2016 20:11:31 -0000 Hi, the description of the "subtree" extension in ietf-mount says that the = argument "specifies the path to the root of the subtree". Now is this = path a schema node identifier (as in the argument of "augment") or an = instance identifier?=20 Lada -- Ladislav Lhotka, CZ.NIC Labs PGP Key ID: E74E8C0C From nobody Mon Nov 21 12:14:11 2016 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8E215129B8C for ; Mon, 21 Nov 2016 12:14:08 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.502 X-Spam-Level: X-Spam-Status: No, score=-1.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_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, RCVD_IN_SORBS_SPAM=0.5, SPF_PASS=-0.001] autolearn=no autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (768-bit key) header.d=labn.net 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 cZUi6OVwMRJs for ; Mon, 21 Nov 2016 12:14:07 -0800 (PST) Received: from gproxy7-pub.mail.unifiedlayer.com (gproxy7-pub.mail.unifiedlayer.com [70.40.196.235]) by ietfa.amsl.com (Postfix) with SMTP id CC02F12007C for ; Mon, 21 Nov 2016 12:14:07 -0800 (PST) Received: (qmail 7155 invoked by uid 0); 21 Nov 2016 20:14:03 -0000 Received: from unknown (HELO CMOut01) (10.0.90.82) by gproxy7.mail.unifiedlayer.com with SMTP; 21 Nov 2016 20:14:03 -0000 Received: from box313.bluehost.com ([69.89.31.113]) by CMOut01 with id AkDx1u00x2SSUrH01kE0sJ; Mon, 21 Nov 2016 13:14:01 -0700 X-Authority-Analysis: v=2.1 cv=QtDNgzCd c=1 sm=1 tr=0 a=h1BC+oY+fLhyFmnTBx92Jg==:117 a=h1BC+oY+fLhyFmnTBx92Jg==:17 a=L9H7d07YOLsA:10 a=9cW_t1CCXrUA:10 a=s5jvgZ67dGcA:10 a=N659UExz7-8A:10 a=xqWC_Br6kY4A:10 a=L24OOQBejmoA:10 a=5ETI_SN33FXm9kJQmegA:9 a=vUEVh_STo-TLgsZl:21 a=x4Eg_j-wYyv49DbO:21 a=pILNOxqGKmIA:10 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=labn.net; s=default; h=Content-Transfer-Encoding:Content-Type:In-Reply-To:MIME-Version :Date:Message-ID:From:Cc:References:To:Subject; bh=neHa43ORvAI5UiEKFBhJhiXKD+TF/a28h9Gv9buy7uA=; b=INEYW2maL/ZCGw+GEwkimnAbMr 09i8LVYRmi+C3NdoNatRppwuZsk4sj81PPoBoyYdXga/3d5euDWmqBhEj8rLFISoILCGggEYiHn6W fWTS38zgB5u25H/GxmIkUCSrw; Received: from pool-100-15-85-191.washdc.fios.verizon.net ([100.15.85.191]:43632 helo=[IPv6:::1]) by box313.bluehost.com with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.86_1) (envelope-from ) id 1c8uyV-0005DR-4Q; Mon, 21 Nov 2016 13:13:59 -0700 To: Ladislav Lhotka References: <86AF7CF1-00EE-44E0-88ED-C702644A418A@nic.cz> <84303847-DB16-46A8-A45D-885E86814252@nic.cz> From: Lou Berger Message-ID: <2bfd24ef-8207-4e20-d332-f98d64490681@labn.net> Date: Mon, 21 Nov 2016 15:13:55 -0500 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.4.0 MIME-Version: 1.0 In-Reply-To: <84303847-DB16-46A8-A45D-885E86814252@nic.cz> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - box313.bluehost.com X-AntiAbuse: Original Domain - ietf.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - labn.net X-BWhitelist: no X-Source-IP: 100.15.85.191 X-Exim-ID: 1c8uyV-0005DR-4Q X-Source: X-Source-Args: X-Source-Dir: X-Source-Sender: pool-100-15-85-191.washdc.fios.verizon.net ([IPv6:::1]) [100.15.85.191]:43632 X-Source-Auth: lberger@labn.net X-Email-Count: 3 X-Source-Cap: bGFibm1vYmk7bGFibm1vYmk7Ym94MzEzLmJsdWVob3N0LmNvbQ== Archived-At: Cc: Routing Area YANG Architecture DT , NETMOD WG Subject: Re: [netmod] [Rtg-dt-yang-arch] Schema mount - Unique vs Shared Data X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Nov 2016 20:14:08 -0000 Lada, On 11/21/2016 2:56 PM, Ladislav Lhotka wrote: >>> Alias mount is a quite different concept which IMO still has a bunch of problems to solve, and I don't want to mix it with schema mount. For the use cases you mention I would very much prefer some kind of explicit link between the parent and child data trees rather than relocate data or schema subtrees. With Martin we are currently discussing my parent-root() XPath function and similar alternatives, and LNE-NI model will certainly be our main focus. >>> >> >>> >> Lada >> > >> > Thanks Lada. The nice thing about a shared data mount (with whatever >> > name we come up with) is that models within the mount point are always >> > scoped within that mount point and paths are always self contained. >> > Such consistency, and limiting the knowledge that a models is mounted, >> > seems like a real win to me. I think there are also good parallels for >> > this in host computing today. > I think these parallels are about sharing *instance* data Sharing selected data (between parent and child) is exactly the extra capability that's needed. I'm happy to call it by a different name, but continue to think that from the child's perspective having an inescapable root brings a lot of value/simplicity. Lou > whereas schema mount is about combining *schemas*. This is often confused, and that's why I (unsuccessfully) tried to avoid using the term "mount point" for the schema mount case. > > Lada > From nobody Mon Nov 21 12:52:46 2016 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0D920129BA5; Mon, 21 Nov 2016 12:52:45 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.398 X-Spam-Level: X-Spam-Status: No, score=-3.398 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-1.497, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id w7-97kUx41X4; Mon, 21 Nov 2016 12:52:43 -0800 (PST) Received: from mail.tail-f.com (mail.tail-f.com [46.21.102.45]) by ietfa.amsl.com (Postfix) with ESMTP id EE751129BAE; Mon, 21 Nov 2016 12:52:42 -0800 (PST) Received: from localhost (h-13-76.a165.priv.bahnhof.se [155.4.13.76]) by mail.tail-f.com (Postfix) with ESMTPSA id 73E641AE034E; Mon, 21 Nov 2016 21:52:41 +0100 (CET) Date: Mon, 21 Nov 2016 21:52:41 +0100 (CET) Message-Id: <20161121.215241.395153454291104495.mbj@tail-f.com> To: lberger@labn.net From: Martin Bjorklund In-Reply-To: References: X-Mailer: Mew version 6.5 on Emacs 24.3 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Archived-At: Cc: rtg-dt-yang-arch@ietf.org, netmod@ietf.org Subject: Re: [netmod] Schema mount - Unique vs Shared Data X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Nov 2016 20:52:45 -0000 Lou Berger wrote: > Lada, > > I think there's another way to look at this. Based on the related > conversation on this topic from the last couple of weeks, I think there > is a fundamental conceptual addition needed to schema mount. Basically > it comes down to: > > Unique vs Shared Data > > With Schema Mount, a mount point is used to represent the root > mode for one or more data models. Schema mount provides for > the instantiation of new information that is only accessible > within the context of the mount point. Importantly, data > within a mounted subtree can never refer to data outside of > this subtree. That is, nodes within the mounted context (the > mounted "child") cannot refer to data outside (either the > mounted "parent" or other mount point "sibling" instances). > > The discussions (including Acee's mail to the list and the > related public and private threads) highlight that there are > cases when the same data may need to be shared between parent > and child models. Sharing across sibling models may also be > required, but it may be sufficient to provide the sharing of > parent information with multiple children rather than define > additional mechanisms for this special case. > > In the context of the draft-ietf-rtgwg-lne-model use case, we addressed > this need for shared data as a special case where, to quote section 3.1: > > Resources assigned to the LNE will be represented in that LNE's > resource modules. e.g., an LNE's interfaces module will contain the > interfaces assigned to that LNE from the containing network-device. I think this is the way to go. And this is what you already have in your draft. Do you see any problems with this solution? Do you agree that this is the "unique" case? Do you have an example of where the "shared" case would be needed? > Where this would be supported in an "implementation dependent" fashion. > > The discussions (including Acee's mail to the list and the related > public and private threads) highlight that the current think on shared > data really needs to be formalized and generalize to fully enable models > such as ni and lne. It also highlights that a simple path based > mechanism, such as my (now OBE) "mod-rewrite" concept or the one below, > really don't seem sufficient to represent the shared data case. It is not clear to me what requirements the shared data case puts on the solution. /martin > Now there has been previous discussion on sharing local data schema in > the context of the original mount (draft-clemm-netmod-mount) which was > referred to as Alias-Mount. The key difference in the current use case > is that the same mount point would serve as the root for unique data > (ala schema mount) and shared data (ala alias mount). > > The use case for LNE and NI used the extension mount-point (not the list > mount-point in the mount-point-list grouping) . I think defining a > grouping that contains the extension mount-point, and a list of (parent) > schema to be shared as well as some policy would do the trick. Using > LNE as an example, the end result would be something like: > module: ietf-logical-network-element > +--rw logical-network-elements > +--rw logical-network-element* [name] > +--rw name string > +--rw managed? boolean > +--rw description? string > +--rw root? > +--rw alias-mounts* [name] > +--rw name yang:yang-identifier > +--rw readonly? boolean > +--rw filter? string // details TBD > augment /if:interfaces/if:interface: > +--rw bind-lne-name? string > > Does this sound like a workable direction? > > I think that the combined use of alias and schema mount should be > included in a single document (yours) and am happy to work this offline > on this if you agree. If not, I'll work it within the DT and come up > with a more formal/flushed out proposal. > > Lou > > (as WG/DT contributor and co-author of the LNE/NI docs) > > On 11/19/2016 4:48 AM, Ladislav Lhotka wrote: > > Hi, > > > > a relatively clean solution to $subj might be to introduce a new XPath function, say parent-root(), for use in instance identifiers (and perhaps also in "must" and "when" expressions). It would return the root node of the parent data tree, and the global root node if used in the top-level tree. > > > > This would allow for defining proxy nodes for reaching nodes of the parent tree, and it would also solve Dean's problem of mapping interface names. For example, one could use this in a LNE tree: > > > > > > eth0 > > > > parent-root()/if:interfaces/if:interface[name="Ethernet0/1/1"] > > > > ... > > > > > > Would this work for known use cases? > > > > Lada > > > > -- > > Ladislav Lhotka, CZ.NIC Labs > > PGP Key ID: E74E8C0C > > > > > > > > > > _______________________________________________ > > netmod mailing list > > netmod@ietf.org > > https://www.ietf.org/mailman/listinfo/netmod > > > > _______________________________________________ > netmod mailing list > netmod@ietf.org > https://www.ietf.org/mailman/listinfo/netmod > From nobody Wed Nov 23 07:54:26 2016 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 23D6B1294A5 for ; Wed, 23 Nov 2016 07:54:24 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.902 X-Spam-Level: X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=junipernetworks.onmicrosoft.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 4HIjvnvgEEMA for ; Wed, 23 Nov 2016 07:54:21 -0800 (PST) Received: from NAM03-BY2-obe.outbound.protection.outlook.com (mail-by2nam03on0116.outbound.protection.outlook.com [104.47.42.116]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6AE3F129A38 for ; Wed, 23 Nov 2016 07:54:21 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=junipernetworks.onmicrosoft.com; s=selector1-juniper-net; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=ecvsd6Ng0zrFW7bhUZdDXfKNwiZUBiMfFlwEyOLPMX0=; b=cUfhqaIMbnHkF6R/WMqdveSgzqnXpzCV6oz/nZGPj2EdxBGKF5l1aMcQMMg6qaGGMU8cCGHJ3kJIv53VxcOJ0QidqbXXR59GCnxo0e+tlNbYAdNpRJRuCoHnZXKa/m/up85YXCVxlX5E/gf93sJCVy73tPuBNRvpnb5bk4Hl3jc= Received: from BN3PR0501MB1442.namprd05.prod.outlook.com (10.160.117.151) by BN3PR0501MB1441.namprd05.prod.outlook.com (10.160.117.150) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.747.5; Wed, 23 Nov 2016 15:54:19 +0000 Received: from BN3PR0501MB1442.namprd05.prod.outlook.com ([10.160.117.151]) by BN3PR0501MB1442.namprd05.prod.outlook.com ([10.160.117.151]) with mapi id 15.01.0747.006; Wed, 23 Nov 2016 15:54:19 +0000 From: Kent Watsen To: Eliot Lear , David Bannister , "Acee Lindem (acee)" , Dean Bogdanovic Thread-Topic: [netmod] WG Last Call for draft-ietf-netmod-acl-model-09 (until Oct 27, 2016) Thread-Index: AQHSMU27zgnn1uVptUusjkVo/6zCsqDTa8aAgAOS7wCAAJs4gIABvJGAgAV84ICAABKsgIAAAYmAgAAEowCAB6EOAA== Date: Wed, 23 Nov 2016 15:54:19 +0000 Message-ID: References: <3B8DC570-FB2D-4EE9-98BA-EEED20F2DBC0@gmail.com> <1061F93A-2D1F-41FB-9A21-A3D92188E7E2@gmail.com> <179f5eb2-0de9-42cb-f291-738f16dab568@cisco.com> <4ab7ace4-e6aa-1fc5-a259-ad196a8b882c@cisco.com> In-Reply-To: <4ab7ace4-e6aa-1fc5-a259-ad196a8b882c@cisco.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/f.1c.1.161117 authentication-results: spf=none (sender IP is ) smtp.mailfrom=kwatsen@juniper.net; x-ms-exchange-messagesentrepresentingtype: 1 x-originating-ip: [66.129.241.13] x-ms-office365-filtering-correlation-id: 7a4b52d4-7c48-4ae7-6265-08d413b8fc8a x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001); SRVR:BN3PR0501MB1441; x-microsoft-exchange-diagnostics: 1; BN3PR0501MB1441; 7:q0YgsT2utz4m5WBVd0j8nQnpLMIOLpQtpehmQ8b9a3HSDDsI72UVm4yrIAwTP+m2akSvzihu9pdrYf2HYpG3H15Q7r+fZQyo3G6+He80iRtxb2gXnmIUIL4wJc+5NJbX2yCUZsFvzZT8c8zIkhbq12YvzQOX3OSDfy/dTs45O3eBKd3g6wOSVl8hwdiXsWcJGdq5yKzHZU8EgNz3AlLMVudFJgdD1/RRq4LzY7VMwZQtrMOEIgohzw9kQCcd+k+sMIrz1lm2AVmL+f2bcr7tjW1ZF9CbKn4jx/dEmIUgE1NlJ+vLyp8SOKIFhaFgyYjDXdmh+d4dAJNqqN93GOl05c5ocgMdj0/GZ2gnz3+4zfe6Fjz45FflVF+epgAqZnIfLmHHVt57LQq8mFjsJ9g2Dw8zEhcLo3y+ZfOmo1yuHrxwjIKdIq40EZ0uZVC2dWh3e6YxQV72RbRU26p5Pe82+w== x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(138986009662008)(100405760836317)(95692535739014)(177428888720325)(21748063052155)(211171220733660); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6045199)(6040307)(6060326)(601004)(2401047)(5005006)(8121501046)(3002001)(10201501046)(6055026)(6041248)(6061324); SRVR:BN3PR0501MB1441; BCL:0; PCL:0; RULEID:; SRVR:BN3PR0501MB1441; x-forefront-prvs: 013568035E x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(7916002)(189002)(377454003)(199003)(24454002)(6512003)(606004)(38730400001)(122556002)(6506003)(102836003)(7906003)(7736002)(7846002)(230783001)(4326007)(66066001)(33656002)(93886004)(76176999)(36756003)(229853002)(2906002)(54356999)(83716003)(2950100002)(83506001)(345774005)(82746002)(50986999)(68736007)(5660300001)(8936002)(3846002)(81156014)(81166006)(5890100001)(106116001)(39060400001)(106356001)(105586002)(99286002)(3660700001)(6116002)(3280700002)(92566002)(101416001)(8676002)(77096005)(189998001)(2900100001)(5001770100001)(86362001)(97736004)(4001350100001)(104396002); DIR:OUT; SFP:1102; SCL:1; SRVR:BN3PR0501MB1441; H:BN3PR0501MB1442.namprd05.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; MX:1; A:1; LANG:en; received-spf: None (protection.outlook.com: juniper.net does not designate permitted sender hosts) spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: multipart/alternative; boundary="_000_C2E53E11BD5F48EF90347218BFA571F0junipernet_" MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-originalarrivaltime: 23 Nov 2016 15:54:19.6829 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN3PR0501MB1441 Archived-At: Cc: "netmod@ietf.org" Subject: Re: [netmod] WG Last Call for draft-ietf-netmod-acl-model-09 (until Oct 27, 2016) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Nov 2016 15:54:25 -0000 --_000_C2E53E11BD5F48EF90347218BFA571F0junipernet_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 DQpZZXMsIHRoaXMgZHJhZnQgaXMgY3VycmVudGx5IHBhc3QgbGFzdC1jYWxsLCBhbmQgbm90IGZv ciB0aGUgZmlyc3QgdGltZSwgYW5kIHRoZXJlIGJlaW5nIHR3byBpbXBsZW1lbnRhdGlvbnMgd2Fz IGhpZ2hseSBlbmNvdXJhZ2luZy4gICBTdGlsbCwgYXMgc2hlcGhlcmQgYW5kIGNoYWlyLCBJIG5l ZWQgdG8ga25vdyB3ZSBoYXZlIFdHIGNvbnNlbnN1cyBvbiBuZXh0IHN0ZXBzIGFuZCB0aGVyZWZv cmUgd2FudCB0byBlY2hvIEVsaW904oCZcyByZXF1ZXN0IGZvciBhbGwgYW5kIGFueSByZW1haW5p bmcgaXNzdWVzIHRvIGJlIGJyb3VnaHQgZm9yd2FyZCBub3csIG9yIGxldOKAmXMgc2F5IHdpdGhp biB0aGUgbmV4dCBjb3VwbGUgd2Vla3MsIHNvIHdlIGNhbiBkaXNjdXNzIHdoaWNoIGNoYW5nZXMg dG8gYWNjZXB0IG9yIG5vdC4gIFRvIGJlIGNsZWFyLCBJ4oCZbSBpbiBlZmZlY3QgZXh0ZW5kaW5n IHRoZSBsYXN0LWNhbGwgcGVyaW9kIGZvciB0aGlzIGRyYWZ0IHVudGlsIERlY2VtYmVyIDcuDQoN CkZXSVcsIHRoZSBpc3N1ZSBJIHJhaXNlZCByZWdhcmRpbmcgaWYgdGhlcmUgd2FzIGEgbmVlZCB0 byBzdXBwb3J0IHN5c3RlbS1nZW5lcmF0ZWQgQUNMcyByZXNvbHZlZCBhcyBhIG5vLW9wIHRvIHRo ZSBkcmFmdC4gIERlYW7igJlzIGlzc3VlIHJlZ2FyZGluZyBjaGFuZ2luZyBhIGxlYWYgdG8gYSBs ZWFmLWxpc3Qgc2VlbWVkIGlubm9jdW91cyBlbm91Z2gsIGJ1dCBBY2Vl4oCZcyBxdWVzdGlvbiBy ZW1haW5zIHVuYW5zd2VyZWQuICBBZGRpdGlvbmFsbHksIGZyb20gYSBwcmUtIEJpdHMtTi1CaXRl cyBtZWV0aW5nIEkgaGFkLCBJ4oCZbSBhd2FyZSB0aGF0IG90aGVyIGNvbmNlcm5zIGxpbmdlciwg d2hpY2ggSSBob3BlIHRvIHNlZSBkaXNjdXNzZWQgbm93IGluIHRoaXMgZXh0ZW5kZWQgbGFzdC1j YWxsIHBlcmlvZC4NCg0KS2VudCAgLy8gYXMgc2hlcGhlcmQgYW5kIGNvLWNoYWlyDQoNCg0KRnJv bTogRWxpb3QgTGVhciA8bGVhckBjaXNjby5jb20+DQpEYXRlOiBGcmlkYXksIE5vdmVtYmVyIDE4 LCAyMDE2IGF0IDk6MjQgQU0NClRvOiBEYXZpZCBCYW5uaXN0ZXIgPGRwYkBuZXRmbGl4LmNvbT4s ICJBY2VlIExpbmRlbSAoYWNlZSkiIDxhY2VlQGNpc2NvLmNvbT4sIERlYW4gQm9nZGFub3ZpYyA8 aXZhbmRlYW5AZ21haWwuY29tPiwgS2VudCBXYXRzZW4gPGt3YXRzZW5AanVuaXBlci5uZXQ+DQpD YzogIm5ldG1vZEBpZXRmLm9yZyIgPG5ldG1vZEBpZXRmLm9yZz4NClN1YmplY3Q6IFJlOiBbbmV0 bW9kXSBXRyBMYXN0IENhbGwgZm9yIGRyYWZ0LWlldGYtbmV0bW9kLWFjbC1tb2RlbC0wOSAodW50 aWwgT2N0IDI3LCAyMDE2KQ0KDQoNCkl0J3MgYWxyZWFkeSB1c2VmdWwgdG8gbWUuICBBbmQgd2Un dmUgc2VlbiBvdGhlciBwZW9wbGUgc2F5IGl0IGlzIHVzZWZ1bCB0byB0aGVtLiAgSWYgeW91IG5l ZWQgc29tZXRoaW5nIHNwZWNpZmljLCBzYXkgc28gbm93IHBsZWFzZSwgYnV0IG90aGVyd2lzZSBs ZXQncyBwbGVhc2UgbW92ZSBhbG9uZy4NCg0KRWxpb3QNCg0KT24gMTEvMTgvMTYgMzowNyBQTSwg RGF2aWQgQmFubmlzdGVyIHdyb3RlOg0KVGhpcyBkcmFmdCBzaG91bGQgbm90IG1vdmUgZm9yd2Fy ZCwgaXQgbmVlZHMgbW9yZSB3b3JrIHRvIGJlIHVzZWZ1bC4gV2lsbCBiZSB3b3JraW5nIHdpdGgg RGVhbiBuZXh0IHdlZWsgdG8gZml4IHRoaW5ncyB1cC4NCg0KT24gRnJpLCBOb3YgMTgsIDIwMTYg YXQgMTE6MDIgUE0gRWxpb3QgTGVhciA8bGVhckBjaXNjby5jb208bWFpbHRvOmxlYXJAY2lzY28u Y29tPj4gd3JvdGU6DQoNCkRlYW4gYW5kIGZyaWVuZHMsDQoNCkknZCBqdXN0IGxpa2UgdG8gYWRk IG9uZSBhZGRpdGlvbmFsIHBvaW50LiAgVGhpcyBkcmFmdCBoYXMgYmVlbiBpbiBudW1lcm91cyBm b3JtcyBvZiBXR0xDIGZvciBhIHdoaWxlIG5vdy4gICBDYW4gd2UgcGxlYXNlIGFncmVlIHRoYXQg YXMgYSBwcm9wb3NlZCBzdGFuZGFyZCB3ZSBoYXZlIHBhc3NlZCB0aGUgcG9pbnQgd2hlcmUgcGVy ZmVjdCBpcyB0aGUgZW5lbXkgb2YgZ29vZD8gIFNvbWUgb2YgdXMgbmVlZCB0aGlzIHdvcmsgZmlu aXNoZWQuDQoNClRoYW5rcywNCg0KRWxpb3QNCg0KDQoNCg0KDQoNCg0KT24gMTEvMTgvMTYgMTo1 NSBQTSwgQWNlZSBMaW5kZW0gKGFjZWUpIHdyb3RlOg0KSGkgRGVhbiwNCklmIHlvdSBtYWtlIHRo aXMgYSBsaXN0IG9mIGhldGVyb2dlbmVvdXMgSVB2NCBoZWFkZXIgZmllbGRzLCBob3cgd2lsbCB5 b3UgY29uc3RyYWluIHNwZWNpZmljYXRpb24gdG8gb25seSBvbmUgZmllbGQgb2YgZWFjaCB0eXBl PyBGb3IgZXhhbXBsZSwgb25lIHNvdXJjZSBhZGRyZXNzPyBFeGlzdGluZyBpbXBsZW1lbnRhdGlv bnMgZG8gbm90IHN1cHBvcnQgbXVsdGlwbGVzIGFuZCBnZW5lcmF0ZSBhbGwgcGVybXV0YXRpb25z IChnaXZlbiBtdWx0aXBsZSBzcGVjaWZpY2F0aW9ucyBvZiBlYWNoIGZpZWxkKSBjb3VsZCBiZSBj b21wbGV4Lg0KVGhhbmtzLA0KQWNlZQ0KDQoNCkZyb206IG5ldG1vZCA8bmV0bW9kLWJvdW5jZXNA aWV0Zi5vcmc8bWFpbHRvOm5ldG1vZC1ib3VuY2VzQGlldGYub3JnPj4gb24gYmVoYWxmIG9mIERl YW4gQm9nZGFub3ZpYyA8aXZhbmRlYW5AZ21haWwuY29tPG1haWx0bzppdmFuZGVhbkBnbWFpbC5j b20+Pg0KRGF0ZTogVHVlc2RheSwgTm92ZW1iZXIgMTUsIDIwMTYgYXQgMTA6MDYgQU0NClRvOiBL ZW50IFdhdHNlbiA8a3dhdHNlbkBqdW5pcGVyLm5ldDxtYWlsdG86a3dhdHNlbkBqdW5pcGVyLm5l dD4+DQpDYzogIm5ldG1vZEBpZXRmLm9yZzxtYWlsdG86bmV0bW9kQGlldGYub3JnPiIgPG5ldG1v ZEBpZXRmLm9yZzxtYWlsdG86bmV0bW9kQGlldGYub3JnPj4NClN1YmplY3Q6IFJlOiBbbmV0bW9k XSBXRyBMYXN0IENhbGwgZm9yIGRyYWZ0LWlldGYtbmV0bW9kLWFjbC1tb2RlbC0wOSAodW50aWwg T2N0IDI3LCAyMDE2KQ0KDQpJIGhhdmUgc29tZXRoaW5nIHRoYXQgbWlnaHQgZGVsYXkgV0dMQywg YnV0IGZvdW5kIG91dCBhbiBvcHRpbWl6YXRpb24gd2hpY2ggd291bGQgaGVscCBpbiB0aGUgZnV0 dXJlDQoNCkluIGlldGYtcGFja2V0LWZpZWxkcy55YW5nLCBleGFtcGxlIGJlbG93DQoNCmdyb3Vw aW5nIGFjbC1pcHY0LWhlYWRlci1maWVsZHMgew0KICAgZGVzY3JpcHRpb24NCiAgICAgIkZpZWxk cyBpbiBJUHY0IGhlYWRlci4iOw0KICAgbGVhZiBkZXN0aW5hdGlvbi1pcHY0LW5ldHdvcmsgew0K ICAgICB0eXBlIGluZXQ6aXB2NC1wcmVmaXg7DQogICAgIGRlc2NyaXB0aW9uDQogICAgICAgIkRl c3RpbmF0aW9uIElQdjQgYWRkcmVzcyBwcmVmaXguIjsNCiAgIH0NCiAgIGxlYWYgc291cmNlLWlw djQtbmV0d29yayB7DQogICAgIHR5cGUgaW5ldDppcHY0LXByZWZpeDsNCiAgICAgZGVzY3JpcHRp b24NCiAgICAgICAiU291cmNlIElQdjQgYWRkcmVzcyBwcmVmaXguIjsNCiAgIH0NCiB9DQoNCklu c3RlYWQgb2YgdXNpbmcgImxlYWYiIGZvciAiZGVzdGluYXRpb24taXB2NC1uZXR3b3JrIiBhbmQg InNvdXJjZS1pcHY0LW5ldHdvcmsiLCAibGVhZi1saXN0IiByZWR1Y2VzIHRoZSBudW1iZXIgb2Yg dGVybXMvYWNlIG5lZWRlZC4NCg0KSWYgd2Ugd291bGQgYWdyZWUgd2l0aCB0aGlzIGNoYW5nZSwg dGhlbiB3b3VsZCBwcm9wb3NlIG9uZSBtb3JlDQoNCmZvciBtYWMtYWRkcmVzc2VzLCBoYXZpbmcg dGhlIG1hc2sgdW5kZXIgdGhlIGFkZHJlc3MgaXRzZWxmIGxvb2sgYmV0dGVyIGluIHRoZSBkYXRh IGl0c2VsZjoNCg0KICA8ZGVzdGluYXRpb24tbWFjLWFkZHJlc3M+DQogICAgPGFkZHJlc3M+MDE6 MDE6MDE6MDA6MDA6MDA8L2FkZHJlc3M+DQogICAgPG1hc2s+ZmY6ZmY6ZmY6MDA6MDA6MDA8L21h c2s+DQogIDwvZGVzdGluYXRpb24tbWFjLWFkZHJlc3M+DQoNCiAgT3IgY3JlYXRlIGEgbmV3IHR5 cGUgJ21hYy1hZGRyZXNzLXByZWZpeCcuDQoNCiAgVGhpcyBhbGxvd3MgaGF2aW5nIG1hdGNoaW5n IG11bHRpcGxlIGRlc3RpbmF0aW9ucyB0byAxIHNvdXJjZSwgb3IgbXVsdGlwbGUgc291cmNlcyB0 byAxIGRlc3RpbmF0aW9uLCBpZiB0aGV5IGNhbm5vdCBiZSBlYXNpbHkgY29tYmluZWQgaW50byAx IGVudHJ5Lg0KDQogIDxkZXN0aW5hdGlvbi1tYWMtYWRkcmVzcz4NCiAgICA8YWRkcmVzcz4wMTow MTowMTowMDowMDowMDwvYWRkcmVzcz4NCiAgICA8bWFzaz5mZjpmZjpmZjowMDowMDowMDwvbWFz az4NCiAgPC9kZXN0aW5hdGlvbi1tYWMtYWRkcmVzcz4NCiAgPGRlc3RpbmF0aW9uLW1hYy1hZGRy ZXNzPg0KICAgIDxhZGRyZXNzPjAxOjA0OjAxOjAwOjAwOjAwPC9hZGRyZXNzPg0KICAgIDxtYXNr PmZmOmZmOmZmOjAwOjAwOjAwPC9tYXNrPg0KICA8L2Rlc3RpbmF0aW9uLW1hYy1hZGRyZXNzPg0K ICA8c291cmNlLW1hYy1hZGRyZXNzPg0KICAgIC4uLi4NCiAgPC9zb3VyY2UtbWFjLWFkZHJlc3M+ DQpPbiBOb3YgMTQsIDIwMTYsIGF0IDc6MzUgQU0sIERlYW4gQm9nZGFub3ZpYyA8aXZhbmRlYW5A Z21haWwuY29tPG1haWx0bzppdmFuZGVhbkBnbWFpbC5jb20+PiB3cm90ZToNCg0KS2VudCwNCg0K VGhhbmsgeW91IGZvciB0aGUgYW5zd2VyDQpPbiBOb3YgMTMsIDIwMTYsIGF0IDE6MjAgUE0sIEtl bnQgV2F0c2VuIDxrd2F0c2VuQGp1bmlwZXIubmV0PG1haWx0bzprd2F0c2VuQGp1bmlwZXIubmV0 Pj4gd3JvdGU6DQoNCkhpIERlYW4sDQoNCj4gRG9u4oCZdCB1bmRlcnN0YW5kIHlvdXIgcXVlc3Rp b24uIFdoYXQgaXMgdGhlIGRpZmZlcmVuY2UgYmV0d2VlbiBzeXN0ZW0gYW5kIHVzZXIgZ2VuZXJh dGVkIGFjbHM/DQoNClVzZXItZ2VuZXJhdGVkIHdvdWxkIGJlLCBmb3IgaW5zdGFuY2UsIGNvbmZp Z3VyZWQgdmlhIE5FVENPTkYgb3IgUkVTVENPTkYsIHdoZXJlYXMgc3lzdGVtLWdlbmVyYXRlZCB3 b3VsZCBiZSBBQ0xzIHRoYXQgZ2V0IGNyZWF0ZWQgYnkgZGVmYXVsdC4gIEZvciBleGFtcGxlLCBS RkMgNzIyMyBoYXMgdGhlIHRvcC1sZXZlbCAvaW50ZXJmYWNlcy1zdGF0ZSB0byBzdXBwb3J0IHN5 c3RlbS1nZW5lcmF0ZWQgaW50ZXJmYWNlcyAoZS5nLiwgbG8pIHNvLCB3aGVuIHJ1bm5pbmcgYHNo b3dzIGludGVyZmFjZXNgLCB0aGUgcmVzdWx0IGluY2x1ZGVzIGJvdGggY29uZmlndXJlZCBhbmQg c3lzdGVtLWdlbmVyYXRlZCBpbnRlcmZhY2VzLiAgIE1ha2VzIHNlbnNlPw0KDQpJIHVuZGVyc3Rh bmQgbm93IHdoYXQgeW91IG1lYW50LiBXaGVyZSBJIGNhbiBzZWUgZm9yIHRoZSBpbnRlcmZhY2Vz IHRoZSB1c2UgY2FzZSB5b3UgZGVzY3JpYmUgKGZvciBsb29wYmFjayBhbmQgcGh5c2ljYWwgaW50 ZXJmYWNlcyksIGZvciBBQ0xzIGhhdmUgbXVjaCBoYXJkZXIgdGltZSB0byBmaW5kIGFuIGV4YW1w bGUgdXNlIGNhc2Ugd2hlcmUgYSBzeXN0ZW0gd291bGQgZ2VuZXJhdGUgYW4gQUNMLiBNYXliZSBm b3IgYSBoaWdobHkgc2VjdXJlIHN5c3RlbSB3b3VsZCBnZW5lcmF0ZSBhbiBBQ0wgdG8gZGVueSBh bGwgdHJhZmZpYyB0byBhbmQgZnJvbSwgZXhjZXB0IHRvIGFjY2VzcyBpdCB2aWEgY29uc29sZSB3 aGVuIGl0IGNvbWVzIHVwLiBDYW4geW91IGNvbWUgd2l0aCBzb21lIG90aGVyIHVzZSBjYXNlcz8g SWYgd2UgY2FuIGZpbmQgdmlhYmxlIHVzZSBjYXNlcywgdGhlbiB5ZXMsIHdvdWxkIHNheSB0aGF0 IHJlcG9ydGluZyBvcHN0YXRlIGZvciBzeXN0ZW0gZ2VuZXJhdGVkIEFDTHMgaXMgdXNlZnVsLg0K DQpEZWFuDQoNCg0KDQpUaGFua3MsDQpLZW50DQoNCkZyb206IERlYW4gQm9nZGFub3ZpYyA8aXZh bmRlYW5AZ21haWwuY29tPG1haWx0bzppdmFuZGVhbkBnbWFpbC5jb20+Pg0KRGF0ZTogRnJpZGF5 LCBOb3ZlbWJlciAxMSwgMjAxNiBhdCAzOjQ1IFBNDQpUbzogS2VudCBXYXRzZW4gPGt3YXRzZW5A anVuaXBlci5uZXQ8bWFpbHRvOmt3YXRzZW5AanVuaXBlci5uZXQ+Pg0KQ2M6ICJuZXRtb2RAaWV0 Zi5vcmc8bWFpbHRvOm5ldG1vZEBpZXRmLm9yZz4iIDxuZXRtb2RAaWV0Zi5vcmc8bWFpbHRvOm5l dG1vZEBpZXRmLm9yZz4+DQpTdWJqZWN0OiBSZTogW25ldG1vZF0gV0cgTGFzdCBDYWxsIGZvciBk cmFmdC1pZXRmLW5ldG1vZC1hY2wtbW9kZWwtMDkgKHVudGlsIE9jdCAyNywgMjAxNikNCg0KDQpP biBPY3QgMjksIDIwMTYsIGF0IDQ6MDEgQU0sIEtlbnQgV2F0c2VuIDxrd2F0c2VuQGp1bmlwZXIu bmV0PG1haWx0bzprd2F0c2VuQGp1bmlwZXIubmV0Pj4gd3JvdGU6DQoNClRoZSBsYXN0IGNhbGwg cGVyaW9kIGZvciB0aGlzIGRyYWZ0IGhhcyBlbmRlZC4gICBUaGFuayB5b3UgdG8gYWxsIHRoYXQg cmVzcG9uZGVkLiAgR2l2ZW4gdGhlIHJlc3BvbnNlcyByZWNlaXZlZCwgbXkgY28tY2hhaXIgYW5k IEkgYmVsaWV2ZSB0aGF0IHRoZSBkcmFmdCBpcyByZWFkeSB0byBtb3ZlIGZvcndhcmQuICBJIHdp bGwgYmVnaW4gdGhlIHNoZXBoZXJkIHdyaXRlLXVwIHNob3J0bHkuDQpJbiBwYXJhbGxlbCwgcHJv bXB0ZWQgYnkgYSBjb252ZXJzYXRpb24gSSBoYWQgdGhpcyBtb3JuaW5nLCBJ4oCZbSB3b25kZXJp bmcgYWJvdXQgdGhlIFlBTkcgbW9kdWxl4oCZcyB1c2Ugb2YgdGhlIGNvbmZpZyBmYWxzZSBub2Rl cyDigJhhY2wtb3Blci1kYXRh4oCZIGFuZCDigJhhY2Utb3Blci1kYXRh4oCZLiAgSW4gcGFydGlj dWxhciwgYXJlIHRoZSBsaWZldGltZXMgb2YgdGhlc2Ugbm9kZXMgYWx3YXlzIHRoZSBzYW1lIGFz IHRoZSBjb25maWd1cmVkIG5vZGVzPw0KDQpZZXMsIHRoZXkgYXJlLiBXaGVuIHRoZSBub2RlcyBh cmUgY3JlYXRlZCwgdGhleSBhcmUgZG9u4oCZdCBoYXZlIHRvIGJlIGF0dGFjaGVkIHRvIGFuIGFu b3RoZXIgb2JqZWN0LCBsaWtlIGludGVyZmFjZSBvciBSSUIsIGV0YywgYnV0IHRoZXkgZ2V0IG9w ZXJhdGlvbmFsIHN0YXRlLiBPbmNlIGF0dGFjaGVkLCAodG8gY29udGludWUgd2l0aCB0aGUgZXhh bXBsZSkgb3BlcmF0aW9uYWwgc3RhdHVzIG9mIGNvdW50ZXJzIGlzIGNoYW5naW5nLiBXaGVuIGRl dGFjaGVkIGZyb20gdGhlIGludGVyZmFjZSwgdGhlIGxhc3Qga25vdyBjb3VudGVyIGlzIGtlcHQs IHVudGlsIHRoZSBhY2UgaXMgZGVsZXRlZC4gU2FtZSBpcyBmb3IgYWNsLW9wZXItZGF0YS4NCg0K LSBpcyB0aGVyZSBhbnkgbmVlZCB0byBzdXBwb3J0IHJlcG9ydGluZyBvcHN0YXRlIGZvciBzeXN0 ZW0tZ2VuZXJhdGVkIGFjdHM/DQoNCkRvbuKAmXQgdW5kZXJzdGFuZCB5b3VyIHF1ZXN0aW9uLiBX aGF0IGlzIHRoZSBkaWZmZXJlbmNlIGJldHdlZW4gc3lzdGVtIGFuZCB1c2VyIGdlbmVyYXRlZCBh Y2xzPw0KDQpEZWFuDQoNCg0KVGhhbmtzLA0KS2VudCAoYXMgc2hlcGhlcmQpDQoNCg0KRnJvbTog bmV0bW9kIDxuZXRtb2QtYm91bmNlc0BpZXRmLm9yZzxtYWlsdG86bmV0bW9kLWJvdW5jZXNAaWV0 Zi5vcmc+PiBvbiBiZWhhbGYgb2YgS2VudCBXYXRzZW4gPGt3YXRzZW5AanVuaXBlci5uZXQ8bWFp bHRvOmt3YXRzZW5AanVuaXBlci5uZXQ+Pg0KRGF0ZTogVGh1cnNkYXksIE9jdG9iZXIgMTMsIDIw MTYgYXQgNTowNSBQTQ0KVG86ICJuZXRtb2RAaWV0Zi5vcmc8bWFpbHRvOm5ldG1vZEBpZXRmLm9y Zz4iIDxuZXRtb2RAaWV0Zi5vcmc8bWFpbHRvOm5ldG1vZEBpZXRmLm9yZz4+DQpTdWJqZWN0OiBb bmV0bW9kXSBXRyBMYXN0IENhbGwgZm9yIGRyYWZ0LWlldGYtbmV0bW9kLWFjbC1tb2RlbC0wOSAo dW50aWwgT2N0IDI3LCAyMDE2KQ0KDQoNClRoaXMgaXMgYSBub3RpY2UgdG8gc3RhcnQgYSB0d28t d2VlayBORVRNT0QgV0cgbGFzdCBjYWxsIGZvciB0aGUgZG9jdW1lbnQ6DQoNCiAgICAgICAgICAg ICAgIE5ldHdvcmsgQWNjZXNzIENvbnRyb2wgTGlzdCAoQUNMKSBZQU5HIERhdGEgTW9kZWwNCiAg ICAgICAgICAgICAgIGh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1pZXRmLW5ldG1v ZC1hY2wtbW9kZWwtMDkNCg0KUGxlYXNlIGluZGljYXRlIHlvdXIgc3VwcG9ydCBvciBjb25jZXJu cyBieSBUaHVyc2RheSwgT2N0b2JlciAyNywgMjAxNi4NCg0KV2UgYXJlIHBhcnRpY3VsYXJseSBp bnRlcmVzdGVkIGluIHN0YXRlbWVudHMgb2YgdGhlIGZvcm06DQogICogSSBoYXZlIHJldmlld2Vk IGRyYWZ0LWlldGYtbmV0bW9kLWFjbC1tb2RlbC0wOSBhbmQgZm91bmQgbm8gaXNzdWVzLg0KICAq IEkgaGF2ZSByZXZpZXdlZCBkcmFmdC1pZXRmLW5ldG1vZC1hY2wtbW9kZWwtMDkgYW5kIGZvdW5k IHRoZSBmb2xsb3dpbmcgaXNzdWVzOiAuLi4NCg0KQXMgd2VsbCBhczoNCiAqIEkgaGF2ZSBpbXBs ZW1lbnRlZCB0aGUgZGF0YSBtb2RlbCBpbiBkcmFmdC1pZXRmLW5ldG1vZC1hY2wtbW9kZWwtMDku DQogICogSSBhbSBpbXBsZW1lbnRpbmcgdGhlIGRhdGEgbW9kZWwgaW4gZHJhZnQtaWV0Zi1uZXRt b2QtYWNsLW1vZGVsLTA5Lg0KICAqIEkgYW0gY29uc2lkZXJpbmcgdG8gaW1wbGVtZW50IHRoZSBk YXRhIG1vZGVsIGluIGRyYWZ0LWlldGYtbmV0bW9kLWFjbC1tb2RlbC0wOS4NCiAgKiBJIGFtIG5v dCBjb25zaWRlcmluZyB0byBpbXBsZW1lbnQgdGhlIGRhdGEgbW9kZWwgaW4gZHJhZnQtaWV0Zi1u ZXRtb2QtYWNsLW1vZGVsLTA5Lg0KDQpUaGFuayB5b3UsDQpORVRNT0QgV0cgQ2hhaXJzDQoNCg0K X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCm5ldG1vZCBt YWlsaW5nIGxpc3QNCm5ldG1vZEBpZXRmLm9yZzxtYWlsdG86bmV0bW9kQGlldGYub3JnPg0KaHR0 cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9uZXRtb2QNCg0KDQoNCg0KDQoNCl9f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQoNCm5ldG1vZCBt YWlsaW5nIGxpc3QNCg0KbmV0bW9kQGlldGYub3JnPG1haWx0bzpuZXRtb2RAaWV0Zi5vcmc+DQoN Cmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vbmV0bW9kDQoNCl9fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQpuZXRtb2QgbWFpbGluZyBs aXN0DQpuZXRtb2RAaWV0Zi5vcmc8bWFpbHRvOm5ldG1vZEBpZXRmLm9yZz4NCmh0dHBzOi8vd3d3 LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vbmV0bW9kDQoNCg0K --_000_C2E53E11BD5F48EF90347218BFA571F0junipernet_ Content-Type: text/html; charset="utf-8" Content-ID: <87E2AB733B36974BBA3A71356044890D@namprd05.prod.outlook.com> Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6bz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6b2ZmaWNlIiB4 bWxuczp3PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTp3b3JkIiB4bWxuczptPSJo dHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS8yMDA0LzEyL29tbWwiIHhtbG5zPSJo dHRwOi8vd3d3LnczLm9yZy9UUi9SRUMtaHRtbDQwIj4NCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVp dj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPg0KPG1l dGEgbmFtZT0iVGl0bGUiIGNvbnRlbnQ9IiI+DQo8bWV0YSBuYW1lPSJLZXl3b3JkcyIgY29udGVu dD0iIj4NCjxtZXRhIG5hbWU9IkdlbmVyYXRvciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUg KGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxlPjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8N CkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6IkNvdXJpZXIgTmV3IjsNCglwYW5vc2UtMToyIDcg MyA5IDIgMiA1IDIgNCA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6IkNhbWJyaWEgTWF0 aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQt ZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAyIDQ7fQ0KLyogU3R5 bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3Jt YWwNCgl7bWFyZ2luOjBpbjsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjEy LjBwdDsNCglmb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIjt9DQphOmxpbmssIHNwYW4uTXNv SHlwZXJsaW5rDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpibHVlOw0KCXRleHQt ZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KYTp2aXNpdGVkLCBzcGFuLk1zb0h5cGVybGlua0ZvbGxv d2VkDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpwdXJwbGU7DQoJdGV4dC1kZWNv cmF0aW9uOnVuZGVybGluZTt9DQpwDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgltc28tbWFy Z2luLXRvcC1hbHQ6YXV0bzsNCgltYXJnaW4tcmlnaHQ6MGluOw0KCW1zby1tYXJnaW4tYm90dG9t LWFsdDphdXRvOw0KCW1hcmdpbi1sZWZ0OjBpbjsNCglmb250LXNpemU6MTIuMHB0Ow0KCWZvbnQt ZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iO30NCnByZQ0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7 DQoJbXNvLXN0eWxlLWxpbms6IkhUTUwgUHJlZm9ybWF0dGVkIENoYXIiOw0KCW1hcmdpbjowaW47 DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1p bHk6IkNvdXJpZXIgTmV3Ijt9DQpwLmdtYWlsbXNnLCBsaS5nbWFpbG1zZywgZGl2LmdtYWlsbXNn DQoJe21zby1zdHlsZS1uYW1lOmdtYWlsX21zZzsNCgltc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzsN CgltYXJnaW4tcmlnaHQ6MGluOw0KCW1zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvOw0KCW1hcmdp bi1sZWZ0OjBpbjsNCglmb250LXNpemU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcg Um9tYW4iO30NCnNwYW4uZ21haWxtc2cxDQoJe21zby1zdHlsZS1uYW1lOmdtYWlsX21zZzE7fQ0K c3Bhbi5tODc5NjEwNzAzMTE2OTAzMDgzOWFwcGxlLWNvbnZlcnRlZC1zcGFjZQ0KCXttc28tc3R5 bGUtbmFtZTptXzg3OTYxMDcwMzExNjkwMzA4MzlhcHBsZS1jb252ZXJ0ZWQtc3BhY2U7fQ0Kc3Bh bi5IVE1MUHJlZm9ybWF0dGVkQ2hhcg0KCXttc28tc3R5bGUtbmFtZToiSFRNTCBQcmVmb3JtYXR0 ZWQgQ2hhciI7DQoJbXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1zdHlsZS1saW5rOiJIVE1M IFByZWZvcm1hdHRlZCI7DQoJZm9udC1mYW1pbHk6Q291cmllcjt9DQpzcGFuLkVtYWlsU3R5bGUy Mw0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbC1yZXBseTsNCglmb250LWZhbWlseTpDYWxpYnJp Ow0KCWZvbnQtdmFyaWFudDpub3JtYWwgIWltcG9ydGFudDsNCgljb2xvcjp3aW5kb3d0ZXh0Ow0K CXRleHQtdHJhbnNmb3JtOm5vbmU7DQoJdGV4dC1kZWNvcmF0aW9uOm5vbmU7DQoJdmVydGljYWwt YWxpZ246YmFzZWxpbmU7fQ0Kc3Bhbi5tc29JbnMNCgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9u bHk7DQoJbXNvLXN0eWxlLW5hbWU6IiI7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTsNCglj b2xvcjp0ZWFsO30NCi5Nc29DaHBEZWZhdWx0DQoJe21zby1zdHlsZS10eXBlOmV4cG9ydC1vbmx5 Ow0KCWZvbnQtc2l6ZToxMC4wcHQ7fQ0KQHBhZ2UgV29yZFNlY3Rpb24xDQoJe3NpemU6OC41aW4g MTEuMGluOw0KCW1hcmdpbjoxLjBpbiAxLjBpbiAxLjBpbiAxLjBpbjt9DQpkaXYuV29yZFNlY3Rp b24xDQoJe3BhZ2U6V29yZFNlY3Rpb24xO30NCi0tPjwvc3R5bGU+DQo8L2hlYWQ+DQo8Ym9keSBi Z2NvbG9yPSJ3aGl0ZSIgbGFuZz0iRU4tVVMiIGxpbms9ImJsdWUiIHZsaW5rPSJwdXJwbGUiPg0K PGRpdiBjbGFzcz0iV29yZFNlY3Rpb24xIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0 eWxlPSJmb250LWZhbWlseTpDYWxpYnJpIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6Q2FsaWJyaSI+WWVz LCB0aGlzIGRyYWZ0IGlzIGN1cnJlbnRseSBwYXN0IGxhc3QtY2FsbCwgYW5kIG5vdCBmb3IgdGhl IGZpcnN0IHRpbWUsIGFuZCB0aGVyZSBiZWluZyB0d28gaW1wbGVtZW50YXRpb25zIHdhcyBoaWdo bHkgZW5jb3VyYWdpbmcuJm5ic3A7Jm5ic3A7IFN0aWxsLCBhcyBzaGVwaGVyZCBhbmQgY2hhaXIs IEkgbmVlZCB0byBrbm93IHdlIGhhdmUgV0cgY29uc2Vuc3VzIG9uDQogbmV4dCBzdGVwcyBhbmQg dGhlcmVmb3JlIHdhbnQgdG8gZWNobyBFbGlvdOKAmXMgcmVxdWVzdCBmb3IgYWxsIGFuZCBhbnkg cmVtYWluaW5nIGlzc3VlcyB0byBiZSBicm91Z2h0IGZvcndhcmQgbm93LCBvciBsZXTigJlzIHNh eSB3aXRoaW4gdGhlIG5leHQgY291cGxlIHdlZWtzLCBzbyB3ZSBjYW4gZGlzY3VzcyB3aGljaCBj aGFuZ2VzIHRvIGFjY2VwdCBvciBub3QuJm5ic3A7IFRvIGJlIGNsZWFyLCBJ4oCZbSBpbiBlZmZl Y3QgZXh0ZW5kaW5nIHRoZSBsYXN0LWNhbGwNCiBwZXJpb2QgZm9yIHRoaXMgZHJhZnQgdW50aWwg RGVjZW1iZXIgNy48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6Q2FsaWJyaSI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OkNhbGli cmkiPkZXSVcsIHRoZSBpc3N1ZSBJIHJhaXNlZCByZWdhcmRpbmcgaWYgdGhlcmUgd2FzIGEgbmVl ZCB0byBzdXBwb3J0IHN5c3RlbS1nZW5lcmF0ZWQgQUNMcyByZXNvbHZlZCBhcyBhIG5vLW9wIHRv IHRoZSBkcmFmdC4mbmJzcDsgRGVhbuKAmXMgaXNzdWUgcmVnYXJkaW5nIGNoYW5naW5nIGEgbGVh ZiB0byBhIGxlYWYtbGlzdCBzZWVtZWQgaW5ub2N1b3VzIGVub3VnaCwNCiBidXQgQWNlZeKAmXMg cXVlc3Rpb24gcmVtYWlucyB1bmFuc3dlcmVkLiZuYnNwOyBBZGRpdGlvbmFsbHksIGZyb20gYSBw cmUtIEJpdHMtTi1CaXRlcyBtZWV0aW5nIEkgaGFkLCBJ4oCZbSBhd2FyZSB0aGF0IG90aGVyIGNv bmNlcm5zIGxpbmdlciwgd2hpY2ggSSBob3BlIHRvIHNlZSBkaXNjdXNzZWQgbm93IGluIHRoaXMg ZXh0ZW5kZWQgbGFzdC1jYWxsIHBlcmlvZC48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6Q2FsaWJyaSI+PG86cD4mbmJz cDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZv bnQtZmFtaWx5OkNhbGlicmkiPktlbnQmbmJzcDsgLy8gYXMgc2hlcGhlcmQgYW5kIGNvLWNoYWly PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9 ImZvbnQtZmFtaWx5OkNhbGlicmkiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTpDYWxpYnJpIj48bzpwPiZu YnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItdG9w OnNvbGlkICNCNUM0REYgMS4wcHQ7cGFkZGluZzozLjBwdCAwaW4gMGluIDBpbiI+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48Yj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6Q2FsaWJyaTtjb2xvcjpi bGFjayI+RnJvbTogPC9zcGFuPg0KPC9iPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTpDYWxpYnJp O2NvbG9yOmJsYWNrIj5FbGlvdCBMZWFyICZsdDtsZWFyQGNpc2NvLmNvbSZndDs8YnI+DQo8Yj5E YXRlOiA8L2I+RnJpZGF5LCBOb3ZlbWJlciAxOCwgMjAxNiBhdCA5OjI0IEFNPGJyPg0KPGI+VG86 IDwvYj5EYXZpZCBCYW5uaXN0ZXIgJmx0O2RwYkBuZXRmbGl4LmNvbSZndDssICZxdW90O0FjZWUg TGluZGVtIChhY2VlKSZxdW90OyAmbHQ7YWNlZUBjaXNjby5jb20mZ3Q7LCBEZWFuIEJvZ2Rhbm92 aWMgJmx0O2l2YW5kZWFuQGdtYWlsLmNvbSZndDssIEtlbnQgV2F0c2VuICZsdDtrd2F0c2VuQGp1 bmlwZXIubmV0Jmd0Ozxicj4NCjxiPkNjOiA8L2I+JnF1b3Q7bmV0bW9kQGlldGYub3JnJnF1b3Q7 ICZsdDtuZXRtb2RAaWV0Zi5vcmcmZ3Q7PGJyPg0KPGI+U3ViamVjdDogPC9iPlJlOiBbbmV0bW9k XSBXRyBMYXN0IENhbGwgZm9yIGRyYWZ0LWlldGYtbmV0bW9kLWFjbC1tb2RlbC0wOSAodW50aWwg T2N0IDI3LCAyMDE2KTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8cD5JdCdzIGFs cmVhZHkgdXNlZnVsIHRvIG1lLiZuYnNwOyBBbmQgd2UndmUgc2VlbiBvdGhlciBwZW9wbGUgc2F5 IGl0IGlzIHVzZWZ1bCB0byB0aGVtLiZuYnNwOyBJZiB5b3UgbmVlZCBzb21ldGhpbmcgc3BlY2lm aWMsIHNheSBzbyBub3cgcGxlYXNlLCBidXQgb3RoZXJ3aXNlIGxldCdzIHBsZWFzZSBtb3ZlIGFs b25nLjxvOnA+PC9vOnA+PC9wPg0KPHA+RWxpb3Q8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPk9uIDExLzE4LzE2IDM6MDcgUE0sIERhdmlkIEJhbm5pc3RlciB3cm90ZTo8bzpwPjwvbzpw PjwvcD4NCjwvZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2lu LWJvdHRvbTo1LjBwdCI+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+VGhpcyBkcmFmdCBz aG91bGQgbm90IG1vdmUgZm9yd2FyZCwgaXQgbmVlZHMgbW9yZSB3b3JrIHRvIGJlIHVzZWZ1bC4g V2lsbCBiZSB3b3JraW5nIHdpdGggRGVhbiBuZXh0IHdlZWsgdG8gZml4IHRoaW5ncyB1cC48bzpw PjwvbzpwPjwvcD4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286 cD48L3A+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPk9uIEZyaSwgTm92IDE4 LCAyMDE2IGF0IDExOjAyIFBNIEVsaW90IExlYXIgJmx0OzxhIGhyZWY9Im1haWx0bzpsZWFyQGNp c2NvLmNvbSI+bGVhckBjaXNjby5jb208L2E+Jmd0OyB3cm90ZTo8bzpwPjwvbzpwPjwvcD4NCjwv ZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci1sZWZ0OnNvbGlkICND Q0NDQ0MgMS4wcHQ7cGFkZGluZzowaW4gMGluIDBpbiA2LjBwdDttYXJnaW4tbGVmdDo0LjhwdDtt YXJnaW4tcmlnaHQ6MGluIj4NCjxkaXY+DQo8cCBjbGFzcz0iZ21haWxtc2ciPkRlYW4gYW5kIGZy aWVuZHMsPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iZ21haWxtc2ciPkknZCBqdXN0IGxpa2Ug dG8gYWRkIG9uZSBhZGRpdGlvbmFsIHBvaW50LiZuYnNwOyBUaGlzIGRyYWZ0IGhhcyBiZWVuIGlu IG51bWVyb3VzIGZvcm1zIG9mIFdHTEMgZm9yIGEgd2hpbGUgbm93LiZuYnNwOyZuYnNwOyBDYW4g d2UgcGxlYXNlIGFncmVlIHRoYXQgYXMgYSBwcm9wb3NlZCBzdGFuZGFyZCB3ZSBoYXZlIHBhc3Nl ZCB0aGUgcG9pbnQgd2hlcmUgcGVyZmVjdCBpcyB0aGUgZW5lbXkgb2YgZ29vZD8mbmJzcDsgU29t ZSBvZiB1cyBuZWVkIHRoaXMNCiB3b3JrIGZpbmlzaGVkLjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xh c3M9ImdtYWlsbXNnIj5UaGFua3MsPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iZ21haWxtc2ci PkVsaW90PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iZ21haWxtc2ci PjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9ImdtYWlsbXNnIj48bzpwPiZuYnNwOzwv bzpwPjwvcD4NCjxwIGNsYXNzPSJnbWFpbG1zZyI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj5PbiAxMS8xOC8xNiAxOjU1IFBNLCBBY2VlIExpbmRlbSAoYWNlZSkgd3JvdGU6 PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUu MHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkhp IERlYW4sJm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj5JZiB5b3UgbWFrZSB0aGlzIGEgbGlzdCBvZiBoZXRlcm9nZW5lb3VzIElQdjQgaGVh ZGVyIGZpZWxkcywgaG93IHdpbGwgeW91IGNvbnN0cmFpbiBzcGVjaWZpY2F0aW9uIHRvIG9ubHkg b25lIGZpZWxkIG9mIGVhY2ggdHlwZT8gRm9yIGV4YW1wbGUsIG9uZSBzb3VyY2UgYWRkcmVzcz8g RXhpc3RpbmcgaW1wbGVtZW50YXRpb25zIGRvIG5vdCBzdXBwb3J0IG11bHRpcGxlcyBhbmQgZ2Vu ZXJhdGUgYWxsIHBlcm11dGF0aW9ucw0KIChnaXZlbiBtdWx0aXBsZSBzcGVjaWZpY2F0aW9ucyBv ZiBlYWNoIGZpZWxkKSBjb3VsZCBiZSBjb21wbGV4LiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9k aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+VGhhbmtzLDxvOnA+PC9vOnA+PC9wPg0K PC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+QWNlZSZuYnNwOzxvOnA+PC9vOnA+ PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286 cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwv bzpwPjwvcD4NCjwvZGl2Pg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xp ZCAjQjVDNERGIDEuMHB0O3BhZGRpbmc6My4wcHQgMGluIDBpbiAwaW4iPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gY2xhc3M9ImdtYWlsbXNnMSI+PGI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMS4wcHQ7Zm9udC1mYW1pbHk6Q2FsaWJyaTtjb2xvcjpibGFjayI+RnJvbToNCjwvc3Bhbj48 L2I+PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OkNhbGli cmk7Y29sb3I6YmxhY2siPm5ldG1vZCAmbHQ7PGEgaHJlZj0ibWFpbHRvOm5ldG1vZC1ib3VuY2Vz QGlldGYub3JnIiB0YXJnZXQ9Il9ibGFuayI+bmV0bW9kLWJvdW5jZXNAaWV0Zi5vcmc8L2E+Jmd0 OyBvbiBiZWhhbGYgb2YgRGVhbiBCb2dkYW5vdmljICZsdDs8YSBocmVmPSJtYWlsdG86aXZhbmRl YW5AZ21haWwuY29tIiB0YXJnZXQ9Il9ibGFuayI+aXZhbmRlYW5AZ21haWwuY29tPC9hPiZndDs8 YnI+DQo8c3BhbiBjbGFzcz0iZ21haWxtc2cxIj48Yj5EYXRlOiA8L2I+PC9zcGFuPlR1ZXNkYXks IE5vdmVtYmVyIDE1LCAyMDE2IGF0IDEwOjA2IEFNPGJyPg0KPHNwYW4gY2xhc3M9ImdtYWlsbXNn MSI+PGI+VG86IDwvYj48L3NwYW4+S2VudCBXYXRzZW4gJmx0OzxhIGhyZWY9Im1haWx0bzprd2F0 c2VuQGp1bmlwZXIubmV0IiB0YXJnZXQ9Il9ibGFuayI+a3dhdHNlbkBqdW5pcGVyLm5ldDwvYT4m Z3Q7PGJyPg0KPHNwYW4gY2xhc3M9ImdtYWlsbXNnMSI+PGI+Q2M6IDwvYj48L3NwYW4+JnF1b3Q7 PGEgaHJlZj0ibWFpbHRvOm5ldG1vZEBpZXRmLm9yZyIgdGFyZ2V0PSJfYmxhbmsiPm5ldG1vZEBp ZXRmLm9yZzwvYT4mcXVvdDsgJmx0OzxhIGhyZWY9Im1haWx0bzpuZXRtb2RAaWV0Zi5vcmciIHRh cmdldD0iX2JsYW5rIj5uZXRtb2RAaWV0Zi5vcmc8L2E+Jmd0Ozxicj4NCjxzcGFuIGNsYXNzPSJn bWFpbG1zZzEiPjxiPlN1YmplY3Q6IDwvYj48L3NwYW4+UmU6IFtuZXRtb2RdIFdHIExhc3QgQ2Fs bCBmb3IgZHJhZnQtaWV0Zi1uZXRtb2QtYWNsLW1vZGVsLTA5ICh1bnRpbCBPY3QgMjcsIDIwMTYp PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxibG9ja3F1b3RlIHN0eWxlPSJib3Jk ZXI6bm9uZTtib3JkZXItbGVmdDpzb2xpZCAjQjVDNERGIDQuNXB0O3BhZGRpbmc6MGluIDBpbiAw aW4gNC4wcHQ7bWFyZ2luLWxlZnQ6My43NXB0O21hcmdpbi1yaWdodDowaW4iIGlkPSJtXzg3OTYx MDcwMzExNjkwMzA4MzlNQUNfT1VUTE9PS19BVFRSSUJVVElPTl9CTE9DS1FVT1RFIj4NCjxkaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+SSBoYXZlIHNvbWV0aGluZyB0aGF0IG1pZ2h0 IGRlbGF5IFdHTEMsIGJ1dCBmb3VuZCBvdXQgYW4gb3B0aW1pemF0aW9uIHdoaWNoIHdvdWxkIGhl bHAgaW4gdGhlIGZ1dHVyZQ0KPG86cD48L286cD48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj5JbiBpZXRmLXBhY2tldC1maWVsZHMueWFuZywgZXhhbXBsZSBiZWxvdzxvOnA+PC9v OnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8 L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5ncm91cGluZyBh Y2wtaXB2NC1oZWFkZXItZmllbGRzIHs8YnI+DQombmJzcDsmbmJzcDsmbmJzcDtkZXNjcmlwdGlv bjxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZxdW90O0ZpZWxkcyBpbiBJUHY0 IGhlYWRlci4mcXVvdDs7PGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7bGVhZiBkZXN0aW5hdGlvbi1p cHY0LW5ldHdvcmsgezxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO3R5cGUgaW5l dDppcHY0LXByZWZpeDs8YnI+DQombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDtkZXNjcmlw dGlvbjxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZxdW90 O0Rlc3RpbmF0aW9uIElQdjQgYWRkcmVzcyBwcmVmaXguJnF1b3Q7Ozxicj4NCiZuYnNwOyZuYnNw OyZuYnNwO308YnI+DQombmJzcDsmbmJzcDsmbmJzcDtsZWFmIHNvdXJjZS1pcHY0LW5ldHdvcmsg ezxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO3R5cGUgaW5ldDppcHY0LXByZWZp eDs8YnI+DQombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDtkZXNjcmlwdGlvbjxicj4NCiZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZxdW90O1NvdXJjZSBJUHY0 IGFkZHJlc3MgcHJlZml4LiZxdW90Ozs8YnI+DQombmJzcDsmbmJzcDsmbmJzcDt9PGJyPg0KJm5i c3A7fTxicj4NCjxicj4NCkluc3RlYWQgb2YgdXNpbmcgJnF1b3Q7bGVhZiZxdW90OyBmb3IgJnF1 b3Q7ZGVzdGluYXRpb24taXB2NC1uZXR3b3JrJnF1b3Q7IGFuZCAmcXVvdDtzb3VyY2UtaXB2NC1u ZXR3b3JrJnF1b3Q7LCAmcXVvdDtsZWFmLWxpc3QmcXVvdDsgcmVkdWNlcyB0aGUgbnVtYmVyIG9m IHRlcm1zL2FjZSBuZWVkZWQuPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPklmIHdlIHdvdWxkIGFncmVlIHdpdGggdGhpcyBjaGFuZ2UsIHRoZW4g d291bGQgcHJvcG9zZSBvbmUgbW9yZSZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5mb3IgbWFjLWFkZHJlc3NlcywgaGF2aW5nIHRoZSBt YXNrIHVuZGVyIHRoZSBhZGRyZXNzIGl0c2VsZiBsb29rJm5ic3A7YmV0dGVyIGluIHRoZSBkYXRh IGl0c2VsZjo8YnI+DQo8YnI+DQombmJzcDsmbmJzcDsmbHQ7ZGVzdGluYXRpb24tbWFjLWFkZHJl c3MmZ3Q7PGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jmx0O2FkZHJlc3MmZ3Q7MDE6MDE6 MDE6MDA6MDA6MDAmbHQ7L2FkZHJlc3MmZ3Q7PGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jmx0O21hc2smZ3Q7ZmY6ZmY6ZmY6MDA6MDA6MDAmbHQ7L21hc2smZ3Q7PGJyPg0KJm5ic3A7Jm5i c3A7Jmx0Oy9kZXN0aW5hdGlvbi1tYWMtYWRkcmVzcyZndDs8YnI+DQo8YnI+DQombmJzcDsmbmJz cDtPciBjcmVhdGUgYSBuZXcgdHlwZSAnbWFjLWFkZHJlc3MtcHJlZml4Jy48YnI+DQo8YnI+DQom bmJzcDsmbmJzcDtUaGlzIGFsbG93cyBoYXZpbmcgbWF0Y2hpbmcgbXVsdGlwbGUgZGVzdGluYXRp b25zIHRvIDEgc291cmNlLCBvciZuYnNwO211bHRpcGxlIHNvdXJjZXMgdG8gMSBkZXN0aW5hdGlv biwgaWYgdGhleSBjYW5ub3QgYmUgZWFzaWx5IGNvbWJpbmVkJm5ic3A7aW50byAxIGVudHJ5Ljxi cj4NCjxicj4NCiZuYnNwOyZuYnNwOyZsdDtkZXN0aW5hdGlvbi1tYWMtYWRkcmVzcyZndDs8YnI+ DQombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbHQ7YWRkcmVzcyZndDswMTowMTowMTowMDowMDow MCZsdDsvYWRkcmVzcyZndDs8YnI+DQombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbHQ7bWFzayZn dDtmZjpmZjpmZjowMDowMDowMCZsdDsvbWFzayZndDs8YnI+DQombmJzcDsmbmJzcDsmbHQ7L2Rl c3RpbmF0aW9uLW1hYy1hZGRyZXNzJmd0Ozxicj4NCiZuYnNwOyZuYnNwOyZsdDtkZXN0aW5hdGlv bi1tYWMtYWRkcmVzcyZndDs8YnI+DQombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbHQ7YWRkcmVz cyZndDswMTowNDowMTowMDowMDowMCZsdDsvYWRkcmVzcyZndDs8YnI+DQombmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbHQ7bWFzayZndDtmZjpmZjpmZjowMDowMDowMCZsdDsvbWFzayZndDs8YnI+ DQombmJzcDsmbmJzcDsmbHQ7L2Rlc3RpbmF0aW9uLW1hYy1hZGRyZXNzJmd0Ozxicj4NCiZuYnNw OyZuYnNwOyZsdDtzb3VyY2UtbWFjLWFkZHJlc3MmZ3Q7PGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Li4uLjxicj4NCiZuYnNwOyZuYnNwOyZsdDsvc291cmNlLW1hYy1hZGRyZXNzJmd0Ozxv OnA+PC9vOnA+PC9wPg0KPGRpdj4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0 O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPk9uIE5v diAxNCwgMjAxNiwgYXQgNzozNSBBTSwgRGVhbiBCb2dkYW5vdmljICZsdDs8YSBocmVmPSJtYWls dG86aXZhbmRlYW5AZ21haWwuY29tIiB0YXJnZXQ9Il9ibGFuayI+aXZhbmRlYW5AZ21haWwuY29t PC9hPiZndDsgd3JvdGU6PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj5LZW50LCA8bzpwPjwvbzpwPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PlRoYW5rIHlvdSBmb3IgdGhlIGFuc3dlcjxvOnA+PC9vOnA+PC9wPg0KPGRpdj4NCjxibG9ja3F1 b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPk9uIE5vdiAxMywgMjAxNiwgYXQgMToyMCBQTSwgS2VudCBX YXRzZW4gJmx0OzxhIGhyZWY9Im1haWx0bzprd2F0c2VuQGp1bmlwZXIubmV0IiB0YXJnZXQ9Il9i bGFuayI+a3dhdHNlbkBqdW5pcGVyLm5ldDwvYT4mZ3Q7IHdyb3RlOjxvOnA+PC9vOnA+PC9wPg0K PC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxkaXY+ DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndo aXRlIj48c3BhbiBjbGFzcz0iZ21haWxtc2cxIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBw dDtmb250LWZhbWlseTpDYWxpYnJpIj5IaSBEZWFuLDwvc3Bhbj48L3NwYW4+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZhbWlseTpIZWx2ZXRpY2EiPjxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3Jv dW5kOndoaXRlIj48c3BhbiBjbGFzcz0iZ21haWxtc2cxIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjExLjBwdDtmb250LWZhbWlseTpDYWxpYnJpIj4mbmJzcDs8L3NwYW4+PC9zcGFuPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6SGVsdmV0aWNhIj48bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFj a2dyb3VuZDp3aGl0ZSI+PHNwYW4gY2xhc3M9ImdtYWlsbXNnMSI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6Q2FsaWJyaSI+Jmd0OyBEb27igJl0IHVuZGVyc3RhbmQg eW91ciBxdWVzdGlvbi4gV2hhdCBpcyB0aGUgZGlmZmVyZW5jZSBiZXR3ZWVuIHN5c3RlbSBhbmQg dXNlciBnZW5lcmF0ZWQgYWNscz88L3NwYW4+PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 OS4wcHQ7Zm9udC1mYW1pbHk6SGVsdmV0aWNhIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rp dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+ PHNwYW4gY2xhc3M9ImdtYWlsbXNnMSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9u dC1mYW1pbHk6Q2FsaWJyaSI+Jm5ic3A7PC9zcGFuPjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjkuMHB0O2ZvbnQtZmFtaWx5OkhlbHZldGljYSI+PG86cD48L286cD48L3NwYW4+PC9wPg0K PC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hp dGUiPjxzcGFuIGNsYXNzPSJnbWFpbG1zZzEiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0 O2ZvbnQtZmFtaWx5OkNhbGlicmkiPlVzZXItZ2VuZXJhdGVkIHdvdWxkIGJlLCBmb3IgaW5zdGFu Y2UsIGNvbmZpZ3VyZWQgdmlhIE5FVENPTkYgb3IgUkVTVENPTkYsIHdoZXJlYXMgc3lzdGVtLWdl bmVyYXRlZCB3b3VsZCBiZSBBQ0xzIHRoYXQgZ2V0IGNyZWF0ZWQgYnkgZGVmYXVsdC4mbmJzcDsN CiBGb3IgZXhhbXBsZSwgUkZDIDcyMjMgaGFzIHRoZSB0b3AtbGV2ZWwgL2ludGVyZmFjZXMtc3Rh dGUgdG8gc3VwcG9ydCBzeXN0ZW0tZ2VuZXJhdGVkIGludGVyZmFjZXMgKGUuZy4sIGxvKSBzbywg d2hlbiBydW5uaW5nIGBzaG93cyBpbnRlcmZhY2VzYCwgdGhlIHJlc3VsdCBpbmNsdWRlcyBib3Ro IGNvbmZpZ3VyZWQgYW5kIHN5c3RlbS1nZW5lcmF0ZWQgaW50ZXJmYWNlcy4mbmJzcDsmbmJzcDsg TWFrZXMgc2Vuc2U/PC9zcGFuPjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2Zv bnQtZmFtaWx5OkhlbHZldGljYSI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rp dj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxv OnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5JIHVuZGVy c3RhbmQgbm93IHdoYXQgeW91IG1lYW50LiBXaGVyZSBJIGNhbiBzZWUgZm9yIHRoZSBpbnRlcmZh Y2VzIHRoZSB1c2UgY2FzZSB5b3UgZGVzY3JpYmUgKGZvciBsb29wYmFjayBhbmQgcGh5c2ljYWwg aW50ZXJmYWNlcyksIGZvciBBQ0xzIGhhdmUgbXVjaCBoYXJkZXIgdGltZSB0byBmaW5kIGFuIGV4 YW1wbGUgdXNlIGNhc2Ugd2hlcmUgYSBzeXN0ZW0gd291bGQgZ2VuZXJhdGUgYW4gQUNMLiBNYXli ZQ0KIGZvciBhIGhpZ2hseSBzZWN1cmUgc3lzdGVtIHdvdWxkIGdlbmVyYXRlIGFuIEFDTCB0byBk ZW55IGFsbCB0cmFmZmljIHRvIGFuZCBmcm9tLCBleGNlcHQgdG8gYWNjZXNzIGl0IHZpYSBjb25z b2xlIHdoZW4gaXQgY29tZXMgdXAuIENhbiB5b3UgY29tZSB3aXRoIHNvbWUgb3RoZXIgdXNlIGNh c2VzPyBJZiB3ZSBjYW4gZmluZCB2aWFibGUgdXNlIGNhc2VzLCB0aGVuIHllcywgd291bGQgc2F5 IHRoYXQgcmVwb3J0aW5nIG9wc3RhdGUgZm9yIHN5c3RlbQ0KIGdlbmVyYXRlZCBBQ0xzIGlzIHVz ZWZ1bC48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+RGVhbjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PGJyPg0KPGJyPg0KPG86cD48L286cD48L3A+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2lu LXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBjbGFzcz0i Z21haWxtc2cxIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTpDYWxp YnJpIj4mbmJzcDs8L3NwYW4+PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9u dC1mYW1pbHk6SGVsdmV0aWNhIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gY2xh c3M9ImdtYWlsbXNnMSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6 Q2FsaWJyaSI+VGhhbmtzLDwvc3Bhbj48L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBw dDtmb250LWZhbWlseTpIZWx2ZXRpY2EiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48c3Bh biBjbGFzcz0iZ21haWxtc2cxIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZh bWlseTpDYWxpYnJpIj5LZW50PC9zcGFuPjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjku MHB0O2ZvbnQtZmFtaWx5OkhlbHZldGljYSI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxz cGFuIGNsYXNzPSJnbWFpbG1zZzEiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQt ZmFtaWx5OkNhbGlicmkiPiZuYnNwOzwvc3Bhbj48L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZTo5LjBwdDtmb250LWZhbWlseTpIZWx2ZXRpY2EiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwv ZGl2Pg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAjQjVDNERGIDEu MHB0O3BhZGRpbmc6My4wcHQgMGluIDBpbiAwaW4iPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBjbGFzcz0iZ21haWxtc2cxIj48Yj48 c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6Q2FsaWJyaSI+RnJvbTo8L3NwYW4+PC9iPjwvc3Bhbj48 c3BhbiBjbGFzcz0ibTg3OTYxMDcwMzExNjkwMzA4MzlhcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPjxi PjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTpDYWxpYnJpIj4mbmJzcDs8L3NwYW4+PC9iPjwvc3Bh bj48c3BhbiBjbGFzcz0iZ21haWxtc2cxIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6Q2FsaWJy aSI+RGVhbg0KIEJvZ2Rhbm92aWMgJmx0OzxhIGhyZWY9Im1haWx0bzppdmFuZGVhbkBnbWFpbC5j b20iIHRhcmdldD0iX2JsYW5rIj5pdmFuZGVhbkBnbWFpbC5jb208L2E+Jmd0Ozwvc3Bhbj48L3Nw YW4+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OkNhbGlicmkiPjxicj4NCjxzcGFuIGNsYXNzPSJn bWFpbG1zZzEiPjxiPkRhdGU6PC9iPjwvc3Bhbj48c3BhbiBjbGFzcz0ibTg3OTYxMDcwMzExNjkw MzA4MzlhcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPjxiPiZuYnNwOzwvYj48L3NwYW4+PHNwYW4gY2xh c3M9ImdtYWlsbXNnMSI+RnJpZGF5LCBOb3ZlbWJlciAxMSwgMjAxNiBhdCAzOjQ1IFBNPC9zcGFu Pjxicj4NCjxzcGFuIGNsYXNzPSJnbWFpbG1zZzEiPjxiPlRvOjwvYj48L3NwYW4+PHNwYW4gY2xh c3M9Im04Nzk2MTA3MDMxMTY5MDMwODM5YXBwbGUtY29udmVydGVkLXNwYWNlIj48Yj4mbmJzcDs8 L2I+PC9zcGFuPjxzcGFuIGNsYXNzPSJnbWFpbG1zZzEiPktlbnQgV2F0c2VuICZsdDs8YSBocmVm PSJtYWlsdG86a3dhdHNlbkBqdW5pcGVyLm5ldCIgdGFyZ2V0PSJfYmxhbmsiPmt3YXRzZW5AanVu aXBlci5uZXQ8L2E+Jmd0Ozwvc3Bhbj48YnI+DQo8c3BhbiBjbGFzcz0iZ21haWxtc2cxIj48Yj5D Yzo8L2I+PC9zcGFuPjxzcGFuIGNsYXNzPSJtODc5NjEwNzAzMTE2OTAzMDgzOWFwcGxlLWNvbnZl cnRlZC1zcGFjZSI+PGI+Jm5ic3A7PC9iPjwvc3Bhbj48c3BhbiBjbGFzcz0iZ21haWxtc2cxIj4m cXVvdDs8YSBocmVmPSJtYWlsdG86bmV0bW9kQGlldGYub3JnIiB0YXJnZXQ9Il9ibGFuayI+bmV0 bW9kQGlldGYub3JnPC9hPiZxdW90OyAmbHQ7PGEgaHJlZj0ibWFpbHRvOm5ldG1vZEBpZXRmLm9y ZyIgdGFyZ2V0PSJfYmxhbmsiPm5ldG1vZEBpZXRmLm9yZzwvYT4mZ3Q7PC9zcGFuPjxicj4NCjxz cGFuIGNsYXNzPSJnbWFpbG1zZzEiPjxiPlN1YmplY3Q6PC9iPjwvc3Bhbj48c3BhbiBjbGFzcz0i bTg3OTYxMDcwMzExNjkwMzA4MzlhcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPjxiPiZuYnNwOzwvYj48 L3NwYW4+PHNwYW4gY2xhc3M9ImdtYWlsbXNnMSI+UmU6IFtuZXRtb2RdIFdHIExhc3QgQ2FsbCBm b3IgZHJhZnQtaWV0Zi1uZXRtb2QtYWNsLW1vZGVsLTA5ICh1bnRpbCBPY3QgMjcsIDIwMTYpPC9z cGFuPjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj4mbmJzcDs8bzpw PjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg c3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9u dC1mYW1pbHk6SGVsdmV0aWNhIj4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4N CjxkaXY+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9t OjUuMHB0Ij4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tn cm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6SGVs dmV0aWNhIj5PbiBPY3QgMjksIDIwMTYsIGF0IDQ6MDEgQU0sIEtlbnQgV2F0c2VuICZsdDs8YSBo cmVmPSJtYWlsdG86a3dhdHNlbkBqdW5pcGVyLm5ldCIgdGFyZ2V0PSJfYmxhbmsiPjxzcGFuIHN0 eWxlPSJjb2xvcjpwdXJwbGUiPmt3YXRzZW5AanVuaXBlci5uZXQ8L3NwYW4+PC9hPiZndDsgd3Jv dGU6PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+Jm5ic3A7PG86cD48L286cD48 L3A+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0 eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBjbGFzcz0iZ21haWxtc2cxIj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTpDYWxpYnJpIj5UaGUgbGFzdCBjYWxsIHBl cmlvZCBmb3IgdGhpcyBkcmFmdCBoYXMgZW5kZWQuJm5ic3A7ICZuYnNwO1RoYW5rIHlvdSB0byBh bGwgdGhhdCByZXNwb25kZWQuJm5ic3A7IEdpdmVuIHRoZSByZXNwb25zZXMgcmVjZWl2ZWQsIG15 IGNvLWNoYWlyIGFuZCBJIGJlbGlldmUNCiB0aGF0IHRoZSBkcmFmdCBpcyByZWFkeSB0byBtb3Zl IGZvcndhcmQuJm5ic3A7IEkgd2lsbCBiZWdpbiB0aGUgc2hlcGhlcmQgd3JpdGUtdXAgc2hvcnRs eS48L3NwYW4+PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6 SGVsdmV0aWNhIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PHNw YW4gY2xhc3M9ImdtYWlsbXNnMSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1m YW1pbHk6Q2FsaWJyaSI+SW4gcGFyYWxsZWwsIHByb21wdGVkIGJ5IGEgY29udmVyc2F0aW9uIEkg aGFkIHRoaXMgbW9ybmluZywgSeKAmW0gd29uZGVyaW5nIGFib3V0IHRoZSBZQU5HIG1vZHVsZeKA mXMgdXNlIG9mIHRoZSBjb25maWcgZmFsc2Ugbm9kZXMg4oCYYWNsLW9wZXItZGF0YeKAmQ0KIGFu ZCDigJhhY2Utb3Blci1kYXRh4oCZLiZuYnNwOyBJbiBwYXJ0aWN1bGFyLCBhcmUgdGhlIGxpZmV0 aW1lcyBvZiB0aGVzZSBub2RlcyBhbHdheXMgdGhlIHNhbWUgYXMgdGhlIGNvbmZpZ3VyZWQgbm9k ZXM/Jm5ic3A7PC9zcGFuPjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQt ZmFtaWx5OkhlbHZldGljYSI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4N CjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs IiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4N CjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dy b3VuZDp3aGl0ZSI+WWVzLCB0aGV5IGFyZS4gV2hlbiB0aGUgbm9kZXMgYXJlIGNyZWF0ZWQsIHRo ZXkgYXJlIGRvbuKAmXQgaGF2ZSB0byBiZSBhdHRhY2hlZCB0byBhbiBhbm90aGVyIG9iamVjdCwg bGlrZSBpbnRlcmZhY2Ugb3IgUklCLCBldGMsIGJ1dCB0aGV5IGdldCBvcGVyYXRpb25hbCBzdGF0 ZS4gT25jZSBhdHRhY2hlZCwgKHRvIGNvbnRpbnVlIHdpdGggdGhlIGV4YW1wbGUpIG9wZXJhdGlv bmFsDQogc3RhdHVzIG9mIGNvdW50ZXJzIGlzIGNoYW5naW5nLiBXaGVuIGRldGFjaGVkIGZyb20g dGhlIGludGVyZmFjZSwgdGhlIGxhc3Qga25vdyBjb3VudGVyIGlzIGtlcHQsIHVudGlsIHRoZSBh Y2UgaXMgZGVsZXRlZC4gU2FtZSBpcyBmb3IgYWNsLW9wZXItZGF0YS48bzpwPjwvbzpwPjwvcD4N CjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl PSJiYWNrZ3JvdW5kOndoaXRlIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+ DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0 Ij4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6 d2hpdGUiPjxzcGFuIGNsYXNzPSJnbWFpbG1zZzEiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEu MHB0O2ZvbnQtZmFtaWx5OkNhbGlicmkiPi0gaXMgdGhlcmUgYW55IG5lZWQgdG8gc3VwcG9ydCBy ZXBvcnRpbmcgb3BzdGF0ZSBmb3Igc3lzdGVtLWdlbmVyYXRlZCBhY3RzPzwvc3Bhbj48L3NwYW4+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZhbWlseTpIZWx2ZXRpY2EiPjxvOnA+ PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8ZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj4mbmJz cDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj5Eb27igJl0IHVuZGVyc3RhbmQg eW91ciBxdWVzdGlvbi4gV2hhdCBpcyB0aGUgZGlmZmVyZW5jZSBiZXR3ZWVuIHN5c3RlbSBhbmQg dXNlciBnZW5lcmF0ZWQgYWNscz88bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj4m bmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj5EZWFuPG86cD48L286cD48 L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz dHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwv ZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1 LjBwdCI+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3Jv dW5kOndoaXRlIj48c3BhbiBjbGFzcz0iZ21haWxtc2cxIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjkuMHB0O2ZvbnQtZmFtaWx5OkNhbGlicmkiPiZuYnNwOzwvc3Bhbj48L3NwYW4+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZhbWlseTpIZWx2ZXRpY2EiPjxvOnA+PC9vOnA+PC9z cGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBjbGFzcz0iZ21haWxtc2cxIj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTpDYWxpYnJpIj5UaGFua3MsPC9z cGFuPjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5OkhlbHZl dGljYSI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxzcGFuIGNs YXNzPSJnbWFpbG1zZzEiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5 OkNhbGlicmkiPktlbnQgKGFzIHNoZXBoZXJkKTwvc3Bhbj48L3NwYW4+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZTo5LjBwdDtmb250LWZhbWlseTpIZWx2ZXRpY2EiPjxvOnA+PC9vOnA+PC9zcGFuPjwv cD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0 eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBjbGFzcz0iZ21haWxtc2cxIj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTpDYWxpYnJpIj4mbmJzcDs8L3NwYW4+PC9z cGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6SGVsdmV0aWNhIj48 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gY2xhc3M9Imdt YWlsbXNnMSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6Q2FsaWJy aSI+Jm5ic3A7PC9zcGFuPjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQt ZmFtaWx5OkhlbHZldGljYSI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4N CjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci10b3A6c29saWQgI0I1QzRERiAxLjBwdDtw YWRkaW5nOjMuMHB0IDBpbiAwaW4gMGluIj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxzcGFuIGNsYXNzPSJnbWFpbG1zZzEiPjxi PjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6Q2FsaWJyaSI+RnJvbTo8 L3NwYW4+PC9iPjwvc3Bhbj48c3BhbiBjbGFzcz0ibTg3OTYxMDcwMzExNjkwMzA4MzlhcHBsZS1j b252ZXJ0ZWQtc3BhY2UiPjxiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1p bHk6Q2FsaWJyaSI+Jm5ic3A7PC9zcGFuPjwvYj48L3NwYW4+PHNwYW4gY2xhc3M9ImdtYWlsbXNn MSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZhbWlseTpDYWxpYnJpIj5uZXRt b2QNCiAmbHQ7PGEgaHJlZj0ibWFpbHRvOm5ldG1vZC1ib3VuY2VzQGlldGYub3JnIiB0YXJnZXQ9 Il9ibGFuayI+PHNwYW4gc3R5bGU9ImNvbG9yOiM5NTRGNzIiPm5ldG1vZC1ib3VuY2VzQGlldGYu b3JnPC9zcGFuPjwvYT4mZ3Q7IG9uIGJlaGFsZiBvZiBLZW50IFdhdHNlbiAmbHQ7PGEgaHJlZj0i bWFpbHRvOmt3YXRzZW5AanVuaXBlci5uZXQiIHRhcmdldD0iX2JsYW5rIj48c3BhbiBzdHlsZT0i Y29sb3I6Izk1NEY3MiI+a3dhdHNlbkBqdW5pcGVyLm5ldDwvc3Bhbj48L2E+Jmd0Ozwvc3Bhbj48 L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZhbWlseTpDYWxpYnJpIj48 YnI+DQo8c3BhbiBjbGFzcz0iZ21haWxtc2cxIj48Yj5EYXRlOjwvYj48L3NwYW4+PHNwYW4gY2xh c3M9Im04Nzk2MTA3MDMxMTY5MDMwODM5YXBwbGUtY29udmVydGVkLXNwYWNlIj48Yj4mbmJzcDs8 L2I+PC9zcGFuPjxzcGFuIGNsYXNzPSJnbWFpbG1zZzEiPlRodXJzZGF5LCBPY3RvYmVyIDEzLCAy MDE2IGF0IDU6MDUgUE08L3NwYW4+PGJyPg0KPHNwYW4gY2xhc3M9ImdtYWlsbXNnMSI+PGI+VG86 PC9iPjwvc3Bhbj48c3BhbiBjbGFzcz0ibTg3OTYxMDcwMzExNjkwMzA4MzlhcHBsZS1jb252ZXJ0 ZWQtc3BhY2UiPjxiPiZuYnNwOzwvYj48L3NwYW4+PHNwYW4gY2xhc3M9ImdtYWlsbXNnMSI+JnF1 b3Q7PGEgaHJlZj0ibWFpbHRvOm5ldG1vZEBpZXRmLm9yZyIgdGFyZ2V0PSJfYmxhbmsiPjxzcGFu IHN0eWxlPSJjb2xvcjojOTU0RjcyIj5uZXRtb2RAaWV0Zi5vcmc8L3NwYW4+PC9hPiZxdW90OyAm bHQ7PGEgaHJlZj0ibWFpbHRvOm5ldG1vZEBpZXRmLm9yZyIgdGFyZ2V0PSJfYmxhbmsiPjxzcGFu IHN0eWxlPSJjb2xvcjojOTU0RjcyIj5uZXRtb2RAaWV0Zi5vcmc8L3NwYW4+PC9hPiZndDs8L3Nw YW4+PGJyPg0KPHNwYW4gY2xhc3M9ImdtYWlsbXNnMSI+PGI+U3ViamVjdDo8L2I+PC9zcGFuPjxz cGFuIGNsYXNzPSJtODc5NjEwNzAzMTE2OTAzMDgzOWFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+PGI+ Jm5ic3A7PC9iPjwvc3Bhbj48c3BhbiBjbGFzcz0iZ21haWxtc2cxIj5bbmV0bW9kXSBXRyBMYXN0 IENhbGwgZm9yIGRyYWZ0LWlldGYtbmV0bW9kLWFjbC1tb2RlbC0wOSAodW50aWwgT2N0IDI3LCAy MDE2KTwvc3Bhbj48L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZhbWls eTpIZWx2ZXRpY2EiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rp dj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNr Z3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5Okhl bHZldGljYSI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwv ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3Vu ZDp3aGl0ZSI+PHNwYW4gY2xhc3M9ImdtYWlsbXNnMSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MS4wcHQ7Zm9udC1mYW1pbHk6Q2FsaWJyaSI+Jm5ic3A7PC9zcGFuPjwvc3Bhbj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5OkhlbHZldGljYSI+PG86cD48L286cD48L3Nw YW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxzcGFuIGNsYXNzPSJnbWFpbG1zZzEiPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OkNhbGlicmkiPlRoaXMgaXMgYSBu b3RpY2UgdG8gc3RhcnQgYSB0d28td2VlayBORVRNT0QgV0cgbGFzdCBjYWxsIGZvciB0aGUgZG9j dW1lbnQ6PC9zcGFuPjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFt aWx5OkhlbHZldGljYSI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxk aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUi PjxzcGFuIGNsYXNzPSJnbWFpbG1zZzEiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2Zv bnQtZmFtaWx5OkNhbGlicmkiPiZuYnNwOzwvc3Bhbj48L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZTo5LjBwdDtmb250LWZhbWlseTpIZWx2ZXRpY2EiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N CjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl PSJiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBjbGFzcz0iZ21haWxtc2cxIj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTpDYWxpYnJpIj4mbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDtOZXR3b3JrIEFjY2VzcyBDb250cm9sIExpc3QgKEFDTCkgWUFORyBEYXRh IE1vZGVsPC9zcGFuPjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFt aWx5OkhlbHZldGljYSI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxk aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUi PjxzcGFuIGNsYXNzPSJnbWFpbG1zZzEiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2Zv bnQtZmFtaWx5OkNhbGlicmkiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOzx1Pjxz cGFuIHN0eWxlPSJjb2xvcjojMEI0Q0I0Ij48YSBocmVmPSJodHRwczovL3Rvb2xzLmlldGYub3Jn L2h0bWwvZHJhZnQtaWV0Zi1uZXRtb2QtYWNsLW1vZGVsLTA5IiB0YXJnZXQ9Il9ibGFuayI+PHNw YW4gc3R5bGU9ImNvbG9yOiM5NTRGNzIiPmh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFm dC1pZXRmLW5ldG1vZC1hY2wtbW9kZWwtMDk8L3NwYW4+PC9hPjwvc3Bhbj48L3U+PC9zcGFuPjwv c3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5OkhlbHZldGljYSI+ PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxzcGFuIGNsYXNzPSJn bWFpbG1zZzEiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OkNhbGli cmkiPiZuYnNwOzwvc3Bhbj48L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250 LWZhbWlseTpIZWx2ZXRpY2EiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+ DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndo aXRlIj48c3BhbiBjbGFzcz0iZ21haWxtc2cxIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBw dDtmb250LWZhbWlseTpDYWxpYnJpIj5QbGVhc2UgaW5kaWNhdGUgeW91ciBzdXBwb3J0IG9yIGNv bmNlcm5zIGJ5IFRodXJzZGF5LCBPY3RvYmVyIDI3LCAyMDE2Ljwvc3Bhbj48L3NwYW4+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZhbWlseTpIZWx2ZXRpY2EiPjxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBjbGFzcz0iZ21haWxtc2cxIj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTpDYWxpYnJpIj4mbmJzcDs8 L3NwYW4+PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6SGVs dmV0aWNhIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4g Y2xhc3M9ImdtYWlsbXNnMSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p bHk6Q2FsaWJyaSI+V2UgYXJlIHBhcnRpY3VsYXJseSBpbnRlcmVzdGVkIGluIHN0YXRlbWVudHMg b2YgdGhlIGZvcm06PC9zcGFuPjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2Zv bnQtZmFtaWx5OkhlbHZldGljYSI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rp dj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6 d2hpdGUiPjxzcGFuIGNsYXNzPSJnbWFpbG1zZzEiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEu MHB0O2ZvbnQtZmFtaWx5OkNhbGlicmkiPiZuYnNwOyAqIEkgaGF2ZSByZXZpZXdlZCBkcmFmdC1p ZXRmLW5ldG1vZC1hY2wtbW9kZWwtMDkgYW5kIGZvdW5kIG5vIGlzc3Vlcy48L3NwYW4+PC9zcGFu PjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6SGVsdmV0aWNhIj48bzpw PjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gY2xhc3M9ImdtYWls bXNnMSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6Q2FsaWJyaSI+ Jm5ic3A7Jm5ic3A7KiBJIGhhdmUgcmV2aWV3ZWQgZHJhZnQtaWV0Zi1uZXRtb2QtYWNsLW1vZGVs LTA5IGFuZCBmb3VuZCB0aGUgZm9sbG93aW5nIGlzc3VlczogLi4uPC9zcGFuPjwvc3Bhbj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5OkhlbHZldGljYSI+PG86cD48L286 cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxzcGFuIGNsYXNzPSJnbWFpbG1zZzEi PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OkNhbGlicmkiPiZuYnNw Ozwvc3Bhbj48L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZhbWlseTpI ZWx2ZXRpY2EiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48c3Bh biBjbGFzcz0iZ21haWxtc2cxIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZh bWlseTpDYWxpYnJpIj5BcyB3ZWxsIGFzOjwvc3Bhbj48L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZTo5LjBwdDtmb250LWZhbWlseTpIZWx2ZXRpY2EiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N CjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl PSJiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBjbGFzcz0iZ21haWxtc2cxIj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTpDYWxpYnJpIj4mbmJzcDsqIEkgaGF2ZSBpbXBs ZW1lbnRlZCB0aGUgZGF0YSBtb2RlbCBpbiBkcmFmdC1pZXRmLW5ldG1vZC1hY2wtbW9kZWwtMDku PC9zcGFuPjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5Okhl bHZldGljYSI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8 ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxzcGFu IGNsYXNzPSJnbWFpbG1zZzEiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFt aWx5OkNhbGlicmkiPiZuYnNwOyAqIEkgYW0gaW1wbGVtZW50aW5nIHRoZSBkYXRhIG1vZGVsIGlu IGRyYWZ0LWlldGYtbmV0bW9kLWFjbC1tb2RlbC0wOS48L3NwYW4+PC9zcGFuPjxzcGFuIHN0eWxl PSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6SGVsdmV0aWNhIj48bzpwPjwvbzpwPjwvc3Bh bj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs IiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gY2xhc3M9ImdtYWlsbXNnMSI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6Q2FsaWJyaSI+Jm5ic3A7ICogSSBh bSBjb25zaWRlcmluZyB0byBpbXBsZW1lbnQgdGhlIGRhdGEgbW9kZWwgaW4gZHJhZnQtaWV0Zi1u ZXRtb2QtYWNsLW1vZGVsLTA5Ljwvc3Bhbj48L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5 LjBwdDtmb250LWZhbWlseTpIZWx2ZXRpY2EiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2 Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNr Z3JvdW5kOndoaXRlIj48c3BhbiBjbGFzcz0iZ21haWxtc2cxIj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjExLjBwdDtmb250LWZhbWlseTpDYWxpYnJpIj4mbmJzcDsgKiBJIGFtIG5vdCBjb25zaWRl cmluZyB0byBpbXBsZW1lbnQgdGhlIGRhdGEgbW9kZWwgaW4gZHJhZnQtaWV0Zi1uZXRtb2QtYWNs LW1vZGVsLTA5Ljwvc3Bhbj48L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250 LWZhbWlseTpIZWx2ZXRpY2EiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+ DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndo aXRlIj48c3BhbiBjbGFzcz0iZ21haWxtc2cxIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0 O2ZvbnQtZmFtaWx5OkNhbGlicmkiPiZuYnNwOzwvc3Bhbj48L3NwYW4+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZTo5LjBwdDtmb250LWZhbWlseTpIZWx2ZXRpY2EiPjxvOnA+PC9vOnA+PC9zcGFuPjwv cD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0 eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBjbGFzcz0iZ21haWxtc2cxIj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTpDYWxpYnJpIj5UaGFuayB5b3UsPC9zcGFu Pjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5OkhlbHZldGlj YSI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxzcGFuIGNsYXNz PSJnbWFpbG1zZzEiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OkNh bGlicmkiPk5FVE1PRCBXRyBDaGFpcnM8L3NwYW4+PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNp emU6OS4wcHQ7Zm9udC1mYW1pbHk6SGVsdmV0aWNhIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8 L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i YmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gY2xhc3M9ImdtYWlsbXNnMSI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZTo5LjBwdDtmb250LWZhbWlseTpDYWxpYnJpIj4mbmJzcDs8L3NwYW4+PC9zcGFuPjxz cGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6SGVsdmV0aWNhIj48bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gY2xhc3M9ImdtYWlsbXNn MSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZhbWlseTpDYWxpYnJpIj4mbmJz cDs8L3NwYW4+PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6 SGVsdmV0aWNhIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBjbGFz cz0iZ21haWxtc2cxIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5Okhl bHZldGljYTtiYWNrZ3JvdW5kOndoaXRlIj5fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fXzwvc3Bhbj48L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBw dDtmb250LWZhbWlseTpIZWx2ZXRpY2EiPjxicj4NCjxzcGFuIGNsYXNzPSJnbWFpbG1zZzEiPjxz cGFuIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj5uZXRtb2QgbWFpbGluZyBsaXN0PC9zcGFuPjwv c3Bhbj48YnI+DQo8L3NwYW4+PGEgaHJlZj0ibWFpbHRvOm5ldG1vZEBpZXRmLm9yZyIgdGFyZ2V0 PSJfYmxhbmsiPjxzcGFuIGNsYXNzPSJnbWFpbG1zZzEiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 OS4wcHQ7Zm9udC1mYW1pbHk6SGVsdmV0aWNhO2NvbG9yOiM5NTRGNzI7YmFja2dyb3VuZDp3aGl0 ZSI+bmV0bW9kQGlldGYub3JnPC9zcGFuPjwvc3Bhbj48L2E+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZTo5LjBwdDtmb250LWZhbWlseTpIZWx2ZXRpY2EiPjxicj4NCjwvc3Bhbj48YSBocmVmPSJodHRw czovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL25ldG1vZCIgdGFyZ2V0PSJfYmxhbmsi PjxzcGFuIGNsYXNzPSJnbWFpbG1zZzEiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9u dC1mYW1pbHk6SGVsdmV0aWNhO2NvbG9yOiM5NTRGNzI7YmFja2dyb3VuZDp3aGl0ZSI+aHR0cHM6 Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9uZXRtb2Q8L3NwYW4+PC9zcGFuPjwvYT48 bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPC9kaXY+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1ib3R0b206MTIuMHB0O2JhY2tncm91bmQ6 d2hpdGUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6SGVsdmV0aWNh Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8 L2Jsb2NrcXVvdGU+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9v OnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPC9kaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+ DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxicj4NCjxicj4N CjxvOnA+PC9vOnA+PC9wPg0KPHByZT5fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fXzxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPm5ldG1vZCBtYWlsaW5nIGxpc3Q8 bzpwPjwvbzpwPjwvcHJlPg0KPHByZT48YSBocmVmPSJtYWlsdG86bmV0bW9kQGlldGYub3JnIiB0 YXJnZXQ9Il9ibGFuayI+bmV0bW9kQGlldGYub3JnPC9hPjxvOnA+PC9vOnA+PC9wcmU+DQo8cHJl PjxhIGhyZWY9Imh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vbmV0bW9kIiB0 YXJnZXQ9Il9ibGFuayI+aHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9uZXRt b2Q8L2E+PG86cD48L286cD48L3ByZT4NCjwvYmxvY2txdW90ZT4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXzxicj4NCm5ldG1v ZCBtYWlsaW5nIGxpc3Q8YnI+DQo8YSBocmVmPSJtYWlsdG86bmV0bW9kQGlldGYub3JnIiB0YXJn ZXQ9Il9ibGFuayI+bmV0bW9kQGlldGYub3JnPC9hPjxicj4NCjxhIGhyZWY9Imh0dHBzOi8vd3d3 LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vbmV0bW9kIiB0YXJnZXQ9Il9ibGFuayI+aHR0cHM6 Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9uZXRtb2Q8L2E+PG86cD48L286cD48L3A+ DQo8L2Jsb2NrcXVvdGU+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxicj4NCjxicj4NCjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2JvZHk+DQo8L2h0bWw+ DQo= --_000_C2E53E11BD5F48EF90347218BFA571F0junipernet_-- From nobody Wed Nov 23 09:55:06 2016 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D9F0512A1CB for ; Wed, 23 Nov 2016 09:55:04 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -16.018 X-Spam-Level: X-Spam-Status: No, score=-16.018 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-1.497, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 6tTzqEtUtPG8 for ; Wed, 23 Nov 2016 09:55:03 -0800 (PST) Received: from rcdn-iport-7.cisco.com (rcdn-iport-7.cisco.com [173.37.86.78]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0BD6D128B38 for ; Wed, 23 Nov 2016 09:53:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=3928; q=dns/txt; s=iport; t=1479923638; x=1481133238; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=NcadiLYDPypVvDlAKkLsVL9VjkRwQgVWdq07aN/lmgc=; b=GPPBNsZ8FynLGnbkfzPqRnxGgBFSEIMnt3SeUA3YwWr2qLlE8d+TlgZ+ ulvvw1fxXhd45130AGN/IE5gSpIs2rjQGUAhbRoak9KfkrfTJfTyisfvw V9DR8c/d+bLFdnEo/SVDMGiYiNcuUY3jtc29IN9wNXOz6LoF1El7FviZF I=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0BwAQA11zVY/4UNJK1eGgEBAQECAQEBA?= =?us-ascii?q?QgBAQEBgnM3DgEBAQEBH4FaB405lxqHcodihR+CB4YhAoIdPxQBAgEBAQEBAQF?= =?us-ascii?q?iKIRoAQEBBB1cEAIBCAQKAwMBAigHIREUCQgCBAENBYhTAxewTIdIDYQCAQEBA?= =?us-ascii?q?QEBAQEBAQEBAQEBAQEBAQEBHIsZgT2BC4IhhUEFjyqKcDUBjS2DUpAxiTuEL4Q?= =?us-ascii?q?LAR43gRQegz4ngUVyhziBDQEBAQ?= X-IronPort-AV: E=Sophos;i="5.31,539,1473120000"; d="scan'208,217";a="173135035" Received: from alln-core-11.cisco.com ([173.36.13.133]) by rcdn-iport-7.cisco.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 23 Nov 2016 17:53:55 +0000 Received: from XCH-RTP-012.cisco.com (xch-rtp-012.cisco.com [64.101.220.152]) by alln-core-11.cisco.com (8.14.5/8.14.5) with ESMTP id uANHrstG011257 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Wed, 23 Nov 2016 17:53:55 GMT Received: from xch-rtp-015.cisco.com (64.101.220.155) by XCH-RTP-012.cisco.com (64.101.220.152) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Wed, 23 Nov 2016 12:53:54 -0500 Received: from xch-rtp-015.cisco.com ([64.101.220.155]) by XCH-RTP-015.cisco.com ([64.101.220.155]) with mapi id 15.00.1210.000; Wed, 23 Nov 2016 12:53:54 -0500 From: "Acee Lindem (acee)" To: David Bannister , Kent Watsen Thread-Topic: [netmod] WG Last Call for draft-ietf-netmod-acl-model-09 (until Oct 27, 2016) Thread-Index: AQHSO+cwzgnn1uVptUusjkVo/6zCsqDWpnWAgAEyF4CAAbyRgIAGE7AA//973ICAAAGJgIAABKIAgAf04oCAABpYAP//szEA Date: Wed, 23 Nov 2016 17:53:54 +0000 Message-ID: References: <3B8DC570-FB2D-4EE9-98BA-EEED20F2DBC0@gmail.com> <1061F93A-2D1F-41FB-9A21-A3D92188E7E2@gmail.com> <179f5eb2-0de9-42cb-f291-738f16dab568@cisco.com> <4ab7ace4-e6aa-1fc5-a259-ad196a8b882c@cisco.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.24.79.246] Content-Type: multipart/alternative; boundary="_000_D45B3F648A924aceeciscocom_" MIME-Version: 1.0 Archived-At: Cc: "netmod@ietf.org" Subject: Re: [netmod] WG Last Call for draft-ietf-netmod-acl-model-09 (until Oct 27, 2016) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Nov 2016 17:55:05 -0000 --_000_D45B3F648A924aceeciscocom_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi David, From: David Bannister > Date: Wednesday, November 23, 2016 at 12:28 PM To: Kent Watsen > Cc: Eliot Lear >, Acee Lindem >, Dean Bogdanovic >, "netmod@ietf.org" > Subject: Re: [netmod] WG Last Call for draft-ietf-netmod-acl-model-09 (unti= l Oct 27, 2016) Here are my issues with the ACL draft as it stands today from a high level,= vs. calling out every missing field. Although I'm not an author of this YANG model, I'm the author of others and= I can say from experience that it would be infinitely more productive for = you to list the specific fields and corresponding use cases as opposed to a= subjective high-level critique. That way, these can be incorporated or, at= least, we can have the discussion as whether or not they belong in the bas= e model. Thanks, Acee --_000_D45B3F648A924aceeciscocom_ Content-Type: text/html; charset="iso-8859-1" Content-ID: <7F64A78C81A4064F985AC178252E4CDF@emea.cisco.com> Content-Transfer-Encoding: quoted-printable
Hi David, 

From: David Bannister <dpb@netflix.com>
Date: Wednesday, November 23, 2016 = at 12:28 PM
To: Kent Watsen <kwatsen@juniper.net>
Cc: Eliot Lear <lear@cisco.com>, Acee Lindem <acee@cisco.com>, Dean Bogdanovic <ivandean@gmail.com>, "netmod@ietf.org" <netmod@ietf.org>
Subject: Re: [netmod] WG Last Call = for draft-ietf-netmod-acl-model-09 (until Oct 27, 2016)

Here are my issues with the ACL draft as it stands today f= rom a high level, vs. calling out every missing field. 

Although I’m not an author of this YANG model, I’m the aut= hor of others and I can say from experience that it would be infinitely mor= e productive for you to list the specific fields and corresponding use case= s as opposed to a subjective high-level critique. That way, these can be incorporated or, at least, we can have the discussi= on as whether or not they belong in the base model. 

Thanks,
Acee 
--_000_D45B3F648A924aceeciscocom_-- From nobody Wed Nov 23 10:10:52 2016 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 81AF712A2A0 for ; Wed, 23 Nov 2016 10:10:50 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.699 X-Spam-Level: X-Spam-Status: No, score=-2.699 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, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id d7MZiGwSnzzN for ; Wed, 23 Nov 2016 10:10:47 -0800 (PST) Received: from mail-pf0-x234.google.com (mail-pf0-x234.google.com [IPv6:2607:f8b0:400e:c00::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 4658012A2BB for ; Wed, 23 Nov 2016 10:10:26 -0800 (PST) Received: by mail-pf0-x234.google.com with SMTP id 189so4642093pfz.3 for ; Wed, 23 Nov 2016 10:10:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:subject:from:in-reply-to:date:cc:message-id:references :to; bh=tfzIBVwhWG3jLP8puy0osv2NAm1UZtsoziJ6EFCYEFs=; b=tCLHzzP9yBLRnsN+uVCcZXMc5gUZktjhDa3sAp3N1+obRNkCvR/44ERDMbUhzOXJvn KhSAoMKSljvG8yqRvqx3Al2oxFt6zcWrS7S4cwm1vItsgyPJTYMccjMvs9Hr3242ePQ9 X58JNByNvxwAPCT5v6RgogwdexZ2TdLpNTGaFfWjX9MbWgqqIW2ypP8jiKVRdzAN4POS Telb2errBgxoVF1NpLMq0u0TFu7RT4q7cSILzAZ1D11IBFDPV8c49fZrAXGRoNTPhGpE WvxYJO9vSalhDpgdytsuUrJPBZvF1v1E6cAl8bndfF3U8rxJRnJZhnmY8OSLfffiYxXb Iohg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :message-id:references:to; bh=tfzIBVwhWG3jLP8puy0osv2NAm1UZtsoziJ6EFCYEFs=; b=R1hBmtTuwPpwOlOQoNwvX++Io+NVndSqjL4zASr9ZI21Ei416rXlOJ6d22+K/tHzm1 fZCMshQ9WjQ1CFBbOWKqqhP4xI2qMWFlu5SnWeWiVNcT3Aa8FTjfaVtJ1UgSzVXQgzfY bIBZeosunIELEQqeHTLLJ8KY+oyYdshONph0GBIdhuQ2e1FvmRjxsM6NMF9PYV7+fvKM v0pi52oGvJ4B9JbGcI+03x6N6r/f6nIkGGfkDbSXgqnAY7iBQmUpQ0AP1degez6HvKZN OZkBZoXUU8KJDm67swRHNWcPfW5YQBOY49F/TBRRlZGzujdX3aD6htote5sQ82Hl78YW 7yOw== X-Gm-Message-State: AKaTC01Rw9oWQYrAJCMqOlSHF4W/MXwouN/0igdbLjJO1T/UwM0c43K7niSPV1S9QeKyZg== X-Received: by 10.84.192.131 with SMTP id c3mr9300671pld.149.1479924625434; Wed, 23 Nov 2016 10:10:25 -0800 (PST) Received: from ?IPv6:2602:306:cf77:df90:8d8a:a361:3cb7:1979? ([2602:306:cf77:df90:8d8a:a361:3cb7:1979]) by smtp.gmail.com with ESMTPSA id 89sm54282690pfi.70.2016.11.23.10.10.19 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Wed, 23 Nov 2016 10:10:24 -0800 (PST) Content-Type: multipart/alternative; boundary="Apple-Mail=_D9979F24-9989-4585-8E35-4FA76C8E1698" Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) From: Mahesh Jethanandani In-Reply-To: Date: Wed, 23 Nov 2016 10:10:15 -0800 Message-Id: <3C67D8A1-92EE-4BA5-B27F-22C01FBBA5C4@gmail.com> References: <3B8DC570-FB2D-4EE9-98BA-EEED20F2DBC0@gmail.com> <1061F93A-2D1F-41FB-9A21-A3D92188E7E2@gmail.com> <179f5eb2-0de9-42cb-f291-738f16dab568@cisco.com> <4ab7ace4-e6aa-1fc5-a259-ad196a8b882c@cisco.com> To: Kent Watsen X-Mailer: Apple Mail (2.3124) Archived-At: Cc: "netmod@ietf.org" Subject: Re: [netmod] WG Last Call for draft-ietf-netmod-acl-model-09 (until Oct 27, 2016) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Nov 2016 18:10:50 -0000 --Apple-Mail=_D9979F24-9989-4585-8E35-4FA76C8E1698 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Kent, I want to echo the issue that Adrian Pan brought up earlier on acl-type. = The model currently allows for definition of acl-type which it describes = as: "Type of access control list. Indicates the primary intended type of match criteria (e.g. ethernet, IPv4, IPv6, mixed, etc) used in the list instance." First of all, it is not clear what is meant by "primary intended type of = match criteria=E2=80=9D. Does it mean that if acl-type is defined as = ipv6 and a ipv4 ace entry is added to that acl, that the ipv4 address = will be treated as a ipv6 address? Or does it mean that if there is a = mix of ipv4 and ipv6 addresses within an acl, that ipv6 address would be = selected over ipv4? If the intention is truly to allow mixing of = different acl-types, which I am not sure any system supports (Cisco = certainly does not), then one can use acl-type of =E2=80=98mixed=E2=80=99.= A more intuitive use of acl-type, in my mind, would be to use it to = check whether the ace entry matches the acl-type.=20 > On Nov 23, 2016, at 7:54 AM, Kent Watsen wrote: >=20 > =20 > Yes, this draft is currently past last-call, and not for the first = time, and there being two implementations was highly encouraging. = Still, as shepherd and chair, I need to know we have WG consensus on = next steps and therefore want to echo Eliot=E2=80=99s request for all = and any remaining issues to be brought forward now, or let=E2=80=99s say = within the next couple weeks, so we can discuss which changes to accept = or not. To be clear, I=E2=80=99m in effect extending the last-call = period for this draft until December 7. > =20 > FWIW, the issue I raised regarding if there was a need to support = system-generated ACLs resolved as a no-op to the draft. Dean=E2=80=99s = issue regarding changing a leaf to a leaf-list seemed innocuous enough, = but Acee=E2=80=99s question remains unanswered. Additionally, from a = pre- Bits-N-Bites meeting I had, I=E2=80=99m aware that other concerns = linger, which I hope to see discussed now in this extended last-call = period. > =20 > Kent // as shepherd and co-chair > =20 > =20 > From: Eliot Lear > > Date: Friday, November 18, 2016 at 9:24 AM > To: David Bannister >, "Acee = Lindem (acee)" >, Dean Bogdanovic = >, Kent Watsen = > > Cc: "netmod@ietf.org " > > Subject: Re: [netmod] WG Last Call for draft-ietf-netmod-acl-model-09 = (until Oct 27, 2016) > =20 > It's already useful to me. And we've seen other people say it is = useful to them. If you need something specific, say so now please, but = otherwise let's please move along. >=20 > Eliot >=20 > =20 > On 11/18/16 3:07 PM, David Bannister wrote: >> This draft should not move forward, it needs more work to be useful. = Will be working with Dean next week to fix things up. >> =20 >> On Fri, Nov 18, 2016 at 11:02 PM Eliot Lear > wrote: >>> Dean and friends, >>>=20 >>> I'd just like to add one additional point. This draft has been in = numerous forms of WGLC for a while now. Can we please agree that as a = proposed standard we have passed the point where perfect is the enemy of = good? Some of us need this work finished. >>>=20 >>> Thanks, >>>=20 >>> Eliot >>>=20 >>> =20 >>>=20 >>> =20 >>>=20 >>> =20 >>>=20 >>> =20 >>> On 11/18/16 1:55 PM, Acee Lindem (acee) wrote: >>>> Hi Dean,=20 >>>> If you make this a list of heterogeneous IPv4 header fields, how = will you constrain specification to only one field of each type? For = example, one source address? Existing implementations do not support = multiples and generate all permutations (given multiple specifications = of each field) could be complex.=20 >>>> Thanks, >>>> Acee=20 >>>> =20 >>>> =20 >>>> From: netmod > on behalf of Dean Bogdanovic = > >>>> Date: Tuesday, November 15, 2016 at 10:06 AM >>>> To: Kent Watsen > >>>> Cc: "netmod@ietf.org " > >>>> Subject: Re: [netmod] WG Last Call for = draft-ietf-netmod-acl-model-09 (until Oct 27, 2016) >>>> =20 >>>>> I have something that might delay WGLC, but found out an = optimization which would help in the future >>>>> =20 >>>>> In ietf-packet-fields.yang, example below >>>>> =20 >>>>> grouping acl-ipv4-header-fields { >>>>> description >>>>> "Fields in IPv4 header."; >>>>> leaf destination-ipv4-network { >>>>> type inet:ipv4-prefix; >>>>> description >>>>> "Destination IPv4 address prefix."; >>>>> } >>>>> leaf source-ipv4-network { >>>>> type inet:ipv4-prefix; >>>>> description >>>>> "Source IPv4 address prefix."; >>>>> } >>>>> } >>>>>=20 >>>>> Instead of using "leaf" for "destination-ipv4-network" and = "source-ipv4-network", "leaf-list" reduces the number of terms/ace = needed. >>>>> =20 >>>>> If we would agree with this change, then would propose one more=20 >>>>> =20 >>>>> for mac-addresses, having the mask under the address itself look = better in the data itself: >>>>>=20 >>>>> >>>>>
01:01:01:00:00:00
>>>>> ff:ff:ff:00:00:00 >>>>> >>>>>=20 >>>>> Or create a new type 'mac-address-prefix'. >>>>>=20 >>>>> This allows having matching multiple destinations to 1 source, = or multiple sources to 1 destination, if they cannot be easily combined = into 1 entry. >>>>>=20 >>>>> >>>>>
01:01:01:00:00:00
>>>>> ff:ff:ff:00:00:00 >>>>> >>>>> >>>>>
01:04:01:00:00:00
>>>>> ff:ff:ff:00:00:00 >>>>> >>>>> >>>>> .... >>>>> >>>>>> On Nov 14, 2016, at 7:35 AM, Dean Bogdanovic > wrote: >>>>>> =20 >>>>>> Kent,=20 >>>>>> =20 >>>>>> Thank you for the answer >>>>>>> On Nov 13, 2016, at 1:20 PM, Kent Watsen > wrote: >>>>>>> =20 >>>>>>> Hi Dean, >>>>>>> =20 >>>>>>> > Don=E2=80=99t understand your question. What is the difference = between system and user generated acls? >>>>>>> =20 >>>>>>> User-generated would be, for instance, configured via NETCONF or = RESTCONF, whereas system-generated would be ACLs that get created by = default. For example, RFC 7223 has the top-level /interfaces-state to = support system-generated interfaces (e.g., lo) so, when running `shows = interfaces`, the result includes both configured and system-generated = interfaces. Makes sense? >>>>>> =20 >>>>>> I understand now what you meant. Where I can see for the = interfaces the use case you describe (for loopback and physical = interfaces), for ACLs have much harder time to find an example use case = where a system would generate an ACL. Maybe for a highly secure system = would generate an ACL to deny all traffic to and from, except to access = it via console when it comes up. Can you come with some other use cases? = If we can find viable use cases, then yes, would say that reporting = opstate for system generated ACLs is useful. >>>>>> =20 >>>>>> Dean >>>>>>=20 >>>>>>=20 >>>>>>> =20 >>>>>>> Thanks, >>>>>>> Kent >>>>>>> =20 >>>>>>> From: Dean Bogdanovic > >>>>>>> Date: Friday, November 11, 2016 at 3:45 PM >>>>>>> To: Kent Watsen > >>>>>>> Cc: "netmod@ietf.org " > >>>>>>> Subject: Re: [netmod] WG Last Call for = draft-ietf-netmod-acl-model-09 (until Oct 27, 2016) >>>>>>> =20 >>>>>>> =20 >>>>>>>> On Oct 29, 2016, at 4:01 AM, Kent Watsen > wrote: >>>>>>>> =20 >>>>>>>> The last call period for this draft has ended. Thank you to = all that responded. Given the responses received, my co-chair and I = believe that the draft is ready to move forward. I will begin the = shepherd write-up shortly. >>>>>>>> In parallel, prompted by a conversation I had this morning, = I=E2=80=99m wondering about the YANG module=E2=80=99s use of the config = false nodes =E2=80=98acl-oper-data=E2=80=99 and =E2=80=98ace-oper-data=E2=80= =99. In particular, are the lifetimes of these nodes always the same as = the configured nodes?=20 >>>>>>> =20 >>>>>>> Yes, they are. When the nodes are created, they are don=E2=80=99t = have to be attached to an another object, like interface or RIB, etc, = but they get operational state. Once attached, (to continue with the = example) operational status of counters is changing. When detached from = the interface, the last know counter is kept, until the ace is deleted. = Same is for acl-oper-data. >>>>>>> =20 >>>>>>>> - is there any need to support reporting opstate for = system-generated acts? >>>>>>> =20 >>>>>>> Don=E2=80=99t understand your question. What is the difference = between system and user generated acls? >>>>>>> =20 >>>>>>> Dean >>>>>>> =20 >>>>>>>> =20 >>>>>>>> Thanks, >>>>>>>> Kent (as shepherd) >>>>>>>> =20 >>>>>>>> =20 >>>>>>>> From: netmod > on behalf of Kent Watsen = > >>>>>>>> Date: Thursday, October 13, 2016 at 5:05 PM >>>>>>>> To: "netmod@ietf.org " > >>>>>>>> Subject: [netmod] WG Last Call for = draft-ietf-netmod-acl-model-09 (until Oct 27, 2016) >>>>>>>> =20 >>>>>>>> =20 >>>>>>>> This is a notice to start a two-week NETMOD WG last call for = the document: >>>>>>>> =20 >>>>>>>> Network Access Control List (ACL) YANG Data = Model >>>>>>>> = https://tools.ietf.org/html/draft-ietf-netmod-acl-model-09 = >>>>>>>> =20 >>>>>>>> Please indicate your support or concerns by Thursday, October = 27, 2016. >>>>>>>> =20 >>>>>>>> We are particularly interested in statements of the form: >>>>>>>> * I have reviewed draft-ietf-netmod-acl-model-09 and found no = issues. >>>>>>>> * I have reviewed draft-ietf-netmod-acl-model-09 and found = the following issues: ... >>>>>>>> =20 >>>>>>>> As well as: >>>>>>>> * I have implemented the data model in = draft-ietf-netmod-acl-model-09. >>>>>>>> * I am implementing the data model in = draft-ietf-netmod-acl-model-09. >>>>>>>> * I am considering to implement the data model in = draft-ietf-netmod-acl-model-09. >>>>>>>> * I am not considering to implement the data model in = draft-ietf-netmod-acl-model-09. >>>>>>>> =20 >>>>>>>> Thank you, >>>>>>>> NETMOD WG Chairs >>>>>>>> =20 >>>>>>>> =20 >>>>>>>> _______________________________________________ >>>>>>>> netmod mailing list >>>>>>>> netmod@ietf.org >>>>>>>> https://www.ietf.org/mailman/listinfo/netmod = >>>>>>> =20 >>>>>>>=20 >>>>>>=20 >>>>>> =20 >>>>>=20 >>>>> =20 >>>>=20 >>>>=20 >>>> _______________________________________________ >>>> netmod mailing list >>>> netmod@ietf.org >>>> https://www.ietf.org/mailman/listinfo/netmod = =20 >>> _______________________________________________ >>> netmod mailing list >>> netmod@ietf.org >>> https://www.ietf.org/mailman/listinfo/netmod = >=20 > _______________________________________________ > netmod mailing list > netmod@ietf.org > https://www.ietf.org/mailman/listinfo/netmod = --Apple-Mail=_D9979F24-9989-4585-8E35-4FA76C8E1698 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 Kent,

I = want to echo the issue that Adrian Pan brought up earlier on acl-type. = The model currently allows for definition of acl-type which it describes = as:

"Type of access control list. Indicates the primary intended
         type of match criteria (e.g. ethernet, IPv4, IPv6, mixed, etc)
         used in the list instance."

First of all, it is not clear what is = meant by "primary intended type of match criteria=E2=80=9D. Does it mean = that if acl-type is defined as ipv6 and a ipv4 ace entry is added to = that acl, that the ipv4 address will be treated as a ipv6 address? Or = does it mean that if there is a mix of ipv4 and ipv6 addresses within an = acl, that ipv6 address would be selected over ipv4? If the intention is = truly to allow mixing of different acl-types, which I am not sure any = system supports (Cisco certainly does not), then one can use acl-type of = =E2=80=98mixed=E2=80=99.

A more intuitive use of acl-type, in my mind, would be to use = it to check whether the ace entry matches the acl-type. 

On Nov 23, 2016, at 7:54 AM, Kent Watsen = <kwatsen@juniper.net> wrote:

 
Yes, this = draft is currently past last-call, and not for the first time, and there = being two implementations was highly encouraging.   Still, as = shepherd and chair, I need to know we have WG consensus on next steps = and therefore want to echo Eliot=E2=80=99s request for all and any = remaining issues to be brought forward now, or let=E2=80=99s say within = the next couple weeks, so we can discuss which changes to accept or = not.  To be clear, I=E2=80=99m in effect extending the last-call = period for this draft until December 7.
 
FWIW, the = issue I raised regarding if there was a need to support system-generated = ACLs resolved as a no-op to the draft.  Dean=E2=80=99s issue = regarding changing a leaf to a leaf-list seemed innocuous enough, but = Acee=E2=80=99s question remains unanswered.  Additionally, from a = pre- Bits-N-Bites meeting I had, I=E2=80=99m aware that other concerns = linger, which I hope to see discussed now in this extended last-call = period.
 
Kent  = // as shepherd and co-chair
 
 
From: Eliot Lear <lear@cisco.com>
Date: Friday, November 18, = 2016 at 9:24 AM
To: David Bannister <dpb@netflix.com>, "Acee Lindem (acee)" = <acee@cisco.com>, Dean = Bogdanovic <ivandean@gmail.com>, Kent Watsen <kwatsen@juniper.net>
Cc: "netmod@ietf.org" <netmod@ietf.org>
Subject: Re: [netmod] WG Last = Call for draft-ietf-netmod-acl-model-09 (until Oct 27, 2016)
 

It's already useful to = me.  And we've seen other people say it is useful to them.  If = you need something specific, say so now please, but otherwise let's = please move along.

Eliot

 
On 11/18/16 3:07 PM, David Bannister wrote:
This draft should not move forward, it needs = more work to be useful. Will be working with Dean next week to fix = things up.
 
On Fri, Nov 18, 2016 at = 11:02 PM Eliot Lear <lear@cisco.com> = wrote:

Dean and friends,

I'd = just like to add one additional point.  This draft has been in = numerous forms of WGLC for a while now.   Can we please agree = that as a proposed standard we have passed the point where perfect is = the enemy of good?  Some of us need this work finished.

Thanks,

Eliot

 

 

 

 
On 11/18/16 1:55 PM, Acee = Lindem (acee) wrote:
Hi = Dean, 
If you make this a list of heterogeneous IPv4 = header fields, how will you constrain specification to only one field of = each type? For example, one source address? Existing implementations do = not support multiples and generate all permutations (given multiple = specifications of each field) could be complex. 
Thanks,
Acee 
 
 
From: netmod = <netmod-bounces@ietf.org> on behalf of Dean Bogdanovic = <ivandean@gmail.com>
Date: Tuesday, = November 15, 2016 at 10:06 AM
To: Kent Watsen = <kwatsen@juniper.net>
Cc: "netmod@ietf.org" = <netmod@ietf.org>Subject: Re: [netmod] WG = Last Call for draft-ietf-netmod-acl-model-09 (until Oct 27, 2016)
 
I have = something that might delay WGLC, but found out an optimization which = would help in the future
 
In ietf-packet-fields.yang, = example below
 
grouping = acl-ipv4-header-fields {
   description
     "Fields in IPv4 header.";
   leaf destination-ipv4-network {
     type inet:ipv4-prefix;
     description
       "Destination IPv4 = address prefix.";
   }
   leaf source-ipv4-network {
     type inet:ipv4-prefix;
     description
       "Source IPv4 = address prefix.";
   }
 }

Instead of using "leaf" = for "destination-ipv4-network" and "source-ipv4-network", "leaf-list" = reduces the number of terms/ace needed.
 
If we would agree with this change, then would = propose one more 
 
for mac-addresses, having the mask under the address itself = look better in the data itself:

  <destination-mac-address>
    <address>01:01:01:00:00:00</ad= dress>
    <mask>ff:ff:ff:00:00:00</mask&= gt;
  </destination-mac-address>

  Or create a new type = 'mac-address-prefix'.

  This = allows having matching multiple destinations to 1 source, = or multiple sources to 1 destination, if they cannot be easily = combined into 1 entry.

  <destination-mac-address>
    <address>01:01:01:00:00:00</ad= dress>
    <mask>ff:ff:ff:00:00:00</mask&= gt;
  </destination-mac-address>
  <destination-mac-address>
    <address>01:04:01:00:00:00</ad= dress>
    <mask>ff:ff:ff:00:00:00</mask&= gt;
  </destination-mac-address>
  <source-mac-address>
    ....
  </source-mac-address>
On Nov 14, 2016, at 7:35 AM, Dean Bogdanovic = <ivandean@gmail.com> wrote:
 
Kent, 
 
Thank you for the answer
On Nov 13, 2016, at 1:20 PM, Kent Watsen <kwatsen@juniper.net> wrote:
 
Hi Dean,
 
> Don=E2=80= =99t understand your question. What is the difference between system and = user generated acls?
 
User-generated= would be, for instance, configured via NETCONF or RESTCONF, whereas = system-generated would be ACLs that get created by default.  For = example, RFC 7223 has the top-level /interfaces-state to support = system-generated interfaces (e.g., lo) so, when running `shows = interfaces`, the result includes both configured and system-generated = interfaces.   Makes sense?
 
I = understand now what you meant. Where I can see for the interfaces the = use case you describe (for loopback and physical interfaces), for ACLs = have much harder time to find an example use case where a system would = generate an ACL. Maybe for a highly secure system would generate an ACL = to deny all traffic to and from, except to access it via console when it = comes up. Can you come with some other use cases? If we can find viable = use cases, then yes, would say that reporting opstate for system = generated ACLs is useful.
 
Dean


 
Thanks,
Kent
 
From: Dean = Bogdanovic <ivandean@gmail.com>
Date: Friday, November = 11, 2016 at 3:45 PM
To: Kent Watsen <kwatsen@juniper.net>
Cc: "netmod@ietf.org" = <netmod@ietf.org>
Subject: Re: [netmod] WG = Last Call for draft-ietf-netmod-acl-model-09 (until Oct 27, = 2016)
 
 
On Oct 29, 2016, at 4:01 AM, Kent = Watsen <kwatsen@juniper.net> = wrote:
 
The last call period for this draft has = ended.   Thank you to all that responded.  Given the = responses received, my co-chair and I believe that the draft is ready to = move forward.  I will begin the shepherd write-up = shortly.
In parallel, prompted by a = conversation I had this morning, I=E2=80=99m wondering about the YANG = module=E2=80=99s use of the config false nodes =E2=80=98acl-oper-data=E2=80= =99 and =E2=80=98ace-oper-data=E2=80=99.  In particular, are the = lifetimes of these nodes always the same as the configured = nodes? 
 
Yes, they are. When the nodes are created, they are = don=E2=80=99t have to be attached to an another object, like interface = or RIB, etc, but they get operational state. Once attached, (to continue = with the example) operational status of counters is changing. When = detached from the interface, the last know counter is kept, until the = ace is deleted. Same is for acl-oper-data.
 
- is there any need to support reporting opstate = for system-generated acts?
 
Don=E2=80=99t understand your question. What is the = difference between system and user generated acls?
 
Dean
 
 
Thanks,
Kent (as shepherd)
 
 
From: netmod <netmod-bounces@ietf.org> on = behalf of Kent Watsen <kwatsen@juniper.net>
Date: Thursday, October = 13, 2016 at 5:05 PM
To: "netmod@ietf.org" <netmod@ietf.org>
Subject: [netmod] WG Last = Call for draft-ietf-netmod-acl-model-09 (until Oct 27, = 2016)
 
 
This is a notice to start a two-week NETMOD WG last = call for the document:
 
          &nb= sp;    Network Access Control List (ACL) YANG Data = Model
          &nb= sp;    https://tools.ietf.org/html/draft-ietf-netmod-acl-model-09
 
Please indicate your support or concerns by = Thursday, October 27, 2016.
 
We are particularly interested in statements of the = form:
  * I have reviewed = draft-ietf-netmod-acl-model-09 and found no issues.
  * I have reviewed = draft-ietf-netmod-acl-model-09 and found the following issues: = ...
 
As well as:
 * I have implemented the data model in = draft-ietf-netmod-acl-model-09.
  * I am implementing the data model in = draft-ietf-netmod-acl-model-09.
  * I am considering to implement the data = model in draft-ietf-netmod-acl-model-09.
  * I am not considering to implement the data = model in draft-ietf-netmod-acl-model-09.
 
Thank you,
NETMOD WG Chairs
 
 
_______________________________________________
netmod mailing list
netmod@ietf.org
https://www.ietf.org/mailman/listinfo/netmod<= o:p class=3D"">

 

 
 


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


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

= --Apple-Mail=_D9979F24-9989-4585-8E35-4FA76C8E1698-- From nobody Wed Nov 23 14:55:45 2016 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CCF0B12945C for ; Wed, 23 Nov 2016 14:55:43 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -16.018 X-Spam-Level: X-Spam-Status: No, score=-16.018 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-1.497, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id cduCjJvbzNft for ; Wed, 23 Nov 2016 14:55:41 -0800 (PST) Received: from rcdn-iport-2.cisco.com (rcdn-iport-2.cisco.com [173.37.86.73]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id AF02A129430 for ; Wed, 23 Nov 2016 14:55:41 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=7714; q=dns/txt; s=iport; t=1479941741; x=1481151341; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=rDAjQAdOnJB9S6DRnhb/VO8xdfIxlsuiqjeu2w7Nh+A=; b=RUgsL+cVgzCAU1PjDyMjZGKOU4D8pE1NM0m/cp+qEcJMrqTQUYkvPQ9Y hoqMuvuKv0LE58MwOm5nNWep/BbECSmZxu9ARDGTOJfaVBqf3jwUFp89m ZOMaIYdpJc0hIXjt0ag+sGeyfclDegjnNrpMMscIdjV9RZuK3MQbVmxAp g=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0DRAQAcHjZY/5xdJa1eGwEBAQMBAQEJA?= =?us-ascii?q?QEBgnM3DgEBAQEBH4FaB405lxqHcodihR+CB4YhAoIdPxQBAgEBAQEBAQFiKIR?= =?us-ascii?q?oAQEBBB1cEAIBCA4DAwECKAchERQJCAIEDgWIUwMXsHKHRg2ECgEBAQEBAQEBA?= =?us-ascii?q?QEBAQEBAQEBAQEBHYsZgT2BC4IhhUEFjyqKcDUBjS2DUpAxiTuEL4QLAR43gRQ?= =?us-ascii?q?egz4ngUVyhziBDQEBAQ?= X-IronPort-AV: E=Sophos;i="5.31,540,1473120000"; d="scan'208,217";a="178051326" Received: from rcdn-core-5.cisco.com ([173.37.93.156]) by rcdn-iport-2.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 23 Nov 2016 22:55:40 +0000 Received: from XCH-RTP-013.cisco.com (xch-rtp-013.cisco.com [64.101.220.153]) by rcdn-core-5.cisco.com (8.14.5/8.14.5) with ESMTP id uANMteZn022849 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Wed, 23 Nov 2016 22:55:40 GMT Received: from xch-rtp-015.cisco.com (64.101.220.155) by XCH-RTP-013.cisco.com (64.101.220.153) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Wed, 23 Nov 2016 17:55:39 -0500 Received: from xch-rtp-015.cisco.com ([64.101.220.155]) by XCH-RTP-015.cisco.com ([64.101.220.155]) with mapi id 15.00.1210.000; Wed, 23 Nov 2016 17:55:39 -0500 From: "Acee Lindem (acee)" To: David Bannister Thread-Topic: [netmod] WG Last Call for draft-ietf-netmod-acl-model-09 (until Oct 27, 2016) Thread-Index: AQHSO+cwzgnn1uVptUusjkVo/6zCsqDWpnWAgAEyF4CAAbyRgIAGE7AA//973ICAAAGJgIAABKIAgAf04oCAABpYAP//szEAgABky4D//++LgA== Date: Wed, 23 Nov 2016 22:55:39 +0000 Message-ID: References: <3B8DC570-FB2D-4EE9-98BA-EEED20F2DBC0@gmail.com> <1061F93A-2D1F-41FB-9A21-A3D92188E7E2@gmail.com> <179f5eb2-0de9-42cb-f291-738f16dab568@cisco.com> <4ab7ace4-e6aa-1fc5-a259-ad196a8b882c@cisco.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.24.8.64] Content-Type: multipart/alternative; boundary="_000_D45B86A98A9D1aceeciscocom_" MIME-Version: 1.0 Archived-At: Cc: "netmod@ietf.org" Subject: Re: [netmod] WG Last Call for draft-ietf-netmod-acl-model-09 (until Oct 27, 2016) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Nov 2016 22:55:44 -0000 --_000_D45B86A98A9D1aceeciscocom_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable If you could just point out the general features you are using in your conf= igs that are not present in the base model. I know you mentioned TCP option= s matching. With respect to the augmentations, they don't have to be vendor= specific. Some advanced ACL functions such as conditional ACLs could be pr= ovided in standard model augmentations in future modules. Thanks, Acee From: David Bannister > Date: Wednesday, November 23, 2016 at 1:54 PM To: Acee Lindem > Cc: Kent Watsen >, Eliot Le= ar >, Dean Bogdanovic >, "netmod@ietf.org"= > Subject: Re: [netmod] WG Last Call for draft-ietf-netmod-acl-model-09 (unti= l Oct 27, 2016) I'm open to the idea given ample time. On Wed, Nov 23, 2016 at 12:53 PM, Acee Lindem (acee) > wrote: Hi David, From: David Bannister > Date: Wednesday, November 23, 2016 at 12:28 PM To: Kent Watsen > Cc: Eliot Lear >, Acee Lindem >, Dean Bogdanovic >, "netmod@ietf.org" > Subject: Re: [netmod] WG Last Call for draft-ietf-netmod-acl-model-09 (unti= l Oct 27, 2016) Here are my issues with the ACL draft as it stands today from a high level,= vs. calling out every missing field. Although I'm not an author of this YANG model, I'm the author of others and= I can say from experience that it would be infinitely more productive for = you to list the specific fields and corresponding use cases as opposed to a= subjective high-level critique. That way, these can be incorporated or, at= least, we can have the discussion as whether or not they belong in the bas= e model. Thanks, Acee --_000_D45B86A98A9D1aceeciscocom_ Content-Type: text/html; charset="iso-8859-1" Content-ID: <8DCDEF43FCB94143AB433AFE58B0E670@emea.cisco.com> Content-Transfer-Encoding: quoted-printable
If you could just point out the general features you are using in your= configs that are not present in the base model. I know you mentioned TCP o= ptions matching. With respect to the augmentations, they don’t have t= o be vendor specific. Some advanced ACL functions such as conditional ACLs could be provided in standard model aug= mentations in future modules. 

Thanks,
Acee 

From: David Bannister <dpb@netflix.com>
Date: Wednesday, November 23, 2016 = at 1:54 PM
To: Acee Lindem <acee@cisco.com>
Cc: Kent Watsen <kwatsen@juniper.net>, Eliot Lear <lear@cisco.com>, Dean Bogdanovic <ivandean@gmail.com>, "netmod@ietf.org" <netmod@ietf.org>
Subject: Re: [netmod] WG Last Call = for draft-ietf-netmod-acl-model-09 (until Oct 27, 2016)

I'm open to the idea given ample time.

On Wed, Nov 23, 2016 at 12:53 PM, Acee Lindem (a= cee) <acee@cisco.com&= gt; wrote:
Hi David, 

From: David Bannister <dpb@netflix.com>
Date: Wednesday, November 23, 2016 = at 12:28 PM
To: Kent Watsen <kwatsen@juniper.net>
Cc: Eliot Lear <lear@cisco.com>, Acee Lindem <= ;acee@cisco.com>= , Dean Bogdanovic <ivandean@gmail.com>, "netmod@ietf.org= " <netmod@= ietf.org>
Subject: Re: [netmod] WG Last Call = for draft-ietf-netmod-acl-model-09 (until Oct 27, 2016)

Here are my issues with the ACL draft as it stands today f= rom a high level, vs. calling out every missing field. 

Although I’m not an author of this YANG model, I’m the aut= hor of others and I can say from experience that it would be infinitely mor= e productive for you to list the specific fields and corresponding use case= s as opposed to a subjective high-level critique. That way, these can be incorporated or, at least, we can have the discussi= on as whether or not they belong in the base model. 

Thanks,
Acee 

 --_000_D45B86A98A9D1aceeciscocom_-- From nobody Wed Nov 23 15:05:32 2016 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 906851294E3 for ; Wed, 23 Nov 2016 15:05:29 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.6 X-Spam-Level: X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=yumaworks-com.20150623.gappssmtp.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 65p4YVo8uc_N for ; Wed, 23 Nov 2016 15:05:27 -0800 (PST) Received: from mail-qt0-x22d.google.com (mail-qt0-x22d.google.com [IPv6:2607:f8b0:400d:c0d::22d]) (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 8F19E129435 for ; Wed, 23 Nov 2016 15:05:27 -0800 (PST) Received: by mail-qt0-x22d.google.com with SMTP id p16so25576778qta.0 for ; Wed, 23 Nov 2016 15:05:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yumaworks-com.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=YPdOzXlY8GFwqmS1Xnq96CDaMKxsMwkwi/KtBWyO8K4=; b=Q7v1LzEsTUVdqZTgP4XZcumsynKaavudMLu0Eg9np6HbU5ZGL4UMrldOxmW3K7xzpT NswuaEylK6G2vAgaVcB8UDIgfEAMSlMSufFzLdvBNY/5xT/MSuuRB/g7k2n39iUpgzd4 +jgMaW4wUfubdeRymN2uHkeV5Ftr+57U4KyBwkBn+ota6o8FGOzAT8BC8jMSHf1wnr1i doYI9Juiogh882VFfSGirCfGtIekuQ2sFrHdUQq1JV5WmghpMCoUdbf86YxJ4PcdIcJR f47OIBq9Xlo0QF2KAP71QCyxlDnruWoKuboVpkpyXDekTmolVQhhQzlq9EzQxePfr++c Nizg== 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:from:date :message-id:subject:to:cc; bh=YPdOzXlY8GFwqmS1Xnq96CDaMKxsMwkwi/KtBWyO8K4=; b=cOSVcrGq8/s8Qv51et6K6kzj3sfWAX4+O+7seTuL4FfoeLF6yiIG8baYSeq20s9qjC LaNXatSyOAVblNf45JAWYEX04wpBBQdgGHhG67nykj+7Kcmi/fxg+ezstPe1+5JaQs8j 0PQG6w4x+vi4mWMK3s3VM1w8WTTVzdL95ZakwT+Fe1zeEiVaVSfYOUoGep7WGaSt8aBb N7xbWDAn+trBa9LVzMGAZ/yUCl2dvyXpyedsAt4o4Wo4n/0+FZy2k8P8ivOGAJBf6qV3 T+NO/L1rjDof5tt5IROB26eW5/W0OXAgLJw4YRFCRuZ6znnAysbR4C2olLZV0FRLFtGF PG2g== X-Gm-Message-State: AKaTC01i5opA7ldSD2gs4DCeF6vqgL5gzZFZTIuaQTXb30X2EcvkxdV8ZGq0ViEOt9zgqAW1MMedYfgu1tB4oA== X-Received: by 10.237.57.137 with SMTP id m9mr5315614qte.35.1479942326634; Wed, 23 Nov 2016 15:05:26 -0800 (PST) MIME-Version: 1.0 Received: by 10.12.176.85 with HTTP; Wed, 23 Nov 2016 15:05:25 -0800 (PST) In-Reply-To: References: <3B8DC570-FB2D-4EE9-98BA-EEED20F2DBC0@gmail.com> <1061F93A-2D1F-41FB-9A21-A3D92188E7E2@gmail.com> <179f5eb2-0de9-42cb-f291-738f16dab568@cisco.com> <4ab7ace4-e6aa-1fc5-a259-ad196a8b882c@cisco.com> From: Andy Bierman Date: Wed, 23 Nov 2016 15:05:25 -0800 Message-ID: To: "Acee Lindem (acee)" Content-Type: multipart/alternative; boundary=001a11410e62aae5cb0541ffecae Archived-At: Cc: "netmod@ietf.org" Subject: Re: [netmod] WG Last Call for draft-ietf-netmod-acl-model-09 (until Oct 27, 2016) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Nov 2016 23:05:30 -0000 --001a11410e62aae5cb0541ffecae Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi, I have a general comment, related to Benoit's request to get YANG modules done. Augment is your friend. Use it. YANG 1.1 even allows conditionally mandatory nodes to be added, so there ar= e no excuses for not publishing base modules that can be augmented later. IMO, adding new features in WGLC should not even be considered. Andy On Wed, Nov 23, 2016 at 2:55 PM, Acee Lindem (acee) wrote: > If you could just point out the general features you are using in your > configs that are not present in the base model. I know you mentioned TCP > options matching. With respect to the augmentations, they don=E2=80=99t h= ave to be > vendor specific. Some advanced ACL functions such as conditional ACLs cou= ld > be provided in standard model augmentations in future modules. > > Thanks, > Acee > > From: David Bannister > Date: Wednesday, November 23, 2016 at 1:54 PM > To: Acee Lindem > Cc: Kent Watsen , Eliot Lear , Dean > Bogdanovic , "netmod@ietf.org" > Subject: Re: [netmod] WG Last Call for draft-ietf-netmod-acl-model-09 > (until Oct 27, 2016) > > I'm open to the idea given ample time. > > On Wed, Nov 23, 2016 at 12:53 PM, Acee Lindem (acee) > wrote: > >> Hi David, >> >> From: David Bannister >> Date: Wednesday, November 23, 2016 at 12:28 PM >> To: Kent Watsen >> Cc: Eliot Lear , Acee Lindem , Dean >> Bogdanovic , "netmod@ietf.org" >> Subject: Re: [netmod] WG Last Call for draft-ietf-netmod-acl-model-09 >> (until Oct 27, 2016) >> >> Here are my issues with the ACL draft as it stands today from a high >> level, vs. calling out every missing field. >> >> >> Although I=E2=80=99m not an author of this YANG model, I=E2=80=99m the a= uthor of others >> and I can say from experience that it would be infinitely more productiv= e >> for you to list the specific fields and corresponding use cases as oppos= ed >> to a subjective high-level critique. That way, these can be incorporated >> or, at least, we can have the discussion as whether or not they belong i= n >> the base model. >> >> Thanks, >> Acee >> > > > _______________________________________________ > netmod mailing list > netmod@ietf.org > https://www.ietf.org/mailman/listinfo/netmod > > --001a11410e62aae5cb0541ffecae Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi,

I have a general comment, related t= o Benoit's request to get YANG modules done.

A= ugment is your friend.=C2=A0 Use it.
YANG 1.1 even allows conditi= onally mandatory nodes to be added, so there are
no excuses for n= ot publishing base modules that can be augmented later.

IMO, adding new features in WGLC should not even be considered.
=


Andy


On Wed, Nov 23, 2016 at 2:5= 5 PM, Acee Lindem (acee) <acee@cisco.com> wrote:
If you could just point out the general features you are using in your= configs that are not present in the base model. I know you mentioned TCP o= ptions matching. With respect to the augmentations, they don=E2=80=99t have= to be vendor specific. Some advanced ACL functions such as conditional ACLs could be provided in standard model aug= mentations in future modules.=C2=A0

Thanks,
Acee=C2=A0

From: David Bannister <dpb@netflix.com>
Date: Wednesday, November 23, 2016 = at 1:54 PM
To: Acee Lindem <acee@cisco.com>
Cc: Kent Watsen <kwatsen@juniper.net>, Elio= t Lear <lear@cisco.c= om>, Dean Bogdanovic <ivandean@gmail.com>, "netmod@ietf.org= " <netmod@= ietf.org>
Subject: Re: [netmod] WG Last Call = for draft-ietf-netmod-acl-model-09 (until Oct 27, 2016)

I'm open to the idea given ample time.

On Wed, Nov 23, 2016 at 12:53 PM, Acee Lindem (a= cee) <acee@cisco.com&= gt; wrote:
Hi David,=C2=A0

From: David Bannister <dpb@netflix.com>
Date: Wednesday, November 23, 2016 = at 12:28 PM
To: Kent Watsen <kwatsen@juniper.net>
Cc: Eliot Lear <lear@cisco.com>, Acee Lindem <= ;acee@cisco.com>= , Dean Bogdanovic <ivandean@gmail.com>, "netmod@ietf.org= " <netmod@= ietf.org>
Subject: Re: [netmod] WG Last Call = for draft-ietf-netmod-acl-model-09 (until Oct 27, 2016)

Here are my issues with the ACL draft as it stands today f= rom a high level, vs. calling out every missing field.=C2=A0

Although I=E2=80=99m not an author of this YANG model, I=E2=80=99m the= author of others and I can say from experience that it would be infinitely= more productive for you to list the specific fields and corresponding use = cases as opposed to a subjective high-level critique. That way, these can be incorporated or, at least, we can have the discussi= on as whether or not they belong in the base model.=C2=A0

Thanks,
Acee=C2=A0

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

--001a11410e62aae5cb0541ffecae-- From nobody Wed Nov 23 15:26:15 2016 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 25261129404 for ; Wed, 23 Nov 2016 15:26:11 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.699 X-Spam-Level: X-Spam-Status: No, score=-2.699 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, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=unavailable autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id WRDox03ZxQ0K for ; Wed, 23 Nov 2016 15:26:10 -0800 (PST) Received: from mail-qk0-x22f.google.com (mail-qk0-x22f.google.com [IPv6:2607:f8b0:400d:c09::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 9226912942F for ; Wed, 23 Nov 2016 15:17:49 -0800 (PST) Received: by mail-qk0-x22f.google.com with SMTP id n21so32282963qka.3 for ; Wed, 23 Nov 2016 15:17:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:subject:from:in-reply-to:date:cc:message-id:references :to; bh=JBrLKdXzPAla3C36HKdUxir4pSofgZdITArgWLg4Z5k=; b=gGZ2MgItBWrivKt7ZPCSay6k8bNqACVEncnDI+MBmPskHyaTe/8uDzVCRqHr7sRIJR Ia7yDZ9Yy8oNQUk8bXHYXyyMR9IaSjfGhlIGLt7krQWoRJnjbF7DYSYeJcWZiojMH7L+ mRLiT1jEwhUow6XnU51uNyAEtT+U3GMUrEXq3eZZa6WANl9rKFnmEc0b6XvUqGrSUH9c 8izPB49AaEOriA4N1inF8CJQgjSWgq/e15R6VLRb/oen4N45i0dprFp8E+askZWWOXvP I03QLn7dZMRECYa1roIbFTrRA2+TuFvDeBiuShNmXMMJFc5usEF763JTx1bJXZnXnKJJ rOjw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :message-id:references:to; bh=JBrLKdXzPAla3C36HKdUxir4pSofgZdITArgWLg4Z5k=; b=fm3tMtWzJHCs5JsPsCxRN2sv+fO6Kp21C9b8WVhRuHPkL4Epx25mQcBk2kZDhTtoPJ BJW8Z9sbm49s7P0GKBoadOk9t3RO50fyMKCbhu4f48GvhmHY+DKrLgLsy356xwGWTzqM GEnWGDpcUtr2jysGP7bGqhlE7da5RyEwv1DK4L4YcpSexjvb0kNzSjN4ucM6GHDl+cxU QwVyGyWXuWgYd/XbMX7FbY5Zl8gImq4YqeoG9SzDLoSVTyJQuo8XsPaE8sxYhjUf3M7h zyTq+eTasOJ9wRaUL3u7r4Y9FRPb791s/7O0vgZGszsleZZdnUt10KhBWG4K8yDCkc3Z RyQA== X-Gm-Message-State: AKaTC02O67yFUdKqlrTMdvuefz0LRRUoej7FyfYfu6tpNMCFWpI9P+PzJxqJT+XB/CV/tg== X-Received: by 10.55.163.134 with SMTP id m128mr5848842qke.180.1479943068724; Wed, 23 Nov 2016 15:17:48 -0800 (PST) Received: from [10.0.1.12] (c-75-68-179-118.hsd1.ma.comcast.net. [75.68.179.118]) by smtp.gmail.com with ESMTPSA id l135sm17530807qke.13.2016.11.23.15.17.47 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Wed, 23 Nov 2016 15:17:48 -0800 (PST) Content-Type: multipart/alternative; boundary="Apple-Mail=_7D9EF29D-8956-4283-9A1B-CC102C27AEBC" Mime-Version: 1.0 (Mac OS X Mail 9.2 \(3112\)) From: Dean Bogdanovic In-Reply-To: Date: Wed, 23 Nov 2016 18:17:46 -0500 Message-Id: <9329BD68-863B-407B-A18F-8CD32790A978@gmail.com> References: <3B8DC570-FB2D-4EE9-98BA-EEED20F2DBC0@gmail.com> <1061F93A-2D1F-41FB-9A21-A3D92188E7E2@gmail.com> <179f5eb2-0de9-42cb-f291-738f16dab568@cisco.com> <4ab7ace4-e6aa-1fc5-a259-ad196a8b882c@cisco.com> To: Andy Bierman X-Mailer: Apple Mail (2.3112) Archived-At: Cc: "netmod@ietf.org" Subject: Re: [netmod] WG Last Call for draft-ietf-netmod-acl-model-09 (until Oct 27, 2016) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Nov 2016 23:26:11 -0000 --Apple-Mail=_7D9EF29D-8956-4283-9A1B-CC102C27AEBC Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 As draft author, the model was designed to be easily augmented for = matches and actions, so that each vendor and user can adapt it to their = needs. Dean > On Nov 23, 2016, at 6:05 PM, Andy Bierman wrote: >=20 > Hi, >=20 > I have a general comment, related to Benoit's request to get YANG = modules done. >=20 > Augment is your friend. Use it. > YANG 1.1 even allows conditionally mandatory nodes to be added, so = there are > no excuses for not publishing base modules that can be augmented = later. >=20 > IMO, adding new features in WGLC should not even be considered. >=20 >=20 > Andy >=20 >=20 > On Wed, Nov 23, 2016 at 2:55 PM, Acee Lindem (acee) > wrote: > If you could just point out the general features you are using in your = configs that are not present in the base model. I know you mentioned TCP = options matching. With respect to the augmentations, they don=E2=80=99t = have to be vendor specific. Some advanced ACL functions such as = conditional ACLs could be provided in standard model augmentations in = future modules.=20 >=20 > Thanks, > Acee=20 >=20 > From: David Bannister > > Date: Wednesday, November 23, 2016 at 1:54 PM > To: Acee Lindem > > Cc: Kent Watsen >, = Eliot Lear >, Dean Bogdanovic = >, "netmod@ietf.org = " > > Subject: Re: [netmod] WG Last Call for draft-ietf-netmod-acl-model-09 = (until Oct 27, 2016) >=20 > I'm open to the idea given ample time. >=20 > On Wed, Nov 23, 2016 at 12:53 PM, Acee Lindem (acee) > wrote: > Hi David,=20 >=20 > From: David Bannister > > Date: Wednesday, November 23, 2016 at 12:28 PM > To: Kent Watsen > > Cc: Eliot Lear >, Acee Lindem = >, Dean Bogdanovic = >, "netmod@ietf.org = " > > Subject: Re: [netmod] WG Last Call for draft-ietf-netmod-acl-model-09 = (until Oct 27, 2016) >=20 > Here are my issues with the ACL draft as it stands today from a high = level, vs. calling out every missing field.=20 >=20 > Although I=E2=80=99m not an author of this YANG model, I=E2=80=99m the = author of others and I can say from experience that it would be = infinitely more productive for you to list the specific fields and = corresponding use cases as opposed to a subjective high-level critique. = That way, these can be incorporated or, at least, we can have the = discussion as whether or not they belong in the base model.=20 >=20 > Thanks, > Acee=20 >=20 >=20 > _______________________________________________ > netmod mailing list > netmod@ietf.org > https://www.ietf.org/mailman/listinfo/netmod = >=20 >=20 > _______________________________________________ > netmod mailing list > netmod@ietf.org > https://www.ietf.org/mailman/listinfo/netmod --Apple-Mail=_7D9EF29D-8956-4283-9A1B-CC102C27AEBC Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 As draft author, the model was designed to be easily = augmented for matches and actions, so that each vendor and user can = adapt it to their needs.

Dean

On Nov 23, 2016, at 6:05 PM, = Andy Bierman <andy@yumaworks.com> wrote:

Hi,

I = have a general comment, related to Benoit's request to get YANG modules = done.

Augment = is your friend.  Use it.
YANG 1.1 even allows = conditionally mandatory nodes to be added, so there are
no excuses for not publishing base modules that can be = augmented later.

IMO, adding new features in WGLC should not even be = considered.


Andy


On Wed, Nov 23, 2016 at 2:55 PM, = Acee Lindem (acee) <acee@cisco.com> wrote:
If you could just point out the general features you are = using in your configs that are not present in the base model. I know you = mentioned TCP options matching. With respect to the augmentations, they = don=E2=80=99t have to be vendor specific. Some advanced ACL functions such as conditional ACLs could be provided in standard model = augmentations in future modules. 

Thanks,
Acee 

From: David Bannister = <dpb@netflix.com>
Date: Wednesday, = November 23, 2016 at 1:54 PM
To: Acee Lindem = <acee@cisco.com>
Cc: Kent Watsen = <kwatsen@juniper.net>, Eliot Lear <lear@cisco.com>, Dean Bogdanovic <ivandean@gmail.com>, "netmod@ietf.org" <netmod@ietf.org>
Subject: Re: [netmod] = WG Last Call for draft-ietf-netmod-acl-model-09 (until Oct 27, 2016)

I'm open to the idea given ample time.

On Wed, Nov 23, 2016 at 12:53 PM, Acee Lindem = (acee) <acee@cisco.com> wrote:
Hi David, 

From: David Bannister = <dpb@netflix.com>
Date: Wednesday, = November 23, 2016 at 12:28 PM
To: Kent Watsen = <kwatsen@juniper.net>
Cc: Eliot Lear <lear@cisco.com>, Acee Lindem <acee@cisco.com>, Dean Bogdanovic <ivandean@gmail.com>, "netmod@ietf.org" <netmod@ietf.org>
Subject: Re: [netmod] = WG Last Call for draft-ietf-netmod-acl-model-09 (until Oct 27, 2016)

Here are my issues with the ACL draft as it = stands today from a high level, vs. calling out every missing = field. 

Although I=E2=80=99m not an author of this YANG model, = I=E2=80=99m the author of others and I can say from experience that it = would be infinitely more productive for you to list the specific fields = and corresponding use cases as opposed to a subjective high-level = critique. That way, these can be incorporated or, at least, we can have the = discussion as whether or not they belong in the base model. 

Thanks,
Acee 

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


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

= --Apple-Mail=_7D9EF29D-8956-4283-9A1B-CC102C27AEBC-- From nobody Wed Nov 23 17:07:49 2016 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7D7161295FD for ; Wed, 23 Nov 2016 17:07:45 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.717 X-Spam-Level: X-Spam-Status: No, score=-5.717 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-1.497, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 7sC1JYa1NeSp for ; Wed, 23 Nov 2016 17:07:42 -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 AFE331295E8 for ; Wed, 23 Nov 2016 17:07:41 -0800 (PST) Received: from 172.18.7.190 (EHLO lhreml708-cah.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id DBG90956; Thu, 24 Nov 2016 01:07:39 +0000 (GMT) Received: from SZXEML426-HUB.china.huawei.com (10.82.67.181) by lhreml708-cah.china.huawei.com (10.201.5.202) with Microsoft SMTP Server (TLS) id 14.3.235.1; Thu, 24 Nov 2016 01:07:38 +0000 Received: from SZXEML501-MBX.china.huawei.com ([169.254.1.5]) by szxeml426-hub.china.huawei.com ([10.82.67.181]) with mapi id 14.03.0235.001; Thu, 24 Nov 2016 09:07:33 +0800 From: wangzitao To: Dean Bogdanovic , Andy Bierman Thread-Topic: [netmod] WG Last Call for draft-ietf-netmod-acl-model-09 (until Oct 27, 2016) Thread-Index: AQHSMU4qSiQCbFMt+kC48Lx5V9HAYaDWpnWAgAEyF4CAAbyRgIAGE7AA//973ICAAAGJgIAABKIAgAf04oCAABpYAP//szEAgABky4D//++LgP//kdiAgAADcwD//1uR0A== Date: Thu, 24 Nov 2016 01:07:33 +0000 Message-ID: References: <3B8DC570-FB2D-4EE9-98BA-EEED20F2DBC0@gmail.com> <1061F93A-2D1F-41FB-9A21-A3D92188E7E2@gmail.com> <179f5eb2-0de9-42cb-f291-738f16dab568@cisco.com> <4ab7ace4-e6aa-1fc5-a259-ad196a8b882c@cisco.com> <9329BD68-863B-407B-A18F-8CD32790A978@gmail.com> In-Reply-To: <9329BD68-863B-407B-A18F-8CD32790A978@gmail.com> Accept-Language: en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.136.78.198] Content-Type: multipart/alternative; boundary="_000_E6BC9BBCBCACC246846FC685F9FF41EA29A1A5B2szxeml501mbxchi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A020202.58363D5B.015A, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0, ip=169.254.1.5, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32 X-Mirapoint-Loop-Id: fcea3451e6764488e14908cbd584574c Archived-At: Cc: "netmod@ietf.org" Subject: Re: [netmod] WG Last Call for draft-ietf-netmod-acl-model-09 (until Oct 27, 2016) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Nov 2016 01:07:46 -0000 --_000_E6BC9BBCBCACC246846FC685F9FF41EA29A1A5B2szxeml501mbxchi_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 KzENCkkgYW0gbm90IGNvLWF1dGhvciBvZiB0aGlzIG1vZGVsLCBidXQgSSBoYWQgcmVhZCB0aGlz IGRyYWZ0Lg0KSSBiZWxpZXZlIHRoaXMgbW9kZWwgY2FuIGJlIGVhc2lseSBhdWdtZW50ZWQgYW5k IGZsZXhpYmxlIHJldXNlZDoNClRoZSDigJxjaG9pY2UvY2FzZeKAnSBzdHJ1Y3R1cmUgY2FuIGhl bHAgdG8gaW5zZXJ0IG5ldyDigJxjb25kaXRpb27igJ0gb3Ig4oCcYWN0aW9u4oCdIGF0dHJpYnV0 ZXMgaW50byB0aGUgQUNMIG1vZGVsOw0KQW5kIHRoZSDigJxpZXRmLXBhY2tldC1maWVsZHPigJ0g bW9kdWxlIHdoaWNoIGNvbnRhaW5zIHNldmVyYWwgcmV1c2FibGUgZ3JvdXBpbmdzIGFsc28gcHJv dmlkZSBhIGNvbnZlbmllbnQgd2F5IHRvIGRlcml2ZSBzcGVjaWZpYyBtb2RlbHMuDQoNCkJlc3Qg UmVnYXJkcyENCi1NaWNoYWVsDQoNCuWPkeS7tuS6ujogbmV0bW9kIFttYWlsdG86bmV0bW9kLWJv dW5jZXNAaWV0Zi5vcmddIOS7o+ihqCBEZWFuIEJvZ2Rhbm92aWMNCuWPkemAgeaXtumXtDogMjAx NuW5tDEx5pyIMjTml6UgNzoxOA0K5pS25Lu25Lq6OiBBbmR5IEJpZXJtYW4NCuaKhOmAgTogbmV0 bW9kQGlldGYub3JnDQrkuLvpopg6IFJlOiBbbmV0bW9kXSBXRyBMYXN0IENhbGwgZm9yIGRyYWZ0 LWlldGYtbmV0bW9kLWFjbC1tb2RlbC0wOSAodW50aWwgT2N0IDI3LCAyMDE2KQ0KDQpBcyBkcmFm dCBhdXRob3IsIHRoZSBtb2RlbCB3YXMgZGVzaWduZWQgdG8gYmUgZWFzaWx5IGF1Z21lbnRlZCBm b3IgbWF0Y2hlcyBhbmQgYWN0aW9ucywgc28gdGhhdCBlYWNoIHZlbmRvciBhbmQgdXNlciBjYW4g YWRhcHQgaXQgdG8gdGhlaXIgbmVlZHMuDQoNCkRlYW4NCg0KT24gTm92IDIzLCAyMDE2LCBhdCA2 OjA1IFBNLCBBbmR5IEJpZXJtYW4gPGFuZHlAeXVtYXdvcmtzLmNvbTxtYWlsdG86YW5keUB5dW1h d29ya3MuY29tPj4gd3JvdGU6DQoNCkhpLA0KDQpJIGhhdmUgYSBnZW5lcmFsIGNvbW1lbnQsIHJl bGF0ZWQgdG8gQmVub2l0J3MgcmVxdWVzdCB0byBnZXQgWUFORyBtb2R1bGVzIGRvbmUuDQoNCkF1 Z21lbnQgaXMgeW91ciBmcmllbmQuICBVc2UgaXQuDQpZQU5HIDEuMSBldmVuIGFsbG93cyBjb25k aXRpb25hbGx5IG1hbmRhdG9yeSBub2RlcyB0byBiZSBhZGRlZCwgc28gdGhlcmUgYXJlDQpubyBl eGN1c2VzIGZvciBub3QgcHVibGlzaGluZyBiYXNlIG1vZHVsZXMgdGhhdCBjYW4gYmUgYXVnbWVu dGVkIGxhdGVyLg0KDQpJTU8sIGFkZGluZyBuZXcgZmVhdHVyZXMgaW4gV0dMQyBzaG91bGQgbm90 IGV2ZW4gYmUgY29uc2lkZXJlZC4NCg0KDQpBbmR5DQoNCg0KT24gV2VkLCBOb3YgMjMsIDIwMTYg YXQgMjo1NSBQTSwgQWNlZSBMaW5kZW0gKGFjZWUpIDxhY2VlQGNpc2NvLmNvbTxtYWlsdG86YWNl ZUBjaXNjby5jb20+PiB3cm90ZToNCklmIHlvdSBjb3VsZCBqdXN0IHBvaW50IG91dCB0aGUgZ2Vu ZXJhbCBmZWF0dXJlcyB5b3UgYXJlIHVzaW5nIGluIHlvdXIgY29uZmlncyB0aGF0IGFyZSBub3Qg cHJlc2VudCBpbiB0aGUgYmFzZSBtb2RlbC4gSSBrbm93IHlvdSBtZW50aW9uZWQgVENQIG9wdGlv bnMgbWF0Y2hpbmcuIFdpdGggcmVzcGVjdCB0byB0aGUgYXVnbWVudGF0aW9ucywgdGhleSBkb27i gJl0IGhhdmUgdG8gYmUgdmVuZG9yIHNwZWNpZmljLiBTb21lIGFkdmFuY2VkIEFDTCBmdW5jdGlv bnMgc3VjaCBhcyBjb25kaXRpb25hbCBBQ0xzIGNvdWxkIGJlIHByb3ZpZGVkIGluIHN0YW5kYXJk IG1vZGVsIGF1Z21lbnRhdGlvbnMgaW4gZnV0dXJlIG1vZHVsZXMuDQoNClRoYW5rcywNCkFjZWUN Cg0KRnJvbTogRGF2aWQgQmFubmlzdGVyIDxkcGJAbmV0ZmxpeC5jb208bWFpbHRvOmRwYkBuZXRm bGl4LmNvbT4+DQpEYXRlOiBXZWRuZXNkYXksIE5vdmVtYmVyIDIzLCAyMDE2IGF0IDE6NTQgUE0N ClRvOiBBY2VlIExpbmRlbSA8YWNlZUBjaXNjby5jb208bWFpbHRvOmFjZWVAY2lzY28uY29tPj4N CkNjOiBLZW50IFdhdHNlbiA8a3dhdHNlbkBqdW5pcGVyLm5ldDxtYWlsdG86a3dhdHNlbkBqdW5p cGVyLm5ldD4+LCBFbGlvdCBMZWFyIDxsZWFyQGNpc2NvLmNvbTxtYWlsdG86bGVhckBjaXNjby5j b20+PiwgRGVhbiBCb2dkYW5vdmljIDxpdmFuZGVhbkBnbWFpbC5jb208bWFpbHRvOml2YW5kZWFu QGdtYWlsLmNvbT4+LCAibmV0bW9kQGlldGYub3JnPG1haWx0bzpuZXRtb2RAaWV0Zi5vcmc+IiA8 bmV0bW9kQGlldGYub3JnPG1haWx0bzpuZXRtb2RAaWV0Zi5vcmc+Pg0KU3ViamVjdDogUmU6IFtu ZXRtb2RdIFdHIExhc3QgQ2FsbCBmb3IgZHJhZnQtaWV0Zi1uZXRtb2QtYWNsLW1vZGVsLTA5ICh1 bnRpbCBPY3QgMjcsIDIwMTYpDQoNCkknbSBvcGVuIHRvIHRoZSBpZGVhIGdpdmVuIGFtcGxlIHRp bWUuDQoNCk9uIFdlZCwgTm92IDIzLCAyMDE2IGF0IDEyOjUzIFBNLCBBY2VlIExpbmRlbSAoYWNl ZSkgPGFjZWVAY2lzY28uY29tPG1haWx0bzphY2VlQGNpc2NvLmNvbT4+IHdyb3RlOg0KSGkgRGF2 aWQsDQoNCkZyb206IERhdmlkIEJhbm5pc3RlciA8ZHBiQG5ldGZsaXguY29tPG1haWx0bzpkcGJA bmV0ZmxpeC5jb20+Pg0KRGF0ZTogV2VkbmVzZGF5LCBOb3ZlbWJlciAyMywgMjAxNiBhdCAxMjoy OCBQTQ0KVG86IEtlbnQgV2F0c2VuIDxrd2F0c2VuQGp1bmlwZXIubmV0PG1haWx0bzprd2F0c2Vu QGp1bmlwZXIubmV0Pj4NCkNjOiBFbGlvdCBMZWFyIDxsZWFyQGNpc2NvLmNvbTxtYWlsdG86bGVh ckBjaXNjby5jb20+PiwgQWNlZSBMaW5kZW0gPGFjZWVAY2lzY28uY29tPG1haWx0bzphY2VlQGNp c2NvLmNvbT4+LCBEZWFuIEJvZ2Rhbm92aWMgPGl2YW5kZWFuQGdtYWlsLmNvbTxtYWlsdG86aXZh bmRlYW5AZ21haWwuY29tPj4sICJuZXRtb2RAaWV0Zi5vcmc8bWFpbHRvOm5ldG1vZEBpZXRmLm9y Zz4iIDxuZXRtb2RAaWV0Zi5vcmc8bWFpbHRvOm5ldG1vZEBpZXRmLm9yZz4+DQpTdWJqZWN0OiBS ZTogW25ldG1vZF0gV0cgTGFzdCBDYWxsIGZvciBkcmFmdC1pZXRmLW5ldG1vZC1hY2wtbW9kZWwt MDkgKHVudGlsIE9jdCAyNywgMjAxNikNCg0KSGVyZSBhcmUgbXkgaXNzdWVzIHdpdGggdGhlIEFD TCBkcmFmdCBhcyBpdCBzdGFuZHMgdG9kYXkgZnJvbSBhIGhpZ2ggbGV2ZWwsIHZzLiBjYWxsaW5n IG91dCBldmVyeSBtaXNzaW5nIGZpZWxkLg0KDQpBbHRob3VnaCBJ4oCZbSBub3QgYW4gYXV0aG9y IG9mIHRoaXMgWUFORyBtb2RlbCwgSeKAmW0gdGhlIGF1dGhvciBvZiBvdGhlcnMgYW5kIEkgY2Fu IHNheSBmcm9tIGV4cGVyaWVuY2UgdGhhdCBpdCB3b3VsZCBiZSBpbmZpbml0ZWx5IG1vcmUgcHJv ZHVjdGl2ZSBmb3IgeW91IHRvIGxpc3QgdGhlIHNwZWNpZmljIGZpZWxkcyBhbmQgY29ycmVzcG9u ZGluZyB1c2UgY2FzZXMgYXMgb3Bwb3NlZCB0byBhIHN1YmplY3RpdmUgaGlnaC1sZXZlbCBjcml0 aXF1ZS4gVGhhdCB3YXksIHRoZXNlIGNhbiBiZSBpbmNvcnBvcmF0ZWQgb3IsIGF0IGxlYXN0LCB3 ZSBjYW4gaGF2ZSB0aGUgZGlzY3Vzc2lvbiBhcyB3aGV0aGVyIG9yIG5vdCB0aGV5IGJlbG9uZyBp biB0aGUgYmFzZSBtb2RlbC4NCg0KVGhhbmtzLA0KQWNlZQ0KDQoNCl9fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQpuZXRtb2QgbWFpbGluZyBsaXN0DQpuZXRt b2RAaWV0Zi5vcmc8bWFpbHRvOm5ldG1vZEBpZXRmLm9yZz4NCmh0dHBzOi8vd3d3LmlldGYub3Jn L21haWxtYW4vbGlzdGluZm8vbmV0bW9kDQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fDQpuZXRtb2QgbWFpbGluZyBsaXN0DQpuZXRtb2RAaWV0Zi5vcmc8 bWFpbHRvOm5ldG1vZEBpZXRmLm9yZz4NCmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlz dGluZm8vbmV0bW9kDQoNCg== --_000_E6BC9BBCBCACC246846FC685F9FF41EA29A1A5B2szxeml501mbxchi_ 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 eXBlOmV4cG9ydC1vbmx5Ow0KCWZvbnQtc2l6ZToxMC4wcHQ7fQ0KQHBhZ2UgV29yZFNlY3Rpb24x DQoJe3NpemU6NjEyLjBwdCA3OTIuMHB0Ow0KCW1hcmdpbjo3Mi4wcHQgOTAuMHB0IDcyLjBwdCA5 MC4wcHQ7fQ0KZGl2LldvcmRTZWN0aW9uMQ0KCXtwYWdlOldvcmRTZWN0aW9uMTt9DQotLT48L3N0 eWxlPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVkZWZhdWx0cyB2OmV4dD0iZWRp dCIgc3BpZG1heD0iMTAyNiIgLz4NCjwveG1sPjwhW2VuZGlmXS0tPjwhLS1baWYgZ3RlIG1zbyA5 XT48eG1sPg0KPG86c2hhcGVsYXlvdXQgdjpleHQ9ImVkaXQiPg0KPG86aWRtYXAgdjpleHQ9ImVk aXQiIGRhdGE9IjEiIC8+DQo8L286c2hhcGVsYXlvdXQ+PC94bWw+PCFbZW5kaWZdLS0+DQo8L2hl YWQ+DQo8Ym9keSBsYW5nPSJaSC1DTiIgbGluaz0iYmx1ZSIgdmxpbms9InB1cnBsZSI+DQo8ZGl2 IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0i RU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkm cXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj4mIzQzOzE8bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIg c3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90Oywm cXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPkkgYW0gbm90IGNvLWF1dGhvciBv ZiB0aGlzIG1vZGVsLCBidXQgSSBoYWQgcmVhZCB0aGlzIGRyYWZ0Lg0KPG86cD48L286cD48L3Nw YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJm b250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fu cy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5JIGJlbGlldmUgdGhpcyBtb2RlbCBjYW4gYmUg ZWFzaWx5IGF1Z21lbnRlZCBhbmQgZmxleGlibGUgcmV1c2VkOjxvOnA+PC9vOnA+PC9zcGFuPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1z aXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2Vy aWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+VGhlIOKAnGNob2ljZS9jYXNl4oCdIHN0cnVjdHVyZSBj YW4gaGVscCB0byBpbnNlcnQgbmV3IOKAnGNvbmRpdGlvbuKAnSBvciDigJxhY3Rpb27igJ0gYXR0 cmlidXRlcyBpbnRvIHRoZSBBQ0wgbW9kZWw7PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0 O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztj b2xvcjojMUY0OTdEIj5BbmQgdGhlIOKAnGlldGYtcGFja2V0LWZpZWxkc+KAnSBtb2R1bGUgd2hp Y2ggY29udGFpbnMgc2V2ZXJhbCByZXVzYWJsZSBncm91cGluZ3MgYWxzbyBwcm92aWRlIGEmbmJz cDtjb252ZW5pZW50IHdheSB0byBkZXJpdmUgc3BlY2lmaWMgbW9kZWxzLiAmbmJzcDs8bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIg c3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90Oywm cXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9z cGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0i Zm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3Nh bnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+QmVzdCBSZWdhcmRzITxvOnA+PC9vOnA+PC9z cGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0i Zm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3Nh bnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+LU1pY2hhZWw8bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQt c2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNl cmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxk aXY+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItdG9wOnNvbGlkICNCNUM0REYgMS4w cHQ7cGFkZGluZzozLjBwdCAwY20gMGNtIDBjbSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdCI+5Y+R5Lu25Lq6PHNwYW4gbGFuZz0iRU4tVVMi Pjo8L3NwYW4+PC9zcGFuPjwvYj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZTox MC4wcHQiPiBuZXRtb2QgW21haWx0bzpuZXRtb2QtYm91bmNlc0BpZXRmLm9yZ10NCjwvc3Bhbj48 Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdCI+5Luj6KGoIDwvc3Bhbj48L2I+PHNwYW4g bGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuMHB0Ij5EZWFuIEJvZ2Rhbm92aWM8YnI+ DQo8L3NwYW4+PGI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQiPuWPkemAgeaXtumXtDxz cGFuIGxhbmc9IkVOLVVTIj46PC9zcGFuPjwvc3Bhbj48L2I+PHNwYW4gbGFuZz0iRU4tVVMiIHN0 eWxlPSJmb250LXNpemU6MTAuMHB0Ij4gMjAxNjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjEwLjBwdCI+5bm0PHNwYW4gbGFuZz0iRU4tVVMiPjExPC9zcGFuPuaciDxzcGFuIGxhbmc9IkVO LVVTIj4yNDwvc3Bhbj7ml6U8c3BhbiBsYW5nPSJFTi1VUyI+IDc6MTg8YnI+DQo8L3NwYW4+PGI+ 5pS25Lu25Lq6PHNwYW4gbGFuZz0iRU4tVVMiPjo8L3NwYW4+PC9iPjxzcGFuIGxhbmc9IkVOLVVT Ij4gQW5keSBCaWVybWFuPGJyPg0KPC9zcGFuPjxiPuaKhOmAgTxzcGFuIGxhbmc9IkVOLVVTIj46 PC9zcGFuPjwvYj48c3BhbiBsYW5nPSJFTi1VUyI+IG5ldG1vZEBpZXRmLm9yZzxicj4NCjwvc3Bh bj48Yj7kuLvpopg8c3BhbiBsYW5nPSJFTi1VUyI+Ojwvc3Bhbj48L2I+PHNwYW4gbGFuZz0iRU4t VVMiPiBSZTogW25ldG1vZF0gV0cgTGFzdCBDYWxsIGZvciBkcmFmdC1pZXRmLW5ldG1vZC1hY2wt bW9kZWwtMDkgKHVudGlsIE9jdCAyNywgMjAxNik8bzpwPjwvbzpwPjwvc3Bhbj48L3NwYW4+PC9w Pg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVT Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBsYW5nPSJFTi1VUyI+QXMgZHJhZnQgYXV0aG9yLCB0aGUgbW9kZWwgd2FzIGRlc2lnbmVkIHRv IGJlIGVhc2lseSBhdWdtZW50ZWQgZm9yIG1hdGNoZXMgYW5kIGFjdGlvbnMsIHNvIHRoYXQgZWFj aCB2ZW5kb3IgYW5kIHVzZXIgY2FuIGFkYXB0IGl0IHRvIHRoZWlyIG5lZWRzLjxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1V UyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPkRlYW48bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+ PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPGRpdj4NCjxibG9ja3F1b3RlIHN0eWxlPSJt YXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj5PbiBOb3YgMjMsIDIwMTYsIGF0IDY6MDUgUE0s IEFuZHkgQmllcm1hbiAmbHQ7PGEgaHJlZj0ibWFpbHRvOmFuZHlAeXVtYXdvcmtzLmNvbSI+YW5k eUB5dW1hd29ya3MuY29tPC9hPiZndDsgd3JvdGU6PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9k aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD4mbmJzcDs8 L286cD48L3NwYW4+PC9wPg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBsYW5nPSJFTi1VUyI+SGksPG86cD48L286cD48L3NwYW4+PC9wPg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48 L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1V UyI+SSBoYXZlIGEgZ2VuZXJhbCBjb21tZW50LCByZWxhdGVkIHRvIEJlbm9pdCdzIHJlcXVlc3Qg dG8gZ2V0IFlBTkcgbW9kdWxlcyBkb25lLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPiZuYnNw OzwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 c3BhbiBsYW5nPSJFTi1VUyI+QXVnbWVudCBpcyB5b3VyIGZyaWVuZC4mbmJzcDsgVXNlIGl0Ljxv OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIGxhbmc9IkVOLVVTIj5ZQU5HIDEuMSBldmVuIGFsbG93cyBjb25kaXRpb25hbGx5IG1h bmRhdG9yeSBub2RlcyB0byBiZSBhZGRlZCwgc28gdGhlcmUgYXJlPG86cD48L286cD48L3NwYW4+ PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4t VVMiPm5vIGV4Y3VzZXMgZm9yIG5vdCBwdWJsaXNoaW5nIGJhc2UgbW9kdWxlcyB0aGF0IGNhbiBi ZSBhdWdtZW50ZWQgbGF0ZXIuPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+ PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxh bmc9IkVOLVVTIj5JTU8sIGFkZGluZyBuZXcgZmVhdHVyZXMgaW4gV0dMQyBzaG91bGQgbm90IGV2 ZW4gYmUgY29uc2lkZXJlZC48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD4mbmJzcDs8L286cD48 L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFu Zz0iRU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj5BbmR5PG86cD48L286cD48L3Nw YW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0i RU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD4mbmJzcDs8L286 cD48L3NwYW4+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVO LVVTIj5PbiBXZWQsIE5vdiAyMywgMjAxNiBhdCAyOjU1IFBNLCBBY2VlIExpbmRlbSAoYWNlZSkg Jmx0OzxhIGhyZWY9Im1haWx0bzphY2VlQGNpc2NvLmNvbSIgdGFyZ2V0PSJfYmxhbmsiPmFjZWVA Y2lzY28uY29tPC9hPiZndDsgd3JvdGU6PG86cD48L286cD48L3NwYW4+PC9wPg0KPGRpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQt c2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNl cmlmJnF1b3Q7Ij5JZiB5b3UgY291bGQganVzdCBwb2ludCBvdXQgdGhlIGdlbmVyYWwgZmVhdHVy ZXMgeW91IGFyZSB1c2luZyBpbiB5b3VyIGNvbmZpZ3MgdGhhdCBhcmUgbm90IHByZXNlbnQgaW4g dGhlIGJhc2UgbW9kZWwuIEkga25vdyB5b3UgbWVudGlvbmVkIFRDUCBvcHRpb25zIG1hdGNoaW5n Lg0KIFdpdGggcmVzcGVjdCB0byB0aGUgYXVnbWVudGF0aW9ucywgdGhleSBkb27igJl0IGhhdmUg dG8gYmUgdmVuZG9yIHNwZWNpZmljLiBTb21lIGFkdmFuY2VkIEFDTCBmdW5jdGlvbnMgc3VjaCBh cyBjb25kaXRpb25hbCBBQ0xzIGNvdWxkIGJlIHByb3ZpZGVkIGluIHN0YW5kYXJkIG1vZGVsIGF1 Z21lbnRhdGlvbnMgaW4gZnV0dXJlIG1vZHVsZXMuJm5ic3A7PG86cD48L286cD48L3NwYW4+PC9w Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMi IHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDss JnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPC9k aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxl PSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7 c2Fucy1zZXJpZiZxdW90OyI+VGhhbmtzLDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9u dC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMt c2VyaWYmcXVvdDsiPkFjZWUmbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQt c2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNl cmlmJnF1b3Q7Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXYgc3R5 bGU9ImJvcmRlcjpub25lO2JvcmRlci10b3A6c29saWQgI0I1QzRERiAxLjBwdDtwYWRkaW5nOjMu MHB0IDBjbSAwY20gMGNtIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxzcGFuIGxhbmc9IkVO LVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1 b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPkZyb206DQo8L3NwYW4+PC9iPjxzcGFuIGxhbmc9 IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJp JnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPkRhdmlkIEJhbm5pc3RlciAmbHQ7PGEgaHJl Zj0ibWFpbHRvOmRwYkBuZXRmbGl4LmNvbSIgdGFyZ2V0PSJfYmxhbmsiPmRwYkBuZXRmbGl4LmNv bTwvYT4mZ3Q7PGJyPg0KPGI+RGF0ZTogPC9iPldlZG5lc2RheSwgTm92ZW1iZXIgMjMsIDIwMTYg YXQgMTo1NCBQTTxicj4NCjxiPlRvOiA8L2I+QWNlZSBMaW5kZW0gJmx0OzxhIGhyZWY9Im1haWx0 bzphY2VlQGNpc2NvLmNvbSIgdGFyZ2V0PSJfYmxhbmsiPmFjZWVAY2lzY28uY29tPC9hPiZndDs8 YnI+DQo8Yj5DYzogPC9iPktlbnQgV2F0c2VuICZsdDs8YSBocmVmPSJtYWlsdG86a3dhdHNlbkBq dW5pcGVyLm5ldCIgdGFyZ2V0PSJfYmxhbmsiPmt3YXRzZW5AanVuaXBlci5uZXQ8L2E+Jmd0Oywg RWxpb3QgTGVhciAmbHQ7PGEgaHJlZj0ibWFpbHRvOmxlYXJAY2lzY28uY29tIiB0YXJnZXQ9Il9i bGFuayI+bGVhckBjaXNjby5jb208L2E+Jmd0OywgRGVhbiBCb2dkYW5vdmljICZsdDs8YSBocmVm PSJtYWlsdG86aXZhbmRlYW5AZ21haWwuY29tIiB0YXJnZXQ9Il9ibGFuayI+aXZhbmRlYW5AZ21h aWwuY29tPC9hPiZndDssDQogJnF1b3Q7PGEgaHJlZj0ibWFpbHRvOm5ldG1vZEBpZXRmLm9yZyIg dGFyZ2V0PSJfYmxhbmsiPm5ldG1vZEBpZXRmLm9yZzwvYT4mcXVvdDsgJmx0OzxhIGhyZWY9Im1h aWx0bzpuZXRtb2RAaWV0Zi5vcmciIHRhcmdldD0iX2JsYW5rIj5uZXRtb2RAaWV0Zi5vcmc8L2E+ Jmd0Ozxicj4NCjxiPlN1YmplY3Q6IDwvYj5SZTogW25ldG1vZF0gV0cgTGFzdCBDYWxsIGZvciBk cmFmdC1pZXRmLW5ldG1vZC1hY2wtbW9kZWwtMDkgKHVudGlsIE9jdCAyNywgMjAxNik8bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij48bzpwPiZuYnNwOzwvbzpwPjwv c3Bhbj48L3A+DQo8L2Rpdj4NCjxibG9ja3F1b3RlIHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXIt bGVmdDpzb2xpZCAjQjVDNERGIDQuNXB0O3BhZGRpbmc6MGNtIDBjbSAwY20gNC4wcHQ7bWFyZ2lu LWxlZnQ6My43NXB0O21hcmdpbi1yaWdodDowY20iIGlkPSJtXy00NjMyNTY5MjYwMzY2MjI5OTQ5 TUFDX09VVExPT0tfQVRUUklCVVRJT05fQkxPQ0tRVU9URSI+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6 ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlm JnF1b3Q7Ij5JJ20gb3BlbiB0byB0aGUgaWRlYSBnaXZlbiBhbXBsZSB0aW1lLjxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxh bmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxp YnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFu PjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5 bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVv dDtzYW5zLXNlcmlmJnF1b3Q7Ij5PbiBXZWQsIE5vdiAyMywgMjAxNiBhdCAxMjo1MyBQTSwgQWNl ZSBMaW5kZW0gKGFjZWUpICZsdDs8YSBocmVmPSJtYWlsdG86YWNlZUBjaXNjby5jb20iIHRhcmdl dD0iX2JsYW5rIj5hY2VlQGNpc2NvLmNvbTwvYT4mZ3Q7IHdyb3RlOjxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4t VVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVv dDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+SGkgRGF2aWQsJm5ic3A7PG86cD48L286cD48L3Nw YW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0i RU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkm cXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9w Pg0KPC9kaXY+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItdG9wOnNvbGlkICNCNUM0 REYgMS4wcHQ7cGFkZGluZzozLjBwdCAwY20gMGNtIDBjbSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48Yj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij5Gcm9tOg0KPC9z cGFuPjwvYj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1m YW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij5EYXZpZCBC YW5uaXN0ZXIgJmx0OzxhIGhyZWY9Im1haWx0bzpkcGJAbmV0ZmxpeC5jb20iIHRhcmdldD0iX2Js YW5rIj5kcGJAbmV0ZmxpeC5jb208L2E+Jmd0Ozxicj4NCjxiPkRhdGU6IDwvYj5XZWRuZXNkYXks IE5vdmVtYmVyIDIzLCAyMDE2IGF0IDEyOjI4IFBNPGJyPg0KPGI+VG86IDwvYj5LZW50IFdhdHNl biAmbHQ7PGEgaHJlZj0ibWFpbHRvOmt3YXRzZW5AanVuaXBlci5uZXQiIHRhcmdldD0iX2JsYW5r Ij5rd2F0c2VuQGp1bmlwZXIubmV0PC9hPiZndDs8YnI+DQo8Yj5DYzogPC9iPkVsaW90IExlYXIg Jmx0OzxhIGhyZWY9Im1haWx0bzpsZWFyQGNpc2NvLmNvbSIgdGFyZ2V0PSJfYmxhbmsiPmxlYXJA Y2lzY28uY29tPC9hPiZndDssIEFjZWUgTGluZGVtICZsdDs8YSBocmVmPSJtYWlsdG86YWNlZUBj aXNjby5jb20iIHRhcmdldD0iX2JsYW5rIj5hY2VlQGNpc2NvLmNvbTwvYT4mZ3Q7LCBEZWFuIEJv Z2Rhbm92aWMgJmx0OzxhIGhyZWY9Im1haWx0bzppdmFuZGVhbkBnbWFpbC5jb20iIHRhcmdldD0i X2JsYW5rIj5pdmFuZGVhbkBnbWFpbC5jb208L2E+Jmd0OywNCiAmcXVvdDs8YSBocmVmPSJtYWls dG86bmV0bW9kQGlldGYub3JnIiB0YXJnZXQ9Il9ibGFuayI+bmV0bW9kQGlldGYub3JnPC9hPiZx dW90OyAmbHQ7PGEgaHJlZj0ibWFpbHRvOm5ldG1vZEBpZXRmLm9yZyIgdGFyZ2V0PSJfYmxhbmsi Pm5ldG1vZEBpZXRmLm9yZzwvYT4mZ3Q7PGJyPg0KPGI+U3ViamVjdDogPC9iPlJlOiBbbmV0bW9k XSBXRyBMYXN0IENhbGwgZm9yIGRyYWZ0LWlldGYtbmV0bW9kLWFjbC1tb2RlbC0wOSAodW50aWwg T2N0IDI3LCAyMDE2KTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVw dDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsi PjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9 ImJvcmRlcjpub25lO2JvcmRlci1sZWZ0OnNvbGlkICNCNUM0REYgNC41cHQ7cGFkZGluZzowY20g MGNtIDBjbSA0LjBwdDttYXJnaW4tbGVmdDozLjc1cHQ7bWFyZ2luLXJpZ2h0OjBjbSIgaWQ9Im1f LTQ2MzI1NjkyNjAzNjYyMjk5NDltXy05MjEzMjgyNDU1OTAzOTI0MTQ4TUFDX09VVExPT0tfQVRU UklCVVRJT05fQkxPQ0tRVU9URSI+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1m YW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij5IZXJlIGFy ZSBteSBpc3N1ZXMgd2l0aCB0aGUgQUNMIGRyYWZ0IGFzIGl0IHN0YW5kcyB0b2RheSBmcm9tIGEg aGlnaCBsZXZlbCwgdnMuIGNhbGxpbmcgb3V0IGV2ZXJ5IG1pc3NpbmcgZmllbGQuJm5ic3A7PG86 cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3Rl Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0i Zm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3Nh bnMtc2VyaWYmcXVvdDsiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1z aXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2Vy aWYmcXVvdDsiPkFsdGhvdWdoIEnigJltIG5vdCBhbiBhdXRob3Igb2YgdGhpcyBZQU5HIG1vZGVs LCBJ4oCZbSB0aGUgYXV0aG9yIG9mIG90aGVycyBhbmQgSSBjYW4gc2F5IGZyb20gZXhwZXJpZW5j ZSB0aGF0IGl0IHdvdWxkIGJlIGluZmluaXRlbHkgbW9yZSBwcm9kdWN0aXZlIGZvciB5b3UgdG8N CiBsaXN0IHRoZSBzcGVjaWZpYyBmaWVsZHMgYW5kIGNvcnJlc3BvbmRpbmcgdXNlIGNhc2VzIGFz IG9wcG9zZWQgdG8gYSBzdWJqZWN0aXZlIGhpZ2gtbGV2ZWwgY3JpdGlxdWUuIFRoYXQgd2F5LCB0 aGVzZSBjYW4gYmUgaW5jb3Jwb3JhdGVkIG9yLCBhdCBsZWFzdCwgd2UgY2FuIGhhdmUgdGhlIGRp c2N1c3Npb24gYXMgd2hldGhlciBvciBub3QgdGhleSBiZWxvbmcgaW4gdGhlIGJhc2UgbW9kZWwu Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQt ZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+PG86cD4m bmJzcDs8L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5 OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+VGhhbmtzLDxvOnA+ PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVv dDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPkFjZWUmbmJzcDs8bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1p bHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij48bzpwPiZuYnNw OzwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+ DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tYm90dG9tOjEyLjBw dCI+PHNwYW4gbGFuZz0iRU4tVVMiPjxicj4NCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fPGJyPg0KbmV0bW9kIG1haWxpbmcgbGlzdDxicj4NCjxhIGhyZWY9 Im1haWx0bzpuZXRtb2RAaWV0Zi5vcmciPm5ldG1vZEBpZXRmLm9yZzwvYT48YnI+DQo8YSBocmVm PSJodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL25ldG1vZCIgdGFyZ2V0PSJf YmxhbmsiPmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vbmV0bW9kPC9hPjxv OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g bGFuZz0iRU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+ DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj5fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXzxicj4NCm5ldG1vZCBtYWls aW5nIGxpc3Q8YnI+DQo8YSBocmVmPSJtYWlsdG86bmV0bW9kQGlldGYub3JnIj5uZXRtb2RAaWV0 Zi5vcmc8L2E+PGJyPg0KPGEgaHJlZj0iaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0 aW5mby9uZXRtb2QiPmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vbmV0bW9k PC9hPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPC9kaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD4mbmJzcDs8L286 cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvYm9keT4NCjwvaHRtbD4NCg== --_000_E6BC9BBCBCACC246846FC685F9FF41EA29A1A5B2szxeml501mbxchi_-- From nobody Wed Nov 23 23:49:01 2016 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 01310129662 for ; Wed, 23 Nov 2016 23:48:59 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.902 X-Spam-Level: X-Spam-Status: No, score=-6.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id xZMuIOO9a5Tp for ; Wed, 23 Nov 2016 23:48:55 -0800 (PST) Received: from smtp-fr.alcatel-lucent.com (fr-hpida-esg-02.alcatel-lucent.com [135.245.210.21]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7D08E12954C for ; Wed, 23 Nov 2016 23:48:54 -0800 (PST) Received: from fr712umx4.dmz.alcatel-lucent.com (unknown [135.245.210.45]) by Websense Email Security Gateway with ESMTPS id 440F766C44218 for ; Thu, 24 Nov 2016 07:48:51 +0000 (GMT) Received: from fr712usmtp2.zeu.alcatel-lucent.com (fr712usmtp2.zeu.alcatel-lucent.com [135.239.2.42]) by fr712umx4.dmz.alcatel-lucent.com (GMO-o) with ESMTP id uAO7mp3M007803 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Thu, 24 Nov 2016 07:48:52 GMT Received: from FR711WXCHHUB02.zeu.alcatel-lucent.com (fr711wxchhub02.zeu.alcatel-lucent.com [135.239.2.112]) by fr712usmtp2.zeu.alcatel-lucent.com (GMO) with ESMTP id uAO7mU9h002941 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL) for ; Thu, 24 Nov 2016 07:48:50 GMT Received: from FR712WXCHMBA09.zeu.alcatel-lucent.com ([169.254.5.164]) by FR711WXCHHUB02.zeu.alcatel-lucent.com ([135.239.2.112]) with mapi id 14.03.0301.000; Thu, 24 Nov 2016 08:48:40 +0100 From: "Bogaert, Bart (Nokia - BE)" To: "netmod@ietf.org" Thread-Topic: [netmod] BBF Entity Augmentations Thread-Index: AQHSLiAuAsFzzEbgCkOHnJTkWO6DR6C41JyAgAFOnACAC0DyUIAiet7w Date: Thu, 24 Nov 2016 07:48:39 +0000 Message-ID: References: <9966516C6EB5FC4381E05BF80AA55F77012A796BAA@US70UWXCHMBA05.zam.alcatel-lucent.com> <20161024.195757.2254520820491075199.mbj@tail-f.com> <20161026.081634.1418487868117729833.mbj@tail-f.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-originating-ip: [135.239.27.40] Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=SHA1; boundary="----=_NextPart_000_0072_01D2462F.8C6FCC70" MIME-Version: 1.0 Archived-At: Cc: "Carey, Timothy \(Nokia - US\)" Subject: Re: [netmod] BBF Entity Augmentations X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Nov 2016 07:49:00 -0000 ------=_NextPart_000_0072_01D2462F.8C6FCC70 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit As follow-up on this discussion I would like to summarize the extensions to the IETF entity model as agreed within BBF (and which could be considered to be included in a next revision of the IETF entity model). These are mainly concerned with 1. enabling a reset of the entity by means of an action 2. enable pre-provisioning of pluggable items by a NC client 3. an additional container to group data related to pluggable transceivers The code fragments for the extensions is as follows given below. When considered as viable to be added to a new revision of the ietf-entity model, these changes can be grouped differently. 1. Enabling a reset of an entity by means of an action module bbf-entity-reset-action { yang-version 1.1; namespace "urn:broadband-forum-org:bbf-entity-reset-action"; prefix "bbf-entity-reset-action"; import ietf-entity { prefix ent; } ... identity reset-type { description "Type of reset requested of entity. Examples of resets can be: hardware-reset, reset-with-selftest, reset-without-selftest, software-reset, possibly others."; } identity hardware-reset { base reset-type; description "Hardware reset"; } augment "/ent:entity-state/ent:physical-entity" { description "Augment entity model with an action to request a reset of the entity"; action reset { description "Request a reset of the entity"; input { leaf reset-type { type identityref { base "reset-type"; } description "Type of reset requested of entity"; } } } } } 2. Enabling pre-provisioning (for pluggable items such as boards, SFP) module bbf-entity-extension { yang-version 1.1; namespace "urn:broadband-forum-org:bbf-entity-extension"; prefix bbf-ent-ext; import ietf-entity { prefix ent; } ... augment "/ent:entity/ent:physical-entity" { description "Configurational nodes for entities, as counterpart for operational nodes"; leaf class { type identityref { base ent:entity-physical-class; } description "An indication of the general hardware type of the physical entity."; reference "RFC 6933: entPhysicalClass"; } leaf-list contained-in { type leafref { path "../../ent:physical-entity/ent:name"; } description "The name of the physical entity that 'contains' this physical entity."; reference "RFC 6933: entPhysicalContainedIn"; } leaf parent-rel-pos { type int32 { range "0 .. 2147483647"; } description "An indication of the relative position of this child component among all its sibling components. Sibling components are defined as physical entities that share the same instance values of each of the contained-in and class elements."; reference "RFC 6933: entPhysicalParentRelPos"; } leaf mfg-name { type string; description "The name of the manufacturer of this physical component. The Preferred value is the manufacturer name string actually printed on the component itself (if present). Note that comparisons between instances of the model-name, firmware-rev, software-rev, and the serial-num nodes are only meaningful amongst physical entities with the same value of mfg-name. If the manufacturer name string associated with the physical component is unknown to the server, then this node will contain a zero-length string."; reference "RFC 6933: entPhysicalMfgName"; } leaf model-name { type string; description "The vendor-specific model name identifier string associated with this physical component. The preferred value is the customer-visible part number, which may be printed on the component itself. If the model name string associated with the physical component is unknown to the server, then this node will contain a zero-length string."; reference "RFC 6933: entPhysicalModelName"; } } } 3. Definition of a new identity based on ianaent:module for a pluggable transceiver and the pluggable transceiver: module bbf-entity { // yang-version 1.1; ConfD does not support v1.1 namespace "urn:broadband-forum-org:bbf-entity"; prefix bbf-ent; import iana-entity { prefix ianaent; } ... identity pluggable-transceiver { base ianaent:module; description "This identity is applicable if the physical entity class is sort of compact pluggable transceiver such as SFP (small form factor pluggable) or XFP (10 Gigabit Small Form Factor Pluggable)"; } } module bbf-entity-pluggable-transceiver { yang-version 1.1; namespace "urn:broadband-forum-org:bbf-entity-pluggable-transceiver"; prefix bbf-ent-plg-xcvr; import ietf-entity { prefix ent; } import bbf-entity { prefix bbf-ent; } ... augment "/ent:entity-state/ent:physical-entity" { when 'derived-from-or-self(../class, "bbf-ent:pluggable-transceiver")'; description "Data nodes for entities of identity type pluggable-transceiver"; container pluggable-transceiver-data { description "Pluggable-transceiver data nodes for entities of identity type pluggable-transceiver"; } } augment "/ent:entity/ent:physical-entity" { when 'derived-from-or-self(../class, "bbf-ent:pluggable-transceiver")'; description "Config nodes for entities of identity type pluggable-transceiver"; container pluggable-transceiver { description "Pluggable-transceiver related nodes."; } } } The YANG tree for entity looks as follows (notification omitted): module: ietf-entity +--ro entity-state | +--ro last-change? yang:date-and-time | +--ro physical-entity* [name] | +--ro name string | +--ro class identityref | +--ro physical-index? int32 {entity-mib}? | +--ro description? string | +--ro contained-in* -> ../../physical-entity/name | +--ro contains-child* -> ../../physical-entity/name | +--ro parent-rel-pos? int32 | +--ro hardware-rev? string | +--ro firmware-rev? string | +--ro software-rev? string | +--ro serial-num? string | +--ro mfg-name? string | +--ro model-name? string | +--ro alias? string | +--ro asset-id? string | +--ro is-fru? boolean | +--ro mfg-date? yang:date-and-time | +--ro uri* inet:uri | +--ro uuid? yang:uuid | +--ro state {entity-state}? | | +--ro state-last-changed? yang:date-and-time | | +--ro admin-state? entity-admin-state | | +--ro oper-state? entity-oper-state | | +--ro usage-state? entity-usage-state | | +--ro alarm-status? entity-alarm-status | | +--ro standby-status? entity-standby-status | +--ro sensor-data {entity-sensor}? | | +--ro data-type? entity-sensor-data-type | | +--ro data-scale? entity-sensor-data-scale | | +--ro precision? entity-sensor-precision | | +--ro value? entity-sensor-value | | +--ro oper-status? entity-sensor-status | | +--ro sensor-units-display? string | | +--ro value-timestamp? yang:date-and-time | | +--ro value-update-rate? uint32 | +--ro bbf-ent-plg-xcvr:pluggable-transceiver-data | +---x bbf-entity-reset-action:reset | +---w bbf-entity-reset-action:input | +---w bbf-entity-reset-action:reset-type? identityref +--rw entity {entity-config}? +--rw physical-entity* [name] +--rw name string +--rw serial-num? string +--rw alias? string +--rw asset-id? string +--rw uri* inet:uri +--rw admin-state? entity-admin-state {entity-state}? +--rw bbf-ent-ext:contained-in* -> ../../ent:physical-entity/name +--rw bbf-ent-ext:class? identityref +--rw bbf-ent-ext:mfg-name? string +--rw bbf-ent-ext:model-name? string +--rw bbf-ent-ext:parent-rel-pos? int32 +--rw bbf-ent-plg-xcvr:pluggable-transceiver Best regards - Vriendelijke groeten, Bart Bogaert Broadband-Access System Architect Data Contact number +32 3 2408310 (+32 477 673952) NOKIA Copernicuslaan 50, 2018 Antwerp, Belgium Fortis 220-0002334-42 VAT BE 0404 621 642 Register of Legal Entities Antwerp << This message (including any attachments) contains confidential information intended for a specific individual and purpose, and is protected by law. If you are not the intended recipient, you should delete this message. Any disclosure, copying, or distribution of this message, or the taking of any action based on it, is strictly prohibited without the prior consent of its author. >> -----Original Message----- From: netmod [mailto:netmod-bounces@ietf.org] On Behalf Of Bogaert, Bart (Nokia - BE) Sent: 02 November 2016 09:12 To: Martin Bjorklund Cc: Carey, Timothy (Nokia - US) ; netmod@ietf.org Subject: Re: [netmod] BBF Entity Augmentations Hi, -- snip -- > > > > identity hardware-reset { > > base reset-type; > > description > > "Hardware reset"; > > } > > What other types of resets do you envision? > Possible other reset types: reset-with/without-selftest, software-reset -- snip -- > > > 3 Added a couple of common attributes for the manufacturer name > > > and model > > > module: bbf-entity-extension > > > augment /ent:entity/ent:physical-entity: > > > +--rw class? identityref > > > +--rw contained-in* -> ../../ent:physical-entity/name --rw > > > +parent-rel-pos? int32 > > > > These were discussed in the ML thread starting with > > https://www.ietf.org/mail-archive/web/netmod/current/msg16458.html. > > However, it was never clear (at least not to me) how this would > > actually work. > > > > [Bart Bogaert] Please find an example below (assuming physical > > entity 'thisNode' with class 'chassis' exists) using CLI notation: > > Ok; so the idea would be that a pre-configured component would be identified > by the (contained-in, class, parent-rel-pos). This makes sense. If > the system detects some configuration for this tuple when a component > is detected, it uses the additional config data (specifically the > 'name') when > it instantiates the component in the physical-entity list? That's correct, system will link state to config data using those leafs Regards, Bart ------=_NextPart_000_0072_01D2462F.8C6FCC70 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIP/TCCA7Ew ggKZoAMCAQICEBErBTlXKN63QvT+VRPTt1EwDQYJKoZIhvcNAQEFBQAwQzEXMBUGA1UEChMOQWxj YXRlbCBMdWNlbnQxKDAmBgNVBAMTH0FsY2F0ZWwgTHVjZW50IEludGVybmFsIFJvb3QgQ0EwHhcN MDgxMTAzMTU0MTE2WhcNMjgxMTAzMTU0MTE2WjBDMRcwFQYDVQQKEw5BbGNhdGVsIEx1Y2VudDEo MCYGA1UEAxMfQWxjYXRlbCBMdWNlbnQgSW50ZXJuYWwgUm9vdCBDQTCCASIwDQYJKoZIhvcNAQEB BQADggEPADCCAQoCggEBAL5IGBVth8afQdnpuLDI0Z37GgIcPWznOOzFJUV1gVbztqQ5CIxkVL4K soAfLzc8LQHqNl2Nk3YbVBputIyCe2nzGsRjQeVt+HO2PV7h2YpMQlVd+XGsmpJ4fAP3A38wkTl6 tFPAYspyUFvjNON1J3BJE/2cuY7apvn9ZfSz99x7y4QBZh3hvm4g5Fn7mK04/q7K6O4Z8Y6zkSxG ZFNyZ6NIuAPNCODZASqYnHiAgtEcCR4WPs6rj+Y8MU0q56ddwuIZ0qeP2ScHY0wVtnmqXzHyCzEQ Eb2eJCsGpXFwUalVaxPUZEVoVDfjO+2ZN5gNJrGMTu7Mv9k1WG0LR3zZ1QsCAwEAAaOBoDCBnTAL BgNVHQ8EBAMCAYYwDwYDVR0TAQH/BAUwAwEB/zAdBgNVHQ4EFgQUB6yyWvZhiXxcfOvilycpaQyK H/AwEAYJKwYBBAGCNxUBBAMCAQAwTAYDVR0gBEUwQzBBBgRVHSAAMDkwNwYIKwYBBQUHAgEWK2h0 dHA6Ly93d3cuYWxjYXRlbC1sdWNlbnQuY29tL1BLSS9jcC9jcC5odG0wDQYJKoZIhvcNAQEFBQAD ggEBADBMWG3WQyC6+mBzuuFuCGqJAiC4v+TQ3ZErd5KKSRGh8dwjzK5L2C51wJPVe6EAjb59CEb2 p2aPKSkoMrCC8seBRM/bs23DMyna1Jr9Q5EZDrmRqBLJy3Cs8NFpa/cKb6SkegFHcB/vi+SYgSdR BwoNE5+y6MRPXcEBadI/9W8Zlkk5sJ3w55e+i8OCNg/fDYAQuJPa+hD3/byWGxUgGSMNGQ/GS2st NETAa5Z/88Sh9FHk2BtrxSz7jPtekKhjsidD2ANJZTCyj9iRB+Nt9FEetNpcN6ke1FlepRbCsV10 I0y6weLwZ34h2GWbN9qEOSQV88NBA149a5ugJ/oCbHEwggTdMIIDxaADAgECAgoanQrOAAAAAAAG MA0GCSqGSIb3DQEBBQUAMEMxFzAVBgNVBAoTDkFsY2F0ZWwgTHVjZW50MSgwJgYDVQQDEx9BbGNh dGVsIEx1Y2VudCBJbnRlcm5hbCBSb290IENBMB4XDTA4MTEyMTIxNTcyOFoXDTE4MTEyMTIyMDcy OFowgYUxEzARBgoJkiaJk/IsZAEZFgNjb20xFjAUBgoJkiaJk/IsZAEZFgZsdWNlbnQxFDASBgoJ kiaJk/IsZAEZFgRuYTAyMRcwFQYDVQQKEw5BbGNhdGVsIEx1Y2VudDEnMCUGA1UEAxMeQWxjYXRl bCBMdWNlbnQgSW50ZXJuYWwgU3ViIENBMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEA 2Ocmcli3LbVU6TRh+JLMtquBr5/grS+gzfN5YL/lauFCHmDlF7kNQvxtDWqwNpOkzb97CwWcVsdf kyWAiGzVWeRIrYGhK/xNPFRYXOKYXLGqxFWkltZkYpSRudHzjTneUC4EVdMXnREMu8FTC0CM38Vb xMvQ+ygjEyicg2QT9lZHWkKP9kCI1818P+AmS7905t6kXR9Q2m1GjcCa0KqARPGX/xe2toQS+Vdi UwDary1Enk8j19KFmvFg1bhY2mNSHgzN2AWnhsOi/EID1SalzBwHylByB/UbbEv2dZUsAdMuOtYt Z/8dM1axS0d3fW7q7mAYV5uM42mYX9o1B/RzjwIDAQABo4IBjjCCAYowDwYDVR0TAQH/BAUwAwEB /zAdBgNVHQ4EFgQU2exrvZZYIvfYpnfN/k2B77qXvRIwCwYDVR0PBAQDAgHGMBAGCSsGAQQBgjcV AQQDAgEAMBkGCSsGAQQBgjcUAgQMHgoAUwB1AGIAQwBBMB8GA1UdIwQYMBaAFAesslr2YYl8XHzr 4pcnKWkMih/wMHgGA1UdHwRxMG8wbaBroGmGOWh0dHA6Ly9zZXJ2aWNlcy5zdXBwb3J0LmFsY2F0 ZWwtbHVjZW50LmNvbS9QS0kvcm9vdENBLmNybIYsaHR0cDovL3d3dy5hbGNhdGVsLWx1Y2VudC5j b20vUEtJL3Jvb3RDQS5jcmwwgYIGCCsGAQUFBwEBBHYwdDA4BggrBgEFBQcwAoYsaHR0cDovL3d3 dy5hbGNhdGVsLWx1Y2VudC5jb20vUEtJL3Jvb3RDQS5jcnQwOAYIKwYBBQUHMAKGLGh0dHA6Ly93 d3cuYWxjYXRlbC1sdWNlbnQuY29tL1BLSS9yb290Q0EuY3J0MA0GCSqGSIb3DQEBBQUAA4IBAQCl GxDp5Z1IDjIEz8VaTEWa8Q1OWUbXwsszdoNg5Gg3F1a2VFFVegmsrpt4axbESlgE6AT/rkUUiyjb EhcUgY2OHdeKN5Gc7VOGh9D7SER9peARwSwx4NYRrsIaRXDrUswWAM6T6ilDUogjKYk3uK2zZ6Vy 7z3JewxVlhpeSsNPQSMoyNibKkYLRoh6rvz94vB0mvcT0uVx7xowPNoTOjjGRAk4J/MBaNOupvwf RfPmwRetdnD6NC5x8aRkhr4ZNBjvYxFT8IJaeLk8piQYMPRDlzi7dlb9d6C5WuC0LRpomk2r3bd6 /XpNOx2FyG18axeeASWtENgPvqEirM5MjwkCMIIHYzCCBkugAwIBAgIKXRYRuwAAAADQ8TANBgkq hkiG9w0BAQUFADCBhTETMBEGCgmSJomT8ixkARkWA2NvbTEWMBQGCgmSJomT8ixkARkWBmx1Y2Vu dDEUMBIGCgmSJomT8ixkARkWBG5hMDIxFzAVBgNVBAoTDkFsY2F0ZWwgTHVjZW50MScwJQYDVQQD Ex5BbGNhdGVsIEx1Y2VudCBJbnRlcm5hbCBTdWIgQ0EwHhcNMTUwNDE2MDU1MjI4WhcNMTcwNDE1 MDU1MjI4WjBDMREwDwYDVQQDEwhib2dhZXJ0YjEuMCwGCSqGSIb3DQEJARYfYmFydC5ib2dhZXJ0 QGFsY2F0ZWwtbHVjZW50LmNvbTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAJBS7alw mZfOimfXIdJjyp1G8U+E4Rs5y+eXtDfKWEuy6UOCstRCUiSz+eljCu737ZPkMHmPMdXDHZGnsV9y HsInD5cZHBTNnboc8lV7zLVpTrtrnflClsOiRD75CS1Vvehx+JnFuW4Mo/VeWjQtUD4tUU67W7b0 QPOkcB3KkZixozjERSxPUFHf6pMShshwQlKtvV6YLdhnNePiuFimfYqUDiOQs1LR8C+r3eSMHi8o lyWTHf49vFPL7z62HWSldeEkf6vhtuZuWLfH7xqO3CIQH63zUJF9p23ko2/Gtc1MpAcdWMwV3ymj V8ef+gZac/SFwFgA547zeawhhvtdiOUCAwEAAaOCBBQwggQQMD0GCSsGAQQBgjcVBwQwMC4GJisG AQQBgjcVCIW9xVmD47E5h6WBKoa/w0KFlJgZgQv55kyE/bVaAgFkAgEFMB8GA1UdJQQYMBYGCisG AQQBgjcKAwQGCCsGAQUFBwMEMAsGA1UdDwQEAwIFoDApBgkrBgEEAYI3FQoEHDAaMAwGCisGAQQB gjcKAwQwCgYIKwYBBQUHAwQwRAYJKoZIhvcNAQkPBDcwNTAOBggqhkiG9w0DAgICAIAwDgYIKoZI hvcNAwQCAgCAMAcGBSsOAwIHMAoGCCqGSIb3DQMHMB0GA1UdDgQWBBTzjeedsBUMWk5eyOwD8/c9 1B1G8jAfBgNVHSMEGDAWgBTZ7Gu9llgi99imd83+TYHvupe9EjCCAV0GA1UdHwSCAVQwggFQMIIB TKCCAUigggFEhoHZbGRhcDovLy9DTj1BbGNhdGVsJTIwTHVjZW50JTIwSW50ZXJuYWwlMjBTdWIl MjBDQSxDTj11c25hdnNwa2kwM3AsQ049Q0RQLENOPVB1YmxpYyUyMEtleSUyMFNlcnZpY2VzLENO PVNlcnZpY2VzLENOPUNvbmZpZ3VyYXRpb24sREM9bHVhZCxEQz1sdWNlbnQsREM9Y29tP2NlcnRp ZmljYXRlUmV2b2NhdGlvbkxpc3Q/YmFzZT9vYmplY3RDbGFzcz1jUkxEaXN0cmlidXRpb25Qb2lu dIYsaHR0cHM6Ly93d3cuYWxjYXRlbC1sdWNlbnQuY29tL1BLSS9zdWJDQS5jcmyGOGh0dHA6Ly9z ZXJ2aWNlcy5zdXBwb3J0LmFsY2F0ZWwtbHVjZW50LmNvbS9QS0kvc3ViQ0EuY3JsMIIBYQYIKwYB BQUHAQEEggFTMIIBTzCBzAYIKwYBBQUHMAKGgb9sZGFwOi8vL0NOPUFsY2F0ZWwlMjBMdWNlbnQl MjBJbnRlcm5hbCUyMFN1YiUyMENBLENOPUFJQSxDTj1QdWJsaWMlMjBLZXklMjBTZXJ2aWNlcyxD Tj1TZXJ2aWNlcyxDTj1Db25maWd1cmF0aW9uLERDPWx1YWQsREM9bHVjZW50LERDPWNvbT9jQUNl cnRpZmljYXRlP2Jhc2U/b2JqZWN0Q2xhc3M9Y2VydGlmaWNhdGlvbkF1dGhvcml0eTA4BggrBgEF BQcwAoYsaHR0cHM6Ly93d3cuYWxjYXRlbC1sdWNlbnQuY29tL1BLSS9zdWJDQS5jcnQwRAYIKwYB BQUHMAKGOGh0dHA6Ly9zZXJ2aWNlcy5zdXBwb3J0LmFsY2F0ZWwtbHVjZW50LmNvbS9QS0kvc3Vi Q0EuY3J0MCoGA1UdEQQjMCGBH2JhcnQuYm9nYWVydEBhbGNhdGVsLWx1Y2VudC5jb20wDQYJKoZI hvcNAQEFBQADggEBAEARoPJfuwXhstAQ/fAz/XKDC//Je9A0RG9Q5XV7+URvR5GxhwuikL/MEtXs Dspufv0eHG/b92AVZxaSgdpzC6neLoW2Q/Rdeavuifm7H/Ob645vIufqDQEqRqsyt9xRP+31VphA do994d7kU6v5BI7DAA8s5rl6h4PFbtvY5qe8VLNiTnon1dCwPQ+mRSrLfgjlZUw+WsMh69JEOWZX EufZMg0oUvCboUe3LNNvh8+DtLafaT1gS/kpv3c+dXVApTjb1tPbeZHc5L85AVQBsbq/vYpWhiZR qDiyVyPh+dh7vTa/GBJx/UVLwv6IswAwtCWZ/r9aReHssqkgMH9evF8xggQpMIIEJQIBATCBlDCB hTETMBEGCgmSJomT8ixkARkWA2NvbTEWMBQGCgmSJomT8ixkARkWBmx1Y2VudDEUMBIGCgmSJomT 8ixkARkWBG5hMDIxFzAVBgNVBAoTDkFsY2F0ZWwgTHVjZW50MScwJQYDVQQDEx5BbGNhdGVsIEx1 Y2VudCBJbnRlcm5hbCBTdWIgQ0ECCl0WEbsAAAAA0PEwCQYFKw4DAhoFAKCCAmkwGAYJKoZIhvcN AQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMTYxMTI0MDc0ODM4WjAjBgkqhkiG9w0B CQQxFgQUrtTv57AyGG7D4Zw/szSWctiGhYswgaUGCSsGAQQBgjcQBDGBlzCBlDCBhTETMBEGCgmS JomT8ixkARkWA2NvbTEWMBQGCgmSJomT8ixkARkWBmx1Y2VudDEUMBIGCgmSJomT8ixkARkWBG5h MDIxFzAVBgNVBAoTDkFsY2F0ZWwgTHVjZW50MScwJQYDVQQDEx5BbGNhdGVsIEx1Y2VudCBJbnRl cm5hbCBTdWIgQ0ECCl0WEbsAAAAA0PEwgacGCyqGSIb3DQEJEAILMYGXoIGUMIGFMRMwEQYKCZIm iZPyLGQBGRYDY29tMRYwFAYKCZImiZPyLGQBGRYGbHVjZW50MRQwEgYKCZImiZPyLGQBGRYEbmEw MjEXMBUGA1UEChMOQWxjYXRlbCBMdWNlbnQxJzAlBgNVBAMTHkFsY2F0ZWwgTHVjZW50IEludGVy bmFsIFN1YiBDQQIKXRYRuwAAAADQ8TCBtwYJKoZIhvcNAQkPMYGpMIGmMAsGCWCGSAFlAwQBKjAL BglghkgBZQMEARYwCgYIKoZIhvcNAwcwCwYJYIZIAWUDBAECMA4GCCqGSIb3DQMCAgIAgDAHBgUr DgMCBzANBggqhkiG9w0DAgIBQDANBggqhkiG9w0DAgIBKDAHBgUrDgMCGjALBglghkgBZQMEAgMw CwYJYIZIAWUDBAICMAsGCWCGSAFlAwQCATAKBggqhkiG9w0CBTANBgkqhkiG9w0BAQEFAASCAQBr BD5YnfRQXQ0BDbkOMOqF+d83tCvQeuszT0xTOsBqDeXgJSOAYx/s+psTJp28n2MYVC4v7zokGt6s lwKPEVhygzvXALawwCNH3po/R/3cOo57qjjH13n4uLHMqpjay2yi0wvpW1KY2e8OEtPfz50PtfJO fOX0gEgU6rGK2uqseZTsKhBMMfSMSRUgtmzZtphnM0iJdQSYj9LV+10/iSKD3VVAoWliZgUUHoEb c9gg3Ogkv1GfQYyZ3s9VGd6+oMloMKOMcUL2XdTFa8bt+ZC4wC95JxSKiN7yNNZTutnRU4AdAlCV BOZIPUjQqrdPYqkVelPww5ch68ICIZKdg9ZsAAAAAAAA ------=_NextPart_000_0072_01D2462F.8C6FCC70-- From nobody Thu Nov 24 00:11:50 2016 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C1E071294EB for ; Thu, 24 Nov 2016 00:11:48 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.221 X-Spam-Level: X-Spam-Status: No, score=-4.221 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=ericsson.onmicrosoft.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id WakmTk-jkZ7G for ; Thu, 24 Nov 2016 00:11:46 -0800 (PST) Received: from sesbmg22.ericsson.net (sesbmg22.ericsson.net [193.180.251.48]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0342812947F for ; Thu, 24 Nov 2016 00:11:45 -0800 (PST) X-AuditID: c1b4fb30-593ff70000001942-60-5836a0bfe99b Received: from ESESSHC009.ericsson.se (Unknown_Domain [153.88.183.45]) by (Symantec Mail Security) with SMTP id 11.7A.06466.FB0A6385; Thu, 24 Nov 2016 09:11:44 +0100 (CET) Received: from EUR01-VE1-obe.outbound.protection.outlook.com (153.88.183.145) by oa.msg.ericsson.com (153.88.183.45) with Microsoft SMTP Server (TLS) id 14.3.319.2; Thu, 24 Nov 2016 09:11:43 +0100 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ericsson.onmicrosoft.com; s=selector1-ericsson-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=vXRmDRxbYSQh+fVp2OshMkjByjzY9G5QInMbNNJDkpE=; b=CsKp1a4o3D+ilzEQhBtUoLFTmXots2pVjoWeQHMGQLXNIq9lpc5qZyOQJfDFoWmPKUmDc0EHkrVzZXwWK4Huec9itftLmLgoU/8jkSl6dKCNKkcov+8ezRyfIKomD6//YLC+ylulbA88QlKg4lfrBZd+E5/9Bi59gqGiBT/b3HM= Received: from DB6PR0701MB1765.eurprd07.prod.outlook.com (10.168.10.15) by DB5PR07MB1605.eurprd07.prod.outlook.com (10.166.12.144) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.747.5; Thu, 24 Nov 2016 08:11:41 +0000 Received: from DB6PR0701MB1765.eurprd07.prod.outlook.com ([10.168.10.15]) by DB6PR0701MB1765.eurprd07.prod.outlook.com ([10.168.10.15]) with mapi id 15.01.0761.005; Thu, 24 Nov 2016 08:11:41 +0000 From: Hansance Han To: "kwatsen@juniper.net" , "lberger@labn.net" , "netmod@ietf.org" Thread-Topic: I-D Action: draft-han-netmod-intf-ext-ppp-yang-00.txt Thread-Index: AQHSQZCKxXBXv5qvxU+4MSPkUxaz5KDivFaggAIKpTCAAwcEMA== Date: Thu, 24 Nov 2016 08:11:41 +0000 Message-ID: References: <147945952457.13710.9641597738061876092.idtracker@ietfa.amsl.com> <022301d24190$0940bf60$4001a8c0@gateway.2wire.net> <00c301d244a4$8d52b9e0$4001a8c0@gateway.2wire.net> In-Reply-To: <00c301d244a4$8d52b9e0$4001a8c0@gateway.2wire.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=hansance.han@ericsson.com; x-originating-ip: [106.38.5.68] x-microsoft-exchange-diagnostics: 1; DB5PR07MB1605; 7:hCKbt1z8PAP/QJXHlVdfvpeoQzxxmpKtcTh4WXQo2PEky3KQwxgnS2SbUYhNF2XKbNUDPEw4M1xv1K07hZeeFVnK1dbWN8wKRDgCxO8Ko3Y1HZ3yTH/nPmtq76u7gUQklZ0H0HBXNGOQyJbMKcw34uSNyayx2LfcqCJqd5qo+LNkxG4A2VUtZ36pnzjHRtyFfxGt2000bCEW8Ibj69+5joFz6xSFN7FwVklhcazpJmXbfnXaeuyPAQeoRoI8vbpn25g2mcaP1toW5XFy/EBIYWaDqY9mCzDlcBTvb7abYkNKlJZY+Mg7VUUQIB/hcoY3NWmpFE4pYUpKnqAZwn/9J3PpJPXcxKlf+yejgkwxJ+SnEkACSl3L1QZUjxYWMvHAssR4w0xCz3rGVl408aH+jPFfRlBx2TOM+3czH5VxGpCWb5nGzh7xopYLL8PH910P7Ko6aifBG6bQcwr1vt6NQA== x-forefront-antispam-report: SFV:SKI; SCL:-1SFV:NSPM; SFS:(10009020)(6009001)(7916002)(199003)(377424004)(377454003)(189002)(13464003)(39410400001)(9686002)(8666005)(4326007)(7846002)(7736002)(5660300001)(305945005)(2906002)(86362001)(4001150100001)(33656002)(5001770100001)(189998001)(97736004)(106116001)(122556002)(106356001)(3280700002)(2950100002)(92566002)(2501003)(8676002)(8936002)(81166006)(81156014)(7696004)(3660700001)(74316002)(6116002)(102836003)(3846002)(2201001)(68736007)(1941001)(6506003)(66066001)(230783001)(50986999)(54356999)(76176999)(2900100001)(77096005)(101416001)(105586002)(229853002)(76576001)(38730400001)(93886004)(39400400001)(39390400001)(39380400001)(7059030); DIR:OUT; SFP:1101; SCL:1; SRVR:DB5PR07MB1605; H:DB6PR0701MB1765.eurprd07.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; A:1; MX:1; LANG:en; x-ms-office365-filtering-correlation-id: ee38c517-4e54-415c-3820-08d414418592 x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:(22001);SRVR:DB5PR07MB1605; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(37575265505322)(178726229863574)(120809045254105); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6045199)(6060326)(6040361)(601004)(2401047)(8121501046)(5005006)(3002001)(10201501046)(6041248)(6061324)(20161123564025)(20161123562025)(20161123555025)(20161123558021)(20161123560025); SRVR:DB5PR07MB1605; BCL:0; PCL:0; RULEID:; SRVR:DB5PR07MB1605; x-forefront-prvs: 0136C1DDA4 received-spf: None (protection.outlook.com: ericsson.com does not designate permitted sender hosts) spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-MS-Exchange-CrossTenant-originalarrivaltime: 24 Nov 2016 08:11:41.1293 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 92e84ceb-fbfd-47ab-be52-080c6b87953f X-MS-Exchange-Transport-CrossTenantHeadersStamped: DB5PR07MB1605 X-OriginatorOrg: ericsson.com X-Brightmail-Tracker: H4sIAAAAAAAAA02Se0hTcRTH+d17t11Xi1/zdTKjGFlkaSYpI8JMLSZlRURKCbr0pqLbbFdF g8AH+SJFMgNFcpapic60zKEpapY6sAea0tTEZ5hEY6Em0srtV9B/n/P4nu/5HX4sLS0TuLEJ 6hROq1YmyYRipjyi3curR+cf4fOr3EU+NjvNyHsqRfL8nG+MvOpDliCQUXS8/ilS1NSsU4rx 7I8ihbk1R3iBuSI+HsslJaRx2sMB0eJ4Q8OsMLnDPX2iukSQiQZcChHLAj4KKwvhhUjMSrEe gfXuDFWIHDaDQQTG9SBbgcFFNEwahhDpuk9BrX6EJsFmV3PVoMAmEWJvaHk8KbKxE74FI5Z6 2sY0VsHccBtjs3PEQTCe40FagsHc0UQRDoLFaatdymAPGF6tQzaW4GhobulliFcxBdld3faZ DvgE/J6w2MUIu8CasZEiXq5gmq+yM2AMNS/f0YSdYWnOKrDtgHAk9L+9QdK7wWjqFdnmA77D QK5l/W/QKQT9G5OI3CgMFh4EE0EY5DWOMiSdCFMPPUg6EkyDyxSRNlLQY5wVkoI75P0wCMhJ Oahrum1/mCN2g6nRAlSCPCv+W5vwIdB1WoSED0Jt9TJdYb/Fdhgqn2d0iGlAzjzHX1PF+fp6 c9qEGJ7XqL3VXEor2vwsvc83fAxo6cvJPoRZJNsqMev9IqQCZRqfoepDwNIyJ4mlyj9CKolV ZtzktJoobWoSx/ehnSwjc5X4P5kOl+I4ZQqXyHHJnPZflWId3DLRo/6L7qG+bSXbNuoGKjUr YwuuYSrD3nTT8PeBe8WCr4sho++PncnoS9StFCV3hTxVz9RXND1zWu0sS9NFjQsDL38O7fbz jMkqKHl1ds1t3/7J0zs+3VZTAdeDLTHzuecqS2dfXNWcapdxhQfW9qTWW8Xtl8ylu0L5ynxK K9ly3ouXMXy88ognreWVfwDwN3SYKAMAAA== Archived-At: Cc: Hua Lv , James Zhang Q Subject: Re: [netmod] I-D Action: draft-han-netmod-intf-ext-ppp-yang-00.txt X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Nov 2016 08:11:49 -0000 Hi Lou and Kent, I submitted a YANG draft about PPP feature, while PPP WG is concluded for a= long time, I didn't know whether this PPP draft could be discussed in netm= od WG. Would netmod WG be like to adopt it?=20 BR Hansance Han -----Original Message----- From: t.petch [mailto:ietfc@btconnect.com]=20 Sent: Tuesday, November 22, 2016 5:40 PM To: Hansance Han Cc: Hua Lv ; James Zhang Q Subject: Re: I-D Action: draft-han-netmod-intf-ext-ppp-yang-00.txt Hi It is up to the chairs of the netmod group. If they consider that it falls within the charter of the WG, then they can = ask the WG if there is interest in adopting the I-D as a WG item, and if en= ough people say yes, then it becomes a WG item and discussion can happen on= the netmod list. So, I would suggest an e-mail, perhaps on the netmod list, to the chairs, c= opying the announcement, saying that you have produced this and would netmo= d WG be willing to adopt it. I note that there are a number of changes that will be needed, hence my que= stion about where it might be discussed. I prefer posting to a list so tha= t others can agree or disagree with me, as opposed to off-list discussions = about needed changes. Tom Petch ----- Original Message ----- From: "Hansance Han" To: "t.petch" Cc: "Hua Lv" ; "James Zhang Q" Sent: Monday, November 21, 2016 2:36 AM Hi there, We have checked the ppp is concluded group. How to active this group? If we= cannot active this group, so I claim that this draft is under netmod group= , is that ok? BR Hansance Han ppp Point-to-Point Protocol 1988-03 1989-11 -----Original Message----- From: t.petch [mailto:ietfc@btconnect.com] Sent: Friday, November 18, 2016 7:36 PM To: Hansance Han Cc: Hua Lv ; James Zhang Q Subject: Re: I-D Action: draft-han-netmod-intf-ext-ppp-yang-00.txt Do you have a wg in mind where this I-D will be discussed/ Tom Petch ----- Original Message ----- From: To: Sent: Friday, November 18, 2016 8:58 AM > A New Internet-Draft is available from the on-line Internet-Drafts directories. > > > Title : Yang Data Model for PPP Protocol > Authors : Hansance Han > Hua Lv > James Zhang > Filename : draft-han-netmod-intf-ext-ppp-yang-00.txt > Pages : 8 > Date : 2016-11-18 > > Abstract: > This document defines a YANG data model that can be used to=20 > configure and manage PPP. > > > The IETF datatracker status page for this draft is: > https://datatracker.ietf.org/doc/draft-han-netmod-intf-ext-ppp-yang/ > > There's also a htmlized version available at: > https://tools.ietf.org/html/draft-han-netmod-intf-ext-ppp-yang-00 > > > 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=20 > ftp://ftp.ietf.org/ietf/1shadow-sites.txt From nobody Thu Nov 24 01:14:14 2016 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B28DB129DF3 for ; Thu, 24 Nov 2016 01:14:12 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -8.497 X-Spam-Level: X-Spam-Status: No, score=-8.497 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=-1.497] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=nic.cz 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 pCeJgQfBH55p for ; Thu, 24 Nov 2016 01:14:07 -0800 (PST) Received: from mail.nic.cz (mail.nic.cz [IPv6:2001:1488:800:400::400]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CB057129D39 for ; Thu, 24 Nov 2016 01:14:06 -0800 (PST) Received: from [IPv6:2001:718:1a02:1:5d60:b66c:ea41:80d9] (unknown [IPv6:2001:718:1a02:1:5d60:b66c:ea41:80d9]) by mail.nic.cz (Postfix) with ESMTPSA id 64C7260C3C for ; Thu, 24 Nov 2016 10:14:05 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=nic.cz; s=default; t=1479978845; bh=CTNM4rECEG3EtFLF5l/9/EWz+vtOgfYkt/gjQHektkY=; h=From:Date:To; b=DXaoAUQhzANLFx9lwOLN1iwi+q53xW2lAThYgAM9HhQhT0qQ1Uh0VHN1/5EU9v9mv 7jzFJzP3yuCFhzIVazszwXda3542QuAO5wWGKjZmJ42qWQXx3Sb5yQM38gk2h+GFb7 vIZOqrlfLPSWLnLxzjlroGXPGMLI3YKj61AzGtsc= From: Ladislav Lhotka Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 10.1 \(3251\)) Message-Id: Date: Thu, 24 Nov 2016 10:14:04 +0100 To: NETMOD WG X-Mailer: Apple Mail (2.3251) X-Virus-Scanned: clamav-milter 0.98.7 at mail X-Virus-Status: Clean Archived-At: Subject: [netmod] default namespace in XPath X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Nov 2016 09:14:13 -0000 Hi, second bullet in sec. 6.4.1 of RFC 7950 says: Names without a namespace prefix belong to the same namespace as the = identifier of the current node. But what is the current node? Is it the same as the result of the = current() function or, if we have "/x:foo/bar" is the namespace of "bar" the one corresponding to prefix "x"? Lada -- Ladislav Lhotka, CZ.NIC Labs PGP Key ID: E74E8C0C From nobody Thu Nov 24 01:33:56 2016 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1D4A4129F09 for ; Thu, 24 Nov 2016 01:33:55 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.718 X-Spam-Level: X-Spam-Status: No, score=-5.718 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-1.497, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 0W4Pxg8-ukKP for ; Thu, 24 Nov 2016 01:33:53 -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 C4BA6129ED1 for ; Thu, 24 Nov 2016 01:33:52 -0800 (PST) Received: from 172.18.7.190 (EHLO lhreml703-cah.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id CVW34642; Thu, 24 Nov 2016 09:33:50 +0000 (GMT) Received: from SZXEML429-HUB.china.huawei.com (10.82.67.184) by lhreml703-cah.china.huawei.com (10.201.5.104) with Microsoft SMTP Server (TLS) id 14.3.235.1; Thu, 24 Nov 2016 09:33:49 +0000 Received: from SZXEML501-MBX.china.huawei.com ([169.254.1.5]) by SZXEML429-HUB.china.huawei.com ([10.82.67.184]) with mapi id 14.03.0235.001; Thu, 24 Nov 2016 17:33:42 +0800 From: wangzitao To: Ladislav Lhotka , NETMOD WG Thread-Topic: [netmod] default namespace in XPath Thread-Index: AQHSRjMmPBnrKOYa4EugKJqBNO8dc6Dn3X6Q Date: Thu, 24 Nov 2016 09:33:41 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.136.78.198] 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.0A020203.5836B3FE.01A3, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0, ip=169.254.1.5, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32 X-Mirapoint-Loop-Id: f111bc3a3bc6fbb0fe77e1efeab46586 Archived-At: Subject: Re: [netmod] default namespace in XPath X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Nov 2016 09:33:55 -0000 SGkgTGFkYSwNCg0KSW4gbXkgdW5kZXJzdGFuZGluZywgaXQgbWVhbnMgdG8gZXF1YWwgdG8gY3Vy cmVudCBtb2R1bGUncyBwcmVmaXguIA0KRm9yIGV4YW1wbGU6IA0KDQptb2R1bGUgaWV0Zi1mb28g ew0KICAgICBuYW1lc3BhY2UgInVybjppZXRmOnBhcmFtczp4bWw6bnM6eWFuZzppZXRmLWZvbyI7 DQogICAgIHByZWZpeCBmb287DQoJDQoJaW1wb3J0IGlldGYtaW50ZXJmYWNlcyB7DQogICAgcHJl Zml4IGlmOw0KICAgIH0NCgkNCiAgICAuLi4uLg0KDQoJIGF1Z21lbnQgIi9pZjppbnRlcmZhY2Vz L2lmOmludGVyZmFjZSJ7DQoJICBsaXN0IEF7DQoJICAga2V5ICJhIjsNCgkgICBsZWFmIGF7DQoJ ICAgIHR5cGUgc3RyaW5nOw0KCSAgIH0NCgkgIH0NCgkgfQ0KCSANCgkgbGlzdCBCew0KCSAga2V5 ICJiIjsNCgkgIGxlYWYgYnsNCgkgICB0eXBlIGxlYWZyZWZ7DQoJICAgIHBhdGggIi9pZjppbnRl cmZhY2VzL2lmOmludGVyZmFjZS9BL2EiOw0KCSAgIH0NCgkgIH0NCgkgfQ0KCSANCn0NCg0KSW4g YWJvdmUgZXhhbXBsZSwgdGhlIHBhdGggIi9pZjppbnRlcmZhY2VzL2lmOmludGVyZmFjZS9BL2Ei IGVxdWFsIHRvICIvaWY6aW50ZXJmYWNlcy9pZjppbnRlcmZhY2UvZm9vOkEvZm9vOmEiLg0KDQpC UiENCi1NaWNoYWVsDQoNCi0tLS0t08q8/tStvP4tLS0tLQ0Kt6K8/sjLOiBuZXRtb2QgW21haWx0 bzpuZXRtb2QtYm91bmNlc0BpZXRmLm9yZ10gtPqx7SBMYWRpc2xhdiBMaG90a2ENCreiy83Ksbzk OiAyMDE2xOoxMdTCMjTI1SAxNzoxNA0KytW8/sjLOiBORVRNT0QgV0cNCtb3zOI6IFtuZXRtb2Rd IGRlZmF1bHQgbmFtZXNwYWNlIGluIFhQYXRoDQoNCkhpLA0KDQpzZWNvbmQgYnVsbGV0IGluIHNl Yy4gNi40LjEgb2YgUkZDIDc5NTAgc2F5czoNCg0KICAgIE5hbWVzIHdpdGhvdXQgYSBuYW1lc3Bh Y2UgcHJlZml4IGJlbG9uZyB0byB0aGUgc2FtZSBuYW1lc3BhY2UgYXMgdGhlIGlkZW50aWZpZXIg b2YgdGhlIGN1cnJlbnQgbm9kZS4NCg0KQnV0IHdoYXQgaXMgdGhlIGN1cnJlbnQgbm9kZT8gSXMg aXQgdGhlIHNhbWUgYXMgdGhlIHJlc3VsdCBvZiB0aGUgY3VycmVudCgpIGZ1bmN0aW9uIG9yLCBp ZiB3ZSBoYXZlDQoNCiAgICAiL3g6Zm9vL2JhciINCg0KaXMgdGhlIG5hbWVzcGFjZSBvZiAiYmFy IiB0aGUgb25lIGNvcnJlc3BvbmRpbmcgdG8gcHJlZml4ICJ4Ij8NCg0KTGFkYQ0KDQotLQ0KTGFk aXNsYXYgTGhvdGthLCBDWi5OSUMgTGFicw0KUEdQIEtleSBJRDogRTc0RThDMEMNCg0KDQoNCg0K X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCm5ldG1vZCBt YWlsaW5nIGxpc3QNCm5ldG1vZEBpZXRmLm9yZw0KaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1h bi9saXN0aW5mby9uZXRtb2QNCg== From nobody Thu Nov 24 01:34:46 2016 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F367A129F04 for ; Thu, 24 Nov 2016 01:34:42 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.497 X-Spam-Level: X-Spam-Status: No, score=-3.497 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RP_MATCHES_RCVD=-1.497, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=mg-soft.si 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 Bs-ocXM8Dbpp for ; Thu, 24 Nov 2016 01:34:40 -0800 (PST) Received: from galileo.mg-soft.si (gate.mg-soft.si [212.30.73.66]) by ietfa.amsl.com (Postfix) with ESMTP id AB704129F07 for ; Thu, 24 Nov 2016 01:34:39 -0800 (PST) Received: from jernejthpPC (tp-x61t.mg-soft.si [10.0.0.222]) by galileo.mg-soft.si (Postfix) with ESMTP id 4AB84C41D7FA for ; Thu, 24 Nov 2016 10:34:38 +0100 (CET) DKIM-Filter: OpenDKIM Filter v2.10.3 galileo.mg-soft.si 4AB84C41D7FA DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mg-soft.si; s=default; t=1479980078; bh=SUEdc6kuIKWF/hH6QKer6wqFUUU0L6yIBuCvxACgC9I=; h=From:To:Subject:Date:From; b=q0cYR7pL5vnsNZ31kVvZ9JgUYSSVsMlOckuKyUmshSNtUpkq1/pC2lZRXqE7kYyd3 Kx4YDLYYotZfsASb/eG6Xbt94InwUaYyS9yXEpoKOmNx10qvrVfh9yreJKYkS+OjZO s5f6pda5rYKh+vaZSsk4OnBJ0zZBqgtikUGcFnHVKU91t77DT9Sf1vT+8DAm3R660t l7VWuI77tC2BFTMeTigrDvOtvQzeUWY32lEIlIfSao2Jebpi800OiLZLf60kOmAkWa 8M79TvjPFB5SX/pfIYTBdr/B9ueHFAjimolfpBIRaJBELyR+q7rOCiOyU2Oe4uxV5S QvnpZLEwzieUg== From: "Jernej Tuljak" To: Date: Thu, 24 Nov 2016 10:34:37 +0100 Message-ID: <05c701d24635$f92afa00$eb80ee00$@mg-soft.si> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_05C8_01D2463E.5AF1D300" X-Mailer: Microsoft Outlook 15.0 Thread-Index: AdJFcmJAj0Kcoi/wTxyQN2utbg5dSw== Content-Language: sl Archived-At: Subject: [netmod] "unique" and "key" in nested lists X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Nov 2016 09:34:43 -0000 This is a multipart message in MIME format. ------=_NextPart_000_05C8_01D2463E.5AF1D300 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Hi, =20 I'm not entirely sure, but RFC6110 may have a bug where it defines how = @nma:key and @nma:unique are processed. It relies on preceding-sibling = axis to enforce the uniqueness constraint for those. While this may work = in non-nested lists, it does not work for nested ones. The RFC seems to = assume that all list entries of any list are siblings, but this may not = be the case. =20 RFC6110, Section 12.8 [1]=20 =20 Assume this annotation attribute contains "k_1 k_2 ... k_n", i.e., specifies n children of CONTELEM as list keys. The annotation is then mapped to the following Schematron report: =20 Duplicate key of list "CONTELEM" =20 where CONDITION has this form: preceding-sibling::CONTELEM[C_1 and C_2 and ... and C_n] =20 Each sub-expression C_i, for i=3D1,2,...,n, specifies the condition = for violated uniqueness of the key k_i, namely =20 k_i=3Dcurrent()/k_i =20 Now consider the following module: =20 module nested-list-unique { namespace "org:example:uri"; prefix "nlu"; revision 2016-11-17; container devices { list device { key id; =20 leaf id { type uint64; } leaf name { type string; } container interfaces { list interface { key id; unique "name"; leaf id { type uint64; } leaf name { type string; } } } } } } =20 And the following instance: =20 1 1 foo 2 1 foo =20 According to YANG (1 and 1.1), the second list entry of 'interface' list = violates both key and unique constraints. I don't think RFC7950/RFC6020 = text may be interpreted otherwise =E2=80=93 it implies global = uniqueness. This will not be detected by RFC6110 Schematron rules. =20 RFC7950, Section 7.8. [2] =20 The "list" statement is used to define an interior data node in the schema tree. A list node may exist in multiple instances in the data tree. Each such instance is known as a list entry. =20 RFC7950, Section 7.8.2. [3] =20 The combined values of all the leafs specified in the key are used to uniquely identify a list entry. =20 RFC7950, Section 7.8.3. [4] =20 The "unique" constraint specifies that the combined values of all the leaf instances specified in the argument string, including leafs with default values, MUST be unique within all list entry instances in which all referenced leafs exist or have default values. =20 Am I interpreting RFC7950 correctly? What was the intention? =20 Also, while searching the archives for similar discussion, I stumbled = upon one that discusses "unique" in nested lists [5]. It seems that = there was WG consensus that "unique" schema node identifiers cannot = target nodes in a nested list, yet I've found no text in either RFCs to = enforce this. Why so?=20 =20 [1] - https://tools.ietf.org/html/rfc6110#section-12.8 [2] - https://tools.ietf.org/html/rfc7950#section-7.8=20 [3] - https://tools.ietf.org/html/rfc7950#section-7.8.2 [4] - https://tools.ietf.org/html/rfc7950#section-7.8.3 [5] - https://www.ietf.org/mail-archive/web/netmod/current/msg02066.html =20 Jernej ------=_NextPart_000_05C8_01D2463E.5AF1D300 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable

Hi,

 

I'm not entirely sure, but RFC6110 = may have a bug where it defines how @nma:key and @nma:unique are = processed. It relies on preceding-sibling axis to enforce the uniqueness = constraint for those. While this may work in non-nested lists, it does = not work for nested ones. The RFC seems to assume that all list entries = of any list are siblings, but this may not be the = case.

 

RFC6110, Section 12.8 [1]

 

=C2=A0=C2=A0 Assume this annotation = attribute contains "k_1 k_2 ... k_n", = i.e.,

=C2=A0=C2=A0 specifies n children of = CONTELEM as list keys.=C2=A0 The annotation is

=C2=A0=C2=A0 then mapped to the following = Schematron report:

 

=C2=A0=C2=A0 <sch:report = test=3D"CONDITION">

=C2=A0=C2=A0=C2=A0=C2=A0 Duplicate key of = list "CONTELEM"

=C2=A0=C2=A0 = </sch:report>

 

=C2=A0=C2=A0 where CONDITION has this = form:

=C2=A0=C2=A0 = preceding-sibling::CONTELEM[C_1 and C_2 and ... and = C_n]

 

=C2=A0 =C2=A0Each sub-expression C_i, for = i=3D1,2,...,n, specifies the condition for

=C2=A0=C2=A0 violated uniqueness of the = key k_i, namely

 

=C2=A0=C2=A0 = k_i=3Dcurrent()/k_i

 

Now consider the following module:

 

module nested-list-unique {

=C2=A0 namespace = "org:example:uri";

=C2=A0 prefix "nlu";

=C2=A0 revision 2016-11-17;

=C2=A0 container devices {

=C2=A0=C2=A0=C2=A0 list device {

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 key = id;=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0leaf id = {

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 type = uint64;

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 = }

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 leaf = name {

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 type = string;

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 = }

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 = container interfaces {

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 list interface = {

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 key = id;

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 unique = "name";

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 leaf id = {

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 = type uint64;

=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 leaf name = {

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 = type string;

=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 the following = instance:

 

=C2=A0 <devices = xmlns=3D"org:example:uri">

=C2=A0=C2=A0=C2=A0 = <device>

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 = <id>1</id>

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 = <interfaces>

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 = <interface>

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 = <id>1</id>

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 = <name>foo</name>

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 = </interface>

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 = </interfaces>

=C2=A0=C2=A0=C2=A0 </device>

=C2=A0=C2=A0=C2=A0 = <device>

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 = <id>2</id>

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 = <interfaces>

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 = <interface>

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 = <id>1</id>

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 = <name>foo</name>

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 = </interface>

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 = </interfaces>

=C2=A0=C2=A0=C2=A0 </device>

=C2=A0 = </devices>

 

According to YANG (1 and 1.1), the second list entry of = 'interface' list violates both key and unique constraints. I don't think = RFC7950/RFC6020 text may be interpreted otherwise =E2=80=93 it implies = global uniqueness. This will not be detected by RFC6110 Schematron = rules.

 

RFC7950, Section 7.8. [2]

 

=C2=A0=C2=A0 The "list" statement is used to =
define an interior data node in the
=C2=A0=C2=A0 schema tree.=C2=A0 A list node may exist in =
multiple instances in the data
=C2=A0=C2=A0 tree.=C2=A0 Each such instance is known as a =
list entry.

 

RFC7950, Section 7.8.2. = [3]

 

=C2=A0=C2=A0 The combined values of all the leafs specified =
in the key are used to
=C2=A0=C2=A0 uniquely identify a list =
entry.

 

RFC7950, Section 7.8.3. [4]

 

=C2=A0=C2=A0 The "unique" constraint specifies =
that the combined values of all the
=C2=A0=C2=A0 leaf instances specified in the argument =
string, including leafs with
=C2=A0=C2=A0 default values, MUST be unique within all list =
entry instances in
=C2=A0=C2=A0 which all referenced leafs exist or have =
default values.

 

Am I interpreting RFC7950 correctly? What was the = intention?

 

Also, while searching the archives for similar discussion, = I stumbled upon one that discusses "unique" in nested lists = [5]. It seems that there was WG consensus that "unique" schema = node identifiers cannot target nodes in a nested list, yet I've found no = text in either RFCs to enforce this. Why so?

 

[1] - https://tools.i= etf.org/html/rfc6110#section-12.8

[2] - https://tools.ie= tf.org/html/rfc7950#section-7.8

[3] - https://tools.= ietf.org/html/rfc7950#section-7.8.2

[4] - https://tools.= ietf.org/html/rfc7950#section-7.8.3

[5] - https://www.ietf.org/mail-archive/web/netmod/current/msg02066.html=

 

Jernej

------=_NextPart_000_05C8_01D2463E.5AF1D300-- From nobody Thu Nov 24 01:39:39 2016 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 74CA6129F15 for ; Thu, 24 Nov 2016 01:39:38 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -8.497 X-Spam-Level: X-Spam-Status: No, score=-8.497 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=-1.497] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=nic.cz 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 TpFdK8n6EC04 for ; Thu, 24 Nov 2016 01:39:37 -0800 (PST) Received: from mail.nic.cz (mail.nic.cz [IPv6:2001:1488:800:400::400]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2C2F4129704 for ; Thu, 24 Nov 2016 01:39:37 -0800 (PST) Received: from [IPv6:2001:718:1a02:1:5d60:b66c:ea41:80d9] (unknown [IPv6:2001:718:1a02:1:5d60:b66c:ea41:80d9]) by mail.nic.cz (Postfix) with ESMTPSA id DAE2B620E2; Thu, 24 Nov 2016 10:39:35 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=nic.cz; s=default; t=1479980375; bh=FVwld5E/QemD6IUqM/B/P8KWDMNCzonEAWjoB5aIYMw=; h=From:Date:To; b=x1fEDrbNAvfTiFOf1BuzuFfeRuf3f+syieBN4V4PL4A3GXd7YCGZ7lULq01/K2RwS kE4DU4Sx2GyW4gY8jQTIZh9gWxWv7caefkEsQSnpIKcvRWNBUjPyqfB9R9p+BcVfE2 EkySfEF7D92FJuhn0ouNgw8KHbaS8zTyWCW0iAgc= Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 10.1 \(3251\)) From: Ladislav Lhotka In-Reply-To: Date: Thu, 24 Nov 2016 10:39:35 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: References: To: wangzitao X-Mailer: Apple Mail (2.3251) X-Virus-Scanned: clamav-milter 0.98.7 at mail X-Virus-Status: Clean Archived-At: Cc: NETMOD WG Subject: Re: [netmod] default namespace in XPath X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Nov 2016 09:39:38 -0000 > On 24 Nov 2016, at 10:33, wangzitao wrote: >=20 > Hi Lada, >=20 > In my understanding, it means to equal to current module's prefix. No, it is not, because if the expression appears inside a grouping, then = the next sentence of the same bullet says "that namespace is affected by = where the grouping is used". Lada > For example:=20 >=20 > module ietf-foo { > namespace "urn:ietf:params:xml:ns:yang:ietf-foo"; > prefix foo; > =09 > import ietf-interfaces { > prefix if; > } > =09 > ..... >=20 > augment "/if:interfaces/if:interface"{ > list A{ > key "a"; > leaf a{ > type string; > } > } > } > =20 > list B{ > key "b"; > leaf b{ > type leafref{ > path "/if:interfaces/if:interface/A/a"; > } > } > } > =20 > } >=20 > In above example, the path "/if:interfaces/if:interface/A/a" equal to = "/if:interfaces/if:interface/foo:A/foo:a". >=20 > BR! > -Michael >=20 > -----=E9=82=AE=E4=BB=B6=E5=8E=9F=E4=BB=B6----- > =E5=8F=91=E4=BB=B6=E4=BA=BA: netmod [mailto:netmod-bounces@ietf.org] = =E4=BB=A3=E8=A1=A8 Ladislav Lhotka > =E5=8F=91=E9=80=81=E6=97=B6=E9=97=B4: 2016=E5=B9=B411=E6=9C=8824=E6=97=A5= 17:14 > =E6=94=B6=E4=BB=B6=E4=BA=BA: NETMOD WG > =E4=B8=BB=E9=A2=98: [netmod] default namespace in XPath >=20 > Hi, >=20 > second bullet in sec. 6.4.1 of RFC 7950 says: >=20 > Names without a namespace prefix belong to the same namespace as = the identifier of the current node. >=20 > But what is the current node? Is it the same as the result of the = current() function or, if we have >=20 > "/x:foo/bar" >=20 > is the namespace of "bar" the one corresponding to prefix "x"? >=20 > Lada >=20 > -- > Ladislav Lhotka, CZ.NIC Labs > PGP Key ID: E74E8C0C >=20 >=20 >=20 >=20 > _______________________________________________ > netmod mailing list > netmod@ietf.org > https://www.ietf.org/mailman/listinfo/netmod -- Ladislav Lhotka, CZ.NIC Labs PGP Key ID: E74E8C0C From nobody Thu Nov 24 02:03:45 2016 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8D6AB129FB5 for ; Thu, 24 Nov 2016 02:03:44 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.498 X-Spam-Level: X-Spam-Status: No, score=-3.498 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RP_MATCHES_RCVD=-1.497, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=mg-soft.si 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 sdtM7smjvAWB for ; Thu, 24 Nov 2016 02:03:43 -0800 (PST) Received: from galileo.mg-soft.si (gate.mg-soft.si [212.30.73.66]) by ietfa.amsl.com (Postfix) with ESMTP id C77FE12957E for ; Thu, 24 Nov 2016 02:03:42 -0800 (PST) Received: from jernejthpPC (tp-x61t.mg-soft.si [10.0.0.222]) by galileo.mg-soft.si (Postfix) with ESMTP id BC86DC41D7FA; Thu, 24 Nov 2016 11:03:41 +0100 (CET) DKIM-Filter: OpenDKIM Filter v2.10.3 galileo.mg-soft.si BC86DC41D7FA DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mg-soft.si; s=default; t=1479981821; bh=A/j6q3hwU7yWz7A6u0GplnNahTD3cwPcoK8Dc1bd6mI=; h=From:To:References:In-Reply-To:Subject:Date:From; b=mMJUdowKOveJAJtrkaZg4r4uwDQrfoHjiyra7UA34N5Zwb69genvpEWOWkWkUJ1XF Xczeb0VUw7P7tS84xIXVwCX3Y5BhD+dbkiTinMCYkWqR6TkE2gYBGhv3pwJY+fsC/l Y3alRkSNof0E3UJnpQ1L19reEyel9MbtozyWuX3Sjcd4fw9jZz4qJX0QQTCvkUc9Sl HAd0YGYrqgCiILKhjay54ZSfr57ib35T4Y7UKMLszTHpQxDEKRhETtOJXZRpco8Gyz iQojCa9fYCZMiiWstJ3waZmREjwfg3tqnuT5CtclAeY1p9SHCrhtQIIup8gVFdDAnY THzxeCemJj1ow== From: "Jernej Tuljak" To: "'Ladislav Lhotka'" , "'NETMOD WG'" References: In-Reply-To: Date: Thu, 24 Nov 2016 11:03:40 +0100 Message-ID: <05f401d2463a$0853e8d0$18fbba70$@mg-soft.si> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Outlook 15.0 Thread-Index: AQH4EN/zNYbgQd3sZPkiZneDpLsY2qCcSkXA Content-Language: sl Archived-At: Subject: Re: [netmod] default namespace in XPath X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Nov 2016 10:03:44 -0000 > -----Original Message----- > From: netmod [mailto:netmod-bounces@ietf.org] On Behalf Of Ladislav > Lhotka > Sent: Thursday, November 24, 2016 10:14 AM > To: NETMOD WG > Subject: [netmod] default namespace in XPath >=20 > Hi, >=20 > second bullet in sec. 6.4.1 of RFC 7950 says: >=20 > Names without a namespace prefix belong to the same namespace as = the > identifier of the current node. >=20 > But what is the current node? Is it the same as the result of the > current() function or, if we have I read it as the result of current(). It doesn't say "current XPath = context _node set_". =20 Jernej >=20 > "/x:foo/bar" >=20 > is the namespace of "bar" the one corresponding to prefix "x"? >=20 > Lada >=20 > -- > Ladislav Lhotka, CZ.NIC Labs > PGP Key ID: E74E8C0C >=20 >=20 >=20 >=20 > _______________________________________________ > netmod mailing list > netmod@ietf.org > https://www.ietf.org/mailman/listinfo/netmod From nobody Thu Nov 24 02:05:40 2016 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7FB04129FBA for ; Thu, 24 Nov 2016 02:05:37 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.718 X-Spam-Level: X-Spam-Status: No, score=-5.718 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-1.497, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5JrC8uxa6suS for ; Thu, 24 Nov 2016 02:05:35 -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 1622E12957E for ; Thu, 24 Nov 2016 02:05:34 -0800 (PST) Received: from 172.18.7.190 (EHLO lhreml704-cah.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id CVW39665; Thu, 24 Nov 2016 10:05:32 +0000 (GMT) Received: from SZXEML433-HUB.china.huawei.com (10.82.67.210) by lhreml704-cah.china.huawei.com (10.201.5.130) with Microsoft SMTP Server (TLS) id 14.3.235.1; Thu, 24 Nov 2016 10:05:18 +0000 Received: from SZXEML501-MBX.china.huawei.com ([169.254.1.5]) by szxeml433-hub.china.huawei.com ([10.82.67.210]) with mapi id 14.03.0235.001; Thu, 24 Nov 2016 18:05:11 +0800 From: wangzitao To: Ladislav Lhotka Thread-Topic: [netmod] default namespace in XPath Thread-Index: AQHSRjMmPBnrKOYa4EugKJqBNO8dc6Dn3X6Q//99VICAAIjrAA== Date: Thu, 24 Nov 2016 10:05:10 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.136.78.198] 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.0A020204.5836BB6D.0042, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0, ip=169.254.1.5, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32 X-Mirapoint-Loop-Id: f111bc3a3bc6fbb0fe77e1efeab46586 Archived-At: Cc: NETMOD WG Subject: Re: [netmod] default namespace in XPath X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Nov 2016 10:05:37 -0000 SGkgTGFkYSwNCg0KTG9vayBhdCBiZWxvdyBleGFtcGxlcywgDQoNCm1vZHVsZSBpZXRmLXRlc3Qg ew0KICAgbmFtZXNwYWNlICJ1cm46aWV0ZjpwYXJhbXM6eG1sOm5zOnlhbmc6aWV0Zi10ZXN0IjsN CiAgIHByZWZpeCBpdGVzdDsNCgkNCglpbXBvcnQgaWV0Zi1pbnRlcmZhY2VzIHsNCiAgICBwcmVm aXggaWY7DQogICAgfQ0KDQoJYXVnbWVudCAiL2lmOmludGVyZmFjZXMvaWY6aW50ZXJmYWNlInsN CgkgIGxpc3QgQXsNCgkgICBrZXkgImEiOw0KCSAgIGxlYWYgYXsNCgkgICAgdHlwZSBzdHJpbmc7 DQoJICAgfQ0KCSAgfQ0KCSB9DQoJIGdyb3VwaW5nIEJ7DQoJICBsZWFmIGJ7DQoJICAgdHlwZSBs ZWFmcmVmew0KCSAgICBwYXRoICIvaWY6aW50ZXJmYWNlcy9pZjppbnRlcmZhY2UvQS9hIjsNCgkg ICB9DQoJICB9DQoJIH0NCgkgDQp9DQoNCm1vZHVsZSBpZXRmLWZvbyB7DQogICAgIG5hbWVzcGFj ZSAidXJuOmlldGY6cGFyYW1zOnhtbDpuczp5YW5nOmlldGYtZm9vIjsNCiAgICAgcHJlZml4IGZv bzsNCgkNCglpbXBvcnQgaWV0Zi10ZXN0ew0KCXByZWZpeCBpdGVzdDsNCgl9DQoJCSANCiAgICBj b250YWluZXIgQ3sNCgkgdXNlcyBpdGVzdDpCOw0KCX0NCgkgDQp9DQoNCndoZW4gSSBydW4gdGhl ICJpZXRmLWZvbyIgbW9kdWxlLCB0aGUgImN1cnJlbnQgbW9kdWxlJ3MgcHJlZml4IiBpcyAiZm9v IiBhbmQgSSByZWNlaXZlIGEgZXJyb3IgcmVwb3J077yaIC5caWV0Zi10ZXN0Lnlhbmc6MzI6IGVy cm9yOiBpZXRmLWZvbzpBIGluIHRoZSBwYXRoIGZvciBiIGF0IGlldGYtZm9vLnlhbmc6MjMgKGF0 DQogLlxpZXRmLXRlc3QueWFuZzozMCkgaXMgbm90IGZvdW5kLg0KSSBiZWxpZXZlIGl0IG1lYW5z LCB0aGUgcGF0aCAiL2lmOmludGVyZmFjZXMvaWY6aW50ZXJmYWNlL0EvYSIgaW4gbW9kdWxlICJp ZXRmLWZvbyIgaXMgZXF1YWwgdG8gIi9pZjppbnRlcmZhY2VzL2lmOmludGVyZmFjZS9mb286QS9m b286YSINCg0KLU1pY2hhZWwNCg0KLS0tLS3pgq7ku7bljp/ku7YtLS0tLQ0K5Y+R5Lu25Lq6OiBM YWRpc2xhdiBMaG90a2EgW21haWx0bzpsaG90a2FAbmljLmN6XSANCuWPkemAgeaXtumXtDogMjAx NuW5tDEx5pyIMjTml6UgMTc6NDANCuaUtuS7tuS6ujogd2FuZ3ppdGFvDQrmioTpgIE6IE5FVE1P RCBXRw0K5Li76aKYOiBSZTogW25ldG1vZF0gZGVmYXVsdCBuYW1lc3BhY2UgaW4gWFBhdGgNCg0K DQo+IE9uIDI0IE5vdiAyMDE2LCBhdCAxMDozMywgd2FuZ3ppdGFvIDx3YW5neml0YW9AaHVhd2Vp LmNvbT4gd3JvdGU6DQo+IA0KPiBIaSBMYWRhLA0KPiANCj4gSW4gbXkgdW5kZXJzdGFuZGluZywg aXQgbWVhbnMgdG8gZXF1YWwgdG8gY3VycmVudCBtb2R1bGUncyBwcmVmaXguDQoNCk5vLCBpdCBp cyBub3QsIGJlY2F1c2UgaWYgdGhlIGV4cHJlc3Npb24gYXBwZWFycyBpbnNpZGUgYSBncm91cGlu ZywgdGhlbiB0aGUgbmV4dCBzZW50ZW5jZSBvZiB0aGUgc2FtZSBidWxsZXQgc2F5cyAidGhhdCBu YW1lc3BhY2UgaXMgYWZmZWN0ZWQgYnkgd2hlcmUgdGhlIGdyb3VwaW5nIGlzIHVzZWQiLg0KDQpM YWRhDQoNCj4gRm9yIGV4YW1wbGU6IA0KPiANCj4gbW9kdWxlIGlldGYtZm9vIHsNCj4gICAgIG5h bWVzcGFjZSAidXJuOmlldGY6cGFyYW1zOnhtbDpuczp5YW5nOmlldGYtZm9vIjsNCj4gICAgIHBy ZWZpeCBmb287DQo+IAkNCj4gCWltcG9ydCBpZXRmLWludGVyZmFjZXMgew0KPiAgICBwcmVmaXgg aWY7DQo+ICAgIH0NCj4gCQ0KPiAgICAuLi4uLg0KPiANCj4gCSBhdWdtZW50ICIvaWY6aW50ZXJm YWNlcy9pZjppbnRlcmZhY2Uiew0KPiAJICBsaXN0IEF7DQo+IAkgICBrZXkgImEiOw0KPiAJICAg bGVhZiBhew0KPiAJICAgIHR5cGUgc3RyaW5nOw0KPiAJICAgfQ0KPiAJICB9DQo+IAkgfQ0KPiAJ IA0KPiAJIGxpc3QgQnsNCj4gCSAga2V5ICJiIjsNCj4gCSAgbGVhZiBiew0KPiAJICAgdHlwZSBs ZWFmcmVmew0KPiAJICAgIHBhdGggIi9pZjppbnRlcmZhY2VzL2lmOmludGVyZmFjZS9BL2EiOw0K PiAJICAgfQ0KPiAJICB9DQo+IAkgfQ0KPiAJIA0KPiB9DQo+IA0KPiBJbiBhYm92ZSBleGFtcGxl LCB0aGUgcGF0aCAiL2lmOmludGVyZmFjZXMvaWY6aW50ZXJmYWNlL0EvYSIgZXF1YWwgdG8gIi9p ZjppbnRlcmZhY2VzL2lmOmludGVyZmFjZS9mb286QS9mb286YSIuDQo+IA0KPiBCUiENCj4gLU1p Y2hhZWwNCj4gDQo+IC0tLS0t6YKu5Lu25Y6f5Lu2LS0tLS0NCj4g5Y+R5Lu25Lq6OiBuZXRtb2Qg W21haWx0bzpuZXRtb2QtYm91bmNlc0BpZXRmLm9yZ10g5Luj6KGoIExhZGlzbGF2IExob3RrYQ0K PiDlj5HpgIHml7bpl7Q6IDIwMTblubQxMeaciDI05pelIDE3OjE0DQo+IOaUtuS7tuS6ujogTkVU TU9EIFdHDQo+IOS4u+mimDogW25ldG1vZF0gZGVmYXVsdCBuYW1lc3BhY2UgaW4gWFBhdGgNCj4g DQo+IEhpLA0KPiANCj4gc2Vjb25kIGJ1bGxldCBpbiBzZWMuIDYuNC4xIG9mIFJGQyA3OTUwIHNh eXM6DQo+IA0KPiAgICBOYW1lcyB3aXRob3V0IGEgbmFtZXNwYWNlIHByZWZpeCBiZWxvbmcgdG8g dGhlIHNhbWUgbmFtZXNwYWNlIGFzIHRoZSBpZGVudGlmaWVyIG9mIHRoZSBjdXJyZW50IG5vZGUu DQo+IA0KPiBCdXQgd2hhdCBpcyB0aGUgY3VycmVudCBub2RlPyBJcyBpdCB0aGUgc2FtZSBhcyB0 aGUgcmVzdWx0IG9mIHRoZSBjdXJyZW50KCkgZnVuY3Rpb24gb3IsIGlmIHdlIGhhdmUNCj4gDQo+ ICAgICIveDpmb28vYmFyIg0KPiANCj4gaXMgdGhlIG5hbWVzcGFjZSBvZiAiYmFyIiB0aGUgb25l IGNvcnJlc3BvbmRpbmcgdG8gcHJlZml4ICJ4Ij8NCj4gDQo+IExhZGENCj4gDQo+IC0tDQo+IExh ZGlzbGF2IExob3RrYSwgQ1ouTklDIExhYnMNCj4gUEdQIEtleSBJRDogRTc0RThDMEMNCj4gDQo+ IA0KPiANCj4gDQo+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fDQo+IG5ldG1vZCBtYWlsaW5nIGxpc3QNCj4gbmV0bW9kQGlldGYub3JnDQo+IGh0dHBzOi8v d3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vbmV0bW9kDQoNCi0tDQpMYWRpc2xhdiBMaG90 a2EsIENaLk5JQyBMYWJzDQpQR1AgS2V5IElEOiBFNzRFOEMwQw0KDQoNCg0KDQo= From nobody Thu Nov 24 02:11:23 2016 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E09B91296AB for ; Thu, 24 Nov 2016 02:11:22 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -8.497 X-Spam-Level: X-Spam-Status: No, score=-8.497 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=-1.497] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=nic.cz 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 bhGl9vuSBnGD for ; Thu, 24 Nov 2016 02:11:21 -0800 (PST) Received: from mail.nic.cz (mail.nic.cz [IPv6:2001:1488:800:400::400]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E94D9129680 for ; Thu, 24 Nov 2016 02:11:20 -0800 (PST) Received: from [IPv6:2001:718:1a02:1:5d60:b66c:ea41:80d9] (unknown [IPv6:2001:718:1a02:1:5d60:b66c:ea41:80d9]) by mail.nic.cz (Postfix) with ESMTPSA id 985F361FDD; Thu, 24 Nov 2016 11:11:19 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=nic.cz; s=default; t=1479982279; bh=s6dUlTyn/m68niL0sG4ZCAApUf3pGnqSKnP1RX49Cgk=; h=From:Date:To; b=hkd6C7Rhhd7c8bKi8h2rTSLqpi61bvnbHWKX0oDXDsJzK7iLVZMT1u5coEDvKMfMr zw0CdQShB0aQ4dykJUYm1/MbnYWpo9LGIk66KdQwHspu0VWReDzqGqn6MWNbeSuZG9 Gb6V5cDrj/hMKAvQvUm7H+H3tdTr0OyiHHoe3udk= Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 10.1 \(3251\)) From: Ladislav Lhotka In-Reply-To: <05c701d24635$f92afa00$eb80ee00$@mg-soft.si> Date: Thu, 24 Nov 2016 11:11:19 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <8C14AC09-6795-4DC9-A7E6-002EE6B021FC@nic.cz> References: <05c701d24635$f92afa00$eb80ee00$@mg-soft.si> To: Jernej Tuljak X-Mailer: Apple Mail (2.3251) X-Virus-Scanned: clamav-milter 0.98.7 at mail X-Virus-Status: Clean Archived-At: Cc: netmod@ietf.org Subject: Re: [netmod] "unique" and "key" in nested lists X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Nov 2016 10:11:23 -0000 > On 24 Nov 2016, at 10:34, Jernej Tuljak = wrote: >=20 > Hi, > =20 > I'm not entirely sure, but RFC6110 may have a bug where it defines how = @nma:key and @nma:unique are processed. It relies on preceding-sibling = axis to enforce the uniqueness constraint for those. While this may work = in non-nested lists, it does not work for nested ones. The RFC seems to = assume that all list entries of any list are siblings, but this may not = be the case. > =20 > RFC6110, Section 12.8 [1]=20 > =20 > Assume this annotation attribute contains "k_1 k_2 ... k_n", i.e., > specifies n children of CONTELEM as list keys. The annotation is > then mapped to the following Schematron report: > =20 > > Duplicate key of list "CONTELEM" > > =20 > where CONDITION has this form: > preceding-sibling::CONTELEM[C_1 and C_2 and ... and C_n] > =20 > Each sub-expression C_i, for i=3D1,2,...,n, specifies the condition = for > violated uniqueness of the key k_i, namely > =20 > k_i=3Dcurrent()/k_i > =20 > Now consider the following module: > =20 > module nested-list-unique { > namespace "org:example:uri"; > prefix "nlu"; > revision 2016-11-17; > container devices { > list device { > key id; =20 > leaf id { > type uint64; > } > leaf name { > type string; > } > container interfaces { > list interface { > key id; > unique "name"; > leaf id { > type uint64; > } > leaf name { > type string; > } > } > } > } > } > } > =20 > And the following instance: > =20 > > > 1 > > > 1 > foo > > > > > 2 > > > 1 > foo > > > > > =20 > According to YANG (1 and 1.1), the second list entry of 'interface' = list violates both key and unique constraints. I don't think IMO the uniqueness constraint is only applied to entries of the same = list instance, i.e. siblings in XPath terms. So I think your example = violates neither "key" nor "unique" constraint. =20 > RFC7950/RFC6020 text may be interpreted otherwise =E2=80=93 it implies = global uniqueness. Yes, may be, but I don't think it was the intention. > This will not be detected by RFC6110 Schematron rules. > =20 > RFC7950, Section 7.8. [2] > =20 > The "list" statement is used to define an interior data node in the > schema tree. A list node may exist in multiple instances in the = data > tree. Each such instance is known as a list entry. > =20 > RFC7950, Section 7.8.2. [3] > =20 > The combined values of all the leafs specified in the key are used = to > uniquely identify a list entry. > =20 > RFC7950, Section 7.8.3. [4] > =20 > The "unique" constraint specifies that the combined values of all = the > leaf instances specified in the argument string, including leafs = with > default values, MUST be unique within all list entry instances in > which all referenced leafs exist or have default values. > =20 > Am I interpreting RFC7950 correctly? What was the intention? > =20 > Also, while searching the archives for similar discussion, I stumbled = upon one that discusses "unique" in nested lists [5]. It seems that = there was WG consensus that "unique" schema node identifiers cannot = target nodes in a nested list, yet I've found no text in either RFCs to = enforce this. Why so? Right, and in fact I used this feature in one of the ancient versions of = ietf-routing. Back then I proposed to essentially use the definition = from 6110 for dealing with such cases, but this was not accepted. Lada > =20 > [1] - https://tools.ietf.org/html/rfc6110#section-12.8 > [2] - https://tools.ietf.org/html/rfc7950#section-7.8 > [3] - https://tools.ietf.org/html/rfc7950#section-7.8.2 > [4] - https://tools.ietf.org/html/rfc7950#section-7.8.3 > [5] - = https://www.ietf.org/mail-archive/web/netmod/current/msg02066.html > =20 > Jernej > _______________________________________________ > netmod mailing list > netmod@ietf.org > https://www.ietf.org/mailman/listinfo/netmod -- Ladislav Lhotka, CZ.NIC Labs PGP Key ID: E74E8C0C From nobody Thu Nov 24 02:26:22 2016 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BF6231297BC for ; Thu, 24 Nov 2016 02:26:21 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.498 X-Spam-Level: X-Spam-Status: No, score=-3.498 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RP_MATCHES_RCVD=-1.497, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=mg-soft.si 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 026BYyV8i1as for ; Thu, 24 Nov 2016 02:26:19 -0800 (PST) Received: from galileo.mg-soft.si (gate.mg-soft.si [212.30.73.66]) by ietfa.amsl.com (Postfix) with ESMTP id 80B601297D4 for ; Thu, 24 Nov 2016 02:26:19 -0800 (PST) Received: from jernejthpPC (tp-x61t.mg-soft.si [10.0.0.222]) by galileo.mg-soft.si (Postfix) with ESMTP id 6DA36C41D7FA; Thu, 24 Nov 2016 11:26:17 +0100 (CET) DKIM-Filter: OpenDKIM Filter v2.10.3 galileo.mg-soft.si 6DA36C41D7FA DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mg-soft.si; s=default; t=1479983177; bh=azl2F2DJGY1Yuas4ohFpbM8w+M1F8Bnc1H4KKqDzLio=; h=From:To:Cc:References:In-Reply-To:Subject:Date:From; b=SBeM25Q4lGf9yvOgVJpT85Fe5s38K59Zrf09LCzgyVYXxRGulW+/7qJgFy3gtRqEq vCYKYWbkh53wCOsHTb2XVBHX/Y46XX31hZsnWinNJKlTiFES7bJtxJ0ogzyFnoZnN9 Cusnkwjdt2zR4bvK7YA0xBTbaw1ZpjyNN57o6xVZg+g2VDJj2omWMpjDEmCrqNv/MC uYPw5YmJNjLmfXgkWtIOtmbHiuQ6l9asgtNGytIqkg6RAuGSMEgIDAzI6mmv0Ng3ZU eVKDjHgPwJ/r+QjpmRD3z3MpW2zZajcT4XA/6KIRoJzIUK4PlLsmdTAUHNz/NhcZyp Gluv3Kwar7AbA== From: "Jernej Tuljak" To: "'Ladislav Lhotka'" References: <05c701d24635$f92afa00$eb80ee00$@mg-soft.si> <8C14AC09-6795-4DC9-A7E6-002EE6B021FC@nic.cz> In-Reply-To: <8C14AC09-6795-4DC9-A7E6-002EE6B021FC@nic.cz> Date: Thu, 24 Nov 2016 11:26:16 +0100 Message-ID: <05f901d2463d$305a2850$910e78f0$@mg-soft.si> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Outlook 15.0 Thread-Index: AQLzfL4jploLnoFPxFBHTdey7+P61QKgHvd7npB9C0A= Content-Language: sl Archived-At: Cc: netmod@ietf.org Subject: Re: [netmod] "unique" and "key" in nested lists X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Nov 2016 10:26:22 -0000 > -----Original Message----- > From: Ladislav Lhotka [mailto:lhotka@nic.cz] > Sent: Thursday, November 24, 2016 11:11 AM > To: Jernej Tuljak > Cc: netmod@ietf.org > Subject: Re: [netmod] "unique" and "key" in nested lists >=20 >=20 > > On 24 Nov 2016, at 10:34, Jernej Tuljak = wrote: > > > > Hi, > > > > I'm not entirely sure, but RFC6110 may have a bug where it defines = how > @nma:key and @nma:unique are processed. It relies on preceding-sibling > axis to enforce the uniqueness constraint for those. While this may = work in > non-nested lists, it does not work for nested ones. The RFC seems to = assume > that all list entries of any list are siblings, but this may not be = the case. > > > > RFC6110, Section 12.8 [1] > > > > Assume this annotation attribute contains "k_1 k_2 ... k_n", = i.e., > > specifies n children of CONTELEM as list keys. The annotation is > > then mapped to the following Schematron report: > > > > > > Duplicate key of list "CONTELEM" > > > > > > where CONDITION has this form: > > preceding-sibling::CONTELEM[C_1 and C_2 and ... and C_n] > > > > Each sub-expression C_i, for i=3D1,2,...,n, specifies the = condition for > > violated uniqueness of the key k_i, namely > > > > k_i=3Dcurrent()/k_i > > > > Now consider the following module: > > > > module nested-list-unique { > > namespace "org:example:uri"; > > prefix "nlu"; > > revision 2016-11-17; > > container devices { > > list device { > > key id; > > leaf id { > > type uint64; > > } > > leaf name { > > type string; > > } > > container interfaces { > > list interface { > > key id; > > unique "name"; > > leaf id { > > type uint64; > > } > > leaf name { > > type string; > > } > > } > > } > > } > > } > > } > > > > And the following instance: > > > > > > > > 1 > > > > > > 1 > > foo > > > > > > > > > > 2 > > > > > > 1 > > foo > > > > > > > > > > > > According to YANG (1 and 1.1), the second list entry of 'interface' = list > violates both key and unique constraints. I don't think >=20 > IMO the uniqueness constraint is only applied to entries of the same = list > instance, i.e. siblings in XPath terms. So I think your example = violates neither > "key" nor "unique" constraint. That is what I thought too, but then I re-read the related sections and = got confused. I'm not the only one, since I only stumbled upon this = after I got asked this very question (global vs inside parent scope) by = someone else - and couldn't answer it. Perhaps "list entry" is not defined well enough for this corner case = (though nested lists don't seem uncommon)? Jernej >=20 > > RFC7950/RFC6020 text may be interpreted otherwise =E2=80=93 it = implies global > uniqueness. >=20 > Yes, may be, but I don't think it was the intention. >=20 > > This will not be detected by RFC6110 Schematron rules. > > > > RFC7950, Section 7.8. [2] > > > > The "list" statement is used to define an interior data node in = the > > schema tree. A list node may exist in multiple instances in the = data > > tree. Each such instance is known as a list entry. > > > > RFC7950, Section 7.8.2. [3] > > > > The combined values of all the leafs specified in the key are = used to > > uniquely identify a list entry. > > > > RFC7950, Section 7.8.3. [4] > > > > The "unique" constraint specifies that the combined values of all = the > > leaf instances specified in the argument string, including leafs = with > > default values, MUST be unique within all list entry instances in > > which all referenced leafs exist or have default values. > > > > Am I interpreting RFC7950 correctly? What was the intention? > > > > Also, while searching the archives for similar discussion, I = stumbled upon > one that discusses "unique" in nested lists [5]. It seems that there = was WG > consensus that "unique" schema node identifiers cannot target nodes in = a > nested list, yet I've found no text in either RFCs to enforce this. = Why so? >=20 > Right, and in fact I used this feature in one of the ancient versions = of ietf- > routing. Back then I proposed to essentially use the definition from = 6110 for > dealing with such cases, but this was not accepted. >=20 > Lada >=20 > > > > [1] - https://tools.ietf.org/html/rfc6110#section-12.8 > > [2] - https://tools.ietf.org/html/rfc7950#section-7.8 > > [3] - https://tools.ietf.org/html/rfc7950#section-7.8.2 > > [4] - https://tools.ietf.org/html/rfc7950#section-7.8.3 > > [5] - https://www.ietf.org/mail- > archive/web/netmod/current/msg02066.html > > > > Jernej > > _______________________________________________ > > netmod mailing list > > netmod@ietf.org > > https://www.ietf.org/mailman/listinfo/netmod >=20 > -- > Ladislav Lhotka, CZ.NIC Labs > PGP Key ID: E74E8C0C >=20 >=20 >=20 From nobody Thu Nov 24 02:53:08 2016 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6546A129BBD for ; Thu, 24 Nov 2016 02:53:07 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -8.497 X-Spam-Level: X-Spam-Status: No, score=-8.497 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=-1.497] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=nic.cz 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 YJZS7U_iYpDt for ; Thu, 24 Nov 2016 02:53:05 -0800 (PST) Received: from mail.nic.cz (mail.nic.cz [217.31.204.67]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id EE03212985A for ; Thu, 24 Nov 2016 02:51:51 -0800 (PST) Received: from [IPv6:2001:718:1a02:1:5d60:b66c:ea41:80d9] (unknown [IPv6:2001:718:1a02:1:5d60:b66c:ea41:80d9]) by mail.nic.cz (Postfix) with ESMTPSA id 3CF7362065; Thu, 24 Nov 2016 11:51:50 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=nic.cz; s=default; t=1479984710; bh=zi/bBET/qOVexsEggmLhOGnvV5wjMu7TJ7UgGUBojvY=; h=From:Date:To; b=rnAktWOMyJAIbkUwygmziM5y673yCRNpfvYUZ+70j/719fHtEZbK9rjC4/qzSphLw EbFTix5mUAmsRqUOGBOdSSE0p+e0qX1qfgqTj493nArsoOwgzAqHbuTzYyAlNRzPTC DpSw9k3njjo1rXfelEA+8I7Wn49A6VogpmcGK4Uo= Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 10.1 \(3251\)) From: Ladislav Lhotka In-Reply-To: <05f401d2463a$0853e8d0$18fbba70$@mg-soft.si> Date: Thu, 24 Nov 2016 11:51:49 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <99B97806-ADDC-423E-B341-A1EC099EC774@nic.cz> References: <05f401d2463a$0853e8d0$18fbba70$@mg-soft.si> To: Jernej Tuljak X-Mailer: Apple Mail (2.3251) X-Virus-Scanned: clamav-milter 0.98.7 at mail X-Virus-Status: Clean Archived-At: Cc: NETMOD WG Subject: Re: [netmod] default namespace in XPath X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Nov 2016 10:53:07 -0000 > On 24 Nov 2016, at 11:03, Jernej Tuljak = wrote: >=20 >> -----Original Message----- >> From: netmod [mailto:netmod-bounces@ietf.org] On Behalf Of Ladislav >> Lhotka >> Sent: Thursday, November 24, 2016 10:14 AM >> To: NETMOD WG >> Subject: [netmod] default namespace in XPath >>=20 >> Hi, >>=20 >> second bullet in sec. 6.4.1 of RFC 7950 says: >>=20 >> Names without a namespace prefix belong to the same namespace as = the >> identifier of the current node. >>=20 >> But what is the current node? Is it the same as the result of the >> current() function or, if we have >=20 > I read it as the result of current(). It doesn't say "current XPath = context _node set_". Yes, that's my interpretation, too, so the text should say "initial = context node" rather than "current node". But even then I don't know how = to handle a choice that appears at the top level of a module, for = example choice foo { when "/bar"; ... } In this case the initial context node for the XPtah is the root node = that, according to XPath 1.0, has no expanded-name, i.e. no namespace = either. So there is no default namespace to assign to "bar". Lada >=20 > Jernej >=20 >>=20 >> "/x:foo/bar" >>=20 >> is the namespace of "bar" the one corresponding to prefix "x"? >>=20 >> Lada >>=20 >> -- >> Ladislav Lhotka, CZ.NIC Labs >> PGP Key ID: E74E8C0C >>=20 >>=20 >>=20 >>=20 >> _______________________________________________ >> netmod mailing list >> netmod@ietf.org >> https://www.ietf.org/mailman/listinfo/netmod >=20 -- Ladislav Lhotka, CZ.NIC Labs PGP Key ID: E74E8C0C From nobody Thu Nov 24 03:52:31 2016 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8654D12988D for ; Thu, 24 Nov 2016 03:52:30 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -8.497 X-Spam-Level: X-Spam-Status: No, score=-8.497 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=-1.497] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=nic.cz 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 CCKiGtu0QiAM for ; Thu, 24 Nov 2016 03:52:28 -0800 (PST) Received: from mail.nic.cz (mail.nic.cz [217.31.204.67]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 686BD129577 for ; Thu, 24 Nov 2016 03:52:28 -0800 (PST) Received: from [IPv6:2001:718:1a02:1:5d60:b66c:ea41:80d9] (unknown [IPv6:2001:718:1a02:1:5d60:b66c:ea41:80d9]) by mail.nic.cz (Postfix) with ESMTPSA id E97A36182F; Thu, 24 Nov 2016 12:52:26 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=nic.cz; s=default; t=1479988346; bh=4mHQZSblzjgFfrQf236r9cOp+QsoRuiqBettJvAX8nc=; h=From:Date:To; b=aWngs4pAioEIRi/3JoTXxMQ5yyyEMr82ixezxKZifJjszWZq57bQM3YrdfGj7Jf7H lNfmRS36sifMq5YZ1TDU/Ixg1itQ4um559hzFt3aAqjOFrW72FLOTm2YaAKZ4+bWeG w4jpNHYR6MXndNAnKLuIgVZLmwysFKYIXQLgo89o= Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 10.1 \(3251\)) From: Ladislav Lhotka In-Reply-To: Date: Thu, 24 Nov 2016 12:52:25 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <118E8363-34B5-493F-9F33-F4B76CCB64D0@nic.cz> References: To: wangzitao X-Mailer: Apple Mail (2.3251) X-Virus-Scanned: clamav-milter 0.98.7 at mail X-Virus-Status: Clean Archived-At: Cc: NETMOD WG Subject: Re: [netmod] default namespace in XPath X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Nov 2016 11:52:30 -0000 > On 24 Nov 2016, at 11:05, wangzitao wrote: >=20 > Hi Lada, >=20 > Look at below examples,=20 >=20 > module ietf-test { > namespace "urn:ietf:params:xml:ns:yang:ietf-test"; > prefix itest; > =09 > import ietf-interfaces { > prefix if; > } >=20 > augment "/if:interfaces/if:interface"{ > list A{ > key "a"; > leaf a{ > type string; > } > } > } > grouping B{ > leaf b{ > type leafref{ > path "/if:interfaces/if:interface/A/a"; > } > } > } > =20 > } >=20 > module ietf-foo { > namespace "urn:ietf:params:xml:ns:yang:ietf-foo"; > prefix foo; > =09 > import ietf-test{ > prefix itest; > } > =20 > container C{ > uses itest:B; > } > =20 > } >=20 > when I run the "ietf-foo" module, the "current module's prefix" is = "foo" and I receive a error report=EF=BC=9A .\ietf-test.yang:32: = error:ietf-foo:A in the path for b at ietf-foo.yang:23 (at OK, so how do you define "current module"? Lada > .\ietf-test.yang:30) is not found. > I believe it means, the path "/if:interfaces/if:interface/A/a" in = module "ietf-foo" is equal to "/if:interfaces/if:interface/foo:A/foo:a" >=20 > -Michael >=20 > -----=E9=82=AE=E4=BB=B6=E5=8E=9F=E4=BB=B6----- > =E5=8F=91=E4=BB=B6=E4=BA=BA: Ladislav Lhotka [mailto:lhotka@nic.cz]=20 > =E5=8F=91=E9=80=81=E6=97=B6=E9=97=B4: 2016=E5=B9=B411=E6=9C=8824=E6=97=A5= 17:40 > =E6=94=B6=E4=BB=B6=E4=BA=BA: wangzitao > =E6=8A=84=E9=80=81: NETMOD WG > =E4=B8=BB=E9=A2=98: Re: [netmod] default namespace in XPath >=20 >=20 >> On 24 Nov 2016, at 10:33, wangzitao wrote: >>=20 >> Hi Lada, >>=20 >> In my understanding, it means to equal to current module's prefix. >=20 > No, it is not, because if the expression appears inside a grouping, = then the next sentence of the same bullet says "that namespace is = affected by where the grouping is used". >=20 > Lada >=20 >> For example:=20 >>=20 >> module ietf-foo { >> namespace "urn:ietf:params:xml:ns:yang:ietf-foo"; >> prefix foo; >> =09 >> import ietf-interfaces { >> prefix if; >> } >> =09 >> ..... >>=20 >> augment "/if:interfaces/if:interface"{ >> list A{ >> key "a"; >> leaf a{ >> type string; >> } >> } >> } >> =20 >> list B{ >> key "b"; >> leaf b{ >> type leafref{ >> path "/if:interfaces/if:interface/A/a"; >> } >> } >> } >> =20 >> } >>=20 >> In above example, the path "/if:interfaces/if:interface/A/a" equal to = "/if:interfaces/if:interface/foo:A/foo:a". >>=20 >> BR! >> -Michael >>=20 >> -----=E9=82=AE=E4=BB=B6=E5=8E=9F=E4=BB=B6----- >> =E5=8F=91=E4=BB=B6=E4=BA=BA: netmod [mailto:netmod-bounces@ietf.org] = =E4=BB=A3=E8=A1=A8 Ladislav Lhotka >> =E5=8F=91=E9=80=81=E6=97=B6=E9=97=B4: 2016=E5=B9=B411=E6=9C=8824=E6=97=A5= 17:14 >> =E6=94=B6=E4=BB=B6=E4=BA=BA: NETMOD WG >> =E4=B8=BB=E9=A2=98: [netmod] default namespace in XPath >>=20 >> Hi, >>=20 >> second bullet in sec. 6.4.1 of RFC 7950 says: >>=20 >> Names without a namespace prefix belong to the same namespace as = the identifier of the current node. >>=20 >> But what is the current node? Is it the same as the result of the = current() function or, if we have >>=20 >> "/x:foo/bar" >>=20 >> is the namespace of "bar" the one corresponding to prefix "x"? >>=20 >> Lada >>=20 >> -- >> Ladislav Lhotka, CZ.NIC Labs >> PGP Key ID: E74E8C0C >>=20 >>=20 >>=20 >>=20 >> _______________________________________________ >> netmod mailing list >> netmod@ietf.org >> https://www.ietf.org/mailman/listinfo/netmod >=20 > -- > Ladislav Lhotka, CZ.NIC Labs > PGP Key ID: E74E8C0C >=20 >=20 >=20 >=20 -- Ladislav Lhotka, CZ.NIC Labs PGP Key ID: E74E8C0C From nobody Thu Nov 24 05:46:30 2016 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 70BE21295D9 for ; Thu, 24 Nov 2016 05:46:28 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.498 X-Spam-Level: X-Spam-Status: No, score=-3.498 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RP_MATCHES_RCVD=-1.497, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=mg-soft.si 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 YDN5FIMIepP4 for ; Thu, 24 Nov 2016 05:46:26 -0800 (PST) Received: from galileo.mg-soft.si (gate.mg-soft.si [212.30.73.66]) by ietfa.amsl.com (Postfix) with ESMTP id 351AC1299B4 for ; Thu, 24 Nov 2016 05:46:25 -0800 (PST) Received: from jernejthpPC (tp-x61t.mg-soft.si [10.0.0.222]) by galileo.mg-soft.si (Postfix) with ESMTP id 68739C417547; Thu, 24 Nov 2016 14:46:24 +0100 (CET) DKIM-Filter: OpenDKIM Filter v2.10.3 galileo.mg-soft.si 68739C417547 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mg-soft.si; s=default; t=1479995184; bh=9Y54pfEr4CJ3L0sCqlWQT6qYicXXFdMbqMl4Y1vQDk0=; h=From:To:Cc:References:In-Reply-To:Subject:Date:From; b=W9jwUQyz+xqvtAmchOTXRfN8BpGQNV8LP1U3Pl4QhvAYiilaV7IXgSXj9ZqoETY/1 qquhdDqcxGJu0YgcL3ohCVX2ZI5zmDQWyI/ZHUGvokrkXZa/07FAZUSTlwtrgoWCZG x0yjcuh8ThGDHohmV82tZ6js1siUEAZ67dHpZZhj9JJbzwlLMA7O1EWkutis3c/80f 9/n37G7AyNrgZYOFREsRy1dh2qRFO6QR4DIvHknaRDuLCiI4CnuhwuRUUaxDV91wQO eMDsvCyz7LaCYBaESh1MhYWjdJworKnPXprBbb5FhwsTR4tBig3seA6poUnPmJCBHC eZGxT7Ie9UsCQ== From: "Jernej Tuljak" To: "'Ladislav Lhotka'" References: <05f401d2463a$0853e8d0$18fbba70$@mg-soft.si> <99B97806-ADDC-423E-B341-A1EC099EC774@nic.cz> In-Reply-To: <99B97806-ADDC-423E-B341-A1EC099EC774@nic.cz> Date: Thu, 24 Nov 2016 14:46:23 +0100 Message-ID: <064801d24659$24e3fac0$6eabf040$@mg-soft.si> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Outlook 15.0 Thread-Index: AQH4EN/zNYbgQd3sZPkiZneDpLsY2gI8/HC0AX5h1NWgfpA6sA== Content-Language: sl Archived-At: Cc: 'NETMOD WG' Subject: Re: [netmod] default namespace in XPath X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Nov 2016 13:46:29 -0000 > -----Original Message----- > From: Ladislav Lhotka [mailto:lhotka@nic.cz] > Sent: Thursday, November 24, 2016 11:52 AM > To: Jernej Tuljak > Cc: NETMOD WG > Subject: Re: [netmod] default namespace in XPath >=20 >=20 > > On 24 Nov 2016, at 11:03, Jernej Tuljak = wrote: > > > >> -----Original Message----- > >> From: netmod [mailto:netmod-bounces@ietf.org] On Behalf Of Ladislav > >> Lhotka > >> Sent: Thursday, November 24, 2016 10:14 AM > >> To: NETMOD WG > >> Subject: [netmod] default namespace in XPath > >> > >> Hi, > >> > >> second bullet in sec. 6.4.1 of RFC 7950 says: > >> > >> Names without a namespace prefix belong to the same namespace as > the > >> identifier of the current node. > >> > >> But what is the current node? Is it the same as the result of the > >> current() function or, if we have > > > > I read it as the result of current(). It doesn't say "current XPath = context > _node set_". >=20 > Yes, that's my interpretation, too, so the text should say "initial = context > node" rather than "current node".=20 I agree. > But even then I don't know how to handle > a choice that appears at the top level of a module, for example >=20 > choice foo { > when "/bar"; > ... > } >=20 > In this case the initial context node for the XPtah is the root node = that, > according to XPath 1.0, has no expanded-name, i.e. no namespace = either. So > there is no default namespace to assign to "bar". Good catch. There should be an errata for this. I don't think there's a = simple fix though. Jernej >=20 > Lada >=20 > > > > Jernej > > > >> > >> "/x:foo/bar" > >> > >> is the namespace of "bar" the one corresponding to prefix "x"? > >> > >> Lada > >> > >> -- > >> Ladislav Lhotka, CZ.NIC Labs > >> PGP Key ID: E74E8C0C > >> > >> > >> > >> > >> _______________________________________________ > >> netmod mailing list > >> netmod@ietf.org > >> https://www.ietf.org/mailman/listinfo/netmod > > >=20 > -- > Ladislav Lhotka, CZ.NIC Labs > PGP Key ID: E74E8C0C >=20 >=20 >=20 From nobody Thu Nov 24 07:28:31 2016 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8715212943D for ; Thu, 24 Nov 2016 07:28:29 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -8.497 X-Spam-Level: X-Spam-Status: No, score=-8.497 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=-1.497] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=nic.cz 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 ERYPIuvmtQV0 for ; Thu, 24 Nov 2016 07:28:27 -0800 (PST) Received: from mail.nic.cz (mail.nic.cz [IPv6:2001:1488:800:400::400]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id EA1561295A9 for ; Thu, 24 Nov 2016 07:28:26 -0800 (PST) Received: from [IPv6:2001:718:1a02:1:5d60:b66c:ea41:80d9] (unknown [IPv6:2001:718:1a02:1:5d60:b66c:ea41:80d9]) by mail.nic.cz (Postfix) with ESMTPSA id 214C5612A0; Thu, 24 Nov 2016 16:28:24 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=nic.cz; s=default; t=1480001304; bh=p+NtZuknaXeFz3swkTxqjZlfGLgKnRgjeIy7eRoI8n8=; h=From:Date:To; b=DmnYJyf4wbYnpm2yPD9Ghd2YGMZNgIijwfaaPQt88T2ZkPtouLmTaAMT4w5/kO1pj 4RVZC51t7g1ViXoem9M1TFB6ED8mcuUch7ZJBe4nRT0gUyplJIxsKRPfZuUXl6Psu5 AzVfWg3UHjwVNVr/pPe5Nz9g7CxgBh0ZbLmfkQkA= Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 10.1 \(3251\)) From: Ladislav Lhotka In-Reply-To: <064801d24659$24e3fac0$6eabf040$@mg-soft.si> Date: Thu, 24 Nov 2016 16:28:23 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <2E13C09E-81A2-400C-9226-C108D30EEE1B@nic.cz> References: <05f401d2463a$0853e8d0$18fbba70$@mg-soft.si> <99B97806-ADDC-423E-B341-A1EC099EC774@nic.cz> <064801d24659$24e3fac0$6eabf040$@mg-soft.si> To: Jernej Tuljak X-Mailer: Apple Mail (2.3251) X-Virus-Scanned: clamav-milter 0.98.7 at mail X-Virus-Status: Clean Archived-At: Cc: NETMOD WG Subject: Re: [netmod] default namespace in XPath X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Nov 2016 15:28:29 -0000 > On 24 Nov 2016, at 14:46, Jernej Tuljak = wrote: >=20 >> -----Original Message----- >> From: Ladislav Lhotka [mailto:lhotka@nic.cz] >> Sent: Thursday, November 24, 2016 11:52 AM >> To: Jernej Tuljak >> Cc: NETMOD WG >> Subject: Re: [netmod] default namespace in XPath >>=20 >>=20 >>> On 24 Nov 2016, at 11:03, Jernej Tuljak = wrote: >>>=20 >>>> -----Original Message----- >>>> From: netmod [mailto:netmod-bounces@ietf.org] On Behalf Of Ladislav >>>> Lhotka >>>> Sent: Thursday, November 24, 2016 10:14 AM >>>> To: NETMOD WG >>>> Subject: [netmod] default namespace in XPath >>>>=20 >>>> Hi, >>>>=20 >>>> second bullet in sec. 6.4.1 of RFC 7950 says: >>>>=20 >>>> Names without a namespace prefix belong to the same namespace as >> the >>>> identifier of the current node. >>>>=20 >>>> But what is the current node? Is it the same as the result of the >>>> current() function or, if we have >>>=20 >>> I read it as the result of current(). It doesn't say "current XPath = context >> _node set_". >>=20 >> Yes, that's my interpretation, too, so the text should say "initial = context >> node" rather than "current node".=20 >=20 > I agree. >=20 >> But even then I don't know how to handle >> a choice that appears at the top level of a module, for example >>=20 >> choice foo { >> when "/bar"; >> ... >> } >>=20 >> In this case the initial context node for the XPtah is the root node = that, >> according to XPath 1.0, has no expanded-name, i.e. no namespace = either. So >> there is no default namespace to assign to "bar". >=20 > Good catch. There should be an errata for this. I don't think there's = a simple fix though. A prudent fix would be to get rid of this default namespace altogether, = as it also makes namespace resolution so damn difficult. Fast rewind right after IETF 72: https://mailarchive.ietf.org/arch/msg/netmod/_l3t_HLcC0is2KXiYhBAgfSnxK4 So here we go, that guy Mikko had a point. Lada >=20 > Jernej >=20 >>=20 >> Lada >>=20 >>>=20 >>> Jernej >>>=20 >>>>=20 >>>> "/x:foo/bar" >>>>=20 >>>> is the namespace of "bar" the one corresponding to prefix "x"? >>>>=20 >>>> Lada >>>>=20 >>>> -- >>>> Ladislav Lhotka, CZ.NIC Labs >>>> PGP Key ID: E74E8C0C >>>>=20 >>>>=20 >>>>=20 >>>>=20 >>>> _______________________________________________ >>>> netmod mailing list >>>> netmod@ietf.org >>>> https://www.ietf.org/mailman/listinfo/netmod >>>=20 >>=20 >> -- >> Ladislav Lhotka, CZ.NIC Labs >> PGP Key ID: E74E8C0C -- Ladislav Lhotka, CZ.NIC Labs PGP Key ID: E74E8C0C From nobody Thu Nov 24 09:22:47 2016 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9909D12961E for ; Thu, 24 Nov 2016 09:22:45 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -16.019 X-Spam-Level: X-Spam-Status: No, score=-16.019 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, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-1.497, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id i_HNR4BOjP-f for ; Thu, 24 Nov 2016 09:22:43 -0800 (PST) Received: from alln-iport-6.cisco.com (alln-iport-6.cisco.com [173.37.142.93]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A39B81295F2 for ; Thu, 24 Nov 2016 09:22:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=4103; q=dns/txt; s=iport; t=1480008163; x=1481217763; h=from:to:cc:subject:date:message-id:content-id: content-transfer-encoding:mime-version; bh=rNwmLNnOhK0P04DYI41lHFuHdvMqedf9wrMhRjyVmkk=; b=f9o/tgUjVMCgpIvT5tFyFrenzGm/+K05MbUIJQ+B//pf6YDCsZldP1Ze e71qY/qzrtfGlkyyGa0umhnbyBahBYAfgWLSGxoG2w4AipZ1oc1ymKVLK tGQ3zMi8fXdyqnfgZMQXJIJ0wYgsaCYiLalNWFDDWzSh8iPRpZn1t5uHr A=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0AaAQAqITdY/5xdJa1eGQEBAQEBAQEBA?= =?us-ascii?q?QEBBwEBAQEBgzgBAQEBAR9YgQIHjTmXG5R0gggdC4UvSgKBdj8UAQIBAQEBAQE?= =?us-ascii?q?BYiiEaAEBAQQBAQE3NAsMBgEIEQQBAR8JLgsUCQoEAQ0FCYhkDq9vi1QBAQEBA?= =?us-ascii?q?QEBAQEBAQEBAQEBAQEBAQEcixmEe4UvBZpUAYZHij6Bck+EKIlJiV+EEoQLAR4?= =?us-ascii?q?3gRQUDYUwcgGHOYENAQEB?= X-IronPort-AV: E=Sophos;i="5.31,543,1473120000"; d="scan'208";a="352690773" Received: from rcdn-core-5.cisco.com ([173.37.93.156]) by alln-iport-6.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 24 Nov 2016 17:22:42 +0000 Received: from XCH-RTP-015.cisco.com (xch-rtp-015.cisco.com [64.101.220.155]) by rcdn-core-5.cisco.com (8.14.5/8.14.5) with ESMTP id uAOHMgZM029836 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Thu, 24 Nov 2016 17:22:42 GMT Received: from xch-rtp-015.cisco.com (64.101.220.155) by XCH-RTP-015.cisco.com (64.101.220.155) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Thu, 24 Nov 2016 12:22:41 -0500 Received: from xch-rtp-015.cisco.com ([64.101.220.155]) by XCH-RTP-015.cisco.com ([64.101.220.155]) with mapi id 15.00.1210.000; Thu, 24 Nov 2016 12:22:41 -0500 From: "Acee Lindem (acee)" To: Hansance Han , "kwatsen@juniper.net" , "lberger@labn.net" , "netmod@ietf.org" Thread-Topic: [netmod] I-D Action: draft-han-netmod-intf-ext-ppp-yang-00.txt Thread-Index: AQHSRndcoxzujSmIvEm+UMY5sZy5Qg== Date: Thu, 24 Nov 2016 17:22:41 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.24.92.228] Content-Type: text/plain; charset="us-ascii" Content-ID: <0D432AC8DC50DB4C8F0871C939472CC0@emea.cisco.com> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Cc: Hua Lv , James Zhang Q Subject: Re: [netmod] I-D Action: draft-han-netmod-intf-ext-ppp-yang-00.txt X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Nov 2016 17:22:45 -0000 Hi Hansance,=20 I believe this is the right place since other RFC 7223 augmentations are here.=20 Thanks, Acee On 11/24/16, 3:11 AM, "netmod on behalf of Hansance Han" wrote: >Hi Lou and Kent, > >I submitted a YANG draft about PPP feature, while PPP WG is concluded for >a long time, I didn't know whether this PPP draft could be discussed in >netmod WG. Would netmod WG be like to adopt it? > >BR >Hansance Han > >-----Original Message----- >From: t.petch [mailto:ietfc@btconnect.com] >Sent: Tuesday, November 22, 2016 5:40 PM >To: Hansance Han >Cc: Hua Lv ; James Zhang Q > >Subject: Re: I-D Action: draft-han-netmod-intf-ext-ppp-yang-00.txt > >Hi > >It is up to the chairs of the netmod group. > >If they consider that it falls within the charter of the WG, then they >can ask the WG if there is interest in adopting the I-D as a WG item, and >if enough people say yes, then it becomes a WG item and discussion can >happen on the netmod list. > >So, I would suggest an e-mail, perhaps on the netmod list, to the chairs, >copying the announcement, saying that you have produced this and would >netmod WG be willing to adopt it. > >I note that there are a number of changes that will be needed, hence my >question about where it might be discussed. I prefer posting to a list >so that others can agree or disagree with me, as opposed to off-list >discussions about needed changes. > >Tom Petch > >----- Original Message ----- >From: "Hansance Han" >To: "t.petch" >Cc: "Hua Lv" ; "James Zhang Q" > >Sent: Monday, November 21, 2016 2:36 AM > >Hi there, > >We have checked the ppp is concluded group. How to active this group? If >we cannot active this group, so I claim that this draft is under netmod >group, is that ok? > >BR >Hansance Han > >ppp Point-to-Point Protocol 1988-03 1989-11 > >-----Original Message----- >From: t.petch [mailto:ietfc@btconnect.com] >Sent: Friday, November 18, 2016 7:36 PM >To: Hansance Han >Cc: Hua Lv ; James Zhang Q > >Subject: Re: I-D Action: draft-han-netmod-intf-ext-ppp-yang-00.txt > >Do you have a wg in mind where this I-D will be discussed/ > >Tom Petch > > >----- Original Message ----- >From: >To: >Sent: Friday, November 18, 2016 8:58 AM > >> A New Internet-Draft is available from the on-line Internet-Drafts >directories. >> >> >> Title : Yang Data Model for PPP Protocol >> Authors : Hansance Han >> Hua Lv >> James Zhang >> Filename : draft-han-netmod-intf-ext-ppp-yang-00.txt >> Pages : 8 >> Date : 2016-11-18 >> >> Abstract: >> This document defines a YANG data model that can be used to >> configure and manage PPP. >> >> >> The IETF datatracker status page for this draft is: >> https://datatracker.ietf.org/doc/draft-han-netmod-intf-ext-ppp-yang/ >> >> There's also a htmlized version available at: >> https://tools.ietf.org/html/draft-han-netmod-intf-ext-ppp-yang-00 >> >> >> 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 > >_______________________________________________ >netmod mailing list >netmod@ietf.org >https://www.ietf.org/mailman/listinfo/netmod From nobody Fri Nov 25 06:55:58 2016 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 10E5012A55E for ; Fri, 25 Nov 2016 06:55:57 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -8.497 X-Spam-Level: X-Spam-Status: No, score=-8.497 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=-1.497] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=nic.cz 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 L6bClO3c6ZhW for ; Fri, 25 Nov 2016 06:55:55 -0800 (PST) Received: from mail.nic.cz (mail.nic.cz [IPv6:2001:1488:800:400::400]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 891B012988F for ; Fri, 25 Nov 2016 06:33:32 -0800 (PST) Received: from [IPv6:2001:718:1a02:1:103e:8781:e3e8:bca8] (unknown [IPv6:2001:718:1a02:1:103e:8781:e3e8:bca8]) by mail.nic.cz (Postfix) with ESMTPSA id 9FE1660C87 for ; Fri, 25 Nov 2016 15:33:30 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=nic.cz; s=default; t=1480084410; bh=7hnqiJr3zT5Um2ShVv0b0FXJRZpiEbO/hMOXEDe5/eM=; h=From:Date:To; b=xw34eBZAQEIfQkd2qDMOYPYgJ2yM1miDXkOh+ayL7psPh0SHXFnqYBmBo5Ye+a59i efLOxr3/N6H/C5GiY+/LuOx3QxHd9R7pl9tr3djsnVypdBXn7BZKqoQ/SXVAVUtr1+ bQeKzfIrmfiyovZhcLzW3eb1ymU4ndqIrLv4kclA= From: Ladislav Lhotka Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 10.1 \(3251\)) Message-Id: <5C1F7173-0485-4921-8CE5-550A3AA49273@nic.cz> Date: Fri, 25 Nov 2016 15:33:29 +0100 To: NETMOD WG X-Mailer: Apple Mail (2.3251) X-Virus-Scanned: clamav-milter 0.98.7 at mail X-Virus-Status: Clean Archived-At: Subject: [netmod] DSDL plugin in pyang X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Nov 2016 14:55:57 -0000 Hi, for users of $subj: I modified the plugin so that it now immediately = refuses to process modules of yang-version greater than 1. Supporting = some of the YANG 1.1 features (new XPath functions, leafref handling) = would require massive changes and I cannot do them now - I am not even = sure it is worth the effort given that other instance data validators = are available. Lada =20 -- Ladislav Lhotka, CZ.NIC Labs PGP Key ID: E74E8C0C From nobody Mon Nov 28 02:55:58 2016 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 95B15129D28 for ; Mon, 28 Nov 2016 02:55:56 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.901 X-Spam-Level: X-Spam-Status: No, score=-6.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id P4CT0X4-p4Bj for ; Mon, 28 Nov 2016 02:55:54 -0800 (PST) Received: from smtp-fr.alcatel-lucent.com (fr-hpida-esg-02.alcatel-lucent.com [135.245.210.21]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id EB3D7129991 for ; Mon, 28 Nov 2016 02:42:57 -0800 (PST) Received: from fr712umx4.dmz.alcatel-lucent.com (unknown [135.245.210.45]) by Websense Email Security Gateway with ESMTPS id 1DBCCE5998008 for ; Mon, 28 Nov 2016 10:42:54 +0000 (GMT) Received: from fr712usmtp2.zeu.alcatel-lucent.com (fr712usmtp2.zeu.alcatel-lucent.com [135.239.2.42]) by fr712umx4.dmz.alcatel-lucent.com (GMO-o) with ESMTP id uASAgtJv027757 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Mon, 28 Nov 2016 10:42:56 GMT Received: from FR711WXCHHUB01.zeu.alcatel-lucent.com (fr711wxchhub01.zeu.alcatel-lucent.com [135.239.2.111]) by fr712usmtp2.zeu.alcatel-lucent.com (GMO) with ESMTP id uASAgdhf030361 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL) for ; Mon, 28 Nov 2016 10:42:54 GMT Received: from FR712WXCHMBA09.zeu.alcatel-lucent.com ([169.254.5.164]) by FR711WXCHHUB01.zeu.alcatel-lucent.com ([135.239.2.111]) with mapi id 14.03.0301.000; Mon, 28 Nov 2016 11:42:42 +0100 From: "Bogaert, Bart (Nokia - BE)" To: "netmod@ietf.org" Thread-Topic: Mandatory leafs via augment Thread-Index: AdJJYzXBNjZnD5qkT8myDyWmLJX/Rw== Date: Mon, 28 Nov 2016 10:42:42 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-originating-ip: [135.239.27.38] Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=SHA1; boundary="----=_NextPart_000_03B5_01D2496C.865022A0" MIME-Version: 1.0 Archived-At: Subject: [netmod] Mandatory leafs via augment X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Nov 2016 10:55:56 -0000 ------=_NextPart_000_03B5_01D2496C.865022A0 Content-Type: multipart/alternative; boundary="----=_NextPart_001_03B6_01D2496C.865022A0" ------=_NextPart_001_03B6_01D2496C.865022A0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Hi, In RFC 7950 we find the following statement If the augmentation adds mandatory nodes (see Section 3) that represent configuration to a target node in another module, the augmentation MUST be made conditional with a "when" statement. Care must be taken when defining the "when" expression so that clients that do not know about the augmenting module do not break. How can we achieve the same if no when-clause can be constructed but we still would like to have a leaf to be mandatory. One way we thought of achieving this is - have a YANG module defining the augmented data - construct a must statement on the object being augmented where we check that something needs to be present that is added via a deviation. A client that knows about the augmented data model would also be aware of the deviation that has been added, a client that does not know about the augmented leafs would also not know about the deviation. So in principle this seems to be a solution. Are there any problems with this approach? Best regards - Vriendelijke groeten, Bart Bogaert Broadband-Access System Architect Data Contact number +32 3 2408310 (+32 477 673952) NOKIA Copernicuslaan 50, 2018 Antwerp, Belgium Fortis 220-0002334-42 VAT BE 0404 621 642 Register of Legal Entities Antwerp << This message (including any attachments) contains confidential information intended for a specific individual and purpose, and is protected by law. If you are not the intended recipient, you should delete this message. Any disclosure, copying, or distribution of this message, or the taking of any action based on it, is strictly prohibited without the prior consent of its author. >> ------=_NextPart_001_03B6_01D2496C.865022A0 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi,

 

In RFC 7950 we find the following = statement

 

If the augmentation adds = mandatory nodes (see Section 3) that

represent configuration = to a target node in another module, the

augmentation MUST be made = conditional with a "when" statement. = Care

must be taken when = defining the "when" expression so that = clients

that do not know about = the augmenting module do not break.

 

How can we achieve the same if no when-clause can be = constructed but we still would like to have a leaf to be = mandatory.  One way we thought of achieving this = is

-          = have a YANG module = defining the augmented data

-          = construct a must = statement on the object being augmented where we check that something = needs to be present that is added via a = deviation.

 

A client that knows about the augmented data model would = also be aware of the deviation that has been added, a client that does = not know about the augmented leafs would also not know about the = deviation.  So in principle this seems to be a = solution.

 

Are there any problems with this = approach?

 

Best regards - Vriendelijke groeten,

Bart Bogaert

Broadband-Access System Architect Data

Contact number +32 3 2408310 (+32 477 = 673952)

 

NOKIA

Copernicuslaan 50, 2018 Antwerp, = Belgium
Fortis 220-0002334-42
VAT BE 0404 621 642 Register of = Legal Entities Antwerp

<<<= br>This message (including any attachments) contains confidential = information intended for a specific individual and purpose, and is = protected by law. If you are not the intended recipient, you should = delete this message. Any disclosure, copying, or distribution of this = message, or the taking of any action based on it, is strictly prohibited = without the prior consent of its author.
>> =

 

------=_NextPart_001_03B6_01D2496C.865022A0-- ------=_NextPart_000_03B5_01D2496C.865022A0 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIP/TCCA7Ew ggKZoAMCAQICEBErBTlXKN63QvT+VRPTt1EwDQYJKoZIhvcNAQEFBQAwQzEXMBUGA1UEChMOQWxj YXRlbCBMdWNlbnQxKDAmBgNVBAMTH0FsY2F0ZWwgTHVjZW50IEludGVybmFsIFJvb3QgQ0EwHhcN MDgxMTAzMTU0MTE2WhcNMjgxMTAzMTU0MTE2WjBDMRcwFQYDVQQKEw5BbGNhdGVsIEx1Y2VudDEo MCYGA1UEAxMfQWxjYXRlbCBMdWNlbnQgSW50ZXJuYWwgUm9vdCBDQTCCASIwDQYJKoZIhvcNAQEB BQADggEPADCCAQoCggEBAL5IGBVth8afQdnpuLDI0Z37GgIcPWznOOzFJUV1gVbztqQ5CIxkVL4K soAfLzc8LQHqNl2Nk3YbVBputIyCe2nzGsRjQeVt+HO2PV7h2YpMQlVd+XGsmpJ4fAP3A38wkTl6 tFPAYspyUFvjNON1J3BJE/2cuY7apvn9ZfSz99x7y4QBZh3hvm4g5Fn7mK04/q7K6O4Z8Y6zkSxG ZFNyZ6NIuAPNCODZASqYnHiAgtEcCR4WPs6rj+Y8MU0q56ddwuIZ0qeP2ScHY0wVtnmqXzHyCzEQ Eb2eJCsGpXFwUalVaxPUZEVoVDfjO+2ZN5gNJrGMTu7Mv9k1WG0LR3zZ1QsCAwEAAaOBoDCBnTAL BgNVHQ8EBAMCAYYwDwYDVR0TAQH/BAUwAwEB/zAdBgNVHQ4EFgQUB6yyWvZhiXxcfOvilycpaQyK H/AwEAYJKwYBBAGCNxUBBAMCAQAwTAYDVR0gBEUwQzBBBgRVHSAAMDkwNwYIKwYBBQUHAgEWK2h0 dHA6Ly93d3cuYWxjYXRlbC1sdWNlbnQuY29tL1BLSS9jcC9jcC5odG0wDQYJKoZIhvcNAQEFBQAD ggEBADBMWG3WQyC6+mBzuuFuCGqJAiC4v+TQ3ZErd5KKSRGh8dwjzK5L2C51wJPVe6EAjb59CEb2 p2aPKSkoMrCC8seBRM/bs23DMyna1Jr9Q5EZDrmRqBLJy3Cs8NFpa/cKb6SkegFHcB/vi+SYgSdR BwoNE5+y6MRPXcEBadI/9W8Zlkk5sJ3w55e+i8OCNg/fDYAQuJPa+hD3/byWGxUgGSMNGQ/GS2st NETAa5Z/88Sh9FHk2BtrxSz7jPtekKhjsidD2ANJZTCyj9iRB+Nt9FEetNpcN6ke1FlepRbCsV10 I0y6weLwZ34h2GWbN9qEOSQV88NBA149a5ugJ/oCbHEwggTdMIIDxaADAgECAgoanQrOAAAAAAAG MA0GCSqGSIb3DQEBBQUAMEMxFzAVBgNVBAoTDkFsY2F0ZWwgTHVjZW50MSgwJgYDVQQDEx9BbGNh dGVsIEx1Y2VudCBJbnRlcm5hbCBSb290IENBMB4XDTA4MTEyMTIxNTcyOFoXDTE4MTEyMTIyMDcy OFowgYUxEzARBgoJkiaJk/IsZAEZFgNjb20xFjAUBgoJkiaJk/IsZAEZFgZsdWNlbnQxFDASBgoJ kiaJk/IsZAEZFgRuYTAyMRcwFQYDVQQKEw5BbGNhdGVsIEx1Y2VudDEnMCUGA1UEAxMeQWxjYXRl bCBMdWNlbnQgSW50ZXJuYWwgU3ViIENBMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEA 2Ocmcli3LbVU6TRh+JLMtquBr5/grS+gzfN5YL/lauFCHmDlF7kNQvxtDWqwNpOkzb97CwWcVsdf kyWAiGzVWeRIrYGhK/xNPFRYXOKYXLGqxFWkltZkYpSRudHzjTneUC4EVdMXnREMu8FTC0CM38Vb xMvQ+ygjEyicg2QT9lZHWkKP9kCI1818P+AmS7905t6kXR9Q2m1GjcCa0KqARPGX/xe2toQS+Vdi UwDary1Enk8j19KFmvFg1bhY2mNSHgzN2AWnhsOi/EID1SalzBwHylByB/UbbEv2dZUsAdMuOtYt Z/8dM1axS0d3fW7q7mAYV5uM42mYX9o1B/RzjwIDAQABo4IBjjCCAYowDwYDVR0TAQH/BAUwAwEB /zAdBgNVHQ4EFgQU2exrvZZYIvfYpnfN/k2B77qXvRIwCwYDVR0PBAQDAgHGMBAGCSsGAQQBgjcV AQQDAgEAMBkGCSsGAQQBgjcUAgQMHgoAUwB1AGIAQwBBMB8GA1UdIwQYMBaAFAesslr2YYl8XHzr 4pcnKWkMih/wMHgGA1UdHwRxMG8wbaBroGmGOWh0dHA6Ly9zZXJ2aWNlcy5zdXBwb3J0LmFsY2F0 ZWwtbHVjZW50LmNvbS9QS0kvcm9vdENBLmNybIYsaHR0cDovL3d3dy5hbGNhdGVsLWx1Y2VudC5j b20vUEtJL3Jvb3RDQS5jcmwwgYIGCCsGAQUFBwEBBHYwdDA4BggrBgEFBQcwAoYsaHR0cDovL3d3 dy5hbGNhdGVsLWx1Y2VudC5jb20vUEtJL3Jvb3RDQS5jcnQwOAYIKwYBBQUHMAKGLGh0dHA6Ly93 d3cuYWxjYXRlbC1sdWNlbnQuY29tL1BLSS9yb290Q0EuY3J0MA0GCSqGSIb3DQEBBQUAA4IBAQCl GxDp5Z1IDjIEz8VaTEWa8Q1OWUbXwsszdoNg5Gg3F1a2VFFVegmsrpt4axbESlgE6AT/rkUUiyjb EhcUgY2OHdeKN5Gc7VOGh9D7SER9peARwSwx4NYRrsIaRXDrUswWAM6T6ilDUogjKYk3uK2zZ6Vy 7z3JewxVlhpeSsNPQSMoyNibKkYLRoh6rvz94vB0mvcT0uVx7xowPNoTOjjGRAk4J/MBaNOupvwf RfPmwRetdnD6NC5x8aRkhr4ZNBjvYxFT8IJaeLk8piQYMPRDlzi7dlb9d6C5WuC0LRpomk2r3bd6 /XpNOx2FyG18axeeASWtENgPvqEirM5MjwkCMIIHYzCCBkugAwIBAgIKXRYRuwAAAADQ8TANBgkq hkiG9w0BAQUFADCBhTETMBEGCgmSJomT8ixkARkWA2NvbTEWMBQGCgmSJomT8ixkARkWBmx1Y2Vu dDEUMBIGCgmSJomT8ixkARkWBG5hMDIxFzAVBgNVBAoTDkFsY2F0ZWwgTHVjZW50MScwJQYDVQQD Ex5BbGNhdGVsIEx1Y2VudCBJbnRlcm5hbCBTdWIgQ0EwHhcNMTUwNDE2MDU1MjI4WhcNMTcwNDE1 MDU1MjI4WjBDMREwDwYDVQQDEwhib2dhZXJ0YjEuMCwGCSqGSIb3DQEJARYfYmFydC5ib2dhZXJ0 QGFsY2F0ZWwtbHVjZW50LmNvbTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAJBS7alw mZfOimfXIdJjyp1G8U+E4Rs5y+eXtDfKWEuy6UOCstRCUiSz+eljCu737ZPkMHmPMdXDHZGnsV9y HsInD5cZHBTNnboc8lV7zLVpTrtrnflClsOiRD75CS1Vvehx+JnFuW4Mo/VeWjQtUD4tUU67W7b0 QPOkcB3KkZixozjERSxPUFHf6pMShshwQlKtvV6YLdhnNePiuFimfYqUDiOQs1LR8C+r3eSMHi8o lyWTHf49vFPL7z62HWSldeEkf6vhtuZuWLfH7xqO3CIQH63zUJF9p23ko2/Gtc1MpAcdWMwV3ymj V8ef+gZac/SFwFgA547zeawhhvtdiOUCAwEAAaOCBBQwggQQMD0GCSsGAQQBgjcVBwQwMC4GJisG AQQBgjcVCIW9xVmD47E5h6WBKoa/w0KFlJgZgQv55kyE/bVaAgFkAgEFMB8GA1UdJQQYMBYGCisG AQQBgjcKAwQGCCsGAQUFBwMEMAsGA1UdDwQEAwIFoDApBgkrBgEEAYI3FQoEHDAaMAwGCisGAQQB gjcKAwQwCgYIKwYBBQUHAwQwRAYJKoZIhvcNAQkPBDcwNTAOBggqhkiG9w0DAgICAIAwDgYIKoZI hvcNAwQCAgCAMAcGBSsOAwIHMAoGCCqGSIb3DQMHMB0GA1UdDgQWBBTzjeedsBUMWk5eyOwD8/c9 1B1G8jAfBgNVHSMEGDAWgBTZ7Gu9llgi99imd83+TYHvupe9EjCCAV0GA1UdHwSCAVQwggFQMIIB TKCCAUigggFEhoHZbGRhcDovLy9DTj1BbGNhdGVsJTIwTHVjZW50JTIwSW50ZXJuYWwlMjBTdWIl MjBDQSxDTj11c25hdnNwa2kwM3AsQ049Q0RQLENOPVB1YmxpYyUyMEtleSUyMFNlcnZpY2VzLENO PVNlcnZpY2VzLENOPUNvbmZpZ3VyYXRpb24sREM9bHVhZCxEQz1sdWNlbnQsREM9Y29tP2NlcnRp ZmljYXRlUmV2b2NhdGlvbkxpc3Q/YmFzZT9vYmplY3RDbGFzcz1jUkxEaXN0cmlidXRpb25Qb2lu dIYsaHR0cHM6Ly93d3cuYWxjYXRlbC1sdWNlbnQuY29tL1BLSS9zdWJDQS5jcmyGOGh0dHA6Ly9z ZXJ2aWNlcy5zdXBwb3J0LmFsY2F0ZWwtbHVjZW50LmNvbS9QS0kvc3ViQ0EuY3JsMIIBYQYIKwYB BQUHAQEEggFTMIIBTzCBzAYIKwYBBQUHMAKGgb9sZGFwOi8vL0NOPUFsY2F0ZWwlMjBMdWNlbnQl MjBJbnRlcm5hbCUyMFN1YiUyMENBLENOPUFJQSxDTj1QdWJsaWMlMjBLZXklMjBTZXJ2aWNlcyxD Tj1TZXJ2aWNlcyxDTj1Db25maWd1cmF0aW9uLERDPWx1YWQsREM9bHVjZW50LERDPWNvbT9jQUNl cnRpZmljYXRlP2Jhc2U/b2JqZWN0Q2xhc3M9Y2VydGlmaWNhdGlvbkF1dGhvcml0eTA4BggrBgEF BQcwAoYsaHR0cHM6Ly93d3cuYWxjYXRlbC1sdWNlbnQuY29tL1BLSS9zdWJDQS5jcnQwRAYIKwYB BQUHMAKGOGh0dHA6Ly9zZXJ2aWNlcy5zdXBwb3J0LmFsY2F0ZWwtbHVjZW50LmNvbS9QS0kvc3Vi Q0EuY3J0MCoGA1UdEQQjMCGBH2JhcnQuYm9nYWVydEBhbGNhdGVsLWx1Y2VudC5jb20wDQYJKoZI hvcNAQEFBQADggEBAEARoPJfuwXhstAQ/fAz/XKDC//Je9A0RG9Q5XV7+URvR5GxhwuikL/MEtXs Dspufv0eHG/b92AVZxaSgdpzC6neLoW2Q/Rdeavuifm7H/Ob645vIufqDQEqRqsyt9xRP+31VphA do994d7kU6v5BI7DAA8s5rl6h4PFbtvY5qe8VLNiTnon1dCwPQ+mRSrLfgjlZUw+WsMh69JEOWZX EufZMg0oUvCboUe3LNNvh8+DtLafaT1gS/kpv3c+dXVApTjb1tPbeZHc5L85AVQBsbq/vYpWhiZR qDiyVyPh+dh7vTa/GBJx/UVLwv6IswAwtCWZ/r9aReHssqkgMH9evF8xggQpMIIEJQIBATCBlDCB hTETMBEGCgmSJomT8ixkARkWA2NvbTEWMBQGCgmSJomT8ixkARkWBmx1Y2VudDEUMBIGCgmSJomT 8ixkARkWBG5hMDIxFzAVBgNVBAoTDkFsY2F0ZWwgTHVjZW50MScwJQYDVQQDEx5BbGNhdGVsIEx1 Y2VudCBJbnRlcm5hbCBTdWIgQ0ECCl0WEbsAAAAA0PEwCQYFKw4DAhoFAKCCAmkwGAYJKoZIhvcN AQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMTYxMTI4MTA0MjQwWjAjBgkqhkiG9w0B CQQxFgQUFzu03QD9+3sEtEIiUc5kgQtm3fEwgaUGCSsGAQQBgjcQBDGBlzCBlDCBhTETMBEGCgmS JomT8ixkARkWA2NvbTEWMBQGCgmSJomT8ixkARkWBmx1Y2VudDEUMBIGCgmSJomT8ixkARkWBG5h MDIxFzAVBgNVBAoTDkFsY2F0ZWwgTHVjZW50MScwJQYDVQQDEx5BbGNhdGVsIEx1Y2VudCBJbnRl cm5hbCBTdWIgQ0ECCl0WEbsAAAAA0PEwgacGCyqGSIb3DQEJEAILMYGXoIGUMIGFMRMwEQYKCZIm iZPyLGQBGRYDY29tMRYwFAYKCZImiZPyLGQBGRYGbHVjZW50MRQwEgYKCZImiZPyLGQBGRYEbmEw MjEXMBUGA1UEChMOQWxjYXRlbCBMdWNlbnQxJzAlBgNVBAMTHkFsY2F0ZWwgTHVjZW50IEludGVy bmFsIFN1YiBDQQIKXRYRuwAAAADQ8TCBtwYJKoZIhvcNAQkPMYGpMIGmMAsGCWCGSAFlAwQBKjAL BglghkgBZQMEARYwCgYIKoZIhvcNAwcwCwYJYIZIAWUDBAECMA4GCCqGSIb3DQMCAgIAgDAHBgUr DgMCBzANBggqhkiG9w0DAgIBQDANBggqhkiG9w0DAgIBKDAHBgUrDgMCGjALBglghkgBZQMEAgMw CwYJYIZIAWUDBAICMAsGCWCGSAFlAwQCATAKBggqhkiG9w0CBTANBgkqhkiG9w0BAQEFAASCAQBX 56+IyQvNjWmqw0Y47esM0dHt9zXEk0880X9cTI0z0wNwEdOj20DxrC1jXmE8JvuTutXNvShrH5kT +Tv+xBx8qoQ1pBx8UPogbmR7fQwCtk3RRW+WiAknMPRMcRXw0V+s7F0uV4My61QHTdvVuyQy6a3u f9ZV756lpKYWfK9LdFf0WrN8ybSqqiLGw3CvYmZF4AEfLbpC0W+KHBL9sh7KsKb5E5vfPpyFM8DC Ttffd8GdrePZjThd5HhkmqRzJOK7ThRGeIZpNdZpmb1274fgTcK7vinkTi+iZINsWxnmhjaOSNyb 6Q8ZIhai0r49Dd6EITAl/xUniENSsD44tpSJAAAAAAAA ------=_NextPart_000_03B5_01D2496C.865022A0-- From nobody Mon Nov 28 03:17:51 2016 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 33767129D23 for ; Mon, 28 Nov 2016 03:17:50 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.697 X-Spam-Level: X-Spam-Status: No, score=-5.697 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-1.497] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id obKUhKNqZtl2 for ; Mon, 28 Nov 2016 03:17:47 -0800 (PST) Received: from atlas3.jacobs-university.de (atlas3.jacobs-university.de [212.201.44.18]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 432AA129D41 for ; Mon, 28 Nov 2016 03:08:47 -0800 (PST) Received: from localhost (demetrius5.irc-it.jacobs-university.de [10.70.0.222]) by atlas3.jacobs-university.de (Postfix) with ESMTP id 9F20071A; Mon, 28 Nov 2016 12:08:45 +0100 (CET) X-Virus-Scanned: amavisd-new at jacobs-university.de Received: from atlas3.jacobs-university.de ([10.70.0.205]) by localhost (demetrius5.jacobs-university.de [10.70.0.222]) (amavisd-new, port 10030) with ESMTP id 93ey9iD9oM2C; Mon, 28 Nov 2016 12:08:45 +0100 (CET) Received: from hermes.jacobs-university.de (hermes.jacobs-university.de [212.201.44.23]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hermes.jacobs-university.de", Issuer "Jacobs University CA - G01" (verified OK)) by atlas3.jacobs-university.de (Postfix) with ESMTPS; Mon, 28 Nov 2016 12:08:45 +0100 (CET) Received: from localhost (demetrius2.jacobs-university.de [212.201.44.47]) by hermes.jacobs-university.de (Postfix) with ESMTP id A2BA42005F; Mon, 28 Nov 2016 12:08:45 +0100 (CET) X-Virus-Scanned: amavisd-new at jacobs-university.de Received: from hermes.jacobs-university.de ([212.201.44.23]) by localhost (demetrius2.jacobs-university.de [212.201.44.32]) (amavisd-new, port 10024) with ESMTP id d03_u1ElK1SU; Mon, 28 Nov 2016 12:08:45 +0100 (CET) Received: from elstar.local (elstar.jacobs.jacobs-university.de [10.50.231.133]) by hermes.jacobs-university.de (Postfix) with ESMTP id 5257E2005E; Mon, 28 Nov 2016 12:08:45 +0100 (CET) Received: by elstar.local (Postfix, from userid 501) id 413C83D79CC2; Mon, 28 Nov 2016 12:08:43 +0100 (CET) Date: Mon, 28 Nov 2016 12:08:43 +0100 From: Juergen Schoenwaelder To: "Bogaert, Bart (Nokia - BE)" Message-ID: <20161128110843.GA51668@elstar.local> Mail-Followup-To: "Bogaert, Bart (Nokia - BE)" , "netmod@ietf.org" References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.6.0 (2016-04-01) Archived-At: Cc: "netmod@ietf.org" Subject: Re: [netmod] Mandatory leafs via augment X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Juergen Schoenwaelder List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Nov 2016 11:17:50 -0000 On Mon, Nov 28, 2016 at 10:42:42AM +0000, Bogaert, Bart (Nokia - BE) wrote: > > How can we achieve the same if no when-clause can be constructed but we > still would like to have a leaf to be mandatory. One way we thought of > achieving this is > > - have a YANG module defining the augmented data > > - construct a must statement on the object being augmented where we > check that something needs to be present that is added via a deviation. > An example may help here... /js -- Juergen Schoenwaelder Jacobs University Bremen gGmbH Phone: +49 421 200 3587 Campus Ring 1 | 28759 Bremen | Germany Fax: +49 421 200 3103 From nobody Mon Nov 28 03:33:57 2016 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 55BCB129BBC for ; Mon, 28 Nov 2016 03:33:56 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.902 X-Spam-Level: X-Spam-Status: No, score=-6.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id tePsjWtokFD0 for ; Mon, 28 Nov 2016 03:33:54 -0800 (PST) Received: from smtp-fr.alcatel-lucent.com (fr-hpida-esg-02.alcatel-lucent.com [135.245.210.21]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 74577129C83 for ; Mon, 28 Nov 2016 03:28:59 -0800 (PST) Received: from fr712umx4.dmz.alcatel-lucent.com (unknown [135.245.210.45]) by Websense Email Security Gateway with ESMTPS id 2C5B59DD0EC82; Mon, 28 Nov 2016 11:28:55 +0000 (GMT) Received: from fr712usmtp2.zeu.alcatel-lucent.com (fr712usmtp2.zeu.alcatel-lucent.com [135.239.2.42]) by fr712umx4.dmz.alcatel-lucent.com (GMO-o) with ESMTP id uASBSuT4001805 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 28 Nov 2016 11:28:57 GMT Received: from FR712WXCHHUB03.zeu.alcatel-lucent.com (fr712wxchhub03.zeu.alcatel-lucent.com [135.239.2.74]) by fr712usmtp2.zeu.alcatel-lucent.com (GMO) with ESMTP id uASBShwd028999 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Mon, 28 Nov 2016 11:28:55 GMT Received: from FR712WXCHMBA09.zeu.alcatel-lucent.com ([169.254.5.164]) by FR712WXCHHUB03.zeu.alcatel-lucent.com ([135.239.2.74]) with mapi id 14.03.0301.000; Mon, 28 Nov 2016 12:28:46 +0100 From: "Bogaert, Bart (Nokia - BE)" To: Juergen Schoenwaelder Thread-Topic: [netmod] Mandatory leafs via augment Thread-Index: AdJJYzXBNjZnD5qkT8myDyWmLJX/R///+GCA///rvDA= Date: Mon, 28 Nov 2016 11:28:46 +0000 Message-ID: References: <20161128110843.GA51668@elstar.local> In-Reply-To: <20161128110843.GA51668@elstar.local> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-originating-ip: [135.239.27.38] Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=SHA1; boundary="----=_NextPart_000_03F5_01D24972.F5B9A750" MIME-Version: 1.0 Archived-At: Cc: "netmod@ietf.org" Subject: Re: [netmod] Mandatory leafs via augment X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Nov 2016 11:33:56 -0000 ------=_NextPart_000_03F5_01D24972.F5B9A750 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Assume the following. module base-class { prefix base; container base { leaf a; leaf b; leaf c; } } module augment-base { prefix aug; import base-class { prefix base; } augment '/base:base'{ leaf d; } } module base-deviation { prefix base-dev; deviation "/base:base" { deviate add { must "./aug:d" { error-message "A value for d must be present when configuring augmented base"; } } } Best regards - Vriendelijke groeten, Bart Bogaert Broadband-Access System Architect Data Contact number +32 3 2408310 (+32 477 673952) NOKIA Copernicuslaan 50, 2018 Antwerp, Belgium Fortis 220-0002334-42 VAT BE 0404 621 642 Register of Legal Entities Antwerp << This message (including any attachments) contains confidential information intended for a specific individual and purpose, and is protected by law. If you are not the intended recipient, you should delete this message. Any disclosure, copying, or distribution of this message, or the taking of any action based on it, is strictly prohibited without the prior consent of its author. >> -----Original Message----- From: Juergen Schoenwaelder [mailto:j.schoenwaelder@jacobs-university.de] Sent: 28 November 2016 12:09 To: Bogaert, Bart (Nokia - BE) Cc: netmod@ietf.org Subject: Re: [netmod] Mandatory leafs via augment On Mon, Nov 28, 2016 at 10:42:42AM +0000, Bogaert, Bart (Nokia - BE) wrote: > > How can we achieve the same if no when-clause can be constructed but > we still would like to have a leaf to be mandatory. One way we > thought of achieving this is > > - have a YANG module defining the augmented data > > - construct a must statement on the object being augmented where we > check that something needs to be present that is added via a deviation. > An example may help here... /js -- Juergen Schoenwaelder Jacobs University Bremen gGmbH Phone: +49 421 200 3587 Campus Ring 1 | 28759 Bremen | Germany Fax: +49 421 200 3103 ------=_NextPart_000_03F5_01D24972.F5B9A750 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIP/TCCA7Ew ggKZoAMCAQICEBErBTlXKN63QvT+VRPTt1EwDQYJKoZIhvcNAQEFBQAwQzEXMBUGA1UEChMOQWxj YXRlbCBMdWNlbnQxKDAmBgNVBAMTH0FsY2F0ZWwgTHVjZW50IEludGVybmFsIFJvb3QgQ0EwHhcN MDgxMTAzMTU0MTE2WhcNMjgxMTAzMTU0MTE2WjBDMRcwFQYDVQQKEw5BbGNhdGVsIEx1Y2VudDEo MCYGA1UEAxMfQWxjYXRlbCBMdWNlbnQgSW50ZXJuYWwgUm9vdCBDQTCCASIwDQYJKoZIhvcNAQEB BQADggEPADCCAQoCggEBAL5IGBVth8afQdnpuLDI0Z37GgIcPWznOOzFJUV1gVbztqQ5CIxkVL4K soAfLzc8LQHqNl2Nk3YbVBputIyCe2nzGsRjQeVt+HO2PV7h2YpMQlVd+XGsmpJ4fAP3A38wkTl6 tFPAYspyUFvjNON1J3BJE/2cuY7apvn9ZfSz99x7y4QBZh3hvm4g5Fn7mK04/q7K6O4Z8Y6zkSxG ZFNyZ6NIuAPNCODZASqYnHiAgtEcCR4WPs6rj+Y8MU0q56ddwuIZ0qeP2ScHY0wVtnmqXzHyCzEQ Eb2eJCsGpXFwUalVaxPUZEVoVDfjO+2ZN5gNJrGMTu7Mv9k1WG0LR3zZ1QsCAwEAAaOBoDCBnTAL BgNVHQ8EBAMCAYYwDwYDVR0TAQH/BAUwAwEB/zAdBgNVHQ4EFgQUB6yyWvZhiXxcfOvilycpaQyK H/AwEAYJKwYBBAGCNxUBBAMCAQAwTAYDVR0gBEUwQzBBBgRVHSAAMDkwNwYIKwYBBQUHAgEWK2h0 dHA6Ly93d3cuYWxjYXRlbC1sdWNlbnQuY29tL1BLSS9jcC9jcC5odG0wDQYJKoZIhvcNAQEFBQAD ggEBADBMWG3WQyC6+mBzuuFuCGqJAiC4v+TQ3ZErd5KKSRGh8dwjzK5L2C51wJPVe6EAjb59CEb2 p2aPKSkoMrCC8seBRM/bs23DMyna1Jr9Q5EZDrmRqBLJy3Cs8NFpa/cKb6SkegFHcB/vi+SYgSdR BwoNE5+y6MRPXcEBadI/9W8Zlkk5sJ3w55e+i8OCNg/fDYAQuJPa+hD3/byWGxUgGSMNGQ/GS2st NETAa5Z/88Sh9FHk2BtrxSz7jPtekKhjsidD2ANJZTCyj9iRB+Nt9FEetNpcN6ke1FlepRbCsV10 I0y6weLwZ34h2GWbN9qEOSQV88NBA149a5ugJ/oCbHEwggTdMIIDxaADAgECAgoanQrOAAAAAAAG MA0GCSqGSIb3DQEBBQUAMEMxFzAVBgNVBAoTDkFsY2F0ZWwgTHVjZW50MSgwJgYDVQQDEx9BbGNh dGVsIEx1Y2VudCBJbnRlcm5hbCBSb290IENBMB4XDTA4MTEyMTIxNTcyOFoXDTE4MTEyMTIyMDcy OFowgYUxEzARBgoJkiaJk/IsZAEZFgNjb20xFjAUBgoJkiaJk/IsZAEZFgZsdWNlbnQxFDASBgoJ kiaJk/IsZAEZFgRuYTAyMRcwFQYDVQQKEw5BbGNhdGVsIEx1Y2VudDEnMCUGA1UEAxMeQWxjYXRl bCBMdWNlbnQgSW50ZXJuYWwgU3ViIENBMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEA 2Ocmcli3LbVU6TRh+JLMtquBr5/grS+gzfN5YL/lauFCHmDlF7kNQvxtDWqwNpOkzb97CwWcVsdf kyWAiGzVWeRIrYGhK/xNPFRYXOKYXLGqxFWkltZkYpSRudHzjTneUC4EVdMXnREMu8FTC0CM38Vb xMvQ+ygjEyicg2QT9lZHWkKP9kCI1818P+AmS7905t6kXR9Q2m1GjcCa0KqARPGX/xe2toQS+Vdi UwDary1Enk8j19KFmvFg1bhY2mNSHgzN2AWnhsOi/EID1SalzBwHylByB/UbbEv2dZUsAdMuOtYt Z/8dM1axS0d3fW7q7mAYV5uM42mYX9o1B/RzjwIDAQABo4IBjjCCAYowDwYDVR0TAQH/BAUwAwEB /zAdBgNVHQ4EFgQU2exrvZZYIvfYpnfN/k2B77qXvRIwCwYDVR0PBAQDAgHGMBAGCSsGAQQBgjcV AQQDAgEAMBkGCSsGAQQBgjcUAgQMHgoAUwB1AGIAQwBBMB8GA1UdIwQYMBaAFAesslr2YYl8XHzr 4pcnKWkMih/wMHgGA1UdHwRxMG8wbaBroGmGOWh0dHA6Ly9zZXJ2aWNlcy5zdXBwb3J0LmFsY2F0 ZWwtbHVjZW50LmNvbS9QS0kvcm9vdENBLmNybIYsaHR0cDovL3d3dy5hbGNhdGVsLWx1Y2VudC5j b20vUEtJL3Jvb3RDQS5jcmwwgYIGCCsGAQUFBwEBBHYwdDA4BggrBgEFBQcwAoYsaHR0cDovL3d3 dy5hbGNhdGVsLWx1Y2VudC5jb20vUEtJL3Jvb3RDQS5jcnQwOAYIKwYBBQUHMAKGLGh0dHA6Ly93 d3cuYWxjYXRlbC1sdWNlbnQuY29tL1BLSS9yb290Q0EuY3J0MA0GCSqGSIb3DQEBBQUAA4IBAQCl GxDp5Z1IDjIEz8VaTEWa8Q1OWUbXwsszdoNg5Gg3F1a2VFFVegmsrpt4axbESlgE6AT/rkUUiyjb EhcUgY2OHdeKN5Gc7VOGh9D7SER9peARwSwx4NYRrsIaRXDrUswWAM6T6ilDUogjKYk3uK2zZ6Vy 7z3JewxVlhpeSsNPQSMoyNibKkYLRoh6rvz94vB0mvcT0uVx7xowPNoTOjjGRAk4J/MBaNOupvwf RfPmwRetdnD6NC5x8aRkhr4ZNBjvYxFT8IJaeLk8piQYMPRDlzi7dlb9d6C5WuC0LRpomk2r3bd6 /XpNOx2FyG18axeeASWtENgPvqEirM5MjwkCMIIHYzCCBkugAwIBAgIKXRYRuwAAAADQ8TANBgkq hkiG9w0BAQUFADCBhTETMBEGCgmSJomT8ixkARkWA2NvbTEWMBQGCgmSJomT8ixkARkWBmx1Y2Vu dDEUMBIGCgmSJomT8ixkARkWBG5hMDIxFzAVBgNVBAoTDkFsY2F0ZWwgTHVjZW50MScwJQYDVQQD Ex5BbGNhdGVsIEx1Y2VudCBJbnRlcm5hbCBTdWIgQ0EwHhcNMTUwNDE2MDU1MjI4WhcNMTcwNDE1 MDU1MjI4WjBDMREwDwYDVQQDEwhib2dhZXJ0YjEuMCwGCSqGSIb3DQEJARYfYmFydC5ib2dhZXJ0 QGFsY2F0ZWwtbHVjZW50LmNvbTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAJBS7alw mZfOimfXIdJjyp1G8U+E4Rs5y+eXtDfKWEuy6UOCstRCUiSz+eljCu737ZPkMHmPMdXDHZGnsV9y HsInD5cZHBTNnboc8lV7zLVpTrtrnflClsOiRD75CS1Vvehx+JnFuW4Mo/VeWjQtUD4tUU67W7b0 QPOkcB3KkZixozjERSxPUFHf6pMShshwQlKtvV6YLdhnNePiuFimfYqUDiOQs1LR8C+r3eSMHi8o lyWTHf49vFPL7z62HWSldeEkf6vhtuZuWLfH7xqO3CIQH63zUJF9p23ko2/Gtc1MpAcdWMwV3ymj V8ef+gZac/SFwFgA547zeawhhvtdiOUCAwEAAaOCBBQwggQQMD0GCSsGAQQBgjcVBwQwMC4GJisG AQQBgjcVCIW9xVmD47E5h6WBKoa/w0KFlJgZgQv55kyE/bVaAgFkAgEFMB8GA1UdJQQYMBYGCisG AQQBgjcKAwQGCCsGAQUFBwMEMAsGA1UdDwQEAwIFoDApBgkrBgEEAYI3FQoEHDAaMAwGCisGAQQB gjcKAwQwCgYIKwYBBQUHAwQwRAYJKoZIhvcNAQkPBDcwNTAOBggqhkiG9w0DAgICAIAwDgYIKoZI hvcNAwQCAgCAMAcGBSsOAwIHMAoGCCqGSIb3DQMHMB0GA1UdDgQWBBTzjeedsBUMWk5eyOwD8/c9 1B1G8jAfBgNVHSMEGDAWgBTZ7Gu9llgi99imd83+TYHvupe9EjCCAV0GA1UdHwSCAVQwggFQMIIB TKCCAUigggFEhoHZbGRhcDovLy9DTj1BbGNhdGVsJTIwTHVjZW50JTIwSW50ZXJuYWwlMjBTdWIl MjBDQSxDTj11c25hdnNwa2kwM3AsQ049Q0RQLENOPVB1YmxpYyUyMEtleSUyMFNlcnZpY2VzLENO PVNlcnZpY2VzLENOPUNvbmZpZ3VyYXRpb24sREM9bHVhZCxEQz1sdWNlbnQsREM9Y29tP2NlcnRp ZmljYXRlUmV2b2NhdGlvbkxpc3Q/YmFzZT9vYmplY3RDbGFzcz1jUkxEaXN0cmlidXRpb25Qb2lu dIYsaHR0cHM6Ly93d3cuYWxjYXRlbC1sdWNlbnQuY29tL1BLSS9zdWJDQS5jcmyGOGh0dHA6Ly9z ZXJ2aWNlcy5zdXBwb3J0LmFsY2F0ZWwtbHVjZW50LmNvbS9QS0kvc3ViQ0EuY3JsMIIBYQYIKwYB BQUHAQEEggFTMIIBTzCBzAYIKwYBBQUHMAKGgb9sZGFwOi8vL0NOPUFsY2F0ZWwlMjBMdWNlbnQl MjBJbnRlcm5hbCUyMFN1YiUyMENBLENOPUFJQSxDTj1QdWJsaWMlMjBLZXklMjBTZXJ2aWNlcyxD Tj1TZXJ2aWNlcyxDTj1Db25maWd1cmF0aW9uLERDPWx1YWQsREM9bHVjZW50LERDPWNvbT9jQUNl cnRpZmljYXRlP2Jhc2U/b2JqZWN0Q2xhc3M9Y2VydGlmaWNhdGlvbkF1dGhvcml0eTA4BggrBgEF BQcwAoYsaHR0cHM6Ly93d3cuYWxjYXRlbC1sdWNlbnQuY29tL1BLSS9zdWJDQS5jcnQwRAYIKwYB BQUHMAKGOGh0dHA6Ly9zZXJ2aWNlcy5zdXBwb3J0LmFsY2F0ZWwtbHVjZW50LmNvbS9QS0kvc3Vi Q0EuY3J0MCoGA1UdEQQjMCGBH2JhcnQuYm9nYWVydEBhbGNhdGVsLWx1Y2VudC5jb20wDQYJKoZI hvcNAQEFBQADggEBAEARoPJfuwXhstAQ/fAz/XKDC//Je9A0RG9Q5XV7+URvR5GxhwuikL/MEtXs Dspufv0eHG/b92AVZxaSgdpzC6neLoW2Q/Rdeavuifm7H/Ob645vIufqDQEqRqsyt9xRP+31VphA do994d7kU6v5BI7DAA8s5rl6h4PFbtvY5qe8VLNiTnon1dCwPQ+mRSrLfgjlZUw+WsMh69JEOWZX EufZMg0oUvCboUe3LNNvh8+DtLafaT1gS/kpv3c+dXVApTjb1tPbeZHc5L85AVQBsbq/vYpWhiZR qDiyVyPh+dh7vTa/GBJx/UVLwv6IswAwtCWZ/r9aReHssqkgMH9evF8xggQpMIIEJQIBATCBlDCB hTETMBEGCgmSJomT8ixkARkWA2NvbTEWMBQGCgmSJomT8ixkARkWBmx1Y2VudDEUMBIGCgmSJomT 8ixkARkWBG5hMDIxFzAVBgNVBAoTDkFsY2F0ZWwgTHVjZW50MScwJQYDVQQDEx5BbGNhdGVsIEx1 Y2VudCBJbnRlcm5hbCBTdWIgQ0ECCl0WEbsAAAAA0PEwCQYFKw4DAhoFAKCCAmkwGAYJKoZIhvcN AQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMTYxMTI4MTEyODQ0WjAjBgkqhkiG9w0B CQQxFgQUtvtNppGtwkoV+2u3WMkgUN1Q2yMwgaUGCSsGAQQBgjcQBDGBlzCBlDCBhTETMBEGCgmS JomT8ixkARkWA2NvbTEWMBQGCgmSJomT8ixkARkWBmx1Y2VudDEUMBIGCgmSJomT8ixkARkWBG5h MDIxFzAVBgNVBAoTDkFsY2F0ZWwgTHVjZW50MScwJQYDVQQDEx5BbGNhdGVsIEx1Y2VudCBJbnRl cm5hbCBTdWIgQ0ECCl0WEbsAAAAA0PEwgacGCyqGSIb3DQEJEAILMYGXoIGUMIGFMRMwEQYKCZIm iZPyLGQBGRYDY29tMRYwFAYKCZImiZPyLGQBGRYGbHVjZW50MRQwEgYKCZImiZPyLGQBGRYEbmEw MjEXMBUGA1UEChMOQWxjYXRlbCBMdWNlbnQxJzAlBgNVBAMTHkFsY2F0ZWwgTHVjZW50IEludGVy bmFsIFN1YiBDQQIKXRYRuwAAAADQ8TCBtwYJKoZIhvcNAQkPMYGpMIGmMAsGCWCGSAFlAwQBKjAL BglghkgBZQMEARYwCgYIKoZIhvcNAwcwCwYJYIZIAWUDBAECMA4GCCqGSIb3DQMCAgIAgDAHBgUr DgMCBzANBggqhkiG9w0DAgIBQDANBggqhkiG9w0DAgIBKDAHBgUrDgMCGjALBglghkgBZQMEAgMw CwYJYIZIAWUDBAICMAsGCWCGSAFlAwQCATAKBggqhkiG9w0CBTANBgkqhkiG9w0BAQEFAASCAQAN Zs3xqvbfmQVUA0FvYE+PnzF7oWPosC6Wg/aV5TXJ3CtqnKI8U2olx/vrSTpjUdTzftH+VT5y5Mht wW8ov7iAhYnOxy+dNWrvCs39XHkFe+yXq5aITLpRb6g15HLb5dmypM9WYbNhFizVa1QJWe8p0wqQ JWLWPzHLdbh98/ruZjy2YefVIrtY+eW9/DFmdUs7y0ELj21yp3Vps2Z5sgpDZuL/a4s+qQKfuQn/ Z8syvZ3n24tCfM+AAK10JGMtETUXpoQvKGYlZ/208DbFmoXyA6SQCfl2ScwmtQboUIv6hJHMGqCU 3LFFb40e1VD29B17Lp4XqPet5t2GiSAqnACLAAAAAAAA ------=_NextPart_000_03F5_01D24972.F5B9A750-- From nobody Mon Nov 28 03:47:48 2016 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2B575129D4B for ; Mon, 28 Nov 2016 03:47:48 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -16.018 X-Spam-Level: X-Spam-Status: No, score=-16.018 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-1.497, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id PVZg3sS6Oo1T for ; Mon, 28 Nov 2016 03:47:46 -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 DD422129D67 for ; Mon, 28 Nov 2016 03:47:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=7002; q=dns/txt; s=iport; t=1480333665; x=1481543265; h=subject:to:references:cc:from:message-id:date: mime-version:in-reply-to; bh=seDZUe1XYnFu7j7k6MIVIvUY098igEJGdg8w0PA+pcU=; b=RZBOp7QhC8E/Dkk90lvEnNj6zRFRFrNmrcQYCrxbZ7LT03TCfCQKOGG7 6oZRy6henySt+SSC8nPtEA9VYF/9Jw6/S1cdNBh1OO95ANGpWT7cyjNZy S6YazHEj2NjwtwjPcrGT/nm2d4KJ1LAS1t5h3frRUZN4k+5ij4o6EBMEn Y=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0ABAQBtGDxY/xbLJq1eGQEBAQEBAQEBA?= =?us-ascii?q?QEBBwEBAQEBgzgBAQEBAXcuVY1Flx6PVYUfggcdAQqFL0oCgjoUAQIBAQEBAQE?= =?us-ascii?q?BYiiEaAEBAQQBAQFrCwwECxABBAEBAScHJx8JCAYNBgIBAYhpDq9cL4scAQEBA?= =?us-ascii?q?QEBAQEBAQEBAQEBAQEBAQEBFwWGPoF9gl6EM0KFNQWaVJEGigeGK4oRg2CEDB4?= =?us-ascii?q?3dRMMIYUwPjSIEAEBAQ?= X-IronPort-AV: E=Sophos;i="5.31,563,1473120000"; d="scan'208,217";a="650268471" 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; 28 Nov 2016 11:47:42 +0000 Received: from [10.63.23.160] (dhcp-ensft1-uk-vla370-10-63-23-160.cisco.com [10.63.23.160]) by aer-core-4.cisco.com (8.14.5/8.14.5) with ESMTP id uASBlgkj023816; Mon, 28 Nov 2016 11:47:42 GMT To: "Bogaert, Bart (Nokia - BE)" References: <20161128110843.GA51668@elstar.local> From: Robert Wilton Message-ID: <627f8105-ff03-eba7-53c5-e09e3189aef2@cisco.com> Date: Mon, 28 Nov 2016 11:47:42 +0000 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.4.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/alternative; boundary="------------2FB8BBC035205086442713C5" Archived-At: Cc: "netmod@ietf.org" Subject: Re: [netmod] Mandatory leafs via augment X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Nov 2016 11:47:48 -0000 This is a multi-part message in MIME format. --------------2FB8BBC035205086442713C5 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Hi Bart, In your idea, am I correct to assume that only the client loads (base-class, augment-base, and base-deviation), and the server only knows about (base-class and augment-base)? Further, am I right to assume that the server would still support clients configuring base even if they don't know about augment-base? I.e. from a server perspective, leaf d isn't actually mandatory. Thanks, Rob On 28/11/2016 11:28, Bogaert, Bart (Nokia - BE) wrote: > Assume the following. > > module base-class { > prefix base; > container base { > leaf a; > leaf b; > leaf c; > } > } > > module augment-base { > prefix aug; > import base-class { prefix base; } > > augment '/base:base'{ > leaf d; > } > } > > module base-deviation { > prefix base-dev; > > deviation "/base:base" { > deviate add { > must "./aug:d" { > error-message "A value for d must be present when configuring > augmented base"; > } > } > } > > Best regards - Vriendelijke groeten, > Bart Bogaert > Broadband-Access System Architect Data > Contact number +32 3 2408310 (+32 477 673952) > > NOKIA > Copernicuslaan 50, 2018 Antwerp, Belgium > Fortis 220-0002334-42 > VAT BE 0404 621 642 Register of Legal Entities Antwerp > > << > This message (including any attachments) contains confidential information > intended for a specific individual and purpose, and is protected by law. If > you are not the intended recipient, you should delete this message. Any > disclosure, copying, or distribution of this message, or the taking of any > action based on it, is strictly prohibited without the prior consent of its > author. > -----Original Message----- > From: Juergen Schoenwaelder [mailto:j.schoenwaelder@jacobs-university.de] > Sent: 28 November 2016 12:09 > To: Bogaert, Bart (Nokia - BE) > Cc: netmod@ietf.org > Subject: Re: [netmod] Mandatory leafs via augment > > On Mon, Nov 28, 2016 at 10:42:42AM +0000, Bogaert, Bart (Nokia - BE) wrote: >> How can we achieve the same if no when-clause can be constructed but >> we still would like to have a leaf to be mandatory. One way we >> thought of achieving this is >> >> - have a YANG module defining the augmented data >> >> - construct a must statement on the object being augmented where > we >> check that something needs to be present that is added via a deviation. >> > An example may help here... > > /js > > > > _______________________________________________ > netmod mailing list > netmod@ietf.org > https://www.ietf.org/mailman/listinfo/netmod --------------2FB8BBC035205086442713C5 Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: 8bit

Hi Bart,

In your idea, am I correct to assume that only the client loads (base-class, augment-base, and base-deviation), and the server only knows about (base-class and augment-base)?

Further, am I right to assume that the server would still support clients configuring base even if they don't know about augment-base?  I.e. from a server perspective, leaf d isn't actually mandatory.

Thanks,
Rob


On 28/11/2016 11:28, Bogaert, Bart (Nokia - BE) wrote:
Assume the following.

module base-class {
   prefix base;
   container base {
      leaf a;
      leaf b;
      leaf c;
   }
}

module augment-base {
  prefix aug;
  import base-class { prefix base; }

  augment '/base:base'{
    leaf d;
  }
}

module base-deviation {
  prefix base-dev;

  deviation "/base:base" {
    deviate add {
      must "./aug:d" {
        error-message "A value for d must be present when configuring
augmented base";
      }
    }
  }

Best regards - Vriendelijke groeten,
Bart Bogaert
Broadband-Access System Architect Data
Contact number +32 3 2408310 (+32 477 673952)

NOKIA
Copernicuslaan 50, 2018 Antwerp, Belgium
Fortis 220-0002334-42
VAT BE 0404 621 642 Register of Legal Entities Antwerp

<<
This message (including any attachments) contains confidential information
intended for a specific individual and purpose, and is protected by law. If
you are not the intended recipient, you should delete this message. Any
disclosure, copying, or distribution of this message, or the taking of any
action based on it, is strictly prohibited without the prior consent of its
author.


        

      

      
-----Original Message-----
From: Juergen Schoenwaelder [mailto:j.schoenwaelder@jacobs-university.de] 
Sent: 28 November 2016 12:09
To: Bogaert, Bart (Nokia - BE) <bart.bogaert@nokia.com>
Cc: netmod@ietf.org
Subject: Re: [netmod] Mandatory leafs via augment

On Mon, Nov 28, 2016 at 10:42:42AM +0000, Bogaert, Bart (Nokia - BE) wrote:


      

        
How can we achieve the same if no when-clause can be constructed but 
we still would like to have a leaf to be mandatory.  One way we 
thought of achieving this is

-          have a YANG module defining the augmented data

-          construct a must statement on the object being augmented where


      

      
we


      

        
check that something needs to be present that is added via a deviation.



      

      
An example may help here...

/js



      

      

      

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


    

    

  


--------------2FB8BBC035205086442713C5--


From nobody Mon Nov 28 04:30:43 2016
Return-Path: 
X-Original-To: netmod@ietfa.amsl.com
Delivered-To: netmod@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C27E01295A1 for ; Mon, 28 Nov 2016 04:30:40 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.891
X-Spam-Level: 
X-Spam-Status: No, score=-6.891 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=0.01] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id qGewPHoR-LNq for ; Mon, 28 Nov 2016 04:30:38 -0800 (PST)
Received: from smtp-fr.alcatel-lucent.com (fr-hpida-esg-02.alcatel-lucent.com [135.245.210.21]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CB2091294EA for ; Mon, 28 Nov 2016 04:30:37 -0800 (PST)
Received: from fr712umx3.dmz.alcatel-lucent.com (unknown [135.245.210.42]) by Websense Email Security Gateway with ESMTPS id 4186296D44132; Mon, 28 Nov 2016 12:30:32 +0000 (GMT)
Received: from fr711usmtp1.zeu.alcatel-lucent.com (fr711usmtp1.zeu.alcatel-lucent.com [135.239.2.122]) by fr712umx3.dmz.alcatel-lucent.com (GMO-o) with ESMTP id uASCUXcd024223 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 28 Nov 2016 12:30:34 GMT
Received: from FR711WXCHHUB02.zeu.alcatel-lucent.com (fr711wxchhub02.zeu.alcatel-lucent.com [135.239.2.112]) by fr711usmtp1.zeu.alcatel-lucent.com (GMO) with ESMTP id uASCUFfu025443 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Mon, 28 Nov 2016 12:30:31 GMT
Received: from FR712WXCHMBA09.zeu.alcatel-lucent.com ([169.254.5.164]) by FR711WXCHHUB02.zeu.alcatel-lucent.com ([135.239.2.112]) with mapi id 14.03.0301.000; Mon, 28 Nov 2016 13:30:05 +0100
From: "Bogaert, Bart (Nokia - BE)" 
To: Robert Wilton 
Thread-Topic: [netmod] Mandatory leafs via augment
Thread-Index: AdJJYzXBNjZnD5qkT8myDyWmLJX/R///+GCA///rvDCAAB8oAP//5TUQ
Date: Mon, 28 Nov 2016 12:30:05 +0000
Message-ID: 
References:  <20161128110843.GA51668@elstar.local>  <627f8105-ff03-eba7-53c5-e09e3189aef2@cisco.com>
In-Reply-To: <627f8105-ff03-eba7-53c5-e09e3189aef2@cisco.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator: 
x-originating-ip: [135.239.27.40]
Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=SHA1; boundary="----=_NextPart_000_0417_01D2497B.86B29020"
MIME-Version: 1.0
Archived-At: 
Cc: "netmod@ietf.org" 
Subject: Re: [netmod] Mandatory leafs via augment
X-BeenThere: netmod@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: NETMOD WG list 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Mon, 28 Nov 2016 12:30:41 -0000

------=_NextPart_000_0417_01D2497B.86B29020
Content-Type: multipart/alternative;
	boundary="----=_NextPart_001_0418_01D2497B.86B29020"


------=_NextPart_001_0418_01D2497B.86B29020
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit

Hi Rob,

 

In the case we're trying to work out basically client and server would be
aware of base class, augmentation and deviation as the SW running on the box
is expecting a value for a leaf of the augmented data, so leaf d for the NC
server (and the application SW dealing with the HW) is expected to have a
value in the device.  The device would not support objects of the base class
only.  I could understand that a NC client interacts with other servers only
supporting the base class as that device may not require the augmented
leafs.

 

Best regards - Vriendelijke groeten,

Bart Bogaert

Broadband-Access System Architect Data

Contact number +32 3 2408310 (+32 477 673952)

 

NOKIA

Copernicuslaan 50, 2018 Antwerp, Belgium
Fortis 220-0002334-42
VAT BE 0404 621 642 Register of Legal Entities Antwerp



<<
This message (including any attachments) contains confidential information
intended for a specific individual and purpose, and is protected by law. If
you are not the intended recipient, you should delete this message. Any
disclosure, copying, or distribution of this message, or the taking of any
action based on it, is strictly prohibited without the prior consent of its
author.
>> 

 

From: Robert Wilton [mailto:rwilton@cisco.com] 
Sent: 28 November 2016 12:48
To: Bogaert, Bart (Nokia - BE) 
Cc: netmod@ietf.org
Subject: Re: [netmod] Mandatory leafs via augment

 

Hi Bart,

In your idea, am I correct to assume that only the client loads (base-class,
augment-base, and base-deviation), and the server only knows about
(base-class and augment-base)?

Further, am I right to assume that the server would still support clients
configuring base even if they don't know about augment-base?  I.e. from a
server perspective, leaf d isn't actually mandatory.

Thanks,
Rob



On 28/11/2016 11:28, Bogaert, Bart (Nokia - BE) wrote:

Assume the following.
 
module base-class {
   prefix base;
   container base {
      leaf a;
      leaf b;
      leaf c;
   }
}
 
module augment-base {
  prefix aug;
  import base-class { prefix base; }
 
  augment '/base:base'{
    leaf d;
  }
}
 
module base-deviation {
  prefix base-dev;
 
  deviation "/base:base" {
    deviate add {
      must "./aug:d" {
        error-message "A value for d must be present when configuring
augmented base";
      }
    }
  }
 
Best regards - Vriendelijke groeten,
Bart Bogaert
Broadband-Access System Architect Data
Contact number +32 3 2408310 (+32 477 673952)
 
NOKIA
Copernicuslaan 50, 2018 Antwerp, Belgium
Fortis 220-0002334-42
VAT BE 0404 621 642 Register of Legal Entities Antwerp
 
<< 
This message (including any attachments) contains confidential information
intended for a specific individual and purpose, and is protected by law. If
you are not the intended recipient, you should delete this message. Any
disclosure, copying, or distribution of this message, or the taking of any
action based on it, is strictly prohibited without the prior consent of its
author.

 

 
-----Original Message-----
From: Juergen Schoenwaelder [mailto:j.schoenwaelder@jacobs-university.de] 
Sent: 28 November 2016 12:09
To: Bogaert, Bart (Nokia - BE)  

Cc: netmod@ietf.org  
Subject: Re: [netmod] Mandatory leafs via augment
 
On Mon, Nov 28, 2016 at 10:42:42AM +0000, Bogaert, Bart (Nokia - BE) wrote:

 
How can we achieve the same if no when-clause can be constructed but 
we still would like to have a leaf to be mandatory.  One way we 
thought of achieving this is
 
-          have a YANG module defining the augmented data
 
-          construct a must statement on the object being augmented where

we

check that something needs to be present that is added via a deviation.
 

 
An example may help here...
 
/js
 






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

 


------=_NextPart_001_0418_01D2497B.86B29020
Content-Type: text/html;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable


Hi Rob,
 
In the case we’re trying to work =
out basically client and server would be aware of base class, =
augmentation and deviation as the SW running on the box is expecting a =
value for a leaf of the augmented data, so leaf d for the NC server (and =
the application SW dealing with the HW) is expected to have a value in =
the device.  The device would not support objects of the base class =
only.  I could understand that a NC client interacts with other =
servers only supporting the base class as that device may not require =
the augmented leafs.
 
B=
est regards - Vriendelijke groeten,
B=
art Bogaert<=
o:p>
B=
roadband-Access System Architect Data
C=
ontact number +32 3 2408310 (+32 477 673952)
 
NOKIA
Copernicuslaan 50, 2018 Antwerp, Belgium
Fortis =
220-0002334-42
VAT BE 0404 621 642 Register of Legal Entities =
Antwerp

<=
;<
This message (including any attachments) contains confidential =
information intended for a specific individual and purpose, and is =
protected by law. If you are not the intended recipient, you should =
delete this message. Any disclosure, copying, or distribution of this =
message, or the taking of any action based on it, is strictly prohibited =
without the prior consent of its author.
>> 
 
From: Robert Wilton [mailto:rwilton@cisco.com] 
Sent: 28 =
November 2016 12:48
To: Bogaert, Bart (Nokia - BE) =
<bart.bogaert@nokia.com>
Cc: =
netmod@ietf.org
Subject: Re: [netmod] Mandatory leafs via =
augment
 
Hi Bart,
In your idea, am I =
correct to assume that only the client loads (base-class, augment-base, =
and base-deviation), and the server only knows about (base-class and =
augment-base)?

Further, am I right to assume that the server =
would still support clients configuring base even if they don't know =
about augment-base?  I.e. from a server perspective, leaf d isn't =
actually mandatory.

Thanks,
Rob

On 28/11/2016 11:28, Bogaert, Bart (Nokia - BE) =
wrote:
Assume the =
following.
 
module =
base-class {
   prefix =
base;
   container base =
{
      leaf =
a;
      leaf =
b;
      leaf =
c;
   =
}
}
 
module augment-base {
  prefix =
aug;
  import base-class { prefix base; =
}
 
  augment =
'/base:base'{
    leaf =
d;
  =
}
}
 
module base-deviation {
  prefix =
base-dev;
 
  =
deviation "/base:base" =
{
    deviate add =
{
      must =
"./aug:d" =
{
        =
error-message "A value for d must be present when =
configuring
augmented =
base";
      =
}
    }
  =
}
 
Best regards - =
Vriendelijke groeten,
Bart =
Bogaert
Broadband-Access System Architect =
Data
Contact number +32 3 2408310 (+32 477 =
673952)
 
NOKIA=

Copernicuslaan 50, 2018 Antwerp, =
Belgium
Fortis =
220-0002334-42
VAT BE 0404 621 642 Register of =
Legal Entities =
Antwerp
 
<<&nb=
sp;
This message (including any attachments) contains =
confidential information
intended for a specific =
individual and purpose, and is protected by law. =
If
you are not the intended recipient, you should =
delete this message. Any
disclosure, copying, or =
distribution of this message, or the taking of =
any
action based on it, is strictly prohibited =
without the prior consent of =
its
author.
 
 
-----Origina=
l Message-----
From: Juergen Schoenwaelder [mailto:j.schoenwaeld=
er@jacobs-university.de] 
Sent: 28 November =
2016 12:09
To: Bogaert, Bart (Nokia - BE) <bart.bogaert@nokia.com>=

Cc: netmod@ietf.org
=
Subject: Re: [netmod] Mandatory leafs via =
augment
 
On Mon, Nov 28, =
2016 at 10:42:42AM +0000, Bogaert, Bart (Nokia - BE) =
wrote:
 
How can we achieve the same if no when-clause can be constructed =
but 
we still would like to have a leaf to be =
mandatory.  One way we 
thought of achieving =
this =
is
 
-   &n=
bsp;      have a YANG module defining the =
augmented =
data
 
-   =
       construct a must statement on the =
object being augmented =
where
we
check that something =
needs to be present that is added via a =
deviation.
 
=
 
An example may help =
here...
 
/js
 



_______________________=
________________________
netmod mailing =
list
netmod@ietf.org
=
https://www.ietf.or=
g/mailman/listinfo/netmod
 

------=_NextPart_001_0418_01D2497B.86B29020--

------=_NextPart_000_0417_01D2497B.86B29020
Content-Type: application/pkcs7-signature; name="smime.p7s"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="smime.p7s"

MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIP/TCCA7Ew
ggKZoAMCAQICEBErBTlXKN63QvT+VRPTt1EwDQYJKoZIhvcNAQEFBQAwQzEXMBUGA1UEChMOQWxj
YXRlbCBMdWNlbnQxKDAmBgNVBAMTH0FsY2F0ZWwgTHVjZW50IEludGVybmFsIFJvb3QgQ0EwHhcN
MDgxMTAzMTU0MTE2WhcNMjgxMTAzMTU0MTE2WjBDMRcwFQYDVQQKEw5BbGNhdGVsIEx1Y2VudDEo
MCYGA1UEAxMfQWxjYXRlbCBMdWNlbnQgSW50ZXJuYWwgUm9vdCBDQTCCASIwDQYJKoZIhvcNAQEB
BQADggEPADCCAQoCggEBAL5IGBVth8afQdnpuLDI0Z37GgIcPWznOOzFJUV1gVbztqQ5CIxkVL4K
soAfLzc8LQHqNl2Nk3YbVBputIyCe2nzGsRjQeVt+HO2PV7h2YpMQlVd+XGsmpJ4fAP3A38wkTl6
tFPAYspyUFvjNON1J3BJE/2cuY7apvn9ZfSz99x7y4QBZh3hvm4g5Fn7mK04/q7K6O4Z8Y6zkSxG
ZFNyZ6NIuAPNCODZASqYnHiAgtEcCR4WPs6rj+Y8MU0q56ddwuIZ0qeP2ScHY0wVtnmqXzHyCzEQ
Eb2eJCsGpXFwUalVaxPUZEVoVDfjO+2ZN5gNJrGMTu7Mv9k1WG0LR3zZ1QsCAwEAAaOBoDCBnTAL
BgNVHQ8EBAMCAYYwDwYDVR0TAQH/BAUwAwEB/zAdBgNVHQ4EFgQUB6yyWvZhiXxcfOvilycpaQyK
H/AwEAYJKwYBBAGCNxUBBAMCAQAwTAYDVR0gBEUwQzBBBgRVHSAAMDkwNwYIKwYBBQUHAgEWK2h0
dHA6Ly93d3cuYWxjYXRlbC1sdWNlbnQuY29tL1BLSS9jcC9jcC5odG0wDQYJKoZIhvcNAQEFBQAD
ggEBADBMWG3WQyC6+mBzuuFuCGqJAiC4v+TQ3ZErd5KKSRGh8dwjzK5L2C51wJPVe6EAjb59CEb2
p2aPKSkoMrCC8seBRM/bs23DMyna1Jr9Q5EZDrmRqBLJy3Cs8NFpa/cKb6SkegFHcB/vi+SYgSdR
BwoNE5+y6MRPXcEBadI/9W8Zlkk5sJ3w55e+i8OCNg/fDYAQuJPa+hD3/byWGxUgGSMNGQ/GS2st
NETAa5Z/88Sh9FHk2BtrxSz7jPtekKhjsidD2ANJZTCyj9iRB+Nt9FEetNpcN6ke1FlepRbCsV10
I0y6weLwZ34h2GWbN9qEOSQV88NBA149a5ugJ/oCbHEwggTdMIIDxaADAgECAgoanQrOAAAAAAAG
MA0GCSqGSIb3DQEBBQUAMEMxFzAVBgNVBAoTDkFsY2F0ZWwgTHVjZW50MSgwJgYDVQQDEx9BbGNh
dGVsIEx1Y2VudCBJbnRlcm5hbCBSb290IENBMB4XDTA4MTEyMTIxNTcyOFoXDTE4MTEyMTIyMDcy
OFowgYUxEzARBgoJkiaJk/IsZAEZFgNjb20xFjAUBgoJkiaJk/IsZAEZFgZsdWNlbnQxFDASBgoJ
kiaJk/IsZAEZFgRuYTAyMRcwFQYDVQQKEw5BbGNhdGVsIEx1Y2VudDEnMCUGA1UEAxMeQWxjYXRl
bCBMdWNlbnQgSW50ZXJuYWwgU3ViIENBMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEA
2Ocmcli3LbVU6TRh+JLMtquBr5/grS+gzfN5YL/lauFCHmDlF7kNQvxtDWqwNpOkzb97CwWcVsdf
kyWAiGzVWeRIrYGhK/xNPFRYXOKYXLGqxFWkltZkYpSRudHzjTneUC4EVdMXnREMu8FTC0CM38Vb
xMvQ+ygjEyicg2QT9lZHWkKP9kCI1818P+AmS7905t6kXR9Q2m1GjcCa0KqARPGX/xe2toQS+Vdi
UwDary1Enk8j19KFmvFg1bhY2mNSHgzN2AWnhsOi/EID1SalzBwHylByB/UbbEv2dZUsAdMuOtYt
Z/8dM1axS0d3fW7q7mAYV5uM42mYX9o1B/RzjwIDAQABo4IBjjCCAYowDwYDVR0TAQH/BAUwAwEB
/zAdBgNVHQ4EFgQU2exrvZZYIvfYpnfN/k2B77qXvRIwCwYDVR0PBAQDAgHGMBAGCSsGAQQBgjcV
AQQDAgEAMBkGCSsGAQQBgjcUAgQMHgoAUwB1AGIAQwBBMB8GA1UdIwQYMBaAFAesslr2YYl8XHzr
4pcnKWkMih/wMHgGA1UdHwRxMG8wbaBroGmGOWh0dHA6Ly9zZXJ2aWNlcy5zdXBwb3J0LmFsY2F0
ZWwtbHVjZW50LmNvbS9QS0kvcm9vdENBLmNybIYsaHR0cDovL3d3dy5hbGNhdGVsLWx1Y2VudC5j
b20vUEtJL3Jvb3RDQS5jcmwwgYIGCCsGAQUFBwEBBHYwdDA4BggrBgEFBQcwAoYsaHR0cDovL3d3
dy5hbGNhdGVsLWx1Y2VudC5jb20vUEtJL3Jvb3RDQS5jcnQwOAYIKwYBBQUHMAKGLGh0dHA6Ly93
d3cuYWxjYXRlbC1sdWNlbnQuY29tL1BLSS9yb290Q0EuY3J0MA0GCSqGSIb3DQEBBQUAA4IBAQCl
GxDp5Z1IDjIEz8VaTEWa8Q1OWUbXwsszdoNg5Gg3F1a2VFFVegmsrpt4axbESlgE6AT/rkUUiyjb
EhcUgY2OHdeKN5Gc7VOGh9D7SER9peARwSwx4NYRrsIaRXDrUswWAM6T6ilDUogjKYk3uK2zZ6Vy
7z3JewxVlhpeSsNPQSMoyNibKkYLRoh6rvz94vB0mvcT0uVx7xowPNoTOjjGRAk4J/MBaNOupvwf
RfPmwRetdnD6NC5x8aRkhr4ZNBjvYxFT8IJaeLk8piQYMPRDlzi7dlb9d6C5WuC0LRpomk2r3bd6
/XpNOx2FyG18axeeASWtENgPvqEirM5MjwkCMIIHYzCCBkugAwIBAgIKXRYRuwAAAADQ8TANBgkq
hkiG9w0BAQUFADCBhTETMBEGCgmSJomT8ixkARkWA2NvbTEWMBQGCgmSJomT8ixkARkWBmx1Y2Vu
dDEUMBIGCgmSJomT8ixkARkWBG5hMDIxFzAVBgNVBAoTDkFsY2F0ZWwgTHVjZW50MScwJQYDVQQD
Ex5BbGNhdGVsIEx1Y2VudCBJbnRlcm5hbCBTdWIgQ0EwHhcNMTUwNDE2MDU1MjI4WhcNMTcwNDE1
MDU1MjI4WjBDMREwDwYDVQQDEwhib2dhZXJ0YjEuMCwGCSqGSIb3DQEJARYfYmFydC5ib2dhZXJ0
QGFsY2F0ZWwtbHVjZW50LmNvbTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAJBS7alw
mZfOimfXIdJjyp1G8U+E4Rs5y+eXtDfKWEuy6UOCstRCUiSz+eljCu737ZPkMHmPMdXDHZGnsV9y
HsInD5cZHBTNnboc8lV7zLVpTrtrnflClsOiRD75CS1Vvehx+JnFuW4Mo/VeWjQtUD4tUU67W7b0
QPOkcB3KkZixozjERSxPUFHf6pMShshwQlKtvV6YLdhnNePiuFimfYqUDiOQs1LR8C+r3eSMHi8o
lyWTHf49vFPL7z62HWSldeEkf6vhtuZuWLfH7xqO3CIQH63zUJF9p23ko2/Gtc1MpAcdWMwV3ymj
V8ef+gZac/SFwFgA547zeawhhvtdiOUCAwEAAaOCBBQwggQQMD0GCSsGAQQBgjcVBwQwMC4GJisG
AQQBgjcVCIW9xVmD47E5h6WBKoa/w0KFlJgZgQv55kyE/bVaAgFkAgEFMB8GA1UdJQQYMBYGCisG
AQQBgjcKAwQGCCsGAQUFBwMEMAsGA1UdDwQEAwIFoDApBgkrBgEEAYI3FQoEHDAaMAwGCisGAQQB
gjcKAwQwCgYIKwYBBQUHAwQwRAYJKoZIhvcNAQkPBDcwNTAOBggqhkiG9w0DAgICAIAwDgYIKoZI
hvcNAwQCAgCAMAcGBSsOAwIHMAoGCCqGSIb3DQMHMB0GA1UdDgQWBBTzjeedsBUMWk5eyOwD8/c9
1B1G8jAfBgNVHSMEGDAWgBTZ7Gu9llgi99imd83+TYHvupe9EjCCAV0GA1UdHwSCAVQwggFQMIIB
TKCCAUigggFEhoHZbGRhcDovLy9DTj1BbGNhdGVsJTIwTHVjZW50JTIwSW50ZXJuYWwlMjBTdWIl
MjBDQSxDTj11c25hdnNwa2kwM3AsQ049Q0RQLENOPVB1YmxpYyUyMEtleSUyMFNlcnZpY2VzLENO
PVNlcnZpY2VzLENOPUNvbmZpZ3VyYXRpb24sREM9bHVhZCxEQz1sdWNlbnQsREM9Y29tP2NlcnRp
ZmljYXRlUmV2b2NhdGlvbkxpc3Q/YmFzZT9vYmplY3RDbGFzcz1jUkxEaXN0cmlidXRpb25Qb2lu
dIYsaHR0cHM6Ly93d3cuYWxjYXRlbC1sdWNlbnQuY29tL1BLSS9zdWJDQS5jcmyGOGh0dHA6Ly9z
ZXJ2aWNlcy5zdXBwb3J0LmFsY2F0ZWwtbHVjZW50LmNvbS9QS0kvc3ViQ0EuY3JsMIIBYQYIKwYB
BQUHAQEEggFTMIIBTzCBzAYIKwYBBQUHMAKGgb9sZGFwOi8vL0NOPUFsY2F0ZWwlMjBMdWNlbnQl
MjBJbnRlcm5hbCUyMFN1YiUyMENBLENOPUFJQSxDTj1QdWJsaWMlMjBLZXklMjBTZXJ2aWNlcyxD
Tj1TZXJ2aWNlcyxDTj1Db25maWd1cmF0aW9uLERDPWx1YWQsREM9bHVjZW50LERDPWNvbT9jQUNl
cnRpZmljYXRlP2Jhc2U/b2JqZWN0Q2xhc3M9Y2VydGlmaWNhdGlvbkF1dGhvcml0eTA4BggrBgEF
BQcwAoYsaHR0cHM6Ly93d3cuYWxjYXRlbC1sdWNlbnQuY29tL1BLSS9zdWJDQS5jcnQwRAYIKwYB
BQUHMAKGOGh0dHA6Ly9zZXJ2aWNlcy5zdXBwb3J0LmFsY2F0ZWwtbHVjZW50LmNvbS9QS0kvc3Vi
Q0EuY3J0MCoGA1UdEQQjMCGBH2JhcnQuYm9nYWVydEBhbGNhdGVsLWx1Y2VudC5jb20wDQYJKoZI
hvcNAQEFBQADggEBAEARoPJfuwXhstAQ/fAz/XKDC//Je9A0RG9Q5XV7+URvR5GxhwuikL/MEtXs
Dspufv0eHG/b92AVZxaSgdpzC6neLoW2Q/Rdeavuifm7H/Ob645vIufqDQEqRqsyt9xRP+31VphA
do994d7kU6v5BI7DAA8s5rl6h4PFbtvY5qe8VLNiTnon1dCwPQ+mRSrLfgjlZUw+WsMh69JEOWZX
EufZMg0oUvCboUe3LNNvh8+DtLafaT1gS/kpv3c+dXVApTjb1tPbeZHc5L85AVQBsbq/vYpWhiZR
qDiyVyPh+dh7vTa/GBJx/UVLwv6IswAwtCWZ/r9aReHssqkgMH9evF8xggQpMIIEJQIBATCBlDCB
hTETMBEGCgmSJomT8ixkARkWA2NvbTEWMBQGCgmSJomT8ixkARkWBmx1Y2VudDEUMBIGCgmSJomT
8ixkARkWBG5hMDIxFzAVBgNVBAoTDkFsY2F0ZWwgTHVjZW50MScwJQYDVQQDEx5BbGNhdGVsIEx1
Y2VudCBJbnRlcm5hbCBTdWIgQ0ECCl0WEbsAAAAA0PEwCQYFKw4DAhoFAKCCAmkwGAYJKoZIhvcN
AQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMTYxMTI4MTIzMDAzWjAjBgkqhkiG9w0B
CQQxFgQU9cc7uGGOuHYP3CPmDPRV0YOP1aEwgaUGCSsGAQQBgjcQBDGBlzCBlDCBhTETMBEGCgmS
JomT8ixkARkWA2NvbTEWMBQGCgmSJomT8ixkARkWBmx1Y2VudDEUMBIGCgmSJomT8ixkARkWBG5h
MDIxFzAVBgNVBAoTDkFsY2F0ZWwgTHVjZW50MScwJQYDVQQDEx5BbGNhdGVsIEx1Y2VudCBJbnRl
cm5hbCBTdWIgQ0ECCl0WEbsAAAAA0PEwgacGCyqGSIb3DQEJEAILMYGXoIGUMIGFMRMwEQYKCZIm
iZPyLGQBGRYDY29tMRYwFAYKCZImiZPyLGQBGRYGbHVjZW50MRQwEgYKCZImiZPyLGQBGRYEbmEw
MjEXMBUGA1UEChMOQWxjYXRlbCBMdWNlbnQxJzAlBgNVBAMTHkFsY2F0ZWwgTHVjZW50IEludGVy
bmFsIFN1YiBDQQIKXRYRuwAAAADQ8TCBtwYJKoZIhvcNAQkPMYGpMIGmMAsGCWCGSAFlAwQBKjAL
BglghkgBZQMEARYwCgYIKoZIhvcNAwcwCwYJYIZIAWUDBAECMA4GCCqGSIb3DQMCAgIAgDAHBgUr
DgMCBzANBggqhkiG9w0DAgIBQDANBggqhkiG9w0DAgIBKDAHBgUrDgMCGjALBglghkgBZQMEAgMw
CwYJYIZIAWUDBAICMAsGCWCGSAFlAwQCATAKBggqhkiG9w0CBTANBgkqhkiG9w0BAQEFAASCAQAb
6SQjc+bMuZJOqYRSyHWxM+jJZH2nB+et3dEZ54yS6r8VyoZ6n0LztW5bBKGDf2EdPdTs8Bl9Y4sI
YES84J51u82PD+2R101ys6WsCi1rNGbBSUxWHmkwKSO4Uz6KZIS547RDJMfcGf8H+mdeUJHaUXHW
42QskAIImkXjB9Gj2Ykh2JtRUIl7AJ5Xc5YqJ2RPnGosomPErWA8kUnhwX/nCSYdmQCNJuur7kTa
DXdFG3UH5GF9Vsrp4SaOqGW8/+i/KxAejF6ScTEdy1FOyyNJUEin9czDCA8ixlLinlDU/g3HwUW/
QRHZGuJy8AZRQ4/yhXlsP1/OXC/jAQ5Rc03+AAAAAAAA

------=_NextPart_000_0417_01D2497B.86B29020--


From nobody Mon Nov 28 05:45:12 2016
Return-Path: 
X-Original-To: netmod@ietfa.amsl.com
Delivered-To: netmod@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 64B0D1295BE for ; Mon, 28 Nov 2016 05:45:10 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.398
X-Spam-Level: 
X-Spam-Status: No, score=-3.398 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-1.497, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id G6x859pux9No for ; Mon, 28 Nov 2016 05:45:08 -0800 (PST)
Received: from mail.tail-f.com (mail.tail-f.com [46.21.102.45]) by ietfa.amsl.com (Postfix) with ESMTP id 5A7651295A3 for ; Mon, 28 Nov 2016 05:45:08 -0800 (PST)
Received: from localhost (unknown [173.38.220.53]) by mail.tail-f.com (Postfix) with ESMTPSA id AC0021AE02BD; Mon, 28 Nov 2016 14:45:06 +0100 (CET)
Date: Mon, 28 Nov 2016 14:45:07 +0100 (CET)
Message-Id: <20161128.144507.2135693859659564831.mbj@tail-f.com>
To: bart.bogaert@nokia.com
From: Martin Bjorklund 
In-Reply-To: 
References:  <627f8105-ff03-eba7-53c5-e09e3189aef2@cisco.com> 
X-Mailer: Mew version 6.7 on Emacs 24.5 / Mule 6.0 (HANACHIRUSATO)
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Archived-At: 
Cc: netmod@ietf.org
Subject: Re: [netmod] Mandatory leafs via augment
X-BeenThere: netmod@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: NETMOD WG list 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Mon, 28 Nov 2016 13:45:10 -0000

"Bogaert, Bart (Nokia - BE)"  wrote:
> Hi Rob,
> 
>  
> 
> In the case we're trying to work out basically client and server would be
> aware of base class, augmentation and deviation as the SW running on the box
> is expecting a value for a leaf of the augmented data, so leaf d for the NC
> server (and the application SW dealing with the HW) is expected to have a
> value in the device.  The device would not support objects of the base class
> only.  I could understand that a NC client interacts with other servers only
> supporting the base class as that device may not require the augmented
> leafs.

I don't understand what you want to do.  It seems as if you're saying
that if the client thinks that leaf d is mandatory then leaf d is
mandatory.  Otherwise leaf d is not mandatory.


/martin


> 
>  
> 
> Best regards - Vriendelijke groeten,
> 
> Bart Bogaert
> 
> Broadband-Access System Architect Data
> 
> Contact number +32 3 2408310 (+32 477 673952)
> 
>  
> 
> NOKIA
> 
> Copernicuslaan 50, 2018 Antwerp, Belgium
> Fortis 220-0002334-42
> VAT BE 0404 621 642 Register of Legal Entities Antwerp
> 
> 
> 
> <<
> This message (including any attachments) contains confidential information
> intended for a specific individual and purpose, and is protected by law. If
> you are not the intended recipient, you should delete this message. Any
> disclosure, copying, or distribution of this message, or the taking of any
> action based on it, is strictly prohibited without the prior consent of its
> author.
> >> 
> 
>  
> 
> From: Robert Wilton [mailto:rwilton@cisco.com] 
> Sent: 28 November 2016 12:48
> To: Bogaert, Bart (Nokia - BE) 
> Cc: netmod@ietf.org
> Subject: Re: [netmod] Mandatory leafs via augment
> 
>  
> 
> Hi Bart,
> 
> In your idea, am I correct to assume that only the client loads (base-class,
> augment-base, and base-deviation), and the server only knows about
> (base-class and augment-base)?
> 
> Further, am I right to assume that the server would still support clients
> configuring base even if they don't know about augment-base?  I.e. from a
> server perspective, leaf d isn't actually mandatory.
> 
> Thanks,
> Rob
> 
> 
> 
> On 28/11/2016 11:28, Bogaert, Bart (Nokia - BE) wrote:
> 
> Assume the following.
>  
> module base-class {
>    prefix base;
>    container base {
>       leaf a;
>       leaf b;
>       leaf c;
>    }
> }
>  
> module augment-base {
>   prefix aug;
>   import base-class { prefix base; }
>  
>   augment '/base:base'{
>     leaf d;
>   }
> }
>  
> module base-deviation {
>   prefix base-dev;
>  
>   deviation "/base:base" {
>     deviate add {
>       must "./aug:d" {
>         error-message "A value for d must be present when configuring
> augmented base";
>       }
>     }
>   }
>  
> Best regards - Vriendelijke groeten,
> Bart Bogaert
> Broadband-Access System Architect Data
> Contact number +32 3 2408310 (+32 477 673952)
>  
> NOKIA
> Copernicuslaan 50, 2018 Antwerp, Belgium
> Fortis 220-0002334-42
> VAT BE 0404 621 642 Register of Legal Entities Antwerp
>  
> << 
> This message (including any attachments) contains confidential information
> intended for a specific individual and purpose, and is protected by law. If
> you are not the intended recipient, you should delete this message. Any
> disclosure, copying, or distribution of this message, or the taking of any
> action based on it, is strictly prohibited without the prior consent of its
> author.
> 
>  
> 
>  
> -----Original Message-----
> From: Juergen Schoenwaelder [mailto:j.schoenwaelder@jacobs-university.de] 
> Sent: 28 November 2016 12:09
> To: Bogaert, Bart (Nokia - BE)  
> 
> Cc: netmod@ietf.org  
> Subject: Re: [netmod] Mandatory leafs via augment
>  
> On Mon, Nov 28, 2016 at 10:42:42AM +0000, Bogaert, Bart (Nokia - BE) wrote:
> 
>  
> How can we achieve the same if no when-clause can be constructed but 
> we still would like to have a leaf to be mandatory.  One way we 
> thought of achieving this is
>  
> -          have a YANG module defining the augmented data
>  
> -          construct a must statement on the object being augmented where
> 
> we
> 
> check that something needs to be present that is added via a deviation.
>  
> 
>  
> An example may help here...
>  
> /js
>  
> 
> 
> 
> 
> 
> 
> _______________________________________________
> netmod mailing list
> netmod@ietf.org  
> https://www.ietf.org/mailman/listinfo/netmod
> 
>  
> 


From nobody Mon Nov 28 07:01:48 2016
Return-Path: 
X-Original-To: netmod@ietfa.amsl.com
Delivered-To: netmod@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C59B41295ED for ; Mon, 28 Nov 2016 07:01:47 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.902
X-Spam-Level: 
X-Spam-Status: No, score=-6.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id UCurLhq9qoJW for ; Mon, 28 Nov 2016 07:01:44 -0800 (PST)
Received: from smtp-fr.alcatel-lucent.com (fr-hpida-esg-02.alcatel-lucent.com [135.245.210.21]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4AB1C1295D4 for ; Mon, 28 Nov 2016 07:01:44 -0800 (PST)
Received: from fr712umx4.dmz.alcatel-lucent.com (unknown [135.245.210.45]) by Websense Email Security Gateway with ESMTPS id AECEBA1A76E7; Mon, 28 Nov 2016 15:01:39 +0000 (GMT)
Received: from fr712usmtp2.zeu.alcatel-lucent.com (fr712usmtp2.zeu.alcatel-lucent.com [135.239.2.42]) by fr712umx4.dmz.alcatel-lucent.com (GMO-o) with ESMTP id uASF1fG8027382 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 28 Nov 2016 15:01:42 GMT
Received: from FR711WXCHHUB02.zeu.alcatel-lucent.com (fr711wxchhub02.zeu.alcatel-lucent.com [135.239.2.112]) by fr712usmtp2.zeu.alcatel-lucent.com (GMO) with ESMTP id uASF0uf1028275 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Mon, 28 Nov 2016 15:01:40 GMT
Received: from FR712WXCHMBA09.zeu.alcatel-lucent.com ([169.254.5.164]) by FR711WXCHHUB02.zeu.alcatel-lucent.com ([135.239.2.112]) with mapi id 14.03.0301.000; Mon, 28 Nov 2016 16:01:01 +0100
From: "Bogaert, Bart (Nokia - BE)" 
To: Martin Bjorklund 
Thread-Topic: [netmod] Mandatory leafs via augment
Thread-Index: AdJJYzXBNjZnD5qkT8myDyWmLJX/R///+GCA///rvDCAAB8oAP//5TUQgAA7moD//9qQIA==
Date: Mon, 28 Nov 2016 15:01:01 +0000
Message-ID: 
References:  <627f8105-ff03-eba7-53c5-e09e3189aef2@cisco.com>  <20161128.144507.2135693859659564831.mbj@tail-f.com>
In-Reply-To: <20161128.144507.2135693859659564831.mbj@tail-f.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator: 
x-originating-ip: [135.239.27.41]
Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=SHA1; boundary="----=_NextPart_000_0483_01D24990.9CB1EC30"
MIME-Version: 1.0
Archived-At: 
Cc: "netmod@ietf.org" 
Subject: Re: [netmod] Mandatory leafs via augment
X-BeenThere: netmod@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: NETMOD WG list 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Mon, 28 Nov 2016 15:01:48 -0000

------=_NextPart_000_0483_01D24990.9CB1EC30
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit

What we want to express is that if the NC client sends a request to
configure an object of class base we have a means to express that it also
has to send a value for the augmented leaf.  The reason why it is in an
augment is because we can't modify the base class.

Best regards - Vriendelijke groeten,
Bart Bogaert
Broadband-Access System Architect Data
Contact number +32 3 2408310 (+32 477 673952)

NOKIA
Copernicuslaan 50, 2018 Antwerp, Belgium
Fortis 220-0002334-42
VAT BE 0404 621 642 Register of Legal Entities Antwerp

<<
This message (including any attachments) contains confidential information
intended for a specific individual and purpose, and is protected by law. If
you are not the intended recipient, you should delete this message. Any
disclosure, copying, or distribution of this message, or the taking of any
action based on it, is strictly prohibited without the prior consent of its
author.
>> 

-----Original Message-----
From: Martin Bjorklund [mailto:mbj@tail-f.com] 
Sent: 28 November 2016 14:45
To: Bogaert, Bart (Nokia - BE) 
Cc: rwilton@cisco.com; netmod@ietf.org
Subject: Re: [netmod] Mandatory leafs via augment

"Bogaert, Bart (Nokia - BE)"  wrote:
> Hi Rob,
> 
>  
> 
> In the case we're trying to work out basically client and server would 
> be aware of base class, augmentation and deviation as the SW running 
> on the box is expecting a value for a leaf of the augmented data, so 
> leaf d for the NC server (and the application SW dealing with the HW) 
> is expected to have a value in the device.  The device would not 
> support objects of the base class only.  I could understand that a NC 
> client interacts with other servers only supporting the base class as 
> that device may not require the augmented leafs.

I don't understand what you want to do.  It seems as if you're saying that
if the client thinks that leaf d is mandatory then leaf d is mandatory.
Otherwise leaf d is not mandatory.


/martin


> 
>  
> 
> Best regards - Vriendelijke groeten,
> 
> Bart Bogaert
> 
> Broadband-Access System Architect Data
> 
> Contact number +32 3 2408310 (+32 477 673952)
> 
>  
> 
> NOKIA
> 
> Copernicuslaan 50, 2018 Antwerp, Belgium Fortis 220-0002334-42 VAT BE 
> 0404 621 642 Register of Legal Entities Antwerp
> 
> 
> 
> <<
> This message (including any attachments) contains confidential 
> information intended for a specific individual and purpose, and is 
> protected by law. If you are not the intended recipient, you should 
> delete this message. Any disclosure, copying, or distribution of this 
> message, or the taking of any action based on it, is strictly 
> prohibited without the prior consent of its author.
> >> 
> 
>  
> 
> From: Robert Wilton [mailto:rwilton@cisco.com]
> Sent: 28 November 2016 12:48
> To: Bogaert, Bart (Nokia - BE) 
> Cc: netmod@ietf.org
> Subject: Re: [netmod] Mandatory leafs via augment
> 
>  
> 
> Hi Bart,
> 
> In your idea, am I correct to assume that only the client loads 
> (base-class, augment-base, and base-deviation), and the server only 
> knows about (base-class and augment-base)?
> 
> Further, am I right to assume that the server would still support 
> clients configuring base even if they don't know about augment-base?  
> I.e. from a server perspective, leaf d isn't actually mandatory.
> 
> Thanks,
> Rob
> 
> 
> 
> On 28/11/2016 11:28, Bogaert, Bart (Nokia - BE) wrote:
> 
> Assume the following.
>  
> module base-class {
>    prefix base;
>    container base {
>       leaf a;
>       leaf b;
>       leaf c;
>    }
> }
>  
> module augment-base {
>   prefix aug;
>   import base-class { prefix base; }
>  
>   augment '/base:base'{
>     leaf d;
>   }
> }
>  
> module base-deviation {
>   prefix base-dev;
>  
>   deviation "/base:base" {
>     deviate add {
>       must "./aug:d" {
>         error-message "A value for d must be present when configuring 
> augmented base";
>       }
>     }
>   }
>  
> Best regards - Vriendelijke groeten,
> Bart Bogaert
> Broadband-Access System Architect Data Contact number +32 3 2408310 
> (+32 477 673952)
>  
> NOKIA
> Copernicuslaan 50, 2018 Antwerp, Belgium Fortis 220-0002334-42 VAT BE 
> 0404 621 642 Register of Legal Entities Antwerp
>  
> <<
> This message (including any attachments) contains confidential 
> information intended for a specific individual and purpose, and is 
> protected by law. If you are not the intended recipient, you should 
> delete this message. Any disclosure, copying, or distribution of this 
> message, or the taking of any action based on it, is strictly 
> prohibited without the prior consent of its author.
> 
>  
> 
>  
> -----Original Message-----
> From: Juergen Schoenwaelder 
> [mailto:j.schoenwaelder@jacobs-university.de]
> Sent: 28 November 2016 12:09
> To: Bogaert, Bart (Nokia - BE)   
> 
> Cc: netmod@ietf.org 
> Subject: Re: [netmod] Mandatory leafs via augment
>  
> On Mon, Nov 28, 2016 at 10:42:42AM +0000, Bogaert, Bart (Nokia - BE)
wrote:
> 
>  
> How can we achieve the same if no when-clause can be constructed but 
> we still would like to have a leaf to be mandatory.  One way we 
> thought of achieving this is
>  
> -          have a YANG module defining the augmented data
>  
> -          construct a must statement on the object being augmented where
> 
> we
> 
> check that something needs to be present that is added via a deviation.
>  
> 
>  
> An example may help here...
>  
> /js
>  
> 
> 
> 
> 
> 
> 
> _______________________________________________
> netmod mailing list
> netmod@ietf.org  
> https://www.ietf.org/mailman/listinfo/netmod
> 
>  
> 

------=_NextPart_000_0483_01D24990.9CB1EC30
Content-Type: application/pkcs7-signature; name="smime.p7s"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="smime.p7s"

MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIP/TCCA7Ew
ggKZoAMCAQICEBErBTlXKN63QvT+VRPTt1EwDQYJKoZIhvcNAQEFBQAwQzEXMBUGA1UEChMOQWxj
YXRlbCBMdWNlbnQxKDAmBgNVBAMTH0FsY2F0ZWwgTHVjZW50IEludGVybmFsIFJvb3QgQ0EwHhcN
MDgxMTAzMTU0MTE2WhcNMjgxMTAzMTU0MTE2WjBDMRcwFQYDVQQKEw5BbGNhdGVsIEx1Y2VudDEo
MCYGA1UEAxMfQWxjYXRlbCBMdWNlbnQgSW50ZXJuYWwgUm9vdCBDQTCCASIwDQYJKoZIhvcNAQEB
BQADggEPADCCAQoCggEBAL5IGBVth8afQdnpuLDI0Z37GgIcPWznOOzFJUV1gVbztqQ5CIxkVL4K
soAfLzc8LQHqNl2Nk3YbVBputIyCe2nzGsRjQeVt+HO2PV7h2YpMQlVd+XGsmpJ4fAP3A38wkTl6
tFPAYspyUFvjNON1J3BJE/2cuY7apvn9ZfSz99x7y4QBZh3hvm4g5Fn7mK04/q7K6O4Z8Y6zkSxG
ZFNyZ6NIuAPNCODZASqYnHiAgtEcCR4WPs6rj+Y8MU0q56ddwuIZ0qeP2ScHY0wVtnmqXzHyCzEQ
Eb2eJCsGpXFwUalVaxPUZEVoVDfjO+2ZN5gNJrGMTu7Mv9k1WG0LR3zZ1QsCAwEAAaOBoDCBnTAL
BgNVHQ8EBAMCAYYwDwYDVR0TAQH/BAUwAwEB/zAdBgNVHQ4EFgQUB6yyWvZhiXxcfOvilycpaQyK
H/AwEAYJKwYBBAGCNxUBBAMCAQAwTAYDVR0gBEUwQzBBBgRVHSAAMDkwNwYIKwYBBQUHAgEWK2h0
dHA6Ly93d3cuYWxjYXRlbC1sdWNlbnQuY29tL1BLSS9jcC9jcC5odG0wDQYJKoZIhvcNAQEFBQAD
ggEBADBMWG3WQyC6+mBzuuFuCGqJAiC4v+TQ3ZErd5KKSRGh8dwjzK5L2C51wJPVe6EAjb59CEb2
p2aPKSkoMrCC8seBRM/bs23DMyna1Jr9Q5EZDrmRqBLJy3Cs8NFpa/cKb6SkegFHcB/vi+SYgSdR
BwoNE5+y6MRPXcEBadI/9W8Zlkk5sJ3w55e+i8OCNg/fDYAQuJPa+hD3/byWGxUgGSMNGQ/GS2st
NETAa5Z/88Sh9FHk2BtrxSz7jPtekKhjsidD2ANJZTCyj9iRB+Nt9FEetNpcN6ke1FlepRbCsV10
I0y6weLwZ34h2GWbN9qEOSQV88NBA149a5ugJ/oCbHEwggTdMIIDxaADAgECAgoanQrOAAAAAAAG
MA0GCSqGSIb3DQEBBQUAMEMxFzAVBgNVBAoTDkFsY2F0ZWwgTHVjZW50MSgwJgYDVQQDEx9BbGNh
dGVsIEx1Y2VudCBJbnRlcm5hbCBSb290IENBMB4XDTA4MTEyMTIxNTcyOFoXDTE4MTEyMTIyMDcy
OFowgYUxEzARBgoJkiaJk/IsZAEZFgNjb20xFjAUBgoJkiaJk/IsZAEZFgZsdWNlbnQxFDASBgoJ
kiaJk/IsZAEZFgRuYTAyMRcwFQYDVQQKEw5BbGNhdGVsIEx1Y2VudDEnMCUGA1UEAxMeQWxjYXRl
bCBMdWNlbnQgSW50ZXJuYWwgU3ViIENBMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEA
2Ocmcli3LbVU6TRh+JLMtquBr5/grS+gzfN5YL/lauFCHmDlF7kNQvxtDWqwNpOkzb97CwWcVsdf
kyWAiGzVWeRIrYGhK/xNPFRYXOKYXLGqxFWkltZkYpSRudHzjTneUC4EVdMXnREMu8FTC0CM38Vb
xMvQ+ygjEyicg2QT9lZHWkKP9kCI1818P+AmS7905t6kXR9Q2m1GjcCa0KqARPGX/xe2toQS+Vdi
UwDary1Enk8j19KFmvFg1bhY2mNSHgzN2AWnhsOi/EID1SalzBwHylByB/UbbEv2dZUsAdMuOtYt
Z/8dM1axS0d3fW7q7mAYV5uM42mYX9o1B/RzjwIDAQABo4IBjjCCAYowDwYDVR0TAQH/BAUwAwEB
/zAdBgNVHQ4EFgQU2exrvZZYIvfYpnfN/k2B77qXvRIwCwYDVR0PBAQDAgHGMBAGCSsGAQQBgjcV
AQQDAgEAMBkGCSsGAQQBgjcUAgQMHgoAUwB1AGIAQwBBMB8GA1UdIwQYMBaAFAesslr2YYl8XHzr
4pcnKWkMih/wMHgGA1UdHwRxMG8wbaBroGmGOWh0dHA6Ly9zZXJ2aWNlcy5zdXBwb3J0LmFsY2F0
ZWwtbHVjZW50LmNvbS9QS0kvcm9vdENBLmNybIYsaHR0cDovL3d3dy5hbGNhdGVsLWx1Y2VudC5j
b20vUEtJL3Jvb3RDQS5jcmwwgYIGCCsGAQUFBwEBBHYwdDA4BggrBgEFBQcwAoYsaHR0cDovL3d3
dy5hbGNhdGVsLWx1Y2VudC5jb20vUEtJL3Jvb3RDQS5jcnQwOAYIKwYBBQUHMAKGLGh0dHA6Ly93
d3cuYWxjYXRlbC1sdWNlbnQuY29tL1BLSS9yb290Q0EuY3J0MA0GCSqGSIb3DQEBBQUAA4IBAQCl
GxDp5Z1IDjIEz8VaTEWa8Q1OWUbXwsszdoNg5Gg3F1a2VFFVegmsrpt4axbESlgE6AT/rkUUiyjb
EhcUgY2OHdeKN5Gc7VOGh9D7SER9peARwSwx4NYRrsIaRXDrUswWAM6T6ilDUogjKYk3uK2zZ6Vy
7z3JewxVlhpeSsNPQSMoyNibKkYLRoh6rvz94vB0mvcT0uVx7xowPNoTOjjGRAk4J/MBaNOupvwf
RfPmwRetdnD6NC5x8aRkhr4ZNBjvYxFT8IJaeLk8piQYMPRDlzi7dlb9d6C5WuC0LRpomk2r3bd6
/XpNOx2FyG18axeeASWtENgPvqEirM5MjwkCMIIHYzCCBkugAwIBAgIKXRYRuwAAAADQ8TANBgkq
hkiG9w0BAQUFADCBhTETMBEGCgmSJomT8ixkARkWA2NvbTEWMBQGCgmSJomT8ixkARkWBmx1Y2Vu
dDEUMBIGCgmSJomT8ixkARkWBG5hMDIxFzAVBgNVBAoTDkFsY2F0ZWwgTHVjZW50MScwJQYDVQQD
Ex5BbGNhdGVsIEx1Y2VudCBJbnRlcm5hbCBTdWIgQ0EwHhcNMTUwNDE2MDU1MjI4WhcNMTcwNDE1
MDU1MjI4WjBDMREwDwYDVQQDEwhib2dhZXJ0YjEuMCwGCSqGSIb3DQEJARYfYmFydC5ib2dhZXJ0
QGFsY2F0ZWwtbHVjZW50LmNvbTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAJBS7alw
mZfOimfXIdJjyp1G8U+E4Rs5y+eXtDfKWEuy6UOCstRCUiSz+eljCu737ZPkMHmPMdXDHZGnsV9y
HsInD5cZHBTNnboc8lV7zLVpTrtrnflClsOiRD75CS1Vvehx+JnFuW4Mo/VeWjQtUD4tUU67W7b0
QPOkcB3KkZixozjERSxPUFHf6pMShshwQlKtvV6YLdhnNePiuFimfYqUDiOQs1LR8C+r3eSMHi8o
lyWTHf49vFPL7z62HWSldeEkf6vhtuZuWLfH7xqO3CIQH63zUJF9p23ko2/Gtc1MpAcdWMwV3ymj
V8ef+gZac/SFwFgA547zeawhhvtdiOUCAwEAAaOCBBQwggQQMD0GCSsGAQQBgjcVBwQwMC4GJisG
AQQBgjcVCIW9xVmD47E5h6WBKoa/w0KFlJgZgQv55kyE/bVaAgFkAgEFMB8GA1UdJQQYMBYGCisG
AQQBgjcKAwQGCCsGAQUFBwMEMAsGA1UdDwQEAwIFoDApBgkrBgEEAYI3FQoEHDAaMAwGCisGAQQB
gjcKAwQwCgYIKwYBBQUHAwQwRAYJKoZIhvcNAQkPBDcwNTAOBggqhkiG9w0DAgICAIAwDgYIKoZI
hvcNAwQCAgCAMAcGBSsOAwIHMAoGCCqGSIb3DQMHMB0GA1UdDgQWBBTzjeedsBUMWk5eyOwD8/c9
1B1G8jAfBgNVHSMEGDAWgBTZ7Gu9llgi99imd83+TYHvupe9EjCCAV0GA1UdHwSCAVQwggFQMIIB
TKCCAUigggFEhoHZbGRhcDovLy9DTj1BbGNhdGVsJTIwTHVjZW50JTIwSW50ZXJuYWwlMjBTdWIl
MjBDQSxDTj11c25hdnNwa2kwM3AsQ049Q0RQLENOPVB1YmxpYyUyMEtleSUyMFNlcnZpY2VzLENO
PVNlcnZpY2VzLENOPUNvbmZpZ3VyYXRpb24sREM9bHVhZCxEQz1sdWNlbnQsREM9Y29tP2NlcnRp
ZmljYXRlUmV2b2NhdGlvbkxpc3Q/YmFzZT9vYmplY3RDbGFzcz1jUkxEaXN0cmlidXRpb25Qb2lu
dIYsaHR0cHM6Ly93d3cuYWxjYXRlbC1sdWNlbnQuY29tL1BLSS9zdWJDQS5jcmyGOGh0dHA6Ly9z
ZXJ2aWNlcy5zdXBwb3J0LmFsY2F0ZWwtbHVjZW50LmNvbS9QS0kvc3ViQ0EuY3JsMIIBYQYIKwYB
BQUHAQEEggFTMIIBTzCBzAYIKwYBBQUHMAKGgb9sZGFwOi8vL0NOPUFsY2F0ZWwlMjBMdWNlbnQl
MjBJbnRlcm5hbCUyMFN1YiUyMENBLENOPUFJQSxDTj1QdWJsaWMlMjBLZXklMjBTZXJ2aWNlcyxD
Tj1TZXJ2aWNlcyxDTj1Db25maWd1cmF0aW9uLERDPWx1YWQsREM9bHVjZW50LERDPWNvbT9jQUNl
cnRpZmljYXRlP2Jhc2U/b2JqZWN0Q2xhc3M9Y2VydGlmaWNhdGlvbkF1dGhvcml0eTA4BggrBgEF
BQcwAoYsaHR0cHM6Ly93d3cuYWxjYXRlbC1sdWNlbnQuY29tL1BLSS9zdWJDQS5jcnQwRAYIKwYB
BQUHMAKGOGh0dHA6Ly9zZXJ2aWNlcy5zdXBwb3J0LmFsY2F0ZWwtbHVjZW50LmNvbS9QS0kvc3Vi
Q0EuY3J0MCoGA1UdEQQjMCGBH2JhcnQuYm9nYWVydEBhbGNhdGVsLWx1Y2VudC5jb20wDQYJKoZI
hvcNAQEFBQADggEBAEARoPJfuwXhstAQ/fAz/XKDC//Je9A0RG9Q5XV7+URvR5GxhwuikL/MEtXs
Dspufv0eHG/b92AVZxaSgdpzC6neLoW2Q/Rdeavuifm7H/Ob645vIufqDQEqRqsyt9xRP+31VphA
do994d7kU6v5BI7DAA8s5rl6h4PFbtvY5qe8VLNiTnon1dCwPQ+mRSrLfgjlZUw+WsMh69JEOWZX
EufZMg0oUvCboUe3LNNvh8+DtLafaT1gS/kpv3c+dXVApTjb1tPbeZHc5L85AVQBsbq/vYpWhiZR
qDiyVyPh+dh7vTa/GBJx/UVLwv6IswAwtCWZ/r9aReHssqkgMH9evF8xggQpMIIEJQIBATCBlDCB
hTETMBEGCgmSJomT8ixkARkWA2NvbTEWMBQGCgmSJomT8ixkARkWBmx1Y2VudDEUMBIGCgmSJomT
8ixkARkWBG5hMDIxFzAVBgNVBAoTDkFsY2F0ZWwgTHVjZW50MScwJQYDVQQDEx5BbGNhdGVsIEx1
Y2VudCBJbnRlcm5hbCBTdWIgQ0ECCl0WEbsAAAAA0PEwCQYFKw4DAhoFAKCCAmkwGAYJKoZIhvcN
AQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMTYxMTI4MTUwMTAwWjAjBgkqhkiG9w0B
CQQxFgQUJLdXjTyYcvjD5V+XyHrrqn0zBw0wgaUGCSsGAQQBgjcQBDGBlzCBlDCBhTETMBEGCgmS
JomT8ixkARkWA2NvbTEWMBQGCgmSJomT8ixkARkWBmx1Y2VudDEUMBIGCgmSJomT8ixkARkWBG5h
MDIxFzAVBgNVBAoTDkFsY2F0ZWwgTHVjZW50MScwJQYDVQQDEx5BbGNhdGVsIEx1Y2VudCBJbnRl
cm5hbCBTdWIgQ0ECCl0WEbsAAAAA0PEwgacGCyqGSIb3DQEJEAILMYGXoIGUMIGFMRMwEQYKCZIm
iZPyLGQBGRYDY29tMRYwFAYKCZImiZPyLGQBGRYGbHVjZW50MRQwEgYKCZImiZPyLGQBGRYEbmEw
MjEXMBUGA1UEChMOQWxjYXRlbCBMdWNlbnQxJzAlBgNVBAMTHkFsY2F0ZWwgTHVjZW50IEludGVy
bmFsIFN1YiBDQQIKXRYRuwAAAADQ8TCBtwYJKoZIhvcNAQkPMYGpMIGmMAsGCWCGSAFlAwQBKjAL
BglghkgBZQMEARYwCgYIKoZIhvcNAwcwCwYJYIZIAWUDBAECMA4GCCqGSIb3DQMCAgIAgDAHBgUr
DgMCBzANBggqhkiG9w0DAgIBQDANBggqhkiG9w0DAgIBKDAHBgUrDgMCGjALBglghkgBZQMEAgMw
CwYJYIZIAWUDBAICMAsGCWCGSAFlAwQCATAKBggqhkiG9w0CBTANBgkqhkiG9w0BAQEFAASCAQB9
AnzeHt/1YVDE7XCyfq/uKXb55qPG1luatBdtRlnw2WMZWUez7EDyDoycgofQQbavrkr4wSdpYM/l
I3pzMTxfKrzB/MdnBTw1IyhkHyV3ymC3zngjv3k60nLA5Bjs7y0WkT69aQyAzVZhm5xqKMvN8j0s
1wf65R+QtwkRgwxDqPWJU0rJqpe4u5poPJldjM4D0VYqUbGBSdoIdE6tfBqY+myWrryiXlsi7lhI
ahd5e0rv+XNsW48+6VruffGkVJNZ6mpGN6BsUS0hg9Z3M/PJbtPhjN2PPPv28sqKZC9fWWyz9lOv
JXM7D61tdTIkBDl3cLAqz+hKh2I2RzSqV01oAAAAAAAA

------=_NextPart_000_0483_01D24990.9CB1EC30--


From nobody Mon Nov 28 07:47:53 2016
Return-Path: 
X-Original-To: netmod@ietfa.amsl.com
Delivered-To: netmod@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E3ABE1295F0 for ; Mon, 28 Nov 2016 07:47:50 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -16.019
X-Spam-Level: 
X-Spam-Status: No, score=-16.019 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, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-1.497, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id DFHERSaSqsDq for ; Mon, 28 Nov 2016 07:47:48 -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 3997A12950C for ; Mon, 28 Nov 2016 07:47:48 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=7082; q=dns/txt; s=iport; t=1480348068; x=1481557668; h=subject:to:references:cc:from:message-id:date: mime-version:in-reply-to:content-transfer-encoding; bh=xJaZPBamV7R6mFTaSBwKpfiqT985fqzmxxaovLIJkNI=; b=Z87y3pBg6uUCOBaV07EiELEybsUEMaZpQjEMVbiYsIovfrKT4kACdquV ynDHaaEEmb28sMfiQgjPqmLhtRptJYxp6Xom1wWN4xgDajr0vPENA5XGn 9HHuBmjb6KXRk0Hkv8uzzhj1tHN5RtqYm7N023geHxslDv+Af1I20N3Gs 0=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0AAAQDfUDxY/xbLJq1eGQEBAQEBAQEBA?= =?us-ascii?q?QEBBwEBAQEBgzgBAQEBAXcuVY1FlxyUdIIHHQuFL0oCgi4UAQIBAQEBAQEBYii?= =?us-ascii?q?EaAEBAQQBAQE1NgsMBAsQAQQBAQEnBycfCQgGDQYCAQEXiFIOrySLGgEBAQEBA?= =?us-ascii?q?QEBAQEBAQEBAQEBAQEBARcFhj6BfQiCVoQzQoU1BZpUkQaKB4YrihGDYIQMHjd?= =?us-ascii?q?1EwwhhTA+NIgNAQEB?=
X-IronPort-AV: E=Sophos;i="5.31,564,1473120000"; d="scan'208";a="650275515"
Received: from aer-iport-nat.cisco.com (HELO aer-core-3.cisco.com) ([173.38.203.22]) by aer-iport-4.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 28 Nov 2016 15:47:46 +0000
Received: from [10.63.23.160] (dhcp-ensft1-uk-vla370-10-63-23-160.cisco.com [10.63.23.160]) by aer-core-3.cisco.com (8.14.5/8.14.5) with ESMTP id uASFljtM024224; Mon, 28 Nov 2016 15:47:45 GMT
To: "Bogaert, Bart (Nokia - BE)" 
References:  <627f8105-ff03-eba7-53c5-e09e3189aef2@cisco.com>  <20161128.144507.2135693859659564831.mbj@tail-f.com> 
From: Robert Wilton 
Message-ID: 
Date: Mon, 28 Nov 2016 15:47:46 +0000
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.4.0
MIME-Version: 1.0
In-Reply-To: 
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 7bit
Archived-At: 
Cc: "netmod@ietf.org" 
Subject: Re: [netmod] Mandatory leafs via augment
X-BeenThere: netmod@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: NETMOD WG list 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Mon, 28 Nov 2016 15:47:51 -0000

Hi Bart,

Alas, it sounds like you are attempting to do exactly what the existing 
text is attempting to prevent you from doing.  In particular, your 
approach will break an existing client from working that hasn't been 
coded to be aware of the new augment-base module.

In terms of your solution, unless I'm missing something, then I'm not 
sure whether the deviation really helps -  it seems to be equivalent to 
be just writing the must statement directly on 'leaf d' in the 
augment-base module

IIRC, I don't think that YANG prevents you from using a "must" statement 
to effectively make a leaf mandatory.  However, even if this is allowed, 
it is probably against the spirit of the constraint that YANG is 
attempting to impose here.  I.e. specifically that changes/augmentations 
to YANG modules are expected to be fully backwards compatible.

Thanks,
Rob


On 28/11/2016 15:01, Bogaert, Bart (Nokia - BE) wrote:
> What we want to express is that if the NC client sends a request to
> configure an object of class base we have a means to express that it also
> has to send a value for the augmented leaf.  The reason why it is in an
> augment is because we can't modify the base class.
>
> Best regards - Vriendelijke groeten,
> Bart Bogaert
> Broadband-Access System Architect Data
> Contact number +32 3 2408310 (+32 477 673952)
>
> NOKIA
> Copernicuslaan 50, 2018 Antwerp, Belgium
> Fortis 220-0002334-42
> VAT BE 0404 621 642 Register of Legal Entities Antwerp
>
> <<
> This message (including any attachments) contains confidential information
> intended for a specific individual and purpose, and is protected by law. If
> you are not the intended recipient, you should delete this message. Any
> disclosure, copying, or distribution of this message, or the taking of any
> action based on it, is strictly prohibited without the prior consent of its
> author.
> -----Original Message-----
> From: Martin Bjorklund [mailto:mbj@tail-f.com]
> Sent: 28 November 2016 14:45
> To: Bogaert, Bart (Nokia - BE) 
> Cc: rwilton@cisco.com; netmod@ietf.org
> Subject: Re: [netmod] Mandatory leafs via augment
>
> "Bogaert, Bart (Nokia - BE)"  wrote:
>> Hi Rob,
>>
>>   
>>
>> In the case we're trying to work out basically client and server would
>> be aware of base class, augmentation and deviation as the SW running
>> on the box is expecting a value for a leaf of the augmented data, so
>> leaf d for the NC server (and the application SW dealing with the HW)
>> is expected to have a value in the device.  The device would not
>> support objects of the base class only.  I could understand that a NC
>> client interacts with other servers only supporting the base class as
>> that device may not require the augmented leafs.
> I don't understand what you want to do.  It seems as if you're saying that
> if the client thinks that leaf d is mandatory then leaf d is mandatory.
> Otherwise leaf d is not mandatory.
>
>
> /martin
>
>
>>   
>>
>> Best regards - Vriendelijke groeten,
>>
>> Bart Bogaert
>>
>> Broadband-Access System Architect Data
>>
>> Contact number +32 3 2408310 (+32 477 673952)
>>
>>   
>>
>> NOKIA
>>
>> Copernicuslaan 50, 2018 Antwerp, Belgium Fortis 220-0002334-42 VAT BE
>> 0404 621 642 Register of Legal Entities Antwerp
>>
>>
>>
>> <<
>> This message (including any attachments) contains confidential
>> information intended for a specific individual and purpose, and is
>> protected by law. If you are not the intended recipient, you should
>> delete this message. Any disclosure, copying, or distribution of this
>> message, or the taking of any action based on it, is strictly
>> prohibited without the prior consent of its author.
>>   
>>
>> From: Robert Wilton [mailto:rwilton@cisco.com]
>> Sent: 28 November 2016 12:48
>> To: Bogaert, Bart (Nokia - BE) 
>> Cc: netmod@ietf.org
>> Subject: Re: [netmod] Mandatory leafs via augment
>>
>>   
>>
>> Hi Bart,
>>
>> In your idea, am I correct to assume that only the client loads
>> (base-class, augment-base, and base-deviation), and the server only
>> knows about (base-class and augment-base)?
>>
>> Further, am I right to assume that the server would still support
>> clients configuring base even if they don't know about augment-base?
>> I.e. from a server perspective, leaf d isn't actually mandatory.
>>
>> Thanks,
>> Rob
>>
>>
>>
>> On 28/11/2016 11:28, Bogaert, Bart (Nokia - BE) wrote:
>>
>> Assume the following.
>>   
>> module base-class {
>>     prefix base;
>>     container base {
>>        leaf a;
>>        leaf b;
>>        leaf c;
>>     }
>> }
>>   
>> module augment-base {
>>    prefix aug;
>>    import base-class { prefix base; }
>>   
>>    augment '/base:base'{
>>      leaf d;
>>    }
>> }
>>   
>> module base-deviation {
>>    prefix base-dev;
>>   
>>    deviation "/base:base" {
>>      deviate add {
>>        must "./aug:d" {
>>          error-message "A value for d must be present when configuring
>> augmented base";
>>        }
>>      }
>>    }
>>   
>> Best regards - Vriendelijke groeten,
>> Bart Bogaert
>> Broadband-Access System Architect Data Contact number +32 3 2408310
>> (+32 477 673952)
>>   
>> NOKIA
>> Copernicuslaan 50, 2018 Antwerp, Belgium Fortis 220-0002334-42 VAT BE
>> 0404 621 642 Register of Legal Entities Antwerp
>>   
>> <<
>> This message (including any attachments) contains confidential
>> information intended for a specific individual and purpose, and is
>> protected by law. If you are not the intended recipient, you should
>> delete this message. Any disclosure, copying, or distribution of this
>> message, or the taking of any action based on it, is strictly
>> prohibited without the prior consent of its author.
>>
>>   
>>
>>   
>> -----Original Message-----
>> From: Juergen Schoenwaelder
>> [mailto:j.schoenwaelder@jacobs-university.de]
>> Sent: 28 November 2016 12:09
>> To: Bogaert, Bart (Nokia - BE)  
>> 
>> Cc: netmod@ietf.org 
>> Subject: Re: [netmod] Mandatory leafs via augment
>>   
>> On Mon, Nov 28, 2016 at 10:42:42AM +0000, Bogaert, Bart (Nokia - BE)
> wrote:
>>   
>> How can we achieve the same if no when-clause can be constructed but
>> we still would like to have a leaf to be mandatory.  One way we
>> thought of achieving this is
>>   
>> -          have a YANG module defining the augmented data
>>   
>> -          construct a must statement on the object being augmented where
>>
>> we
>>
>> check that something needs to be present that is added via a deviation.
>>   
>>
>>   
>> An example may help here...
>>   
>> /js
>>   
>>
>>
>>
>>
>>
>>
>> _______________________________________________
>> netmod mailing list
>> netmod@ietf.org 
>> https://www.ietf.org/mailman/listinfo/netmod
>>
>>   
>>


From nobody Mon Nov 28 09:39:10 2016
Return-Path: 
X-Original-To: netmod@ietfa.amsl.com
Delivered-To: netmod@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 327B71296C6 for ; Mon, 28 Nov 2016 09:39:10 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.6
X-Spam-Level: 
X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=yumaworks-com.20150623.gappssmtp.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id gnnL08WN27Fp for ; Mon, 28 Nov 2016 09:39:07 -0800 (PST)
Received: from mail-qk0-x236.google.com (mail-qk0-x236.google.com [IPv6:2607:f8b0:400d:c09::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 50151129D1D for ; Mon, 28 Nov 2016 09:39:07 -0800 (PST)
Received: by mail-qk0-x236.google.com with SMTP id n21so147567655qka.3 for ; Mon, 28 Nov 2016 09:39:07 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yumaworks-com.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=FVrk8K04uf1ZQCVqMHQxlW0RwOX9V5QJafq7ZrdqlcM=; b=No53yFNJt5ObVzdW19oWT1+u7IaQvORdRK5Y1KtPQKwJ5DZiYFZfVvB3eCMWehaqL1 vloVfrZPrdmH7hDMq1HQARta+/5UPI/vs+9zwkvBAd7hIrZEdzMKAelivbLiqKlUqzi5 hgNHTfhKrqCID320jrxirCIsui91jGkz6z2kns+Q+wFdYWP5dseqrFkmXLqu5noJClZx UY7LEtaPUZdIeWx0XHSdsUQ9PwkcXFNHkOnn8wGtSZnuDm6lbj2f5tJu+ZAkKwPm7YY+ 0qU74DlSvwzKTMTCh5hlQo6SfiSmb9wVUhI9WGUVn9/qiHfkcutkY1KrenTMMKqvLxOi /kTg==
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:from:date :message-id:subject:to:cc; bh=FVrk8K04uf1ZQCVqMHQxlW0RwOX9V5QJafq7ZrdqlcM=; b=Hmmc5MsEdBojo3aSYY9vgRvp2VqHN0stRHSBhFdkK3/AIUiO2Q3VzPAUX4ZugWcZAA Xrpe+v9vSrwrR4yzCjo1/AYicoYGdKlCKmmgy0Ui0hTobblloTg5j2ikdMOkg8/Odd9B tD9cH0Vq3Ehec7hMoTJizEtI6hyWhCP4UNqtSHnwBR0WUsIaaXQXcsydhU6QJiSxR0RC O79kuWmcBW7ZKkLu+G8DwCwKVfAgtWey/mbuBpb6ZAk10Jq/Lhy/yqmju1qZpovMGeLB fEmsehyj0qhq5mURrNz4oRhIVA4i9Mm8/iZ4sfAt/tS2JLhixfszv1N4kp1Mxs3kZY86 iQNw==
X-Gm-Message-State: AKaTC01M04749I59CDAbMy0Y8dzGZkvfZB+RxO5Id09oW+VGyuGCrwPTTAz+Jk/fiqxqftQele+gw13WIvicVw==
X-Received: by 10.55.152.4 with SMTP id a4mr19158912qke.69.1480354746306; Mon, 28 Nov 2016 09:39:06 -0800 (PST)
MIME-Version: 1.0
Received: by 10.12.176.85 with HTTP; Mon, 28 Nov 2016 09:39:05 -0800 (PST)
In-Reply-To: 
References:  <627f8105-ff03-eba7-53c5-e09e3189aef2@cisco.com>  <20161128.144507.2135693859659564831.mbj@tail-f.com>  
From: Andy Bierman 
Date: Mon, 28 Nov 2016 09:39:05 -0800
Message-ID: 
To: Robert Wilton 
Content-Type: multipart/alternative; boundary=94eb2c07ecfacbd15805425ff244
Archived-At: 
Cc: "netmod@ietf.org" 
Subject: Re: [netmod] Mandatory leafs via augment
X-BeenThere: netmod@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: NETMOD WG list 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Mon, 28 Nov 2016 17:39:10 -0000

--94eb2c07ecfacbd15805425ff244
Content-Type: text/plain; charset=UTF-8

On Mon, Nov 28, 2016 at 7:47 AM, Robert Wilton  wrote:

> Hi Bart,
>
> Alas, it sounds like you are attempting to do exactly what the existing
> text is attempting to prevent you from doing.  In particular, your approach
> will break an existing client from working that hasn't been coded to be
> aware of the new augment-base module.
>
> In terms of your solution, unless I'm missing something, then I'm not sure
> whether the deviation really helps -  it seems to be equivalent to be just
> writing the must statement directly on 'leaf d' in the augment-base module
>
> IIRC, I don't think that YANG prevents you from using a "must" statement
> to effectively make a leaf mandatory.  However, even if this is allowed, it
> is probably against the spirit of the constraint that YANG is attempting to
> impose here.  I.e. specifically that changes/augmentations to YANG modules
> are expected to be fully backwards compatible.
>
>

YANG conformance is per module.
That means is is OK for a client to code to "base-class" and not
the "augment-base" module.

I have tried several times to fix that in YANG with conformance statements
that
can be more than one module, but this has not been seen as important.

Robert is correct that the deviation does not change things at all,
other than this is the correct way to do things that are not allowed
(and your server must advertise the deviation, which tells the world
"I do not implement module "base-class" correctly".)

6087bis allows conditionally mandatory,
which usually means you pick a new value for something in the base module
(e.g, leaf a, b, or c).  The old client will not set leaf b to the new
value.


  leaf b {
    enumeration {
      // old enums
      enum new;
    }
  }

  leaf d {
    when "../b = new";
    mandatory true;
    type string;
  }




Thanks,
> Rob
>


Andy


>
>
> On 28/11/2016 15:01, Bogaert, Bart (Nokia - BE) wrote:
>
>> What we want to express is that if the NC client sends a request to
>> configure an object of class base we have a means to express that it also
>> has to send a value for the augmented leaf.  The reason why it is in an
>> augment is because we can't modify the base class.
>>
>> Best regards - Vriendelijke groeten,
>> Bart Bogaert
>> Broadband-Access System Architect Data
>> Contact number +32 3 2408310 (+32 477 673952)
>>
>> NOKIA
>> Copernicuslaan 50, 2018 Antwerp, Belgium
>> Fortis 220-0002334-42
>> VAT BE 0404 621 642 Register of Legal Entities Antwerp
>>
>> <<
>> This message (including any attachments) contains confidential information
>> intended for a specific individual and purpose, and is protected by law.
>> If
>> you are not the intended recipient, you should delete this message. Any
>> disclosure, copying, or distribution of this message, or the taking of any
>> action based on it, is strictly prohibited without the prior consent of
>> its
>> author.
>> -----Original Message-----
>> From: Martin Bjorklund [mailto:mbj@tail-f.com]
>> Sent: 28 November 2016 14:45
>> To: Bogaert, Bart (Nokia - BE) 
>> Cc: rwilton@cisco.com; netmod@ietf.org
>> Subject: Re: [netmod] Mandatory leafs via augment
>>
>> "Bogaert, Bart (Nokia - BE)"  wrote:
>>
>>> Hi Rob,
>>>
>>>
>>> In the case we're trying to work out basically client and server would
>>> be aware of base class, augmentation and deviation as the SW running
>>> on the box is expecting a value for a leaf of the augmented data, so
>>> leaf d for the NC server (and the application SW dealing with the HW)
>>> is expected to have a value in the device.  The device would not
>>> support objects of the base class only.  I could understand that a NC
>>> client interacts with other servers only supporting the base class as
>>> that device may not require the augmented leafs.
>>>
>> I don't understand what you want to do.  It seems as if you're saying that
>> if the client thinks that leaf d is mandatory then leaf d is mandatory.
>> Otherwise leaf d is not mandatory.
>>
>>
>> /martin
>>
>>
>>
>>> Best regards - Vriendelijke groeten,
>>>
>>> Bart Bogaert
>>>
>>> Broadband-Access System Architect Data
>>>
>>> Contact number +32 3 2408310 (+32 477 673952)
>>>
>>>
>>> NOKIA
>>>
>>> Copernicuslaan 50, 2018 Antwerp, Belgium Fortis 220-0002334-42 VAT BE
>>> 0404 621 642 Register of Legal Entities Antwerp
>>>
>>>
>>>
>>> <<
>>> This message (including any attachments) contains confidential
>>> information intended for a specific individual and purpose, and is
>>> protected by law. If you are not the intended recipient, you should
>>> delete this message. Any disclosure, copying, or distribution of this
>>> message, or the taking of any action based on it, is strictly
>>> prohibited without the prior consent of its author.
>>>
>>> From: Robert Wilton [mailto:rwilton@cisco.com]
>>> Sent: 28 November 2016 12:48
>>> To: Bogaert, Bart (Nokia - BE) 
>>> Cc: netmod@ietf.org
>>> Subject: Re: [netmod] Mandatory leafs via augment
>>>
>>>
>>> Hi Bart,
>>>
>>> In your idea, am I correct to assume that only the client loads
>>> (base-class, augment-base, and base-deviation), and the server only
>>> knows about (base-class and augment-base)?
>>>
>>> Further, am I right to assume that the server would still support
>>> clients configuring base even if they don't know about augment-base?
>>> I.e. from a server perspective, leaf d isn't actually mandatory.
>>>
>>> Thanks,
>>> Rob
>>>
>>>
>>>
>>> On 28/11/2016 11:28, Bogaert, Bart (Nokia - BE) wrote:
>>>
>>> Assume the following.
>>>   module base-class {
>>>     prefix base;
>>>     container base {
>>>        leaf a;
>>>        leaf b;
>>>        leaf c;
>>>     }
>>> }
>>>   module augment-base {
>>>    prefix aug;
>>>    import base-class { prefix base; }
>>>      augment '/base:base'{
>>>      leaf d;
>>>    }
>>> }
>>>   module base-deviation {
>>>    prefix base-dev;
>>>      deviation "/base:base" {
>>>      deviate add {
>>>        must "./aug:d" {
>>>          error-message "A value for d must be present when configuring
>>> augmented base";
>>>        }
>>>      }
>>>    }
>>>   Best regards - Vriendelijke groeten,
>>> Bart Bogaert
>>> Broadband-Access System Architect Data Contact number +32 3 2408310
>>> (+32 477 673952)
>>>   NOKIA
>>> Copernicuslaan 50, 2018 Antwerp, Belgium Fortis 220-0002334-42 VAT BE
>>> 0404 621 642 Register of Legal Entities Antwerp
>>>   <<
>>> This message (including any attachments) contains confidential
>>> information intended for a specific individual and purpose, and is
>>> protected by law. If you are not the intended recipient, you should
>>> delete this message. Any disclosure, copying, or distribution of this
>>> message, or the taking of any action based on it, is strictly
>>> prohibited without the prior consent of its author.
>>>
>>>
>>>   -----Original Message-----
>>> From: Juergen Schoenwaelder
>>> [mailto:j.schoenwaelder@jacobs-university.de]
>>> Sent: 28 November 2016 12:09
>>> To: Bogaert, Bart (Nokia - BE)  
>>> 
>>> Cc: netmod@ietf.org 
>>> Subject: Re: [netmod] Mandatory leafs via augment
>>>   On Mon, Nov 28, 2016 at 10:42:42AM +0000, Bogaert, Bart (Nokia - BE)
>>>
>> wrote:
>>
>>>   How can we achieve the same if no when-clause can be constructed but
>>> we still would like to have a leaf to be mandatory.  One way we
>>> thought of achieving this is
>>>   -          have a YANG module defining the augmented data
>>>   -          construct a must statement on the object being augmented
>>> where
>>>
>>> we
>>>
>>> check that something needs to be present that is added via a deviation.
>>>
>>>   An example may help here...
>>>   /js
>>>
>>>
>>>
>>>
>>>
>>>
>>> _______________________________________________
>>> netmod mailing list
>>> netmod@ietf.org 
>>> https://www.ietf.org/mailman/listinfo/netmod
>>>
>>>
>>>
>>
> _______________________________________________
> netmod mailing list
> netmod@ietf.org
> https://www.ietf.org/mailman/listinfo/netmod
>

--94eb2c07ecfacbd15805425ff244
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable




On Mon, Nov 28, 2016 at 7:47 AM, Robert Wilton <rwilton@cisco.com&=
gt; wrote:
Hi Bart,



Alas, it sounds like you are attempting to do exactly what the existing tex=
t is attempting to prevent you from doing.=C2=A0 In particular, your approa=
ch will break an existing client from working that hasn't been coded to=
 be aware of the new augment-base module.



In terms of your solution, unless I'm missing something, then I'm n=
ot sure whether the deviation really helps -=C2=A0 it seems to be equivalen=
t to be just writing the must statement directly on 'leaf d' in the=
 augment-base module



IIRC, I don't think that YANG prevents you from using a "must"=
; statement to effectively make a leaf mandatory.=C2=A0 However, even if th=
is is allowed, it is probably against the spirit of the constraint that YAN=
G is attempting to impose here.=C2=A0 I.e. specifically that changes/augmen=
tations to YANG modules are expected to be fully backwards compatible.




YANG conformance is per=
 module.
That means is is OK for a client to code to "base-c=
lass" and not
the "augment-base" module.

I have tried several times to fix that in YANG with conform=
ance statements that
can be more than one module, but this has no=
t been seen as important.

Robert is correct that t=
he deviation does not change things at all,
other than this is th=
e correct way to do things that are not allowed
(and your server =
must advertise the deviation, which tells the world
"I do no=
t implement module "base-class" correctly".)

<=
/div>
6087bis allows conditionally mandatory,
which usually m=
eans you pick a new value for something in the base module
(e.g, =
leaf a, b, or c).=C2=A0 The old client will not set leaf b to the new value=
.


=C2=A0 leaf b {
=C2=A0 =
=C2=A0 enumeration {
=C2=A0 =C2=A0 =C2=A0 // old enums
=
=C2=A0 =C2=A0 =C2=A0 enum new;
=C2=A0 =C2=A0 }
=C2=A0 }=


=C2=A0 leaf d {
=C2=A0 =C2=A0 when &quo=
t;../b =3D new";
=C2=A0 =C2=A0 mandatory true;
=C2=
=A0 =C2=A0 type string;
=C2=A0 }





Thanks,

Rob


Andy
=C2=
=A0





On 28/11/2016 15:01, Bogaert, Bart (Nokia - BE) wrote:



What we want to express is that if the NC client sends a request to

configure an object of class base we have a means to express that it also
has to send a value for the augmented leaf.=C2=A0 The reason why it is in a=
n

augment is because we can't modify the base class.



Best regards - Vriendelijke groeten,

Bart Bogaert

Broadband-Access System Architect Data

Contact number +32 3 2408310 (+32 477 673952)



NOKIA

Copernicuslaan 50, 2018 Antwerp, Belgium

Fortis 220-0002334-42

VAT BE 0404 621 642 Register of Legal Entities Antwerp



<<

This message (including any attachments) contains confidential information<=
br>
intended for a specific individual and purpose, and is protected by law. If=


you are not the intended recipient, you should delete this message. Any

disclosure, copying, or distribution of this message, or the taking of any<=
br>
action based on it, is strictly prohibited without the prior consent of its=


author.

-----Original Message-----

From: Martin Bjorklund [mailto:mbj@tail-f.com]

Sent: 28 November 2016 14:45

To: Bogaert, Bart (Nokia - BE) <bart.bogaert@nokia.com>

Cc: rwilton@cisco.co=
m; netmod@ietf.org=


Subject: Re: [netmod] Mandatory leafs via augment



"Bogaert, Bart (Nokia - BE)" <bart.bogaert@nokia.com> wrote:



Hi Rob,



=C2=A0 

In the case we're trying to work out basically client and server would<=
br>
be aware of base class, augmentation and deviation as the SW running

on the box is expecting a value for a leaf of the augmented data, so

leaf d for the NC server (and the application SW dealing with the HW)

is expected to have a value in the device.=C2=A0 The device would not

support objects of the base class only.=C2=A0 I could understand that a NC<=
br>
client interacts with other servers only supporting the base class as

that device may not require the augmented leafs.



I don't understand what you want to do.=C2=A0 It seems as if you're=
 saying that

if the client thinks that leaf d is mandatory then leaf d is mandatory.

Otherwise leaf d is not mandatory.





/martin







=C2=A0 

Best regards - Vriendelijke groeten,



Bart Bogaert



Broadband-Access System Architect Data



Contact number +32 3 2408310 (+32 477 673952)



=C2=A0 

NOKIA



Copernicuslaan 50, 2018 Antwerp, Belgium Fortis 220-0002334-42 VAT BE

0404 621 642 Register of Legal Entities Antwerp







<<

This message (including any attachments) contains confidential

information intended for a specific individual and purpose, and is

protected by law. If you are not the intended recipient, you should

delete this message. Any disclosure, copying, or distribution of this

message, or the taking of any action based on it, is strictly

prohibited without the prior consent of its author.

=C2=A0 

From: Robert Wilton [mailto:rwilton@cisco.com]

Sent: 28 November 2016 12:48

To: Bogaert, Bart (Nokia - BE) <bart.bogaert@nokia.com>

Cc: netmod@ietf.org

Subject: Re: [netmod] Mandatory leafs via augment



=C2=A0 

Hi Bart,



In your idea, am I correct to assume that only the client loads

(base-class, augment-base, and base-deviation), and the server only

knows about (base-class and augment-base)?



Further, am I right to assume that the server would still support

clients configuring base even if they don't know about augment-base?
I.e. from a server perspective, leaf d isn't actually mandatory.



Thanks,

Rob







On 28/11/2016 11:28, Bogaert, Bart (Nokia - BE) wrote:



Assume the following.

=C2=A0 module base-class {

=C2=A0 =C2=A0 prefix base;

=C2=A0 =C2=A0 container base {

=C2=A0 =C2=A0 =C2=A0 =C2=A0leaf a;

=C2=A0 =C2=A0 =C2=A0 =C2=A0leaf b;

=C2=A0 =C2=A0 =C2=A0 =C2=A0leaf c;

=C2=A0 =C2=A0 }

}

=C2=A0 module augment-base {

=C2=A0 =C2=A0prefix aug;

=C2=A0 =C2=A0import base-class { prefix base; }

=C2=A0 =C2=A0 =C2=A0augment '/base:base'{

=C2=A0 =C2=A0 =C2=A0leaf d;

=C2=A0 =C2=A0}

}

=C2=A0 module base-deviation {

=C2=A0 =C2=A0prefix base-dev;

=C2=A0 =C2=A0 =C2=A0deviation "/base:base" {

=C2=A0 =C2=A0 =C2=A0deviate add {

=C2=A0 =C2=A0 =C2=A0 =C2=A0must "./aug:d" {

=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0error-message "A value for d must be=
 present when configuring

augmented base";

=C2=A0 =C2=A0 =C2=A0 =C2=A0}

=C2=A0 =C2=A0 =C2=A0}

=C2=A0 =C2=A0}

=C2=A0 Best regards - Vriendelijke groeten,

Bart Bogaert

Broadband-Access System Architect Data Contact number +32 3 2408310

(+32 477 673952)

=C2=A0 NOKIA

Copernicuslaan 50, 2018 Antwerp, Belgium Fortis 220-0002334-42 VAT BE

0404 621 642 Register of Legal Entities Antwerp

=C2=A0 <<

This message (including any attachments) contains confidential

information intended for a specific individual and purpose, and is

protected by law. If you are not the intended recipient, you should

delete this message. Any disclosure, copying, or distribution of this

message, or the taking of any action based on it, is strictly

prohibited without the prior consent of its author.



=C2=A0 

=C2=A0 -----Original Message-----

From: Juergen Schoenwaelder

[mailto:j.schoenwaelder@jacobs-university.de]

Sent: 28 November 2016 12:09

To: Bogaert, Bart (Nokia - BE)=C2=A0 <mailto:bart.bogaert@nokia.com>

<bart.bogaer=
t@nokia.com>

Cc: netmod@ietf.org <mailto:netmod@ie=
tf.org>

Subject: Re: [netmod] Mandatory leafs via augment

=C2=A0 On Mon, Nov 28, 2016 at 10:42:42AM +0000, Bogaert, Bart (Nokia - BE)=




wrote:



=C2=A0 How can we achieve the same if no when-clause can be constructed but=


we still would like to have a leaf to be mandatory.=C2=A0 One way we

thought of achieving this is

=C2=A0 -=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 have a YANG module defining the =
augmented data

=C2=A0 -=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 construct a must statement on th=
e object being augmented where



we



check that something needs to be present that is added via a deviation.

=C2=A0 

=C2=A0 An example may help here...

=C2=A0 /js

=C2=A0 











_______________________________________________

netmod mailing list

netmod@ietf.org &l=
t;mailto:netmod@ietf.o=
rg>

https://www.ietf.org/mailman/listinfo/netmod


=C2=A0 





_______________________________________________

netmod mailing list

netmod@ietf.org
https://www.ietf.org/mailman/listinfo/netmod




--94eb2c07ecfacbd15805425ff244--


From nobody Mon Nov 28 14:50:23 2016
Return-Path: 
X-Original-To: netmod@ietfa.amsl.com
Delivered-To: netmod@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2E3BC129FC7 for ; Mon, 28 Nov 2016 14:50:23 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.502
X-Spam-Level: 
X-Spam-Status: No, score=-1.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_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, RCVD_IN_SORBS_SPAM=0.5, SPF_PASS=-0.001] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (768-bit key) header.d=labn.net
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 T2uXMDr0DOWQ for ; Mon, 28 Nov 2016 14:50:22 -0800 (PST)
Received: from gproxy9-pub.mail.unifiedlayer.com (gproxy9-pub.mail.unifiedlayer.com [69.89.20.122]) by ietfa.amsl.com (Postfix) with SMTP id 5DE6D12A14B for ; Mon, 28 Nov 2016 14:48:17 -0800 (PST)
Received: (qmail 28809 invoked by uid 0); 28 Nov 2016 22:48:15 -0000
Received: from unknown (HELO cmgw4) (10.0.90.85) by gproxy9.mail.unifiedlayer.com with SMTP; 28 Nov 2016 22:48:15 -0000
Received: from box313.bluehost.com ([69.89.31.113]) by cmgw4 with  id DaoB1u00w2SSUrH01aoECx; Mon, 28 Nov 2016 15:48:15 -0700
X-Authority-Analysis: v=2.1 cv=Zpp+dbLG c=1 sm=1 tr=0 a=h1BC+oY+fLhyFmnTBx92Jg==:117 a=h1BC+oY+fLhyFmnTBx92Jg==:17 a=L9H7d07YOLsA:10 a=9cW_t1CCXrUA:10 a=s5jvgZ67dGcA:10 a=8jJFSMfr5DsA:10 a=IkcTkHD0fZMA:10 a=xqWC_Br6kY4A:10 a=L24OOQBejmoA:10 a=48vgC7mUAAAA:8 a=-tsAPJKn6S7ax0J5AdsA:9 a=QEXdDO2ut3YA:10 a=w1C3t2QeGrPiZgrLijVG:22
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=labn.net; s=default; h=Content-Transfer-Encoding:Content-Type:MIME-Version:Date: Message-ID:Subject:From:Cc:To; bh=98KC2bxBrZzQqEMh0OJZ89LSTF2GP2liRXCRs4KIbrk=; b=EDT1PRBw3qjICoON+A6EgS6AI0 Rz+MAMHkhlPTfJAZMku8/2I+e4YjWNgowTjvSGsy4D9KM5uJj1YyGeL32WFTcZcLX7Dx1mAAcCaGQ 66BJTqX3VELoU2PQW4Uealq1D;
Received: from pool-100-15-85-191.washdc.fios.verizon.net ([100.15.85.191]:56220 helo=[IPv6:::1]) by box313.bluehost.com with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.86_1) (envelope-from ) id 1cBUiZ-0005vj-I1; Mon, 28 Nov 2016 15:48:11 -0700
To: Dean Bogdanovic , Benoit Claise , camoberg@cisco.com
From: Lou Berger 
Message-ID: 
Date: Mon, 28 Nov 2016 17:48:08 -0500
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.5.0
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - box313.bluehost.com
X-AntiAbuse: Original Domain - ietf.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - labn.net
X-BWhitelist: no
X-Source-IP: 100.15.85.191
X-Exim-ID: 1cBUiZ-0005vj-I1
X-Source: 
X-Source-Args: 
X-Source-Dir: 
X-Source-Sender: pool-100-15-85-191.washdc.fios.verizon.net ([IPv6:::1]) [100.15.85.191]:56220
X-Source-Auth: lberger@labn.net
X-Email-Count: 13
X-Source-Cap: bGFibm1vYmk7bGFibm1vYmk7Ym94MzEzLmJsdWVob3N0LmNvbQ==
Archived-At: 
Cc: NetMod WG Chairs , NetMod WG 
Subject: [netmod] Regarding IPR on draft-ietf-netmod-yang-model-classification
X-BeenThere: netmod@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: NETMOD WG list 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Mon, 28 Nov 2016 22:50:23 -0000

Authors, Contributors, WG,

As part of the preparation for WG Last Call

Are you aware of any IPR that applies to drafts identified above?

[NOTE: Adoption poll will be on the first draft, but authors have agreed
that -01 WG revision will be based on both.]

Please state either:

"No, I'm not aware of any IPR that applies to this draft"
or
"Yes, I'm aware of IPR that applies to this draft"

If so, has this IPR been disclosed in compliance with IETF IPR rules
(see RFCs 3979, 4879, 3669 and 5378 for more details)?

If yes to the above, please state either:

"Yes, the IPR has been disclosed in compliance with IETF IPR rules"
or
"No, the IPR has not been disclosed"

If you answer no, please provide any additional details you think
appropriate.

If you are listed as a document author or contributor please answer the
above by responding to this email regardless of whether or not you are
aware of any relevant IPR. This document will not advance to the next
stage until a response has been received from each author and listed
contributor. NOTE: THIS APPLIES TO ALL OF YOU LISTED IN THIS MESSAGE'S
TO LINES.

If you are on the WG email list or attend WG meetings but are not listed
as an author or contributor, we remind you of your obligations under
the IETF IPR rules which encourages you to notify the IETF if you are
aware of IPR of others on an IETF contribution, or to refrain from
participating in any contribution or discussion related to your
undisclosed IPR. For more information, please see the RFCs listed above
and
http://trac.tools.ietf.org/group/iesg/trac/wiki/IntellectualProperty.

Thank you,
NETMOD WG Chairs

PS Please include all listed in the headers of this message in your
response.



From nobody Mon Nov 28 14:52:28 2016
Return-Path: 
X-Original-To: netmod@ietfa.amsl.com
Delivered-To: netmod@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E5AB512A0DB for ; Mon, 28 Nov 2016 14:52:26 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=voltanet-io.20150623.gappssmtp.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id shIb7sVqIBth for ; Mon, 28 Nov 2016 14:52:25 -0800 (PST)
Received: from mail-wj0-x233.google.com (mail-wj0-x233.google.com [IPv6:2a00:1450:400c:c01::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 63F2012A0DD for ; Mon, 28 Nov 2016 14:49:50 -0800 (PST)
Received: by mail-wj0-x233.google.com with SMTP id qp4so129598159wjc.3 for ; Mon, 28 Nov 2016 14:49:50 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=voltanet-io.20150623.gappssmtp.com; s=20150623; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=Em/rtBzMQPO+UWv/MLn7rBfTwKZMa012LSwrvvpIXkY=; b=ZGtmYVXFRqVrHDArZfQ3CHq+VOwn3oFfEb9NUU/LLVtyEpenHOBIJ5n25lBSuIVD4d zASEwO9yXzpFMaH7gLBf1+JGlJPAz/dZMJwZSYGJUr4KgwAof+pk+QnW5L/tpuWgDLNO MCdQEtg7e9ViSdcZXRSDcWf/fWYUrU0CGL4cBefdKwS6gOJso8iqW1lWS2wSNzXIWTn9 S5fWYrkuaVLI7GYLN+hOs8k1MyEuz4PRz4y4IJGjhQBXggdUrFSosANFpEXyV3qL/J70 A1odnbMvTa91LjuWx3EIfCUjA7gLOmBy2RNy2gZyT0H2t31L06KeQAP8v+UZQo85Sgzc owCQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=Em/rtBzMQPO+UWv/MLn7rBfTwKZMa012LSwrvvpIXkY=; b=jqDSVxKl1P1Ka5rcnT5dX/C1kWtctn31Kl4Wneym6w2KOQ1ee+NFwIArr6m6MjXTGW GwKKW68bWqJPKEikapKXbJ7Upq/1iv+sY+DDAO/I6iDNcZoiGLULWrAMQxjFkSjlaMk7 sEIEXYutXGRaWy4kn49zAwVqHxPIXH6FTR8KU1sZquWZ4u/5QckAZ49AmVGYIaKfwiba eB/XNSEA0qlFBHobTF2SHUlV7UBfqJ7RClmcuNrlHpRHtegtNxmr4F7iwQSZyXAcsHG0 uJgK0FsENli7q35IaCxMmIfNL8VW1+MEdedreg+2t0x5XGyJNIwcCJpAOf4HXMdUkWtZ vxEw==
X-Gm-Message-State: AKaTC031Gqvz2we7xPNs5XmG1qHqmidlcWAbH1iaMb3k6rC4gdzA20ASjKgyCwHzjf1ijg==
X-Received: by 10.195.14.7 with SMTP id fc7mr22886703wjd.198.1480373388777; Mon, 28 Nov 2016 14:49:48 -0800 (PST)
Received: from [10.0.10.230] ([91.126.128.18]) by smtp.gmail.com with ESMTPSA id c202sm517548wme.1.2016.11.28.14.49.41 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Mon, 28 Nov 2016 14:49:47 -0800 (PST)
Content-Type: text/plain; charset=us-ascii
Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\))
From: Dean Bogdanovic 
In-Reply-To: 
Date: Mon, 28 Nov 2016 23:49:37 +0100
Content-Transfer-Encoding: 7bit
Message-Id: <5CDA80CF-E5DF-4151-99BC-ABF6687D22F5@voltanet.io>
References: 
To: Lou Berger 
X-Mailer: Apple Mail (2.3124)
Archived-At: 
Cc: NetMod WG Chairs , NetMod WG 
Subject: Re: [netmod] Regarding IPR on draft-ietf-netmod-yang-model-classification
X-BeenThere: netmod@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: NETMOD WG list 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Mon, 28 Nov 2016 22:52:27 -0000

Chairs,

No, I'm not aware of any IPR that applies to this draft

Dean

> On Nov 28, 2016, at 11:48 PM, Lou Berger  wrote:
> 
> 
> Authors, Contributors, WG,
> 
> As part of the preparation for WG Last Call
> 
> Are you aware of any IPR that applies to drafts identified above?
> 
> [NOTE: Adoption poll will be on the first draft, but authors have agreed
> that -01 WG revision will be based on both.]
> 
> Please state either:
> 
> "No, I'm not aware of any IPR that applies to this draft"
> or
> "Yes, I'm aware of IPR that applies to this draft"
> 
> If so, has this IPR been disclosed in compliance with IETF IPR rules
> (see RFCs 3979, 4879, 3669 and 5378 for more details)?
> 
> If yes to the above, please state either:
> 
> "Yes, the IPR has been disclosed in compliance with IETF IPR rules"
> or
> "No, the IPR has not been disclosed"
> 
> If you answer no, please provide any additional details you think
> appropriate.
> 
> If you are listed as a document author or contributor please answer the
> above by responding to this email regardless of whether or not you are
> aware of any relevant IPR. This document will not advance to the next
> stage until a response has been received from each author and listed
> contributor. NOTE: THIS APPLIES TO ALL OF YOU LISTED IN THIS MESSAGE'S
> TO LINES.
> 
> If you are on the WG email list or attend WG meetings but are not listed
> as an author or contributor, we remind you of your obligations under
> the IETF IPR rules which encourages you to notify the IETF if you are
> aware of IPR of others on an IETF contribution, or to refrain from
> participating in any contribution or discussion related to your
> undisclosed IPR. For more information, please see the RFCs listed above
> and
> http://trac.tools.ietf.org/group/iesg/trac/wiki/IntellectualProperty.
> 
> Thank you,
> NETMOD WG Chairs
> 
> PS Please include all listed in the headers of this message in your
> response.
> 
> 


From nobody Mon Nov 28 14:53:53 2016
Return-Path: 
X-Original-To: netmod@ietfa.amsl.com
Delivered-To: netmod@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A63FA12A0D4; Mon, 28 Nov 2016 14:53:42 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id JOgyy9JbADtU; Mon, 28 Nov 2016 14:53:36 -0800 (PST)
Received: from newdragon.webhostserver.biz (newdragon.webhostserver.biz [69.25.136.252]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5032312A07C; Mon, 28 Nov 2016 14:51:00 -0800 (PST)
Received: from [::1] (port=43751) by newdragon.webhostserver.biz with esmtpsa (TLSv1:DHE-RSA-AES128-SHA:128) (Exim 4.86_1) (envelope-from ) id 1cBUlH-0004UG-4y; Tue, 29 Nov 2016 01:50:59 +0300
To: Juergen Schoenwaelder , Martin Bjorklund , Kent Watsen , Robert Wilton , Phil Shafer 
From: Lou Berger 
Message-ID: 
Date: Mon, 28 Nov 2016 17:50:55 -0500
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.5.0
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - newdragon.webhostserver.biz
X-AntiAbuse: Original Domain - ietf.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - labn.net
X-Get-Message-Sender-Via: newdragon.webhostserver.biz: authenticated_id: lberger@blabn.com
X-Authenticated-Sender: newdragon.webhostserver.biz: lberger@blabn.com
X-Source: 
X-Source-Args: 
X-Source-Dir: 
Archived-At: 
Cc: NetMod Chairs , NetMod WG 
Subject: [netmod] Regarding IPR on draft-nmdsdt-netmod-revised-datastores
X-BeenThere: netmod@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: NETMOD WG list 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Mon, 28 Nov 2016 22:53:43 -0000

Authors, Contributors, WG,

As part of the preparation for WG Adoption

Are you aware of any IPR that applies to drafts identified above?

[NOTE: Adoption poll will be on the first draft, but authors have agreed
that -01 WG revision will be based on both.]

Please state either:

"No, I'm not aware of any IPR that applies to this draft"
or
"Yes, I'm aware of IPR that applies to this draft"

If so, has this IPR been disclosed in compliance with IETF IPR rules
(see RFCs 3979, 4879, 3669 and 5378 for more details)?

If yes to the above, please state either:

"Yes, the IPR has been disclosed in compliance with IETF IPR rules"
or
"No, the IPR has not been disclosed"

If you answer no, please provide any additional details you think
appropriate.

If you are listed as a document author or contributor please answer the
above by responding to this email regardless of whether or not you are
aware of any relevant IPR. This document will not advance to the next
stage until a response has been received from each author and listed
contributor. NOTE: THIS APPLIES TO ALL OF YOU LISTED IN THIS MESSAGE'S
TO LINES.

If you are on the WG email list or attend WG meetings but are not listed
as an author or contributor, we remind you of your obligations under
the IETF IPR rules which encourages you to notify the IETF if you are
aware of IPR of others on an IETF contribution, or to refrain from
participating in any contribution or discussion related to your
undisclosed IPR. For more information, please see the RFCs listed above
and
http://trac.tools.ietf.org/group/iesg/trac/wiki/IntellectualProperty.

Thank you,
NETMOD WG Chairs

PS Please include all listed in the headers of this message in your
response.



From nobody Mon Nov 28 14:58:03 2016
Return-Path: 
X-Original-To: netmod@ietfa.amsl.com
Delivered-To: netmod@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AB92F12A0B6; Mon, 28 Nov 2016 14:58:01 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -16.019
X-Spam-Level: 
X-Spam-Status: No, score=-16.019 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, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-1.497, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id NmkfgV4f1kqb; Mon, 28 Nov 2016 14:58:00 -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 7448C12A0B0; Mon, 28 Nov 2016 14:56:38 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=2161; q=dns/txt; s=iport; t=1480373798; x=1481583398; h=subject:to:references:cc:from:message-id:date: mime-version:in-reply-to:content-transfer-encoding; bh=wmppKCbbJUmTdFX29Js3xsM+J0f7WML7tvCsOFf1J+A=; b=PoesLK2+3D8lBMt7Ju+pIvCoz691w15t0z4H+qefxQYRvnn4S68ziErI tLz5G7ImhzNnQE4bXRsSnDOPzK+nCi9klK0ZjbZftzfXB7nANupYU3w1S i6zS0oPcuT8+NVlTmM0+V6coEgMYNWS/8TlI8Zv2rXBew8UDYIS8IMWif I=;
X-IronPort-AV: E=Sophos;i="5.31,565,1473120000"; d="scan'208";a="650283725"
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; 28 Nov 2016 22:56:36 +0000
Received: from [10.61.249.118] ([10.61.249.118]) by aer-core-4.cisco.com (8.14.5/8.14.5) with ESMTP id uASMuZE8016494; Mon, 28 Nov 2016 22:56:35 GMT
To: Dean Bogdanovic , Lou Berger 
References:  <5CDA80CF-E5DF-4151-99BC-ABF6687D22F5@voltanet.io>
From: Benoit Claise 
Message-ID: 
Date: Mon, 28 Nov 2016 23:56:33 +0100
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.5.0
MIME-Version: 1.0
In-Reply-To: <5CDA80CF-E5DF-4151-99BC-ABF6687D22F5@voltanet.io>
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 7bit
Archived-At: 
Cc: NetMod WG Chairs , NetMod WG 
Subject: Re: [netmod] Regarding IPR on draft-ietf-netmod-yang-model-classification
X-BeenThere: netmod@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: NETMOD WG list 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Mon, 28 Nov 2016 22:58:02 -0000

On 11/28/2016 11:49 PM, Dean Bogdanovic wrote:
> Chairs,
>
> No, I'm not aware of any IPR that applies to this draft
Same answer on my side.

Regards, B.
>
> Dean
>
>> On Nov 28, 2016, at 11:48 PM, Lou Berger  wrote:
>>
>>
>> Authors, Contributors, WG,
>>
>> As part of the preparation for WG Last Call
>>
>> Are you aware of any IPR that applies to drafts identified above?
>>
>> [NOTE: Adoption poll will be on the first draft, but authors have agreed
>> that -01 WG revision will be based on both.]
>>
>> Please state either:
>>
>> "No, I'm not aware of any IPR that applies to this draft"
>> or
>> "Yes, I'm aware of IPR that applies to this draft"
>>
>> If so, has this IPR been disclosed in compliance with IETF IPR rules
>> (see RFCs 3979, 4879, 3669 and 5378 for more details)?
>>
>> If yes to the above, please state either:
>>
>> "Yes, the IPR has been disclosed in compliance with IETF IPR rules"
>> or
>> "No, the IPR has not been disclosed"
>>
>> If you answer no, please provide any additional details you think
>> appropriate.
>>
>> If you are listed as a document author or contributor please answer the
>> above by responding to this email regardless of whether or not you are
>> aware of any relevant IPR. This document will not advance to the next
>> stage until a response has been received from each author and listed
>> contributor. NOTE: THIS APPLIES TO ALL OF YOU LISTED IN THIS MESSAGE'S
>> TO LINES.
>>
>> If you are on the WG email list or attend WG meetings but are not listed
>> as an author or contributor, we remind you of your obligations under
>> the IETF IPR rules which encourages you to notify the IETF if you are
>> aware of IPR of others on an IETF contribution, or to refrain from
>> participating in any contribution or discussion related to your
>> undisclosed IPR. For more information, please see the RFCs listed above
>> and
>> http://trac.tools.ietf.org/group/iesg/trac/wiki/IntellectualProperty.
>>
>> Thank you,
>> NETMOD WG Chairs
>>
>> PS Please include all listed in the headers of this message in your
>> response.
>>
>>
> .
>


From nobody Mon Nov 28 15:41:16 2016
Return-Path: 
X-Original-To: netmod@ietfa.amsl.com
Delivered-To: netmod@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2827512A13B; Mon, 28 Nov 2016 15:41:15 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.697
X-Spam-Level: 
X-Spam-Status: No, score=-5.697 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-1.497] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id z4VGoLycnLoW; Mon, 28 Nov 2016 15:41:13 -0800 (PST)
Received: from atlas3.jacobs-university.de (atlas3.jacobs-university.de [212.201.44.18]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id F1EE812A104; Mon, 28 Nov 2016 15:41:12 -0800 (PST)
Received: from localhost (demetrius5.irc-it.jacobs-university.de [10.70.0.222]) by atlas3.jacobs-university.de (Postfix) with ESMTP id C709811B6; Tue, 29 Nov 2016 00:41:11 +0100 (CET)
X-Virus-Scanned: amavisd-new at jacobs-university.de
Received: from atlas3.jacobs-university.de ([10.70.0.205]) by localhost (demetrius5.jacobs-university.de [10.70.0.222]) (amavisd-new, port 10030) with ESMTP id YroKVYggoDaQ; Tue, 29 Nov 2016 00:41:10 +0100 (CET)
Received: from hermes.jacobs-university.de (hermes.jacobs-university.de [212.201.44.23]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hermes.jacobs-university.de", Issuer "Jacobs University CA - G01" (verified OK)) by atlas3.jacobs-university.de (Postfix) with ESMTPS; Tue, 29 Nov 2016 00:41:11 +0100 (CET)
Received: from localhost (demetrius4.jacobs-university.de [212.201.44.49]) by hermes.jacobs-university.de (Postfix) with ESMTP id C549B2005F; Tue, 29 Nov 2016 00:41:11 +0100 (CET)
X-Virus-Scanned: amavisd-new at jacobs-university.de
Received: from hermes.jacobs-university.de ([212.201.44.23]) by localhost (demetrius4.jacobs-university.de [212.201.44.32]) (amavisd-new, port 10024) with ESMTP id Q0wriu0nEvLm; Tue, 29 Nov 2016 00:41:10 +0100 (CET)
Received: from elstar.local (elstar.jacobs.jacobs-university.de [10.50.231.133]) by hermes.jacobs-university.de (Postfix) with ESMTP id EEB742005E; Tue, 29 Nov 2016 00:41:10 +0100 (CET)
Received: by elstar.local (Postfix, from userid 501) id A73663D7B90C; Tue, 29 Nov 2016 00:41:09 +0100 (CET)
Date: Tue, 29 Nov 2016 00:41:08 +0100
From: Juergen Schoenwaelder 
To: Lou Berger 
Message-ID: <20161128234108.GB47215@elstar.local>
Mail-Followup-To: Lou Berger , Martin Bjorklund , Kent Watsen , Robert Wilton , Phil Shafer , NetMod WG , NetMod Chairs 
References: 
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: 
User-Agent: Mutt/1.6.0 (2016-04-01)
Archived-At: 
Cc: NetMod Chairs , NetMod WG 
Subject: Re: [netmod] Regarding IPR on draft-nmdsdt-netmod-revised-datastores
X-BeenThere: netmod@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
Reply-To: Juergen Schoenwaelder 
List-Id: NETMOD WG list 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Mon, 28 Nov 2016 23:41:15 -0000

On Mon, Nov 28, 2016 at 05:50:55PM -0500, Lou Berger wrote:
> 
> Authors, Contributors, WG,
> 
> As part of the preparation for WG Adoption
> 
> Are you aware of any IPR that applies to drafts identified above?
> 
> [NOTE: Adoption poll will be on the first draft, but authors have agreed
> that -01 WG revision will be based on both.]

[... an author feeling puzzled ...]
 
> Please state either:
> 
> "No, I'm not aware of any IPR that applies to this draft"
> or
> "Yes, I'm aware of IPR that applies to this draft"
>

No, I'm not aware of any IPR that applies to this draft.

/js

-- 
Juergen Schoenwaelder           Jacobs University Bremen gGmbH
Phone: +49 421 200 3587         Campus Ring 1 | 28759 Bremen | Germany
Fax:   +49 421 200 3103         


From nobody Mon Nov 28 15:55:45 2016
Return-Path: 
X-Original-To: netmod@ietfa.amsl.com
Delivered-To: netmod@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1DA3212A168; Mon, 28 Nov 2016 15:55:43 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.903
X-Spam-Level: 
X-Spam-Status: No, score=-1.903 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=junipernetworks.onmicrosoft.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id dvb_jBpmmdji; Mon, 28 Nov 2016 15:55:41 -0800 (PST)
Received: from NAM01-BY2-obe.outbound.protection.outlook.com (mail-by2nam01on0137.outbound.protection.outlook.com [104.47.34.137]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 53E7312A167; Mon, 28 Nov 2016 15:55:41 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=junipernetworks.onmicrosoft.com; s=selector1-juniper-net; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=UcYsWJXjlmqcdWJtO3JMyQzzi4uHT6HRrQAcErVretc=; b=PsspGkiWOYy/O6SPhX6pARge6eFskXKIjGLVlLFo/AwuJQzH6JBOZzbFRko8l/jP1Kd/ISfYdJjKGHPp2uivWN1IogfRDe+U0KvT8nfVBxAqAsGOgfhUQh9GTtY4UNqVnc9BbX5y5ZREyKfxw1e4/vj//JEh/rxS7n17E1NioFI=
Received: from BN3PR0501MB1442.namprd05.prod.outlook.com (10.160.117.151) by BN3PR0501MB1218.namprd05.prod.outlook.com (10.160.113.26) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.761.5; Mon, 28 Nov 2016 23:55:38 +0000
Received: from BN3PR0501MB1442.namprd05.prod.outlook.com ([10.160.117.151]) by BN3PR0501MB1442.namprd05.prod.outlook.com ([10.160.117.151]) with mapi id 15.01.0761.009; Mon, 28 Nov 2016 23:55:38 +0000
From: Kent Watsen 
To: Lou Berger , Juergen Schoenwaelder , Martin Bjorklund , Robert Wilton , Phil Shafer 
Thread-Topic: Regarding IPR on draft-nmdsdt-netmod-revised-datastores
Thread-Index: AQHSScnm5d1M0D+37ECF3MNPMf7V8KDuvm+A
Date: Mon, 28 Nov 2016 23:55:37 +0000
Message-ID: <2F0C8661-9B46-4E0F-8B34-3A80442B4C61@juniper.net>
References: 
In-Reply-To: 
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
user-agent: Microsoft-MacOutlook/f.1c.1.161117
authentication-results: spf=none (sender IP is ) smtp.mailfrom=kwatsen@juniper.net; 
x-ms-exchange-messagesentrepresentingtype: 1
x-originating-ip: [66.129.241.12]
x-ms-office365-filtering-correlation-id: 694c3064-2370-46db-3d85-08d417ea0d62
x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001); SRVR:BN3PR0501MB1218; 
x-microsoft-exchange-diagnostics: 1; BN3PR0501MB1218; 7:SdnZdwbzrHbhKt7xzNSp2dwytGj9qb1TS0s77gvY8zN+eTbTwnK7XeVUSo055tOkfQy/yWZxMTeRwTefgWzixFfOMwLm/7LWdAtQRO3s4eoXgZyKu6HQYGOwyI8AnstF6fORkk8v9z4maZNEnKM2X9aBl+KtiSwnGMNebrttFmECxbY2/2SWImDpw/TLCbS3P8I84in6Qzp7yvZzz2nV3d2gNHfljXtjZfcjQAfw0be+6eBifrG4HIJ4NSvbePv33lrOF/AP+ip2JGW/5Qv9mLPZMS13l0mzRjiRRyapAz7vf8WnU2ceGkt5x3VFzmCYE0hsQJsk1mPNOQ2ey866g4ijE+ey8y7o6JIuzS1rrSaQiOqQbqBrC7g+owSdBo8eeEbCEmiQXKp1tPyeW8JlXOwGbDRBEdLWPYz7fKFe2t5PSWMfYSdCWr9kHSARdVHUUDe2JJfuVGYbajA76x384Q==
x-ld-processed: bea78b3c-4cdb-4130-854a-1d193232e5f4,ExtAddr
x-microsoft-antispam-prvs: 
x-exchange-antispam-report-test: UriScan:;
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6060326)(6040361)(6045199)(601004)(2401047)(5005006)(8121501046)(10201501046)(3002001)(6055026)(6061324)(6041248)(20161123558021)(20161123555025)(20161123562025)(20161123560025)(20161123564025); SRVR:BN3PR0501MB1218; BCL:0; PCL:0; RULEID:; SRVR:BN3PR0501MB1218; 
x-forefront-prvs: 01401330D1
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(7916002)(199003)(377454003)(189002)(24454002)(2900100001)(50986999)(54356999)(3846002)(97736004)(5001770100001)(6116002)(76176999)(4326007)(102836003)(92566002)(4001350100001)(101416001)(39410400001)(33656002)(7736002)(68736007)(39400400001)(39380400001)(229853002)(39450400002)(6486002)(77096006)(305945005)(105586002)(38730400001)(106116001)(7846002)(99286002)(6506003)(6512003)(106356001)(1941001)(2906002)(122556002)(189998001)(36756003)(82746002)(83506001)(6636002)(66066001)(81166006)(83716003)(3660700001)(230783001)(3280700002)(8676002)(5660300001)(8936002)(6862003)(2950100002)(81156014)(86362001)(104396002); DIR:OUT; SFP:1102; SCL:1; SRVR:BN3PR0501MB1218; H:BN3PR0501MB1442.namprd05.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; A:1; MX:1; LANG:en; 
received-spf: None (protection.outlook.com: juniper.net does not designate permitted sender hosts)
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
Content-Type: text/plain; charset="utf-8"
Content-ID: <83A1C0928F78A44EA0EEAC6A4A85B6B7@namprd05.prod.outlook.com>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-OriginatorOrg: juniper.net
X-MS-Exchange-CrossTenant-originalarrivaltime: 28 Nov 2016 23:55:37.9650 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN3PR0501MB1218
Archived-At: 
Cc: NetMod Chairs , NetMod WG 
Subject: Re: [netmod] Regarding IPR on draft-nmdsdt-netmod-revised-datastores
X-BeenThere: netmod@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: NETMOD WG list 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Mon, 28 Nov 2016 23:55:43 -0000

Tm8sIEknbSBub3QgYXdhcmUgb2YgYW55IElQUiB0aGF0IGFwcGxpZXMgdG8gdGhpcyBkcmFmdC4N
Cg0KV2hhdCBpcyB0aGUgLTAxIGNvbW1lbnQgYWJvdXQ/ICBBRkFJSywgd2XigJlkIHBvc3QgZHJh
ZnQtaWV0Zi1uZXRtb2QtcmV2aXNlZC1kYXRhc3RvcmVzLTAwIChiYXNlZCBvbiBkcmFmdC1ubWRz
ZHQtbmV0bW9kLXJldmlzZWQtZGF0YXN0b3Jlcy0wMCkgZm9sbG93aW5nIGFkb3B0aW9uLi4uDQoN
CktlbnQgLy8gYXMgYW4gYXV0aG9yDQoNCg0KDQpPbiAxMS8yOC8xNiwgNTo1MCBQTSwgIkxvdSBC
ZXJnZXIiIDxsYmVyZ2VyQGxhYm4ubmV0PiB3cm90ZToNCg0KDQpBdXRob3JzLCBDb250cmlidXRv
cnMsIFdHLA0KDQpBcyBwYXJ0IG9mIHRoZSBwcmVwYXJhdGlvbiBmb3IgV0cgQWRvcHRpb24NCg0K
QXJlIHlvdSBhd2FyZSBvZiBhbnkgSVBSIHRoYXQgYXBwbGllcyB0byBkcmFmdHMgaWRlbnRpZmll
ZCBhYm92ZT8NCg0KW05PVEU6IEFkb3B0aW9uIHBvbGwgd2lsbCBiZSBvbiB0aGUgZmlyc3QgZHJh
ZnQsIGJ1dCBhdXRob3JzIGhhdmUgYWdyZWVkDQp0aGF0IC0wMSBXRyByZXZpc2lvbiB3aWxsIGJl
IGJhc2VkIG9uIGJvdGguXQ0KDQpQbGVhc2Ugc3RhdGUgZWl0aGVyOg0KDQoiTm8sIEknbSBub3Qg
YXdhcmUgb2YgYW55IElQUiB0aGF0IGFwcGxpZXMgdG8gdGhpcyBkcmFmdCINCm9yDQoiWWVzLCBJ
J20gYXdhcmUgb2YgSVBSIHRoYXQgYXBwbGllcyB0byB0aGlzIGRyYWZ0Ig0KDQpJZiBzbywgaGFz
IHRoaXMgSVBSIGJlZW4gZGlzY2xvc2VkIGluIGNvbXBsaWFuY2Ugd2l0aCBJRVRGIElQUiBydWxl
cw0KKHNlZSBSRkNzIDM5NzksIDQ4NzksIDM2NjkgYW5kIDUzNzggZm9yIG1vcmUgZGV0YWlscyk/
DQoNCklmIHllcyB0byB0aGUgYWJvdmUsIHBsZWFzZSBzdGF0ZSBlaXRoZXI6DQoNCiJZZXMsIHRo
ZSBJUFIgaGFzIGJlZW4gZGlzY2xvc2VkIGluIGNvbXBsaWFuY2Ugd2l0aCBJRVRGIElQUiBydWxl
cyINCm9yDQoiTm8sIHRoZSBJUFIgaGFzIG5vdCBiZWVuIGRpc2Nsb3NlZCINCg0KSWYgeW91IGFu
c3dlciBubywgcGxlYXNlIHByb3ZpZGUgYW55IGFkZGl0aW9uYWwgZGV0YWlscyB5b3UgdGhpbmsN
CmFwcHJvcHJpYXRlLg0KDQpJZiB5b3UgYXJlIGxpc3RlZCBhcyBhIGRvY3VtZW50IGF1dGhvciBv
ciBjb250cmlidXRvciBwbGVhc2UgYW5zd2VyIHRoZQ0KYWJvdmUgYnkgcmVzcG9uZGluZyB0byB0
aGlzIGVtYWlsIHJlZ2FyZGxlc3Mgb2Ygd2hldGhlciBvciBub3QgeW91IGFyZQ0KYXdhcmUgb2Yg
YW55IHJlbGV2YW50IElQUi4gVGhpcyBkb2N1bWVudCB3aWxsIG5vdCBhZHZhbmNlIHRvIHRoZSBu
ZXh0DQpzdGFnZSB1bnRpbCBhIHJlc3BvbnNlIGhhcyBiZWVuIHJlY2VpdmVkIGZyb20gZWFjaCBh
dXRob3IgYW5kIGxpc3RlZA0KY29udHJpYnV0b3IuIE5PVEU6IFRISVMgQVBQTElFUyBUTyBBTEwg
T0YgWU9VIExJU1RFRCBJTiBUSElTIE1FU1NBR0UnUw0KVE8gTElORVMuDQoNCklmIHlvdSBhcmUg
b24gdGhlIFdHIGVtYWlsIGxpc3Qgb3IgYXR0ZW5kIFdHIG1lZXRpbmdzIGJ1dCBhcmUgbm90IGxp
c3RlZA0KYXMgYW4gYXV0aG9yIG9yIGNvbnRyaWJ1dG9yLCB3ZSByZW1pbmQgeW91IG9mIHlvdXIg
b2JsaWdhdGlvbnMgdW5kZXINCnRoZSBJRVRGIElQUiBydWxlcyB3aGljaCBlbmNvdXJhZ2VzIHlv
dSB0byBub3RpZnkgdGhlIElFVEYgaWYgeW91IGFyZQ0KYXdhcmUgb2YgSVBSIG9mIG90aGVycyBv
biBhbiBJRVRGIGNvbnRyaWJ1dGlvbiwgb3IgdG8gcmVmcmFpbiBmcm9tDQpwYXJ0aWNpcGF0aW5n
IGluIGFueSBjb250cmlidXRpb24gb3IgZGlzY3Vzc2lvbiByZWxhdGVkIHRvIHlvdXINCnVuZGlz
Y2xvc2VkIElQUi4gRm9yIG1vcmUgaW5mb3JtYXRpb24sIHBsZWFzZSBzZWUgdGhlIFJGQ3MgbGlz
dGVkIGFib3ZlDQphbmQNCmh0dHA6Ly90cmFjLnRvb2xzLmlldGYub3JnL2dyb3VwL2llc2cvdHJh
Yy93aWtpL0ludGVsbGVjdHVhbFByb3BlcnR5Lg0KDQpUaGFuayB5b3UsDQpORVRNT0QgV0cgQ2hh
aXJzDQoNClBTIFBsZWFzZSBpbmNsdWRlIGFsbCBsaXN0ZWQgaW4gdGhlIGhlYWRlcnMgb2YgdGhp
cyBtZXNzYWdlIGluIHlvdXINCnJlc3BvbnNlLg0KDQoNCg0KDQo=


From nobody Mon Nov 28 16:01:13 2016
Return-Path: 
X-Original-To: netmod@ietfa.amsl.com
Delivered-To: netmod@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5581812A173 for ; Mon, 28 Nov 2016 16:01:11 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.502
X-Spam-Level: 
X-Spam-Status: No, score=-1.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_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, RCVD_IN_SORBS_SPAM=0.5, SPF_PASS=-0.001] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (768-bit key) header.d=labn.net
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 tuAVBZ9D2LvB for ; Mon, 28 Nov 2016 16:01:10 -0800 (PST)
Received: from gproxy6-pub.mail.unifiedlayer.com (gproxy6-pub.mail.unifiedlayer.com [67.222.39.168]) by ietfa.amsl.com (Postfix) with SMTP id 5461B12A133 for ; Mon, 28 Nov 2016 15:54:11 -0800 (PST)
Received: (qmail 11249 invoked by uid 0); 28 Nov 2016 23:54:10 -0000
Received: from unknown (HELO cmgw3) (10.0.90.84) by gproxy6.mail.unifiedlayer.com with SMTP; 28 Nov 2016 23:54:10 -0000
Received: from box313.bluehost.com ([69.89.31.113]) by cmgw3 with  id Dbu61u00K2SSUrH01bu9VT; Mon, 28 Nov 2016 16:54:10 -0700
X-Authority-Analysis: v=2.1 cv=K/+xQUmI c=1 sm=1 tr=0 a=h1BC+oY+fLhyFmnTBx92Jg==:117 a=h1BC+oY+fLhyFmnTBx92Jg==:17 a=L9H7d07YOLsA:10 a=9cW_t1CCXrUA:10 a=s5jvgZ67dGcA:10 a=N659UExz7-8A:10 a=xqWC_Br6kY4A:10 a=L24OOQBejmoA:10 a=bDAkUGD6cEie3GQLpswA:9 a=pILNOxqGKmIA:10
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=labn.net; s=default; h=Content-Transfer-Encoding:Content-Type:In-Reply-To:MIME-Version :Date:Message-ID:From:References:To:Subject; bh=OAKRTnFxo67qDrmJ2nQuNoHK60Q5wX7uZVn8Qs3VVAY=; b=1gCpgr5zFMClwW91mV1ZcuAPXZ pC0IxJvn4HiKOrNEcu/CXLEf2FCwuJL6wGeDLpr+wPhIa8qkIJ26ZIAojCpxN+6mzLVhFX7T1xco/ P7zBSFDaYM/QZRJoElfjEVy6D;
Received: from pool-100-15-85-191.washdc.fios.verizon.net ([100.15.85.191]:37867 helo=[IPv6:::1]) by box313.bluehost.com with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.86_1) (envelope-from ) id 1cBVkM-0007r8-5F; Mon, 28 Nov 2016 16:54:06 -0700
To: Martin Bjorklund , Kent Watsen , Robert Wilton , Phil Shafer , NetMod WG , NetMod Chairs 
References:  <20161128234108.GB47215@elstar.local>
From: Lou Berger 
Message-ID: <74f47104-91b8-ba81-43f4-594650aebe26@labn.net>
Date: Mon, 28 Nov 2016 18:54:03 -0500
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.5.0
MIME-Version: 1.0
In-Reply-To: <20161128234108.GB47215@elstar.local>
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: 7bit
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - box313.bluehost.com
X-AntiAbuse: Original Domain - ietf.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - labn.net
X-BWhitelist: no
X-Source-IP: 100.15.85.191
X-Exim-ID: 1cBVkM-0007r8-5F
X-Source: 
X-Source-Args: 
X-Source-Dir: 
X-Source-Sender: pool-100-15-85-191.washdc.fios.verizon.net ([IPv6:::1]) [100.15.85.191]:37867
X-Source-Auth: lberger@labn.net
X-Email-Count: 12
X-Source-Cap: bGFibm1vYmk7bGFibm1vYmk7Ym94MzEzLmJsdWVob3N0LmNvbQ==
Archived-At: 
Subject: Re: [netmod] Regarding IPR on draft-nmdsdt-netmod-revised-datastores
X-BeenThere: netmod@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: NETMOD WG list 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Tue, 29 Nov 2016 00:01:12 -0000

Juerge,


On 11/28/2016 6:41 PM, Juergen Schoenwaelder wrote:
> On Mon, Nov 28, 2016 at 05:50:55PM -0500, Lou Berger wrote:
>> Authors, Contributors, WG,
>>
>> As part of the preparation for WG Adoption
>>
>> Are you aware of any IPR that applies to drafts identified above?
>>
>> [NOTE: Adoption poll will be on the first draft, but authors have agreed
>> that -01 WG revision will be based on both.]
> [... an author feeling puzzled ...]

My mistake.  I reused a previous message as a template and failed to
notice this comment.  Please disregard it.

>  
>> Please state either:
>>
>> "No, I'm not aware of any IPR that applies to this draft"
>> or
>> "Yes, I'm aware of IPR that applies to this draft"
>>
> No, I'm not aware of any IPR that applies to this draft.

Thanks,
Lou

> /js
>


From nobody Mon Nov 28 21:45:43 2016
Return-Path: 
X-Original-To: netmod@ietfa.amsl.com
Delivered-To: netmod@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E05A9129515; Mon, 28 Nov 2016 21:45:41 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -16.018
X-Spam-Level: 
X-Spam-Status: No, score=-16.018 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-1.497, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id jAa4WGAjICvr; Mon, 28 Nov 2016 21:45:40 -0800 (PST)
Received: from alln-iport-5.cisco.com (alln-iport-5.cisco.com [173.37.142.92]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B980712949F; Mon, 28 Nov 2016 21:45:39 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=11327; q=dns/txt; s=iport; t=1480398339; x=1481607939; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=Jcf+dO1+H7NkZOSu3bCJLcmWdPwuxenbO+SAXZZkVAI=; b=eJo5lAaGwWhbnWiqgXPcXRtgH44wLIFj0tM62yismvF4dB3Wa4GVt177 IDl34r+rNH9qGx3P2y9s/iCV//8PrV3X3V1fixphljkd5GROO5yhvDFPA CGfihyhVtyD+3g2NRBIvVoyjYhKP8Drar6VgOhy+lYLG84W4sn7XdXgBY U=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0DRAQBVFT1Y/4UNJK1dGwEBAQMBAQEJA?= =?us-ascii?q?QEBgyoOAQEBAQEfWHMQjUOmdYUfggYphXkCgXI/FAECAQEBAQEBAWIohGkBAQR?= =?us-ascii?q?0BRACAQg/BzIUEQIEDgWIbQ6vOItHAQEBAQEBAQEBAQEBAQEBAQEBAQEBHIY+g?= =?us-ascii?q?X2CXoQbEQGDTYIwBZRrhWkBhkeKPoFyT4QoiUmNcYQLAQ8PN142IQ4BAYUgcgG?= =?us-ascii?q?FXoIuAQEB?=
X-IronPort-AV: E=Sophos;i="5.31,715,1473120000";  d="scan'208,217";a="352284375"
Received: from alln-core-11.cisco.com ([173.36.13.133]) by alln-iport-5.cisco.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 29 Nov 2016 05:45:38 +0000
Received: from XCH-ALN-008.cisco.com (xch-aln-008.cisco.com [173.36.7.18]) by alln-core-11.cisco.com (8.14.5/8.14.5) with ESMTP id uAT5jcUx005900 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Tue, 29 Nov 2016 05:45:38 GMT
Received: from xch-rcd-015.cisco.com (173.37.102.25) by XCH-ALN-008.cisco.com (173.36.7.18) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Mon, 28 Nov 2016 23:45:37 -0600
Received: from xch-rcd-015.cisco.com ([173.37.102.25]) by XCH-RCD-015.cisco.com ([173.37.102.25]) with mapi id 15.00.1210.000; Mon, 28 Nov 2016 23:45:38 -0600
From: "Carl Moberg (camoberg)" 
To: "Benoit Claise (bclaise)" 
Thread-Topic: Regarding IPR on draft-ietf-netmod-yang-model-classification
Thread-Index: AQHSScmGg7CZhXckMUWbmOsHIfyrt6DvZGaAgAAB74CAAA23Jg==
Date: Tue, 29 Nov 2016 05:45:38 +0000
Message-ID: 
References:  <5CDA80CF-E5DF-4151-99BC-ABF6687D22F5@voltanet.io>, 
In-Reply-To: 
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-ms-exchange-transport-fromentityheader: Hosted
Content-Type: multipart/alternative; boundary="_000_B122B398CDCA49E2A93F003C8AF9DFF2ciscocom_"
MIME-Version: 1.0
Archived-At: 
Cc: NetMod WG Chairs , NetMod WG , Dean Bogdanovic 
Subject: Re: [netmod] Regarding IPR on draft-ietf-netmod-yang-model-classification
X-BeenThere: netmod@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: NETMOD WG list 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Tue, 29 Nov 2016 05:45:42 -0000

--_000_B122B398CDCA49E2A93F003C8AF9DFF2ciscocom_
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable


No, I'm not aware of any IPR that applies to this draft

On Nov 28, 2016, at 23:56, Benoit Claise (bclaise) > wrote:

On 11/28/2016 11:49 PM, Dean Bogdanovic wrote:
Chairs,

No, I'm not aware of any IPR that applies to this draft
Same answer on my side.

Regards, B.

Dean

On Nov 28, 2016, at 11:48 PM, Lou Berger > wrote:


Authors, Contributors, WG,

As part of the preparation for WG Last Call

Are you aware of any IPR that applies to drafts identified above?

[NOTE: Adoption poll will be on the first draft, but authors have agreed
that -01 WG revision will be based on both.]

Please state either:

"No, I'm not aware of any IPR that applies to this draft"
or
"Yes, I'm aware of IPR that applies to this draft"

If so, has this IPR been disclosed in compliance with IETF IPR rules
(see RFCs 3979, 4879, 3669 and 5378 for more details)?

If yes to the above, please state either:

"Yes, the IPR has been disclosed in compliance with IETF IPR rules"
or
"No, the IPR has not been disclosed"

If you answer no, please provide any additional details you think
appropriate.

If you are listed as a document author or contributor please answer the
above by responding to this email regardless of whether or not you are
aware of any relevant IPR. This document will not advance to the next
stage until a response has been received from each author and listed
contributor. NOTE: THIS APPLIES TO ALL OF YOU LISTED IN THIS MESSAGE'S
TO LINES.

If you are on the WG email list or attend WG meetings but are not listed
as an author or contributor, we remind you of your obligations under
the IETF IPR rules which encourages you to notify the IETF if you are
aware of IPR of others on an IETF contribution, or to refrain from
participating in any contribution or discussion related to your
undisclosed IPR. For more information, please see the RFCs listed above
and
http://trac.tools.ietf.org/group/iesg/trac/wiki/IntellectualProperty.

Thank you,
NETMOD WG Chairs

PS Please include all listed in the headers of this message in your
response.


.



--_000_B122B398CDCA49E2A93F003C8AF9DFF2ciscocom_
Content-Type: text/html; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable












No, I'm not aware of a=
ny IPR that applies to this draft






On Nov 28, 2016, at 23:56, Benoit Claise (bclaise) <bclaise@cisco.com> wrote:








On 11/28/2016 11:49 PM, Dean Bogdanovic wrote:


Chairs,









No, I'm not aware of any IPR that applies t=
o this draft



Same answer on my side.



Regards, B.







Dean











On Nov 28, 2016, at 11:48 PM, Lou Berger &l=
t;lberger@labn.net> wrote:


























Authors, Contributors, WG,

















As part of the preparation for WG Last Call=


















Are you aware of any IPR that applies to dr=
afts identified above?

















[NOTE: Adoption poll will be on the first d=
raft, but authors have agreed








that -01 WG revision will be based on both.=
]

















Please state either:

















"No, I'm not aware of any IPR that app=
lies to this draft"








or








"Yes, I'm aware of IPR that applies to=
 this draft"

















If so, has this IPR been disclosed in compl=
iance with IETF IPR rules








(see RFCs 3979, 4879, 3669 and 5378 for mor=
e details)?

















If yes to the above, please state either:

















"Yes, the IPR has been disclosed in co=
mpliance with IETF IPR rules"








or








"No, the IPR has not been disclosed&qu=
ot;

















If you answer no, please provide any additi=
onal details you think








appropriate.

















If you are listed as a document author or c=
ontributor please answer the








above by responding to this email regardles=
s of whether or not you are








aware of any relevant IPR. This document wi=
ll not advance to the next








stage until a response has been received fr=
om each author and listed








contributor. NOTE: THIS APPLIES TO ALL OF Y=
OU LISTED IN THIS MESSAGE'S








TO LINES.

















If you are on the WG email list or attend W=
G meetings but are not listed








as an author or contributor, we remind you =
of your obligations under








the IETF IPR rules which encourages you to =
notify the IETF if you are








aware of IPR of others on an IETF contribut=
ion, or to refrain from








participating in any contribution or discus=
sion related to your








undisclosed IPR. For more information, plea=
se see the RFCs listed above








and








http://trac.tools.ietf.org/group/iesg=
/trac/wiki/IntellectualProperty.

















Thank you,








NETMOD WG Chairs

















PS Please include all listed in the headers=
 of this message in your








response.
























.

















--_000_B122B398CDCA49E2A93F003C8AF9DFF2ciscocom_--


From nobody Tue Nov 29 00:01:11 2016
Return-Path: 
X-Original-To: netmod@ietfa.amsl.com
Delivered-To: netmod@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E5A481294C7; Tue, 29 Nov 2016 00:01:09 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.398
X-Spam-Level: 
X-Spam-Status: No, score=-3.398 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-1.497, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id eziVnnpll2eL; Tue, 29 Nov 2016 00:01:08 -0800 (PST)
Received: from mail.tail-f.com (mail.tail-f.com [46.21.102.45]) by ietfa.amsl.com (Postfix) with ESMTP id 2EFFF1293E8; Tue, 29 Nov 2016 00:01:08 -0800 (PST)
Received: from localhost (unknown [173.38.220.37]) by mail.tail-f.com (Postfix) with ESMTPSA id 330301AE0118; Tue, 29 Nov 2016 09:01:06 +0100 (CET)
Date: Tue, 29 Nov 2016 09:01:05 +0100 (CET)
Message-Id: <20161129.090105.1855332357519167198.mbj@tail-f.com>
To: lberger@labn.net
From: Martin Bjorklund 
In-Reply-To: 
References: 
X-Mailer: Mew version 6.7 on Emacs 24.5 / Mule 6.0 (HANACHIRUSATO)
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Archived-At: 
Cc: netmod-chairs@ietf.org, netmod@ietf.org
Subject: Re: [netmod] Regarding IPR on draft-nmdsdt-netmod-revised-datastores
X-BeenThere: netmod@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: NETMOD WG list 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Tue, 29 Nov 2016 08:01:10 -0000

Lou Berger  wrote:
> 
> Authors, Contributors, WG,
> 
> As part of the preparation for WG Adoption
> 
> Are you aware of any IPR that applies to drafts identified above?
> 
> [NOTE: Adoption poll will be on the first draft, but authors have agreed
> that -01 WG revision will be based on both.]
> 
> Please state either:
> 
> "No, I'm not aware of any IPR that applies to this draft"
> or
> "Yes, I'm aware of IPR that applies to this draft"

No, I'm not aware of any IPR that applies to this draft


/martin


> 
> If so, has this IPR been disclosed in compliance with IETF IPR rules
> (see RFCs 3979, 4879, 3669 and 5378 for more details)?
> 
> If yes to the above, please state either:
> 
> "Yes, the IPR has been disclosed in compliance with IETF IPR rules"
> or
> "No, the IPR has not been disclosed"
> 
> If you answer no, please provide any additional details you think
> appropriate.
> 
> If you are listed as a document author or contributor please answer the
> above by responding to this email regardless of whether or not you are
> aware of any relevant IPR. This document will not advance to the next
> stage until a response has been received from each author and listed
> contributor. NOTE: THIS APPLIES TO ALL OF YOU LISTED IN THIS MESSAGE'S
> TO LINES.
> 
> If you are on the WG email list or attend WG meetings but are not listed
> as an author or contributor, we remind you of your obligations under
> the IETF IPR rules which encourages you to notify the IETF if you are
> aware of IPR of others on an IETF contribution, or to refrain from
> participating in any contribution or discussion related to your
> undisclosed IPR. For more information, please see the RFCs listed above
> and
> http://trac.tools.ietf.org/group/iesg/trac/wiki/IntellectualProperty.
> 
> Thank you,
> NETMOD WG Chairs
> 
> PS Please include all listed in the headers of this message in your
> response.
> 
> 


From nobody Tue Nov 29 00:23:39 2016
Return-Path: 
X-Original-To: netmod@ietfa.amsl.com
Delivered-To: netmod@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A16C0129618 for ; Tue, 29 Nov 2016 00:23:37 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.901
X-Spam-Level: 
X-Spam-Status: No, score=-6.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id L6RYitX9iXF9 for ; Tue, 29 Nov 2016 00:23:34 -0800 (PST)
Received: from smtp-fr.alcatel-lucent.com (fr-hpida-esg-02.alcatel-lucent.com [135.245.210.21]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8488A129615 for ; Tue, 29 Nov 2016 00:23:33 -0800 (PST)
Received: from fr712umx3.dmz.alcatel-lucent.com (unknown [135.245.210.42]) by Websense Email Security Gateway with ESMTPS id 114DA141B0D83; Tue, 29 Nov 2016 08:23:29 +0000 (GMT)
Received: from fr711usmtp1.zeu.alcatel-lucent.com (fr711usmtp1.zeu.alcatel-lucent.com [135.239.2.122]) by fr712umx3.dmz.alcatel-lucent.com (GMO-o) with ESMTP id uAT8NSoU002649 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 29 Nov 2016 08:23:30 GMT
Received: from FR711WXCHHUB01.zeu.alcatel-lucent.com (fr711wxchhub01.zeu.alcatel-lucent.com [135.239.2.111]) by fr711usmtp1.zeu.alcatel-lucent.com (GMO) with ESMTP id uAT8NHjC004605 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Tue, 29 Nov 2016 08:23:25 GMT
Received: from FR712WXCHMBA09.zeu.alcatel-lucent.com ([169.254.5.164]) by FR711WXCHHUB01.zeu.alcatel-lucent.com ([135.239.2.111]) with mapi id 14.03.0301.000; Tue, 29 Nov 2016 09:23:11 +0100
From: "Bogaert, Bart (Nokia - BE)" 
To: Andy Bierman , Robert Wilton 
Thread-Topic: [netmod] Mandatory leafs via augment
Thread-Index: AdJJYzXBNjZnD5qkT8myDyWmLJX/R///+GCA///rvDCAAB8oAP//5TUQgAA7moD//9qQIAAI9pkAAAPjQID//vhzkA==
Date: Tue, 29 Nov 2016 08:23:10 +0000
Message-ID: 
References:  <627f8105-ff03-eba7-53c5-e09e3189aef2@cisco.com>  <20161128.144507.2135693859659564831.mbj@tail-f.com>   
In-Reply-To: 
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator: 
x-originating-ip: [135.239.27.39]
Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=SHA1; boundary="----=_NextPart_000_008E_01D24A22.336E0F00"
MIME-Version: 1.0
Archived-At: 
Cc: "netmod@ietf.org" 
Subject: Re: [netmod] Mandatory leafs via augment
X-BeenThere: netmod@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: NETMOD WG list 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Tue, 29 Nov 2016 08:23:37 -0000

------=_NextPart_000_008E_01D24A22.336E0F00
Content-Type: multipart/alternative;
	boundary="----=_NextPart_001_008F_01D24A22.336E0F00"


------=_NextPart_001_008F_01D24A22.336E0F00
Content-Type: text/plain;
	charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Andy,

=20

Thanks for this feedback.  The server would indeed advertise this =
deviation as a =E2=80=9Cflag=E2=80=9D to the client that the server is =
expecting more than just the base class.

=20

Best regards - Vriendelijke groeten,

Bart Bogaert

Broadband-Access System Architect Data

Contact number +32 3 2408310 (+32 477 673952)

=20

NOKIA

Copernicuslaan 50, 2018 Antwerp, Belgium
Fortis 220-0002334-42
VAT BE 0404 621 642 Register of Legal Entities Antwerp



<<
This message (including any attachments) contains confidential =
information intended for a specific individual and purpose, and is =
protected by law. If you are not the intended recipient, you should =
delete this message. Any disclosure, copying, or distribution of this =
message, or the taking of any action based on it, is strictly prohibited =
without the prior consent of its author.
>>=20

=20

From: Andy Bierman [mailto:andy@yumaworks.com]=20
Sent: 28 November 2016 18:39
To: Robert Wilton 
Cc: Bogaert, Bart (Nokia - BE) ; netmod@ietf.org
Subject: Re: [netmod] Mandatory leafs via augment

=20

=20

=20

On Mon, Nov 28, 2016 at 7:47 AM, Robert Wilton  > wrote:

Hi Bart,

Alas, it sounds like you are attempting to do exactly what the existing =
text is attempting to prevent you from doing.  In particular, your =
approach will break an existing client from working that hasn't been =
coded to be aware of the new augment-base module.

In terms of your solution, unless I'm missing something, then I'm not =
sure whether the deviation really helps -  it seems to be equivalent to =
be just writing the must statement directly on 'leaf d' in the =
augment-base module

IIRC, I don't think that YANG prevents you from using a "must" statement =
to effectively make a leaf mandatory.  However, even if this is allowed, =
it is probably against the spirit of the constraint that YANG is =
attempting to impose here.  I.e. specifically that changes/augmentations =
to YANG modules are expected to be fully backwards compatible.

=20

=20

YANG conformance is per module.

That means is is OK for a client to code to "base-class" and not

the "augment-base" module.

=20

I have tried several times to fix that in YANG with conformance =
statements that

can be more than one module, but this has not been seen as important.

=20

Robert is correct that the deviation does not change things at all,

other than this is the correct way to do things that are not allowed

(and your server must advertise the deviation, which tells the world

"I do not implement module "base-class" correctly".)

=20

6087bis allows conditionally mandatory,

which usually means you pick a new value for something in the base =
module

(e.g, leaf a, b, or c).  The old client will not set leaf b to the new =
value.

=20

=20

  leaf b {

    enumeration {

      // old enums

      enum new;

    }

  }

=20

  leaf d {

    when "../b =3D new";

    mandatory true;

    type string;

  }

=20

=20

=20

=20

Thanks,
Rob

=20

=20

Andy

=20



On 28/11/2016 15:01, Bogaert, Bart (Nokia - BE) wrote:

What we want to express is that if the NC client sends a request to
configure an object of class base we have a means to express that it =
also
has to send a value for the augmented leaf.  The reason why it is in an
augment is because we can't modify the base class.

Best regards - Vriendelijke groeten,
Bart Bogaert
Broadband-Access System Architect Data
Contact number +32 3 2408310 (+32 477 673952)

NOKIA
Copernicuslaan 50, 2018 Antwerp, Belgium
Fortis 220-0002334-42
VAT BE 0404 621 642 Register of Legal Entities Antwerp

<<
This message (including any attachments) contains confidential =
information
intended for a specific individual and purpose, and is protected by law. =
If
you are not the intended recipient, you should delete this message. Any
disclosure, copying, or distribution of this message, or the taking of =
any
action based on it, is strictly prohibited without the prior consent of =
its
author.
-----Original Message-----
From: Martin Bjorklund [mailto:mbj@tail-f.com  ]
Sent: 28 November 2016 14:45
To: Bogaert, Bart (Nokia - BE)  >
Cc: rwilton@cisco.com  ; netmod@ietf.org =
=20
Subject: Re: [netmod] Mandatory leafs via augment

"Bogaert, Bart (Nokia - BE)"  > wrote:

Hi Rob,

 =20
In the case we're trying to work out basically client and server would
be aware of base class, augmentation and deviation as the SW running
on the box is expecting a value for a leaf of the augmented data, so
leaf d for the NC server (and the application SW dealing with the HW)
is expected to have a value in the device.  The device would not
support objects of the base class only.  I could understand that a NC
client interacts with other servers only supporting the base class as
that device may not require the augmented leafs.

I don't understand what you want to do.  It seems as if you're saying =
that
if the client thinks that leaf d is mandatory then leaf d is mandatory.
Otherwise leaf d is not mandatory.


/martin



 =20
Best regards - Vriendelijke groeten,

Bart Bogaert

Broadband-Access System Architect Data

Contact number +32 3 2408310 (+32 477 673952)

 =20
NOKIA

Copernicuslaan 50, 2018 Antwerp, Belgium Fortis 220-0002334-42 VAT BE
0404 621 642 Register of Legal Entities Antwerp



<<
This message (including any attachments) contains confidential
information intended for a specific individual and purpose, and is
protected by law. If you are not the intended recipient, you should
delete this message. Any disclosure, copying, or distribution of this
message, or the taking of any action based on it, is strictly
prohibited without the prior consent of its author.
 =20
From: Robert Wilton [mailto:rwilton@cisco.com  =
]
Sent: 28 November 2016 12:48
To: Bogaert, Bart (Nokia - BE)  >
Cc: netmod@ietf.org =20
Subject: Re: [netmod] Mandatory leafs via augment

 =20
Hi Bart,

In your idea, am I correct to assume that only the client loads
(base-class, augment-base, and base-deviation), and the server only
knows about (base-class and augment-base)?

Further, am I right to assume that the server would still support
clients configuring base even if they don't know about augment-base?
I.e. from a server perspective, leaf d isn't actually mandatory.

Thanks,
Rob



On 28/11/2016 11:28, Bogaert, Bart (Nokia - BE) wrote:

Assume the following.
  module base-class {
    prefix base;
    container base {
       leaf a;
       leaf b;
       leaf c;
    }
}
  module augment-base {
   prefix aug;
   import base-class { prefix base; }
     augment '/base:base'{
     leaf d;
   }
}
  module base-deviation {
   prefix base-dev;
     deviation "/base:base" {
     deviate add {
       must "./aug:d" {
         error-message "A value for d must be present when configuring
augmented base";
       }
     }
   }
  Best regards - Vriendelijke groeten,
Bart Bogaert
Broadband-Access System Architect Data Contact number +32 3 2408310
(+32 477 673952)
  NOKIA
Copernicuslaan 50, 2018 Antwerp, Belgium Fortis 220-0002334-42 VAT BE
0404 621 642 Register of Legal Entities Antwerp
  <<
This message (including any attachments) contains confidential
information intended for a specific individual and purpose, and is
protected by law. If you are not the intended recipient, you should
delete this message. Any disclosure, copying, or distribution of this
message, or the taking of any action based on it, is strictly
prohibited without the prior consent of its author.

 =20
  -----Original Message-----
From: Juergen Schoenwaelder
[mailto:j.schoenwaelder@jacobs-university.de =
 ]
Sent: 28 November 2016 12:09
To: Bogaert, Bart (Nokia - BE)   >
 >
Cc: netmod@ietf.org    >
Subject: Re: [netmod] Mandatory leafs via augment
  On Mon, Nov 28, 2016 at 10:42:42AM +0000, Bogaert, Bart (Nokia - BE)

wrote:

  How can we achieve the same if no when-clause can be constructed but
we still would like to have a leaf to be mandatory.  One way we
thought of achieving this is
  -          have a YANG module defining the augmented data
  -          construct a must statement on the object being augmented =
where

we

check that something needs to be present that is added via a deviation.
 =20
  An example may help here...
  /js
 =20





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

 =20


_______________________________________________
netmod mailing list
netmod@ietf.org =20
https://www.ietf.org/mailman/listinfo/netmod

=20


------=_NextPart_001_008F_01D24A22.336E0F00
Content-Type: text/html;
	charset="utf-8"
Content-Transfer-Encoding: quoted-printable


Andy,
 
Thanks for this feedback.=C2=A0 The server would indeed =
advertise this deviation as a =E2=80=9Cflag=E2=80=9D to the client that =
the server is expecting more than just the base =
class.
 
B=
est regards - Vriendelijke groeten,
B=
art Bogaert<=
o:p>
B=
roadband-Access System Architect Data
C=
ontact number +32 3 2408310 (+32 477 673952)
 
NOKIA
Copernicuslaa=
n 50, 2018 Antwerp, Belgium
Fortis 220-0002334-42
VAT BE 0404 621 =
642 Register of Legal Entities Antwerp

<=
;<
This message (including any attachments) contains confidential =
information intended for a specific individual and purpose, and is =
protected by law. If you are not the intended recipient, you should =
delete this message. Any disclosure, copying, or distribution of this =
message, or the taking of any action based on it, is strictly prohibited =
without the prior consent of its author.
>> =

 
From:<=
/b> Andy =
Bierman [mailto:andy@yumaworks.com] 
Sent: 28 November 2016 =
18:39
To: Robert Wilton =
<rwilton@cisco.com>
Cc: Bogaert, Bart (Nokia - BE) =
<bart.bogaert@nokia.com>; netmod@ietf.org
Subject: Re: =
[netmod] Mandatory leafs via augment
 
 
 
On Mon, =
Nov 28, 2016 at 7:47 AM, Robert Wilton <rwilton@cisco.com> =
wrote:
Hi Bart,

Alas, it sounds like you =
are attempting to do exactly what the existing text is attempting to =
prevent you from doing.  In particular, your approach will break an =
existing client from working that hasn't been coded to be aware of the =
new augment-base module.

In terms of your solution, unless I'm =
missing something, then I'm not sure whether the deviation really helps =
-  it seems to be equivalent to be just writing the must statement =
directly on 'leaf d' in the augment-base module

IIRC, I don't =
think that YANG prevents you from using a "must" statement to =
effectively make a leaf mandatory.  However, even if this is =
allowed, it is probably against the spirit of the constraint that YANG =
is attempting to impose here.  I.e. specifically that =
changes/augmentations to YANG modules are expected to be fully backwards =
compatible.
 
 
YANG conformance is per =
module.
That means is is =
OK for a client to code to "base-class" and =
not
the =
"augment-base" module.
 
I =
have tried several times to fix that in YANG with conformance statements =
that
can be more than one =
module, but this has not been seen as =
important.
 
Robert is correct that the deviation does not change =
things at all,
other than =
this is the correct way to do things that are not =
allowed
(and your server =
must advertise the deviation, which tells the =
world
"I do not =
implement module "base-class" =
correctly".)
 
6087bis allows conditionally =
mandatory,
which usually =
means you pick a new value for something in the base =
module
(e.g, leaf a, b, or =
c).  The old client will not set leaf b to the new =
value.
 
 
  leaf b {
    enumeration =
{
      // =
old enums
    =
  enum new;
  =
  }
  =
}
 
  leaf d {
    when "../b =3D =
new";
    =
mandatory true;
  =
  type string;
  =
}
 
 
 
 
Thanks,
Rob
 
 
Andy
 


On 28/11/2016 15:01, Bogaert, Bart (Nokia - =
BE) wrote:
What we =
want to express is that if the NC client sends a request to
configure =
an object of class base we have a means to express that it also
has =
to send a value for the augmented leaf.  The reason why it is in =
an
augment is because we can't modify the base class.

Best =
regards - Vriendelijke groeten,
Bart Bogaert
Broadband-Access =
System Architect Data
Contact number +32 3 2408310 (+32 477 =
673952)

NOKIA
Copernicuslaan 50, 2018 Antwerp, =
Belgium
Fortis 220-0002334-42
VAT BE 0404 621 642 Register of =
Legal Entities Antwerp

<<
This message (including any =
attachments) contains confidential information
intended for a =
specific individual and purpose, and is protected by law. If
you are =
not the intended recipient, you should delete this message. =
Any
disclosure, copying, or distribution of this message, or the =
taking of any
action based on it, is strictly prohibited without the =
prior consent of its
author.
-----Original Message-----
From: =
Martin Bjorklund [mailto:mbj@tail-f.com]
Sent: 28 November 2016 =
14:45
To: Bogaert, Bart (Nokia - BE) <bart.bogaert@nokia.com>
Cc: rwilton@cisco.com; netmod@ietf.org
Subject: Re: [netmod] Mandatory =
leafs via augment

"Bogaert, Bart (Nokia - BE)" <bart.bogaert@nokia.com> =
wrote:
Hi =
Rob,

  
In the case we're trying to work out basically =
client and server would
be aware of base class, augmentation and =
deviation as the SW running
on the box is expecting a value for a =
leaf of the augmented data, so
leaf d for the NC server (and the =
application SW dealing with the HW)
is expected to have a value in =
the device.  The device would not
support objects of the base =
class only.  I could understand that a NC
client interacts with =
other servers only supporting the base class as
that device may not =
require the augmented leafs.
I don't understand what =
you want to do.  It seems as if you're saying that
if the client =
thinks that leaf d is mandatory then leaf d is mandatory.
Otherwise =
leaf d is not =
mandatory.


/martin

  =

Best regards - Vriendelijke groeten,

Bart =
Bogaert

Broadband-Access System Architect Data

Contact =
number +32 3 2408310 (+32 477 673952)

  =

NOKIA

Copernicuslaan 50, 2018 Antwerp, Belgium Fortis =
220-0002334-42 VAT BE
0404 621 642 Register of Legal Entities =
Antwerp



<<
This message (including any =
attachments) contains confidential
information intended for a =
specific individual and purpose, and is
protected by law. If you are =
not the intended recipient, you should
delete this message. Any =
disclosure, copying, or distribution of this
message, or the taking =
of any action based on it, is strictly
prohibited without the prior =
consent of its author.
  
From: Robert Wilton [mailto:rwilton@cisco.com]
Sent: 28 November 2016 =
12:48
To: Bogaert, Bart (Nokia - BE) <bart.bogaert@nokia.com>
Cc: netmod@ietf.org
Subject: Re: [netmod] Mandatory =
leafs via augment

  
Hi Bart,

In your idea, am I =
correct to assume that only the client loads
(base-class, =
augment-base, and base-deviation), and the server only
knows about =
(base-class and augment-base)?

Further, am I right to assume that =
the server would still support
clients configuring base even if they =
don't know about augment-base?
I.e. from a server perspective, leaf d =
isn't actually mandatory.

Thanks,
Rob



On =
28/11/2016 11:28, Bogaert, Bart (Nokia - BE) wrote:

Assume the =
following.
  module base-class {
    prefix =
base;
    container base {
      =
 leaf a;
       leaf b;
    =
   leaf c;
    }
}
  module =
augment-base {
   prefix aug;
   import =
base-class { prefix base; }
     augment =
'/base:base'{
     leaf d;
  =
 }
}
  module base-deviation {
   prefix =
base-dev;
     deviation "/base:base" =
{
     deviate add {
      =
 must "./aug:d" {
        =
 error-message "A value for d must be present when =
configuring
augmented base";
      =
 }
     }
   }
  Best =
regards - Vriendelijke groeten,
Bart Bogaert
Broadband-Access =
System Architect Data Contact number +32 3 2408310
(+32 477 =
673952)
  NOKIA
Copernicuslaan 50, 2018 Antwerp, Belgium =
Fortis 220-0002334-42 VAT BE
0404 621 642 Register of Legal Entities =
Antwerp
  <<
This message (including any attachments) =
contains confidential
information intended for a specific individual =
and purpose, and is
protected by law. If you are not the intended =
recipient, you should
delete this message. Any disclosure, copying, =
or distribution of this
message, or the taking of any action based on =
it, is strictly
prohibited without the prior consent of its =
author.

  
  -----Original Message-----
From: =
Juergen Schoenwaelder
[mailto:j.schoenwaelder@jacobs-university.de]
Sent: 28 =
November 2016 12:09
To: Bogaert, Bart (Nokia - BE)  =
<mailto:bart.bogaert@nokia.com>
<bart.bogaert@nokia.com>
Cc: netmod@ietf.org =
<mailto:netmod@ietf.org>
Subject: Re: [netmod] =
Mandatory leafs via augment
  On Mon, Nov 28, 2016 at 10:42:42AM =
+0000, Bogaert, Bart (Nokia - BE)
wrote:
  =
How can we achieve the same if no when-clause can be constructed =
but
we still would like to have a leaf to be mandatory.  One way =
we
thought of achieving this is
  -      =
    have a YANG module defining the augmented data
  =
-          construct a must statement on the =
object being augmented where

we

check that something needs =
to be present that is added via a deviation.
  
  An =
example may help here...
  /js
  =






_______________________________________________netmod mailing list
netmod@ietf.org <mailto:netmod@ietf.org>
https://www.ietf.org/mailman/listinfo/netmod
  

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

------=_NextPart_001_008F_01D24A22.336E0F00--

------=_NextPart_000_008E_01D24A22.336E0F00
Content-Type: application/pkcs7-signature; name="smime.p7s"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="smime.p7s"

MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIP/TCCA7Ew
ggKZoAMCAQICEBErBTlXKN63QvT+VRPTt1EwDQYJKoZIhvcNAQEFBQAwQzEXMBUGA1UEChMOQWxj
YXRlbCBMdWNlbnQxKDAmBgNVBAMTH0FsY2F0ZWwgTHVjZW50IEludGVybmFsIFJvb3QgQ0EwHhcN
MDgxMTAzMTU0MTE2WhcNMjgxMTAzMTU0MTE2WjBDMRcwFQYDVQQKEw5BbGNhdGVsIEx1Y2VudDEo
MCYGA1UEAxMfQWxjYXRlbCBMdWNlbnQgSW50ZXJuYWwgUm9vdCBDQTCCASIwDQYJKoZIhvcNAQEB
BQADggEPADCCAQoCggEBAL5IGBVth8afQdnpuLDI0Z37GgIcPWznOOzFJUV1gVbztqQ5CIxkVL4K
soAfLzc8LQHqNl2Nk3YbVBputIyCe2nzGsRjQeVt+HO2PV7h2YpMQlVd+XGsmpJ4fAP3A38wkTl6
tFPAYspyUFvjNON1J3BJE/2cuY7apvn9ZfSz99x7y4QBZh3hvm4g5Fn7mK04/q7K6O4Z8Y6zkSxG
ZFNyZ6NIuAPNCODZASqYnHiAgtEcCR4WPs6rj+Y8MU0q56ddwuIZ0qeP2ScHY0wVtnmqXzHyCzEQ
Eb2eJCsGpXFwUalVaxPUZEVoVDfjO+2ZN5gNJrGMTu7Mv9k1WG0LR3zZ1QsCAwEAAaOBoDCBnTAL
BgNVHQ8EBAMCAYYwDwYDVR0TAQH/BAUwAwEB/zAdBgNVHQ4EFgQUB6yyWvZhiXxcfOvilycpaQyK
H/AwEAYJKwYBBAGCNxUBBAMCAQAwTAYDVR0gBEUwQzBBBgRVHSAAMDkwNwYIKwYBBQUHAgEWK2h0
dHA6Ly93d3cuYWxjYXRlbC1sdWNlbnQuY29tL1BLSS9jcC9jcC5odG0wDQYJKoZIhvcNAQEFBQAD
ggEBADBMWG3WQyC6+mBzuuFuCGqJAiC4v+TQ3ZErd5KKSRGh8dwjzK5L2C51wJPVe6EAjb59CEb2
p2aPKSkoMrCC8seBRM/bs23DMyna1Jr9Q5EZDrmRqBLJy3Cs8NFpa/cKb6SkegFHcB/vi+SYgSdR
BwoNE5+y6MRPXcEBadI/9W8Zlkk5sJ3w55e+i8OCNg/fDYAQuJPa+hD3/byWGxUgGSMNGQ/GS2st
NETAa5Z/88Sh9FHk2BtrxSz7jPtekKhjsidD2ANJZTCyj9iRB+Nt9FEetNpcN6ke1FlepRbCsV10
I0y6weLwZ34h2GWbN9qEOSQV88NBA149a5ugJ/oCbHEwggTdMIIDxaADAgECAgoanQrOAAAAAAAG
MA0GCSqGSIb3DQEBBQUAMEMxFzAVBgNVBAoTDkFsY2F0ZWwgTHVjZW50MSgwJgYDVQQDEx9BbGNh
dGVsIEx1Y2VudCBJbnRlcm5hbCBSb290IENBMB4XDTA4MTEyMTIxNTcyOFoXDTE4MTEyMTIyMDcy
OFowgYUxEzARBgoJkiaJk/IsZAEZFgNjb20xFjAUBgoJkiaJk/IsZAEZFgZsdWNlbnQxFDASBgoJ
kiaJk/IsZAEZFgRuYTAyMRcwFQYDVQQKEw5BbGNhdGVsIEx1Y2VudDEnMCUGA1UEAxMeQWxjYXRl
bCBMdWNlbnQgSW50ZXJuYWwgU3ViIENBMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEA
2Ocmcli3LbVU6TRh+JLMtquBr5/grS+gzfN5YL/lauFCHmDlF7kNQvxtDWqwNpOkzb97CwWcVsdf
kyWAiGzVWeRIrYGhK/xNPFRYXOKYXLGqxFWkltZkYpSRudHzjTneUC4EVdMXnREMu8FTC0CM38Vb
xMvQ+ygjEyicg2QT9lZHWkKP9kCI1818P+AmS7905t6kXR9Q2m1GjcCa0KqARPGX/xe2toQS+Vdi
UwDary1Enk8j19KFmvFg1bhY2mNSHgzN2AWnhsOi/EID1SalzBwHylByB/UbbEv2dZUsAdMuOtYt
Z/8dM1axS0d3fW7q7mAYV5uM42mYX9o1B/RzjwIDAQABo4IBjjCCAYowDwYDVR0TAQH/BAUwAwEB
/zAdBgNVHQ4EFgQU2exrvZZYIvfYpnfN/k2B77qXvRIwCwYDVR0PBAQDAgHGMBAGCSsGAQQBgjcV
AQQDAgEAMBkGCSsGAQQBgjcUAgQMHgoAUwB1AGIAQwBBMB8GA1UdIwQYMBaAFAesslr2YYl8XHzr
4pcnKWkMih/wMHgGA1UdHwRxMG8wbaBroGmGOWh0dHA6Ly9zZXJ2aWNlcy5zdXBwb3J0LmFsY2F0
ZWwtbHVjZW50LmNvbS9QS0kvcm9vdENBLmNybIYsaHR0cDovL3d3dy5hbGNhdGVsLWx1Y2VudC5j
b20vUEtJL3Jvb3RDQS5jcmwwgYIGCCsGAQUFBwEBBHYwdDA4BggrBgEFBQcwAoYsaHR0cDovL3d3
dy5hbGNhdGVsLWx1Y2VudC5jb20vUEtJL3Jvb3RDQS5jcnQwOAYIKwYBBQUHMAKGLGh0dHA6Ly93
d3cuYWxjYXRlbC1sdWNlbnQuY29tL1BLSS9yb290Q0EuY3J0MA0GCSqGSIb3DQEBBQUAA4IBAQCl
GxDp5Z1IDjIEz8VaTEWa8Q1OWUbXwsszdoNg5Gg3F1a2VFFVegmsrpt4axbESlgE6AT/rkUUiyjb
EhcUgY2OHdeKN5Gc7VOGh9D7SER9peARwSwx4NYRrsIaRXDrUswWAM6T6ilDUogjKYk3uK2zZ6Vy
7z3JewxVlhpeSsNPQSMoyNibKkYLRoh6rvz94vB0mvcT0uVx7xowPNoTOjjGRAk4J/MBaNOupvwf
RfPmwRetdnD6NC5x8aRkhr4ZNBjvYxFT8IJaeLk8piQYMPRDlzi7dlb9d6C5WuC0LRpomk2r3bd6
/XpNOx2FyG18axeeASWtENgPvqEirM5MjwkCMIIHYzCCBkugAwIBAgIKXRYRuwAAAADQ8TANBgkq
hkiG9w0BAQUFADCBhTETMBEGCgmSJomT8ixkARkWA2NvbTEWMBQGCgmSJomT8ixkARkWBmx1Y2Vu
dDEUMBIGCgmSJomT8ixkARkWBG5hMDIxFzAVBgNVBAoTDkFsY2F0ZWwgTHVjZW50MScwJQYDVQQD
Ex5BbGNhdGVsIEx1Y2VudCBJbnRlcm5hbCBTdWIgQ0EwHhcNMTUwNDE2MDU1MjI4WhcNMTcwNDE1
MDU1MjI4WjBDMREwDwYDVQQDEwhib2dhZXJ0YjEuMCwGCSqGSIb3DQEJARYfYmFydC5ib2dhZXJ0
QGFsY2F0ZWwtbHVjZW50LmNvbTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAJBS7alw
mZfOimfXIdJjyp1G8U+E4Rs5y+eXtDfKWEuy6UOCstRCUiSz+eljCu737ZPkMHmPMdXDHZGnsV9y
HsInD5cZHBTNnboc8lV7zLVpTrtrnflClsOiRD75CS1Vvehx+JnFuW4Mo/VeWjQtUD4tUU67W7b0
QPOkcB3KkZixozjERSxPUFHf6pMShshwQlKtvV6YLdhnNePiuFimfYqUDiOQs1LR8C+r3eSMHi8o
lyWTHf49vFPL7z62HWSldeEkf6vhtuZuWLfH7xqO3CIQH63zUJF9p23ko2/Gtc1MpAcdWMwV3ymj
V8ef+gZac/SFwFgA547zeawhhvtdiOUCAwEAAaOCBBQwggQQMD0GCSsGAQQBgjcVBwQwMC4GJisG
AQQBgjcVCIW9xVmD47E5h6WBKoa/w0KFlJgZgQv55kyE/bVaAgFkAgEFMB8GA1UdJQQYMBYGCisG
AQQBgjcKAwQGCCsGAQUFBwMEMAsGA1UdDwQEAwIFoDApBgkrBgEEAYI3FQoEHDAaMAwGCisGAQQB
gjcKAwQwCgYIKwYBBQUHAwQwRAYJKoZIhvcNAQkPBDcwNTAOBggqhkiG9w0DAgICAIAwDgYIKoZI
hvcNAwQCAgCAMAcGBSsOAwIHMAoGCCqGSIb3DQMHMB0GA1UdDgQWBBTzjeedsBUMWk5eyOwD8/c9
1B1G8jAfBgNVHSMEGDAWgBTZ7Gu9llgi99imd83+TYHvupe9EjCCAV0GA1UdHwSCAVQwggFQMIIB
TKCCAUigggFEhoHZbGRhcDovLy9DTj1BbGNhdGVsJTIwTHVjZW50JTIwSW50ZXJuYWwlMjBTdWIl
MjBDQSxDTj11c25hdnNwa2kwM3AsQ049Q0RQLENOPVB1YmxpYyUyMEtleSUyMFNlcnZpY2VzLENO
PVNlcnZpY2VzLENOPUNvbmZpZ3VyYXRpb24sREM9bHVhZCxEQz1sdWNlbnQsREM9Y29tP2NlcnRp
ZmljYXRlUmV2b2NhdGlvbkxpc3Q/YmFzZT9vYmplY3RDbGFzcz1jUkxEaXN0cmlidXRpb25Qb2lu
dIYsaHR0cHM6Ly93d3cuYWxjYXRlbC1sdWNlbnQuY29tL1BLSS9zdWJDQS5jcmyGOGh0dHA6Ly9z
ZXJ2aWNlcy5zdXBwb3J0LmFsY2F0ZWwtbHVjZW50LmNvbS9QS0kvc3ViQ0EuY3JsMIIBYQYIKwYB
BQUHAQEEggFTMIIBTzCBzAYIKwYBBQUHMAKGgb9sZGFwOi8vL0NOPUFsY2F0ZWwlMjBMdWNlbnQl
MjBJbnRlcm5hbCUyMFN1YiUyMENBLENOPUFJQSxDTj1QdWJsaWMlMjBLZXklMjBTZXJ2aWNlcyxD
Tj1TZXJ2aWNlcyxDTj1Db25maWd1cmF0aW9uLERDPWx1YWQsREM9bHVjZW50LERDPWNvbT9jQUNl
cnRpZmljYXRlP2Jhc2U/b2JqZWN0Q2xhc3M9Y2VydGlmaWNhdGlvbkF1dGhvcml0eTA4BggrBgEF
BQcwAoYsaHR0cHM6Ly93d3cuYWxjYXRlbC1sdWNlbnQuY29tL1BLSS9zdWJDQS5jcnQwRAYIKwYB
BQUHMAKGOGh0dHA6Ly9zZXJ2aWNlcy5zdXBwb3J0LmFsY2F0ZWwtbHVjZW50LmNvbS9QS0kvc3Vi
Q0EuY3J0MCoGA1UdEQQjMCGBH2JhcnQuYm9nYWVydEBhbGNhdGVsLWx1Y2VudC5jb20wDQYJKoZI
hvcNAQEFBQADggEBAEARoPJfuwXhstAQ/fAz/XKDC//Je9A0RG9Q5XV7+URvR5GxhwuikL/MEtXs
Dspufv0eHG/b92AVZxaSgdpzC6neLoW2Q/Rdeavuifm7H/Ob645vIufqDQEqRqsyt9xRP+31VphA
do994d7kU6v5BI7DAA8s5rl6h4PFbtvY5qe8VLNiTnon1dCwPQ+mRSrLfgjlZUw+WsMh69JEOWZX
EufZMg0oUvCboUe3LNNvh8+DtLafaT1gS/kpv3c+dXVApTjb1tPbeZHc5L85AVQBsbq/vYpWhiZR
qDiyVyPh+dh7vTa/GBJx/UVLwv6IswAwtCWZ/r9aReHssqkgMH9evF8xggQpMIIEJQIBATCBlDCB
hTETMBEGCgmSJomT8ixkARkWA2NvbTEWMBQGCgmSJomT8ixkARkWBmx1Y2VudDEUMBIGCgmSJomT
8ixkARkWBG5hMDIxFzAVBgNVBAoTDkFsY2F0ZWwgTHVjZW50MScwJQYDVQQDEx5BbGNhdGVsIEx1
Y2VudCBJbnRlcm5hbCBTdWIgQ0ECCl0WEbsAAAAA0PEwCQYFKw4DAhoFAKCCAmkwGAYJKoZIhvcN
AQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMTYxMTI5MDgyMzA5WjAjBgkqhkiG9w0B
CQQxFgQU0qiGaZ34SyHKaDTB4yS3bvptkEowgaUGCSsGAQQBgjcQBDGBlzCBlDCBhTETMBEGCgmS
JomT8ixkARkWA2NvbTEWMBQGCgmSJomT8ixkARkWBmx1Y2VudDEUMBIGCgmSJomT8ixkARkWBG5h
MDIxFzAVBgNVBAoTDkFsY2F0ZWwgTHVjZW50MScwJQYDVQQDEx5BbGNhdGVsIEx1Y2VudCBJbnRl
cm5hbCBTdWIgQ0ECCl0WEbsAAAAA0PEwgacGCyqGSIb3DQEJEAILMYGXoIGUMIGFMRMwEQYKCZIm
iZPyLGQBGRYDY29tMRYwFAYKCZImiZPyLGQBGRYGbHVjZW50MRQwEgYKCZImiZPyLGQBGRYEbmEw
MjEXMBUGA1UEChMOQWxjYXRlbCBMdWNlbnQxJzAlBgNVBAMTHkFsY2F0ZWwgTHVjZW50IEludGVy
bmFsIFN1YiBDQQIKXRYRuwAAAADQ8TCBtwYJKoZIhvcNAQkPMYGpMIGmMAsGCWCGSAFlAwQBKjAL
BglghkgBZQMEARYwCgYIKoZIhvcNAwcwCwYJYIZIAWUDBAECMA4GCCqGSIb3DQMCAgIAgDAHBgUr
DgMCBzANBggqhkiG9w0DAgIBQDANBggqhkiG9w0DAgIBKDAHBgUrDgMCGjALBglghkgBZQMEAgMw
CwYJYIZIAWUDBAICMAsGCWCGSAFlAwQCATAKBggqhkiG9w0CBTANBgkqhkiG9w0BAQEFAASCAQAm
BX8bzbKi4gCoPa41F05lWjznlFMIctGAof0dUD+jNUmVPcfaBx5iaYarnuHsNEJXz/FV6zgSNV+i
B5f4pGn0lXzQHb0CsB7lTXJz3ImXcgtuPkgozhfuKwP+4gLiaitrOi3SDDQ8cMiYM5d976k2dsNW
InoNQikWYNEWL3IuXtdJASyIb0H888skgobOUOXm+2BkDc96gYozWOolS1jP3LogOPxZwtaNfiyK
QgTD1EZoIX7SkhXyHxKWnd5SmIH9zjOMH9rFvqLhgSoShd5+46fJG+isg6dWYPCEJ8zR4kbdULzG
ChOpp2VQtGnFEJ3vJ2uKagiQKnOsRmF7RhHwAAAAAAAA

------=_NextPart_000_008E_01D24A22.336E0F00--


From nobody Tue Nov 29 01:23:31 2016
Return-Path: 
X-Original-To: netmod@ietfa.amsl.com
Delivered-To: netmod@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EB934129636; Tue, 29 Nov 2016 01:23:29 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -16.019
X-Spam-Level: 
X-Spam-Status: No, score=-16.019 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, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-1.497, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 0YFrxduGhwy9; Tue, 29 Nov 2016 01:23:28 -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 D7C5A129631; Tue, 29 Nov 2016 01:23:27 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=1974; q=dns/txt; s=iport; t=1480411408; x=1481621008; h=subject:to:references:cc:from:message-id:date: mime-version:in-reply-to:content-transfer-encoding; bh=V0ZcdRzLEgxZMYDFV1dcPoCSNuoNuatoIVA6hFEj5E0=; b=fj3wkr97xYKjFCUIkMBEXzjw6RyHxbFwfyBlUD1OzgF1zsnxqEC6ou7l DKEwd1uXSvW6FCmVDK0DstYJ3bgGfffIyjXJfCAGeYuSHW3lzBH+c9gtW mb5SfxfVgh6uw76iV7Zy/NzNgDoeiFwYDBH59AHWI15FMPQj6m22f9V6R c=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0BHAQDdRz1Y/xbLJq1dGQEBAQEBAQEBA?= =?us-ascii?q?QEBBwEBAQEBgzgBAQEBAXcuVQGNQpcflHWCBimFeQKCPRQBAgEBAQEBAQFiKIR?= =?us-ascii?q?pAQEEIxU8BRALDgoCAiYCAlcGDQgBAYhpDq0ZgimLRgEBAQEBAQEBAQEBAQEBA?= =?us-ascii?q?QEBIIELhTOBfYJehBsRAYMggl0FmlSGSIo+gXJPhCiDHoYrihGDYIQMHjdeFxM?= =?us-ascii?q?MIYUwPjWFXoIuAQEB?=
X-IronPort-AV: E=Sophos;i="5.31,715,1473120000"; d="scan'208";a="650293684"
Received: from aer-iport-nat.cisco.com (HELO aer-core-2.cisco.com) ([173.38.203.22]) by aer-iport-4.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 29 Nov 2016 09:23:25 +0000
Received: from [10.63.23.160] (dhcp-ensft1-uk-vla370-10-63-23-160.cisco.com [10.63.23.160]) by aer-core-2.cisco.com (8.14.5/8.14.5) with ESMTP id uAT9NPXi026495; Tue, 29 Nov 2016 09:23:25 GMT
To: Lou Berger 
References: 
From: Robert Wilton 
Message-ID: <1e86a14b-ddc5-343a-56ab-eb595a221f11@cisco.com>
Date: Tue, 29 Nov 2016 09:23:25 +0000
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.4.0
MIME-Version: 1.0
In-Reply-To: 
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
Archived-At: 
Cc: NetMod Chairs , NetMod WG 
Subject: Re: [netmod] Regarding IPR on draft-nmdsdt-netmod-revised-datastores
X-BeenThere: netmod@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: NETMOD WG list 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Tue, 29 Nov 2016 09:23:30 -0000

No, I'm not aware of any IPR that applies to this draft.

Thanks,
Rob


On 28/11/2016 22:50, Lou Berger wrote:
> Authors, Contributors, WG,
>
> As part of the preparation for WG Adoption
>
> Are you aware of any IPR that applies to drafts identified above?
>
> [NOTE: Adoption poll will be on the first draft, but authors have agreed
> that -01 WG revision will be based on both.]
>
> Please state either:
>
> "No, I'm not aware of any IPR that applies to this draft"
> or
> "Yes, I'm aware of IPR that applies to this draft"
>
> If so, has this IPR been disclosed in compliance with IETF IPR rules
> (see RFCs 3979, 4879, 3669 and 5378 for more details)?
>
> If yes to the above, please state either:
>
> "Yes, the IPR has been disclosed in compliance with IETF IPR rules"
> or
> "No, the IPR has not been disclosed"
>
> If you answer no, please provide any additional details you think
> appropriate.
>
> If you are listed as a document author or contributor please answer the
> above by responding to this email regardless of whether or not you are
> aware of any relevant IPR. This document will not advance to the next
> stage until a response has been received from each author and listed
> contributor. NOTE: THIS APPLIES TO ALL OF YOU LISTED IN THIS MESSAGE'S
> TO LINES.
>
> If you are on the WG email list or attend WG meetings but are not listed
> as an author or contributor, we remind you of your obligations under
> the IETF IPR rules which encourages you to notify the IETF if you are
> aware of IPR of others on an IETF contribution, or to refrain from
> participating in any contribution or discussion related to your
> undisclosed IPR. For more information, please see the RFCs listed above
> and
> http://trac.tools.ietf.org/group/iesg/trac/wiki/IntellectualProperty.
>
> Thank you,
> NETMOD WG Chairs
>
> PS Please include all listed in the headers of this message in your
> response.
>
>
> .
>


From nobody Tue Nov 29 02:46:40 2016
Return-Path: 
X-Original-To: netmod@ietfa.amsl.com
Delivered-To: netmod@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EE6A3129496 for ; Tue, 29 Nov 2016 02:46:38 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -16.018
X-Spam-Level: 
X-Spam-Status: No, score=-16.018 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-1.497, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id jdRliXW5orxo for ; Tue, 29 Nov 2016 02:46:36 -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 6257A1293E0 for ; Tue, 29 Nov 2016 02:46:35 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=46069; q=dns/txt; s=iport; t=1480416395; x=1481625995; h=subject:to:references:cc:from:message-id:date: mime-version:in-reply-to; bh=ISqkH2+Y7ZR4YjTFlvxQiFAcvdZhWAQHxcIVOTQDllY=; b=eaLuJ0SzUXOTaf438uieZO0sfhMvSZa29ZDhQK4QQAo2krvWME257nuU DreCVDvsMf+gsyAukf86R4V4/NhY6tWbYc8HvqRvKFyzeLhA1W1wPXk+/ Y+OeqhuvPOZABxFkeX+jzFhgA08r1T5PCPYmqr5Hs5kgAVv8oLokDX9WC E=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0ADAQDXWz1Y/xbLJq1dGQEBAQEBAQEBA?= =?us-ascii?q?QEBBwEBAQEBgnM3DgEBAQEBdy5VjUOXIJR1ggMDHgEKhS9KAoI/FAECAQEBAQE?= =?us-ascii?q?BAWIohGgBAQEEAQEBFwkKQQsMBAkCEAEEAQEBIAEGAwICJx8JCAYNBgIBAReIU?= =?us-ascii?q?g6PD51FgikvixcBAQEBAQEBAQEBAQEBAQEBAQEBAQEXBYY+gX2CXoQzQgqCToJ?= =?us-ascii?q?dBZRrhWmRBooHhiuKEYNghAweN3UTDCGFMD40iA0BAQE?=
X-IronPort-AV: E=Sophos;i="5.31,568,1473120000";  d="scan'208,217";a="690015579"
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; 29 Nov 2016 10:46:32 +0000
Received: from [10.63.23.160] (dhcp-ensft1-uk-vla370-10-63-23-160.cisco.com [10.63.23.160]) by aer-core-4.cisco.com (8.14.5/8.14.5) with ESMTP id uATAkVmN029956; Tue, 29 Nov 2016 10:46:31 GMT
To: "Bogaert, Bart (Nokia - BE)" 
References:  <627f8105-ff03-eba7-53c5-e09e3189aef2@cisco.com>  <20161128.144507.2135693859659564831.mbj@tail-f.com>    
From: Robert Wilton 
Message-ID: <68a292a9-4e0e-af4b-a04a-80b3bdf53fa8@cisco.com>
Date: Tue, 29 Nov 2016 10:46:30 +0000
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.4.0
MIME-Version: 1.0
In-Reply-To: 
Content-Type: multipart/alternative; boundary="------------41431C8E8DD98792A32F2163"
Archived-At: 
Cc: "netmod@ietf.org" 
Subject: Re: [netmod] Mandatory leafs via augment
X-BeenThere: netmod@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: NETMOD WG list 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Tue, 29 Nov 2016 10:46:39 -0000

This is a multi-part message in MIME format.
--------------41431C8E8DD98792A32F2163
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 8bit

Hi Bart,

You have probably already considered this, but an alternative solution 
would be to use a global flag to predicate a "leaf d" when statement on, 
e.g. something along the lines of ...

module base-class {
    prefix base;
    container base {
       leaf a;
       leaf b;
       leaf c;
    }
}

module augment-base {
   prefix aug;
   import base-class { prefix base; }

   leaf globalEnableAugmentedBase {
     type empty;
     description "Global flag to control whether leaf d is required."
   }

   augment '/base:base' {
     when '/globalEnableAugmentedBase';
     leaf d {
       mandatory true;
     }
   }
}

This is compliant with the rules, in that a client has to be explicitly 
aware and enable the "leaf d" functionality.  Of course there is still 
an expectation that clients that are not aware of "augment-base" could 
still configure "base" objects.

It still isn't clear to me whether in your case "base-class" is a 
standard module, and "augment-base" is a vendor augmentation, in which 
case it is strongly desirable not to force vendor specific mandatory 
augmentations, since it means that a generic client that only knows 
about base-class cannot inter-operate with a device that expects 
augment-base.

Conversely, if the base container is expected to represent an abstract 
base class, with separate concrete instantiations, then adding a 
mandatory choice statement to your container base, may allow you to 
express this more cleanly in YANG.

E.g. an example for the latter case is:

module base-class {
   namespace "urn:temp:augment";
   prefix base;
   container base {
     leaf a { type string; }
     leaf b { type string; }
     leaf c { type string; }
     choice subtype {
       mandatory true;
     }
   }
}

module augment-base {
   namespace "urn:temp:augment-base";
   prefix aug;
   import base-class { prefix base; }

   augment '/base:base/base:subtype'{
     case d-subclass {
       container d {
         leaf d {
           mandatory true;
           type string;
         }
       }
     }
   }
}

Regards,
Rob


On 29/11/2016 08:23, Bogaert, Bart (Nokia - BE) wrote:
>
> Andy,
>
> Thanks for this feedback.  The server would indeed advertise this 
> deviation as a “flag†to the client that the server is expecting more 
> than just the base class.
>
> Best regards - Vriendelijke groeten,
>
> Bart Bogaert
>
> Broadband-Access System Architect Data
>
> Contact number +32 3 2408310 (+32 477 673952)
>
> *NOKIA*
>
> Copernicuslaan 50, 2018 Antwerp, Belgium
> Fortis 220-0002334-42
> VAT BE 0404 621 642 Register of Legal Entities Antwerp
>
> <<
> This message (including any attachments) contains confidential 
> information intended for a specific individual and purpose, and is 
> protected by law. If you are not the intended recipient, you should 
> delete this message. Any disclosure, copying, or distribution of this 
> message, or the taking of any action based on it, is strictly 
> prohibited without the prior consent of its author.
> >>
>
> *From:*Andy Bierman [mailto:andy@yumaworks.com]
> *Sent:* 28 November 2016 18:39
> *To:* Robert Wilton 
> *Cc:* Bogaert, Bart (Nokia - BE) ; netmod@ietf.org
> *Subject:* Re: [netmod] Mandatory leafs via augment
>
> On Mon, Nov 28, 2016 at 7:47 AM, Robert Wilton  > wrote:
>
>     Hi Bart,
>
>     Alas, it sounds like you are attempting to do exactly what the
>     existing text is attempting to prevent you from doing.  In
>     particular, your approach will break an existing client from
>     working that hasn't been coded to be aware of the new augment-base
>     module.
>
>     In terms of your solution, unless I'm missing something, then I'm
>     not sure whether the deviation really helps -  it seems to be
>     equivalent to be just writing the must statement directly on 'leaf
>     d' in the augment-base module
>
>     IIRC, I don't think that YANG prevents you from using a "must"
>     statement to effectively make a leaf mandatory.  However, even if
>     this is allowed, it is probably against the spirit of the
>     constraint that YANG is attempting to impose here.  I.e.
>     specifically that changes/augmentations to YANG modules are
>     expected to be fully backwards compatible.
>
> YANG conformance is per module.
>
> That means is is OK for a client to code to "base-class" and not
>
> the "augment-base" module.
>
> I have tried several times to fix that in YANG with conformance 
> statements that
>
> can be more than one module, but this has not been seen as important.
>
> Robert is correct that the deviation does not change things at all,
>
> other than this is the correct way to do things that are not allowed
>
> (and your server must advertise the deviation, which tells the world
>
> "I do not implement module "base-class" correctly".)
>
> 6087bis allows conditionally mandatory,
>
> which usually means you pick a new value for something in the base module
>
> (e.g, leaf a, b, or c).  The old client will not set leaf b to the new 
> value.
>
>   leaf b {
>
>     enumeration {
>
>       // old enums
>
>       enum new;
>
>     }
>
>   }
>
>   leaf d {
>
>     when "../b = new";
>
>     mandatory true;
>
>     type string;
>
>   }
>
>     Thanks,
>     Rob
>
> Andy
>
>
>
>     On 28/11/2016 15:01, Bogaert, Bart (Nokia - BE) wrote:
>
>         What we want to express is that if the NC client sends a
>         request to
>         configure an object of class base we have a means to express
>         that it also
>         has to send a value for the augmented leaf.  The reason why it
>         is in an
>         augment is because we can't modify the base class.
>
>         Best regards - Vriendelijke groeten,
>         Bart Bogaert
>         Broadband-Access System Architect Data
>         Contact number +32 3 2408310 (+32 477 673952)
>
>         NOKIA
>         Copernicuslaan 50, 2018 Antwerp, Belgium
>         Fortis 220-0002334-42
>         VAT BE 0404 621 642 Register of Legal Entities Antwerp
>
>         <<
>         This message (including any attachments) contains confidential
>         information
>         intended for a specific individual and purpose, and is
>         protected by law. If
>         you are not the intended recipient, you should delete this
>         message. Any
>         disclosure, copying, or distribution of this message, or the
>         taking of any
>         action based on it, is strictly prohibited without the prior
>         consent of its
>         author.
>         -----Original Message-----
>         From: Martin Bjorklund [mailto:mbj@tail-f.com
>         ]
>         Sent: 28 November 2016 14:45
>         To: Bogaert, Bart (Nokia - BE)          >
>         Cc: rwilton@cisco.com ;
>         netmod@ietf.org 
>         Subject: Re: [netmod] Mandatory leafs via augment
>
>         "Bogaert, Bart (Nokia - BE)"          > wrote:
>
>             Hi Rob,
>
>
>             In the case we're trying to work out basically client and
>             server would
>             be aware of base class, augmentation and deviation as the
>             SW running
>             on the box is expecting a value for a leaf of the
>             augmented data, so
>             leaf d for the NC server (and the application SW dealing
>             with the HW)
>             is expected to have a value in the device.  The device
>             would not
>             support objects of the base class only.  I could
>             understand that a NC
>             client interacts with other servers only supporting the
>             base class as
>             that device may not require the augmented leafs.
>
>         I don't understand what you want to do.  It seems as if you're
>         saying that
>         if the client thinks that leaf d is mandatory then leaf d is
>         mandatory.
>         Otherwise leaf d is not mandatory.
>
>
>         /martin
>
>
>             Best regards - Vriendelijke groeten,
>
>             Bart Bogaert
>
>             Broadband-Access System Architect Data
>
>             Contact number +32 3 2408310 (+32 477 673952)
>
>
>             NOKIA
>
>             Copernicuslaan 50, 2018 Antwerp, Belgium Fortis
>             220-0002334-42 VAT BE
>             0404 621 642 Register of Legal Entities Antwerp
>
>
>
>             <<
>             This message (including any attachments) contains confidential
>             information intended for a specific individual and
>             purpose, and is
>             protected by law. If you are not the intended recipient,
>             you should
>             delete this message. Any disclosure, copying, or
>             distribution of this
>             message, or the taking of any action based on it, is strictly
>             prohibited without the prior consent of its author.
>
>             From: Robert Wilton [mailto:rwilton@cisco.com
>             ]
>             Sent: 28 November 2016 12:48
>             To: Bogaert, Bart (Nokia - BE)              >
>             Cc: netmod@ietf.org 
>             Subject: Re: [netmod] Mandatory leafs via augment
>
>
>             Hi Bart,
>
>             In your idea, am I correct to assume that only the client
>             loads
>             (base-class, augment-base, and base-deviation), and the
>             server only
>             knows about (base-class and augment-base)?
>
>             Further, am I right to assume that the server would still
>             support
>             clients configuring base even if they don't know about
>             augment-base?
>             I.e. from a server perspective, leaf d isn't actually
>             mandatory.
>
>             Thanks,
>             Rob
>
>
>
>             On 28/11/2016 11:28, Bogaert, Bart (Nokia - BE) wrote:
>
>             Assume the following.
>               module base-class {
>                 prefix base;
>                 container base {
>                    leaf a;
>                    leaf b;
>                    leaf c;
>                 }
>             }
>               module augment-base {
>                prefix aug;
>                import base-class { prefix base; }
>                  augment '/base:base'{
>                  leaf d;
>                }
>             }
>               module base-deviation {
>                prefix base-dev;
>                  deviation "/base:base" {
>                  deviate add {
>                    must "./aug:d" {
>                      error-message "A value for d must be present when
>             configuring
>             augmented base";
>                    }
>                  }
>                }
>               Best regards - Vriendelijke groeten,
>             Bart Bogaert
>             Broadband-Access System Architect Data Contact number +32
>             3 2408310
>             (+32 477 673952)
>               NOKIA
>             Copernicuslaan 50, 2018 Antwerp, Belgium Fortis
>             220-0002334-42 VAT BE
>             0404 621 642 Register of Legal Entities Antwerp
>               <<
>             This message (including any attachments) contains confidential
>             information intended for a specific individual and
>             purpose, and is
>             protected by law. If you are not the intended recipient,
>             you should
>             delete this message. Any disclosure, copying, or
>             distribution of this
>             message, or the taking of any action based on it, is strictly
>             prohibited without the prior consent of its author.
>
>
>               -----Original Message-----
>             From: Juergen Schoenwaelder
>             [mailto:j.schoenwaelder@jacobs-university.de
>             ]
>             Sent: 28 November 2016 12:09
>             To: Bogaert, Bart (Nokia - BE) 
>                          >
>             >
>             Cc: netmod@ietf.org 
>             >
>             Subject: Re: [netmod] Mandatory leafs via augment
>               On Mon, Nov 28, 2016 at 10:42:42AM +0000, Bogaert, Bart
>             (Nokia - BE)
>
>         wrote:
>
>               How can we achieve the same if no when-clause can be
>             constructed but
>             we still would like to have a leaf to be mandatory.  One
>             way we
>             thought of achieving this is
>               -          have a YANG module defining the augmented data
>               -          construct a must statement on the object
>             being augmented where
>
>             we
>
>             check that something needs to be present that is added via
>             a deviation.
>
>               An example may help here...
>               /js
>
>
>
>
>
>
>             _______________________________________________
>             netmod mailing list
>             netmod@ietf.org 
>             >
>             https://www.ietf.org/mailman/listinfo/netmod
>
>
>     _______________________________________________
>     netmod mailing list
>     netmod@ietf.org 
>     https://www.ietf.org/mailman/listinfo/netmod
>


--------------41431C8E8DD98792A32F2163
Content-Type: text/html; charset=utf-8
Content-Transfer-Encoding: 8bit


  
    
  
  
    
Hi Bart,

    
You have probably already considered this, but an alternative
      solution would be to use a global flag to predicate a "leaf d"
      when statement on, e.g. something along the lines of ... 

    
module base-class {
   prefix base;
   container base {
      leaf a;
      leaf b;
      leaf c;
   }
}

module augment-base {
  prefix aug;
  import base-class { prefix base; }

  leaf globalEnableAugmentedBase {
    type empty;
    description "Global flag to control whether leaf d is required."
  }

  augment '/base:base' {
    when '/globalEnableAugmentedBase';
    leaf d {
      mandatory true;
    }
  }
}

    This is compliant with the rules, in that a client has to be
    explicitly aware and enable the "leaf d" functionality.  Of course
    there is still an expectation that clients that are not aware of
    "augment-base" could still configure "base" objects.

    

    It still isn't clear to me whether in your case "base-class" is a
    standard module, and "augment-base" is a vendor augmentation, in
    which case it is strongly desirable not to force vendor specific
    mandatory augmentations, since it means that a generic client that
    only knows about base-class cannot inter-operate with a device that
    expects augment-base.

    

    Conversely, if the base container is expected to represent an
    abstract base class, with separate concrete instantiations, then
    adding a mandatory choice statement to your container base, may
    allow you to express this more cleanly in YANG.

    

    E.g. an example for the latter case is:

    
module base-class {
  namespace "urn:temp:augment";
  prefix base;
  container base {
    leaf a { type string; }
    leaf b { type string; }
    leaf c { type string; }
    choice subtype {
      mandatory true;
    }
  }
}

module augment-base {
  namespace "urn:temp:augment-base";
  prefix aug;
  import base-class { prefix base; }

  augment '/base:base/base:subtype'{
    case d-subclass {
      container d {
        leaf d {
          mandatory true;
          type string;
        }
      }
    }
  }
}


    Regards,

    Rob

    

    

    
On 29/11/2016 08:23, Bogaert, Bart
      (Nokia - BE) wrote:

    

    

      
      
      
      

        
Andy,

        
 

        
Thanks for this feedback.  The server would
            indeed advertise this deviation as a “flag†to the client
            that the server is expecting more than just the base class.

        
 

        
Best regards - Vriendelijke groeten,

        
Bart Bogaert

        
Broadband-Access System Architect Data

        
Contact number +32 3 2408310 (+32 477 673952)

        
 

        
NOKIA

        
Copernicuslaan 50, 2018 Antwerp, Belgium

            Fortis 220-0002334-42

            VAT BE 0404 621 642 Register of Legal Entities Antwerp

            

            

        
<<

            This message (including any attachments) contains
            confidential information intended for a specific individual
            and purpose, and is protected by law. If you are not the
            intended recipient, you should delete this message. Any
            disclosure, copying, or distribution of this message, or the
            taking of any action based on it, is strictly prohibited
            without the prior consent of its author.

            >> 

        
 

        
From: Andy Bierman [mailto:andy@yumaworks.com] 

            Sent: 28 November 2016 18:39

            To: Robert Wilton <rwilton@cisco.com>

            Cc: Bogaert, Bart (Nokia - BE)
            <bart.bogaert@nokia.com>; netmod@ietf.org

            Subject: Re: [netmod] Mandatory leafs via augment

        
 

        

          
 

          

            
 

            

              
On Mon, Nov 28, 2016 at 7:47 AM,
                Robert Wilton <rwilton@cisco.com>
                wrote:

              

                
Hi
                  Bart,

                  

                  Alas, it sounds like you are attempting to do exactly
                  what the existing text is attempting to prevent you
                  from doing.  In particular, your approach will break
                  an existing client from working that hasn't been coded
                  to be aware of the new augment-base module.

                  

                  In terms of your solution, unless I'm missing
                  something, then I'm not sure whether the deviation
                  really helps -  it seems to be equivalent to be just
                  writing the must statement directly on 'leaf d' in the
                  augment-base module

                  

                  IIRC, I don't think that YANG prevents you from using
                  a "must" statement to effectively make a leaf
                  mandatory.  However, even if this is allowed, it is
                  probably against the spirit of the constraint that
                  YANG is attempting to impose here.  I.e. specifically
                  that changes/augmentations to YANG modules are
                  expected to be fully backwards compatible.

              

              

                
 

              

              

                
 

              

              

                
YANG conformance is per module.

              

              

                
That means is is OK for a client to
                  code to "base-class" and not

              

              

                
the "augment-base" module.

              

              

                
 

              

              

                
I have tried several times to fix
                  that in YANG with conformance statements that

              

              

                
can be more than one module, but
                  this has not been seen as important.

              

              

                
 

              

              

                
Robert is correct that the
                  deviation does not change things at all,

              

              

                
other than this is the correct way
                  to do things that are not allowed

              

              

                
(and your server must advertise the
                  deviation, which tells the world

              

              

                
"I do not implement module
                  "base-class" correctly".)

              

              

                
 

              

              

                
6087bis allows conditionally
                  mandatory,

              

              

                
which usually means you pick a new
                  value for something in the base module

              

              

                
(e.g, leaf a, b, or c).  The old
                  client will not set leaf b to the new value.

              

              

                
 

              

              

                
 

              

              

                
  leaf b {

              

              

                
    enumeration {

              

              

                
      // old enums

              

              

                
      enum new;

              

              

                
    }

              

              

                
  }

              

              

                
 

              

              

                
  leaf d {

              

              

                
    when "../b = new";

              

              

                
    mandatory true;

              

              

                
    type string;

              

              

                
  }

              

              

                
 

              

              

                
 

              

              

                
 

              

              

                
 

              

              

                
Thanks,

                  Rob

              

              

                
 

              

              

                
 

              

              

                
Andy

              

              

                
 

              

              

                


                  

                  On 28/11/2016 15:01, Bogaert, Bart (Nokia - BE) wrote:

                

                  
What we want to express is that
                    if the NC client sends a request to

                    configure an object of class base we have a means to
                    express that it also

                    has to send a value for the augmented leaf.  The
                    reason why it is in an

                    augment is because we can't modify the base class.

                    

                    Best regards - Vriendelijke groeten,

                    Bart Bogaert

                    Broadband-Access System Architect Data

                    Contact number +32 3 2408310 (+32 477 673952)

                    

                    NOKIA

                    Copernicuslaan 50, 2018 Antwerp, Belgium

                    Fortis 220-0002334-42

                    VAT BE 0404 621 642 Register of Legal Entities
                    Antwerp

                    

                    <<

                    This message (including any attachments) contains
                    confidential information

                    intended for a specific individual and purpose, and
                    is protected by law. If

                    you are not the intended recipient, you should
                    delete this message. Any

                    disclosure, copying, or distribution of this
                    message, or the taking of any

                    action based on it, is strictly prohibited without
                    the prior consent of its

                    author.

                    -----Original Message-----

                    From: Martin Bjorklund [mailto:mbj@tail-f.com]

                    Sent: 28 November 2016 14:45

                    To: Bogaert, Bart (Nokia - BE) <bart.bogaert@nokia.com>

                    Cc: rwilton@cisco.com;
                    netmod@ietf.org

                    Subject: Re: [netmod] Mandatory leafs via augment

                    

                    "Bogaert, Bart (Nokia - BE)" <bart.bogaert@nokia.com>
                    wrote:

                  

                    
Hi Rob,

                      

                        

                      In the case we're trying to work out basically
                      client and server would

                      be aware of base class, augmentation and deviation
                      as the SW running

                      on the box is expecting a value for a leaf of the
                      augmented data, so

                      leaf d for the NC server (and the application SW
                      dealing with the HW)

                      is expected to have a value in the device.  The
                      device would not

                      support objects of the base class only.  I could
                      understand that a NC

                      client interacts with other servers only
                      supporting the base class as

                      that device may not require the augmented leafs.

                  

                  
I
                    don't understand what you want to do.  It seems as
                    if you're saying that

                    if the client thinks that leaf d is mandatory then
                    leaf d is mandatory.

                    Otherwise leaf d is not mandatory.

                    

                    

                    /martin

                    

                    

                  

                    
  

                      Best regards - Vriendelijke groeten,

                      

                      Bart Bogaert

                      

                      Broadband-Access System Architect Data

                      

                      Contact number +32 3 2408310 (+32 477 673952)

                      

                        

                      NOKIA

                      

                      Copernicuslaan 50, 2018 Antwerp, Belgium Fortis
                      220-0002334-42 VAT BE

                      0404 621 642 Register of Legal Entities Antwerp

                      

                      

                      

                      <<

                      This message (including any attachments) contains
                      confidential

                      information intended for a specific individual and
                      purpose, and is

                      protected by law. If you are not the intended
                      recipient, you should

                      delete this message. Any disclosure, copying, or
                      distribution of this

                      message, or the taking of any action based on it,
                      is strictly

                      prohibited without the prior consent of its
                      author.

                        

                      From: Robert Wilton [mailto:rwilton@cisco.com]

                      Sent: 28 November 2016 12:48

                      To: Bogaert, Bart (Nokia - BE) <bart.bogaert@nokia.com>

                      Cc: netmod@ietf.org

                      Subject: Re: [netmod] Mandatory leafs via augment

                      

                        

                      Hi Bart,

                      

                      In your idea, am I correct to assume that only the
                      client loads

                      (base-class, augment-base, and base-deviation),
                      and the server only

                      knows about (base-class and augment-base)?

                      

                      Further, am I right to assume that the server
                      would still support

                      clients configuring base even if they don't know
                      about augment-base?

                      I.e. from a server perspective, leaf d isn't
                      actually mandatory.

                      

                      Thanks,

                      Rob

                      

                      

                      

                      On 28/11/2016 11:28, Bogaert, Bart (Nokia - BE)
                      wrote:

                      

                      Assume the following.

                        module base-class {

                          prefix base;

                          container base {

                             leaf a;

                             leaf b;

                             leaf c;

                          }

                      }

                        module augment-base {

                         prefix aug;

                         import base-class { prefix base; }

                           augment '/base:base'{

                           leaf d;

                         }

                      }

                        module base-deviation {

                         prefix base-dev;

                           deviation "/base:base" {

                           deviate add {

                             must "./aug:d" {

                               error-message "A value for d must be
                      present when configuring

                      augmented base";

                             }

                           }

                         }

                        Best regards - Vriendelijke groeten,

                      Bart Bogaert

                      Broadband-Access System Architect Data Contact
                      number +32 3 2408310

                      (+32 477 673952)

                        NOKIA

                      Copernicuslaan 50, 2018 Antwerp, Belgium Fortis
                      220-0002334-42 VAT BE

                      0404 621 642 Register of Legal Entities Antwerp

                        <<

                      This message (including any attachments) contains
                      confidential

                      information intended for a specific individual and
                      purpose, and is

                      protected by law. If you are not the intended
                      recipient, you should

                      delete this message. Any disclosure, copying, or
                      distribution of this

                      message, or the taking of any action based on it,
                      is strictly

                      prohibited without the prior consent of its
                      author.

                      

                        

                        -----Original Message-----

                      From: Juergen Schoenwaelder

                      [mailto:j.schoenwaelder@jacobs-university.de]

                      Sent: 28 November 2016 12:09

                      To: Bogaert, Bart (Nokia - BE)  <mailto:bart.bogaert@nokia.com>

                      <bart.bogaert@nokia.com>

                      Cc: netmod@ietf.org
                      <mailto:netmod@ietf.org>

                      Subject: Re: [netmod] Mandatory leafs via augment

                        On Mon, Nov 28, 2016 at 10:42:42AM +0000,
                      Bogaert, Bart (Nokia - BE)

                  

                  
wrote:

                  

                    
  How can we achieve the same
                      if no when-clause can be constructed but

                      we still would like to have a leaf to be
                      mandatory.  One way we

                      thought of achieving this is

                        -          have a YANG module defining the
                      augmented data

                        -          construct a must statement on the
                      object being augmented where

                      

                      we

                      

                      check that something needs to be present that is
                      added via a deviation.

                        

                        An example may help here...

                        /js

                        

                      

                      

                      

                      

                      

                      _______________________________________________

                      netmod mailing list

                      netmod@ietf.org
                      <mailto:netmod@ietf.org>

                      https://www.ietf.org/mailman/listinfo/netmod

                      

                        

                  

                

                


                  _______________________________________________

                  netmod mailing list

                  netmod@ietf.org

                  https://www.ietf.org/mailman/listinfo/netmod

              

            

            
 

          

        

      

    

    

  


--------------41431C8E8DD98792A32F2163--


From nobody Tue Nov 29 04:38:53 2016
Return-Path: 
X-Original-To: netmod@ietfa.amsl.com
Delivered-To: netmod@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7AD84129B48 for ; Tue, 29 Nov 2016 04:38:52 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.891
X-Spam-Level: 
X-Spam-Status: No, score=-6.891 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=0.01] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id S43KD21AYoHB for ; Tue, 29 Nov 2016 04:38:48 -0800 (PST)
Received: from smtp-fr.alcatel-lucent.com (fr-hpida-esg-02.alcatel-lucent.com [135.245.210.21]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3819D1297E9 for ; Tue, 29 Nov 2016 04:34:01 -0800 (PST)
Received: from fr712umx4.dmz.alcatel-lucent.com (unknown [135.245.210.45]) by Websense Email Security Gateway with ESMTPS id 0D9E5C52EF; Tue, 29 Nov 2016 12:33:56 +0000 (GMT)
Received: from fr712usmtp2.zeu.alcatel-lucent.com (fr712usmtp2.zeu.alcatel-lucent.com [135.239.2.42]) by fr712umx4.dmz.alcatel-lucent.com (GMO-o) with ESMTP id uATCXvwa004430 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 29 Nov 2016 12:33:58 GMT
Received: from FR712WXCHHUB03.zeu.alcatel-lucent.com (fr712wxchhub03.zeu.alcatel-lucent.com [135.239.2.74]) by fr712usmtp2.zeu.alcatel-lucent.com (GMO) with ESMTP id uATCVp0M025344 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Tue, 29 Nov 2016 12:33:53 GMT
Received: from FR712WXCHMBA09.zeu.alcatel-lucent.com ([169.254.5.164]) by FR712WXCHHUB03.zeu.alcatel-lucent.com ([135.239.2.74]) with mapi id 14.03.0301.000; Tue, 29 Nov 2016 13:31:13 +0100
From: "Bogaert, Bart (Nokia - BE)" 
To: Robert Wilton 
Thread-Topic: [netmod] Mandatory leafs via augment
Thread-Index: AdJJYzXBNjZnD5qkT8myDyWmLJX/R///+GCA///rvDCAAB8oAP//5TUQgAA7moD//9qQIAAI9pkAAAPjQID//vhzkP/92WQA//uGQ7A=
Date: Tue, 29 Nov 2016 12:31:13 +0000
Message-ID: 
References:  <627f8105-ff03-eba7-53c5-e09e3189aef2@cisco.com>  <20161128.144507.2135693859659564831.mbj@tail-f.com>     <68a292a9-4e0e-af4b-a04a-80b3bdf53fa8@cisco.com>
In-Reply-To: <68a292a9-4e0e-af4b-a04a-80b3bdf53fa8@cisco.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator: 
x-originating-ip: [135.239.27.39]
Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=SHA1; boundary="----=_NextPart_000_0236_01D24A44.D9C6ED50"
MIME-Version: 1.0
Archived-At: 
Cc: "netmod@ietf.org" 
Subject: Re: [netmod] Mandatory leafs via augment
X-BeenThere: netmod@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: NETMOD WG list 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Tue, 29 Nov 2016 12:38:52 -0000

------=_NextPart_000_0236_01D24A44.D9C6ED50
Content-Type: multipart/alternative;
	boundary="----=_NextPart_001_0237_01D24A44.D9C6ED50"


------=_NextPart_001_0237_01D24A44.D9C6ED50
Content-Type: text/plain;
	charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Hi Rob,

=20

Thanks for your feedback.  The base module we=E2=80=99re talking about =
is an IETF standard module (now called ietf-hardware) and the =
augmentations have been added by BBF in the context of pre-provisioning =
of pluggable HW items in a device (there is a mail thread on including =
the BBF extension to the IETF entity model but this is not concluded =
yet.

=20

Your second alternative would require us to modify the ietf-hardware =
module and that needs to come from IETF first before we can adopt this.

=20

Best regards - Vriendelijke groeten,

Bart Bogaert

Broadband-Access System Architect Data

Contact number +32 3 2408310 (+32 477 673952)

=20

NOKIA

Copernicuslaan 50, 2018 Antwerp, Belgium
Fortis 220-0002334-42
VAT BE 0404 621 642 Register of Legal Entities Antwerp



<<
This message (including any attachments) contains confidential =
information intended for a specific individual and purpose, and is =
protected by law. If you are not the intended recipient, you should =
delete this message. Any disclosure, copying, or distribution of this =
message, or the taking of any action based on it, is strictly prohibited =
without the prior consent of its author.
>>=20

=20

From: Robert Wilton [mailto:rwilton@cisco.com]=20
Sent: 29 November 2016 11:47
To: Bogaert, Bart (Nokia - BE) 
Cc: netmod@ietf.org
Subject: Re: [netmod] Mandatory leafs via augment

=20

Hi Bart,

You have probably already considered this, but an alternative solution =
would be to use a global flag to predicate a "leaf d" when statement on, =
e.g. something along the lines of ...=20

module base-class {
   prefix base;
   container base {
      leaf a;
      leaf b;
      leaf c;
   }
}
=20
module augment-base {
  prefix aug;
  import base-class { prefix base; }
=20
  leaf globalEnableAugmentedBase {
    type empty;
    description "Global flag to control whether leaf d is required."
  }
=20
  augment '/base:base' {
    when '/globalEnableAugmentedBase';
    leaf d {
      mandatory true;
    }
  }
}

This is compliant with the rules, in that a client has to be explicitly =
aware and enable the "leaf d" functionality.  Of course there is still =
an expectation that clients that are not aware of "augment-base" could =
still configure "base" objects.

It still isn't clear to me whether in your case "base-class" is a =
standard module, and "augment-base" is a vendor augmentation, in which =
case it is strongly desirable not to force vendor specific mandatory =
augmentations, since it means that a generic client that only knows =
about base-class cannot inter-operate with a device that expects =
augment-base.

Conversely, if the base container is expected to represent an abstract =
base class, with separate concrete instantiations, then adding a =
mandatory choice statement to your container base, may allow you to =
express this more cleanly in YANG.

E.g. an example for the latter case is:



module base-class {
  namespace "urn:temp:augment";
  prefix base;
  container base {
    leaf a { type string; }
    leaf b { type string; }
    leaf c { type string; }
    choice subtype {
      mandatory true;
    }
  }
}
=20
module augment-base {
  namespace "urn:temp:augment-base";
  prefix aug;
  import base-class { prefix base; }
=20
  augment '/base:base/base:subtype'{
    case d-subclass {
      container d {
        leaf d {
          mandatory true;
          type string;
        }
      }
    }
  }
}

Regards,
Rob



On 29/11/2016 08:23, Bogaert, Bart (Nokia - BE) wrote:

Andy,

=20

Thanks for this feedback.  The server would indeed advertise this =
deviation as a =E2=80=9Cflag=E2=80=9D to the client that the server is =
expecting more than just the base class.

=20

Best regards - Vriendelijke groeten,

Bart Bogaert

Broadband-Access System Architect Data

Contact number +32 3 2408310 (+32 477 673952)

=20

NOKIA

Copernicuslaan 50, 2018 Antwerp, Belgium
Fortis 220-0002334-42
VAT BE 0404 621 642 Register of Legal Entities Antwerp




<<
This message (including any attachments) contains confidential =
information intended for a specific individual and purpose, and is =
protected by law. If you are not the intended recipient, you should =
delete this message. Any disclosure, copying, or distribution of this =
message, or the taking of any action based on it, is strictly prohibited =
without the prior consent of its author.
>>=20

=20

From: Andy Bierman [mailto:andy@yumaworks.com]=20
Sent: 28 November 2016 18:39
To: Robert Wilton   
Cc: Bogaert, Bart (Nokia - BE)   =
; netmod@ietf.org =20
Subject: Re: [netmod] Mandatory leafs via augment

=20

=20

=20

On Mon, Nov 28, 2016 at 7:47 AM, Robert Wilton  > wrote:

Hi Bart,

Alas, it sounds like you are attempting to do exactly what the existing =
text is attempting to prevent you from doing.  In particular, your =
approach will break an existing client from working that hasn't been =
coded to be aware of the new augment-base module.

In terms of your solution, unless I'm missing something, then I'm not =
sure whether the deviation really helps -  it seems to be equivalent to =
be just writing the must statement directly on 'leaf d' in the =
augment-base module

IIRC, I don't think that YANG prevents you from using a "must" statement =
to effectively make a leaf mandatory.  However, even if this is allowed, =
it is probably against the spirit of the constraint that YANG is =
attempting to impose here.  I.e. specifically that changes/augmentations =
to YANG modules are expected to be fully backwards compatible.

=20

=20

YANG conformance is per module.

That means is is OK for a client to code to "base-class" and not

the "augment-base" module.

=20

I have tried several times to fix that in YANG with conformance =
statements that

can be more than one module, but this has not been seen as important.

=20

Robert is correct that the deviation does not change things at all,

other than this is the correct way to do things that are not allowed

(and your server must advertise the deviation, which tells the world

"I do not implement module "base-class" correctly".)

=20

6087bis allows conditionally mandatory,

which usually means you pick a new value for something in the base =
module

(e.g, leaf a, b, or c).  The old client will not set leaf b to the new =
value.

=20

=20

  leaf b {

    enumeration {

      // old enums

      enum new;

    }

  }

=20

  leaf d {

    when "../b =3D new";

    mandatory true;

    type string;

  }

=20

=20

=20

=20

Thanks,
Rob

=20

=20

Andy

=20



On 28/11/2016 15:01, Bogaert, Bart (Nokia - BE) wrote:

What we want to express is that if the NC client sends a request to
configure an object of class base we have a means to express that it =
also
has to send a value for the augmented leaf.  The reason why it is in an
augment is because we can't modify the base class.

Best regards - Vriendelijke groeten,
Bart Bogaert
Broadband-Access System Architect Data
Contact number +32 3 2408310 (+32 477 673952)

NOKIA
Copernicuslaan 50, 2018 Antwerp, Belgium
Fortis 220-0002334-42
VAT BE 0404 621 642 Register of Legal Entities Antwerp

<<
This message (including any attachments) contains confidential =
information
intended for a specific individual and purpose, and is protected by law. =
If
you are not the intended recipient, you should delete this message. Any
disclosure, copying, or distribution of this message, or the taking of =
any
action based on it, is strictly prohibited without the prior consent of =
its
author.
-----Original Message-----
From: Martin Bjorklund [mailto:mbj@tail-f.com  ]
Sent: 28 November 2016 14:45
To: Bogaert, Bart (Nokia - BE)  >
Cc: rwilton@cisco.com  ; netmod@ietf.org =
=20
Subject: Re: [netmod] Mandatory leafs via augment

"Bogaert, Bart (Nokia - BE)"  > wrote:

Hi Rob,

 =20
In the case we're trying to work out basically client and server would
be aware of base class, augmentation and deviation as the SW running
on the box is expecting a value for a leaf of the augmented data, so
leaf d for the NC server (and the application SW dealing with the HW)
is expected to have a value in the device.  The device would not
support objects of the base class only.  I could understand that a NC
client interacts with other servers only supporting the base class as
that device may not require the augmented leafs.

I don't understand what you want to do.  It seems as if you're saying =
that
if the client thinks that leaf d is mandatory then leaf d is mandatory.
Otherwise leaf d is not mandatory.


/martin




 =20
Best regards - Vriendelijke groeten,

Bart Bogaert

Broadband-Access System Architect Data

Contact number +32 3 2408310 (+32 477 673952)

 =20
NOKIA

Copernicuslaan 50, 2018 Antwerp, Belgium Fortis 220-0002334-42 VAT BE
0404 621 642 Register of Legal Entities Antwerp



<<
This message (including any attachments) contains confidential
information intended for a specific individual and purpose, and is
protected by law. If you are not the intended recipient, you should
delete this message. Any disclosure, copying, or distribution of this
message, or the taking of any action based on it, is strictly
prohibited without the prior consent of its author.
 =20
From: Robert Wilton [mailto:rwilton@cisco.com  =
]
Sent: 28 November 2016 12:48
To: Bogaert, Bart (Nokia - BE)  >
Cc: netmod@ietf.org =20
Subject: Re: [netmod] Mandatory leafs via augment

 =20
Hi Bart,

In your idea, am I correct to assume that only the client loads
(base-class, augment-base, and base-deviation), and the server only
knows about (base-class and augment-base)?

Further, am I right to assume that the server would still support
clients configuring base even if they don't know about augment-base?
I.e. from a server perspective, leaf d isn't actually mandatory.

Thanks,
Rob



On 28/11/2016 11:28, Bogaert, Bart (Nokia - BE) wrote:

Assume the following.
  module base-class {
    prefix base;
    container base {
       leaf a;
       leaf b;
       leaf c;
    }
}
  module augment-base {
   prefix aug;
   import base-class { prefix base; }
     augment '/base:base'{
     leaf d;
   }
}
  module base-deviation {
   prefix base-dev;
     deviation "/base:base" {
     deviate add {
       must "./aug:d" {
         error-message "A value for d must be present when configuring
augmented base";
       }
     }
   }
  Best regards - Vriendelijke groeten,
Bart Bogaert
Broadband-Access System Architect Data Contact number +32 3 2408310
(+32 477 673952)
  NOKIA
Copernicuslaan 50, 2018 Antwerp, Belgium Fortis 220-0002334-42 VAT BE
0404 621 642 Register of Legal Entities Antwerp
  <<
This message (including any attachments) contains confidential
information intended for a specific individual and purpose, and is
protected by law. If you are not the intended recipient, you should
delete this message. Any disclosure, copying, or distribution of this
message, or the taking of any action based on it, is strictly
prohibited without the prior consent of its author.

 =20
  -----Original Message-----
From: Juergen Schoenwaelder
[mailto:j.schoenwaelder@jacobs-university.de =
 ]
Sent: 28 November 2016 12:09
To: Bogaert, Bart (Nokia - BE)   >
 >
Cc: netmod@ietf.org    >
Subject: Re: [netmod] Mandatory leafs via augment
  On Mon, Nov 28, 2016 at 10:42:42AM +0000, Bogaert, Bart (Nokia - BE)

wrote:

  How can we achieve the same if no when-clause can be constructed but
we still would like to have a leaf to be mandatory.  One way we
thought of achieving this is
  -          have a YANG module defining the augmented data
  -          construct a must statement on the object being augmented =
where

we

check that something needs to be present that is added via a deviation.
 =20
  An example may help here...
  /js
 =20





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

 =20


_______________________________________________
netmod mailing list
netmod@ietf.org =20
https://www.ietf.org/mailman/listinfo/netmod

=20

=20


------=_NextPart_001_0237_01D24A44.D9C6ED50
Content-Type: text/html;
	charset="utf-8"
Content-Transfer-Encoding: quoted-printable


Hi Rob,
 
Thanks for your feedback.=C2=A0 The base =
module we=E2=80=99re talking about is an IETF standard module (now =
called ietf-hardware) and the augmentations have been added by BBF in =
the context of pre-provisioning of pluggable HW items in a device (there =
is a mail thread on including the BBF extension to the IETF entity model =
but this is not concluded yet.
 
Your second alternative would require us =
to modify the ietf-hardware module and that needs to come from IETF =
first before we can adopt this.
 
B=
est regards - Vriendelijke groeten,
B=
art Bogaert<=
o:p>
B=
roadband-Access System Architect Data
C=
ontact number +32 3 2408310 (+32 477 673952)
 
NOKIA
Copernicuslaan 50, 2018 Antwerp, Belgium
Fortis =
220-0002334-42
VAT BE 0404 621 642 Register of Legal Entities =
Antwerp

<=
;<
This message (including any attachments) contains confidential =
information intended for a specific individual and purpose, and is =
protected by law. If you are not the intended recipient, you should =
delete this message. Any disclosure, copying, or distribution of this =
message, or the taking of any action based on it, is strictly prohibited =
without the prior consent of its author.
>> 
 
From: Robert Wilton [mailto:rwilton@cisco.com] 
Sent: 29 =
November 2016 11:47
To: Bogaert, Bart (Nokia - BE) =
<bart.bogaert@nokia.com>
Cc: =
netmod@ietf.org
Subject: Re: [netmod] Mandatory leafs via =
augment
 
Hi Bart,
You =
have probably already considered this, but an alternative solution would =
be to use a global flag to predicate a "leaf d" when statement =
on, e.g. something along the lines of ... 
module =
base-class {
=C2=A0=C2=A0 prefix =
base;
=C2=A0=C2=A0 container base =
{
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 leaf =
a;
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 leaf =
b;
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 leaf =
c;
=C2=A0=C2=A0 =
}
}
 
module augment-base {
=C2=A0 prefix =
aug;
=C2=A0 import base-class { prefix base; =
}
 
=C2=A0 leaf =
globalEnableAugmentedBase {
=C2=A0=C2=A0=C2=A0 type =
empty;
=C2=A0=C2=A0=C2=A0 description "Global =
flag to control whether leaf d is =
required."
=C2=A0 =
}
 
  augment =
'/base:base' {
=C2=A0=C2=A0=C2=A0 when =
'/globalEnableAugmentedBase';
=C2=A0=C2=A0 =
 leaf d {
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 =
mandatory true;
=C2=A0=C2=A0=C2=A0 =
}
  =
}
}
This is =
compliant with the rules, in that a client has to be explicitly aware =
and enable the "leaf d" functionality.  Of course there =
is still an expectation that clients that are not aware of =
"augment-base" could still configure "base" =
objects.

It still isn't clear to me whether in your case =
"base-class" is a standard module, and =
"augment-base" is a vendor augmentation, in which case it is =
strongly desirable not to force vendor specific mandatory augmentations, =
since it means that a generic client that only knows about base-class =
cannot inter-operate with a device that expects =
augment-base.

Conversely, if the base container is expected to =
represent an abstract base class, with separate concrete instantiations, =
then adding a mandatory choice statement to your container base, may =
allow you to express this more cleanly in YANG.

E.g. an example =
for the latter case is:

module base-class =
{
=C2=A0 namespace =
"urn:temp:augment";
=C2=A0 prefix =
base;
=C2=A0 container base =
{
=C2=A0=C2=A0=C2=A0 leaf a { type string; =
}
=C2=A0=C2=A0=C2=A0 leaf b { type string; =
}
=C2=A0=C2=A0=C2=A0 leaf c { type string; =
}
=C2=A0=C2=A0=C2=A0 choice subtype =
{
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 mandatory =
true;
=C2=A0=C2=A0=C2=A0 =
}
=C2=A0 =
}
}
 
module augment-base {
=C2=A0 namespace =
"urn:temp:augment-base";
=C2=A0 prefix =
aug;
=C2=A0 import base-class { prefix base; =
}
 
=C2=A0 augment =
'/base:base/base:subtype'{
=C2=A0=C2=A0=C2=A0 case =
d-subclass {
=C2=A0 =
=C2=A0=C2=A0=C2=A0=C2=A0container d =
{
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 leaf d =
{
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0 mandatory =
true;
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0 type =
string;
=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 =
}
}
Regards,
Rob

On 29/11/2016 08:23, Bogaert, Bart (Nokia - BE) =
wrote:
Andy,
 
Thanks for this feedback.  The server would indeed =
advertise this deviation as a =E2=80=9Cflag=E2=80=9D to the client that =
the server is expecting more than just the base =
class.
 
B=
est regards - Vriendelijke groeten,
B=
art Bogaert
B=
roadband-Access System Architect Data
C=
ontact number +32 3 2408310 (+32 477 673952)
 =

NOKIA
Copernicuslaa=
n 50, 2018 Antwerp, Belgium
Fortis 220-0002334-42
VAT BE 0404 621 =
642 Register of Legal Entities =
Antwerp


<=
;<
This message (including any attachments) contains confidential =
information intended for a specific individual and purpose, and is =
protected by law. If you are not the intended recipient, you should =
delete this message. Any disclosure, copying, or distribution of this =
message, or the taking of any action based on it, is strictly prohibited =
without the prior consent of its author.
>> =

 
From:<=
/b> Andy =
Bierman [mailto:andy@yumaworks.com] =

Sent: 28 November 2016 18:39
To: Robert Wilton <rwilton@cisco.com>
Cc:=
 Bogaert, Bart (Nokia - BE) <bart.bogaert@nokia.com>=
; netmod@ietf.org
Subject: =
Re: [netmod] Mandatory leafs via augment
 
 
 
On Mon, =
Nov 28, 2016 at 7:47 AM, Robert Wilton <rwilton@cisco.com> =
wrote:
Hi =
Bart,

Alas, it sounds like you are attempting to do exactly what =
the existing text is attempting to prevent you from doing.  In =
particular, your approach will break an existing client from working =
that hasn't been coded to be aware of the new augment-base =
module.

In terms of your solution, unless I'm missing something, =
then I'm not sure whether the deviation really helps -  it seems to =
be equivalent to be just writing the must statement directly on 'leaf d' =
in the augment-base module

IIRC, I don't think that YANG prevents =
you from using a "must" statement to effectively make a leaf =
mandatory.  However, even if this is allowed, it is probably =
against the spirit of the constraint that YANG is attempting to impose =
here.  I.e. specifically that changes/augmentations to YANG modules =
are expected to be fully backwards =
compatible.
 
 
YANG conformance is per =
module.
That means is is =
OK for a client to code to "base-class" and =
not
the =
"augment-base" module.
 
I =
have tried several times to fix that in YANG with conformance statements =
that
can be more than one =
module, but this has not been seen as =
important.
 
Robert is correct that the deviation does not change =
things at all,
other than =
this is the correct way to do things that are not =
allowed
(and your server =
must advertise the deviation, which tells the =
world
"I do not =
implement module "base-class" =
correctly".)
 
6087bis allows conditionally =
mandatory,
which usually =
means you pick a new value for something in the base =
module
(e.g, leaf a, b, or =
c).  The old client will not set leaf b to the new =
value.
 
 
  leaf b {
    enumeration =
{
      // =
old enums
    =
  enum new;
  =
  }
  =
}
 
  leaf d {
    when "../b =3D =
new";
    =
mandatory true;
  =
  type string;
  =
}
 
 
 
 
Thanks,
Rob
 
 
Andy
 


On 28/11/2016 15:01, Bogaert, Bart =
(Nokia - BE) wrote:
What we want to express is that if the NC =
client sends a request to
configure an object of class base we have a =
means to express that it also
has to send a value for the augmented =
leaf.  The reason why it is in an
augment is because we can't =
modify the base class.

Best regards - Vriendelijke =
groeten,
Bart Bogaert
Broadband-Access System Architect =
Data
Contact number +32 3 2408310 (+32 477 =
673952)

NOKIA
Copernicuslaan 50, 2018 Antwerp, =
Belgium
Fortis 220-0002334-42
VAT BE 0404 621 642 Register of =
Legal Entities Antwerp

<<
This message (including any =
attachments) contains confidential information
intended for a =
specific individual and purpose, and is protected by law. If
you are =
not the intended recipient, you should delete this message. =
Any
disclosure, copying, or distribution of this message, or the =
taking of any
action based on it, is strictly prohibited without the =
prior consent of its
author.
-----Original Message-----
From: =
Martin Bjorklund [mailto:mbj@tail-f.com]
Sent: 28 November 2016 =
14:45
To: Bogaert, Bart (Nokia - BE) <bart.bogaert@nokia.com>
Cc: rwilton@cisco.com; netmod@ietf.org
Subject: Re: [netmod] Mandatory =
leafs via augment

"Bogaert, Bart (Nokia - BE)" <bart.bogaert@nokia.com> =
wrote:
Hi Rob,

  
In the case we're =
trying to work out basically client and server would
be aware of base =
class, augmentation and deviation as the SW running
on the box is =
expecting a value for a leaf of the augmented data, so
leaf d for the =
NC server (and the application SW dealing with the HW)
is expected to =
have a value in the device.  The device would not
support =
objects of the base class only.  I could understand that a =
NC
client interacts with other servers only supporting the base class =
as
that device may not require the augmented =
leafs.
I don't understand what you want to =
do.  It seems as if you're saying that
if the client thinks that =
leaf d is mandatory then leaf d is mandatory.
Otherwise leaf d is not =
mandatory.


/martin


  
Best regards - Vriendelijke =
groeten,

Bart Bogaert

Broadband-Access System Architect =
Data

Contact number +32 3 2408310 (+32 477 673952)

  =

NOKIA

Copernicuslaan 50, 2018 Antwerp, Belgium Fortis =
220-0002334-42 VAT BE
0404 621 642 Register of Legal Entities =
Antwerp



<<
This message (including any =
attachments) contains confidential
information intended for a =
specific individual and purpose, and is
protected by law. If you are =
not the intended recipient, you should
delete this message. Any =
disclosure, copying, or distribution of this
message, or the taking =
of any action based on it, is strictly
prohibited without the prior =
consent of its author.
  
From: Robert Wilton [mailto:rwilton@cisco.com]
Sent: 28 November 2016 =
12:48
To: Bogaert, Bart (Nokia - BE) <bart.bogaert@nokia.com>
Cc: netmod@ietf.org
Subject: Re: [netmod] Mandatory =
leafs via augment

  
Hi Bart,

In your idea, am I =
correct to assume that only the client loads
(base-class, =
augment-base, and base-deviation), and the server only
knows about =
(base-class and augment-base)?

Further, am I right to assume that =
the server would still support
clients configuring base even if they =
don't know about augment-base?
I.e. from a server perspective, leaf d =
isn't actually mandatory.

Thanks,
Rob



On =
28/11/2016 11:28, Bogaert, Bart (Nokia - BE) wrote:

Assume the =
following.
  module base-class {
    prefix =
base;
    container base {
      =
 leaf a;
       leaf b;
    =
   leaf c;
    }
}
  module =
augment-base {
   prefix aug;
   import =
base-class { prefix base; }
     augment =
'/base:base'{
     leaf d;
  =
 }
}
  module base-deviation {
   prefix =
base-dev;
     deviation "/base:base" =
{
     deviate add {
      =
 must "./aug:d" {
        =
 error-message "A value for d must be present when =
configuring
augmented base";
      =
 }
     }
   }
  Best =
regards - Vriendelijke groeten,
Bart Bogaert
Broadband-Access =
System Architect Data Contact number +32 3 2408310
(+32 477 =
673952)
  NOKIA
Copernicuslaan 50, 2018 Antwerp, Belgium =
Fortis 220-0002334-42 VAT BE
0404 621 642 Register of Legal Entities =
Antwerp
  <<
This message (including any attachments) =
contains confidential
information intended for a specific individual =
and purpose, and is
protected by law. If you are not the intended =
recipient, you should
delete this message. Any disclosure, copying, =
or distribution of this
message, or the taking of any action based on =
it, is strictly
prohibited without the prior consent of its =
author.

  
  -----Original Message-----
From: =
Juergen Schoenwaelder
[mailto:j.schoenwaelder@jacobs-university.de]
Sent: 28 =
November 2016 12:09
To: Bogaert, Bart (Nokia - BE)  =
<mailto:bart.bogaert@nokia.com>
<bart.bogaert@nokia.com>
Cc: netmod@ietf.org =
<mailto:netmod@ietf.org>
Subject: Re: [netmod] =
Mandatory leafs via augment
  On Mon, Nov 28, 2016 at 10:42:42AM =
+0000, Bogaert, Bart (Nokia - BE)
wrote:
  How can we achieve the same if no =
when-clause can be constructed but
we still would like to have a leaf =
to be mandatory.  One way we
thought of achieving this =
is
  -          have a YANG module =
defining the augmented data
  -        =
  construct a must statement on the object being augmented =
where

we

check that something needs to be present that is =
added via a deviation.
  
  An example may help =
here...
  /js
  =






_______________________________________________netmod mailing list
netmod@ietf.org <mailto:netmod@ietf.org>
https://www.ietf.org/mailman/listinfo/netmod
  

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

------=_NextPart_001_0237_01D24A44.D9C6ED50--

------=_NextPart_000_0236_01D24A44.D9C6ED50
Content-Type: application/pkcs7-signature; name="smime.p7s"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="smime.p7s"

MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIP/TCCA7Ew
ggKZoAMCAQICEBErBTlXKN63QvT+VRPTt1EwDQYJKoZIhvcNAQEFBQAwQzEXMBUGA1UEChMOQWxj
YXRlbCBMdWNlbnQxKDAmBgNVBAMTH0FsY2F0ZWwgTHVjZW50IEludGVybmFsIFJvb3QgQ0EwHhcN
MDgxMTAzMTU0MTE2WhcNMjgxMTAzMTU0MTE2WjBDMRcwFQYDVQQKEw5BbGNhdGVsIEx1Y2VudDEo
MCYGA1UEAxMfQWxjYXRlbCBMdWNlbnQgSW50ZXJuYWwgUm9vdCBDQTCCASIwDQYJKoZIhvcNAQEB
BQADggEPADCCAQoCggEBAL5IGBVth8afQdnpuLDI0Z37GgIcPWznOOzFJUV1gVbztqQ5CIxkVL4K
soAfLzc8LQHqNl2Nk3YbVBputIyCe2nzGsRjQeVt+HO2PV7h2YpMQlVd+XGsmpJ4fAP3A38wkTl6
tFPAYspyUFvjNON1J3BJE/2cuY7apvn9ZfSz99x7y4QBZh3hvm4g5Fn7mK04/q7K6O4Z8Y6zkSxG
ZFNyZ6NIuAPNCODZASqYnHiAgtEcCR4WPs6rj+Y8MU0q56ddwuIZ0qeP2ScHY0wVtnmqXzHyCzEQ
Eb2eJCsGpXFwUalVaxPUZEVoVDfjO+2ZN5gNJrGMTu7Mv9k1WG0LR3zZ1QsCAwEAAaOBoDCBnTAL
BgNVHQ8EBAMCAYYwDwYDVR0TAQH/BAUwAwEB/zAdBgNVHQ4EFgQUB6yyWvZhiXxcfOvilycpaQyK
H/AwEAYJKwYBBAGCNxUBBAMCAQAwTAYDVR0gBEUwQzBBBgRVHSAAMDkwNwYIKwYBBQUHAgEWK2h0
dHA6Ly93d3cuYWxjYXRlbC1sdWNlbnQuY29tL1BLSS9jcC9jcC5odG0wDQYJKoZIhvcNAQEFBQAD
ggEBADBMWG3WQyC6+mBzuuFuCGqJAiC4v+TQ3ZErd5KKSRGh8dwjzK5L2C51wJPVe6EAjb59CEb2
p2aPKSkoMrCC8seBRM/bs23DMyna1Jr9Q5EZDrmRqBLJy3Cs8NFpa/cKb6SkegFHcB/vi+SYgSdR
BwoNE5+y6MRPXcEBadI/9W8Zlkk5sJ3w55e+i8OCNg/fDYAQuJPa+hD3/byWGxUgGSMNGQ/GS2st
NETAa5Z/88Sh9FHk2BtrxSz7jPtekKhjsidD2ANJZTCyj9iRB+Nt9FEetNpcN6ke1FlepRbCsV10
I0y6weLwZ34h2GWbN9qEOSQV88NBA149a5ugJ/oCbHEwggTdMIIDxaADAgECAgoanQrOAAAAAAAG
MA0GCSqGSIb3DQEBBQUAMEMxFzAVBgNVBAoTDkFsY2F0ZWwgTHVjZW50MSgwJgYDVQQDEx9BbGNh
dGVsIEx1Y2VudCBJbnRlcm5hbCBSb290IENBMB4XDTA4MTEyMTIxNTcyOFoXDTE4MTEyMTIyMDcy
OFowgYUxEzARBgoJkiaJk/IsZAEZFgNjb20xFjAUBgoJkiaJk/IsZAEZFgZsdWNlbnQxFDASBgoJ
kiaJk/IsZAEZFgRuYTAyMRcwFQYDVQQKEw5BbGNhdGVsIEx1Y2VudDEnMCUGA1UEAxMeQWxjYXRl
bCBMdWNlbnQgSW50ZXJuYWwgU3ViIENBMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEA
2Ocmcli3LbVU6TRh+JLMtquBr5/grS+gzfN5YL/lauFCHmDlF7kNQvxtDWqwNpOkzb97CwWcVsdf
kyWAiGzVWeRIrYGhK/xNPFRYXOKYXLGqxFWkltZkYpSRudHzjTneUC4EVdMXnREMu8FTC0CM38Vb
xMvQ+ygjEyicg2QT9lZHWkKP9kCI1818P+AmS7905t6kXR9Q2m1GjcCa0KqARPGX/xe2toQS+Vdi
UwDary1Enk8j19KFmvFg1bhY2mNSHgzN2AWnhsOi/EID1SalzBwHylByB/UbbEv2dZUsAdMuOtYt
Z/8dM1axS0d3fW7q7mAYV5uM42mYX9o1B/RzjwIDAQABo4IBjjCCAYowDwYDVR0TAQH/BAUwAwEB
/zAdBgNVHQ4EFgQU2exrvZZYIvfYpnfN/k2B77qXvRIwCwYDVR0PBAQDAgHGMBAGCSsGAQQBgjcV
AQQDAgEAMBkGCSsGAQQBgjcUAgQMHgoAUwB1AGIAQwBBMB8GA1UdIwQYMBaAFAesslr2YYl8XHzr
4pcnKWkMih/wMHgGA1UdHwRxMG8wbaBroGmGOWh0dHA6Ly9zZXJ2aWNlcy5zdXBwb3J0LmFsY2F0
ZWwtbHVjZW50LmNvbS9QS0kvcm9vdENBLmNybIYsaHR0cDovL3d3dy5hbGNhdGVsLWx1Y2VudC5j
b20vUEtJL3Jvb3RDQS5jcmwwgYIGCCsGAQUFBwEBBHYwdDA4BggrBgEFBQcwAoYsaHR0cDovL3d3
dy5hbGNhdGVsLWx1Y2VudC5jb20vUEtJL3Jvb3RDQS5jcnQwOAYIKwYBBQUHMAKGLGh0dHA6Ly93
d3cuYWxjYXRlbC1sdWNlbnQuY29tL1BLSS9yb290Q0EuY3J0MA0GCSqGSIb3DQEBBQUAA4IBAQCl
GxDp5Z1IDjIEz8VaTEWa8Q1OWUbXwsszdoNg5Gg3F1a2VFFVegmsrpt4axbESlgE6AT/rkUUiyjb
EhcUgY2OHdeKN5Gc7VOGh9D7SER9peARwSwx4NYRrsIaRXDrUswWAM6T6ilDUogjKYk3uK2zZ6Vy
7z3JewxVlhpeSsNPQSMoyNibKkYLRoh6rvz94vB0mvcT0uVx7xowPNoTOjjGRAk4J/MBaNOupvwf
RfPmwRetdnD6NC5x8aRkhr4ZNBjvYxFT8IJaeLk8piQYMPRDlzi7dlb9d6C5WuC0LRpomk2r3bd6
/XpNOx2FyG18axeeASWtENgPvqEirM5MjwkCMIIHYzCCBkugAwIBAgIKXRYRuwAAAADQ8TANBgkq
hkiG9w0BAQUFADCBhTETMBEGCgmSJomT8ixkARkWA2NvbTEWMBQGCgmSJomT8ixkARkWBmx1Y2Vu
dDEUMBIGCgmSJomT8ixkARkWBG5hMDIxFzAVBgNVBAoTDkFsY2F0ZWwgTHVjZW50MScwJQYDVQQD
Ex5BbGNhdGVsIEx1Y2VudCBJbnRlcm5hbCBTdWIgQ0EwHhcNMTUwNDE2MDU1MjI4WhcNMTcwNDE1
MDU1MjI4WjBDMREwDwYDVQQDEwhib2dhZXJ0YjEuMCwGCSqGSIb3DQEJARYfYmFydC5ib2dhZXJ0
QGFsY2F0ZWwtbHVjZW50LmNvbTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAJBS7alw
mZfOimfXIdJjyp1G8U+E4Rs5y+eXtDfKWEuy6UOCstRCUiSz+eljCu737ZPkMHmPMdXDHZGnsV9y
HsInD5cZHBTNnboc8lV7zLVpTrtrnflClsOiRD75CS1Vvehx+JnFuW4Mo/VeWjQtUD4tUU67W7b0
QPOkcB3KkZixozjERSxPUFHf6pMShshwQlKtvV6YLdhnNePiuFimfYqUDiOQs1LR8C+r3eSMHi8o
lyWTHf49vFPL7z62HWSldeEkf6vhtuZuWLfH7xqO3CIQH63zUJF9p23ko2/Gtc1MpAcdWMwV3ymj
V8ef+gZac/SFwFgA547zeawhhvtdiOUCAwEAAaOCBBQwggQQMD0GCSsGAQQBgjcVBwQwMC4GJisG
AQQBgjcVCIW9xVmD47E5h6WBKoa/w0KFlJgZgQv55kyE/bVaAgFkAgEFMB8GA1UdJQQYMBYGCisG
AQQBgjcKAwQGCCsGAQUFBwMEMAsGA1UdDwQEAwIFoDApBgkrBgEEAYI3FQoEHDAaMAwGCisGAQQB
gjcKAwQwCgYIKwYBBQUHAwQwRAYJKoZIhvcNAQkPBDcwNTAOBggqhkiG9w0DAgICAIAwDgYIKoZI
hvcNAwQCAgCAMAcGBSsOAwIHMAoGCCqGSIb3DQMHMB0GA1UdDgQWBBTzjeedsBUMWk5eyOwD8/c9
1B1G8jAfBgNVHSMEGDAWgBTZ7Gu9llgi99imd83+TYHvupe9EjCCAV0GA1UdHwSCAVQwggFQMIIB
TKCCAUigggFEhoHZbGRhcDovLy9DTj1BbGNhdGVsJTIwTHVjZW50JTIwSW50ZXJuYWwlMjBTdWIl
MjBDQSxDTj11c25hdnNwa2kwM3AsQ049Q0RQLENOPVB1YmxpYyUyMEtleSUyMFNlcnZpY2VzLENO
PVNlcnZpY2VzLENOPUNvbmZpZ3VyYXRpb24sREM9bHVhZCxEQz1sdWNlbnQsREM9Y29tP2NlcnRp
ZmljYXRlUmV2b2NhdGlvbkxpc3Q/YmFzZT9vYmplY3RDbGFzcz1jUkxEaXN0cmlidXRpb25Qb2lu
dIYsaHR0cHM6Ly93d3cuYWxjYXRlbC1sdWNlbnQuY29tL1BLSS9zdWJDQS5jcmyGOGh0dHA6Ly9z
ZXJ2aWNlcy5zdXBwb3J0LmFsY2F0ZWwtbHVjZW50LmNvbS9QS0kvc3ViQ0EuY3JsMIIBYQYIKwYB
BQUHAQEEggFTMIIBTzCBzAYIKwYBBQUHMAKGgb9sZGFwOi8vL0NOPUFsY2F0ZWwlMjBMdWNlbnQl
MjBJbnRlcm5hbCUyMFN1YiUyMENBLENOPUFJQSxDTj1QdWJsaWMlMjBLZXklMjBTZXJ2aWNlcyxD
Tj1TZXJ2aWNlcyxDTj1Db25maWd1cmF0aW9uLERDPWx1YWQsREM9bHVjZW50LERDPWNvbT9jQUNl
cnRpZmljYXRlP2Jhc2U/b2JqZWN0Q2xhc3M9Y2VydGlmaWNhdGlvbkF1dGhvcml0eTA4BggrBgEF
BQcwAoYsaHR0cHM6Ly93d3cuYWxjYXRlbC1sdWNlbnQuY29tL1BLSS9zdWJDQS5jcnQwRAYIKwYB
BQUHMAKGOGh0dHA6Ly9zZXJ2aWNlcy5zdXBwb3J0LmFsY2F0ZWwtbHVjZW50LmNvbS9QS0kvc3Vi
Q0EuY3J0MCoGA1UdEQQjMCGBH2JhcnQuYm9nYWVydEBhbGNhdGVsLWx1Y2VudC5jb20wDQYJKoZI
hvcNAQEFBQADggEBAEARoPJfuwXhstAQ/fAz/XKDC//Je9A0RG9Q5XV7+URvR5GxhwuikL/MEtXs
Dspufv0eHG/b92AVZxaSgdpzC6neLoW2Q/Rdeavuifm7H/Ob645vIufqDQEqRqsyt9xRP+31VphA
do994d7kU6v5BI7DAA8s5rl6h4PFbtvY5qe8VLNiTnon1dCwPQ+mRSrLfgjlZUw+WsMh69JEOWZX
EufZMg0oUvCboUe3LNNvh8+DtLafaT1gS/kpv3c+dXVApTjb1tPbeZHc5L85AVQBsbq/vYpWhiZR
qDiyVyPh+dh7vTa/GBJx/UVLwv6IswAwtCWZ/r9aReHssqkgMH9evF8xggQpMIIEJQIBATCBlDCB
hTETMBEGCgmSJomT8ixkARkWA2NvbTEWMBQGCgmSJomT8ixkARkWBmx1Y2VudDEUMBIGCgmSJomT
8ixkARkWBG5hMDIxFzAVBgNVBAoTDkFsY2F0ZWwgTHVjZW50MScwJQYDVQQDEx5BbGNhdGVsIEx1
Y2VudCBJbnRlcm5hbCBTdWIgQ0ECCl0WEbsAAAAA0PEwCQYFKw4DAhoFAKCCAmkwGAYJKoZIhvcN
AQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMTYxMTI5MTIzMTExWjAjBgkqhkiG9w0B
CQQxFgQUakOWPmjKtYRoHfOdjnWkrp5ZfucwgaUGCSsGAQQBgjcQBDGBlzCBlDCBhTETMBEGCgmS
JomT8ixkARkWA2NvbTEWMBQGCgmSJomT8ixkARkWBmx1Y2VudDEUMBIGCgmSJomT8ixkARkWBG5h
MDIxFzAVBgNVBAoTDkFsY2F0ZWwgTHVjZW50MScwJQYDVQQDEx5BbGNhdGVsIEx1Y2VudCBJbnRl
cm5hbCBTdWIgQ0ECCl0WEbsAAAAA0PEwgacGCyqGSIb3DQEJEAILMYGXoIGUMIGFMRMwEQYKCZIm
iZPyLGQBGRYDY29tMRYwFAYKCZImiZPyLGQBGRYGbHVjZW50MRQwEgYKCZImiZPyLGQBGRYEbmEw
MjEXMBUGA1UEChMOQWxjYXRlbCBMdWNlbnQxJzAlBgNVBAMTHkFsY2F0ZWwgTHVjZW50IEludGVy
bmFsIFN1YiBDQQIKXRYRuwAAAADQ8TCBtwYJKoZIhvcNAQkPMYGpMIGmMAsGCWCGSAFlAwQBKjAL
BglghkgBZQMEARYwCgYIKoZIhvcNAwcwCwYJYIZIAWUDBAECMA4GCCqGSIb3DQMCAgIAgDAHBgUr
DgMCBzANBggqhkiG9w0DAgIBQDANBggqhkiG9w0DAgIBKDAHBgUrDgMCGjALBglghkgBZQMEAgMw
CwYJYIZIAWUDBAICMAsGCWCGSAFlAwQCATAKBggqhkiG9w0CBTANBgkqhkiG9w0BAQEFAASCAQBT
Ch6ygpjREpAqH4172zFs8SME/ulnUWaUOh4Q2PpCaRKi51+Hc/6PHkeGKXOm9txm+WvijQE9Bpz2
xYjWYuKPNHo7qXqE4Sksqs53Hp5DVciWnT5QK2u1wbV2P2pJsfy8NaYCvvyqn5WadSIzyPdRDFxy
LhFf0RsDMimAgg7gyFLGbCAHFDItOTS7ZsmIrvg1JO+Rxyq4UNP9E1SVc2AVVzuaRreRzb1qE6Aj
ouqGF1sze5hvFfMMAmsNzd3mmsKa8lK6NJba0/dMzMZeyWNsyLUvHCfYq8lPpph/ZouW1bZYtMGn
rxjcP5TDMeoe31J9pFZKmG0SKbVbzzcyNQtkAAAAAAAA

------=_NextPart_000_0236_01D24A44.D9C6ED50--


From nobody Tue Nov 29 05:39:55 2016
Return-Path: 
X-Original-To: netmod@ietfa.amsl.com
Delivered-To: netmod@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8B4A7129B94 for ; Tue, 29 Nov 2016 05:39:53 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id DRIpZHyFUsi5 for ; Tue, 29 Nov 2016 05:39:51 -0800 (PST)
Received: from trail.lhotka.name (trail.lhotka.name [77.48.224.143]) by ietfa.amsl.com (Postfix) with ESMTP id 9BFAF129B81 for ; Tue, 29 Nov 2016 05:39:50 -0800 (PST)
Received: from localhost (unknown [195.113.220.110]) by trail.lhotka.name (Postfix) with ESMTPSA id 6DB431CC002C; Tue, 29 Nov 2016 14:39:54 +0100 (CET)
From: Ladislav Lhotka 
To: William Lupton 
In-Reply-To: <0319CD60-D037-4CFA-A682-23CE1C7E5C67@broadband-forum.org>
References: <5C1F7173-0485-4921-8CE5-550A3AA49273@nic.cz> <0319CD60-D037-4CFA-A682-23CE1C7E5C67@broadband-forum.org>
Date: Tue, 29 Nov 2016 14:39:48 +0100
Message-ID: 
MIME-Version: 1.0
Content-Type: text/plain
Archived-At: 
Cc: netmod@ietf.org
Subject: Re: [netmod] DSDL plugin in pyang
X-BeenThere: netmod@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: NETMOD WG list 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Tue, 29 Nov 2016 13:39:53 -0000

Hi William,

apart from yang2dsdl, I have personal experience with these two instance validation tools:

* yanglint - written in C, supports both XML and JSON instance encoding

  https://github.com/CESNET/libyang

* yangson - written in Python, supports only JSON

  https://github.com/CZ-NIC/yangson
  installation: pip install yangson
  manual page: http://yangson.readthedocs.io/en/latest/cmdline.html

Lada

William Lupton  writes:

> Are you able to provide a list (either privately or via the NETMOD list) of other instance data validators that are available and cover YANG 1.1 features? Tx, W.
>
>> On 25 Nov 2016, at 14:33, Ladislav Lhotka  wrote:
>> 
>> Hi,
>> 
>> for users of $subj: I modified the plugin so that it now immediately refuses to process modules of yang-version greater than 1. Supporting some of the YANG 1.1 features (new XPath functions, leafref handling) would require massive changes and I cannot do them now - I am not even sure it is worth the effort given that other instance data validators are available.
>> 
>> Lada

-- 
Ladislav Lhotka, CZ.NIC Labs
PGP Key ID: E74E8C0C


From nobody Tue Nov 29 06:58:47 2016
Return-Path: 
X-Original-To: netmod@ietfa.amsl.com
Delivered-To: netmod@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 376DD129BED for ; Tue, 29 Nov 2016 06:58:45 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.901
X-Spam-Level: 
X-Spam-Status: No, score=-6.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id qZB5c2G4CEN2 for ; Tue, 29 Nov 2016 06:58:43 -0800 (PST)
Received: from smtp-fr.alcatel-lucent.com (fr-hpida-esg-02.alcatel-lucent.com [135.245.210.21]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E604812969E for ; Tue, 29 Nov 2016 06:58:42 -0800 (PST)
Received: from fr712umx4.dmz.alcatel-lucent.com (unknown [135.245.210.45]) by Websense Email Security Gateway with ESMTPS id 0F61D282F446 for ; Tue, 29 Nov 2016 14:58:37 +0000 (GMT)
Received: from fr712usmtp2.zeu.alcatel-lucent.com (fr712usmtp2.zeu.alcatel-lucent.com [135.239.2.42]) by fr712umx4.dmz.alcatel-lucent.com (GMO-o) with ESMTP id uATEwdFu006246 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Tue, 29 Nov 2016 14:58:39 GMT
Received: from FR711WXCHHUB01.zeu.alcatel-lucent.com (fr711wxchhub01.zeu.alcatel-lucent.com [135.239.2.111]) by fr712usmtp2.zeu.alcatel-lucent.com (GMO) with ESMTP id uATEw9Uk016460 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL) for ; Tue, 29 Nov 2016 14:58:36 GMT
Received: from FR712WXCHMBA09.zeu.alcatel-lucent.com ([169.254.5.164]) by FR711WXCHHUB01.zeu.alcatel-lucent.com ([135.239.2.111]) with mapi id 14.03.0301.000; Tue, 29 Nov 2016 15:58:11 +0100
From: "Bogaert, Bart (Nokia - BE)" 
To: "netmod@ietf.org" 
Thread-Topic: How to prevent a client from modifying the type of an interface?
Thread-Index: AdJKUH68EJ+CzKntRGSQ13adPT8t+g==
Date: Tue, 29 Nov 2016 14:58:10 +0000
Message-ID: 
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator: 
x-originating-ip: [135.239.27.40]
Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=SHA1; boundary="----=_NextPart_000_02A5_01D24A59.611C11E0"
MIME-Version: 1.0
Archived-At: 
Subject: [netmod] How to prevent a client from modifying the type of an interface?
X-BeenThere: netmod@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: NETMOD WG list 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Tue, 29 Nov 2016 14:58:45 -0000

------=_NextPart_000_02A5_01D24A59.611C11E0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_001_02A6_01D24A59.611C11E0"


------=_NextPart_001_02A6_01D24A59.611C11E0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit

Hi,

 

We're trying to figure out how to prevent a NC client from changing the type
of an interface.  Assume that we have an interface stack defined and the
lowest layer of the stack (the physical interface) is of type fastdsl.   In
principle a NC client can send an edit-config to the server and change the
type of that interface to something else.  It is still a valid YANG model
but it does not make any sense any more.  Is there a way to express in YANG
that this type of change is not allowed rather than having some SW
application in the device interacting with the NC server and responding with
an error to avoid this change?  The server just can't ignore this change and
leave the type as it was since then the client and the server are no longer
aligned.

 

Best regards - Vriendelijke groeten,

Bart Bogaert

Broadband-Access System Architect Data

Contact number +32 3 2408310 (+32 477 673952)

 

NOKIA

Copernicuslaan 50, 2018 Antwerp, Belgium
Fortis 220-0002334-42
VAT BE 0404 621 642 Register of Legal Entities Antwerp



<<
This message (including any attachments) contains confidential information
intended for a specific individual and purpose, and is protected by law. If
you are not the intended recipient, you should delete this message. Any
disclosure, copying, or distribution of this message, or the taking of any
action based on it, is strictly prohibited without the prior consent of its
author.
>> 

 


------=_NextPart_001_02A6_01D24A59.611C11E0
Content-Type: text/html;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable


Hi,
 
We’re trying to figure out how to prevent a NC client =
from changing the type of an interface.  Assume that we have an =
interface stack defined and the lowest layer of the stack (the physical =
interface) is of type fastdsl.   In principle a NC client can =
send an edit-config to the server and change the type of that interface =
to something else.  It is still a valid YANG model but it does not =
make any sense any more.  Is there a way to express in YANG that =
this type of change is not allowed rather than having some SW =
application in the device interacting with the NC server and responding =
with an error to avoid this change?  The server just can’t =
ignore this change and leave the type as it was since then the client =
and the server are no longer aligned.
 
Best regards - Vriendelijke groeten,
Bart Bogaert
Broadband-Access System Architect Data
Contact number +32 3 2408310 (+32 477 =
673952)
 
NOKIA
Copernicuslaan 50, 2018 Antwerp, =
Belgium
Fortis 220-0002334-42
VAT BE 0404 621 642 Register of =
Legal Entities Antwerp

<<<=
br>This message (including any attachments) contains confidential =
information intended for a specific individual and purpose, and is =
protected by law. If you are not the intended recipient, you should =
delete this message. Any disclosure, copying, or distribution of this =
message, or the taking of any action based on it, is strictly prohibited =
without the prior consent of its author.
>> =

 

------=_NextPart_001_02A6_01D24A59.611C11E0--

------=_NextPart_000_02A5_01D24A59.611C11E0
Content-Type: application/pkcs7-signature; name="smime.p7s"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="smime.p7s"

MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIP/TCCA7Ew
ggKZoAMCAQICEBErBTlXKN63QvT+VRPTt1EwDQYJKoZIhvcNAQEFBQAwQzEXMBUGA1UEChMOQWxj
YXRlbCBMdWNlbnQxKDAmBgNVBAMTH0FsY2F0ZWwgTHVjZW50IEludGVybmFsIFJvb3QgQ0EwHhcN
MDgxMTAzMTU0MTE2WhcNMjgxMTAzMTU0MTE2WjBDMRcwFQYDVQQKEw5BbGNhdGVsIEx1Y2VudDEo
MCYGA1UEAxMfQWxjYXRlbCBMdWNlbnQgSW50ZXJuYWwgUm9vdCBDQTCCASIwDQYJKoZIhvcNAQEB
BQADggEPADCCAQoCggEBAL5IGBVth8afQdnpuLDI0Z37GgIcPWznOOzFJUV1gVbztqQ5CIxkVL4K
soAfLzc8LQHqNl2Nk3YbVBputIyCe2nzGsRjQeVt+HO2PV7h2YpMQlVd+XGsmpJ4fAP3A38wkTl6
tFPAYspyUFvjNON1J3BJE/2cuY7apvn9ZfSz99x7y4QBZh3hvm4g5Fn7mK04/q7K6O4Z8Y6zkSxG
ZFNyZ6NIuAPNCODZASqYnHiAgtEcCR4WPs6rj+Y8MU0q56ddwuIZ0qeP2ScHY0wVtnmqXzHyCzEQ
Eb2eJCsGpXFwUalVaxPUZEVoVDfjO+2ZN5gNJrGMTu7Mv9k1WG0LR3zZ1QsCAwEAAaOBoDCBnTAL
BgNVHQ8EBAMCAYYwDwYDVR0TAQH/BAUwAwEB/zAdBgNVHQ4EFgQUB6yyWvZhiXxcfOvilycpaQyK
H/AwEAYJKwYBBAGCNxUBBAMCAQAwTAYDVR0gBEUwQzBBBgRVHSAAMDkwNwYIKwYBBQUHAgEWK2h0
dHA6Ly93d3cuYWxjYXRlbC1sdWNlbnQuY29tL1BLSS9jcC9jcC5odG0wDQYJKoZIhvcNAQEFBQAD
ggEBADBMWG3WQyC6+mBzuuFuCGqJAiC4v+TQ3ZErd5KKSRGh8dwjzK5L2C51wJPVe6EAjb59CEb2
p2aPKSkoMrCC8seBRM/bs23DMyna1Jr9Q5EZDrmRqBLJy3Cs8NFpa/cKb6SkegFHcB/vi+SYgSdR
BwoNE5+y6MRPXcEBadI/9W8Zlkk5sJ3w55e+i8OCNg/fDYAQuJPa+hD3/byWGxUgGSMNGQ/GS2st
NETAa5Z/88Sh9FHk2BtrxSz7jPtekKhjsidD2ANJZTCyj9iRB+Nt9FEetNpcN6ke1FlepRbCsV10
I0y6weLwZ34h2GWbN9qEOSQV88NBA149a5ugJ/oCbHEwggTdMIIDxaADAgECAgoanQrOAAAAAAAG
MA0GCSqGSIb3DQEBBQUAMEMxFzAVBgNVBAoTDkFsY2F0ZWwgTHVjZW50MSgwJgYDVQQDEx9BbGNh
dGVsIEx1Y2VudCBJbnRlcm5hbCBSb290IENBMB4XDTA4MTEyMTIxNTcyOFoXDTE4MTEyMTIyMDcy
OFowgYUxEzARBgoJkiaJk/IsZAEZFgNjb20xFjAUBgoJkiaJk/IsZAEZFgZsdWNlbnQxFDASBgoJ
kiaJk/IsZAEZFgRuYTAyMRcwFQYDVQQKEw5BbGNhdGVsIEx1Y2VudDEnMCUGA1UEAxMeQWxjYXRl
bCBMdWNlbnQgSW50ZXJuYWwgU3ViIENBMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEA
2Ocmcli3LbVU6TRh+JLMtquBr5/grS+gzfN5YL/lauFCHmDlF7kNQvxtDWqwNpOkzb97CwWcVsdf
kyWAiGzVWeRIrYGhK/xNPFRYXOKYXLGqxFWkltZkYpSRudHzjTneUC4EVdMXnREMu8FTC0CM38Vb
xMvQ+ygjEyicg2QT9lZHWkKP9kCI1818P+AmS7905t6kXR9Q2m1GjcCa0KqARPGX/xe2toQS+Vdi
UwDary1Enk8j19KFmvFg1bhY2mNSHgzN2AWnhsOi/EID1SalzBwHylByB/UbbEv2dZUsAdMuOtYt
Z/8dM1axS0d3fW7q7mAYV5uM42mYX9o1B/RzjwIDAQABo4IBjjCCAYowDwYDVR0TAQH/BAUwAwEB
/zAdBgNVHQ4EFgQU2exrvZZYIvfYpnfN/k2B77qXvRIwCwYDVR0PBAQDAgHGMBAGCSsGAQQBgjcV
AQQDAgEAMBkGCSsGAQQBgjcUAgQMHgoAUwB1AGIAQwBBMB8GA1UdIwQYMBaAFAesslr2YYl8XHzr
4pcnKWkMih/wMHgGA1UdHwRxMG8wbaBroGmGOWh0dHA6Ly9zZXJ2aWNlcy5zdXBwb3J0LmFsY2F0
ZWwtbHVjZW50LmNvbS9QS0kvcm9vdENBLmNybIYsaHR0cDovL3d3dy5hbGNhdGVsLWx1Y2VudC5j
b20vUEtJL3Jvb3RDQS5jcmwwgYIGCCsGAQUFBwEBBHYwdDA4BggrBgEFBQcwAoYsaHR0cDovL3d3
dy5hbGNhdGVsLWx1Y2VudC5jb20vUEtJL3Jvb3RDQS5jcnQwOAYIKwYBBQUHMAKGLGh0dHA6Ly93
d3cuYWxjYXRlbC1sdWNlbnQuY29tL1BLSS9yb290Q0EuY3J0MA0GCSqGSIb3DQEBBQUAA4IBAQCl
GxDp5Z1IDjIEz8VaTEWa8Q1OWUbXwsszdoNg5Gg3F1a2VFFVegmsrpt4axbESlgE6AT/rkUUiyjb
EhcUgY2OHdeKN5Gc7VOGh9D7SER9peARwSwx4NYRrsIaRXDrUswWAM6T6ilDUogjKYk3uK2zZ6Vy
7z3JewxVlhpeSsNPQSMoyNibKkYLRoh6rvz94vB0mvcT0uVx7xowPNoTOjjGRAk4J/MBaNOupvwf
RfPmwRetdnD6NC5x8aRkhr4ZNBjvYxFT8IJaeLk8piQYMPRDlzi7dlb9d6C5WuC0LRpomk2r3bd6
/XpNOx2FyG18axeeASWtENgPvqEirM5MjwkCMIIHYzCCBkugAwIBAgIKXRYRuwAAAADQ8TANBgkq
hkiG9w0BAQUFADCBhTETMBEGCgmSJomT8ixkARkWA2NvbTEWMBQGCgmSJomT8ixkARkWBmx1Y2Vu
dDEUMBIGCgmSJomT8ixkARkWBG5hMDIxFzAVBgNVBAoTDkFsY2F0ZWwgTHVjZW50MScwJQYDVQQD
Ex5BbGNhdGVsIEx1Y2VudCBJbnRlcm5hbCBTdWIgQ0EwHhcNMTUwNDE2MDU1MjI4WhcNMTcwNDE1
MDU1MjI4WjBDMREwDwYDVQQDEwhib2dhZXJ0YjEuMCwGCSqGSIb3DQEJARYfYmFydC5ib2dhZXJ0
QGFsY2F0ZWwtbHVjZW50LmNvbTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAJBS7alw
mZfOimfXIdJjyp1G8U+E4Rs5y+eXtDfKWEuy6UOCstRCUiSz+eljCu737ZPkMHmPMdXDHZGnsV9y
HsInD5cZHBTNnboc8lV7zLVpTrtrnflClsOiRD75CS1Vvehx+JnFuW4Mo/VeWjQtUD4tUU67W7b0
QPOkcB3KkZixozjERSxPUFHf6pMShshwQlKtvV6YLdhnNePiuFimfYqUDiOQs1LR8C+r3eSMHi8o
lyWTHf49vFPL7z62HWSldeEkf6vhtuZuWLfH7xqO3CIQH63zUJF9p23ko2/Gtc1MpAcdWMwV3ymj
V8ef+gZac/SFwFgA547zeawhhvtdiOUCAwEAAaOCBBQwggQQMD0GCSsGAQQBgjcVBwQwMC4GJisG
AQQBgjcVCIW9xVmD47E5h6WBKoa/w0KFlJgZgQv55kyE/bVaAgFkAgEFMB8GA1UdJQQYMBYGCisG
AQQBgjcKAwQGCCsGAQUFBwMEMAsGA1UdDwQEAwIFoDApBgkrBgEEAYI3FQoEHDAaMAwGCisGAQQB
gjcKAwQwCgYIKwYBBQUHAwQwRAYJKoZIhvcNAQkPBDcwNTAOBggqhkiG9w0DAgICAIAwDgYIKoZI
hvcNAwQCAgCAMAcGBSsOAwIHMAoGCCqGSIb3DQMHMB0GA1UdDgQWBBTzjeedsBUMWk5eyOwD8/c9
1B1G8jAfBgNVHSMEGDAWgBTZ7Gu9llgi99imd83+TYHvupe9EjCCAV0GA1UdHwSCAVQwggFQMIIB
TKCCAUigggFEhoHZbGRhcDovLy9DTj1BbGNhdGVsJTIwTHVjZW50JTIwSW50ZXJuYWwlMjBTdWIl
MjBDQSxDTj11c25hdnNwa2kwM3AsQ049Q0RQLENOPVB1YmxpYyUyMEtleSUyMFNlcnZpY2VzLENO
PVNlcnZpY2VzLENOPUNvbmZpZ3VyYXRpb24sREM9bHVhZCxEQz1sdWNlbnQsREM9Y29tP2NlcnRp
ZmljYXRlUmV2b2NhdGlvbkxpc3Q/YmFzZT9vYmplY3RDbGFzcz1jUkxEaXN0cmlidXRpb25Qb2lu
dIYsaHR0cHM6Ly93d3cuYWxjYXRlbC1sdWNlbnQuY29tL1BLSS9zdWJDQS5jcmyGOGh0dHA6Ly9z
ZXJ2aWNlcy5zdXBwb3J0LmFsY2F0ZWwtbHVjZW50LmNvbS9QS0kvc3ViQ0EuY3JsMIIBYQYIKwYB
BQUHAQEEggFTMIIBTzCBzAYIKwYBBQUHMAKGgb9sZGFwOi8vL0NOPUFsY2F0ZWwlMjBMdWNlbnQl
MjBJbnRlcm5hbCUyMFN1YiUyMENBLENOPUFJQSxDTj1QdWJsaWMlMjBLZXklMjBTZXJ2aWNlcyxD
Tj1TZXJ2aWNlcyxDTj1Db25maWd1cmF0aW9uLERDPWx1YWQsREM9bHVjZW50LERDPWNvbT9jQUNl
cnRpZmljYXRlP2Jhc2U/b2JqZWN0Q2xhc3M9Y2VydGlmaWNhdGlvbkF1dGhvcml0eTA4BggrBgEF
BQcwAoYsaHR0cHM6Ly93d3cuYWxjYXRlbC1sdWNlbnQuY29tL1BLSS9zdWJDQS5jcnQwRAYIKwYB
BQUHMAKGOGh0dHA6Ly9zZXJ2aWNlcy5zdXBwb3J0LmFsY2F0ZWwtbHVjZW50LmNvbS9QS0kvc3Vi
Q0EuY3J0MCoGA1UdEQQjMCGBH2JhcnQuYm9nYWVydEBhbGNhdGVsLWx1Y2VudC5jb20wDQYJKoZI
hvcNAQEFBQADggEBAEARoPJfuwXhstAQ/fAz/XKDC//Je9A0RG9Q5XV7+URvR5GxhwuikL/MEtXs
Dspufv0eHG/b92AVZxaSgdpzC6neLoW2Q/Rdeavuifm7H/Ob645vIufqDQEqRqsyt9xRP+31VphA
do994d7kU6v5BI7DAA8s5rl6h4PFbtvY5qe8VLNiTnon1dCwPQ+mRSrLfgjlZUw+WsMh69JEOWZX
EufZMg0oUvCboUe3LNNvh8+DtLafaT1gS/kpv3c+dXVApTjb1tPbeZHc5L85AVQBsbq/vYpWhiZR
qDiyVyPh+dh7vTa/GBJx/UVLwv6IswAwtCWZ/r9aReHssqkgMH9evF8xggQpMIIEJQIBATCBlDCB
hTETMBEGCgmSJomT8ixkARkWA2NvbTEWMBQGCgmSJomT8ixkARkWBmx1Y2VudDEUMBIGCgmSJomT
8ixkARkWBG5hMDIxFzAVBgNVBAoTDkFsY2F0ZWwgTHVjZW50MScwJQYDVQQDEx5BbGNhdGVsIEx1
Y2VudCBJbnRlcm5hbCBTdWIgQ0ECCl0WEbsAAAAA0PEwCQYFKw4DAhoFAKCCAmkwGAYJKoZIhvcN
AQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMTYxMTI5MTQ1ODA4WjAjBgkqhkiG9w0B
CQQxFgQUe8EdxhVKTnO2TcfwfhBCalgpkJwwgaUGCSsGAQQBgjcQBDGBlzCBlDCBhTETMBEGCgmS
JomT8ixkARkWA2NvbTEWMBQGCgmSJomT8ixkARkWBmx1Y2VudDEUMBIGCgmSJomT8ixkARkWBG5h
MDIxFzAVBgNVBAoTDkFsY2F0ZWwgTHVjZW50MScwJQYDVQQDEx5BbGNhdGVsIEx1Y2VudCBJbnRl
cm5hbCBTdWIgQ0ECCl0WEbsAAAAA0PEwgacGCyqGSIb3DQEJEAILMYGXoIGUMIGFMRMwEQYKCZIm
iZPyLGQBGRYDY29tMRYwFAYKCZImiZPyLGQBGRYGbHVjZW50MRQwEgYKCZImiZPyLGQBGRYEbmEw
MjEXMBUGA1UEChMOQWxjYXRlbCBMdWNlbnQxJzAlBgNVBAMTHkFsY2F0ZWwgTHVjZW50IEludGVy
bmFsIFN1YiBDQQIKXRYRuwAAAADQ8TCBtwYJKoZIhvcNAQkPMYGpMIGmMAsGCWCGSAFlAwQBKjAL
BglghkgBZQMEARYwCgYIKoZIhvcNAwcwCwYJYIZIAWUDBAECMA4GCCqGSIb3DQMCAgIAgDAHBgUr
DgMCBzANBggqhkiG9w0DAgIBQDANBggqhkiG9w0DAgIBKDAHBgUrDgMCGjALBglghkgBZQMEAgMw
CwYJYIZIAWUDBAICMAsGCWCGSAFlAwQCATAKBggqhkiG9w0CBTANBgkqhkiG9w0BAQEFAASCAQAj
WmfHkcKKlrCDEi7SDMcjNA8lSEFgJCh2SrzbOuJtUWND0khWaTHq6pNdiBwrC4xG5S7nEpj4S8nR
vTjZ9jkfwsGlYa4rhgpdlJMNxy2c3vZ/w9hTCTmq7QDcNxTzeveZlg8myZpWtF05q7Gk3GgsgShv
eNEOd0Y8pVdJ6xE8o04pDdZFcr00Dwe4bZYD3BDZ5xtzbqYwbwkYkLj4JWvkiiadsPF8Fnyo1Z0q
ijOIIZqkbc6LgfLAFHoJCIiRY1y+5bowHX5pEbkrSL1VtiHoPk2CiFhjjew8cpA+q8y3wAd+uKpt
ejcPN8UrePV6kK4KnltUSwRCQ0y2K3nZiH+OAAAAAAAA

------=_NextPart_000_02A5_01D24A59.611C11E0--


From nobody Tue Nov 29 07:05:53 2016
Return-Path: 
X-Original-To: netmod@ietfa.amsl.com
Delivered-To: netmod@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7CBD5129BF9 for ; Tue, 29 Nov 2016 07:05:52 -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 autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=joelhalpern.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id O2lHgb2T3p8i for ; Tue, 29 Nov 2016 07:05:46 -0800 (PST)
Received: from maila2.tigertech.net (maila2.tigertech.net [208.80.4.152]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2AC811293FD for ; Tue, 29 Nov 2016 07:05:46 -0800 (PST)
Received: from localhost (localhost [127.0.0.1]) by maila2.tigertech.net (Postfix) with ESMTP id 10FCB2681F7; Tue, 29 Nov 2016 07:05:46 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=joelhalpern.com; s=1.tigertech; t=1480431946; bh=dZq3l+JdqslVVBZMor57NeVHrkgnHGi2u1D7RxvbobU=; h=Subject:To:References:From:Date:In-Reply-To:From; b=E9Nz7ss7rMANBS2fbUdETklyQDbdzKhArUk8Jp8MWnDpN/I67zFia9oT00QKtUCgN lV/FQYXSypTYFjPSi0Q8+NCIvha+uwRmm6Ikvd7XOBpQoSvNEw+GalG8XydFWwJXaw E5hgDIaRTQ+BwpcHeGhui8S6qCORwU9jr+56ERZw=
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 A93B2268130; Tue, 29 Nov 2016 07:05:44 -0800 (PST)
To: "Bogaert, Bart (Nokia - BE)" , "netmod@ietf.org" 
References: 
From: "Joel M. Halpern" 
Message-ID: <71dd5b4c-39b5-644b-4311-476dfae70438@joelhalpern.com>
Date: Tue, 29 Nov 2016 10:05:49 -0500
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:45.0) Gecko/20100101 Thunderbird/45.5.0
MIME-Version: 1.0
In-Reply-To: 
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 8bit
Archived-At: 
Subject: Re: [netmod] How to prevent a client from modifying the type of an interface?
X-BeenThere: netmod@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: NETMOD WG list 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Tue, 29 Nov 2016 15:05:52 -0000

We ran into a version of this in the SUPA model.  Every grouping has a 
leaf with a default value (entity-class).  That entity-lass value is 
correct by default, and must not be changed.
However, it is also over-ridden in refines statements and its primary 
use is in MUST clauses.
As such, it can not be config-false.

So we settled for a comment telling folks not to change it.
If there is a better answer, I would be happy to hear it.

Yours,
Joel

On 11/29/16 9:58 AM, Bogaert, Bart (Nokia - BE) wrote:
> Hi,
>
>
>
> We’re trying to figure out how to prevent a NC client from changing the
> type of an interface.  Assume that we have an interface stack defined
> and the lowest layer of the stack (the physical interface) is of type
> fastdsl.   In principle a NC client can send an edit-config to the
> server and change the type of that interface to something else.  It is
> still a valid YANG model but it does not make any sense any more.  Is
> there a way to express in YANG that this type of change is not allowed
> rather than having some SW application in the device interacting with
> the NC server and responding with an error to avoid this change?  The
> server just can’t ignore this change and leave the type as it was since
> then the client and the server are no longer aligned.
>
>
>
> Best regards - Vriendelijke groeten,
>
> Bart Bogaert
>
> Broadband-Access System Architect Data
>
> Contact number +32 3 2408310 (+32 477 673952)
>
>
>
> *NOKIA*
>
> Copernicuslaan 50, 2018 Antwerp, Belgium
> Fortis 220-0002334-42
> VAT BE 0404 621 642 Register of Legal Entities Antwerp
>
> <<
> This message (including any attachments) contains confidential
> information intended for a specific individual and purpose, and is
> protected by law. If you are not the intended recipient, you should
> delete this message. Any disclosure, copying, or distribution of this
> message, or the taking of any action based on it, is strictly prohibited
> without the prior consent of its author.
>>>
>
>
>
>
>
> _______________________________________________
> netmod mailing list
> netmod@ietf.org
> https://www.ietf.org/mailman/listinfo/netmod
>


From nobody Tue Nov 29 07:18:43 2016
Return-Path: 
X-Original-To: netmod@ietfa.amsl.com
Delivered-To: netmod@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7CC88129BFE for ; Tue, 29 Nov 2016 07:18:41 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.697
X-Spam-Level: 
X-Spam-Status: No, score=-5.697 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-1.497] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 4n2fMUbX1V0a for ; Tue, 29 Nov 2016 07:18:38 -0800 (PST)
Received: from atlas3.jacobs-university.de (atlas3.jacobs-university.de [212.201.44.18]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id EA7681293FD for ; Tue, 29 Nov 2016 07:18:37 -0800 (PST)
Received: from localhost (demetrius5.irc-it.jacobs-university.de [10.70.0.222]) by atlas3.jacobs-university.de (Postfix) with ESMTP id 5567EFD4; Tue, 29 Nov 2016 16:18:36 +0100 (CET)
X-Virus-Scanned: amavisd-new at jacobs-university.de
Received: from atlas3.jacobs-university.de ([10.70.0.205]) by localhost (demetrius5.jacobs-university.de [10.70.0.222]) (amavisd-new, port 10030) with ESMTP id zG_c0hObr38j; Tue, 29 Nov 2016 16:18:34 +0100 (CET)
Received: from hermes.jacobs-university.de (hermes.jacobs-university.de [212.201.44.23]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hermes.jacobs-university.de", Issuer "Jacobs University CA - G01" (verified OK)) by atlas3.jacobs-university.de (Postfix) with ESMTPS; Tue, 29 Nov 2016 16:18:35 +0100 (CET)
Received: from localhost (demetrius1.jacobs-university.de [212.201.44.46]) by hermes.jacobs-university.de (Postfix) with ESMTP id 36B7820062; Tue, 29 Nov 2016 16:18:36 +0100 (CET)
X-Virus-Scanned: amavisd-new at jacobs-university.de
Received: from hermes.jacobs-university.de ([212.201.44.23]) by localhost (demetrius1.jacobs-university.de [212.201.44.32]) (amavisd-new, port 10024) with ESMTP id lm6GwTgU6hR8; Tue, 29 Nov 2016 16:18:35 +0100 (CET)
Received: from elstar.local (elstar.jacobs.jacobs-university.de [10.50.231.133]) by hermes.jacobs-university.de (Postfix) with ESMTP id 817532005E; Tue, 29 Nov 2016 16:18:35 +0100 (CET)
Received: by elstar.local (Postfix, from userid 501) id 6A23C3D7D37C; Tue, 29 Nov 2016 16:18:34 +0100 (CET)
Date: Tue, 29 Nov 2016 16:18:33 +0100
From: Juergen Schoenwaelder 
To: "Bogaert, Bart (Nokia - BE)" 
Message-ID: <20161129151833.GA3495@elstar.local>
Mail-Followup-To: "Bogaert, Bart (Nokia - BE)" , "netmod@ietf.org" 
References: 
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: 
User-Agent: Mutt/1.6.0 (2016-04-01)
Archived-At: 
Cc: "netmod@ietf.org" 
Subject: Re: [netmod] How to prevent a client from modifying the type of an interface?
X-BeenThere: netmod@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
Reply-To: Juergen Schoenwaelder 
List-Id: NETMOD WG list 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Tue, 29 Nov 2016 15:18:41 -0000

On Tue, Nov 29, 2016 at 02:58:10PM +0000, Bogaert, Bart (Nokia - BE) wrote:
> Hi,
> 
> We're trying to figure out how to prevent a NC client from changing the type
> of an interface.  Assume that we have an interface stack defined and the
> lowest layer of the stack (the physical interface) is of type fastdsl.   In
> principle a NC client can send an edit-config to the server and change the
> type of that interface to something else.  It is still a valid YANG model
> but it does not make any sense any more.  Is there a way to express in YANG
> that this type of change is not allowed rather than having some SW
> application in the device interacting with the NC server and responding with
> an error to avoid this change?  The server just can't ignore this change and
> leave the type as it was since then the client and the server are no longer
> aligned.
> 

The server has to reject edits that can't be applied to the hardware
that is present. Changing fastdsl to ethernet likely would be such a
change that can't be applied. Despite of this, you can of course
configure access control such that attempts to modify the interface
type will be reject. But access control is an added feature; a NC
implementation still needs to be able to deal with config change
requests that cannot be applied to the resources that are present.

> This message (including any attachments) contains confidential information
> intended for a specific individual and purpose, and is protected by law. If
> you are not the intended recipient, you should delete this message. Any
> disclosure, copying, or distribution of this message, or the taking of any
> action based on it, is strictly prohibited without the prior consent of its
> author.

I assume there is consent by the author that the IETF archives these
messages since the author has read the Note Well...

/js

-- 
Juergen Schoenwaelder           Jacobs University Bremen gGmbH
Phone: +49 421 200 3587         Campus Ring 1 | 28759 Bremen | Germany
Fax:   +49 421 200 3103         


From nobody Tue Nov 29 07:23:17 2016
Return-Path: 
X-Original-To: netmod@ietfa.amsl.com
Delivered-To: netmod@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id ECA22129490 for ; Tue, 29 Nov 2016 07:23:16 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.902
X-Spam-Level: 
X-Spam-Status: No, score=-6.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id CnCr7LuUx5cS for ; Tue, 29 Nov 2016 07:23:15 -0800 (PST)
Received: from smtp-fr.alcatel-lucent.com (fr-hpida-esg-02.alcatel-lucent.com [135.245.210.21]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2C08312949C for ; Tue, 29 Nov 2016 07:23:14 -0800 (PST)
Received: from fr712umx4.dmz.alcatel-lucent.com (unknown [135.245.210.45]) by Websense Email Security Gateway with ESMTPS id 5F59AD1E0DBC6; Tue, 29 Nov 2016 15:23:09 +0000 (GMT)
Received: from fr712usmtp2.zeu.alcatel-lucent.com (fr712usmtp2.zeu.alcatel-lucent.com [135.239.2.42]) by fr712umx4.dmz.alcatel-lucent.com (GMO-o) with ESMTP id uATFNAMh011562 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 29 Nov 2016 15:23:12 GMT
Received: from FR711WXCHHUB02.zeu.alcatel-lucent.com (fr711wxchhub02.zeu.alcatel-lucent.com [135.239.2.112]) by fr712usmtp2.zeu.alcatel-lucent.com (GMO) with ESMTP id uATFMgjn020241 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Tue, 29 Nov 2016 15:23:08 GMT
Received: from FR712WXCHMBA09.zeu.alcatel-lucent.com ([169.254.5.164]) by FR711WXCHHUB02.zeu.alcatel-lucent.com ([135.239.2.112]) with mapi id 14.03.0301.000; Tue, 29 Nov 2016 16:22:39 +0100
From: "Bogaert, Bart (Nokia - BE)" 
To: Juergen Schoenwaelder 
Thread-Topic: [netmod] How to prevent a client from modifying the type of an interface?
Thread-Index: AdJKUH68EJ+CzKntRGSQ13adPT8t+v//9fCA///um6A=
Date: Tue, 29 Nov 2016 15:22:39 +0000
Message-ID: 
References:  <20161129151833.GA3495@elstar.local>
In-Reply-To: <20161129151833.GA3495@elstar.local>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator: 
x-originating-ip: [135.239.27.40]
Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=SHA1; boundary="----=_NextPart_000_030A_01D24A5C.CCA7EE90"
MIME-Version: 1.0
Archived-At: 
Cc: "netmod@ietf.org" 
Subject: Re: [netmod] How to prevent a client from modifying the type of an interface?
X-BeenThere: netmod@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: NETMOD WG list 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Tue, 29 Nov 2016 15:23:17 -0000

------=_NextPart_000_030A_01D24A5C.CCA7EE90
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit

-----Original Message-----
From: Juergen Schoenwaelder [mailto:j.schoenwaelder@jacobs-university.de] 
Sent: 29 November 2016 16:19
To: Bogaert, Bart (Nokia - BE) 
Cc: netmod@ietf.org
Subject: Re: [netmod] How to prevent a client from modifying the type of an
interface?

On Tue, Nov 29, 2016 at 02:58:10PM +0000, Bogaert, Bart (Nokia - BE) wrote:
> Hi,
> 
> We're trying to figure out how to prevent a NC client from changing 
> the type of an interface.  Assume that we have an interface stack defined
and the
> lowest layer of the stack (the physical interface) is of type fastdsl.
In
> principle a NC client can send an edit-config to the server and change 
> the type of that interface to something else.  It is still a valid 
> YANG model but it does not make any sense any more.  Is there a way to 
> express in YANG that this type of change is not allowed rather than 
> having some SW application in the device interacting with the NC 
> server and responding with an error to avoid this change?  The server 
> just can't ignore this change and leave the type as it was since then 
> the client and the server are no longer aligned.
> 

The server has to reject edits that can't be applied to the hardware that is
present. Changing fastdsl to ethernet likely would be such a change that
can't be applied. Despite of this, you can of course configure access
control such that attempts to modify the interface type will be reject. But
access control is an added feature; a NC implementation still needs to be
able to deal with config change requests that cannot be applied to the
resources that are present.

[Bart Bogaert] We're looking for a way to prevent this with YANG but to be
honest I did not find a way on how to do that.

> This message (including any attachments) contains confidential 
> information intended for a specific individual and purpose, and is 
> protected by law. If you are not the intended recipient, you should 
> delete this message. Any disclosure, copying, or distribution of this 
> message, or the taking of any action based on it, is strictly 
> prohibited without the prior consent of its author.

I assume there is consent by the author that the IETF archives these
messages since the author has read the Note Well...
[Bart Bogaert] I will remove that message from the footer when sending tot
the IETF mailing list...

/js

-- 
Juergen Schoenwaelder           Jacobs University Bremen gGmbH
Phone: +49 421 200 3587         Campus Ring 1 | 28759 Bremen | Germany
Fax:   +49 421 200 3103         

------=_NextPart_000_030A_01D24A5C.CCA7EE90
Content-Type: application/pkcs7-signature; name="smime.p7s"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="smime.p7s"

MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIP/TCCA7Ew
ggKZoAMCAQICEBErBTlXKN63QvT+VRPTt1EwDQYJKoZIhvcNAQEFBQAwQzEXMBUGA1UEChMOQWxj
YXRlbCBMdWNlbnQxKDAmBgNVBAMTH0FsY2F0ZWwgTHVjZW50IEludGVybmFsIFJvb3QgQ0EwHhcN
MDgxMTAzMTU0MTE2WhcNMjgxMTAzMTU0MTE2WjBDMRcwFQYDVQQKEw5BbGNhdGVsIEx1Y2VudDEo
MCYGA1UEAxMfQWxjYXRlbCBMdWNlbnQgSW50ZXJuYWwgUm9vdCBDQTCCASIwDQYJKoZIhvcNAQEB
BQADggEPADCCAQoCggEBAL5IGBVth8afQdnpuLDI0Z37GgIcPWznOOzFJUV1gVbztqQ5CIxkVL4K
soAfLzc8LQHqNl2Nk3YbVBputIyCe2nzGsRjQeVt+HO2PV7h2YpMQlVd+XGsmpJ4fAP3A38wkTl6
tFPAYspyUFvjNON1J3BJE/2cuY7apvn9ZfSz99x7y4QBZh3hvm4g5Fn7mK04/q7K6O4Z8Y6zkSxG
ZFNyZ6NIuAPNCODZASqYnHiAgtEcCR4WPs6rj+Y8MU0q56ddwuIZ0qeP2ScHY0wVtnmqXzHyCzEQ
Eb2eJCsGpXFwUalVaxPUZEVoVDfjO+2ZN5gNJrGMTu7Mv9k1WG0LR3zZ1QsCAwEAAaOBoDCBnTAL
BgNVHQ8EBAMCAYYwDwYDVR0TAQH/BAUwAwEB/zAdBgNVHQ4EFgQUB6yyWvZhiXxcfOvilycpaQyK
H/AwEAYJKwYBBAGCNxUBBAMCAQAwTAYDVR0gBEUwQzBBBgRVHSAAMDkwNwYIKwYBBQUHAgEWK2h0
dHA6Ly93d3cuYWxjYXRlbC1sdWNlbnQuY29tL1BLSS9jcC9jcC5odG0wDQYJKoZIhvcNAQEFBQAD
ggEBADBMWG3WQyC6+mBzuuFuCGqJAiC4v+TQ3ZErd5KKSRGh8dwjzK5L2C51wJPVe6EAjb59CEb2
p2aPKSkoMrCC8seBRM/bs23DMyna1Jr9Q5EZDrmRqBLJy3Cs8NFpa/cKb6SkegFHcB/vi+SYgSdR
BwoNE5+y6MRPXcEBadI/9W8Zlkk5sJ3w55e+i8OCNg/fDYAQuJPa+hD3/byWGxUgGSMNGQ/GS2st
NETAa5Z/88Sh9FHk2BtrxSz7jPtekKhjsidD2ANJZTCyj9iRB+Nt9FEetNpcN6ke1FlepRbCsV10
I0y6weLwZ34h2GWbN9qEOSQV88NBA149a5ugJ/oCbHEwggTdMIIDxaADAgECAgoanQrOAAAAAAAG
MA0GCSqGSIb3DQEBBQUAMEMxFzAVBgNVBAoTDkFsY2F0ZWwgTHVjZW50MSgwJgYDVQQDEx9BbGNh
dGVsIEx1Y2VudCBJbnRlcm5hbCBSb290IENBMB4XDTA4MTEyMTIxNTcyOFoXDTE4MTEyMTIyMDcy
OFowgYUxEzARBgoJkiaJk/IsZAEZFgNjb20xFjAUBgoJkiaJk/IsZAEZFgZsdWNlbnQxFDASBgoJ
kiaJk/IsZAEZFgRuYTAyMRcwFQYDVQQKEw5BbGNhdGVsIEx1Y2VudDEnMCUGA1UEAxMeQWxjYXRl
bCBMdWNlbnQgSW50ZXJuYWwgU3ViIENBMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEA
2Ocmcli3LbVU6TRh+JLMtquBr5/grS+gzfN5YL/lauFCHmDlF7kNQvxtDWqwNpOkzb97CwWcVsdf
kyWAiGzVWeRIrYGhK/xNPFRYXOKYXLGqxFWkltZkYpSRudHzjTneUC4EVdMXnREMu8FTC0CM38Vb
xMvQ+ygjEyicg2QT9lZHWkKP9kCI1818P+AmS7905t6kXR9Q2m1GjcCa0KqARPGX/xe2toQS+Vdi
UwDary1Enk8j19KFmvFg1bhY2mNSHgzN2AWnhsOi/EID1SalzBwHylByB/UbbEv2dZUsAdMuOtYt
Z/8dM1axS0d3fW7q7mAYV5uM42mYX9o1B/RzjwIDAQABo4IBjjCCAYowDwYDVR0TAQH/BAUwAwEB
/zAdBgNVHQ4EFgQU2exrvZZYIvfYpnfN/k2B77qXvRIwCwYDVR0PBAQDAgHGMBAGCSsGAQQBgjcV
AQQDAgEAMBkGCSsGAQQBgjcUAgQMHgoAUwB1AGIAQwBBMB8GA1UdIwQYMBaAFAesslr2YYl8XHzr
4pcnKWkMih/wMHgGA1UdHwRxMG8wbaBroGmGOWh0dHA6Ly9zZXJ2aWNlcy5zdXBwb3J0LmFsY2F0
ZWwtbHVjZW50LmNvbS9QS0kvcm9vdENBLmNybIYsaHR0cDovL3d3dy5hbGNhdGVsLWx1Y2VudC5j
b20vUEtJL3Jvb3RDQS5jcmwwgYIGCCsGAQUFBwEBBHYwdDA4BggrBgEFBQcwAoYsaHR0cDovL3d3
dy5hbGNhdGVsLWx1Y2VudC5jb20vUEtJL3Jvb3RDQS5jcnQwOAYIKwYBBQUHMAKGLGh0dHA6Ly93
d3cuYWxjYXRlbC1sdWNlbnQuY29tL1BLSS9yb290Q0EuY3J0MA0GCSqGSIb3DQEBBQUAA4IBAQCl
GxDp5Z1IDjIEz8VaTEWa8Q1OWUbXwsszdoNg5Gg3F1a2VFFVegmsrpt4axbESlgE6AT/rkUUiyjb
EhcUgY2OHdeKN5Gc7VOGh9D7SER9peARwSwx4NYRrsIaRXDrUswWAM6T6ilDUogjKYk3uK2zZ6Vy
7z3JewxVlhpeSsNPQSMoyNibKkYLRoh6rvz94vB0mvcT0uVx7xowPNoTOjjGRAk4J/MBaNOupvwf
RfPmwRetdnD6NC5x8aRkhr4ZNBjvYxFT8IJaeLk8piQYMPRDlzi7dlb9d6C5WuC0LRpomk2r3bd6
/XpNOx2FyG18axeeASWtENgPvqEirM5MjwkCMIIHYzCCBkugAwIBAgIKXRYRuwAAAADQ8TANBgkq
hkiG9w0BAQUFADCBhTETMBEGCgmSJomT8ixkARkWA2NvbTEWMBQGCgmSJomT8ixkARkWBmx1Y2Vu
dDEUMBIGCgmSJomT8ixkARkWBG5hMDIxFzAVBgNVBAoTDkFsY2F0ZWwgTHVjZW50MScwJQYDVQQD
Ex5BbGNhdGVsIEx1Y2VudCBJbnRlcm5hbCBTdWIgQ0EwHhcNMTUwNDE2MDU1MjI4WhcNMTcwNDE1
MDU1MjI4WjBDMREwDwYDVQQDEwhib2dhZXJ0YjEuMCwGCSqGSIb3DQEJARYfYmFydC5ib2dhZXJ0
QGFsY2F0ZWwtbHVjZW50LmNvbTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAJBS7alw
mZfOimfXIdJjyp1G8U+E4Rs5y+eXtDfKWEuy6UOCstRCUiSz+eljCu737ZPkMHmPMdXDHZGnsV9y
HsInD5cZHBTNnboc8lV7zLVpTrtrnflClsOiRD75CS1Vvehx+JnFuW4Mo/VeWjQtUD4tUU67W7b0
QPOkcB3KkZixozjERSxPUFHf6pMShshwQlKtvV6YLdhnNePiuFimfYqUDiOQs1LR8C+r3eSMHi8o
lyWTHf49vFPL7z62HWSldeEkf6vhtuZuWLfH7xqO3CIQH63zUJF9p23ko2/Gtc1MpAcdWMwV3ymj
V8ef+gZac/SFwFgA547zeawhhvtdiOUCAwEAAaOCBBQwggQQMD0GCSsGAQQBgjcVBwQwMC4GJisG
AQQBgjcVCIW9xVmD47E5h6WBKoa/w0KFlJgZgQv55kyE/bVaAgFkAgEFMB8GA1UdJQQYMBYGCisG
AQQBgjcKAwQGCCsGAQUFBwMEMAsGA1UdDwQEAwIFoDApBgkrBgEEAYI3FQoEHDAaMAwGCisGAQQB
gjcKAwQwCgYIKwYBBQUHAwQwRAYJKoZIhvcNAQkPBDcwNTAOBggqhkiG9w0DAgICAIAwDgYIKoZI
hvcNAwQCAgCAMAcGBSsOAwIHMAoGCCqGSIb3DQMHMB0GA1UdDgQWBBTzjeedsBUMWk5eyOwD8/c9
1B1G8jAfBgNVHSMEGDAWgBTZ7Gu9llgi99imd83+TYHvupe9EjCCAV0GA1UdHwSCAVQwggFQMIIB
TKCCAUigggFEhoHZbGRhcDovLy9DTj1BbGNhdGVsJTIwTHVjZW50JTIwSW50ZXJuYWwlMjBTdWIl
MjBDQSxDTj11c25hdnNwa2kwM3AsQ049Q0RQLENOPVB1YmxpYyUyMEtleSUyMFNlcnZpY2VzLENO
PVNlcnZpY2VzLENOPUNvbmZpZ3VyYXRpb24sREM9bHVhZCxEQz1sdWNlbnQsREM9Y29tP2NlcnRp
ZmljYXRlUmV2b2NhdGlvbkxpc3Q/YmFzZT9vYmplY3RDbGFzcz1jUkxEaXN0cmlidXRpb25Qb2lu
dIYsaHR0cHM6Ly93d3cuYWxjYXRlbC1sdWNlbnQuY29tL1BLSS9zdWJDQS5jcmyGOGh0dHA6Ly9z
ZXJ2aWNlcy5zdXBwb3J0LmFsY2F0ZWwtbHVjZW50LmNvbS9QS0kvc3ViQ0EuY3JsMIIBYQYIKwYB
BQUHAQEEggFTMIIBTzCBzAYIKwYBBQUHMAKGgb9sZGFwOi8vL0NOPUFsY2F0ZWwlMjBMdWNlbnQl
MjBJbnRlcm5hbCUyMFN1YiUyMENBLENOPUFJQSxDTj1QdWJsaWMlMjBLZXklMjBTZXJ2aWNlcyxD
Tj1TZXJ2aWNlcyxDTj1Db25maWd1cmF0aW9uLERDPWx1YWQsREM9bHVjZW50LERDPWNvbT9jQUNl
cnRpZmljYXRlP2Jhc2U/b2JqZWN0Q2xhc3M9Y2VydGlmaWNhdGlvbkF1dGhvcml0eTA4BggrBgEF
BQcwAoYsaHR0cHM6Ly93d3cuYWxjYXRlbC1sdWNlbnQuY29tL1BLSS9zdWJDQS5jcnQwRAYIKwYB
BQUHMAKGOGh0dHA6Ly9zZXJ2aWNlcy5zdXBwb3J0LmFsY2F0ZWwtbHVjZW50LmNvbS9QS0kvc3Vi
Q0EuY3J0MCoGA1UdEQQjMCGBH2JhcnQuYm9nYWVydEBhbGNhdGVsLWx1Y2VudC5jb20wDQYJKoZI
hvcNAQEFBQADggEBAEARoPJfuwXhstAQ/fAz/XKDC//Je9A0RG9Q5XV7+URvR5GxhwuikL/MEtXs
Dspufv0eHG/b92AVZxaSgdpzC6neLoW2Q/Rdeavuifm7H/Ob645vIufqDQEqRqsyt9xRP+31VphA
do994d7kU6v5BI7DAA8s5rl6h4PFbtvY5qe8VLNiTnon1dCwPQ+mRSrLfgjlZUw+WsMh69JEOWZX
EufZMg0oUvCboUe3LNNvh8+DtLafaT1gS/kpv3c+dXVApTjb1tPbeZHc5L85AVQBsbq/vYpWhiZR
qDiyVyPh+dh7vTa/GBJx/UVLwv6IswAwtCWZ/r9aReHssqkgMH9evF8xggQpMIIEJQIBATCBlDCB
hTETMBEGCgmSJomT8ixkARkWA2NvbTEWMBQGCgmSJomT8ixkARkWBmx1Y2VudDEUMBIGCgmSJomT
8ixkARkWBG5hMDIxFzAVBgNVBAoTDkFsY2F0ZWwgTHVjZW50MScwJQYDVQQDEx5BbGNhdGVsIEx1
Y2VudCBJbnRlcm5hbCBTdWIgQ0ECCl0WEbsAAAAA0PEwCQYFKw4DAhoFAKCCAmkwGAYJKoZIhvcN
AQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMTYxMTI5MTUyMjM3WjAjBgkqhkiG9w0B
CQQxFgQUpx1TAiXKsJdCjj4jSnCg1hjc3BcwgaUGCSsGAQQBgjcQBDGBlzCBlDCBhTETMBEGCgmS
JomT8ixkARkWA2NvbTEWMBQGCgmSJomT8ixkARkWBmx1Y2VudDEUMBIGCgmSJomT8ixkARkWBG5h
MDIxFzAVBgNVBAoTDkFsY2F0ZWwgTHVjZW50MScwJQYDVQQDEx5BbGNhdGVsIEx1Y2VudCBJbnRl
cm5hbCBTdWIgQ0ECCl0WEbsAAAAA0PEwgacGCyqGSIb3DQEJEAILMYGXoIGUMIGFMRMwEQYKCZIm
iZPyLGQBGRYDY29tMRYwFAYKCZImiZPyLGQBGRYGbHVjZW50MRQwEgYKCZImiZPyLGQBGRYEbmEw
MjEXMBUGA1UEChMOQWxjYXRlbCBMdWNlbnQxJzAlBgNVBAMTHkFsY2F0ZWwgTHVjZW50IEludGVy
bmFsIFN1YiBDQQIKXRYRuwAAAADQ8TCBtwYJKoZIhvcNAQkPMYGpMIGmMAsGCWCGSAFlAwQBKjAL
BglghkgBZQMEARYwCgYIKoZIhvcNAwcwCwYJYIZIAWUDBAECMA4GCCqGSIb3DQMCAgIAgDAHBgUr
DgMCBzANBggqhkiG9w0DAgIBQDANBggqhkiG9w0DAgIBKDAHBgUrDgMCGjALBglghkgBZQMEAgMw
CwYJYIZIAWUDBAICMAsGCWCGSAFlAwQCATAKBggqhkiG9w0CBTANBgkqhkiG9w0BAQEFAASCAQAk
r8m6JkJ0PtNmfhiAblhfqDI9RmZF0w8ESAHD8hL3qsmBIeW2eEaTRpNstaXcTOP89r6Vvmf5P9ip
7HYlT+KBGI+EHY6o65vS4fCkOmCEuakvbIX5i7iHZfsbpi2xnuJrKxWcpqfSXDMvTraSRFQeP8na
ixFpC/QG8THNGlgdlcy+ipufqGG6iqMFCZlCfVF8NXnujqkROAgRKwYJqXqyLxWclJH2lMJwJcEq
opYbfKIi+xTZjlibPfdc96BZyxU+wzXclQwgcDv8v2Oz4QJa8GozJtfWicCjnWyfdlPQSZU7TCd3
IOYbcV2I53fy78ajy++WQ67anJN2GDZvSl7fAAAAAAAA

------=_NextPart_000_030A_01D24A5C.CCA7EE90--


From nobody Tue Nov 29 07:31:06 2016
Return-Path: 
X-Original-To: netmod@ietfa.amsl.com
Delivered-To: netmod@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DF196129BBB for ; Tue, 29 Nov 2016 07:31:04 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -8.497
X-Spam-Level: 
X-Spam-Status: No, score=-8.497 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=-1.497] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=nic.cz
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 lJWI94YAHDoa for ; Tue, 29 Nov 2016 07:31:03 -0800 (PST)
Received: from mail.nic.cz (mail.nic.cz [217.31.204.67]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C82A312988C for ; Tue, 29 Nov 2016 07:31:02 -0800 (PST)
Received: from [IPv6:2001:718:1a02:1:418d:1d9:54cd:713f] (unknown [IPv6:2001:718:1a02:1:418d:1d9:54cd:713f]) by mail.nic.cz (Postfix) with ESMTPSA id 2E68C60CEE; Tue, 29 Nov 2016 16:31:01 +0100 (CET)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=nic.cz; s=default; t=1480433461; bh=e2wK9cqghfCqp/XW8Lxc5IDFEQtWn8nJ6Xw9XszxoHQ=; h=From:Date:To; b=xJYwzLGNUSqaLmd7yPDRiSfrpvuCDsymhHFhMHQot4qfJBb7nh7/jiA7zSvqvZK2W 3mrNOAEWYQ1k/3M1GvlMH5FrN9FK5jiVSxcCzirnXKg29V2OglHO9/uzoPOk2or/vY gOCkStGRkVNUeof2hEoUVZ/UgPiMim+9W5tXhmKY=
Content-Type: text/plain; charset=utf-8
Mime-Version: 1.0 (Mac OS X Mail 10.1 \(3251\))
From: Ladislav Lhotka 
In-Reply-To: 
Date: Tue, 29 Nov 2016 16:31:00 +0100
Content-Transfer-Encoding: quoted-printable
Message-Id: <612B70FF-76D3-482A-B067-F4957E01E56C@nic.cz>
References: 
To: "Bogaert, Bart (Nokia - BE)" 
X-Mailer: Apple Mail (2.3251)
X-Virus-Scanned: clamav-milter 0.98.7 at mail
X-Virus-Status: Clean
Archived-At: 
Cc: "netmod@ietf.org" 
Subject: Re: [netmod] How to prevent a client from modifying the type of an interface?
X-BeenThere: netmod@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: NETMOD WG list 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Tue, 29 Nov 2016 15:31:05 -0000

> On 29 Nov 2016, at 15:58, Bogaert, Bart (Nokia - BE) =
 wrote:
>=20
> Hi,
> =20
> We=E2=80=99re trying to figure out how to prevent a NC client from =
changing the type of an interface.  Assume that we have an interface =
stack defined and the lowest layer of the stack (the physical interface) =
is of type fastdsl.   In principle a NC client can send an edit-config =
to the server and change the type of that interface to something else.  =
It is still a valid YANG model but it does not make any=20

The description for the "type" leaf in ietf-interfaces says:

If a client tries to set the type of an interface to a
value that can never be used by the system, e.g., if the
type is not supported or if the type does not match the
name of the interface, the server MUST reject the request.

Lada

> sense any more.  Is there a way to express in YANG that this type of =
change is not allowed rather than having some SW application in the =
device interacting with the NC server and responding with an error to =
avoid this change?  The server just can=E2=80=99t ignore this change and =
leave the type as it was since then the client and the server are no =
longer aligned.
> =20
> Best regards - Vriendelijke groeten,
> Bart Bogaert
> Broadband-Access System Architect Data
> Contact number +32 3 2408310 (+32 477 673952)
> =20
> NOKIA
> Copernicuslaan 50, 2018 Antwerp, Belgium
> Fortis 220-0002334-42
> VAT BE 0404 621 642 Register of Legal Entities Antwerp
>=20
> <<
> This message (including any attachments) contains confidential =
information intended for a specific individual and purpose, and is =
protected by law. If you are not the intended recipient, you should =
delete this message. Any disclosure, copying, or distribution of this =
message, or the taking of any action based on it, is strictly prohibited =
without the prior consent of its author.
> >>
> =20
> _______________________________________________
> netmod mailing list
> netmod@ietf.org
> https://www.ietf.org/mailman/listinfo/netmod

--
Ladislav Lhotka, CZ.NIC Labs
PGP Key ID: E74E8C0C





From nobody Tue Nov 29 07:38:04 2016
Return-Path: 
X-Original-To: netmod@ietfa.amsl.com
Delivered-To: netmod@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 29B331295F4 for ; Tue, 29 Nov 2016 07:38:03 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.902
X-Spam-Level: 
X-Spam-Status: No, score=-6.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id oeipNerqPI9e for ; Tue, 29 Nov 2016 07:37:57 -0800 (PST)
Received: from smtp-fr.alcatel-lucent.com (fr-hpida-esg-02.alcatel-lucent.com [135.245.210.21]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 504DC129B84 for ; Tue, 29 Nov 2016 07:37:57 -0800 (PST)
Received: from fr712umx4.dmz.alcatel-lucent.com (unknown [135.245.210.45]) by Websense Email Security Gateway with ESMTPS id 1733469B8FDD8; Tue, 29 Nov 2016 15:37:52 +0000 (GMT)
Received: from fr712usmtp2.zeu.alcatel-lucent.com (fr712usmtp2.zeu.alcatel-lucent.com [135.239.2.42]) by fr712umx4.dmz.alcatel-lucent.com (GMO-o) with ESMTP id uATFbs0n001426 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 29 Nov 2016 15:37:55 GMT
Received: from FR711WXCHHUB02.zeu.alcatel-lucent.com (fr711wxchhub02.zeu.alcatel-lucent.com [135.239.2.112]) by fr712usmtp2.zeu.alcatel-lucent.com (GMO) with ESMTP id uATFaPrj025880 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Tue, 29 Nov 2016 15:37:53 GMT
Received: from FR712WXCHMBA09.zeu.alcatel-lucent.com ([169.254.5.164]) by FR711WXCHHUB02.zeu.alcatel-lucent.com ([135.239.2.112]) with mapi id 14.03.0301.000; Tue, 29 Nov 2016 16:37:30 +0100
From: "Bogaert, Bart (Nokia - BE)" 
To: Ladislav Lhotka 
Thread-Topic: [netmod] How to prevent a client from modifying the type of an interface?
Thread-Index: AdJKUH68EJ+CzKntRGSQ13adPT8t+v//+WsA///u8IA=
Date: Tue, 29 Nov 2016 15:37:29 +0000
Message-ID: 
References:  <612B70FF-76D3-482A-B067-F4957E01E56C@nic.cz>
In-Reply-To: <612B70FF-76D3-482A-B067-F4957E01E56C@nic.cz>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator: 
x-originating-ip: [135.239.27.40]
Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=SHA1; boundary="----=_NextPart_000_0349_01D24A5E.DF55F760"
MIME-Version: 1.0
Archived-At: 
Cc: "netmod@ietf.org" 
Subject: Re: [netmod] How to prevent a client from modifying the type of an interface?
X-BeenThere: netmod@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: NETMOD WG list 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Tue, 29 Nov 2016 15:38:03 -0000

------=_NextPart_000_0349_01D24A5E.DF55F760
Content-Type: text/plain;
	charset="utf-8"
Content-Transfer-Encoding: quoted-printable

>=20
> Hi,
> =20
> We=E2=80=99re trying to figure out how to prevent a NC client from =
changing the type of an interface.  Assume that we have an interface =
stack defined and the lowest layer of the stack (the physical interface) =
is of type fastdsl.   In principle a NC client can send an edit-config =
to the server and change the type of that interface to something else.  =
It is still a valid YANG model but it does not make any=20

The description for the "type" leaf in ietf-interfaces says:

If a client tries to set the type of an interface to a value that can =
never be used by the system, e.g., if the type is not supported or if =
the type does not match the name of the interface, the server MUST =
reject the request.

[Bart Bogaert] Ok.  That is very clear but the NETCONF server can only =
reject if 1. there are rules in the YANG model that allow this, 2. An =
external application involved in the transaction tells the NC server in =
the box that this change is not allowed.  We are actually looking for a =
solution whereby the client, by using the device YANG model, can know =
(from YANG rules) that this change is not allowed.  For now I have not =
found such a solution to express this in YANG.  Having these kind of =
checks hidden from the client actually makes the device less =
programmable as the client needs to have a connection with the device.  =
For devices that are not always on and the client wants to accept =
changes on behalf of the device (which get forwarded when the device is =
powered up again) it would be good to have a great deal of certainty =
that the already accepted configuration by the client will also be =
accepted by the server.

Bart

Lada

> sense any more.  Is there a way to express in YANG that this type of =
change is not allowed rather than having some SW application in the =
device interacting with the NC server and responding with an error to =
avoid this change?  The server just can=E2=80=99t ignore this change and =
leave the type as it was since then the client and the server are no =
longer aligned.
> =20
> Best regards - Vriendelijke groeten,
> Bart Bogaert
> Broadband-Access System Architect Data Contact number +32 3 2408310=20
> (+32 477 673952)
> =20
> NOKIA
> Copernicuslaan 50, 2018 Antwerp, Belgium Fortis 220-0002334-42 VAT BE=20
> 0404 621 642 Register of Legal Entities Antwerp
>=20
> <<
> This message (including any attachments) contains confidential =
information intended for a specific individual and purpose, and is =
protected by law. If you are not the intended recipient, you should =
delete this message. Any disclosure, copying, or distribution of this =
message, or the taking of any action based on it, is strictly prohibited =
without the prior consent of its author.
> >>
> =20
> _______________________________________________
> netmod mailing list
> netmod@ietf.org
> https://www.ietf.org/mailman/listinfo/netmod

--
Ladislav Lhotka, CZ.NIC Labs
PGP Key ID: E74E8C0C





------=_NextPart_000_0349_01D24A5E.DF55F760
Content-Type: application/pkcs7-signature; name="smime.p7s"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="smime.p7s"

MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIP/TCCA7Ew
ggKZoAMCAQICEBErBTlXKN63QvT+VRPTt1EwDQYJKoZIhvcNAQEFBQAwQzEXMBUGA1UEChMOQWxj
YXRlbCBMdWNlbnQxKDAmBgNVBAMTH0FsY2F0ZWwgTHVjZW50IEludGVybmFsIFJvb3QgQ0EwHhcN
MDgxMTAzMTU0MTE2WhcNMjgxMTAzMTU0MTE2WjBDMRcwFQYDVQQKEw5BbGNhdGVsIEx1Y2VudDEo
MCYGA1UEAxMfQWxjYXRlbCBMdWNlbnQgSW50ZXJuYWwgUm9vdCBDQTCCASIwDQYJKoZIhvcNAQEB
BQADggEPADCCAQoCggEBAL5IGBVth8afQdnpuLDI0Z37GgIcPWznOOzFJUV1gVbztqQ5CIxkVL4K
soAfLzc8LQHqNl2Nk3YbVBputIyCe2nzGsRjQeVt+HO2PV7h2YpMQlVd+XGsmpJ4fAP3A38wkTl6
tFPAYspyUFvjNON1J3BJE/2cuY7apvn9ZfSz99x7y4QBZh3hvm4g5Fn7mK04/q7K6O4Z8Y6zkSxG
ZFNyZ6NIuAPNCODZASqYnHiAgtEcCR4WPs6rj+Y8MU0q56ddwuIZ0qeP2ScHY0wVtnmqXzHyCzEQ
Eb2eJCsGpXFwUalVaxPUZEVoVDfjO+2ZN5gNJrGMTu7Mv9k1WG0LR3zZ1QsCAwEAAaOBoDCBnTAL
BgNVHQ8EBAMCAYYwDwYDVR0TAQH/BAUwAwEB/zAdBgNVHQ4EFgQUB6yyWvZhiXxcfOvilycpaQyK
H/AwEAYJKwYBBAGCNxUBBAMCAQAwTAYDVR0gBEUwQzBBBgRVHSAAMDkwNwYIKwYBBQUHAgEWK2h0
dHA6Ly93d3cuYWxjYXRlbC1sdWNlbnQuY29tL1BLSS9jcC9jcC5odG0wDQYJKoZIhvcNAQEFBQAD
ggEBADBMWG3WQyC6+mBzuuFuCGqJAiC4v+TQ3ZErd5KKSRGh8dwjzK5L2C51wJPVe6EAjb59CEb2
p2aPKSkoMrCC8seBRM/bs23DMyna1Jr9Q5EZDrmRqBLJy3Cs8NFpa/cKb6SkegFHcB/vi+SYgSdR
BwoNE5+y6MRPXcEBadI/9W8Zlkk5sJ3w55e+i8OCNg/fDYAQuJPa+hD3/byWGxUgGSMNGQ/GS2st
NETAa5Z/88Sh9FHk2BtrxSz7jPtekKhjsidD2ANJZTCyj9iRB+Nt9FEetNpcN6ke1FlepRbCsV10
I0y6weLwZ34h2GWbN9qEOSQV88NBA149a5ugJ/oCbHEwggTdMIIDxaADAgECAgoanQrOAAAAAAAG
MA0GCSqGSIb3DQEBBQUAMEMxFzAVBgNVBAoTDkFsY2F0ZWwgTHVjZW50MSgwJgYDVQQDEx9BbGNh
dGVsIEx1Y2VudCBJbnRlcm5hbCBSb290IENBMB4XDTA4MTEyMTIxNTcyOFoXDTE4MTEyMTIyMDcy
OFowgYUxEzARBgoJkiaJk/IsZAEZFgNjb20xFjAUBgoJkiaJk/IsZAEZFgZsdWNlbnQxFDASBgoJ
kiaJk/IsZAEZFgRuYTAyMRcwFQYDVQQKEw5BbGNhdGVsIEx1Y2VudDEnMCUGA1UEAxMeQWxjYXRl
bCBMdWNlbnQgSW50ZXJuYWwgU3ViIENBMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEA
2Ocmcli3LbVU6TRh+JLMtquBr5/grS+gzfN5YL/lauFCHmDlF7kNQvxtDWqwNpOkzb97CwWcVsdf
kyWAiGzVWeRIrYGhK/xNPFRYXOKYXLGqxFWkltZkYpSRudHzjTneUC4EVdMXnREMu8FTC0CM38Vb
xMvQ+ygjEyicg2QT9lZHWkKP9kCI1818P+AmS7905t6kXR9Q2m1GjcCa0KqARPGX/xe2toQS+Vdi
UwDary1Enk8j19KFmvFg1bhY2mNSHgzN2AWnhsOi/EID1SalzBwHylByB/UbbEv2dZUsAdMuOtYt
Z/8dM1axS0d3fW7q7mAYV5uM42mYX9o1B/RzjwIDAQABo4IBjjCCAYowDwYDVR0TAQH/BAUwAwEB
/zAdBgNVHQ4EFgQU2exrvZZYIvfYpnfN/k2B77qXvRIwCwYDVR0PBAQDAgHGMBAGCSsGAQQBgjcV
AQQDAgEAMBkGCSsGAQQBgjcUAgQMHgoAUwB1AGIAQwBBMB8GA1UdIwQYMBaAFAesslr2YYl8XHzr
4pcnKWkMih/wMHgGA1UdHwRxMG8wbaBroGmGOWh0dHA6Ly9zZXJ2aWNlcy5zdXBwb3J0LmFsY2F0
ZWwtbHVjZW50LmNvbS9QS0kvcm9vdENBLmNybIYsaHR0cDovL3d3dy5hbGNhdGVsLWx1Y2VudC5j
b20vUEtJL3Jvb3RDQS5jcmwwgYIGCCsGAQUFBwEBBHYwdDA4BggrBgEFBQcwAoYsaHR0cDovL3d3
dy5hbGNhdGVsLWx1Y2VudC5jb20vUEtJL3Jvb3RDQS5jcnQwOAYIKwYBBQUHMAKGLGh0dHA6Ly93
d3cuYWxjYXRlbC1sdWNlbnQuY29tL1BLSS9yb290Q0EuY3J0MA0GCSqGSIb3DQEBBQUAA4IBAQCl
GxDp5Z1IDjIEz8VaTEWa8Q1OWUbXwsszdoNg5Gg3F1a2VFFVegmsrpt4axbESlgE6AT/rkUUiyjb
EhcUgY2OHdeKN5Gc7VOGh9D7SER9peARwSwx4NYRrsIaRXDrUswWAM6T6ilDUogjKYk3uK2zZ6Vy
7z3JewxVlhpeSsNPQSMoyNibKkYLRoh6rvz94vB0mvcT0uVx7xowPNoTOjjGRAk4J/MBaNOupvwf
RfPmwRetdnD6NC5x8aRkhr4ZNBjvYxFT8IJaeLk8piQYMPRDlzi7dlb9d6C5WuC0LRpomk2r3bd6
/XpNOx2FyG18axeeASWtENgPvqEirM5MjwkCMIIHYzCCBkugAwIBAgIKXRYRuwAAAADQ8TANBgkq
hkiG9w0BAQUFADCBhTETMBEGCgmSJomT8ixkARkWA2NvbTEWMBQGCgmSJomT8ixkARkWBmx1Y2Vu
dDEUMBIGCgmSJomT8ixkARkWBG5hMDIxFzAVBgNVBAoTDkFsY2F0ZWwgTHVjZW50MScwJQYDVQQD
Ex5BbGNhdGVsIEx1Y2VudCBJbnRlcm5hbCBTdWIgQ0EwHhcNMTUwNDE2MDU1MjI4WhcNMTcwNDE1
MDU1MjI4WjBDMREwDwYDVQQDEwhib2dhZXJ0YjEuMCwGCSqGSIb3DQEJARYfYmFydC5ib2dhZXJ0
QGFsY2F0ZWwtbHVjZW50LmNvbTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAJBS7alw
mZfOimfXIdJjyp1G8U+E4Rs5y+eXtDfKWEuy6UOCstRCUiSz+eljCu737ZPkMHmPMdXDHZGnsV9y
HsInD5cZHBTNnboc8lV7zLVpTrtrnflClsOiRD75CS1Vvehx+JnFuW4Mo/VeWjQtUD4tUU67W7b0
QPOkcB3KkZixozjERSxPUFHf6pMShshwQlKtvV6YLdhnNePiuFimfYqUDiOQs1LR8C+r3eSMHi8o
lyWTHf49vFPL7z62HWSldeEkf6vhtuZuWLfH7xqO3CIQH63zUJF9p23ko2/Gtc1MpAcdWMwV3ymj
V8ef+gZac/SFwFgA547zeawhhvtdiOUCAwEAAaOCBBQwggQQMD0GCSsGAQQBgjcVBwQwMC4GJisG
AQQBgjcVCIW9xVmD47E5h6WBKoa/w0KFlJgZgQv55kyE/bVaAgFkAgEFMB8GA1UdJQQYMBYGCisG
AQQBgjcKAwQGCCsGAQUFBwMEMAsGA1UdDwQEAwIFoDApBgkrBgEEAYI3FQoEHDAaMAwGCisGAQQB
gjcKAwQwCgYIKwYBBQUHAwQwRAYJKoZIhvcNAQkPBDcwNTAOBggqhkiG9w0DAgICAIAwDgYIKoZI
hvcNAwQCAgCAMAcGBSsOAwIHMAoGCCqGSIb3DQMHMB0GA1UdDgQWBBTzjeedsBUMWk5eyOwD8/c9
1B1G8jAfBgNVHSMEGDAWgBTZ7Gu9llgi99imd83+TYHvupe9EjCCAV0GA1UdHwSCAVQwggFQMIIB
TKCCAUigggFEhoHZbGRhcDovLy9DTj1BbGNhdGVsJTIwTHVjZW50JTIwSW50ZXJuYWwlMjBTdWIl
MjBDQSxDTj11c25hdnNwa2kwM3AsQ049Q0RQLENOPVB1YmxpYyUyMEtleSUyMFNlcnZpY2VzLENO
PVNlcnZpY2VzLENOPUNvbmZpZ3VyYXRpb24sREM9bHVhZCxEQz1sdWNlbnQsREM9Y29tP2NlcnRp
ZmljYXRlUmV2b2NhdGlvbkxpc3Q/YmFzZT9vYmplY3RDbGFzcz1jUkxEaXN0cmlidXRpb25Qb2lu
dIYsaHR0cHM6Ly93d3cuYWxjYXRlbC1sdWNlbnQuY29tL1BLSS9zdWJDQS5jcmyGOGh0dHA6Ly9z
ZXJ2aWNlcy5zdXBwb3J0LmFsY2F0ZWwtbHVjZW50LmNvbS9QS0kvc3ViQ0EuY3JsMIIBYQYIKwYB
BQUHAQEEggFTMIIBTzCBzAYIKwYBBQUHMAKGgb9sZGFwOi8vL0NOPUFsY2F0ZWwlMjBMdWNlbnQl
MjBJbnRlcm5hbCUyMFN1YiUyMENBLENOPUFJQSxDTj1QdWJsaWMlMjBLZXklMjBTZXJ2aWNlcyxD
Tj1TZXJ2aWNlcyxDTj1Db25maWd1cmF0aW9uLERDPWx1YWQsREM9bHVjZW50LERDPWNvbT9jQUNl
cnRpZmljYXRlP2Jhc2U/b2JqZWN0Q2xhc3M9Y2VydGlmaWNhdGlvbkF1dGhvcml0eTA4BggrBgEF
BQcwAoYsaHR0cHM6Ly93d3cuYWxjYXRlbC1sdWNlbnQuY29tL1BLSS9zdWJDQS5jcnQwRAYIKwYB
BQUHMAKGOGh0dHA6Ly9zZXJ2aWNlcy5zdXBwb3J0LmFsY2F0ZWwtbHVjZW50LmNvbS9QS0kvc3Vi
Q0EuY3J0MCoGA1UdEQQjMCGBH2JhcnQuYm9nYWVydEBhbGNhdGVsLWx1Y2VudC5jb20wDQYJKoZI
hvcNAQEFBQADggEBAEARoPJfuwXhstAQ/fAz/XKDC//Je9A0RG9Q5XV7+URvR5GxhwuikL/MEtXs
Dspufv0eHG/b92AVZxaSgdpzC6neLoW2Q/Rdeavuifm7H/Ob645vIufqDQEqRqsyt9xRP+31VphA
do994d7kU6v5BI7DAA8s5rl6h4PFbtvY5qe8VLNiTnon1dCwPQ+mRSrLfgjlZUw+WsMh69JEOWZX
EufZMg0oUvCboUe3LNNvh8+DtLafaT1gS/kpv3c+dXVApTjb1tPbeZHc5L85AVQBsbq/vYpWhiZR
qDiyVyPh+dh7vTa/GBJx/UVLwv6IswAwtCWZ/r9aReHssqkgMH9evF8xggQpMIIEJQIBATCBlDCB
hTETMBEGCgmSJomT8ixkARkWA2NvbTEWMBQGCgmSJomT8ixkARkWBmx1Y2VudDEUMBIGCgmSJomT
8ixkARkWBG5hMDIxFzAVBgNVBAoTDkFsY2F0ZWwgTHVjZW50MScwJQYDVQQDEx5BbGNhdGVsIEx1
Y2VudCBJbnRlcm5hbCBTdWIgQ0ECCl0WEbsAAAAA0PEwCQYFKw4DAhoFAKCCAmkwGAYJKoZIhvcN
AQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMTYxMTI5MTUzNzI4WjAjBgkqhkiG9w0B
CQQxFgQUPNYrxp31ROMSBRfv3BaRrdnBkiswgaUGCSsGAQQBgjcQBDGBlzCBlDCBhTETMBEGCgmS
JomT8ixkARkWA2NvbTEWMBQGCgmSJomT8ixkARkWBmx1Y2VudDEUMBIGCgmSJomT8ixkARkWBG5h
MDIxFzAVBgNVBAoTDkFsY2F0ZWwgTHVjZW50MScwJQYDVQQDEx5BbGNhdGVsIEx1Y2VudCBJbnRl
cm5hbCBTdWIgQ0ECCl0WEbsAAAAA0PEwgacGCyqGSIb3DQEJEAILMYGXoIGUMIGFMRMwEQYKCZIm
iZPyLGQBGRYDY29tMRYwFAYKCZImiZPyLGQBGRYGbHVjZW50MRQwEgYKCZImiZPyLGQBGRYEbmEw
MjEXMBUGA1UEChMOQWxjYXRlbCBMdWNlbnQxJzAlBgNVBAMTHkFsY2F0ZWwgTHVjZW50IEludGVy
bmFsIFN1YiBDQQIKXRYRuwAAAADQ8TCBtwYJKoZIhvcNAQkPMYGpMIGmMAsGCWCGSAFlAwQBKjAL
BglghkgBZQMEARYwCgYIKoZIhvcNAwcwCwYJYIZIAWUDBAECMA4GCCqGSIb3DQMCAgIAgDAHBgUr
DgMCBzANBggqhkiG9w0DAgIBQDANBggqhkiG9w0DAgIBKDAHBgUrDgMCGjALBglghkgBZQMEAgMw
CwYJYIZIAWUDBAICMAsGCWCGSAFlAwQCATAKBggqhkiG9w0CBTANBgkqhkiG9w0BAQEFAASCAQB5
SPywgXNBOIrq2JhRg0m7oFSQK8ZXHfAjxZJwNSzLnmxsh+2Q9tg8RnjN8qRdXIamMPoV9EKclqmg
YFnU6PID2sb9qGMtSrdR4hAgi76nWF8tnZUGddxZYWkoHfhcPX+DraCOnsekpX3XShgDj0QDZE34
VrvsB0g31mlsAbRy05uDRQWkufuvRxOuqTuDDKJXfy8DEe6nuOQMHcz4+90RI6aX/FN5HwUupDmX
zOdrX7vN5FVa8vgcKbOgz9lKxDkVMwY+4GvdxkQ887x0TSdQiR5cM8GwvwP7dVH2BcldPvtJT6Zc
dwtJjbiDs31ua/8GmoslY48dL9N8IPu7bOJqAAAAAAAA

------=_NextPart_000_0349_01D24A5E.DF55F760--


From nobody Tue Nov 29 07:54:33 2016
Return-Path: 
X-Original-To: netmod@ietfa.amsl.com
Delivered-To: netmod@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 30D0D129BF7 for ; Tue, 29 Nov 2016 07:54:33 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.697
X-Spam-Level: 
X-Spam-Status: No, score=-5.697 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-1.497] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id IvES8fVaEJKF for ; Tue, 29 Nov 2016 07:54:31 -0800 (PST)
Received: from atlas3.jacobs-university.de (atlas3.jacobs-university.de [212.201.44.18]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0CA2C129BFB for ; Tue, 29 Nov 2016 07:54:30 -0800 (PST)
Received: from localhost (demetrius5.irc-it.jacobs-university.de [10.70.0.222]) by atlas3.jacobs-university.de (Postfix) with ESMTP id CE66214BF; Tue, 29 Nov 2016 16:54:28 +0100 (CET)
X-Virus-Scanned: amavisd-new at jacobs-university.de
Received: from atlas3.jacobs-university.de ([10.70.0.205]) by localhost (demetrius5.jacobs-university.de [10.70.0.222]) (amavisd-new, port 10030) with ESMTP id hFmJ888m3xKk; Tue, 29 Nov 2016 16:54:27 +0100 (CET)
Received: from hermes.jacobs-university.de (hermes.jacobs-university.de [212.201.44.23]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hermes.jacobs-university.de", Issuer "Jacobs University CA - G01" (verified OK)) by atlas3.jacobs-university.de (Postfix) with ESMTPS; Tue, 29 Nov 2016 16:54:28 +0100 (CET)
Received: from localhost (demetrius2.jacobs-university.de [212.201.44.47]) by hermes.jacobs-university.de (Postfix) with ESMTP id 8B09E2005F; Tue, 29 Nov 2016 16:54:28 +0100 (CET)
X-Virus-Scanned: amavisd-new at jacobs-university.de
Received: from hermes.jacobs-university.de ([212.201.44.23]) by localhost (demetrius2.jacobs-university.de [212.201.44.32]) (amavisd-new, port 10024) with ESMTP id V8u7TnWfu_bD; Tue, 29 Nov 2016 16:54:27 +0100 (CET)
Received: from elstar.local (elstar.jacobs.jacobs-university.de [10.50.231.133]) by hermes.jacobs-university.de (Postfix) with ESMTP id EE6B92005E; Tue, 29 Nov 2016 16:54:27 +0100 (CET)
Received: by elstar.local (Postfix, from userid 501) id CC3513D7D575; Tue, 29 Nov 2016 16:54:26 +0100 (CET)
Date: Tue, 29 Nov 2016 16:54:26 +0100
From: Juergen Schoenwaelder 
To: "Bogaert, Bart (Nokia - BE)" 
Message-ID: <20161129155426.GA62355@elstar.local>
Mail-Followup-To: "Bogaert, Bart (Nokia - BE)" , Ladislav Lhotka , "netmod@ietf.org" 
References:  <612B70FF-76D3-482A-B067-F4957E01E56C@nic.cz> 
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Disposition: inline
X-Clacks-Overhead: GNU Terry Pratchett
Content-Transfer-Encoding: 8bit
In-Reply-To: 
User-Agent: Mutt/1.6.0 (2016-04-01)
Archived-At: 
Cc: "netmod@ietf.org" 
Subject: Re: [netmod] How to prevent a client from modifying the type of an interface?
X-BeenThere: netmod@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
Reply-To: Juergen Schoenwaelder 
List-Id: NETMOD WG list 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Tue, 29 Nov 2016 15:54:33 -0000

On Tue, Nov 29, 2016 at 03:37:29PM +0000, Bogaert, Bart (Nokia - BE) wrote:
> > 
> > Hi,
> >  
> > We’re trying to figure out how to prevent a NC client from changing the type of an interface.  Assume that we have an interface stack defined and the lowest layer of the stack (the physical interface) is of type fastdsl.   In principle a NC client can send an edit-config to the server and change the type of that interface to something else.  It is still a valid YANG model but it does not make any 
> 
> The description for the "type" leaf in ietf-interfaces says:
> 
> If a client tries to set the type of an interface to a value that can never be used by the system, e.g., if the type is not supported or if the type does not match the name of the interface, the server MUST reject the request.
> 
> [Bart Bogaert] Ok.  That is very clear but the NETCONF server can only reject if 1. there are rules in the YANG model that allow this, 2. An external application involved in the transaction tells the NC server in the box that this change is not allowed.  We are actually looking for a solution whereby the client, by using the device YANG model, can know (from YANG rules) that this change is not allowed.  For now I have not found such a solution to express this in YANG.  Having these kind of checks hidden from the client actually makes the device less programmable as the client needs to have a connection with the device.  For devices that are not always on and the client wants to accept changes on behalf of the device (which get forwarded when the device is powered up again) it would be good to have a great deal of certainty that the already accepted configuration by the client will also be accepted by the server.
>

There will always be errors possible - assuming a 'client' can
accurately predict all possible errors that can occure when a
configuration is applied on a server is somewhat hopeless. That said,
a server could perhaps announce a deviation that restricts the
possible set of values. But for anything more advanced than a simple
home router where you have hot swappable interfaces, this likely falls
apart quickly again.

Not every configuration that is valid according to YANG validation
rules and constraints is guaranteed to be applied successfully on a
given server with specific resources. With deviations, a server may
announce additional constraints that it has and client side tools may
make use of these deviations to do additional checks before attempting
an edit-config but the ultimate truth is when you send the edit-config
to the server and the change finally gets applied - or not.

/js

-- 
Juergen Schoenwaelder           Jacobs University Bremen gGmbH
Phone: +49 421 200 3587         Campus Ring 1 | 28759 Bremen | Germany
Fax:   +49 421 200 3103         


From nobody Tue Nov 29 08:16:14 2016
Return-Path: 
X-Original-To: netmod@ietfa.amsl.com
Delivered-To: netmod@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 32BBF1295F0 for ; Tue, 29 Nov 2016 08:16:13 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -16.019
X-Spam-Level: 
X-Spam-Status: No, score=-16.019 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, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-1.497, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id aEHQdfOoXqFP for ; Tue, 29 Nov 2016 08:16:11 -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 3BC8C129413 for ; Tue, 29 Nov 2016 08:16:11 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=3675; q=dns/txt; s=iport; t=1480436171; x=1481645771; h=subject:to:references:from:message-id:date:mime-version: in-reply-to:content-transfer-encoding; bh=/XpPM8E/C/oVitwyFjL+zVnMgkeJB31iqIeKwR6lv7g=; b=AQaOCctyZNNZ9tloGb4IniO+g9ZhcIGB9ewjypkpkcGYwkIHOqvZAQWi g7Yrdsu2oS/5SpzFUAPZCiWO8ryLgPC4mLxCBeks0kI5f9g93hhq03fYo BcdxqdODBTN58XTOrSH+ny7eaPt3RXyFRUmPNo1x+fcMd5OKki8s8qQjW E=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0DYAQCbqT1Y/xbLJq1dGQEBAQEBAQEBA?= =?us-ascii?q?QEBBwEBAQEBgyoOAQEBAQGBJY4YlyGUdYIHhiICgisUAQIBAQEBAQEBYiiEaQE?= =?us-ascii?q?BBCMPAQVRCxgCAiYCAlcGAQwIAQEXiFKsSYIpi0kBAQEBAQEBAQIBAQEBAQEBA?= =?us-ascii?q?QEegQuFM4F9gVaBCIQzgxqCXQEEjnKLY5EGigeGK4oRg2CEDB43MEgTDINZHIF?= =?us-ascii?q?dPoYGK4IQAQEB?=
X-IronPort-AV: E=Sophos;i="5.31,717,1473120000"; d="scan'208";a="690024883"
Received: from aer-iport-nat.cisco.com (HELO aer-core-3.cisco.com) ([173.38.203.22]) by aer-iport-1.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 29 Nov 2016 16:15:51 +0000
Received: from [10.63.23.160] (dhcp-ensft1-uk-vla370-10-63-23-160.cisco.com [10.63.23.160]) by aer-core-3.cisco.com (8.14.5/8.14.5) with ESMTP id uATGFpM8029381; Tue, 29 Nov 2016 16:15:51 GMT
To: "Bogaert, Bart (Nokia - BE)" , Ladislav Lhotka , "netmod@ietf.org" 
References:  <612B70FF-76D3-482A-B067-F4957E01E56C@nic.cz>  <20161129155426.GA62355@elstar.local>
From: Robert Wilton 
Message-ID: <840f350c-01e4-43e9-dd64-93ccd575f4f1@cisco.com>
Date: Tue, 29 Nov 2016 16:15:51 +0000
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.4.0
MIME-Version: 1.0
In-Reply-To: <20161129155426.GA62355@elstar.local>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 8bit
Archived-At: 
Subject: Re: [netmod] How to prevent a client from modifying the type of an interface?
X-BeenThere: netmod@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: NETMOD WG list 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Tue, 29 Nov 2016 16:16:13 -0000

Hi,


On 29/11/2016 15:54, Juergen Schoenwaelder wrote:
> On Tue, Nov 29, 2016 at 03:37:29PM +0000, Bogaert, Bart (Nokia - BE) wrote:
>>> Hi,
>>>   
>>> We’re trying to figure out how to prevent a NC client from changing the type of an interface.  Assume that we have an interface stack defined and the lowest layer of the stack (the physical interface) is of type fastdsl.   In principle a NC client can send an edit-config to the server and change the type of that interface to something else.  It is still a valid YANG model but it does not make any
>> The description for the "type" leaf in ietf-interfaces says:
>>
>> If a client tries to set the type of an interface to a value that can never be used by the system, e.g., if the type is not supported or if the type does not match the name of the interface, the server MUST reject the request.
>>
>> [Bart Bogaert] Ok.  That is very clear but the NETCONF server can only reject if 1. there are rules in the YANG model that allow this, 2. An external application involved in the transaction tells the NC server in the box that this change is not allowed.  We are actually looking for a solution whereby the client, by using the device YANG model, can know (from YANG rules) that this change is not allowed.  For now I have not found such a solution to express this in YANG.  Having these kind of checks hidden from the client actually makes the device less programmable as the client needs to have a connection with the device.  For devices that are not always on and the client wants to accept changes on behalf of the device (which get forwarded when the device is powered up again) it would be good to have a great deal of certainty that the already accepted configuration by the client will also be accepted by the server.
>>
> There will always be errors possible - assuming a 'client' can
> accurately predict all possible errors that can occure when a
> configuration is applied on a server is somewhat hopeless. That said,
> a server could perhaps announce a deviation that restricts the
> possible set of values. But for anything more advanced than a simple
> home router where you have hot swappable interfaces, this likely falls
> apart quickly again.
>
> Not every configuration that is valid according to YANG validation
> rules and constraints is guaranteed to be applied successfully on a
> given server with specific resources. With deviations, a server may
> announce additional constraints that it has and client side tools may
> make use of these deviations to do additional checks before attempting
> an edit-config but the ultimate truth is when you send the edit-config
> to the server and the change finally gets applied - or not.
There are other cases where values can be set, but once set they cannot 
be changed.

Part of me would like to suggest a YANG extension that can be used on a 
leaf to indicate that its value cannot be changed unless a specified 
parent node is deleted.  E.g. in this case the extension could indicate 
that the configured interface itself must be deleted if the type is changed.

But perhaps the real judgement call here is whether the additional 
complexity involved with adding such an extension is worth the benefit 
that it brings over a well worded description.

Further, I'm not even sure that it is a given that for all interfaces on 
all devices that the interface type can never change. So, I suspect that 
most YANG clients will just end up being hard coded to know not to try 
and change the type of interface (unless it is allowed).  The simple 
approach might also be the best ...

Rob


>
> /js
>


From nobody Tue Nov 29 08:19:05 2016
Return-Path: 
X-Original-To: netmod@ietfa.amsl.com
Delivered-To: netmod@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AD7B81296CE for ; Tue, 29 Nov 2016 08:19:04 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.397
X-Spam-Level: 
X-Spam-Status: No, score=-3.397 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RP_MATCHES_RCVD=-1.497, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id UdLZTD9-6N11 for ; Tue, 29 Nov 2016 08:19:02 -0800 (PST)
Received: from mail.tail-f.com (mail.tail-f.com [46.21.102.45]) by ietfa.amsl.com (Postfix) with ESMTP id 4E9091295ED for ; Tue, 29 Nov 2016 08:19:02 -0800 (PST)
Received: from [10.147.40.124] (unknown [173.38.220.48]) by mail.tail-f.com (Postfix) with ESMTPSA id E22C71AE0418; Tue, 29 Nov 2016 17:19:00 +0100 (CET)
Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\))
Content-Type: multipart/signed; boundary="Apple-Mail=_9F8994B4-8EDD-4C90-BF66-43ABE3C8021A"; protocol="application/pgp-signature"; micalg=pgp-sha512
X-Pgp-Agent: GPGMail
From: Jan Lindblad 
In-Reply-To: <20161129155426.GA62355@elstar.local>
Date: Tue, 29 Nov 2016 17:18:59 +0100
Message-Id: 
References:  <612B70FF-76D3-482A-B067-F4957E01E56C@nic.cz>  <20161129155426.GA62355@elstar.local>
To: "Bogaert, Bart (Nokia - BE)" 
X-Mailer: Apple Mail (2.3124)
Archived-At: 
Cc: "netmod@ietf.org" 
Subject: Re: [netmod] How to prevent a client from modifying the type of an interface?
X-BeenThere: netmod@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: NETMOD WG list 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Tue, 29 Nov 2016 16:19:05 -0000

--Apple-Mail=_9F8994B4-8EDD-4C90-BF66-43ABE3C8021A
Content-Type: multipart/alternative;
	boundary="Apple-Mail=_E4AC02E4-9D4F-4D60-AA0F-58CFA5801043"


--Apple-Mail=_E4AC02E4-9D4F-4D60-AA0F-58CFA5801043
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=utf-8

Bart,

J=C3=BCrgen et al are of course right in what they say, but if you =
really want to use YANG to enable a manager to know a priori what values =
are possible for a particular leaf somewhere, that's easy too -- if you =
see the addition of a new proprietary YANG module as a possibility.

module device-limitations {
...
  container limitations {
    must =
"not(/if:interfaces/if:interface[not(if:type=3D'ianaift:fastdsl')])" {
      error-message "There must not be any interfaces that are not of =
fastdsl interface type";
    }
  }
}

There are also ways to do similar things without hardcoding the value(s) =
in the YANG, e.g. in factory default data or controlled by licenses. The =
acceptable values would sit in a system controlled list (i.e. operator =
writes prevented by NACM).

/jan


> On 29 nov. 2016, at 16:54, Juergen Schoenwaelder =
 wrote:
>=20
> On Tue, Nov 29, 2016 at 03:37:29PM +0000, Bogaert, Bart (Nokia - BE) =
wrote:
>>>=20
>>> Hi,
>>>=20
>>> We=E2=80=99re trying to figure out how to prevent a NC client from =
changing the type of an interface.  Assume that we have an interface =
stack defined and the lowest layer of the stack (the physical interface) =
is of type fastdsl.   In principle a NC client can send an edit-config =
to the server and change the type of that interface to something else.  =
It is still a valid YANG model but it does not make any
>>=20
>> The description for the "type" leaf in ietf-interfaces says:
>>=20
>> If a client tries to set the type of an interface to a value that can =
never be used by the system, e.g., if the type is not supported or if =
the type does not match the name of the interface, the server MUST =
reject the request.
>>=20
>> [Bart Bogaert] Ok.  That is very clear but the NETCONF server can =
only reject if 1. there are rules in the YANG model that allow this, 2. =
An external application involved in the transaction tells the NC server =
in the box that this change is not allowed.  We are actually looking for =
a solution whereby the client, by using the device YANG model, can know =
(from YANG rules) that this change is not allowed.  For now I have not =
found such a solution to express this in YANG.  Having these kind of =
checks hidden from the client actually makes the device less =
programmable as the client needs to have a connection with the device.  =
For devices that are not always on and the client wants to accept =
changes on behalf of the device (which get forwarded when the device is =
powered up again) it would be good to have a great deal of certainty =
that the already accepted configuration by the client will also be =
accepted by the server.
>>=20
>=20
> There will always be errors possible - assuming a 'client' can
> accurately predict all possible errors that can occure when a
> configuration is applied on a server is somewhat hopeless. That said,
> a server could perhaps announce a deviation that restricts the
> possible set of values. But for anything more advanced than a simple
> home router where you have hot swappable interfaces, this likely falls
> apart quickly again.
>=20
> Not every configuration that is valid according to YANG validation
> rules and constraints is guaranteed to be applied successfully on a
> given server with specific resources. With deviations, a server may
> announce additional constraints that it has and client side tools may
> make use of these deviations to do additional checks before attempting
> an edit-config but the ultimate truth is when you send the edit-config
> to the server and the change finally gets applied - or not.
>=20
> /js
>=20
> --
> Juergen Schoenwaelder           Jacobs University Bremen gGmbH
> Phone: +49 421 200 3587         Campus Ring 1 | 28759 Bremen | Germany
> Fax:   +49 421 200 3103         >
>=20
> _______________________________________________
> netmod mailing list
> netmod@ietf.org 
> https://www.ietf.org/mailman/listinfo/netmod =


--Apple-Mail=_E4AC02E4-9D4F-4D60-AA0F-58CFA5801043
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html;
	charset=utf-8

Bart,

J=C3=BCrgen et al are of course right in what they say, but =
if you really want to use YANG to enable a manager to know a priori what =
values are possible for a particular leaf somewhere, that's easy too -- =
if you see the addition of a new proprietary YANG module as a =
possibility.

module device-limitations {
...
  container limitations {
  =
  must =
"not(/if:interfaces/if:interface[not(if:type=3D'ianaift:fastdsl')])" =
{
      error-message "There must =
not be any interfaces that are not of fastdsl interface type";
    }
  }
}

There are also ways to do similar things without hardcoding =
the value(s) in the YANG, e.g. in factory default data or controlled by =
licenses. The acceptable values would sit in a system controlled list =
(i.e. operator writes prevented by NACM).

/jan





On 29 nov. 2016, at 16:54, Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de> wrote:

On Tue, Nov 29, 2016 at 03:37:29PM +0000, =
Bogaert, Bart (Nokia - BE) wrote:

Hi,

We=E2=80=99re =
trying to figure out how to prevent a NC client from changing the type =
of an interface.  Assume that we have an interface stack defined =
and the lowest layer of the stack (the physical interface) is of type =
fastdsl.   In principle a NC client can send an edit-config to =
the server and change the type of that interface to something else. =
 It is still a valid YANG model but it does not make any 

The description for the "type" =
leaf in ietf-interfaces says:

If a client =
tries to set the type of an interface to a value that can never be used =
by the system, e.g., if the type is not supported or if the type does =
not match the name of the interface, the server MUST reject the =
request.

[Bart Bogaert] Ok.  That is =
very clear but the NETCONF server can only reject if 1. there are rules =
in the YANG model that allow this, 2. An external application involved =
in the transaction tells the NC server in the box that this change is =
not allowed.  We are actually looking for a solution whereby the =
client, by using the device YANG model, can know (from YANG rules) that =
this change is not allowed.  For now I have not found such a =
solution to express this in YANG.  Having these kind of checks =
hidden from the client actually makes the device less programmable as =
the client needs to have a connection with the device.  For devices =
that are not always on and the client wants to accept changes on behalf =
of the device (which get forwarded when the device is powered up again) =
it would be good to have a great deal of certainty that the already =
accepted configuration by the client will also be accepted by the =
server.


There will always be errors possible - assuming =
a 'client' can
accurately predict all possible =
errors that can occure when a
configuration is applied on a server is somewhat =
hopeless. That said,
a server could perhaps announce =
a deviation that restricts the
possible set of values. But for anything more =
advanced than a simple
home router where you have hot swappable =
interfaces, this likely falls
apart quickly again.

Not every configuration that is valid according =
to YANG validation
rules and constraints is =
guaranteed to be applied successfully on a
given server with specific resources. With =
deviations, a server may
announce additional constraints that it has and =
client side tools may
make use of these deviations to =
do additional checks before attempting
an edit-config but the ultimate truth is when =
you send the edit-config
to the server and the change finally gets =
applied - or not.

/js

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

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

=

--Apple-Mail=_E4AC02E4-9D4F-4D60-AA0F-58CFA5801043--

--Apple-Mail=_9F8994B4-8EDD-4C90-BF66-43ABE3C8021A
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
	filename=signature.asc
Content-Type: application/pgp-signature;
	name=signature.asc
Content-Description: Message signed with OpenPGP using GPGMail

-----BEGIN PGP SIGNATURE-----
Comment: GPGTools - https://gpgtools.org

iQEcBAEBCgAGBQJYPapzAAoJEBSCnbqufIisFvYH/3Oh/Vw6EoPFPnjAWiPwv7fM
EcLI1sRip+9zKNCtJLPb3eWcH/5feC3V+eM6tbwX5Jlhmbqo7afzcWd+bELC8hI5
9IEQX0KOcBPIg9cflCtwClq3yNBkko3dAQuSpTE6ZQs58km9hP/rXsJkv2hPSral
GlTyAmlKVdqNj6m7tqtoO/oGfsQkWx8dE9gkA/PLuhuEBXrPDoUdukjQYxZTFLJb
Bp/5EvNg8IcVvOkShfvhWbaQKwPYmxT4BhiboIe0j5tIsVHUlvthqJbdyd3O4vZr
Qx4PQ/XaFiI/rjunP2kTgyG7FI53qlVTQVt5TQeV2MXazQx8ZXksH1+a4s+TP3s=
=Gs/y
-----END PGP SIGNATURE-----

--Apple-Mail=_9F8994B4-8EDD-4C90-BF66-43ABE3C8021A--


From nobody Tue Nov 29 08:23:25 2016
Return-Path: 
X-Original-To: netmod@ietfa.amsl.com
Delivered-To: netmod@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DEC38129609 for ; Tue, 29 Nov 2016 08:23:23 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -8.497
X-Spam-Level: 
X-Spam-Status: No, score=-8.497 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=-1.497] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=nic.cz
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 Z-p16WDdwFN4 for ; Tue, 29 Nov 2016 08:23:22 -0800 (PST)
Received: from mail.nic.cz (mail.nic.cz [217.31.204.67]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B142A129698 for ; Tue, 29 Nov 2016 08:23:21 -0800 (PST)
Received: from [IPv6:2001:718:1a02:1:418d:1d9:54cd:713f] (unknown [IPv6:2001:718:1a02:1:418d:1d9:54cd:713f]) by mail.nic.cz (Postfix) with ESMTPSA id D6E8B60B5C; Tue, 29 Nov 2016 17:23:19 +0100 (CET)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=nic.cz; s=default; t=1480436599; bh=bYnAIH4XChNQ5RNplvbeejM1cLRewI0MjcHxAvD8e4M=; h=From:Date:To; b=kk28PuCZ8IUrRgPRsgCUfvIQozCCqtCmhMtDMhw0TfVfGuTTvQpmqRYTI8wCEdfFx mSDYHo+VmduvFW6wGCYOusF4d+3ctPSm/gHoR/fXkt3zH1jczavthc4mcBcOUf/hBQ Ox4jfxS2PvlYoHcmNhQ5yTU+sUqrphMmu1x9XFck=
Content-Type: text/plain; charset=utf-8
Mime-Version: 1.0 (Mac OS X Mail 10.1 \(3251\))
From: Ladislav Lhotka 
In-Reply-To: 
Date: Tue, 29 Nov 2016 17:23:19 +0100
Content-Transfer-Encoding: quoted-printable
Message-Id: <00DE5D3A-8431-47F4-A5EE-54D5C6E0D1DA@nic.cz>
References:  <612B70FF-76D3-482A-B067-F4957E01E56C@nic.cz> 
To: "Bogaert, Bart (Nokia - BE)" 
X-Mailer: Apple Mail (2.3251)
X-Virus-Scanned: clamav-milter 0.98.7 at mail
X-Virus-Status: Clean
Archived-At: 
Cc: "netmod@ietf.org" 
Subject: Re: [netmod] How to prevent a client from modifying the type of an interface?
X-BeenThere: netmod@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: NETMOD WG list 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Tue, 29 Nov 2016 16:23:24 -0000

> On 29 Nov 2016, at 16:37, Bogaert, Bart (Nokia - BE) =
 wrote:
>=20
>>=20
>> Hi,
>>=20
>> We=E2=80=99re trying to figure out how to prevent a NC client from =
changing the type of an interface.  Assume that we have an interface =
stack defined and the lowest layer of the stack (the physical interface) =
is of type fastdsl.   In principle a NC client can send an edit-config =
to the server and change the type of that interface to something else.  =
It is still a valid YANG model but it does not make any=20
>=20
> The description for the "type" leaf in ietf-interfaces says:
>=20
> If a client tries to set the type of an interface to a value that can =
never be used by the system, e.g., if the type is not supported or if =
the type does not match the name of the interface, the server MUST =
reject the request.
>=20
> [Bart Bogaert] Ok.  That is very clear but the NETCONF server can only =
reject if 1. there are rules in the YANG model that allow this, 2. An =
external application involved in the transaction tells the NC server in =
the box that this change is not allowed.  We are actually looking for a =
solution whereby the client, by using the device YANG model, can know =
(from YANG rules) that this change is not allowed.  For now I have not =
found such a solution to express this in YANG.  Having these kind of =
checks hidden from the client

It's not hidden from the client, and the descriptions in YANG modules =
are normative. Yes, I understand you want a machine-readable rule but =
YANG simply cannot have a formalism for capturing all possible semantic =
constraints. One thing that might help a bit (at least make it more =
explicit) is to derive an identity from "interface-type", say =
"physical-interface", and state that interface types derived from it are =
read-only.

Lada

>  actually makes the device less programmable as the client needs to =
have a connection with the device.  For devices that are not always on =
and the client wants to accept changes on behalf of the device (which =
get forwarded when the device is powered up again) it would be good to =
have a great deal of certainty that the already accepted configuration =
by the client will also be accepted by the server.
>=20
> Bart
>=20
> Lada
>=20
>> sense any more.  Is there a way to express in YANG that this type of =
change is not allowed rather than having some SW application in the =
device interacting with the NC server and responding with an error to =
avoid this change?  The server just can=E2=80=99t ignore this change and =
leave the type as it was since then the client and the server are no =
longer aligned.
>>=20
>> Best regards - Vriendelijke groeten,
>> Bart Bogaert
>> Broadband-Access System Architect Data Contact number +32 3 2408310=20=

>> (+32 477 673952)
>>=20
>> NOKIA
>> Copernicuslaan 50, 2018 Antwerp, Belgium Fortis 220-0002334-42 VAT BE=20=

>> 0404 621 642 Register of Legal Entities Antwerp
>>=20
>> <<
>> This message (including any attachments) contains confidential =
information intended for a specific individual and purpose, and is =
protected by law. If you are not the intended recipient, you should =
delete this message. Any disclosure, copying, or distribution of this =
message, or the taking of any action based on it, is strictly prohibited =
without the prior consent of its author.
>>>>=20
>>=20
>> _______________________________________________
>> netmod mailing list
>> netmod@ietf.org
>> https://www.ietf.org/mailman/listinfo/netmod
>=20
> --
> Ladislav Lhotka, CZ.NIC Labs
> PGP Key ID: E74E8C0C
>=20
>=20
>=20
>=20

--
Ladislav Lhotka, CZ.NIC Labs
PGP Key ID: E74E8C0C





From nobody Tue Nov 29 08:37:17 2016
Return-Path: 
X-Original-To: netmod@ietfa.amsl.com
Delivered-To: netmod@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4C47A129BFD for ; Tue, 29 Nov 2016 08:37:15 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.6
X-Spam-Level: 
X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=yumaworks-com.20150623.gappssmtp.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id KUuKbHHjnv31 for ; Tue, 29 Nov 2016 08:37:13 -0800 (PST)
Received: from mail-qt0-x22a.google.com (mail-qt0-x22a.google.com [IPv6:2607:f8b0:400d:c0d::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 F2A80129BED for ; Tue, 29 Nov 2016 08:36:47 -0800 (PST)
Received: by mail-qt0-x22a.google.com with SMTP id c47so160579349qtc.2 for ; Tue, 29 Nov 2016 08:36:47 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yumaworks-com.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=FvcRJrfcZUafgJ797CSVWZj5fL3tIZZhFOrGUiEkduE=; b=J8oHCLkkptIlcnbdy6YHXZv4PSeII9gX6ZLpg65uGqtvRVvvmOOEcWh3GsTykzyP7Q llK9ZfkdzUfWytOThATcn1i2cezUcXhbV18GitWggIoVXcDZR99ue/QZCSfAMl1uh68k DuJpNPpgbSzGwFnCy3YWYkAxB2lh9cYWZ5j56r/WMM4H5QfxfvL/AvaF6VPtVn2TEeeg qmKIdWoH3gJey6yK/qXEBRvYYN//h1Aw8jKm0Lf8wIHQAlFyn8wCkNQaT1J90rr4XnH5 w/DC8fqNASDOPrs8FMlkqFZe/3dG857v4PQDNEc++aQ6KyhpoWTL60qEwA8PH1Uvu19x qNNA==
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:from:date :message-id:subject:to:cc; bh=FvcRJrfcZUafgJ797CSVWZj5fL3tIZZhFOrGUiEkduE=; b=IS5PPB4sonGLM/SGsat1HdD44HFgxAXxxi6cVnpgeEborDPrVtvgGUva8/jKmEpWpL qKq9WU3Al56M3s/Xx/fsOcdAwATx301lhA9hsg7pfN0F+3RA7lCDxoB1Fga5UrIgQKxS g2X9xid6TmVTEtGfLrJiS1f1ew8KHTuh2cepcMun/5mjOzYL9HYuQ0EW4xA381UmRtFd qbRmyCqlNgnZ6xc+hRAnHhugwkDouRmwATcIjB5lg7QqaJcBvQqlalG8SBWvJ/rMtcrW Mtf+c1eZpRQa7J5nB8JRtzsqMbTBkjX8dXQYbq3CfppJT589Uf2SDL/eYHoXLOm49iZW I0HA==
X-Gm-Message-State: AKaTC00HlA+ax7GdcnaxiGTx7hqiBmpKHcWbvWoefm++L3NFtDWgdi7ehEB5mDZpMH4Srfmxf7kcIYEvBx66eA==
X-Received: by 10.237.57.137 with SMTP id m9mr26859905qte.35.1480437406976; Tue, 29 Nov 2016 08:36:46 -0800 (PST)
MIME-Version: 1.0
Received: by 10.12.175.113 with HTTP; Tue, 29 Nov 2016 08:36:46 -0800 (PST)
In-Reply-To: 
References:  <612B70FF-76D3-482A-B067-F4957E01E56C@nic.cz>  <20161129155426.GA62355@elstar.local> 
From: Andy Bierman 
Date: Tue, 29 Nov 2016 08:36:46 -0800
Message-ID: 
To: Jan Lindblad 
Content-Type: multipart/alternative; boundary=001a11410e62c18f220542733149
Archived-At: 
Cc: "netmod@ietf.org" 
Subject: Re: [netmod] How to prevent a client from modifying the type of an interface?
X-BeenThere: netmod@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: NETMOD WG list 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Tue, 29 Nov 2016 16:37:15 -0000

--001a11410e62c18f220542733149
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

Hi,

I agree with Jan -- NACM already exists to prevent clients from accessing
specific data nodes.


Andy


On Tue, Nov 29, 2016 at 8:18 AM, Jan Lindblad  wrote:

> Bart,
>
> J=C3=BCrgen et al are of course right in what they say, but if you really=
 want
> to use YANG to enable a manager to know a priori what values are possible
> for a particular leaf somewhere, that's easy too -- if you see the additi=
on
> of a new proprietary YANG module as a possibility.
>
> module device-limitations {
> ...
>   container limitations {
>     must "not(/if:interfaces/if:interface[not(if:type=3D'ianaift:fastdsl'=
)])"
> {
>       error-message "There must not be any interfaces that are not of
> fastdsl interface type";
>     }
>   }
> }
>
> There are also ways to do similar things without hardcoding the value(s)
> in the YANG, e.g. in factory default data or controlled by licenses. The
> acceptable values would sit in a system controlled list (i.e. operator
> writes prevented by NACM).
>
> /jan
>
>
> On 29 nov. 2016, at 16:54, Juergen Schoenwaelder  university.de> wrote:
>
> On Tue, Nov 29, 2016 at 03:37:29PM +0000, Bogaert, Bart (Nokia - BE) wrot=
e:
>
>
> Hi,
>
> We=E2=80=99re trying to figure out how to prevent a NC client from changi=
ng the
> type of an interface.  Assume that we have an interface stack defined and
> the lowest layer of the stack (the physical interface) is of type fastdsl=
.
>   In principle a NC client can send an edit-config to the server and chan=
ge
> the type of that interface to something else.  It is still a valid YANG
> model but it does not make any
>
>
> The description for the "type" leaf in ietf-interfaces says:
>
> If a client tries to set the type of an interface to a value that can
> never be used by the system, e.g., if the type is not supported or if the
> type does not match the name of the interface, the server MUST reject the
> request.
>
> [Bart Bogaert] Ok.  That is very clear but the NETCONF server can only
> reject if 1. there are rules in the YANG model that allow this, 2. An
> external application involved in the transaction tells the NC server in t=
he
> box that this change is not allowed.  We are actually looking for a
> solution whereby the client, by using the device YANG model, can know (fr=
om
> YANG rules) that this change is not allowed.  For now I have not found su=
ch
> a solution to express this in YANG.  Having these kind of checks hidden
> from the client actually makes the device less programmable as the client
> needs to have a connection with the device.  For devices that are not
> always on and the client wants to accept changes on behalf of the device
> (which get forwarded when the device is powered up again) it would be goo=
d
> to have a great deal of certainty that the already accepted configuration
> by the client will also be accepted by the server.
>
>
> There will always be errors possible - assuming a 'client' can
> accurately predict all possible errors that can occure when a
> configuration is applied on a server is somewhat hopeless. That said,
> a server could perhaps announce a deviation that restricts the
> possible set of values. But for anything more advanced than a simple
> home router where you have hot swappable interfaces, this likely falls
> apart quickly again.
>
> Not every configuration that is valid according to YANG validation
> rules and constraints is guaranteed to be applied successfully on a
> given server with specific resources. With deviations, a server may
> announce additional constraints that it has and client side tools may
> make use of these deviations to do additional checks before attempting
> an edit-config but the ultimate truth is when you send the edit-config
> to the server and the change finally gets applied - or not.
>
> /js
>
> --
> Juergen Schoenwaelder           Jacobs University Bremen gGmbH
> Phone: +49 421 200 3587         Campus Ring 1 | 28759 Bremen | Germany
> Fax:   +49 421 200 3103         
>
> _______________________________________________
> netmod mailing list
> netmod@ietf.org
> https://www.ietf.org/mailman/listinfo/netmod
>
>
>
> _______________________________________________
> netmod mailing list
> netmod@ietf.org
> https://www.ietf.org/mailman/listinfo/netmod
>
>

--001a11410e62c18f220542733149
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable


Hi,

I agree with Jan -- NACM already ex=
ists to prevent clients from accessing specific data nodes.

<=
/div>

Andy


On Tue, Nov 29, 2016 at 8:18 AM, Jan =
Lindblad <janl@tail-f.com> wrote:
Bart,

J=C3=BCr=
gen et al are of course right in what they say, but if you really want to u=
se YANG to enable a manager to know a priori what values are possible for a=
 particular leaf somewhere, that's easy too -- if you see the addition =
of a new proprietary YANG module as a possibility.

module device-limitations {
...
=C2=A0 container limit=
ations {
=C2=A0 =C2=A0 must "not(/if:interfaces/if:inte=
rface[not(if:type=3D'ianaift:fastdsl')])" {
=C2=
=A0 =C2=A0 =C2=A0 error-message "There must not be any interfaces that=
 are not of fastdsl interface type";
=C2=A0 =C2=A0 }
=C2=A0 }
}

There are also ways to do =
similar things without hardcoding the value(s) in the YANG, e.g. in factory=
 default data or controlled by licenses. The acceptable values would sit in=
 a system controlled list (i.e. operator writes prevented by NACM).

/jan





On 29 nov. 2016, at 16:54, Juergen =
Schoenwaelder <j.schoenwaelder@jacobs-university.de> wrote:
On Tue, Nov 29, 2016 at 03:37:29PM =
+0000, Bogaert, Bart (Nokia - BE) wrote:

Hi,

We=E2=80=99re trying to fi=
gure out how to prevent a NC client from changing the type of an interface.=
=C2=A0 Assume that we have an interface stack defined and the lowest layer =
of the stack (the physical interface) is of type fastdsl. =C2=A0=C2=A0In pr=
inciple a NC client can send an edit-config to the server and change the ty=
pe of that interface to something else.=C2=A0 It is still a valid YANG mode=
l but it does not make any=C2=A0

The description for the "t=
ype" leaf in ietf-interfaces says:

If a client tries to set the=
 type of an interface to a value that can never be used by the system, e.g.=
, if the type is not supported or if the type does not match the name of th=
e interface, the server MUST reject the request.

[Bart Bogaert] Ok.=
=C2=A0 That is very clear but the NETCONF server can only reject if 1. ther=
e are rules in the YANG model that allow this, 2. An external application i=
nvolved in the transaction tells the NC server in the box that this change =
is not allowed.=C2=A0 We are actually looking for a solution whereby the cl=
ient, by using the device YANG model, can know (from YANG rules) that this =
change is not allowed.=C2=A0 For now I have not found such a solution to ex=
press this in YANG.=C2=A0 Having these kind of checks hidden from the clien=
t actually makes the device less programmable as the client needs to have a=
 connection with the device.=C2=A0 For devices that are not always on and t=
he client wants to accept changes on behalf of the device (which get forwar=
ded when the device is powered up again) it would be good to have a great d=
eal of certainty that the already accepted configuration by the client will=
 also be accepted by the server.


There will always be errors possible - assumi=
ng a 'client' can
accurately predict all possible errors that can occure when a
configuration is appl=
ied on a server is somewhat hopeless. That said,
a server could perhaps announce a deviati=
on that restricts the
possible set of values. But for anything more advanced than a simple
home router where =
you have hot swappable interfaces, this likely falls
apart quickly again.

Not every configuration that=
 is valid according to YANG validation
rules and constraints is guaranteed to be applied suc=
cessfully on a
gi=
ven server with specific resources. With deviations, a server mayannounce additional constr=
aints that it has and client side tools may
make use of these deviations to do additional ch=
ecks before attempting
an edit-config but the ultimate truth is when you send the edit-confi=
g
to the server a=
nd the change finally gets applied - or not.

/js

--=C2=A0=

Juergen Schoenwa=
elder =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0Jacobs Un=
iversity Bremen gGmbH
Phone: +49 421 200 3587 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0Campus Ring 1 | 28759 Bremen | Germany
Fax: =C2=A0=C2=A0+49 421 200 3103 =C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0<http://www.jacobs-university.de/>

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

<=
/div>
_______________________________________________

netmod mailing list

netmod@ietf.org

https://www.ietf.org/mailman/listinfo/netmod




--001a11410e62c18f220542733149--


From nobody Wed Nov 30 02:07:20 2016
Return-Path: 
X-Original-To: netmod@ietfa.amsl.com
Delivered-To: netmod@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0DFEC129D9F for ; Wed, 30 Nov 2016 02:07:19 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.901
X-Spam-Level: 
X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id bXgVrXzW6id4 for ; Wed, 30 Nov 2016 02:07:17 -0800 (PST)
Received: from mail.transpacket.com (s91205186171.blix.com [91.205.186.171]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1A628129E53 for ; Wed, 30 Nov 2016 02:05:44 -0800 (PST)
Received: from localhost (localhost [127.0.0.1]) by mail.transpacket.com (Postfix) with ESMTP id BAB671500F13; Wed, 30 Nov 2016 11:05:42 +0100 (CET)
Received: from mail.transpacket.com ([127.0.0.1]) by localhost (mail.transpacket.com [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id D5H9WDHqxsG1; Wed, 30 Nov 2016 11:05:42 +0100 (CET)
Received: from localhost (localhost [127.0.0.1]) by mail.transpacket.com (Postfix) with ESMTP id 92B401500F0F; Wed, 30 Nov 2016 11:05:42 +0100 (CET)
Received: from mail.transpacket.com ([127.0.0.1]) by localhost (mail.transpacket.com [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id A7ClJYPYgNbD; Wed, 30 Nov 2016 11:05:42 +0100 (CET)
Received: from [192.168.209.141] (s1853520235.blix.com [185.35.202.35]) by mail.transpacket.com (Postfix) with ESMTPSA id 714311500F09; Wed, 30 Nov 2016 11:05:42 +0100 (CET)
To: Jan Lindblad , netmod@ietf.org
References:  <612B70FF-76D3-482A-B067-F4957E01E56C@nic.cz>  <20161129155426.GA62355@elstar.local> 
From: Vladimir Vassilev 
Message-ID: <7a86d59d-6d4c-517f-8358-2d7a646dfb8a@transpacket.com>
Date: Wed, 30 Nov 2016 11:05:40 +0100
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Icedove/45.4.0
MIME-Version: 1.0
In-Reply-To: 
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: quoted-printable
Archived-At: 
Subject: Re: [netmod] How to prevent a client from modifying the type of an interface?
X-BeenThere: netmod@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: NETMOD WG list 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Wed, 30 Nov 2016 10:07:19 -0000

On 11/29/2016 05:18 PM, Jan Lindblad wrote:

> Bart,
>
> J=FCrgen et al are of course right in what they say, but if you really=20
> want to use YANG to enable a manager to know a priori what values are=20
> possible for a particular leaf somewhere, that's easy too -- if you=20
> see the addition of a new proprietary YANG module as a possibility.
>
> module device-limitations {
> ...
>   container limitations {
>     must=20
> "not(/if:interfaces/if:interface[not(if:type=3D'ianaift:fastdsl')])" {
>       error-message "There must not be any interfaces that are not of=20
> fastdsl interface type";
>     }
>   }
> }
+1. We use the same approach for defining device specific limitations in=20
YANG.


From nobody Wed Nov 30 07:19:57 2016
Return-Path: 
X-Original-To: netmod@ietfa.amsl.com
Delivered-To: netmod@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7965E129566 for ; Wed, 30 Nov 2016 07:19:56 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.002
X-Spam-Level: 
X-Spam-Status: No, score=-2.002 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_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (768-bit key) header.d=labn.net
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 1leA2mWFy248 for ; Wed, 30 Nov 2016 07:19:54 -0800 (PST)
Received: from gproxy9-pub.mail.unifiedlayer.com (gproxy9-pub.mail.unifiedlayer.com [69.89.20.122]) by ietfa.amsl.com (Postfix) with SMTP id 950951295B7 for ; Wed, 30 Nov 2016 07:18:09 -0800 (PST)
Received: (qmail 19345 invoked by uid 0); 30 Nov 2016 15:18:04 -0000
Received: from unknown (HELO cmgw3) (10.0.90.84) by gproxy9.mail.unifiedlayer.com with SMTP; 30 Nov 2016 15:18:03 -0000
Received: from box313.bluehost.com ([69.89.31.113]) by cmgw3 with  id EFJ01u00m2SSUrH01FJ3Zw; Wed, 30 Nov 2016 08:18:03 -0700
X-Authority-Analysis: v=2.1 cv=K/+xQUmI c=1 sm=1 tr=0 a=h1BC+oY+fLhyFmnTBx92Jg==:117 a=h1BC+oY+fLhyFmnTBx92Jg==:17 a=L9H7d07YOLsA:10 a=9cW_t1CCXrUA:10 a=s5jvgZ67dGcA:10 a=N659UExz7-8A:10 a=xqWC_Br6kY4A:10 a=L24OOQBejmoA:10 a=voZKSeMjAAAA:8 a=0FD05c-RAAAA:8 a=48vgC7mUAAAA:8 a=SmYK5TUnIMTMFeWkNhMA:9 a=QVgeo5-X5IZsJQ6Y:21 a=MZJWVJbtda2gtIHI:21 a=pILNOxqGKmIA:10 a=jM_x9b4JT8QA:10 a=9_PflfxPP4jfUBPIDKbT:22 a=l1rpMCqCXRGZwUSuRcM3:22 a=w1C3t2QeGrPiZgrLijVG:22
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=labn.net; s=default; h=Content-Transfer-Encoding:Content-Type:In-Reply-To:MIME-Version :Date:Message-ID:From:Cc:References:To:Subject; bh=DnnePAW+TLJECbmJnPvfVFZqD+6n9PdJFDinFQvmRH4=; b=oxctIPpj+xK+ZugAyMz9PXKMp7 SOFszdH7M/JbdjUBEIublNTnvEd/lQh3HpaEXgNfA8weffmpFWj+vHRfBlRd0F/QM0UWdtHiBMqvn 1c+dQE0bGpv/P0Ypd4ihYqqCy;
Received: from pool-100-15-85-191.washdc.fios.verizon.net ([100.15.85.191]:40772 helo=[IPv6:::1]) by box313.bluehost.com with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.86_1) (envelope-from ) id 1cC6e0-0002lL-Qv; Wed, 30 Nov 2016 08:18:00 -0700
To: Hansance Han , "kwatsen@juniper.net" , "netmod@ietf.org" 
References: <147945952457.13710.9641597738061876092.idtracker@ietfa.amsl.com> <022301d24190$0940bf60$4001a8c0@gateway.2wire.net>  <00c301d244a4$8d52b9e0$4001a8c0@gateway.2wire.net> 
From: Lou Berger 
Message-ID: <7a554090-2027-1960-e6df-7c4403e71b67@labn.net>
Date: Wed, 30 Nov 2016 10:17:58 -0500
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.5.0
MIME-Version: 1.0
In-Reply-To: 
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: 7bit
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - box313.bluehost.com
X-AntiAbuse: Original Domain - ietf.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - labn.net
X-BWhitelist: no
X-Source-IP: 100.15.85.191
X-Exim-ID: 1cC6e0-0002lL-Qv
X-Source: 
X-Source-Args: 
X-Source-Dir: 
X-Source-Sender: pool-100-15-85-191.washdc.fios.verizon.net ([IPv6:::1]) [100.15.85.191]:40772
X-Source-Auth: lberger@labn.net
X-Email-Count: 3
X-Source-Cap: bGFibm1vYmk7bGFibm1vYmk7Ym94MzEzLmJsdWVob3N0LmNvbQ==
Archived-At: 
Cc: Hua Lv , James Zhang Q 
Subject: Re: [netmod] I-D Action: draft-han-netmod-intf-ext-ppp-yang-00.txt
X-BeenThere: netmod@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: NETMOD WG list 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Wed, 30 Nov 2016 15:19:56 -0000

Hansance,
	Thanks for bringing this draft to the attention of the WG (and Thanks to Tom for suggesting it).  Models that don't otherwise have a home certainly can be discussed in this group.  This said, it is then up to the WG to decide if there is sufficient interest/support to take on the work.  Perhaps the best next step would be to summarize for the WG the intent of the draft, key features and issues to be discussed. We can then see how much discussion this generates and go on from there.  (Options include adoption poll if there's clear/demonstrated interest in the work, or discussing at the next meeting if it's less clear.)

Thanks,
Lou


On 11/24/2016 3:11 AM, Hansance Han wrote:
> Hi Lou and Kent,
>
> I submitted a YANG draft about PPP feature, while PPP WG is concluded for a long time, I didn't know whether this PPP draft could be discussed in netmod WG. Would netmod WG be like to adopt it? 
>
> BR
> Hansance Han
>
> -----Original Message-----
> From: t.petch [mailto:ietfc@btconnect.com] 
> Sent: Tuesday, November 22, 2016 5:40 PM
> To: Hansance Han 
> Cc: Hua Lv ; James Zhang Q 
> Subject: Re: I-D Action: draft-han-netmod-intf-ext-ppp-yang-00.txt
>
> Hi
>
> It is up to the chairs of the netmod group.
>
> If they consider that it falls within the charter of the WG, then they can ask the WG if there is interest in adopting the I-D as a WG item, and if enough people say yes, then it becomes a WG item and discussion can happen on the netmod list.
>
> So, I would suggest an e-mail, perhaps on the netmod list, to the chairs, copying the announcement, saying that you have produced this and would netmod WG be willing to adopt it.
>
> I note that there are a number of changes that will be needed, hence my question about where it might be discussed.  I prefer posting to a list so that others can agree or disagree with me, as opposed to off-list discussions about needed changes.
>
> Tom Petch
>
> ----- Original Message -----
> From: "Hansance Han" 
> To: "t.petch" 
> Cc: "Hua Lv" ; "James Zhang Q"
> 
> Sent: Monday, November 21, 2016 2:36 AM
>
> Hi there,
>
> We have checked the ppp is concluded group. How to active this group? If we cannot active this group, so I claim that this draft is under netmod group, is that ok?
>
> BR
> Hansance Han
>
> ppp Point-to-Point Protocol 1988-03 1989-11
>
> -----Original Message-----
> From: t.petch [mailto:ietfc@btconnect.com]
> Sent: Friday, November 18, 2016 7:36 PM
> To: Hansance Han 
> Cc: Hua Lv ; James Zhang Q 
> Subject: Re: I-D Action: draft-han-netmod-intf-ext-ppp-yang-00.txt
>
> Do you have a wg in mind where this I-D will be discussed/
>
> Tom Petch
>
>
> ----- Original Message -----
> From: 
> To: 
> Sent: Friday, November 18, 2016 8:58 AM
>
>> A New Internet-Draft is available from the on-line Internet-Drafts
> directories.
>>
>>         Title           : Yang Data Model for PPP Protocol
>>         Authors         : Hansance Han
>>                           Hua Lv
>>                           James Zhang
>> Filename        : draft-han-netmod-intf-ext-ppp-yang-00.txt
>> Pages           : 8
>> Date            : 2016-11-18
>>
>> Abstract:
>>    This document defines a YANG data model that can be used to 
>> configure and manage PPP.
>>
>>
>> The IETF datatracker status page for this draft is:
>> https://datatracker.ietf.org/doc/draft-han-netmod-intf-ext-ppp-yang/
>>
>> There's also a htmlized version available at:
>> https://tools.ietf.org/html/draft-han-netmod-intf-ext-ppp-yang-00
>>
>>
>> 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
>


From nobody Wed Nov 30 09:35:58 2016
Return-Path: 
X-Original-To: netmod@ietfa.amsl.com
Delivered-To: netmod@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1A35C1296F5 for ; Wed, 30 Nov 2016 09:35:57 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.398
X-Spam-Level: 
X-Spam-Status: No, score=0.398 tagged_above=-999 required=5 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, RCVD_IN_SORBS_SPAM=0.5, SPF_PASS=-0.001] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (768-bit key) header.d=labn.net
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 tYH9VqhcXkgP for ; Wed, 30 Nov 2016 09:35:51 -0800 (PST)
Received: from gproxy4-pub.mail.unifiedlayer.com (gproxy4-pub.mail.unifiedlayer.com [69.89.23.142]) by ietfa.amsl.com (Postfix) with SMTP id 9A9A21295BB for ; Wed, 30 Nov 2016 09:35:51 -0800 (PST)
Received: (qmail 28580 invoked by uid 0); 30 Nov 2016 17:35:50 -0000
Received: from unknown (HELO cmgw2) (10.0.90.83) by gproxy4.mail.unifiedlayer.com with SMTP; 30 Nov 2016 17:35:50 -0000
Received: from box313.bluehost.com ([69.89.31.113]) by cmgw2 with  id EHbk1u01B2SSUrH01HbnHW; Wed, 30 Nov 2016 10:35:48 -0700
X-Authority-Analysis: v=2.1 cv=YNIMl32x c=1 sm=1 tr=0 a=h1BC+oY+fLhyFmnTBx92Jg==:117 a=h1BC+oY+fLhyFmnTBx92Jg==:17 a=L9H7d07YOLsA:10 a=9cW_t1CCXrUA:10 a=s5jvgZ67dGcA:10 a=IkcTkHD0fZMA:10 a=xqWC_Br6kY4A:10 a=L24OOQBejmoA:10 a=ri0MzPERGHgdVGHnxEEA:9 a=QEXdDO2ut3YA:10 a=TsrbnBfVBvEA:10
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=labn.net; s=default; h=Content-Transfer-Encoding:Content-Type:MIME-Version:Date: Message-ID:Cc:To:Subject:From; bh=qn5Z2vOOuKXO3fIaCO5/Ax90qkeSfVkW/GSsPRvsMOw=; b=H/6fR+BotMWe6D1W0SBDie48GD Nzj+e/ND06Lw3GUP8Z1SwkGv0u3p4NbOBfhTtV7W0lnHYR5x7S/a5fpIoqL6n9nDTiz5rdExIDhMr nd6qRO54XsKqAgU+Rjdb3Thr5;
Received: from pool-100-15-85-191.washdc.fios.verizon.net ([100.15.85.191]:60973 helo=[IPv6:::1]) by box313.bluehost.com with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.86_1) (envelope-from ) id 1cC8nK-0005Jl-Go; Wed, 30 Nov 2016 10:35:46 -0700
From: Lou Berger 
To: netmod WG 
Message-ID: <5d05d686-5962-9ffc-16d4-c4459baf9c7a@labn.net>
Date: Wed, 30 Nov 2016 12:35:44 -0500
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.5.0
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - box313.bluehost.com
X-AntiAbuse: Original Domain - ietf.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - labn.net
X-BWhitelist: no
X-Source-IP: 100.15.85.191
X-Exim-ID: 1cC8nK-0005Jl-Go
X-Source: 
X-Source-Args: 
X-Source-Dir: 
X-Source-Sender: pool-100-15-85-191.washdc.fios.verizon.net ([IPv6:::1]) [100.15.85.191]:60973
X-Source-Auth: lberger@labn.net
X-Email-Count: 6
X-Source-Cap: bGFibm1vYmk7bGFibm1vYmk7Ym94MzEzLmJsdWVob3N0LmNvbQ==
Archived-At: 
Cc: "netmod-chairs@ietf.org" , draft-ietf-netmod-yang-model-classification@ietf.org
Subject: [netmod] WG Last Call: draft-ietf-netmod-yang-model-classification-04
X-BeenThere: netmod@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: NETMOD WG list 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Wed, 30 Nov 2016 17:35:57 -0000

All,
This starts a two-week working group last call on
draft-ietf-netmod-yang-model-classification-04.

The working group last call ends on December 14. Please send your
comments to the netmod mailing list.

Positive comments, e.g., "I've reviewed this document and
believe it is ready for publication", are welcome!
This is useful and important, even from authors.

Thank you,
Netmod Chairs


From nobody Wed Nov 30 09:42:44 2016
Return-Path: 
X-Original-To: netmod@ietf.org
Delivered-To: netmod@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id F0A031298C4; Wed, 30 Nov 2016 09:42:43 -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.39.0
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <148052776398.9718.13742746726005051907.idtracker@ietfa.amsl.com>
Date: Wed, 30 Nov 2016 09:42:43 -0800
Archived-At: 
Subject: [netmod] The NETMOD WG has placed draft-nmdsdt-netmod-revised-datastores in state "Candidate for WG Adoption"
X-BeenThere: netmod@ietf.org
X-Mailman-Version: 2.1.17
List-Id: NETMOD WG list 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Wed, 30 Nov 2016 17:42:44 -0000

The NETMOD WG has placed draft-nmdsdt-netmod-revised-datastores in state 
Candidate for WG Adoption (entered by Lou Berger)

The document is available at
https://datatracker.ietf.org/doc/draft-nmdsdt-netmod-revised-datastores/


Comment:
IP Poll started:
https://www.ietf.org/mail-archive/web/netmod/current/msg17090.html
IP Responses:
Juergen Schoenwaelder
https://www.ietf.org/mail-archive/web/netmod/current/msg17068.html
Martin Bjorklund
https://www.ietf.org/mail-archive/web/netmod/current/msg17072.html
Kent Watsen
https://www.ietf.org/mail-archive/web/netmod/current/msg17069.html
Robert Wilton
https://www.ietf.org/mail-archive/web/netmod/current/msg17072.html
Phil Shafer 


From nobody Wed Nov 30 13:26:26 2016
Return-Path: 
X-Original-To: netmod@ietfa.amsl.com
Delivered-To: netmod@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E9646129AD3 for ; Wed, 30 Nov 2016 13:26:23 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.797
X-Spam-Level: 
X-Spam-Status: No, score=-4.797 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, RP_MATCHES_RCVD=-2.896, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id xixZIEeofQyy for ; Wed, 30 Nov 2016 13:26:22 -0800 (PST)
Received: from mail-send.aviatnet.com (mail-send.aviatnet.com [192.147.115.54]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 080DA129AA7 for ; Wed, 30 Nov 2016 13:26:22 -0800 (PST)
From: Alex Campbell 
To: Vladimir Vassilev 
Thread-Topic: [netmod] How to prevent a client from modifying the type of an interface?
Thread-Index: AQHSSlWd6O0U6Yxoc0ivLmdm8dR//KDwnm2AgAAEvACAAAbcgIABKgcAgAA3P5g=
Date: Wed, 30 Nov 2016 21:26:20 +0000
Message-ID: <1480541180361.9520@Aviatnet.com>
References:  <612B70FF-76D3-482A-B067-F4957E01E56C@nic.cz>  <20161129155426.GA62355@elstar.local> , <7a86d59d-6d4c-517f-8358-2d7a646dfb8a@transpacket.com>
In-Reply-To: <7a86d59d-6d4c-517f-8358-2d7a646dfb8a@transpacket.com>
Accept-Language: en-NZ, en-US
Content-Language: en-NZ
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [10.15.6.9]
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Archived-At: 
Cc: "netmod@ietf.org" 
Subject: Re: [netmod] How to prevent a client from modifying the type of an interface?
X-BeenThere: netmod@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: NETMOD WG list 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Wed, 30 Nov 2016 21:26:24 -0000

At Aviat we've been using deviations for this:=0A=
=0A=
module aviat-ietf-interfaces-dev {=0A=
    // ...=0A=
=0A=
    deviation "/if:interfaces/if:interface" {=0A=
        deviate add {=0A=
            must "if:type =3D 'ianaift:l2vlan' or if:type =3D 'ianaift:ethe=
rnetCsmacd'=0A=
                  or if:type =3D 'rl:radio-link-terminal' or if:type =3D 'r=
l:carrier-termination'=0A=
                  or if:type =3D 'ianaift:ieee8023adLag'";=0A=
        }=0A=
    }=0A=
}=0A=
=0A=
________________________________________=0A=
From: netmod  on behalf of Vladimir Vassilev =0A=
Sent: Wednesday, 30 November 2016 11:05 p.m.=0A=
To: Jan Lindblad; netmod@ietf.org=0A=
Subject: Re: [netmod] How to prevent a client from modifying the type of an=
 interface?=0A=
=0A=
On 11/29/2016 05:18 PM, Jan Lindblad wrote:=0A=
=0A=
> Bart,=0A=
>=0A=
> J=FCrgen et al are of course right in what they say, but if you really=0A=
> want to use YANG to enable a manager to know a priori what values are=0A=
> possible for a particular leaf somewhere, that's easy too -- if you=0A=
> see the addition of a new proprietary YANG module as a possibility.=0A=
>=0A=
> module device-limitations {=0A=
> ...=0A=
>   container limitations {=0A=
>     must=0A=
> "not(/if:interfaces/if:interface[not(if:type=3D'ianaift:fastdsl')])" {=0A=
>       error-message "There must not be any interfaces that are not of=0A=
> fastdsl interface type";=0A=
>     }=0A=
>   }=0A=
> }=0A=
+1. We use the same approach for defining device specific limitations in=0A=
YANG.=0A=
=0A=
_______________________________________________=0A=
netmod mailing list=0A=
netmod@ietf.org=0A=
https://www.ietf.org/mailman/listinfo/netmod=0A=


From nobody Wed Nov 30 13:37:36 2016
Return-Path: 
X-Original-To: netmod@ietfa.amsl.com
Delivered-To: netmod@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7ABC5129B40 for ; Wed, 30 Nov 2016 13:37:33 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -17.417
X-Spam-Level: 
X-Spam-Status: No, score=-17.417 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-2.896, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id LcFsU9NaEjZa for ; Wed, 30 Nov 2016 13:37:30 -0800 (PST)
Received: from rcdn-iport-8.cisco.com (rcdn-iport-8.cisco.com [173.37.86.79]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CE8D0129B39 for ; Wed, 30 Nov 2016 13:37:23 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=1737; q=dns/txt; s=iport; t=1480541843; x=1481751443; h=from:to:subject:date:message-id:mime-version; bh=hBSgrzLx/oVY48Rb3AzeBTqQKWfNGjEKZuIsjOc39Bo=; b=LKlabIT8AjEdvc9LiM3u9RC4flgkgLmBC2jnoDLlvxLwjTRI+/dfSSsl VFhaiihgeaKUmfcb8sGEzTCFnjoRcRHcYCOFEfhwdbdR1Sr+pyCD5hixB 6zGxo7IOlkDwa0VobQgZN144SVi+973ogYzAJ0gOEeN0/wzgANKaWZiHn 4=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0A4CgDgRT9Y/4ENJK1dHAEBBAEBCgEBg?= =?us-ascii?q?nNFAQEBAQEfgWK0HocliCFDEAECAQEBAQEBAWIdC4RfEIELAQsBdCcEiQCceJI?= =?us-ascii?q?li0gBAQgCJZVDBY8wiycBkQ6QMpF+ATUggReDWRyBXYgPgQ0BAQE?=
X-IronPort-AV: E=Sophos;i="5.31,574,1473120000";  d="scan'208,217";a="175903967"
Received: from alln-core-9.cisco.com ([173.36.13.129]) by rcdn-iport-8.cisco.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 30 Nov 2016 21:37:22 +0000
Received: from XCH-RTP-012.cisco.com (xch-rtp-012.cisco.com [64.101.220.152]) by alln-core-9.cisco.com (8.14.5/8.14.5) with ESMTP id uAULbMMM017709 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL) for ; Wed, 30 Nov 2016 21:37:22 GMT
Received: from xch-rtp-015.cisco.com (64.101.220.155) by XCH-RTP-012.cisco.com (64.101.220.152) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Wed, 30 Nov 2016 16:37:22 -0500
Received: from xch-rtp-015.cisco.com ([64.101.220.155]) by XCH-RTP-015.cisco.com ([64.101.220.155]) with mapi id 15.00.1210.000; Wed, 30 Nov 2016 16:37:22 -0500
From: "Acee Lindem (acee)" 
To: "netmod@ietf.org" 
Thread-Topic: Key Strings in ietf-key-chain operational state 
Thread-Index: AQHSS1Hu3gEYh3opOk2NCMc25X0loA==
Date: Wed, 30 Nov 2016 21:37:21 +0000
Message-ID: 
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-ms-exchange-messagesentrepresentingtype: 1
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [10.116.152.204]
Content-Type: multipart/alternative; boundary="_000_D464B0BB8DB7Caceeciscocom_"
MIME-Version: 1.0
Archived-At: 
Subject: [netmod] Key Strings in ietf-key-chain operational state
X-BeenThere: netmod@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: NETMOD WG list 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Wed, 30 Nov 2016 21:37:34 -0000

--_000_D464B0BB8DB7Caceeciscocom_
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

In the days of MIBs, we used to omit key strings from the data that would b=
e returned. This was ostensibly done for security purposes. We did the same=
 for the operational state returned for keystring in key-chain-entries. I'm=
 now thinking this was a mistake. Rather, it would seem that one could use =
RFC 6536 rules to accomplish this at a more granular level.

Note that the model also support keystring encryption as described in RFC 5=
649.

Thanks,
Acee


--_000_D464B0BB8DB7Caceeciscocom_
Content-Type: text/html; charset="iso-8859-1"
Content-ID: <4663E7BAE9B4474F81546EB98B656025@emea.cisco.com>
Content-Transfer-Encoding: quoted-printable







In the days of MIBs, we used to omit key strings from the data that wo=
uld be returned. This was ostensibly done for security purposes. We did the=
 same for the operational state returned for keystring in key-chain-entries=
. I’m now thinking this was a mistake.
 Rather, it would seem that one could use RFC 6536 rules to accomplish this=
 at a more granular level. 







Note that the model also support keystring encryption as described in =
RFC 5649. 







Thanks,


Acee 






--_000_D464B0BB8DB7Caceeciscocom_--


From nobody Wed Nov 30 14:03:06 2016
Return-Path: 
X-Original-To: netmod@ietfa.amsl.com
Delivered-To: netmod@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 98759129B7A for ; Wed, 30 Nov 2016 14:03:04 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=yumaworks-com.20150623.gappssmtp.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id cYLl_mMbPesC for ; Wed, 30 Nov 2016 14:03:02 -0800 (PST)
Received: from mail-qk0-x229.google.com (mail-qk0-x229.google.com [IPv6:2607:f8b0:400d:c09::229]) (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 1C70C129A6A for ; Wed, 30 Nov 2016 14:03:02 -0800 (PST)
Received: by mail-qk0-x229.google.com with SMTP id n204so225345776qke.2 for ; Wed, 30 Nov 2016 14:03:02 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yumaworks-com.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=JohFDZN18I3XWtbF34eTarpQpyT95ciAn5vm499gQSE=; b=PXwpDATghyUDKDIZ76w/tsB6Ki17eL38/KyinT8iVb/SesYjemSRNwdU0kZsTc+loJ TAMTsS+StwJMXtgYtnaJ7W3aofRjNlROcRiECGKwX+FasRadLvpMJgGxgcDsyf6k95uI RzYqLYyYnW47rITJsIBq/RiHdrNrowk6fxcj76uDsrU+jO6yfylVijzwYTCsAwB6njnM 9OfRZfowF5EZR29PgLhzhE1jRe+Q/CMnVNvtI9DJkaSfjIbVlvPyR69vZO+RkYSVUNvO Hrwz9dTpkzUpsRWsvMT+ls8Q+uPc7PYUc1OyQUOW3036eH2NoizfI2Xzt17f/OWKEfMH ceUA==
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:from:date :message-id:subject:to:cc; bh=JohFDZN18I3XWtbF34eTarpQpyT95ciAn5vm499gQSE=; b=gGCqAFQycRdP7XfbTazdBZpAr3OjBVB5pCIeTRqyN8oupeDNOyKYqdnWw3kA84nqGJ Cp/YzR3aMoKu2XnCcNJFSBRufDcfVIM6lIzhojNwHOfVm9EAglvkMbehPkuLdlyVdTbF Ayx6xhFnIX1cgwNFdfVfi3P7y9Yj8RThbXy6XLdZxWPeNrAmdDH8nsdjfSGW8B72DbHD 132OydJiIAhRuc3CX5ss2CSxHGeWatSETM0bZizlk89u6eJK373AyOYe6CjOZWsFQYat 5Y+IMjk8pUXslGefglsY1pyUC7+y44PY2SBW/iPvt9eOMZ1JQ5xRJ0dZLHdzR8eiNiKS 889Q==
X-Gm-Message-State: AKaTC01dD2hoktqSomeJM/VDkxapdWadVAKfrQDG/jkXiPFPPUKfoBnXXudNF+ZcF2NqJFvhdDQW9kePTLs+9A==
X-Received: by 10.55.109.199 with SMTP id i190mr29882254qkc.287.1480543381159;  Wed, 30 Nov 2016 14:03:01 -0800 (PST)
MIME-Version: 1.0
Received: by 10.12.175.113 with HTTP; Wed, 30 Nov 2016 14:03:00 -0800 (PST)
In-Reply-To: <1480541180361.9520@Aviatnet.com>
References:  <612B70FF-76D3-482A-B067-F4957E01E56C@nic.cz>  <20161129155426.GA62355@elstar.local>  <7a86d59d-6d4c-517f-8358-2d7a646dfb8a@transpacket.com> <1480541180361.9520@Aviatnet.com>
From: Andy Bierman 
Date: Wed, 30 Nov 2016 14:03:00 -0800
Message-ID: 
To: Alex Campbell 
Content-Type: multipart/alternative; boundary=001a114fe8784f1cd805428bde5f
Archived-At: 
Cc: "netmod@ietf.org" 
Subject: Re: [netmod] How to prevent a client from modifying the type of an interface?
X-BeenThere: netmod@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: NETMOD WG list 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Wed, 30 Nov 2016 22:03:04 -0000

--001a114fe8784f1cd805428bde5f
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

On Wed, Nov 30, 2016 at 1:26 PM, Alex Campbell 
wrote:

> At Aviat we've been using deviations for this:
>
> module aviat-ietf-interfaces-dev {
>     // ...
>
>     deviation "/if:interfaces/if:interface" {
>         deviate add {
>             must "if:type =3D 'ianaift:l2vlan' or if:type =3D
> 'ianaift:ethernetCsmacd'
>                   or if:type =3D 'rl:radio-link-terminal' or if:type =3D
> 'rl:carrier-termination'
>                   or if:type =3D 'ianaift:ieee8023adLag'";
>         }
>     }
> }
>
>
+1

This is the correct way to add constraints (already supported since YANG
1.0)


Andy


> ________________________________________
> From: netmod  on behalf of Vladimir Vassilev <
> vladimir@transpacket.com>
> Sent: Wednesday, 30 November 2016 11:05 p.m.
> To: Jan Lindblad; netmod@ietf.org
> Subject: Re: [netmod] How to prevent a client from modifying the type of
> an interface?
>
> On 11/29/2016 05:18 PM, Jan Lindblad wrote:
>
> > Bart,
> >
> > J=C3=BCrgen et al are of course right in what they say, but if you real=
ly
> > want to use YANG to enable a manager to know a priori what values are
> > possible for a particular leaf somewhere, that's easy too -- if you
> > see the addition of a new proprietary YANG module as a possibility.
> >
> > module device-limitations {
> > ...
> >   container limitations {
> >     must
> > "not(/if:interfaces/if:interface[not(if:type=3D'ianaift:fastdsl')])" {
> >       error-message "There must not be any interfaces that are not of
> > fastdsl interface type";
> >     }
> >   }
> > }
> +1. We use the same approach for defining device specific limitations in
> YANG.
>
> _______________________________________________
> netmod mailing list
> netmod@ietf.org
> https://www.ietf.org/mailman/listinfo/netmod
>
> _______________________________________________
> netmod mailing list
> netmod@ietf.org
> https://www.ietf.org/mailman/listinfo/netmod
>

--001a114fe8784f1cd805428bde5f
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable




On Wed, Nov 30, 2016 at 1:26 PM, Alex Campbell <Alex.Campbell=
@aviatnet.com> wrote:
At Av=
iat we've been using deviations for this:



module aviat-ietf-interfaces-dev {

=C2=A0 =C2=A0 // ...



=C2=A0 =C2=A0 deviation "/if:interfaces/if:interface" {

=C2=A0 =C2=A0 =C2=A0 =C2=A0 deviate add {

=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 must "if:type =3D 'ianai=
ft:l2vlan' or if:type =3D 'ianaift:ethernetCsmacd'

=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 or if:type =
=3D 'rl:radio-link-terminal' or if:type =3D 'rl:carrier-termina=
tion'

=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 or if:type =
=3D 'ianaift:ieee8023adLag'";

=C2=A0 =C2=A0 =C2=A0 =C2=A0 }

=C2=A0 =C2=A0 }

}



+1

This is th=
e correct way to add constraints (already supported since YANG 1.0)


Andy
=C2=A0

________________________________________

From: netmod <netmod-bounces@=
ietf.org> on behalf of Vladimir Vassilev <vladimir@transpacket.com>

Sent: Wednesday, 30 November 2016 11:05 p.m.

To: Jan Lindblad; netmod@ietf.org
Subject: Re: [netmod] How to prevent a client from modifying the type of an=
 interface?



On 11/29/2016 05:18 PM, Jan Lindblad wrote:



> Bart,

>

> J=C3=BCrgen et al are of course right in what they say, but if you rea=
lly

> want to use YANG to enable a manager to know a priori what values are<=
br>
> possible for a particular leaf somewhere, that's easy too -- if yo=
u

> see the addition of a new proprietary YANG module as a possibility.
>

> module device-limitations {

> ...

>=C2=A0 =C2=A0container limitations {

>=C2=A0 =C2=A0 =C2=A0must

> "not(/if:interfaces/if:interface[not(if:type=3D'ian=
aift:fastdsl')])" {

>=C2=A0 =C2=A0 =C2=A0 =C2=A0error-message "There must not be any in=
terfaces that are not of

> fastdsl interface type";

>=C2=A0 =C2=A0 =C2=A0}

>=C2=A0 =C2=A0}

> }

+1. We use the same approach for defining device specific limitations in
YANG.



_______________________________________________

netmod mailing list

netmod@ietf.org

https://www.ietf.org/mailman/listinfo/netmod


_______________________________________________

netmod mailing list

netmod@ietf.org

https://www.ietf.org/mailman/listinfo/netmod




--001a114fe8784f1cd805428bde5f--


From nobody Wed Nov 30 14:25:06 2016
Return-Path: 
X-Original-To: netmod@ietfa.amsl.com
Delivered-To: netmod@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0B7AE1295ED for ; Wed, 30 Nov 2016 14:25:05 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.699
X-Spam-Level: 
X-Spam-Status: No, score=-2.699 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, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Ibi1Z_DJLlRN for ; Wed, 30 Nov 2016 14:25:03 -0800 (PST)
Received: from mail-pf0-x236.google.com (mail-pf0-x236.google.com [IPv6:2607:f8b0:400e:c00::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 EF6D71294EE for ; Wed, 30 Nov 2016 14:25:02 -0800 (PST)
Received: by mail-pf0-x236.google.com with SMTP id d2so41401601pfd.0 for ; Wed, 30 Nov 2016 14:25:02 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;  h=mime-version:subject:from:in-reply-to:date:cc:message-id:references :to; bh=O4O+dI9+h0EAoF7LqMl69qljh++noWi/5qn6MUBpXwk=; b=PAlp6B2pp7iulRDzZy7op8Fpd5NLSVULtSZUoPXvHU1UiNxRjaas49vbSOJg3q6jZB dRX7fLhVvQgWMPH9yY3U3mPvB/iVWeeqNQ9JaABg5iB2h9mt4K34G7VJUsHQGIVd8fpl J677ZNhIHU1WLmUxwuK5Z5QMoCX9ykISYzvQEz9KUuxGAvyVIyBE9SmWWqFIyFTcjeGE 3NAKtUR1lhPBCGCpd33BSt/ErSQMvDDKe+6TI5gCx3LVj1vlc4TIwDljNx0l5uCkfuas oB4ErKpUZF7PxpqBjR3nma+q4BudwhEnHcNcJibaqIhO9j94Z/0iTfP2d4uPvBX7iCTr ENhQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :message-id:references:to; bh=O4O+dI9+h0EAoF7LqMl69qljh++noWi/5qn6MUBpXwk=; b=OgbsY6dQhk14v2kjgu4/PwHacY61BgmMXE2mp6ZLA9yNpW16FH1W3gVZ7pLr2DrdLm d+aIX4LfxMBbKgvLNun4zgu6mwoaC1FI5OR0W5E3QDPk7K+uatLFHF4qtuYWEw+XqH5c 1ZBJ7htXENDdXig6WnpONxSZS4wrOWjlqADmig+0Rpf2qWjKoc/QB1znmjGftm9Fk2ZU KNvuAQKH1YzcZ9FRtyARJkZjgDVKqSbHoN15A5BB35GXhTVjBHdARD6TnUGNNQKobonu GWJFnl3mKy8qRrY+CPAA6HS1aAfb9uS7FbycPdY/WwXZDOvfJ/UF9poLB6Qo5/eQ2hTT 6unA==
X-Gm-Message-State: AKaTC03dtN9rlrT/x31w/7SrxI0pKL4FRzJP6VHGzw76cN/UX33lMu5pKMWlzElAkSi3rw==
X-Received: by 10.98.220.75 with SMTP id t72mr35518285pfg.164.1480544702543; Wed, 30 Nov 2016 14:25:02 -0800 (PST)
Received: from ?IPv6:2001:420:30d:1254:5521:6730:265d:12ef? ([2001:420:30d:1254:5521:6730:265d:12ef]) by smtp.gmail.com with ESMTPSA id q9sm105181312pfg.47.2016.11.30.14.25.01 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Wed, 30 Nov 2016 14:25:01 -0800 (PST)
Content-Type: multipart/alternative; boundary="Apple-Mail=_E4EED290-047B-463A-B8F0-D33937635545"
Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\))
From: Mahesh Jethanandani 
In-Reply-To: 
Date: Wed, 30 Nov 2016 14:25:00 -0800
Message-Id: <18241D36-ED37-4DB7-8751-061AF72E6AB2@gmail.com>
References: 
To: "Acee Lindem (acee)" 
X-Mailer: Apple Mail (2.3124)
Archived-At: 
Cc: "netmod@ietf.org" 
Subject: Re: [netmod] Key Strings in ietf-key-chain operational state
X-BeenThere: netmod@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: NETMOD WG list 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Wed, 30 Nov 2016 22:25:05 -0000

--Apple-Mail=_E4EED290-047B-463A-B8F0-D33937635545
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=utf-8

Acee,

This is something we ran into with ietf-keystore model also. The =
thoughts are that key strings should never leave the device. If anything =
most devices have tamper proof capability (FIPS 140-2) to wipe the keys =
out if tampered with or exported. So exporting the string, encrypted, =
even with NACM would defy that.

> On Nov 30, 2016, at 1:37 PM, Acee Lindem (acee)  =
wrote:
>=20
> In the days of MIBs, we used to omit key strings from the data that =
would be returned. This was ostensibly done for security purposes. We =
did the same for the operational state returned for keystring in =
key-chain-entries. I=E2=80=99m now thinking this was a mistake. Rather, =
it would seem that one could use RFC 6536 rules to accomplish this at a =
more granular level.=20
>=20
> Note that the model also support keystring encryption as described in =
RFC 5649.=20
>=20
> Thanks,
> Acee=20
>=20
> _______________________________________________
> netmod mailing list
> netmod@ietf.org
> https://www.ietf.org/mailman/listinfo/netmod

Mahesh Jethanandani
mjethanandani@gmail.com




--Apple-Mail=_E4EED290-047B-463A-B8F0-D33937635545
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html;
	charset=utf-8

Acee,

This =
is something we ran into with ietf-keystore model also. The thoughts are =
that key strings should never leave the device. If anything most devices =
have tamper proof capability (FIPS 140-2) to wipe the keys out if =
tampered with or exported. So exporting the string, encrypted, even with =
NACM would defy that.

On Nov 30, 2016, at 1:37 PM, =
Acee Lindem (acee) <acee@cisco.com> wrote:








In the days of MIBs, we used to omit key strings from =
the data that would be returned. This was ostensibly done for security =
purposes. We did the same for the operational state returned for =
keystring in key-chain-entries. I=E2=80=99m now thinking this was a =
mistake.
 Rather, it would seem that one could use RFC 6536 rules to accomplish =
this at a more granular level. 







Note that the model also support keystring encryption as =
described in RFC 5649. 







Thanks,


Acee 






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



Mahesh Jethanandani
mjethanandani@gmail.com







=

--Apple-Mail=_E4EED290-047B-463A-B8F0-D33937635545--


From nobody Wed Nov 30 14:33:52 2016
Return-Path: 
X-Original-To: netmod@ietfa.amsl.com
Delivered-To: netmod@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 543AD1295ED for ; Wed, 30 Nov 2016 14:33:51 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -17.417
X-Spam-Level: 
X-Spam-Status: No, score=-17.417 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-2.896, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Y4o5GLDfzoVu for ; Wed, 30 Nov 2016 14:33:49 -0800 (PST)
Received: from rcdn-iport-7.cisco.com (rcdn-iport-7.cisco.com [173.37.86.78]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 30762129587 for ; Wed, 30 Nov 2016 14:33:49 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=6836; q=dns/txt; s=iport; t=1480545229; x=1481754829; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=EayQabPO4x5ins4iZcIFk4heL4Ip/34LSYou9D4W+yU=; b=cz0dL5oaA7IWqAxOfrDkKPRiQZ10zPocc+67qgTjb4gsxs1RkpZP6lTB y21H/eVdjEPbfwDre2CPfmvs6GjGcUPDEge8a7SdbmBrkcpiUrZnpCPK3 Me6k6Tl28442/aC4vP92ToJ0XRTqxjsE0h24MpDaELnJjpQgGbrLj2/2B 8=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0AVAQA0Uz9Y/4YNJK1dGQEBAQEBAQEBA?= =?us-ascii?q?QEBBwEBAQEBgnNFAQEBAQEfWIEDB40+lwmHcodlhR+CBh4BCoUvSgKBfT8UAQI?= =?us-ascii?q?BAQEBAQEBYiiEaAEBAQQBAQFrCxACAQgOAwMBAigHIQYLFAkIAgQOBYhTAxcOr?= =?us-ascii?q?xiHOg2EAgEBAQEBAQEBAQEBAQEBAQEBAQEBARcFixmCSIIhhUEFjzCKcjUBjTK?= =?us-ascii?q?DXJAyiUKEMYQLAR43gRcigzccgV1yhx2BDQEBAQ?=
X-IronPort-AV: E=Sophos;i="5.31,574,1473120000";  d="scan'208,217";a="175933754"
Received: from alln-core-12.cisco.com ([173.36.13.134]) by rcdn-iport-7.cisco.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 30 Nov 2016 22:33:47 +0000
Received: from XCH-RTP-015.cisco.com (xch-rtp-015.cisco.com [64.101.220.155]) by alln-core-12.cisco.com (8.14.5/8.14.5) with ESMTP id uAUMXkso012546 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Wed, 30 Nov 2016 22:33:46 GMT
Received: from xch-rtp-015.cisco.com (64.101.220.155) by XCH-RTP-015.cisco.com (64.101.220.155) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Wed, 30 Nov 2016 17:33:45 -0500
Received: from xch-rtp-015.cisco.com ([64.101.220.155]) by XCH-RTP-015.cisco.com ([64.101.220.155]) with mapi id 15.00.1210.000; Wed, 30 Nov 2016 17:33:45 -0500
From: "Acee Lindem (acee)" 
To: Mahesh Jethanandani 
Thread-Topic: [netmod] Key Strings in ietf-key-chain operational state
Thread-Index: AQHSS1iZm2sOa4d7iUCSVwturK10T6DyHOUA
Date: Wed, 30 Nov 2016 22:33:45 +0000
Message-ID: 
References:  <18241D36-ED37-4DB7-8751-061AF72E6AB2@gmail.com>
In-Reply-To: <18241D36-ED37-4DB7-8751-061AF72E6AB2@gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-ms-exchange-messagesentrepresentingtype: 1
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [10.116.152.204]
Content-Type: multipart/alternative; boundary="_000_D464BD558DC6Aaceeciscocom_"
MIME-Version: 1.0
Archived-At: 
Cc: "netmod@ietf.org" 
Subject: Re: [netmod] Key Strings in ietf-key-chain operational state
X-BeenThere: netmod@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: NETMOD WG list 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Wed, 30 Nov 2016 22:33:51 -0000

--_000_D464BD558DC6Aaceeciscocom_
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Hi Mahesh,

From: Mahesh Jethanandani >
Date: Wednesday, November 30, 2016 at 5:25 PM
To: Acee Lindem >
Cc: "netmod@ietf.org" >
Subject: Re: [netmod] Key Strings in ietf-key-chain operational state

Acee,

This is something we ran into with ietf-keystore model also. The thoughts a=
re that key strings should never leave the device. If anything most devices=
 have tamper proof capability (FIPS 140-2) to wipe the keys out if tampered=
 with or exported. So exporting the string, encrypted, even with NACM would=
 defy that.

So, what we have today would with the key strings omitted from the operatio=
nal state would be consistent with the direction for the ietf-keystore mode=
l. Correct?

How will this be enforced when we have an applied-config datastore?

Thanks,
Acee






On Nov 30, 2016, at 1:37 PM, Acee Lindem (acee) > wrote:

In the days of MIBs, we used to omit key strings from the data that would b=
e returned. This was ostensibly done for security purposes. We did the same=
 for the operational state returned for keystring in key-chain-entries. I'm=
 now thinking this was a mistake. Rather, it would seem that one could use =
RFC 6536 rules to accomplish this at a more granular level.

Note that the model also support keystring encryption as described in RFC 5=
649.

Thanks,
Acee

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

Mahesh Jethanandani
mjethanandani@gmail.com




--_000_D464BD558DC6Aaceeciscocom_
Content-Type: text/html; charset="iso-8859-1"
Content-ID: <692EB0712AA76A45AF0E62E56789EF6C@emea.cisco.com>
Content-Transfer-Encoding: quoted-printable







Hi Mahesh, 









From: Mahesh Jethanandani <mjethanandani@gmail.com>

Date: Wednesday, November 30, 2016 =
at 5:25 PM

To: Acee Lindem <acee@cisco.com>

Cc: "netmod@ietf.org" <=
netmod@ietf.org>

Subject: Re: [netmod] Key Strings i=
n ietf-key-chain operational state














Acee,






This is something we ran into with ietf-keystore model also=
. The thoughts are that key strings should never leave the device. If anyth=
ing most devices have tamper proof capability (FIPS 140-2) to wipe the keys=
 out if tampered with or exported.
 So exporting the string, encrypted, even with NACM would defy that.














So, what we have today would with the key strings omitted from the ope=
rational state would be consistent with the direction for the ietf-keystore=
 model. Correct? 







How will this be enforced when we have an applied-config datastore?&nb=
sp;







Thanks,


Acee 









































On Nov 30, 2016, at 1:37 PM, Acee Lindem (acee) <acee@cisco.com> wrote:








In the days of MIBs, we used to omit key strings from the d=
ata that would be returned. This was ostensibly done for security purposes.=
 We did the same for the operational state returned for keystring in key-ch=
ain-entries. I’m now thinking this
 was a mistake. Rather, it would seem that one could use RFC 6536 rules to =
accomplish this at a more granular level. 







Note that the model also support keystring encryption as de=
scribed in RFC 5649. 







Thanks,


Acee 





_______________________________________________

netmod mailing list

netmod@ietf.org

https://www.ietf.o=
rg/mailman/listinfo/netmod












Mahesh Jethanandani


mjeth=
anandani@gmail.com
























--_000_D464BD558DC6Aaceeciscocom_--


From nobody Wed Nov 30 18:36:57 2016
Return-Path: 
X-Original-To: netmod@ietfa.amsl.com
Delivered-To: netmod@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D79EB129B10 for ; Wed, 30 Nov 2016 18:36:55 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.699
X-Spam-Level: 
X-Spam-Status: No, score=-2.699 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, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 22YUal8bokfu for ; Wed, 30 Nov 2016 18:36:54 -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 CD1DE129407 for ; Wed, 30 Nov 2016 18:36:53 -0800 (PST)
Received: by mail-io0-x22a.google.com with SMTP id c21so362496396ioj.1 for ; Wed, 30 Nov 2016 18:36:53 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;  h=mime-version:subject:from:in-reply-to:date:cc:message-id:references :to; bh=4YJH6Ocj4qTIcQvUor0sot03Iq9u0WrD1MP5SdfXnwc=; b=NBdHzqui0HefiSsfkSGOO1xezCfbeKOZA24HrPk/l+uTapkb2Qhwjzun/Xh9C/XPse N/2Y/BYokgi2ROKxHTnrMdaYk1hnnv0HmXAwW3F5mcAtSt5MoWoNRae3rt29w6n6/D4E avDIJ5JiyyrSN9T/pAIK4idqkTTGrXpXa3XsDFnzth6tvHtOd+EhJcj7wOoyaHWKO34x OwUT8obmJMPRWnnzqElJsdRb0mAq1332/WSVyNoILA3QlqE0D+Oxy+/3NS4t7GJSqrIi XOn0wkAplvUi/SjmK9P/dCtdL0fiB1R6u0N1fMofqHql63ZtZc2DjhesnzR6d1qgofGQ YVDg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :message-id:references:to; bh=4YJH6Ocj4qTIcQvUor0sot03Iq9u0WrD1MP5SdfXnwc=; b=bsjpi021yV3zTQ2cXgbYfjgMluuQYkz6TJzQFTKIIK/n2EMWJ99NUxnpiwP5rEyqIN tqRyun2YE0oWJPXh4Sq/HE2KCwODWe9K2mJY+0K8um+iYNEZQoW0dswIk0wxdrV+I0nd 2RoxJxxDR+fFIDMF9+u6/PLpgj618f+3JvphfhfsF1IXAjQSYIEQNSpKcY2IPN1nCmuV cGw33rXRcrfykTcMm0kQXQCdN2ayO/UjxPq3fwBRHCQR3dyEJ6PnZB7+vgt2F3296oxv AYqYXotrmgRh0YZp1oY1UGp4N6k8Szt1awuSjzlbE9whK1j0D2oKNaWCgKNcIGNUgoph TXVQ==
X-Gm-Message-State: AKaTC00G+h4fTREssQVP0zawZLGDTRwqcfsx36c7Ck3rXNTWwjS/dcVH71ZZDT/ZOVAbdQ==
X-Received: by 10.202.228.83 with SMTP id b80mr19691489oih.214.1480559811487;  Wed, 30 Nov 2016 18:36:51 -0800 (PST)
Received: from [128.107.151.75] ([128.107.151.75]) by smtp.gmail.com with ESMTPSA id u66sm21606486ota.34.2016.11.30.18.36.49 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Wed, 30 Nov 2016 18:36:50 -0800 (PST)
Content-Type: multipart/alternative; boundary="Apple-Mail=_79EBCB03-9D07-432A-9B37-52BEA38B3E4E"
Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\))
From: Mahesh Jethanandani 
In-Reply-To: 
Date: Wed, 30 Nov 2016 18:36:49 -0800
Message-Id: <776D09FD-8664-4176-AC50-84F0FD2ED7E3@gmail.com>
References:  <18241D36-ED37-4DB7-8751-061AF72E6AB2@gmail.com> 
To: "Acee Lindem (acee)" 
X-Mailer: Apple Mail (2.3124)
Archived-At: 
Cc: "netmod@ietf.org" 
Subject: Re: [netmod] Key Strings in ietf-key-chain operational state
X-BeenThere: netmod@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: NETMOD WG list 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Thu, 01 Dec 2016 02:36:56 -0000

--Apple-Mail=_79EBCB03-9D07-432A-9B37-52BEA38B3E4E
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=utf-8


> On Nov 30, 2016, at 2:33 PM, Acee Lindem (acee)  =
wrote:
>=20
>=20
> This is something we ran into with ietf-keystore model also. The =
thoughts are that key strings should never leave the device. If anything =
most devices have tamper proof capability (FIPS 140-2) to wipe the keys =
out if tampered with or exported. So exporting the string, encrypted, =
even with NACM would defy that.
>=20
> So, what we have today would with the key strings omitted from the =
operational state would be consistent with the direction for the =
ietf-keystore model. Correct?=20

That is correct. Kent can correct me, but we are still trying to figure =
how to model it in YANG and in the datastores ( and =
).

>=20
> How will this be enforced when we have an applied-config datastore?=20

>=20
> Thanks,
> Acee=20
>=20
>=20
>=20
>=20
>=20
>=20
>> On Nov 30, 2016, at 1:37 PM, Acee Lindem (acee) > wrote:
>>=20
>> In the days of MIBs, we used to omit key strings from the data that =
would be returned. This was ostensibly done for security purposes. We =
did the same for the operational state returned for keystring in =
key-chain-entries. I=E2=80=99m now thinking this was a mistake. Rather, =
it would seem that one could use RFC 6536 rules to accomplish this at a =
more granular level.=20
>>=20
>> Note that the model also support keystring encryption as described in =
RFC 5649.=20
>>=20
>> Thanks,
>> Acee=20
>>=20
>> _______________________________________________
>> netmod mailing list
>> netmod@ietf.org 
>> https://www.ietf.org/mailman/listinfo/netmod =

>=20
> Mahesh Jethanandani
> mjethanandani@gmail.com 
>=20
>=20
>=20

Mahesh Jethanandani
mjethanandani@gmail.com




--Apple-Mail=_79EBCB03-9D07-432A-9B37-52BEA38B3E4E
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html;
	charset=utf-8


On Nov 30, 2016, at 2:33 PM, Acee Lindem (acee) <acee@cisco.com> =
wrote:













This is something we ran into with ietf-keystore model =
also. The thoughts are that key strings should never leave the device. =
If anything most devices have tamper proof capability (FIPS 140-2) to =
wipe the keys out if tampered with or exported.
 So exporting the string, encrypted, even with NACM would defy =
that.














So, what we have today would with the key strings =
omitted from the operational state would be consistent with the =
direction for the ietf-keystore model. =
Correct? 

That is correct. Kent can correct me, but we are still =
trying to figure how to model it in YANG and in the datastores =
(<applied> and <operational-state>).








How will this be enforced when we have an applied-config =
datastore? 







Thanks,


Acee 









































On Nov 30, 2016, at 1:37 PM, Acee Lindem (acee) <acee@cisco.com> =
wrote:








In the days of MIBs, we used to omit key strings from =
the data that would be returned. This was ostensibly done for security =
purposes. We did the same for the operational state returned for =
keystring in key-chain-entries. I=E2=80=99m now thinking this
 was a mistake. Rather, it would seem that one could use RFC 6536 rules =
to accomplish this at a more granular level. 







Note that the model also support keystring encryption as =
described in RFC 5649. 







Thanks,


Acee 





_______________________________________________

netmod mailing list

netmod@ietf.org

https://www.ietf.org/mailman/listinfo/netmod
=












Mahesh Jethanandani


mjethanandani@gmail.com




























Mahesh Jethanandani
mjethanandani@gmail.com







=

--Apple-Mail=_79EBCB03-9D07-432A-9B37-52BEA38B3E4E--


From nobody Wed Nov 30 18:37:03 2016
Return-Path: 
X-Original-To: netmod@ietfa.amsl.com
Delivered-To: netmod@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 084EB129BDB for ; Wed, 30 Nov 2016 18:36:59 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.699
X-Spam-Level: 
X-Spam-Status: No, score=-2.699 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, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id VQb5JFCqs6IQ for ; Wed, 30 Nov 2016 18:36:55 -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 CD59C1297E4 for ; Wed, 30 Nov 2016 18:36:53 -0800 (PST)
Received: by mail-io0-x22a.google.com with SMTP id a124so390197431ioe.2 for ; Wed, 30 Nov 2016 18:36:53 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;  h=mime-version:subject:from:in-reply-to:date:cc:message-id:references :to; bh=ms62ZVq4LOZNW4PYuSKRf/t//nA0ftmz12yjNCbIfFc=; b=LU7KZCaXP+yVZSnzu4wB+SWKs/JujP+JEI8o2GPfGNGZyo2rw7V5nv9QetQZIQQbV4 v1yVFIBNexQgWd/qMx62UD2iuBmadc9DiqPg8CeWAFe56lYxKMmvCxzEsslUQHDG2FAj FAmQdf9KNliMnXlAIYWVuimvtdYF7T1D2XD8Pji78cMeziOpKggdAVgF9xUFXimGDj/v 7XQHS7xnZJT/i/PCi3kr0Tnk0B07Pq0t9oDuIrx5cE3BuejBUJlPS904HLkjoQ/IRMLZ 2Pss6fldrGFYY7vLWuWe9NUWpWn4g2pWecY7ol7wSrVZABIZLcnHMdSXDLfAb7cS+bco zHfg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :message-id:references:to; bh=ms62ZVq4LOZNW4PYuSKRf/t//nA0ftmz12yjNCbIfFc=; b=gy5gZHYZ/4tqfwkv32Zq4V/2SX2u3hp+bDosxLrUb4MbTGQY2Q41y9oWG98xNJsfbZ +Y9XY1Z5Lu7FO0/ORSfbHPKVk4pU1+x7sJVqaOhHOMZWx3nDC2OLS/aBwUEkYty8+SJk tF0E7UDHjZqP4Vrlo6qqJnmIzospN6Yw4siMEyuicIHkMFvOVIe0ty5Ap7h0O/ShG1TN KajG/nue5SwVn1cPgmcmdtb/rUDNxpp5GENZq2LB2TENrEZrMVg96P57MFUJ3bywaQoo fBV1R1yx4qxGJ3QSFPYejVLG+MyW7hr/dF+m1CX8Bsuk9J05SqpFnv14kdOIgMO7H1eS nzaA==
X-Gm-Message-State: AKaTC02QitjGwz3phU8JNCj3pNDqwZTe6L968tV2ERxToQnqgzAWI68AIpVQIkPHyTkMag==
X-Received: by 10.202.90.10 with SMTP id o10mr19655640oib.73.1480559813199; Wed, 30 Nov 2016 18:36:53 -0800 (PST)
Received: from [128.107.151.75] ([128.107.151.75]) by smtp.gmail.com with ESMTPSA id u66sm21606486ota.34.2016.11.30.18.36.52 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Wed, 30 Nov 2016 18:36:52 -0800 (PST)
Content-Type: multipart/alternative; boundary="Apple-Mail=_33167850-200A-4A5D-84B0-9F59F76BBB5F"
Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\))
From: Mahesh Jethanandani 
In-Reply-To: 
Date: Wed, 30 Nov 2016 18:36:49 -0800
Message-Id: <9208D45D-096D-4F6A-AA5E-2327DE3F6CE2@gmail.com>
References:  <18241D36-ED37-4DB7-8751-061AF72E6AB2@gmail.com> 
To: "Acee Lindem (acee)" 
X-Mailer: Apple Mail (2.3124)
Archived-At: 
Cc: "netmod@ietf.org" 
Subject: Re: [netmod] Key Strings in ietf-key-chain operational state
X-BeenThere: netmod@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: NETMOD WG list 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Thu, 01 Dec 2016 02:36:59 -0000

--Apple-Mail=_33167850-200A-4A5D-84B0-9F59F76BBB5F
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=utf-8


> On Nov 30, 2016, at 2:33 PM, Acee Lindem (acee) > wrote:
>=20
>=20
> This is something we ran into with ietf-keystore model also. The =
thoughts are that key strings should never leave the device. If anything =
most devices have tamper proof capability (FIPS 140-2) to wipe the keys =
out if tampered with or exported. So exporting the string, encrypted, =
even with NACM would defy that.
>=20
> So, what we have today would with the key strings omitted from the =
operational state would be consistent with the direction for the =
ietf-keystore model. Correct?=20

That is correct. Kent can correct me, but we are still trying to figure =
how to model it in YANG and in the datastores ( and =
).

>=20
> How will this be enforced when we have an applied-config datastore?=20

>=20
> Thanks,
> Acee=20
>=20
>=20
>=20
>=20
>=20
>=20
>> On Nov 30, 2016, at 1:37 PM, Acee Lindem (acee) > wrote:
>>=20
>> In the days of MIBs, we used to omit key strings from the data that =
would be returned. This was ostensibly done for security purposes. We =
did the same for the operational state returned for keystring in =
key-chain-entries. I=E2=80=99m now thinking this was a mistake. Rather, =
it would seem that one could use RFC 6536 rules to accomplish this at a =
more granular level.=20
>>=20
>> Note that the model also support keystring encryption as described in =
RFC 5649.=20
>>=20
>> Thanks,
>> Acee=20
>>=20
>> _______________________________________________
>> netmod mailing list
>> netmod@ietf.org 
>> https://www.ietf.org/mailman/listinfo/netmod =

>=20
> Mahesh Jethanandani
> mjethanandani@gmail.com 
>=20
>=20
>=20

Mahesh Jethanandani
mjethanandani@gmail.com 




--Apple-Mail=_33167850-200A-4A5D-84B0-9F59F76BBB5F
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html;
	charset=utf-8


On Nov 30, 2016, at 2:33 PM, Acee Lindem (acee) <acee@cisco.com> =
wrote:













This is something we ran into with ietf-keystore model =
also. The thoughts are that key strings should never leave the device. =
If anything most devices have tamper proof capability (FIPS 140-2) to =
wipe the keys out if tampered with or exported.
 So exporting the string, encrypted, even with NACM would defy =
that.














So, what we have today would with the key strings =
omitted from the operational state would be consistent with the =
direction for the ietf-keystore model. =
Correct? 

That is correct. Kent can correct me, but we are still =
trying to figure how to model it in YANG and in the datastores =
(<applied> and <operational-state>).








How will this be enforced when we have an applied-config =
datastore? 







Thanks,


Acee 









































On Nov 30, 2016, at 1:37 PM, Acee Lindem (acee) <acee@cisco.com> =
wrote:








In the days of MIBs, we used to omit key strings from =
the data that would be returned. This was ostensibly done for security =
purposes. We did the same for the operational state returned for =
keystring in key-chain-entries. I=E2=80=99m now thinking this
 was a mistake. Rather, it would seem that one could use RFC 6536 rules =
to accomplish this at a more granular level. 







Note that the model also support keystring encryption as =
described in RFC 5649. 







Thanks,


Acee 





_______________________________________________

netmod mailing list

netmod@ietf.org

https://www.ietf.org/mailman/listinfo/netmod
=












Mahesh Jethanandani


mjethanandani@gmail.com




























Mahesh Jethanandani
mjethanandani@gmail.com







=

--Apple-Mail=_33167850-200A-4A5D-84B0-9F59F76BBB5F--