From nobody Mon Oct 3 03:30:24 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 7E9C412B311 for ; Mon, 3 Oct 2016 03:30:23 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -17.518 X-Spam-Level: X-Spam-Status: No, score=-17.518 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=-2.996, 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 iW7rwbBF32Z5 for ; Mon, 3 Oct 2016 03:30:22 -0700 (PDT) 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 C3AD212B2C9 for ; Mon, 3 Oct 2016 03:25:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=329; q=dns/txt; s=iport; t=1475490353; x=1476699953; h=from:to:subject:date:message-id:content-id: content-transfer-encoding:mime-version; bh=1qrDeqMO3jMzD28Ma4ac3ol5c5NindvKp7C0iTtWZ14=; b=lO2IIRZ1CE3mB0NjSY/YGtoNinnPlfgbCYcDYhiLBEi570zaGd+vEUU0 DLVzeKH/UYLORHiCMYiNJ5iNdCG+/Qgn90NE+0NVXE/NcklyjazGMBhtT Edlv/apPF+X8/cGQWUDDMrOVfRqltuaszAxi6BVAJGVMHvArgYxdTo9/W w=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0DeBABXMfJX/4sNJK1dHAEBBAEBCgEBg?= =?us-ascii?q?z0BAQEBAR5XgQO2PYIPggYkh2A6EgECAQEBAQEBAV4nhGg6UQE+QicEiGAOn0u?= =?us-ascii?q?cNQEBAQEBAQQBAQEBAQEBARoFhjiBfQiKQ4IvBZl4AYYmiUqBWAGOGZBrASQBL?= =?us-ascii?q?xqEcogegQABAQE?= X-IronPort-AV: E=Sophos;i="5.31,289,1473120000"; d="scan'208";a="331064752" Received: from alln-core-6.cisco.com ([173.36.13.139]) by alln-iport-1.cisco.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 03 Oct 2016 10:25:53 +0000 Received: from XCH-ALN-012.cisco.com (xch-aln-012.cisco.com [173.36.7.22]) by alln-core-6.cisco.com (8.14.5/8.14.5) with ESMTP id u93APr5i006558 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL) for ; Mon, 3 Oct 2016 10:25:53 GMT Received: from xch-rcd-015.cisco.com (173.37.102.25) by XCH-ALN-012.cisco.com (173.36.7.22) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Mon, 3 Oct 2016 05:25:52 -0500 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, 3 Oct 2016 05:25:52 -0500 From: "Carl Moberg (camoberg)" To: NETMOD Working Group Thread-Topic: YANG Module Classification to WGLC? Thread-Index: AQHSHWCEWXmCzBD9d0S5Te4R5cfe0w== Date: Mon, 3 Oct 2016 10:25:51 +0000 Message-ID: <74701CCA-69D0-4293-8285-11CF40FB35AA@cisco.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.147.40.94] Content-Type: text/plain; charset="us-ascii" Content-ID: <640F2448FA5EFF40BA9B4812DA8D68DF@emea.cisco.com> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Subject: [netmod] YANG Module Classification to WGLC? 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, 03 Oct 2016 10:30:23 -0000 Hi, A new version (03) of the YANG Module Classification draft has been poste= d[1]. The authors believe this version covers all known outstanding issues = and would like to ask for it to be considered for WGLC. 1. https://tools.ietf.org/html/draft-ietf-netmod-yang-model-classification Regards, -- Carl Moberg From nobody Mon Oct 3 07:17: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 6A88B12B30A for ; Mon, 3 Oct 2016 07:17:29 -0700 (PDT) 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, HTML_MESSAGE=0.001, MIME_HTML_ONLY=0.723, 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 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 cfBTX_6dlZDl for ; Mon, 3 Oct 2016 07:17:24 -0700 (PDT) Received: from sessmg22.ericsson.net (sessmg22.ericsson.net [193.180.251.58]) (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 339F412B319 for ; Mon, 3 Oct 2016 07:16:44 -0700 (PDT) X-AuditID: c1b4fb3a-aa3ff7000000099a-4d-57f2684a95a9 Received: from ESESSHC012.ericsson.se (Unknown_Domain [153.88.183.54]) by (Symantec Mail Security) with SMTP id 98.70.02458.A4862F75; Mon, 3 Oct 2016 16:16:42 +0200 (CEST) Received: from [159.107.197.106] (153.88.183.153) by smtp.internal.ericsson.com (153.88.183.56) with Microsoft SMTP Server id 14.3.319.2; Mon, 3 Oct 2016 16:16:41 +0200 To: Andy Bierman , Alex Campbell References: <8737kl2q2i.fsf@hobgoblin.ariadne.com> <1475020694402.61071@Aviatnet.com> From: Balazs Lengyel Message-ID: Date: Mon, 3 Oct 2016 16:16:41 +0200 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.3.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/html; charset="windows-1252" Content-Transfer-Encoding: 8bit X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFtrHLMWRmVeSWpSXmKPExsUyM2K7ma5Xxqdwg8nP5C1+N3WzWjw4Movd Yv7FRlYHZo/DnWsYPZYs+cnk0dJ/kSWAOYrLJiU1J7MstUjfLoEro2N9TMFP84qLJ86wNzCe UO1i5OCQEDCR+Nfs0sXIxSEksJ5RYlbLdCYIZw2jxOZVbxi7GDk5hAUiJFY+3sEOYosIBEs8 nTmBEaLoEKPE7hvPmEESzALqEndOPWYDsdkEjCSm9p9nAbF5Bewlnr1YwARiswioSLz9vp0V xBYViJHYP2smM0SNoMTJmU/A6jkFAiUaj3xmhZipL3H9zn0oW16ieetssHohAQ2Jhxf+sk5g FJiFpH0WkpZZSFoWMDKvYhQtTi0uzk03MtJLLcpMLi7Oz9PLSy3ZxAgM1YNbflvtYDz43PEQ owAHoxIPb0LKp3Ah1sSy4spcoA85mJVEePnTgUK8KYmVValF+fFFpTmpxYcYpTlYlMR5zVbe DxcSSE8sSc1OTS1ILYLJMnFwSjUwhrI1fjzNFn7BiTHlZAjb3oCq4N9tbelhRZ4dx76pnlSo nnZLV8x0m5SaomK3Q6Ys136lzR2aDhsnz7Gea9vZfU9SxF7bjfvs9ealHDd3X7r6TfGivmrt nHRGi/mL339MmrTL59O7joINVXHnC3bEn1h19g7/PqF2zguPOoymckZtzj29fZWJEktxRqKh FnNRcSIAbSn3JlECAAA= Archived-At: Cc: "netmod@ietf.org" Subject: Re: [netmod] How to constrain a leaf to a read-only list of supported values? 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, 03 Oct 2016 14:17:30 -0000

Hello,

Similarly to Andy's idea we are thinking about declaring data nodes static-data. This means that

  • they can not be changed via the management interface e.g. CLI/Netconf/Restconf
  • that they are changed very infrequently ( at upgrade)
  • that they are considered part of the systems design time definition, meaning that the specific values must be subject to strict backwards compatibility rules, just as the models themselves need to stay backwards compatible

This data can be config true or false, and the former allows must/when/leafref restrictions on them.

regards Balazs


On 2016-09-28 02:21, Andy Bierman wrote:


On Tue, Sep 27, 2016 at 4:58 PM, Alex Campbell <Alex.Campbell@aviatnet.com> wrote:
> Dale R. Worley <worley@ariadne.com> writes:
>> Ladislav Lhotka <lhotka@nic.cz> writes:
>>> typedef Compression-Method {
>>>   ...
>>> }
>>>
>>> list node {
>>>   config true;
>>>   key name;
>>>
>>>   string name;
>>>
>>>   leaf-list supported-compression-methods {
>>>     type Compression-Method;
>>>     config false;
>>>   }
>>>
>>>   Compression-Method compression-method;
>>>   must "compression-method ... supported-compression-methods";
>>> }

>> The only technical problem with your mock-up is that "must" expressions
>> on config nodes cannot refer to state data.

> Ouch!  That means that any technique like the one I proposed isn't going
> to work.  Indeed, it may be that there is no way to constrain a config
> leaf based on value(s) provided by the implementation.

It was my understanding was that this is a deliberate design decision, so that a configuration tree can always be validated offline.


Back before there was YANG 1.0 I proposed the concept of constants in YANG
but this was seen as too complicated.  This is the exact use-case I had in mind.
The YANG module would #define the constants (maybe with a default or no value)
and they could be used in statements. The vendors would set the constants at
build or maybe the operators can set them at module load-time.

I was thinking more about range/pattern statements at the time
than bit-is-set() but I think the same concept could apply.

   #define SUPPORTED_COMPRESSION_METHODS

   must "compression-method ... SUPPORTED_COMPRESSION_METHODS";


This way config does not depend on operational state,which would
be a really bad idea.



> Dale

Alex



Andy
 

_______________________________________________
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


-- 
Balazs Lengyel                       Ericsson Hungary Ltd.
Senior Specialist
Mobile: +36-70-330-7909              email: Balazs.Lengyel@ericsson.com
From nobody Tue Oct 4 04:55: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 82FA1129827 for ; Tue, 4 Oct 2016 04:55:43 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.097 X-Spam-Level: X-Spam-Status: No, score=-3.097 tagged_above=-999 required=5 tests=[BAYES_20=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, RP_MATCHES_RCVD=-2.996] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=hq.sk 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 sq2swgOaN1z5 for ; Tue, 4 Oct 2016 04:55:41 -0700 (PDT) Received: from mail.hq.sk (hq.sk [81.89.59.181]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8A16612952A for ; Tue, 4 Oct 2016 04:55:41 -0700 (PDT) Received: from [10.137.2.13] (46.229.239.158.host.vnet.sk [46.229.239.158]) by mail.hq.sk (Postfix) with ESMTPSA id 04F59243906 for ; Tue, 4 Oct 2016 13:55:39 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=hq.sk; s=mail; t=1475582139; bh=vNKIJ/8izIIqZ04nMnGKPzh0BzhtkVETfJy7BpFxDjk=; h=To:From:Subject:Date; b=Pb7UGcVHHfb0KKnMY+z+9nKUdfL8faMJejMRRMqUWMhCseUgvQieCVHk4BB6FpXHq Iy21ghk34HARUIaLADwq7f6xAQpm86v4tkacYP3tG3Q6kUOcz5ytwhkjnHSkkxwE2K LVSMlGkl034SJ0y0giaC8mgAVT9a7hXAn1mzxJr0= To: "netmod@ietf.org" From: Robert Varga Message-ID: <6d0e9eff-a594-6b66-0db2-1407b6eadc68@hq.sk> Date: Tue, 4 Oct 2016 13:55:28 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="HHdJusdjDxUTTwUFoWvWNHOkef364PLX3" Archived-At: Subject: [netmod] Augment non-existing input? 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, 04 Oct 2016 11:55:44 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --HHdJusdjDxUTTwUFoWvWNHOkef364PLX3 Content-Type: multipart/mixed; boundary="vRngpvV9B1raWReWbcxSL1k52mm9LaiTW"; protected-headers="v1" From: Robert Varga To: "netmod@ietf.org" Message-ID: <6d0e9eff-a594-6b66-0db2-1407b6eadc68@hq.sk> Subject: Augment non-existing input? --vRngpvV9B1raWReWbcxSL1k52mm9LaiTW Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hello, I would like to ask about interoperability of RPC's input statement and augments. Given two modules: module foo { rpc foo { output { leaf foo { type string; } } } } module bar { import foo { prefix foo; } augment /foo:foo/input { leaf bar { type string; } } } Should the augment statement trigger a failure or not? My take is that it should fail, as the lack of an empty input statement in foo indicates the author's intent that the RPC should not have an extensible input... Thanks, Robert --vRngpvV9B1raWReWbcxSL1k52mm9LaiTW-- --HHdJusdjDxUTTwUFoWvWNHOkef364PLX3 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQIoBAEBCgASBQJX85i4CxxuaXRlQGhxLnNrAAoJECsDwSqgzwDTbFkQAJwFWomv /X9IvtHm0KHM5ZFleXKI81UZJSZwrBLZfozehUU+kYoYjD6z0j1eytr2tqYXBh9E H7z7DSY1Wn/ZNW0Xd357aHLskV/4FiRcXrynpZ4YULn3o7Mg0s6aKR+OJSgMU38p 2gZx0rZQ/p6YfL6sfXUH2pwSjcz3Q93y6aVWhDug9VGDatqq0tpmPzdh5HDdTKkS BbfJJ4q01pe9zGkJMcbrwpAkwF9HCdfQcKzDYTTFvZ699l+AXaymtaH8gs+tai1m qj51yGSE1OPU6IsqavEBksFWtP08FAzO8vv96+tM1Dj6A1Us56vSP9VGaScz81Am 2eiGruJEjrW6SmxBMXg7yvg8dyWq8XAD+Gzacb9sE/TLpVZ9LXpkWXNlpR1XVkbY VtjTp2AZsg77M/yGsOTXzD2W156WKiqqqOEDd1k8pn09wJc7zoq2n9zp0u6hO2an +78TedqOHB2XHEV8h8zmWX/fm2jJt1dA8cmEO5PWRqZ6IMMAEUleSkgpJ56pQKae z/rSNrHmEhGGFTnqXG0cluFk9H3V5Gd/NMXrNgOdawpYsz15SarpbMmWu2YdJv/g 81LW3qOi37a4bmf15KeX+FO3N8fz9nwk9DP0DZLSOnUxeiTl096iUOYjODndXovo xSElPXHeWoqfWSLpwTNfkVuIqpup5ISYbo9l =X4FZ -----END PGP SIGNATURE----- --HHdJusdjDxUTTwUFoWvWNHOkef364PLX3-- From nobody Tue Oct 4 05:08: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 0211412983A for ; Tue, 4 Oct 2016 05:08:32 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -9.996 X-Spam-Level: X-Spam-Status: No, score=-9.996 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=-2.996] 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 lAwByeT9i9rH for ; Tue, 4 Oct 2016 05:08:27 -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 5629A129837 for ; Tue, 4 Oct 2016 05:08:27 -0700 (PDT) Received: from [IPv6:2001:1488:fffe:255:2083:dd5f:427d:1260] (unknown [IPv6:2001:1488:fffe:255:2083:dd5f:427d:1260]) by mail.nic.cz (Postfix) with ESMTPSA id AB51361EED; Tue, 4 Oct 2016 14:08:25 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=nic.cz; s=default; t=1475582905; bh=u9i9xEXFpSeWUGSVyzXC+Q/9kmDp1Kae+Ciyyilik7M=; h=From:Date:To; b=PO7SETDeLimJmUV6tivcRgJH7lwL4Wffs5WYxVYCldXGoPSlRnS0JQZUFmdI9Q784 XFvPHQqunACpgY5E5D83yK5wVSVLDMCN6NIETH0tx316vLcNaVz79YIn7Xq6lKSU5G u1azVffGJjogNg9BPu24hDe+VonHULrI/nLd56jo= Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Content-Type: multipart/signed; boundary="Apple-Mail=_1535EFAE-8D76-458F-88AD-F91BCFCAEB06"; protocol="application/pgp-signature"; micalg=pgp-sha1 X-Pgp-Agent: GPGMail From: Ladislav Lhotka In-Reply-To: <6d0e9eff-a594-6b66-0db2-1407b6eadc68@hq.sk> Date: Tue, 4 Oct 2016 14:08:24 +0200 Message-Id: References: <6d0e9eff-a594-6b66-0db2-1407b6eadc68@hq.sk> To: Robert Varga X-Mailer: Apple Mail (2.3124) X-Virus-Scanned: clamav-milter 0.98.7 at mail X-Virus-Status: Clean Archived-At: Cc: "netmod@ietf.org" Subject: Re: [netmod] Augment non-existing input? 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, 04 Oct 2016 12:08:32 -0000 --Apple-Mail=_1535EFAE-8D76-458F-88AD-F91BCFCAEB06 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Hi Robert, > On 04 Oct 2016, at 13:55, Robert Varga wrote: >=20 > Hello, >=20 > I would like to ask about interoperability of RPC's input statement = and > augments. Given two modules: >=20 > module foo { > rpc foo { > output { > leaf foo { type string; } > } > } > } >=20 > module bar { > import foo { prefix foo; } >=20 > augment /foo:foo/input { > leaf bar { type string; } > } > } >=20 > Should the augment statement trigger a failure or not? >=20 > My take is that it should fail, as the lack of an empty input = statement > in foo indicates the author's intent that the RPC should not have an > extensible input... Sec. 7.14 says: The "rpc" statement defines an rpc node in the schema tree. Under the rpc node, a schema node with the name "input" and a schema node with the name "output" are also defined. This seems to be independent of whether "input" and "output" statements = are present, so I believe your example is valid. Lada >=20 > Thanks, > Robert >=20 > _______________________________________________ > netmod mailing list > netmod@ietf.org > https://www.ietf.org/mailman/listinfo/netmod -- Ladislav Lhotka, CZ.NIC Labs PGP Key ID: E74E8C0C --Apple-Mail=_1535EFAE-8D76-458F-88AD-F91BCFCAEB06 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----- iEYEARECAAYFAlfzm7kACgkQWQVCj+dOjAzkMQCfc2aXkVlxRrJ2pdBXROu1VMXt dFMAniQTEgdG8u0lQ5S39aNDNsm+hRs3 =N1q8 -----END PGP SIGNATURE----- --Apple-Mail=_1535EFAE-8D76-458F-88AD-F91BCFCAEB06-- From nobody Tue Oct 4 05:17: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 3D672129839 for ; Tue, 4 Oct 2016 05:17:07 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.997 X-Spam-Level: X-Spam-Status: No, score=-4.997 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=-2.996, 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 BUA9cgrxvn_F for ; Tue, 4 Oct 2016 05:17:06 -0700 (PDT) Received: from galileo.mg-soft.si (gate.mg-soft.si [212.30.73.66]) by ietfa.amsl.com (Postfix) with ESMTP id D1936129838 for ; Tue, 4 Oct 2016 05:17:05 -0700 (PDT) Received: from jernejthpPC (tp-x61t.mg-soft.si [10.0.0.222]) by galileo.mg-soft.si (Postfix) with ESMTP id 7B228C41D7FA; Tue, 4 Oct 2016 14:17:04 +0200 (CEST) DKIM-Filter: OpenDKIM Filter v2.10.3 galileo.mg-soft.si 7B228C41D7FA DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mg-soft.si; s=default; t=1475583424; bh=ys+PrIp5rpf7ASq7yx0U4D307ybIYrZCidCW+sQqvoI=; h=From:To:References:In-Reply-To:Subject:Date:From; b=HuTEmsJR7Y0/IJoHQiL+UsPeo+v4Ms8bWRSnqIQInxKUhiKHpqN7hKG8LBwHK0Nng o6vFz5Xgv/eHg3+o3GQHSIbEg4p+Ezbi/XMVTK6giA9SbIfnWQyFYhiafiuJoB1hOH tqRWQFc1DprwtJElS6HKUNTvV634XanGGHiDfLyG3NkkdKH/k84ujBbyUXQR569PmS CxAv5gdx9glc7GjJjnT0I3X3Yt6yTcnTZ4+t0JX+HLZQfHTJR0Vk7nEJ+YJdLF4fQR /B6rV9iM3A72x9omT2aTq84+Usi69PAz8vBbjl+OuHpHcJUKZaHVQ/GPdbpU+NIaLW Ayj0AjEWoFrKQ== From: "Jernej Tuljak" To: "'Robert Varga'" , References: <6d0e9eff-a594-6b66-0db2-1407b6eadc68@hq.sk> In-Reply-To: <6d0e9eff-a594-6b66-0db2-1407b6eadc68@hq.sk> Date: Tue, 4 Oct 2016 14:17:03 +0200 Message-ID: <01ec01d21e39$375174a0$a5f45de0$@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 Content-Language: sl Thread-Index: AQG2TrXh5BhsoUSCkVSd7Pw7IRjlBKDP0qag Archived-At: Subject: Re: [netmod] Augment non-existing input? 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, 04 Oct 2016 12:17:07 -0000 > -----Original Message----- > From: netmod [mailto:netmod-bounces@ietf.org] On Behalf Of Robert > Varga > Sent: Tuesday, October 4, 2016 1:55 PM > To: netmod@ietf.org > Subject: [netmod] Augment non-existing input? >=20 > Hello, >=20 > I would like to ask about interoperability of RPC's input statement = and > augments. Given two modules: >=20 > module foo { > rpc foo { > output { > leaf foo { type string; } > } > } > } >=20 > module bar { > import foo { prefix foo; } >=20 > augment /foo:foo/input { > leaf bar { type string; } > } > } >=20 > Should the augment statement trigger a failure or not? >=20 > My take is that it should fail, as the lack of an empty input = statement > in foo indicates the author's intent that the RPC should not have an > extensible input... It would would be an error because there is no "input" list/container = from bar's namespace present in the target module. What you probably = meant is: augment /foo:foo/foo:input {} which is perfectly fine. The "input" schema node is inherently present = within an "rpc" schema node even if not explicitly defined. Both in YANG = 1 and 1.1.=20 The "rpc" statement defines an rpc node in the schema tree. Under the rpc node, a schema node with the name "input", and a schema node with the name "output" are also defined. The nodes "input" and "output" are defined in the module's namespace. Jernej >=20 > Thanks, > Robert From nobody Tue Oct 4 09:44: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 DECAE1293DF for ; Tue, 4 Oct 2016 09:44:57 -0700 (PDT) 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 J5le5u-_KDj4 for ; Tue, 4 Oct 2016 09:44:55 -0700 (PDT) Received: from mail-wm0-x22b.google.com (mail-wm0-x22b.google.com [IPv6:2a00:1450:400c:c09::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 E09671293DA for ; Tue, 4 Oct 2016 09:44:54 -0700 (PDT) Received: by mail-wm0-x22b.google.com with SMTP id p138so222329909wmb.1 for ; Tue, 04 Oct 2016 09:44:54 -0700 (PDT) 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=FQPTfL5ADfUpsQqQSowDPbFfXpXhaAc/UQbFPouSWX4=; b=gZon8+bwkorjdCQmPtidvwLnL6aybm+N4egWHVcGCPT9VaPGeuYwgoVEjv/DtteXAV fiJAXdAqpJUqXDy/MpwuMrYtfKqqY4vKmiXmaU0hJGSSI2hrYghIwVHFPgqmToyefDKS C56AM1TmAug8ijLPNID4bNyEAsZTvnT+7W1FaZ96xEIcLpIp4pWZqko7ZBMNsqrv+wZG YDMp8zQyWirV3AGX+HIRjMKlZt9jy4szDVKc/llf656wlRcG3oYtMncy+v4EqwuIQK58 GT7GIFTeAqbFu7Bi+KUA7gknXkMxmchZz2jb6s+egPFabMZkukA2DHuJ7BOT4bmex4b7 x2/A== 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=FQPTfL5ADfUpsQqQSowDPbFfXpXhaAc/UQbFPouSWX4=; b=eCDqnuKfBiUAWHUOs5TrGjWaPPywTdJLlr5ZShyZjmihWkCostR4LtaQaRULO3aP/B PTn1ktbeGXWVihZcXwROBHpyq5Y+zJUfRy08WeBjDMlS6uzqomktDVoo9de91Ub9pZkG sIvYn2fIuUjFIy/AzO0GTDy2UAzQsbDNfzp1mRC75I82drDu87icvUbhFoUjFoebV7Pn OzHrIKVTVuZBb9hg++pvZyc/FPAhh21JpAN6WRGCDKhnfzGd8/93RhQRPpEVAXtRL5dm Wl7/gRV/s3EKohTLF9Dk/oJfmvfx8c0k4dxMB39/N1ehJp2Nx70tF5F/78gzpLLxVcUC m/8A== X-Gm-Message-State: AA6/9Rn+uCvnCMBTWvSt6doS47E4ZKo2MOP50i7Ae0WnBDzCpqnMAO2zt9THIQ/T7BJJz0IYRQ6c2XbH5CoGxQ== X-Received: by 10.28.155.68 with SMTP id d65mr318830wme.9.1475599493355; Tue, 04 Oct 2016 09:44:53 -0700 (PDT) MIME-Version: 1.0 Received: by 10.80.141.78 with HTTP; Tue, 4 Oct 2016 09:44:52 -0700 (PDT) In-Reply-To: References: <8737kl2q2i.fsf@hobgoblin.ariadne.com> <1475020694402.61071@Aviatnet.com> From: Andy Bierman Date: Tue, 4 Oct 2016 09:44:52 -0700 Message-ID: To: Balazs Lengyel Content-Type: multipart/alternative; boundary=001a11454476a1f2f9053e0cc71f Archived-At: Cc: "netmod@ietf.org" Subject: Re: [netmod] How to constrain a leaf to a read-only list of supported values? 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, 04 Oct 2016 16:44:58 -0000 --001a11454476a1f2f9053e0cc71f Content-Type: text/plain; charset=UTF-8 On Mon, Oct 3, 2016 at 7:16 AM, Balazs Lengyel wrote: > Hello, > > Similarly to Andy's idea we are thinking about declaring data nodes > static-data. This means that > > - they can not be changed via the management interface e.g. > CLI/Netconf/Restconf > - that they are changed very infrequently ( at upgrade) > - that they are considered part of the systems design time definition, > meaning that the specific values must be subject to strict backwards > compatibility rules, just as the models themselves need to stay backwards > compatible > > This data can be config true or false, and the former allows > must/when/leafref restrictions on them. > config=true: This sounds like server-owned config. The frequency of changes is an implementation detail. config=false: This is just operational data. The client never had any control over changing these values. IMO this is an important missing piece that (hopefully) opstate work will address. It is too complex to expose in YANG all the logic that goes into a dynamic default. It is easier to just flag it as server-write-only. We have been using a YANG extension since 2012 to support this type of config. http://www.netconfcentral.org/modules/yuma-ncx/2013-09-23#user-write.678 It would be better to have standard YANG extensions for opstate. I am a little concerned that each point solution (like YANG Push) will create its own set of opstate extensions and they will overlap and leave gaps. regards Balazs > Andy > > On 2016-09-28 02:21, Andy Bierman wrote: > > > > On Tue, Sep 27, 2016 at 4:58 PM, Alex Campbell > wrote: > >> > Dale R. Worley writes: >> >> Ladislav Lhotka writes: >> >>> typedef Compression-Method { >> >>> ... >> >>> } >> >>> >> >>> list node { >> >>> config true; >> >>> key name; >> >>> >> >>> string name; >> >>> >> >>> leaf-list supported-compression-methods { >> >>> type Compression-Method; >> >>> config false; >> >>> } >> >>> >> >>> Compression-Method compression-method; >> >>> must "compression-method ... supported-compression-methods"; >> >>> } >> >> >> The only technical problem with your mock-up is that "must" expressions >> >> on config nodes cannot refer to state data. >> >> > Ouch! That means that any technique like the one I proposed isn't going >> > to work. Indeed, it may be that there is no way to constrain a config >> > leaf based on value(s) provided by the implementation. >> >> It was my understanding was that this is a deliberate design decision, so >> that a configuration tree can always be validated offline. >> >> > Back before there was YANG 1.0 I proposed the concept of constants in YANG > but this was seen as too complicated. This is the exact use-case I had in > mind. > The YANG module would #define the constants (maybe with a default or no > value) > and they could be used in statements. The vendors would set the constants > at > build or maybe the operators can set them at module load-time. > > I was thinking more about range/pattern statements at the time > than bit-is-set() but I think the same concept could apply. > > #define SUPPORTED_COMPRESSION_METHODS > > must "compression-method ... SUPPORTED_COMPRESSION_METHODS"; > > > This way config does not depend on operational state,which would > be a really bad idea. > > > > > Dale >> >> Alex >> >> > > Andy > > >> >> _______________________________________________ >> netmod mailing list >> netmod@ietf.org >> https://www.ietf.org/mailman/listinfo/netmod >> > > > > _______________________________________________ > netmod mailing listnetmod@ietf.orghttps://www.ietf.org/mailman/listinfo/netmod > > > -- > Balazs Lengyel Ericsson Hungary Ltd. > Senior Specialist > Mobile: +36-70-330-7909 email: Balazs.Lengyel@ericsson.com > > --001a11454476a1f2f9053e0cc71f Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable


On Mon, Oct 3, 2016 at 7:16 AM, Balazs Lengyel <balazs.lengy= el@ericsson.com> wrote:
=20 =20 =20

Hello,

Similarly to Andy's idea we are thinking about declaring data nodes static-data. This means that

  • they can not be changed via the management interface e.g. CLI/Netconf/Restconf
  • that they are changed very infrequently ( at upgrade)
  • that they are considered part of the systems design time definition, meaning that the specific values must be subject to strict backwards compatibility rules, just as the models themselves need to stay backwards compatible

This data can be config true or false, and the former allows must/when/leafref restrictions on them.

config=3Dtrue:

This sounds like serve= r-owned config.
The frequency of changes is an implementation det= ail.

config=3Dfalse:

This= is just operational data.=C2=A0 The client never had any control over chan= ging these values.

IMO this is an important missin= g piece that (hopefully) opstate work will address.
It is too com= plex to expose in YANG all the logic that goes into a dynamic default.
It is easier to just flag it as server-write-only.

We have been using a YANG extension since 2012 to support this type = of config.

=
It would be better to have standard YANG extensions for opst= ate.

I am a little concerned that each point solut= ion (like YANG Push) will create its own set
of opstate extension= s and they will overlap and leave gaps.


=

regards Balazs


Andy
=C2=A0


On 2016-09-28 02:21, Andy Bierman wrote:
=20


On Tue, Sep 27, 2016 at 4:58 PM, Alex Campbell <Alex.Campbell@aviatnet.com> wrote:
> Dale R. Worley <worley@ariadne.com> writes:
>> Ladislav Lhotka <lhotka@nic.cz> writes:
>>> typedef Compression-Method {
>>>=C2=A0 =C2=A0...
>>> }
>>>
>>> list node {
>>>=C2=A0 =C2=A0config true;
>>>=C2=A0 =C2=A0key name;
>>>
>>>=C2=A0 =C2=A0string name;
>>>
>>>=C2=A0 =C2=A0leaf-list supported-compression-meth= ods {
>>>=C2=A0 =C2=A0 =C2=A0type Compression-Method;
>>>=C2=A0 =C2=A0 =C2=A0config false;
>>>=C2=A0 =C2=A0}
>>>
>>>=C2=A0 =C2=A0Compression-Method compression-metho= d;
>>>=C2=A0 =C2=A0must "compression-method ... supported-compression-methods";
>>> }

>> The only technical problem with your mock-up is that "must" expressions
>> on config nodes cannot refer to state data.

> Ouch!=C2=A0 That means that any technique like the one I proposed isn't going
> to work.=C2=A0 Indeed, it may be that there is no way to constrain a config
> leaf based on value(s) provided by the implementation.

It was my understanding was that this is a deliberate design decision, so that a configuration tree can always be validated offline.


Back before there was YANG 1.0 I proposed the concept of constants in YANG
but this was seen as too complicated.=C2=A0 This is the exact use-case I had in mind.
The YANG module would #define the constants (maybe with a default or no value)
and they could be used in statements. The vendors would set the constants at
build or maybe the operators can set them at module load-time.

I was thinking more about range/pattern statements at the time
than bit-is-set() but I think the same concept could apply.

=C2=A0 =C2=A0#define SUPPORTED_COMPRESSION_METHODS

=C2=A0 =C2=A0must "compression-method ... SUPPORTED_COMPRESSION_METHODS";


This way config does not depend on operational state,which would
be a really bad idea.



> Dale

Alex



Andy
=C2=A0

_______________________________________________
netmod mailing list
netmod@i= etf.org
https://www.ietf.org/mailman/listinf= o/netmod



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


--=20
Balazs Lengyel                       Ericsson Hungary Ltd.
Senior Specialist
Mobile: +36-70-330-7909              email: Balazs.Lengyel@ericsson.com=20

--001a11454476a1f2f9053e0cc71f-- From nobody Tue Oct 4 09:55: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 50B1D1293D6 for ; Tue, 4 Oct 2016 09:55:42 -0700 (PDT) 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 KUyBXX1TQbwl for ; Tue, 4 Oct 2016 09:55:40 -0700 (PDT) Received: from mail-wm0-x231.google.com (mail-wm0-x231.google.com [IPv6:2a00:1450:400c:c09::231]) (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 76EF0127735 for ; Tue, 4 Oct 2016 09:55:39 -0700 (PDT) Received: by mail-wm0-x231.google.com with SMTP id f193so178901416wmg.0 for ; Tue, 04 Oct 2016 09:55:39 -0700 (PDT) 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=szQiqi3FKR/9MoQalq2CK1Q8MtPyBWz0KvMv6j8I3QQ=; b=hDC6FO2zHTquiUyqkCvVWLYCie6T5neztUzJrwz/nzYLisHdvc2+ThwWrv3VbToMgR dAGWO9Dt20tdOtPGhoNlSzXd2x3iqtrvk7wUdl9IWCS1LMTR65S0OH8WcuVMxgcPzQAo hEyg1KoeGj+0OpzasTF7QUEU3WaNxSoOxBXmwfxR8Tgp6OaEpP1V8nMGLoKPmKF0csvu 8TvWAvTiRbx1qSfM8Wa0D/9gSWGAkdzg3LYbXY5wCCwtiN6D1UIJgUDLoVqdT8OMGTvR 8u47VCNm3B0btE9lCrpO5IEm4QM8DD0KZTMWuBlQO/tsBKqmuDoapAA33TM1niw4z+Lq VEjw== 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=szQiqi3FKR/9MoQalq2CK1Q8MtPyBWz0KvMv6j8I3QQ=; b=WZ6phbfPhTCktnflbz3aU/WjbjOUkDrcOKz8JpetAeg7DsAToomLVQHyTY62ATaZ1G u0sbfJONGPNJZq9eeLdcALOqJYMsGjEEKPhm2dpD64ddfyTZjaCdchtX9Wob2gWgduzu Sk48Nkqh+AiFtPP+QOFlxxKAm9xhkM+3xfhExLgjgmIE07OvA6ecvf9nrhuESAuCzTFa 39v2W+RrswLP9C3aj5+dFVE8o3DJOPGHhCWz/pCOvstklIqr8YdltZQERp94srWrmFD9 s8E/anUk1S4tu3ryJsggBg+VLy67DvzUurGSbdxasvrGq6oNSjmR6q6/Eek/tja3Rq6l uOXw== X-Gm-Message-State: AA6/9RlaiSBrepdC0//lnHuB+c3esmEXB+lfHalfZbOE2iKQGljPgaEA6Ucltw8j7wgLX3HfaUGrIe7G4xuAog== X-Received: by 10.28.151.141 with SMTP id z135mr45639wmd.81.1475600137948; Tue, 04 Oct 2016 09:55:37 -0700 (PDT) MIME-Version: 1.0 Received: by 10.80.141.78 with HTTP; Tue, 4 Oct 2016 09:55:37 -0700 (PDT) In-Reply-To: References: From: Andy Bierman Date: Tue, 4 Oct 2016 09:55:37 -0700 Message-ID: To: Balazs Lengyel Content-Type: multipart/alternative; boundary=001a1144fdac0ddc05053e0ceec1 Archived-At: Cc: "netmod@ietf.org" Subject: Re: [netmod] deviation-stmt (7.20.3) 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, 04 Oct 2016 16:55:42 -0000 --001a1144fdac0ddc05053e0ceec1 Content-Type: text/plain; charset=UTF-8 On Fri, Sep 30, 2016 at 9:01 AM, Balazs Lengyel wrote: > My biggest problem with deviations is that a number of things can not be > deviated: > > - description > - reference > > This does seem quite useful. I wonder why it got left out. The way deviations work is rather counter-intuitive to those of us who think of deviations as source code patches. Almost all deviations are source code patches, except type-stmt, and some default-stmt replacements. It would be nice if a YANG tool could process all the deviations advertised by the server and produce a set of valid "deviated modules" which could then be fed to a YANG compiler that did not support deviations. This is non-trivial and not always possible, because of the type-stmt and possible import loops. > > Regards Balazs > > Andy > On 2016-09-30 00:22, Andy Bierman wrote: > > Hi, > > The deviation section has a lot of fluff text about how bad deviations are, > but very little text on how to process the "deviate" statement correctly. > > The text is not clear if the statements altered in the target module > are semantic patches or syntactic patches. Are the sub-statements > of the deviate-stmt fully processed in the scope of the deviation module > or in the scope of the target module? In this example, is the type-stmt > resolved in A or dev-A? > > Similar issues for deviating a default for an identityref. > > > module A { > namespace "..."; > prefix a; > // no imports! > > leaf foo { > type string; > } > > leaf bar { > type string; > } > > leaf baz { > type string; > } > } > > module A-dev { > ... > import A { prefix a; } > import C { prefix c; } > import ietf-interfaces { prefix if; } > > // variant 1: inline leafref but module A does not import path module > deviation /a:foo { > deviate replace { > type leafref { > base /c:modules/c:module/c:name; > } > } > } > > > // variant 2: imported typedef but module A does not import it > deviation /a:bar { > deviate replace { > type if:interface-ref; > } > } > > > // variant 3: local typedef but module A cannot import it (circular > imports) > typedef mystring { > type string { length "1..10"; } > } > > deviation /a:baz { > deviate replace { > type mystring; > } > } > } > > > Andy > > > > _______________________________________________ > netmod mailing listnetmod@ietf.orghttps://www.ietf.org/mailman/listinfo/netmod > > > -- > Balazs Lengyel Ericsson Hungary Ltd. > Senior Specialist > Mobile: +36-70-330-7909 email: Balazs.Lengyel@ericsson.com > > --001a1144fdac0ddc05053e0ceec1 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable


On Fri, Sep 30, 2016 at 9:01 AM, Balazs Lengyel <<= a href=3D"mailto:balazs.lengyel@ericsson.com" target=3D"_blank">balazs.leng= yel@ericsson.com> wrote:
=20 =20 =20

My biggest problem with deviations is that a number of things can not be deviated:

  • description
  • reference


This does seem quite useful.
I wonder why it got left out= .

The way deviations work is rather counter-intuit= ive to those of us who think
of deviations as source code patches= .=C2=A0 Almost all deviations are source code patches,
except typ= e-stmt, and some default-stmt replacements.

It wou= ld be nice if a YANG tool could process all the deviations advertised by th= e server
and produce a set of valid "deviated modules" = which could then be fed to a YANG compiler
that did not support d= eviations.=C2=A0 This is non-trivial and not always possible, because of th= e type-stmt
and possible import loops.

<= br>

Regards Balazs



Andy
=C2=A0
<= blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px= #ccc solid;padding-left:1ex">
On 2016-09-30 00:22, Andy Bierman wrote:
=20
Hi,

The deviation section has a lot of fluff text about how bad deviations are,
but very little text on how to process the "deviate" statement correctly.

The text is not clear if the statements altered in the target module
are semantic patches or syntactic patches.=C2=A0 Are the sub-statements
of the deviate-stmt fully processed in the scope of the deviation module
or in the scope of the target module? In this example, is the type-stmt
resolved in A or dev-A?

Similar issues for deviating a default for an identityref.


=C2=A0 module A {
=C2=A0 =C2=A0 namespace "...";
=C2=A0 =C2=A0 prefix a;
=C2=A0 =C2=A0 // no imports!

=C2=A0 =C2=A0 leaf foo {
=C2=A0 =C2=A0 =C2=A0 =C2=A0type string;
=C2=A0 =C2=A0 =C2=A0}

=C2=A0 =C2=A0 leaf bar {
=C2=A0 =C2=A0 =C2=A0 =C2=A0type string;
=C2=A0 =C2=A0 =C2=A0}

=C2=A0 =C2=A0 leaf baz {
=C2=A0 =C2=A0 =C2=A0 =C2=A0type string;
=C2=A0 =C2=A0 =C2=A0}
=C2=A0 }

=C2=A0 module A-dev {
=C2=A0 =C2=A0 ...
=C2=A0 =C2=A0 import A { prefix a; }
=C2=A0 =C2=A0 import C { prefix c; }
=C2=A0 =C2=A0 import ietf-interfaces { prefix if; }

=C2=A0 =C2=A0 // variant 1: inline leafref but module A does n= ot import path module
=C2=A0 =C2=A0 deviation /a:foo {
=C2=A0 =C2=A0 =C2=A0 =C2=A0deviate replace {
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 type leafref {
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0base /c= :modules/c:module/c: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 // variant 2: imported typedef but module A doe= s not import it
=C2=A0 =C2=A0 deviation /a:bar {
=C2=A0 =C2=A0 =C2=A0 =C2=A0deviate replace {
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 type if:interface-ref;
=C2=A0 =C2=A0 =C2=A0 =C2=A0 }
=C2=A0 =C2=A0 =C2=A0}


=C2=A0 =C2=A0 // variant 3: local typedef but module A canno= t import it (circular imports)
=C2=A0 =C2=A0 typedef mystring {
=C2=A0 =C2=A0 =C2=A0 =C2=A0 type string { length "1..10= "; }
=C2=A0 =C2=A0 }

=C2=A0 =C2=A0 deviation /a:baz {
=C2=A0 =C2=A0 =C2=A0 =C2=A0deviate replace {
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 type mystring;
=C2=A0 =C2=A0 =C2=A0 =C2=A0 }
=C2=A0 =C2=A0 =C2=A0}
=C2=A0 }


Andy



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


--=20
Balazs Lengyel                       Ericsson Hungary Ltd.
Senior Specialist
Mobile: +36-70-330-7909              email: Balazs.Lengyel@ericsson.com=20

--001a1144fdac0ddc05053e0ceec1-- From nobody Wed Oct 5 03: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 0B2BB129619 for ; Wed, 5 Oct 2016 03:55:10 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.22 X-Spam-Level: X-Spam-Status: No, score=-4.22 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, 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 j-0ksfZt3YNx for ; Wed, 5 Oct 2016 03:55:08 -0700 (PDT) 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 D85D9129678 for ; Wed, 5 Oct 2016 03:55:07 -0700 (PDT) X-AuditID: c1b4fb30-f60a598000000cb2-e1-57f4dc097fb8 Received: from ESESSHC003.ericsson.se (Unknown_Domain [153.88.183.27]) by (Symantec Mail Security) with SMTP id 2D.8C.03250.90CD4F75; Wed, 5 Oct 2016 12:55:06 +0200 (CEST) Received: from ESESSMB103.ericsson.se ([169.254.3.98]) by ESESSHC003.ericsson.se ([153.88.183.27]) with mapi id 14.03.0319.002; Wed, 5 Oct 2016 12:54:31 +0200 From: =?utf-8?B?QmFsw6F6cyBMZW5neWVs?= To: Andy Bierman Thread-Topic: [netmod] deviation-stmt (7.20.3) Thread-Index: AQHSHmApDzIfoDleC0+xuYoPFPkYb6CZsIjw Date: Wed, 5 Oct 2016 10:54:30 +0000 Message-ID: <971D4B790EC8B846BE223DD23AF72FF11F00D825@ESESSMB103.ericsson.se> References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [153.88.183.148] Content-Type: multipart/alternative; boundary="_000_971D4B790EC8B846BE223DD23AF72FF11F00D825ESESSMB103erics_" MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFprOIsWRmVeSWpSXmKPExsUyM2K7tC7XnS/hBj9mMFs8ODKL3WL+xUZW ByaPJUt+Mnm09F9kCWCK4rJJSc3JLEst0rdL4Mro+HWXveDcU8aKtRsuszQwnrjP2MXIySEh YCIxf/JWIJuLQ0hgPaPE165XUM4iRomD5/YygVSxCbhItL/bD2aLCKhKXJg7kRnEZhZQl7hz 6jEbiC0soCsx8/ZuRogaPYkTs59B1RtJbJ5+iBXEZhFQkWi9/gPM5hXwlXj1v58dYtlZRoln 9yeDDeUUCJS41bMIrJlRQEzi+6k1TBDLxCVuPZnPBHG2gMSSPeeZIWxRiZeP/7FC2EoSjUue sELU50usaTjMDrFMUOLkzCcsExhFZiEZNQtJ2SwkZbMYOYDimhLrd+lDlChKTOl+yA5ha0i0 zpnLjiy+gJF9FaNocWpxUm66kZFealFmcnFxfp5eXmrJJkZgdB3c8ttgB+PL546HGAU4GJV4 eB9s/RwuxJpYVlyZe4hRgoNZSYQ3/NaXcCHelMTKqtSi/Pii0pzU4kOM0hwsSuK8ZivvhwsJ pCeWpGanphakFsFkmTg4pRoYQw8uVtZnvpl0baIjg6/bch7vwoJ487wds+c4BG5ef7buAfPR +pZOriqbhSvPFi+6fIXfuWrzu/ULQ6Y3mSwKXnJmj/Cjq3tyS+ed7Npy8s6pw7s+LVAoajNK WJug/t19b7DLrfg7742+2bP88E8+vMc2guXyTq7lj26I1Mal7GflSDbqFr3OrsRSnJFoqMVc VJwIAC8wQs2qAgAA Archived-At: Cc: "netmod@ietf.org" Subject: Re: [netmod] deviation-stmt (7.20.3) 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, 05 Oct 2016 10:55:11 -0000 --_000_971D4B790EC8B846BE223DD23AF72FF11F00D825ESESSMB103erics_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 UFlBTkcgZG9lcyBtdWNoIG9mIHdoYXQgeW91IHJlcXVlc3QgaWYgeW91IGFzayBmb3IgYSB0cmVl LCBqc3RyZWUgb3V0cHV0LiBJdCBwcm9iYWJseSBjb3VsZCBjcmVhdGUgYSB5YW5nIG91dHB1dCB3 aXRoIHNvbWUgd29yay4NCkJhbGF6cw0KDQpGcm9tOiBBbmR5IEJpZXJtYW4gW21haWx0bzphbmR5 QHl1bWF3b3Jrcy5jb21dDQpTZW50OiBUdWVzZGF5LCAwNCBPY3RvYmVyLCAyMDE2IDE4OjU2DQpU bzogQmFsw6F6cyBMZW5neWVsIDxiYWxhenMubGVuZ3llbEBlcmljc3Nvbi5jb20+DQpDYzogbmV0 bW9kQGlldGYub3JnDQpTdWJqZWN0OiBSZTogW25ldG1vZF0gZGV2aWF0aW9uLXN0bXQgKDcuMjAu MykNCg0KDQoNCk9uIEZyaSwgU2VwIDMwLCAyMDE2IGF0IDk6MDEgQU0sIEJhbGF6cyBMZW5neWVs IDxiYWxhenMubGVuZ3llbEBlcmljc3Nvbi5jb208bWFpbHRvOmJhbGF6cy5sZW5neWVsQGVyaWNz c29uLmNvbT4+IHdyb3RlOg0KDQpNeSBiaWdnZXN0IHByb2JsZW0gd2l0aCBkZXZpYXRpb25zIGlz IHRoYXQgYSBudW1iZXIgb2YgdGhpbmdzIGNhbiBub3QgYmUgZGV2aWF0ZWQ6DQoNCiAgKiAgIGRl c2NyaXB0aW9uDQogICogICByZWZlcmVuY2UNCg0KDQpUaGlzIGRvZXMgc2VlbSBxdWl0ZSB1c2Vm dWwuDQpJIHdvbmRlciB3aHkgaXQgZ290IGxlZnQgb3V0Lg0KDQpUaGUgd2F5IGRldmlhdGlvbnMg d29yayBpcyByYXRoZXIgY291bnRlci1pbnR1aXRpdmUgdG8gdGhvc2Ugb2YgdXMgd2hvIHRoaW5r DQpvZiBkZXZpYXRpb25zIGFzIHNvdXJjZSBjb2RlIHBhdGNoZXMuICBBbG1vc3QgYWxsIGRldmlh dGlvbnMgYXJlIHNvdXJjZSBjb2RlIHBhdGNoZXMsDQpleGNlcHQgdHlwZS1zdG10LCBhbmQgc29t ZSBkZWZhdWx0LXN0bXQgcmVwbGFjZW1lbnRzLg0KDQpJdCB3b3VsZCBiZSBuaWNlIGlmIGEgWUFO RyB0b29sIGNvdWxkIHByb2Nlc3MgYWxsIHRoZSBkZXZpYXRpb25zIGFkdmVydGlzZWQgYnkgdGhl IHNlcnZlcg0KYW5kIHByb2R1Y2UgYSBzZXQgb2YgdmFsaWQgImRldmlhdGVkIG1vZHVsZXMiIHdo aWNoIGNvdWxkIHRoZW4gYmUgZmVkIHRvIGEgWUFORyBjb21waWxlcg0KdGhhdCBkaWQgbm90IHN1 cHBvcnQgZGV2aWF0aW9ucy4gIFRoaXMgaXMgbm9uLXRyaXZpYWwgYW5kIG5vdCBhbHdheXMgcG9z c2libGUsIGJlY2F1c2Ugb2YgdGhlIHR5cGUtc3RtdA0KYW5kIHBvc3NpYmxlIGltcG9ydCBsb29w cy4NCg0KDQoNClJlZ2FyZHMgQmFsYXpzDQoNCg0KQW5keQ0KDQpPbiAyMDE2LTA5LTMwIDAwOjIy LCBBbmR5IEJpZXJtYW4gd3JvdGU6DQpIaSwNCg0KVGhlIGRldmlhdGlvbiBzZWN0aW9uIGhhcyBh IGxvdCBvZiBmbHVmZiB0ZXh0IGFib3V0IGhvdyBiYWQgZGV2aWF0aW9ucyBhcmUsDQpidXQgdmVy eSBsaXR0bGUgdGV4dCBvbiBob3cgdG8gcHJvY2VzcyB0aGUgImRldmlhdGUiIHN0YXRlbWVudCBj b3JyZWN0bHkuDQoNClRoZSB0ZXh0IGlzIG5vdCBjbGVhciBpZiB0aGUgc3RhdGVtZW50cyBhbHRl cmVkIGluIHRoZSB0YXJnZXQgbW9kdWxlDQphcmUgc2VtYW50aWMgcGF0Y2hlcyBvciBzeW50YWN0 aWMgcGF0Y2hlcy4gIEFyZSB0aGUgc3ViLXN0YXRlbWVudHMNCm9mIHRoZSBkZXZpYXRlLXN0bXQg ZnVsbHkgcHJvY2Vzc2VkIGluIHRoZSBzY29wZSBvZiB0aGUgZGV2aWF0aW9uIG1vZHVsZQ0Kb3Ig aW4gdGhlIHNjb3BlIG9mIHRoZSB0YXJnZXQgbW9kdWxlPyBJbiB0aGlzIGV4YW1wbGUsIGlzIHRo ZSB0eXBlLXN0bXQNCnJlc29sdmVkIGluIEEgb3IgZGV2LUE/DQoNClNpbWlsYXIgaXNzdWVzIGZv ciBkZXZpYXRpbmcgYSBkZWZhdWx0IGZvciBhbiBpZGVudGl0eXJlZi4NCg0KDQogIG1vZHVsZSBB IHsNCiAgICBuYW1lc3BhY2UgIi4uLiI7DQogICAgcHJlZml4IGE7DQogICAgLy8gbm8gaW1wb3J0 cyENCg0KICAgIGxlYWYgZm9vIHsNCiAgICAgICB0eXBlIHN0cmluZzsNCiAgICAgfQ0KDQogICAg bGVhZiBiYXIgew0KICAgICAgIHR5cGUgc3RyaW5nOw0KICAgICB9DQoNCiAgICBsZWFmIGJheiB7 DQogICAgICAgdHlwZSBzdHJpbmc7DQogICAgIH0NCiAgfQ0KDQogIG1vZHVsZSBBLWRldiB7DQog ICAgLi4uDQogICAgaW1wb3J0IEEgeyBwcmVmaXggYTsgfQ0KICAgIGltcG9ydCBDIHsgcHJlZml4 IGM7IH0NCiAgICBpbXBvcnQgaWV0Zi1pbnRlcmZhY2VzIHsgcHJlZml4IGlmOyB9DQoNCiAgICAv LyB2YXJpYW50IDE6IGlubGluZSBsZWFmcmVmIGJ1dCBtb2R1bGUgQSBkb2VzIG5vdCBpbXBvcnQg cGF0aCBtb2R1bGUNCiAgICBkZXZpYXRpb24gL2E6Zm9vIHsNCiAgICAgICBkZXZpYXRlIHJlcGxh Y2Ugew0KICAgICAgICAgIHR5cGUgbGVhZnJlZiB7DQogICAgICAgICAgICAgICBiYXNlIC9jOm1v ZHVsZXMvYzptb2R1bGUvYzpuYW1lOw0KICAgICAgICAgICB9DQogICAgICAgIH0NCiAgICAgfQ0K DQoNCiAgIC8vIHZhcmlhbnQgMjogaW1wb3J0ZWQgdHlwZWRlZiBidXQgbW9kdWxlIEEgZG9lcyBu b3QgaW1wb3J0IGl0DQogICAgZGV2aWF0aW9uIC9hOmJhciB7DQogICAgICAgZGV2aWF0ZSByZXBs YWNlIHsNCiAgICAgICAgICB0eXBlIGlmOmludGVyZmFjZS1yZWY7DQogICAgICAgIH0NCiAgICAg fQ0KDQoNCiAgICAvLyB2YXJpYW50IDM6IGxvY2FsIHR5cGVkZWYgYnV0IG1vZHVsZSBBIGNhbm5v dCBpbXBvcnQgaXQgKGNpcmN1bGFyIGltcG9ydHMpDQogICAgdHlwZWRlZiBteXN0cmluZyB7DQog ICAgICAgIHR5cGUgc3RyaW5nIHsgbGVuZ3RoICIxLi4xMCI7IH0NCiAgICB9DQoNCiAgICBkZXZp YXRpb24gL2E6YmF6IHsNCiAgICAgICBkZXZpYXRlIHJlcGxhY2Ugew0KICAgICAgICAgIHR5cGUg bXlzdHJpbmc7DQogICAgICAgIH0NCiAgICAgfQ0KICB9DQoNCg0KQW5keQ0KDQoNCg0KX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCg0KbmV0bW9kIG1haWxp bmcgbGlzdA0KDQpuZXRtb2RAaWV0Zi5vcmc8bWFpbHRvOm5ldG1vZEBpZXRmLm9yZz4NCg0KaHR0 cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9uZXRtb2QNCg0KDQoNCi0tDQoNCkJh bGF6cyBMZW5neWVsICAgICAgICAgICAgICAgICAgICAgICBFcmljc3NvbiBIdW5nYXJ5IEx0ZC4N Cg0KU2VuaW9yIFNwZWNpYWxpc3QNCg0KTW9iaWxlOiArMzYtNzAtMzMwLTc5MDkgICAgICAgICAg ICAgIGVtYWlsOiBCYWxhenMuTGVuZ3llbEBlcmljc3Nvbi5jb208bWFpbHRvOkJhbGF6cy5MZW5n eWVsQGVyaWNzc29uLmNvbT4NCg0K --_000_971D4B790EC8B846BE223DD23AF72FF11F00D825ESESSMB103erics_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 V2luZ2RpbmdzOw0KCXBhbm9zZS0xOjUgMCAwIDAgMCAwIDAgMCAwIDA7fQ0KQGZvbnQtZmFjZQ0K CXtmb250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2IDMg MiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1 IDUgMiAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OkNvbnNvbGFzOw0K CXBhbm9zZS0xOjIgMTEgNiA5IDIgMiA0IDMgMiA0O30NCi8qIFN0eWxlIERlZmluaXRpb25zICov DQpwLk1zb05vcm1hbCwgbGkuTXNvTm9ybWFsLCBkaXYuTXNvTm9ybWFsDQoJe21hcmdpbjowaW47 DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQtc2l6ZToxMi4wcHQ7DQoJZm9udC1mYW1p bHk6IlRpbWVzIE5ldyBSb21hbiIsc2VyaWY7fQ0KYTpsaW5rLCBzcGFuLk1zb0h5cGVybGluaw0K CXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6Ymx1ZTsNCgl0ZXh0LWRlY29yYXRpb246 dW5kZXJsaW5lO30NCmE6dmlzaXRlZCwgc3Bhbi5Nc29IeXBlcmxpbmtGb2xsb3dlZA0KCXttc28t c3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6cHVycGxlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRl cmxpbmU7fQ0KcA0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNvLW1hcmdpbi10b3AtYWx0 OmF1dG87DQoJbWFyZ2luLXJpZ2h0OjBpbjsNCgltc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bzsN CgltYXJnaW4tbGVmdDowaW47DQoJZm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWlseToiVGlt ZXMgTmV3IFJvbWFuIixzZXJpZjt9DQpwcmUNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1z by1zdHlsZS1saW5rOiJIVE1MIFByZWZvcm1hdHRlZCBDaGFyIjsNCgltYXJnaW46MGluOw0KCW1h cmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OiJD b3VyaWVyIE5ldyI7fQ0KcC5tc29ub3JtYWwwLCBsaS5tc29ub3JtYWwwLCBkaXYubXNvbm9ybWFs MA0KCXttc28tc3R5bGUtbmFtZTptc29ub3JtYWw7DQoJbXNvLW1hcmdpbi10b3AtYWx0OmF1dG87 DQoJbWFyZ2luLXJpZ2h0OjBpbjsNCgltc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bzsNCgltYXJn aW4tbGVmdDowaW47DQoJZm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWlseToiVGltZXMgTmV3 IFJvbWFuIixzZXJpZjt9DQpzcGFuLkhUTUxQcmVmb3JtYXR0ZWRDaGFyDQoJe21zby1zdHlsZS1u YW1lOiJIVE1MIFByZWZvcm1hdHRlZCBDaGFyIjsNCgltc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJ bXNvLXN0eWxlLWxpbms6IkhUTUwgUHJlZm9ybWF0dGVkIjsNCglmb250LWZhbWlseTpDb25zb2xh czt9DQpzcGFuLmhvZW56Yg0KCXttc28tc3R5bGUtbmFtZTpob2VuemI7fQ0Kc3Bhbi5FbWFpbFN0 eWxlMjINCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWwtcmVwbHk7DQoJZm9udC1mYW1pbHk6IkNh bGlicmkiLHNhbnMtc2VyaWY7DQoJY29sb3I6d2luZG93dGV4dDt9DQouTXNvQ2hwRGVmYXVsdA0K CXttc28tc3R5bGUtdHlwZTpleHBvcnQtb25seTsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fu cy1zZXJpZjt9DQpAcGFnZSBXb3JkU2VjdGlvbjENCgl7c2l6ZTo4LjVpbiAxMS4waW47DQoJbWFy Z2luOjEuMGluIDEuMGluIDEuMGluIDEuMGluO30NCmRpdi5Xb3JkU2VjdGlvbjENCgl7cGFnZTpX b3JkU2VjdGlvbjE7fQ0KLyogTGlzdCBEZWZpbml0aW9ucyAqLw0KQGxpc3QgbDANCgl7bXNvLWxp c3QtaWQ6NDc5MDMzNTg5Ow0KCW1zby1saXN0LXRlbXBsYXRlLWlkczoxMDAxNDA3MjE0O30NCkBs aXN0IGwwOmxldmVsMQ0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxl dmVsLXRleHQ674K3Ow0KCW1zby1sZXZlbC10YWItc3RvcDouNWluOw0KCW1zby1sZXZlbC1udW1i ZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotLjI1aW47DQoJbXNvLWFuc2ktZm9udC1z aXplOjEwLjBwdDsNCglmb250LWZhbWlseTpTeW1ib2w7fQ0KQGxpc3QgbDA6bGV2ZWwyDQoJe21z by1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDpvOw0KCW1zby1s ZXZlbC10YWItc3RvcDoxLjBpbjsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJ dGV4dC1pbmRlbnQ6LS4yNWluOw0KCW1zby1hbnNpLWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1m YW1pbHk6IkNvdXJpZXIgTmV3IjsNCgltc28tYmlkaS1mb250LWZhbWlseToiVGltZXMgTmV3IFJv bWFuIjt9DQpAbGlzdCBsMDpsZXZlbDMNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0 Ow0KCW1zby1sZXZlbC10ZXh0Ou+CpzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6MS41aW47DQoJbXNv LWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0uMjVpbjsNCgltc28t YW5zaS1mb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OldpbmdkaW5nczt9DQpAbGlzdCBs MDpsZXZlbDQNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10 ZXh0Ou+CpzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6Mi4waW47DQoJbXNvLWxldmVsLW51bWJlci1w b3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0uMjVpbjsNCgltc28tYW5zaS1mb250LXNpemU6 MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OldpbmdkaW5nczt9DQpAbGlzdCBsMDpsZXZlbDUNCgl7bXNv LWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CpzsNCgltc28t bGV2ZWwtdGFiLXN0b3A6Mi41aW47DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0K CXRleHQtaW5kZW50Oi0uMjVpbjsNCgltc28tYW5zaS1mb250LXNpemU6MTAuMHB0Ow0KCWZvbnQt ZmFtaWx5OldpbmdkaW5nczt9DQpAbGlzdCBsMDpsZXZlbDYNCgl7bXNvLWxldmVsLW51bWJlci1m b3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CpzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6 My4waW47DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0u MjVpbjsNCgltc28tYW5zaS1mb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OldpbmdkaW5n czt9DQpAbGlzdCBsMDpsZXZlbDcNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0K CW1zby1sZXZlbC10ZXh0Ou+CpzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6My41aW47DQoJbXNvLWxl dmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0uMjVpbjsNCgltc28tYW5z aS1mb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OldpbmdkaW5nczt9DQpAbGlzdCBsMDps ZXZlbDgNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0 Ou+CpzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6NC4waW47DQoJbXNvLWxldmVsLW51bWJlci1wb3Np dGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0uMjVpbjsNCgltc28tYW5zaS1mb250LXNpemU6MTAu MHB0Ow0KCWZvbnQtZmFtaWx5OldpbmdkaW5nczt9DQpAbGlzdCBsMDpsZXZlbDkNCgl7bXNvLWxl dmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CpzsNCgltc28tbGV2 ZWwtdGFiLXN0b3A6NC41aW47DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRl eHQtaW5kZW50Oi0uMjVpbjsNCgltc28tYW5zaS1mb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFt aWx5OldpbmdkaW5nczt9DQpAbGlzdCBsMQ0KCXttc28tbGlzdC1pZDoxMTc3ODQyNTQ5Ow0KCW1z by1saXN0LXRlbXBsYXRlLWlkczoxMDEzODg4MTAyO30NCkBsaXN0IGwxOmxldmVsMQ0KCXttc28t bGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674K3Ow0KCW1zby1s ZXZlbC10YWItc3RvcDouNWluOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0 ZXh0LWluZGVudDotLjI1aW47DQoJbXNvLWFuc2ktZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZh bWlseTpTeW1ib2w7fQ0KQGxpc3QgbDE6bGV2ZWwyDQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0 OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDpvOw0KCW1zby1sZXZlbC10YWItc3RvcDoxLjBpbjsN Cgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LS4yNWluOw0K CW1zby1hbnNpLWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6IkNvdXJpZXIgTmV3IjsN Cgltc28tYmlkaS1mb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIjt9DQpAbGlzdCBsMTpsZXZl bDMNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+C pzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6MS41aW47DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlv bjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0uMjVpbjsNCgltc28tYW5zaS1mb250LXNpemU6MTAuMHB0 Ow0KCWZvbnQtZmFtaWx5OldpbmdkaW5nczt9DQpAbGlzdCBsMTpsZXZlbDQNCgl7bXNvLWxldmVs LW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CpzsNCgltc28tbGV2ZWwt dGFiLXN0b3A6Mi4waW47DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQt aW5kZW50Oi0uMjVpbjsNCgltc28tYW5zaS1mb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5 OldpbmdkaW5nczt9DQpAbGlzdCBsMTpsZXZlbDUNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6 YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CpzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6Mi41aW47 DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0uMjVpbjsN Cgltc28tYW5zaS1mb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OldpbmdkaW5nczt9DQpA bGlzdCBsMTpsZXZlbDYNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1s ZXZlbC10ZXh0Ou+CpzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6My4waW47DQoJbXNvLWxldmVsLW51 bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0uMjVpbjsNCgltc28tYW5zaS1mb250 LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OldpbmdkaW5nczt9DQpAbGlzdCBsMTpsZXZlbDcN Cgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CpzsN Cgltc28tbGV2ZWwtdGFiLXN0b3A6My41aW47DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjps ZWZ0Ow0KCXRleHQtaW5kZW50Oi0uMjVpbjsNCgltc28tYW5zaS1mb250LXNpemU6MTAuMHB0Ow0K CWZvbnQtZmFtaWx5OldpbmdkaW5nczt9DQpAbGlzdCBsMTpsZXZlbDgNCgl7bXNvLWxldmVsLW51 bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CpzsNCgltc28tbGV2ZWwtdGFi LXN0b3A6NC4waW47DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5k ZW50Oi0uMjVpbjsNCgltc28tYW5zaS1mb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5Oldp bmdkaW5nczt9DQpAbGlzdCBsMTpsZXZlbDkNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVs bGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CpzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6NC41aW47DQoJ bXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0uMjVpbjsNCglt c28tYW5zaS1mb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OldpbmdkaW5nczt9DQpvbA0K CXttYXJnaW4tYm90dG9tOjBpbjt9DQp1bA0KCXttYXJnaW4tYm90dG9tOjBpbjt9DQotLT48L3N0 eWxlPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVkZWZhdWx0cyB2OmV4dD0iZWRp dCIgc3BpZG1heD0iMTAyNiIgLz4NCjwveG1sPjwhW2VuZGlmXS0tPjwhLS1baWYgZ3RlIG1zbyA5 XT48eG1sPg0KPG86c2hhcGVsYXlvdXQgdjpleHQ9ImVkaXQiPg0KPG86aWRtYXAgdjpleHQ9ImVk aXQiIGRhdGE9IjEiIC8+DQo8L286c2hhcGVsYXlvdXQ+PC94bWw+PCFbZW5kaWZdLS0+DQo8L2hl YWQ+DQo8Ym9keSBsYW5nPSJFTi1VUyIgbGluaz0iYmx1ZSIgdmxpbms9InB1cnBsZSI+DQo8ZGl2 IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNl cmlmIj5QWUFORyBkb2VzIG11Y2ggb2Ygd2hhdCB5b3UgcmVxdWVzdCBpZiB5b3UgYXNrIGZvciBh IHRyZWUsIGpzdHJlZSBvdXRwdXQuIEl0IHByb2JhYmx5IGNvdWxkIGNyZWF0ZSBhIHlhbmcgb3V0 cHV0IHdpdGggc29tZSB3b3JrLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0Nh bGlicmkmcXVvdDssc2Fucy1zZXJpZiI+QmFsYXpzPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bh bj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEx LjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPkZyb206PC9z cGFuPjwvYj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtD YWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPiBBbmR5IEJpZXJtYW4gW21haWx0bzphbmR5QHl1bWF3 b3Jrcy5jb21dDQo8YnI+DQo8Yj5TZW50OjwvYj4gVHVlc2RheSwgMDQgT2N0b2JlciwgMjAxNiAx ODo1Njxicj4NCjxiPlRvOjwvYj4gQmFsw6F6cyBMZW5neWVsICZsdDtiYWxhenMubGVuZ3llbEBl cmljc3Nvbi5jb20mZ3Q7PGJyPg0KPGI+Q2M6PC9iPiBuZXRtb2RAaWV0Zi5vcmc8YnI+DQo8Yj5T dWJqZWN0OjwvYj4gUmU6IFtuZXRtb2RdIGRldmlhdGlvbi1zdG10ICg3LjIwLjMpPG86cD48L286 cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+T24gRnJpLCBTZXAgMzAsIDIwMTYgYXQgOTowMSBBTSwgQmFsYXpz IExlbmd5ZWwgJmx0OzxhIGhyZWY9Im1haWx0bzpiYWxhenMubGVuZ3llbEBlcmljc3Nvbi5jb20i IHRhcmdldD0iX2JsYW5rIj5iYWxhenMubGVuZ3llbEBlcmljc3Nvbi5jb208L2E+Jmd0OyB3cm90 ZTo8bzpwPjwvbzpwPjwvcD4NCjxibG9ja3F1b3RlIHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXIt bGVmdDpzb2xpZCAjQ0NDQ0NDIDEuMHB0O3BhZGRpbmc6MGluIDBpbiAwaW4gNi4wcHQ7bWFyZ2lu LWxlZnQ6NC44cHQ7bWFyZ2luLXJpZ2h0OjBpbiI+DQo8ZGl2Pg0KPHA+TXkgYmlnZ2VzdCBwcm9i bGVtIHdpdGggZGV2aWF0aW9ucyBpcyB0aGF0IGEgbnVtYmVyIG9mIHRoaW5ncyBjYW4gbm90IGJl IGRldmlhdGVkOjxvOnA+PC9vOnA+PC9wPg0KPHVsIHR5cGU9ImRpc2MiPg0KPGxpIGNsYXNzPSJN c29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRv bS1hbHQ6YXV0bzttc28tbGlzdDpsMSBsZXZlbDEgbGZvMSI+DQpkZXNjcmlwdGlvbjxvOnA+PC9v OnA+PC9saT48bGkgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDph dXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvO21zby1saXN0OmwxIGxldmVsMSBsZm8xIj4N CnJlZmVyZW5jZTxvOnA+PC9vOnA+PC9saT48L3VsPg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8 ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPlRoaXMgZG9lcyBzZWVtIHF1aXRlIHVzZWZ1 bC48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkkg d29uZGVyIHdoeSBpdCBnb3QgbGVmdCBvdXQuPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPlRoZSB3YXkgZGV2aWF0aW9ucyB3b3JrIGlzIHJhdGhl ciBjb3VudGVyLWludHVpdGl2ZSB0byB0aG9zZSBvZiB1cyB3aG8gdGhpbms8bzpwPjwvbzpwPjwv cD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPm9mIGRldmlhdGlvbnMgYXMg c291cmNlIGNvZGUgcGF0Y2hlcy4mbmJzcDsgQWxtb3N0IGFsbCBkZXZpYXRpb25zIGFyZSBzb3Vy Y2UgY29kZSBwYXRjaGVzLDxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+ZXhjZXB0IHR5cGUtc3RtdCwgYW5kIHNvbWUgZGVmYXVsdC1zdG10IHJlcGxh Y2VtZW50cy48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+SXQgd291bGQgYmUgbmljZSBpZiBhIFlBTkcgdG9vbCBjb3VsZCBwcm9jZXNzIGFsbCB0 aGUgZGV2aWF0aW9ucyBhZHZlcnRpc2VkIGJ5IHRoZSBzZXJ2ZXI8bzpwPjwvbzpwPjwvcD4NCjwv ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPmFuZCBwcm9kdWNlIGEgc2V0IG9mIHZh bGlkICZxdW90O2RldmlhdGVkIG1vZHVsZXMmcXVvdDsgd2hpY2ggY291bGQgdGhlbiBiZSBmZWQg dG8gYSBZQU5HIGNvbXBpbGVyPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj50aGF0IGRpZCBub3Qgc3VwcG9ydCBkZXZpYXRpb25zLiZuYnNwOyBUaGlz IGlzIG5vbi10cml2aWFsIGFuZCBub3QgYWx3YXlzIHBvc3NpYmxlLCBiZWNhdXNlIG9mIHRoZSB0 eXBlLXN0bXQ8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPmFuZCBwb3NzaWJsZSBpbXBvcnQgbG9vcHMuPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+ DQo8YmxvY2txdW90ZSBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLWxlZnQ6c29saWQgI0NDQ0ND QyAxLjBwdDtwYWRkaW5nOjBpbiAwaW4gMGluIDYuMHB0O21hcmdpbi1sZWZ0OjQuOHB0O21hcmdp bi1yaWdodDowaW4iPg0KPGRpdj4NCjxwPlJlZ2FyZHMgQmFsYXpzPG86cD48L286cD48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9ibG9j a3F1b3RlPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9w Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+QW5keTxvOnA+PC9vOnA+PC9w Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7PG86cD48L286cD48 L3A+DQo8L2Rpdj4NCjxibG9ja3F1b3RlIHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItbGVmdDpz b2xpZCAjQ0NDQ0NDIDEuMHB0O3BhZGRpbmc6MGluIDBpbiAwaW4gNi4wcHQ7bWFyZ2luLWxlZnQ6 NC44cHQ7bWFyZ2luLXJpZ2h0OjBpbiI+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPk9uIDIwMTYtMDktMzAgMDA6MjIsIEFuZHkgQmllcm1hbiB3cm90ZTo8bzpwPjwvbzpwPjwv cD4NCjwvZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJv dHRvbTo1LjBwdCI+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+SGksIDxvOnA+PC9vOnA+ PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0K PC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+VGhlIGRldmlhdGlvbiBzZWN0aW9u IGhhcyBhIGxvdCBvZiBmbHVmZiB0ZXh0IGFib3V0IGhvdyBiYWQgZGV2aWF0aW9ucyBhcmUsPG86 cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5idXQgdmVy eSBsaXR0bGUgdGV4dCBvbiBob3cgdG8gcHJvY2VzcyB0aGUgJnF1b3Q7ZGV2aWF0ZSZxdW90OyBz dGF0ZW1lbnQgY29ycmVjdGx5LjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj5UaGUgdGV4dCBpcyBub3QgY2xlYXIgaWYgdGhlIHN0YXRlbWVudHMg YWx0ZXJlZCBpbiB0aGUgdGFyZ2V0IG1vZHVsZTxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+YXJlIHNlbWFudGljIHBhdGNoZXMgb3Igc3ludGFjdGlj IHBhdGNoZXMuJm5ic3A7IEFyZSB0aGUgc3ViLXN0YXRlbWVudHM8bzpwPjwvbzpwPjwvcD4NCjwv ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPm9mIHRoZSBkZXZpYXRlLXN0bXQgZnVs bHkgcHJvY2Vzc2VkIGluIHRoZSBzY29wZSBvZiB0aGUgZGV2aWF0aW9uIG1vZHVsZTxvOnA+PC9v OnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+b3IgaW4gdGhlIHNj b3BlIG9mIHRoZSB0YXJnZXQgbW9kdWxlPyBJbiB0aGlzIGV4YW1wbGUsIGlzIHRoZSB0eXBlLXN0 bXQ8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPnJl c29sdmVkIGluIEEgb3IgZGV2LUE/PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPlNpbWlsYXIgaXNzdWVzIGZvciBkZXZpYXRpbmcgYSBkZWZhdWx0 IGZvciBhbiBpZGVudGl0eXJlZi48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDsgbW9kdWxlIEEgezxvOnA+PC9vOnA+PC9wPg0KPC9k aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7ICZuYnNwOyBuYW1lc3BhY2Ug JnF1b3Q7Li4uJnF1b3Q7OzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+Jm5ic3A7ICZuYnNwOyBwcmVmaXggYTs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOyAmbmJzcDsgLy8gbm8gaW1wb3J0 cyE8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxv OnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ Jm5ic3A7ICZuYnNwOyBsZWFmIGZvbyB7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDt0eXBlIHN0cmlu Zzs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZu YnNwOyAmbmJzcDsgJm5ic3A7fTxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7ICZuYnNwOyBsZWFmIGJhciB7PG86cD48L286 cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDt0eXBlIHN0cmluZzs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOyAmbmJzcDsgJm5ic3A7fTxvOnA+PC9vOnA+PC9w Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNw OzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4m bmJzcDsgJm5ic3A7IGxlYWYgYmF6IHs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwO3R5cGUgc3RyaW5n OzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5i c3A7ICZuYnNwOyAmbmJzcDt9PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOyB9PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOyBtb2R1bGUgQS1kZXYgezxvOnA+PC9v OnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7ICZuYnNw OyAuLi48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PiZuYnNwOyAmbmJzcDsgaW1wb3J0IEEgeyBwcmVmaXggYTsgfTxvOnA+PC9vOnA+PC9wPg0KPC9k aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7ICZuYnNwOyBpbXBvcnQgQyB7 IHByZWZpeCBjOyB9PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj4mbmJzcDsgJm5ic3A7IGltcG9ydCBpZXRmLWludGVyZmFjZXMgeyBwcmVmaXggaWY7 IH08bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxv OnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ Jm5ic3A7ICZuYnNwOyAvLyB2YXJpYW50IDE6IGlubGluZSBsZWFmcmVmIGJ1dCBtb2R1bGUgQSBk b2VzIG5vdCBpbXBvcnQgcGF0aCBtb2R1bGU8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOyAmbmJzcDsgZGV2aWF0aW9uIC9hOmZvbyB7PG86 cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDtkZXZpYXRlIHJlcGxhY2UgezxvOnA+PC9vOnA+PC9wPg0KPC9k aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOyB0eXBlIGxlYWZyZWYgezxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwO2Jhc2UgL2M6bW9kdWxlcy9jOm1vZHVsZS9jOm5hbWU7PG86cD48 L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwO308bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyB9 PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJz cDsgJm5ic3A7ICZuYnNwO308bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7Jm5ic3A7IC8vIHZhcmlhbnQgMjogaW1wb3J0 ZWQgdHlwZWRlZiBidXQgbW9kdWxlIEEgZG9lcyBub3QgaW1wb3J0IGl0PG86cD48L286cD48L3A+ DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDsgJm5ic3A7IGRldmlh dGlvbiAvYTpiYXIgezxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ZGV2aWF0ZSByZXBsYWNlIHs8bzpw PjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgdHlwZSBpZjppbnRlcmZhY2UtcmVmOzxvOnA+PC9v OnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7ICZuYnNw OyAmbmJzcDsgJm5ic3A7IH08bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPiZuYnNwOyAmbmJzcDsgJm5ic3A7fTxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+ DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwv cD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+ PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOyAm bmJzcDsgLy8gdmFyaWFudCAzOiBsb2NhbCB0eXBlZGVmIGJ1dCBtb2R1bGUgQSBjYW5ub3QgaW1w b3J0IGl0IChjaXJjdWxhciBpbXBvcnRzKTxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7ICZuYnNwOyB0eXBlZGVmIG15c3RyaW5nIHs8bzpw PjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyB0eXBlIHN0cmluZyB7IGxlbmd0aCAmcXVvdDsxLi4xMCZxdW90 OzsgfTxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ Jm5ic3A7ICZuYnNwOyB9PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPiZuYnNwOyAmbmJzcDsgZGV2aWF0aW9uIC9hOmJheiB7PG86cD48L286cD48 L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDtkZXZpYXRlIHJlcGxhY2UgezxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw OyB0eXBlIG15c3RyaW5nOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7IH08bzpwPjwvbzpwPjwvcD4N CjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOyAmbmJzcDsgJm5ic3A7 fTxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj4mbmJzcDsgfTxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPkFuZHk8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tYm90dG9tOjEyLjBwdCI+PG86cD4mbmJzcDs8 L286cD48L3A+DQo8cHJlPl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fPG86cD48L286cD48L3ByZT4NCjxwcmU+bmV0bW9kIG1haWxpbmcgbGlzdDxvOnA+PC9v OnA+PC9wcmU+DQo8cHJlPjxhIGhyZWY9Im1haWx0bzpuZXRtb2RAaWV0Zi5vcmciIHRhcmdldD0i X2JsYW5rIj5uZXRtb2RAaWV0Zi5vcmc8L2E+PG86cD48L286cD48L3ByZT4NCjxwcmU+PGEgaHJl Zj0iaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9uZXRtb2QiIHRhcmdldD0i X2JsYW5rIj5odHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL25ldG1vZDwvYT48 c3BhbiBjbGFzcz0iaG9lbnpiIj48c3BhbiBzdHlsZT0iY29sb3I6Izg4ODg4OCI+PG86cD48L286 cD48L3NwYW4+PC9zcGFuPjwvcHJlPg0KPC9ibG9ja3F1b3RlPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gc3R5bGU9ImNvbG9yOiM4ODg4ODgiPjxicj4NCjxicj4NCjxzcGFuIGNsYXNzPSJo b2VuemIiPjxvOnA+PC9vOnA+PC9zcGFuPjwvc3Bhbj48L3A+DQo8cHJlPjxzcGFuIHN0eWxlPSJj b2xvcjojODg4ODg4Ij4tLSA8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gc3R5 bGU9ImNvbG9yOiM4ODg4ODgiPkJhbGF6cyBMZW5neWVsJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IEVyaWNz c29uIEh1bmdhcnkgTHRkLjxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBzdHls ZT0iY29sb3I6Izg4ODg4OCI+U2VuaW9yIFNwZWNpYWxpc3Q8bzpwPjwvbzpwPjwvc3Bhbj48L3By ZT4NCjxwcmU+PHNwYW4gc3R5bGU9ImNvbG9yOiM4ODg4ODgiPk1vYmlsZTogJiM0MzszNi03MC0z MzAtNzkwOSZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBlbWFpbDogPGEgaHJlZj0ibWFpbHRvOkJhbGF6 cy5MZW5neWVsQGVyaWNzc29uLmNvbSIgdGFyZ2V0PSJfYmxhbmsiPkJhbGF6cy5MZW5neWVsQGVy aWNzc29uLmNvbTwvYT4gPG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8L2Rpdj4NCjwvYmxvY2tx dW90ZT4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+ DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_971D4B790EC8B846BE223DD23AF72FF11F00D825ESESSMB103erics_-- From nobody Wed Oct 5 05:26: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 4A9FA12968C for ; Wed, 5 Oct 2016 05:26:11 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.897 X-Spam-Level: X-Spam-Status: No, score=-4.897 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-2.996, 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 UlhLsPRIS8o7 for ; Wed, 5 Oct 2016 05:26:05 -0700 (PDT) Received: from mail.tail-f.com (mail.tail-f.com [46.21.102.45]) by ietfa.amsl.com (Postfix) with ESMTP id 36D64129612 for ; Wed, 5 Oct 2016 05:26:05 -0700 (PDT) Received: from localhost (h-85-226.a165.priv.bahnhof.se [94.254.85.226]) by mail.tail-f.com (Postfix) with ESMTPSA id 0506A1AE0339 for ; Wed, 5 Oct 2016 14:26:04 +0200 (CEST) Date: Wed, 05 Oct 2016 14:26:03 +0200 (CEST) Message-Id: <20161005.142603.802547537041907882.mbj@tail-f.com> To: netmod@ietf.org From: Martin Bjorklund Auto-Submitted: auto-generated 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: Subject: [netmod] New Version Notification for draft-vallin-netmod-alarm-module-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, 05 Oct 2016 12:26:12 -0000 Hi, We have posted a new version of the alarm module. The previous document was called draft-vallin-alarm-yang-module-00, this new version is called draft-vallin-netmod-alarm-module (hence it is also a -00). This updated version incorporates comments on the previous docuement, and adds support for alarm shelving. It would be good to know if people in this WG are interested in this work. /martin and stefan A new version of I-D, draft-vallin-netmod-alarm-module-00.txt has been successfully submitted by Martin Bjorklund and posted to the IETF repository. Name: draft-vallin-netmod-alarm-module Revision: 00 Title: YANG Alarm Module Document date: 2016-10-05 Group: Individual Submission Pages: 58 URL: https://www.ietf.org/internet-drafts/draft-vallin-netmod-alarm-module-00.txt Status: https://datatracker.ietf.org/doc/draft-vallin-netmod-alarm-module/ Htmlized: https://tools.ietf.org/html/draft-vallin-netmod-alarm-module-00 Abstract: This document defines a YANG module for alarm management. It includes functions for alarm list management, alarm shelving and notifications to inform management systems. There are also RPCs to manage the operator state of an alarm and administrative alarm procedures. The module carefully maps to relevant alarm standards. From nobody Wed Oct 5 07:23:24 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 0D2D1129736 for ; Wed, 5 Oct 2016 07:23:22 -0700 (PDT) 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 dUlyPRbIcvHp for ; Wed, 5 Oct 2016 07:23:17 -0700 (PDT) Received: from mail-wm0-x235.google.com (mail-wm0-x235.google.com [IPv6:2a00:1450:400c:c09::235]) (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 A9281129743 for ; Wed, 5 Oct 2016 07:23:16 -0700 (PDT) Received: by mail-wm0-x235.google.com with SMTP id b201so212665658wmb.0 for ; Wed, 05 Oct 2016 07:23:16 -0700 (PDT) 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=N/zfUbifeP+oesUSAbWJprZ8GgQnDm1UXhm8kDJiUCU=; b=e5FrvBq/w3jsDeIdag4+4qlVN9Hq6DN9ZS5ZQ/UZ/KPZlSjileH8kpER2eNcYBjAmX pwBnHg/HEwypKlLijuHIBsYfZCBGJ1a38/AQzWyW6Sv/k65edbB598j3HewrDOshOu/r k4DEVHOaiXiPHyljv7AR0yMJxtvk/bcNW+ytqxZ/OwRa01idyUbRVZfxAK30SF/Je8N8 VFu449d7BY3KMPm09eyeqqbrVnr9wmLa9v/qvwZDUfJ+M9UcZ0FSC9IlH26cDBj8BBhz DOqwTFfFrb/Cf5bVCr5X18yO1AsoYplOdHlH77XMAUXAPwfis8F4rPjYhTG+Jj3qapx4 SI8Q== 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=N/zfUbifeP+oesUSAbWJprZ8GgQnDm1UXhm8kDJiUCU=; b=Clg+PwKREF4smu6+K9/y/UJnq01xXAhsIkYoJJsPRk4O0wdSvPABqCZMR7Nm4SpusA dPmSfU1B43Om3n7Ux3EDvoDz1DuNa/F2gWdT/RbI+MlXm7qgHUIGvAjaGEiZSTF9NVNw n6kn0n6pusp2SMutn35Rj+lsfoXrdwItw18OU0Q+lrJz4M0NW/VlbOOzbXMFnfuHXXXE La32v0WCBVjduTBY8p/Yb9LaMJgiKUB9ScVP/KVL42uZ5U4oRHi+TPyLs+ZtF6Ajmagn 090m+PJQ+e1kkGi/Cv/U3DoKtxQo7VFkeQ78OUR+/5iPt+Y6FErDTZTHY1ywNHhv8vdb iWIw== X-Gm-Message-State: AA6/9RkD1Hy4318ySgR6JH0ZEYbp23XndBbc1BTk7aIZ8cfDI+G+XYUD3cIK9HVPmAgP1BAKQYxkw+m5XN23+A== X-Received: by 10.194.75.165 with SMTP id d5mr8044211wjw.224.1475677395107; Wed, 05 Oct 2016 07:23:15 -0700 (PDT) MIME-Version: 1.0 Received: by 10.80.141.78 with HTTP; Wed, 5 Oct 2016 07:23:14 -0700 (PDT) In-Reply-To: <971D4B790EC8B846BE223DD23AF72FF11F00D825@ESESSMB103.ericsson.se> References: <971D4B790EC8B846BE223DD23AF72FF11F00D825@ESESSMB103.ericsson.se> From: Andy Bierman Date: Wed, 5 Oct 2016 07:23:14 -0700 Message-ID: To: =?UTF-8?Q?Bal=C3=A1zs_Lengyel?= Content-Type: multipart/alternative; boundary=047d7bb04bc2f05911053e1eea8a Archived-At: Cc: "netmod@ietf.org" Subject: Re: [netmod] deviation-stmt (7.20.3) 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, 05 Oct 2016 14:23:22 -0000 --047d7bb04bc2f05911053e1eea8a Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On Wed, Oct 5, 2016 at 3:54 AM, Bal=C3=A1zs Lengyel wrote: > PYANG does much of what you request if you ask for a tree, jstree output. > It probably could create a yang output with some work. > > Balazs > > > > You misunderstood my comment. We have tools that can regenerate the YANG as well. That is not that hard. But the type-stmt MUST be evaluated in the original document. The patched module has a different set of prefix-to-import bindings, so compiling the patched module may not work. Andy > *From:* Andy Bierman [mailto:andy@yumaworks.com] > *Sent:* Tuesday, 04 October, 2016 18:56 > *To:* Bal=C3=A1zs Lengyel > *Cc:* netmod@ietf.org > *Subject:* Re: [netmod] deviation-stmt (7.20.3) > > > > > > > > On Fri, Sep 30, 2016 at 9:01 AM, Balazs Lengyel < > balazs.lengyel@ericsson.com> wrote: > > My biggest problem with deviations is that a number of things can not be > deviated: > > - description > - reference > > > > > > This does seem quite useful. > > I wonder why it got left out. > > > > The way deviations work is rather counter-intuitive to those of us who > think > > of deviations as source code patches. Almost all deviations are source > code patches, > > except type-stmt, and some default-stmt replacements. > > > > It would be nice if a YANG tool could process all the deviations > advertised by the server > > and produce a set of valid "deviated modules" which could then be fed to = a > YANG compiler > > that did not support deviations. This is non-trivial and not always > possible, because of the type-stmt > > and possible import loops. > > > > > > Regards Balazs > > > > > > Andy > > > > On 2016-09-30 00:22, Andy Bierman wrote: > > Hi, > > > > The deviation section has a lot of fluff text about how bad deviations ar= e, > > but very little text on how to process the "deviate" statement correctly. > > > > The text is not clear if the statements altered in the target module > > are semantic patches or syntactic patches. Are the sub-statements > > of the deviate-stmt fully processed in the scope of the deviation module > > or in the scope of the target module? In this example, is the type-stmt > > resolved in A or dev-A? > > > > Similar issues for deviating a default for an identityref. > > > > > > module A { > > namespace "..."; > > prefix a; > > // no imports! > > > > leaf foo { > > type string; > > } > > > > leaf bar { > > type string; > > } > > > > leaf baz { > > type string; > > } > > } > > > > module A-dev { > > ... > > import A { prefix a; } > > import C { prefix c; } > > import ietf-interfaces { prefix if; } > > > > // variant 1: inline leafref but module A does not import path module > > deviation /a:foo { > > deviate replace { > > type leafref { > > base /c:modules/c:module/c:name; > > } > > } > > } > > > > > > // variant 2: imported typedef but module A does not import it > > deviation /a:bar { > > deviate replace { > > type if:interface-ref; > > } > > } > > > > > > // variant 3: local typedef but module A cannot import it (circular > imports) > > typedef mystring { > > type string { length "1..10"; } > > } > > > > deviation /a:baz { > > deviate replace { > > type mystring; > > } > > } > > } > > > > > > Andy > > > > > > _______________________________________________ > > netmod mailing list > > netmod@ietf.org > > https://www.ietf.org/mailman/listinfo/netmod > > > > -- > > Balazs Lengyel Ericsson Hungary Ltd. > > Senior Specialist > > Mobile: +36-70-330-7909 email: Balazs.Lengyel@ericsson.com > > > --047d7bb04bc2f05911053e1eea8a Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable


On Wed, Oct 5, 2016 at 3:54 AM, Bal=C3=A1zs Lengyel &= lt;balazs.= lengyel@ericsson.com> wrote:

PYANG does much of what you request if you ask for = a tree, jstree output. It probably could create a yang output with some wor= k.

Balazs

=C2=A0

=C2=A0

You misunderstood my comment.
We = have tools that can regenerate the YANG as well. That is not that hard.
But the type-stmt MUST be evaluated in the original document.
<= div>The patched module has a different set of prefix-to-import bindings,
so compiling the patched module may not work.

<= div>

Andy


<= div>=C2=A0

From: Andy Bierman [mailto:andy@yumaworks.com]
Sent: Tuesday, 04 October, 2016 18:56
To: Bal=C3=A1zs Lengyel <balazs.lengyel@ericsson.com>
Cc: netmod@ietf= .org
Subject: Re: [netmod] deviation-stmt (7.20.3)

=C2=A0

=C2=A0

=C2=A0

On Fri, Sep 30, 2016 at 9:01 AM, Balazs Lengyel <= balazs.len= gyel@ericsson.com> wrote:

My biggest problem with deviations is that a number of things can not be= deviated:

  • description
  • reference

=C2=A0

=C2=A0

This does seem quite useful.

I wonder why it got left out.

=C2=A0

The way deviations work is rather counter-intuitive = to those of us who think

of deviations as source code patches.=C2=A0 Almost a= ll deviations are source code patches,

except type-stmt, and some default-stmt replacements= .

=C2=A0

It would be nice if a YANG tool could process all th= e deviations advertised by the server

and produce a set of valid "deviated modules&qu= ot; which could then be fed to a YANG compiler

that did not support deviations.=C2=A0 This is non-t= rivial and not always possible, because of the type-stmt

and possible import loops.

=C2=A0

=C2=A0

Regards Balazs

=C2=A0

=C2=A0

Andy

=C2=A0

On 2016-09-30 00:22, Andy Bierman wrote:

Hi,

=C2=A0

The deviation section has a lot of fluff text about = how bad deviations are,

but very little text on how to process the "dev= iate" statement correctly.

=C2=A0

The text is not clear if the statements altered in t= he target module

are semantic patches or syntactic patches.=C2=A0 Are= the sub-statements

of the deviate-stmt fully processed in the scope of = the deviation module

or in the scope of the target module? In this exampl= e, is the type-stmt

resolved in A or dev-A?

=C2=A0

Similar issues for deviating a default for an identi= tyref.

=C2=A0

=C2=A0

=C2=A0 module A {

=C2=A0 =C2=A0 namespace "...";

=C2=A0 =C2=A0 prefix a;

=C2=A0 =C2=A0 // no imports!

=C2=A0

=C2=A0 =C2=A0 leaf foo {

=C2=A0 =C2=A0 =C2=A0 =C2=A0type string;

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

=C2=A0

=C2=A0 =C2=A0 leaf bar {

=C2=A0 =C2=A0 =C2=A0 =C2=A0type string;

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

=C2=A0

=C2=A0 =C2=A0 leaf baz {

=C2=A0 =C2=A0 =C2=A0 =C2=A0type string;

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

=C2=A0 }

=C2=A0

=C2=A0 module A-dev {

=C2=A0 =C2=A0 ...

=C2=A0 =C2=A0 import A { prefix a; }

=C2=A0 =C2=A0 import C { prefix c; }

=C2=A0 =C2=A0 import ietf-interfaces { prefix if; }<= u>

=C2=A0

=C2=A0 =C2=A0 // variant 1: inline leafref but modul= e A does not import path module

=C2=A0 =C2=A0 deviation /a:foo {

=C2=A0 =C2=A0 =C2=A0 =C2=A0deviate replace {<= u>

=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 type leafref {=

=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0base /c:modules/c:module/c: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 // variant 2: imported typedef but modu= le A does not import it

=C2=A0 =C2=A0 deviation /a:bar {

=C2=A0 =C2=A0 =C2=A0 =C2=A0deviate replace {<= u>

=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 type if:interface= -ref;

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

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

=C2=A0

=C2=A0

=C2=A0 =C2=A0 // variant 3: local typedef but module= A cannot import it (circular imports)

=C2=A0 =C2=A0 typedef mystring {

=C2=A0 =C2=A0 =C2=A0 =C2=A0 type string { length &qu= ot;1..10"; }

=C2=A0 =C2=A0 }

=C2=A0

=C2=A0 =C2=A0 deviation /a:baz {

=C2=A0 =C2=A0 =C2=A0 =C2=A0deviate replace {<= u>

=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 type mystring;=

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

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

=C2=A0 }

=C2=A0

=C2=A0

Andy

=C2=A0

=C2=A0<= /p> 

_______________________________________________

netmod mailing list


netmod@ietf.org


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



= 
-- 
Balazs Lengyel=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Ericsson Hungary Ltd.
Senior Specialist

Mobile: +36-70-330-7909=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 email: Balazs.Lengyel=
@ericsson.com

=C2=A0


--047d7bb04bc2f05911053e1eea8a-- From nobody Wed Oct 5 15:22: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 51C2D1294B6 for ; Wed, 5 Oct 2016 15:22:26 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.897 X-Spam-Level: X-Spam-Status: No, score=-4.897 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, RP_MATCHES_RCVD=-2.996, 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 a3HtBydCDJ7a for ; Wed, 5 Oct 2016 15:22:24 -0700 (PDT) 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 A1CC1126D74 for ; Wed, 5 Oct 2016 15:22:24 -0700 (PDT) From: Alex Campbell To: Martin Bjorklund Thread-Topic: [netmod] New Version Notification for draft-vallin-netmod-alarm-module-00.txt Thread-Index: AQHSHwOsnYJ0PNPxw0Sy4PXZDyswvqCaX4Be Date: Wed, 5 Oct 2016 22:22:23 +0000 Message-ID: <1475706142743.56623@Aviatnet.com> References: <20161005.142603.802547537041907882.mbj@tail-f.com> In-Reply-To: <20161005.142603.802547537041907882.mbj@tail-f.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] New Version Notification for draft-vallin-netmod-alarm-module-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, 05 Oct 2016 22:22:26 -0000 Hi,=0A= =0A= The main issue I have with this draft is that it's there's no way for the o= perator to get a list of all possible alarms on the device, without device-= specific semantic knowledge.=0A= They can get a list of all alarm *types*, but there's no information that s= ays, for example, that a link-loss alarm can't be raised for a local CPU re= source (or indeed, that the local CPU resource even exists).=0A= This is exacerbated by the ability of operators can delete alarm entries; e= ven if a device initially populates the alarm list with all possible alarms= , the operator can still delete some of them, in which case the list no lon= ger reflects all possible alarms.=0A= =0A= =0A= We have an internally developed (but not yet published) YANG model for alar= ms which is very similar to this draft model, but with the following key di= fferences:=0A= * It does not track past status changes (they are stored in a separate even= t log); it is only concerned with current state.=0A= * Alarms are associated with entities (from ietf-entity.yang) rather than a= rbitrary strings or instance-identifiers.=0A= * It contains a list of all-alarms, regardless of whether they have ever be= en raised. This includes static information (description, severity) as well= as current state information.=0A= * It contains a separate list of raised-alarms, which mostly duplicates the= information from all-alarms, but only contains an entry for an alarm if it= is raised. This allows a subtree filter to retrieve only information about= raised alarms, but it may be redundant.=0A= * Instead of shelved alarms, we have a simple boolean "disabled" setting fo= r each alarm; raised disabled alarms still appear as raised in the all-alar= ms list (with another indication they're disabled), but do not appear in th= e raised-alarms list.=0A= =0A= With this model (and because ietf-entity.yang defines a hierarchy of entiti= es) it is easy to display a hierarchical view of all entities and their ass= ociated alarms.=0A= =0A= In our model, entries in the all-alarms list can only be added when resourc= es are added to the system, and can only be deleted when resources are remo= ved from the system.=0A= =0A= =0A= =0A= Other comments:=0A= * is-cleared feels like a double negation (false means "this alarm is not n= ot raised"); I would like to see it changed to is-raised=0A= * I would like to see a YANG feature for past status changes, or perhaps th= is part moved to a separate module augmenting ietf-alarms.=0A= * has-clear doesn't need to be a union of only one type=0A= * The meanings of "impacted resource" and "root cause resource" are unclear= . =0A= * "This list is used to shelf alarms" should be "... to shelve alarms"=0A= * "Shelv alarms for ..." should be "Shelve alarms for ..." (multiple occurr= ences)=0A= =0A= =0A= Alex=0A= =0A= ________________________________________=0A= From: netmod on behalf of Martin Bjorklund =0A= Sent: Thursday, 6 October 2016 1:26 a.m.=0A= To: netmod@ietf.org=0A= Subject: [netmod] New Version Notification for draft-vallin-netmod-alarm-m= odule-00.txt=0A= =0A= Hi,=0A= =0A= We have posted a new version of the alarm module. The previous=0A= document was called draft-vallin-alarm-yang-module-00, this new=0A= version is called draft-vallin-netmod-alarm-module (hence it is also a=0A= -00).=0A= =0A= This updated version incorporates comments on the previous docuement,=0A= and adds support for alarm shelving.=0A= =0A= It would be good to know if people in this WG are interested in this=0A= work.=0A= =0A= =0A= /martin and stefan=0A= =0A= =0A= =0A= =0A= A new version of I-D, draft-vallin-netmod-alarm-module-00.txt=0A= has been successfully submitted by Martin Bjorklund and posted to the=0A= IETF repository.=0A= =0A= Name: draft-vallin-netmod-alarm-module=0A= Revision: 00=0A= Title: YANG Alarm Module=0A= Document date: 2016-10-05=0A= Group: Individual Submission=0A= Pages: 58=0A= URL: https://www.ietf.org/internet-drafts/draft-vallin-netmod-al= arm-module-00.txt=0A= Status: https://datatracker.ietf.org/doc/draft-vallin-netmod-alarm-= module/=0A= Htmlized: https://tools.ietf.org/html/draft-vallin-netmod-alarm-modul= e-00=0A= =0A= =0A= Abstract:=0A= This document defines a YANG module for alarm management. It=0A= includes functions for alarm list management, alarm shelving and=0A= notifications to inform management systems. There are also RPCs to=0A= manage the operator state of an alarm and administrative alarm=0A= procedures. The module carefully maps to relevant alarm standards.=0A= =0A= _______________________________________________=0A= netmod mailing list=0A= netmod@ietf.org=0A= https://www.ietf.org/mailman/listinfo/netmod=0A= From nobody Thu Oct 6 06:38: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 4A68C12965B for ; Thu, 6 Oct 2016 06:38:56 -0700 (PDT) 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 wEpz_uQibv_9 for ; Thu, 6 Oct 2016 06:38:54 -0700 (PDT) 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 A43F3129653 for ; Thu, 6 Oct 2016 06:38:54 -0700 (PDT) Received: from us70uumx4.dmz.alcatel-lucent.com (unknown [135.245.18.16]) by Websense Email Security Gateway with ESMTPS id 8F9D3398B0A3B for ; Thu, 6 Oct 2016 13:38:51 +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 u96Dcrgx031319 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Thu, 6 Oct 2016 13:38:53 GMT Received: from US70TWXCHHUB03.zam.alcatel-lucent.com (us70twxchhub03.zam.alcatel-lucent.com [135.5.2.35]) by us70uusmtp4.zam.alcatel-lucent.com (GMO) with ESMTP id u96Dcqf1002551 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL) for ; Thu, 6 Oct 2016 13:38:53 GMT Received: from US70UWXCHMBA05.zam.alcatel-lucent.com ([169.254.10.124]) by US70TWXCHHUB03.zam.alcatel-lucent.com ([135.5.2.35]) with mapi id 14.03.0301.000; Thu, 6 Oct 2016 09:38:53 -0400 From: "Carey, Timothy (Nokia - US)" To: "netmod@ietf.org" Thread-Topic: Corrections needed in the draft-ietf-netmod-entity-00 Thread-Index: AdIf1vlpLgK1ACwISZSSgD5lJYwL2w== Date: Thu, 6 Oct 2016 13:38:52 +0000 Message-ID: <9966516C6EB5FC4381E05BF80AA55F77012A78D077@US70UWXCHMBA05.zam.alcatel-lucent.com> 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: multipart/alternative; boundary="_000_9966516C6EB5FC4381E05BF80AA55F77012A78D077US70UWXCHMBA0_" MIME-Version: 1.0 Archived-At: Subject: [netmod] Corrections needed in the draft-ietf-netmod-entity-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, 06 Oct 2016 13:38:56 -0000 --_000_9966516C6EB5FC4381E05BF80AA55F77012A78D077US70UWXCHMBA0_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hello, The BBF plans to use the Entity module as one of our common YANG modules wi= thin the BBF. The current draft of the module has some errors that we feel need corrected= . Specifically there is a circular reference for the identity entity-physical= -class; we feel that this should be moved to the iana-entity-module. What does the group think? BR, Tim --_000_9966516C6EB5FC4381E05BF80AA55F77012A78D077US70UWXCHMBA0_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hello,

 

The BBF plans to use the Entity module as one of our= common YANG modules within the BBF.

The current draft of the module has some errors that= we feel need corrected.

 

Specifically there is a circular reference for the i= dentity entity-physical-class; we feel that this should be moved to the ian= a-entity-module.

 

What does the group think?

 

BR,

Tim

 

--_000_9966516C6EB5FC4381E05BF80AA55F77012A78D077US70UWXCHMBA0_-- From nobody Thu Oct 6 15:40: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 D32B81294A4 for ; Thu, 6 Oct 2016 15:40:40 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.896 X-Spam-Level: X-Spam-Status: No, score=-4.896 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RP_MATCHES_RCVD=-2.996, 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 9dCbp7c0Iapp for ; Thu, 6 Oct 2016 15:40:39 -0700 (PDT) Received: from mail-send.aviatnet.com (mail-send.aviatnet.com [192.147.115.52]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6BB17129489 for ; Thu, 6 Oct 2016 15:40:39 -0700 (PDT) From: Alex Campbell To: "Carey, Timothy (Nokia - US)" Thread-Topic: Corrections needed in the draft-ietf-netmod-entity-00 Thread-Index: AdIf1vlpLgK1ACwISZSSgD5lJYwL2wASwYms Date: Thu, 6 Oct 2016 22:40:38 +0000 Message-ID: <1475793638065.76584@Aviatnet.com> References: <9966516C6EB5FC4381E05BF80AA55F77012A78D077@US70UWXCHMBA05.zam.alcatel-lucent.com> In-Reply-To: <9966516C6EB5FC4381E05BF80AA55F77012A78D077@US70UWXCHMBA05.zam.alcatel-lucent.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.10] Content-Type: multipart/alternative; boundary="_000_147579363806576584Aviatnetcom_" MIME-Version: 1.0 Archived-At: Cc: "netmod@ietf.org" Subject: Re: [netmod] Corrections needed in the draft-ietf-netmod-entity-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, 06 Oct 2016 22:40:42 -0000 --_000_147579363806576584Aviatnetcom_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi, If you are referring to the circular reference in the expresssion 'derived-= from-or-self(../class, "iana-entity", "sensor")', I would rather see sensor= -data separated into another module than see entity-physical-class moved t= o iana-entity. This would be more consistent with the RFC 7223 interface model, where inte= rface-type-specific modules augment the basic generic interface module with= interface-type-specific data. It also leaves open the possibility of a server not supporting iana-entity = if it doesn't need any of the standard entity types. Alex ________________________________ From: netmod on behalf of Carey, Timothy (Nokia -= US) Sent: Friday, 7 October 2016 2:38 a.m. To: netmod@ietf.org Subject: [netmod] Corrections needed in the draft-ietf-netmod-entity-00 Hello, The BBF plans to use the Entity module as one of our common YANG modules wi= thin the BBF. The current draft of the module has some errors that we feel need corrected= . Specifically there is a circular reference for the identity entity-physical= -class; we feel that this should be moved to the iana-entity-module. What does the group think? BR, Tim --_000_147579363806576584Aviatnetcom_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

Hi,


If you are referring to the circular reference in the expresssion 'deriv= ed-from-or-self(../class, "iana-entity", "sensor")', I = would rather see sensor-data separated into another module than see  e= ntity-physical-class moved to iana-entity.

This would be more consistent with the RFC 7223 interface model, where i= nterface-type-specific modules augment the basic generic interface module w= ith interface-type-specific data.

It also leaves open the possibility of a server not supporting iana-enti= ty if it doesn't need any of the standard entity types.


Alex



From: netmod <netmod-bo= unces@ietf.org> on behalf of Carey, Timothy (Nokia - US) <timothy.car= ey@nokia.com>
Sent: Friday, 7 October 2016 2:38 a.m.
To: netmod@ietf.org
Subject: [netmod] Corrections needed in the draft-ietf-netmod-entity= -00
 

Hello,

 

The BBF plans to use the Entity module as one of our= common YANG modules within the BBF.

The current draft of the module has some errors that= we feel need corrected.

 

Specifically there is a circular reference for the i= dentity entity-physical-class; we feel that this should be moved to the ian= a-entity-module.

 

What does the group think?

 

BR,

Tim

 

--_000_147579363806576584Aviatnetcom_-- From nobody Thu Oct 6 15:44: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 881421297AB for ; Thu, 6 Oct 2016 15:44:02 -0700 (PDT) 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 tWS-ECBFJiu4 for ; Thu, 6 Oct 2016 15:44:00 -0700 (PDT) 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 6B048129489 for ; Thu, 6 Oct 2016 15:44:00 -0700 (PDT) Received: from us70uumx4.dmz.alcatel-lucent.com (unknown [135.245.18.16]) by Websense Email Security Gateway with ESMTPS id 734041DEBC686 for ; Thu, 6 Oct 2016 22:43:56 +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 u96MhxBN004073 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Thu, 6 Oct 2016 22:43:59 GMT Received: from US70TWXCHHUB04.zam.alcatel-lucent.com (us70twxchhub04.zam.alcatel-lucent.com [135.5.2.36]) by us70uusmtp4.zam.alcatel-lucent.com (GMO) with ESMTP id u96Mhw3n031120 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL) for ; Thu, 6 Oct 2016 22:43:58 GMT Received: from US70UWXCHMBA05.zam.alcatel-lucent.com ([169.254.10.124]) by US70TWXCHHUB04.zam.alcatel-lucent.com ([135.5.2.36]) with mapi id 14.03.0301.000; Thu, 6 Oct 2016 18:43:58 -0400 From: "Carey, Timothy (Nokia - US)" To: "netmod@ietf.org" Thread-Topic: BBF Augmentations for the Entity draft (draft-ietf-netmod-entity-00) Thread-Index: AdIgIx61dDSjo7okQ+avE88O0HRihQ== Date: Thu, 6 Oct 2016 22:43:57 +0000 Message-ID: <9966516C6EB5FC4381E05BF80AA55F77012A78DD48@US70UWXCHMBA05.zam.alcatel-lucent.com> 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_9966516C6EB5FC4381E05BF80AA55F77012A78DD48US70UWXCHMBA0_" MIME-Version: 1.0 Archived-At: Subject: [netmod] BBF Augmentations for the Entity draft (draft-ietf-netmod-entity-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, 06 Oct 2016 22:44:02 -0000 --_000_9966516C6EB5FC4381E05BF80AA55F77012A78DD48US70UWXCHMBA0_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hello, In using the Entity module within the BBF, we have made several enhancement= s to the module that we would like the IETF to consider for inclusion in th= e next draft of the module as we consider these enhancements to be of use t= o the wider YANG community. I have included the tree definitions in this email thread. If you like the = actual YANG files please let us know and we can provide those to the author= s. Specifically we have done the following enhancements: 1 Added a new generic reset action for a physical entity module: bbf-entity-reset-action 1. augment /ent:entity-state/ent:physical-entity: +---x reset +---w input 2. +---w reset-type? identityref 2 Added a parent/child entity capability for physical entities 3 Added a couple of common attributes for the manufacturer name and mode= l 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 +--rw mfg-name? string 4 +--rw model-name? string 4 Introduced a new type of identity and container for a pluggable transc= eiver module: bbf-entity-pluggable-transceiver 5 augment /ent:entity-state/ent:physical-entity: +--ro pluggable-transceiver-data augment /ent:entity/ent:physical-entity: 6 +--rw pluggable-transceiver 5 Introduced a new reference between the interface and the port module: bbf-interface-port-reference 6 augment /if:interfaces/if:interface: 7 +--rw port-layer-if entity-ref BR, Tim --_000_9966516C6EB5FC4381E05BF80AA55F77012A78DD48US70UWXCHMBA0_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hello,

 

In using the Entity module within the BBF, we have made sev= eral enhancements to the module that we would like the IETF to consider for= inclusion in the next draft of the module as we consider these enhancements to be of use to the wider YANG community.

 

I have included the tree definitions in this email thread. = If you like the actual YANG files please let us know and we can provide tho= se to the authors.

 

 

Specifically we have done the following enhancements:<= /o:p>

1 &nb= sp;  Added a new = generic reset action for a physical entity

module: bbf-entity-reset-action

1.=  

augment /ent:entity-state/ent:physical-entity:

+---x reset

+---w input

2.=  

+---w reset-type? identityref

   = ;            &n= bsp;  

 =

2 &nb= sp;  Added a pare= nt/child entity capability for physical entities

3 &nb= sp;  Added a coup= le of common attributes for the manufacturer name and model

module: bbf-entity-extension

augment /ent:entity/ent:physical-entity:<= /p>

+--rw class? identityref

+--rw contained-in* -> ../../ent:physical-entity/nam= e

+--rw parent-rel-pos? int32

+--rw mfg-name? string

4<= ![endif]> 

+--rw model-name? string

 =

 =

4 &nb= sp;  Introduced a= new type of identity and container for a pluggable transceiver<= /span>

module: bbf-entity-pluggable-transceiver<= /p>

5<= ![endif]> 

augment /ent:entity-state/ent:physical-entity:

+--ro pluggable-transceiver-data

augment /ent:entity/ent:physical-entity:<= /p>

6<= ![endif]> 

+--rw pluggable-transceiver

 

 

5    Introduced a new reference between the interface an= d the port

module: bbf-interface-port-reference

6<= ![endif]> 

augment /if:interfaces/if:interface:

7<= ![endif]> 

+--rw port-layer-if entity-ref

 

 

BR,

Tim

--_000_9966516C6EB5FC4381E05BF80AA55F77012A78DD48US70UWXCHMBA0_-- From nobody Thu Oct 6 16:02: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 8356E1294BF for ; Thu, 6 Oct 2016 16:01:58 -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 pAUTdCQpt7BE for ; Thu, 6 Oct 2016 16:01:56 -0700 (PDT) Received: from NAM02-BL2-obe.outbound.protection.outlook.com (mail-bl2nam02on0104.outbound.protection.outlook.com [104.47.38.104]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 79AE81294A4 for ; Thu, 6 Oct 2016 16:01:56 -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=2IicKAQFB+FJj2EgMK0YcFXW6Z12bFZ+lsrtIorR4nA=; b=JOi/w/a7PT+tEWewQAzUhDHJnkfml9UIDNQqdgjifF9X43ylltg9lBFgHAhERWCexI5q5AvBxgDrK3pl8HmG6QrTQCwaL61MMBLbVUU0RSlTksm9SPOcuxo87Up8UlNQ/DYMSGAZJrfza8JL0pOTrw9PezByudFaOIVWwy64Ky8= 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.649.6; Thu, 6 Oct 2016 23:01:53 +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.0649.016; Thu, 6 Oct 2016 23:01:53 +0000 From: Kent Watsen To: "netmod@ietf.org" Thread-Topic: [netmod] WG Last Call for draft-ietf-netmod-rfc6087bis-08 (until Oct 5, 2016) Thread-Index: AQHSICWhZRGoB1NZzka3HRbmi9ddRQ== Date: Thu, 6 Oct 2016 23:01:53 +0000 Message-ID: References: <63B347A5-38EE-40B7-8FA6-DEB66C9FD831@juniper.net> In-Reply-To: <63B347A5-38EE-40B7-8FA6-DEB66C9FD831@juniper.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/f.1a.1.160916 authentication-results: spf=none (sender IP is ) smtp.mailfrom=kwatsen@juniper.net; x-ms-exchange-messagesentrepresentingtype: 1 x-originating-ip: [66.129.241.14] x-ms-office365-filtering-correlation-id: a62aed00-8d48-4565-c818-08d3ee3cc398 x-microsoft-exchange-diagnostics: 1; DM2PR0501MB1453; 7:rppFfSBJvQdLq/vEKkqvmGkh08847DZswCro5huhakrn+n7bod9QQobYsBwr8Eavf5lzMADhzYRGTs/JUmDQCuMjFCNS2elhU4fUXKe8nj6rkWm3+cQk8Wa63Sp7TW7Z7Yz3LeU59phuQ2MOBW2xzWyf1gyEEpWeJnJdqsjjPT2bA00fp7F/Z+WJEgKNAO+gAGMfCZfuFlbMuW9uyUcgCeMaiEt6VZRCneBLeUPhHLW912WfDkIpLt8mi+h20fF1pKgugjwwV9UUo1/f791VY6uWQ2x7kx/dACAoNldQrOK6bL8inKeIBE1rmseWvosGuyWqJzwga11MnfDhak6glQ== x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:DM2PR0501MB1453; 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)(5005006)(8121501046)(10201501046)(3002001)(6055026); SRVR:DM2PR0501MB1453; BCL:0; PCL:0; RULEID:; SRVR:DM2PR0501MB1453; x-forefront-prvs: 00872B689F x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(7916002)(189002)(199003)(377454003)(105586002)(586003)(3846002)(4001350100001)(2351001)(19625215002)(8936002)(54356999)(10400500002)(106356001)(97736004)(102836003)(2950100002)(76176999)(106116001)(6916009)(6116002)(230783001)(107886002)(33656002)(16236675004)(2906002)(36756003)(5002640100001)(66066001)(189998001)(101416001)(50986999)(11100500001)(99286002)(15975445007)(110136003)(1730700003)(2501003)(5660300001)(2900100001)(7846002)(122556002)(83716003)(77096005)(3280700002)(87936001)(8676002)(5640700001)(81166006)(81156014)(86362001)(7736002)(3660700001)(450100001)(83506001)(19580405001)(19580395003)(92566002)(82746002)(68736007)(19300405004)(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_D0E1D17ADB3D4440A4CD05C45D9B1D32junipernet_" MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-originalarrivaltime: 06 Oct 2016 23:01:53.4949 (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: Re: [netmod] WG Last Call for draft-ietf-netmod-rfc6087bis-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: Thu, 06 Oct 2016 23:01:58 -0000 --_000_D0E1D17ADB3D4440A4CD05C45D9B1D32junipernet_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 VGhlIGxhc3QgY2FsbCBwZXJpb2QgZm9yIHRoaXMgZHJhZnQgaGFzIGVuZGVkLg0KDQpObyByZXNw b25zZXMgd2VyZSByZWNlaXZlZCBkdXJpbmcgdGhpcyB0aW1lLCBuZWl0aGVyIGZvciBub3IgYWdh aW5zdC4gIERpc2N1c3Npbmcgd2l0aCBteSBjby1jaGFpciwgZ2l2ZW4gb3VyIGdlbmVyYWwgdW5k ZXJzdGFuZGluZyBvZiB0aGlzIGRyYWZ0LCB3ZSBjaG9vc2UgdG8gYmVsaWV2ZSB0aGF0IG5vIHJl c3BvbnNlIGFjdHVhbGx5IHJlZmxlY3RzIGdlbmVyYWwgYWNjZXB0YW5jZSwgYW5kIHRoZXJlZm9y ZSBwbGFuIHRvIG1vdmUgZm9yd2FyZCB3aXRoIHB1Ymxpc2hpbmcgdGhlIGRvY3VtZW50IGFzIGl0 IGlzLiAgIElmIGFueW9uZSBkaXNhZ3JlZXMgd2l0aCB0aGlzLCBwbGVhc2Ugc3BlYWsgdXAgbm93 Lg0KDQpUaGFua3MsDQpLZW50IChhcyBzaGVwaGVyZCkNCg0KDQpGcm9tOiBuZXRtb2QgPG5ldG1v ZC1ib3VuY2VzQGlldGYub3JnPiBvbiBiZWhhbGYgb2YgS2VudCBXYXRzZW4gPGt3YXRzZW5AanVu aXBlci5uZXQ+DQpEYXRlOiBUdWVzZGF5LCBTZXB0ZW1iZXIgMjAsIDIwMTYgYXQgNDoyMSBQTQ0K VG86ICJuZXRtb2RAaWV0Zi5vcmciIDxuZXRtb2RAaWV0Zi5vcmc+DQpTdWJqZWN0OiBbbmV0bW9k XSBXRyBMYXN0IENhbGwgZm9yIGRyYWZ0LWlldGYtbmV0bW9kLXJmYzYwODdiaXMtMDggKHVudGls IE9jdCA1LCAyMDE2KQ0KDQoNClRoaXMgaXMgYSBub3RpY2UgdG8gc3RhcnQgYSB0d28td2VlayBO RVRNT0QgV0cgbGFzdCBjYWxsIGZvciB0aGUgZG9jdW1lbnQ6DQoNCiAgICAgICAgICAgICAgIEd1 aWRlbGluZXMgZm9yIEF1dGhvcnMgYW5kIFJldmlld2VycyBvZiBZQU5HIERhdGEgTW9kZWwgRG9j dW1lbnRzDQogICAgICAgICAgICAgICBodHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQt aWV0Zi1uZXRtb2QtcmZjNjA4N2Jpcy0wOA0KDQpQbGVhc2UgaW5kaWNhdGUgeW91ciBzdXBwb3J0 IG9yIGNvbmNlcm5zIGJ5IFdlZG5lc2RheSwgT2N0b2JlciA1LCAyMDE2Lg0KV2UgYXJlIHBhcnRp Y3VsYXJseSBpbnRlcmVzdGVkIGluIHN0YXRlbWVudHMgb2YgdGhlIGZvcm06DQoNCiAgKiBJIGhh dmUgcmV2aWV3ZWQgZHJhZnQtaWV0Zi1uZXRtb2QtcmZjNjA4N2Jpcy0wOCBhbmQgZm91bmQgbm8g aXNzdWVzDQogICogSSBoYXZlIHJldmlld2VkIGRyYWZ0LWlldGYtbmV0bW9kLXJmYzYwODdiaXMt MDggYW5kIGZvdW5kIHRoZSBmb2xsb3dpbmcgaXNzdWVzOiAuLi4NCg0KDQpUaGFuayB5b3UsDQpO RVRNT0QgV0cgQ2hhaXJzDQoNCg0K --_000_D0E1D17ADB3D4440A4CD05C45D9B1D32junipernet_ Content-Type: text/html; charset="utf-8" Content-ID: <237257D22E969E44B76D76A0819414E7@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 LkVtYWlsU3R5bGUxNw0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbDsNCglmb250LWZhbWlseTpD YWxpYnJpOw0KCWNvbG9yOndpbmRvd3RleHQ7fQ0Kc3Bhbi5FbWFpbFN0eWxlMTgNCgl7bXNvLXN0 eWxlLXR5cGU6cGVyc29uYWwtcmVwbHk7DQoJZm9udC1mYW1pbHk6Q2FsaWJyaTsNCgljb2xvcjp3 aW5kb3d0ZXh0O30NCnNwYW4ubXNvSW5zDQoJe21zby1zdHlsZS10eXBlOmV4cG9ydC1vbmx5Ow0K CW1zby1zdHlsZS1uYW1lOiIiOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7DQoJY29sb3I6 dGVhbDt9DQouTXNvQ2hwRGVmYXVsdA0KCXttc28tc3R5bGUtdHlwZTpleHBvcnQtb25seTsNCglm b250LXNpemU6MTAuMHB0O30NCkBwYWdlIFdvcmRTZWN0aW9uMQ0KCXtzaXplOjguNWluIDExLjBp bjsNCgltYXJnaW46MS4waW4gMS4waW4gMS4waW4gMS4waW47fQ0KZGl2LldvcmRTZWN0aW9uMQ0K CXtwYWdlOldvcmRTZWN0aW9uMTt9DQotLT48L3N0eWxlPg0KPC9oZWFkPg0KPGJvZHkgYmdjb2xv cj0id2hpdGUiIGxhbmc9IkVOLVVTIiBsaW5rPSIjMDU2M0MxIiB2bGluaz0iIzk1NEY3MiI+DQo8 ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRl eHQtYXV0b3NwYWNlOm5vbmUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij5UaGUgbGFz dCBjYWxsIHBlcmlvZCBmb3IgdGhpcyBkcmFmdCBoYXMgZW5kZWQuJm5ic3A7Jm5ic3A7DQo8bzpw PjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1hdXRv c3BhY2U6bm9uZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPjxvOnA+Jm5ic3A7PC9v OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWF1dG9zcGFj ZTpub25lIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+Tm8gcmVzcG9uc2VzIHdlcmUg cmVjZWl2ZWQgZHVyaW5nIHRoaXMgdGltZSwgbmVpdGhlciBmb3Igbm9yIGFnYWluc3QuJm5ic3A7 IERpc2N1c3Npbmcgd2l0aCBteSBjby1jaGFpciwgZ2l2ZW4gb3VyIGdlbmVyYWwgdW5kZXJzdGFu ZGluZyBvZiB0aGlzIGRyYWZ0LCB3ZSBjaG9vc2UgdG8gYmVsaWV2ZSB0aGF0IG5vIHJlc3BvbnNl DQogYWN0dWFsbHkgcmVmbGVjdHMgZ2VuZXJhbCBhY2NlcHRhbmNlLCBhbmQgdGhlcmVmb3JlIHBs YW4gdG8gbW92ZSBmb3J3YXJkIHdpdGggcHVibGlzaGluZyB0aGUgZG9jdW1lbnQgYXMgaXQgaXMu Jm5ic3A7Jm5ic3A7IElmIGFueW9uZSBkaXNhZ3JlZXMgd2l0aCB0aGlzLCBwbGVhc2Ugc3BlYWsg dXAgbm93LjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl PSJ0ZXh0LWF1dG9zcGFjZTpub25lIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+Jm5i c3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRl eHQtYXV0b3NwYWNlOm5vbmUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij5UaGFua3Ms PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQt YXV0b3NwYWNlOm5vbmUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij5LZW50IChhcyBz aGVwaGVyZCk8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPjxvOnA+ Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci10 b3A6c29saWQgI0I1QzRERiAxLjBwdDtwYWRkaW5nOjMuMHB0IDBpbiAwaW4gMGluIj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxiPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+RnJvbTogPC9zcGFu PjwvYj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPm5ldG1vZCAmbHQ7bmV0bW9kLWJvdW5jZXNA aWV0Zi5vcmcmZ3Q7IG9uIGJlaGFsZiBvZiBLZW50IFdhdHNlbiAmbHQ7a3dhdHNlbkBqdW5pcGVy Lm5ldCZndDs8YnI+DQo8Yj5EYXRlOiA8L2I+VHVlc2RheSwgU2VwdGVtYmVyIDIwLCAyMDE2IGF0 IDQ6MjEgUE08YnI+DQo8Yj5UbzogPC9iPiZxdW90O25ldG1vZEBpZXRmLm9yZyZxdW90OyAmbHQ7 bmV0bW9kQGlldGYub3JnJmd0Ozxicj4NCjxiPlN1YmplY3Q6IDwvYj5bbmV0bW9kXSBXRyBMYXN0 IENhbGwgZm9yIGRyYWZ0LWlldGYtbmV0bW9kLXJmYzYwODdiaXMtMDggKHVudGlsIE9jdCA1LCAy MDE2KTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVv dDsiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCIgc3R5bGU9InRleHQtYXV0b3NwYWNlOm5vbmUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTEuMHB0Ij4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs IiBzdHlsZT0idGV4dC1hdXRvc3BhY2U6bm9uZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4w cHQiPlRoaXMgaXMgYSBub3RpY2UgdG8gc3RhcnQgYSB0d28td2VlayBORVRNT0QgV0cgbGFzdCBj YWxsIGZvciB0aGUgZG9jdW1lbnQ6PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9InRleHQtYXV0b3NwYWNlOm5vbmUiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTEuMHB0Ij4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIiBzdHlsZT0idGV4dC1hdXRvc3BhY2U6bm9uZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MS4wcHQiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO0d1aWRlbGluZXMgZm9yIEF1 dGhvcnMgYW5kIFJldmlld2VycyBvZiBZQU5HIERhdGEgTW9kZWwgRG9jdW1lbnRzPC9zcGFuPjxv OnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtYXV0b3NwYWNl Om5vbmUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij4mbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDtodHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtaWV0Zi1uZXRt b2QtcmZjNjA4N2Jpcy0wODwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiIHN0eWxlPSJ0ZXh0LWF1dG9zcGFjZTpub25lIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEx LjBwdCI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg c3R5bGU9InRleHQtYXV0b3NwYWNlOm5vbmUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0 Ij5QbGVhc2UgaW5kaWNhdGUgeW91ciBzdXBwb3J0IG9yIGNvbmNlcm5zIGJ5IFdlZG5lc2RheSwg T2N0b2JlciA1LCAyMDE2Ljwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiIHN0eWxlPSJ0ZXh0LWF1dG9zcGFjZTpub25lIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEx LjBwdCI+V2UgYXJlIHBhcnRpY3VsYXJseSBpbnRlcmVzdGVkIGluIHN0YXRlbWVudHMgb2YgdGhl IGZvcm06PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9 InRleHQtYXV0b3NwYWNlOm5vbmUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij4mbmJz cDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4 dC1hdXRvc3BhY2U6bm9uZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPiZuYnNwOyAq IEkgaGF2ZSByZXZpZXdlZCBkcmFmdC1pZXRmLW5ldG1vZC1yZmM2MDg3YmlzLTA4IGFuZCBmb3Vu ZCBubyBpc3N1ZXM8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz dHlsZT0idGV4dC1hdXRvc3BhY2U6bm9uZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQi PiZuYnNwOyZuYnNwOyogSSBoYXZlIHJldmlld2VkIGRyYWZ0LWlldGYtbmV0bW9kLXJmYzYwODdi aXMtMDggYW5kIGZvdW5kIHRoZSBmb2xsb3dpbmcgaXNzdWVzOiAuLi48L3NwYW4+PG86cD48L286 cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1hdXRvc3BhY2U6bm9uZSI+ Jm5ic3A7PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1h dXRvc3BhY2U6bm9uZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPiZuYnNwOzwvc3Bh bj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWF1dG9z cGFjZTpub25lIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+VGhhbmsgeW91LDwvc3Bh bj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWF1dG9z cGFjZTpub25lIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+TkVUTU9EIFdHIENoYWly czwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0 LWF1dG9zcGFjZTpub25lIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_D0E1D17ADB3D4440A4CD05C45D9B1D32junipernet_-- From nobody Fri Oct 7 00:32: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 4E1F2129515 for ; Fri, 7 Oct 2016 00:32:21 -0700 (PDT) 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, RCVD_IN_DNSWL_LOW=-0.7] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=wallan-se.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 9t4SV3-qlC_8 for ; Fri, 7 Oct 2016 00:32:19 -0700 (PDT) Received: from mail-lf0-x22b.google.com (mail-lf0-x22b.google.com [IPv6:2a00:1450:4010:c07::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 BC5FE129508 for ; Fri, 7 Oct 2016 00:32:18 -0700 (PDT) Received: by mail-lf0-x22b.google.com with SMTP id b81so34407672lfe.1 for ; Fri, 07 Oct 2016 00:32:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=wallan-se.20150623.gappssmtp.com; s=20150623; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=JczOfy00r1pX4NCfYzdrmH3LHKeaLwrDfsq9yNuppHQ=; b=a7NUIJ7JMpYKttkQMbvDOKC8SXhD1btW4j7lz7oeOlsNnGfqm9aFty8r/d2JXObEwj 5+nEpVvw05rPwKIAS5Bc/1pinto/HumVwOmeBCdsKXrHcanUOFgFjXm3ikFIz/9j0r3z nl+0jSVZ0iw9q2d8v5NrjZdbok57RAoLzGgQUSQD4DPMp4OzaPpHaqE1emfaEbAZC42L B0gj6XzzVdUfoyfAvj2VH7i+cJrVJDc3BhxGVSYMEHXKzw5ZH2D2jD7er/tpZzmCl6UL EgjZdpggvOHB1bz6AzYpcofKpGgSnq6gIhwFWJ1uqpmz+bZoagcCGPURYM4tCQZko1vR ltpQ== 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=JczOfy00r1pX4NCfYzdrmH3LHKeaLwrDfsq9yNuppHQ=; b=B5cZtnqOtNrYV1jOl7umvaLc3uaAu7b/eiPgDIavs0G2XUu3RtRvGK9TtYWAcrK4xf d+cpPs/l2D8jUILmz+gGPyulL7a/PQiKUDRN3YYMsDzXySnBcTNHUOpTqg2rAgiGbSko XL1AiEHDOsIkipj3X88M3yV25Na1q9kYkGirHbGPmmbuB96Oymuzc0AOdwnurZrK+Hvr tpaP1bh3aHdDULyKtGLQudEGYKKfWUGLZDCC/LCiJiVhQNsVFrWw33/cUKrZbgPVeQs9 kJKA6zH7vVZnGgNd/uPAf+IY17Rw2K9Vne6U8zRxwlZCEgxobYZFBOiSQRzN9i1TFaxO hhDQ== X-Gm-Message-State: AA6/9RlIih4MIB/VoVW8GIaPzgrGHFXBHEfs2eSKpxdad3b/xfLIjm/WQnPpwO7/kpMIEw== X-Received: by 10.25.92.152 with SMTP id u24mr7228465lfi.114.1475825536502; Fri, 07 Oct 2016 00:32:16 -0700 (PDT) Received: from [192.168.1.231] (h95-155-236-198.cust.se.alltele.net. [95.155.236.198]) by smtp.gmail.com with ESMTPSA id 125sm3405800ljj.8.2016.10.07.00.32.15 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Fri, 07 Oct 2016 00:32:16 -0700 (PDT) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) From: stefan vallin In-Reply-To: <1475706142743.56623@Aviatnet.com> Date: Fri, 7 Oct 2016 09:32:14 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <5DB481B1-830F-4F0A-8230-1D67DA4BE09F@wallan.se> References: <20161005.142603.802547537041907882.mbj@tail-f.com> <1475706142743.56623@Aviatnet.com> To: Alex Campbell X-Mailer: Apple Mail (2.3124) Archived-At: Cc: "netmod@ietf.org" Subject: Re: [netmod] New Version Notification for draft-vallin-netmod-alarm-module-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: Fri, 07 Oct 2016 07:32:21 -0000 Hi! Thanks for your comments! Several of your comments seems to be that you might not have understood = the difference between =E2=80=9Calarm-list=E2=80=9D and = =E2=80=9Calarm-inventory=E2=80=9D Please read those a bit before seeing my comments See comments inline > On 06 Oct 2016, at 00:22, Alex Campbell = wrote: >=20 > Hi, >=20 > The main issue I have with this draft is that it's there's no way for = the operator to get a list of all possible alarms on the device, without = device-specific semantic knowledge. > They can get a list of all alarm *types*, but there's no information = that says, for example, that a link-loss alarm can't be raised for a = local CPU resource (or indeed, that the local CPU resource even exists). > This is exacerbated by the ability of operators can delete alarm = entries; even if a device initially populates the alarm list with all = possible alarms, the operator can still delete some of them, in which = case the list no longer reflects all possible alarms. I do not really get your comment here. All possible alarms are published via the alarm inventory. Nothing can = be delete in the inventory. A manager reads this table to understand the possible alarms. I do not understand when you say "initially populates the alarm list = with all possible alarms=E2=80=9D. 1) the read-only =E2=80=9Calarm-inventory=E2=80=9D publishes all = possible alarms, including a description of the possible alarm 2) the =E2=80=9Calarm-list=E2=80=9D shows actual alarms, which are all = of an alarm-type listed in the alarm inventory >=20 >=20 > We have an internally developed (but not yet published) YANG model for = alarms which is very similar to this draft model, but with the following = key differences: > * It does not track past status changes (they are stored in a separate = event log); it is only concerned with current state. I think there is a huge value in this module design that as a client you = see the alarm history per alarm not in a separate log. As a user you select the interface of a device and you see the current = alarm state as well as the history. This is important for = trouble-shooting > * Alarms are associated with entities (from ietf-entity.yang) rather = than arbitrary strings or instance-identifiers. But other things than entities can have alarms. AND instance-identifers = are not =E2=80=9Cfree-form=E2=80=9D. It is a strange limitation to limit = alarms to the entity-model > * It contains a list of all-alarms, regardless of whether they have = ever been raised. This includes static information (description, = severity) as well as current state information. See above, this is the alarm inventory > * It contains a separate list of raised-alarms, which mostly = duplicates the information from all-alarms, but only contains an entry = for an alarm if it is raised. This allows a subtree filter to retrieve = only information about raised alarms, but it may be redundant. See above this is the alarm list > * Instead of shelved alarms, we have a simple boolean "disabled" = setting for each alarm; raised disabled alarms still appear as raised in = the all-alarms list (with another indication they're disabled), but do = not appear in the raised-alarms list. Can be done with shelfing >=20 > With this model (and because ietf-entity.yang defines a hierarchy of = entities) it is easy to display a hierarchical view of all entities and = their associated alarms. >=20 > In our model, entries in the all-alarms list can only be added when = resources are added to the system, and can only be deleted when = resources are removed from the system. Alarm-inventory shall reflect the possible alarms, I will add your use = case to the description. >=20 >=20 >=20 > Other comments: > * is-cleared feels like a double negation (false means "this alarm is = not not raised"); I would like to see it changed to is-raised I think again your are confusing alarm-inventory and alarm-list. When = the alarm appears for the first time it is not cleared by the resource > * I would like to see a YANG feature for past status changes, or = perhaps this part moved to a separate module augmenting ietf-alarms. It is the =E2=80=9Cstatus-change=E2=80=9D list, it shows all status = changes > * has-clear doesn't need to be a union of only one type ? > * The meanings of "impacted resource" and "root cause resource" are = unclear. OK, I can work on improved descriptions. They idea is the following. As an operator you would like to have *one* alarm although there are = several symptoms, rather than having 15 alarms per symptom. This module gives you the freedom of selecting should the faulty = resource be the alarming object or the impacted resource. Both options are available. If you raise an alarm on an interface you might say that a VPN is = =E2=80=9Cimpacted=E2=80=9D If you raise an alarm on a VPN due to some probing you can hint the = operator on the corresponding interface who might have a bad config > * "This list is used to shelf alarms" should be "... to shelve alarms" > * "Shelv alarms for ..." should be "Shelve alarms for ..." (multiple = occurrences) Thanks, will fix br Stefan >=20 > Alex >=20 > ________________________________________ > From: netmod on behalf of Martin Bjorklund = > Sent: Thursday, 6 October 2016 1:26 a.m. > To: netmod@ietf.org > Subject: [netmod] New Version Notification for = draft-vallin-netmod-alarm-module-00.txt >=20 > Hi, >=20 > We have posted a new version of the alarm module. The previous > document was called draft-vallin-alarm-yang-module-00, this new > version is called draft-vallin-netmod-alarm-module (hence it is also a > -00). >=20 > This updated version incorporates comments on the previous docuement, > and adds support for alarm shelving. >=20 > It would be good to know if people in this WG are interested in this > work. >=20 >=20 > /martin and stefan >=20 >=20 >=20 >=20 > A new version of I-D, draft-vallin-netmod-alarm-module-00.txt > has been successfully submitted by Martin Bjorklund and posted to the > IETF repository. >=20 > Name: draft-vallin-netmod-alarm-module > Revision: 00 > Title: YANG Alarm Module > Document date: 2016-10-05 > Group: Individual Submission > Pages: 58 > URL: = https://www.ietf.org/internet-drafts/draft-vallin-netmod-alarm-module-00.t= xt > Status: = https://datatracker.ietf.org/doc/draft-vallin-netmod-alarm-module/ > Htmlized: = https://tools.ietf.org/html/draft-vallin-netmod-alarm-module-00 >=20 >=20 > Abstract: > This document defines a YANG module for alarm management. It > includes functions for alarm list management, alarm shelving and > notifications to inform management systems. There are also RPCs to > manage the operator state of an alarm and administrative alarm > procedures. The module carefully maps to relevant alarm standards. >=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 Fri Oct 7 00:43: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 DEE8F129528 for ; Fri, 7 Oct 2016 00:43:29 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.897 X-Spam-Level: X-Spam-Status: No, score=-4.897 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-2.996, 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 qNX8WtXCoRfI for ; Fri, 7 Oct 2016 00:43:28 -0700 (PDT) Received: from mail.tail-f.com (mail.tail-f.com [46.21.102.45]) by ietfa.amsl.com (Postfix) with ESMTP id 4E5E1129508 for ; Fri, 7 Oct 2016 00:43:28 -0700 (PDT) Received: from localhost (unknown [173.38.220.42]) by mail.tail-f.com (Postfix) with ESMTPSA id 1A8361AE0148; Fri, 7 Oct 2016 09:43:26 +0200 (CEST) Date: Fri, 07 Oct 2016 09:42:23 +0200 (CEST) Message-Id: <20161007.094223.1108221764125312463.mbj@tail-f.com> To: stefan@wallan.se From: Martin Bjorklund In-Reply-To: <5DB481B1-830F-4F0A-8230-1D67DA4BE09F@wallan.se> References: <20161005.142603.802547537041907882.mbj@tail-f.com> <1475706142743.56623@Aviatnet.com> <5DB481B1-830F-4F0A-8230-1D67DA4BE09F@wallan.se> X-Mailer: Mew version 6.7 on Emacs 24.5 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Text/Plain; charset=utf-8 Content-Transfer-Encoding: base64 Archived-At: Cc: netmod@ietf.org Subject: Re: [netmod] New Version Notification for draft-vallin-netmod-alarm-module-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: Fri, 07 Oct 2016 07:43:30 -0000 SGksDQoNCnN0ZWZhbiB2YWxsaW4gPHN0ZWZhbkB3YWxsYW4uc2U+IHdyb3RlOg0KPiA+IE9uIDA2 IE9jdCAyMDE2LCBhdCAwMDoyMiwgQWxleCBDYW1wYmVsbCA8QWxleC5DYW1wYmVsbEBhdmlhdG5l dC5jb20+DQo+ID4gd3JvdGU6DQo+ID4NCj4gPiAqIEluc3RlYWQgb2Ygc2hlbHZlZCBhbGFybXMs IHdlIGhhdmUgYSBzaW1wbGUgYm9vbGVhbiAiZGlzYWJsZWQiIHNldHRpbmcNCj4gPiAqIGZvciBl YWNoIGFsYXJtOyByYWlzZWQgZGlzYWJsZWQgYWxhcm1zIHN0aWxsIGFwcGVhciBhcyByYWlzZWQg aW4gdGhlDQo+ID4gKiBhbGwtYWxhcm1zIGxpc3QgKHdpdGggYW5vdGhlciBpbmRpY2F0aW9uIHRo ZXkncmUgZGlzYWJsZWQpLCBidXQgZG8gbm90DQo+ID4gKiBhcHBlYXIgaW4gdGhlIHJhaXNlZC1h bGFybXMgbGlzdC4NCj4gQ2FuIGJlIGRvbmUgd2l0aCBzaGVsZmluZw0KDQpJIHRoaW5rIGJvdGgg YXJlIHZhbGlkIGRlc2lnbnM7IGVpdGhlciB0aGVyZSBpcyBhIGZsYWcgaW4gdGhlDQphbGFybS1s aXN0IHRoYXQgbWFya3MgYW4gYWxhcm0gYXMgYmVpbmcgc2hlbHZlZCwgb3IgdGhlIHNoZWx2ZWQg YWxhcm0NCmlzIChjb25jZXB0dWFsbHkpIG1vdmVkIHRvIGEgc2VwYXJhdGUgbGlzdC4gIFRoZSBk ZXNpZ24gd2UgY2hvc2UgaXMNCnRoZSBsYXR0ZXIsIHdoaWNoIGhhcyB0aGUgYmVuZWZpdCBvZiBu b3QgY2x1dHRlcmluZyBkb3duIHRoZSByZWFsDQphbGFybSBsaXN0IHdpdGggZGlzYWJsZWQgc3R1 ZmYuDQoNCj4gPiBXaXRoIHRoaXMgbW9kZWwgKGFuZCBiZWNhdXNlIGlldGYtZW50aXR5Lnlhbmcg ZGVmaW5lcyBhIGhpZXJhcmNoeSBvZg0KPiA+IGVudGl0aWVzKSBpdCBpcyBlYXN5IHRvIGRpc3Bs YXkgYSBoaWVyYXJjaGljYWwgdmlldyBvZiBhbGwgZW50aXRpZXMNCj4gPiBhbmQgdGhlaXIgYXNz b2NpYXRlZCBhbGFybXMuDQo+ID4gDQo+ID4gSW4gb3VyIG1vZGVsLCBlbnRyaWVzIGluIHRoZSBh bGwtYWxhcm1zIGxpc3QgY2FuIG9ubHkgYmUgYWRkZWQgd2hlbg0KPiA+IHJlc291cmNlcyBhcmUg YWRkZWQgdG8gdGhlIHN5c3RlbSwgYW5kIGNhbiBvbmx5IGJlIGRlbGV0ZWQgd2hlbg0KPiA+IHJl c291cmNlcyBhcmUgcmVtb3ZlZCBmcm9tIHRoZSBzeXN0ZW0uDQo+IEFsYXJtLWludmVudG9yeSBz aGFsbCByZWZsZWN0IHRoZSBwb3NzaWJsZSBhbGFybXMsIEkgd2lsbCBhZGQgeW91ciB1c2UNCj4g Y2FzZSB0byB0aGUgZGVzY3JpcHRpb24uDQo+IA0KPiA+IA0KPiA+IA0KPiA+IA0KPiA+IE90aGVy IGNvbW1lbnRzOg0KPiA+ICogaXMtY2xlYXJlZCBmZWVscyBsaWtlIGEgZG91YmxlIG5lZ2F0aW9u IChmYWxzZSBtZWFucyAidGhpcyBhbGFybSBpcw0KPiA+ICogbm90IG5vdCByYWlzZWQiKTsgSSB3 b3VsZCBsaWtlIHRvIHNlZSBpdCBjaGFuZ2VkIHRvIGlzLXJhaXNlZA0KPiBJIHRoaW5rIGFnYWlu IHlvdXIgYXJlIGNvbmZ1c2luZyBhbGFybS1pbnZlbnRvcnkgYW5kIGFsYXJtLWxpc3QuIFdoZW4N Cj4gdGhlIGFsYXJtIGFwcGVhcnMgZm9yIHRoZSBmaXJzdCB0aW1lIGl0IGlzIG5vdCBjbGVhcmVk IGJ5IHRoZSByZXNvdXJjZQ0KDQpJIHVuZGVyc3RhbmQgQWxleCdzIGNvbmNlcm4sIGJ1dCBzaW5j ZSB0aGUgbm9ybWFsIHN0YXRlIGlzIHRoYXQgdGhlDQphbGFybSBpcyBub3QgY2xlYXJlZCwgaXQg bWFrZXMgc2Vuc2UgdGhhdCB0aGUgbm9kZSBpcyAnaXMtY2xlYXJlZCcuDQoNCj4gPiAqIEkgd291 bGQgbGlrZSB0byBzZWUgYSBZQU5HIGZlYXR1cmUgZm9yIHBhc3Qgc3RhdHVzIGNoYW5nZXMsIG9y IHBlcmhhcHMNCj4gPiAqIHRoaXMgcGFydCBtb3ZlZCB0byBhIHNlcGFyYXRlIG1vZHVsZSBhdWdt ZW50aW5nIGlldGYtYWxhcm1zLg0KPiBJdCBpcyB0aGUg4oCcc3RhdHVzLWNoYW5nZeKAnSBsaXN0 LCBpdCBzaG93cyBhbGwgc3RhdHVzIGNoYW5nZXMNCg0KSSB0aGluayBBbGV4J3MgcG9pbnQgaXMg dGhhdCBzdXBwb3J0IGZvciBzdGF0dXMtY2hhbmdlcyBjb3VsZCBiZQ0KbWFkZSBvcHRpb25hbCwg YnkgaW50cm9kdWNpbmcgYSBZQU5HIGZlYXR1cmUuDQoNCj4gPiAqIGhhcy1jbGVhciBkb2Vzbid0 IG5lZWQgdG8gYmUgYSB1bmlvbiBvZiBvbmx5IG9uZSB0eXBlDQo+ID8NCg0KRm9yIHNvbWUgcmVh c29uIHdlIGhhdmUgdG9kYXk6DQoNCiAgICAgICAgbGVhZiBoYXMtY2xlYXIgew0KICAgICAgICAg IHR5cGUgdW5pb24gew0KICAgICAgICAgICAgdHlwZSBib29sZWFuOw0KICAgICAgICAgIH0NCg0K KHRoZSByZWFzb24gZm9yIHRoaXMgaXMgdGhhdCBvcmlnaW5hbGx5IHRoaXMgd2FzIGEgdW5pb24g b2YgYm9vbGVhbg0KYW5kIHRoZSBlbnVtZXJhdGlvbiAndW5rbm93bicpLg0KDQoNCg0KL21hcnRp bg0K From nobody Fri Oct 7 03:44:29 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 26B4A12950A for ; Fri, 7 Oct 2016 03:44:28 -0700 (PDT) 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 M4KkEnh6wz8i for ; Fri, 7 Oct 2016 03:44:26 -0700 (PDT) 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 F240A129480 for ; Fri, 7 Oct 2016 03:44:25 -0700 (PDT) Received: from us70tumx1.dmz.alcatel-lucent.com (unknown [135.245.18.13]) by Websense Email Security Gateway with ESMTPS id 555ED95E5A238; Fri, 7 Oct 2016 10:44:22 +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 u97AiOxC010122 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 7 Oct 2016 10:44:24 GMT Received: from US70UWXCHHUB02.zam.alcatel-lucent.com (us70uwxchhub02.zam.alcatel-lucent.com [135.5.2.49]) by us70tusmtp1.zam.alcatel-lucent.com (GMO) with ESMTP id u97AiOtN006777 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Fri, 7 Oct 2016 10:44:24 GMT Received: from US70UWXCHMBA05.zam.alcatel-lucent.com ([169.254.10.124]) by US70UWXCHHUB02.zam.alcatel-lucent.com ([135.5.2.49]) with mapi id 14.03.0301.000; Fri, 7 Oct 2016 06:44:24 -0400 From: "Carey, Timothy (Nokia - US)" To: Alex Campbell Thread-Topic: Corrections needed in the draft-ietf-netmod-entity-00 Thread-Index: AdIf1vlpLgK1ACwISZSSgD5lJYwL2wASwYmsABk9qTA= Date: Fri, 7 Oct 2016 10:44:23 +0000 Message-ID: <9966516C6EB5FC4381E05BF80AA55F77012A78E460@US70UWXCHMBA05.zam.alcatel-lucent.com> References: <9966516C6EB5FC4381E05BF80AA55F77012A78D077@US70UWXCHMBA05.zam.alcatel-lucent.com> <1475793638065.76584@Aviatnet.com> In-Reply-To: <1475793638065.76584@Aviatnet.com> 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: multipart/alternative; boundary="_000_9966516C6EB5FC4381E05BF80AA55F77012A78E460US70UWXCHMBA0_" MIME-Version: 1.0 Archived-At: Cc: "netmod@ietf.org" Subject: Re: [netmod] Corrections needed in the draft-ietf-netmod-entity-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: Fri, 07 Oct 2016 10:44:28 -0000 --_000_9966516C6EB5FC4381E05BF80AA55F77012A78E460US70UWXCHMBA0_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Alex, Yes - but the problem is more than sensors or whatever entities the entity = module provides support. The problem is an import/reference structural problem with respect to the I= ANA entity (imports IETF entity) and IETF entity imports the IANA entity. We think the proper, future proof method is to move the entities to the IAN= A entity and have the IETF entity import that module. It's a simple future proof fix that doesn't change the actual model behavio= r. We don't think importing the IANA entity is a problem for servers to suppor= t. BR, Tim From: Alex Campbell [mailto:Alex.Campbell@Aviatnet.com] Sent: Thursday, October 06, 2016 5:41 PM To: Carey, Timothy (Nokia - US) Cc: netmod@ietf.org Subject: Re: Corrections needed in the draft-ietf-netmod-entity-00 Hi, If you are referring to the circular reference in the expresssion 'derived-= from-or-self(../class, "iana-entity", "sensor")', I would rather see sensor= -data separated into another module than see entity-physical-class moved t= o iana-entity. This would be more consistent with the RFC 7223 interface model, where inte= rface-type-specific modules augment the basic generic interface module with= interface-type-specific data. It also leaves open the possibility of a server not supporting iana-entity = if it doesn't need any of the standard entity types. Alex ________________________________ From: netmod > on b= ehalf of Carey, Timothy (Nokia - US) > Sent: Friday, 7 October 2016 2:38 a.m. To: netmod@ietf.org Subject: [netmod] Corrections needed in the draft-ietf-netmod-entity-00 Hello, The BBF plans to use the Entity module as one of our common YANG modules wi= thin the BBF. The current draft of the module has some errors that we feel need corrected= . Specifically there is a circular reference for the identity entity-physical= -class; we feel that this should be moved to the iana-entity-module. What does the group think? BR, Tim --_000_9966516C6EB5FC4381E05BF80AA55F77012A78E460US70UWXCHMBA0_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Alex,

 

Yes – but the problem is more than sensors or = whatever entities the entity module provides support.

The problem is an import/reference structural proble= m with respect to the IANA entity (imports IETF entity) and IETF entity imp= orts the IANA entity.

We think the proper, future proof method is to move = the entities to the IANA entity and have the IETF entity import that module= .

It’s a simple future proof fix that doesn̵= 7;t change the actual model behavior.

We don’t think importing the IANA entity is a = problem for servers to support.

 

BR,

Tim

 

From: Alex Campbell [mailto:Alex.Campbell@Avi= atnet.com]
Sent: Thursday, October 06, 2016 5:41 PM
To: Carey, Timothy (Nokia - US) <timothy.carey@nokia.com>
Cc: netmod@ietf.org
Subject: Re: Corrections needed in the draft-ietf-netmod-entity-00

 

H= i,

<= o:p> 

I= f you are referring to the circular reference in the expresssion 'derived-f= rom-or-self(../class, "iana-entity", "sensor")', I woul= d rather see sensor-data separated into another module than see  entity-physical-class moved to iana-entity.

T= his would be more consistent with the RFC 7223 interface model, where inter= face-type-specific modules augment the basic generic interface module with = interface-type-specific data.

I= t also leaves open the possibility of a server not supporting iana-entity i= f it doesn't need any of the standard entity types.

<= o:p> 

A= lex

<= o:p> 

<= o:p> 

From: netmod <netmod-bounces@ietf.org> on behalf of Carey, Timothy (Nokia - US)= <timothy.carey@nokia.com= >
Sent: Friday, 7 October 2016 2:38 a.m.
To: netmod@ietf.org
Subject: [netmod] Corrections needed in the draft-ietf-netmod-entity= -00

 = ;

Hello,

 

The BBF plans to use t= he Entity module as one of our common YANG modules within the BBF.

The current draft of t= he module has some errors that we feel need corrected.

 

Specifically there is = a circular reference for the identity entity-physical-class; we feel that t= his should be moved to the iana-entity-module.

 

What does the group th= ink?

 

BR,<= /p>

Tim<= /p>

 

--_000_9966516C6EB5FC4381E05BF80AA55F77012A78E460US70UWXCHMBA0_-- From nobody Mon Oct 10 02:38: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 A77D61294CB for ; Mon, 10 Oct 2016 02:38:24 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 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] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=wallan-se.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 Uig-a0p5X024 for ; Mon, 10 Oct 2016 02:38:22 -0700 (PDT) Received: from mail-lf0-x22a.google.com (mail-lf0-x22a.google.com [IPv6:2a00:1450:4010:c07::22a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 641871294C6 for ; Mon, 10 Oct 2016 02:38:22 -0700 (PDT) Received: by mail-lf0-x22a.google.com with SMTP id b75so115930258lfg.3 for ; Mon, 10 Oct 2016 02:38:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=wallan-se.20150623.gappssmtp.com; s=20150623; h=mime-version:subject:from:in-reply-to:date:cc:message-id:references :to; bh=prQMabtMYAkC0rcaqDjgTshD3znpheALeX6Ih4NjtYY=; b=Ww4DpQqHaXEFxpgsDI6Zlg+9DPmiwcu1U6QRJ5Rs3aV96kUpzmWLXnfmh9T0xejsLb UoWu0Kjt7NPuaRDa0/2RJRGCyafkOAtBaCfIrhRmt7ZOLdNA/ulKimkob7bxwZ22VA/a WovTEmAGnAZOXJmsbCUlaELS4KUUZ7ajVFWooJjfJuJt+5ILdaZR80zYI1ITmsJp7R24 rMOUEBdfOciRTH2XhiQ3wDD+qS1hSSeep/lfWM8XF9AgOOlprXIoefFBXltIntgX3iC3 NPRKvraOIClYvOvBAsziq1tLWLGkXqi76Ce1qflstj//679uE/zAyTRAKzkX20NuigvD WzBw== 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=prQMabtMYAkC0rcaqDjgTshD3znpheALeX6Ih4NjtYY=; b=FQqY8/Km60z+2JbcygpwTfWiuQ3VVUwYOB9eOP4GnbXmaY+0sp6D+rDWkeex78qprz jZF3O1wT5ZqtEQlwY3zwI1JCHK362lraJUfmW0bVcx76Fs+kDn+iVvENMo/GZ5Dn5SfZ A+UkXwuTH+aLjJ/SAdJMNgGRBsNB60XjisGmtHkIowrPpuugqjO99xfzdO+ul8mujC1w nzIoqxYrS95k3FeK2H56CkmFsEF8LSJxfHvqAUmqRx6LxNoWW0UgD2/hcUDjMWsHtW+g PFDoLI6QPGRCUis+QldKKu+qC3obiQEcA2bw4OgNDuo9drCPAXsp1sO2LCiLicOiCgCR eNAA== X-Gm-Message-State: AA6/9RmRHLo1rzpTGZWtbP97bYOZiwaIDqmPV4n9b3td3r5Iet6RU9gXVlOGKRxMHBeVgQ== X-Received: by 10.25.201.215 with SMTP id z206mr14832710lff.6.1476092298510; Mon, 10 Oct 2016 02:38:18 -0700 (PDT) Received: from [192.168.1.231] (h95-155-236-198.cust.se.alltele.net. [95.155.236.198]) by smtp.gmail.com with ESMTPSA id g7sm5999568ljg.44.2016.10.10.02.38.17 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Mon, 10 Oct 2016 02:38:18 -0700 (PDT) Content-Type: multipart/alternative; boundary="Apple-Mail=_CF6B901A-3EED-4C6D-9376-3563CE13A779" Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) From: stefan vallin In-Reply-To: <20161007.094223.1108221764125312463.mbj@tail-f.com> Date: Mon, 10 Oct 2016 11:38:17 +0200 Message-Id: <85872F9D-3248-4174-90BA-7B42C936A054@wallan.se> References: <20161005.142603.802547537041907882.mbj@tail-f.com> <1475706142743.56623@Aviatnet.com> <5DB481B1-830F-4F0A-8230-1D67DA4BE09F@wallan.se> <20161007.094223.1108221764125312463.mbj@tail-f.com> To: Alex Campbell X-Mailer: Apple Mail (2.3124) Archived-At: Cc: netmod@ietf.org Subject: Re: [netmod] New Version Notification for draft-vallin-netmod-alarm-module-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: Mon, 10 Oct 2016 09:38:25 -0000 --Apple-Mail=_CF6B901A-3EED-4C6D-9376-3563CE13A779 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Hi Again! Alex, can you elaborate a bit more on your requirements for = alarm-history? What are you missing in this module? I want to make sure I understand your comment properly. Stefan Vallin stefan@wallan.se +46705233262 > On 07 Oct 2016, at 09:42, Martin Bjorklund wrote: >=20 > Hi, >=20 > stefan vallin wrote: >>> On 06 Oct 2016, at 00:22, Alex Campbell >>> wrote: >>>=20 >>> * Instead of shelved alarms, we have a simple boolean "disabled" = setting >>> * for each alarm; raised disabled alarms still appear as raised in = the >>> * all-alarms list (with another indication they're disabled), but do = not >>> * appear in the raised-alarms list. >> Can be done with shelfing >=20 > I think both are valid designs; either there is a flag in the > alarm-list that marks an alarm as being shelved, or the shelved alarm > is (conceptually) moved to a separate list. The design we chose is > the latter, which has the benefit of not cluttering down the real > alarm list with disabled stuff. >=20 >>> With this model (and because ietf-entity.yang defines a hierarchy of >>> entities) it is easy to display a hierarchical view of all entities >>> and their associated alarms. >>>=20 >>> In our model, entries in the all-alarms list can only be added when >>> resources are added to the system, and can only be deleted when >>> resources are removed from the system. >> Alarm-inventory shall reflect the possible alarms, I will add your = use >> case to the description. >>=20 >>>=20 >>>=20 >>>=20 >>> Other comments: >>> * is-cleared feels like a double negation (false means "this alarm = is >>> * not not raised"); I would like to see it changed to is-raised >> I think again your are confusing alarm-inventory and alarm-list. When >> the alarm appears for the first time it is not cleared by the = resource >=20 > I understand Alex's concern, but since the normal state is that the > alarm is not cleared, it makes sense that the node is 'is-cleared'. >=20 >>> * I would like to see a YANG feature for past status changes, or = perhaps >>> * this part moved to a separate module augmenting ietf-alarms. >> It is the =E2=80=9Cstatus-change=E2=80=9D list, it shows all status = changes >=20 > I think Alex's point is that support for status-changes could be > made optional, by introducing a YANG feature. >=20 >>> * has-clear doesn't need to be a union of only one type >> ? >=20 > For some reason we have today: >=20 > leaf has-clear { > type union { > type boolean; > } >=20 > (the reason for this is that originally this was a union of boolean > and the enumeration 'unknown'). >=20 >=20 >=20 > /martin --Apple-Mail=_CF6B901A-3EED-4C6D-9376-3563CE13A779 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 Hi Again!
Alex, can you elaborate a bit more = on your requirements for alarm-history?
What are = you missing in this module?
I want to make sure I = understand your comment properly.

Stefan Vallin
stefan@wallan.se
+46705233262

On 07 Oct 2016, at 09:42, Martin Bjorklund <mbj@tail-f.com> = wrote:

Hi,

stefan vallin <stefan@wallan.se> = wrote:
On 06 Oct 2016, at 00:22, Alex Campbell <Alex.Campbell@aviatnet.com>
wrote:

* Instead of shelved alarms, we have a simple = boolean "disabled" setting
* for each alarm; raised = disabled alarms still appear as raised in the
* all-alarms = list (with another indication they're disabled), but do not
* appear in the raised-alarms list.
Can be done with shelfing

I think both are valid designs; = either there is a flag in the
alarm-list that marks an = alarm as being shelved, or the shelved alarm
is = (conceptually) moved to a separate list.  The design we chose is
the latter, which has the benefit of not cluttering down the = real
alarm list with disabled stuff.

With this model (and because ietf-entity.yang defines a = hierarchy of
entities) it is easy to display a = hierarchical view of all entities
and their associated = alarms.

In our model, entries in the = all-alarms list can only be added when
resources are added = to the system, and can only be deleted when
resources are = removed from the system.
Alarm-inventory = shall reflect the possible alarms, I will add your use
case = to the description.




Other = comments:
* is-cleared feels like a double negation (false = means "this alarm is
* not not raised"); I would like to = see it changed to is-raised
I think again = your are confusing alarm-inventory and alarm-list. When
the = alarm appears for the first time it is not cleared by the resource

I understand Alex's concern, but = since the normal state is that the
alarm is not cleared, = it makes sense that the node is 'is-cleared'.

* I would like to see a YANG feature for past status changes, = or perhaps
* this part moved to a separate module = augmenting ietf-alarms.
It is the = =E2=80=9Cstatus-change=E2=80=9D list, it shows all status changes

I think Alex's point is that = support for status-changes could be
made optional, by = introducing a YANG feature.

* = has-clear doesn't need to be a union of only one type
?

For = some reason we have today:

=        leaf has-clear {
=          type union {
=            type = boolean;
=          }

(the reason for this is that originally this was a union of = boolean
and the enumeration 'unknown').



/martin

= --Apple-Mail=_CF6B901A-3EED-4C6D-9376-3563CE13A779-- From nobody Mon Oct 10 04:15: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 C71DC12951B for ; Mon, 10 Oct 2016 04:15:35 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -9.996 X-Spam-Level: X-Spam-Status: No, score=-9.996 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=-2.996] 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 UktefxwRr_da for ; Mon, 10 Oct 2016 04:15:33 -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 874F81294EC for ; Mon, 10 Oct 2016 04:15:33 -0700 (PDT) Received: from [IPv6:2001:718:1a02:1:71bc:cbf1:9582:c1fd] (unknown [IPv6:2001:718:1a02:1:71bc:cbf1:9582:c1fd]) by mail.nic.cz (Postfix) with ESMTPSA id 38AEC600BF for ; Mon, 10 Oct 2016 13:15:32 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=nic.cz; s=default; t=1476098132; bh=udCMiQIKQnl94CRnVnMcJ4BE4C6BtD0oN1vT1m3/eFY=; h=From:Date:To; b=tql8Rj1hweWQ6Yf7zGFog8BabPUyQCosnqxnDTju10huxUCbUml3bFIEct8AwU5re 12BiBWcYSJtF+uFffGuj1e2sVpGmecRA9GUK9//a8tUC2h8JVoHwhr2+0L3Zs2p4RD qBUHpV1vmybkITXohEkeXEPo2b0nC1O2TJgBk7rI= From: Ladislav Lhotka Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Message-Id: <2FE6227A-2EC5-423B-A65E-49E35D06E4CD@nic.cz> Date: Mon, 10 Oct 2016 13:15:32 +0200 To: NETMOD WG Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) X-Mailer: Apple Mail (2.3124) X-Virus-Scanned: clamav-milter 0.98.7 at mail X-Virus-Status: Clean Archived-At: Subject: [netmod] Yangson library 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, 10 Oct 2016 11:15:36 -0000 Hi, we have released a free (LGPL) Python 3 library named Yangson: https://pypi.python.org/pypi/yangson/1.0.0 Its main purpose is to represent instance data tree as a persistent = structure (*) backed by a YANG data model, and provide object-oriented = API for querying, validating and manipulating the data. It supports YANG = 1.1 and YANG library [RFC7895], and JSON as the serialization format. Links: - GitHub repo: https://github.com/CZ-NIC/yangson - Documentation: http://yangson.readthedocs.io - Tutorial-style overview of basic functionality: http://yangson.readthedocs.io/en/latest/quickstart.html (*) The meaning of "persistent" is different from what's common in = NETCONF circles, it's described here: https://en.wikipedia.org/wiki/Persistent_data_structure The advantage of such structures is that they make updates thread-safe = and allow for space-efficient copies (sort of copy-on-write). Comments, bug reports and contributions will be appreciated. Thanks, Lada -- Ladislav Lhotka, CZ.NIC Labs PGP Key ID: E74E8C0C From nobody Mon Oct 10 13:53: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 2CCA6129759 for ; Mon, 10 Oct 2016 13:53:23 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.897 X-Spam-Level: X-Spam-Status: No, score=-4.897 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, RP_MATCHES_RCVD=-2.996, 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 wa0RNFLamwZq for ; Mon, 10 Oct 2016 13:53:20 -0700 (PDT) Received: from mail-send.aviatnet.com (mail-send.aviatnet.com [192.147.115.53]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B260B129756 for ; Mon, 10 Oct 2016 13:53:20 -0700 (PDT) From: Alex Campbell To: stefan vallin Thread-Topic: [netmod] New Version Notification for draft-vallin-netmod-alarm-module-00.txt Thread-Index: AQHSIGzxJMcDx5C3tkyoXUUCiyzRiqChFnKQ Date: Mon, 10 Oct 2016 20:53:19 +0000 Message-ID: <1476132798989.48031@Aviatnet.com> References: <20161005.142603.802547537041907882.mbj@tail-f.com> <1475706142743.56623@Aviatnet.com>, <5DB481B1-830F-4F0A-8230-1D67DA4BE09F@wallan.se> In-Reply-To: <5DB481B1-830F-4F0A-8230-1D67DA4BE09F@wallan.se> 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.10] Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Cc: "netmod@ietf.org" Subject: Re: [netmod] New Version Notification for draft-vallin-netmod-alarm-module-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: Mon, 10 Oct 2016 20:53:23 -0000 Hi,=0A= =0A= alarm-list holds a list of raised and cleared alarms (but not those that ha= ve never been raised).=0A= alarm-inventory holds a list of all possible alarm _types_.=0A= If alarm-inventory were to hold a list of all possible alarms, that would i= ndeed resolve my concern. (It would be equivalent to our all-alarms list)= =0A= =0A= As an example, suppose a server supports a few kinds of resources - interfa= ces, line cards, and timing cards - and the alarm types timing-signal-lost = (which applies to timing cards) and timing-unsynchronized (which applies to= TDM interfaces experiencing slips). An operator who is unaware of the dist= inction might configure the management application to send an email if a (t= iming-unsynchronized, TimingCard1) alarm is raised. If the server exported = a list of all possible alarms, the management application would be able to = prevent the operator from selecting this combination.=0A= =0A= >> * has-clear doesn't need to be a union of only one type=0A= > ?=0A= The type of the leaf "/alarms/alarm-inventory/alarm-type/has-clear" is defi= ned as "type union {type boolean;}"=0A= This is redundant as it could simply be "type boolean;"=0A= =0A= > I think there is a huge value in this module design that as a client you = see the alarm history per alarm not in a separate log.=0A= > As a user you select the interface of a device and you see the current al= arm state as well as the history. This is important for trouble-shooting=0A= Agreed.=0A= =0A= > But other things than entities can have alarms. AND instance-identifers a= re not =93free-form=94. It is a strange limitation to limit alarms to the e= ntity-model=0A= I agree; however, it has the nice effects that it is possible to enumerate = all resources, and also that the resources and their associated alarms form= a hierarchy which can be visually displayed - an operator can expand a tre= e to get progressively more detail on the device status.=0A= The top level of the tree shows "device has problems"; the next level shows= "line card 3 has problems"; the next level shows "Interface 3/2 has proble= ms"; the next level shows "Interface 3/2 has no media".=0A= However, I think the concepts of root cause resources and impacted resource= s are more useful than this hierarchy.=0A= =0A= > I do not understand when you say "initially populates the alarm list with= all possible alarms=94.=0A= If the link is up on EthernetPort1, then in this model (link-down, Ethernet= Port1) is a "possible alarm" and not an "actual alarm", while in our model = it is just an alarm, whose status is "cleared".=0A= I'm not sure about the rest of the networking world, but this is the model = Aviat devices currently use. If Aviat is the exception here, we can certain= ly adjust our terminology when implementing this module.=0A= =0A= > OK, I can work on improved descriptions. They idea is the following.=0A= > As an operator you would like to have *one* alarm although there are seve= ral symptoms, rather than having 15 alarms per symptom.=0A= > This module gives you the freedom of selecting should the faulty resource= be the alarming object or the impacted resource.=0A= > Both options are available.=0A= > If you raise an alarm on an interface you might say that a VPN is =93impa= cted=94=0A= > If you raise an alarm on a VPN due to some probing you can hint the opera= tor on the corresponding interface who might have a bad config=0A= I like this idea, but I'm not sure how the device would determine which ala= rms to raise.=0A= It sounds like an "interface is down" alarm would be raised if an interface= goes down, *unless* that also causes a VPN to go down?=0A= =0A= Alex=0A= =0A= ________________________________________=0A= From: stefan vallin =0A= Sent: Friday, 7 October 2016 8:32 p.m.=0A= To: Alex Campbell=0A= Cc: Martin Bjorklund; netmod@ietf.org=0A= Subject: Re: [netmod] New Version Notification for draft-vallin-netmod-alar= m-module-00.txt=0A= =0A= Hi!=0A= Thanks for your comments!=0A= =0A= Several of your comments seems to be that you might not have understood the= difference between =93alarm-list=94 and =93alarm-inventory=94=0A= Please read those a bit before seeing my comments=0A= See comments inline=0A= =0A= =0A= > On 06 Oct 2016, at 00:22, Alex Campbell wrot= e:=0A= >=0A= > Hi,=0A= >=0A= > The main issue I have with this draft is that it's there's no way for the= operator to get a list of all possible alarms on the device, without devic= e-specific semantic knowledge.=0A= > They can get a list of all alarm *types*, but there's no information that= says, for example, that a link-loss alarm can't be raised for a local CPU = resource (or indeed, that the local CPU resource even exists).=0A= > This is exacerbated by the ability of operators can delete alarm entries;= even if a device initially populates the alarm list with all possible alar= ms, the operator can still delete some of them, in which case the list no l= onger reflects all possible alarms.=0A= I do not really get your comment here.=0A= All possible alarms are published via the alarm inventory. Nothing can be d= elete in the inventory.=0A= A manager reads this table to understand the possible alarms.=0A= I do not understand when you say "initially populates the alarm list with a= ll possible alarms=94.=0A= 1) the read-only =93alarm-inventory=94 publishes all possible alarms, inclu= ding a description of the possible alarm=0A= 2) the =93alarm-list=94 shows actual alarms, which are all of an alarm-type= listed in the alarm inventory=0A= =0A= >=0A= >=0A= > We have an internally developed (but not yet published) YANG model for al= arms which is very similar to this draft model, but with the following key = differences:=0A= > * It does not track past status changes (they are stored in a separate ev= ent log); it is only concerned with current state.=0A= I think there is a huge value in this module design that as a client you se= e the alarm history per alarm not in a separate log.=0A= As a user you select the interface of a device and you see the current alar= m state as well as the history. This is important for trouble-shooting=0A= =0A= > * Alarms are associated with entities (from ietf-entity.yang) rather than= arbitrary strings or instance-identifiers.=0A= But other things than entities can have alarms. AND instance-identifers are= not =93free-form=94. It is a strange limitation to limit alarms to the ent= ity-model=0A= > * It contains a list of all-alarms, regardless of whether they have ever = been raised. This includes static information (description, severity) as we= ll as current state information.=0A= See above, this is the alarm inventory=0A= > * It contains a separate list of raised-alarms, which mostly duplicates t= he information from all-alarms, but only contains an entry for an alarm if = it is raised. This allows a subtree filter to retrieve only information abo= ut raised alarms, but it may be redundant.=0A= See above this is the alarm list=0A= > * Instead of shelved alarms, we have a simple boolean "disabled" setting = for each alarm; raised disabled alarms still appear as raised in the all-al= arms list (with another indication they're disabled), but do not appear in = the raised-alarms list.=0A= Can be done with shelfing=0A= >=0A= > With this model (and because ietf-entity.yang defines a hierarchy of enti= ties) it is easy to display a hierarchical view of all entities and their a= ssociated alarms.=0A= >=0A= > In our model, entries in the all-alarms list can only be added when resou= rces are added to the system, and can only be deleted when resources are re= moved from the system.=0A= Alarm-inventory shall reflect the possible alarms, I will add your use case= to the description.=0A= =0A= >=0A= >=0A= >=0A= > Other comments:=0A= > * is-cleared feels like a double negation (false means "this alarm is not= not raised"); I would like to see it changed to is-raised=0A= I think again your are confusing alarm-inventory and alarm-list. When the a= larm appears for the first time it is not cleared by the resource=0A= =0A= > * I would like to see a YANG feature for past status changes, or perhaps = this part moved to a separate module augmenting ietf-alarms.=0A= It is the =93status-change=94 list, it shows all status changes=0A= > * has-clear doesn't need to be a union of only one type=0A= ?=0A= > * The meanings of "impacted resource" and "root cause resource" are uncle= ar.=0A= OK, I can work on improved descriptions. They idea is the following.=0A= As an operator you would like to have *one* alarm although there are severa= l symptoms, rather than having 15 alarms per symptom.=0A= This module gives you the freedom of selecting should the faulty resource b= e the alarming object or the impacted resource.=0A= Both options are available.=0A= If you raise an alarm on an interface you might say that a VPN is =93impact= ed=94=0A= If you raise an alarm on a VPN due to some probing you can hint the operato= r on the corresponding interface who might have a bad config=0A= =0A= > * "This list is used to shelf alarms" should be "... to shelve alarms"=0A= > * "Shelv alarms for ..." should be "Shelve alarms for ..." (multiple occu= rrences)=0A= Thanks, will fix=0A= =0A= br Stefan=0A= =0A= >=0A= > Alex=0A= >=0A= > ________________________________________=0A= > From: netmod on behalf of Martin Bjorklund =0A= > Sent: Thursday, 6 October 2016 1:26 a.m.=0A= > To: netmod@ietf.org=0A= > Subject: [netmod] New Version Notification for draft-vallin-netmod-alarm= -module-00.txt=0A= >=0A= > Hi,=0A= >=0A= > We have posted a new version of the alarm module. The previous=0A= > document was called draft-vallin-alarm-yang-module-00, this new=0A= > version is called draft-vallin-netmod-alarm-module (hence it is also a=0A= > -00).=0A= >=0A= > This updated version incorporates comments on the previous docuement,=0A= > and adds support for alarm shelving.=0A= >=0A= > It would be good to know if people in this WG are interested in this=0A= > work.=0A= >=0A= >=0A= > /martin and stefan=0A= >=0A= >=0A= >=0A= >=0A= > A new version of I-D, draft-vallin-netmod-alarm-module-00.txt=0A= > has been successfully submitted by Martin Bjorklund and posted to the=0A= > IETF repository.=0A= >=0A= > Name: draft-vallin-netmod-alarm-module=0A= > Revision: 00=0A= > Title: YANG Alarm Module=0A= > Document date: 2016-10-05=0A= > Group: Individual Submission=0A= > Pages: 58=0A= > URL: https://www.ietf.org/internet-drafts/draft-vallin-netmod-= alarm-module-00.txt=0A= > Status: https://datatracker.ietf.org/doc/draft-vallin-netmod-alar= m-module/=0A= > Htmlized: https://tools.ietf.org/html/draft-vallin-netmod-alarm-mod= ule-00=0A= >=0A= >=0A= > Abstract:=0A= > This document defines a YANG module for alarm management. It=0A= > includes functions for alarm list management, alarm shelving and=0A= > notifications to inform management systems. There are also RPCs to=0A= > manage the operator state of an alarm and administrative alarm=0A= > procedures. The module carefully maps to relevant alarm standards.=0A= >=0A= > _______________________________________________=0A= > netmod mailing list=0A= > netmod@ietf.org=0A= > https://www.ietf.org/mailman/listinfo/netmod=0A= >=0A= > _______________________________________________=0A= > netmod mailing list=0A= > netmod@ietf.org=0A= > https://www.ietf.org/mailman/listinfo/netmod=0A= =0A= From nobody Mon Oct 10 23:43: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 50286129474 for ; Mon, 10 Oct 2016 23:43:52 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.897 X-Spam-Level: X-Spam-Status: No, score=-4.897 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-2.996, 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 tE5fjszF3jCD for ; Mon, 10 Oct 2016 23:43:51 -0700 (PDT) Received: from mail.tail-f.com (mail.tail-f.com [46.21.102.45]) by ietfa.amsl.com (Postfix) with ESMTP id E747A129407 for ; Mon, 10 Oct 2016 23:43:50 -0700 (PDT) Received: from localhost (unknown [173.38.220.42]) by mail.tail-f.com (Postfix) with ESMTPSA id E87E01AE0336; Tue, 11 Oct 2016 08:43:49 +0200 (CEST) Date: Tue, 11 Oct 2016 08:42:46 +0200 (CEST) Message-Id: <20161011.084246.2258527863556819145.mbj@tail-f.com> To: Alex.Campbell@Aviatnet.com From: Martin Bjorklund In-Reply-To: <1476132798989.48031@Aviatnet.com> References: <1475706142743.56623@Aviatnet.com> <5DB481B1-830F-4F0A-8230-1D67DA4BE09F@wallan.se> <1476132798989.48031@Aviatnet.com> X-Mailer: Mew version 6.7 on Emacs 24.5 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Text/Plain; charset=utf-8 Content-Transfer-Encoding: base64 Archived-At: Cc: netmod@ietf.org Subject: Re: [netmod] New Version Notification for draft-vallin-netmod-alarm-module-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: Tue, 11 Oct 2016 06:43:52 -0000 QWxleCBDYW1wYmVsbCA8QWxleC5DYW1wYmVsbEBBdmlhdG5ldC5jb20+IHdyb3RlOg0KPiBIaSwN Cj4gDQo+IGFsYXJtLWxpc3QgaG9sZHMgYSBsaXN0IG9mIHJhaXNlZCBhbmQgY2xlYXJlZCBhbGFy bXMgKGJ1dCBub3QgdGhvc2UNCj4gdGhhdCBoYXZlIG5ldmVyIGJlZW4gcmFpc2VkKS4NCj4gYWxh cm0taW52ZW50b3J5IGhvbGRzIGEgbGlzdCBvZiBhbGwgcG9zc2libGUgYWxhcm0gX3R5cGVzXy4N Cj4gSWYgYWxhcm0taW52ZW50b3J5IHdlcmUgdG8gaG9sZCBhIGxpc3Qgb2YgYWxsIHBvc3NpYmxl IGFsYXJtcywgdGhhdA0KPiB3b3VsZCBpbmRlZWQgcmVzb2x2ZSBteSBjb25jZXJuLiAoSXQgd291 bGQgYmUgZXF1aXZhbGVudCB0byBvdXINCj4gYWxsLWFsYXJtcyBsaXN0KQ0KDQpCdXQgdGhpcyBv bmx5IHdvcmtzIGZvciBkZXZpY2VzIHdoZXJlIHlvdSBjYW4gKHN0YXRpY2FsbHk/KSBlbnVtZXJh dGUNCiphbGwqIHJlc291cmNlcyB0aGF0IHBvc3NpYmx5IGNvdWxkIGJlIGluIGFuIGFsYXJtIHN0 YXRlISAgVGhpcyBkb2VzDQpub3Qgc2VlbSB2ZXJ5IHNjYWxhYmxlIHRvIG1lLiAgT3IgZGlkIEkg bWlzcyBzb21ldGhpbmcgaW4geW91cg0KZGVzY3JpcGl0aW9uPw0KDQo+ID4gQnV0IG90aGVyIHRo aW5ncyB0aGFuIGVudGl0aWVzIGNhbiBoYXZlIGFsYXJtcy4gQU5EDQo+ID4gaW5zdGFuY2UtaWRl bnRpZmVycyBhcmUgbm90IOKAnGZyZWUtZm9ybeKAnS4gSXQgaXMgYSBzdHJhbmdlIGxpbWl0YXRp b24gdG8NCj4gPiBsaW1pdCBhbGFybXMgdG8gdGhlIGVudGl0eS1tb2RlbA0KPiBJIGFncmVlOyBo b3dldmVyLCBpdCBoYXMgdGhlIG5pY2UgZWZmZWN0cyB0aGF0IGl0IGlzIHBvc3NpYmxlIHRvDQo+ IGVudW1lcmF0ZSBhbGwgcmVzb3VyY2VzDQoNClNlZSBhYm92ZS4NCg0KPiBhbmQgYWxzbyB0aGF0 IHRoZSByZXNvdXJjZXMgYW5kIHRoZWlyDQo+IGFzc29jaWF0ZWQgYWxhcm1zIGZvcm0gYSBoaWVy YXJjaHkgd2hpY2ggY2FuIGJlIHZpc3VhbGx5IGRpc3BsYXllZCAtDQo+IGFuIG9wZXJhdG9yIGNh biBleHBhbmQgYSB0cmVlIHRvIGdldCBwcm9ncmVzc2l2ZWx5IG1vcmUgZGV0YWlsIG9uIHRoZQ0K PiBkZXZpY2Ugc3RhdHVzLg0KPiBUaGUgdG9wIGxldmVsIG9mIHRoZSB0cmVlIHNob3dzICJkZXZp Y2UgaGFzIHByb2JsZW1zIjsgdGhlIG5leHQgbGV2ZWwNCj4gc2hvd3MgImxpbmUgY2FyZCAzIGhh cyBwcm9ibGVtcyI7IHRoZSBuZXh0IGxldmVsIHNob3dzICJJbnRlcmZhY2UgMy8yDQo+IGhhcyBw cm9ibGVtcyI7IHRoZSBuZXh0IGxldmVsIHNob3dzICJJbnRlcmZhY2UgMy8yIGhhcyBubyBtZWRp YSIuDQo+IEhvd2V2ZXIsIEkgdGhpbmsgdGhlIGNvbmNlcHRzIG9mIHJvb3QgY2F1c2UgcmVzb3Vy Y2VzIGFuZCBpbXBhY3RlZA0KPiByZXNvdXJjZXMgYXJlIG1vcmUgdXNlZnVsIHRoYW4gdGhpcyBo aWVyYXJjaHkuDQoNCldoeSB3b3VsZG4ndCB0aGlzIGJlIHBvc3NpYmxlIHdpdGggdGhlIG1vZGVs IHdlIHByb3Bvc2U/DQoNCg0KDQovbWFydGluDQo= From nobody Tue Oct 11 00:18: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 394EF1297CC for ; Tue, 11 Oct 2016 00:18:33 -0700 (PDT) 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, RCVD_IN_DNSWL_LOW=-0.7] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=wallan-se.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 gCCHaD4TwgHj for ; Tue, 11 Oct 2016 00:18:31 -0700 (PDT) Received: from mail-lf0-x22a.google.com (mail-lf0-x22a.google.com [IPv6:2a00:1450:4010:c07::22a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 593EC12948B for ; Tue, 11 Oct 2016 00:18:31 -0700 (PDT) Received: by mail-lf0-x22a.google.com with SMTP id x79so27124525lff.0 for ; Tue, 11 Oct 2016 00:18:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=wallan-se.20150623.gappssmtp.com; s=20150623; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=uDXjvIarZokfreEHuGKNPCMaZsmWNtMO6omrx6q8SYg=; b=UiJhwA6o0C+LFTDZsQbv0QbsIdE9ylS82SrS31LPNTipqp01lOCeOfZ4Phccdovquq SVxd/Vn8ljfjHGtWKrikq4BtbcSn6AN9qizRgREDTj7v2U0cHLY1qxI3YvokPua4VO+S SNNIUAH70zG4MjniUZLCIX0Z7cXLhAiE5zYOsTNx/pW5bH8YQNClJLtz9jZ//YUanqW+ hbE16eSOo4KSir17iX+i3J3LhuypNWv1WTp/cxrjncIQlagVh9e8zu+1IQaMrXLNHI70 z1p+YlTDkcKN87HoG+IW1GuJnBCFk+b1xVlDNcR36NtYaXk6dTBBWr2eSdRccPElCYV0 gS1Q== 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=uDXjvIarZokfreEHuGKNPCMaZsmWNtMO6omrx6q8SYg=; b=TKgwlE+DcP+eK6ifkC+4JGtPzmUoY6whdjkC0fmfs5X17eXKAK2h5eEWbywR04d0+J 4qNFpbPEENm2d81dhUxN75d8WO1yHngLSFQycrErMwdoct6XUmMpTPoXFadUXspbpnzk 2j8aD+KVPWdA3qrKmRQEPYDau2FAQQiaArloUzGR1Bb8NTy3HjiPt0KS9w4MAD37746e hTJXgfYvpYJf23TUcimm79e3GRxxxVylOPXM1yN1faplcUtOF3+HYTv3C/S6u8erIeC6 BoDAgFPLTbeOQkhzCttyDBP967XRsMALbfHg/vodu45HQdjZ3l/xEa19KmlM2/B+3KKe aoKA== X-Gm-Message-State: AA6/9RkRG/O5adqzPwF/EbwopNCyiqto3DU2XKr7MzBckc+evSWIy789sPRqcEREekHw8Q== X-Received: by 10.46.9.10 with SMTP id 10mr1301238ljj.2.1476170309102; Tue, 11 Oct 2016 00:18:29 -0700 (PDT) Received: from [192.168.1.231] (h95-155-236-198.cust.se.alltele.net. [95.155.236.198]) by smtp.gmail.com with ESMTPSA id 89sm346396lja.42.2016.10.11.00.18.27 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Tue, 11 Oct 2016 00:18:28 -0700 (PDT) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) From: stefan vallin In-Reply-To: <20161011.084246.2258527863556819145.mbj@tail-f.com> Date: Tue, 11 Oct 2016 09:18:27 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <72F3254F-9F97-4F00-A38E-E1B255A693D0@wallan.se> References: <1475706142743.56623@Aviatnet.com> <5DB481B1-830F-4F0A-8230-1D67DA4BE09F@wallan.se> <1476132798989.48031@Aviatnet.com> <20161011.084246.2258527863556819145.mbj@tail-f.com> To: Martin Bjorklund , Alex.Campbell@Aviatnet.com X-Mailer: Apple Mail (2.3124) Archived-At: Cc: netmod@ietf.org Subject: Re: [netmod] New Version Notification for draft-vallin-netmod-alarm-module-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: Tue, 11 Oct 2016 07:18:33 -0000 Hi! Alex, see inline on your comments. Another thing, you had an earlier comment: "I would like to see a YANG feature for past status changes, or perhaps = this part moved to a separate module augmenting ietf-alarms.=E2=80=9D Just to make sure I get your comment correctly. Are you saying that you would like the alarm/status-change list to be a = YANG feature to indicate =E2=80=9Coptionality" list status-change { if-feature alarm-status-changes; <<<<< key time; >=20 > Alex Campbell wrote: >> Hi, >>=20 >> alarm-list holds a list of raised and cleared alarms (but not those >> that have never been raised). >> alarm-inventory holds a list of all possible alarm _types_. >> If alarm-inventory were to hold a list of all possible alarms, that >> would indeed resolve my concern. (It would be equivalent to our >> all-alarms list) >=20 > But this only works for devices where you can (statically?) enumerate > *all* resources that possibly could be in an alarm state! This does > not seem very scalable to me. Or did I miss something in your > descripition? >=20 >>> But other things than entities can have alarms. AND >>> instance-identifers are not =E2=80=9Cfree-form=E2=80=9D. It is a = strange limitation to >>> limit alarms to the entity-model >> I agree; however, it has the nice effects that it is possible to >> enumerate all resources So, we could consider the alarm-inventory to have an additional leaf = =E2=80=9Cresource=E2=80=9D. I think that would resolve your issue? Of course not all systems know that, but for those that do, this helps a = lot, I agree. I see that go well with another relevant comment you had that the = alarm-inventory should have a requirement that it needs to be updated when new cards are inserted = for example. We might even add a notif for alarm-inventory changes. > On 11 Oct 2016, at 08:42, Martin Bjorklund wrote: >=20 > See above. >=20 >> and also that the resources and their >> associated alarms form a hierarchy which can be visually displayed - >> an operator can expand a tree to get progressively more detail on the >> device status. >> The top level of the tree shows "device has problems"; the next level >> shows "line card 3 has problems"; the next level shows "Interface 3/2 >> has problems"; the next level shows "Interface 3/2 has no media". >> However, I think the concepts of root cause resources and impacted >> resources are more useful than this hierarchy. >=20 > Why wouldn't this be possible with the model we propose? I think you are talking about a very useful application in the = management system. This does not mean the exact same view need to available in the alarm = interface. >=20 >=20 >=20 > /martin From nobody Tue Oct 11 02:11: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 09D50129474 for ; Tue, 11 Oct 2016 02:10:58 -0700 (PDT) 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 7EapTCzb-cFk for ; Tue, 11 Oct 2016 02:10:55 -0700 (PDT) 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 56C481294B9 for ; Tue, 11 Oct 2016 02:10:54 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by mail.transpacket.com (Postfix) with ESMTP id CF79514E0611; Tue, 11 Oct 2016 11:10:52 +0200 (CEST) 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 yUEJCCPE1K5t; Tue, 11 Oct 2016 11:10:52 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by mail.transpacket.com (Postfix) with ESMTP id A6A1214E0613; Tue, 11 Oct 2016 11:10:52 +0200 (CEST) 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 a0vQgBfQduMD; Tue, 11 Oct 2016 11:10:52 +0200 (CEST) Received: from [192.168.209.141] (s1853520235.blix.com [185.35.202.35]) by mail.transpacket.com (Postfix) with ESMTPSA id 8361014E0610; Tue, 11 Oct 2016 11:10:52 +0200 (CEST) Message-ID: <57FCAC9C.9030702@transpacket.com> Date: Tue, 11 Oct 2016 11:10:52 +0200 From: Vladimir Vassilev User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Icedove/31.7.0 MIME-Version: 1.0 To: stefan vallin , Martin Bjorklund , Alex.Campbell@Aviatnet.com References: <1475706142743.56623@Aviatnet.com> <5DB481B1-830F-4F0A-8230-1D67DA4BE09F@wallan.se> <1476132798989.48031@Aviatnet.com> <20161011.084246.2258527863556819145.mbj@tail-f.com> <72F3254F-9F97-4F00-A38E-E1B255A693D0@wallan.se> In-Reply-To: <72F3254F-9F97-4F00-A38E-E1B255A693D0@wallan.se> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable Archived-At: Cc: netmod@ietf.org Subject: Re: [netmod] New Version Notification for draft-vallin-netmod-alarm-module-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: Tue, 11 Oct 2016 09:10:59 -0000 Hi, I also reviewed the ietf-alarms model. We are interested and intend to=20 implement it replacing our proprietary model. The model is flexible and covers all alarms scenarios we support. IMO the operator and shelving functionality can potentially be moved to=20 additional module augmenting a simpler ietf-alarms.yang allowing=20 possible alternative models. As I understand Alex he would like to see some solution adding some=20 determinism by pairing known "resource" and=20 {alarm-type-id,alarm-type-qualifier} tuples. This can be done in=20 additional model since I see it as an additional feature not necessary=20 to be part of the core ietf-alarms.yang and I see nothing preventing=20 such additional model to be built on top of the current ietf-alarms.yang Vladimir On 10/11/2016 09:18 AM, stefan vallin wrote: > Hi! > > Alex, see inline on your comments. > Another thing, you had an earlier comment: > "I would like to see a YANG feature for past status changes, or perhaps= this part moved to a separate module augmenting ietf-alarms.=E2=80=9D > Just to make sure I get your comment correctly. > Are you saying that you would like the alarm/status-change list to be a= YANG feature to indicate =E2=80=9Coptionality" > > list status-change { > if-feature alarm-status-changes; <<<<< > key time; >> Alex Campbell wrote: >>> Hi, >>> >>> alarm-list holds a list of raised and cleared alarms (but not those >>> that have never been raised). >>> alarm-inventory holds a list of all possible alarm _types_. >>> If alarm-inventory were to hold a list of all possible alarms, that >>> would indeed resolve my concern. (It would be equivalent to our >>> all-alarms list) >> But this only works for devices where you can (statically?) enumerate >> *all* resources that possibly could be in an alarm state! This does >> not seem very scalable to me. Or did I miss something in your >> descripition? >> >>>> But other things than entities can have alarms. AND >>>> instance-identifers are not =E2=80=9Cfree-form=E2=80=9D. It is a str= ange limitation to >>>> limit alarms to the entity-model >>> I agree; however, it has the nice effects that it is possible to >>> enumerate all resources > So, we could consider the alarm-inventory to have an additional leaf =E2= =80=9Cresource=E2=80=9D. > I think that would resolve your issue? > Of course not all systems know that, but for those that do, this helps = a lot, I agree. > I see that go well with another relevant comment you had that the alarm= -inventory should have > a requirement that it needs to be updated when new cards are inserted f= or example. > We might even add a notif for alarm-inventory changes. > >> On 11 Oct 2016, at 08:42, Martin Bjorklund wrote: >> >> See above. >> >>> and also that the resources and their >>> associated alarms form a hierarchy which can be visually displayed - >>> an operator can expand a tree to get progressively more detail on the >>> device status. >>> The top level of the tree shows "device has problems"; the next level >>> shows "line card 3 has problems"; the next level shows "Interface 3/2 >>> has problems"; the next level shows "Interface 3/2 has no media". >>> However, I think the concepts of root cause resources and impacted >>> resources are more useful than this hierarchy. >> Why wouldn't this be possible with the model we propose? > I think you are talking about a very useful application in the manageme= nt system. > This does not mean the exact same view need to available in the alarm i= nterface. > >> >> >> /martin > _______________________________________________ > netmod mailing list > netmod@ietf.org > https://www.ietf.org/mailman/listinfo/netmod From nobody Tue Oct 11 02:19: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 2524F12981A for ; Tue, 11 Oct 2016 02:19:26 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 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] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=wallan-se.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 Oiymyw-Hq3D0 for ; Tue, 11 Oct 2016 02:19:23 -0700 (PDT) Received: from mail-lf0-x232.google.com (mail-lf0-x232.google.com [IPv6:2a00:1450:4010:c07::232]) (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 3D9AB129818 for ; Tue, 11 Oct 2016 02:19:23 -0700 (PDT) Received: by mail-lf0-x232.google.com with SMTP id l131so30188473lfl.2 for ; Tue, 11 Oct 2016 02:19:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=wallan-se.20150623.gappssmtp.com; s=20150623; h=mime-version:subject:from:in-reply-to:date:cc:message-id:references :to; bh=Pr7A4V5EtDkVPhzBegtOFWS8yi2DggFaX7NYY6JRjs0=; b=c8CeOwMw8Cx3daLWBn6uwyzSnsIi84YX19wSEPmFDR5QADGQhJfBDEC70cDCH2Kq29 kKmHtxqGgTdwylGD6cKepmwZnDI0a+r1GASTqL3IOGIe89bczkZglLsb5hhvwtrAtdcz RctvQDQ8LUFw58bqOJJ7N3PP+VQntGGUjUs0/3YFyzymYqGB7ttpXcBxCXObmNECZ9pq S8qdPY0K8KBsksZfTYbF+isBQ/zYn7Ry/2iKtHa1sSoYWOkdactjPAs15WSlY/uWkohE XAQS9PRhoXCtpoU92lmUI375x7SsKXUw6O/1hpqAUhETJr6E7rmn/f+fRdtjVVaIVyv0 Z6pA== 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=Pr7A4V5EtDkVPhzBegtOFWS8yi2DggFaX7NYY6JRjs0=; b=XiCikhrjlCdjoiWKGTE5kgVZFSggHTJg+X/NXQ2ySQCVRNjdGrU2XntFmlZ5wRhTS3 M3zxN1VjXZ/2B0HyOQ2eYM2apDxxm6HIxML/XsZvakUwBu5nF4J+nJrIynSKvSPSKP99 Li+2lM0QwEA6BcZ6Pf77E1IfV8DhOXPMpf7kVNx8PM3kWaueSGFQ+Amlhtl2pwQfCv4d V+QFXkM+gcmDHXO47MfPZ5khOTKNJDrPCnAa+yO/2/TUqA2FALJ6M+b6HFzV5/dohv7D ywnwaW2EM5hvovEc78VQUwfbCLNwhWLdtCpGoR681bvExCsPbtjKaYIPwK5netJofNK/ 8OuQ== X-Gm-Message-State: AA6/9RlP5DqzexnUYaQ7cjkU78awQ0CARBcOSBlAnsQaKV8VImuOjDkmBhk17TqAs6eRvA== X-Received: by 10.25.166.145 with SMTP id p139mr2033745lfe.132.1476177560355; Tue, 11 Oct 2016 02:19:20 -0700 (PDT) Received: from [192.168.1.231] (h95-155-236-198.cust.se.alltele.net. [95.155.236.198]) by smtp.gmail.com with ESMTPSA id h138sm560882lfe.24.2016.10.11.02.19.19 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Tue, 11 Oct 2016 02:19:19 -0700 (PDT) Content-Type: multipart/alternative; boundary="Apple-Mail=_FB77BE61-357C-48D2-8F47-5A7FA3677033" Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) From: stefan vallin In-Reply-To: <57FCAC9C.9030702@transpacket.com> Date: Tue, 11 Oct 2016 11:19:18 +0200 Message-Id: <100A01F5-189E-44AC-BF16-5BDCB9218460@wallan.se> References: <1475706142743.56623@Aviatnet.com> <5DB481B1-830F-4F0A-8230-1D67DA4BE09F@wallan.se> <1476132798989.48031@Aviatnet.com> <20161011.084246.2258527863556819145.mbj@tail-f.com> <72F3254F-9F97-4F00-A38E-E1B255A693D0@wallan.se> <57FCAC9C.9030702@transpacket.com> To: Vladimir Vassilev X-Mailer: Apple Mail (2.3124) Archived-At: Cc: netmod@ietf.org Subject: Re: [netmod] New Version Notification for draft-vallin-netmod-alarm-module-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: Tue, 11 Oct 2016 09:19:26 -0000 --Apple-Mail=_FB77BE61-357C-48D2-8F47-5A7FA3677033 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Hi! Vladimir, you can exclude shelving and operator actions in your = implementation. These are YANG features that an implementation can exclude. See RFC 6020 7.18.1. The feature Statement br Stefan Stefan Vallin, Ph. D. stefan@wallan.se +46705233262 > On 11 Oct 2016, at 11:10, Vladimir Vassilev = wrote: >=20 > Hi, >=20 > I also reviewed the ietf-alarms model. We are interested and intend to = implement it replacing our proprietary model. >=20 > The model is flexible and covers all alarms scenarios we support. >=20 > IMO the operator and shelving functionality can potentially be moved = to additional module augmenting a simpler ietf-alarms.yang allowing = possible alternative models. >=20 > As I understand Alex he would like to see some solution adding some = determinism by pairing known "resource" and = {alarm-type-id,alarm-type-qualifier} tuples. This can be done in = additional model since I see it as an additional feature not necessary = to be part of the core ietf-alarms.yang and I see nothing preventing = such additional model to be built on top of the current ietf-alarms.yang >=20 > Vladimir >=20 >=20 > On 10/11/2016 09:18 AM, stefan vallin wrote: >> Hi! >>=20 >> Alex, see inline on your comments. >> Another thing, you had an earlier comment: >> "I would like to see a YANG feature for past status changes, or = perhaps this part moved to a separate module augmenting ietf-alarms.=E2=80= =9D >> Just to make sure I get your comment correctly. >> Are you saying that you would like the alarm/status-change list to be = a YANG feature to indicate =E2=80=9Coptionality" >>=20 >> list status-change { >> if-feature alarm-status-changes; <<<<< >> key time; >>> Alex Campbell wrote: >>>> Hi, >>>>=20 >>>> alarm-list holds a list of raised and cleared alarms (but not those >>>> that have never been raised). >>>> alarm-inventory holds a list of all possible alarm _types_. >>>> If alarm-inventory were to hold a list of all possible alarms, that >>>> would indeed resolve my concern. (It would be equivalent to our >>>> all-alarms list) >>> But this only works for devices where you can (statically?) = enumerate >>> *all* resources that possibly could be in an alarm state! This does >>> not seem very scalable to me. Or did I miss something in your >>> descripition? >>>=20 >>>>> But other things than entities can have alarms. AND >>>>> instance-identifers are not =E2=80=9Cfree-form=E2=80=9D. It is a = strange limitation to >>>>> limit alarms to the entity-model >>>> I agree; however, it has the nice effects that it is possible to >>>> enumerate all resources >> So, we could consider the alarm-inventory to have an additional leaf = =E2=80=9Cresource=E2=80=9D. >> I think that would resolve your issue? >> Of course not all systems know that, but for those that do, this = helps a lot, I agree. >> I see that go well with another relevant comment you had that the = alarm-inventory should have >> a requirement that it needs to be updated when new cards are inserted = for example. >> We might even add a notif for alarm-inventory changes. >>=20 >>> On 11 Oct 2016, at 08:42, Martin Bjorklund wrote: >>>=20 >>> See above. >>>=20 >>>> and also that the resources and their >>>> associated alarms form a hierarchy which can be visually displayed = - >>>> an operator can expand a tree to get progressively more detail on = the >>>> device status. >>>> The top level of the tree shows "device has problems"; the next = level >>>> shows "line card 3 has problems"; the next level shows "Interface = 3/2 >>>> has problems"; the next level shows "Interface 3/2 has no media". >>>> However, I think the concepts of root cause resources and impacted >>>> resources are more useful than this hierarchy. >>> Why wouldn't this be possible with the model we propose? >> I think you are talking about a very useful application in the = management system. >> This does not mean the exact same view need to available in the alarm = interface. >>=20 >>>=20 >>>=20 >>> /martin >> _______________________________________________ >> netmod mailing list >> netmod@ietf.org >> https://www.ietf.org/mailman/listinfo/netmod >=20 --Apple-Mail=_FB77BE61-357C-48D2-8F47-5A7FA3677033 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 Hi!
Vladimir, you can exclude shelving and = operator actions in your implementation.
These are = YANG features that an implementation can exclude.
See= RFC 6020  7.18.1.  The feature Statement
br Stefan


Stefan Vallin, Ph. D.
stefan@wallan.se
+46705233262

On 11 Oct 2016, at 11:10, Vladimir Vassilev <vladimir@transpacket.com> wrote:

Hi,
I also reviewed the ietf-alarms model. We are = interested and intend to implement it replacing our proprietary = model.

The model is flexible and covers all = alarms scenarios we support.

IMO the = operator and shelving functionality can potentially be moved to = additional module augmenting a simpler ietf-alarms.yang allowing = possible alternative models.

As I = understand Alex he would like to see some solution adding some = determinism by pairing known "resource" and = {alarm-type-id,alarm-type-qualifier} tuples. This can be done in = additional model since I see it as an additional feature not necessary = to be part of the core ietf-alarms.yang and I see nothing preventing = such additional model to be built on top of the current = ietf-alarms.yang

Vladimir


On 10/11/2016 09:18 AM, stefan vallin = wrote:
Hi!

Alex, see inline on your comments.
Another thing, you had  an earlier comment:
"I would like to see a YANG feature for past status changes, = or perhaps this part moved to a separate module augmenting = ietf-alarms.=E2=80=9D
Just to make sure I get your comment = correctly.
Are you saying that you would like the = alarm/status-change list to be a YANG feature to indicate = =E2=80=9Coptionality"

=    list status-change {
=       if-feature alarm-status-changes; =  <<<<<
=       key time;
Alex Campbell <Alex.Campbell@Aviatnet.com> wrote:
Hi,

alarm-list holds a list of raised and cleared alarms (but not = those
that have never been raised).
alarm-inventory holds a list of all possible alarm = _types_.
If alarm-inventory were to hold a list of all = possible alarms, that
would indeed resolve my concern. (It = would be equivalent to our
all-alarms list)
But this only works for devices where you can = (statically?) enumerate
*all* resources that possibly = could be in an alarm state!  This does
not seem very = scalable to me.  Or did I miss something in your
descripition?

But other = things than entities can have alarms. AND
instance-identifers are not =E2=80=9Cfree-form=E2=80=9D. It = is a strange limitation to
limit alarms to the = entity-model
I agree; however, it has the = nice effects that it is possible to
enumerate all = resources
So, we could consider = the alarm-inventory to have an additional leaf =E2=80=9Cresource=E2=80=9D.=
I think that would resolve your issue?
Of = course not all systems know that, but for those that do, this helps a = lot, I agree.
I see that go well with another relevant = comment you had that the alarm-inventory should have
a = requirement that it needs to be updated when new cards are inserted for = example.
We might even add a notif for alarm-inventory = changes.

On 11 Oct 2016, at 08:42, Martin Bjorklund <mbj@tail-f.com> = wrote:

See above.

and also that the = resources and their
associated alarms form a hierarchy = which can be visually displayed -
an operator can expand a = tree to get progressively more detail on the
device = status.
The top level of the tree shows "device has = problems"; the next level
shows "line card 3 has = problems"; the next level shows "Interface 3/2
has = problems"; the next level shows "Interface 3/2 has no media".
However, I think the concepts of root cause resources and = impacted
resources are more useful than this hierarchy.
Why wouldn't this be possible with the model we = propose?
I think you are talking about a very = useful application in the management system.
This does not = mean the exact same view need to available in the alarm interface.



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


= --Apple-Mail=_FB77BE61-357C-48D2-8F47-5A7FA3677033-- From nobody Tue Oct 11 08:03:45 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 64EDE1204D9; Thu, 6 Oct 2016 11:35:14 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: Liaison Statement Management Tool To: , , , , , , , , , , X-Test-IDTracker: no X-IETF-IDTracker: 6.34.2 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <147577891437.23856.18399358705756112916.idtracker@ietfa.amsl.com> Date: Thu, 06 Oct 2016 11:35:14 -0700 Archived-At: X-Mailman-Approved-At: Tue, 11 Oct 2016 08:03:43 -0700 Cc: netmod@ietf.org, joelja@bogus.com, teas@ietf.org, swallow.ietf@gmail.com, jdrake@juniper.net, itu-t-liaison@iab.org, ccamp@ietf.org, vbeeram@juniper.net, zhangfatai@huawei.com, daniele.ceccarelli@ericsson.com, loa@pi.nu, cpignata@cisco.com, db3546@att.com, rbonica@juniper.net, chair@ietf.org, lime@ietf.org, mpls@ietf.org, Kam.Lam@nokia.com, n.leymann@telekom.de Subject: [netmod] New Liaison Statement, "LS on Generic and Transport Technology Specific Management Information Models" 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, 06 Oct 2016 18:35:14 -0000 Title: LS on Generic and Transport Technology Specific Management Information Models Submission Date: 2016-10-06 URL of the IETF Web page: https://datatracker.ietf.org/liaison/1495/ From: "Hiroshi Ota" To: cpignata@cisco.com,rbonica@juniper.net,daniele.ceccarelli@ericsson.com,zhangfatai@huawei.com,bclaise@cisco.com,joelja@bogus.com,j.schoenwaelder@jacobs-university.de, tnadeau@lucidvision.com,n.leymann@telekom.de,loa@pi.nu,swallow.ietf@gmail.com Cc: joelja@bogus.com,db3546@att.com,mpls@ietf.org,bclaise@cisco.com,chair@ietf.org,ccamp@ietf.org,n.leymann@telekom.de,rbonica@juniper.net,Scott.Mansfield@Ericsson.com,zhangfatai@huawei.com,swallow.ietf@gmail.com,teas@ietf.org,jdrake@juniper.net,kwatsen@juniper.net,loa@pi.nu,aretana@cisco.com,daniele.ceccarelli@ericsson.com,vbeeram@juniper.net,netmod@ietf.org,akatlas@gmail.com,cpignata@cisco.com,lberger@labn.net,itu-t-liaison@iab.org,lime@ietf.org,akatlas@gmail.com,aretana@cisco.com,db3546@att.com,vbeeram@juniper.net,lberger@labn.net Response Contacts: Kam.Lam@nokia.com, scott.mansfield@ericsson.com Technical Contacts: Purpose: For information Body: At this SG15 plenary meeting, we have initiated the approval process of four information model Recommendations, namely -G.7711/Y.1702 “Generic protocol-neutral information model for transport resources†Revision -G.874.1 “Optical transport network (OTN): Protocol neutral management information model for the network element view†Revision -G.8052/Y.1346 “Protocol-neutral management information model for the Ethernet transport capable network element†Revision -New G.8152/Y.1375, “Protocol-neutral management information model for the MPLS-TP transport network element†The latest drafts of these documents are provided herewith for your information. Attachments: - TD617 R1/P - TD618 R1/P - TD619 R1/P - TD620 R1/P Attachments: TD617 R1/P https://www.ietf.org/lib/dt/documents/LIAISON/liaison-2016-10-06-itu-t-sg-15-mpls-ops-rtg-ccamp-netmod-lime-teas-ls-on-generic-and-transport-technology-specific-management-information-models-attachment-1.docx TD618 R1/P https://www.ietf.org/lib/dt/documents/LIAISON/liaison-2016-10-06-itu-t-sg-15-mpls-ops-rtg-ccamp-netmod-lime-teas-ls-on-generic-and-transport-technology-specific-management-information-models-attachment-2.docx TD619 R1/P https://www.ietf.org/lib/dt/documents/LIAISON/liaison-2016-10-06-itu-t-sg-15-mpls-ops-rtg-ccamp-netmod-lime-teas-ls-on-generic-and-transport-technology-specific-management-information-models-attachment-3.docx TD620 R1/P https://www.ietf.org/lib/dt/documents/LIAISON/liaison-2016-10-06-itu-t-sg-15-mpls-ops-rtg-ccamp-netmod-lime-teas-ls-on-generic-and-transport-technology-specific-management-information-models-attachment-4.docx From nobody Wed Oct 12 22:37: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 61E121295CB for ; Wed, 12 Oct 2016 22:37:05 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.449 X-Spam-Level: X-Spam-Status: No, score=-2.449 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_ENVFROM_END_DIGIT=0.25, 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 lO8jRVErgvkI for ; Wed, 12 Oct 2016 22:37:03 -0700 (PDT) Received: from mail-yw0-x22d.google.com (mail-yw0-x22d.google.com [IPv6:2607:f8b0:4002:c05::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 6B11612988E for ; Wed, 12 Oct 2016 22:36:54 -0700 (PDT) Received: by mail-yw0-x22d.google.com with SMTP id w3so46434699ywg.1 for ; Wed, 12 Oct 2016 22:36:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=8BTEUhsF0qRq3U+iImVRvziPVSrHqwauPDSZm9sKvE0=; b=lNwITkxl8unfRJABwf5hurSj50ZOh0ZtLprRmug/pCdcmL2ZV5HviupTCLPE+CYXCq 9ctJFmhMQP0Z1x11zc1/3EG9DMK0wippUcdMMhPu9NxO+V0DrcPfqEYy6wzFVzTiCKsE EpJUxm1cgCYU2vJEkm9gQhfXZnCPSjS3CgFfjdWy+EYNMyhjVaYflSlqnhKy6diKysiE AeX+SAxQBXLPO6uJcIxrIJ04xwkIg3wZalhUBfeneNBYFhRaBPdgAfEBrxp2f1pdSmLv TBQLMsHN4JA5YjIj2PnJ6zOcydFOe5JhyOruCyUEcfEl5023QaThummGUB3PNuWfNeMR KWzg== 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=8BTEUhsF0qRq3U+iImVRvziPVSrHqwauPDSZm9sKvE0=; b=V1SbK2QwDIIt+gyo/J/Ie3ljvq/jo/fxQKCFbLIymPwYPhDyh3Pa/CUZF72AIcleob IqPn6PB1aikzz5sDWrqo74+egjA15assuwmgSAZb03ORLW6jxr4NAyXuUGEQCobOUDug Eg/j0tJBKKybPdaAiRWq5WTxl6y3MkaLYPO7c5hY/sFCzMOFYkMIvsrAtX3yJKovylqr GYOFo7T6quFW0KwuDwSJVumiKdeY0+IKRQzC6qX0m5PPtXSrsDXWVT7b+ZE1n4LVSZGf tT2UOfvMfws8y8DfsFkaZ6o5B4R7pzBEciTSL7bRUGScmd4nqhdTUHnUc80Ij9AvOI/d MkhQ== X-Gm-Message-State: AA6/9RlsmP5Tmbn2xP4uBzyAXMvOCXp0Rp7XmZEFATcyJiRLtDiBPhl512/Jzmprla4n1PBYJI1qgepSoJpNAA== X-Received: by 10.13.245.68 with SMTP id e65mr4414455ywf.116.1476337013802; Wed, 12 Oct 2016 22:36:53 -0700 (PDT) MIME-Version: 1.0 Received: by 10.13.248.69 with HTTP; Wed, 12 Oct 2016 22:36:53 -0700 (PDT) In-Reply-To: <4A5295F2-CCF2-4A0A-90A3-D633728A4A7E@juniper.net> References: <4A5295F2-CCF2-4A0A-90A3-D633728A4A7E@juniper.net> From: Lisa Huang Date: Wed, 12 Oct 2016 22:36:53 -0700 Message-ID: To: Kent Watsen Content-Type: multipart/alternative; boundary=94eb2c08832e46caf1053eb87fe6 Archived-At: Cc: "netmod@ietf.org" , Kiran Agrahara Sreenivasa Subject: Re: [netmod] Regarding IPR on draft-ietf-netmod-acl-model-08 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, 13 Oct 2016 05:37:05 -0000 --94eb2c08832e46caf1053eb87fe6 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable No I'm not aware of any IPR that applies to this draft Thanks, Lisa On Tue, Sep 20, 2016 at 1:51 PM, Kent Watsen wrote: > > > Authors, Contributors, WG, > > > > As part of the WG Last Call, are you aware of any IPR that applies to > draft identified above? Please state either: > > * "No, I'm not aware of any IPR that applies to this draft" > > * "Yes, I'm aware of IPR that applies to this draft" > > > > If =E2=80=9Cyes=E2=80=9D, has this IPR been disclosed in compliance with = IETF IPR rules > (see RFCs 3979, 4879, 3669 and 5378 for more details)? Please state > either: > > * "Yes, the IPR has been disclosed in compliance with IETF IPR rules" > > * "No, the IPR has not been disclosed" > > > > If you answer =E2=80=9Cno=E2=80=9D, 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 sta= ge > until a response has been received from each author and listed contributo= r. > 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 o= f > IPR of others on an IETF contribution, or to refrain from participating i= n > 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. > > > > PS: Please include all listed in the headers of this message in your > response. > > > > Thank you, > > NETMOD WG Chairs > > > > > --94eb2c08832e46caf1053eb87fe6 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
No I'm not aware of a= ny IPR that applies to this draft=C2=A0

Thanks,
Lisa

On Tue, Sep 20, 2016 at 1:51 PM, Kent W= atsen <kwatsen@juniper.net> wrote:

=C2=A0

Authors, Contributors,= WG,

=C2=A0

As part of the WG Last= Call, are you aware of any IPR that applies to draft identified above?=C2= =A0 Please state either:

=C2=A0 * "No, I&#= 39;m not aware of any IPR that applies to this draft"

=C2=A0 * "Yes, I&= #39;m aware of IPR that applies to this draft"

=C2=A0

If =E2=80=9Cyes=E2=80= =9D, has this IPR been disclosed in compliance with IETF IPR rules (see RFC= s 3979, 4879, 3669 and 5378 for more details)?=C2=A0=C2=A0 Please state eit= her:

=C2=A0 * "Yes, th= e IPR has been disclosed in compliance with IETF IPR rules"<= /u>

=C2=A0 * "No, the= IPR has not been disclosed"

=C2=A0

If you answer =E2=80= =9Cno=E2=80=9D, please provide any additional details you think appropriate= .

=C2=A0

If you are listed as a= document author or contributor, please answer the above by responding to t= his email regardless of whether or not you are aware of any relevant IPR. T= his 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.

=C2=A0

If you are on the WG e= mail list or attend WG meetings but are not listed as an author or contribu= tor, we remind you of your obligations under the IETF IPR rules which encou= rages you to notify the IETF if you are aware of IPR of others on an IETF contribution, or to refrain from par= ticipating in any contribution or discussion related to your undisclosed IP= R.=C2=A0 For more information, please see the RFCs listed above and http://trac.tools.iet= f.org/group/iesg/trac/wiki/IntellectualProperty.

=C2=A0

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

=C2=A0

Thank you,

NETMOD WG Chairs

=C2=A0

=C2=A0


--94eb2c08832e46caf1053eb87fe6-- From nobody Thu Oct 13 06:00: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 9C53A1294E6 for ; Thu, 13 Oct 2016 06:00:48 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -17.516 X-Spam-Level: X-Spam-Status: No, score=-17.516 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.996, 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 jE2QvtcQ6ElE for ; Thu, 13 Oct 2016 06:00:44 -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 56DCA12976A for ; Thu, 13 Oct 2016 06:00:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=14010; q=dns/txt; s=iport; t=1476363644; x=1477573244; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=icXfBUe94nxE8PzaDei4IYQAXY8/7ZeujgsfudWlHxg=; b=HehxVn/PTIp3VHJUQI7leLfmBHzgWrOzVPsw/jjPUoVvfzVibTkO7pfI ctGmvdFZ9viI7rkWMO/XGTVrKcmeBa5YTXoYNz3W1QLuiw7eE1A19gK3s dP8ZuhYolCkGodVl4aj0flbH0/pM9l+76jjRcIfDghQB4WvkpmIXQs1W0 0=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0CqAQDKhP9X/49dJa1cGgEBAQECAQEBA?= =?us-ascii?q?QgBAQEBgwc1AQEBAQEdV3wHjS2XBIdbh0WFFIIKJ4V6AhqBZTgUAQIBAQEBAQE?= =?us-ascii?q?BXieEYQEBAQQjUQUQAgEIDgMDAQIoAwICAh8RFAkIAgQBDQWINgMXDrYpiQcNg?= =?us-ascii?q?3IBAQEBAQEBAQEBAQEBAQEBAQEBAQEdhj2BfQiCUIJHgVIRATMJgmQsgi8FmU0?= =?us-ascii?q?1AYYmhkuDC4FuToQZiSCIZYQUg34BDw82UIRkcgGGQ4EggQABAQE?= X-IronPort-AV: E=Sophos;i="5.31,339,1473120000"; d="scan'208,217";a="161563655" Received: from rcdn-core-7.cisco.com ([173.37.93.143]) by rcdn-iport-3.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 13 Oct 2016 13:00:43 +0000 Received: from XCH-ALN-008.cisco.com (xch-aln-008.cisco.com [173.36.7.18]) by rcdn-core-7.cisco.com (8.14.5/8.14.5) with ESMTP id u9DD0hMT021362 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Thu, 13 Oct 2016 13:00:43 GMT Received: from xch-aln-008.cisco.com (173.36.7.18) by XCH-ALN-008.cisco.com (173.36.7.18) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Thu, 13 Oct 2016 08:00:42 -0500 Received: from xch-aln-008.cisco.com ([173.36.7.18]) by XCH-ALN-008.cisco.com ([173.36.7.18]) with mapi id 15.00.1210.000; Thu, 13 Oct 2016 08:00:42 -0500 From: "Dana Blair (dblair)" To: Kent Watsen , Dean Bogdanovic , "Kiran Koushik Agrahara Sreenivasa (kkoushik)" , "Lisa Huang" Thread-Topic: Regarding IPR on draft-ietf-netmod-acl-model-08 Thread-Index: AQHSE4DGHnB7S6U3a0SA24xv7LOxXKCmjV0A Date: Thu, 13 Oct 2016 13:00:42 +0000 Message-ID: <8BC58B3E-80E2-4D37-8699-8F9D5439B936@cisco.com> References: <4A5295F2-CCF2-4A0A-90A3-D633728A4A7E@juniper.net> In-Reply-To: <4A5295F2-CCF2-4A0A-90A3-D633728A4A7E@juniper.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/0.0.0.160109 x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.24.77.253] Content-Type: multipart/alternative; boundary="_000_8BC58B3E80E24D3786998F9D5439B936ciscocom_" MIME-Version: 1.0 Archived-At: Cc: "netmod@ietf.org" Subject: Re: [netmod] Regarding IPR on draft-ietf-netmod-acl-model-08 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, 13 Oct 2016 13:00:48 -0000 --_000_8BC58B3E80E24D3786998F9D5439B936ciscocom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Tm8sIEknbSBub3QgYXdhcmUgb2YgYW55IElQUiB0aGF0IGFwcGxpZXMgdG8gdGhpcyBkcmFmdA0K DQpUaGFua3MsDQpEYW5hDQoNCg0KDQpGcm9tOiBLZW50IFdhdHNlbiA8a3dhdHNlbkBqdW5pcGVy Lm5ldDxtYWlsdG86a3dhdHNlbkBqdW5pcGVyLm5ldD4+DQpEYXRlOiBUdWVzZGF5LCBTZXB0ZW1i ZXIgMjAsIDIwMTYgYXQgNDo1MSBQTQ0KVG86IERlYW4gQm9nZGFub3ZpYyA8aXZhbmRlYW5AZ21h aWwuY29tPG1haWx0bzppdmFuZGVhbkBnbWFpbC5jb20+PiwgIktpcmFuIEtvdXNoaWsgQWdyYWhh cmEgU3JlZW5pdmFzYSAoa2tvdXNoaWspIiA8a2tvdXNoaWtAY2lzY28uY29tPG1haWx0bzpra291 c2hpa0BjaXNjby5jb20+PiwgTGlzYSBIdWFuZyA8bHlpaHVhbmcxNkBnbWFpbC5jb208bWFpbHRv Omx5aWh1YW5nMTZAZ21haWwuY29tPj4sIENpc2NvIEVtcGxveWVlIDxkYmxhaXJAY2lzY28uY29t PG1haWx0bzpkYmxhaXJAY2lzY28uY29tPj4NCkNjOiAibmV0bW9kQGlldGYub3JnPG1haWx0bzpu ZXRtb2RAaWV0Zi5vcmc+IiA8bmV0bW9kQGlldGYub3JnPG1haWx0bzpuZXRtb2RAaWV0Zi5vcmc+ Pg0KU3ViamVjdDogUmVnYXJkaW5nIElQUiBvbiBkcmFmdC1pZXRmLW5ldG1vZC1hY2wtbW9kZWwt MDgNCg0KDQpBdXRob3JzLCBDb250cmlidXRvcnMsIFdHLA0KDQpBcyBwYXJ0IG9mIHRoZSBXRyBM YXN0IENhbGwsIGFyZSB5b3UgYXdhcmUgb2YgYW55IElQUiB0aGF0IGFwcGxpZXMgdG8gZHJhZnQg aWRlbnRpZmllZCBhYm92ZT8gIFBsZWFzZSBzdGF0ZSBlaXRoZXI6DQogICogIk5vLCBJJ20gbm90 IGF3YXJlIG9mIGFueSBJUFIgdGhhdCBhcHBsaWVzIHRvIHRoaXMgZHJhZnQiDQogICogIlllcywg SSdtIGF3YXJlIG9mIElQUiB0aGF0IGFwcGxpZXMgdG8gdGhpcyBkcmFmdCINCg0KSWYg4oCceWVz 4oCdLCBoYXMgdGhpcyBJUFIgYmVlbiBkaXNjbG9zZWQgaW4gY29tcGxpYW5jZSB3aXRoIElFVEYg SVBSIHJ1bGVzIChzZWUgUkZDcyAzOTc5LCA0ODc5LCAzNjY5IGFuZCA1Mzc4IGZvciBtb3JlIGRl dGFpbHMpPyAgIFBsZWFzZSBzdGF0ZSBlaXRoZXI6DQogICogIlllcywgdGhlIElQUiBoYXMgYmVl biBkaXNjbG9zZWQgaW4gY29tcGxpYW5jZSB3aXRoIElFVEYgSVBSIHJ1bGVzIg0KICAqICJObywg dGhlIElQUiBoYXMgbm90IGJlZW4gZGlzY2xvc2VkIg0KDQpJZiB5b3UgYW5zd2VyIOKAnG5v4oCd LCBwbGVhc2UgcHJvdmlkZSBhbnkgYWRkaXRpb25hbCBkZXRhaWxzIHlvdSB0aGluayBhcHByb3By aWF0ZS4NCg0KSWYgeW91IGFyZSBsaXN0ZWQgYXMgYSBkb2N1bWVudCBhdXRob3Igb3IgY29udHJp YnV0b3IsIHBsZWFzZSBhbnN3ZXIgdGhlIGFib3ZlIGJ5IHJlc3BvbmRpbmcgdG8gdGhpcyBlbWFp bCByZWdhcmRsZXNzIG9mIHdoZXRoZXIgb3Igbm90IHlvdSBhcmUgYXdhcmUgb2YgYW55IHJlbGV2 YW50IElQUi4gVGhpcyBkb2N1bWVudCB3aWxsIG5vdCBhZHZhbmNlIHRvIHRoZSBuZXh0IHN0YWdl IHVudGlsIGEgcmVzcG9uc2UgaGFzIGJlZW4gcmVjZWl2ZWQgZnJvbSBlYWNoIGF1dGhvciBhbmQg bGlzdGVkIGNvbnRyaWJ1dG9yLiBOT1RFOiBUSElTIEFQUExJRVMgVE8gQUxMIE9GIFlPVSBMSVNU RUQgSU4gVEhJUyBNRVNTQUdFJ1MgVE8gTElORVMuDQoNCklmIHlvdSBhcmUgb24gdGhlIFdHIGVt YWlsIGxpc3Qgb3IgYXR0ZW5kIFdHIG1lZXRpbmdzIGJ1dCBhcmUgbm90IGxpc3RlZCBhcyBhbiBh dXRob3Igb3IgY29udHJpYnV0b3IsIHdlIHJlbWluZCB5b3Ugb2YgeW91ciBvYmxpZ2F0aW9ucyB1 bmRlciB0aGUgSUVURiBJUFIgcnVsZXMgd2hpY2ggZW5jb3VyYWdlcyB5b3UgdG8gbm90aWZ5IHRo ZSBJRVRGIGlmIHlvdSBhcmUgYXdhcmUgb2YgSVBSIG9mIG90aGVycyBvbiBhbiBJRVRGIGNvbnRy aWJ1dGlvbiwgb3IgdG8gcmVmcmFpbiBmcm9tIHBhcnRpY2lwYXRpbmcgaW4gYW55IGNvbnRyaWJ1 dGlvbiBvciBkaXNjdXNzaW9uIHJlbGF0ZWQgdG8geW91ciB1bmRpc2Nsb3NlZCBJUFIuICBGb3Ig bW9yZSBpbmZvcm1hdGlvbiwgcGxlYXNlIHNlZSB0aGUgUkZDcyBsaXN0ZWQgYWJvdmUgYW5kIGh0 dHA6Ly90cmFjLnRvb2xzLmlldGYub3JnL2dyb3VwL2llc2cvdHJhYy93aWtpL0ludGVsbGVjdHVh bFByb3BlcnR5Lg0KDQpQUzogUGxlYXNlIGluY2x1ZGUgYWxsIGxpc3RlZCBpbiB0aGUgaGVhZGVy cyBvZiB0aGlzIG1lc3NhZ2UgaW4geW91ciByZXNwb25zZS4NCg0KVGhhbmsgeW91LA0KTkVUTU9E IFdHIENoYWlycw0KDQoNCg0KDQo= --_000_8BC58B3E80E24D3786998F9D5439B936ciscocom_ Content-Type: text/html; charset="utf-8" Content-ID: <9D4BFBAD32383B409979B172D69B9F65@emea.cisco.com> Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5IHN0eWxlPSJ3b3JkLXdy YXA6IGJyZWFrLXdvcmQ7IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsgLXdlYmtpdC1saW5lLWJy ZWFrOiBhZnRlci13aGl0ZS1zcGFjZTsiPg0KPGRpdiBzdHlsZT0iY29sb3I6IHJnYigwLCAwLCAw KTsgZm9udC1mYW1pbHk6IENhbGlicmksIHNhbnMtc2VyaWY7IGZvbnQtc2l6ZTogMTRweDsiPg0K PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiBDYWxpYnJpOyBmb250LXNpemU6IDE2cHg7Ij5Obywg SSdtIG5vdCBhd2FyZSBvZiBhbnkgSVBSIHRoYXQgYXBwbGllcyB0byB0aGlzIGRyYWZ0PC9zcGFu PjwvZGl2Pg0KPGRpdiBzdHlsZT0iY29sb3I6IHJnYigwLCAwLCAwKTsgZm9udC1mYW1pbHk6IENh bGlicmksIHNhbnMtc2VyaWY7IGZvbnQtc2l6ZTogMTRweDsiPg0KPHNwYW4gc3R5bGU9ImZvbnQt ZmFtaWx5OiBDYWxpYnJpOyBmb250LXNpemU6IDE2cHg7Ij48YnI+DQo8L3NwYW4+PC9kaXY+DQo8 ZGl2Pjxmb250IGZhY2U9IkNhbGlicmkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6IDE2cHg7Ij5U PC9zcGFuPjwvZm9udD48c3BhbiBzdHlsZT0iY29sb3I6IHJnYigwLCAwLCAwKTsgZm9udC1mYW1p bHk6IENhbGlicmk7IGZvbnQtc2l6ZTogMTZweDsiPmhhbmtzLDwvc3Bhbj48L2Rpdj4NCjxkaXY+ PHNwYW4gc3R5bGU9ImNvbG9yOiByZ2IoMCwgMCwgMCk7IGZvbnQtZmFtaWx5OiBDYWxpYnJpOyBm b250LXNpemU6IDE2cHg7Ij5EYW5hPC9zcGFuPjwvZGl2Pg0KPGRpdiBzdHlsZT0iY29sb3I6IHJn YigwLCAwLCAwKTsgZm9udC1mYW1pbHk6IENhbGlicmksIHNhbnMtc2VyaWY7IGZvbnQtc2l6ZTog MTRweDsiPg0KPGJyPg0KPC9kaXY+DQo8ZGl2IHN0eWxlPSJjb2xvcjogcmdiKDAsIDAsIDApOyBm b250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsgZm9udC1zaXplOiAxNHB4OyI+DQo8YnI+ DQo8L2Rpdj4NCjxkaXYgc3R5bGU9ImNvbG9yOiByZ2IoMCwgMCwgMCk7IGZvbnQtZmFtaWx5OiBD YWxpYnJpLCBzYW5zLXNlcmlmOyBmb250LXNpemU6IDE0cHg7Ij4NCjxicj4NCjwvZGl2Pg0KPHNw YW4gaWQ9Ik9MS19TUkNfQk9EWV9TRUNUSU9OIiBzdHlsZT0iY29sb3I6IHJnYigwLCAwLCAwKTsg Zm9udC1mYW1pbHk6IENhbGlicmksIHNhbnMtc2VyaWY7IGZvbnQtc2l6ZTogMTRweDsiPg0KPGRp diBzdHlsZT0iZm9udC1mYW1pbHk6Q2FsaWJyaTsgZm9udC1zaXplOjEycHQ7IHRleHQtYWxpZ246 bGVmdDsgY29sb3I6YmxhY2s7IEJPUkRFUi1CT1RUT006IG1lZGl1bSBub25lOyBCT1JERVItTEVG VDogbWVkaXVtIG5vbmU7IFBBRERJTkctQk9UVE9NOiAwaW47IFBBRERJTkctTEVGVDogMGluOyBQ QURESU5HLVJJR0hUOiAwaW47IEJPUkRFUi1UT1A6ICNiNWM0ZGYgMXB0IHNvbGlkOyBCT1JERVIt UklHSFQ6IG1lZGl1bSBub25lOyBQQURESU5HLVRPUDogM3B0Ij4NCjxzcGFuIHN0eWxlPSJmb250 LXdlaWdodDpib2xkIj5Gcm9tOiA8L3NwYW4+S2VudCBXYXRzZW4gJmx0OzxhIGhyZWY9Im1haWx0 bzprd2F0c2VuQGp1bmlwZXIubmV0Ij5rd2F0c2VuQGp1bmlwZXIubmV0PC9hPiZndDs8YnI+DQo8 c3BhbiBzdHlsZT0iZm9udC13ZWlnaHQ6Ym9sZCI+RGF0ZTogPC9zcGFuPlR1ZXNkYXksIFNlcHRl bWJlciAyMCwgMjAxNiBhdCA0OjUxIFBNPGJyPg0KPHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0OmJv bGQiPlRvOiA8L3NwYW4+RGVhbiBCb2dkYW5vdmljICZsdDs8YSBocmVmPSJtYWlsdG86aXZhbmRl YW5AZ21haWwuY29tIj5pdmFuZGVhbkBnbWFpbC5jb208L2E+Jmd0OywgJnF1b3Q7S2lyYW4gS291 c2hpayBBZ3JhaGFyYSBTcmVlbml2YXNhIChra291c2hpaykmcXVvdDsgJmx0OzxhIGhyZWY9Im1h aWx0bzpra291c2hpa0BjaXNjby5jb20iPmtrb3VzaGlrQGNpc2NvLmNvbTwvYT4mZ3Q7LCBMaXNh IEh1YW5nICZsdDs8YSBocmVmPSJtYWlsdG86bHlpaHVhbmcxNkBnbWFpbC5jb20iPmx5aWh1YW5n MTZAZ21haWwuY29tPC9hPiZndDssDQogQ2lzY28gRW1wbG95ZWUgJmx0OzxhIGhyZWY9Im1haWx0 bzpkYmxhaXJAY2lzY28uY29tIj5kYmxhaXJAY2lzY28uY29tPC9hPiZndDs8YnI+DQo8c3BhbiBz dHlsZT0iZm9udC13ZWlnaHQ6Ym9sZCI+Q2M6IDwvc3Bhbj4mcXVvdDs8YSBocmVmPSJtYWlsdG86 bmV0bW9kQGlldGYub3JnIj5uZXRtb2RAaWV0Zi5vcmc8L2E+JnF1b3Q7ICZsdDs8YSBocmVmPSJt YWlsdG86bmV0bW9kQGlldGYub3JnIj5uZXRtb2RAaWV0Zi5vcmc8L2E+Jmd0Ozxicj4NCjxzcGFu IHN0eWxlPSJmb250LXdlaWdodDpib2xkIj5TdWJqZWN0OiA8L3NwYW4+UmVnYXJkaW5nIElQUiBv biBkcmFmdC1pZXRmLW5ldG1vZC1hY2wtbW9kZWwtMDg8YnI+DQo8L2Rpdj4NCjxkaXY+PGJyPg0K PC9kaXY+DQo8YmxvY2txdW90ZSBpZD0iTUFDX09VVExPT0tfQVRUUklCVVRJT05fQkxPQ0tRVU9U RSIgc3R5bGU9IkJPUkRFUi1MRUZUOiAjYjVjNGRmIDUgc29saWQ7IFBBRERJTkc6MCAwIDAgNTsg TUFSR0lOOjAgMCAwIDU7Ij4NCjxkaXYgeG1sbnM6bz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNv bTpvZmZpY2U6b2ZmaWNlIiB4bWxuczp3PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmlj ZTp3b3JkIiB4bWxuczptPSJodHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS8yMDA0 LzEyL29tbWwiIHhtbG5zPSJodHRwOi8vd3d3LnczLm9yZy9UUi9SRUMtaHRtbDQwIj4NCjxtZXRh IG5hbWU9IlRpdGxlIiBjb250ZW50PSIiPg0KPG1ldGEgbmFtZT0iS2V5d29yZHMiIGNvbnRlbnQ9 IiI+DQo8bWV0YSBuYW1lPSJHZW5lcmF0b3IiIGNvbnRlbnQ9Ik1pY3Jvc29mdCBXb3JkIDE1IChm aWx0ZXJlZCBtZWRpdW0pIj4NCjxzdHlsZT48IS0tDQovKiBGb250IERlZmluaXRpb25zICovDQpA Zm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OiJDYW1icmlhIE1hdGgiOw0KCXBhbm9zZS0xOjIgNCA1 IDMgNSA0IDYgMyAyIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpDYWxpYnJpOw0KCXBh bm9zZS0xOjIgMTUgNSAyIDIgMiA0IDMgMiA0O30NCi8qIFN0eWxlIERlZmluaXRpb25zICovDQpw Lk1zb05vcm1hbCwgbGkuTXNvTm9ybWFsLCBkaXYuTXNvTm9ybWFsDQoJe21hcmdpbjowaW47DQoJ bWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQtc2l6ZToxMi4wcHQ7DQoJZm9udC1mYW1pbHk6 Q2FsaWJyaTt9DQphOmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJe21zby1zdHlsZS1wcmlvcml0 eTo5OTsNCgljb2xvcjojMDU2M0MxOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KYTp2 aXNpdGVkLCBzcGFuLk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe21zby1zdHlsZS1wcmlvcml0eTo5 OTsNCgljb2xvcjojOTU0RjcyOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0Kc3Bhbi5F bWFpbFN0eWxlMTcNCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWwtY29tcG9zZTsNCglmb250LWZh bWlseTpDYWxpYnJpOw0KCWNvbG9yOndpbmRvd3RleHQ7fQ0Kc3Bhbi5tc29JbnMNCgl7bXNvLXN0 eWxlLXR5cGU6ZXhwb3J0LW9ubHk7DQoJbXNvLXN0eWxlLW5hbWU6IiI7DQoJdGV4dC1kZWNvcmF0 aW9uOnVuZGVybGluZTsNCgljb2xvcjp0ZWFsO30NCi5Nc29DaHBEZWZhdWx0DQoJe21zby1zdHls ZS10eXBlOmV4cG9ydC1vbmx5Ow0KCWZvbnQtZmFtaWx5OkNhbGlicmk7fQ0KQHBhZ2UgV29yZFNl Y3Rpb24xDQoJe3NpemU6OC41aW4gMTEuMGluOw0KCW1hcmdpbjoxLjBpbiAxLjBpbiAxLjBpbiAx LjBpbjt9DQpkaXYuV29yZFNlY3Rpb24xDQoJe3BhZ2U6V29yZFNlY3Rpb24xO30NCi0tPjwvc3R5 bGU+DQo8ZGl2IGJnY29sb3I9IndoaXRlIiBsYW5nPSJFTi1VUyIgbGluaz0iIzA1NjNDMSIgdmxp bms9IiM5NTRGNzIiPg0KPGRpdiBjbGFzcz0iV29yZFNlY3Rpb24xIj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiIHN0eWxlPSJ0ZXh0LWF1dG9zcGFjZTpub25lIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjExLjBwdCI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCIgc3R5bGU9InRleHQtYXV0b3NwYWNlOm5vbmUiPkF1dGhvcnMsIENvbnRyaWJ1dG9ycywgV0cs PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1hdXRvc3Bh Y2U6bm9uZSI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls ZT0idGV4dC1hdXRvc3BhY2U6bm9uZSI+QXMgcGFydCBvZiB0aGUgV0cgTGFzdCBDYWxsLCBhcmUg eW91IGF3YXJlIG9mIGFueSBJUFIgdGhhdCBhcHBsaWVzIHRvIGRyYWZ0IGlkZW50aWZpZWQgYWJv dmU/Jm5ic3A7IFBsZWFzZSBzdGF0ZSBlaXRoZXI6PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIiBzdHlsZT0idGV4dC1hdXRvc3BhY2U6bm9uZSI+Jm5ic3A7ICogJnF1b3Q7Tm8s IEknbSBub3QgYXdhcmUgb2YgYW55IElQUiB0aGF0IGFwcGxpZXMgdG8gdGhpcyBkcmFmdCZxdW90 OzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtYXV0b3Nw YWNlOm5vbmUiPiZuYnNwOyAqICZxdW90O1llcywgSSdtIGF3YXJlIG9mIElQUiB0aGF0IGFwcGxp ZXMgdG8gdGhpcyBkcmFmdCZxdW90OzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCIgc3R5bGU9InRleHQtYXV0b3NwYWNlOm5vbmUiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtYXV0b3NwYWNlOm5vbmUiPklmIOKAnHllc+KA nSwgaGFzIHRoaXMgSVBSIGJlZW4gZGlzY2xvc2VkIGluIGNvbXBsaWFuY2Ugd2l0aCBJRVRGIElQ UiBydWxlcyAoc2VlIFJGQ3MgMzk3OSwgNDg3OSwgMzY2OSBhbmQgNTM3OCBmb3IgbW9yZSBkZXRh aWxzKT8mbmJzcDsmbmJzcDsgUGxlYXNlIHN0YXRlIGVpdGhlcjo8bzpwPjwvbzpwPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWF1dG9zcGFjZTpub25lIj4mbmJzcDsgKiAm cXVvdDtZZXMsIHRoZSBJUFIgaGFzIGJlZW4gZGlzY2xvc2VkIGluIGNvbXBsaWFuY2Ugd2l0aCBJ RVRGIElQUiBydWxlcyZxdW90OzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg c3R5bGU9InRleHQtYXV0b3NwYWNlOm5vbmUiPiZuYnNwOyAqICZxdW90O05vLCB0aGUgSVBSIGhh cyBub3QgYmVlbiBkaXNjbG9zZWQmcXVvdDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiIHN0eWxlPSJ0ZXh0LWF1dG9zcGFjZTpub25lIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWF1dG9zcGFjZTpub25lIj5JZiB5b3Ug YW5zd2VyIOKAnG5v4oCdLCBwbGVhc2UgcHJvdmlkZSBhbnkgYWRkaXRpb25hbCBkZXRhaWxzIHlv dSB0aGluayBhcHByb3ByaWF0ZS48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJ0ZXh0LWF1dG9zcGFjZTpub25lIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWF1dG9zcGFjZTpub25lIj5JZiB5b3UgYXJlIGxp c3RlZCBhcyBhIGRvY3VtZW50IGF1dGhvciBvciBjb250cmlidXRvciwgcGxlYXNlIGFuc3dlciB0 aGUgYWJvdmUgYnkgcmVzcG9uZGluZyB0byB0aGlzIGVtYWlsIHJlZ2FyZGxlc3Mgb2Ygd2hldGhl ciBvciBub3QgeW91IGFyZSBhd2FyZSBvZiBhbnkgcmVsZXZhbnQgSVBSLiBUaGlzIGRvY3VtZW50 IHdpbGwgbm90IGFkdmFuY2UgdG8gdGhlDQogbmV4dCBzdGFnZSB1bnRpbCBhIHJlc3BvbnNlIGhh cyBiZWVuIHJlY2VpdmVkIGZyb20gZWFjaCBhdXRob3IgYW5kIGxpc3RlZCBjb250cmlidXRvci4g Tk9URTogVEhJUyBBUFBMSUVTIFRPIEFMTCBPRiBZT1UgTElTVEVEIElOIFRISVMgTUVTU0FHRSdT IFRPIExJTkVTLjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRl eHQtYXV0b3NwYWNlOm5vbmUiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCIgc3R5bGU9InRleHQtYXV0b3NwYWNlOm5vbmUiPklmIHlvdSBhcmUgb24gdGhlIFdHIGVt YWlsIGxpc3Qgb3IgYXR0ZW5kIFdHIG1lZXRpbmdzIGJ1dCBhcmUgbm90IGxpc3RlZCBhcyBhbiBh dXRob3Igb3IgY29udHJpYnV0b3IsIHdlIHJlbWluZCB5b3Ugb2YgeW91ciBvYmxpZ2F0aW9ucyB1 bmRlciB0aGUgSUVURiBJUFIgcnVsZXMgd2hpY2ggZW5jb3VyYWdlcyB5b3UgdG8gbm90aWZ5IHRo ZSBJRVRGIGlmIHlvdQ0KIGFyZSBhd2FyZSBvZiBJUFIgb2Ygb3RoZXJzIG9uIGFuIElFVEYgY29u dHJpYnV0aW9uLCBvciB0byByZWZyYWluIGZyb20gcGFydGljaXBhdGluZyBpbiBhbnkgY29udHJp YnV0aW9uIG9yIGRpc2N1c3Npb24gcmVsYXRlZCB0byB5b3VyIHVuZGlzY2xvc2VkIElQUi4mbmJz cDsgRm9yIG1vcmUgaW5mb3JtYXRpb24sIHBsZWFzZSBzZWUgdGhlIFJGQ3MgbGlzdGVkIGFib3Zl IGFuZA0KPGEgaHJlZj0iaHR0cDovL3RyYWMudG9vbHMuaWV0Zi5vcmcvZ3JvdXAvaWVzZy90cmFj L3dpa2kvSW50ZWxsZWN0dWFsUHJvcGVydHkiPjxzcGFuIHN0eWxlPSJjb2xvcjojMEI0Q0I0Ij5o dHRwOi8vdHJhYy50b29scy5pZXRmLm9yZy9ncm91cC9pZXNnL3RyYWMvd2lraS9JbnRlbGxlY3R1 YWxQcm9wZXJ0eTwvc3Bhbj48L2E+LjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCIgc3R5bGU9InRleHQtYXV0b3NwYWNlOm5vbmUiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtYXV0b3NwYWNlOm5vbmUiPlBTOiBQbGVhc2Ug aW5jbHVkZSBhbGwgbGlzdGVkIGluIHRoZSBoZWFkZXJzIG9mIHRoaXMgbWVzc2FnZSBpbiB5b3Vy IHJlc3BvbnNlLjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRl eHQtYXV0b3NwYWNlOm5vbmUiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCIgc3R5bGU9InRleHQtYXV0b3NwYWNlOm5vbmUiPlRoYW5rIHlvdSw8bzpwPjwvbzpwPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWF1dG9zcGFjZTpub25lIj5ORVRN T0QgV0cgQ2hhaXJzPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i dGV4dC1hdXRvc3BhY2U6bm9uZSI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj4mbmJzcDs8c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+PG86cD48L286cD48 L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPC9zcGFu Pg0KPGRpdiBzdHlsZT0iY29sb3I6IHJnYigwLCAwLCAwKTsgZm9udC1mYW1pbHk6IENhbGlicmks IHNhbnMtc2VyaWY7IGZvbnQtc2l6ZTogMTRweDsiPg0KPGJyPg0KPC9kaXY+DQo8ZGl2IHN0eWxl PSJjb2xvcjogcmdiKDAsIDAsIDApOyBmb250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsg Zm9udC1zaXplOiAxNHB4OyI+DQo8ZGl2Pg0KPGRpdj48YnI+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2 IGlkPSJNQUNfT1VUTE9PS19TSUdOQVRVUkUiPjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2 Pg0KPC9ib2R5Pg0KPC9odG1sPg0K --_000_8BC58B3E80E24D3786998F9D5439B936ciscocom_-- From nobody Thu Oct 13 10:13:22 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 D7F601295D8; Thu, 13 Oct 2016 10:13:20 -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.34.2 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <147637880087.2910.7078906823205484425.idtracker@ietfa.amsl.com> Date: Thu, 13 Oct 2016 10:13:20 -0700 Archived-At: Cc: netmod@ietf.org Subject: [netmod] I-D Action: draft-ietf-netmod-acl-model-09.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, 13 Oct 2016 17:13:21 -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 : Network Access Control List (ACL) YANG Data Model Authors : Dean Bogdanovic Kiran Agrahara Sreenivasa Lisa Huang Dana Blair Filename : draft-ietf-netmod-acl-model-09.txt Pages : 29 Date : 2016-10-13 Abstract: This document describes a data model of Access Control List (ACL) basic building blocks. Editorial Note (To be removed by RFC Editor) This draft contains many placeholder values that need to be replaced with finalized values at the time of publication. This note summarizes all of the substitutions that are needed. Please note that no other RFC Editor instructions are specified anywhere else in this document. Artwork in this document contains shorthand references to drafts in progress. Please apply the following replacements o "XXXX" --> the assigned RFC value for this draft. o Revision date in model (Oct 12, 2016) needs to get updated with the date the draft gets approved. The date also needs to get reflected on the line with . The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-netmod-acl-model/ There's also a htmlized version available at: https://tools.ietf.org/html/draft-ietf-netmod-acl-model-09 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-netmod-acl-model-09 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Thu Oct 13 14:05: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 DBA7A129643 for ; Thu, 13 Oct 2016 14:05:48 -0700 (PDT) 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 QAMml39jBrZl for ; Thu, 13 Oct 2016 14:05:38 -0700 (PDT) Received: from NAM01-SN1-obe.outbound.protection.outlook.com (mail-sn1nam01on0099.outbound.protection.outlook.com [104.47.32.99]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 928681295CE for ; Thu, 13 Oct 2016 14:05:38 -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=znkFzWHqRm11npNjrQprApYvWxDwRa1UNuCAztbJF/I=; b=g4BycraL3nYM1rOjjgKRgkOjh6CZ2JgHGfEEd+4iXfUtcMMgMCzDjQeBmQYUFUqE86ULdHSSER6kh5cE72V6gf9fc0NEQFHjSrA3oIAMW1xvD42t+48MKzQKKqZhlNBNYVlZ8Vt4MZrWwwhI1LdXGV1b5lk16XM8vWo16MyFNWY= 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.649.6; Thu, 13 Oct 2016 21:05:37 +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.0649.016; Thu, 13 Oct 2016 21:05:37 +0000 From: Kent Watsen To: "netmod@ietf.org" Thread-Topic: WG Last Call for draft-ietf-netmod-acl-model-09 (until Oct 27, 2016) Thread-Index: AQHSJZWL2dFmOVL3qkyHsoI8W2hMbQ== Date: Thu, 13 Oct 2016 21:05:37 +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: [66.129.241.14] x-ms-office365-filtering-correlation-id: e4c99ae6-850a-499d-9a54-08d3f3acae54 x-microsoft-exchange-diagnostics: 1; DM2PR0501MB1453; 7:ZB3GeaEqEr9QV29Zuu72LMVvGH7bNyGJkvSnu2Iyx3ZpC+sIqBthKNMc80f71CJMNoAna/lOPYBDgIFwQK5cxYz3UfgmfJ5hA8asQ9tnrkJFUF48s0SuG9jCD4Y3Y9esdb30c3veVillUBdjwstU4wTjS5KBmFyIIV4j/Vm4ixerbivdqz1ic2sq2uBlM0ahThqM3itipwzdiHCg5CqCKS5BhTM07cMuu4Vz88bMY2xNhcM80mYJ30ZWXB8CTEXnGT2VEoYu2/QyVlatdFvvL/YylJVzG5/j0ygK17K2h4dAQ4QwxYVppoCMBT32uwYgnjYcFa3UfNB+DE1mt+q83WDhXnJ8Fms3oTJ9of7mvTM= x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:DM2PR0501MB1453; 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)(5005006)(8121501046)(10201501046)(3002001)(6055026); SRVR:DM2PR0501MB1453; BCL:0; PCL:0; RULEID:; SRVR:DM2PR0501MB1453; x-forefront-prvs: 0094E3478A x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(7916002)(199003)(189002)(10400500002)(83716003)(6116002)(81166006)(5002640100001)(586003)(86362001)(2501003)(6916009)(102836003)(2906002)(4326007)(11100500001)(3660700001)(7736002)(82746002)(97736004)(4001350100001)(189998001)(19300405004)(3846002)(92566002)(19580395003)(7846002)(83506001)(87936001)(50986999)(54356999)(16236675004)(106116001)(122556002)(66066001)(19625215002)(68736007)(8676002)(77096005)(33656002)(230783001)(110136003)(3280700002)(106356001)(99286002)(2351001)(15975445007)(8936002)(5640700001)(36756003)(2900100001)(105586002)(229853001)(1730700003)(81156014)(5660300001)(101416001)(104396002); DIR:OUT; SFP:1102; SCL:1; SRVR:DM2PR0501MB1453; 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_D99D54F3C0D3471C81C59D534C316B66junipernet_" MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-originalarrivaltime: 13 Oct 2016 21:05:37.2995 (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] 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, 13 Oct 2016 21:05:49 -0000 --_000_D99D54F3C0D3471C81C59D534C316B66junipernet_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 DQpUaGlzIGlzIGEgbm90aWNlIHRvIHN0YXJ0IGEgdHdvLXdlZWsgTkVUTU9EIFdHIGxhc3QgY2Fs bCBmb3IgdGhlIGRvY3VtZW50Og0KDQogICAgICAgICAgICAgICBOZXR3b3JrIEFjY2VzcyBDb250 cm9sIExpc3QgKEFDTCkgWUFORyBEYXRhIE1vZGVsDQogICAgICAgICAgICAgICBodHRwczovL3Rv b2xzLmlldGYub3JnL2h0bWwvZHJhZnQtaWV0Zi1uZXRtb2QtYWNsLW1vZGVsLTA5DQoNClBsZWFz ZSBpbmRpY2F0ZSB5b3VyIHN1cHBvcnQgb3IgY29uY2VybnMgYnkgVGh1cnNkYXksIE9jdG9iZXIg MjcsIDIwMTYuDQoNCldlIGFyZSBwYXJ0aWN1bGFybHkgaW50ZXJlc3RlZCBpbiBzdGF0ZW1lbnRz IG9mIHRoZSBmb3JtOg0KICAqIEkgaGF2ZSByZXZpZXdlZCBkcmFmdC1pZXRmLW5ldG1vZC1hY2wt bW9kZWwtMDkgYW5kIGZvdW5kIG5vIGlzc3Vlcy4NCiAgKiBJIGhhdmUgcmV2aWV3ZWQgZHJhZnQt aWV0Zi1uZXRtb2QtYWNsLW1vZGVsLTA5IGFuZCBmb3VuZCB0aGUgZm9sbG93aW5nIGlzc3Vlczog Li4uDQoNCkFzIHdlbGwgYXM6DQogKiBJIGhhdmUgaW1wbGVtZW50ZWQgdGhlIGRhdGEgbW9kZWwg aW4gZHJhZnQtaWV0Zi1uZXRtb2QtYWNsLW1vZGVsLTA5Lg0KICAqIEkgYW0gaW1wbGVtZW50aW5n IHRoZSBkYXRhIG1vZGVsIGluIGRyYWZ0LWlldGYtbmV0bW9kLWFjbC1tb2RlbC0wOS4NCiAgKiBJ IGFtIGNvbnNpZGVyaW5nIHRvIGltcGxlbWVudCB0aGUgZGF0YSBtb2RlbCBpbiBkcmFmdC1pZXRm LW5ldG1vZC1hY2wtbW9kZWwtMDkuDQogICogSSBhbSBub3QgY29uc2lkZXJpbmcgdG8gaW1wbGVt ZW50IHRoZSBkYXRhIG1vZGVsIGluIGRyYWZ0LWlldGYtbmV0bW9kLWFjbC1tb2RlbC0wOS4NCg0K VGhhbmsgeW91LA0KTkVUTU9EIFdHIENoYWlycw0KDQoNCg== --_000_D99D54F3C0D3471C81C59D534C316B66junipernet_ 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 eWxlLXR5cGU6cGVyc29uYWwtcmVwbHk7DQoJZm9udC1mYW1pbHk6Q2FsaWJyaTsNCgljb2xvcjp3 aW5kb3d0ZXh0O30NCnNwYW4ubXNvSW5zDQoJe21zby1zdHlsZS10eXBlOmV4cG9ydC1vbmx5Ow0K CW1zby1zdHlsZS1uYW1lOiIiOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7DQoJY29sb3I6 dGVhbDt9DQouTXNvQ2hwRGVmYXVsdA0KCXttc28tc3R5bGUtdHlwZTpleHBvcnQtb25seTsNCglm b250LXNpemU6MTAuMHB0O30NCkBwYWdlIFdvcmRTZWN0aW9uMQ0KCXtzaXplOjguNWluIDExLjBp bjsNCgltYXJnaW46MS4waW4gMS4waW4gMS4waW4gMS4waW47fQ0KZGl2LldvcmRTZWN0aW9uMQ0K CXtwYWdlOldvcmRTZWN0aW9uMTt9DQotLT48L3N0eWxlPg0KPC9oZWFkPg0KPGJvZHkgYmdjb2xv cj0id2hpdGUiIGxhbmc9IkVOLVVTIiBsaW5rPSIjMDU2M0MxIiB2bGluaz0iIzk1NEY3MiI+DQo8 ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRl 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_D99D54F3C0D3471C81C59D534C316B66junipernet_-- From nobody Fri Oct 14 04:56: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 554E4129728 for ; Fri, 14 Oct 2016 04:56:20 -0700 (PDT) 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 gQQwZS_SFPd6 for ; Fri, 14 Oct 2016 04:56:17 -0700 (PDT) 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 B358D129727 for ; Fri, 14 Oct 2016 04:56:17 -0700 (PDT) Received: from us70tumx1.dmz.alcatel-lucent.com (unknown [135.245.18.13]) by Websense Email Security Gateway with ESMTPS id 7199752131E06 for ; Fri, 14 Oct 2016 11:56:14 +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 u9EBuGsk026980 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Fri, 14 Oct 2016 11:56:16 GMT Received: from US70UWXCHHUB01.zam.alcatel-lucent.com (us70uwxchhub01.zam.alcatel-lucent.com [135.5.2.48]) by us70tusmtp1.zam.alcatel-lucent.com (GMO) with ESMTP id u9EBuFWM020392 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL) for ; Fri, 14 Oct 2016 11:56:16 GMT Received: from US70UWXCHMBA05.zam.alcatel-lucent.com ([169.254.10.124]) by US70UWXCHHUB01.zam.alcatel-lucent.com ([135.5.2.48]) with mapi id 14.03.0301.000; Fri, 14 Oct 2016 07:56:15 -0400 From: "Carey, Timothy (Nokia - US)" To: "netmod@ietf.org" Thread-Topic: BBF Entity Augmentations Thread-Index: AdImEeGO+EjYZcoATDSsho2gQiZl2A== Date: Fri, 14 Oct 2016 11:56:14 +0000 Message-ID: <9966516C6EB5FC4381E05BF80AA55F77012A796BAA@US70UWXCHMBA05.zam.alcatel-lucent.com> 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_9966516C6EB5FC4381E05BF80AA55F77012A796BAAUS70UWXCHMBA0_" MIME-Version: 1.0 Archived-At: Subject: [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: Fri, 14 Oct 2016 11:56:20 -0000 --_000_9966516C6EB5FC4381E05BF80AA55F77012A796BAAUS70UWXCHMBA0_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Reposting to fix formatting errors in the original message - still looking = for comments. Hello, In using the Entity module within the BBF, we have made several enhancement= s to the module that we would like the IETF to consider for inclusion in th= e next draft of the module as we consider these enhancements to be of use t= o the wider YANG community. I have included the tree definitions in this email thread. If you like the = actual YANG files please let us know and we can provide those to the author= s. Specifically we have done the following enhancements: 1 Added a new generic reset action for a physical entity module: bbf-entity-reset-action augment /ent:entity-state/ent:physical-entity: +---x reset +---w input +---w reset-type? identityref 2 Added a parent/child entity capability for physical entities 3 Added a couple of common attributes for the manufacturer name and mode= l 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 +--rw mfg-name? string +--rw model-name? string 4 Introduced a new type of identity and container for a pluggable transc= eiver module: bbf-entity-pluggable-transceiver augment /ent:entity-state/ent:physical-entity: +--ro pluggable-transceiver-data augment /ent:entity/ent:physical-entity: +--rw pluggable-transceiver 5 Introduced a new reference between the interface and the port module: bbf-interface-port-reference augment /if:interfaces/if:interface: +--rw port-layer-if entity-ref BR, Tim --_000_9966516C6EB5FC4381E05BF80AA55F77012A796BAAUS70UWXCHMBA0_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Reposting to fix formatting errors in the original m= essage - still looking for comments.

 

Hello,

 

In using the Entity module within the BBF, we have m= ade several enhancements to the module that we would like the IETF to consi= der for inclusion in the next draft of the module as we consider these enha= ncements to be of use to the wider YANG community.

 

I have included the tree definitions in this email t= hread. If you like the actual YANG files please let us know and we can prov= ide those to the authors.

 

Specifically we have done the following enhancements= :

 

1    Added a new generic reset action= for a physical entity

module: bbf-entity-reset-action

augment /ent:entity-state/ent:physical-entity:<= /o:p>

+---x reset

+---w input

+---w reset-type? identityref

 

2    Added a parent/child entity capa= bility for physical entities

 

3    Added a couple of common attribu= tes for the manufacturer name and model

module: bbf-entity-extension<= /o:p>

augment /ent:entity/ent:physical-e= ntity:

+--rw class? identityref

+--rw contained-in* -> ../../ent:physical-ent= ity/name

+--rw parent-rel-pos? int32

+--rw mfg-name? string

+--rw model-name? string

 

4    Introduced a new type of identit= y and container for a pluggable transceiver

module: bbf-entity-pluggable-transceiver<= /p>

augment /ent:entity-state/ent:physical-entity:<= /o:p>

+--ro pluggable-transceiver-data

augment /ent:entity/ent:physical-e= ntity:

+--rw pluggable-transceiver

 

5    Introduced a new reference betwe= en the interface and the port

module: bbf-interface-port-reference

augment /if:interfaces/if:interface:

+--rw port-layer-if entity-ref

 

 

BR,

Tim

 

--_000_9966516C6EB5FC4381E05BF80AA55F77012A796BAAUS70UWXCHMBA0_-- From nobody Fri Oct 14 20:13: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 1E7A012958B for ; Fri, 14 Oct 2016 20:13:26 -0700 (PDT) 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 K40AG1nYdo3U for ; Fri, 14 Oct 2016 20:13:24 -0700 (PDT) Received: from mail-vk0-x22e.google.com (mail-vk0-x22e.google.com [IPv6:2607:f8b0:400c: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 42A6012959A for ; Fri, 14 Oct 2016 20:13:24 -0700 (PDT) Received: by mail-vk0-x22e.google.com with SMTP id b186so132676611vkb.1 for ; Fri, 14 Oct 2016 20:13:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=references:mime-version:in-reply-to:content-transfer-encoding :message-id:cc:from:subject:date:to; bh=9YjMEXrQBdk755scCzoaWK3XTFS/hr/YmkqLtJzNzlI=; b=LnubPAn9e3o9f5PTh8/rs9xHMtJsuJlEoOxriXLSDoLmPEaG0PUC+DW7M7KrNDLQ1E 5e8HtQQ1/KUtrjyNC9VqGSVum8fB/ftns1TPrX2j2FLrzHQkL+Cm0Rr4CoxNvqZDL5kb B//UqQT+5R5emeDJ7iBOntZWAwKeI3evdniVZ3u9NhccR0UJtZcnjB9jmO+3tv2x/l0z nb7zXblNMl1PW3HL9oMbyRdmeASk2+1xTzSTKPPl1noSmej/zlm6d9KifyIylhhS7gy/ 1jLjL2QlQhbk5T58kpGNkMGS7n5y0H0Jyt0NDGtGucdl6CATZxAKnEcg6EOeU26I95ED oDvg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:references:mime-version:in-reply-to :content-transfer-encoding:message-id:cc:from:subject:date:to; bh=9YjMEXrQBdk755scCzoaWK3XTFS/hr/YmkqLtJzNzlI=; b=mW+FxeJ+W0cXgzF+NfHjLoU/2dfkwt5EZ8cr7D5SqUirtjLlzACLP06aP81NWnwb7f Al7y0jKgSgoYKFh3bEusFAC0B5axdqXH6E/vGWuFXpUnY804MLycAdM9CzAZxp2OWJLH 54eYtjEG6glq+DCfv0A4qQfH6jvVXalFq2ObUTVXKCD1UBv8yB6DnxkOP3vkN9aeSCdR 1xngKLdS21UlcREQUp5IdPP4K2RdlwhqBB10NBBVSeprCNyyI4YqWhLgMKWl5RopaUNI u9su0Ewq+5ZlTpiWx8P3jb4Atd/iSmjWU7NRDCLD9JbUKhxn5/IaxnBwrvqflIbskxnP 2+KQ== X-Gm-Message-State: AA6/9RklLm68hdRtBP3ZnU4NVA8/tfYsB7or/cFL/yNgAT2pR6k6txzpcWgWqxWZYRLomw== X-Received: by 10.31.5.15 with SMTP id 15mr9590890vkf.164.1476501203367; Fri, 14 Oct 2016 20:13:23 -0700 (PDT) Received: from [192.168.1.111] (c-73-49-253-249.hsd1.fl.comcast.net. [73.49.253.249]) by smtp.gmail.com with ESMTPSA id q16sm317598uaa.18.2016.10.14.20.13.19 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Fri, 14 Oct 2016 20:13:21 -0700 (PDT) References: Mime-Version: 1.0 (1.0) In-Reply-To: Content-Type: multipart/alternative; boundary=Apple-Mail-50605EDB-A428-4CA5-9CAE-57364062DACE Content-Transfer-Encoding: 7bit Message-Id: X-Mailer: iPad Mail (13G36) From: Mahesh Jethanandani Date: Fri, 14 Oct 2016 23:13:15 -0400 To: Kent Watsen Archived-At: Cc: agarwaso@cisco.com, "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: Sat, 15 Oct 2016 03:13:26 -0000 --Apple-Mail-50605EDB-A428-4CA5-9CAE-57364062DACE Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable I have reviewed this draft and support its publication. We have implemented t= he model. Mahesh Jethanandani mjethanandani@gmail.com > On Oct 13, 2016, at 5:05 PM, Kent Watsen wrote: >=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-50605EDB-A428-4CA5-9CAE-57364062DACE Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit
I have reviewed this draft and support its publication. We have implemented the model.

Mahesh Jethanandani

On Oct 13, 2016, at 5:05 PM, Kent Watsen <kwatsen@juniper.net> wrote:

 

This is a notice to start a two-week NETMOD WG last call for the document:

 

               Network Access Control List (ACL) YANG Data Model

               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-50605EDB-A428-4CA5-9CAE-57364062DACE-- From nobody Mon Oct 17 10:44: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 BB2901295C6 for ; Mon, 17 Oct 2016 10:44:49 -0700 (PDT) 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, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] 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 x1m5vd81ChmB for ; Mon, 17 Oct 2016 10:44:48 -0700 (PDT) Received: from mail.amsl.com (c8a.amsl.com [4.31.198.40]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 91B4A129976 for ; Mon, 17 Oct 2016 10:37:48 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by c8a.amsl.com (Postfix) with ESMTP id 7552C1E55BD; Mon, 17 Oct 2016 10:37:38 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com Received: from mail.amsl.com ([127.0.0.1]) by localhost (c8a.amsl.com [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id U8EkfuSihp1x; Mon, 17 Oct 2016 10:37:38 -0700 (PDT) Received: from [192.168.1.129] (host31-50-131-2.range31-50.btcentralplus.com [31.50.131.2]) by c8a.amsl.com (Postfix) with ESMTPSA id 938D51E55BB; Mon, 17 Oct 2016 10:37:37 -0700 (PDT) Content-Type: multipart/alternative; boundary="Apple-Mail=_A412E353-C675-4B06-9FDC-4EAC85B66AB2" Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) From: William Lupton In-Reply-To: <20161005.142603.802547537041907882.mbj@tail-f.com> Date: Mon, 17 Oct 2016 18:37:45 +0100 Message-Id: References: <20161005.142603.802547537041907882.mbj@tail-f.com> To: netmod@ietf.org X-Mailer: Apple Mail (2.3124) Archived-At: Subject: Re: [netmod] New Version Notification for draft-vallin-netmod-alarm-module-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: Mon, 17 Oct 2016 17:44:50 -0000 --Apple-Mail=_A412E353-C675-4B06-9FDC-4EAC85B66AB2 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 All, The Broadband Forum (BBF) is definitely interested and has been working = on some extensions to the original draft. BBF=E2=80=99s main technical change is to add an =E2=80=9Calarm-history=E2= =80=9D feature (see below for an indication of what it does) that sounds = quite like one of Alex Campbell=E2=80=99s proposals. There are also a = few other minor changes, and others may arise as a result of the = =E2=80=9CStraw Ballot=E2=80=9D process mentioned below. The problem is that BBF wants to publish its changes very soon. The = changes will be in =E2=80=9CStraw Ballot=E2=80=9D (similar to WGLC) at = our upcoming Q4 meeting (next week), which would see them published in = Q1 2017. They would presumably be published as a BBF YANG module that = happened to be very similar to the new Vallin draft module (it = wouldn=E2=80=99t be possible to use augment to add the alarm-history = feature, right?). In an ideal world we would prefer to work with IETF to define a module = that we could then use or augment directly, but the timescales just = don=E2=80=99t permit that. One =E2=80=9Cless bad=E2=80=9D option might = be to try to feed the proposed final BBF version (which should be = available around the end of this month) into a new IETF draft resulting = from (a) Direct collaboration between BBF representatives and the draft = authors, or (b) BBF-led discussion on the NETMOD list. Then BBF could = use this new IETF draft (not ideal, but reduces the chances of future = divergence). Thanks, William Lupton =E2=80=94=E2=80=94 indication of what the BBF alarm-history feature does = (still based on expired vallin draft) =E2=80=94=E2=80=94=20 % grep -B1 -A0 'if-feature alarm-history' ietf-alarms.yang=20 leaf max-alarm-history { if-feature alarm-history; -- leaf notify-status-changes { if-feature alarm-history; -- leaf cleared { if-feature alarm-history; -- leaf is-cleared { if-feature alarm-history; -- list status-change { if-feature alarm-history; -- rpc compress { if-feature alarm-history; -- rpc compress-alarms { if-feature alarm-history; -- rpc purge-alarms { if-feature alarm-history; > On 5 Oct 2016, at 13:26, Martin Bjorklund wrote: >=20 > Hi, >=20 > We have posted a new version of the alarm module. The previous > document was called draft-vallin-alarm-yang-module-00, this new > version is called draft-vallin-netmod-alarm-module (hence it is also a > -00). >=20 > This updated version incorporates comments on the previous docuement, > and adds support for alarm shelving. >=20 > It would be good to know if people in this WG are interested in this > work. >=20 >=20 > /martin and stefan >=20 >=20 >=20 >=20 > A new version of I-D, draft-vallin-netmod-alarm-module-00.txt > has been successfully submitted by Martin Bjorklund and posted to the > IETF repository. >=20 > Name: draft-vallin-netmod-alarm-module > Revision: 00 > Title: YANG Alarm Module > Document date: 2016-10-05 > Group: Individual Submission > Pages: 58 > URL: = https://www.ietf.org/internet-drafts/draft-vallin-netmod-alarm-module-00.t= xt > Status: = https://datatracker.ietf.org/doc/draft-vallin-netmod-alarm-module/ > Htmlized: = https://tools.ietf.org/html/draft-vallin-netmod-alarm-module-00 >=20 >=20 > Abstract: > This document defines a YANG module for alarm management. It > includes functions for alarm list management, alarm shelving and > notifications to inform management systems. There are also RPCs to > manage the operator state of an alarm and administrative alarm > procedures. The module carefully maps to relevant alarm standards. >=20 > _______________________________________________ > netmod mailing list > netmod@ietf.org > https://www.ietf.org/mailman/listinfo/netmod --Apple-Mail=_A412E353-C675-4B06-9FDC-4EAC85B66AB2 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8
All,

The Broadband Forum (BBF) is definitely interested and has = been working on some extensions to the original draft.

BBF=E2=80=99s main technical change is to add an = =E2=80=9Calarm-history=E2=80=9D feature (see below for an indication of = what it does) that sounds quite like one of Alex Campbell=E2=80=99s = proposals. There are also a few other minor changes, and others may = arise as a result of the =E2=80=9CStraw Ballot=E2=80=9D process = mentioned below.

The problem is that BBF = wants to publish its changes very soon. The changes will be in =E2=80=9CSt= raw Ballot=E2=80=9D (similar to WGLC) at our upcoming Q4 meeting (next = week), which would see them published in Q1 2017. They would = presumably be published as a BBF YANG module that happened to be very = similar to the new Vallin draft module (it wouldn=E2=80=99t be possible = to use augment to add the alarm-history feature, right?).

In an ideal world we would prefer to work with = IETF to define a module that we could then use or augment directly, but = the timescales just don=E2=80=99t permit that. One =E2=80=9Cless bad=E2=80= =9D option might be to try to feed the proposed final BBF version = (which should be available around the end of this month) into a new IETF = draft resulting from (a) Direct collaboration between BBF = representatives and the draft authors, or (b) BBF-led discussion on = the NETMOD list. Then BBF could use this new IETF draft (not ideal, but = reduces the chances of future divergence).

Thanks,
William = Lupton

=E2=80=94= =E2=80=94 indication of what the BBF alarm-history feature does (still = based on expired vallin draft) =E2=80=94=E2=80=94 

% grep = -B1 -A0 'if-feature alarm-history' = ietf-alarms.yang 
  =     leaf max-alarm-history {
  =       if-feature alarm-history;
--
      leaf = notify-status-changes {
  =       if-feature alarm-history;
--
      leaf cleared = {
        if-feature = alarm-history;
--
  =       leaf is-cleared {
  =         if-feature alarm-history;
--
        list = status-change {
          = if-feature alarm-history;
--
  rpc compress {
  =   if-feature alarm-history;
--
  rpc compress-alarms = {
    if-feature = alarm-history;
--
  = rpc purge-alarms {
    if-feature = alarm-history;

On 5 Oct 2016, at = 13:26, Martin Bjorklund <mbj@tail-f.com> wrote:

Hi,

We have posted a new version = of the alarm module.  The previous
document was = called draft-vallin-alarm-yang-module-00, this new
version = is called draft-vallin-netmod-alarm-module (hence it is also a
-00).

This updated version = incorporates comments on the previous docuement,
and adds = support for alarm shelving.

It would be = good to know if people in this WG are interested in this
work.


/martin and = stefan




A new version of I-D, = draft-vallin-netmod-alarm-module-00.txt
has been = successfully submitted by Martin Bjorklund and posted to the
IETF repository.

Name: = draft-vallin-netmod-alarm-module
Revision: 00
Title:= = YANG Alarm Module
Document date: = 2016-10-05
Group: Individual Submission
Pages:= = 58
URL:            https://www.ietf.org/internet-drafts/draft-vallin-netmod-alarm-= module-00.txt
Status:         https://datatracker.ietf.org/doc/draft-vallin-netmod-alarm-modu= le/
Htmlized:       https://tools.ietf.org/html/draft-vallin-netmod-alarm-module-00=


Abstract:
  This document defines a YANG module for alarm = management.  It
  includes functions for alarm = list management, alarm shelving and
  notifications = to inform management systems.  There are also RPCs to
  manage the operator state of an alarm and = administrative alarm
  procedures.  The module = carefully maps to relevant alarm standards.

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

= --Apple-Mail=_A412E353-C675-4B06-9FDC-4EAC85B66AB2-- From nobody Mon Oct 17 11:46: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 E5D8C129484 for ; Mon, 17 Oct 2016 11:46:51 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.951 X-Spam-Level: X-Spam-Status: No, score=-14.951 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=-0.431, 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 wdTC6o8SIscL for ; Mon, 17 Oct 2016 11:46:49 -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 8D660129472 for ; Mon, 17 Oct 2016 11:46:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=26626; q=dns/txt; s=iport; t=1476730009; x=1477939609; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=fqEIXm3N0GACSLpYu5PZ54BNtzLax/FspefXNYkp0d4=; b=lSmqf0qlmKcj6nNbncphL1Tp+yg8abcB1smhA4HEbgm2XQo6lAFkXB7/ Q5rQINnIJETNSxw5h6UNBGAU7Fk+c30GVLV1qQP4seX3TjH5xM2q0A6gs 8mhoA9QgDnWrMIogsdmr7nYGx2dp9oeQ/yUCkkEkkoS4DfRgQdm1bwcxu g=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0A3AQBDHAVY/4UNJK1bGQEBAQEBAQEBA?= =?us-ascii?q?QEBBwEBAQEBgwc1AQEBAQEdV3wHjS2XBJQ4gggdAQyFLkoCGoFROBQBAgEBAQE?= =?us-ascii?q?BAQFeJ4RhAQEBBAEBASAKQQkCEAIBBgIOAwQBAQ4aAwICAiULFAkIAgQBDQUIi?= =?us-ascii?q?EoOmAydMYxiAQEBAQEBAQEBAQEBAQEBAQEBAQEBGAWGPYRVhH2CToJbBYg0bIU?= =?us-ascii?q?fgTyKCwGGJ3SIYYF1jgeMe4N/AR42GzeDM4E6cgGIAIEAAQEB?= X-IronPort-AV: E=Sophos;i="5.31,358,1473120000"; d="scan'208,217";a="336139355" Received: from alln-core-11.cisco.com ([173.36.13.133]) by alln-iport-3.cisco.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 17 Oct 2016 18:46:26 +0000 Received: from XCH-RTP-011.cisco.com (xch-rtp-011.cisco.com [64.101.220.151]) by alln-core-11.cisco.com (8.14.5/8.14.5) with ESMTP id u9HIkQoX030545 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Mon, 17 Oct 2016 18:46:26 GMT Received: from xch-rtp-013.cisco.com (64.101.220.153) by XCH-RTP-011.cisco.com (64.101.220.151) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Mon, 17 Oct 2016 14:46:25 -0400 Received: from xch-rtp-013.cisco.com ([64.101.220.153]) by XCH-RTP-013.cisco.com ([64.101.220.153]) with mapi id 15.00.1210.000; Mon, 17 Oct 2016 14:46:25 -0400 From: "Eric Voit (evoit)" To: William Lupton , Martin Bjorklund , "stefan@wallan.se" Thread-Topic: [netmod] New Version Notification for draft-vallin-netmod-alarm-module-00.txt Thread-Index: AQHSKJ4vHDKAR6SfqESHl4DjlzK48aCs8TQA Date: Mon, 17 Oct 2016 18:46:24 +0000 Message-ID: <0b2c415ceb8a472cb12ef2bdb744dd0c@XCH-RTP-013.cisco.com> References: <20161005.142603.802547537041907882.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-transport-fromentityheader: Hosted x-originating-ip: [10.118.56.229] Content-Type: multipart/alternative; boundary="_000_0b2c415ceb8a472cb12ef2bdb744dd0cXCHRTP013ciscocom_" MIME-Version: 1.0 Archived-At: Cc: "netmod@ietf.org" Subject: Re: [netmod] New Version Notification for draft-vallin-netmod-alarm-module-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: Mon, 17 Oct 2016 18:46:52 -0000 --_000_0b2c415ceb8a472cb12ef2bdb744dd0cXCHRTP013ciscocom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgU3RlZmFuLA0KSGkgTWFydGluLA0KDQpUaGUgYWxhcm0gbW9kZWwgbG9va3MgbGlrZSBhIGdv b2QgbWF0Y2ggd2l0aCB5YW5nLXB1c2g8aHR0cHM6Ly9naXRodWIuY29tL25ldGNvbmYtd2cveWFu Zy1wdXNoL2Jsb2IvZHJhZnRzL2RyYWZ0LWlldGYtbmV0Y29uZi15YW5nLXB1c2gtMDQudHh0Pi4g ICBCeSBjb21iaW5pbmcgdGhlIHR3bywgeW91IHNob3VsZCBiZSBhYmxlIHRvIGhhdmUgYSByZW1v dGUgZW50aXR5IHRyYWNrIGFsYXJtIGNoYW5nZXMgYXQgdGhlIGNvbnN1bWVyIGRlc2lyZWQgZnJl cXVlbmN5LiAgRG9lcyB0aGlzIG1ha2Ugc2Vuc2UgdG8geW91Pw0KDQpIaSBCaWxsLA0KDQpXb3Vs ZCBhbiBSRkM1Mjc3YmlzPGh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWll dGYtbmV0Y29uZi1yZmM1Mjc3YmlzLz9pbmNsdWRlX3RleHQ9MT4g4oCccmVwbGF54oCdIHN1YnNj cmlwdGlvbiBhaW1lZCBhdCBhIGNlcnRhaW4gdGltZSBwZXJpb2QgbWF0Y2ggdG8geW91ciBuZWVk IGZvciBoaXN0b3J5LCBvciBpcyB0aGF0IHRvbyBoZWF2eXdlaWdodD8NCg0KRXJpYw0KDQpGcm9t OiBuZXRtb2QgW21haWx0bzpuZXRtb2QtYm91bmNlc0BpZXRmLm9yZ10gT24gQmVoYWxmIE9mIFdp bGxpYW0gTHVwdG9uDQpTZW50OiBNb25kYXksIE9jdG9iZXIgMTcsIDIwMTYgMTozOCBQTQ0KVG86 IG5ldG1vZEBpZXRmLm9yZw0KU3ViamVjdDogUmU6IFtuZXRtb2RdIE5ldyBWZXJzaW9uIE5vdGlm aWNhdGlvbiBmb3IgZHJhZnQtdmFsbGluLW5ldG1vZC1hbGFybS1tb2R1bGUtMDAudHh0DQoNCkFs bCwNCg0KVGhlIEJyb2FkYmFuZCBGb3J1bSAoQkJGKSBpcyBkZWZpbml0ZWx5IGludGVyZXN0ZWQg YW5kIGhhcyBiZWVuIHdvcmtpbmcgb24gc29tZSBleHRlbnNpb25zIHRvIHRoZSBvcmlnaW5hbCBk cmFmdC4NCg0KQkJG4oCZcyBtYWluIHRlY2huaWNhbCBjaGFuZ2UgaXMgdG8gYWRkIGFuIOKAnGFs YXJtLWhpc3RvcnnigJ0gZmVhdHVyZSAoc2VlIGJlbG93IGZvciBhbiBpbmRpY2F0aW9uIG9mIHdo YXQgaXQgZG9lcykgdGhhdCBzb3VuZHMgcXVpdGUgbGlrZSBvbmUgb2YgQWxleCBDYW1wYmVsbOKA mXMgcHJvcG9zYWxzLiBUaGVyZSBhcmUgYWxzbyBhIGZldyBvdGhlciBtaW5vciBjaGFuZ2VzLCBh bmQgb3RoZXJzIG1heSBhcmlzZSBhcyBhIHJlc3VsdCBvZiB0aGUg4oCcU3RyYXcgQmFsbG904oCd IHByb2Nlc3MgbWVudGlvbmVkIGJlbG93Lg0KDQpUaGUgcHJvYmxlbSBpcyB0aGF0IEJCRiB3YW50 cyB0byBwdWJsaXNoIGl0cyBjaGFuZ2VzIHZlcnkgc29vbi4gVGhlIGNoYW5nZXMgd2lsbCBiZSBp biDigJxTdHJhdyBCYWxsb3TigJ0gKHNpbWlsYXIgdG8gV0dMQykgYXQgb3VyIHVwY29taW5nIFE0 IG1lZXRpbmcgKG5leHQgd2VlayksIHdoaWNoIHdvdWxkIHNlZSB0aGVtIHB1Ymxpc2hlZCBpbiBR MSAyMDE3LiBUaGV5IHdvdWxkIHByZXN1bWFibHkgYmUgcHVibGlzaGVkIGFzIGEgQkJGIFlBTkcg bW9kdWxlIHRoYXQgaGFwcGVuZWQgdG8gYmUgdmVyeSBzaW1pbGFyIHRvIHRoZSBuZXcgVmFsbGlu IGRyYWZ0IG1vZHVsZSAoaXQgd291bGRu4oCZdCBiZSBwb3NzaWJsZSB0byB1c2UgYXVnbWVudCB0 byBhZGQgdGhlIGFsYXJtLWhpc3RvcnkgZmVhdHVyZSwgcmlnaHQ/KS4NCg0KSW4gYW4gaWRlYWwg d29ybGQgd2Ugd291bGQgcHJlZmVyIHRvIHdvcmsgd2l0aCBJRVRGIHRvIGRlZmluZSBhIG1vZHVs ZSB0aGF0IHdlIGNvdWxkIHRoZW4gdXNlIG9yIGF1Z21lbnQgZGlyZWN0bHksIGJ1dCB0aGUgdGlt ZXNjYWxlcyBqdXN0IGRvbuKAmXQgcGVybWl0IHRoYXQuIE9uZSDigJxsZXNzIGJhZOKAnSBvcHRp b24gbWlnaHQgYmUgdG8gdHJ5IHRvIGZlZWQgdGhlIHByb3Bvc2VkIGZpbmFsIEJCRiB2ZXJzaW9u ICh3aGljaCBzaG91bGQgYmUgYXZhaWxhYmxlIGFyb3VuZCB0aGUgZW5kIG9mIHRoaXMgbW9udGgp IGludG8gYSBuZXcgSUVURiBkcmFmdCByZXN1bHRpbmcgZnJvbSAoYSkgRGlyZWN0IGNvbGxhYm9y YXRpb24gYmV0d2VlbiBCQkYgcmVwcmVzZW50YXRpdmVzIGFuZCB0aGUgZHJhZnQgYXV0aG9ycywg b3IgKGIpIEJCRi1sZWQgZGlzY3Vzc2lvbiBvbiB0aGUgTkVUTU9EIGxpc3QuIFRoZW4gQkJGIGNv dWxkIHVzZSB0aGlzIG5ldyBJRVRGIGRyYWZ0IChub3QgaWRlYWwsIGJ1dCByZWR1Y2VzIHRoZSBj aGFuY2VzIG9mIGZ1dHVyZSBkaXZlcmdlbmNlKS4NCg0KVGhhbmtzLA0KV2lsbGlhbSBMdXB0b24N Cg0K4oCU4oCUIGluZGljYXRpb24gb2Ygd2hhdCB0aGUgQkJGIGFsYXJtLWhpc3RvcnkgZmVhdHVy ZSBkb2VzIChzdGlsbCBiYXNlZCBvbiBleHBpcmVkIHZhbGxpbiBkcmFmdCkg4oCU4oCUDQoNCiUg Z3JlcCAtQjEgLUEwICdpZi1mZWF0dXJlIGFsYXJtLWhpc3RvcnknIGlldGYtYWxhcm1zLnlhbmcN CiAgICAgIGxlYWYgbWF4LWFsYXJtLWhpc3Rvcnkgew0KICAgICAgICBpZi1mZWF0dXJlIGFsYXJt LWhpc3Rvcnk7DQotLQ0KICAgICAgbGVhZiBub3RpZnktc3RhdHVzLWNoYW5nZXMgew0KICAgICAg ICBpZi1mZWF0dXJlIGFsYXJtLWhpc3Rvcnk7DQotLQ0KICAgICAgbGVhZiBjbGVhcmVkIHsNCiAg ICAgICAgaWYtZmVhdHVyZSBhbGFybS1oaXN0b3J5Ow0KLS0NCiAgICAgICAgbGVhZiBpcy1jbGVh cmVkIHsNCiAgICAgICAgICBpZi1mZWF0dXJlIGFsYXJtLWhpc3Rvcnk7DQotLQ0KICAgICAgICBs aXN0IHN0YXR1cy1jaGFuZ2Ugew0KICAgICAgICAgIGlmLWZlYXR1cmUgYWxhcm0taGlzdG9yeTsN Ci0tDQogIHJwYyBjb21wcmVzcyB7DQogICAgaWYtZmVhdHVyZSBhbGFybS1oaXN0b3J5Ow0KLS0N CiAgcnBjIGNvbXByZXNzLWFsYXJtcyB7DQogICAgaWYtZmVhdHVyZSBhbGFybS1oaXN0b3J5Ow0K LS0NCiAgcnBjIHB1cmdlLWFsYXJtcyB7DQogICAgaWYtZmVhdHVyZSBhbGFybS1oaXN0b3J5Ow0K DQpPbiA1IE9jdCAyMDE2LCBhdCAxMzoyNiwgTWFydGluIEJqb3JrbHVuZCA8bWJqQHRhaWwtZi5j b208bWFpbHRvOm1iakB0YWlsLWYuY29tPj4gd3JvdGU6DQoNCkhpLA0KDQpXZSBoYXZlIHBvc3Rl ZCBhIG5ldyB2ZXJzaW9uIG9mIHRoZSBhbGFybSBtb2R1bGUuICBUaGUgcHJldmlvdXMNCmRvY3Vt ZW50IHdhcyBjYWxsZWQgZHJhZnQtdmFsbGluLWFsYXJtLXlhbmctbW9kdWxlLTAwLCB0aGlzIG5l dw0KdmVyc2lvbiBpcyBjYWxsZWQgZHJhZnQtdmFsbGluLW5ldG1vZC1hbGFybS1tb2R1bGUgKGhl bmNlIGl0IGlzIGFsc28gYQ0KLTAwKS4NCg0KVGhpcyB1cGRhdGVkIHZlcnNpb24gaW5jb3Jwb3Jh dGVzIGNvbW1lbnRzIG9uIHRoZSBwcmV2aW91cyBkb2N1ZW1lbnQsDQphbmQgYWRkcyBzdXBwb3J0 IGZvciBhbGFybSBzaGVsdmluZy4NCg0KSXQgd291bGQgYmUgZ29vZCB0byBrbm93IGlmIHBlb3Bs ZSBpbiB0aGlzIFdHIGFyZSBpbnRlcmVzdGVkIGluIHRoaXMNCndvcmsuDQoNCg0KL21hcnRpbiBh bmQgc3RlZmFuDQoNCg0KDQoNCkEgbmV3IHZlcnNpb24gb2YgSS1ELCBkcmFmdC12YWxsaW4tbmV0 bW9kLWFsYXJtLW1vZHVsZS0wMC50eHQNCmhhcyBiZWVuIHN1Y2Nlc3NmdWxseSBzdWJtaXR0ZWQg YnkgTWFydGluIEJqb3JrbHVuZCBhbmQgcG9zdGVkIHRvIHRoZQ0KSUVURiByZXBvc2l0b3J5Lg0K DQpOYW1lOiAgICAgICAgICAgICBkcmFmdC12YWxsaW4tbmV0bW9kLWFsYXJtLW1vZHVsZQ0KUmV2 aXNpb246ICAgICAgICAgMDANClRpdGxlOiAgICAgICAgICAgICAgIFlBTkcgQWxhcm0gTW9kdWxl DQpEb2N1bWVudCBkYXRlOiAgICAgICAgICAgMjAxNi0xMC0wNQ0KR3JvdXA6ICAgICAgICAgICAg IEluZGl2aWR1YWwgU3VibWlzc2lvbg0KUGFnZXM6ICAgICAgICAgICAgICA1OA0KVVJMOiAgICAg ICAgICAgIGh0dHBzOi8vd3d3LmlldGYub3JnL2ludGVybmV0LWRyYWZ0cy9kcmFmdC12YWxsaW4t bmV0bW9kLWFsYXJtLW1vZHVsZS0wMC50eHQNClN0YXR1czogICAgICAgICBodHRwczovL2RhdGF0 cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC12YWxsaW4tbmV0bW9kLWFsYXJtLW1vZHVsZS8NCkh0 bWxpemVkOiAgICAgICBodHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtdmFsbGluLW5l dG1vZC1hbGFybS1tb2R1bGUtMDANCg0KDQpBYnN0cmFjdDoNCiAgVGhpcyBkb2N1bWVudCBkZWZp bmVzIGEgWUFORyBtb2R1bGUgZm9yIGFsYXJtIG1hbmFnZW1lbnQuICBJdA0KICBpbmNsdWRlcyBm dW5jdGlvbnMgZm9yIGFsYXJtIGxpc3QgbWFuYWdlbWVudCwgYWxhcm0gc2hlbHZpbmcgYW5kDQog IG5vdGlmaWNhdGlvbnMgdG8gaW5mb3JtIG1hbmFnZW1lbnQgc3lzdGVtcy4gIFRoZXJlIGFyZSBh bHNvIFJQQ3MgdG8NCiAgbWFuYWdlIHRoZSBvcGVyYXRvciBzdGF0ZSBvZiBhbiBhbGFybSBhbmQg YWRtaW5pc3RyYXRpdmUgYWxhcm0NCiAgcHJvY2VkdXJlcy4gIFRoZSBtb2R1bGUgY2FyZWZ1bGx5 IG1hcHMgdG8gcmVsZXZhbnQgYWxhcm0gc3RhbmRhcmRzLg0KDQpfX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KbmV0bW9kIG1haWxpbmcgbGlzdA0KbmV0bW9k QGlldGYub3JnPG1haWx0bzpuZXRtb2RAaWV0Zi5vcmc+DQpodHRwczovL3d3dy5pZXRmLm9yZy9t YWlsbWFuL2xpc3RpbmZvL25ldG1vZA0KDQo= --_000_0b2c415ceb8a472cb12ef2bdb744dd0cXCHRTP013ciscocom_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 Q291cmllcjsNCglwYW5vc2UtMToyIDcgNCA5IDIgMiA1IDIgNCA0O30NCkBmb250LWZhY2UNCgl7 Zm9udC1mYW1pbHk6IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIg NDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1 IDIgMiAyIDQgMyAyIDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBs aS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBpbjsNCgltYXJnaW4tYm90dG9t Oi4wMDAxcHQ7DQoJZm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWlseToiVGltZXMgTmV3IFJv bWFuIixzZXJpZjt9DQphOmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJe21zby1zdHlsZS1wcmlv cml0eTo5OTsNCgljb2xvcjpibHVlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KYTp2 aXNpdGVkLCBzcGFuLk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe21zby1zdHlsZS1wcmlvcml0eTo5 OTsNCgljb2xvcjpwdXJwbGU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpwLm1zb25v cm1hbDAsIGxpLm1zb25vcm1hbDAsIGRpdi5tc29ub3JtYWwwDQoJe21zby1zdHlsZS1uYW1lOm1z b25vcm1hbDsNCgltc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzsNCgltYXJnaW4tcmlnaHQ6MGluOw0K CW1zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvOw0KCW1hcmdpbi1sZWZ0OjBpbjsNCglmb250LXNp emU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iLHNlcmlmO30NCnNwYW4u YXBwbGUtdGFiLXNwYW4NCgl7bXNvLXN0eWxlLW5hbWU6YXBwbGUtdGFiLXNwYW47fQ0Kc3Bhbi5F bWFpbFN0eWxlMTkNCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWwtcmVwbHk7DQoJZm9udC1mYW1p bHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7DQoJY29sb3I6IzFGNDk3RDt9DQouTXNvQ2hwRGVmYXVs dA0KCXttc28tc3R5bGUtdHlwZTpleHBvcnQtb25seTsNCglmb250LXNpemU6MTAuMHB0O30NCkBw YWdlIFdvcmRTZWN0aW9uMQ0KCXtzaXplOjguNWluIDExLjBpbjsNCgltYXJnaW46MS4waW4gMS4w aW4gMS4waW4gMS4waW47fQ0KZGl2LldvcmRTZWN0aW9uMQ0KCXtwYWdlOldvcmRTZWN0aW9uMTt9 DQotLT48L3N0eWxlPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVkZWZhdWx0cyB2 OmV4dD0iZWRpdCIgc3BpZG1heD0iMTAyNiIgLz4NCjwveG1sPjwhW2VuZGlmXS0tPjwhLS1baWYg Z3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVsYXlvdXQgdjpleHQ9ImVkaXQiPg0KPG86aWRtYXAg djpleHQ9ImVkaXQiIGRhdGE9IjEiIC8+DQo8L286c2hhcGVsYXlvdXQ+PC94bWw+PCFbZW5kaWZd LS0+DQo8L2hlYWQ+DQo8Ym9keSBsYW5nPSJFTi1VUyIgbGluaz0iYmx1ZSIgdmxpbms9InB1cnBs ZSI+DQo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90 OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPkhpIFN0ZWZhbiw8bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtm b250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+ SGkgTWFydGluLDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVv dDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250 LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+VGhl IGFsYXJtIG1vZGVsIGxvb2tzIGxpa2UgYSBnb29kIG1hdGNoIHdpdGgNCjxhIGhyZWY9Imh0dHBz Oi8vZ2l0aHViLmNvbS9uZXRjb25mLXdnL3lhbmctcHVzaC9ibG9iL2RyYWZ0cy9kcmFmdC1pZXRm LW5ldGNvbmYteWFuZy1wdXNoLTA0LnR4dCI+DQp5YW5nLXB1c2g8L2E+LiZuYnNwOyZuYnNwOyBC eSBjb21iaW5pbmcgdGhlIHR3bywgeW91IHNob3VsZCBiZSBhYmxlIHRvIGhhdmUgYSByZW1vdGUg ZW50aXR5IHRyYWNrIGFsYXJtIGNoYW5nZXMgYXQgdGhlIGNvbnN1bWVyIGRlc2lyZWQgZnJlcXVl bmN5LiAmbmJzcDtEb2VzIHRoaXMgbWFrZSBzZW5zZSB0byB5b3U/PG86cD48L286cD48L3NwYW4+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0Qi PjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDss c2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5IaSBCaWxsLDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj48bzpw PiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMt c2VyaWY7Y29sb3I6IzFGNDk3RCI+V291bGQgYW4NCjxhIGhyZWY9Imh0dHBzOi8vZGF0YXRyYWNr ZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWlldGYtbmV0Y29uZi1yZmM1Mjc3YmlzLz9pbmNsdWRlX3Rl eHQ9MSI+DQpSRkM1Mjc3YmlzPC9hPiDigJxyZXBsYXnigJ0gc3Vic2NyaXB0aW9uIGFpbWVkIGF0 IGEgY2VydGFpbiB0aW1lIHBlcmlvZCBtYXRjaCB0byB5b3VyIG5lZWQgZm9yIGhpc3RvcnksIG9y IGlzIHRoYXQgdG9vIGhlYXZ5d2VpZ2h0PzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj48YnI+DQpFcmljPG86 cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGEgbmFtZT0iX01haWxF bmRDb21wb3NlIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVv dDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286 cD48L3NwYW4+PC9hPjwvcD4NCjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxFbmRDb21w b3NlIj48L3NwYW4+DQo8ZGl2Pg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpz b2xpZCAjRTFFMUUxIDEuMHB0O3BhZGRpbmc6My4wcHQgMGluIDBpbiAwaW4iPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPjxiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+ RnJvbTo8L3NwYW4+PC9iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+IG5ldG1vZCBbbWFpbHRvOm5ldG1vZC1i b3VuY2VzQGlldGYub3JnXQ0KPGI+T24gQmVoYWxmIE9mIDwvYj5XaWxsaWFtIEx1cHRvbjxicj4N CjxiPlNlbnQ6PC9iPiBNb25kYXksIE9jdG9iZXIgMTcsIDIwMTYgMTozOCBQTTxicj4NCjxiPlRv OjwvYj4gbmV0bW9kQGlldGYub3JnPGJyPg0KPGI+U3ViamVjdDo8L2I+IFJlOiBbbmV0bW9kXSBO ZXcgVmVyc2lvbiBOb3RpZmljYXRpb24gZm9yIGRyYWZ0LXZhbGxpbi1uZXRtb2QtYWxhcm0tbW9k dWxlLTAwLnR4dDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+PG86cD4mbmJzcDs8L286cD48 L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4i PkFsbCw8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJtYXJnaW4tbGVmdDouNWluIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluIj5UaGUg QnJvYWRiYW5kIEZvcnVtIChCQkYpIGlzIGRlZmluaXRlbHkgaW50ZXJlc3RlZCBhbmQgaGFzIGJl ZW4gd29ya2luZyBvbiBzb21lIGV4dGVuc2lvbnMgdG8gdGhlIG9yaWdpbmFsIGRyYWZ0Ljxicj4N Cjxicj4NCkJCRuKAmXMgbWFpbiB0ZWNobmljYWwgY2hhbmdlIGlzIHRvIGFkZCBhbiDigJxhbGFy bS1oaXN0b3J54oCdIGZlYXR1cmUgKHNlZSBiZWxvdyBmb3IgYW4gaW5kaWNhdGlvbiBvZiB3aGF0 IGl0IGRvZXMpIHRoYXQgc291bmRzIHF1aXRlIGxpa2Ugb25lIG9mIEFsZXggQ2FtcGJlbGzigJlz IHByb3Bvc2Fscy4gVGhlcmUgYXJlIGFsc28gYSBmZXcgb3RoZXIgbWlub3IgY2hhbmdlcywgYW5k IG90aGVycyBtYXkgYXJpc2UgYXMgYSByZXN1bHQgb2YgdGhlJm5ic3A74oCcU3RyYXcNCiBCYWxs b3TigJ0gcHJvY2VzcyBtZW50aW9uZWQgYmVsb3cuPGJyPg0KPGJyPg0KVGhlIHByb2JsZW0gaXMg dGhhdCBCQkYgd2FudHMgdG8gcHVibGlzaCBpdHMgY2hhbmdlcyB2ZXJ5IHNvb24uIFRoZSBjaGFu Z2VzIHdpbGwgYmUgaW4g4oCcU3RyYXcgQmFsbG904oCdIChzaW1pbGFyIHRvIFdHTEMpIGF0IG91 ciB1cGNvbWluZyBRNCBtZWV0aW5nIChuZXh0IHdlZWspLCB3aGljaCB3b3VsZCBzZWUgdGhlbSBw dWJsaXNoZWQgaW4gUTEmbmJzcDsyMDE3LiBUaGV5IHdvdWxkIHByZXN1bWFibHkgYmUgcHVibGlz aGVkIGFzIGEgQkJGIFlBTkcgbW9kdWxlDQogdGhhdCBoYXBwZW5lZCB0byBiZSB2ZXJ5IHNpbWls YXIgdG8gdGhlIG5ldyBWYWxsaW4gZHJhZnQgbW9kdWxlIChpdCB3b3VsZG7igJl0IGJlIHBvc3Np YmxlIHRvIHVzZSBhdWdtZW50IHRvIGFkZCB0aGUgYWxhcm0taGlzdG9yeSZuYnNwO2ZlYXR1cmUs IHJpZ2h0PykuPGJyPg0KPGJyPg0KSW4gYW4gaWRlYWwgd29ybGQgd2Ugd291bGQgcHJlZmVyIHRv IHdvcmsgd2l0aCBJRVRGIHRvIGRlZmluZSBhIG1vZHVsZSB0aGF0IHdlIGNvdWxkIHRoZW4gdXNl IG9yIGF1Z21lbnQgZGlyZWN0bHksIGJ1dCB0aGUgdGltZXNjYWxlcyBqdXN0IGRvbuKAmXQgcGVy bWl0IHRoYXQuIE9uZSDigJxsZXNzIGJhZOKAnSBvcHRpb24gbWlnaHQgYmUgdG8gdHJ5IHRvIGZl ZWQgdGhlJm5ic3A7cHJvcG9zZWQgZmluYWwgQkJGIHZlcnNpb24gKHdoaWNoIHNob3VsZCBiZSBh dmFpbGFibGUNCiBhcm91bmQgdGhlIGVuZCBvZiB0aGlzIG1vbnRoKSBpbnRvIGEgbmV3IElFVEYg ZHJhZnQgcmVzdWx0aW5nIGZyb20gKGEpIERpcmVjdCBjb2xsYWJvcmF0aW9uIGJldHdlZW4gQkJG IHJlcHJlc2VudGF0aXZlcyBhbmQgdGhlIGRyYWZ0Jm5ic3A7YXV0aG9ycywgb3IgKGIpIEJCRi1s ZWQgZGlzY3Vzc2lvbiBvbiB0aGUgTkVUTU9EIGxpc3QuIFRoZW4gQkJGIGNvdWxkIHVzZSB0aGlz IG5ldyBJRVRGIGRyYWZ0IChub3QgaWRlYWwsIGJ1dCByZWR1Y2VzIHRoZQ0KIGNoYW5jZXMgb2Yg ZnV0dXJlIGRpdmVyZ2VuY2UpLjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPjxvOnA+Jm5ic3A7PC9vOnA+ PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1s ZWZ0Oi41aW4iPlRoYW5rcyw8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluIj5XaWxsaWFtIEx1cHRvbjxvOnA+ PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1h cmdpbi1sZWZ0Oi41aW4iPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPuKAlOKAlCBpbmRpY2F0 aW9uIG9mIHdoYXQgdGhlIEJCRiBhbGFybS1oaXN0b3J5IGZlYXR1cmUgZG9lcyAoc3RpbGwgYmFz ZWQgb24gZXhwaXJlZCB2YWxsaW4gZHJhZnQpIOKAlOKAlCZuYnNwOzxvOnA+PC9vOnA+PC9wPg0K PC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41 aW4iPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluO2JhY2tncm91bmQ6I0RGREJDNCI+ PGI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OkNvdXJpZXI7Y29sb3I6Izk0M0EyMCI+JQ0KPC9z cGFuPjwvYj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6Q291cmllcjtjb2xvcjojNEMyRjJEIj5n cmVwIC1CMSAtQTAgJ2lmLWZlYXR1cmUgYWxhcm0taGlzdG9yeScgaWV0Zi1hbGFybXMueWFuZyZu YnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluO2JhY2tncm91bmQ6I0RGREJDNCI+PHNwYW4g c3R5bGU9ImZvbnQtZmFtaWx5OkNvdXJpZXI7Y29sb3I6IzRDMkYyRCI+Jm5ic3A7ICZuYnNwOyAm bmJzcDsgbGVhZiBtYXgtYWxhcm0taGlzdG9yeSB7PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9k aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW47 YmFja2dyb3VuZDojREZEQkM0Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6Q291cmllcjtjb2xv cjojNEMyRjJEIj4mbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgaWYtZmVhdHVyZSBhbGFybS1o aXN0b3J5OzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluO2JhY2tncm91bmQ6I0RGREJDNCI+PHNw YW4gc3R5bGU9ImZvbnQtZmFtaWx5OkNvdXJpZXI7Y29sb3I6IzRDMkYyRCI+LS08bzpwPjwvbzpw Pjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i bWFyZ2luLWxlZnQ6LjVpbjtiYWNrZ3JvdW5kOiNERkRCQzQiPjxzcGFuIHN0eWxlPSJmb250LWZh bWlseTpDb3VyaWVyO2NvbG9yOiM0QzJGMkQiPiZuYnNwOyAmbmJzcDsgJm5ic3A7IGxlYWYgbm90 aWZ5LXN0YXR1cy1jaGFuZ2VzIHs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbjtiYWNrZ3JvdW5k OiNERkRCQzQiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTpDb3VyaWVyO2NvbG9yOiM0QzJGMkQi PiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyBpZi1mZWF0dXJlIGFsYXJtLWhpc3Rvcnk7PG86 cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg c3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW47YmFja2dyb3VuZDojREZEQkM0Ij48c3BhbiBzdHlsZT0i Zm9udC1mYW1pbHk6Q291cmllcjtjb2xvcjojNEMyRjJEIj4tLTxvOnA+PC9vOnA+PC9zcGFuPjwv cD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVm dDouNWluO2JhY2tncm91bmQ6I0RGREJDNCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OkNvdXJp ZXI7Y29sb3I6IzRDMkYyRCI+Jm5ic3A7ICZuYnNwOyAmbmJzcDsgbGVhZiBjbGVhcmVkIHs8bzpw PjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz dHlsZT0ibWFyZ2luLWxlZnQ6LjVpbjtiYWNrZ3JvdW5kOiNERkRCQzQiPjxzcGFuIHN0eWxlPSJm b250LWZhbWlseTpDb3VyaWVyO2NvbG9yOiM0QzJGMkQiPiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOyBpZi1mZWF0dXJlIGFsYXJtLWhpc3Rvcnk7PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9k aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW47 YmFja2dyb3VuZDojREZEQkM0Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6Q291cmllcjtjb2xv cjojNEMyRjJEIj4tLTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluO2JhY2tncm91bmQ6I0RGREJD NCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OkNvdXJpZXI7Y29sb3I6IzRDMkYyRCI+Jm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7IGxlYWYgaXMtY2xlYXJlZCB7PG86cD48L286cD48L3NwYW4+ PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1s ZWZ0Oi41aW47YmFja2dyb3VuZDojREZEQkM0Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6Q291 cmllcjtjb2xvcjojNEMyRjJEIj4mbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7IGlm LWZlYXR1cmUgYWxhcm0taGlzdG9yeTs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbjtiYWNrZ3Jv dW5kOiNERkRCQzQiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTpDb3VyaWVyO2NvbG9yOiM0QzJG MkQiPi0tPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW47YmFja2dyb3VuZDojREZEQkM0Ij48c3Bh biBzdHlsZT0iZm9udC1mYW1pbHk6Q291cmllcjtjb2xvcjojNEMyRjJEIj4mbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgbGlzdCBzdGF0dXMtY2hhbmdlIHs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6 LjVpbjtiYWNrZ3JvdW5kOiNERkRCQzQiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTpDb3VyaWVy O2NvbG9yOiM0QzJGMkQiPiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgaWYtZmVh dHVyZSBhbGFybS1oaXN0b3J5OzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluO2JhY2tncm91bmQ6 I0RGREJDNCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OkNvdXJpZXI7Y29sb3I6IzRDMkYyRCI+ LS08bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbjtiYWNrZ3JvdW5kOiNERkRCQzQiPjxzcGFuIHN0 eWxlPSJmb250LWZhbWlseTpDb3VyaWVyO2NvbG9yOiM0QzJGMkQiPiZuYnNwOyBycGMgY29tcHJl c3MgezxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluO2JhY2tncm91bmQ6I0RGREJDNCI+PHNwYW4g c3R5bGU9ImZvbnQtZmFtaWx5OkNvdXJpZXI7Y29sb3I6IzRDMkYyRCI+Jm5ic3A7ICZuYnNwOyBp Zi1mZWF0dXJlIGFsYXJtLWhpc3Rvcnk7PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8 ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW47YmFja2dy b3VuZDojREZEQkM0Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6Q291cmllcjtjb2xvcjojNEMy RjJEIj4tLTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluO2JhY2tncm91bmQ6I0RGREJDNCI+PHNw YW4gc3R5bGU9ImZvbnQtZmFtaWx5OkNvdXJpZXI7Y29sb3I6IzRDMkYyRCI+Jm5ic3A7IHJwYyBj b21wcmVzcy1hbGFybXMgezxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluO2JhY2tncm91bmQ6I0RG REJDNCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OkNvdXJpZXI7Y29sb3I6IzRDMkYyRCI+Jm5i c3A7ICZuYnNwOyBpZi1mZWF0dXJlIGFsYXJtLWhpc3Rvcnk7PG86cD48L286cD48L3NwYW4+PC9w Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0 Oi41aW47YmFja2dyb3VuZDojREZEQkM0Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6Q291cmll cjtjb2xvcjojNEMyRjJEIj4tLTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluO2JhY2tncm91bmQ6 I0RGREJDNCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OkNvdXJpZXI7Y29sb3I6IzRDMkYyRCI+ Jm5ic3A7IHJwYyBwdXJnZS1hbGFybXMgezxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluO2JhY2tn cm91bmQ6I0RGREJDNCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OkNvdXJpZXI7Y29sb3I6IzRD MkYyRCI+Jm5ic3A7ICZuYnNwOyBpZi1mZWF0dXJlIGFsYXJtLWhpc3Rvcnk7PG86cD48L286cD48 L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz dHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxi bG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPk9uIDUgT2N0IDIw MTYsIGF0IDEzOjI2LCBNYXJ0aW4gQmpvcmtsdW5kICZsdDs8YSBocmVmPSJtYWlsdG86bWJqQHRh aWwtZi5jb20iPm1iakB0YWlsLWYuY29tPC9hPiZndDsgd3JvdGU6PGJyPg0KPGJyPg0KSGksPGJy Pg0KPGJyPg0KV2UgaGF2ZSBwb3N0ZWQgYSBuZXcgdmVyc2lvbiBvZiB0aGUgYWxhcm0gbW9kdWxl LiAmbmJzcDtUaGUgcHJldmlvdXM8YnI+DQpkb2N1bWVudCB3YXMgY2FsbGVkIGRyYWZ0LXZhbGxp bi1hbGFybS15YW5nLW1vZHVsZS0wMCwgdGhpcyBuZXc8YnI+DQp2ZXJzaW9uIGlzIGNhbGxlZCBk cmFmdC12YWxsaW4tbmV0bW9kLWFsYXJtLW1vZHVsZSAoaGVuY2UgaXQgaXMgYWxzbyBhPGJyPg0K LTAwKS48YnI+DQo8YnI+DQpUaGlzIHVwZGF0ZWQgdmVyc2lvbiBpbmNvcnBvcmF0ZXMgY29tbWVu dHMgb24gdGhlIHByZXZpb3VzIGRvY3VlbWVudCw8YnI+DQphbmQgYWRkcyBzdXBwb3J0IGZvciBh bGFybSBzaGVsdmluZy48YnI+DQo8YnI+DQpJdCB3b3VsZCBiZSBnb29kIHRvIGtub3cgaWYgcGVv cGxlIGluIHRoaXMgV0cgYXJlIGludGVyZXN0ZWQgaW4gdGhpczxicj4NCndvcmsuPGJyPg0KPGJy Pg0KPGJyPg0KL21hcnRpbiBhbmQgc3RlZmFuPGJyPg0KPGJyPg0KPGJyPg0KPGJyPg0KPGJyPg0K QSBuZXcgdmVyc2lvbiBvZiBJLUQsIGRyYWZ0LXZhbGxpbi1uZXRtb2QtYWxhcm0tbW9kdWxlLTAw LnR4dDxicj4NCmhhcyBiZWVuIHN1Y2Nlc3NmdWxseSBzdWJtaXR0ZWQgYnkgTWFydGluIEJqb3Jr bHVuZCBhbmQgcG9zdGVkIHRvIHRoZTxicj4NCklFVEYgcmVwb3NpdG9yeS48YnI+DQo8YnI+DQpO YW1lOjxzcGFuIGNsYXNzPSJhcHBsZS10YWItc3BhbiI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IDwvc3Bhbj5k cmFmdC12YWxsaW4tbmV0bW9kLWFsYXJtLW1vZHVsZTxicj4NClJldmlzaW9uOjxzcGFuIGNsYXNz PSJhcHBsZS10YWItc3BhbiI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7IDwvc3Bhbj4wMDxicj4NClRpdGxlOjxzcGFuIGNsYXNzPSJhcHBsZS10YWItc3Bh biI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IDwvc3Bhbj5ZQU5HIEFsYXJtIE1vZHVsZTxi cj4NCkRvY3VtZW50IGRhdGU6PHNwYW4gY2xhc3M9ImFwcGxlLXRhYi1zcGFuIj4mbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgPC9zcGFu PjIwMTYtMTAtMDU8YnI+DQpHcm91cDo8c3BhbiBjbGFzcz0iYXBwbGUtdGFiLXNwYW4iPiZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyA8L3NwYW4+SW5kaXZpZHVhbCBTdWJtaXNzaW9uPGJyPg0KUGFnZXM6PHNwYW4g Y2xhc3M9ImFwcGxlLXRhYi1zcGFuIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgPC9zcGFuPjU4PGJy Pg0KVVJMOiAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOzxhIGhyZWY9 Imh0dHBzOi8vd3d3LmlldGYub3JnL2ludGVybmV0LWRyYWZ0cy9kcmFmdC12YWxsaW4tbmV0bW9k LWFsYXJtLW1vZHVsZS0wMC50eHQiPmh0dHBzOi8vd3d3LmlldGYub3JnL2ludGVybmV0LWRyYWZ0 cy9kcmFmdC12YWxsaW4tbmV0bW9kLWFsYXJtLW1vZHVsZS0wMC50eHQ8L2E+PGJyPg0KU3RhdHVz OiAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgPGEgaHJlZj0iaHR0cHM6Ly9kYXRhdHJhY2tl ci5pZXRmLm9yZy9kb2MvZHJhZnQtdmFsbGluLW5ldG1vZC1hbGFybS1tb2R1bGUvIj4NCmh0dHBz Oi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LXZhbGxpbi1uZXRtb2QtYWxhcm0tbW9k dWxlLzwvYT48YnI+DQpIdG1saXplZDogJm5ic3A7ICZuYnNwOyAmbmJzcDsgPGEgaHJlZj0iaHR0 cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LXZhbGxpbi1uZXRtb2QtYWxhcm0tbW9kdWxl LTAwIj4NCmh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC12YWxsaW4tbmV0bW9kLWFs YXJtLW1vZHVsZS0wMDwvYT48YnI+DQo8YnI+DQo8YnI+DQpBYnN0cmFjdDo8YnI+DQombmJzcDsg VGhpcyBkb2N1bWVudCBkZWZpbmVzIGEgWUFORyBtb2R1bGUgZm9yIGFsYXJtIG1hbmFnZW1lbnQu ICZuYnNwO0l0PGJyPg0KJm5ic3A7IGluY2x1ZGVzIGZ1bmN0aW9ucyBmb3IgYWxhcm0gbGlzdCBt YW5hZ2VtZW50LCBhbGFybSBzaGVsdmluZyBhbmQ8YnI+DQombmJzcDsgbm90aWZpY2F0aW9ucyB0 byBpbmZvcm0gbWFuYWdlbWVudCBzeXN0ZW1zLiAmbmJzcDtUaGVyZSBhcmUgYWxzbyBSUENzIHRv PGJyPg0KJm5ic3A7IG1hbmFnZSB0aGUgb3BlcmF0b3Igc3RhdGUgb2YgYW4gYWxhcm0gYW5kIGFk bWluaXN0cmF0aXZlIGFsYXJtPGJyPg0KJm5ic3A7IHByb2NlZHVyZXMuICZuYnNwO1RoZSBtb2R1 bGUgY2FyZWZ1bGx5IG1hcHMgdG8gcmVsZXZhbnQgYWxhcm0gc3RhbmRhcmRzLjxicj4NCjxicj4N Cl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fPGJyPg0KbmV0 bW9kIG1haWxpbmcgbGlzdDxicj4NCjxhIGhyZWY9Im1haWx0bzpuZXRtb2RAaWV0Zi5vcmciPm5l dG1vZEBpZXRmLm9yZzwvYT48YnI+DQo8YSBocmVmPSJodHRwczovL3d3dy5pZXRmLm9yZy9tYWls bWFuL2xpc3RpbmZvL25ldG1vZCI+aHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5m by9uZXRtb2Q8L2E+PG86cD48L286cD48L3A+DQo8L2Jsb2NrcXVvdGU+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8 L2Rpdj4NCjwvYm9keT4NCjwvaHRtbD4NCg== --_000_0b2c415ceb8a472cb12ef2bdb744dd0cXCHRTP013ciscocom_-- From nobody Mon Oct 17 13:43: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 1B4C712999E for ; Mon, 17 Oct 2016 13:43:04 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.431 X-Spam-Level: X-Spam-Status: No, score=-2.431 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, RP_MATCHES_RCVD=-0.431] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=hq.sk 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 nivnHuyjzm4i for ; Mon, 17 Oct 2016 13:43:01 -0700 (PDT) Received: from mail.hq.sk (hq.sk [81.89.59.181]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3FBBE1299A3 for ; Mon, 17 Oct 2016 13:43:01 -0700 (PDT) Received: from [10.137.2.13] (chello085216197060.chello.sk [85.216.197.60]) by mail.hq.sk (Postfix) with ESMTPSA id 315DC246796 for ; Mon, 17 Oct 2016 22:42:59 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=hq.sk; s=mail; t=1476736979; bh=qGO2gyphURP7A70gwNuMxRjlTkO3/6JDQelJSGdijHA=; h=To:From:Subject:Date; b=ogV7tudKsoub37OrurdB+tl6w4HgBOXla/tximARG9jJ83GcE83LdhmWtssRnH6b1 2qdwKj3xwsFqzljxmB6wjqNhTZha2o5+qu8xyp6SUL+Z5h39En3r/Qp0iw4bxwgMA6 wmrq6hbrG38+DNXidKaCBXf9btbRuzoe4YIcNeI8= To: "netmod@ietf.org" From: Robert Varga Message-ID: <86d89b50-2177-d906-834f-f4dd505e2a0f@hq.sk> Date: Mon, 17 Oct 2016 22:42:56 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="4f3lnJPvLTCXhu8haJnQWQsLp7Mb2EaIF" Archived-At: Subject: [netmod] Recursive extensions? 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, 17 Oct 2016 20:43:04 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --4f3lnJPvLTCXhu8haJnQWQsLp7Mb2EaIF Content-Type: multipart/mixed; boundary="OHuDakWwIsmAS3DMQKkoB1llEjnFoWgaI"; protected-headers="v1" From: Robert Varga To: "netmod@ietf.org" Message-ID: <86d89b50-2177-d906-834f-f4dd505e2a0f@hq.sk> Subject: Recursive extensions? --OHuDakWwIsmAS3DMQKkoB1llEjnFoWgaI Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hello everyone, neither RFC6020 nor RFC7950 seem to be explicit about this, so I thought I'd ask. Are recursive, directly or transitively, extensions valid yang? For example: module foo { namespace "foo"; prefix foo; yang-version 1; extension a { foo:b; } extension b { foo:c; } extension c { foo:a; } extension r { foo:r; } } Thanks, Robert --OHuDakWwIsmAS3DMQKkoB1llEjnFoWgaI-- --4f3lnJPvLTCXhu8haJnQWQsLp7Mb2EaIF Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQIoBAEBCgASBQJYBTfQCxxuaXRlQGhxLnNrAAoJECsDwSqgzwDTAbEP/jY30sUl xCHhFKKIJbQW23RPxPkffIvxpcx2orvASS7TLQoSzxaACMpDsGuqtUuEH4axMceB K7NbsyKdEtzdzTHnB16YBW6ARxgcFfTa9ZjMIF7LUerUfUOcl0UxQH/6HYzWLWbV UvEcZoIUhpzxF92ZlxoGZJdOlc/Ier/8D5zz1LCMwPSsy34DWGBmsITGIxyeZ3/H EqPQXKaiHBDO5oC5V3nQM4G5DjiJpxc1XoHhdQWg1s+7XHSGxEYc9Z42VXfWjBd+ gV5n7Do9gnLPaAJ3wyBI/OundPyH+u8D9ZWRRHlFvn/pzJSpHAjjmtJZ+2xu9mHD jvdhIB3yNWiU8pr+lh+Po2Js804MBf4Yl3+W7QZ+dGM+M+ekd1W0rfj6SAUMPyr9 9EvQq0BtMz8ymzdBHM/hftBNpnU1nYOuZKirx87qA6agu7961+E4R37WSHONPfpZ DOebR/SBI//WuUzwL+sKkWYn2w9Ig5L8MD4VrcHn/fBlOxVGaP7ldLe5PqkhxVc4 8dUBDWDLxZWJmlxe4NtMc7dTmX1ASqgiuoJ+jH5pVpIcAZ7dhCNKAMMyljwj0AqH GAyG3soXGwPtNg+1tzQLtKqjS46OQrpo225cKzPAM8yzrqH/UEZIBqoLsUnHcVIA G3/IC28S7HJHGLUm8ERlqnuVsqFcfMsRDiQi =phfn -----END PGP SIGNATURE----- --4f3lnJPvLTCXhu8haJnQWQsLp7Mb2EaIF-- From nobody Mon Oct 17 14:02: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 265E6129446; Mon, 17 Oct 2016 14:02:01 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.433 X-Spam-Level: X-Spam-Status: No, score=-2.433 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=-0.431, 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=lucidvision.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 fZ52D7tFzcOB; Mon, 17 Oct 2016 14:01:59 -0700 (PDT) Received: from lucidvision.com (lucidvision.com [64.71.170.115]) (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 B8D04129464; Mon, 17 Oct 2016 14:01:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=lucidvision.com; s=default; t=1476738114; bh=JyYh1ys3xtPRTIRS43RHYkoGoMYuLqOox93x83aXGSE=; h=Subject:From:In-Reply-To:Date:Cc:References:To; b=UUzlay83bWyRcQbUmhBhaAq2nY3lif/LjdkIbqc4V8rIjyQPHOqxzid+opTW+32IY li8TzbCsOKhk3/4bc6wYKrYYhrzuGcsClWgv+4lx1Qx5wue3WFQ6YlwsxpF2fDd9Me A1TCQ4YPrGMBhvilx6jqzHAnVGUs3iaqjQForGoM= X-Default-Received-SPF: pass (skip=loggedin (res=PASS)) x-ip-name=107.1.240.188; Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) From: Nadeau Thomas In-Reply-To: <86d89b50-2177-d906-834f-f4dd505e2a0f@hq.sk> Date: Mon, 17 Oct 2016 17:01:36 -0400 Content-Transfer-Encoding: quoted-printable Message-Id: References: <86d89b50-2177-d906-834f-f4dd505e2a0f@hq.sk> To: Robert Varga X-Mailer: Apple Mail (2.3124) X-Authenticated-User: tnadeau@lucidvision.com X-Info: aspam skipped due to (g_smite_skip_relay) X-Encryption: SSL encrypted X-MyRbl: Color=Unknown ip=107.1.240.188 X-IP-stats: No info recorded yet ip=107.1.240.188 Archived-At: Cc: YANG Doctors , "netmod@ietf.org" Subject: Re: [netmod] Recursive extensions? 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, 17 Oct 2016 21:02:01 -0000 Adding Yang Doctors to the thread. =E2=80=94Tom > On Oct 17, 2016:4:42 PM, at 4:42 PM, Robert Varga wrote: >=20 > Hello everyone, >=20 > neither RFC6020 nor RFC7950 seem to be explicit about this, so I = thought > I'd ask. >=20 > Are recursive, directly or transitively, extensions valid yang? >=20 > For example: >=20 > module foo { > namespace "foo"; > prefix foo; > yang-version 1; >=20 > extension a { > foo:b; > } >=20 > extension b { > foo:c; > } >=20 > extension c { > foo:a; > } >=20 > extension r { > foo:r; > } > } >=20 > Thanks, > Robert >=20 > _______________________________________________ > netmod mailing list > netmod@ietf.org > https://www.ietf.org/mailman/listinfo/netmod From nobody Mon Oct 17 17:54: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 2BE83127071 for ; Mon, 17 Oct 2016 17:54:50 -0700 (PDT) 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=unavailable 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 7_dmwIlt0drZ for ; Mon, 17 Oct 2016 17:54:48 -0700 (PDT) Received: from mail-lf0-x231.google.com (mail-lf0-x231.google.com [IPv6:2a00:1450:4010:c07::231]) (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 C5531129449 for ; Mon, 17 Oct 2016 17:46:47 -0700 (PDT) Received: by mail-lf0-x231.google.com with SMTP id b75so317447114lfg.3 for ; Mon, 17 Oct 2016 17:46:47 -0700 (PDT) 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=CNpvTa/WIb5DctXN+7dKLmpMPRo2y30G6pC4R/FZq0w=; b=jBO3jPKsN9AYjuMgGC7nhhPl/D0Qk90B25E2n2Le5mCgcBpg9tB/ilqIOKo/QzIz6D WM4dZ2fWWr5rRTdMsl71fyxdzm64whGTWl0bBZ4K+Go37aJkOPpeBRfx0OtolJmxVdML 6gxgA5xjnzUVHSZvheC6IQLkKNVEKJCgl8I6t0hEHZAMa2R0vF99OFjEfhfNXA76Upe/ PmAAY7jBazwC7+AtFs0mF3RkLO7VVMNAHNZ+cJFrjun5O2P3DGh7GU2Dyi7tnJYB6LHM P41P4/9GkTa/889NMlyWMvTatUSWdiP/GdqVXyhWNkmOjI5ZYNyxvvVyhFZ6mv+IIVSW mM/w== 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=CNpvTa/WIb5DctXN+7dKLmpMPRo2y30G6pC4R/FZq0w=; b=D+tIxi7s44vZe3RudsDhw7Wqfe0onqZe0mFZkHuLe6+WavkFdYeAKPCoTCiCdq8tNQ xmYszU7CnFnwNfeWRnMB6h4C4vKSTwD0cUEY5dFXOtP64LJvyLdJMb0eSXEQqGMcK3Yt 9Jdz8dcMC30Rh59j3T9mdffu34uVH1yggP2iH1vZiReER96uDjRfH/ALpxgR0CSmBxsz ZNVg/rrxar2IdFhmGpaAfnDoKq4TIwepKeUteJOumPD/41ptmkMbF2InrjuyLIWuID82 vQ6JVyunstKoxZPLzJrD0XCPgIYM833NqGmHXmFC69spacZHsX6/hrSE1xZc10zjQey0 fjMg== X-Gm-Message-State: AA6/9Rm0snHclE+9uvVis/UrVyNQz+OVBnn3lL0tU1+wvrANNK1lfQJ9w5xS2sdAj1knHyaKAHGeRzlyvNAwKw== X-Received: by 10.28.197.67 with SMTP id v64mr9814957wmf.9.1476751605809; Mon, 17 Oct 2016 17:46:45 -0700 (PDT) MIME-Version: 1.0 Received: by 10.80.184.193 with HTTP; Mon, 17 Oct 2016 17:46:45 -0700 (PDT) In-Reply-To: References: <86d89b50-2177-d906-834f-f4dd505e2a0f@hq.sk> From: Andy Bierman Date: Mon, 17 Oct 2016 17:46:45 -0700 Message-ID: To: Nadeau Thomas Content-Type: multipart/alternative; boundary=94eb2c0d4bd2e2d8fd053f190671 Archived-At: Cc: YANG Doctors , "netmod@ietf.org" Subject: Re: [netmod] [yang-doctors] Recursive extensions? 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, 18 Oct 2016 00:54:50 -0000 --94eb2c0d4bd2e2d8fd053f190671 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On Mon, Oct 17, 2016 at 2:01 PM, Nadeau Thomas wrote: > > Adding Yang Doctors to the thread. > > =E2=80=94Tom > > > > On Oct 17, 2016:4:42 PM, at 4:42 PM, Robert Varga wrote: > > > > Hello everyone, > > > > neither RFC6020 nor RFC7950 seem to be explicit about this, so I though= t > > I'd ask. > > > > Are recursive, directly or transitively, extensions valid yang? > > > Extensions are not recursive. Your syntax below is valid but not meaningful. Extension definitions are not C macros expanded on use. Your use of external statements within the YANG extension-stmt is valid, but they are ignored when processing the extension-stmt. You are declaring 4 external keywords, none of which take an argument. Each usage will validate correctly (no argument given). Andy > For example: > > > > module foo { > > namespace "foo"; > > prefix foo; > > yang-version 1; > > > > extension a { > > foo:b; > > } > > > > extension b { > > foo:c; > > } > > > > extension c { > > foo:a; > > } > > > > extension r { > > foo:r; > > } > > } > > > > Thanks, > > Robert > > > > _______________________________________________ > > netmod mailing list > > netmod@ietf.org > > https://www.ietf.org/mailman/listinfo/netmod > > _______________________________________________ > yang-doctors mailing list > yang-doctors@ietf.org > https://www.ietf.org/mailman/listinfo/yang-doctors > --94eb2c0d4bd2e2d8fd053f190671 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable


On Mon, Oct 17, 2016 at 2:01 PM, Nadeau Thomas <tnadeau@lucidvis= ion.com> wrote:

=C2=A0 =C2=A0 =C2=A0 =C2=A0 Adding Yang Doctors to the thread.

=C2=A0 =C2=A0 =C2=A0 =C2=A0 =E2=80=94Tom


> On Oct 17, 2016:4:42 PM, at 4:42 PM, Robert Varga <nite@hq.sk> wrote:
>
> Hello everyone,
>
> neither RFC6020 nor RFC7950 seem to be explicit about this, so I thoug= ht
> I'd ask.
>
> Are recursive, directly or transitively, extensions valid yang?
>


Extensions are not = recursive.
Your syntax below is valid but not meaningful.
Extension definitions are not C macros expanded on use.
Your u= se of external statements within the YANG extension-stmt is valid,
but they are ignored when processing the extension-stmt.

You are declaring 4 external keywords, none of which take an argum= ent.
Each usage will validate correctly (no argument given).


=C2=A0Andy

> For example:
>
> module foo {
>=C2=A0 =C2=A0 namespace "foo";
>=C2=A0 =C2=A0 prefix foo;
>=C2=A0 =C2=A0 yang-version 1;
>
>=C2=A0 =C2=A0 extension a {
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 foo:b;
>=C2=A0 =C2=A0 }
>
>=C2=A0 =C2=A0 extension b {
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 foo:c;
>=C2=A0 =C2=A0 }
>
>=C2=A0 =C2=A0 extension c {
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 foo:a;
>=C2=A0 =C2=A0 }
>
>=C2=A0 =C2=A0 extension r {
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 foo:r;
>=C2=A0 =C2=A0 }
> }
>
> Thanks,
> Robert
>
> _______________________________________________
> netmod mailing list
> netmod@ietf.org
> https://www.ietf.org/mailman/listinfo/netmod

_______________________________________________
yang-doctors mailing list
yang-doctors@ietf.org
https://www.ietf.org/mailman/listinfo/yang-do= ctors

--94eb2c0d4bd2e2d8fd053f190671-- From nobody Mon Oct 17 23:44: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 4AFDD1294F3 for ; Mon, 17 Oct 2016 23:44:19 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.332 X-Spam-Level: X-Spam-Status: No, score=-2.332 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.431, 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 aXDBo7RgIDWO for ; Mon, 17 Oct 2016 23:44:17 -0700 (PDT) Received: from mail.tail-f.com (mail.tail-f.com [46.21.102.45]) by ietfa.amsl.com (Postfix) with ESMTP id 08BC6129430 for ; Mon, 17 Oct 2016 23:44:17 -0700 (PDT) Received: from localhost (h-85-226.a165.priv.bahnhof.se [94.254.85.226]) by mail.tail-f.com (Postfix) with ESMTPSA id 110331AE0335; Tue, 18 Oct 2016 08:44:15 +0200 (CEST) Date: Tue, 18 Oct 2016 08:44:14 +0200 (CEST) Message-Id: <20161018.084414.992566600295691532.mbj@tail-f.com> To: wlupton@broadband-forum.org From: Martin Bjorklund In-Reply-To: References: <20161005.142603.802547537041907882.mbj@tail-f.com> X-Mailer: Mew version 6.5 on Emacs 24.3 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Text/Plain; charset=utf-8 Content-Transfer-Encoding: base64 Archived-At: Cc: netmod@ietf.org Subject: Re: [netmod] New Version Notification for draft-vallin-netmod-alarm-module-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: Tue, 18 Oct 2016 06:44:19 -0000 V2lsbGlhbSBMdXB0b24gPHdsdXB0b25AYnJvYWRiYW5kLWZvcnVtLm9yZz4gd3JvdGU6DQo+IEFs bCwNCj4gDQo+IFRoZSBCcm9hZGJhbmQgRm9ydW0gKEJCRikgaXMgZGVmaW5pdGVseSBpbnRlcmVz dGVkIGFuZCBoYXMgYmVlbg0KPiB3b3JraW5nIG9uIHNvbWUgZXh0ZW5zaW9ucyB0byB0aGUgb3Jp Z2luYWwgZHJhZnQuDQo+IA0KPiBCQkbigJlzIG1haW4gdGVjaG5pY2FsIGNoYW5nZSBpcyB0byBh ZGQgYW4g4oCcYWxhcm0taGlzdG9yeeKAnSBmZWF0dXJlIChzZWUNCj4gYmVsb3cgZm9yIGFuIGlu ZGljYXRpb24gb2Ygd2hhdCBpdCBkb2VzKSB0aGF0IHNvdW5kcyBxdWl0ZSBsaWtlIG9uZSBvZg0K PiBBbGV4IENhbXBiZWxs4oCZcyBwcm9wb3NhbHMuDQoNClllcywgc2VlIFN0ZWZhbidzIHJlcGx5 IGFzIHdlbGw7IHdlIHdpbGwgaW50cm9kdWNlIHN1Y2ggYSBZQU5HIGZlYXR1cmUNCmluIHRoZSBu ZXh0IHJldmlzaW9uLg0KDQo+IFRoZXJlIGFyZSBhbHNvIGEgZmV3IG90aGVyIG1pbm9yIGNoYW5n ZXMsDQoNCkFueSBjaGFuZ2VzIHdvcnRoIG1lbnRpb25pbmcsIG9yIGFyZSB0aGV5IG5vdCBvZiBn ZW5lcmFsIGludGVyZXN0Pw0KDQo+IGFuZCBvdGhlcnMgbWF5IGFyaXNlIGFzIGEgcmVzdWx0IG9m IHRoZSDigJxTdHJhdyBCYWxsb3TigJ0gcHJvY2Vzcw0KPiBtZW50aW9uZWQgYmVsb3cuDQo+IA0K PiBUaGUgcHJvYmxlbSBpcyB0aGF0IEJCRiB3YW50cyB0byBwdWJsaXNoIGl0cyBjaGFuZ2VzIHZl cnkgc29vbi4gVGhlDQo+IGNoYW5nZXMgd2lsbCBiZSBpbiDigJxTdHJhdyBCYWxsb3TigJ0gKHNp bWlsYXIgdG8gV0dMQykgYXQgb3VyIHVwY29taW5nIFE0DQo+IG1lZXRpbmcgKG5leHQgd2Vlayks IHdoaWNoIHdvdWxkIHNlZSB0aGVtIHB1Ymxpc2hlZCBpbiBRMSAyMDE3LiBUaGV5DQo+IHdvdWxk IHByZXN1bWFibHkgYmUgcHVibGlzaGVkIGFzIGEgQkJGIFlBTkcgbW9kdWxlIHRoYXQgaGFwcGVu ZWQgdG8gYmUNCj4gdmVyeSBzaW1pbGFyIHRvIHRoZSBuZXcgVmFsbGluIGRyYWZ0IG1vZHVsZSAo aXQgd291bGRu4oCZdCBiZSBwb3NzaWJsZQ0KPiB0byB1c2UgYXVnbWVudCB0byBhZGQgdGhlIGFs YXJtLWhpc3RvcnkgZmVhdHVyZSwgcmlnaHQ/KS4NCg0KTm8sIGJ1dCBzaW5jZSB3ZSdsbCBhZGQg dGhpcyBmZWF0dXJlIHRvIHRoZSBiYXNlIG1vZGVsIHRoaXMgc2hvdWxkIGJlDQpmaW5lLg0KDQo+ IEluIGFuIGlkZWFsIHdvcmxkIHdlIHdvdWxkIHByZWZlciB0byB3b3JrIHdpdGggSUVURiB0byBk ZWZpbmUgYSBtb2R1bGUNCj4gdGhhdCB3ZSBjb3VsZCB0aGVuIHVzZSBvciBhdWdtZW50IGRpcmVj dGx5LCBidXQgdGhlIHRpbWVzY2FsZXMganVzdA0KPiBkb27igJl0IHBlcm1pdCB0aGF0LiBPbmUg 4oCcbGVzcyBiYWTigJ0gb3B0aW9uIG1pZ2h0IGJlIHRvIHRyeSB0byBmZWVkIHRoZQ0KPiBwcm9w b3NlZCBmaW5hbCBCQkYgdmVyc2lvbiAod2hpY2ggc2hvdWxkIGJlIGF2YWlsYWJsZSBhcm91bmQg dGhlIGVuZA0KPiBvZiB0aGlzIG1vbnRoKSBpbnRvIGEgbmV3IElFVEYgZHJhZnQgcmVzdWx0aW5n IGZyb20gKGEpIERpcmVjdA0KPiBjb2xsYWJvcmF0aW9uIGJldHdlZW4gQkJGIHJlcHJlc2VudGF0 aXZlcyBhbmQgdGhlIGRyYWZ0IGF1dGhvcnMsIG9yDQo+IChiKSBCQkYtbGVkIGRpc2N1c3Npb24g b24gdGhlIE5FVE1PRCBsaXN0LiBUaGVuIEJCRiBjb3VsZCB1c2UgdGhpcyBuZXcNCj4gSUVURiBk cmFmdCAobm90IGlkZWFsLCBidXQgcmVkdWNlcyB0aGUgY2hhbmNlcyBvZiBmdXR1cmUgZGl2ZXJn ZW5jZSkuDQoNCldlIHZlcnkgbXVjaCB3ZWxjb21lIGZlZWRiYWNrIGFuZCBwcm9wb3NhbHMsIGlu IGFueSBmb3JtLiAgU28gaWYgeW91DQpoYXZlIG1vcmUgY29tbWVudHMgb3IgaWRlYXMgZm9yIGNo YW5nZXMsIHBsZWFzZSBsZXQgdXMga25vdy4NCg0KDQoNCi9tYXJ0aW4NCg0KDQoNCg0KPiANCj4g VGhhbmtzLA0KPiBXaWxsaWFtIEx1cHRvbg0KPiANCj4g4oCU4oCUIGluZGljYXRpb24gb2Ygd2hh dCB0aGUgQkJGIGFsYXJtLWhpc3RvcnkgZmVhdHVyZSBkb2VzIChzdGlsbCBiYXNlZA0KPiBvbiBl eHBpcmVkIHZhbGxpbiBkcmFmdCkg4oCU4oCUDQo+IA0KPiAlIGdyZXAgLUIxIC1BMCAnaWYtZmVh dHVyZSBhbGFybS1oaXN0b3J5JyBpZXRmLWFsYXJtcy55YW5nIA0KPiAgICAgICBsZWFmIG1heC1h bGFybS1oaXN0b3J5IHsNCj4gICAgICAgICBpZi1mZWF0dXJlIGFsYXJtLWhpc3Rvcnk7DQo+IC0t DQo+ICAgICAgIGxlYWYgbm90aWZ5LXN0YXR1cy1jaGFuZ2VzIHsNCj4gICAgICAgICBpZi1mZWF0 dXJlIGFsYXJtLWhpc3Rvcnk7DQo+IC0tDQo+ICAgICAgIGxlYWYgY2xlYXJlZCB7DQo+ICAgICAg ICAgaWYtZmVhdHVyZSBhbGFybS1oaXN0b3J5Ow0KPiAtLQ0KPiAgICAgICAgIGxlYWYgaXMtY2xl YXJlZCB7DQo+ICAgICAgICAgICBpZi1mZWF0dXJlIGFsYXJtLWhpc3Rvcnk7DQo+IC0tDQo+ICAg ICAgICAgbGlzdCBzdGF0dXMtY2hhbmdlIHsNCj4gICAgICAgICAgIGlmLWZlYXR1cmUgYWxhcm0t aGlzdG9yeTsNCj4gLS0NCj4gICBycGMgY29tcHJlc3Mgew0KPiAgICAgaWYtZmVhdHVyZSBhbGFy bS1oaXN0b3J5Ow0KPiAtLQ0KPiAgIHJwYyBjb21wcmVzcy1hbGFybXMgew0KPiAgICAgaWYtZmVh dHVyZSBhbGFybS1oaXN0b3J5Ow0KPiAtLQ0KPiAgIHJwYyBwdXJnZS1hbGFybXMgew0KPiAgICAg aWYtZmVhdHVyZSBhbGFybS1oaXN0b3J5Ow0KPiANCj4gPiBPbiA1IE9jdCAyMDE2LCBhdCAxMzoy NiwgTWFydGluIEJqb3JrbHVuZCA8bWJqQHRhaWwtZi5jb20+IHdyb3RlOg0KPiA+IA0KPiA+IEhp LA0KPiA+IA0KPiA+IFdlIGhhdmUgcG9zdGVkIGEgbmV3IHZlcnNpb24gb2YgdGhlIGFsYXJtIG1v ZHVsZS4gIFRoZSBwcmV2aW91cw0KPiA+IGRvY3VtZW50IHdhcyBjYWxsZWQgZHJhZnQtdmFsbGlu LWFsYXJtLXlhbmctbW9kdWxlLTAwLCB0aGlzIG5ldw0KPiA+IHZlcnNpb24gaXMgY2FsbGVkIGRy YWZ0LXZhbGxpbi1uZXRtb2QtYWxhcm0tbW9kdWxlIChoZW5jZSBpdCBpcyBhbHNvIGENCj4gPiAt MDApLg0KPiA+IA0KPiA+IFRoaXMgdXBkYXRlZCB2ZXJzaW9uIGluY29ycG9yYXRlcyBjb21tZW50 cyBvbiB0aGUgcHJldmlvdXMgZG9jdWVtZW50LA0KPiA+IGFuZCBhZGRzIHN1cHBvcnQgZm9yIGFs YXJtIHNoZWx2aW5nLg0KPiA+IA0KPiA+IEl0IHdvdWxkIGJlIGdvb2QgdG8ga25vdyBpZiBwZW9w bGUgaW4gdGhpcyBXRyBhcmUgaW50ZXJlc3RlZCBpbiB0aGlzDQo+ID4gd29yay4NCj4gPiANCj4g PiANCj4gPiAvbWFydGluIGFuZCBzdGVmYW4NCj4gPiANCj4gPiANCj4gPiANCj4gPiANCj4gPiBB IG5ldyB2ZXJzaW9uIG9mIEktRCwgZHJhZnQtdmFsbGluLW5ldG1vZC1hbGFybS1tb2R1bGUtMDAu dHh0DQo+ID4gaGFzIGJlZW4gc3VjY2Vzc2Z1bGx5IHN1Ym1pdHRlZCBieSBNYXJ0aW4gQmpvcmts dW5kIGFuZCBwb3N0ZWQgdG8gdGhlDQo+ID4gSUVURiByZXBvc2l0b3J5Lg0KPiA+IA0KPiA+IE5h bWU6CQlkcmFmdC12YWxsaW4tbmV0bW9kLWFsYXJtLW1vZHVsZQ0KPiA+IFJldmlzaW9uOgkwMA0K PiA+IFRpdGxlOgkJWUFORyBBbGFybSBNb2R1bGUNCj4gPiBEb2N1bWVudCBkYXRlOgkyMDE2LTEw LTA1DQo+ID4gR3JvdXA6CQlJbmRpdmlkdWFsIFN1Ym1pc3Npb24NCj4gPiBQYWdlczoJCTU4DQo+ ID4gVVJMOg0KPiA+IGh0dHBzOi8vd3d3LmlldGYub3JnL2ludGVybmV0LWRyYWZ0cy9kcmFmdC12 YWxsaW4tbmV0bW9kLWFsYXJtLW1vZHVsZS0wMC50eHQNCj4gPiBTdGF0dXM6DQo+ID4gaHR0cHM6 Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtdmFsbGluLW5ldG1vZC1hbGFybS1tb2R1 bGUvDQo+ID4gSHRtbGl6ZWQ6DQo+ID4gaHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0 LXZhbGxpbi1uZXRtb2QtYWxhcm0tbW9kdWxlLTAwDQo+ID4gDQo+ID4gDQo+ID4gQWJzdHJhY3Q6 DQo+ID4gICBUaGlzIGRvY3VtZW50IGRlZmluZXMgYSBZQU5HIG1vZHVsZSBmb3IgYWxhcm0gbWFu YWdlbWVudC4gIEl0DQo+ID4gICBpbmNsdWRlcyBmdW5jdGlvbnMgZm9yIGFsYXJtIGxpc3QgbWFu YWdlbWVudCwgYWxhcm0gc2hlbHZpbmcgYW5kDQo+ID4gICBub3RpZmljYXRpb25zIHRvIGluZm9y bSBtYW5hZ2VtZW50IHN5c3RlbXMuICBUaGVyZSBhcmUgYWxzbyBSUENzIHRvDQo+ID4gICBtYW5h Z2UgdGhlIG9wZXJhdG9yIHN0YXRlIG9mIGFuIGFsYXJtIGFuZCBhZG1pbmlzdHJhdGl2ZSBhbGFy bQ0KPiA+ICAgcHJvY2VkdXJlcy4gIFRoZSBtb2R1bGUgY2FyZWZ1bGx5IG1hcHMgdG8gcmVsZXZh bnQgYWxhcm0gc3RhbmRhcmRzLg0KPiA+IA0KPiA+IF9fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fDQo+ID4gbmV0bW9kIG1haWxpbmcgbGlzdA0KPiA+IG5ldG1v ZEBpZXRmLm9yZw0KPiA+IGh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vbmV0 bW9kDQo+IA0K From nobody Tue Oct 18 00:06: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 52691129574; Tue, 18 Oct 2016 00:06:52 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.332 X-Spam-Level: X-Spam-Status: No, score=-2.332 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.431, 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 g1NRzl5bxf0V; Tue, 18 Oct 2016 00:06:51 -0700 (PDT) Received: from mail.tail-f.com (mail.tail-f.com [46.21.102.45]) by ietfa.amsl.com (Postfix) with ESMTP id CB3A412956B; Tue, 18 Oct 2016 00:06:50 -0700 (PDT) Received: from localhost (h-85-226.a165.priv.bahnhof.se [94.254.85.226]) by mail.tail-f.com (Postfix) with ESMTPSA id EDB971AE0335; Tue, 18 Oct 2016 09:06:49 +0200 (CEST) Date: Tue, 18 Oct 2016 09:06:49 +0200 (CEST) Message-Id: <20161018.090649.1446133407542570739.mbj@tail-f.com> To: andy@yumaworks.com From: Martin Bjorklund In-Reply-To: References: <86d89b50-2177-d906-834f-f4dd505e2a0f@hq.sk> X-Mailer: Mew version 6.5 on Emacs 24.3 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Text/Plain; charset=utf-8 Content-Transfer-Encoding: base64 Archived-At: Cc: netmod@ietf.org, yang-doctors@ietf.org Subject: Re: [netmod] [yang-doctors] Recursive extensions? 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, 18 Oct 2016 07:06:52 -0000 QW5keSBCaWVybWFuIDxhbmR5QHl1bWF3b3Jrcy5jb20+IHdyb3RlOg0KPiBPbiBNb24sIE9jdCAx NywgMjAxNiBhdCAyOjAxIFBNLCBOYWRlYXUgVGhvbWFzIDx0bmFkZWF1QGx1Y2lkdmlzaW9uLmNv bT4NCj4gd3JvdGU6DQo+IA0KPiA+DQo+ID4gICAgICAgICBBZGRpbmcgWWFuZyBEb2N0b3JzIHRv IHRoZSB0aHJlYWQuDQo+ID4NCj4gPiAgICAgICAgIOKAlFRvbQ0KPiA+DQo+ID4NCj4gPiA+IE9u IE9jdCAxNywgMjAxNjo0OjQyIFBNLCBhdCA0OjQyIFBNLCBSb2JlcnQgVmFyZ2EgPG5pdGVAaHEu c2s+IHdyb3RlOg0KPiA+ID4NCj4gPiA+IEhlbGxvIGV2ZXJ5b25lLA0KPiA+ID4NCj4gPiA+IG5l aXRoZXIgUkZDNjAyMCBub3IgUkZDNzk1MCBzZWVtIHRvIGJlIGV4cGxpY2l0IGFib3V0IHRoaXMs IHNvIEkgdGhvdWdodA0KPiA+ID4gSSdkIGFzay4NCj4gPiA+DQo+ID4gPiBBcmUgcmVjdXJzaXZl LCBkaXJlY3RseSBvciB0cmFuc2l0aXZlbHksIGV4dGVuc2lvbnMgdmFsaWQgeWFuZz8NCj4gPiA+ DQo+ID4NCj4gDQo+IA0KPiBFeHRlbnNpb25zIGFyZSBub3QgcmVjdXJzaXZlLg0KPiBZb3VyIHN5 bnRheCBiZWxvdyBpcyB2YWxpZCBidXQgbm90IG1lYW5pbmdmdWwuDQoNCkhlcmUncyBhIHJlYWwg KGFuZCBtZWFuaW5nZnVsKSBleGFtcGxlIG9mIGEgInJlY3Vyc2l2ZSIgZXh0ZW5zaW9uOg0KDQog IGV4dGVuc2lvbiBzdWJzdGF0ZW1lbnQgew0KICAgIGFyZ3VtZW50IG5hbWUgew0KICAgICAgdGFp bGY6YXJnLXR5cGUgew0KICAgICAgICB0eXBlIHN0cmluZzsNCiAgICAgIH0NCiAgICB9DQogICAg dGFpbGY6dXNlLWluICJleHRlbnNpb24iOw0KICAgIHRhaWxmOm9jY3VyZW5jZSAiKiI7DQoNCiAg ICB0YWlsZjpzdWJzdGF0ZW1lbnQgInRhaWxmOm9jY3VyZW5jZSI7ICAvLyA8LS0gcmVmZXJlbmNl IHRvIHNlbGYNCiAgICBkZXNjcmlwdGlvbg0KICAgICAgIlNwZWNpZmllcyB3aGljaCBzdGF0ZW1l bnRzIGNhbiBvY2N1ciBhcyBzdWJzdGF0ZW1lbnQgdG8gdGhlDQogICAgICBnaXZlbiBzdGF0ZW1l bnQuIjsNCiAgfQ0KDQpUaGlzIGlzIG5vdCBkaWZmZXJlbnQgZnJvbSBob3cgdGhlIGNvcmUgWUFO RyBzdGF0ZW1lbnRzIGNhbiBiZSB1c2VkOw0KZS5nLiwgeW91IGNhbiB1c2UgImNvbnRhaW5lciIg d2l0aGluICJjb250YWluZXIiLg0KDQoNCg0KL21hcnRpbg0K From nobody Tue Oct 18 09: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 9FEA11296B8; Tue, 18 Oct 2016 09:01:12 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.431 X-Spam-Level: X-Spam-Status: No, score=-2.431 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, RP_MATCHES_RCVD=-0.431] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=hq.sk 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 tfxM5JYbMwi0; Tue, 18 Oct 2016 09:01:06 -0700 (PDT) Received: from mail.hq.sk (hq.sk [81.89.59.181]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E6CD01296C0; Tue, 18 Oct 2016 09:01:05 -0700 (PDT) Received: from [10.137.2.13] (46.229.239.158.host.vnet.sk [46.229.239.158]) by mail.hq.sk (Postfix) with ESMTPSA id 414A72467B4; Tue, 18 Oct 2016 18:01:04 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=hq.sk; s=mail; t=1476806464; bh=trehwDzPx6BI2Mwbjhg5hlkoK7mXS4ZWHRmAEfyNwEE=; h=Subject:To:References:Cc:From:Date:In-Reply-To; b=GTKCIvUui82XLvnzNUU8hf8j2HikHkjh6OHCRE3+E9r1ge6oAYL9J/B+eYwV/N8/E wrQLSJycFZo0XsXk+zRKj7ZKJpRXnWBsFoti/dRLPbWxop//iMlYuguNnRcnVSg/pS Lcrm6xLZSjxnAU3CjAJ4YrnqIZKOTR61dfIbZYPk= To: Martin Bjorklund , andy@yumaworks.com References: <86d89b50-2177-d906-834f-f4dd505e2a0f@hq.sk> <20161018.090649.1446133407542570739.mbj@tail-f.com> From: Robert Varga Message-ID: Date: Tue, 18 Oct 2016 18:01:02 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: <20161018.090649.1446133407542570739.mbj@tail-f.com> Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="Bu3GmCC33OUE1ukOondHUK5q2CT7N1eb2" Archived-At: Cc: netmod@ietf.org, yang-doctors@ietf.org Subject: Re: [netmod] [yang-doctors] Recursive extensions? 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, 18 Oct 2016 16:01:12 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --Bu3GmCC33OUE1ukOondHUK5q2CT7N1eb2 Content-Type: multipart/mixed; boundary="425khR278qFdtDQ2neHI12wIGp3r0AL1r"; protected-headers="v1" From: Robert Varga To: Martin Bjorklund , andy@yumaworks.com Cc: tnadeau@lucidvision.com, yang-doctors@ietf.org, netmod@ietf.org Message-ID: Subject: Re: [yang-doctors] [netmod] Recursive extensions? References: <86d89b50-2177-d906-834f-f4dd505e2a0f@hq.sk> <20161018.090649.1446133407542570739.mbj@tail-f.com> In-Reply-To: <20161018.090649.1446133407542570739.mbj@tail-f.com> --425khR278qFdtDQ2neHI12wIGp3r0AL1r Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 10/18/2016 09:06 AM, Martin Bjorklund wrote: > Andy Bierman wrote: >> On Mon, Oct 17, 2016 at 2:01 PM, Nadeau Thomas >> wrote: >> >>> >>> Adding Yang Doctors to the thread. >>> >>> =E2=80=94Tom >>> >>> >>>> On Oct 17, 2016:4:42 PM, at 4:42 PM, Robert Varga wrote= : >>>> >>>> Hello everyone, >>>> >>>> neither RFC6020 nor RFC7950 seem to be explicit about this, so I tho= ught >>>> I'd ask. >>>> >>>> Are recursive, directly or transitively, extensions valid yang? >>>> >>> >> >> >> Extensions are not recursive. >> Your syntax below is valid but not meaningful. Hello Martin, >=20 > Here's a real (and meaningful) example of a "recursive" extension: >=20 > extension substatement { > argument name { > tailf:arg-type { > type string; > } > } > tailf:use-in "extension"; > tailf:occurence "*"; >=20 > tailf:substatement "tailf:occurence"; // <-- reference to self > description > "Specifies which statements can occur as substatement to the > given statement."; > } >=20 > This is not different from how the core YANG statements can be used; > e.g., you can use "container" within "container". I though it may be useful for a complex set of language extensions, thanks for confirming. Regards, Robert --425khR278qFdtDQ2neHI12wIGp3r0AL1r-- --Bu3GmCC33OUE1ukOondHUK5q2CT7N1eb2 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQIoBAEBCgASBQJYBkc+CxxuaXRlQGhxLnNrAAoJECsDwSqgzwDTJ7QQAJD+aQpC EbJZXE1zQnNGL26nEB9sSVBf/dNMV9tmWunW7Gt7Q7mQo4uVAu8tAn44hH8CbXXd ExtFwyxc4AkDPxaHXlthS7+fYP48LIQ9uku2TOzbsjs0twTrYULAKKEKANVjt6Z5 xZ52eN57jY6fQplF0E3Jf9piyJNJVNcCe8Nd/DTGRK17kn2HIjDfG1cs6fuP895T npNe1FkoQ/m/N2C+lGnXv10xF5X3Kfon0koqiLKZZKJv3kg6O09xzCFnAcQpmFe4 ZFmCPNULkgglggIDN1Fim9VBLjRtyxJKxM8Uex/JEXLhieVQAmiC3ziQilfcPypa ojy+hMO+fKYrW6mvUqyIT5jVFITmFxGxkbJkMx6JnB/T+EMQLYKlXIbfvsCJ9rip A5vWBsSUN6FPAFGe+BO64KDnZCFQI/Qz/5ityyJMHen58/VN/YqJH44y3lYYeVPF 8ZM/KMuEljq4FiA8+cCtqw1YoKwmPTqsIgXKz9xypm9rm+G6gv3FNFAFd1upxdxj HQT/TgnpC0SttTsNn3UJnI84M34Doqm/7tXR27o3X5FlnKbgz0V0nUVXJOTcU6yz kxy+RMbO1HBiJ349eYYXG99+j3vT5BjtJS1K1utPpuZ9fv+nRUzOuAt7lh9/iQX5 6x47Pm9ui0HLlOZo0PWecGeNTs2M4Gaqdnyb =kCAW -----END PGP SIGNATURE----- --Bu3GmCC33OUE1ukOondHUK5q2CT7N1eb2-- From nobody Thu Oct 20 04:13:34 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 DA6EB129893; Thu, 20 Oct 2016 04:13:28 -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.35.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <147696200888.18155.1984362131702520982.idtracker@ietfa.amsl.com> Date: Thu, 20 Oct 2016 04:13:28 -0700 Archived-At: Cc: netmod@ietf.org Subject: [netmod] I-D Action: draft-ietf-netmod-routing-cfg-24.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, 20 Oct 2016 11:13:29 -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-24.txt Pages : 74 Date : 2016-10-20 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-24 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-netmod-routing-cfg-24 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 Oct 20 12:19: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 7592E1296B9 for ; Thu, 20 Oct 2016 12:19:36 -0700 (PDT) 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 BxI1jDmGa-06 for ; Thu, 20 Oct 2016 12:19:34 -0700 (PDT) Received: from gproxy4-pub.mail.unifiedlayer.com (gproxy4-pub.mail.unifiedlayer.com [69.89.23.142]) by ietfa.amsl.com (Postfix) with SMTP id 2D4AD1296B6 for ; Thu, 20 Oct 2016 12:19:34 -0700 (PDT) Received: (qmail 20388 invoked by uid 0); 20 Oct 2016 19:19:32 -0000 Received: from unknown (HELO cmgw4) (10.0.90.85) by gproxy4.mail.unifiedlayer.com with SMTP; 20 Oct 2016 19:19:32 -0000 Received: from box313.bluehost.com ([69.89.31.113]) by cmgw4 with id xvKJ1t00e2SSUrH01vKMo1; Thu, 20 Oct 2016 13:19:21 -0600 X-Authority-Analysis: v=2.1 cv=IecUBwaa 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=CH0kA5CcgfcA:10 a=48vgC7mUAAAA:8 a=VcnZxHCjC67Y_hBmyeoA:9 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:To:References:Subject; bh=o8G0QIFl4zXS5AJ62c13r/w9lrlnHIsCn5uf1WMR3Vo=; b=uOJOkfOxKF8dKs5gWx7K65uZOa IqnvlLRIPqzR6RF/LMChcZPqU5zFehCrhLG3ImI8GcFT5U3P9cq3wey2DJy66n48z/GjKSev7W7OT qNoFoxbYJdYhhYuNxE6NOyta+; Received: from pool-100-15-85-191.washdc.fios.verizon.net ([100.15.85.191]:45821 helo=[IPv6:::1]) by box313.bluehost.com with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.86_1) (envelope-from ) id 1bxIs2-0003Mj-2E for netmod@ietf.org; Thu, 20 Oct 2016 13:19:18 -0600 References: <147696200888.18155.1984362131702520982.idtracker@ietfa.amsl.com> To: netmod@ietf.org From: Lou Berger Message-ID: <20e4c59d-912c-89ac-e2c7-d325563ec7ce@labn.net> Date: Thu, 20 Oct 2016 15:19:14 -0400 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: <147696200888.18155.1984362131702520982.idtracker@ietfa.amsl.com> 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: 1bxIs2-0003Mj-2E 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]:45821 X-Source-Auth: lberger@labn.net X-Email-Count: 1 X-Source-Cap: bGFibm1vYmk7bGFibm1vYmk7Ym94MzEzLmJsdWVob3N0LmNvbQ== Archived-At: Subject: Re: [netmod] I-D Action: draft-ietf-netmod-routing-cfg-24.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, 20 Oct 2016 19:19:36 -0000 I have just submitted the publication request for this document. The write up is available in the usual spot, http://datatracker.ietf.org/doc/draft-ietf-netmod-routing-cfg/shepherdwriteup/ Lou As document Shepherd On 10/20/2016 7:13 AM, 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 : A YANG Data Model for Routing Management > Authors : Ladislav Lhotka > Acee Lindem > Filename : draft-ietf-netmod-routing-cfg-24.txt > Pages : 74 > Date : 2016-10-20 > > 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-24 > > A diff from the previous version is available at: > https://www.ietf.org/rfcdiff?url2=draft-ietf-netmod-routing-cfg-24 > > > 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 > From nobody Thu Oct 20 12:28: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 B60C412969F for ; Thu, 20 Oct 2016 12:28:13 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.953 X-Spam-Level: X-Spam-Status: No, score=-14.953 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_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.431, 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 hgj4MZQyRM6T for ; Thu, 20 Oct 2016 12:28:12 -0700 (PDT) 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 F13291295B0 for ; Thu, 20 Oct 2016 12:28:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=2424; q=dns/txt; s=iport; t=1476991692; x=1478201292; h=subject:to:references:from:message-id:date:mime-version: in-reply-to:content-transfer-encoding; bh=QwfObJGK5HTAVeuyFJGzpSbplKsDY6RhaR0fms+s+Pk=; b=E6SEOSpgyNsZu/QCAoD3dj96f65U0oINEPW6vt1BW9fEpep7gN3iUAB1 ZbUCE39vo3Q9hvhQJWpKZmPjOpzq4PywkvKPnP7MXiQ4pI5xoRCXn2RBv yRVZjXfhrQUvO88BQ6C/H3AyvZgOhstiZM8R3raaLP06T1O2+dk6PDVaX Q=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0A2AgAjGglY/xbLJq1cGgEBAQECAQEBA?= =?us-ascii?q?QgBAQEBgz4BAQEBAXQDJ1ONNJZ8lD2CCBwNhS5KAoI8FAECAQEBAQEBAWIohGI?= =?us-ascii?q?BAQEDAQEBATU2EAsLDgouJzAGAQwGAgEBiEYIDsNWAQEBAQEBAQEBAQEBAQEBA?= =?us-ascii?q?QEBAR6GPYF9gliKJgEEmg6GKoljgW5OhBuDFIYQiS2DUoQAHjZKBgiDCRyBVTw?= =?us-ascii?q?0iRkBAQE?= X-IronPort-AV: E=Sophos;i="5.31,372,1473120000"; d="scan'208";a="647551842" 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; 20 Oct 2016 19:28:09 +0000 Received: from [10.60.67.85] (ams-bclaise-8914.cisco.com [10.60.67.85]) by aer-core-4.cisco.com (8.14.5/8.14.5) with ESMTP id u9KJS9ws032317; Thu, 20 Oct 2016 19:28:09 GMT To: Lou Berger , netmod@ietf.org References: <147696200888.18155.1984362131702520982.idtracker@ietfa.amsl.com> <20e4c59d-912c-89ac-e2c7-d325563ec7ce@labn.net> From: Benoit Claise Message-ID: <136f4577-a532-c65a-a5ee-0e310503aea7@cisco.com> Date: Thu, 20 Oct 2016 21:28:09 +0200 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: <20e4c59d-912c-89ac-e2c7-d325563ec7ce@labn.net> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Archived-At: Subject: Re: [netmod] I-D Action: draft-ietf-netmod-routing-cfg-24.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, 20 Oct 2016 19:28:14 -0000 Very good Lou. I did my AD review today, and found no issues. Sending the document to IETF LC. Regards, Benoit > I have just submitted the publication request for this document. The > write up is available in the usual spot, > http://datatracker.ietf.org/doc/draft-ietf-netmod-routing-cfg/shepherdwriteup/ > > > Lou > As document Shepherd > > On 10/20/2016 7:13 AM, 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 : A YANG Data Model for Routing Management >> Authors : Ladislav Lhotka >> Acee Lindem >> Filename : draft-ietf-netmod-routing-cfg-24.txt >> Pages : 74 >> Date : 2016-10-20 >> >> 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-24 >> >> A diff from the previous version is available at: >> https://www.ietf.org/rfcdiff?url2=draft-ietf-netmod-routing-cfg-24 >> >> >> 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 Thu Oct 20 12:36: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 8B8BB129491 for ; Thu, 20 Oct 2016 12:36:39 -0700 (PDT) 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 Zfvw70QDSEna for ; Thu, 20 Oct 2016 12:36:38 -0700 (PDT) Received: from gproxy4-pub.mail.unifiedlayer.com (gproxy4-pub.mail.unifiedlayer.com [69.89.23.142]) by ietfa.amsl.com (Postfix) with SMTP id C2ADD1296BD for ; Thu, 20 Oct 2016 12:36:30 -0700 (PDT) Received: (qmail 25238 invoked by uid 0); 20 Oct 2016 19:36:30 -0000 Received: from unknown (HELO cmgw2) (10.0.90.83) by gproxy4.mail.unifiedlayer.com with SMTP; 20 Oct 2016 19:36:30 -0000 Received: from box313.bluehost.com ([69.89.31.113]) by cmgw2 with id xvcR1t00v2SSUrH01vcUkp; Thu, 20 Oct 2016 13:36:28 -0600 X-Authority-Analysis: v=2.1 cv=PIacp5aC 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=CH0kA5CcgfcA:10 a=48vgC7mUAAAA:8 a=43F5x1H3Y4Bz7f-U3fMA:9 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=sqEU/kWiKgveaxdb72aXLZaW4xmi1kCvgUhSWn3bEqQ=; b=qz0PEpNwQ3V17kxKbvkbdWxEmX 4wB6sTtgmRpn0adRRqO1UNL7G2QxGNa6sT3FMxKkFcQFvkDrODR3F5XQeuKWTyMNvRpwLpeS6Y7zE aINUIs2YrXCyptW7w+RXLNDZy; Received: from pool-100-15-85-191.washdc.fios.verizon.net ([100.15.85.191]:41143 helo=[IPv6:::1]) by box313.bluehost.com with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.86_1) (envelope-from ) id 1bxJ8d-0006Mj-Di; Thu, 20 Oct 2016 13:36:27 -0600 To: Benoit Claise , netmod@ietf.org References: <147696200888.18155.1984362131702520982.idtracker@ietfa.amsl.com> <20e4c59d-912c-89ac-e2c7-d325563ec7ce@labn.net> <136f4577-a532-c65a-a5ee-0e310503aea7@cisco.com> From: Lou Berger Message-ID: <7a533810-2dd8-e03f-04d1-1f74277f7af9@labn.net> Date: Thu, 20 Oct 2016 15:36:23 -0400 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: <136f4577-a532-c65a-a5ee-0e310503aea7@cisco.com> 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: 1bxJ8d-0006Mj-Di 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]:41143 X-Source-Auth: lberger@labn.net X-Email-Count: 13 X-Source-Cap: bGFibm1vYmk7bGFibm1vYmk7Ym94MzEzLmJsdWVob3N0LmNvbQ== Archived-At: Subject: Re: [netmod] I-D Action: draft-ietf-netmod-routing-cfg-24.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, 20 Oct 2016 19:36:39 -0000 Benoit, Thank you for the quick response / processing! Lou On 10/20/2016 3:28 PM, Benoit Claise wrote: > Very good Lou. > I did my AD review today, and found no issues. > Sending the document to IETF LC. > > Regards, Benoit > > >> I have just submitted the publication request for this document. The >> write up is available in the usual spot, >> http://datatracker.ietf.org/doc/draft-ietf-netmod-routing-cfg/shepherdwriteup/ >> >> >> Lou >> As document Shepherd >> >> On 10/20/2016 7:13 AM, 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 : A YANG Data Model for Routing Management >>> Authors : Ladislav Lhotka >>> Acee Lindem >>> Filename : draft-ietf-netmod-routing-cfg-24.txt >>> Pages : 74 >>> Date : 2016-10-20 >>> >>> 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-24 >>> >>> A diff from the previous version is available at: >>> https://www.ietf.org/rfcdiff?url2=draft-ietf-netmod-routing-cfg-24 >>> >>> >>> 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 Thu Oct 20 12:42:52 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 4B2651296B6; Thu, 20 Oct 2016 12:42:47 -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.35.0 Auto-Submitted: auto-generated Precedence: bulk Sender: Message-ID: <147699256726.18119.9214770504859487365.idtracker@ietfa.amsl.com> Date: Thu, 20 Oct 2016 12:42:47 -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 Subject: [netmod] Last Call: (A YANG Data Model for Routing Management) to Proposed Standard X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.17 Reply-To: ietf@ietf.org List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Oct 2016 19:42:48 -0000 The IESG has received a request from the NETCONF Data Modeling Language WG (netmod) to consider the following document: - 'A YANG Data Model for Routing Management' as Proposed Standard The IESG plans to make a decision in the next few weeks, and solicits final comments on this action. Please send substantive comments to the ietf@ietf.org mailing lists by 2016-11-03. Exceptionally, comments may be sent to iesg@ietf.org instead. In either case, please retain the beginning of the Subject line to allow automated sorting. Abstract 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 file can be obtained via https://datatracker.ietf.org/doc/draft-ietf-netmod-routing-cfg/ IESG discussion can be tracked via https://datatracker.ietf.org/doc/draft-ietf-netmod-routing-cfg/ballot/ No IPR declarations have been submitted directly on this I-D. From nobody Thu Oct 20 13:47: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 7BACC1296BD for ; Thu, 20 Oct 2016 13:47:24 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -7.431 X-Spam-Level: X-Spam-Status: No, score=-7.431 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-0.431] 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 4MQfCeMYV1Kg for ; Thu, 20 Oct 2016 13:47:22 -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 A41741295A1 for ; Thu, 20 Oct 2016 13:47:21 -0700 (PDT) Received: from [IPv6:2001:1488:fffe:6:ffff:ffff:ffff:d] (unknown [IPv6:2001:1488:fffe:6:ffff:ffff:ffff:d]) by mail.nic.cz (Postfix) with ESMTPSA id 0803D607AE; Thu, 20 Oct 2016 22:47:19 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=nic.cz; s=default; t=1476996440; bh=2BcqZeXpMQBMC67BrWsG4U7hCXIxVyQ6QhUJdpCtHQU=; h=From:Date:To; b=sv5BlpHRkUqtwQusrsvft3a2SPDlkB2bQSAzAS23SkOsBaGeUc3+j6V0qO/Iot7Uk uPKJDsqhXDARj3VephXIJZNzxKmmn/NJdsgbdIuznZGGiKCewTIGzw+Ym5LUP8lVHw 4r0egg1X52GyIaqVksZpMzPkO2rZYHG8556ysoIg= Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 10.0 \(3226\)) From: Ladislav Lhotka In-Reply-To: <136f4577-a532-c65a-a5ee-0e310503aea7@cisco.com> Date: Thu, 20 Oct 2016 22:47:19 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <24BAFC45-01A2-49D7-9D61-1863B4396CF2@nic.cz> References: <147696200888.18155.1984362131702520982.idtracker@ietfa.amsl.com> <20e4c59d-912c-89ac-e2c7-d325563ec7ce@labn.net> <136f4577-a532-c65a-a5ee-0e310503aea7@cisco.com> To: Benoit Claise X-Mailer: Apple Mail (2.3226) 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-routing-cfg-24.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, 20 Oct 2016 20:47:24 -0000 Benoit, Lou, thanks! Lada > On 20 Oct 2016, at 21:28, Benoit Claise wrote: >=20 > Very good Lou. > I did my AD review today, and found no issues. > Sending the document to IETF LC. >=20 > Regards, Benoit >=20 >=20 >> I have just submitted the publication request for this document. The >> write up is available in the usual spot, >> = http://datatracker.ietf.org/doc/draft-ietf-netmod-routing-cfg/shepherdwrit= eup/ >>=20 >>=20 >> Lou >> As document Shepherd >>=20 >> On 10/20/2016 7:13 AM, 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. >>>=20 >>> Title : A YANG Data Model for Routing Management >>> Authors : Ladislav Lhotka >>> Acee Lindem >>> Filename : draft-ietf-netmod-routing-cfg-24.txt >>> Pages : 74 >>> Date : 2016-10-20 >>>=20 >>> 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. >>>=20 >>>=20 >>> The IETF datatracker status page for this draft is: >>> https://datatracker.ietf.org/doc/draft-ietf-netmod-routing-cfg/ >>>=20 >>> There's also a htmlized version available at: >>> https://tools.ietf.org/html/draft-ietf-netmod-routing-cfg-24 >>>=20 >>> A diff from the previous version is available at: >>> https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-netmod-routing-cfg-24 >>>=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 Fri Oct 21 05:46: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 C209012940A for ; Fri, 21 Oct 2016 05:46:36 -0700 (PDT) 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 5SBYJu41lTVL for ; Fri, 21 Oct 2016 05:46:35 -0700 (PDT) Received: from gproxy9-pub.mail.unifiedlayer.com (gproxy9-pub.mail.unifiedlayer.com [69.89.20.122]) by ietfa.amsl.com (Postfix) with SMTP id 3B53F128B37 for ; Fri, 21 Oct 2016 05:46:35 -0700 (PDT) Received: (qmail 25931 invoked by uid 0); 21 Oct 2016 12:46:32 -0000 Received: from unknown (HELO cmgw3) (10.0.90.84) by gproxy9.mail.unifiedlayer.com with SMTP; 21 Oct 2016 12:46:32 -0000 Received: from box313.bluehost.com ([69.89.31.113]) by cmgw3 with id yCmR1t00E2SSUrH01CmUuo; Fri, 21 Oct 2016 06:46:32 -0600 X-Authority-Analysis: v=2.1 cv=KLfJUj1o 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=CH0kA5CcgfcA:10 a=AUd_NHdVAAAA:8 a=48vgC7mUAAAA:8 a=dVSJ-nmS6TgLzXKPbH8A:9 a=pILNOxqGKmIA:10 a=TSZmLRzkpGLBZRr3r8m8: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=twOEe3LCPEvjGbIDgrIe+VPVytKO8r8veX3C/J40/z0=; b=2an3Kf7rdh5udSGSa5fgLTApCi nCf1RpxV4h+5SzWRU3reHyAfY5wO4RndFmaI0cwniBX0+3KPYNdYdAECuOXM8FYZq0qLwa78uYuvE dz1VeH3DmjX1z3e40cSxyiwoh; Received: from pool-100-15-85-191.washdc.fios.verizon.net ([100.15.85.191]:42867 helo=[IPv6:::1]) by box313.bluehost.com with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.86_1) (envelope-from ) id 1bxZDN-00070W-4A; Fri, 21 Oct 2016 06:46:25 -0600 To: Ladislav Lhotka , Benoit Claise References: <147696200888.18155.1984362131702520982.idtracker@ietfa.amsl.com> <20e4c59d-912c-89ac-e2c7-d325563ec7ce@labn.net> <136f4577-a532-c65a-a5ee-0e310503aea7@cisco.com> <24BAFC45-01A2-49D7-9D61-1863B4396CF2@nic.cz> From: Lou Berger Message-ID: <676375c3-23e7-ce19-319f-0bbfdcab69f3@labn.net> Date: Fri, 21 Oct 2016 08:46:20 -0400 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: <24BAFC45-01A2-49D7-9D61-1863B4396CF2@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: 1bxZDN-00070W-4A 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]:42867 X-Source-Auth: lberger@labn.net X-Email-Count: 14 X-Source-Cap: bGFibm1vYmk7bGFibm1vYmk7Ym94MzEzLmJsdWVob3N0LmNvbQ== Archived-At: Cc: netmod@ietf.org Subject: Re: [netmod] I-D Action: draft-ietf-netmod-routing-cfg-24.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: Fri, 21 Oct 2016 12:46:37 -0000 Lada, Thank you for the work (and perseverance) ! Lou PS To Acee and all others who contributed too! On 10/20/2016 4:47 PM, Ladislav Lhotka wrote: > Benoit, Lou, > > thanks! > > Lada > >> On 20 Oct 2016, at 21:28, Benoit Claise wrote: >> >> Very good Lou. >> I did my AD review today, and found no issues. >> Sending the document to IETF LC. >> >> Regards, Benoit >> >> >>> I have just submitted the publication request for this document. The >>> write up is available in the usual spot, >>> http://datatracker.ietf.org/doc/draft-ietf-netmod-routing-cfg/shepherdwriteup/ >>> >>> >>> Lou >>> As document Shepherd >>> >>> On 10/20/2016 7:13 AM, 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 : A YANG Data Model for Routing Management >>>> Authors : Ladislav Lhotka >>>> Acee Lindem >>>> Filename : draft-ietf-netmod-routing-cfg-24.txt >>>> Pages : 74 >>>> Date : 2016-10-20 >>>> >>>> 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-24 >>>> >>>> A diff from the previous version is available at: >>>> https://www.ietf.org/rfcdiff?url2=draft-ietf-netmod-routing-cfg-24 >>>> >>>> >>>> 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 >>> . >>> >> _______________________________________________ >> netmod mailing list >> netmod@ietf.org >> https://www.ietf.org/mailman/listinfo/netmod > -- > Ladislav Lhotka, CZ.NIC Labs > PGP Key ID: E74E8C0C > > > > > From nobody Fri Oct 21 06:09: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 8EF36129695 for ; Fri, 21 Oct 2016 06:09:01 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -7.431 X-Spam-Level: X-Spam-Status: No, score=-7.431 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-0.431] 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 qPcwHZlb_kvl for ; Fri, 21 Oct 2016 06:09:00 -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 CEA5A128B37 for ; Fri, 21 Oct 2016 06:08:59 -0700 (PDT) Received: from [IPv6:2001:1488:fffe:6:ffff:ffff:ffff:d] (unknown [IPv6:2001:1488:fffe:6:ffff:ffff:ffff:d]) by mail.nic.cz (Postfix) with ESMTPSA id 7FC7160D9D; Fri, 21 Oct 2016 15:08:58 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=nic.cz; s=default; t=1477055338; bh=tFmHprycTknxD9AhCgmXCpaPRx2NvPX0wVn05OJc/5k=; h=From:Date:To; b=gwktwaFaOgHuw4KJIPiGkE83vzpqeTLMrQtCsVGL8Va38q63WmXSCq28Vn2JS+0W9 6hE4+r0tu4Dr6yPdIQqzbFdC9AAMqt6JoazdR6A5CicKjalTAPPlcaX3lza/Tjtugo rm8vVP1ji0TN8H+tv057qCRg29XpbEdOoHhxNmXI= Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 10.0 \(3226\)) From: Ladislav Lhotka In-Reply-To: <676375c3-23e7-ce19-319f-0bbfdcab69f3@labn.net> Date: Fri, 21 Oct 2016 15:09:00 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: References: <147696200888.18155.1984362131702520982.idtracker@ietfa.amsl.com> <20e4c59d-912c-89ac-e2c7-d325563ec7ce@labn.net> <136f4577-a532-c65a-a5ee-0e310503aea7@cisco.com> <24BAFC45-01A2-49D7-9D61-1863B4396CF2@nic.cz> <676375c3-23e7-ce19-319f-0bbfdcab69f3@labn.net> To: Lou Berger X-Mailer: Apple Mail (2.3226) 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-routing-cfg-24.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: Fri, 21 Oct 2016 13:09:01 -0000 > On 21 Oct 2016, at 14:46, Lou Berger wrote: >=20 > Lada, >=20 > Thank you for the work (and perseverance) ! Sure, I sort of expected it was going to be hard. :-) >=20 > Lou >=20 > PS To Acee and all others who contributed too! Indeed! Cheers, Lada >=20 > On 10/20/2016 4:47 PM, Ladislav Lhotka wrote: >> Benoit, Lou, >>=20 >> thanks! >>=20 >> Lada >>=20 >>> On 20 Oct 2016, at 21:28, Benoit Claise wrote: >>>=20 >>> Very good Lou. >>> I did my AD review today, and found no issues. >>> Sending the document to IETF LC. >>>=20 >>> Regards, Benoit >>>=20 >>>=20 >>>> I have just submitted the publication request for this document. = The >>>> write up is available in the usual spot, >>>> = http://datatracker.ietf.org/doc/draft-ietf-netmod-routing-cfg/shepherdwrit= eup/ >>>>=20 >>>>=20 >>>> Lou >>>> As document Shepherd >>>>=20 >>>> On 10/20/2016 7:13 AM, 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. >>>>>=20 >>>>> Title : A YANG Data Model for Routing Management >>>>> Authors : Ladislav Lhotka >>>>> Acee Lindem >>>>> Filename : draft-ietf-netmod-routing-cfg-24.txt >>>>> Pages : 74 >>>>> Date : 2016-10-20 >>>>>=20 >>>>> 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. >>>>>=20 >>>>>=20 >>>>> The IETF datatracker status page for this draft is: >>>>> https://datatracker.ietf.org/doc/draft-ietf-netmod-routing-cfg/ >>>>>=20 >>>>> There's also a htmlized version available at: >>>>> https://tools.ietf.org/html/draft-ietf-netmod-routing-cfg-24 >>>>>=20 >>>>> A diff from the previous version is available at: >>>>> https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-netmod-routing-cfg-24= >>>>>=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 >>> _______________________________________________ >>> netmod mailing list >>> netmod@ietf.org >>> https://www.ietf.org/mailman/listinfo/netmod >> -- >> Ladislav Lhotka, CZ.NIC Labs >> PGP Key ID: E74E8C0C >>=20 >>=20 >>=20 >>=20 >>=20 >=20 -- Ladislav Lhotka, CZ.NIC Labs PGP Key ID: E74E8C0C From nobody Fri Oct 21 08:13: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 23F241294A2 for ; Fri, 21 Oct 2016 08:13:25 -0700 (PDT) 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 3sdiDlZJE71I for ; Fri, 21 Oct 2016 08:13:24 -0700 (PDT) Received: from gproxy4-pub.mail.unifiedlayer.com (gproxy4-pub.mail.unifiedlayer.com [69.89.23.142]) by ietfa.amsl.com (Postfix) with SMTP id 26388120726 for ; Fri, 21 Oct 2016 08:13:24 -0700 (PDT) Received: (qmail 14081 invoked by uid 0); 21 Oct 2016 15:13:18 -0000 Received: from unknown (HELO cmgw2) (10.0.90.83) by gproxy4.mail.unifiedlayer.com with SMTP; 21 Oct 2016 15:13:18 -0000 Received: from box313.bluehost.com ([69.89.31.113]) by cmgw2 with id yFD21t00t2SSUrH01FD5FD; Fri, 21 Oct 2016 09:13:08 -0600 X-Authority-Analysis: v=2.1 cv=PIacp5aC 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=CH0kA5CcgfcA:10 a=48vgC7mUAAAA:8 a=D7ovilSo9VNLeEZ-aZQA:9 a=mqP0FsgzQPh32HPV:21 a=Gf-X-JODQeEuWyd2:21 a=QEXdDO2ut3YA:10 a=IJcaCD-73XsA:10 a=3_sIGxYtyzEA: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:To:Cc:Subject:From; bh=H8hSo9JFJjIPI2h6ElxD7X+MkmbncJcpx3+x/22PwTs=; b=MLH4UZfa51JtKgDbG90pcNg5Ql DhUI6kYEoLYsbVVW/bD1gTZFZp04dc57JEvzHmSo08FZGjj+POEmvBsyifJUTfJKNtWxll7wPQ1O2 qlpyfZyc39uwLBzfM26iWvczq; Received: from pool-100-15-85-191.washdc.fios.verizon.net ([100.15.85.191]:44528 helo=[IPv6:::1]) by box313.bluehost.com with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.86_1) (envelope-from ) id 1bxbVH-0002vD-H0; Fri, 21 Oct 2016 09:13:04 -0600 From: Lou Berger To: NetMod WG Message-ID: <9fcf23f2-d0f8-2426-9ba6-abef7725ca88@labn.net> Date: Fri, 21 Oct 2016 11:12:48 -0400 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: 1bxbVH-0002vD-H0 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]:44528 X-Source-Auth: lberger@labn.net X-Email-Count: 4 X-Source-Cap: bGFibm1vYmk7bGFibm1vYmk7Ym94MzEzLmJsdWVob3N0LmNvbQ== Archived-At: Subject: [netmod] Delay in publication request of routing-cfg and current -state conventions 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, 21 Oct 2016 15:13:25 -0000 All, Some may have noticed that there was a bit of a gap between the close of LC and the submission of the publication request for this document. While it was gated by a minor update, the more significant reason for the delay was the consideration of how to proceed with models that contain the -state branch. As we're sure most are aware we have a design team looking at how datastores might be used to address the applied vs intended config [1] and the larger "OpState" discussion. There also has been some discussion on proposals on how to proceed while their work is ongoing, including a proposal that I promoted - and this model presents the first opportunity to implement such. Based on a fair bit of discussion among the authors, chairs, AD and design team, we concluded that introducing a new model convention at this time really doesn't provide any substantive benefit and may in fact complicate future transition/upgrade approaches. This consideration is what resulted in the delay. The impact of this discussion on routing-cfg is no change. The impact on -state conventions is that, for now, we (as chairs) feel that models being submitted for publication request by the WG should follow the conventions found in RFC7223 and the recommendations documented in 6087bis section 5.23 [2]. This of course can be change through discussion in the WG, e.g., based on the output of the DT. Lou and Kent [1] https://www.ietf.org/mail-archive/web/netmod/current/msg16491.html [2] https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-08#section-5.23 From nobody Fri Oct 21 16:23:21 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 DBA21129862; Fri, 21 Oct 2016 16:21:08 -0700 (PDT) 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.36.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <147709206889.28214.8178254135672676095.idtracker@ietfa.amsl.com> Date: Fri, 21 Oct 2016 16:21:08 -0700 Archived-At: Cc: netmod@ietf.org Subject: [netmod] netmod - Requested sessions have been scheduled for IETF 97 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: Fri, 21 Oct 2016 23:21:10 -0000 Dear Lou Berger, The session(s) that you have requested have been scheduled. Below is the scheduled session information followed by the original request. netmod Session 1 (2:30:00) Tuesday, Afternoon Session I 1330-1530 Room Name: Grand Ballroom 3 size: 175 --------------------------------------------- netmod Session 2 (1:00:00) Thursday, Morning Session II 1110-1210 Room Name: Grand Ballroom 2 size: 200 --------------------------------------------- Request Information: --------------------------------------------------------- Working Group Name: NETCONF Data Modeling Language Area Name: Operations and Management Area Session Requester: Lou Berger Number of Sessions: 2 Length of Session(s): 2.5 Hours, 1 Hour Number of Attendees: 100 Conflicts to Avoid: First Priority: netconf rtgwg Second Priority: i2rs anima isis ospf Third Priority: saag Special Requests: --------------------------------------------------------- From nobody Sat Oct 22 05:27: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 7AC8412947B; Sat, 22 Oct 2016 05:27:36 -0700 (PDT) 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 NBTrKfRI5tvT; Sat, 22 Oct 2016 05:27:35 -0700 (PDT) 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 16C9712944E; Sat, 22 Oct 2016 05:27:34 -0700 (PDT) Received: by mail-qk0-x22f.google.com with SMTP id n189so185406006qke.0; Sat, 22 Oct 2016 05:27:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:subject:date:message-id:cc:to:mime-version; bh=93ukzAE1FCETVQOp7VFB9+3D2AHHZnUCogfpI2VLHu0=; b=ocXPKkcKeJY8iGyPce5VOr5YS5l5ORirO86Hyc+eHmF/nivvysJ0Tdmd8khR6gcMY9 AaXWYeKUylcvvqkIPurXcy5nEQB2V2mh94oELhJvWFlwcmfdqQgqowh6pAV0Ae02SYTp dRi4uaimHCFa0sG3zV1V5XxtoWmh9S/5cYYmB1sTe36FAymBtmIrfBvt9AwhjWpdThFI kzOIqLp09hMlsYCtpOoaPrgaWRtW6LVtrdaFI71TtWuYUJSexGvuVXLFLllhrC0E0/T7 WfAOmdZQzm8bkPwuELz4Cm+M80OUrGXFynTa0yfm4XejaGpJLtP6UNC3iJzh9MtMgn42 /wcQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:subject:date:message-id:cc:to:mime-version; bh=93ukzAE1FCETVQOp7VFB9+3D2AHHZnUCogfpI2VLHu0=; b=RCcy2EIA8V5j7qylAcJrKmIIvh0FINO0fUVc4ADAIErwsZA/b3ClbjjcTvYHpc/aDq U5b+0O8MQnI7rhuBGWV0dxbNWDD8QN47ApPoUbm//7IdMEEx6EzmTHCdDIgGAD+UQV33 3+0innjC1m7BxuFG7D4JAIWL0FIySgUgKpsjfKb8D3D7Zqd85ByAmZGNowzDnktF9wUe XbpQLd/O38oNL6tCS9gUJh1VuP881NmVDkNy1lvvHVsmy2w/4shc7k73sb+4i+Aq2WRD ABp6qUlb9xvBnlh3yP5MZBnFwS3MIH4R6IHGsgSLNhwB14nRhtQEq6pzy9va8/H31X2B evgA== X-Gm-Message-State: ABUngvdTgFfI3WE3Ysjm/1Tr+XzQVzqnis6fVJggA/RCiq/DNoAmOjqHnIEJ6t5N4+m1HA== X-Received: by 10.55.203.136 with SMTP id u8mr7079193qkl.257.1477138870717; Sat, 22 Oct 2016 05:21:10 -0700 (PDT) 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 d84sm3751176qkc.19.2016.10.22.05.21.10 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Sat, 22 Oct 2016 05:21:10 -0700 (PDT) From: Dean Bogdanovic Content-Type: multipart/alternative; boundary="Apple-Mail=_98C31B88-F307-47EF-A31F-A9C17E6A41D3" Date: Sat, 22 Oct 2016 08:21:09 -0400 Message-Id: <184F8F67-44F1-47F5-B661-31917DF19E6D@gmail.com> To: draft-ietf-pim-yang@ietf.org Mime-Version: 1.0 (Mac OS X Mail 9.2 \(3112\)) X-Mailer: Apple Mail (2.3112) Archived-At: Cc: netmod WG Subject: [netmod] review of draft-ietf-pim-yang-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: Sat, 22 Oct 2016 12:27:36 -0000 --Apple-Mail=_98C31B88-F307-47EF-A31F-A9C17E6A41D3 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Authors, I don=E2=80=99t have deep knowledge of PIM, so if some protocol = specifics haven=E2=80=99t been modeled right, I missed them. For = application comparison, was looking at Juniper PIM configuration. The = modules are using draft-ietf-netmod-routing-cfg as base, and follows the = routing-instance-centric model, hence didn=E2=80=99t have problems = mapping it to Junos PIM config style. The model design by using base = module and build for each specific variant a separate module is a good = approach, as it enables simpler application of the modules by vendors = and users. Throughout the draft authors are using abbreviations (many of them not = widely known) and the terminology section is not complete for PIM. It = would be good to write them out when first time used in the text example, the configuration for PIM-SM that is not relevant for an SSM-only = implementation is collected in an ASM container. Same thing is in the YANG module descriptions enum new-dr { description "A new DR was elected on the connected network."; } enum new-df { description "A new DF was elected on the connected network."; } DR and DF should be spelled out in the description Make the descriptions in the code consistent, like in following example typedef pim-mode { type enumeration { enum none { description "PIM is not operating."; } enum ssm { description "Source-Specific Multicast (SSM) with PIM Sparse Mode."; } enum asm { description "Any Source Multicast (ASM) with PIM Sparse Mode."; } Why are the PIM related RFC not listed in the introduction section, as = there are clearly relations between the model and PIM related RFCs In chapter 2.2, why are you stating vendors will augment with required = restrictions, but features might be added It is expected that vendors will augment the model with any specific restrictions that might be required. Vendors may also extend the features list with proprietary extensions. It is expected that vendors will augment the model with any specific = extensions and restrictions needed to adapt it to their vendor specific = implementation.=20 In chapter 3.1 bullet 2, the chapter finishes with statement which does not make sense for PIM. It would be nice to explain why does it not make sense for PIM. Why is = there only 1 instances of PIM per VRF =46rom YANG perspective, the authors followed recommendations in the = draft-ietf-netmod-rfc6087-bis-08 Hope this helps Dean --Apple-Mail=_98C31B88-F307-47EF-A31F-A9C17E6A41D3 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 Authors,

I don=E2=80=99t have deep knowledge of PIM, = so if some protocol specifics haven=E2=80=99t been modeled right, I = missed them. For application comparison, was looking at  Juniper = PIM configuration. The modules are using draft-ietf-netmod-routing-cfg = as base, and follows the routing-instance-centric model, hence didn=E2=80=99= t have problems mapping it to Junos PIM config style. The model design = by using base module and build for each specific variant a separate = module is a good approach, as it enables simpler application of the = modules by vendors and users.

Throughout the draft authors are using = abbreviations (many of them not widely known) and the terminology = section is not complete for PIM.  It would be good to write them = out when first time used in the text

example,

the configuration for PIM-SM that is not =
relevant for an SSM-only implementation is collected in an ASM =
container.

Same thing is in the YANG module descriptions

enum new-dr {
           description
             "A new DR was elected on the connected network.";
         }
         enum new-df {
           description
             "A new DF was elected on the connected network.";
         }

DR and DF should be spelled out in the description

Make the descriptions in = the code consistent, like in following example
typedef pim-mode {
       type enumeration {
         enum none {
           description
             "PIM is not operating.";
         }
         enum ssm {
           description
             "Source-Specific Multicast (SSM) with PIM Sparse Mode.";
         }
         enum asm {
           description
            "Any Source Multicast (ASM) with =
PIM Sparse Mode.";
         }


Why are the PIM related = RFC not listed in the introduction section, as there are clearly = relations between the model and PIM related RFCs

In chapter 2.2, why are you stating = vendors will augment with required restrictions, but features might be = added

It is expected that =
vendors
   will augment the model with any specific restrictions that might be
   required.  Vendors may also extend the features list with proprietary
   extensions.

It is expected that vendors will augment the model with any = specific extensions and restrictions needed to adapt it to their vendor = specific implementation. 

In chapter 3.1 bullet 2, the chapter = finishes with statement

which does not make =
sense for PIM.

It would be nice to explain why does it not make sense for = PIM. Why is there only 1 instances of PIM per VRF
=46rom YANG perspective, the authors = followed recommendations in the = draft-ietf-netmod-rfc6087-bis-08

Hope this helps

Dean

= --Apple-Mail=_98C31B88-F307-47EF-A31F-A9C17E6A41D3-- From nobody Sat Oct 22 06: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 6CFBE129427 for ; Sat, 22 Oct 2016 06:01:46 -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 m9Xoq5M3CoFX for ; Sat, 22 Oct 2016 06:01:44 -0700 (PDT) Received: from NAM02-CY1-obe.outbound.protection.outlook.com (mail-cys01nam02on0095.outbound.protection.outlook.com [104.47.37.95]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E1FD5129420 for ; Sat, 22 Oct 2016 06:01:43 -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=/itirJooNRM49JEymM64VmbGPoZDozEdggIzV1sM+4I=; b=DZNxNzvnKwL840b0VTP+zAeI4gspz19GaHABv8OzLxpQn+CJbrEs3WITzEb/hOhmSK7w7iaps5dAW3STv2TMXRPxZdILrcWJTM90LcqaGp5171LBphFax87TyA8Uq9tj4vI13VC+W4bO1tchAETl7PuV00sE8X7Kc5ncLU0pr74= Received: from BN3PR0501MB1442.namprd05.prod.outlook.com (10.160.117.151) by BN3PR0501MB1444.namprd05.prod.outlook.com (10.160.117.153) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.679.5; Sat, 22 Oct 2016 13:01:42 +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.0539.025; Sat, 22 Oct 2016 13:01:42 +0000 From: Kent Watsen To: "netmod@ietf.org" Thread-Topic: 6087bis shepherd writeup issues Thread-Index: AQHSLGRvsirXWAD5AUuYg2jQ6nDWew== Date: Sat, 22 Oct 2016 13:01:42 +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: [66.129.241.10] x-ms-office365-filtering-correlation-id: 7891fad7-47d2-4306-a41b-08d3fa7b91f7 x-microsoft-exchange-diagnostics: 1; BN3PR0501MB1444; 7:lTxMJKcP5iPDd5ES6gbulhAhzTO/deNLgaHdWmwMvC+qzBAAKKIs9OwTiF96Pajsi7yypZL/mCHVccm65jWAbbh4+sR8d347brfczUunyignqjnI4gbQO9O1uuhLKIo7FXR82xWaIS5NoZMQGGK525pxhZkwOvG0pQaQAwb8LsA0BP1VwKfCAbimYJDK2c+acwut0te5ox76TmN6mGBCesNSNqkJMod5jnNDGOLbM0w7HD1Fnx3epEABMcZCQhMwLVxbEI1m6Fo8wD0BgScgnZ63FAoH5VeiPSY5dtG0dUZj0865Fhao9mt8jFsQXwQNTW3lsbUsfGxTwHPCTpVCviMQfzhrzS1Eb/VIvkK/DMk= x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:BN3PR0501MB1444; 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)(5005006)(8121501046)(10201501046)(3002001)(6055026); SRVR:BN3PR0501MB1444; BCL:0; PCL:0; RULEID:; SRVR:BN3PR0501MB1444; x-forefront-prvs: 01039C93E4 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(7916002)(199003)(51444003)(189002)(107886002)(189998001)(97736004)(4001350100001)(122556002)(66066001)(5640700001)(5002640100001)(2501003)(83716003)(50986999)(87936001)(101416001)(54356999)(68736007)(106116001)(99286002)(106356001)(105586002)(2351001)(229853001)(19300405004)(3660700001)(3280700002)(11100500001)(19580395003)(2900100001)(92566002)(6916009)(36756003)(16236675004)(10400500002)(19625215002)(33656002)(586003)(6116002)(102836003)(3846002)(2906002)(7736002)(77096005)(450100001)(7846002)(15975445007)(5660300001)(81166006)(81156014)(8676002)(1730700003)(110136003)(86362001)(83506001)(8936002)(82746002)(104396002); DIR:OUT; SFP:1102; SCL:1; SRVR:BN3PR0501MB1444; 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: multipart/alternative; boundary="_000_DB1EC6C043E8454097D10A275685C027junipernet_" MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-originalarrivaltime: 22 Oct 2016 13:01:42.3436 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN3PR0501MB1444 Archived-At: Subject: [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: Sat, 22 Oct 2016 13:01:46 -0000 --_000_DB1EC6C043E8454097D10A275685C027junipernet_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 DQpBbmR5LCBhbGwsDQoNCkluIHJldmlld2luZyB0aGUgZHJhZnQgZm9yIFNoZXBoZXJkIHdyaXRl dXAsIEkgZm91bmQgdGhlIGZvbGxvd2luZyBpc3N1ZXMgdGhhdCBJIHRoaW5rIG5lZWQgdG8gYmUg YWRkcmVzc2VkIGJlZm9yZSB0aGUgZG9jdW1lbnQgY2FuIGJlIHNlbnQgdG8gQmVub2l0IGZvciBB RCByZXZpZXc6DQoNCg0KMS4gSWRuaXRzIGZvdW5kIHRoZSBmb2xsb3dpbmc6DQoNCiAgPT0gTWlz c2luZyBSZWZlcmVuY2U6ICdSRkM2MjQyJyBpcyBtZW50aW9uZWQgb24gbGluZSAyMjMzLCBidXQg bm90IGRlZmluZWQNCiAgPT0gT3V0ZGF0ZWQgcmVmZXJlbmNlOiBkcmFmdC1pZXRmLW5ldG1vZC1y ZmM2MDIwYmlzIGhhcyBiZWVuIHB1Ymxpc2hlZCBhcyBSRkMgNzk1MA0KICAqKiBPYnNvbGV0ZSBu b3JtYXRpdmUgcmVmZXJlbmNlOiBSRkMgMjIyMyAoT2Jzb2xldGVkIGJ5IFJGQyA3MzIyKQ0KICAq KiBPYnNvbGV0ZSBub3JtYXRpdmUgcmVmZXJlbmNlOiBSRkMgNTc0MSAoT2Jzb2xldGVkIGJ5IFJG QyA3ODQxKQ0KDQoyLiB0aGUgaW50ZW5kZWQgc3RhdHVzIGlzIOKAnFN0YW5kYXJkcyBUcmFja+KA nSwgYnV0IFJGQyA2MDg3IGlzIOKAnEluZm9ybWF0aW9uYWzigJ0uICBQbGVhc2UgY2hhbmdlIHRv IHRoZSBiaXMgdG8gYmUgSW5mb3JtYXRpb24gYXMgd2VsbC4NCg0KMy4gVGhlIEFic3RyYWN0IGFu ZCBJbnRyb2R1Y3Rpb24gYm90aCBjYWxsIG91dCBORVRDT05GLCBidXQgc2F5IG5vdGhpbmcgYWJv dXQgUkVTVENPTkYuICBTaG91bGQgdGhleSBhdCBsZWFzdCByZWZlciB0byBib3RoIGVxdWFsbHk/ DQoNCjQuIEN1cnJlbnRseSB0aGVyZSBpcyBhIE5vcm1hdGl2ZSByZWZlcmVuY2UgdG8gTkVUQ09O RiwgYnV0IEkgYmVsaWV2ZSB0aGF0IGl0IHNob3VsZCBpdCBiZSBJbmZvcm1hdGl2ZSwgcmlnaHQ/ DQoNCjUuIFJFU1RDT05GIGlzIG1lbnRpb25lZCBpbiB0aGUgZHJhZnQsIGJ1dCB0aGVyZSBpcyBu byByZWZlcmVuY2UgZm9yIFJFU1RDT05GLiBUaGVyZSBzaG91bGQgYmUgYW4gSW5mb3JtYXRpdmUg cmVmZXJlbmNlIGZvciBSRVNUQ09ORiBhcyB3ZWxsLg0KDQo2LiBTZWN0aW9uIDQuMSByZWdhcmRz IOKAnE1vZHVsZSBDb3B5cmlnaHTigJ0sIGJ1dCBhZnRlciB0aGUgZmlyc3QgcGFyYWdyYXBoIGl0 IHN0YXJ0cyB0YWxraW5nIGFib3V0ICI8Q09ERSBCRUdJTlM+IiBhbmQgIjxDT0RFIEVORFM+Ii4g IEnigJltIHRoaW5raW5nIHRoaXMgbXVzdCBiZSBhIG1pc3Rha2UsIHRoYXQgdGhlIENPREUgQkVH SU4vRU5EIHN0dWZmIHdhcyBtZWFudCB0byBiZSBpbiBhbm90aGVyIHNlY3Rpb24gKGEgbmV3IDQu Mj8pLiAgW0JUVywgdGhhdCBhbiBpc3N1ZSBsaWtlIHRoaXMgZ290IHRocm91Z2ggc3VnZ2VzdHMg dG8gbWUgdGhhdCBmb2xrcyBoYXZlbuKAmXQgYmVlbiByZWFkaW5nIHRoaXMgZG9jdW1lbnQsIEni gJlsbCBkaXNjdXNzIHdpdGggbXkgY28tY2hhaXIgaWYgd2UgbmVlZCB0byBkbyBMYXN0IENhbGwg YWdhaW4uXQ0KDQo3LiBJIHRoaW5rIHRoYXQgNjA4N2JpcyBuZWVkcyB0byBvYnNvbGV0ZSBSRkMg NjA4NywgYnV0IGl04oCZcyBub3QgbGFiZWxlZCBhcyBzdWNoIHlldC4NCg0KOC4gUmVsYXRlZCB0 byAjNyBhYm92ZSwgdGhlIElBTkEgQ29uc2lkZXJhdGlvbnMgc2VjdGlvbiByZWdpc3RlcnMgYSBV UkkgaW4gdGhlIElFVEYgWE1MIHJlZ2lzdHJ5LCBidXQgdGhpcyB3YXMgZG9uZSBpbiBSRkMgNjA4 Nywgc28gaXQgY2Fu4oCZdCBiZSBkb25lIGFnYWluLCByaWdodD8gIEkgc3VnZ2VzdCB1cGRhdGlu ZyB0aGUgSUFOQSBDb25zaWRlcmF0aW9ucyBzZWN0aW9uIHRvIHNheSB0aGF0IDEpIHRoaXMgZG9j dW1lbnQgY29udGludWVzIHRvIGVtcG93ZXIgcmVnaXN0cnkgZW50cnnigJlzIGV4aXN0ZW5jZSAo Z2l2ZW4gdGhhdCB0aGUgZG9jdW1lbnQgb2Jzb2xldGVzIFJGQyA2MDg3KSBhbmQgMikgSUFOQSBz aG91bGQgdXBkYXRlIHRoZWlyIHJlY29yZHMgdG8gcG9pbnQgdG8gdGhpcyBSRkMgZm9yIHRoZSBv bmUgdGhhdCBlbXBvd2VycyB0aGUgcmVnaXN0cnkgZW50cnkuICBNYWtlIHNlbnNlPw0KDQo5LiBS ZWdhcmRpbmcgc2VjdGlvbiA1LjIzLCBwZXIgZXh0ZW5zaXZlIGRpc2N1c3Npb24gd2l0aCB0aGUg QUQsIGNvLWNoYWlyLCBhbmQgdGhlIGRhdGFzdG9yZSBkZXNpZ24gdGVhbSwgd2UgYmVsaWV2ZSB0 aGF0IFNlY3Rpb24gNS4yMyBjYW4gYmUgaW1wcm92ZWQgdG8gbW9yZSBwcmVjaXNlbHkgZGVzY3Jp YmUgdGhlIGd1aWRhbmNlLiAgQXMgc3VjaCwgd2UgcmVjb21tZW5kIHNvbWV0aGluZyBhbG9uZyB0 aGUgbGluZXMgb2YgdGhlIGZvbGxvd2luZyB0d28gY2hhbmdlcyBiZSBtYWRlOg0KDQogIE9MRA0K DQogICAgIFBsYWNpbmcgb3BlcmF0aW9uYWwgZGF0YSB3aXRoaW4NCiAgICAgdGhlIGNvbmZpZ3Vy YXRpb24gc3VidHJlZSBpcyBhcHByb3ByaWF0ZSBpZiB0aGUgb3BlcmF0aW9uYWwgdmFsdWVzDQog ICAgIGNhbiBvbmx5IGV4aXN0IGlmIHRoZSBjb25maWd1cmF0aW9uIGV4aXN0cy4NCg0KICBORVcN Cg0KICAgICBQbGFjaW5nIG9wZXJhdGlvbmFsIGRhdGEgd2l0aGluDQogICAgIHRoZSBjb25maWd1 cmF0aW9uIHN1YnRyZWUgaXMgYXBwcm9wcmlhdGUgaWYgdGhlIG9wZXJhdGlvbmFsIHZhbHVlcw0K ICAgICBjYW4gb25seSBleGlzdCBpZiB0aGUgY29uZmlndXJhdGlvbiBleGlzdHMuICBQbGFjaW5n IG9wZXJhdGlvbmFsIGRhdGENCiAgICAgb3V0c2lkZSB0aGUgY29uZmlndXJhdGlvbiBzdWJ0cmVl IGlzIGFwcHJvcHJpYXRlIGlmIHRoZSBvcGVyYXRpb25hbA0KICAgIHZhbHVlcyBjYW4gZXhpc3Qg d2l0aG91dCBjb3JyZXNwb25kaW5nIGNvbmZpZ3VyYXRpb24gKGUuZy4sIHN5c3RlbQ0KICAgIGdl bmVyYXRlZCBpbnRlcmZhY2VzKS4NCg0KDQogIE9MRA0KDQogICAgU29tZXRpbWVzIHRoZSBjb25m aWd1cmVkIHZhbHVlIHJlcHJlc2VudHMgc29tZSBzb3J0IG9mIHByb2NlZHVyZSB0bw0KICAgIGJl IGZvbGxvd2VkLCBpbiB3aGljaCB0aGUgc3lzdGVtIHdpbGwgc2VsZWN0IGFuIGFjdHVhbCB2YWx1 ZSwgYmFzZWQNCiAgICBvbiBwcm90b2NvbCBuZWdvdGlhdGlvbi4NCg0KICBORVcNCg0KICAgICBT b21ldGltZXMgdGhlIGNvbmZpZ3VyZWQgdmFsdWUgcmVwcmVzZW50cyBzb21lIHNvcnQgb2YgcHJv Y2VkdXJlIHRvDQogICAgYmUgZm9sbG93ZWQsIGluIHdoaWNoIHRoZSBzeXN0ZW0gd2lsbCBzZWxl Y3QgYW4gYWN0dWFsIHZhbHVlLCBiYXNlZA0KICAgICBvbiBwcm90b2NvbCBuZWdvdGlhdGlvbi4g IEluIHRoaXMgY2FzZSBpdCBpcyBSRUNPTU1FTkRFRCB0byBoYXZlIGENCiAgICAgc2VwYXJhdGUg Y29uZmlnIGZhbHNlIHZhbHVlIHRvIHJlcHJlc2VudGVkIHRoZSByZXN1bHRpbmcgc3RhdGUuICBG b3INCiAgICAgaW5zdGFuY2U6DQoNCg0KDQpUaGFua3MsDQpLZW50ICAoYXMgZG9jdW1lbnQgc2hl cGhlcmQpDQoNCg0KDQoNCg== --_000_DB1EC6C043E8454097D10A275685C027junipernet_ Content-Type: text/html; charset="utf-8" Content-ID: <25E8FDA72D87E944B18448C0BF261E2F@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+QW5keSwgYWxsLDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij48bzpwPiZuYnNw OzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjExLjBwdCI+SW4gcmV2aWV3aW5nIHRoZSBkcmFmdCBmb3IgU2hlcGhlcmQgd3JpdGV1 cCwgSSBmb3VuZCB0aGUgZm9sbG93aW5nIGlzc3VlcyB0aGF0IEkgdGhpbmsgbmVlZCB0byBiZSBh ZGRyZXNzZWQgYmVmb3JlIHRoZSBkb2N1bWVudCBjYW4gYmUgc2VudCB0byBCZW5vaXQgZm9yIEFE IHJldmlldzo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPjxvOnA+ Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTEuMHB0Ij4xLiBJZG5pdHMgZm91bmQgdGhlIGZvbGxvd2luZzo8bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjExLjBwdCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPiZuYnNwOyA9PSBNaXNzaW5nIFJl ZmVyZW5jZTogJ1JGQzYyNDInIGlzIG1lbnRpb25lZCBvbiBsaW5lIDIyMzMsIGJ1dCBub3QgZGVm aW5lZDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTEuMHB0Ij4mbmJzcDsgPT0gT3V0ZGF0ZWQgcmVmZXJlbmNlOiBkcmFm dC1pZXRmLW5ldG1vZC1yZmM2MDIwYmlzIGhhcyBiZWVuIHB1Ymxpc2hlZCBhcyBSRkMgNzk1MDxv OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTEuMHB0Ij4mbmJzcDsgKiogT2Jzb2xldGUgbm9ybWF0aXZlIHJlZmVyZW5jZTog UkZDIDIyMjMgKE9ic29sZXRlZCBieSBSRkMgNzMyMik8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+Jm5ic3A7 ICoqIE9ic29sZXRlIG5vcm1hdGl2ZSByZWZlcmVuY2U6IFJGQyA1NzQxIChPYnNvbGV0ZWQgYnkg UkZDIDc4NDEpPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij4yLiB0 aGUgaW50ZW5kZWQgc3RhdHVzIGlzIOKAnFN0YW5kYXJkcyBUcmFja+KAnSwgYnV0IFJGQyA2MDg3 IGlzIOKAnEluZm9ybWF0aW9uYWzigJ0uJm5ic3A7IFBsZWFzZSBjaGFuZ2UgdG8gdGhlIGJpcyB0 byBiZSBJbmZvcm1hdGlvbiBhcyB3ZWxsLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij48bzpwPiZuYnNwOzwv bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjExLjBwdCI+My4gVGhlIEFic3RyYWN0IGFuZCBJbnRyb2R1Y3Rpb24gYm90aCBjYWxsIG91 dCBORVRDT05GLCBidXQgc2F5IG5vdGhpbmcgYWJvdXQgUkVTVENPTkYuJm5ic3A7IFNob3VsZCB0 aGV5IGF0IGxlYXN0IHJlZmVyIHRvIGJvdGggZXF1YWxseT88bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+PG86 cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMS4wcHQiPjQuIEN1cnJlbnRseSB0aGVyZSBpcyBhIE5vcm1hdGl2ZSBy ZWZlcmVuY2UgdG8gTkVUQ09ORiwgYnV0IEkgYmVsaWV2ZSB0aGF0IGl0IHNob3VsZCBpdCBiZSBJ bmZvcm1hdGl2ZSwgcmlnaHQ/Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPjxvOnA+Jm5ic3A7PC9v OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTEuMHB0Ij41LiBSRVNUQ09ORiBpcyBtZW50aW9uZWQgaW4gdGhlIGRyYWZ0LCBidXQgdGhl cmUgaXMgbm8gcmVmZXJlbmNlIGZvciBSRVNUQ09ORi4gVGhlcmUgc2hvdWxkIGJlIGFuIEluZm9y bWF0aXZlIHJlZmVyZW5jZSBmb3IgUkVTVENPTkYgYXMgd2VsbC48bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+ PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPjYuIFNlY3Rpb24gNC4xIHJlZ2FyZHMg4oCcTW9kdWxl IENvcHlyaWdodOKAnSwgYnV0IGFmdGVyIHRoZSBmaXJzdCBwYXJhZ3JhcGggaXQgc3RhcnRzIHRh bGtpbmcgYWJvdXQgJnF1b3Q7Jmx0O0NPREUgQkVHSU5TJmd0OyZxdW90OyBhbmQgJnF1b3Q7Jmx0 O0NPREUgRU5EUyZndDsmcXVvdDsuJm5ic3A7IEnigJltIHRoaW5raW5nIHRoaXMgbXVzdCBiZSBh IG1pc3Rha2UsIHRoYXQgdGhlIENPREUgQkVHSU4vRU5EIHN0dWZmIHdhcyBtZWFudA0KIHRvIGJl IGluIGFub3RoZXIgc2VjdGlvbiAoYSBuZXcgNC4yPykuJm5ic3A7IFtCVFcsIHRoYXQgYW4gaXNz dWUgbGlrZSB0aGlzIGdvdCB0aHJvdWdoIHN1Z2dlc3RzIHRvIG1lIHRoYXQgZm9sa3MgaGF2ZW7i gJl0IGJlZW4gcmVhZGluZyB0aGlzIGRvY3VtZW50LCBJ4oCZbGwgZGlzY3VzcyB3aXRoIG15IGNv LWNoYWlyIGlmIHdlIG5lZWQgdG8gZG8gTGFzdCBDYWxsIGFnYWluLl08bzpwPjwvbzpwPjwvc3Bh bj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBw dCI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPjcuIEkgdGhpbmsgdGhhdCA2MDg3YmlzIG5lZWRz IHRvIG9ic29sZXRlIFJGQyA2MDg3LCBidXQgaXTigJlzIG5vdCBsYWJlbGVkIGFzIHN1Y2ggeWV0 LjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTEuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+OC4gUmVsYXRlZCB0 byAjNyBhYm92ZSwgdGhlIElBTkEgQ29uc2lkZXJhdGlvbnMgc2VjdGlvbiByZWdpc3RlcnMgYSBV UkkgaW4gdGhlIElFVEYgWE1MIHJlZ2lzdHJ5LCBidXQgdGhpcyB3YXMgZG9uZSBpbiBSRkMgNjA4 Nywgc28gaXQgY2Fu4oCZdCBiZSBkb25lIGFnYWluLCByaWdodD8mbmJzcDsgSSBzdWdnZXN0IHVw ZGF0aW5nIHRoZSBJQU5BIENvbnNpZGVyYXRpb25zDQogc2VjdGlvbiB0byBzYXkgdGhhdCAxKSB0 aGlzIGRvY3VtZW50IGNvbnRpbnVlcyB0byBlbXBvd2VyIHJlZ2lzdHJ5IGVudHJ54oCZcyBleGlz dGVuY2UgKGdpdmVuIHRoYXQgdGhlIGRvY3VtZW50IG9ic29sZXRlcyBSRkMgNjA4NykgYW5kIDIp IElBTkEgc2hvdWxkIHVwZGF0ZSB0aGVpciByZWNvcmRzIHRvIHBvaW50IHRvIHRoaXMgUkZDIGZv ciB0aGUgb25lIHRoYXQgZW1wb3dlcnMgdGhlIHJlZ2lzdHJ5IGVudHJ5LiZuYnNwOyBNYWtlIHNl bnNlPzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTEuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+OS4gUmVnYXJk aW5nIHNlY3Rpb24gNS4yMywgcGVyIGV4dGVuc2l2ZSBkaXNjdXNzaW9uIHdpdGggdGhlIEFELCBj by1jaGFpciwgYW5kIHRoZSBkYXRhc3RvcmUgZGVzaWduIHRlYW0sIHdlIGJlbGlldmUgdGhhdCBT ZWN0aW9uIDUuMjMgY2FuIGJlIGltcHJvdmVkIHRvIG1vcmUgcHJlY2lzZWx5IGRlc2NyaWJlIHRo ZSBndWlkYW5jZS4mbmJzcDsgQXMgc3VjaCwgd2UNCiByZWNvbW1lbmQgc29tZXRoaW5nIGFsb25n IHRoZSBsaW5lcyBvZiB0aGUgZm9sbG93aW5nIHR3byBjaGFuZ2VzIGJlIG1hZGU6PG86cD48L286 cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMS4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij4mbmJzcDsgT0xEPG86cD48L286cD48 L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MS4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij4mbmJzcDsgJm5ic3A7Jm5ic3A7Jm5ic3A7 UGxhY2luZyBvcGVyYXRpb25hbCBkYXRhIHdpdGhpbjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij4mbmJzcDsm bmJzcDsgJm5ic3A7Jm5ic3A7dGhlIGNvbmZpZ3VyYXRpb24gc3VidHJlZSBpcyBhcHByb3ByaWF0 ZSBpZiB0aGUgb3BlcmF0aW9uYWwgdmFsdWVzPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPiZuYnNwOyZuYnNw OyZuYnNwOyAmbmJzcDtjYW4gb25seSBleGlzdCBpZiB0aGUgY29uZmlndXJhdGlvbiBleGlzdHMu PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMS4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij4mbmJzcDsgTkVXPG86 cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMS4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij4mbmJzcDsgJm5ic3A7Jm5i c3A7Jm5ic3A7UGxhY2luZyBvcGVyYXRpb25hbCBkYXRhIHdpdGhpbjxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0 Ij4mbmJzcDsmbmJzcDsgJm5ic3A7Jm5ic3A7dGhlIGNvbmZpZ3VyYXRpb24gc3VidHJlZSBpcyBh cHByb3ByaWF0ZSBpZiB0aGUgb3BlcmF0aW9uYWwgdmFsdWVzPG86cD48L286cD48L3NwYW4+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPiZu YnNwOyZuYnNwOyZuYnNwOyAmbmJzcDtjYW4gb25seSBleGlzdCBpZiB0aGUgY29uZmlndXJhdGlv biBleGlzdHMuJm5ic3A7IFBsYWNpbmcgb3BlcmF0aW9uYWwgZGF0YTxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0 Ij4mbmJzcDsmbmJzcDsmbmJzcDsgJm5ic3A7b3V0c2lkZSB0aGUgY29uZmlndXJhdGlvbiBzdWJ0 cmVlIGlzIGFwcHJvcHJpYXRlIGlmIHRoZSBvcGVyYXRpb25hbDxvOnA+PC9vOnA+PC9zcGFuPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij4m bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDt2YWx1ZXMgY2FuIGV4aXN0IHdpdGhvdXQgY29ycmVzcG9u ZGluZyBjb25maWd1cmF0aW9uIChlLmcuLCBzeXN0ZW08bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Z2VuZXJhdGVkIGludGVyZmFjZXMpLjxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0 Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPiZuYnNw OyBPTEQ8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjExLjBwdCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPiZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwO1NvbWV0aW1lcyB0aGUgY29uZmlndXJlZCB2YWx1ZSByZXByZXNlbnRz IHNvbWUgc29ydCBvZiBwcm9jZWR1cmUgdG88bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7YmUgZm9sbG93ZWQsIGluIHdoaWNoIHRoZSBzeXN0ZW0gd2lsbCBzZWxlY3Qg YW4gYWN0dWFsIHZhbHVlLCBiYXNlZDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij4mbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDtvbiBwcm90b2NvbCBuZWdvdGlhdGlvbi48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+PG86cD4m bmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMS4wcHQiPiZuYnNwOyBORVc8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+PG86cD4mbmJz cDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMS4wcHQiPiZuYnNwOyAmbmJzcDsmbmJzcDsmbmJzcDtTb21ldGltZXMgdGhlIGNv bmZpZ3VyZWQgdmFsdWUgcmVwcmVzZW50cyBzb21lIHNvcnQgb2YgcHJvY2VkdXJlIHRvPG86cD48 L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMS4wcHQiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO2JlIGZvbGxvd2VkLCBpbiB3aGlj aCB0aGUgc3lzdGVtIHdpbGwgc2VsZWN0IGFuIGFjdHVhbCB2YWx1ZSwgYmFzZWQ8bzpwPjwvbzpw Pjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjExLjBwdCI+Jm5ic3A7ICZuYnNwOyZuYnNwOyZuYnNwO29uIHByb3RvY29sIG5lZ290aWF0aW9u LiZuYnNwOyBJbiB0aGlzIGNhc2UgaXQgaXMgUkVDT01NRU5ERUQgdG8gaGF2ZSBhPG86cD48L286 cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMS4wcHQiPiZuYnNwOyZuYnNwOyAmbmJzcDsmbmJzcDtzZXBhcmF0ZSBjb25maWcgZmFsc2Ug dmFsdWUgdG8gcmVwcmVzZW50ZWQgdGhlIHJlc3VsdGluZyBzdGF0ZS4mbmJzcDsgRm9yPG86cD48 L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMS4wcHQiPiZuYnNwOyAmbmJzcDsmbmJzcDsmbmJzcDtpbnN0YW5jZTo8bzpwPjwvbzpw Pjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjExLjBwdCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFu PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0 Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+VGhhbmtzLDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij5LZW50 Jm5ic3A7IChhcyBkb2N1bWVudCBzaGVwaGVyZCk8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+PG86cD4mbmJz cDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMS4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij48bzpwPiZuYnNwOzwvbzpw Pjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjExLjBwdCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2JvZHk+DQo8 L2h0bWw+DQo= --_000_DB1EC6C043E8454097D10A275685C027junipernet_-- From nobody Sat Oct 22 06:26: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 477A11295B5; Sat, 22 Oct 2016 06:26:40 -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 3aVWaRRPRAcN; Sat, 22 Oct 2016 06:26:39 -0700 (PDT) Received: from NAM03-BY2-obe.outbound.protection.outlook.com (mail-by2nam03on0110.outbound.protection.outlook.com [104.47.42.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 CF82B1295AA; Sat, 22 Oct 2016 06:26:38 -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=Lx1rLj85RF38zm9KsG9a6PJudlfhdnx3OaiZZp3PFRE=; b=GqXeToC5QkRq+LyblC0insYRVbBoc+ugSUYzDv+A9Imk5s9aIlA8qpKeNL21psBj6tzh+TsJS6iEm1thjnGLFLRndsg7GNw0KGFxQZ3M5UaafVsuEfmWM6tsM3AGTHjn0t12Cw6yg9NTprMRuM74D6LtFJWuGq/nykSip8bY+q4= Received: from BN3PR0501MB1442.namprd05.prod.outlook.com (10.160.117.151) by BN3PR0501MB1443.namprd05.prod.outlook.com (10.160.117.152) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.679.5; Sat, 22 Oct 2016 13:26:37 +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.0539.025; Sat, 22 Oct 2016 13:26:37 +0000 From: Kent Watsen To: "netmod@ietf.org" Thread-Topic: Call for consensus to adopt draft-wilton-netmod-intf-vlan-yang Thread-Index: AQHSLGfqxxJhvU+tHkOtfdAzqX7qng== Date: Sat, 22 Oct 2016 13:26:37 +0000 Message-ID: <747256C3-E1F1-4911-AA3A-AFF1852025B2@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.10] x-ms-office365-filtering-correlation-id: f796a103-87f3-446b-5e92-08d3fa7f0d1f x-microsoft-exchange-diagnostics: 1; BN3PR0501MB1443; 7:5HDUlqdkUJRTmUA9/csEqXdl5vcd3oM3YluDwcq6JhrIOBj/iVF9//qy7Xe+mDhPtFndBp5QMyNmo54TP4aMqbydM8Yb52uRJlkQYoChzVwNloKgMxN8z2EFRE2Pdis4ZIlWf2PPTl04zfri37MjH1mpfHTLzF0FaWyeKWB2PnrB+1b5+RmTwHQPbhFTqZEvE2i4qn0LnVlHrAJEK4X09ghgMlXbql8JHKd8s5JA3J5Pr4H5FFH2mGuUtsSYG/+OLtIgK2DQ/7Zg+UkQHE++XiBJ3+17w6dPM4cgTbnyjRHu0zpleS5UuVPez2Q2pu4OWWq/9srzyzu7i/Zeql6wj0nV9AbER1g0fJ2XIaSUrZg= x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:BN3PR0501MB1443; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(100405760836317)(21748063052155); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040176)(601004)(2401047)(5005006)(8121501046)(10201501046)(3002001)(6055026); SRVR:BN3PR0501MB1443; BCL:0; PCL:0; RULEID:; SRVR:BN3PR0501MB1443; x-forefront-prvs: 01039C93E4 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(7916002)(189002)(199003)(81166006)(110136003)(106116001)(83506001)(4326007)(97736004)(68736007)(7736002)(101416001)(3660700001)(5660300001)(5002640100001)(105586002)(16236675004)(8936002)(87936001)(1730700003)(81156014)(86362001)(3846002)(102836003)(106356001)(5640700001)(450100001)(2501003)(19300405004)(2900100001)(82746002)(83716003)(8676002)(10400500002)(230783001)(36756003)(92566002)(6116002)(66066001)(15975445007)(4001350100001)(6916009)(2351001)(189998001)(99286002)(19625215002)(2906002)(229853001)(3280700002)(77096005)(7846002)(122556002)(586003)(11100500001)(19580395003)(54356999)(33656002)(50986999)(104396002); DIR:OUT; SFP:1102; SCL:1; SRVR:BN3PR0501MB1443; 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_747256C3E1F14911AA3AAFF1852025B2junipernet_" MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-originalarrivaltime: 22 Oct 2016 13:26:37.6181 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN3PR0501MB1443 Archived-At: Cc: "netmod-chairs@ietf.org" Subject: [netmod] Call for consensus to adopt draft-wilton-netmod-intf-vlan-yang 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, 22 Oct 2016 13:26:40 -0000 --_000_747256C3E1F14911AA3AAFF1852025B2junipernet_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 DQpEZWFyIHdvcmtpbmcgZ3JvdXAsDQoNClNob3VsZCB3ZSBtb3ZlIHRvIGFkb3B0IGRyYWZ0LXdp bHRvbi1uZXRtb2QtaW50Zi1leHQteWFuZyBhcyBhIFdHIGl0ZW0NCmFuZCBjb3JyZXNwb25kaW5n bHkgYWRkIHRoaXMgdG8gdGhlIFdHIGNoYXJ0ZXIgYXMgYSBtaWxlc3RvbmU/ICBQbGVhc2UNCmNv bW1lbnQgYnkgRnJpZGF5LCBOb3ZlbWJlciA0LCAyMDE2IHNvIHRoYXQgdGhlIFdHIENoYWlycyBj YW4gZ2F1Z2UNCndoZXRoZXIgb3Igbm90IHRoZXJlIGlzIGNvbnNlbnN1cyB0byBtb3ZlIGZvcndh cmQgd2l0aCB0aGUgZG9jdW1lbnQuDQoNClRvIHByb3ZpZGUgc29tZSBjb250ZXh0LCBwbGVhc2Ug cmVjYWxsIHRoYXQgdGhpcyBpcyB0aGUgZG9jdW1lbnQgdGhhdCB0aGUNCklFRUUgODAyLjEgaGFk IGlzc3VlcyB3aXRoIGJlaW5nIGFuIElFVEYgd29ya2luZyBncm91cCBpdGVtLiAgVG8gYWRkcmVz cw0KdGhlc2UgaXNzdWVzLCB0aGlzIHZlcnNpb24gb2YgdGhlIGRyYWZ0OiBpcyBJbmZvcm1hdGlv bmFsLCBhbmQgdHlwZXMgdGhhdA0Kc2hvdWxkIGhhdmUgYmVlbiBkZWZpbmVkIGJ5IElFRUUgaGF2 ZSBub3cgYmVlbiByZW1vdmVkLg0KDQpUaGFua3MsDQpLZW50IChhcyBjby1jaGFpcikNCg0KDQo= --_000_747256C3E1F14911AA3AAFF1852025B2junipernet_ Content-Type: text/html; charset="utf-8" Content-ID: <66931A44AB18CC4B9CCC530AD17FE624@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+RGVhciB3b3JraW5nIGdyb3VwLDxvOnA+PC9vOnA+PC9zcGFuPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij48 bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjExLjBwdCI+U2hvdWxkIHdlIG1vdmUgdG8gYWRvcHQgZHJhZnQtd2ls dG9uLW5ldG1vZC1pbnRmLWV4dC15YW5nIGFzIGEgV0cgaXRlbTxvOnA+PC9vOnA+PC9zcGFuPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij5h bmQgY29ycmVzcG9uZGluZ2x5IGFkZCB0aGlzIHRvIHRoZSBXRyBjaGFydGVyIGFzIGEgbWlsZXN0 b25lPyZuYnNwOyBQbGVhc2U8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+Y29tbWVudCBieSBGcmlkYXksIE5v dmVtYmVyIDQsIDIwMTYgc28gdGhhdCB0aGUgV0cgQ2hhaXJzIGNhbiBnYXVnZTxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTEuMHB0Ij53aGV0aGVyIG9yIG5vdCB0aGVyZSBpcyBjb25zZW5zdXMgdG8gbW92ZSBmb3J3YXJk IHdpdGggdGhlIGRvY3VtZW50LjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwv c3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEx LjBwdCI+VG8gcHJvdmlkZSBzb21lIGNvbnRleHQsIHBsZWFzZSByZWNhbGwgdGhhdCB0aGlzIGlz IHRoZSBkb2N1bWVudCB0aGF0IHRoZTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij5JRUVFIDgwMi4xIGhhZCBp c3N1ZXMgd2l0aCBiZWluZyBhbiBJRVRGIHdvcmtpbmcgZ3JvdXAgaXRlbS4mbmJzcDsgVG8gYWRk cmVzczxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTEuMHB0Ij50aGVzZSBpc3N1ZXMsIHRoaXMgdmVyc2lvbiBvZiB0aGUg ZHJhZnQ6IGlzIEluZm9ybWF0aW9uYWwsIGFuZCB0eXBlcyB0aGF0DQo8bzpwPjwvbzpwPjwvc3Bh bj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBw dCI+c2hvdWxkIGhhdmUgYmVlbiBkZWZpbmVkIGJ5IElFRUUgaGF2ZSBub3cgYmVlbiByZW1vdmVk LiZuYnNwOw0KPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij5UaGFu a3MsPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMS4wcHQiPktlbnQgKGFzIGNvLWNoYWlyKTxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0 Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0K PC9kaXY+DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_747256C3E1F14911AA3AAFF1852025B2junipernet_-- From nobody Sat Oct 22 06:31:35 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 0010C129528; Sat, 22 Oct 2016 06:31: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 bI3aE__HNumF; Sat, 22 Oct 2016 06:31:31 -0700 (PDT) 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 7A201129503; Sat, 22 Oct 2016 06:31:31 -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=Ibq1zj6VPQthGND0cnxfeR+zUZ3ZMcb2cGXwSZInrAc=; b=DEnQ6vxK6N71Gm7lLVkINLIW+HYvmSoBpqEkhrd0pRS4PKl1iVjblaAEBfmj7oUfVKjr7CihBiUze7LmiKFz6MWkAzaf6anFfR3fr5ZR4ik+g/k8EgrXspyYLx2DfXnPn2WdiAi0tQp2E/82AFQb/GAiNxdq6XnvtY0uW+6fCzM= Received: from BN3PR0501MB1442.namprd05.prod.outlook.com (10.160.117.151) by BN3PR0501MB1442.namprd05.prod.outlook.com (10.160.117.151) with Microsoft SMTP Server (TLS) id 15.1.539.6; Sat, 22 Oct 2016 13:31:30 +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.0539.025; Sat, 22 Oct 2016 13:31:28 +0000 From: Kent Watsen To: "rwilton@cisco.com" , "daviball@cisco.com" , "tapsingh@cisco.com" , "Selvakumar Sivaraj" Thread-Topic: Regarding IPR on draft-wilton-netmod-intf-vlan-yang Thread-Index: AQHSLGiXwTZVBE1dDkmVCUgkSgXa4A== Date: Sat, 22 Oct 2016 13:31:28 +0000 Message-ID: <56F686C0-FBDA-410B-A2AF-2048A5113733@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.10] x-ms-office365-filtering-correlation-id: 13972092-d315-4022-67ac-08d3fa7fba60 x-microsoft-exchange-diagnostics: 1; BN3PR0501MB1442; 6:Li3p9dy4MtiY9hh5iDLBGJZP8EOBM39FbVid/RqD8atA81NkaFxZNLn/FITFrwWyITGC9tpihWvZpjODX63Y0oNBoXihn23keqGyEHWyyT0OjqSE1Yly29tcTLGtv8QsqzMPl2JP3z66zgCLeCslMy8mBhP/lVB182yVrv2KWJrHpXZGgYdd4j9gumK94A3WUIg8oS0LTpmFlsCYMDUvnfE3NdSTHlLRUr+u18QdkJ4NFdn5wA+fQbKPPC4UxdQYQ1ImhXzAf/iOueYlOafPiKXjavCpMJaFeN3DO2GJZNnawFm16MY9+y7zPOC6L3LgXAFnp42D9w4vDMHybZ502Q==; 5:MvXBdFSYupCSqpj+3siAqyilB9WaaGX2T01DPG+M6H0jBcm+pLhOelhkMfuw84vvSaKH6w5DvMb6S/0qwdJ4vPgA5PNTgvlz93tDUgH8kYGde7YX79ydxTkS5rubtWFP4oSaQiswmy7/A09sJP/VyA==; 24:kbgOWkwa7/u0KBAdFBzPCtYBUGz+aQgUA9Ig1Kv4mwkCQpGC1WMH/ZpPRQZx0GbBeHrPdFd9xYvCSCVAFMrlNNNbCIF8LJ3+hPGBflBoysM=; 7:pILwnH+W1sbF+VSDYsoVY2ASeP0/zZS7OvOn1m2SzFcfyOMRn7MG7MgfvXGfxbbziXKlFuDj+gVoXa4zzeuirsN8x6/xNWluMocJdzuAGA+AmL02MRxj06XKMM7UcO+fUk0s8cyBZrghpCKHCr17j7A2Is6XH/4GbtgxnmItuCNvZLNOeASdEgKqdIiRG10rUngCkE+VKmtv+Os4DC5tXZ1NHqvDbt5KH84s93NwH0CsY+ljvViEJboV45eYhi58luM49X8j6frPFMrMmI+YNJR4aMlzMva0IDdu6haeumw0Axu2INpm7cmutv0YFz7vCCCkl3uCerT8dPU4yumqEA== x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:BN3PR0501MB1442; 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)(3002001)(10201501046)(6055026); SRVR:BN3PR0501MB1442; BCL:0; PCL:0; RULEID:; SRVR:BN3PR0501MB1442; x-forefront-prvs: 01039C93E4 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(7916002)(199003)(189002)(8676002)(7846002)(7736002)(6636002)(122556002)(2501003)(5660300001)(82746002)(2900100001)(3660700001)(81156014)(68736007)(4326007)(2201001)(3280700002)(15975445007)(77096005)(66066001)(83506001)(86362001)(54356999)(19580395003)(106356001)(19625215002)(101416001)(99286002)(106116001)(105586002)(16236675004)(1941001)(50986999)(19300405004)(8936002)(81166006)(6862003)(2906002)(5002640100001)(36756003)(10400500002)(33656002)(586003)(97736004)(4001350100001)(83716003)(92566002)(229853001)(230783001)(5001770100001)(102836003)(189998001)(87936001)(6116002)(3846002)(104396002); DIR:OUT; SFP:1102; SCL:1; SRVR:BN3PR0501MB1442; 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: multipart/alternative; boundary="_000_56F686C0FBDA410BA2AF2048A5113733junipernet_" MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-originalarrivaltime: 22 Oct 2016 13:31:28.1710 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN3PR0501MB1442 Archived-At: Cc: "netmod-chairs@ietf.org" , "netmod@ietf.org" Subject: [netmod] Regarding IPR on draft-wilton-netmod-intf-vlan-yang 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, 22 Oct 2016 13:31:34 -0000 --_000_56F686C0FBDA410BA2AF2048A5113733junipernet_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 QXV0aG9ycywgQ29udHJpYnV0b3JzLCBXRywNCg0KVGhpcyBJUFIgZGlzY2xvc3VyZSByZXF1ZXN0 cyBpcyBiZWluZyBtYWRlIGFzIHBhcnQgb2YgdGhlIHByZXBhcmF0aW9uDQpmb3IgV0cgYWRvcHRp b24gb2YgdGhpcyBkcmFmdC4NCg0KQXJlIHlvdSBhd2FyZSBvZiBhbnkgSVBSIHRoYXQgYXBwbGll cyB0byBkcmFmdCBpZGVudGlmaWVkIGFib3ZlPw0KDQpQbGVhc2Ugc3RhdGUgZWl0aGVyOg0KICAg ICJObywgSSdtIG5vdCBhd2FyZSBvZiBhbnkgSVBSIHRoYXQgYXBwbGllcyB0byB0aGlzIGRyYWZ0 Ig0Kb3INCiAgICAiWWVzLCBJJ20gYXdhcmUgb2YgSVBSIHRoYXQgYXBwbGllcyB0byB0aGlzIGRy YWZ0Ig0KDQpJZiBzbywgaGFzIHRoaXMgSVBSIGJlZW4gZGlzY2xvc2VkIGluIGNvbXBsaWFuY2Ug d2l0aCBJRVRGIElQUiBydWxlcw0KKHNlZSBSRkNzIDM5NzksIDQ4NzksIDM2NjkgYW5kIDUzNzgg Zm9yIG1vcmUgZGV0YWlscyk/DQoNCklmIHllcyB0byB0aGUgYWJvdmUsIHBsZWFzZSBzdGF0ZSBl aXRoZXI6DQogICAgIlllcywgdGhlIElQUiBoYXMgYmVlbiBkaXNjbG9zZWQgaW4gY29tcGxpYW5j ZSB3aXRoIElFVEYgSVBSIHJ1bGVzIg0Kb3INCiAgICAiTm8sIHRoZSBJUFIgaGFzIG5vdCBiZWVu IGRpc2Nsb3NlZCINCg0KDQpJZiB5b3UgYW5zd2VyIG5vLCBwbGVhc2UgcHJvdmlkZSBhbnkgYWRk aXRpb25hbCBkZXRhaWxzIHlvdSB0aGluaw0KYXBwcm9wcmlhdGUuDQoNCklmIHlvdSBhcmUgbGlz dGVkIGFzIGEgZG9jdW1lbnQgYXV0aG9yIG9yIGNvbnRyaWJ1dG9yLCBwbGVhc2UgYW5zd2VyIHRo ZQ0KYWJvdmUgYnkgcmVzcG9uZGluZyB0byB0aGlzIGVtYWlsIHJlZ2FyZGxlc3Mgb2Ygd2hldGhl ciBvciBub3QgeW91IGFyZQ0KYXdhcmUgb2YgYW55IHJlbGV2YW50IElQUi4gVGhpcyBkb2N1bWVu dCB3aWxsIG5vdCBhZHZhbmNlIHRvIHRoZSBuZXh0DQpzdGFnZSB1bnRpbCBhIHJlc3BvbnNlIGhh cyBiZWVuIHJlY2VpdmVkIGZyb20gZWFjaCBhdXRob3IgYW5kIGxpc3RlZA0KY29udHJpYnV0b3Iu IE5PVEU6IFRISVMgQVBQTElFUyBUTyBBTEwgT0YgWU9VIExJU1RFRCBJTiBUSElTDQpNRVNTQUdF J1MgVE8gTElORVMuDQoNCklmIHlvdSBhcmUgb24gdGhlIFdHIGVtYWlsIGxpc3Qgb3IgYXR0ZW5k IFdHIG1lZXRpbmdzIGJ1dCBhcmUgbm90IGxpc3RlZA0KYXMgYW4gYXV0aG9yIG9yIGNvbnRyaWJ1 dG9yLCB3ZSByZW1pbmQgeW91IG9mIHlvdXIgb2JsaWdhdGlvbnMgdW5kZXIgdGhlDQpJRVRGIElQ UiBydWxlcyB3aGljaCBlbmNvdXJhZ2VzIHlvdSB0byBub3RpZnkgdGhlIElFVEYgaWYgeW91IGFy ZSBhd2FyZQ0Kb2YgSVBSIG9mIG90aGVycyBvbiBhbiBJRVRGIGNvbnRyaWJ1dGlvbiwgb3IgdG8g cmVmcmFpbiBmcm9tIHBhcnRpY2lwYXRpbmcNCmluIGFueSBjb250cmlidXRpb24gb3IgZGlzY3Vz c2lvbiByZWxhdGVkIHRvIHlvdXIgdW5kaXNjbG9zZWQgSVBSLiBGb3INCm1vcmUgaW5mb3JtYXRp b24sIHBsZWFzZSBzZWUgdGhlIFJGQ3MgbGlzdGVkICBhYm92ZSBhbmQNCmh0dHA6Ly90cmFjLnRv b2xzLmlldGYub3JnL2dyb3VwL2llc2cvdHJhYy93aWtpL0ludGVsbGVjdHVhbFByb3BlcnR5Lg0K DQpUaGFuayB5b3UsDQpORVRNT0QgV0cgQ2hhaXJzDQoNClBTIFBsZWFzZSBpbmNsdWRlIGFsbCBs aXN0ZWQgaW4gdGhlIGhlYWRlcnMgb2YgdGhpcyBtZXNzYWdlIGluIHlvdXIgcmVzcG9uc2UuDQoN Cg0K --_000_56F686C0FBDA410BA2AF2048A5113733junipernet_ 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 IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij5BdXRob3Jz LCBDb250cmlidXRvcnMsIFdHLDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwv c3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEx LjBwdCI+VGhpcyBJUFIgZGlzY2xvc3VyZSByZXF1ZXN0cyBpcyBiZWluZyBtYWRlIGFzIHBhcnQg b2YgdGhlIHByZXBhcmF0aW9uPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPmZvciBXRyBhZG9wdGlvbiBvZiB0 aGlzIGRyYWZ0LjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+QXJl IHlvdSBhd2FyZSBvZiBhbnkgSVBSIHRoYXQgYXBwbGllcyB0byBkcmFmdCBpZGVudGlmaWVkIGFi b3ZlPzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTEuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+UGxlYXNlIHN0 YXRlIGVpdGhlcjo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+Jm5ic3A7Jm5ic3A7Jm5ic3A7ICZxdW90O05v LCBJJ20gbm90IGF3YXJlIG9mIGFueSBJUFIgdGhhdCBhcHBsaWVzIHRvIHRoaXMgZHJhZnQmcXVv dDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjExLjBwdCI+b3I8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+Jm5ic3A7Jm5ic3A7Jm5i c3A7ICZxdW90O1llcywgSSdtIGF3YXJlIG9mIElQUiB0aGF0IGFwcGxpZXMgdG8gdGhpcyBkcmFm dCZxdW90OzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+SWYgc28s IGhhcyB0aGlzIElQUiBiZWVuIGRpc2Nsb3NlZCBpbiBjb21wbGlhbmNlIHdpdGggSUVURiBJUFIg cnVsZXM8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjExLjBwdCI+KHNlZSBSRkNzIDM5NzksIDQ4NzksIDM2NjkgYW5kIDUz NzggZm9yIG1vcmUgZGV0YWlscyk/PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+ PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTEuMHB0Ij5JZiB5ZXMgdG8gdGhlIGFib3ZlLCBwbGVhc2Ugc3RhdGUgZWl0aGVyOjxvOnA+PC9v OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTEuMHB0Ij4mbmJzcDsmbmJzcDsmbmJzcDsgJnF1b3Q7WWVzLCB0aGUgSVBSIGhhcyBiZWVu IGRpc2Nsb3NlZCBpbiBjb21wbGlhbmNlIHdpdGggSUVURiBJUFIgcnVsZXMmcXVvdDs8bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjExLjBwdCI+b3I8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+Jm5ic3A7Jm5ic3A7Jm5ic3A7ICZxdW90 O05vLCB0aGUgSVBSIGhhcyBub3QgYmVlbiBkaXNjbG9zZWQmcXVvdDs8bzpwPjwvbzpwPjwvc3Bh bj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBw dCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij5JZiB5 b3UgYW5zd2VyIG5vLCBwbGVhc2UgcHJvdmlkZSBhbnkgYWRkaXRpb25hbCBkZXRhaWxzIHlvdSB0 aGluazxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTEuMHB0Ij5hcHByb3ByaWF0ZS48bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+PG86 cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMS4wcHQiPklmIHlvdSBhcmUgbGlzdGVkIGFzIGEgZG9jdW1lbnQgYXV0 aG9yIG9yIGNvbnRyaWJ1dG9yLCBwbGVhc2UgYW5zd2VyIHRoZTxvOnA+PC9vOnA+PC9zcGFuPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij5h Ym92ZSBieSByZXNwb25kaW5nIHRvIHRoaXMgZW1haWwgcmVnYXJkbGVzcyBvZiB3aGV0aGVyIG9y IG5vdCB5b3UgYXJlPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPmF3YXJlIG9mIGFueSByZWxldmFudCBJUFIu IFRoaXMgZG9jdW1lbnQgd2lsbCBub3QgYWR2YW5jZSB0byB0aGUgbmV4dDxvOnA+PC9vOnA+PC9z cGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEu MHB0Ij5zdGFnZSB1bnRpbCBhIHJlc3BvbnNlIGhhcyBiZWVuIHJlY2VpdmVkIGZyb20gZWFjaCBh dXRob3IgYW5kIGxpc3RlZDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij5jb250cmlidXRvci4gTk9URTogVEhJ UyBBUFBMSUVTIFRPIEFMTCBPRiBZT1UgTElTVEVEIElOIFRISVMNCjxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0 Ij5NRVNTQUdFJ1MgVE8gTElORVMuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+ PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTEuMHB0Ij5JZiB5b3UgYXJlIG9uIHRoZSBXRyBlbWFpbCBsaXN0IG9yIGF0dGVuZCBXRyBtZWV0 aW5ncyBidXQgYXJlIG5vdCBsaXN0ZWQ8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+YXMgYW4gYXV0aG9yIG9y IGNvbnRyaWJ1dG9yLCB3ZSByZW1pbmQgeW91IG9mIHlvdXIgb2JsaWdhdGlvbnMgdW5kZXIgdGhl PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMS4wcHQiPklFVEYgSVBSIHJ1bGVzIHdoaWNoIGVuY291cmFnZXMgeW91IHRv IG5vdGlmeSB0aGUgSUVURiBpZiB5b3UgYXJlIGF3YXJlPG86cD48L286cD48L3NwYW4+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPm9mIElQ UiBvZiBvdGhlcnMgb24gYW4gSUVURiBjb250cmlidXRpb24sIG9yIHRvIHJlZnJhaW4gZnJvbSBw YXJ0aWNpcGF0aW5nPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPmluIGFueSBjb250cmlidXRpb24gb3IgZGlz Y3Vzc2lvbiByZWxhdGVkIHRvIHlvdXIgdW5kaXNjbG9zZWQgSVBSLiBGb3INCjxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTEuMHB0Ij5tb3JlIGluZm9ybWF0aW9uLCBwbGVhc2Ugc2VlIHRoZSBSRkNzIGxpc3RlZCAmbmJz cDthYm92ZSBhbmQNCjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij5odHRwOi8vdHJhYy50b29scy5pZXRmLm9y Zy9ncm91cC9pZXNnL3RyYWMvd2lraS9JbnRlbGxlY3R1YWxQcm9wZXJ0eS48bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEx LjBwdCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPlRoYW5rIHlvdSw8bzpwPjwvbzpwPjwvc3Bh bj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBw dCI+TkVUTU9EIFdHIENoYWlyczxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwv c3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEx LjBwdCI+UFMgUGxlYXNlIGluY2x1ZGUgYWxsIGxpc3RlZCBpbiB0aGUgaGVhZGVycyBvZiB0aGlz IG1lc3NhZ2UgaW4geW91ciByZXNwb25zZS48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+PG86cD4mbmJzcDs8 L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMS4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9ib2R5 Pg0KPC9odG1sPg0K --_000_56F686C0FBDA410BA2AF2048A5113733junipernet_-- From nobody Sat Oct 22 11:32: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 DBA4B129634; Sat, 22 Oct 2016 11:32:37 -0700 (PDT) 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 hNDRYNYrAUCO; Sat, 22 Oct 2016 11:32:35 -0700 (PDT) Received: from NAM03-CO1-obe.outbound.protection.outlook.com (mail-co1nam03on0126.outbound.protection.outlook.com [104.47.40.126]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id AAE24129638; Sat, 22 Oct 2016 11:32:35 -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=IrpY+eiIuk6F2C97gB/eXGNoPFgpboWLuoiHEjPDNvE=; b=AHorBXiL+CRaE/bsmDVIK7UCURtg0YCVGB3orIJRqyW6q4IsAn3JY7Z59DgfakUmk4/LGHNKWf7f41iidHGrPHyvP4B7XZhPMNXEF2FT/VtsHdQgD6niUVXWHJnc1ZDMbK/Z4LW8iluI+tUJkSnhjvHE9hyDbIoskG9djabDe7Y= Received: from BN6PR05MB2819.namprd05.prod.outlook.com (10.168.255.14) 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.679.5; Sat, 22 Oct 2016 18:32:31 +0000 Received: from BN6PR05MB2819.namprd05.prod.outlook.com ([10.168.255.14]) by BN6PR05MB2819.namprd05.prod.outlook.com ([10.168.255.14]) with mapi id 15.01.0679.012; Sat, 22 Oct 2016 18:32:30 +0000 From: Selvakumar Sivaraj To: Kent Watsen , "rwilton@cisco.com" , "daviball@cisco.com" , "tapsingh@cisco.com" Thread-Topic: Regarding IPR on draft-wilton-netmod-intf-vlan-yang Thread-Index: AQHSLGiXwTZVBE1dDkmVCUgkSgXa4KC0VyMA Date: Sat, 22 Oct 2016 18:32:30 +0000 Message-ID: <1AED0784-66B3-4A15-BB8C-950187F3BDE6@juniper.net> References: <56F686C0-FBDA-410B-A2AF-2048A5113733@juniper.net> In-Reply-To: <56F686C0-FBDA-410B-A2AF-2048A5113733@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=ssivaraj@juniper.net; x-ms-exchange-messagesentrepresentingtype: 1 x-originating-ip: [66.129.239.10] x-ms-office365-filtering-correlation-id: fe12ebb7-2d6e-4fae-5402-08d3faa9c849 x-microsoft-exchange-diagnostics: 1; CY1PR0501MB1450; 7:0bN2qKHK4deAOzCtvXkbl5+We6ISBnnRyhg7GkA3eAOnmGU2mLH6VB1wNHpFyONXeC22tpVthfXn/jC+moMUeJeOIXqtcV1bUxzlUUTRppz+T/zwRd2zp/AJa95B0YjpV/WKomUZysME0mcpGew+zCikGIKXJATX8oIR2fJtCknQur8x6evjjrWubqmYCYQhy70x/J74J281lma6Ipw/xah8lDthQldw1wgxuqlfxhKMTEY/S6m/OPnF4RZCyLXhn9lZNZabVMZGJxNSNIEuqSJFnN8DbuuTt8JL4rAij0awttIxA5/Qi0yoK2tWSpgxFv3JqA2TP6RUbE4bRep0AdM+IrVc20TRfJuzHAMBjiM= x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:CY1PR0501MB1450; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(138986009662008)(95692535739014)(21748063052155); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040176)(601004)(2401047)(5005006)(8121501046)(10201501046)(3002001)(6055026); SRVR:CY1PR0501MB1450; BCL:0; PCL:0; RULEID:; SRVR:CY1PR0501MB1450; x-forefront-prvs: 01039C93E4 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(7916002)(189002)(199003)(377454003)(5001770100001)(50986999)(2501003)(99286002)(2950100002)(92566002)(101416001)(122556002)(6116002)(102836003)(76176999)(189998001)(586003)(4001350100001)(5660300001)(3846002)(3660700001)(36756003)(97736004)(4326007)(3280700002)(2906002)(8676002)(15975445007)(81166006)(77096005)(230783001)(81156014)(19625215002)(54356999)(1941001)(83506001)(68736007)(33656002)(66066001)(82746002)(83716003)(10400500002)(8936002)(105586002)(5002640100001)(106116001)(87936001)(2201001)(106356001)(7736002)(19580395003)(16236675004)(19580405001)(19300405004)(7846002)(86362001)(2900100001)(104396002); DIR:OUT; SFP:1102; SCL:1; SRVR:CY1PR0501MB1450; H:BN6PR05MB2819.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_1AED078466B34A15BB8C950187F3BDE6junipernet_" MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-originalarrivaltime: 22 Oct 2016 18:32:30.4376 (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-chairs@ietf.org" , "netmod@ietf.org" Subject: Re: [netmod] Regarding IPR on draft-wilton-netmod-intf-vlan-yang 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, 22 Oct 2016 18:32:38 -0000 --_000_1AED078466B34A15BB8C950187F3BDE6junipernet_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Ik5vLCBJJ20gbm90IGF3YXJlIG9mIGFueSBJUFIgdGhhdCBhcHBsaWVzIHRvIHRoaXMgZHJhZnQi DQoNCi1TZWx2YWt1bWFyDQoNCg0KRnJvbTogS2VudCBXYXRzZW4gPGt3YXRzZW5AanVuaXBlci5u ZXQ+DQpEYXRlOiBTYXR1cmRheSwgT2N0b2JlciAyMiwgMjAxNiBhdCA2OjMxIEFNDQpUbzogInJ3 aWx0b25AY2lzY28uY29tIiA8cndpbHRvbkBjaXNjby5jb20+LCAiZGF2aWJhbGxAY2lzY28uY29t IiA8ZGF2aWJhbGxAY2lzY28uY29tPiwgInRhcHNpbmdoQGNpc2NvLmNvbSIgPHRhcHNpbmdoQGNp c2NvLmNvbT4sIFNlbHZha3VtYXIgU2l2YXJhaiA8c3NpdmFyYWpAanVuaXBlci5uZXQ+DQpDYzog Im5ldG1vZEBpZXRmLm9yZyIgPG5ldG1vZEBpZXRmLm9yZz4sICJuZXRtb2QtY2hhaXJzQGlldGYu b3JnIiA8bmV0bW9kLWNoYWlyc0BpZXRmLm9yZz4NClN1YmplY3Q6IFJlZ2FyZGluZyBJUFIgb24g ZHJhZnQtd2lsdG9uLW5ldG1vZC1pbnRmLXZsYW4teWFuZw0KDQpBdXRob3JzLCBDb250cmlidXRv cnMsIFdHLA0KDQpUaGlzIElQUiBkaXNjbG9zdXJlIHJlcXVlc3RzIGlzIGJlaW5nIG1hZGUgYXMg cGFydCBvZiB0aGUgcHJlcGFyYXRpb24NCmZvciBXRyBhZG9wdGlvbiBvZiB0aGlzIGRyYWZ0Lg0K DQpBcmUgeW91IGF3YXJlIG9mIGFueSBJUFIgdGhhdCBhcHBsaWVzIHRvIGRyYWZ0IGlkZW50aWZp ZWQgYWJvdmU/DQoNClBsZWFzZSBzdGF0ZSBlaXRoZXI6DQogICAgIk5vLCBJJ20gbm90IGF3YXJl IG9mIGFueSBJUFIgdGhhdCBhcHBsaWVzIHRvIHRoaXMgZHJhZnQiDQpvcg0KICAgICJZZXMsIEkn bSBhd2FyZSBvZiBJUFIgdGhhdCBhcHBsaWVzIHRvIHRoaXMgZHJhZnQiDQoNCklmIHNvLCBoYXMg dGhpcyBJUFIgYmVlbiBkaXNjbG9zZWQgaW4gY29tcGxpYW5jZSB3aXRoIElFVEYgSVBSIHJ1bGVz DQooc2VlIFJGQ3MgMzk3OSwgNDg3OSwgMzY2OSBhbmQgNTM3OCBmb3IgbW9yZSBkZXRhaWxzKT8N Cg0KSWYgeWVzIHRvIHRoZSBhYm92ZSwgcGxlYXNlIHN0YXRlIGVpdGhlcjoNCiAgICAiWWVzLCB0 aGUgSVBSIGhhcyBiZWVuIGRpc2Nsb3NlZCBpbiBjb21wbGlhbmNlIHdpdGggSUVURiBJUFIgcnVs ZXMiDQpvcg0KICAgICJObywgdGhlIElQUiBoYXMgbm90IGJlZW4gZGlzY2xvc2VkIg0KDQoNCklm IHlvdSBhbnN3ZXIgbm8sIHBsZWFzZSBwcm92aWRlIGFueSBhZGRpdGlvbmFsIGRldGFpbHMgeW91 IHRoaW5rDQphcHByb3ByaWF0ZS4NCg0KSWYgeW91IGFyZSBsaXN0ZWQgYXMgYSBkb2N1bWVudCBh dXRob3Igb3IgY29udHJpYnV0b3IsIHBsZWFzZSBhbnN3ZXIgdGhlDQphYm92ZSBieSByZXNwb25k aW5nIHRvIHRoaXMgZW1haWwgcmVnYXJkbGVzcyBvZiB3aGV0aGVyIG9yIG5vdCB5b3UgYXJlDQph d2FyZSBvZiBhbnkgcmVsZXZhbnQgSVBSLiBUaGlzIGRvY3VtZW50IHdpbGwgbm90IGFkdmFuY2Ug dG8gdGhlIG5leHQNCnN0YWdlIHVudGlsIGEgcmVzcG9uc2UgaGFzIGJlZW4gcmVjZWl2ZWQgZnJv bSBlYWNoIGF1dGhvciBhbmQgbGlzdGVkDQpjb250cmlidXRvci4gTk9URTogVEhJUyBBUFBMSUVT IFRPIEFMTCBPRiBZT1UgTElTVEVEIElOIFRISVMNCk1FU1NBR0UnUyBUTyBMSU5FUy4NCg0KSWYg eW91IGFyZSBvbiB0aGUgV0cgZW1haWwgbGlzdCBvciBhdHRlbmQgV0cgbWVldGluZ3MgYnV0IGFy ZSBub3QgbGlzdGVkDQphcyBhbiBhdXRob3Igb3IgY29udHJpYnV0b3IsIHdlIHJlbWluZCB5b3Ug b2YgeW91ciBvYmxpZ2F0aW9ucyB1bmRlciB0aGUNCklFVEYgSVBSIHJ1bGVzIHdoaWNoIGVuY291 cmFnZXMgeW91IHRvIG5vdGlmeSB0aGUgSUVURiBpZiB5b3UgYXJlIGF3YXJlDQpvZiBJUFIgb2Yg b3RoZXJzIG9uIGFuIElFVEYgY29udHJpYnV0aW9uLCBvciB0byByZWZyYWluIGZyb20gcGFydGlj aXBhdGluZw0KaW4gYW55IGNvbnRyaWJ1dGlvbiBvciBkaXNjdXNzaW9uIHJlbGF0ZWQgdG8geW91 ciB1bmRpc2Nsb3NlZCBJUFIuIEZvcg0KbW9yZSBpbmZvcm1hdGlvbiwgcGxlYXNlIHNlZSB0aGUg UkZDcyBsaXN0ZWQgIGFib3ZlIGFuZA0KaHR0cDovL3RyYWMudG9vbHMuaWV0Zi5vcmcvZ3JvdXAv aWVzZy90cmFjL3dpa2kvSW50ZWxsZWN0dWFsUHJvcGVydHkuDQoNClRoYW5rIHlvdSwNCk5FVE1P RCBXRyBDaGFpcnMNCg0KUFMgUGxlYXNlIGluY2x1ZGUgYWxsIGxpc3RlZCBpbiB0aGUgaGVhZGVy cyBvZiB0aGlzIG1lc3NhZ2UgaW4geW91ciByZXNwb25zZS4NCg0KDQo= --_000_1AED078466B34A15BB8C950187F3BDE6junipernet_ Content-Type: text/html; charset="utf-8" Content-ID: <7AAFD72935246E4EA85DFEC208224230@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 LkVtYWlsU3R5bGUxNw0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbDsNCglmb250LWZhbWlseTpD YWxpYnJpOw0KCWNvbG9yOndpbmRvd3RleHQ7fQ0Kc3Bhbi5FbWFpbFN0eWxlMTgNCgl7bXNvLXN0 eWxlLXR5cGU6cGVyc29uYWwtcmVwbHk7DQoJZm9udC1mYW1pbHk6Q2FsaWJyaTsNCgljb2xvcjp3 aW5kb3d0ZXh0O30NCnNwYW4ubXNvSW5zDQoJe21zby1zdHlsZS10eXBlOmV4cG9ydC1vbmx5Ow0K CW1zby1zdHlsZS1uYW1lOiIiOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7DQoJY29sb3I6 dGVhbDt9DQouTXNvQ2hwRGVmYXVsdA0KCXttc28tc3R5bGUtdHlwZTpleHBvcnQtb25seTsNCglm b250LXNpemU6MTAuMHB0O30NCkBwYWdlIFdvcmRTZWN0aW9uMQ0KCXtzaXplOjguNWluIDExLjBp bjsNCgltYXJnaW46MS4waW4gMS4waW4gMS4waW4gMS4waW47fQ0KZGl2LldvcmRTZWN0aW9uMQ0K CXtwYWdlOldvcmRTZWN0aW9uMTt9DQotLT48L3N0eWxlPg0KPC9oZWFkPg0KPGJvZHkgYmdjb2xv cj0id2hpdGUiIGxhbmc9IkVOLVVTIiBsaW5rPSIjMDU2M0MxIiB2bGluaz0iIzk1NEY3MiI+DQo8 ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMS4wcHQiPiZxdW90O05vLCBJJ20gbm90IGF3YXJlIG9mIGFueSBJUFIg dGhhdCBhcHBsaWVzIHRvIHRoaXMgZHJhZnQmcXVvdDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+PG86cD4m bmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMS4wcHQiPi1TZWx2YWt1bWFyPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPjxvOnA+Jm5i c3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTEuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2IHN0eWxl PSJib3JkZXI6bm9uZTtib3JkZXItdG9wOnNvbGlkICNCNUM0REYgMS4wcHQ7cGFkZGluZzozLjBw dCAwaW4gMGluIDBpbiI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6 LjVpbiI+PGI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj5Gcm9tOiA8L3NwYW4+DQo8L2I+PHNw YW4gc3R5bGU9ImNvbG9yOmJsYWNrIj5LZW50IFdhdHNlbiAmbHQ7a3dhdHNlbkBqdW5pcGVyLm5l dCZndDs8YnI+DQo8Yj5EYXRlOiA8L2I+U2F0dXJkYXksIE9jdG9iZXIgMjIsIDIwMTYgYXQgNjoz MSBBTTxicj4NCjxiPlRvOiA8L2I+JnF1b3Q7cndpbHRvbkBjaXNjby5jb20mcXVvdDsgJmx0O3J3 aWx0b25AY2lzY28uY29tJmd0OywgJnF1b3Q7ZGF2aWJhbGxAY2lzY28uY29tJnF1b3Q7ICZsdDtk YXZpYmFsbEBjaXNjby5jb20mZ3Q7LCAmcXVvdDt0YXBzaW5naEBjaXNjby5jb20mcXVvdDsgJmx0 O3RhcHNpbmdoQGNpc2NvLmNvbSZndDssIFNlbHZha3VtYXIgU2l2YXJhaiAmbHQ7c3NpdmFyYWpA anVuaXBlci5uZXQmZ3Q7PGJyPg0KPGI+Q2M6IDwvYj4mcXVvdDtuZXRtb2RAaWV0Zi5vcmcmcXVv dDsgJmx0O25ldG1vZEBpZXRmLm9yZyZndDssICZxdW90O25ldG1vZC1jaGFpcnNAaWV0Zi5vcmcm cXVvdDsgJmx0O25ldG1vZC1jaGFpcnNAaWV0Zi5vcmcmZ3Q7PGJyPg0KPGI+U3ViamVjdDogPC9i PlJlZ2FyZGluZyBJUFIgb24gZHJhZnQtd2lsdG9uLW5ldG1vZC1pbnRmLXZsYW4teWFuZzxvOnA+ PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0 eWxlPSJtYXJnaW4tbGVmdDouNWluIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VGlt ZXMgTmV3IFJvbWFuJnF1b3Q7Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluIj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjExLjBwdCI+QXV0aG9ycywgQ29udHJpYnV0b3JzLCBXRyw8L3NwYW4+PG86 cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVp biI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpw PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluIj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+VGhpcyBJUFIgZGlzY2xvc3VyZSByZXF1ZXN0cyBp cyBiZWluZyBtYWRlIGFzIHBhcnQgb2YgdGhlIHByZXBhcmF0aW9uPC9zcGFuPjxvOnA+PC9vOnA+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij5mb3IgV0cgYWRvcHRpb24gb2YgdGhpcyBkcmFmdC48 L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2lu LWxlZnQ6LjVpbiI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPiZuYnNwOzwvc3Bhbj48 bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDou NWluIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+QXJlIHlvdSBhd2FyZSBvZiBhbnkg SVBSIHRoYXQgYXBwbGllcyB0byBkcmFmdCBpZGVudGlmaWVkIGFib3ZlPzwvc3Bhbj48bzpwPjwv bzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluIj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTEuMHB0Ij5QbGVhc2Ugc3RhdGUgZWl0aGVyOjwvc3Bhbj48bzpwPjwv bzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluIj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+Jm5ic3A7Jm5ic3A7Jm5ic3A7ICZxdW90O05v LCBJJ20gbm90IGF3YXJlIG9mIGFueSBJUFIgdGhhdCBhcHBsaWVzIHRvIHRoaXMgZHJhZnQmcXVv dDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFy Z2luLWxlZnQ6LjVpbiI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPm9yPC9zcGFuPjxv OnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41 aW4iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij4mbmJzcDsmbmJzcDsmbmJzcDsgJnF1 b3Q7WWVzLCBJJ20gYXdhcmUgb2YgSVBSIHRoYXQgYXBwbGllcyB0byB0aGlzIGRyYWZ0JnF1b3Q7 PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdp bi1sZWZ0Oi41aW4iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij4mbmJzcDs8L3NwYW4+ PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6 LjVpbiI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPklmIHNvLCBoYXMgdGhpcyBJUFIg YmVlbiBkaXNjbG9zZWQgaW4gY29tcGxpYW5jZSB3aXRoIElFVEYgSVBSIHJ1bGVzPC9zcGFuPjxv OnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41 aW4iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij4oc2VlIFJGQ3MgMzk3OSwgNDg3OSwg MzY2OSBhbmQgNTM3OCBmb3IgbW9yZSBkZXRhaWxzKT88L3NwYW4+PG86cD48L286cD48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMS4wcHQiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluIj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjExLjBwdCI+SWYgeWVzIHRvIHRoZSBhYm92ZSwgcGxlYXNlIHN0YXRlIGVpdGhlcjo8L3Nw YW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxl ZnQ6LjVpbiI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPiZuYnNwOyZuYnNwOyZuYnNw OyAmcXVvdDtZZXMsIHRoZSBJUFIgaGFzIGJlZW4gZGlzY2xvc2VkIGluIGNvbXBsaWFuY2Ugd2l0 aCBJRVRGIElQUiBydWxlcyZxdW90Ozwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjExLjBwdCI+b3I8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz dHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPiZu YnNwOyZuYnNwOyZuYnNwOyAmcXVvdDtObywgdGhlIElQUiBoYXMgbm90IGJlZW4gZGlzY2xvc2Vk JnF1b3Q7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9 Im1hcmdpbi1sZWZ0Oi41aW4iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij4mbmJzcDs8 L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2lu LWxlZnQ6LjVpbiI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPiZuYnNwOzwvc3Bhbj48 bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDou NWluIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+SWYgeW91IGFuc3dlciBubywgcGxl YXNlIHByb3ZpZGUgYW55IGFkZGl0aW9uYWwgZGV0YWlscyB5b3UgdGhpbms8L3NwYW4+PG86cD48 L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPmFwcHJvcHJpYXRlLjwvc3Bhbj48bzpwPjwv bzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluIj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTEuMHB0Ij5JZiB5b3UgYXJlIGxpc3RlZCBhcyBhIGRvY3VtZW50IGF1 dGhvciBvciBjb250cmlidXRvciwgcGxlYXNlIGFuc3dlciB0aGU8L3NwYW4+PG86cD48L286cD48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPmFib3ZlIGJ5IHJlc3BvbmRpbmcgdG8gdGhpcyBlbWFp bCByZWdhcmRsZXNzIG9mIHdoZXRoZXIgb3Igbm90IHlvdSBhcmU8L3NwYW4+PG86cD48L286cD48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPmF3YXJlIG9mIGFueSByZWxldmFudCBJUFIuIFRoaXMg ZG9jdW1lbnQgd2lsbCBub3QgYWR2YW5jZSB0byB0aGUgbmV4dDwvc3Bhbj48bzpwPjwvbzpwPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluIj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjExLjBwdCI+c3RhZ2UgdW50aWwgYSByZXNwb25zZSBoYXMgYmVlbiBy ZWNlaXZlZCBmcm9tIGVhY2ggYXV0aG9yIGFuZCBsaXN0ZWQ8L3NwYW4+PG86cD48L286cD48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMS4wcHQiPmNvbnRyaWJ1dG9yLiBOT1RFOiBUSElTIEFQUExJRVMgVE8g QUxMIE9GIFlPVSBMSVNURUQgSU4gVEhJUw0KPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTEuMHB0Ij5NRVNTQUdFJ1MgVE8gTElORVMuPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTEuMHB0Ij4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMS4wcHQiPklmIHlvdSBhcmUgb24gdGhlIFdHIGVtYWlsIGxpc3Qgb3IgYXR0ZW5kIFdH IG1lZXRpbmdzIGJ1dCBhcmUgbm90IGxpc3RlZDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjExLjBwdCI+YXMgYW4gYXV0aG9yIG9yIGNvbnRyaWJ1dG9yLCB3ZSByZW1pbmQgeW91 IG9mIHlvdXIgb2JsaWdhdGlvbnMgdW5kZXIgdGhlPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTEuMHB0Ij5JRVRGIElQUiBydWxlcyB3aGljaCBlbmNvdXJhZ2VzIHlvdSB0byBu b3RpZnkgdGhlIElFVEYgaWYgeW91IGFyZSBhd2FyZTwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluIj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjExLjBwdCI+b2YgSVBSIG9mIG90aGVycyBvbiBhbiBJRVRGIGNvbnRyaWJ1dGlv biwgb3IgdG8gcmVmcmFpbiBmcm9tIHBhcnRpY2lwYXRpbmc8L3NwYW4+PG86cD48L286cD48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMS4wcHQiPmluIGFueSBjb250cmlidXRpb24gb3IgZGlzY3Vzc2lvbiBy ZWxhdGVkIHRvIHlvdXIgdW5kaXNjbG9zZWQgSVBSLiBGb3INCjwvc3Bhbj48bzpwPjwvbzpwPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluIj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjExLjBwdCI+bW9yZSBpbmZvcm1hdGlvbiwgcGxlYXNlIHNlZSB0aGUg UkZDcyBsaXN0ZWQgJm5ic3A7YWJvdmUgYW5kDQo8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMS4wcHQiPmh0dHA6Ly90cmFjLnRvb2xzLmlldGYub3JnL2dyb3VwL2llc2cvdHJh Yy93aWtpL0ludGVsbGVjdHVhbFByb3BlcnR5Ljwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjExLjBwdCI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTEuMHB0Ij5UaGFuayB5b3UsPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEu MHB0Ij5ORVRNT0QgV0cgQ2hhaXJzPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTEuMHB0Ij4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs IiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQi PlBTIFBsZWFzZSBpbmNsdWRlIGFsbCBsaXN0ZWQgaW4gdGhlIGhlYWRlcnMgb2YgdGhpcyBtZXNz YWdlIGluIHlvdXIgcmVzcG9uc2UuPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTEuMHB0Ij4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs IiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQi PiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9ib2R5Pg0KPC9odG1sPg0K --_000_1AED078466B34A15BB8C950187F3BDE6junipernet_-- From nobody Sat Oct 22 11:57: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 1A29B12964F for ; Sat, 22 Oct 2016 11:57:01 -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, 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 ZscXYXf-1W5F for ; Sat, 22 Oct 2016 11:56:59 -0700 (PDT) Received: from mail-wm0-x229.google.com (mail-wm0-x229.google.com [IPv6:2a00:1450:400c: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 8CF5A12961B for ; Sat, 22 Oct 2016 11:56:58 -0700 (PDT) Received: by mail-wm0-x229.google.com with SMTP id c78so38864537wme.0 for ; Sat, 22 Oct 2016 11:56:58 -0700 (PDT) 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=9w9mtcAS42i+wVAcRQzwIFeyCx8S6EEDwI9jEQrO5ts=; b=Ayaa94dYqWIM9KzI2clK3YMimxnGHqciBY24/8tNUQOimP1YTKI9hU/B/a73Q4Mmk1 yq6q0cjiw7HG2UkrhTp0snSrEzW2767l9TUq+ShXnUNzm77+2mdv7JMa32d6+kc4HCKF +q+RkVJ4wjLSmKRnsvdcnin/dQ2qZu0IMKT0EsMDgyNFnGVXQvgSeu0RLGpl1DFZx0Rx kXXGD2RfaRHws8Y5cT9B3mQ/hnTG1fOqjdbQK+mL9cCCRi2htMETiRlG3SJiARNE+8Gk 3Hrd42WnsqYzyi0DfcfRQ9dZUN8NEmYl3xauyrYZK9NTRgJso/uDrrMZwC7IHNa+bLFt WTZw== 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=9w9mtcAS42i+wVAcRQzwIFeyCx8S6EEDwI9jEQrO5ts=; b=QPxR7XUWH0jowUWt6eLeseuyY9moY+5JKsAZEe5EnsBE9Q9qHo3/vv1RtQLgDYWXIP nmrNKEJNREkPkJNJVlHTQDuW/GbUm4LiuY2fS0egeLo9Uv/G0ljK9CsIR6jixH/mXRCO 2pdgtrcShvkqcuCeEekyVJd3f6qUhE0k69BdgQJppzzKh+IJsouvg8QO7YM+oDb5LQ4c GLcz8/rmWmsO9tWjXYuZ2LURr+9yKndWu03lZ69bPxIEXzCgwVf/hTMuymmloz0ju9Yh RjD+r+TKEbafKhtcvov/tMxF/OLm5DtEdmsVLndMQ/NIazhaPm2NtzheAto2gThhpbnF azkA== X-Gm-Message-State: ABUngvc2lXd2FQQi/IUDk6qZ9gZ6u65Km5OymWJIyjicJXbjQphlxBWABh8sb7kKLsQJ2N8rJhXLYdoERsvF1Q== X-Received: by 10.194.78.42 with SMTP id y10mr5412741wjw.104.1477162617126; Sat, 22 Oct 2016 11:56:57 -0700 (PDT) MIME-Version: 1.0 Received: by 10.80.184.193 with HTTP; Sat, 22 Oct 2016 11:56:56 -0700 (PDT) In-Reply-To: References: From: Andy Bierman Date: Sat, 22 Oct 2016 11:56:56 -0700 Message-ID: To: Kent Watsen Content-Type: multipart/alternative; boundary=047d7bfcfdce11df6f053f78b9be 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: Sat, 22 Oct 2016 18:57:01 -0000 --047d7bfcfdce11df6f053f78b9be Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi, I will create an updated draft before the I-D cutoff Andy On Sat, Oct 22, 2016 at 6:01 AM, Kent Watsen wrote: > > > Andy, all, > > > > In reviewing the draft for Shepherd writeup, I found the following issues > that I think need to be addressed before the document can be sent to Beno= it > for AD review: > > > > > > 1. Idnits found the following: > > > > =3D=3D Missing Reference: 'RFC6242' is mentioned on line 2233, but not > defined > > =3D=3D Outdated reference: draft-ietf-netmod-rfc6020bis has been publis= hed > as RFC 7950 > > ** Obsolete normative reference: RFC 2223 (Obsoleted by RFC 7322) > > ** Obsolete normative reference: RFC 5741 (Obsoleted by RFC 7841) > > > > 2. the intended status is =E2=80=9CStandards Track=E2=80=9D, but RFC 6087= is > =E2=80=9CInformational=E2=80=9D. Please change to the bis to be Informat= ion as well. > > > > 3. The Abstract and Introduction both call out NETCONF, but say nothing > about RESTCONF. Should they at least refer to both equally? > > > > 4. Currently there is a Normative reference to NETCONF, but I believe tha= t > it should it be Informative, right? > > > > 5. RESTCONF is mentioned in the draft, but there is no reference for > RESTCONF. There should be an Informative reference for RESTCONF as well. > > > > 6. Section 4.1 regards =E2=80=9CModule Copyright=E2=80=9D, but after the = first paragraph > it starts talking about "" and "". I=E2=80=99m t= hinking > this must be a mistake, that the CODE BEGIN/END stuff was meant to be in > another section (a new 4.2?). [BTW, that an issue like this got through > suggests to me that folks haven=E2=80=99t been reading this document, I= =E2=80=99ll discuss > with my co-chair if we need to do Last Call again.] > > > > 7. I think that 6087bis needs to obsolete RFC 6087, but it=E2=80=99s not = labeled > as such yet. > > > > 8. Related to #7 above, the IANA Considerations section registers a URI i= n > the IETF XML registry, but this was done in RFC 6087, so it can=E2=80=99t= be done > again, right? I suggest updating the IANA Considerations section to say > that 1) this document continues to empower registry entry=E2=80=99s exist= ence > (given that the document obsoletes RFC 6087) and 2) IANA should update > their records to point to this RFC for the one that empowers the registry > entry. Make sense? > > > > 9. Regarding section 5.23, per extensive discussion with the AD, co-chair= , > and the datastore design team, we believe that Section 5.23 can be improv= ed > to more precisely describe the guidance. As such, we recommend something > along the lines of the following two changes be made: > > > > OLD > > > > Placing operational data within > > the configuration subtree is appropriate if the operational values > > can only exist if the configuration exists. > > > > NEW > > > > Placing operational data within > > the configuration subtree is appropriate if the operational values > > can only exist if the configuration exists. Placing operational dat= a > > outside the configuration subtree is appropriate if the operational > > values can exist without corresponding configuration (e.g., system > > generated interfaces). > > > > > > OLD > > > > Sometimes the configured value represents some sort of procedure to > > be followed, in which the system will select an actual value, based > > on protocol negotiation. > > > > NEW > > > > Sometimes the configured value represents some sort of procedure to > > be followed, in which the system will select an actual value, based > > on protocol negotiation. In this case it is RECOMMENDED to have a > > separate config false value to represented the resulting state. For > > instance: > > > > > > > > Thanks, > > Kent (as document shepherd) > > > > > > > > > > _______________________________________________ > netmod mailing list > netmod@ietf.org > https://www.ietf.org/mailman/listinfo/netmod > > --047d7bfcfdce11df6f053f78b9be Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi,

I will create an updated draft befo= re the I-D cutoff


Andy

On = Sat, Oct 22, 2016 at 6:01 AM, Kent Watsen <kwatsen@juniper.net> wrote:

=C2=A0

Andy, all,

=C2=A0

In reviewing the dr= aft for Shepherd writeup, I found the following issues that I think need to= be addressed before the document can be sent to Benoit for AD review:

=C2=A0

=C2=A0

1. Idnits found the= following:

=C2=A0

=C2=A0 =3D=3D Missi= ng Reference: 'RFC6242' is mentioned on line 2233, but not defined<= u>

=C2=A0 =3D=3D Outda= ted reference: draft-ietf-netmod-rfc6020bis has been published as RFC 7950<= u>

=C2=A0 ** Obsolete = normative reference: RFC 2223 (Obsoleted by RFC 7322)<= /p>

=C2=A0 ** Obsolete = normative reference: RFC 5741 (Obsoleted by RFC 7841)<= /p>

=C2=A0

2. the intended sta= tus is =E2=80=9CStandards Track=E2=80=9D, but RFC 6087 is =E2=80=9CInformat= ional=E2=80=9D.=C2=A0 Please change to the bis to be Information as well.

=C2=A0

3. The Abstract and= Introduction both call out NETCONF, but say nothing about RESTCONF.=C2=A0 = Should they at least refer to both equally?

=C2=A0

4. Currently there = is a Normative reference to NETCONF, but I believe that it should it be Inf= ormative, right?=C2=A0

=C2=A0

5. RESTCONF is ment= ioned in the draft, but there is no reference for RESTCONF. There should be= an Informative reference for RESTCONF as well.

=C2=A0

6. Section 4.1 rega= rds =E2=80=9CModule Copyright=E2=80=9D, but after the first paragraph it st= arts talking about "<CODE BEGINS>" and "<CODE ENDS&= gt;".=C2=A0 I=E2=80=99m thinking this must be a mistake, that the CODE= BEGIN/END stuff was meant to be in another section (a new 4.2?).=C2=A0 [BTW, that an issue like this= got through suggests to me that folks haven=E2=80=99t been reading this do= cument, I=E2=80=99ll discuss with my co-chair if we need to do Last Call ag= ain.]

=C2=A0

7. I think that 608= 7bis needs to obsolete RFC 6087, but it=E2=80=99s not labeled as such yet.<= u>

=C2=A0

8. Related to #7 ab= ove, the IANA Considerations section registers a URI in the IETF XML regist= ry, but this was done in RFC 6087, so it can=E2=80=99t be done again, right= ?=C2=A0 I suggest updating the IANA Considerations section to say that 1) this document continues to empower registry entry= =E2=80=99s existence (given that the document obsoletes RFC 6087) and 2) IA= NA should update their records to point to this RFC for the one that empowe= rs the registry entry.=C2=A0 Make sense?

=C2=A0

9. Regarding sectio= n 5.23, per extensive discussion with the AD, co-chair, and the datastore d= esign team, we believe that Section 5.23 can be improved to more precisely = describe the guidance.=C2=A0 As such, we recommend something along the lines of the following two changes be made:<= u>

=C2=A0

=C2=A0 OLD

=C2=A0

=C2=A0 =C2=A0=C2=A0= =C2=A0Placing operational data within

=C2=A0=C2=A0 =C2=A0= =C2=A0the configuration subtree is appropriate if the operational values=

=C2=A0=C2=A0=C2=A0 = =C2=A0can only exist if the configuration exists.

=C2=A0

=C2=A0 NEW

=C2=A0

=C2=A0 =C2=A0=C2=A0= =C2=A0Placing operational data within

=C2=A0=C2=A0 =C2=A0= =C2=A0the configuration subtree is appropriate if the operational values=

=C2=A0=C2=A0=C2=A0 = =C2=A0can only exist if the configuration exists.=C2=A0 Placing operational= data

=C2=A0=C2=A0=C2=A0 = =C2=A0outside the configuration subtree is appropriate if the operational

=C2=A0=C2=A0=C2=A0= =C2=A0values can exist without corresponding configuration (e.g., system=

=C2=A0=C2=A0=C2=A0= =C2=A0generated interfaces).

=C2=A0

=C2=A0

=C2=A0 OLD

=C2=A0

=C2=A0=C2=A0=C2=A0= =C2=A0Sometimes the configured value represents some sort of procedure to

=C2=A0=C2=A0=C2=A0= =C2=A0be followed, in which the system will select an actual value, based

=C2=A0=C2=A0=C2=A0= =C2=A0on protocol negotiation.

=C2=A0

=C2=A0 NEW

=C2=A0

=C2=A0 =C2=A0=C2=A0= =C2=A0Sometimes the configured value represents some sort of procedure to

=C2=A0=C2=A0=C2=A0= =C2=A0be followed, in which the system will select an actual value, based

=C2=A0 =C2=A0=C2=A0= =C2=A0on protocol negotiation.=C2=A0 In this case it is RECOMMENDED to have= a

=C2=A0=C2=A0 =C2=A0= =C2=A0separate config false value to represented the resulting state.=C2=A0= For

=C2=A0 =C2=A0=C2=A0= =C2=A0instance:

=C2=A0

=C2=A0

=C2=A0

Thanks,

Kent=C2=A0 (as docu= ment shepherd)

=C2=A0

=C2=A0

=C2=A0

=C2=A0


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

--047d7bfcfdce11df6f053f78b9be-- From nobody Sat Oct 22 16:50: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 11096129472; Sat, 22 Oct 2016 16:50:41 -0700 (PDT) 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 bRPWS7FIka5Q; Sat, 22 Oct 2016 16:50:36 -0700 (PDT) Received: from mail-pf0-x22c.google.com (mail-pf0-x22c.google.com [IPv6:2607:f8b0:400e:c00::22c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6F0B712941E; Sat, 22 Oct 2016 16:50:36 -0700 (PDT) Received: by mail-pf0-x22c.google.com with SMTP id 128so77157654pfz.0; Sat, 22 Oct 2016 16:50:36 -0700 (PDT) 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=EEhK64+A/iqU6ASE2yVfldJr5xoR20xdjig+hNdS/cw=; b=a59A/iAI9CNEr9RADwbT7on/hujuE/9tKL5aN/k1FacUZcRgb/gNzdE7EKQgBKsyEb fWDz6XgIdk67xOAXuQ8VuB6jp1lUAzUJswoDK+fIvfMab3bY8knxaleiN/WDiG1u7ggX H3ohTR+k+XDFZtNP15iojS+W2DzI0nk0WRNeEncNAdk9zNIDQK6OjeRMiqZUfwkYpfQU gQ6VbZgxOx5h/pbnUUP38XFQsjtXlcxU1ZR4ztoaxeiDjIZdcJsXqiYSg9+mF02yP0FQ 5hcqRZULQXB4G9G9nWC8Q3Hj+E5wSHh8nVfZESittd7lcIrE3fdc9HO3L87vweNR8e3P v6HQ== 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=EEhK64+A/iqU6ASE2yVfldJr5xoR20xdjig+hNdS/cw=; b=PaI2S+I9pI29plbVzmOlEntpmRu4lAowWXRKXeM0KVK3p9yPbsDfcuVCut1j8C5fBZ J2Sy1V9LrRWe+ovkhIH2NLoUmesr8WQ4oTDAahbrdao5VI/yzGHN5XXyiii+/22/kh76 U2P7GOOQ/lJhRsMvEzdsxCpq4AWwq+kHUTcRJTS541xtb5D7zYVVZJIcRQpmHGDuKcn8 MDughgB/TePr96EwILbgdJfFUD8PEr2/9H76pWQXkZc6JYQY100xhWFKtbQ3lmldrXbm VTb18NkkmDLEOvPZZ+JgxB4zzcNcY5np6mJd+7gpATp3ChbgWqzyeXUj0GqMpwXKgrps PxNQ== X-Gm-Message-State: ABUngvfQBC/pTa5Er98ckAvvnyWspTJUr4GUajmHjfDNkYp3BcjMCn+k8a1VtEt4pBZiww== X-Received: by 10.99.48.69 with SMTP id w66mr12424541pgw.109.1477180235866; Sat, 22 Oct 2016 16:50:35 -0700 (PDT) Received: from sjc-mahesh-nitro10.cisco.com ([128.107.241.182]) by smtp.gmail.com with ESMTPSA id yx8sm14631635pac.29.2016.10.22.16.50.34 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Sat, 22 Oct 2016 16:50:34 -0700 (PDT) Content-Type: multipart/alternative; boundary="Apple-Mail=_84E3F9C7-91CB-4ECA-A7E5-48DC35A7963F" Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) From: Mahesh Jethanandani In-Reply-To: <747256C3-E1F1-4911-AA3A-AFF1852025B2@juniper.net> Date: Sat, 22 Oct 2016 16:50:33 -0700 Message-Id: References: <747256C3-E1F1-4911-AA3A-AFF1852025B2@juniper.net> To: Kent Watsen X-Mailer: Apple Mail (2.3124) Archived-At: Cc: "netmod-chairs@ietf.org" , "netmod@ietf.org" Subject: Re: [netmod] Call for consensus to adopt draft-wilton-netmod-intf-vlan-yang 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, 22 Oct 2016 23:50:41 -0000 --Apple-Mail=_84E3F9C7-91CB-4ECA-A7E5-48DC35A7963F Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii I support the adoption of this document as a WG item. Thanks. > On Oct 22, 2016, at 6:26 AM, Kent Watsen wrote: >=20 > =20 > Dear working group, > =20 > Should we move to adopt draft-wilton-netmod-intf-ext-yang as a WG item > and correspondingly add this to the WG charter as a milestone? Please > comment by Friday, November 4, 2016 so that the WG Chairs can gauge > whether or not there is consensus to move forward with the document. > =20 > To provide some context, please recall that this is the document that = the > IEEE 802.1 had issues with being an IETF working group item. To = address > these issues, this version of the draft: is Informational, and types = that > should have been defined by IEEE have now been removed.=20 > =20 > Thanks, > Kent (as co-chair) > =20 > =20 > _______________________________________________ > netmod mailing list > netmod@ietf.org > https://www.ietf.org/mailman/listinfo/netmod = Mahesh Jethanandani mjethanandani@gmail.com --Apple-Mail=_84E3F9C7-91CB-4ECA-A7E5-48DC35A7963F Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii I support the adoption of this document as a WG item.

Thanks.

On Oct 22, 2016, at 6:26 AM, Kent Watsen <kwatsen@juniper.net>= wrote:

 
Dear working group,
 
Should we move to adopt = draft-wilton-netmod-intf-ext-yang as a WG item
and correspondingly add this to = the WG charter as a milestone?  Please
comment by Friday, November 4, = 2016 so that the WG Chairs can gauge
whether or not there is consensus = to move forward with the document.
 
To provide some context, please = recall that this is the document that the
IEEE 802.1 had issues with being = an IETF working group item.  To address
these issues, this version of the = draft: is Informational, and types that
should have been defined by IEEE = have now been removed. 
 
Thanks,
Kent (as co-chair)
 
 
_______________________________________________
netmod mailing list
netmod@ietf.org
https://www.ietf.org/mailman/listinfo/netmod

Mahesh Jethanandani
mjethanandani@gmail.com



= --Apple-Mail=_84E3F9C7-91CB-4ECA-A7E5-48DC35A7963F-- From nobody Sun Oct 23 17:50: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 4BFB6129447; Sun, 23 Oct 2016 17:50:14 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.65 X-Spam-Level: X-Spam-Status: No, score=-4.65 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=-0.431] 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 vPch9Yc6iQPw; Sun, 23 Oct 2016 17:50:12 -0700 (PDT) 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 94939129469; Sun, 23 Oct 2016 17:50:11 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml703-cah.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id CYV55301; Mon, 24 Oct 2016 00:50:08 +0000 (GMT) Received: from SZXEML422-HUB.china.huawei.com (10.82.67.152) by lhreml703-cah.china.huawei.com (10.201.5.104) with Microsoft SMTP Server (TLS) id 14.3.235.1; Mon, 24 Oct 2016 01:50:07 +0100 Received: from SZXEML501-MBX.china.huawei.com ([169.254.1.73]) by szxeml422-hub.china.huawei.com ([10.82.67.152]) with mapi id 14.03.0235.001; Mon, 24 Oct 2016 08:50:03 +0800 From: wangzitao To: Kent Watsen , "netmod@ietf.org" Thread-Topic: [netmod] Call for consensus to adopt draft-wilton-netmod-intf-vlan-yang Thread-Index: AQHSLGfqxxJhvU+tHkOtfdAzqX7qnqC2x3OA Date: Mon, 24 Oct 2016 00:50:02 +0000 Message-ID: References: <747256C3-E1F1-4911-AA3A-AFF1852025B2@juniper.net> In-Reply-To: <747256C3-E1F1-4911-AA3A-AFF1852025B2@juniper.net> Accept-Language: en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.136.78.69] Content-Type: multipart/alternative; boundary="_000_E6BC9BBCBCACC246846FC685F9FF41EADB8105szxeml501mbxchina_" MIME-Version: 1.0 X-CFilter-Loop: Reflected X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A020201.580D5AC1.004B, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0, ip=169.254.1.73, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32 X-Mirapoint-Loop-Id: 715fd946362b2ed3edbef0af40a9b5da Archived-At: Cc: "netmod-chairs@ietf.org" Subject: Re: [netmod] Call for consensus to adopt draft-wilton-netmod-intf-vlan-yang 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, 24 Oct 2016 00:50:14 -0000 --_000_E6BC9BBCBCACC246846FC685F9FF41EADB8105szxeml501mbxchina_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SSBoYXZlIHJlYWQgdGhpcyBkb2N1bWVudCwgSSBiZWxpZXZlIGl0IGlzIHJlYXNvbmFibGUgYW5k IHVzZWZ1bC4gQW5kIHllcywgSSBzdXBwb3J0IHRvIGFkb3B0IGl0Lg0KDQpCZXN0IFJlZ2FyZHMh DQotTWljaGFlbA0KDQrlj5Hku7bkuro6IG5ldG1vZCBbbWFpbHRvOm5ldG1vZC1ib3VuY2VzQGll dGYub3JnXSDku6PooaggS2VudCBXYXRzZW4NCuWPkemAgeaXtumXtDogMjAxNuW5tDEw5pyIMjLm l6UgMjE6MjcNCuaUtuS7tuS6ujogbmV0bW9kQGlldGYub3JnDQrmioTpgIE6IG5ldG1vZC1jaGFp cnNAaWV0Zi5vcmcNCuS4u+mimDogW25ldG1vZF0gQ2FsbCBmb3IgY29uc2Vuc3VzIHRvIGFkb3B0 IGRyYWZ0LXdpbHRvbi1uZXRtb2QtaW50Zi12bGFuLXlhbmcNCg0KDQpEZWFyIHdvcmtpbmcgZ3Jv dXAsDQoNClNob3VsZCB3ZSBtb3ZlIHRvIGFkb3B0IGRyYWZ0LXdpbHRvbi1uZXRtb2QtaW50Zi1l eHQteWFuZyBhcyBhIFdHIGl0ZW0NCmFuZCBjb3JyZXNwb25kaW5nbHkgYWRkIHRoaXMgdG8gdGhl IFdHIGNoYXJ0ZXIgYXMgYSBtaWxlc3RvbmU/ICBQbGVhc2UNCmNvbW1lbnQgYnkgRnJpZGF5LCBO b3ZlbWJlciA0LCAyMDE2IHNvIHRoYXQgdGhlIFdHIENoYWlycyBjYW4gZ2F1Z2UNCndoZXRoZXIg b3Igbm90IHRoZXJlIGlzIGNvbnNlbnN1cyB0byBtb3ZlIGZvcndhcmQgd2l0aCB0aGUgZG9jdW1l bnQuDQoNClRvIHByb3ZpZGUgc29tZSBjb250ZXh0LCBwbGVhc2UgcmVjYWxsIHRoYXQgdGhpcyBp cyB0aGUgZG9jdW1lbnQgdGhhdCB0aGUNCklFRUUgODAyLjEgaGFkIGlzc3VlcyB3aXRoIGJlaW5n IGFuIElFVEYgd29ya2luZyBncm91cCBpdGVtLiAgVG8gYWRkcmVzcw0KdGhlc2UgaXNzdWVzLCB0 aGlzIHZlcnNpb24gb2YgdGhlIGRyYWZ0OiBpcyBJbmZvcm1hdGlvbmFsLCBhbmQgdHlwZXMgdGhh dA0Kc2hvdWxkIGhhdmUgYmVlbiBkZWZpbmVkIGJ5IElFRUUgaGF2ZSBub3cgYmVlbiByZW1vdmVk Lg0KDQpUaGFua3MsDQpLZW50IChhcyBjby1jaGFpcikNCg0KDQo= --_000_E6BC9BBCBCACC246846FC685F9FF41EADB8105szxeml501mbxchina_ 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 OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7fQ0KYTpsaW5rLCBzcGFuLk1zb0h5cGVybGluaw0KCXtt c28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6IzA1NjNDMTsNCgl0ZXh0LWRlY29yYXRpb246 dW5kZXJsaW5lO30NCmE6dmlzaXRlZCwgc3Bhbi5Nc29IeXBlcmxpbmtGb2xsb3dlZA0KCXttc28t c3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6Izk1NEY3MjsNCgl0ZXh0LWRlY29yYXRpb246dW5k ZXJsaW5lO30NCnNwYW4uRW1haWxTdHlsZTE3DQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsOw0K CWZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7DQoJY29sb3I6d2luZG93dGV4dDt9 DQpzcGFuLkVtYWlsU3R5bGUxOA0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbC1yZXBseTsNCglm b250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiOw0KCWNvbG9yOiMxRjQ5N0Q7fQ0KLk1z b0NocERlZmF1bHQNCgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7DQoJZm9udC1zaXplOjEw LjBwdDt9DQpAcGFnZSBXb3JkU2VjdGlvbjENCgl7c2l6ZTo2MTIuMHB0IDc5Mi4wcHQ7DQoJbWFy Z2luOjcyLjBwdCA3Mi4wcHQgNzIuMHB0IDcyLjBwdDt9DQpkaXYuV29yZFNlY3Rpb24xDQoJe3Bh Z2U6V29yZFNlY3Rpb24xO30NCi0tPjwvc3R5bGU+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8 bzpzaGFwZWRlZmF1bHRzIHY6ZXh0PSJlZGl0IiBzcGlkbWF4PSIxMDI2IiAvPg0KPC94bWw+PCFb ZW5kaWZdLS0+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWxheW91dCB2OmV4dD0i ZWRpdCI+DQo8bzppZG1hcCB2OmV4dD0iZWRpdCIgZGF0YT0iMSIgLz4NCjwvbzpzaGFwZWxheW91 dD48L3htbD48IVtlbmRpZl0tLT4NCjwvaGVhZD4NCjxib2R5IGJnY29sb3I9IndoaXRlIiBsYW5n PSJaSC1DTiIgbGluaz0iIzA1NjNDMSIgdmxpbms9IiM5NTRGNzIiPg0KPGRpdiBjbGFzcz0iV29y ZFNlY3Rpb24xIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHls ZT0iZm9udC1zaXplOjEwLjVwdDtjb2xvcjojMUY0OTdEIj5JIGhhdmUgcmVhZCB0aGlzIGRvY3Vt ZW50LCBJIGJlbGlldmUgaXQgaXMgcmVhc29uYWJsZSBhbmQgdXNlZnVsLiBBbmQgeWVzLCBJIHN1 cHBvcnQgdG8gYWRvcHQgaXQuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2NvbG9yOiMx RjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtjb2xvcjojMUY0OTdE Ij5CZXN0IFJlZ2FyZHMhPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2NvbG9yOiMxRjQ5 N0QiPi1NaWNoYWVsPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2NvbG9yOiMxRjQ5N0Qi PjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXY+DQo8ZGl2IHN0eWxlPSJib3JkZXI6 bm9uZTtib3JkZXItdG9wOnNvbGlkICNCNUM0REYgMS4wcHQ7cGFkZGluZzozLjBwdCAwY20gMGNt IDBjbSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEw LjBwdDtmb250LWZhbWlseTrlrovkvZMiPuWPkeS7tuS6ujxzcGFuIGxhbmc9IkVOLVVTIj46PC9z cGFuPjwvc3Bhbj48L2I+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuMHB0 O2ZvbnQtZmFtaWx5OuWui+S9kyI+IG5ldG1vZCBbbWFpbHRvOm5ldG1vZC1ib3VuY2VzQGlldGYu b3JnXQ0KPC9zcGFuPjxiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5 OuWui+S9kyI+5Luj6KGoIDwvc3Bhbj48L2I+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250 LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OuWui+S9kyI+S2VudCBXYXRzZW48YnI+DQo8L3NwYW4+ PGI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk65a6L5L2TIj7lj5Hp gIHml7bpl7Q8c3BhbiBsYW5nPSJFTi1VUyI+Ojwvc3Bhbj48L3NwYW4+PC9iPjxzcGFuIGxhbmc9 IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTrlrovkvZMiPiAyMDE2 PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OuWui+S9kyI+ 5bm0PHNwYW4gbGFuZz0iRU4tVVMiPjEwPC9zcGFuPuaciDxzcGFuIGxhbmc9IkVOLVVTIj4yMjwv c3Bhbj7ml6U8c3BhbiBsYW5nPSJFTi1VUyI+DQogMjE6Mjc8YnI+DQo8L3NwYW4+PGI+5pS25Lu2 5Lq6PHNwYW4gbGFuZz0iRU4tVVMiPjo8L3NwYW4+PC9iPjxzcGFuIGxhbmc9IkVOLVVTIj4gbmV0 bW9kQGlldGYub3JnPGJyPg0KPC9zcGFuPjxiPuaKhOmAgTxzcGFuIGxhbmc9IkVOLVVTIj46PC9z cGFuPjwvYj48c3BhbiBsYW5nPSJFTi1VUyI+IG5ldG1vZC1jaGFpcnNAaWV0Zi5vcmc8YnI+DQo8 L3NwYW4+PGI+5Li76aKYPHNwYW4gbGFuZz0iRU4tVVMiPjo8L3NwYW4+PC9iPjxzcGFuIGxhbmc9 IkVOLVVTIj4gW25ldG1vZF0gQ2FsbCBmb3IgY29uc2Vuc3VzIHRvIGFkb3B0IGRyYWZ0LXdpbHRv bi1uZXRtb2QtaW50Zi12bGFuLXlhbmc8bzpwPjwvbzpwPjwvc3Bhbj48L3NwYW4+PC9wPg0KPC9k aXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpw PiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5n PSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFu PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9u dC1zaXplOjExLjBwdCI+RGVhciB3b3JraW5nIGdyb3VwLDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXpl OjExLjBwdCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij5TaG91bGQgd2Ug bW92ZSB0byBhZG9wdCBkcmFmdC13aWx0b24tbmV0bW9kLWludGYtZXh0LXlhbmcgYXMgYSBXRyBp dGVtPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFu Zz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij5hbmQgY29ycmVzcG9uZGluZ2x5IGFk ZCB0aGlzIHRvIHRoZSBXRyBjaGFydGVyIGFzIGEgbWlsZXN0b25lPyZuYnNwOyBQbGVhc2U8bzpw PjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1V UyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPmNvbW1lbnQgYnkgRnJpZGF5LCBOb3ZlbWJlciA0 LCAyMDE2IHNvIHRoYXQgdGhlIFdHIENoYWlycyBjYW4gZ2F1Z2U8bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQt c2l6ZToxMS4wcHQiPndoZXRoZXIgb3Igbm90IHRoZXJlIGlzIGNvbnNlbnN1cyB0byBtb3ZlIGZv cndhcmQgd2l0aCB0aGUgZG9jdW1lbnQuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij48 bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBs YW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPlRvIHByb3ZpZGUgc29tZSBjb250 ZXh0LCBwbGVhc2UgcmVjYWxsIHRoYXQgdGhpcyBpcyB0aGUgZG9jdW1lbnQgdGhhdCB0aGU8bzpw PjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1V UyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPklFRUUgODAyLjEgaGFkIGlzc3VlcyB3aXRoIGJl aW5nIGFuIElFVEYgd29ya2luZyBncm91cCBpdGVtLiZuYnNwOyBUbyBhZGRyZXNzPG86cD48L286 cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0 eWxlPSJmb250LXNpemU6MTEuMHB0Ij50aGVzZSBpc3N1ZXMsIHRoaXMgdmVyc2lvbiBvZiB0aGUg ZHJhZnQ6IGlzIEluZm9ybWF0aW9uYWwsIGFuZCB0eXBlcyB0aGF0DQo8bzpwPjwvbzpwPjwvc3Bh bj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZv bnQtc2l6ZToxMS4wcHQiPnNob3VsZCBoYXZlIGJlZW4gZGVmaW5lZCBieSBJRUVFIGhhdmUgbm93 IGJlZW4gcmVtb3ZlZC4mbmJzcDsNCjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+PG86 cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFu Zz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij5UaGFua3MsPG86cD48L286cD48L3Nw YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJm b250LXNpemU6MTEuMHB0Ij5LZW50IChhcyBjby1jaGFpcik8bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6 ZToxMS4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+PG86cD4mbmJz cDs8L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_E6BC9BBCBCACC246846FC685F9FF41EADB8105szxeml501mbxchina_-- From nobody Mon Oct 24 01:10: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 312A0129625; Mon, 24 Oct 2016 01:10:05 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -7.431 X-Spam-Level: X-Spam-Status: No, score=-7.431 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-0.431] 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 fFtGWLaCB8xt; Mon, 24 Oct 2016 01:10:03 -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 521101295F5; Mon, 24 Oct 2016 01:10:03 -0700 (PDT) Received: from [IPv6:2001:718:1a02:1:6938:ae68:713b:471] (unknown [IPv6:2001:718:1a02:1:6938:ae68:713b:471]) by mail.nic.cz (Postfix) with ESMTPSA id 9A99460DD4; Mon, 24 Oct 2016 10:10:01 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=nic.cz; s=default; t=1477296601; bh=HXneUsT01w6OnDTNs9bKtU70LRgulJte18ByRJyY/OA=; h=From:Date:To; b=s2LKZVTrekpVuP4vhiuoKuLr6YnATNFCpmSPJGeUvSOrXZTUMh7dQv0SUXDA2wMM7 fd35tCxHTwf/WuKO5/EzRD65apHNTG6GHK6onPFnhW8Tg2sIMeqrwpat/7+0Hdcn5/ m1ucZd4VgArRB+WvvLSyagkdqhvQZPdomWPcYxAk= Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 10.0 \(3226\)) From: Ladislav Lhotka In-Reply-To: <747256C3-E1F1-4911-AA3A-AFF1852025B2@juniper.net> Date: Mon, 24 Oct 2016 10:10:03 +0200 Content-Transfer-Encoding: 7bit Message-Id: References: <747256C3-E1F1-4911-AA3A-AFF1852025B2@juniper.net> To: Kent Watsen X-Mailer: Apple Mail (2.3226) X-Virus-Scanned: clamav-milter 0.98.7 at mail X-Virus-Status: Clean Archived-At: Cc: "netmod-chairs@ietf.org" , "netmod@ietf.org" Subject: Re: [netmod] Call for consensus to adopt draft-wilton-netmod-intf-vlan-yang 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, 24 Oct 2016 08:10:05 -0000 > On 22 Oct 2016, at 15:26, Kent Watsen wrote: > > > Dear working group, > > Should we move to adopt draft-wilton-netmod-intf-ext-yang as a WG item > and correspondingly add this to the WG charter as a milestone? Please > comment by Friday, November 4, 2016 so that the WG Chairs can gauge > whether or not there is consensus to move forward with the document. > > To provide some context, please recall that this is the document that the > IEEE 802.1 had issues with being an IETF working group item. To address > these issues, this version of the draft: is Informational, and types that > should have been defined by IEEE have now been removed. Support, Lada > > > Thanks, > Kent (as co-chair) > > > _______________________________________________ > netmod mailing list > netmod@ietf.org > https://www.ietf.org/mailman/listinfo/netmod -- Ladislav Lhotka, CZ.NIC Labs PGP Key ID: E74E8C0C From nobody Mon Oct 24 01:57: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 672AD12964B; Mon, 24 Oct 2016 01:57:21 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.952 X-Spam-Level: X-Spam-Status: No, score=-14.952 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=-0.431, 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 SzUtEBT7XXJf; Mon, 24 Oct 2016 01:57:19 -0700 (PDT) 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 D41B3129649; Mon, 24 Oct 2016 01:57:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=10301; q=dns/txt; s=iport; t=1477299439; x=1478509039; h=subject:to:references:cc:from:message-id:date: mime-version:in-reply-to; bh=Cps+hX/Xu1gGgXAw/SzGCS+qoEOzjCPopACvliuBOac=; b=PNGzm4+GF1oK98rHO1ZjP+YxKf1rGl8ME70k4ZHQEZS0K7aylhg4Ag9O DK4t3kvDMkCTNZ/uf4xYwidij+UAYIdVIzwB3n2y8U3y3HrEncA+p8Esh l6Skr4M6X2delAtg3j9BIR2NwK94Lj+X2mGbFwSqq/Ve6WNkWUUJywuA6 k=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0A8AgD7yw1Y/xbLJq1cGgEBAQECAQEBA?= =?us-ascii?q?QgBAQEBgnQ2AQEBAQF1KlMBjTOWfI8phRaCByeFegKCMBQBAgEBAQEBAQFiKIR?= =?us-ascii?q?jAQEEI1EFEAsOCioCAlcGDQgBAYhODrUAjQEBAQEBAQEBAQEBAQEBAQEBAQEBA?= =?us-ascii?q?QEchj2BfQiCUIQZEQGDIIJbBZQ3hV2GKolpgW5OhB+DF4YQiTGDVYQBHjZQBgi?= =?us-ascii?q?FAz01hiCCIAEBAQ?= X-IronPort-AV: E=Sophos;i="5.31,541,1473120000"; d="scan'208,217";a="689155930" 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; 24 Oct 2016 08:57:16 +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 u9O8vGjT020413; Mon, 24 Oct 2016 08:57:16 GMT To: Kent Watsen References: <56F686C0-FBDA-410B-A2AF-2048A5113733@juniper.net> From: Robert Wilton Message-ID: Date: Mon, 24 Oct 2016 09:57:16 +0100 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.3.0 MIME-Version: 1.0 In-Reply-To: <56F686C0-FBDA-410B-A2AF-2048A5113733@juniper.net> Content-Type: multipart/alternative; boundary="------------5E4469A37698B9023116663E" Archived-At: Cc: "netmod-chairs@ietf.org" , "netmod@ietf.org" Subject: Re: [netmod] Regarding IPR on draft-wilton-netmod-intf-vlan-yang 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, 24 Oct 2016 08:57:22 -0000 This is a multi-part message in MIME format. --------------5E4469A37698B9023116663E Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Hi Kent, "No, I'm not aware of any IPR that applies to this draft" Thanks, Rob On 22/10/2016 14:31, Kent Watsen wrote: > > Authors, Contributors, WG, > > This IPR disclosure requests is being made as part of the preparation > > for WG adoption of this draft. > > Are you aware of any IPR that applies to draft identified above? > > 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. > --------------5E4469A37698B9023116663E Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit

Hi Kent,

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

Thanks,
Rob


On 22/10/2016 14:31, Kent Watsen wrote:

Authors, Contributors, WG,

 

This IPR disclosure requests is being made as part of the preparation

for WG adoption of this draft.

 

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

 

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.

 

 


--------------5E4469A37698B9023116663E-- From nobody Mon Oct 24 05:46: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 1F139129581; Mon, 24 Oct 2016 05:46:42 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.952 X-Spam-Level: X-Spam-Status: No, score=-14.952 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=-0.431, 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 HsQ-tHnCl_vi; Mon, 24 Oct 2016 05:46:40 -0700 (PDT) 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 5F9741294BB; Mon, 24 Oct 2016 05:46:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=10170; q=dns/txt; s=iport; t=1477313199; x=1478522799; h=subject:to:references:cc:from:message-id:date: mime-version:in-reply-to; bh=YtqYutU7e6z71BCTmFBMfbt/Z74knfbbzYICgtkonps=; b=G+fjj+q5Dmz1WgnT1/O6k0mtBI4TKA94Lf7jY6MwljbHe0xv9l2LftM1 1E95skVGUDoBv2cRweQHsvwfryd4Jdk+lVuVuznzQQYTyEjl3YUQ0zffY lQL5Yp2hq73TKg7KSAt13oncXxVF/APN/mOuOhx8L9Pw+y7IDltWmJvi9 4=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0ADBABUAg5Y/xbLJq1cGgEBAQECAQEBA?= =?us-ascii?q?QgBAQEBgnQ2AQEBAQF1KlONNJZ8jymFFoIHHAEKhTBKAoI9FAECAQEBAQEBAWI?= =?us-ascii?q?ohGMBAQMBAQEBawQHBQsLDjgnMAYBDAYCAQGIRggOwXkBAQEBAQEBAQEBAQEBA?= =?us-ascii?q?QEBAQEBAQEXBYY9gX0IglCKJgWaFJATiXKGEIkxh1YeNlAGCIUEPDQBiEABAQE?= X-IronPort-AV: E=Sophos;i="5.31,542,1473120000"; d="scan'208,217";a="646601118" Received: from aer-iport-nat.cisco.com (HELO aer-core-2.cisco.com) ([173.38.203.22]) by aer-iport-2.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 24 Oct 2016 12:46:32 +0000 Received: from [10.60.67.85] (ams-bclaise-8914.cisco.com [10.60.67.85]) by aer-core-2.cisco.com (8.14.5/8.14.5) with ESMTP id u9OCkVtS000737; Mon, 24 Oct 2016 12:46:31 GMT To: Dean Bogdanovic , draft-ietf-pim-yang.all@ietf.org References: <184F8F67-44F1-47F5-B661-31917DF19E6D@gmail.com> From: Benoit Claise Message-ID: <7607a47c-7edc-8cd1-0193-55533bdd0829@cisco.com> Date: Mon, 24 Oct 2016 14:46:31 +0200 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: <184F8F67-44F1-47F5-B661-31917DF19E6D@gmail.com> Content-Type: multipart/alternative; boundary="------------3A6E3B63C0529FA189BFEA5E" Archived-At: Cc: YANG Doctors , netmod WG Subject: Re: [netmod] review of draft-ietf-pim-yang-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: Mon, 24 Oct 2016 12:46:42 -0000 This is a multi-part message in MIME format. --------------3A6E3B63C0529FA189BFEA5E Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit Dean, Thanks. As this is part of the early YANG doctor process, let me copy the YANG doctors, WG chairs, and ADs (as described at https://www.ietf.org/iesg/directorate/yang-doctors.html) Regards, Benoit > Authors, > > I don’t have deep knowledge of PIM, so if some protocol specifics > haven’t been modeled right, I missed them. For application comparison, > was looking at Juniper PIM configuration. The modules are using > draft-ietf-netmod-routing-cfg as base, and follows the > routing-instance-centric model, hence didn’t have problems mapping it > to Junos PIM config style. The model design by using base module and > build for each specific variant a separate module is a good approach, > as it enables simpler application of the modules by vendors and users. > > Throughout the draft authors are using abbreviations (many of them not > widely known) and the terminology section is not complete for PIM. It > would be good to write them out when first time used in the text > > example, > > the configuration for PIM-SM that is not relevant for an SSM-only implementation is collected in an ASM container. > > Same thing is in the YANG module descriptions > > enum new-dr { > description > "A new DR was elected on the connected network."; > } > enum new-df { > description > "A new DF was elected on the connected network."; > } > > DR and DF should be spelled out in the description > > Make the descriptions in the code consistent, like in following example > typedef pim-mode { > type enumeration { > enum none { > description > "PIM is not operating."; > } > enum ssm { > description > "Source-Specific Multicast (SSM) with PIM Sparse Mode."; > } > enum asm { > description > "Any Source Multicast (ASM) with PIM Sparse Mode."; > } > > > Why are the PIM related RFC not listed in the introduction section, as > there are clearly relations between the model and PIM related RFCs > > In chapter 2.2, why are you stating vendors will augment with required > restrictions, but features might be added > > It is expected that vendors > will augment the model with any specific restrictions that might be > required. Vendors may also extend the features list with proprietary > extensions. > > It is expected that vendors will augment the model with any specific > extensions and restrictions needed to adapt it to their vendor > specific implementation. > > In chapter 3.1 bullet 2, the chapter finishes with statement > > which does not make sense for PIM. > > It would be nice to explain why does it not make sense for PIM. Why is > there only 1 instances of PIM per VRF > > From YANG perspective, the authors followed recommendations in the > draft-ietf-netmod-rfc6087-bis-08 > > Hope this helps > > Dean > > > > _______________________________________________ > netmod mailing list > netmod@ietf.org > https://www.ietf.org/mailman/listinfo/netmod --------------3A6E3B63C0529FA189BFEA5E Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: 8bit
Dean,

Thanks.
As this is part of the early YANG doctor process, let me copy the YANG doctors, WG chairs, and ADs (as described at https://www.ietf.org/iesg/directorate/yang-doctors.html)

Regards, Benoit

Authors,

I don’t have deep knowledge of PIM, so if some protocol specifics haven’t been modeled right, I missed them. For application comparison, was looking at  Juniper PIM configuration. The modules are using draft-ietf-netmod-routing-cfg as base, and follows the routing-instance-centric model, hence didn’t have problems mapping it to Junos PIM config style. The model design by using base module and build for each specific variant a separate module is a good approach, as it enables simpler application of the modules by vendors and users.

Throughout the draft authors are using abbreviations (many of them not widely known) and the terminology section is not complete for PIM.  It would be good to write them out when first time used in the text

example,

the configuration for PIM-SM that is not relevant for an SSM-only implementation is collected in an ASM container.

Same thing is in the YANG module descriptions

enum new-dr {
           description
             "A new DR was elected on the connected network.";
         }
         enum new-df {
           description
             "A new DF was elected on the connected network.";
         }

DR and DF should be spelled out in the description

Make the descriptions in the code consistent, like in following example
typedef pim-mode {
       type enumeration {
         enum none {
           description
             "PIM is not operating.";
         }
         enum ssm {
           description
             "Source-Specific Multicast (SSM) with PIM Sparse Mode.";
         }
         enum asm {
           description
            "Any Source Multicast (ASM) with PIM Sparse Mode.";
         }


Why are the PIM related RFC not listed in the introduction section, as there are clearly relations between the model and PIM related RFCs

In chapter 2.2, why are you stating vendors will augment with required restrictions, but features might be added

It is expected that vendors
   will augment the model with any specific restrictions that might be
   required.  Vendors may also extend the features list with proprietary
   extensions.

It is expected that vendors will augment the model with any specific extensions and restrictions needed to adapt it to their vendor specific implementation. 

In chapter 3.1 bullet 2, the chapter finishes with statement

which does not make sense for PIM.

It would be nice to explain why does it not make sense for PIM. Why is there only 1 instances of PIM per VRF

From YANG perspective, the authors followed recommendations in the draft-ietf-netmod-rfc6087-bis-08

Hope this helps

Dean



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

--------------3A6E3B63C0529FA189BFEA5E-- From nobody Mon Oct 24 10: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 01335129962 for ; Mon, 24 Oct 2016 10:58:01 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.332 X-Spam-Level: X-Spam-Status: No, score=-2.332 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.431, 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 WTnn-Plcs2cG for ; Mon, 24 Oct 2016 10:57:58 -0700 (PDT) Received: from mail.tail-f.com (mail.tail-f.com [46.21.102.45]) by ietfa.amsl.com (Postfix) with ESMTP id 8F6E71295DD for ; Mon, 24 Oct 2016 10:57:58 -0700 (PDT) Received: from localhost (h-85-226.a165.priv.bahnhof.se [94.254.85.226]) by mail.tail-f.com (Postfix) with ESMTPSA id C34DB1AE039E; Mon, 24 Oct 2016 19:57:57 +0200 (CEST) Date: Mon, 24 Oct 2016 19:57:57 +0200 (CEST) Message-Id: <20161024.195757.2254520820491075199.mbj@tail-f.com> To: timothy.carey@nokia.com From: Martin Bjorklund In-Reply-To: <9966516C6EB5FC4381E05BF80AA55F77012A796BAA@US70UWXCHMBA05.zam.alcatel-lucent.com> References: <9966516C6EB5FC4381E05BF80AA55F77012A796BAA@US70UWXCHMBA05.zam.alcatel-lucent.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] 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: Mon, 24 Oct 2016 17:58:01 -0000 Hi, "Carey, Timothy (Nokia - US)" wrote: > Reposting to fix formatting errors in the original message - still > looking for comments. > > Hello, > > In using the Entity module within the BBF, we have made several > enhancements to the module that we would like the IETF to consider for > inclusion in the next draft of the module as we consider these > enhancements to be of use to the wider YANG community. > > I have included the tree definitions in this email thread. If you like > the actual YANG files please let us know and we can provide those to > the authors. > > Specifically we have done the following enhancements: > > 1 Added a new generic reset action for a physical entity > module: bbf-entity-reset-action > augment /ent:entity-state/ent:physical-entity: > +---x reset > +---w input > +---w reset-type? identityref I think it would help to see the YANG definition for this action. > 2 Added a parent/child entity capability for physical entities Is this different from contained-id/contains-child that already exist? > 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. > +--rw mfg-name? string > +--rw model-name? string I can see that these would be useful. I assume these are intended to be used like the configurable serial-num? > 4 Introduced a new type of identity and container for a pluggable > transceiver Should this identity be registered with IANA? If it is not a standard class registered with IANA the augmentations should probably not be done here. > module: bbf-entity-pluggable-transceiver > augment /ent:entity-state/ent:physical-entity: > +--ro pluggable-transceiver-data > augment /ent:entity/ent:physical-entity: > +--rw pluggable-transceiver > > 5 Introduced a new reference between the interface and the port > module: bbf-interface-port-reference > augment /if:interfaces/if:interface: > +--rw port-layer-if entity-ref I can see how a config false reference from interface to physical entity makes sense. If this is config true, I assume it works like /interfaces/interface/type? /martin From nobody Tue Oct 25 02:18: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 5B157129483 for ; Tue, 25 Oct 2016 02:18:15 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.921 X-Spam-Level: X-Spam-Status: No, score=-6.921 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, 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 zLESDwoORXjK for ; Tue, 25 Oct 2016 02:18:11 -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 13ECC12943F for ; Tue, 25 Oct 2016 02:18:10 -0700 (PDT) Received: from fr712umx4.dmz.alcatel-lucent.com (unknown [135.245.210.45]) by Websense Email Security Gateway with ESMTPS id 06EFF953B072A; Tue, 25 Oct 2016 09:18:07 +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 u9P9I8L2017349 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 25 Oct 2016 09:18:08 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 u9P9FfjG029283 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Tue, 25 Oct 2016 11:18:07 +0200 Received: from FR712WXCHMBA09.zeu.alcatel-lucent.com ([169.254.5.171]) by FR711WXCHHUB01.zeu.alcatel-lucent.com ([135.239.2.111]) with mapi id 14.03.0301.000; Tue, 25 Oct 2016 11:15:51 +0200 From: "Bogaert, Bart (Nokia - BE)" To: Martin Bjorklund , "Carey, Timothy (Nokia - US)" Thread-Topic: [netmod] BBF Entity Augmentations Thread-Index: AQHSLiAuAsFzzEbgCkOHnJTkWO6DR6C41JyA Date: Tue, 25 Oct 2016 09:15:50 +0000 Message-ID: References: <9966516C6EB5FC4381E05BF80AA55F77012A796BAA@US70UWXCHMBA05.zam.alcatel-lucent.com> <20161024.195757.2254520820491075199.mbj@tail-f.com> In-Reply-To: <20161024.195757.2254520820491075199.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.38] Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=SHA1; boundary="----=_NextPart_000_0CAA_01D22EB1.236275B0" MIME-Version: 1.0 Archived-At: Cc: "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: Tue, 25 Oct 2016 09:18:15 -0000 ------=_NextPart_000_0CAA_01D22EB1.236275B0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Hi, --- snip --- > > 1 Added a new generic reset action for a physical entity > module: bbf-entity-reset-action > augment /ent:entity-state/ent:physical-entity: > +---x reset > +---w input > +---w reset-type? identityref I think it would help to see the YANG definition for this action. [Bart Bogaert] this is the YANG for the action: identity reset-type { description "Type of reset requested of entity"; } 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 Added a parent/child entity capability for physical entities Is this different from contained-id/contains-child that already exist? [Bart Bogaert] It is available in the RO -state data but is added as RW data to allow planning of pluggable equipment > 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: configure entity physical-entity board1 class module contained-in thisNode configure entity physical-entity cage1 class container contained-in board1 parent-rel-pos 1 configure entity physical-entity cage2 class container contained-in board1 parent-rel-pos 2 configure entity physical-entity cage3 class container contained-in board1 parent-rel-pos 3 configure entity physical-entity cage4 class container contained-in board1 parent-rel-pos 4 configure entity physical-entity sfp1 class container contained-in cage1 parent-rel-pos 1 configure entity physical-entity sfp2 class container contained-in cage2 parent-rel-pos 1 configure entity physical-entity sfp3 class container contained-in cage3 parent-rel-pos 1 configure entity physical-entity sfp4 class container contained-in cage4 parent-rel-pos 1 configure entity physical-entity port1 class port contained-in sfp1 parent-rel-pos 1 configure entity physical-entity port2 class port contained-in sfp2 parent-rel-pos 1 configure entity physical-entity port3 class port contained-in sfp3 parent-rel-pos 1 configure entity physical-entity port4 class port contained-in sfp4 parent-rel-pos 1 > +--rw mfg-name? string > +--rw model-name? string I can see that these would be useful. I assume these are intended to be used like the configurable serial-num? > 4 Introduced a new type of identity and container for a pluggable > transceiver Should this identity be registered with IANA? If it is not a standard class registered with IANA the augmentations should probably not be done here. [Bart Bogaert] I think it should be registered with IANA. > module: bbf-entity-pluggable-transceiver augment > /ent:entity-state/ent:physical-entity: > +--ro pluggable-transceiver-data > augment /ent:entity/ent:physical-entity: > +--rw pluggable-transceiver > > 5 Introduced a new reference between the interface and the port > module: bbf-interface-port-reference > augment /if:interfaces/if:interface: > +--rw port-layer-if entity-ref I can see how a config false reference from interface to physical entity makes sense. If this is config true, I assume it works like /interfaces/interface/type? [Bart Bogaert] The proposal is to provide RW data. Purpose: from the moment pluggable equipment is involved there can be a desire / is a need to plan this equipment and configure services on top. This without the board being physically plugged. There is no opportunity to restrict to get this data from the HW if the equipment is not plugged as this would remove all configuration possibilities as long as the equipment is not plugged, and it would raise the issue on what to do with dependent configuration data if plugged equipment is unplugged and replaced by non-compatible equipment. If later the equipment is plugged, then there is a need to compare capabilities from plugged equipment with planned data, and generate an alarm if there is a mismatch. Bart /martin _______________________________________________ netmod mailing list netmod@ietf.org https://www.ietf.org/mailman/listinfo/netmod ------=_NextPart_000_0CAA_01D22EB1.236275B0 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 AQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMTYxMDI1MDkxNTQ4WjAjBgkqhkiG9w0B CQQxFgQUCKPwnUcUikVfJxNEe3e5pcuKtgQwgaUGCSsGAQQBgjcQBDGBlzCBlDCBhTETMBEGCgmS JomT8ixkARkWA2NvbTEWMBQGCgmSJomT8ixkARkWBmx1Y2VudDEUMBIGCgmSJomT8ixkARkWBG5h MDIxFzAVBgNVBAoTDkFsY2F0ZWwgTHVjZW50MScwJQYDVQQDEx5BbGNhdGVsIEx1Y2VudCBJbnRl cm5hbCBTdWIgQ0ECCl0WEbsAAAAA0PEwgacGCyqGSIb3DQEJEAILMYGXoIGUMIGFMRMwEQYKCZIm iZPyLGQBGRYDY29tMRYwFAYKCZImiZPyLGQBGRYGbHVjZW50MRQwEgYKCZImiZPyLGQBGRYEbmEw MjEXMBUGA1UEChMOQWxjYXRlbCBMdWNlbnQxJzAlBgNVBAMTHkFsY2F0ZWwgTHVjZW50IEludGVy bmFsIFN1YiBDQQIKXRYRuwAAAADQ8TCBtwYJKoZIhvcNAQkPMYGpMIGmMAsGCWCGSAFlAwQBKjAL BglghkgBZQMEARYwCgYIKoZIhvcNAwcwCwYJYIZIAWUDBAECMA4GCCqGSIb3DQMCAgIAgDAHBgUr DgMCBzANBggqhkiG9w0DAgIBQDANBggqhkiG9w0DAgIBKDAHBgUrDgMCGjALBglghkgBZQMEAgMw CwYJYIZIAWUDBAICMAsGCWCGSAFlAwQCATAKBggqhkiG9w0CBTANBgkqhkiG9w0BAQEFAASCAQAm At8fHXVwvlpZrfgSgAXZbRbe7BX46NWja5aYJ0KV+Cv5Vn6XyslYsNUDNr78kHwl1oib0LQTQbDo CTKXYHXJQt+GkFY3cQBdib79v8rRA9IoSUx5OJha0rbF0BgpUxezxmwwhQJ6bVtuBFA0YRlsG9TP 8i+CdWtfK6W4oDUjw1mnNrbUuMPbl5xIGWoNRvpV84I8RKMhaxdOqBPVI8eWqVDY4McmqmWGIeNo 7Mq5B0e43VK+dtMfWeZkrNAiDWLq4yZO70SwOBiRXpi66sa7P1plRkg8pxn7TPCI7JQdNvG1bIjp uYIkmmMZMDq0RzvM3ekyflH1etUzVY5tOSQVAAAAAAAA ------=_NextPart_000_0CAA_01D22EB1.236275B0-- From nobody Tue Oct 25 06:21: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 856BD126D74 for ; Tue, 25 Oct 2016 06:21:52 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.953 X-Spam-Level: X-Spam-Status: No, score=-14.953 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=-0.431, 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 pBIfj3hSFlKr for ; Tue, 25 Oct 2016 06:21:49 -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 572D1129427 for ; Tue, 25 Oct 2016 06:21:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=1963; q=dns/txt; s=iport; t=1477401708; x=1478611308; h=subject:to:references:cc:from:message-id:date: mime-version:in-reply-to:content-transfer-encoding; bh=XVkUsMz8o9MCyruvJ9hFNOGBwJWJKIRGwHc7+GtoE5I=; b=Q+yfBtC6htzwTD80netpRH7QfU8QA3tKX32pS28Ff0l8nBwnzkEZR2lg /DeKnRTNbVCBp4DG9645CpnzUuPnVLQWME/svTljC5JrizQ73+jH3VZYd FOCRUf8PmpqHU8l2u/RGEczeYNOwmX14OCWfJIgt2ThVEmlBi6OSzjOtB U=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0A5AQA+Ww9Y/xbLJq1cGQEBAQEBAQEBA?= =?us-ascii?q?QEBBwEBAQEBgy8BAQEBAXUDJ1ONNZZ+lD+CBxwNhS5KAoIqFAECAQEBAQEBAWI?= =?us-ascii?q?ohGMBAQQBAQE1NgsQCw4KLicwBgEMBgIBAYhPDsFtAQEBAQEBAQEBAQEBAQEBA?= =?us-ascii?q?QEBAQEYBYY9gX2CWIEkgRGBdQEBhXoBBJoWhipNiSCBbogEhhGHGYIag1WEAR4?= =?us-ascii?q?2UAYIg0iBPDw0AYVwgiABAQE?= X-IronPort-AV: E=Sophos;i="5.31,545,1473120000"; d="scan'208";a="649466313" Received: from aer-iport-nat.cisco.com (HELO aer-core-1.cisco.com) ([173.38.203.22]) by aer-iport-4.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 25 Oct 2016 13:21:46 +0000 Received: from [10.60.67.85] (ams-bclaise-8914.cisco.com [10.60.67.85]) by aer-core-1.cisco.com (8.14.5/8.14.5) with ESMTP id u9PDLjFV019874; Tue, 25 Oct 2016 13:21:46 GMT To: Lou Berger , NetMod WG References: <9fcf23f2-d0f8-2426-9ba6-abef7725ca88@labn.net> From: Benoit Claise Message-ID: <700e79d4-bc47-2ec3-73c3-91295dc78c01@cisco.com> Date: Tue, 25 Oct 2016 15:21:46 +0200 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: <9fcf23f2-d0f8-2426-9ba6-abef7725ca88@labn.net> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Archived-At: Subject: Re: [netmod] Delay in publication request of routing-cfg and current -state conventions 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, 25 Oct 2016 13:21:52 -0000 On 10/21/2016 5:12 PM, Lou Berger wrote: > All, > Some may have noticed that there was a bit of a gap between the > close of LC and the submission of the publication request for this > document. While it was gated by a minor update, the more significant > reason for the delay was the consideration of how to proceed with models > that contain the -state branch. > > As we're sure most are aware we have a design team looking at how > datastores might be used to address the applied vs intended config [1] > and the larger "OpState" discussion. There also has been some > discussion on proposals on how to proceed while their work is ongoing, > including a proposal that I promoted - and this model presents the first > opportunity to implement such. > > Based on a fair bit of discussion among the authors, chairs, AD and > design team, we concluded that introducing a new model convention > at this time really doesn't provide any substantive benefit and may in > fact complicate future transition/upgrade approaches. This > consideration is what resulted in the delay. > > The impact of this discussion on routing-cfg is no change. The impact > on -state conventions is that, for now, we (as chairs) feel that models > being submitted for publication request by the WG should follow the > conventions found in RFC7223 This is an important message. This is indeed the way to publish YANG modules these days at the IETF. Regards, Alia (RTG AD) and Benoit (OPS AD) > and the recommendations documented in > 6087bis section 5.23 [2]. > discussion in the WG, e.g., based on the output of the DT. > > Lou and Kent > > [1] https://www.ietf.org/mail-archive/web/netmod/current/msg16491.html > [2] https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-08#section-5.23 > > _______________________________________________ > netmod mailing list > netmod@ietf.org > https://www.ietf.org/mailman/listinfo/netmod > . > From nobody Tue Oct 25 07:06: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 38C0A129591 for ; Tue, 25 Oct 2016 07:06:20 -0700 (PDT) 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 Go4jDiyuTSHF for ; Tue, 25 Oct 2016 07:06:16 -0700 (PDT) Received: from mail-lf0-x22e.google.com (mail-lf0-x22e.google.com [IPv6:2a00:1450:4010:c07::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 573A1129570 for ; Tue, 25 Oct 2016 07:06:15 -0700 (PDT) Received: by mail-lf0-x22e.google.com with SMTP id b75so211376860lfg.3 for ; Tue, 25 Oct 2016 07:06:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:cc:references:in-reply-to:subject:date:message-id :mime-version:thread-index:content-language; bh=csQnGLEII1+VGWylVI1WxXe7p8fQIRSCHQGq7wmyiLM=; b=rVd47G+FWNfTuVD9p6KxG88sRcRU4uJgktcK7JSzoerlR6joeCYRSEonLVQIVfre5l hhLLKPZETBq1gQa1fYM7VCADGqh6msQhcvejwV0GAqOQ+GV1LJyjwrM5ciQqS40zG6Ew G+PuPn9kCQMJAgMMpFc+2n7JFyLLmHbwindWF0cuSBezJfNHoqlYSN0EePMxJaxIgnLu 5qkfvI4a/hGkcIiLGHnddFqCeX0z4DP1VwmwLHdysrAcA75g6qOQCkbgnP8YJxPjIuPl LevD+EKYskzx9b1Lt3IG/Os87a3vRljTU7UOR0gQMJ+OQbqwtykBFSDBqDzaE+w2AO9F hniw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:to:cc:references:in-reply-to:subject:date :message-id:mime-version:thread-index:content-language; bh=csQnGLEII1+VGWylVI1WxXe7p8fQIRSCHQGq7wmyiLM=; b=Jbouqasjb+4sy8W4zSixGDmD/h9319K2RGRSEx7poT0aVIza5M+rlBPXB8ROFXWXOz +rfL8sPibbbeqGXGu67AbeLzx72wYz9/xdpt5fEr6HvH+7iHXuK1EUdDbhZnGU/DSzhl 9BifbqsloXV1PfsOVvVdnmN8MqbiGXtU6W1MWSlbM/QgJGBOcPEwmLEf+G1hyQHEF0Ir dS+bGUwD7akezNAAXWr8OMxQxp0I20hVLv4lNmIuFm3EuJaZackn9fOavxHWJvBoz0Eb yQjMx1MzgKYIxW8UDXQGIWOyqdP67Lsg9DYo58eUxvNYRkk+LoG43BCQEES6r0TBeXDx kc3w== X-Gm-Message-State: ABUngveBcw7ShuLP8P1VNpe0Zn79OZJm6J5ZoIWlDJoLKknWW5b6/s84rcyBJ6SqmQQruw== X-Received: by 10.25.162.78 with SMTP id l75mr11470157lfe.42.1477404373308; Tue, 25 Oct 2016 07:06:13 -0700 (PDT) Received: from xliuus (wsip-98-191-72-170.dc.dc.cox.net. [98.191.72.170]) by smtp.gmail.com with ESMTPSA id 89sm3978018lja.42.2016.10.25.07.06.11 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 25 Oct 2016 07:06:12 -0700 (PDT) From: "Xufeng Liu" To: "'Andy Bierman'" References: <8DC36161-54BC-435B-B8BA-AA72A153451F@juniper.net> <00f601d215a3$fb351be0$f19f53a0$@gmail.com> In-Reply-To: Date: Tue, 25 Oct 2016 10:06:09 -0400 Message-ID: <024e01d22ec8$f154d050$d3fe70f0$@gmail.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_024F_01D22EA7.6A468BB0" X-Mailer: Microsoft Outlook 16.0 Thread-Index: AQJ0hqPMUcYXu2mLgmpGLwn3QPNMqQHafxktA3eFoloC6ekwmp8yokIA Content-Language: en-us Archived-At: Cc: 'Xufeng Liu' , netmod@ietf.org Subject: Re: [netmod] kw review of draft-liu-netmod-yang-schedule 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, 25 Oct 2016 14:06:20 -0000 This is a multipart message in MIME format. ------=_NextPart_000_024F_01D22EA7.6A468BB0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Hi Andy, =20 Thanks for your comments. =20 We have revised the scheduling model at = https://tools.ietf.org/html/draft-liu-netmod-yang-schedule-02. The = current solution is to separate the scheduling model from the target = data model that applies the scheduling. The applied data model no longer = needs to be altered. When we configure a schedule, we can now specify = the target data objects.=20 =20 Please let us know what you think. =20 Thanks, =20 - Xufeng =20 From: Andy Bierman [mailto:andy@yumaworks.com]=20 Sent: Friday, September 23, 2016 12:02 PM To: Xufeng Liu Cc: Xufeng Liu ; Kent Watsen ; = netmod@ietf.org Subject: Re: [netmod] kw review of draft-liu-netmod-yang-schedule =20 Hi, =20 I read this draft. I really do not like mixing metadata that could apply to any data node (such as scheduling) into the data model. In your solution, in order to schedule some config, the grouping has to be used in the data model. =20 I think the existing solution in RFC 7758 is better because it does not require alterations to all the data models in order to work. =20 =20 Andy =20 =20 =20 On Fri, Sep 23, 2016 at 7:08 AM, Xufeng Liu > wrote: Hi Kent and All, =20 Based on comments, we have submitted updated version = https://datatracker.ietf.org/doc/draft-liu-netmod-yang-schedule/=20 =20 Thanks, =20 - Xufeng =20 From: netmod [mailto:netmod-bounces@ietf.org = ] On Behalf Of Xufeng Liu Sent: Thursday, April 14, 2016 4:03 PM To: Kent Watsen >; = netmod@ietf.org =20 Subject: Re: [netmod] kw review of draft-liu-netmod-yang-schedule =20 Hi Kent, =20 Thanks for the valuable comments.=20 =20 Best, =20 - Xufeng =20 From: netmod [mailto:netmod-bounces@ietf.org] On Behalf Of Kent Watsen Sent: Monday, April 4, 2016 10:54 AM To: netmod@ietf.org =20 Subject: [netmod] kw review of draft-liu-netmod-yang-schedule =20 =20 [As a contributor] =20 While it's clear what this document is trying to achieve at a high = level, it is unclear why the solution is needed. A "motivation" = section explaining why this should be standardized would be nice. [Xufeng] Agree. =20 When reading this draft, I was reminded of my long expired draft = https://tools.ietf.org/html/draft-kwatsen-conditional-enablement-00. = That draft provided a more general solution, in that it enabled = sub-trees to be enabled/disabled for any reason. It was primarily = focused on supporting comments, but it did call out that expressions = could include time, though it didn't flush out that thought to any = extent. =20 Other than draft-kwatsen-conditional-enablement being a more generic = solution, another difference is that this draft enables the = module-designer to specify where in the data model the grouping is used, = whereas my old draft let the client enabled/disabled nodes anywhere in = the data model, potentially producing nonsensical results, though we = have to assume that the server would fail any invalid results. [Xufeng] Agree that it is more generic solution, though the intention = and mechanism are a bit different. I think that the described technique = is still useful, and I=E2=80=99d support it to proceed. =20 Regarding this solution, I have some specific questions: =20 1) why is the "schedule" node a list? How is a list to be processed? = Are there any overlapping issues?=20 [Xufeng] The list is used so that a series of schedules (such as = durations) can be specified. If several durations are specified, the = object is configured in all these durations, inclusively. If two = durations are overlapped, the union is used, so that the result is one = longer duration. Do you see any problem here? =20 2) does the "schedule-id" leaf have any useful purpose other than being = the list's key? [Xufeng] Its only purpose is to be the key. =20 3) the "schedule-duration" node's pattern matches XSD's "duration" type, = is it the intent to process it as such? [Xufeng] Yes. =20 4) the draft-ietf-netconf-server-model draft originally had a = duration-like value, but the WG consensus was at the time was to instead = use an unsigned integer value with a "units" value (e.g., seconds, = minutes, etc.). The claim was that, when large values where needed = (e.g., 3600-seconds instead of 1-hour), that the client could always do = the math. Any thoughts on that? [Xufeng] The integer value is surely an alternative, though the fixed = =E2=80=9Cunits=E2=80=9D might be limiting. For example, why should we = pick =E2=80=9Cseconds=E2=80=9D instead of =E2=80=9Cminutes=E2=80=9D? = What should be proper range of the integer? In this case, I think ISO = 8601 format is more convenient and flexible than asking the client to do = the math all the time (which may not be adequate). Also, the duration is = used along with a data-time leaf which is also in ISO 8601 format, so = that the style and processing are consistent. =20 5) are there any issues with the "repeat-interval" node? I'm = specifically thinking about the interval being expressed in terms of = hours and days in the context of daylight savings and leap year... [Xufeng] Heard some criticisms on the IOS 8601 expressions. There could = be some issues, but are they significant enough to stop us from using = it? The behaviors could be defined and clarified, couldn=E2=80=99t they? = What do you think? =20 Nit: some examples in the draft would've been nice. [Xufeng] Sure we will do. =20 Thanks, Kent =20 =20 =20 _______________________________________________ netmod mailing list netmod@ietf.org =20 https://www.ietf.org/mailman/listinfo/netmod =20 ------=_NextPart_000_024F_01D22EA7.6A468BB0 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable

Hi = Andy,

 

Thanks for = your comments.

 

We have = revised the scheduling model at ht= tps://tools.ietf.org/html/draft-liu-netmod-yang-schedule-02. The = current solution is to separate the scheduling model from the target = data model that applies the scheduling. The applied data model no longer = needs to be altered. When we configure a schedule, we can now specify = the target data objects.

 

Please let = us know what you think.

 

Thanks,

 

- = Xufeng

 

From:<= /b> = Andy Bierman [mailto:andy@yumaworks.com]
Sent: Friday, = September 23, 2016 12:02 PM
To: Xufeng Liu = <xufeng.liu.ietf@gmail.com>
Cc: Xufeng Liu = <xliu@kuatrotech.com>; Kent Watsen <kwatsen@juniper.net>; = netmod@ietf.org
Subject: Re: [netmod] kw review of = draft-liu-netmod-yang-schedule

 

Hi,

 

I = read this draft.

I really = do not like mixing metadata that could apply to any data = node

(such as scheduling) = into the data model.  In your solution, in order = to

schedule some config, = the grouping has to be used in the data = model.

 

I = think the existing solution in RFC 7758 is better because it does = not

require alterations to = all the data models in order to work.

 

 

Andy

 

 

 

On Fri, = Sep 23, 2016 at 7:08 AM, Xufeng Liu <xufeng.liu.ietf@gmail.com> = wrote:

Hi Kent and = All,

 =

Based on = comments, we have submitted updated version  https://datatracker.ietf.org/doc/draft-liu-netmod-yang-= schedule/

 <= /o:p>

Thanks,=

 <= /o:p>

- = Xufeng

 =

From:<= /b> = netmod [mailto:netmod-bounces@ietf.org] On Behalf Of = Xufeng Liu
Sent: Thursday, April 14, 2016 4:03 = PM
To: Kent Watsen <kwatsen@juniper.net>; netmod@ietf.org
Subject: Re: [netmod] kw = review of = draft-liu-netmod-yang-schedule

 <= /o:p>

Hi = Kent,

 =

Thanks for = the valuable comments.

 =

Best,<= o:p>

 =

- = Xufeng

 =

From:<= /b> = netmod [mailto:netmod-bounces@ietf.org] On Behalf Of = Kent Watsen
Sent: Monday, April 4, 2016 10:54 = AM
To: netmod@ietf.org
Subject: [netmod] kw = review of = draft-liu-netmod-yang-schedule

 <= /o:p>

&= nbsp;

[= As a contributor]

&= nbsp;

W= hile it's clear what this document is trying to achieve at a high level, = it is unclear why the solution is needed.   A = "motivation" section explaining why this should be = standardized would be nice.

[Xufeng] = Agree.

&= nbsp;

W= hen reading this draft, I was reminded of my long expired draft https://tools.ietf.org/html/draft-kwatsen-conditional-e= nablement-00.  That draft provided a more general solution, in = that it enabled sub-trees to be enabled/disabled for any reason.  = It was primarily focused on supporting comments, but it did call out = that expressions could include time, though it didn't flush out that = thought to any extent.

 =

O= ther than draft-kwatsen-conditional-enablement being a more generic = solution, another difference is that this draft enables the = module-designer to specify where in the data model the grouping is used, = whereas my old draft let the client enabled/disabled nodes anywhere in = the data model, potentially producing nonsensical results, though we = have to assume that the server would fail any invalid = results.

[Xufeng] = Agree that it is more generic solution, though the intention and = mechanism are a bit different. I think that the described technique is = still useful, and I=E2=80=99d support it to = proceed.

&= nbsp;

R= egarding this solution, I have some specific = questions:

&= nbsp;

1= ) why is the "schedule" node a list?  How is a list to be = processed?   Are there any overlapping = issues? 

[Xufeng] The = list is used so that a series of schedules (such as durations) can be = specified. If several durations are specified, the object is configured = in all these durations, inclusively. If two durations are overlapped, = the union is used, so that the result is one longer duration. Do you see = any problem here?

&= nbsp;

2= ) does the "schedule-id" leaf have any useful purpose other = than being the list's key?

[Xufeng] Its = only purpose is to be the = key.

&= nbsp;

3= ) the "schedule-duration" node's pattern matches XSD's = "duration" type, is it the intent to process it as = such?

[Xufeng] = Yes.

&= nbsp;

4= ) the draft-ietf-netconf-server-model draft originally had a = duration-like value, but the WG consensus was at the time was to instead = use an unsigned integer value with a "units" value (e.g., = seconds, minutes, etc.).  The claim was that, when large values = where needed (e.g., 3600-seconds instead of 1-hour), that the client = could always do the math.  Any thoughts on = that?

[Xufeng] The = integer value is surely an alternative, though the fixed = =E2=80=9Cunits=E2=80=9D might be limiting. For example, why should we = pick =E2=80=9Cseconds=E2=80=9D instead of =E2=80=9Cminutes=E2=80=9D? = What should be proper range of the integer? In this case, I think ISO = 8601 format is more convenient and flexible than asking the client to do = the math all the time (which may not be adequate). Also, the duration is = used along with a data-time leaf which is also in ISO 8601 format, so = that the style and processing are = consistent.

&= nbsp;

5= ) are there any issues with the "repeat-interval" node?  = I'm specifically thinking about the interval being expressed in terms of = hours and days in the context of daylight savings and leap = year...

[Xufeng] = Heard some criticisms on the IOS 8601 expressions. There could be some = issues, but are they significant enough to stop us from using it? The = behaviors could be defined and clarified, couldn=E2=80=99t they? What do = you think?

&= nbsp;

N= it: some examples in the draft would've been = nice.

[Xufeng] = Sure we will do.

&= nbsp;

T= hanks,

K= ent

&= nbsp;

&= nbsp;

&= nbsp;


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

 

------=_NextPart_000_024F_01D22EA7.6A468BB0-- From nobody Tue Oct 25 15:33:52 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 7C20D12942F; Tue, 25 Oct 2016 15:33:51 -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.36.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <147743483150.29362.2798087849597715271.idtracker@ietfa.amsl.com> Date: Tue, 25 Oct 2016 15:33:51 -0700 Archived-At: Cc: netmod@ietf.org Subject: [netmod] I-D Action: draft-ietf-netmod-rfc6087bis-09.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: Tue, 25 Oct 2016 22:33:52 -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 : Guidelines for Authors and Reviewers of YANG Data Model Documents Author : Andy Bierman Filename : draft-ietf-netmod-rfc6087bis-09.txt Pages : 67 Date : 2016-10-25 Abstract: This memo provides guidelines for authors and reviewers of Standards Track specifications containing YANG data model modules. Applicable portions may be used as a basis for reviews of other YANG data model documents. Recommendations and procedures are defined, which are intended to increase interoperability and usability of Network Configuration Protocol (NETCONF) and RESTCONF protocol implementations that utilize YANG data model modules. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-netmod-rfc6087bis/ There's also a htmlized version available at: https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-09 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-netmod-rfc6087bis-09 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Tue Oct 25 23:16: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 F0640129595 for ; Tue, 25 Oct 2016 23:16:38 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.332 X-Spam-Level: X-Spam-Status: No, score=-2.332 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.431, 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 qZly5LNBOgZe for ; Tue, 25 Oct 2016 23:16:37 -0700 (PDT) Received: from mail.tail-f.com (mail.tail-f.com [46.21.102.45]) by ietfa.amsl.com (Postfix) with ESMTP id D8431129A0F for ; Tue, 25 Oct 2016 23:16:36 -0700 (PDT) Received: from localhost (h-85-226.a165.priv.bahnhof.se [94.254.85.226]) by mail.tail-f.com (Postfix) with ESMTPSA id 746411AE0352; Wed, 26 Oct 2016 08:16:34 +0200 (CEST) Date: Wed, 26 Oct 2016 08:16:34 +0200 (CEST) Message-Id: <20161026.081634.1418487868117729833.mbj@tail-f.com> To: bart.bogaert@nokia.com From: Martin Bjorklund In-Reply-To: References: <9966516C6EB5FC4381E05BF80AA55F77012A796BAA@US70UWXCHMBA05.zam.alcatel-lucent.com> <20161024.195757.2254520820491075199.mbj@tail-f.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: timothy.carey@nokia.com, 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, 26 Oct 2016 06:16:39 -0000 "Bogaert, Bart (Nokia - BE)" wrote: > Hi, > > --- snip --- > > > > 1 Added a new generic reset action for a physical entity > > module: bbf-entity-reset-action > > augment /ent:entity-state/ent:physical-entity: > > +---x reset > > +---w input > > +---w reset-type? identityref > > I think it would help to see the YANG definition for this action. > > [Bart Bogaert] this is the YANG for the action: > > identity reset-type { > description > "Type of reset requested of entity"; > } > > identity hardware-reset { > base reset-type; > description > "Hardware reset"; > } What other types of resets do you envision? > 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 Added a parent/child entity capability for physical entities > > Is this different from contained-id/contains-child that already exist? > > [Bart Bogaert] It is available in the RO -state data but is added as RW data > > to allow planning of pluggable equipment > > > 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? The WG needs to decide if the document should support pre-configuration or not. I have added this as an open issue in the next rev. of the document for now. > configure entity physical-entity board1 class module contained-in thisNode > configure entity physical-entity cage1 class container contained-in board1 > parent-rel-pos 1 > configure entity physical-entity cage2 class container contained-in board1 > parent-rel-pos 2 > configure entity physical-entity cage3 class container contained-in board1 > parent-rel-pos 3 > configure entity physical-entity cage4 class container contained-in board1 > parent-rel-pos 4 > configure entity physical-entity sfp1 class container contained-in cage1 > parent-rel-pos 1 > configure entity physical-entity sfp2 class container contained-in cage2 > parent-rel-pos 1 > configure entity physical-entity sfp3 class container contained-in cage3 > parent-rel-pos 1 > configure entity physical-entity sfp4 class container contained-in cage4 > parent-rel-pos 1 > configure entity physical-entity port1 class port contained-in sfp1 > parent-rel-pos 1 > configure entity physical-entity port2 class port contained-in sfp2 > parent-rel-pos 1 > configure entity physical-entity port3 class port contained-in sfp3 > parent-rel-pos 1 > configure entity physical-entity port4 class port contained-in sfp4 > parent-rel-pos 1 > > > +--rw mfg-name? string > > +--rw model-name? string > > I can see that these would be useful. I assume these are intended to be > used like the configurable serial-num? > > > 4 Introduced a new type of identity and container for a pluggable > > transceiver > > Should this identity be registered with IANA? If it is not a standard class > registered with IANA the augmentations should probably not be done here. > > [Bart Bogaert] I think it should be registered with IANA. > > > module: bbf-entity-pluggable-transceiver augment > > /ent:entity-state/ent:physical-entity: > > +--ro pluggable-transceiver-data > > augment /ent:entity/ent:physical-entity: > > +--rw pluggable-transceiver > > > > 5 Introduced a new reference between the interface and the port > > module: bbf-interface-port-reference > > augment /if:interfaces/if:interface: > > +--rw port-layer-if entity-ref > > I can see how a config false reference from interface to physical entity > makes sense. If this is config true, I assume it works like > /interfaces/interface/type? > > [Bart Bogaert] The proposal is to provide RW data. Note that the interface model supports devices that code the hw info into the name of the interface. For example 'ethernet-0/1/1'. In such a device, it would be pretty awkward if you also had to provide the name of the physical-entity when you configure this interface (compare w/ the type leaf). So this feature (including pre-configuation of entities) is useful for devices that support the YANG feature "ietf-interfaces:arbitrary-names". Do you agree? > Purpose: from the moment pluggable equipment is involved there can be a > desire > / is a need to plan this equipment and configure services on top. > This without the board being physically plugged. > > There is no opportunity to restrict to get this data from the HW if the > equipment is not plugged as this would remove all configuration > possibilities > as long as the equipment is not plugged, and it would raise the issue on > what > to do with dependent configuration data if plugged equipment is unplugged > and > replaced by non-compatible equipment. > If later the equipment is plugged, then there is a need to compare > capabilities from plugged equipment with planned data, and generate an alarm > if there is a mismatch. /martin From nobody Wed Oct 26 07:07: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 E8668129675 for ; Wed, 26 Oct 2016 07:07:32 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.564 X-Spam-Level: X-Spam-Status: No, score=0.564 tagged_above=-999 required=5 tests=[BAYES_20=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HEADER_FROM_DIFFERENT_DOMAINS=0.001, HEADER_SPAM=0.585, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=no autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=github.com; domainkeys=pass (1024-bit key) header.sender=lhotka=nic.cz@github.com header.d=github.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 xE1WXm9XUR47 for ; Wed, 26 Oct 2016 07:07:26 -0700 (PDT) Received: from m71-131.mailgun.net (m71-131.mailgun.net [166.78.71.131]) (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 A970B1294DC for ; Wed, 26 Oct 2016 07:07:26 -0700 (PDT) DKIM-Signature: a=rsa-sha256; v=1; c=relaxed/relaxed; d=github.com; q=dns/txt; s=mailo; t=1477490845; h=Content-Transfer-Encoding: Content-Type: Mime-Version: Subject: Message-ID: To: Reply-To: From: Date: Sender; bh=4pwYcoYQp+uMJU9lsG8MTzkGboUNGywyN7DT4Il/vuU=; b=pwKWN/dZQGpOmjN+7IN65YcsoXLtlu2cJ6wPtUMf2HXu8NodiHWx1n8WoGgoCLRe3MOHnBsX Xa+aPmZOYRI9YQgakRLPiXn2Vn33Xyl7qQGySHw+lUEGCmeo6JSavcXgWZCxKzSRdLq5JHnG N7UDck3MfNni5B/ek5c1x9CMS7U= DomainKey-Signature: a=rsa-sha1; c=nofws; d=github.com; s=mailo; q=dns; h=Sender: Date: From: Reply-To: To: Message-ID: Subject: Mime-Version: Content-Type: Content-Transfer-Encoding; b=Dddjxi4Yoh7NmFEzy8AX5ab5AEhMeAcy2PNqYC9P7E4NgkVHgDzwYlzPLh2SXt7yv9EZUY 02m7ZPiPNTZRuhJPvdEPhK9H8diqvr2lM311YlT11ht2KCzByGSEpkyZ6jsMYjk+hst4aYKM Kpt+ghlnhYKunBOHR3ySq+fpdRrAg= Sender: lhotka=nic.cz@github.com X-Mailgun-Sending-Ip: 166.78.71.131 X-Mailgun-Sid: WyIxZDdlMiIsICJuZXRtb2RAaWV0Zi5vcmciLCAiNDBmIl0= Received: from github.com (Unknown [192.30.252.40]) by mxa.mailgun.org with ESMTP id 5810b89a.7f5a5c30d870-in6; Wed, 26 Oct 2016 14:07:22 -0000 (UTC) Date: Wed, 26 Oct 2016 07:07:21 -0700 From: Ladislav Lhotka To: netmod@ietf.org Message-ID: <5810b899accfa_6b903f9a4c06d134466d6@hookshot-fe6-cp1-prd.iad.github.net.mail> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="--==_mimepart_5810b899ac8b6_6b903f9a4c06d134465d2"; charset=UTF-8 Content-Transfer-Encoding: 7bit Archived-At: Subject: [netmod] [netmod-wg/schema-mount] e9ee18: Edits towards -03. X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Ladislav Lhotka List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Oct 2016 14:07:33 -0000 ----==_mimepart_5810b899ac8b6_6b903f9a4c06d134465d2 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Branch: refs/heads/master Home: https://github.com/netmod-wg/schema-mount Commit: e9ee18ef2991c4cc559329f505e565319bf40938 https://github.com/netmod-wg/schema-mount/commit/e9ee18ef2991c4cc559329f505e565319bf40938 Author: Ladislav Lhotka Date: 2016-10-26 (Wed, 26 Oct 2016) Changed paths: M Makefile M draft-ietf-netmod-schema-mount.org M ex1.xml A ex5.xml A ex6.xml A example-network-manager-arbitrary.yang A example-network-manager-fixed.yang R example-network-manager.yang M ietf-yang-schema-mount.yang Log Message: ----------- Edits towards -03. ----==_mimepart_5810b899ac8b6_6b903f9a4c06d134465d2-- From nobody Wed Oct 26 09:04: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 2CE5212952F for ; Wed, 26 Oct 2016 09:04:44 -0700 (PDT) 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 q6tkNS8CQgU2 for ; Wed, 26 Oct 2016 09:04:42 -0700 (PDT) Received: from NAM02-SN1-obe.outbound.protection.outlook.com (mail-sn1nam02on0117.outbound.protection.outlook.com [104.47.36.117]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1B639129B77 for ; Wed, 26 Oct 2016 09:04:37 -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=g/xB8PF9FIJFaJduhbUHbx2UpEWzDpUT0eJr9n3/cAE=; b=PHMjXbsmflEcoL75Gnqz98Y4WNJiIP4CIs9eHvn4ngarvuLDThyNywdHXP1XW6W4GeK6xZUbWX9e1zQHA2Qtxs+ARUsNnBffECfqS3h0Z16iiJDg4YYZJYzrL3MncXPtDLmobQuqi5bsoSJB5CiVtL4mOJOJiuuU7zY1KvwHG1Q= Received: from BN3PR0501MB1442.namprd05.prod.outlook.com (10.160.117.151) by BN3PR0501MB1444.namprd05.prod.outlook.com (10.160.117.153) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.693.7; Wed, 26 Oct 2016 16:04:35 +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.0539.025; Wed, 26 Oct 2016 16:04:36 +0000 From: Kent Watsen To: "netmod@ietf.org" Thread-Topic: presentation requests for IETF 97 Thread-Index: AQHSL6KlBJpZIsl4c0OpZoVHHMLYvw== Date: Wed, 26 Oct 2016 16:04:35 +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: [66.129.241.12] x-ms-office365-filtering-correlation-id: 6f667500-061f-46ac-c01f-08d3fdb9c849 x-microsoft-exchange-diagnostics: 1; BN3PR0501MB1444; 7:+8iv+MKX7lvqs504wyUnq+ai+xIQxqGKekZJJKQctM5mEfQR3JEIcXjF2dr2cSPFf7VDILNzTMN+/huxS1Ou9yTCNDH57W+bB6bg4K2Hf0bvSHG2RgHhc/LtmFC5ts1ukVhQadASZQS07fhuxJ9mjgjAXe9zuPvXTBElw3H8WkeZTQIceGCuDdiI49vxqtTIFbSKpcOF5GTH56XMf7Ba8exRlQpj7N4NdFEQJfuYVNQrVkSDwustiMWDW8koSPhbf11OgVGgg1/kvVNEZXbdmvwM3agWMNxR2M/Rx1rbFzbOLurDCf/udNaVwFOqnVwXxWgwX+6UmgQcFNrBj2ceupNFD+seEAxOjFEpDQTWRok= x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:BN3PR0501MB1444; 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)(5005006)(8121501046)(3002001)(10201501046)(6055026); SRVR:BN3PR0501MB1444; BCL:0; PCL:0; RULEID:; SRVR:BN3PR0501MB1444; x-forefront-prvs: 0107098B6C x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(7916002)(53754006)(46034005)(189002)(199003)(10400500002)(99286002)(86362001)(68736007)(1730700003)(15975445007)(33656002)(8676002)(77096005)(5002640100001)(2501003)(92566002)(122556002)(2900100001)(81166006)(81156014)(16236675004)(101416001)(19625215002)(450100001)(6916009)(8936002)(3660700001)(110136003)(54356999)(50986999)(19300405004)(586003)(4001350100001)(7736002)(3280700002)(97736004)(19580395003)(102836003)(7846002)(19580405001)(6116002)(3846002)(5660300001)(9326002)(2906002)(105586002)(107886002)(106356001)(36756003)(106116001)(87936001)(189998001)(5640700001)(229853001)(2351001)(66066001)(83506001)(83716003)(82746002)(104396002); DIR:OUT; SFP:1102; SCL:1; SRVR:BN3PR0501MB1444; 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_D7202EF44E324FCE96669D51C9B11018junipernet_" MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-originalarrivaltime: 26 Oct 2016 16:04:35.8534 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN3PR0501MB1444 Archived-At: Subject: [netmod] presentation requests for 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: Wed, 26 Oct 2016 16:04:44 -0000 --_000_D7202EF44E324FCE96669D51C9B11018junipernet_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 DQpIaSBBbGwsDQoNClRoZSBkcmFmdCB3b3JraW5nIGdyb3VwIGFnZW5kYSBmb3IgOTcgaXMgZHVl IHRoaXMgTW9uZGF5LiAgSWYgeW91IGFyZSBpbnRlcmVzdGVkIGluIHByZXNlbnRpbmcgYXQgSUVU RiA5NywgcGxlYXNlIHNlbmQgYSByZXF1ZXN0IHRvIG1haWx0bzpuZXRtb2QtY2hhaXJzQGlldGYu b3JnLiAgUGxlYXNlIGluY2x1ZGUgdGhlIGZvbGxvd2luZyBpbmZvcm1hdGlvbiBpbiB5b3VyIHJl cXVlc3Q6DQoNCiAgLSBuYW1lIG9mIHByZXNlbnRhdGlvbiAgW29wdGlvbmFsLCBvbmx5IG5lZWRl ZCBpZiBwcmVzZW50YXRpb24gaXMgbm90IHRpZWQgdG8gYSBzaW5nbGUgZHJhZnRdDQogIC0gbmFt ZSBvZiB0aGUgZHJhZnQocykgY292ZXJlZCBieSBwcmVzZW50YXRpb24NCiAgLSBwcmVzZW50ZXIo cykNCiAgLSBob3cgbXVjaCB0aW1lIGRlc2lyZWQNCg0KVGhhbmtzLA0KS2VudCAoYXMgY28tY2hh aXIpDQoNCg0K --_000_D7202EF44E324FCE96669D51C9B11018junipernet_ 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 IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij48bzpwPiZu YnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjExLjBwdCI+SGkgQWxsLDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij48bzpwPiZuYnNwOzwv bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjExLjBwdCI+VGhlIGRyYWZ0IHdvcmtpbmcgZ3JvdXAgYWdlbmRhIGZvciA5NyBpcyBkdWUg dGhpcyBNb25kYXkuICZuYnNwO0lmIHlvdSBhcmUgaW50ZXJlc3RlZCBpbiBwcmVzZW50aW5nIGF0 IElFVEYgOTcsIHBsZWFzZSBzZW5kIGEgcmVxdWVzdCB0bw0KPGEgaHJlZj0ibWFpbHRvOm5ldG1v ZC1jaGFpcnNAaWV0Zi5vcmciPm1haWx0bzpuZXRtb2QtY2hhaXJzQGlldGYub3JnPC9hPi4mbmJz cDsgUGxlYXNlIGluY2x1ZGUgdGhlIGZvbGxvd2luZyBpbmZvcm1hdGlvbiBpbiB5b3VyIHJlcXVl c3Q6PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMS4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij4mbmJzcDsgLSBu YW1lIG9mIHByZXNlbnRhdGlvbiZuYnNwOyBbb3B0aW9uYWwsIG9ubHkgbmVlZGVkIGlmIHByZXNl bnRhdGlvbiBpcyBub3QgdGllZCB0byBhIHNpbmdsZSBkcmFmdF08bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+ Jm5ic3A7IC0gbmFtZSBvZiB0aGUgZHJhZnQocykgY292ZXJlZCBieSBwcmVzZW50YXRpb248bzpw PjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjExLjBwdCI+Jm5ic3A7IC0gcHJlc2VudGVyKHMpPG86cD48L286cD48L3NwYW4+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPiZu YnNwOyAtIGhvdyBtdWNoIHRpbWUgZGVzaXJlZDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij48bzpwPiZuYnNw OzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjExLjBwdCI+VGhhbmtzLDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij5LZW50IChhcyBjby1jaGFp cik8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjExLjBwdCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPjxvOnA+Jm5ic3A7 PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9ib2R5Pg0KPC9odG1sPg0K --_000_D7202EF44E324FCE96669D51C9B11018junipernet_-- From nobody Wed Oct 26 12:20: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 A5B0E129495 for ; Wed, 26 Oct 2016 12:20:36 -0700 (PDT) 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 ehrOga_qAySJ for ; Wed, 26 Oct 2016 12:20:36 -0700 (PDT) Received: from gproxy4-pub.mail.unifiedlayer.com (gproxy4-pub.mail.unifiedlayer.com [69.89.23.142]) by ietfa.amsl.com (Postfix) with SMTP id DB38B1293FB for ; Wed, 26 Oct 2016 12:20:35 -0700 (PDT) Received: (qmail 16753 invoked by uid 0); 26 Oct 2016 19:20:13 -0000 Received: from unknown (HELO cmgw4) (10.0.90.85) by gproxy4.mail.unifiedlayer.com with SMTP; 26 Oct 2016 19:20:13 -0000 Received: from box313.bluehost.com ([69.89.31.113]) by cmgw4 with id 0KL71u01Z2SSUrH01KLA5g; Wed, 26 Oct 2016 13:20:10 -0600 X-Authority-Analysis: v=2.1 cv=IecUBwaa 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=CH0kA5CcgfcA:10 a=b5sG8izlevRc259oloYA:9 a=QEXdDO2ut3YA: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:To:Cc:Subject:From; bh=84IWoUT//tUdNBEnroWwvsKBdz90caCNokAKi+QCWuY=; b=EjU7btDjWxmK4/D8+eQ4CXYrCu eAmeQKrGzsZ5P2Er0WWR2dU+kY1DfpiMsWb4Ma1BlAvgVy8ukXz4oOcRPOcnDz8n9FqGizQIxWTfE caqVyUTt/nYQMBRqPJIM4Cfy1; Received: from pool-100-15-85-191.washdc.fios.verizon.net ([100.15.85.191]:39066 helo=[IPv6:::1]) by box313.bluehost.com with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.86_1) (envelope-from ) id 1bzTk7-0003gG-Do; Wed, 26 Oct 2016 13:20:07 -0600 From: Lou Berger To: NetMod WG Message-ID: Date: Wed, 26 Oct 2016 15:20:05 -0400 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: 1bzTk7-0003gG-Do 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]:39066 X-Source-Auth: lberger@labn.net X-Email-Count: 6 X-Source-Cap: bGFibm1vYmk7bGFibm1vYmk7Ym94MzEzLmJsdWVob3N0LmNvbQ== Archived-At: Cc: "netmod-chairs@ietf.org" Subject: [netmod] WG Secretary 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, 26 Oct 2016 19:20:37 -0000 We're once again looking for help with WG management. If you are interested in helping either for just this meeting or more permanently, please let us know. Note that remote meeting attendance is all that's required for this role. The general roles for secretary are: a. Agenda planning (post & collect requests, provide chairs with consolidated response) b. Material upload (as material comes in, aim is all in 24hrs before meeting) c. Etherpad minute taking during session (This can be done remotely!) d. Draft minute prep (Within 2 weeks of meeting, based on etherpad and session recordings) e. (non meeting related) ensuring data tracker matches the discussion on the list, e.g., adoption polls and IPR checks. Being a working group secretary not only helps out the chairs and the working group, but it's also generally viewed as a good way to get experience for those interested in becoming a Working Group Chair at some point in the future. Thanks, Lou and Kent From nobody Wed Oct 26 17:22:45 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 177AE129464; Wed, 26 Oct 2016 17:22:40 -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.36.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <147752776008.2951.16551162124898481187.idtracker@ietfa.amsl.com> Date: Wed, 26 Oct 2016 17:22:40 -0700 Archived-At: Cc: netmod@ietf.org Subject: [netmod] I-D Action: draft-ietf-netmod-yang-model-classification-04.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, 27 Oct 2016 00:22:40 -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 : YANG Module Classification Authors : Dean Bogdanovic Benoit Claise Carl Moberg Filename : draft-ietf-netmod-yang-model-classification-04.txt Pages : 11 Date : 2016-10-26 Abstract: The YANG [RFC6020] data modeling language is currently being considered for a wide variety of applications throughout the networking industry at large. Many standards-defining organizations (SDOs), open source software projects, vendors and users are using YANG to develop and publish YANG modules for a wide variety of applications. At the same time, there is currently no well-known terminology to categorize various types of YANG modules. A consistent terminology would help with the categorization of YANG modules, assist in the analysis of the YANG data modeling efforts in the IETF and other organizations, and bring clarity to the YANG- related discussions between the different groups. This document describes a set of concepts and associated terms to support consistent classification of YANG modules. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-netmod-yang-model-classification/ There's also a htmlized version available at: https://tools.ietf.org/html/draft-ietf-netmod-yang-model-classification-04 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-netmod-yang-model-classification-04 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Wed Oct 26 17:31: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 A46A51294D7 for ; Wed, 26 Oct 2016 17:31:26 -0700 (PDT) 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 sj6_FwX2O_Q6 for ; Wed, 26 Oct 2016 17:31:25 -0700 (PDT) Received: from mail-qk0-x235.google.com (mail-qk0-x235.google.com [IPv6:2607:f8b0:400d:c09::235]) (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 E5452129424 for ; Wed, 26 Oct 2016 17:31:24 -0700 (PDT) Received: by mail-qk0-x235.google.com with SMTP id n189so25124669qke.0 for ; Wed, 26 Oct 2016 17:31:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:subject:from:in-reply-to:date :content-transfer-encoding:message-id:references:to; bh=x2D6RhpxpB9i6DapH5GJ4JiN2gMtWHL4Oh6eYNGrTRY=; b=hEo+zRD2nPXCb5Z65gOZpmtCqoOSBBmPUwkMafzusk702oy1wsAyZbVqnaNQRrundH mMisiSQsEgBZR6onOwJXdkvbOpnIVvb6+kjOD2/q15/KBIwom4jkmrAvAjgw9xYQhuiv p8jCq1YICwckwugqpmnK9Ja40PT+0sofppWBYh8EHfg2ZW7VZnF8GydapwcOWap1yDdj //MAbpIrQ69BlPNtJVgkcsEpgOCr+jDL3fF+WibVi4xI8XtRqwuo4vLtQuWveNnep3d4 0wBKriqycl+M5uF4xK7BENwKlK+b3oKAsKkENyIP4Q1P9BfWIXL4GKce5XaBFLmGKhaN xKfg== 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 :content-transfer-encoding:message-id:references:to; bh=x2D6RhpxpB9i6DapH5GJ4JiN2gMtWHL4Oh6eYNGrTRY=; b=T1CzmP9u7tBMa/rZhpX/zYTDpVl/DX6xQPLBz56q8jEuPbD4PWQapdW2MoLk7GMFgd v7UOLwvHw9fm34PDDJIyHsrds4NhJH0inyYmvXhxxkI/sCbZztgFd9DQc2rbPUrTI7QV LUiamqBiyDfrZV1HXRGMukCwbSJHu3vkUkpHK+qdFn0vYqp+zvian59MCcf5hCbpw4UM uWtT9qZF7/OrB/0RXldSyMpOdE+uuKn6ppmS/OGKqnmdvvi9V69ni1neibuchk7wklCT P875yn5m2L6VadYST5LkbCC/QZa9LMjr2jkDxJNYxH8emmzw71b693NWGlcYIsTPbsG+ Zypw== X-Gm-Message-State: ABUngvdxSsCxPT55PMmtf8PX9nVObfXerbI36dzpqU4iR+kiHnDVePxRsitEV2atSkmCng== X-Received: by 10.55.48.72 with SMTP id w69mr4611807qkw.320.1477528283884; Wed, 26 Oct 2016 17:31:23 -0700 (PDT) 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 x75sm2314812qkg.35.2016.10.26.17.31.23 for (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Wed, 26 Oct 2016 17:31:23 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 9.2 \(3112\)) From: Dean Bogdanovic In-Reply-To: <147752776008.2951.16551162124898481187.idtracker@ietfa.amsl.com> Date: Wed, 26 Oct 2016 20:31:22 -0400 Content-Transfer-Encoding: quoted-printable Message-Id: <22CE9AD7-3EA3-4E96-8E92-197958D340EF@gmail.com> References: <147752776008.2951.16551162124898481187.idtracker@ietfa.amsl.com> To: netmod WG X-Mailer: Apple Mail (2.3112) Archived-At: Subject: Re: [netmod] I-D Action: draft-ietf-netmod-yang-model-classification-04.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, 27 Oct 2016 00:31:26 -0000 We have submitted new version of the draft. In authors view this draft = describes a set of concepts and associated terms to support consistent = classification of YANG modules. It should provide guidelines to other = document authors in the IETF and other places to decide how to use = encode information from this draft. Hence encoding suggestion in section = 4, adding classification type to YANG module catalogs, has been removed. Chairs, Please make WGLC on this document. Cheers, Dean > On Oct 26, 2016, at 8:22 PM, 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 Module Classification > Authors : Dean Bogdanovic > Benoit Claise > Carl Moberg > Filename : = draft-ietf-netmod-yang-model-classification-04.txt > Pages : 11 > Date : 2016-10-26 >=20 > Abstract: > The YANG [RFC6020] data modeling language is currently being > considered for a wide variety of applications throughout the > networking industry at large. Many standards-defining organizations > (SDOs), open source software projects, vendors and users are using > YANG to develop and publish YANG modules for a wide variety of > applications. At the same time, there is currently no well-known > terminology to categorize various types of YANG modules. >=20 > A consistent terminology would help with the categorization of YANG > modules, assist in the analysis of the YANG data modeling efforts in > the IETF and other organizations, and bring clarity to the YANG- > related discussions between the different groups. >=20 > This document describes a set of concepts and associated terms to > support consistent classification of YANG modules. >=20 >=20 > The IETF datatracker status page for this draft is: > = https://datatracker.ietf.org/doc/draft-ietf-netmod-yang-model-classificati= on/ >=20 > There's also a htmlized version available at: > = https://tools.ietf.org/html/draft-ietf-netmod-yang-model-classification-04= >=20 > A diff from the previous version is available at: > = https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-netmod-yang-model-classific= ation-04 >=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 From nobody Thu Oct 27 03:49: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 A69AD129C7D for ; Thu, 27 Oct 2016 03:49:10 -0700 (PDT) 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, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, 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 qZKwucdko2Ar for ; Thu, 27 Oct 2016 03:49:09 -0700 (PDT) Received: from mx0a-000f0801.pphosted.com (mx0a-000f0801.pphosted.com [IPv6:2620:100:9001:7a::1]) (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 5C2C91294E5 for ; Thu, 27 Oct 2016 03:49:09 -0700 (PDT) Received: from pps.filterd (m0048193.ppops.net [127.0.0.1]) by mx0a-000f0801.pphosted.com (8.16.0.17/8.16.0.17) with SMTP id u9RAkK3r025883 for ; Thu, 27 Oct 2016 03:49:09 -0700 Received: from brmwp-exmb11.corp.brocade.com ([208.47.132.227]) by mx0a-000f0801.pphosted.com with ESMTP id 26bcbcs87t-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-SHA384 bits=256 verify=NOT) for ; Thu, 27 Oct 2016 03:49:08 -0700 Received: from EMEAWP-EXMB12.corp.brocade.com (172.29.11.86) by BRMWP-EXMB11.corp.brocade.com (172.16.59.77) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Thu, 27 Oct 2016 04:49:07 -0600 Received: from EMEAWP-EXMB11.corp.brocade.com (172.29.11.85) by EMEAWP-EXMB12.corp.brocade.com (172.29.11.86) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Thu, 27 Oct 2016 12:49:06 +0200 Received: from EMEAWP-EXMB11.corp.brocade.com ([fe80::85ea:b7da:48dd:1640]) by EMEAWP-EXMB11.corp.brocade.com ([fe80::85ea:b7da:48dd:1640%21]) with mapi id 15.00.1210.000; Thu, 27 Oct 2016 12:49:06 +0200 From: William Ivory To: "netmod@ietf. org netmod@ietf.org netmod@ietf. org (netmod@ietf.org)" Thread-Topic: Does YANG allow forward references to groupings? Thread-Index: AdIwP2lR17nAPjz8QJyDvxBvqCCXiw== Date: Thu, 27 Oct 2016 10:48:46 +0000 Deferred-Delivery: Thu, 27 Oct 2016 10:47:45 +0000 Message-ID: Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [172.27.212.171] Content-Type: multipart/alternative; boundary="_000_d20fdada1dc243d18f4f097009f04b75EMEAWPEXMB11corpbrocade_" MIME-Version: 1.0 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:, , definitions=2016-10-27_06:, , signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 priorityscore=1501 malwarescore=0 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1011 lowpriorityscore=0 impostorscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1609300000 definitions=main-1610270170 Archived-At: Subject: [netmod] Does YANG allow forward references to groupings? 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, 27 Oct 2016 10:49:10 -0000 --_000_d20fdada1dc243d18f4f097009f04b75EMEAWPEXMB11corpbrocade_ Content-Type: text/plain; charset="us-ascii" Hi, I'd appreciate clarification on whether a YANG grouping defined and used in the same file must have the grouping definition first, before the 'uses' statement. On the one hand, RFC 6020 section 7.11 states: 'Once a grouping is defined, it can be referenced in a "uses" statement', suggesting a C / C++ -style which doesn't allow forward references. (https://tools.ietf.org/html/rfc6020#section-7.11) On the other hand, section 6.2 states 'Forward references are allowed in YANG.' (https://tools.ietf.org/html/rfc6020#section-6.2). I am assuming that the second, more explicit, statement trumps the first, but would appreciate confirmation. Thanks, William --_000_d20fdada1dc243d18f4f097009f04b75EMEAWPEXMB11corpbrocade_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
Hi,
 
I’d appreciate clarification on whether a YANG grouping defined = and used in the same file must have the grouping definition first, before t= he ‘uses’ statement.
 
On the one hand, RFC 6020 section 7.11 states: ‘Once a grouping = is defined, it can be referenced in a "uses" statement’, su= ggesting a C / C++ -style which doesn’t allow forward referen= ces.  (https://tools.ietf.org/html/rfc6020#section-7.11)
 
On the other hand, section 6.2 states ‘Forward references are al= lowed in YANG.’ (https://tools.ietf.org/html/rfc6020#sect= ion-6.2).
 
I am assuming that the second, more explicit, statement trumps the fir= st, but would appreciate confirmation.
 
Thanks,
 
William
 
 
 
--_000_d20fdada1dc243d18f4f097009f04b75EMEAWPEXMB11corpbrocade_-- From nobody Thu Oct 27 04:10: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 E4F9612940E for ; Thu, 27 Oct 2016 04:10:18 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.332 X-Spam-Level: X-Spam-Status: No, score=-2.332 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.431, 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 4mPmZc71J6F4 for ; Thu, 27 Oct 2016 04:10:17 -0700 (PDT) Received: from mail.tail-f.com (mail.tail-f.com [46.21.102.45]) by ietfa.amsl.com (Postfix) with ESMTP id 953A8129444 for ; Thu, 27 Oct 2016 04:10:17 -0700 (PDT) Received: from localhost (unknown [173.38.220.42]) by mail.tail-f.com (Postfix) with ESMTPSA id C8AC21AE0335; Thu, 27 Oct 2016 13:10:15 +0200 (CEST) Date: Thu, 27 Oct 2016 13:09:10 +0200 (CEST) Message-Id: <20161027.130910.1427642386163433591.mbj@tail-f.com> To: wivory@Brocade.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] Does YANG allow forward references to groupings? 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, 27 Oct 2016 11:10:19 -0000 William Ivory wrote: > Hi, > > I'd appreciate clarification on whether a YANG grouping defined and > used in the same file must have the grouping definition first, before > the 'uses' statement. > > On the one hand, RFC 6020 section 7.11 states: 'Once a grouping is > defined, it can be referenced in a "uses" statement', suggesting a C / > C++ -style which doesn't allow forward references. > (https://tools.ietf.org/html/rfc6020#section-7.11) > > On the other hand, section 6.2 states 'Forward references are allowed > in YANG.' (https://tools.ietf.org/html/rfc6020#section-6.2). > > I am assuming that the second, more explicit, statement trumps the > first, but would appreciate confirmation. Correct. YANG allows forward references to groupings. /martin From nobody Thu Oct 27 06:10: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 91F8A126B6D for ; Thu, 27 Oct 2016 06:10:17 -0700 (PDT) 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, 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 2ldkkrsjzAgO for ; Thu, 27 Oct 2016 06:10:13 -0700 (PDT) Received: from mx0a-000f0801.pphosted.com (mx0a-000f0801.pphosted.com [IPv6:2620:100:9001:7a::1]) (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 7F9D8129449 for ; Thu, 27 Oct 2016 06:10:12 -0700 (PDT) Received: from pps.filterd (m0048193.ppops.net [127.0.0.1]) by mx0a-000f0801.pphosted.com (8.16.0.17/8.16.0.17) with SMTP id u9RD9mkl005767; Thu, 27 Oct 2016 06:10:12 -0700 Received: from brmwp-exmb12.corp.brocade.com ([208.47.132.227]) by mx0a-000f0801.pphosted.com with ESMTP id 26bcbct65h-2 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-SHA384 bits=256 verify=NOT); Thu, 27 Oct 2016 06:10:12 -0700 Received: from EMEAWP-EXMB12.corp.brocade.com (172.29.11.86) by BRMWP-EXMB12.corp.brocade.com (172.16.59.130) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Thu, 27 Oct 2016 07:10:10 -0600 Received: from EMEAWP-EXMB11.corp.brocade.com (172.29.11.85) by EMEAWP-EXMB12.corp.brocade.com (172.29.11.86) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Thu, 27 Oct 2016 15:10:08 +0200 Received: from EMEAWP-EXMB11.corp.brocade.com ([fe80::85ea:b7da:48dd:1640]) by EMEAWP-EXMB11.corp.brocade.com ([fe80::85ea:b7da:48dd:1640%21]) with mapi id 15.00.1210.000; Thu, 27 Oct 2016 15:10:08 +0200 From: William Ivory To: Martin Bjorklund Thread-Topic: [netmod] Does YANG allow forward references to groupings? Thread-Index: AdIwP2lR17nAPjz8QJyDvxBvqCCXi///5LsA//+9QeA= Date: Thu, 27 Oct 2016 13:09:50 +0000 Deferred-Delivery: Thu, 27 Oct 2016 13:09:13 +0000 Message-ID: References: <20161027.130910.1427642386163433591.mbj@tail-f.com> In-Reply-To: <20161027.130910.1427642386163433591.mbj@tail-f.com> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [172.27.212.171] Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:, , definitions=2016-10-27_08:, , signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 priorityscore=1501 malwarescore=0 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1011 lowpriorityscore=0 impostorscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1609300000 definitions=main-1610270220 Archived-At: Cc: "netmod@ietf.org" Subject: Re: [netmod] Does YANG allow forward references to groupings? 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, 27 Oct 2016 13:10:17 -0000 Thanks for confirming, William -----Original Message----- From: Martin Bjorklund [mailto:mbj@tail-f.com] Sent: 27 October 2016 12:09 To: William Ivory Cc: netmod@ietf.org Subject: Re: [netmod] Does YANG allow forward references to groupings? William Ivory wrote: > Hi, > > I'd appreciate clarification on whether a YANG grouping defined and > used in the same file must have the grouping definition first, before > the 'uses' statement. > > On the one hand, RFC 6020 section 7.11 states: 'Once a grouping is > defined, it can be referenced in a "uses" statement', suggesting a C / > C++ -style which doesn't allow forward references. > (https://urldefense.proofpoint.com/v2/url?u=https-3A__tools.ietf.org_h > tml_rfc6020-23section-2D7.11&d=DQICAg&c=IL_XqQWOjubgfqINi2jTzg&r=GByLe > g9jZvOv_AlgBo9uvdDrxizlOR7l_SnTXowyJU8&m=WaccLYiQTR3H0OaccbcvkoVdly-9B > GDfTNinmMS_xB0&s=HWT6JMdt0mDXM1-aPiwzhZOp2qLAsYo2w4h9G2lnIP8&e= ) > > On the other hand, section 6.2 states 'Forward references are allowed > in YANG.' (https://urldefense.proofpoint.com/v2/url?u=https-3A__tools.ietf.org_html_rfc6020-23section-2D6.2&d=DQICAg&c=IL_XqQWOjubgfqINi2jTzg&r=GByLeg9jZvOv_AlgBo9uvdDrxizlOR7l_SnTXowyJU8&m=WaccLYiQTR3H0OaccbcvkoVdly-9BGDfTNinmMS_xB0&s=AMlXnMqEUOMZ6Lb0HQ-Y97cHo7BR0n7xK7cewn51wq4&e= ). > > I am assuming that the second, more explicit, statement trumps the > first, but would appreciate confirmation. Correct. YANG allows forward references to groupings. /martin From nobody Thu Oct 27 06:13:35 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 71DE6129465 for ; Thu, 27 Oct 2016 06:13:34 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.699 X-Spam-Level: X-Spam-Status: No, score=-1.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, FREEMAIL_REPLY=1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=no 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 1OHfRaIKQHOm for ; Thu, 27 Oct 2016 06:13:30 -0700 (PDT) Received: from mail-qt0-x232.google.com (mail-qt0-x232.google.com [IPv6:2607:f8b0:400d:c0d::232]) (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 A23A1129449 for ; Thu, 27 Oct 2016 06:13:30 -0700 (PDT) Received: by mail-qt0-x232.google.com with SMTP id q7so21680142qtq.1 for ; Thu, 27 Oct 2016 06:13:30 -0700 (PDT) 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=3iojTwATkNIeJrLzZlGFe4ZOz6n/CeQOyRQLspXEFY8=; b=eurlBi5Q5+Qro/5f5XZML/hz1wKijUmUUhMdhLwRKd/i97MuwfUWhG8Z+llQSajApP f9cA2WsPgLBP4VNOQptN+TC+JUr7ilxUIu2X49tSXo/3hgFtmAPUAZTcsMQaMFNMCwEh UzryCf0pWxUyKRnrF6uDDzqIKUC3oKlPQ8Au3QK+xt9civCHa1QgQF2KOphikqSWAD0q aPrTLVU010Jdy/nK3Al/JHqhmki5xEuAU+X7meixzPKVlILhmeD9sReq1BbyNRR8aTZz VO0aMwAwNtyCd6oKjifyYc3u7v51u9IwmjOVhG8T/+rUbImWj1UOJC7L/T2GNeiuB8Mk bCvA== 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=3iojTwATkNIeJrLzZlGFe4ZOz6n/CeQOyRQLspXEFY8=; b=alPgHnDtRsqDiIMDggJfbaSPyBF7pGWtwsu15MT3vmTNuvOWDYbGV8kEHmx5IKAW0W /oTYGuS+tL8ZD6g6hTh/mHfyvzTSFORIBY/S0vUJZqjuU1KetUWDmUcrfmUvrPAkUWBi O7w5c8yZp84TKdIK7Yt/VQ7+DrfGaMQwRAJ4zzj0VgStyst0b6wMFOgIUYlxFAOoZ2tZ gkUb14oJnWpVjq/2/dkwjVft9Lk6HHgzIh6iHr+CiB+BcgVhwd58Vdd0ykiH8qsvVVuX FDLouprX5dxWzEOTPB9XE+xBN2BYI5IhlqYBNjpytVVFTWGRBERj+dcERiv9IdNvglzQ m7eQ== X-Gm-Message-State: ABUngvfQJL2jRm9aNBp8IpkBAcLJU4OZ60Gm7o3ZsOKBdY2GyPUPMXF7XeIpXzDQoeZ1mA== X-Received: by 10.200.46.2 with SMTP id r2mr6691136qta.145.1477574009782; Thu, 27 Oct 2016 06:13:29 -0700 (PDT) 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 m201sm3606087qke.1.2016.10.27.06.13.29 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Thu, 27 Oct 2016 06:13:29 -0700 (PDT) Content-Type: multipart/alternative; boundary="Apple-Mail=_D9DBF822-F36E-4D92-927F-F7E8F2EE1CE1" Mime-Version: 1.0 (Mac OS X Mail 9.2 \(3112\)) From: Dean Bogdanovic In-Reply-To: Date: Thu, 27 Oct 2016 09:13:28 -0400 Message-Id: <2AF42AB9-7E9F-44D7-9AD3-A0892E30E784@gmail.com> References: To: Mahesh Jethanandani X-Mailer: Apple Mail (2.3112) Archived-At: Cc: agarwaso@cisco.com, "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, 27 Oct 2016 13:13:34 -0000 --Apple-Mail=_D9DBF822-F36E-4D92-927F-F7E8F2EE1CE1 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii I support this draft publication and we have implemented this draft, so = there is another vendor implementation. Dean > On Oct 14, 2016, at 11:13 PM, Mahesh Jethanandani = wrote: >=20 > I have reviewed this draft and support its publication. We have = implemented the model. >=20 > Mahesh Jethanandani > mjethanandani@gmail.com >=20 > On Oct 13, 2016, at 5:05 PM, Kent Watsen > wrote: >=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 = > _______________________________________________ > netmod mailing list > netmod@ietf.org > https://www.ietf.org/mailman/listinfo/netmod = --Apple-Mail=_D9DBF822-F36E-4D92-927F-F7E8F2EE1CE1 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii I support this draft publication and we have implemented this = draft, so there is another vendor implementation.

Dean

On = Oct 14, 2016, at 11:13 PM, Mahesh Jethanandani <mjethanandani@gmail.com> wrote:

I have reviewed this draft = and support its publication. We have implemented the model.

Mahesh Jethanandani
mjethanandani@gmail.com

On Oct 13, = 2016, at 5:05 PM, Kent Watsen <kwatsen@juniper.net> wrote:

 
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
_______________________________________________
netmod mailing = list
netmod@ietf.org
https://www.ietf.org/mailman/listinfo/netmod

= --Apple-Mail=_D9DBF822-F36E-4D92-927F-F7E8F2EE1CE1-- From nobody Thu Oct 27 06:52: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 CF86A1294B8 for ; Thu, 27 Oct 2016 06:52:13 -0700 (PDT) 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=coriant.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 oDCH9nTG_68L for ; Thu, 27 Oct 2016 06:52:09 -0700 (PDT) Received: from EUR01-VE1-obe.outbound.protection.outlook.com (mail-ve1eur01on0047.outbound.protection.outlook.com [104.47.1.47]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C3A111293EE for ; Thu, 27 Oct 2016 06:52:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=coriant.onmicrosoft.com; s=selector1-coriant-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=bHPZlWgRoIvYLMK9c55A/XlS3x671XRQGgAAEWKEMDc=; b=Q4Wyb/aLRT13/rh55cEpRI4V0XrwuoTwPIc+JZ7w0E4pIw9P9xx0iwydE0raVMN1qnahrtb9Lmx/DPP+FRUQKmIBxhhZ8EG25qnWyk2qo+LUbiyDHrpMklIGvzB/n06zDoLw06rtpAuGFLhJgbwYgDDKN1WCz+lLnfgWG3h04Fw= Received: from DB5PR04MB1686.eurprd04.prod.outlook.com (10.164.39.20) by DB5PR04MB1686.eurprd04.prod.outlook.com (10.164.39.20) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.659.8; Thu, 27 Oct 2016 13:52:04 +0000 Received: from DB5PR04MB1686.eurprd04.prod.outlook.com ([10.164.39.20]) by DB5PR04MB1686.eurprd04.prod.outlook.com ([10.164.39.20]) with mapi id 15.01.0659.028; Thu, 27 Oct 2016 13:52:04 +0000 From: "Doolan, Paul (Coriant - US/Irving)" To: Dean Bogdanovic Thread-Topic: [netmod] WG Last Call for draft-ietf-netmod-acl-model-09 (until Oct 27, 2016) Thread-Index: AQHSJpIdkEdak19iw0i59+pBmwAIvaC8WqsAgAAKyQA= Date: Thu, 27 Oct 2016 13:52:04 +0000 Message-ID: <2DBC4297-7981-41A2-9D57-BB2A0A5AE95C@coriant.com> References: <2AF42AB9-7E9F-44D7-9AD3-A0892E30E784@gmail.com> In-Reply-To: <2AF42AB9-7E9F-44D7-9AD3-A0892E30E784@gmail.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-mailer: Apple Mail (2.1510) authentication-results: spf=none (sender IP is ) smtp.mailfrom=paul.doolan@coriant.com; x-ms-exchange-messagesentrepresentingtype: 1 x-originating-ip: [2601:183:4201:71f3:dc8f:51fc:3d9f:6633] x-ms-office365-filtering-correlation-id: c546cf76-73d0-4ecf-0643-08d3fe706f42 x-microsoft-exchange-diagnostics: 1; DB5PR04MB1686; 7:WPslsaUT4zrDZgi6E9V+ARjgl9+WBKuCcV3zYe3raP8Zae4DSmbbIQEdl4FyKcYRYZGVbI7KiPugXhO5IiKl+qHVXT9soGFfYeOU0roD/UG0JpZL6WPRrRKk4GZmU08jui4SmvO3Yw+KZ+ENFR0MitEMVsYi07dcKYgTf0wdsYTfe20YtCM7EBC9elPOiodscrjwIoQqHjFTxzYjzMcpdt+jnHgKBN7Mh6kIoCxx8waFEk+QMz1AOiZhbX7XfhbTeWoK6UGPK+YdVJtoL0abHx3/gZ2Uxs4qL4NEZz3ZohYUfwyXQnCZrhtGBg/AUg+JB90jx/jupZgxHp1i+9KqgAMOsNYAwTBhK4J7lM6gg8Y= x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:DB5PR04MB1686; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(138986009662008); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040176)(6045074)(601004)(2401047)(8121501046)(5005006)(3002001)(10201501046)(6055026)(6046074)(6072074); SRVR:DB5PR04MB1686; BCL:0; PCL:0; RULEID:; SRVR:DB5PR04MB1686; x-forefront-prvs: 0108A997B2 x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(7916002)(24454002)(377454003)(199003)(189002)(77096005)(5002640100001)(19617315012)(7906003)(4326007)(101416001)(189998001)(16601075003)(82746002)(8936002)(3660700001)(10400500002)(2950100002)(5660300001)(87936001)(11100500001)(16236675004)(3280700002)(325944008)(1411001)(57306001)(50226002)(6916009)(68736007)(83716003)(8676002)(110136003)(6116002)(102836003)(76176999)(7736002)(2900100001)(7846002)(86362001)(586003)(19580405001)(1680700002)(81156014)(2906002)(230783001)(122556002)(19580395003)(92566002)(97736004)(106116001)(15975445007)(81166006)(36756003)(106356001)(50986999)(33656002)(105586002)(104396002); DIR:OUT; SFP:1101; SCL:1; SRVR:DB5PR04MB1686; H:DB5PR04MB1686.eurprd04.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; A:1; MX:1; LANG:en; received-spf: None (protection.outlook.com: coriant.com does not designate permitted sender hosts) spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: multipart/alternative; boundary="_000_2DBC4297798141A29D57BB2A0A5AE95Ccoriantcom_" MIME-Version: 1.0 X-OriginatorOrg: coriant.com X-MS-Exchange-CrossTenant-originalarrivaltime: 27 Oct 2016 13:52:04.4199 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 76595477-907e-4695-988b-a6b39087332d X-MS-Exchange-Transport-CrossTenantHeadersStamped: DB5PR04MB1686 Archived-At: Cc: "agarwaso@cisco.com" , "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, 27 Oct 2016 13:52:14 -0000 --_000_2DBC4297798141A29D57BB2A0A5AE95Ccoriantcom_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Not sure if there's explicit IETF rules on this and I know we're all indivi= dual contributors but, as a courtesy, will people claiming implementations = and using a non company email domain (e.g @gmail.com) in= dicate which organization it is that's done the implementing. thanks, pd On Oct 27, 2016, at 9:13 AM, Dean Bogdanovic > wrote: I support this draft publication and we have implemented this draft, so the= re is another vendor implementation. Dean On Oct 14, 2016, at 11:13 PM, Mahesh Jethanandani > wrote: I have reviewed this draft and support its publication. We have implemented= the model. Mahesh Jethanandani mjethanandani@gmail.com On Oct 13, 2016, at 5:05 PM, Kent Watsen > wrote: This is a notice to start a two-week NETMOD WG last call for the document: Network Access Control List (ACL) YANG Data Model 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-m= odel-09. * I am not considering to implement the data model in draft-ietf-netmod-a= cl-model-09. 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 _______________________________________________ netmod mailing list netmod@ietf.org https://www.ietf.org/mailman/listinfo/netmod --_000_2DBC4297798141A29D57BB2A0A5AE95Ccoriantcom_ Content-Type: text/html; charset="us-ascii" Content-ID: Content-Transfer-Encoding: quoted-printable Not sure if there's explicit IETF rules on this and I know we're all indivi= dual contributors but, as a courtesy, will people claiming implementations = and using a non company email domain (e.g @gma= il.com)  indicate which organization it is that's done the implementing. 

thanks,
pd

On Oct 27, 2016, at 9:13 AM, Dean Bogdanovic <ivandean@gmail.com>
 wrote:

I support this draft publication and we have implemented this draft, so the= re is another vendor implementation.

Dean

On Oct 14, 2016, at 11:13 PM, Mahesh Jethanandani <mjethanandani@gmail.com> wrote:

I have reviewed this draft and support its publication. We have implemented= the model.

Mahesh Jethanandani
mjethanandani@gm= ail.com

On Oct 13, 2016, at 5:05 PM, Kent Watsen <kwatsen@juniper.net> wrote:

 
This is a notice to start a two= -week NETMOD WG last call for the document:
 
     &= nbsp;         Network Access C= ontrol List (ACL) YANG Data Model
     &= nbsp;         https://tools.ietf.org/html/d= raft-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.<= /div>
  * I have reviewed d= raft-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.<= /div>
  * I am implementing the = data model in draft-ietf-netmod-acl-model-09.<= /div>
  * I am considering to im= plement the data model in draft-ietf-netmod-acl-model-09.
  * I am not considering t= o implement the data model in draft-ietf-netmod-acl-model-09.
 
Thank you,
NETMOD WG Chairs
 
 
__________________________________________= _____
netmod mailing list
netmod@ietf.org
h= ttps://www.ietf.org/mailman/listinfo/netmod
___________________= ____________________________
netmod mailing list
netmod@ietf.org
https://www.ietf.org/mailman/l= istinfo/netmod

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

--_000_2DBC4297798141A29D57BB2A0A5AE95Ccoriantcom_-- From nobody Thu Oct 27 06:53:45 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 721601294EA; Thu, 27 Oct 2016 06:53:40 -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.36.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <147757642046.24647.14523076970037138563.idtracker@ietfa.amsl.com> Date: Thu, 27 Oct 2016 06:53:40 -0700 Archived-At: Cc: netmod@ietf.org Subject: [netmod] I-D Action: draft-ietf-netmod-intf-ext-yang-02.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, 27 Oct 2016 13:53:40 -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 : Common Interface Extension YANG Data Models Authors : Robert Wilton David Ball Tapraj Singh Selvakumar Sivaraj Filename : draft-ietf-netmod-intf-ext-yang-02.txt Pages : 25 Date : 2016-10-27 Abstract: This document defines two YANG modules that augment the Interfaces data model defined in the "YANG Data Model for Interface Management" with additional configuration and operational data nodes to support common lower layer interface properties, such as interface MTU. These properties are common to many types of interfaces on network routers and switches and are implemented by multiple network equipment vendors with similar semantics, even though some of the features are not formally defined in any published standard. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-netmod-intf-ext-yang/ There's also a htmlized version available at: https://tools.ietf.org/html/draft-ietf-netmod-intf-ext-yang-02 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-netmod-intf-ext-yang-02 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 Oct 27 06: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 7B1B8129624 for ; Thu, 27 Oct 2016 06:55:28 -0700 (PDT) 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, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, FREEMAIL_REPLY=1, HTML_MESSAGE=0.001, RCVD_IN_SORBS_WEB=3.599, SPF_PASS=-0.001] autolearn=no 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 MHaL1g3VFktR for ; Thu, 27 Oct 2016 06:55:24 -0700 (PDT) Received: from mail-qt0-x229.google.com (mail-qt0-x229.google.com [IPv6:2607:f8b0:400d:c0d::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 927851295C5 for ; Thu, 27 Oct 2016 06:55:18 -0700 (PDT) Received: by mail-qt0-x229.google.com with SMTP id p16so14926976qta.0 for ; Thu, 27 Oct 2016 06:55:18 -0700 (PDT) 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=5aj99J1qtCeKe47ZK89c9UYdyv5lTJIJWUa9vQQYWB0=; b=dU1wNAtt/5NkCuoYJZaO8I6fvS2WsNdXgmyU3DMXh3JtjE/ixw4Nzxx9120DarAZQh wQbtpYlLNtn5QSDU4P78C7E7cKpIdXOeWpoSpaZphfHQou5qnCBPQ2Ls0kLy3RTSQPzC j4rd5YuA2wBhXTXC4u3En/m+QPjZOh10bWtWq+pD9XKwmhZBZGXLKS4eQ4mDuO5uxBFb J3JbMjmqYg8atVI1w1o0jJ7i1pnxfMpFWM4w6Gwggn27S9PNCR/DcZXNIO+ud9hL1+KX tcAA88xr4g6fDeCOOOMnnFkPQ27anyZAEi4inTbU3fADSZFK3Q6D7NfFQOSoT80Mh6b/ AegA== 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=5aj99J1qtCeKe47ZK89c9UYdyv5lTJIJWUa9vQQYWB0=; b=hejbQPkG6MnRf8yi0tOIzmtDsugMIlAXppSL2GJxLTc42yC/yElpZHAd93z5sg8Z1z QZtl3M3s26mDAxxM7OF5D/zUcx9j98cqsu1FFI83oUCQODpfeRRNzoWYcdnv1LXX1jDz izRA1ckLsznQonl076mkI1dO7+xYURMl19f4Aw8huhFySMJnYJg4wI/1ELAkOoKFbR/w RhyD2vhjweypCM2H1ebCySmWt9GXho0fZM2E1Dh+4izUJ5sNKeIixOlqrY5b04zl9QIy qHBL6OoRNkn11hhAJtUfVo0MuSh7iT2jf0mLqfnxnchFXZmkpHds4xTppsv47IkewgaO 95LQ== X-Gm-Message-State: ABUngvfyedFUR/6uyQIzusLz2YxkZyzfgtnqGUy52x9Lrj9kNcxcTOV5Ubcf9ii6cCOOpw== X-Received: by 10.237.61.210 with SMTP id j18mr3608536qtf.137.1477576517735; Thu, 27 Oct 2016 06:55:17 -0700 (PDT) Received: from [192.168.209.47] (50-204-111-80-static.hfc.comcastbusiness.net. [50.204.111.80]) by smtp.gmail.com with ESMTPSA id b12sm3689954qta.4.2016.10.27.06.55.17 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Thu, 27 Oct 2016 06:55:17 -0700 (PDT) Content-Type: multipart/alternative; boundary="Apple-Mail=_2E09AE62-6BCA-4189-8A9C-6046572E4236" Mime-Version: 1.0 (Mac OS X Mail 9.2 \(3112\)) From: Dean Bogdanovic In-Reply-To: <2DBC4297-7981-41A2-9D57-BB2A0A5AE95C@coriant.com> Date: Thu, 27 Oct 2016 09:55:16 -0400 Message-Id: <0274BF0B-6047-4F98-81AF-56F3E91855FF@gmail.com> References: <2AF42AB9-7E9F-44D7-9AD3-A0892E30E784@gmail.com> <2DBC4297-7981-41A2-9D57-BB2A0A5AE95C@coriant.com> To: "Doolan, Paul (Coriant - US/Irving)" X-Mailer: Apple Mail (2.3112) Archived-At: Cc: "agarwaso@cisco.com" , "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, 27 Oct 2016 13:55:28 -0000 --Apple-Mail=_2E09AE62-6BCA-4189-8A9C-6046572E4236 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Paul, I apologize. Volta Networks implemented the draft. Dean > On Oct 27, 2016, at 9:52 AM, Doolan, Paul (Coriant - US/Irving) = wrote: >=20 > Not sure if there's explicit IETF rules on this and I know we're all = individual contributors but, as a courtesy, will people claiming = implementations and using a non company email domain (e.g @gmail.com = ) indicate which organization it is that's done the = implementing.=20 >=20 > thanks, > pd >=20 > On Oct 27, 2016, at 9:13 AM, Dean Bogdanovic > > wrote: >=20 >> I support this draft publication and we have implemented this draft, = so there is another vendor implementation. >>=20 >> Dean >>=20 >>> On Oct 14, 2016, at 11:13 PM, Mahesh Jethanandani = > wrote: >>>=20 >>> I have reviewed this draft and support its publication. We have = implemented the model. >>>=20 >>> Mahesh Jethanandani >>> mjethanandani@gmail.com >>>=20 >>> On Oct 13, 2016, at 5:05 PM, Kent Watsen > wrote: >>>=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 = >>> _______________________________________________ >>> 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 >=20 --Apple-Mail=_2E09AE62-6BCA-4189-8A9C-6046572E4236 Content-Transfer-Encoding: 7bit Content-Type: text/html; charset=us-ascii Paul,

I apologize. Volta Networks implemented the draft.

Dean

On Oct 27, 2016, at 9:52 AM, Doolan, Paul (Coriant - US/Irving) <paul.doolan@coriant.com> wrote:

Not sure if there's explicit IETF rules on this and I know we're all individual contributors but, as a courtesy, will people claiming implementations and using a non company email domain (e.g @gmail.com)  indicate which organization it is that's done the implementing. 

thanks,
pd

On Oct 27, 2016, at 9:13 AM, Dean Bogdanovic <ivandean@gmail.com>
 wrote:

I support this draft publication and we have implemented this draft, so there is another vendor implementation.

Dean

On Oct 14, 2016, at 11:13 PM, Mahesh Jethanandani <mjethanandani@gmail.com> wrote:

I have reviewed this draft and support its publication. We have implemented the model.

Mahesh Jethanandani

On Oct 13, 2016, at 5:05 PM, Kent Watsen <kwatsen@juniper.net> wrote:

 
This is a notice to start a two-week NETMOD WG last call for the document:
 
               Network Access Control List (ACL) YANG Data Model
 
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
_______________________________________________
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=_2E09AE62-6BCA-4189-8A9C-6046572E4236-- From nobody Thu Oct 27 07:22: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 BD33212966A for ; Thu, 27 Oct 2016 07:22:25 -0700 (PDT) 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, 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 grEJ4XDH-m2y for ; Thu, 27 Oct 2016 07:22:19 -0700 (PDT) Received: from mail.amsl.com (c8a.amsl.com [4.31.198.40]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6A5F012964B for ; Thu, 27 Oct 2016 07:22:11 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by c8a.amsl.com (Postfix) with ESMTP id 47DD91E55BA; Thu, 27 Oct 2016 07:21:16 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com Received: from mail.amsl.com ([127.0.0.1]) by localhost (c8a.amsl.com [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id kO8y6joO2HPA; Thu, 27 Oct 2016 07:21:16 -0700 (PDT) Received: from [172.18.0.71] (rrcs-67-52-233-113.west.biz.rr.com [67.52.233.113]) by c8a.amsl.com (Postfix) with ESMTPSA id D0F4B1E55B9; Thu, 27 Oct 2016 07:21:15 -0700 (PDT) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) From: William Lupton In-Reply-To: <147757642046.24647.14523076970037138563.idtracker@ietfa.amsl.com> Date: Thu, 27 Oct 2016 09:22:09 -0500 Content-Transfer-Encoding: quoted-printable Message-Id: <9305ABF0-AF11-4F82-957C-99C8F6B7A745@broadband-forum.org> References: <147757642046.24647.14523076970037138563.idtracker@ietfa.amsl.com> To: Robert Wilton , netmod@ietf.org X-Mailer: Apple Mail (2.3124) Archived-At: Subject: Re: [netmod] I-D Action: draft-ietf-netmod-intf-ext-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: Thu, 27 Oct 2016 14:22:26 -0000 Rob, all, Please note that the ietf-interfaces-common tree doesn=E2=80=99t seem to = match the YANG (at least as far as features are concerned). Also I = noticed that the module names are reported (at least once) in the draft = as interface-extensions and etherlike-interfaces, whereas they are now = ietf-interfaces-common and ietf-interfaces-ethernet-like. Thanks, William > On 27 Oct 2016, at 08:53, 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 : Common Interface Extension YANG Data Models > Authors : Robert Wilton > David Ball > Tapraj Singh > Selvakumar Sivaraj > Filename : draft-ietf-netmod-intf-ext-yang-02.txt > Pages : 25 > Date : 2016-10-27 >=20 > Abstract: > This document defines two YANG modules that augment the Interfaces > data model defined in the "YANG Data Model for Interface Management" > with additional configuration and operational data nodes to support > common lower layer interface properties, such as interface MTU. > These properties are common to many types of interfaces on network > routers and switches and are implemented by multiple network > equipment vendors with similar semantics, even though some of the > features are not formally defined in any published standard. >=20 >=20 > The IETF datatracker status page for this draft is: > https://datatracker.ietf.org/doc/draft-ietf-netmod-intf-ext-yang/ >=20 > There's also a htmlized version available at: > https://tools.ietf.org/html/draft-ietf-netmod-intf-ext-yang-02 >=20 > A diff from the previous version is available at: > https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-netmod-intf-ext-yang-02 >=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 From nobody Thu Oct 27 08:13: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 2CE5E129675 for ; Thu, 27 Oct 2016 08:13:39 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.953 X-Spam-Level: X-Spam-Status: No, score=-14.953 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=-0.431, 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 zs88JdLyvQfW for ; Thu, 27 Oct 2016 08:13:35 -0700 (PDT) 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 C417612967D for ; Thu, 27 Oct 2016 08:13:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=2522; q=dns/txt; s=iport; t=1477581204; x=1478790804; h=subject:to:references:from:message-id:date:mime-version: in-reply-to:content-transfer-encoding; bh=R0uOEYAPVR7AjjhRmxcaRVJDXSW1v98mR2nYK6FG1ns=; b=gLDuM4gu7iLTI71BK/uiOLRn/ea1iYq/e8EItNYhigMiK+KA781leTBr bLdGWCb39h8fzntaaVU69JZTbnLo0U6JlzbIPYMPcNKuh9hyTqMlLIwiu 39gDGFvmzHacHTeJHEt7kjTF3n7TM2BayfCmwESB/wZZ1LPM3AvFT50Sb Q=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0DnAQDzGBJY/xbLJq1cGQEBAQEBAQEBA?= =?us-ascii?q?QEBBwEBAQEBgyoBAQEBAXUqU403ln+UP4IHHQuFMUoCgjwUAQIBAQEBAQEBYii?= =?us-ascii?q?EYwEBBAEBASAPAQU2GwsOCgICJgICJzAGAQwGAgEBiFAOswyMeAEBAQEBAQEBA?= =?us-ascii?q?QEBAQEBAQEBAQEegQeFNoF9gliHS4JbBZoWhi2JdoFuToQfgxeGEok2g1WEAR4?= =?us-ascii?q?2UQYIhQo9NIhfAQEB?= X-IronPort-AV: E=Sophos;i="5.31,553,1473120000"; d="scan'208";a="647692487" Received: from aer-iport-nat.cisco.com (HELO aer-core-3.cisco.com) ([173.38.203.22]) by aer-iport-3.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 27 Oct 2016 15:13:22 +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 u9RFDLFS015257; Thu, 27 Oct 2016 15:13:22 GMT To: William Lupton , netmod@ietf.org References: <147757642046.24647.14523076970037138563.idtracker@ietfa.amsl.com> <9305ABF0-AF11-4F82-957C-99C8F6B7A745@broadband-forum.org> From: Robert Wilton Message-ID: Date: Thu, 27 Oct 2016 16:13: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: <9305ABF0-AF11-4F82-957C-99C8F6B7A745@broadband-forum.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Archived-At: Subject: Re: [netmod] I-D Action: draft-ietf-netmod-intf-ext-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: Thu, 27 Oct 2016 15:13:39 -0000 Hi William, Thanks! I'll fix these and re-post. Regards, Rob On 27/10/2016 15:22, William Lupton wrote: > Rob, all, > > Please note that the ietf-interfaces-common tree doesn’t seem to match the YANG (at least as far as features are concerned). Also I noticed that the module names are reported (at least once) in the draft as interface-extensions and etherlike-interfaces, whereas they are now ietf-interfaces-common and ietf-interfaces-ethernet-like. > > Thanks, > William > >> On 27 Oct 2016, at 08:53, 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 : Common Interface Extension YANG Data Models >> Authors : Robert Wilton >> David Ball >> Tapraj Singh >> Selvakumar Sivaraj >> Filename : draft-ietf-netmod-intf-ext-yang-02.txt >> Pages : 25 >> Date : 2016-10-27 >> >> Abstract: >> This document defines two YANG modules that augment the Interfaces >> data model defined in the "YANG Data Model for Interface Management" >> with additional configuration and operational data nodes to support >> common lower layer interface properties, such as interface MTU. >> These properties are common to many types of interfaces on network >> routers and switches and are implemented by multiple network >> equipment vendors with similar semantics, even though some of the >> features are not formally defined in any published standard. >> >> >> The IETF datatracker status page for this draft is: >> https://datatracker.ietf.org/doc/draft-ietf-netmod-intf-ext-yang/ >> >> There's also a htmlized version available at: >> https://tools.ietf.org/html/draft-ietf-netmod-intf-ext-yang-02 >> >> A diff from the previous version is available at: >> https://www.ietf.org/rfcdiff?url2=draft-ietf-netmod-intf-ext-yang-02 >> >> >> 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 >> > . > From nobody Thu Oct 27 08:46:55 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 09C1C12945E; Thu, 27 Oct 2016 08:46:44 -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.36.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <147758320403.24567.11982343349026141662.idtracker@ietfa.amsl.com> Date: Thu, 27 Oct 2016 08:46:44 -0700 Archived-At: Cc: netmod@ietf.org Subject: [netmod] I-D Action: draft-ietf-netmod-intf-ext-yang-03.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, 27 Oct 2016 15:46:44 -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 : Common Interface Extension YANG Data Models Authors : Robert Wilton David Ball Tapraj Singh Selvakumar Sivaraj Filename : draft-ietf-netmod-intf-ext-yang-03.txt Pages : 26 Date : 2016-10-27 Abstract: This document defines two YANG modules that augment the Interfaces data model defined in the "YANG Data Model for Interface Management" with additional configuration and operational data nodes to support common lower layer interface properties, such as interface MTU. These properties are common to many types of interfaces on network routers and switches and are implemented by multiple network equipment vendors with similar semantics, even though some of the features are not formally defined in any published standard. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-netmod-intf-ext-yang/ There's also a htmlized version available at: https://tools.ietf.org/html/draft-ietf-netmod-intf-ext-yang-03 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-netmod-intf-ext-yang-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/ From nobody Thu Oct 27 16:04: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 7D2E3129976 for ; Thu, 27 Oct 2016 16:04:12 -0700 (PDT) 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=infinera.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 sSbV4y2qvbvt for ; Thu, 27 Oct 2016 16:04:10 -0700 (PDT) Received: from NAM01-BY2-obe.outbound.protection.outlook.com (mail-by2nam01on0064.outbound.protection.outlook.com [104.47.34.64]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 47927129975 for ; Thu, 27 Oct 2016 16:04:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=infinera.onmicrosoft.com; s=selector1-infinera-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=hD5K8KWvmx/6TE0g5uDZmIFqYsRJoUdDslL5wSPebvg=; b=UkvCnv9J13fzN2xgEoGgoa+U1eNDi1iAo2UUWjHJVehgGftpa52+ZA5ZE9zDWg4oj/b5iSyDrSGXYzPIjTT27pSKMPDkqHy9KANA2CR5TTnfOzn7V/hcr0eZQu9tzVvK9+mjJLYlS+paBYQ9N5FLgCJB1wBZbS/P6OMf5ULuBeE= Received: from SN2PR10CA0019.namprd10.prod.outlook.com (10.160.12.157) by BY1PR10MB0199.namprd10.prod.outlook.com (10.160.107.12) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.679.12; Thu, 27 Oct 2016 23:04:07 +0000 Received: from DM3NAM03FT065.eop-NAM03.prod.protection.outlook.com (2a01:111:f400:7e49::203) by SN2PR10CA0019.outlook.office365.com (2a01:111:e400:3411::29) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.679.12 via Frontend Transport; Thu, 27 Oct 2016 23:04:06 +0000 Authentication-Results: spf=pass (sender IP is 204.128.141.23) smtp.mailfrom=infinera.com; ietf.org; dkim=none (message not signed) header.d=none;ietf.org; dmarc=bestguesspass action=none header.from=infinera.com; Received-SPF: Pass (protection.outlook.com: domain of infinera.com designates 204.128.141.23 as permitted sender) receiver=protection.outlook.com; client-ip=204.128.141.23; helo=owa.infinera.com; Received: from owa.infinera.com (204.128.141.23) by DM3NAM03FT065.mail.protection.outlook.com (10.152.82.254) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.693.6 via Frontend Transport; Thu, 27 Oct 2016 23:04:04 +0000 Received: from SV-EX13-PRD1.infinera.com (10.100.103.228) by sv-ex13-prd1.infinera.com (10.100.103.228) with Microsoft SMTP Server (TLS) id 15.0.1178.4; Thu, 27 Oct 2016 16:04:04 -0700 Received: from SV-EX13-PRD1.infinera.com ([10.100.97.11]) by sv-ex13-prd1.infinera.com ([10.100.97.11]) with mapi id 15.00.1178.000; Thu, 27 Oct 2016 16:04:03 -0700 From: Anurag Sharma To: "netmod@ietf.org" Thread-Topic: New Version Notification for draft-sharma-netmod-fault-model-01.txt Thread-Index: AQHSMJmBk0FDL4NFzUODvWdLb0OOMaC9YPsA Date: Thu, 27 Oct 2016 23:04:03 +0000 Message-ID: <0A23A2E7-E262-4D2C-A871-04212BD23AD5@infinera.com> References: <147760389958.24662.14709135278700876694.idtracker@ietfa.amsl.com> In-Reply-To: <147760389958.24662.14709135278700876694.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.100.99.93] Content-Type: text/plain; charset="utf-8" Content-ID: <3477DB3945228E47A6F9C0F4AB4CD069@infinera.com> Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-EOPAttributedMessage: 0 X-Forefront-Antispam-Report: CIP:204.128.141.23; IPV:NLI; CTRY:US; EFV:NLI; SFV:NSPM; SFS:(10009020)(6009001)(7916002)(2980300002)(438002)(199003)(377424004)(377454003)(24454002)(189002)(2501003)(6916009)(83716003)(5640700001)(7636002)(19580405001)(7736002)(7846002)(19580395003)(3846002)(305945005)(6116002)(107886002)(8936002)(10400500002)(4326007)(102836003)(189998001)(246002)(50466002)(23676002)(82746002)(2950100002)(4001150100001)(586003)(77096005)(87936001)(15975445007)(80792005)(2900100001)(230783001)(110136003)(86362001)(33656002)(626004)(2351001)(53416004)(356003)(106116001)(5660300001)(50986999)(106466001)(4001430100002)(2906002)(92566002)(54356999)(1730700003)(76176999)(36756003)(8676002)(47776003)(104396002); DIR:OUT; SFP:1101; SCL:1; SRVR:BY1PR10MB0199; H:owa.infinera.com; FPR:; SPF:Pass; PTR:outgoingmail1.infinera.com; A:1; MX:1; LANG:en; X-Microsoft-Exchange-Diagnostics: 1; DM3NAM03FT065; 1:EtcKEo7fgexdMRr41Ww0zrYFBWf+VgS4Ea+jdCH8NPY4sOz/dtVNourQwIk6XAESM0xuBTw7EeIjzoAYIINxLdPEPRb8C4YZ7AoNfqa6FfeLtNrCHNzLTPi113yWaRmDSqQPhytAI42C5ABSyB6t1dJk56rVxYrnm33G44I86sCR8XBtHY351AkWSJ9ocUELmmK/AOsBKGHKVT2s8hm/d0hQrf8T4GxHsp6pB8siH+DqB+Ramb4tAWVFGkdTxOyNCOx1g9+QNr3mthbnbBM83DtNAC8PEoPTCixhp6zXU/938Nkf0/OXcDszwNZa8je9eUpsKxwUYZJ4X3c1l05zBVYDWMebnXR0tL2P48nWLm6FjPgbASuTz4bb/rVrI0iDepj0mdHG2stc7q9Ku9OEvc6o0cK/nvNvmbTY8bwU2MrtAIjaYo1kNbp9Smohx6/0U1ctMSbSWFJ7cJ/B+UibCYL3dsGlVWjuMlMlrUbrFHC/liO9xUSZ0FZiX2JO3p8TkP41ymoSojv9QvPWe2bHJU8qCBXDWWjUwEA42ttRrhTsUJZD8U5nptyWt6yulnqAvG2zVqxVqjC7jTo1olhrig== X-MS-Office365-Filtering-Correlation-Id: 4062a2cc-5337-49da-75d7-08d3febd8cba X-Microsoft-Exchange-Diagnostics: 1; BY1PR10MB0199; 2:iEEK35OPnbKGRRmmkJgEZfPV4A7iJ7Sp+92asLOcJV23FS0M9pAMN64zJeLmGAI2aqNME3ffQj9S/OvyR12SYnnIl7MqBpetpzXfSwID8E7CxOagwwuI5yAWQYfpL8hTVxzpkJpuKg7lc7b5EOTlFN5e4tymw8PsOlznKc5LRQL8iMxqCQMsayzozBqffRoomgbc+SjdcsjadQNGEEFFrQ==; 3:Fvne+dbVpwAvNMRBPTpj5uYAr4q8VvwQD4Oc7ByjKUolfVinpeckdcZPSkRjHnqMJnwJ7HCczgGHc/Mhy52KmlT8VMFctmvZUejLGt/bgFS8IaWGfJmia8P4H14FcTuzaBd263HBaIRsW82MHk/Z3LTPV533BRFoEK55wsPHZ5IGAYMGwxeZhslo1W7IJSerbECgLHezmqdNMgpf4ycxIBXKesCWGYEkUCdeN96hdvlBfcefX4ardf/NE+FLFo3em+gJfDOCFI3jPQNJysiccoQ5zt13By+l208366bCB9U= X-Microsoft-Antispam: UriScan:; BCL:0; PCL:0; RULEID:(8251501002); SRVR:BY1PR10MB0199; X-Microsoft-Exchange-Diagnostics: 1; BY1PR10MB0199; 25:GmFwhtPxyJ0kE9nBzBipDODBEgj9qM7iRwYamBSOv1lAb2zaYo5fz5Bi02HxctoQkYq5zVwXUWQzFCxnKHCRkn+c4LAV9Nc2UYe+6z5GbTReOWBEEjkcgR7XwpBwuesG07Bf7GUeEE2y7nvRkUn2RuRRnG70tTHhOlLS9oWaQDtTQ03hfKjQ/ebG9PJnl9Xk+UzuMzgDrw1mPmcEQ+uhDqHrrJMKIGnI/wTCxt6Y/t6UY0DcC8SFhQY+vCHrqGOlamWNWSgOoWhzuGMaJQzh/Ky6Tt3/Wz6KtRNvvYjI27ckYRl0t82YIoOXLOzma5869/MDR6o9IciSETRgf7173yXR1D/J6YlfmKN7cMv6zDaXu+7ga0sU1KhTlj5G5RJladLvxTGoHG6CVe/ffsCsS0bsA4H7WmcC0uw0at3ryYpbQrP3n0yoWI4oN1qfae7JJSprfExOeV+76ftObiQC5mwe4/Q8T3nxbPR8w63YjiQzOgJVYa0YaTL3PiSUVukBY6yUnMDiQ+PxJxGkXU9vRNkz8b+KMVNOWUqTtqSbnizgA+sRipgzT10005xwXqhr/MCVaymJiNsm5+26vjTqdIJt73LcUKQkEzQcEt4eKqesZSDptw/+OhSby8cfuWLgTala4UStrJGRDhEajv9PDDFnPwftyB+9+SO8JZqqvsprseRPp63HqMPfY42zUdOUFhWiD1/pgSD9tohziDOn+hkEZM9lsCU/DeczzGqL/bwN9qnUix/uWI8XoEgDfkKVv8grhxmbI8cfdsOVtfx5qBMeTNXKuQ647K8o3vY7O5ff/gB0aWy3x9xEw+rpChd0TCMeWU2aucBnOvP8MYQzYnNXwG1sMyJewECpcBwVAJByaH/UODx2hrjfYeRtRCF+Id0hFUI9sKaBgr24i39BFQ== X-Microsoft-Exchange-Diagnostics: 1; BY1PR10MB0199; 31:zuEQur+YBM3MUcTVYc2w0imeSfqZlQC/iRZ4jSXysqVvY2B9cCLJJ6HG+/8gdGkPQpHIIcjgOsOBzbaBLOS8SSHlyo275vxYyRomC6vD0H7G5UsRX3PyeZBs445J9HGGqXmMI2q2Hr2HNnuLizKXmWuk8hG6QEjsIsnAohg2JjIE1dYEOcsBXzJAaYTMwNIH0M6fQ2dUjW/dz0s9/Pcmz+mfrVhOMHswrkfG/179X6g12HyCFIO49ockupGrms1z2kByesZKZhj0Yc2tIkWCew==; 4:hebm8SzBhIBDZ5eLs7kHQeMm8Lp/0IRsZEQ+a7nvnZqFJm0S80406h3TbqBqJKOx7nmxDxqOn0YRDKE1n8IejNj481ecSkSZTUfqHDDGR54B/UqpcsjQKcHuQEdN74LK6esrV4ED2K49niCuYjZnco3dkeoD0qu8EIKEUnM3FjFw+WsLmkFqQgYbRZVNzlrOlDjXV6Fj1XdHIy7DROfPAJUDMao+p214WuuAsWqJ7/DGqVTuh0guKMXruKkQqm3I4RRnPAiN7ocl6crYWP3lm+mLofGfpYGBCn0XeIRpw+SPFE8SdJH9qeheIY3UL8lqNOHonIfl1wy2p9REGL020IAsuaEjy/nTe4z1QLpu043cJTRaLjAQfomzIMWSLKjZWkW+DuoklyswGw8Ba1/X14sso7NUma0JG1eB/cSEchtthssQ7j/XN39Otbd7aNB61ZTgb+xtH6cD3c0Ee3wbjr0BRCWe5i9hyrV8NUwU+lCawZj0yNkhgLTkrSTXvCHwM/B9bRF9dYgYIt1Dk2JzgKcf9bF+gPd8fibEDM15hO346WPPR1bZ+JsK0f+HviQE X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:(120809045254105)(211171220733660); X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(6040176)(601004)(2401047)(8121501046)(13024025)(5005006)(13015025)(13023025)(13018025)(13017025)(3002001)(10201501046); SRVR:BY1PR10MB0199; BCL:0; PCL:0; RULEID:; SRVR:BY1PR10MB0199; X-Forefront-PRVS: 0108A997B2 X-Microsoft-Exchange-Diagnostics: =?utf-8?B?MTtCWTFQUjEwTUIwMTk5OzIzOmJCYzhmSW5iK0N3SnNxelRmbWV5MFJlZlc1?= =?utf-8?B?SHlPY3MrcDNXWnhtenNPbjVWVjVTbDRzaEhoRzllaXpITEpzemtNNkUzNFJZ?= =?utf-8?B?L3lnWXQyd0lpRnVHR1RVelFrTm9hQ25JZzJYaVZuSUlCb1VJQnhPczM5NnBa?= =?utf-8?B?K2NDK0VtcmpwdndsWFpLOEhvczRoakhQUmUzWDd0dW1wbDI2Y09ya2dRQXR0?= =?utf-8?B?YWhqVXBoRit6YmczYzZHZGtJT0lwNmNmYXhDR3lJODZxVDg1NTF1MUNnaUxV?= =?utf-8?B?blh4R1k2THp2bkdiVWl1VUd4WTU0QXl3NjVDc2tGVDQxcERGanptV0s5UmlX?= =?utf-8?B?TVpxQndBZExrQVlyc21wQThXSjZoU3loTjdmY1BKdURkeEkvTXRrdnpibjFl?= =?utf-8?B?RFUxTk81L0cxVmpaVXZHWGtJNTg3aFQrT3hMTi9nQ21mbTFBQjRYeHE2a1RW?= =?utf-8?B?T1drTlg5N0IvV0dQanlMRW5SMmJyazVJak9pc25mTEdlZXdXYTczSlZQNTlQ?= =?utf-8?B?YlZVZTh3VTNIMERxbHVCdmVVbDkyUldGQVZNVk5SVWkvUGhkMUNWUWpKZUFz?= =?utf-8?B?d29jMzRreFdCVGxTTGRkY3dHV1ptTEd3R1lUbUJxRG5GLzJLTXZEYWUrOEY4?= =?utf-8?B?S0xGenNoRHNVYytrV0tFdTRUVC9uMitBWmJHejk2L1Y3Q004T21ycW0wWjUz?= =?utf-8?B?M3NVbTVXWWloaGlGbnlpZUhMSk5Gb2JreXB3eTZwRTcwNCtoK3JaZzhHdFBG?= =?utf-8?B?RTc0bnRiMEdCK3MwNnowK3JRV09Gb2MxK01yU0NYRTZpUDdibldTN1M1VVNy?= =?utf-8?B?MWRzRG5ndG0zWTY2Q0M0NlZzNDVJajNtSlZ1VmRtc0d3Z0N0a0pyMWJYNmxB?= =?utf-8?B?U0JXTm1xQUdrY0tWTmcvQ3dzaC9oWHRIOUsyM2pWVnFzc1FkdDhhb1h5TVJ2?= =?utf-8?B?VFNaVCtMTk1HOUIrU3NQWjY2Zk9PSkVuQ0crY0VkNG91eXBYSzdHc0JoMitr?= =?utf-8?B?eERKL2c0SEdheEZaQ01XWnI0V3lIc2JFeWtqMjhBRHBqWDQ5VXdpaWk2SHd3?= =?utf-8?B?S0p1dmVPekhpSXRBSTMxeG9HS1RPRmRtZWtlNmxEMFE4bUdncFZYM3loRDBW?= =?utf-8?B?NElMUDNkNzRPc1N4YnV1ZkFTdFdoVWFKNXV6MzZzTzNoQnlzeExvVU9pYVgy?= =?utf-8?B?RnRuMzRuSTNTNmdmNk1KRThKdURhQ290N2Ewb2NhREN6WElXd3FYSFpxWnZZ?= =?utf-8?B?dlVJSERkZklJYThqN2g4UXVWeDJUV2lJWjRJZnJqK0ZWcGNvQkQ0TXVQenp1?= =?utf-8?B?bzJ3Y2RiVU5zc3U4YUpMeFArTURwM0owNjdDZHNMRVkyQnc5Ry94SVRmRWJ2?= =?utf-8?B?cCszNkNWRkdKbVpFUW1FU0lHSUd6MTNod3hPSXl6VHlTRDh2d0oxSlcrL092?= =?utf-8?B?allaTXBUNEFjMEpKdWhhdGU2dVArUmpicGt2SHRmQlNsNlBnMXdyZ2Q5N09Z?= =?utf-8?B?dzk5OStncVUxS1FEKzdwM3ZUQjZRdmRNUmNLeHpNSVdtcWQrY2lzaDBQZGJK?= =?utf-8?B?UTc3SklRcGhLa0FPYXRSMHBWbE5UT2szcDl5YUFDaHdSbDhiVkVLamtaSjdS?= =?utf-8?B?NW9NRjB4WDFYRXJJK0FMVFJZK1E0QVViaGRDS2Z4QmpBeDlDS1Iramd5Z1Z3?= =?utf-8?B?TDhHdnJIQjl4ZW1LVk1tTm1zZ0ZWbmhjZGpydTZPOFllVjdSVytEa2pNTGlR?= =?utf-8?B?TkVRczliZW1vcWNMeDFRUzF4OTQxb1R4WnpZYzRudnpHd3UvL1N0blRaTE8x?= =?utf-8?B?ZjFCQWE3NHBMOGdhekM2c3FITlJrQTNKUERDb0ZxRzFTdTRwT1hGcGZDKzVH?= =?utf-8?B?eVpJSzUveUtvUk5tZjRBZW5qV2tNZ0RVTkFVVS95OUJZZjN5aUdtTWkxbkM5?= =?utf-8?B?ZVZLb090ckJmZU5tSnNObXp3a0xHaEIzaG1SYkYzZWpWb1hJWTkxbE5BbTBv?= =?utf-8?B?dWFObCtoSzJEVWpzMFN4Smw4YzFDMjJ6d1Rkdz09?= X-Microsoft-Exchange-Diagnostics: 1; BY1PR10MB0199; 6:2B+I+1aqYaHwXp+Ls4z0BPrvN6b9x/80seaWoV/39HridlfzlaEkPSzpZI1CrOahOdz52/JH0SPXcEOSbXO8Tn9dvjtxMZtgRVd1GKmkFAasITfVXXaZ5FJv0XPAFdVUKR1i5ZvfjG47vqepkGDH9vYm+b3XiRQ2aGP3jzQ6iHt5IRh4lB4m4Nw82Rkyv6j4RtP2uyUBv3tj/ywVRpOcWpw5FF4Ox0dHf08IWktFL2qMLQ6WPUIqMy/076vdSmgUTrrpVrXb+F7R64TkL913oxPAth/vmX+qqNEZZKAK2RvuBp/15T4jKAG34r/7YbgW; 5:n8+Ctk6SNIhqXVQaIA0nPj9Bh/xKFhcxEFv4O56j3cRNe7T9dkikGTXrv/cEZ+RUqsjohaCVzzF6L9oSqgfirHfzYlbLN8yMlXSATboke8UGXJTMlAAkyrsa7Wa+zGP+dg9MXTclO/8Q9YQ9WypKWQ==; 24:r6cp2T89dhuFlI5crlElUAYdvWj8iQBaOeIzk+yTNX2cmbU4RkQptiMCoyhm/aLNNjaFUaNZ+Z2ExPBu9ArjAW6RwnQU9zZTKWvf/zWTzbI=; 7:fnSmB37y6a6KFpsdfn/Y7X54Tak1/5l4/z6NaK36MhYOTrcwulNvG8zfZE+lgnAIyf7oW5DINscW3CG0K821cw0HulyvaqN+3JgGYKc5kyviDevrFccL0lWC18PLHsUzJ5oKCMjIE0NLN2Dre6xu4tyOIiZyjmdU/6mpxzju4F3jrXJ78Sw7wdzMMNo+Cr1ZlNsVIabQVN0iuTC1FPziMcRMShjBn1aO+N9j4o8Vvl4r91VRhLyrDPszBeLblQnE+KEShWmJRyrLynPJKYdMfNXDiEL9Ysn10r/MQvCjt9FAtEXb5IJ8KNmOoiFLk2ogYEzIgm9AAoUtRvtQV6D2aRmhdWGYTvEdMWVyyllaXAw= SpamDiagnosticOutput: 1:99 SpamDiagnosticMetadata: NSPM X-OriginatorOrg: infinera.com X-MS-Exchange-CrossTenant-OriginalArrivalTime: 27 Oct 2016 23:04:04.9707 (UTC) X-MS-Exchange-CrossTenant-Id: 285643de-5f5b-4b03-a153-0ae2dc8aaf77 X-MS-Exchange-CrossTenant-OriginalAttributedTenantConnectingIp: TenantId=285643de-5f5b-4b03-a153-0ae2dc8aaf77; Ip=[204.128.141.23]; Helo=[owa.infinera.com] X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem X-MS-Exchange-Transport-CrossTenantHeadersStamped: BY1PR10MB0199 Archived-At: Cc: Rajan Rao , Xian Zhang Subject: Re: [netmod] New Version Notification for draft-sharma-netmod-fault-model-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: Thu, 27 Oct 2016 23:04:12 -0000 SGksDQoNCkEgbmV3IHZlcnNpb24gb2YgImRyYWZ0LXNoYXJtYS1uZXRtb2QtZmF1bHQtbW9kZWwt MDHigJ0gaGFzIGJlZW4gdXBsb2FkZWQuIEluIHRoaXMgdmVyc2lvbiB3ZSBoYXZlIGluY29ycG9y YXRlZCBjb21tZW50cyB0aGF0IHdlIHJlY2VpdmVkIG9uIHZlcnNpb24gIjAwIi4gUGxlYXNlIHJl dmlldyB0aGUgbmV3IHZlcnNpb24gYW5kIGxldCB1cyBrbm93IHlvdXIgY29tbWVudHMuDQoNCldl IHdpbGwgYWxzbyBkaXNjdXNzIHdpdGggTWFydGluIGFuZCBTdGVmYW4gYmVzdCBwYXRoIGZvcndh cmQgZm9yIGRyYWZ0LXZhbGxpbi1hbGFybS15YW5nLW1vZHVsZS0wMCBhbmQgdGhpcyBkcmFmdC4N Cg0KVGhhbmtzLA0KQW51cmFnLCBYaWFuICYgUmFqYW4NCg0KPiBPbiBPY3QgMjcsIDIwMTYsIGF0 IDI6MzEgUE0sIGludGVybmV0LWRyYWZ0c0BpZXRmLm9yZyB3cm90ZToNCj4gDQo+IA0KPiBBIG5l dyB2ZXJzaW9uIG9mIEktRCwgZHJhZnQtc2hhcm1hLW5ldG1vZC1mYXVsdC1tb2RlbC0wMS50eHQN Cj4gaGFzIGJlZW4gc3VjY2Vzc2Z1bGx5IHN1Ym1pdHRlZCBieSBBbnVyYWcgU2hhcm1hIGFuZCBw b3N0ZWQgdG8gdGhlDQo+IElFVEYgcmVwb3NpdG9yeS4NCj4gDQo+IE5hbWU6CQlkcmFmdC1zaGFy bWEtbmV0bW9kLWZhdWx0LW1vZGVsDQo+IFJldmlzaW9uOgkwMQ0KPiBUaXRsZToJCUFsYXJtIFlB TkcgTW9kZWwNCj4gRG9jdW1lbnQgZGF0ZToJMjAxNi0xMC0yNw0KPiBHcm91cDoJCUluZGl2aWR1 YWwgU3VibWlzc2lvbg0KPiBQYWdlczoJCTI4DQo+IFVSTDogICAgICAgICAgICBodHRwczovL3d3 dy5pZXRmLm9yZy9pbnRlcm5ldC1kcmFmdHMvZHJhZnQtc2hhcm1hLW5ldG1vZC1mYXVsdC1tb2Rl bC0wMS50eHQNCj4gU3RhdHVzOiAgICAgICAgIGh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcv ZG9jL2RyYWZ0LXNoYXJtYS1uZXRtb2QtZmF1bHQtbW9kZWwvDQo+IEh0bWxpemVkOiAgICAgICBo dHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtc2hhcm1hLW5ldG1vZC1mYXVsdC1tb2Rl bC0wMQ0KPiBEaWZmOiAgICAgICAgICAgaHR0cHM6Ly93d3cuaWV0Zi5vcmcvcmZjZGlmZj91cmwy PWRyYWZ0LXNoYXJtYS1uZXRtb2QtZmF1bHQtbW9kZWwtMDENCj4gDQo+IEFic3RyYWN0Og0KPiAg IFRoaXMgZG9jdW1lbnQgZGVzY3JpYmVzIHRoZSBBbGFybSBZQU5HIGRhdGEgbW9kZWwgZm9yIG1v ZGVsaW5nIGFuZA0KPiAgIHJlcG9ydGluZyBzdGFuZGluZyBhbGFybSBjb25kaXRpb25zLg0KPiAN Cj4gDQo+IA0KPiANCj4gUGxlYXNlIG5vdGUgdGhhdCBpdCBtYXkgdGFrZSBhIGNvdXBsZSBvZiBt aW51dGVzIGZyb20gdGhlIHRpbWUgb2Ygc3VibWlzc2lvbg0KPiB1bnRpbCB0aGUgaHRtbGl6ZWQg dmVyc2lvbiBhbmQgZGlmZiBhcmUgYXZhaWxhYmxlIGF0IHRvb2xzLmlldGYub3JnLg0KPiANCj4g VGhlIElFVEYgU2VjcmV0YXJpYXQNCj4gDQoNCg== From nobody Thu Oct 27 17:02: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 1461612947B for ; Thu, 27 Oct 2016 17:02:10 -0700 (PDT) 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 IxKna3Yk1yCy for ; Thu, 27 Oct 2016 17:02:08 -0700 (PDT) Received: from mail-oi0-x22d.google.com (mail-oi0-x22d.google.com [IPv6:2607:f8b0:4003:c06::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 22B091295C1 for ; Thu, 27 Oct 2016 17:02:08 -0700 (PDT) Received: by mail-oi0-x22d.google.com with SMTP id n202so77632117oig.3 for ; Thu, 27 Oct 2016 17:02:08 -0700 (PDT) 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=84y0Zutv6aivTbIk3XLpjUNvfVSTaArooJqjkgOwFiA=; b=VtaAMytHQ5BNdTUG9W5NeEEsiwz8GS+KNGDesI1CH6Wldynjv7f+wsyoZO+AoICFOc LEkQuLzYcD+7S0ZsTQSHDHN9Y/vYuIG8kImizj5cIHK6Whk9vefWJpJC5FogjH9WqSZY D6UFZFPwLsaBCxKYX3UvXKQB+AxwJU8BTnejN87ZRdk0gZ/pRWsg9cHpPb/iwbAA+fXV w1mLR7iKNXJUnlURkY7ViaEf8Eq6fyUaJKXH0iYVnYu3soFgDW3GQ7r22RGRLoUCVaAj lfvyvL5vr4MBGR/gDZpgpM85xlmcOPh1j33hnDvP6TE5SlEF8I1rlQ5ETJVtRfNMGhtY wX7g== 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=84y0Zutv6aivTbIk3XLpjUNvfVSTaArooJqjkgOwFiA=; b=VlhvVkYG2lPTahOAT4doI+YiWySq/RMWmr1VvBUrPwb5LDg/r0aUbWhPPidU7nJ9jz zsEmNt2+hyOoC4PT8nS0Osf+ew2vHTwWbZaHAR4uHjuXynhgPPP96LrnrGOOUXIZUXqp eRMEWdcwTcHVT5xQOSsiCqccFfcNHXwbGEaFsKB6GYw0OmrScaq5foo1IcbT+c56qr18 6JpMHwfnVTFaABtR4kOdO71rSQJ3BjEjnv0eOTcNHejNdefAvKzaO3PNzMpJGD/7jZUK dzaos9D80dhyh71E7eSV8tGmcmHgnK47ggTM15itZak0Ur9KlaDn+2hwYtBxcI+WSFBb Ym4Q== X-Gm-Message-State: ABUngvd5hDOXZFSPpZirjdbi6nmEy3kbfkRZ3Ul69Fq+BRPTTp+/lvW/B2jOq9dZBfczRA== X-Received: by 10.202.234.196 with SMTP id i187mr10395029oih.151.1477612927393; Thu, 27 Oct 2016 17:02:07 -0700 (PDT) Received: from ?IPv6:2001:420:30d:1320:c847:53a0:a390:1fa7? ([2001:420:30d:1320:c847:53a0:a390:1fa7]) by smtp.gmail.com with ESMTPSA id 17sm3035659oii.17.2016.10.27.17.02.04 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Thu, 27 Oct 2016 17:02:05 -0700 (PDT) Content-Type: multipart/alternative; boundary="Apple-Mail=_A176E70C-4ED7-4A72-9C2C-C3A9C7D3D979" Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) From: Mahesh Jethanandani In-Reply-To: <0274BF0B-6047-4F98-81AF-56F3E91855FF@gmail.com> Date: Thu, 27 Oct 2016 17:02:03 -0700 Message-Id: <36F708FE-47F1-4B90-9EDF-92562B071205@gmail.com> References: <2AF42AB9-7E9F-44D7-9AD3-A0892E30E784@gmail.com> <2DBC4297-7981-41A2-9D57-BB2A0A5AE95C@coriant.com> <0274BF0B-6047-4F98-81AF-56F3E91855FF@gmail.com> To: Dean Bogdanavich X-Mailer: Apple Mail (2.3124) Archived-At: Cc: "agarwaso@cisco.com" , "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, 28 Oct 2016 00:02:10 -0000 --Apple-Mail=_A176E70C-4ED7-4A72-9C2C-C3A9C7D3D979 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii And Cisco being the other vendor to have implemented the model. > On Oct 27, 2016, at 6:55 AM, Dean Bogdanovic = wrote: >=20 > Paul, >=20 > I apologize. Volta Networks implemented the draft. >=20 > Dean >=20 >> On Oct 27, 2016, at 9:52 AM, Doolan, Paul (Coriant - US/Irving) = > wrote: >>=20 >> Not sure if there's explicit IETF rules on this and I know we're all = individual contributors but, as a courtesy, will people claiming = implementations and using a non company email domain (e.g @gmail.com = ) indicate which organization it is that's done the = implementing.=20 >>=20 >> thanks, >> pd >>=20 >> On Oct 27, 2016, at 9:13 AM, Dean Bogdanovic > >> wrote: >>=20 >>> I support this draft publication and we have implemented this draft, = so there is another vendor implementation. >>>=20 >>> Dean >>>=20 >>>> On Oct 14, 2016, at 11:13 PM, Mahesh Jethanandani = > wrote: >>>>=20 >>>> I have reviewed this draft and support its publication. We have = implemented the model. >>>>=20 >>>> Mahesh Jethanandani >>>> mjethanandani@gmail.com >>>>=20 >>>> On Oct 13, 2016, at 5:05 PM, Kent Watsen > wrote: >>>>=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 = >>>> _______________________________________________ >>>> 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 = >>=20 >=20 Mahesh Jethanandani mjethanandani@gmail.com --Apple-Mail=_A176E70C-4ED7-4A72-9C2C-C3A9C7D3D979 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii And Cisco being the other vendor to have implemented the = model.

On Oct 27, 2016, at 6:55 AM, Dean Bogdanovic = <ivandean@gmail.com> wrote:

Paul,

I apologize. Volta = Networks implemented the draft.

Dean

On Oct 27, 2016, at 9:52 AM, Doolan, Paul (Coriant - = US/Irving) <paul.doolan@coriant.com> wrote:

Not sure if there's explicit IETF rules on this and I know we're all = individual contributors but, as a courtesy, will people claiming = implementations and using a non company email domain (e.g @gmail.com)  indicate = which organization it is that's done the implementing. 

thanks,
pd

On Oct 27, 2016, at 9:13 AM, Dean Bogdanovic <ivandean@gmail.com>
 wrote:

I support this draft publication and we have implemented this draft, so = there is another vendor implementation.

Dean

On Oct 14, 2016, at 11:13 PM, Mahesh Jethanandani <mjethanandani@gmail.com> wrote:

I have reviewed this draft and support its publication. We have = implemented the model.

Mahesh Jethanandani
mjethanandani@gmail.com

On Oct 13, 2016, at 5:05 PM, Kent Watsen <kwatsen@juniper.net> = wrote:

 
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
_______________________________________________
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=_A176E70C-4ED7-4A72-9C2C-C3A9C7D3D979-- From nobody Thu Oct 27 17:03: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 832EE12947B for ; Thu, 27 Oct 2016 17:03:16 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.698 X-Spam-Level: X-Spam-Status: No, score=-2.698 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, MIME_QP_LONG_LINE=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 HZpl6BVT6TNt for ; Thu, 27 Oct 2016 17:03:14 -0700 (PDT) Received: from mail-pf0-x230.google.com (mail-pf0-x230.google.com [IPv6:2607:f8b0:400e:c00::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 CA00F12942F for ; Thu, 27 Oct 2016 17:03:14 -0700 (PDT) Received: by mail-pf0-x230.google.com with SMTP id n85so26178343pfi.1 for ; Thu, 27 Oct 2016 17:03:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=user-agent:date:subject:from:to:cc:message-id:thread-topic :references:in-reply-to:mime-version; bh=6ZoZzd2kWwJecVDum09r3SvJW7IGNn9Y2a0ZB7vwgUQ=; b=VbufRUtN8H9dE85W9D1ktUFtrcn9x9XjBL/oKrZ5VQRY3gBvGvw3/ssDmei74XgXXu 8bNhfkqKca+eLL7+UI3UEOex/srjLDWePpC2zMCYeHzR7BpM1yzszosASPjEvRYDFqD2 nZO+dSLwtWHmY1LJjE2dnIQI9qcNrWYtet+xA/FBYgyi+Jf+mhz1eDiWQWjFsy7PkG1X zYjAvwlZsm+0MeYMLSFwbOYihgHLVHj+nc+nQE9uxncKFLCuu2LqkiQHorm570skuak7 rIE1UqgC8SGtX5zLgGOpbNSKCaKFeq7HEVDct8F4wyDi18E3p1etk374qoZH/lIpsY4f xMOw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:user-agent:date:subject:from:to:cc:message-id :thread-topic:references:in-reply-to:mime-version; bh=6ZoZzd2kWwJecVDum09r3SvJW7IGNn9Y2a0ZB7vwgUQ=; b=GzSu7085xYUBHTyV1OXZKwnbZuAi1xD4/Oh9kw1VjwNaeiAjOaeaLWsg0IHadbeGzC DxL4S1qF4I1Dtq/abWH+i4is4w9MHSM+//ayJLR8gUM7XQhbDUwpBuVdmG+fBe1OLiZa vOD6prcL6IzRzYNkE1uAdqHv4FwiK0+SVg3tCAJVqpih3i7MYhRMKLvO3AsIdGNiYZV4 QMMiGk1zDSyhgQxX+ISbksZ4cOf6lrKW4HM+ywHnhFXxNEAi4FlKjy+PVtZqqMCyAUHg E3OLweXAkzIsyu8Yun2HhW2mwjs83An99v4uvUxLSX4inPBH+0PdJbX6V5TgVPMb8la4 bngA== X-Gm-Message-State: ABUngvfgd3sy5Im3IgwzEJWRbOZEmirNyfp/5JufTTmMqCXPwWxqfBQzF/znH/7cYbYv3A== X-Received: by 10.99.174.71 with SMTP id e7mr16157151pgp.116.1477612994125; Thu, 27 Oct 2016 17:03:14 -0700 (PDT) Received: from [192.168.1.2] ([76.126.247.72]) by smtp.gmail.com with ESMTPSA id g196sm14195849pfb.43.2016.10.27.17.03.12 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 27 Oct 2016 17:03:13 -0700 (PDT) User-Agent: Microsoft-MacOutlook/f.1b.0.161010 Date: Thu, 27 Oct 2016 17:03:11 -0700 From: Jeff Tantsura To: "netmod@ietf.org" Message-ID: Thread-Topic: [netmod] WG Last Call for draft-ietf-netmod-acl-model-09 (until Oct 27, 2016) References: <2AF42AB9-7E9F-44D7-9AD3-A0892E30E784@gmail.com> <2DBC4297-7981-41A2-9D57-BB2A0A5AE95C@coriant.com> <0274BF0B-6047-4F98-81AF-56F3E91855FF@gmail.com> <36F708FE-47F1-4B90-9EDF-92562B071205@gmail.com> In-Reply-To: <36F708FE-47F1-4B90-9EDF-92562B071205@gmail.com> Mime-version: 1.0 Content-type: multipart/alternative; boundary="B_3560432593_901228755" Archived-At: Cc: "agarwaso@cisco.com" 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, 28 Oct 2016 00:03:16 -0000 > This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. --B_3560432593_901228755 Content-type: text/plain; charset="UTF-8" Content-transfer-encoding: 7bit Yes/support Cheers, Jeff This is a notice to start a two-week NETMOD WG last call for the document: Network Access Control List (ACL) YANG Data Model 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 --B_3560432593_901228755 Content-type: text/html; charset="UTF-8" Content-transfer-encoding: quoted-printable

Yes/support

 

<= p class=3DMsoNormal> 

Cheers,

Je= ff

 

 

<= div>
=

 <= /b>

 

=

T= his is a notice to start a two-week NETMOD WG last call for the document:

 

  &= nbsp;            = ;Network Access Control List (ACL) YANG Data Model

 <= o:p>

Please indicate your support or concerns by Thursd= ay, October 27, 2016.

 

We are particularly interested in statements of the form:<= span style=3D'font-family:Calibri'>

  * I have = reviewed draft-ietf-netmod-acl-model-09 and found no issues.

  * I have rev= iewed draft-ietf-netmod-acl-model-09 and found the following issues: ...

 

As well as:

 * I h= ave implemented the data model in draft-ietf-netmod-acl-model-09.

  * I am imple= menting the data model in draft-ietf-netmod-acl-model-09.

  * I am considering t= o implement the data model in draft-ietf-netmod-acl-model-09.

  * I am not consi= dering to implement the data model in draft-ietf-netmod-acl-model-09.=

 

Thank you,

NETMOD WG Chairs

 =

=

--B_3560432593_901228755-- From nobody Fri Oct 28 05:41: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 1CB9B129AD7 for ; Fri, 28 Oct 2016 05:41:17 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.332 X-Spam-Level: X-Spam-Status: No, score=-2.332 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.431, 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 zqIGTW08tjNE for ; Fri, 28 Oct 2016 05:41:16 -0700 (PDT) Received: from mail.tail-f.com (mail.tail-f.com [46.21.102.45]) by ietfa.amsl.com (Postfix) with ESMTP id D63F9129499 for ; Fri, 28 Oct 2016 05:41:15 -0700 (PDT) Received: from localhost (unknown [173.38.220.42]) by mail.tail-f.com (Postfix) with ESMTPSA id BAA9D1AE0148 for ; Fri, 28 Oct 2016 14:41:14 +0200 (CEST) Date: Fri, 28 Oct 2016 14:40:09 +0200 (CEST) Message-Id: <20161028.144009.2300675844322009274.mbj@tail-f.com> To: netmod@ietf.org From: Martin Bjorklund 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: Subject: [netmod] for emacs users 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, 28 Oct 2016 12:41:17 -0000 Hi, If you're an emacs user that use yang-mode to edit your YANG files, and have been struggling with 'fill-paragraph' which doesn't break the first line correctly, you might want to check out https://github.com/mbj4668/yang-mode where I have fixed this (*). Setting fill-column to 69 and using fill-paragraph now works great for formatting YANG modules that are included in I.Ds. /martin (*) As will be painfully obvious to anyone looking at the code, I'm not an elisp programmer, so if someone knows how to do this properly please let me know. From nobody Fri Oct 28 12:02: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 70E26129A6E for ; Fri, 28 Oct 2016 12:02:09 -0700 (PDT) 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 zPiXsdy3Vsaf for ; Fri, 28 Oct 2016 12:02:07 -0700 (PDT) Received: from NAM02-CY1-obe.outbound.protection.outlook.com (mail-cys01nam02on0094.outbound.protection.outlook.com [104.47.37.94]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 798121204D9 for ; Fri, 28 Oct 2016 12:01:48 -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=zLBwN9mpiolY+yW4kp/Qk9f0suLd8EFODljuDQ9GQes=; b=if/0wf1sqbnuXfDy1hK5QT1Nnu3njJts04UYrjcythxGxQxCssQW8Dlqy02+O75QpLAPZTimqy84fEYSXZz0gKO2GgJbVqXjEJQPECS79AngO9cVTPABqI9iwtiOZi9SZRNZKT+WbjTRWiskutdmpBP86Ig16CQqlhmeUyMV7ZA= Received: from BN3PR0501MB1442.namprd05.prod.outlook.com (10.160.117.151) by BN3PR0501MB1442.namprd05.prod.outlook.com (10.160.117.151) with Microsoft SMTP Server (TLS) id 15.1.539.6; Fri, 28 Oct 2016 19:01:47 +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.0539.025; Fri, 28 Oct 2016 19:01:47 +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/6zCsg== Date: Fri, 28 Oct 2016 19:01:47 +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: 1c301b22-658f-44ad-6ea8-08d3ff64ddd0 x-microsoft-exchange-diagnostics: 1; BN3PR0501MB1442; 6:FVZOjzywEQWl0UqA59inPavJZJm0j4aoTvE2f3vjzPf50KazZzKqSISfO3bknooeZl1/SDDsWhQg4j580pOpgz/0TMgkdxPcnULFq4F22L6IER8rJVTLOV0wYObOedfWM9mUuWHtYT+neEkHgffa6K+X+m3AL/R9jMPY7+9IesI9W/6ohGtuvYFiazL6dyjkAPkKaBucbjD5KM5hcygzQNUYnftfRNGLjNSymY0Q5LfZSxuFnufeYOLoRigBHAUGR2vKllmRAtA0FCLpnQ8jnTJT8b0F8dq6Jnnih9oQJxg+J0qeI47AjwdsyG32BKlUcs+nnSmKjXQBfaUsFm9MPQ==; 5:lcRjulkK4WQG+n7ItttS+yDZewYPc4Ppp/GStkUkffW3paTJ2aM1i8k9bJgQv9yTcP/E9OPJHgrFjTrVOp7VE5gr0lG6uIlC7JGJhaLictCkMTPGVISfQYPNMpw37yzhSTgCTxc54VwfnzN9ZTGMpA==; 24:sZX8ZGTAxBuX1Ewq2idrlZvLq7lMglg1/CE4Os5PgtDS2d5mgJhR1XW259noimphuYtwvevqLZmTwAn0JukxSSNIbnMt9+cuGVs5LzFkcrQ=; 7:UoXgRxUn2p8Ekl3y7BA3i70iMIfZ0h5+XIDmGTN1ZHHX47LHWs7Gndtceb624BQt55udZBXbt00WJx4z5dn1ftp/YFfCS5GLosi1fBuihKMZfk55PgRA1M1XU2a9/EOhq0b9tAMSAOw+Pmo3ls8ikliCL7eeItXRb11k4dPDqcZcBJEPnSGiWCV0Hvzt3a4Tsf9bqvvJrrFwLW9npgE0W97F8XItnEWL6LUy2PHGS1qqrjyQKenzUmQzRPeTOxfdriLjB2SI4Zo2JPjl0/SK53atX3AzIawp2o8yrBD9l+VmqYjsguSqHP/oDqKoWCq2VWV4UsSufr8Fk2PmYcIPXw== x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:BN3PR0501MB1442; 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)(3002001)(10201501046)(6055026); SRVR:BN3PR0501MB1442; BCL:0; PCL:0; RULEID:; SRVR:BN3PR0501MB1442; x-forefront-prvs: 0109D382B0 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(7916002)(189002)(377454003)(199003)(97736004)(5002640100001)(2906002)(3280700002)(36756003)(8936002)(106356001)(16236675004)(106116001)(101416001)(99286002)(105586002)(19300405004)(19580405001)(50986999)(19580395003)(5640700001)(19625215002)(586003)(10400500002)(11100500001)(87936001)(230783001)(4001350100001)(76176999)(83716003)(54356999)(92566002)(3846002)(81166006)(107886002)(2351001)(2950100002)(68736007)(5660300001)(81156014)(3660700001)(122556002)(2501003)(7846002)(6116002)(86362001)(33656002)(102836003)(66066001)(450100001)(1730700003)(77096005)(15975445007)(8676002)(189998001)(7736002)(83506001)(2900100001)(82746002)(110136003)(6916009)(104396002); DIR:OUT; SFP:1102; SCL:1; SRVR:BN3PR0501MB1442; 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_C48CCBEA3E404052A4C684D28E3F11F9junipernet_" MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-originalarrivaltime: 28 Oct 2016 19:01:47.0157 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN3PR0501MB1442 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: Fri, 28 Oct 2016 19:02:09 -0000 --_000_C48CCBEA3E404052A4C684D28E3F11F9junipernet_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 VGhlIGxhc3QgY2FsbCBwZXJpb2QgZm9yIHRoaXMgZHJhZnQgaGFzIGVuZGVkLiAgIFRoYW5rIHlv dSB0byBhbGwgdGhhdCByZXNwb25kZWQuICBHaXZlbiB0aGUgcmVzcG9uc2VzIHJlY2VpdmVkLCBt eSBjby1jaGFpciBhbmQgSSBiZWxpZXZlIHRoYXQgdGhlIGRyYWZ0IGlzIHJlYWR5IHRvIG1vdmUg Zm9yd2FyZC4gIEkgd2lsbCBiZWdpbiB0aGUgc2hlcGhlcmQgd3JpdGUtdXAgc2hvcnRseS4NCklu IHBhcmFsbGVsLCBwcm9tcHRlZCBieSBhIGNvbnZlcnNhdGlvbiBJIGhhZCB0aGlzIG1vcm5pbmcs IEnigJltIHdvbmRlcmluZyBhYm91dCB0aGUgWUFORyBtb2R1bGXigJlzIHVzZSBvZiB0aGUgY29u ZmlnIGZhbHNlIG5vZGVzIOKAmGFjbC1vcGVyLWRhdGHigJkgYW5kIOKAmGFjZS1vcGVyLWRhdGHi gJkuICBJbiBwYXJ0aWN1bGFyLCBhcmUgdGhlIGxpZmV0aW1lcyBvZiB0aGVzZSBub2RlcyBhbHdh eXMgdGhlIHNhbWUgYXMgdGhlIGNvbmZpZ3VyZWQgbm9kZXM/ICAtIGlzIHRoZXJlIGFueSBuZWVk IHRvIHN1cHBvcnQgcmVwb3J0aW5nIG9wc3RhdGUgZm9yIHN5c3RlbS1nZW5lcmF0ZWQgYWNscz8N Cg0KVGhhbmtzLA0KS2VudCAoYXMgc2hlcGhlcmQpDQoNCg0KRnJvbTogbmV0bW9kIDxuZXRtb2Qt Ym91bmNlc0BpZXRmLm9yZz4gb24gYmVoYWxmIG9mIEtlbnQgV2F0c2VuIDxrd2F0c2VuQGp1bmlw ZXIubmV0Pg0KRGF0ZTogVGh1cnNkYXksIE9jdG9iZXIgMTMsIDIwMTYgYXQgNTowNSBQTQ0KVG86 ICJuZXRtb2RAaWV0Zi5vcmciIDxuZXRtb2RAaWV0Zi5vcmc+DQpTdWJqZWN0OiBbbmV0bW9kXSBX RyBMYXN0IENhbGwgZm9yIGRyYWZ0LWlldGYtbmV0bW9kLWFjbC1tb2RlbC0wOSAodW50aWwgT2N0 IDI3LCAyMDE2KQ0KDQoNClRoaXMgaXMgYSBub3RpY2UgdG8gc3RhcnQgYSB0d28td2VlayBORVRN T0QgV0cgbGFzdCBjYWxsIGZvciB0aGUgZG9jdW1lbnQ6DQoNCiAgICAgICAgICAgICAgIE5ldHdv cmsgQWNjZXNzIENvbnRyb2wgTGlzdCAoQUNMKSBZQU5HIERhdGEgTW9kZWwNCiAgICAgICAgICAg ICAgIGh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1pZXRmLW5ldG1vZC1hY2wtbW9k ZWwtMDkNCg0KUGxlYXNlIGluZGljYXRlIHlvdXIgc3VwcG9ydCBvciBjb25jZXJucyBieSBUaHVy c2RheSwgT2N0b2JlciAyNywgMjAxNi4NCg0KV2UgYXJlIHBhcnRpY3VsYXJseSBpbnRlcmVzdGVk IGluIHN0YXRlbWVudHMgb2YgdGhlIGZvcm06DQogICogSSBoYXZlIHJldmlld2VkIGRyYWZ0LWll dGYtbmV0bW9kLWFjbC1tb2RlbC0wOSBhbmQgZm91bmQgbm8gaXNzdWVzLg0KICAqIEkgaGF2ZSBy ZXZpZXdlZCBkcmFmdC1pZXRmLW5ldG1vZC1hY2wtbW9kZWwtMDkgYW5kIGZvdW5kIHRoZSBmb2xs b3dpbmcgaXNzdWVzOiAuLi4NCg0KQXMgd2VsbCBhczoNCiAqIEkgaGF2ZSBpbXBsZW1lbnRlZCB0 aGUgZGF0YSBtb2RlbCBpbiBkcmFmdC1pZXRmLW5ldG1vZC1hY2wtbW9kZWwtMDkuDQogICogSSBh bSBpbXBsZW1lbnRpbmcgdGhlIGRhdGEgbW9kZWwgaW4gZHJhZnQtaWV0Zi1uZXRtb2QtYWNsLW1v ZGVsLTA5Lg0KICAqIEkgYW0gY29uc2lkZXJpbmcgdG8gaW1wbGVtZW50IHRoZSBkYXRhIG1vZGVs IGluIGRyYWZ0LWlldGYtbmV0bW9kLWFjbC1tb2RlbC0wOS4NCiAgKiBJIGFtIG5vdCBjb25zaWRl cmluZyB0byBpbXBsZW1lbnQgdGhlIGRhdGEgbW9kZWwgaW4gZHJhZnQtaWV0Zi1uZXRtb2QtYWNs LW1vZGVsLTA5Lg0KDQpUaGFuayB5b3UsDQpORVRNT0QgV0cgQ2hhaXJzDQoNCg0K --_000_C48CCBEA3E404052A4C684D28E3F11F9junipernet_ Content-Type: text/html; charset="utf-8" Content-ID: <8E9AC3AB14E30947BB62B1CDE761906E@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 LkVtYWlsU3R5bGUxNw0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbDsNCglmb250LWZhbWlseTpD YWxpYnJpOw0KCWNvbG9yOndpbmRvd3RleHQ7fQ0Kc3Bhbi5FbWFpbFN0eWxlMTgNCgl7bXNvLXN0 eWxlLXR5cGU6cGVyc29uYWw7DQoJZm9udC1mYW1pbHk6Q2FsaWJyaTsNCgljb2xvcjp3aW5kb3d0 ZXh0O30NCnNwYW4uRW1haWxTdHlsZTE5DQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsLXJlcGx5 Ow0KCWZvbnQtZmFtaWx5OkNhbGlicmk7DQoJY29sb3I6d2luZG93dGV4dDt9DQpzcGFuLm1zb0lu cw0KCXttc28tc3R5bGUtdHlwZTpleHBvcnQtb25seTsNCgltc28tc3R5bGUtbmFtZToiIjsNCgl0 ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lOw0KCWNvbG9yOnRlYWw7fQ0KLk1zb0NocERlZmF1bHQN Cgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7DQoJZm9udC1zaXplOjEwLjBwdDt9DQpAcGFn ZSBXb3JkU2VjdGlvbjENCgl7c2l6ZTo4LjVpbiAxMS4waW47DQoJbWFyZ2luOjEuMGluIDEuMGlu IDEuMGluIDEuMGluO30NCmRpdi5Xb3JkU2VjdGlvbjENCgl7cGFnZTpXb3JkU2VjdGlvbjE7fQ0K LS0+PC9zdHlsZT4NCjwvaGVhZD4NCjxib2R5IGJnY29sb3I9IndoaXRlIiBsYW5nPSJFTi1VUyIg bGluaz0iIzA1NjNDMSIgdmxpbms9IiM5NTRGNzIiPg0KPGRpdiBjbGFzcz0iV29yZFNlY3Rpb24x Ij4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij5U aGUgbGFzdCBjYWxsIHBlcmlvZCBmb3IgdGhpcyBkcmFmdCBoYXMgZW5kZWQuJm5ic3A7ICZuYnNw O1RoYW5rIHlvdSB0byBhbGwgdGhhdCByZXNwb25kZWQuJm5ic3A7IEdpdmVuIHRoZSByZXNwb25z ZXMgcmVjZWl2ZWQsIG15IGNvLWNoYWlyIGFuZCBJIGJlbGlldmUgdGhhdCB0aGUgZHJhZnQgaXMg cmVhZHkgdG8gbW92ZSBmb3J3YXJkLiZuYnNwOyBJIHdpbGwgYmVnaW4gdGhlIHNoZXBoZXJkDQog d3JpdGUtdXAgc2hvcnRseS48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+PG86cD48L286cD48L3NwYW4+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPklu IHBhcmFsbGVsLCBwcm9tcHRlZCBieSBhIGNvbnZlcnNhdGlvbiBJIGhhZCB0aGlzIG1vcm5pbmcs IEnigJltIHdvbmRlcmluZyBhYm91dCB0aGUgWUFORyBtb2R1bGXigJlzIHVzZSBvZiB0aGUgY29u ZmlnIGZhbHNlIG5vZGVzIOKAmGFjbC1vcGVyLWRhdGHigJkgYW5kIOKAmGFjZS1vcGVyLWRhdGHi gJkuJm5ic3A7IEluIHBhcnRpY3VsYXIsIGFyZSB0aGUgbGlmZXRpbWVzIG9mIHRoZXNlDQogbm9k ZXMgYWx3YXlzIHRoZSBzYW1lIGFzIHRoZSBjb25maWd1cmVkIG5vZGVzPyZuYnNwOyAtIGlzIHRo ZXJlIGFueSBuZWVkIHRvIHN1cHBvcnQgcmVwb3J0aW5nIG9wc3RhdGUgZm9yIHN5c3RlbS1nZW5l cmF0ZWQgYWNscz88bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPlRo YW5rcyw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjExLjBwdCI+S2VudCAoYXMgc2hlcGhlcmQpPG86cD48L286cD48L3Nw YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4w cHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+ DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItdG9wOnNvbGlkICNCNUM0REYgMS4wcHQ7 cGFkZGluZzozLjBwdCAwaW4gMGluIDBpbiI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj48c3Bh biBzdHlsZT0iY29sb3I6YmxhY2siPkZyb206IDwvc3Bhbj48L2I+PHNwYW4gc3R5bGU9ImNvbG9y OmJsYWNrIj5uZXRtb2QgJmx0O25ldG1vZC1ib3VuY2VzQGlldGYub3JnJmd0OyBvbiBiZWhhbGYg b2YgS2VudCBXYXRzZW4gJmx0O2t3YXRzZW5AanVuaXBlci5uZXQmZ3Q7PGJyPg0KPGI+RGF0ZTog PC9iPlRodXJzZGF5LCBPY3RvYmVyIDEzLCAyMDE2IGF0IDU6MDUgUE08YnI+DQo8Yj5UbzogPC9i PiZxdW90O25ldG1vZEBpZXRmLm9yZyZxdW90OyAmbHQ7bmV0bW9kQGlldGYub3JnJmd0Ozxicj4N CjxiPlN1YmplY3Q6IDwvYj5bbmV0bW9kXSBXRyBMYXN0IENhbGwgZm9yIGRyYWZ0LWlldGYtbmV0 bW9kLWFjbC1tb2RlbC0wOSAodW50aWwgT2N0IDI3LCAyMDE2KTxvOnA+PC9vOnA+PC9zcGFuPjwv cD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250 LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDsiPjxvOnA+Jm5ic3A7PC9vOnA+PC9z cGFuPjwvcD4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtYXV0b3Nw YWNlOm5vbmUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij4mbmJzcDs8L3NwYW4+PG86 cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1hdXRvc3BhY2U6 bm9uZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPlRoaXMgaXMgYSBub3RpY2UgdG8g c3RhcnQgYSB0d28td2VlayBORVRNT0QgV0cgbGFzdCBjYWxsIGZvciB0aGUgZG9jdW1lbnQ6PC9z cGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtYXV0 b3NwYWNlOm5vbmUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij4mbmJzcDs8L3NwYW4+ PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1hdXRvc3Bh Y2U6bm9uZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPiZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwO05ldHdvcmsgQWNjZXNzIENvbnRyb2wgTGlzdCAoQUNMKSBZQU5HIERh dGEgTW9kZWw8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls ZT0idGV4dC1hdXRvc3BhY2U6bm9uZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPiZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOzx1PjxzcGFuIHN0eWxlPSJjb2xvcjojMEI0 Q0I0Ij5odHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtaWV0Zi1uZXRtb2QtYWNsLW1v ZGVsLTA5PC9zcGFuPjwvdT48L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIiBzdHlsZT0idGV4dC1hdXRvc3BhY2U6bm9uZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MS4wcHQiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJ0ZXh0LWF1dG9zcGFjZTpub25lIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBw dCI+UGxlYXNlIGluZGljYXRlIHlvdXIgc3VwcG9ydCBvciBjb25jZXJucyBieSBUaHVyc2RheSwg T2N0b2JlciAyNywgMjAxNi48L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIiBzdHlsZT0idGV4dC1hdXRvc3BhY2U6bm9uZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MS4wcHQiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJ0ZXh0LWF1dG9zcGFjZTpub25lIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBw dCI+V2UgYXJlIHBhcnRpY3VsYXJseSBpbnRlcmVzdGVkIGluIHN0YXRlbWVudHMgb2YgdGhlIGZv cm06PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRl eHQtYXV0b3NwYWNlOm5vbmUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij4mbmJzcDsg KiBJIGhhdmUgcmV2aWV3ZWQgZHJhZnQtaWV0Zi1uZXRtb2QtYWNsLW1vZGVsLTA5IGFuZCBmb3Vu ZCBubyBpc3N1ZXMuPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg c3R5bGU9InRleHQtYXV0b3NwYWNlOm5vbmUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0 Ij4mbmJzcDsmbmJzcDsqIEkgaGF2ZSByZXZpZXdlZCBkcmFmdC1pZXRmLW5ldG1vZC1hY2wtbW9k ZWwtMDkgYW5kIGZvdW5kIHRoZSBmb2xsb3dpbmcgaXNzdWVzOiAuLi48L3NwYW4+PG86cD48L286 cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1hdXRvc3BhY2U6bm9uZSI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWF1dG9zcGFjZTpub25lIj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+QXMgd2VsbCBhczo8L3NwYW4+PG86cD48L286cD48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1hdXRvc3BhY2U6bm9uZSI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPiZuYnNwOyogSSBoYXZlIGltcGxlbWVudGVkIHRo ZSBkYXRhIG1vZGVsIGluIGRyYWZ0LWlldGYtbmV0bW9kLWFjbC1tb2RlbC0wOS48L3NwYW4+PG86 cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1hdXRvc3BhY2U6 bm9uZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPiZuYnNwOyAqIEkgYW0gaW1wbGVt ZW50aW5nIHRoZSBkYXRhIG1vZGVsIGluIGRyYWZ0LWlldGYtbmV0bW9kLWFjbC1tb2RlbC0wOS48 L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1h dXRvc3BhY2U6bm9uZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPiZuYnNwOyAqIEkg YW0gY29uc2lkZXJpbmcgdG8gaW1wbGVtZW50IHRoZSBkYXRhIG1vZGVsIGluIGRyYWZ0LWlldGYt bmV0bW9kLWFjbC1tb2RlbC0wOS48L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIiBzdHlsZT0idGV4dC1hdXRvc3BhY2U6bm9uZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMS4wcHQiPiZuYnNwOyAqIEkgYW0gbm90IGNvbnNpZGVyaW5nIHRvIGltcGxlbWVudCB0aGUg ZGF0YSBtb2RlbCBpbiBkcmFmdC1pZXRmLW5ldG1vZC1hY2wtbW9kZWwtMDkuPC9zcGFuPjxvOnA+ PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtYXV0b3NwYWNlOm5v bmUiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRl eHQtYXV0b3NwYWNlOm5vbmUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij5UaGFuayB5 b3UsPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRl eHQtYXV0b3NwYWNlOm5vbmUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij5ORVRNT0Qg V0cgQ2hhaXJzPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5 bGU9InRleHQtYXV0b3NwYWNlOm5vbmUiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvYm9keT4NCjwvaHRt bD4NCg== --_000_C48CCBEA3E404052A4C684D28E3F11F9junipernet_-- From nobody Mon Oct 31 00:35: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 D357F1293FF; Mon, 31 Oct 2016 00:35:02 -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.36.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <147789930285.32368.14126116983731289088.idtracker@ietfa.amsl.com> Date: Mon, 31 Oct 2016 00:35:02 -0700 Archived-At: Cc: netmod@ietf.org Subject: [netmod] I-D Action: draft-ietf-netmod-entity-01.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: Mon, 31 Oct 2016 07:35:03 -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 Hardware Management Authors : Andy Bierman Martin Bjorklund Jie Dong Dan Romascanu Filename : draft-ietf-netmod-entity-01.txt Pages : 36 Date : 2016-10-31 Abstract: This document defines a YANG data model for the management of hardware on a single server. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-netmod-entity/ There's also a htmlized version available at: https://tools.ietf.org/html/draft-ietf-netmod-entity-01 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-netmod-entity-01 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Mon Oct 31 00:39: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 95ECF129454 for ; Mon, 31 Oct 2016 00:39:23 -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 pd_vMZplYqQz for ; Mon, 31 Oct 2016 00:39:22 -0700 (PDT) Received: from mail.tail-f.com (mail.tail-f.com [46.21.102.45]) by ietfa.amsl.com (Postfix) with ESMTP id 3E070129455 for ; Mon, 31 Oct 2016 00:39:22 -0700 (PDT) Received: from localhost (unknown [173.38.220.42]) by mail.tail-f.com (Postfix) with ESMTPSA id 79A841AE0148 for ; Mon, 31 Oct 2016 08:39:21 +0100 (CET) Date: Mon, 31 Oct 2016 08:38:15 +0100 (CET) Message-Id: <20161031.083815.1053856691514724132.mbj@tail-f.com> To: netmod@ietf.org From: Martin Bjorklund In-Reply-To: <147789930285.32368.14126116983731289088.idtracker@ietfa.amsl.com> References: <147789930285.32368.14126116983731289088.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: Subject: Re: [netmod] I-D Action: draft-ietf-netmod-entity-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: Mon, 31 Oct 2016 07:39:23 -0000 Hi, This new version of the entity model addresses most of the concerns with the previous version. Notable changes are that the top-level node is "hardware" and that the term "component" is used instead of "physical entity". The proposed nodes for supporting more flexible pre-provisioning have not yet been added, but this issue is noted in the Open Issues section. /martin 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 : 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 > > Abstract: > This document defines a YANG data model for the management of > hardware on a single server. > > > The IETF datatracker status page for this draft is: > https://datatracker.ietf.org/doc/draft-ietf-netmod-entity/ > > There's also a htmlized version available at: > https://tools.ietf.org/html/draft-ietf-netmod-entity-01 > > A diff from the previous version is available at: > https://www.ietf.org/rfcdiff?url2=draft-ietf-netmod-entity-01 > > > 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 > From nobody Mon Oct 31 04:48: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 6C6531297A7 for ; Mon, 31 Oct 2016 04:48:55 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 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] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=wallan-se.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 Y6wdf5X2Wf9x for ; Mon, 31 Oct 2016 04:48:53 -0700 (PDT) Received: from mail-lf0-x22e.google.com (mail-lf0-x22e.google.com [IPv6:2a00:1450:4010:c07::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 96258129696 for ; Mon, 31 Oct 2016 04:48:52 -0700 (PDT) Received: by mail-lf0-x22e.google.com with SMTP id t196so14703530lff.3 for ; Mon, 31 Oct 2016 04:48:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=wallan-se.20150623.gappssmtp.com; s=20150623; h=mime-version:subject:from:in-reply-to:date:cc:message-id:references :to; bh=y0MEqoO0LvcyWTA6uxcy9dUgUyBV/6Qf4nQXn8sBK6U=; b=zDvBS/UvMjl9RYRxZcr3VIbSyQ4GnK3jFYRRfAr2U72CSitF1gKCzsHzG3ImBrBs64 HybOwFcadCShOfETW4WCPRGcFz00es/sXpOeKqcesGik9H830IHsU4SD8fjyPUZGyBfD emf1hV1QgH9mke2ZCw035ox9XLnuCyPpiDgcuK8d0CH/ldOwrgZfuus93Hc5rVAmAfXY j4jdBtnHzfrtLs5+8QsVaHQxLj8m3WNu3WE7TpjtUMD59LfOOwkqL+KMbJYg0WBDsHyj z4Icd2sCwccmgbrvVhIWgLWI0mGpr9EqmaejvFdic0jiPZhupTpfHqFxQIozxYijvA70 tV8w== 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=y0MEqoO0LvcyWTA6uxcy9dUgUyBV/6Qf4nQXn8sBK6U=; b=OjXOmHXTtHJGZdkgeSjWtHAIjl8Ad3QZZILlWAVwJg86e1eV0RXZzk7zc+cDvnJBt0 a9yUdNdg2PeFcNoHt5d2gBDfSt88TFuPppb4vVBQGeaheWyyx3k2UHoo8hFq503WHlQK oAl5WJfWm57uJzrRCKr8L0nGC/kB+UKEgRjWgNrFjwEfs6OZ/dVA3DGJHEKWFl4XNLaq Hja7uIiMEVBoPICTPrBZIWs+mz5y7Lu1MoyPyiPYuHbUhTUhPITi9HTJYSe0J7Hkd42K lRwJIzPagnlR7V40OgKnusLSGt5KFyk2n+t+Rgnj20xDq7gC3ISUp3xygwULGSjQe03q v7lQ== X-Gm-Message-State: ABUngve/Rt3ZdlI0uju5zEHQnZVUxk7X32MANNo7einoAWBFLqeOUUDsVOFdQz0VDVfyKw== X-Received: by 10.25.141.19 with SMTP id p19mr16210527lfd.56.1477914530303; Mon, 31 Oct 2016 04:48:50 -0700 (PDT) Received: from [192.168.1.231] (h95-155-236-198.cust.se.alltele.net. [95.155.236.198]) by smtp.gmail.com with ESMTPSA id s83sm4544878lja.35.2016.10.31.04.48.49 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Mon, 31 Oct 2016 04:48:49 -0700 (PDT) Content-Type: multipart/alternative; boundary="Apple-Mail=_012E4E4E-E647-4894-95D9-1D00BB021B40" Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) From: stefan vallin In-Reply-To: <0A23A2E7-E262-4D2C-A871-04212BD23AD5@infinera.com> Date: Mon, 31 Oct 2016 12:48:48 +0100 Message-Id: <2518667E-A77B-46CC-86D6-1E8C3A8F881B@wallan.se> References: <147760389958.24662.14709135278700876694.idtracker@ietfa.amsl.com> <0A23A2E7-E262-4D2C-A871-04212BD23AD5@infinera.com> To: Anurag Sharma , "netmod@ietf.org" X-Mailer: Apple Mail (2.3124) Archived-At: Cc: Rajan Rao , Xian Zhang Subject: Re: [netmod] New Version Notification for draft-sharma-netmod-fault-model-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: Mon, 31 Oct 2016 11:48:55 -0000 --Apple-Mail=_012E4E4E-E647-4894-95D9-1D00BB021B40 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Hi! We have reviewed draft-sharma-netmod-fault-model-01. Glad to see that more people are interested in an alarm YANG module. See comments below. Please note that Martin and me has published a netmod alarm module: https://www.ietf.org/id/draft-vallin-netmod-alarm-module-00.txt = We are also about to published an updated version of this after comments = on=20 the netmod mailing list This is updated from the version you are referring to: https://tools.ietf.org/html/draft-vallin-alarm-yang-module-00 = Some comments after reviewing your module: Overall comments =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D *The sharma draft is a subset of the functionality in the vallin draft. On top of the alarm-list, the vallin draft covers: - alarm quality/usability requirements - alarm summary - alarm history (optional YANG feature) - alarm operator actions like ack (optional YANG feature) - alarm inventory (which are the possible alarms) - alarm shelving (filtering) - do not impose X733, rather this is an add-on * Stateful vs notification-based definition of alarms. =20 The vallin draft focuses on representing alarms as an alarm state on a = resource. The notifications refers to alarm state changes for a specific alarm on = a specific resource. The alarm list represents the alarm state for a given resource and alarm = type. The sharma draft focuses on a notification focused view on alarms. The alarm list represents the alarm notifications. The management system = has to correlate the notifications into an actual alarm state. * On X733 The vallin draft does not use the X733 as a mandatory *core* model, = rather it allows for X733 mapping when needed.=20 While X733 has been the root for most telecom oriented alarm systems, it = adds a bit of historic overhead. For example globally standardised probable cause values have not shown = to be useful in some cases. X733 represents notifications and not state (see above). Therefore an alarm is either cleared or minor for example. The vallin draft clearly separates this. Severity is one thing, = clearance is another. * Terminology the module is named =E2=80=9Cfault=E2=80=9D while modelling alarms. See for example X733 for definitions of fault, errror and alarm. Detailed comments =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Section 2 " New network architectures that include controllers, orchestrators, PCE, applications, etc., require new alarm types and probable causes to be defined. These new alarm types and probable causes will be defined in the next version of the model.=E2=80=9D We doubt that having globally defined probable causes is a scalable way = forward. Did not work well in X733 or RFC3877. Probable cause values from standards has been more of historical value = then real value to alarm operators and alarm systems. Most telecom oriented alarm = systems require this alarm attribute. However the actual values are different = for all management systems. It is a confusing area with conflicting enum values. Our = approach is different. We consider this to be a configurable mapping to match the needs of the = management system and no values are defined in the alarm module. It is also kept separate as a X733 mapping rather than part of the core = model. Section 2.2 The definition of 'alarm-id' is unclear.=20 "In most cases this will be a combination of entity-type, entity-id, probable-cause and severity=E2=80=9D entity-type: string entity-id: inet:uri probable-cause: identity-ref severity: enum Several questions on this: a) why does not the entity (called resource in the vallin draft) refer = to a path in the YANG data tree? In the vallin draft we use an instance-identifier. We also allow for = other resource instances based on SNMP or even a string as last resort. b) Alarm list key - assume you have a threshold alarm with the following life-cycle: T1, T2, T3, are the times for the alarm state changes. T1: raise, minor T2: major T3: clear In the sharma draft this will be *three different entries* in the alarm = list. The client would have to correlate those. In the vallin draft this is *one entry*, one alarm, with three different = states. The vallin draft also clearly separates the severity from the clearance = state. The final state model is (major, cleared) This is important, what was the severity of the alarm and is it cleared = or not? This is not easily seen in the sharma draft. This implies that the sharma draft alarm list is more of a notification = log rather than an=20 alarm-list that shows the current state. The vallin draft alarm-list = focuses on current state of the alarms. Notifications represent state changes on the alarm state. c) the service-affecting flag This is superfluous. If the X733 severity levels are set correctly this = is enough for service-affecting or not. See the X733 definition of severity levels. The vallin draft also has a leaf impacted-resources. In this leaf an = alarm can refer to affected/impacted services. d) alarm-sequence number Not needed, NETCONF has notification replay and uses SSH sessions. Furthermore, since the sharma alarm list key is the identification of an = alarm notification, why is this needed at all? There has been these kinds of var-binds in SNMP Alarm MIBs as well, it = was a bit flawed there as well: you could use informs instead of = trap-pdus. How does this work with filtering mechanisms? Do not try to do protocol stuff in the model. e) House-keeping Unclear how the list is managed, when are entries removed? f) Other considerations: - The vallin draft allows for more flexible resource (entity) = identification, see below: The primary mechanism is an instance-identifier so that a node in the = data-tree can be referenced The sharma draft uses string/uri which is another domain than the = module. A bit strange, say you have an interface alarm, why should you not send an alarm on the path to = interface in the data-model. The Vallin draft also allows for other naming schemes, for example SNMP = OIDs: typedef resource { type union { type instance-identifier { require-instance false; } type yang:object-identifier; type string; } The alarm also has an optional leaf for referring to the alarming = resource using an alternate naming scheme +--ro alarm* [resource alarm-type-id alarm-type-qualifier] +--ro resource resource +--ro alarm-type-id alarm-type-id +--ro alarm-type-qualifier alarm-type-qualifier +--ro alt-resource* resource So the alarm can use both the instance-identifer and the SNMP OID for = the alarming interface for example. br Stefan and Martin Stefan Vallin stefan@wallan.se +46705233262 > On 28 Oct 2016, at 01:04, Anurag Sharma wrote: >=20 > Hi, >=20 > A new version of "draft-sharma-netmod-fault-model-01=E2=80=9D has been = uploaded. In this version we have incorporated comments that we received = on version "00". Please review the new version and let us know your = comments. >=20 > We will also discuss with Martin and Stefan best path forward for = draft-vallin-alarm-yang-module-00 and this draft. >=20 > Thanks, > Anurag, Xian & Rajan >=20 >> On Oct 27, 2016, at 2:31 PM, internet-drafts@ietf.org wrote: >>=20 >>=20 >> A new version of I-D, draft-sharma-netmod-fault-model-01.txt >> has been successfully submitted by Anurag Sharma and posted to the >> IETF repository. >>=20 >> Name: draft-sharma-netmod-fault-model >> Revision: 01 >> Title: Alarm YANG Model >> Document date: 2016-10-27 >> Group: Individual Submission >> Pages: 28 >> URL: = https://www.ietf.org/internet-drafts/draft-sharma-netmod-fault-model-01.tx= t >> Status: = https://datatracker.ietf.org/doc/draft-sharma-netmod-fault-model/ >> Htmlized: = https://tools.ietf.org/html/draft-sharma-netmod-fault-model-01 >> Diff: = https://www.ietf.org/rfcdiff?url2=3Ddraft-sharma-netmod-fault-model-01 >>=20 >> Abstract: >> This document describes the Alarm YANG data model for modeling and >> reporting standing alarm conditions. >>=20 >>=20 >>=20 >>=20 >> Please note that it may take a couple of minutes from the time of = submission >> until the htmlized version and diff are available at tools.ietf.org. >>=20 >> The IETF Secretariat >>=20 >=20 > _______________________________________________ > netmod mailing list > netmod@ietf.org > https://www.ietf.org/mailman/listinfo/netmod --Apple-Mail=_012E4E4E-E647-4894-95D9-1D00BB021B40 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8
Hi!
We have reviewed draft-sharma-netmod-fault-model-01.
Glad to see that more people are interested in an alarm YANG = module.
See comments = below.

Please note that = Martin and me has published a netmod alarm module:
https://www.ietf.org/id/draft-vallin-netmod-alarm-module-00.txt=
We are also = about to published an updated version of this after comments = on 
the = netmod mailing list

This is updated from the version you are referring to:
https://tools.ietf.org/html/draft-vallin-alarm-yang-module-00

Some = comments after reviewing your module:
Overall comments
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D
*The sharma = draft is a subset of the functionality in the vallin draft.
On top of the alarm-list, = the vallin draft covers:
- alarm quality/usability requirements
- alarm summary
- alarm history (optional YANG = feature)
- alarm = operator actions like ack (optional YANG feature)
- alarm inventory (which are the = possible alarms)
- = alarm shelving (filtering)
- do not impose X733, rather this is an add-on

* Stateful vs = notification-based definition of alarms.
 
The vallin draft focuses on = representing alarms as an alarm state on a resource.
The notifications refers to alarm state = changes for a specific alarm on a specific resource.
The alarm list represents the alarm = state for a given resource and alarm type.

The sharma draft focuses on a = notification focused view on alarms.
The alarm list represents the alarm = notifications. The management system has to
correlate the notifications into an = actual alarm state.

* On X733
The = vallin draft does not use the X733 as a mandatory *core* model, rather = it allows for X733 mapping when needed. 
While X733 has been the root for most = telecom oriented alarm systems, it adds a bit of historic = overhead.
For = example globally standardised probable cause values have not shown to be = useful in some cases.
X733 represents notifications and not state (see above).
Therefore an alarm is either = cleared or minor for example.
The vallin draft clearly separates this. Severity is one = thing, clearance is another.

* Terminology
the module is named =E2=80=9Cfault=E2=80=9D while modelling = alarms.
See for = example X733 for definitions of fault, errror and alarm.



Detailed comments
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D

Section = 2
"  New network = architectures that include controllers, orchestrators,
   PCE, applications, etc., require new alarm types = and probable causes
   to be defined. =  These new alarm types and probable causes will be
   defined in the next version of the = model.=E2=80=9D

We doubt that having globally defined probable causes is a = scalable way forward.
Did not work well in X733 or = RFC3877.

Probable cause values from standards has been more of = historical value then real
value to alarm operators = and alarm systems. Most telecom oriented alarm systems
require this alarm attribute. However the actual values are = different for all management
systems. It is a = confusing area with conflicting enum values. Our approach is = different.
We consider this to be a configurable = mapping to match the needs of the management
system = and no values are defined in the alarm module.
It = is also kept separate as a X733 mapping rather than part of the core = model.


Section 2.2

The definition of 'alarm-id' is = unclear. 
"In most cases this will be a = combination of entity-type, entity-id,
probable-cause= and severity=E2=80=9D

entity-type: string
entity-id: inet:uri
probable-cause: = identity-ref
severity: enum

Several questions on this:
a) why does not the entity (called resource in the vallin = draft) refer to a path in the YANG data tree?
In = the vallin draft we use an instance-identifier. We also allow for other = resource instances based on SNMP or even a string as last = resort.

b) = Alarm list key
- assume you have a threshold alarm = with the following life-cycle:
  T1, T2, T3, = are the times for the alarm state changes.
  = T1: raise, minor
  T2: major
  T3: clear

In the sharma draft this will be  *three different = entries* in the alarm list. The client
would have = to correlate those.

In the vallin draft this is *one entry*, one alarm, with = three different states.
The vallin draft also = clearly separates the severity from the clearance state.
The final state model is
(major, = cleared)
This is important, what was the severity = of the alarm and is it cleared or not?
This is not = easily seen in the sharma draft.

This implies that the sharma draft = alarm list is more of a notification log rather than an 
alarm-list that shows the current state. The vallin draft =  alarm-list focuses on current state
of the = alarms. Notifications represent state changes on the alarm = state.

c) the = service-affecting flag
This is superfluous. If the = X733 severity levels are set correctly this is enough for
service-affecting or not. See the X733 definition of severity = levels.
The vallin draft also has a leaf = impacted-resources. In this leaf an alarm can refer to
affected/impacted services.

d) alarm-sequence number
Not needed, NETCONF has notification replay and uses SSH = sessions.
Furthermore, since the sharma alarm list = key is the identification of an alarm notification, why is this needed = at all?
There has been these kinds of var-binds in = SNMP Alarm MIBs as well, it was a bit flawed there as well: you could = use informs instead of trap-pdus. How does this work with filtering = mechanisms?
Do not try to do protocol stuff in the = model.


e) House-keeping
Unclear how the list is managed, when are entries = removed?


f) Other considerations:
- The vallin draft allows for more flexible resource (entity) = identification, see below:

The primary mechanism is an instance-identifier so that a = node in the data-tree can be referenced
The sharma = draft uses  string/uri which is another domain than the module. A = bit strange, say you have
an interface alarm, why = should you not send an alarm on the path to interface in the = data-model.

The = Vallin draft also allows for other naming schemes, for example SNMP = OIDs:
  typedef resource = {
    type union {
      type instance-identifier {
        require-instance false;
      }
    =   type yang:object-identifier;
    =   type string;
    }


The alarm also has an optional leaf for referring to the = alarming resource using an alternate naming scheme
        +--ro alarm* = [resource alarm-type-id alarm-type-qualifier]
  =          +--ro resource       =               =  resource
          =  +--ro alarm-type-id             =     alarm-type-id
      =      +--ro alarm-type-qualifier       =    alarm-type-qualifier
    =        +--ro alt-resource*       =           resource
So the alarm can use both the = instance-identifer and the SNMP OID for the alarming interface for = example.



br = Stefan and Martin


Stefan = Vallin
stefan@wallan.se
+46705233262


On 28 Oct 2016, at 01:04, Anurag Sharma <AnSharma@infinera.com> wrote:

Hi,
A new version of = "draft-sharma-netmod-fault-model-01=E2=80=9D has been uploaded. In this = version we have incorporated comments that we received on version "00". = Please review the new version and let us know your comments.

We will also discuss with Martin and Stefan = best path forward for draft-vallin-alarm-yang-module-00 and this = draft.

Thanks,
Anurag, Xian = & Rajan

On Oct 27, 2016, at 2:31 PM, internet-drafts@ietf.org wrote:


A new version of I-D, = draft-sharma-netmod-fault-model-01.txt
has been = successfully submitted by Anurag Sharma and posted to the
IETF repository.

Name: = draft-sharma-netmod-fault-model
Revision: 01
Title:= = Alarm YANG Model
Document date: = 2016-10-27
Group: Individual Submission
Pages:= = 28
URL: =            https://www.ietf.org/internet-drafts/draft-sharma-netmod-fault-= model-01.txt
Status: =         https://datatracker.ietf.org/doc/draft-sharma-netmod-fault-mode= l/
Htmlized:       https://tools.ietf.org/html/draft-sharma-netmod-fault-model-01<= /a>
Diff: =           https://www.ietf.org/rfcdiff?url2=3Ddraft-sharma-netmod-fault-m= odel-01

Abstract:
=  This document describes the Alarm YANG data model for modeling = and
 reporting standing alarm conditions.




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


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

= --Apple-Mail=_012E4E4E-E647-4894-95D9-1D00BB021B40-- From nobody Mon Oct 31 06:30: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 16176129541 for ; Mon, 31 Oct 2016 06:30:11 -0700 (PDT) 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 CChgCHlZpR4x for ; Mon, 31 Oct 2016 06:30:09 -0700 (PDT) Received: from NAM03-CO1-obe.outbound.protection.outlook.com (mail-co1nam03on0102.outbound.protection.outlook.com [104.47.40.102]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D9A6412958B for ; Mon, 31 Oct 2016 06:30:08 -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=11z11Dm5hpYt3AcGDVjbzJJBQoZKW5mbXbyyCJb9b18=; b=aMV9F934csfpGlAGSxEwCZfrkf/0hafG7aQpXLlplcwQyC7wrYclLVA9PTpUs0Pq8+TuSKOqEcS6dAnP5vdiEsS9rBNzelV0fbPyFEW5/c3SWDjM+FLFAyoL7d+uJLDPUGKtqkhONzEC/5mrztpppJxKvuzEsACTUjUDpaJplWg= 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; Mon, 31 Oct 2016 13:30:07 +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; Mon, 31 Oct 2016 13:30:07 +0000 From: Kent Watsen To: "netmod@ietf.org" Thread-Topic: New Version Notification for draft-nmdsdt-netmod-revised-datastores-00.txt Thread-Index: AQHSMFVy97SYcHQFwky5/nvr+B/RkKDCUg6A Date: Mon, 31 Oct 2016 13:30:07 +0000 Message-ID: References: <147757466651.24690.17793984933244336373.idtracker@ietfa.amsl.com> In-Reply-To: <147757466651.24690.17793984933244336373.idtracker@ietfa.amsl.com> 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: b0c0b9d0-6a1f-459e-e8da-08d4019207e7 x-microsoft-exchange-diagnostics: 1; CY1PR0501MB1449; 7:mROUyWFs1pL1k57tiMXrG/lkmF2F+J3BmuAvqAJtnGk6DCk1X+bbrW+aipdFVL6TNF8XuKe8Oq0Ahzz3EHLh+RUTmKrNuUjuI+HVzIfwwOHsm6rL7wQg2EUKgrhCgFS0C6LcM2DnQyZlB2Im/RDtnUho40g+ZMcYhW85XNvLQ2BL/qwOkNMFEFmz1d5o7vqw8W9vr8Rn7lx02pnm8pzADNpWIPNu4HYtSydq/eveHpfvaCz71zKuDWS7OVl1lwqR5K57Qpk25aMvBn1TDwxAUjIoyiebHaWQ78sbYR6tN3WgdNKmVriABLDFBH1faBOe3XQeGbh5asapf0iYNzmCwdW4e4i/aQhsyz5Pkxd7d7Q= x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:CY1PR0501MB1449; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(120809045254105); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040176)(601004)(2401047)(5005006)(8121501046)(3002001)(10201501046)(6055026); SRVR:CY1PR0501MB1449; BCL:0; PCL:0; RULEID:; SRVR:CY1PR0501MB1449; x-forefront-prvs: 01128BA907 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(7916002)(189002)(199003)(24454002)(377424004)(377454003)(189998001)(107886002)(586003)(5002640100001)(110136003)(4001150100001)(97736004)(106116001)(106356001)(4001350100001)(8676002)(83716003)(92566002)(2906002)(77096005)(81156014)(1730700003)(54356999)(83506001)(82746002)(81166006)(2900100001)(76176999)(450100001)(15975445007)(2501003)(3846002)(50986999)(87936001)(102836003)(6116002)(101416001)(122556002)(10400500002)(305945005)(3660700001)(86362001)(3280700002)(68736007)(8936002)(11100500001)(5640700001)(6916009)(2950100002)(2351001)(66066001)(230783001)(36756003)(19580405001)(105586002)(19580395003)(99286002)(7736002)(5660300001)(7846002)(33656002)(104396002); DIR:OUT; SFP:1102; SCL:1; SRVR:CY1PR0501MB1449; 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: text/plain; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-originalarrivaltime: 31 Oct 2016 13:30:07.4293 (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: Re: [netmod] New Version Notification for draft-nmdsdt-netmod-revised-datastores-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: Mon, 31 Oct 2016 13:30:11 -0000 QWxsLA0KDQpUaGUgZGF0YXN0b3JlIGRlc2lnbiB0ZWFtIGhhcyBwb3N0ZWQgdGhlIGRyYWZ0IGJl bG93Lg0KDQpQbGVhc2Ugbm90ZSB0aGF0IHRoZSBjaGFpcnMgYXJlIHByaW9yaXRpemluZyB0aGlz IGRyYWZ0IGZvciB0aGUgdXBjb21pbmcgOTcgbWVldGluZy4gIEluIHBhcnRpY3VsYXIsIHdlIHBs YW4gdG8gZGV2b3RlIGVub3VnaCB0aW1lIGZvciBhIHRob3JvdWdoIHByZXNlbnRhdGlvbiBvbiBU dWVzZGF5LCBhIGJyZWFrb3V0IHNlc3Npb24gb24gV2VkbmVzZGF5LCBhbmQgYSBzdW1tYXJ5IG9m IHRoZSBicmVha291dCBkaXNjdXNzaW9uIGFuZCBhIGRpc2N1c3Npb24gb2YgbmV4dCBzdGVwcyBv biBUaHVyc2RheS4NCg0KVGhhbmtzLA0KS2VudCAoYXMgY28tY2hhaXIpDQoNCg0KDQpPbiAxMC8y Ny8xNiwgOToyNCBBTSwgImludGVybmV0LWRyYWZ0c0BpZXRmLm9yZyIgPGludGVybmV0LWRyYWZ0 c0BpZXRmLm9yZz4gd3JvdGU6DQoNCg0KQSBuZXcgdmVyc2lvbiBvZiBJLUQsIGRyYWZ0LW5tZHNk dC1uZXRtb2QtcmV2aXNlZC1kYXRhc3RvcmVzLTAwLnR4dA0KaGFzIGJlZW4gc3VjY2Vzc2Z1bGx5 IHN1Ym1pdHRlZCBieSBNYXJ0aW4gQmpvcmtsdW5kIGFuZCBwb3N0ZWQgdG8gdGhlDQpJRVRGIHJl cG9zaXRvcnkuDQoNCk5hbWU6CQlkcmFmdC1ubWRzZHQtbmV0bW9kLXJldmlzZWQtZGF0YXN0b3Jl cw0KUmV2aXNpb246CTAwDQpUaXRsZToJCUEgUmV2aXNlZCBDb25jZXB0dWFsIE1vZGVsIGZvciBZ QU5HIERhdGFzdG9yZXMNCkRvY3VtZW50IGRhdGU6CTIwMTYtMTAtMjcNCkdyb3VwOgkJSW5kaXZp ZHVhbCBTdWJtaXNzaW9uDQpQYWdlczoJCTIwDQpVUkw6ICAgICAgICAgICAgaHR0cHM6Ly93d3cu aWV0Zi5vcmcvaW50ZXJuZXQtZHJhZnRzL2RyYWZ0LW5tZHNkdC1uZXRtb2QtcmV2aXNlZC1kYXRh c3RvcmVzLTAwLnR4dA0KU3RhdHVzOiAgICAgICAgIGh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5v cmcvZG9jL2RyYWZ0LW5tZHNkdC1uZXRtb2QtcmV2aXNlZC1kYXRhc3RvcmVzLw0KSHRtbGl6ZWQ6 ICAgICAgIGh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1ubWRzZHQtbmV0bW9kLXJl dmlzZWQtZGF0YXN0b3Jlcy0wMA0KDQoNCkFic3RyYWN0Og0KICAgRGF0YXN0b3JlcyBhcmUgYSBm dW5kYW1lbnRhbCBjb25jZXB0IGJpbmRpbmcgdGhlIFlBTkcgZGF0YSBtb2RlbGluZw0KICAgbGFu Z3VhZ2UgdG8gcHJvdG9jb2xzIHRyYW5zcG9ydGluZyBkYXRhIGRlZmluZWQgaW4gWUFORyBkYXRh IG1vZGVscywNCiAgIHN1Y2ggYXMgTkVUQ09ORiBvciBSRVNUQ09ORi4gIFRoaXMgZG9jdW1lbnQg ZGVmaW5lcyBhIHJldmlzZWQNCiAgIGNvbmNlcHR1YWwgbW9kZWwgb2YgZGF0YXN0b3JlcyBiYXNl ZCBvbiB0aGUgZXhwZXJpZW5jZSBnYWluZWQgd2l0aA0KICAgdGhlIGluaXRpYWwgc2ltcGxlciBt b2RlbCBhbmQgYWRkcmVzc2luZyByZXF1aXJlbWVudHMgdGhhdCB3ZXJlIG5vdA0KICAgd2VsbCBz dXBwb3J0ZWQgaW4gdGhlIGluaXRpYWwgbW9kZWwuDQoNCiAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICANCg0KDQpQbGVhc2Ugbm90ZSB0aGF0IGl0IG1heSB0YWtlIGEgY291cGxlIG9mIG1pbnV0ZXMg ZnJvbSB0aGUgdGltZSBvZiBzdWJtaXNzaW9uDQp1bnRpbCB0aGUgaHRtbGl6ZWQgdmVyc2lvbiBh bmQgZGlmZiBhcmUgYXZhaWxhYmxlIGF0IHRvb2xzLmlldGYub3JnLg0KDQpUaGUgSUVURiBTZWNy ZXRhcmlhdA0KDQoNCg0K From nobody Mon Oct 31 06:48: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 0053612958B for ; Mon, 31 Oct 2016 06:48:04 -0700 (PDT) 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 izM623iq1UJL for ; Mon, 31 Oct 2016 06:48:03 -0700 (PDT) Received: from gproxy4-pub.mail.unifiedlayer.com (gproxy4-pub.mail.unifiedlayer.com [69.89.23.142]) by ietfa.amsl.com (Postfix) with SMTP id 0CFE41294B1 for ; Mon, 31 Oct 2016 06:48:03 -0700 (PDT) Received: (qmail 6151 invoked by uid 0); 31 Oct 2016 13:48:00 -0000 Received: from unknown (HELO cmgw4) (10.0.90.85) by gproxy4.mail.unifiedlayer.com with SMTP; 31 Oct 2016 13:48:00 -0000 Received: from box313.bluehost.com ([69.89.31.113]) by cmgw4 with id 2Dnu1u01E2SSUrH01DnxFQ; Mon, 31 Oct 2016 07:48:00 -0600 X-Authority-Analysis: v=2.1 cv=IecUBwaa 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=CH0kA5CcgfcA:10 a=48vgC7mUAAAA:8 a=Z3KyBAbFabbsSo3vo-MA:9 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:Cc:To:References:Subject; bh=fYcj/nRQXgpvp4k1a4kkyE51CYvGk/ILRIM+F9BWjLU=; b=YjDSG1IyD9/+BC74tAoXBw8J8N BW77zieAIVFWRNeJ+dJaShRzApOs3FuQjI7bfA+5Eow6tJwlD6jTY2KdeFj4RLeAZ75dAZmtnV0KS GyZA+sZFxDrgLf+mK7f6RP17N; Received: from pool-100-15-85-191.washdc.fios.verizon.net ([100.15.85.191]:49651 helo=[IPv6:::1]) by box313.bluehost.com with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.86_1) (envelope-from ) id 1c1CwM-0007sW-Jw; Mon, 31 Oct 2016 07:47:54 -0600 References: To: "netmod@ietf.org" From: Lou Berger Message-ID: <96a3d978-ff8e-244d-9db0-5ec56f7b7b0e@labn.net> Date: Mon, 31 Oct 2016 09:47:49 -0400 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: 1c1CwM-0007sW-Jw 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]:49651 X-Source-Auth: lberger@labn.net X-Email-Count: 8 X-Source-Cap: bGFibm1vYmk7bGFibm1vYmk7Ym94MzEzLmJsdWVob3N0LmNvbQ== Archived-At: Cc: "netmod-chairs@ietf.org" Subject: Re: [netmod] presentation requests for 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: Mon, 31 Oct 2016 13:48:04 -0000 Just a reminder, time to get in your requests... On 10/26/2016 12:04 PM, Kent Watsen wrote: > > > > Hi All, > > > > The draft working group agenda for 97 is due this Monday. If you are > interested in presenting at IETF 97, please send a request to > mailto:netmod-chairs@ietf.org. Please include the following > information in your request: > > > > - name of presentation [optional, only needed if presentation is > not tied to a single draft] > > - name of the draft(s) covered by presentation > > - presenter(s) > > - how much time desired > > > > Thanks, > > Kent (as co-chair) > > > > > > > > _______________________________________________ > netmod mailing list > netmod@ietf.org > https://www.ietf.org/mailman/listinfo/netmod From nobody Mon Oct 31 07:13:33 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 23A3D129849; Mon, 31 Oct 2016 07:13:32 -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.36.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <147792321214.32369.17480502582405559340.idtracker@ietfa.amsl.com> Date: Mon, 31 Oct 2016 07:13:32 -0700 Archived-At: Cc: netmod@ietf.org Subject: [netmod] I-D Action: draft-ietf-netmod-schema-mount-03.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: Mon, 31 Oct 2016 14:13:32 -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 : 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/ From nobody Mon Oct 31 13:13: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 7900D129ADE for ; Mon, 31 Oct 2016 13:13:25 -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 oJmE2CjCo9xE for ; Mon, 31 Oct 2016 13:13:23 -0700 (PDT) Received: from mail.tail-f.com (mail.tail-f.com [46.21.102.45]) by ietfa.amsl.com (Postfix) with ESMTP id 3AE98129AB0 for ; Mon, 31 Oct 2016 13:13:23 -0700 (PDT) Received: from localhost (h-186-70.a165.priv.bahnhof.se [109.228.186.70]) by mail.tail-f.com (Postfix) with ESMTPSA id CF91C1AE0148 for ; Mon, 31 Oct 2016 21:13:21 +0100 (CET) Date: Mon, 31 Oct 2016 21:13:21 +0100 (CET) Message-Id: <20161031.211321.162990186108939878.mbj@tail-f.com> To: netmod@ietf.org From: Martin Bjorklund X-Mailer: Mew version 6.5 on Emacs 24.3 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Multipart/Mixed; boundary="--Next_Part(Mon_Oct_31_21_13_21_2016_096)--" Content-Transfer-Encoding: 7bit Archived-At: Subject: [netmod] Fw: New Version Notification for draft-vallin-netmod-alarm-module-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: Mon, 31 Oct 2016 20:13:25 -0000 ----Next_Part(Mon_Oct_31_21_13_21_2016_096)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hi, We have published a new version of the alarm module, with changes incorporated after the ML discussion. Notable changes: o added YANG feature 'alarm-history' (i.e., keeping history is now optional to implement). o added optional leaf-list 'resource' in the alarm inventory to let the server list all resources that may rais a specific alarm type. /martin & stefan ----Next_Part(Mon_Oct_31_21_13_21_2016_096)-- Content-Type: Message/Rfc822 Content-Transfer-Encoding: 7bit Content-Disposition: inline Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on metgos.tail-f.com X-Spam-Level: X-Spam-Status: No, score=-104.8 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_MED, RCVD_IN_MSPIKE_H2,RP_MATCHES_RCVD,SPF_PASS,USER_IN_WHITELIST autolearn=ham autolearn_force=no version=3.4.0 X-Original-To: mbj@tail-f.com Delivered-To: mbj@tail-f.com Received: from mail.ietf.org (mail.ietf.org [4.31.198.44]) by mail.tail-f.com (Postfix) with ESMTPS id D4D4E1AE0148 for ; Mon, 31 Oct 2016 21:08:35 +0100 (CET) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 77521129AE2; Mon, 31 Oct 2016 13:08:34 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: "Stefan Vallin" , "Martin Bjorklund" Subject: New Version Notification for draft-vallin-netmod-alarm-module-01.txt X-Test-IDTracker: no X-IETF-IDTracker: 6.37.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <147794451448.23262.15166809230482408579.idtracker@ietfa.amsl.com> Date: Mon, 31 Oct 2016 13:08:34 -0700 X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4 int cnt prob spamicity histogram 0.00 59 0.018778 0.017660 ################################################ 0.10 4 0.114263 0.024891 #### 0.20 0 0.000000 0.024891 0.30 0 0.000000 0.024891 0.40 0 0.000000 0.024891 0.50 0 0.000000 0.024891 0.60 0 0.000000 0.024891 0.70 0 0.000000 0.024891 0.80 0 0.000000 0.024891 0.90 0 0.000000 0.024891 A new version of I-D, draft-vallin-netmod-alarm-module-01.txt has been successfully submitted by Martin Bjorklund and posted to the IETF repository. Name: draft-vallin-netmod-alarm-module Revision: 01 Title: YANG Alarm Module Document date: 2016-10-31 Group: Individual Submission Pages: 58 URL: https://www.ietf.org/internet-drafts/draft-vallin-netmod-alarm-module-01.txt Status: https://datatracker.ietf.org/doc/draft-vallin-netmod-alarm-module/ Htmlized: https://tools.ietf.org/html/draft-vallin-netmod-alarm-module-01 Diff: https://www.ietf.org/rfcdiff?url2=draft-vallin-netmod-alarm-module-01 Abstract: This document defines a YANG module for alarm management. It includes functions for alarm list management, alarm shelving and notifications to inform management systems. There are also RPCs to manage the operator state of an alarm and administrative alarm procedures. The module carefully maps to relevant alarm standards. 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 ----Next_Part(Mon_Oct_31_21_13_21_2016_096)---- From nobody Mon Oct 31 13:20:56 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 45F9B129B02; Mon, 31 Oct 2016 13:20:44 -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: <147794524409.23193.8224652494540792820.idtracker@ietfa.amsl.com> Date: Mon, 31 Oct 2016 13:20:44 -0700 Archived-At: Cc: netmod@ietf.org Subject: [netmod] I-D Action: draft-ietf-netmod-syslog-model-10.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: Mon, 31 Oct 2016 20:20:44 -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-10.txt Pages : 33 Date : 2016-10-31 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-10 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-netmod-syslog-model-10 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Mon Oct 31 13:22: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 66B7E129AA9 for ; Mon, 31 Oct 2016 13:22:49 -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 WgnyHRp6W0cy for ; Mon, 31 Oct 2016 13:22:47 -0700 (PDT) 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 1C592129408 for ; Mon, 31 Oct 2016 13:22:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=14964; q=dns/txt; s=iport; t=1477945367; x=1479154967; h=from:to:subject:date:message-id:content-id: content-transfer-encoding:mime-version; bh=5V1tvNhxDQPoL463HhPY0FipJ3+qDKPGwWd31XOO0Og=; b=WRqKpTdv2G8Vl6bXy3lTtIpbk/BlTX+xnRQquyeNO6tXZMpF25iadbq6 Sj6ep7utSI1QDcZovhzxWPqe3NnV0tWVvmkBFYVrWMZ5Gl2zvfsH0X+n/ 76Ve+Ng9oKs3qZWMuiczOzd3GOxmfoUucRszOzQ404dq/GhoxFmHVOBO1 Y=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0CGAQCHpxdY/4wNJK1ZAxoBAQEBAgEBA?= =?us-ascii?q?QEIAQEBAYMqAQEBAQEfWHcGB40vln+UPoIHLIUtShyBeD8UAQIBAQEBAQEBYh0?= =?us-ascii?q?LhGMBBSMEDTMgBAEIEAgCAiYCBBkXFRIEE4hUCQWaEI9xjG8BAQEBAQEBAwEBA?= =?us-ascii?q?QEBAQEBAQEdBYEChTaBfYJYhCQNFhcKJoI9LYIvBY5MhVmFcwGGL4MIgwaDcoF?= =?us-ascii?q?uFzeEH4Q/hGqHIIFXGIQChAEBHjZggx4CH4FTcgEBhVCBLoEJAQEB?= X-IronPort-AV: E=Sophos;i="5.31,428,1473120000"; d="scan'208";a="342583755" Received: from alln-core-7.cisco.com ([173.36.13.140]) by alln-iport-1.cisco.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 31 Oct 2016 20:22:46 +0000 Received: from XCH-ALN-012.cisco.com (xch-aln-012.cisco.com [173.36.7.22]) by alln-core-7.cisco.com (8.14.5/8.14.5) with ESMTP id u9VKMkeH012477 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL) for ; Mon, 31 Oct 2016 20:22:46 GMT Received: from xch-aln-015.cisco.com (173.36.7.25) by XCH-ALN-012.cisco.com (173.36.7.22) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Mon, 31 Oct 2016 15:22:45 -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; Mon, 31 Oct 2016 15:22:45 -0500 From: "Clyde Wildes (cwildes)" To: "netmod@ietf.org" Thread-Topic: [netmod] partial review of draft-ietf-netmod-syslog-model-08.txt Thread-Index: AQHSM7SKRDsm6o15tEmO2Uclgi1KVg== Date: Mon, 31 Oct 2016 20:22:45 +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.27.7.189] Content-Type: text/plain; charset="utf-8" Content-ID: <076C7A1CAF5B934B8EC8EF86B462708B@emea.cisco.com> Content-Transfer-Encoding: base64 MIME-Version: 1.0 Archived-At: Subject: Re: [netmod] partial review of draft-ietf-netmod-syslog-model-08.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: Mon, 31 Oct 2016 20:22:49 -0000 SnVlcmdlbiwNCg0KVGhhbmtzIHZlcnkgbXVjaCBmb3IgeW91ciBkZXRhaWxlZCByZXZpZXcuIEkg aGF2ZSB1cGRhdGVkIHRoZSBkb2N1bWVudCB3aXRoIHlvdXIgZmVlZGJhY2sgYW5kIGhhdmUgcHJv dmlkZWQgcmVzcG9uc2VzIGZvciBldmVyeSBpdGVtLCBpbmxpbmUgYmVsb3cuDQoNCg0KT24gOC81 LzE2LCAzOjM2IEFNLCAiSnVlcmdlbiBTY2hvZW53YWVsZGVyIiA8ai5zY2hvZW53YWVsZGVyQGph Y29icy11bml2ZXJzaXR5LmRlPiB3cm90ZToNCg0KICAgIE9uIEZyaSwgSnVsIDA4LCAyMDE2IGF0 IDEwOjM3OjA2UE0gKzAwMDAsIENseWRlIFdpbGRlcyAoY3dpbGRlcykgd3JvdGU6DQogICAgPiBK dWVyZ2VuLA0KICAgID4gDQogICAgPiBUaGFua3MgZm9yIHlvdXIgZGV0YWlsZWQgcmV2aWV3IQ0K ICAgID4gDQogICAgPiBJIGFkZHJlc3NlZCBhbGwgb2YgeW91ciBjb21tZW50cyBpbiB0aGUgbGF0 ZXN0IGRyYWZ0Lg0KICAgIA0KICAgIFRoYW5rcyBmb3IgdGhlIHVwZGF0ZS4gQXMgbXkgcm9sZSBh cyBhIFlBTkcgZG9jdG9jIGFuZCBzb21lb25lDQogICAgZ2VuZXJhbGx5IGludGVyZXN0ZWQsIEkg dG9vayBhbm90aGVyIGxvb2sgYXQgdGhlIHN5c2xvZyBtb2RlbC4gIEkNCiAgICB0aGluayBpdCBo YXMgbXVjaCBpbXByb3ZlZCBhbmQgaXMgY2xvc2UgdG8gYmUgZG9uZS4gQnV0IG9mIGNvdXJzZSwg SQ0KICAgIGFsd2F5cyBmaW5kIHN0dWZmIHRvIGNvbW1lbnQgb24uLi4NCiAgICANCiAgICAqIERv Y3VtZW50DQogICAgDQogICAgICBTaG91bGQgdGhlIHRpdGxlIGJlIGNoYW5nZWQgdG8NCiAgICAN CiAgICAgICAgQSBZQU5HIERhdGEgTW9kZWwgZm9yIFN5c2xvZyBDb25maWd1cmF0aW9uDQogICAg DQogICAgICB0byBtYXRjaCBleGlzdGluZyBZQU5HIFJGQyBuYW1lcyBhbmQgdG8gaW5kaWNhdGUg dGhhdCB0aGUgc2NvcGUNCiAgICAgIGlzIGNvbmZpZ3VyYXRpb24gKGFzIHN0YXRlZCBpbiB0aGUg YWJzdHJhY3QpPw0KDQpbY2x5ZGVdIEFkb3B0ZWQuDQogICAgDQogICAgICBXaHkgaXMgdGhlIHRl cm0gbWVzc2FnZSBvcmlnaW5hdG9yIG5lZWRlZD8gVGhlIGRlZmluaXRpb24gc2F5czoNCiAgICAN CiAgICAgICAgIFRoZSB0ZXJtICJtZXNzYWdlIG9yaWdpbmF0b3IiIGlzIGRlcml2ZWQgZnJvbSB0 aGUgdGVybSAib3JpZ2luYXRvciINCiAgICAgICAgIGFzIGRlZmluZWQgaW4gW1JGQzU0MjRdOiBh biAib3JpZ2luYXRvciIgZ2VuZXJhdGVzIHN5c2xvZyBjb250ZW50IHRvDQogICAgICAgICBiZSBj YXJyaWVkIGluIGEgbWVzc2FnZS4NCiAgICANCiAgICAgIFRoaXMgZG9lcyBub3QgZXhwbGFpbiB3 aHkgJ29yaWdpbmF0b3InIGlzIG5vdCBnb29kIGVub3VnaCBhbmQgd2h5IGENCiAgICAgIG5ldyB0 ZXJtIGlzIG5lZWRlZC4gV2hhdCB0aGUgZmlndXJlIGluIHNlY3Rpb24gMyBzaG93cyBsb29rcyBw cmV0dHkNCiAgICAgIG11Y2ggYXMgb3JpZ2luYXRvcnMgYXMgd2VsbC4gKEJUVywgaXQgbWlnaHQg YmUgbmljZSB0byBnaXZlIGZpZ3VyZXMNCiAgICAgIGEgbnVtYmVyIGFuZCBhIGNhcHRpb24gLSBt YWtlcyBpdCBlYXNpZXIgdG8gcmVmZXIgdG8gdGhlbS4pDQoNCltjbHlkZV0gSSBoYXZlIGNoYW5n ZWQgdGhlIHRlcm0gdG8g4oCYb3JpZ2luYXRvcuKAmSBhbmQgaGF2ZSBhZGRlZCBsYWJlbHMgdG8g dGhlIGZpZ3VyZXMuDQogICAgDQogICAgICBJIGFtIGFsc28gbm90IHN1cmUgd2h5IHRoZSB0ZXJt ICJtZXNzYWdlIGRpc3RyaWJ1dG9yIiBpcyBuZWVkZWQ7IGlzDQogICAgICB0aGlzIG5vdCBqdXN0 IGEgJ3JlbGF5JyBpbiB0aGUgUkZDIDU0MjQgc2Vuc2U/IE9yIGlzIHlvdXIgbWVzc2FnZQ0KICAg ICAgZGlzdHJpYnV0b3IgYSBjb21iaW5hdGlvbiBvZiBhICdyZWxheScgYW5kIGEgJ2NvbGxlY3Rv cic/IEkgdGhpbmsgYXQNCiAgICAgIGxlYXN0IHNvbWUgZXhwbGFuYXRpb24gc2hvdWxkIGJlIGdp dmVuIGhvdyB0aGVzZSB0ZXJtcyBmaXQgdG9nZXRoZXIuDQogICAgICBJIGFsc28gbm90ZSB0aGF0 IHRoZSB0ZXJtcyAibWVzc2FnZSBkaXN0cmlidXRvciIgYW5kICJtZXNzYWdlDQogICAgICBvcmln aW5hdG9yIiBhcmUgbmV2ZXIgdXNlZCBpbiB0aGUgWUFORyBtb2RlbCBkZWZpbml0aW9uIGl0c2Vs Zjsgc28NCiAgICAgIGlmIHdlIGNhbiBzaW1wbHkgdXNlIFJGQyA1NDI0IHRlcm1zIGluIHRoZSBp bnRyb2R1Y3RvcnkgcGFydCBJIHdvdWxkDQogICAgICBmaW5kIHRoYXQgc2ltcGxlci4gKEkgYW0g YWxzbyBub3QgY2xlYXIgd2hldGhlciBJIHdvdWxkIGNhbGwgYSBMb2cNCiAgICAgIEZpbGUgYSBN ZXNzYWdlIERpc3RyaWJ1dG9yIGFzIHRoZSBmaWd1cmUgaW4gc2VjdGlvbiAzIHN1Z2dlc3RzOyBm b3INCiAgICAgIG1lIHRoZXNlIGFyZSBhY3R1YWxseSB3aGF0IFJGQyA1NDI0IGNhbGxzIGNvbGxl Y3RvcnMuKQ0KDQpbY2x5ZGVdIEkgaGF2ZSBzaW1wbGlmaWVkIHRoaXMgdG8gY29sbGVjdG9yLg0K ICAgIA0KICAgICAgWW91IHdyb3RlICJ0byBjb25maWd1cmUgb25lIG9yIG1vcmUgc3lzbG9nIHBy b2Nlc3NlcyIgYW5kIEkgd29uZGVyDQogICAgICB3aGF0IHlvdSBtZWFuIHdpdGggJ3N5c2xvZyBw cm9jZXNzZXMnIGhlcmUgYW5kIHdoeSB5b3Ugc3RyZXNzDQogICAgICAnbXVsdGlwbGUnLiBJcyB0 aGVyZSBhbnl0aGluZyBpbiB0aGUgZGF0YSBtb2RlbCB0aGF0IHdhcyBkZXNpZ25lZA0KICAgICAg c3BlY2lmaWNhbGx5IHRvIHN1cHBvcnQgX211bHRpcGxlXyBzeXNsb2cgcHJvY2Vzc2VzPyBJcyBz eXNsb2cNCiAgICAgIHByb2Nlc3MgaGVyZSB0aGUgc2FtZSBhcyAnbWVzc2FnZSBkaXN0cmlidXRv cic/IElmIHNvLCB1c2UgYSBzaW5nbGUNCiAgICAgIHRlcm07IGlmIG5vdCwgcGxlYXNlIGV4cGxh aW4gdGhlIGRpZmZlcmVuY2UuDQoNCltjbHlkZV0gSSBoYXZlIGNoYW5nZWQgdGhlIHdvcmRpbmcg dG8g4oCcdG8gY29uZmlndXJlIHRoZSBzeXNsb2cgZmVhdHVyZeKAnS4NCiAgICANCiAgICAgIFlv dSB3cm90ZToNCiAgICANCiAgICAgICAgVGhpcyBtb2R1bGUgY2FuIGJlIHVzZWQgdG8gY29uZmln dXJlIHRoZSBzeXNsb2cgYXBwbGljYXRpb24NCiAgICAgICAgY29uY2VwdHVhbCBsYXllciBbUkZD NTQyNF0uDQogICAgDQogICAgICBJcyB0aGlzIHN0YXRlbWVudCBjb3JyZWN0PyBIb3cgZG8gSSB1 c2UgdGhlIGRhdGEgbW9kZWwgdG8gY29uZmlndXJlDQogICAgICB0aGUgbGlzdCBvZiBvcmlnaW5h dG9ycyBzaG93biBpbiBzZWN0aW9uIDM/DQoNCltjbHlkZV0gVGhlIGxpc3Qgb2Ygb3JpZ2luYXRv cnMgaXMgZml4ZWQgZm9yIGVhY2ggc3lzbG9nIGltcGxlbWVudGF0aW9uLiBBIGJldHRlcg0Kd29y ZGluZyBtaWdodCBiZSDigJxUaGlzIG1vZHVsZSBjYW4gYmUgdXNlZCB0byBjb25maWd1cmUgdGhl IHN5c2xvZyBhcHBsaWNhdGlvbiANCmNvbmNlcHR1YWwgbGF5ZXJzIGFzIGltcGxlbWVudGVkIG9u IHRoZSB0YXJnZXQgc3lzdGVtIFtSRkM1NDI0XS7igJ0NCiAgICANCiAgICAgIFlvdSB3cm90ZToN CiAgICANCiAgICAgICAgVGhlIGxlYXZlcyBpbiB0aGUgYmFzZSBzeXNsb2cgbW9kZWwgbG9nLWlu cHV0LXRyYW5zcG9ydHMgY29udGFpbmVyDQogICAgICAgIGNvcnJlc3BvbmQgdG8gcmVtb3RlIG1l c3NhZ2Ugb3JpZ2luYXRvcnMgb3IgcmVtb3RlIG1lc3NhZ2UgcmVsYXlzLg0KICAgIA0KICAgICAg ICBUaGUgbGVhdmVzIGluIHRoZSBiYXNlIHN5c2xvZyBtb2RlbCBsb2ctYWN0aW9ucyBjb250YWlu ZXIgY29ycmVzcG9uZA0KICAgICAgICB0byBlYWNoIG1lc3NhZ2UgZGlzdHJpYnV0b3I6DQogICAg DQogICAgICBJIGNvdWxkIG5vdCBmaW5kIGxvZy1pbnB1dC10cmFuc3BvcnRzIGFuZCBsb2ctYWN0 aW9ucyBhbnl3aGVyZSwgSQ0KICAgICAgdGhpbmsgcmVuYW1pbmcgaGFzIG5vdCBiZWVuIHJlZmxl Y3RlZCBpbiB0aGUgdGV4dCB5ZXQuDQoNCltjbHlkZV0gbG9nLWlucHV0LXRyYW5zcG9ydHMgd2Fz IHJlbW92ZWQgaW4gYSBwcmV2aW91cyBlZGl0LiBUaGlzIHBhcmFncmFwaCBoYXMNCmJlZW4gcmVt b3ZlZCBmcm9tIHRoZSBkcmFmdC4NCiAgICANCiAgICAgIEkgd291bGQgcHJlZmVyIGlmIHRoZSBl eGFtcGxlcyB3b3VsZCBiZSB0cmltbWVkIGRvd24gdG8gc2hvdyBqdXN0DQogICAgICB0aGUgWE1M IGNvbmZpZyBhbmQgbm90IGFuIGVudGlyZSBORVRDT05GIFJQQyBleGNoYW5nZSBpbiBvcmRlciB0 bw0KICAgICAgcmVkdWNlIG5vaXNlLiBBbHNvIHJlZHVjZSB0aGUgbnVtYmVyIG9mIG5hbWVzcGFj ZSBkZWZpbml0aW9ucyB0byB0aGUNCiAgICAgIG1pbmltdW0gbmVlZGVkLg0KICAgIA0KICAgICAg SSBhbSBub3Qgc3VyZSB0aGUgbmFtZXNwYWNlIHVzZWQgaW4gQXBwZW5kaXggQS4xIGlzIGEgZ29v ZCBpZGVhLg0KICAgICAgUGVyaGFwcyB1c2UgImh0dHA6Ly9leGFtcGxlLmNvbS9ldGhlcm5ldCIg YW5kIGluIGdlbmVyYWwgdXNlDQogICAgICBleGFtcGxlLmNvbSBmb3IgZXhhbXBsZSBkb21haW4g bmFtZXMgKGFuZCBub3QgdmVuZG9yLmNvbSkNCg0KW2NseWRlXSBBZG9wdGVkLg0KICAgIA0KICAg ICogaWV0Zi1zeXNsb2ctdHlwZXMNCiAgICANCiAgICAgIEluc3RlYWQgb2YganVzdCAnQWxlcnQg TGV2ZWwgTXNnJyBpbiB0aGUgZGVzY3JpcHRpb24sIHBlcmhhcHMgd3JpdGUNCiAgICAgIGZ1bGwg c2VudGVuY2UgdGhhdCBpcyBtb3JlIGRlc2NyaXB0aXZlLCBlLmcuLA0KICAgIA0KICAgICAgICAi VGhlIHNldmVyaXR5IGxldmVsICdBbGVydCcgaW5kaWNhdGluZyB0aGF0IGFuIGFjdGlvbiBtdXN0 IGJlDQogICAgICAgIHRha2VuIGltbWVkaWF0ZWx5LiINCiAgICANCiAgICAgIE5vdGUgdGhhdCBU YWJsZSAyIGluIFJGQyA1NDI0IHByb3ZpZGVzIHBocmFzZXMgZGVzY3JpYmluZyBzeXNsb2cNCiAg ICAgIG1lc3NhZ2Ugc2V2ZXJpdGllcy4NCg0KW2NseWRlXSBBZG9wdGVkLg0KICAgIA0KICAgICog aWV0Zi1zeXNsb2cNCiAgICANCiAgICAgIFRoZSBjb21tZW50ZWQgb3V0IHJlZmVyZW5jZSB0byBp ZXRmLXRscy1jbGllbnQgbmVlZHMgdG8gYmUgcmVzb2x2ZWQuDQoNCltjbHlkZV0gSSBuZWVkIGRp cmVjdGlvbiBmcm9tIEtlbnQgZm9yIHRoaXMuIEkgd2lsbCB3b3JrIHdpdGggaGltIGFuZCB3aWxs IHJldmlzZQ0KdGhpcyBzZWN0aW9uIGluIGEgZnV0dXJlIHVwZGF0ZS4NCiAgICANCiAgICAgIElz IHRoZSByZWd1bGFyIGV4cHJlc3Npb24gbWF0Y2hpbmcgY2xlYXJseSBlbm91Z2ggc3BlY2lmaWVk PyBIb3cgZG8NCiAgICAgIHlvdSBkZWFsIHdpdGggZmxhZ3Mgc3VjaCBhcyBSRUdfSUNBU0U/IEFy ZSB0aGVzZSB3aGF0IGlzIHNvbWV0aW1lcw0KICAgICAgcmVmZXJyZWQgdG8gYXMgZXh0ZW5kZWQg cmVndWxhciBleHByZXNzaW9ucz8NCiAgICANCiAgICAgIEkgd29uZGVyIHdoZXRoZXIgbmFtZXMg Y2FuIGJlIGZ1cnRoZXIgc3RyZWFtbGluZWQsIGUuZy4NCiAgICANCiAgICAgIGxvZy1zZWxlY3Rv ciAtPiBzZWxlY3Rvcg0KICAgICAgbG9nLWZhY2lsaXR5IC0+IGZhY2lsaXR5DQogICAgICBuby1s b2ctZmFjaWxpdHkgLT4gZmFjaWxpdHkNCiAgICAgIGZhY2lsaXR5IC0+IG5hbWUNCiAgICANCiAg ICAgIFRoaXMgd291bGQgdHVybg0KICAgIA0KICAgICAgICAgICAgICAgPGFjdGlvbnM+DQogICAg ICAgICAgICAgICAgIDxjb25zb2xlPg0KICAgICAgICAgICAgICAgICAgIDxsb2ctc2VsZWN0b3I+ DQogICAgICAgICAgICAgICAgICAgICA8bG9nLWZhY2lsaXR5Pg0KICAgICAgICAgICAgICAgICAg ICAgICA8ZmFjaWxpdHk+YWxsPC9mYWNpbGl0eT4NCiAgICAgICAgICAgICAgICAgICAgICAgPHNl dmVyaXR5PmNyaXRpY2FsPC9zZXZlcml0eT4NCiAgICAgICAgICAgICAgICAgICAgIDwvbG9nLWZh Y2lsaXR5Pg0KICAgICAgICAgICAgICAgICAgIDwvbG9nLXNlbGVjdG9yPg0KICAgICAgICAgICAg ICAgICA8L2NvbnNvbGU+DQogICAgICAgICAgICAgICA8L2FjdGlvbnM+DQogICAgDQogICAgICBp bnRvIHRoaXMNCiAgICAgIA0KICAgICAgICAgICAgICAgPGFjdGlvbnM+DQogICAgICAgICAgICAg ICAgIDxjb25zb2xlPg0KICAgICAgICAgICAgICAgICAgIDxzZWxlY3Rvcj4NCiAgICAgICAgICAg ICAgICAgICAgIDxmYWNpbGl0eT4NCiAgICAgICAgICAgICAgICAgICAgICAgPG5hbWU+YWxsPC9u YW1lPg0KICAgICAgICAgICAgICAgICAgICAgICA8c2V2ZXJpdHk+Y3JpdGljYWw8L3NldmVyaXR5 Pg0KICAgICAgICAgICAgICAgICAgICAgPC9mYWNpbGl0eT4NCiAgICAgICAgICAgICAgICAgICA8 L3NlbGVjdG9yPg0KICAgICAgICAgICAgICAgICA8L2NvbnNvbGU+DQogICAgICAgICAgICAgICA8 L2FjdGlvbnM+DQogICAgDQpbY2x5ZGVdIEFkb3B0ZWQuDQoNCiAgICAgIEJUVywgaXMgdGhlIGZv bGxvd2luZyB2YWxpZD8NCiAgICANCiAgICAgICAgICAgICAgIDxhY3Rpb25zPg0KICAgICAgICAg ICAgICAgICA8Y29uc29sZT4NCiAgICAgICAgICAgICAgICAgICA8c2VsZWN0b3I+DQogICAgICAg ICAgICAgICAgICAgICA8ZmFjaWxpdHk+DQogICAgICAgICAgICAgICAgICAgICAgIDxuYW1lPmtl cm48L25hbWU+DQogICAgICAgICAgICAgICAgICAgICAgIDxzZXZlcml0eT5ub3RpY2U8L3NldmVy aXR5Pg0KICAgIAkJICAgPGNvbXBhcmUtb3A+ZXF1YWw8L2NvbXBhcmUtb3A+DQogICAgICAgICAg ICAgICAgICAgICA8L2ZhY2lsaXR5Pg0KICAgICAgICAgICAgICAgICAgICAgPGZhY2lsaXR5Pg0K ICAgICAgICAgICAgICAgICAgICAgICA8bmFtZT5rZXJuPC9uYW1lPg0KICAgICAgICAgICAgICAg ICAgICAgICA8c2V2ZXJpdHk+ZGVidWc8L3NldmVyaXR5Pg0KICAgIAkJICAgPGNvbXBhcmUtb3A+ ZXF1YWw8L2NvbXBhcmUtb3A+DQogICAgICAgICAgICAgICAgICAgICA8L2ZhY2lsaXR5Pg0KICAg ICAgICAgICAgICAgICAgIDwvc2VsZWN0b3I+DQogICAgICAgICAgICAgICAgIDwvY29uc29sZT4N CiAgICAgICAgICAgICAgIDwvYWN0aW9ucz4NCiAgICANCiAgICAgIEkgZG8gbm90IHRoaW5rIHRo aXMgaXMgdmFsaWQgYnV0IHdvdWxkIGl0IG5vdCBiZSBkZXNpcmFibGUgdG8NCiAgICAgIHN1cHBv cnQgbXVsdGlwbGUgZmlsdGVycyBvbiB0aGUgc2FtZSBmYWNpbGl0eT8gR29vZCBvbGQgQlNEIGxp a2UNCiAgICAgIHN5c2xvZyBkYWVtb25zIGRvIHVuZGVyc3RhbmQgY29uZmlndXJhdGlvbnMgc3Vj aCBhcw0KICAgIA0KICAgICAga2Vybi5ub3RpY2U7a2Vybi5kZWJ1ZzogfC9kZXYveGNvbnNvbGUN Cg0KW2NseWRlXSBZZXMgdGhpcyBpcyB2YWxpZCBpZiB0aGUgdGFyZ2V0IGltcGxlbWVudGF0aW9u IHN1cHBvcnRzIHRoZSBmZWF0dXJlIOKAnGVsZWN0LXNldi1jb21wYXJl4oCdLg0KICAgIA0KICAg ICAgSWYgbXkgc3lzbG9nIGltcGxlbWVudGF0aW9uIHN1cHBvcnRzIHN0cnVjdHVyZWQgZGF0YSwg aXMgaXQgYQ0KICAgICAgcmVhc29uYWJsZSBkZWZhdWx0IHRvIHJlbW92ZSBzdHJ1Y3R1cmVkIGRh dGEgKGRlZmF1bHQgZmFsc2Ugb2YNCiAgICAgIHN0cnVjdHVyZWQtZGF0YSk/DQoNCltjbHlkZV0g U2luY2Ugc3RydWN0dXJlZCBkYXRhIGlzIGNob3NlbiBvbiBhIGNvbGxlY3RvciBieSBjb2xsZWN0 b3IgYmFzaXMgSSBhbSBub3Qgc3VyZQ0Kd2hhdCB5b3UgYXJlIGFza2luZy4gUGxlYXNlIHJlbWVt YmVyIHRoYXQgc29tZSByZW1vdGUgY29sbGVjdG9ycyBtYXkgbm90IHN1cHBvcnQgc3RydWN0dXJl ZA0KZGF0YS4NCiAgICANCiAgICAgIFRoZSBtb2RlbCBhbGxvd3MgbWUgdG8gY29uZmlndXJlIGxp bWl0cyBzdWNoIGFzIGJ1ZmZlci1saW1pdC1ieXRlcw0KICAgICAgb3IgYnVmZmVyLWxpbWl0LW1l c3NhZ2VzLiBJcyB0aGVyZSBhIHdheSB0byBvYnRhaW4gdGhlIHN5c3RlbSBib3VuZHMNCiAgICAg IGZvciB0aGVzZSBsaW1pdHMgKGlmIHRoZXJlIGFyZSBhbnkpIG9yIGlzIHRoZSBpZGVhIHRoYXQg YXBwbGljYXRpb25zDQogICAgICBkZXRlcm1pbmUgdGhlIGxpbWl0cyBldmVudHVhbGx5IHZpYSB0 cmlhbCBhbmQgZXJyb3I/DQoNCltjbHlkZV0gSW4gYSBwcmlvciByZXZpc2lvbiBJIHdhcyBhc2tl ZCB0byB1c2UgdGhlIHBocmFzZSDigJxUaGUgZGVmYXVsdCB2YWx1ZSANCnZhcmllcyBieSBpbXBs ZW1lbnRhdGlvbuKAnSBzaW5jZSB0aGVyZSBpcyBubyBSUEMgYXZhaWxhYmxlIHRvIG9idGFpbiB0 aGUgbGltaXRzIGZvcg0KYSBzcGVjaWZpYyBpbXBsZW1lbnRhdGlvbi4NCiAgICANCiAgICAgIFNo b3VsZCAndXNlcyBzZWxlY3RvcjsnIGFsd2F5cyBiZSBpbW1lZGlhdGVseSBmb2xsb3dlZCBieSAn dXNlcw0KICAgICAgc3RydWN0dXJlZC1kYXRhOyc/IFNvbWV0aW1lcyB0aGVyZSBhcmUgb3RoZXIg ZGVmaW5pdGlvbnMgaW4gYmV0d2VlbiwNCiAgICAgIHNvbWV0aW1lcyBub3QuIE9uIHNvbWUgYWN0 aW9ucywgdGhlIHVzZXMgc3RydWN0dXJlZC1kYXRhOyBpcyBhYnNlbnQsDQogICAgICBpcyB0aGVy ZSBhbnkgcmVhc29uIHdoeSB0aGlzIGV4aXN0cyBzb21ldGltZXMgYnV0IG5vdCBhbHdheXM/DQoN CltjbHlkZV0gSSBoYXZlIG1vdmVkIHRoZSAndXNlcyBzdHJ1Y3R1cmVkLWRhdGE7JyB0byBhbHdh eXMgYmUgYmVoaW5kDQrigJh1c2VzIHNlbGVjdG9y4oCZLg0KICAgIA0KICAgICAgSXMgJ2xvZyBm aWxlIGFyY2hpdmluZycgdGhlIHJpZ2h0IHRlcm0/IElzIHRoaXMgbm90IG1vcmUgY29tbW9ubHkN CiAgICAgIGtub3duIGFzIGxvZyBmaWxlIHJvdGF0aW9uPyBBcmNoaXZpbmcgdG8gbWUgc3VnZ2Vz dHMgdGhhdCBkYXRhIGlzDQogICAgICBrZXB0IGZvciBhIGxvbmcgcGVyaW9kIG9mIHRpbWUgYnV0 IGxvZyByb3RhdGlvbiB1c3VhbGx5IG9ubHkgY292ZXJzDQogICAgICBhIGNvdXBsZSBvZiBkYXlz Lg0KDQpbY2x5ZGVdIEkgY2hhbmdlZCB0byDigJxjb250YWluZXIgZmlsZS1yb3RhdGlvbuKAnSBh bmQg4oCcbG9nIGZpbGUgcm90YXRpb24u4oCdDQogICAgDQogICAgICBJIGFtIG5vdCBzdXJlIEkg dW5kZXJzdGFuZCBkZXN0aW5hdGlvbi1mYWNpbGl0eSB3aGljaCBkZWZhdWx0cyB0bw0KICAgICAg c3lzbG9ndHlwZXM6bG9jYWw3LiBDYW4gSSBub3QgZm9yd2FyZCBhIHN5c2xvZyBtZXNzYWdlIHRv IGEgcmVtb3RlDQogICAgICBkZXN0aW5hdGlvbiB3aXRob3V0IG1lc3NpbmcgYXJvdW5kIHdpdGgg dGhlIGZhY2lsaXR5Pw0KDQpbY2x5ZGVdIFNvbWUgdmVuZG9ycyBhbGxvdyBhIGZhY2lsaXR5IG92 ZXJyaWRlIHdoaWNoLCB3aGVuIHNwZWNpZmllZCwgb3ZlcnJpZGVzIHRoZSANCmZhY2lsaXR5IGZv ciBhbGwgbWVzc2FnZXMgc2VudCB0byB0aGUgcmVtb3RlIGNvbGxlY3Rvci4gRXhhbXBsZToNCmh0 dHA6Ly93d3cuanVuaXBlci5uZXQvZG9jdW1lbnRhdGlvbi9lbl9VUy9qdW5vczE1LjEvdG9waWNz L3JlZmVyZW5jZS9jb25maWd1cmF0aW9uLXN0YXRlbWVudC9mYWNpbGl0eS1vdmVycmlkZS1lZGl0 LXN5c3RlbS5odG1sDQoNCkkgaGF2ZSByZXN0cnVjdHVyZWQgdGhpcyBmaWVsZCB0byBiZWNvbWU6 DQogICAgICAgICAgbGVhZiBmYWNpbGl0eS1vdmVycmlkZSB7DQogICAgICAgICAgICB0eXBlIGlk ZW50aXR5cmVmIHsNCiAgICAgICAgICAgICAgYmFzZSBzeXNsb2d0eXBlczpzeXNsb2ctZmFjaWxp dHk7DQogICAgICAgICAgICB9DQogICAgICAgICAgICBkZXNjcmlwdGlvbg0KICAgICAgICAgICAg ICAiSWYgc3BlY2lmaWVkLCB0aGlzIGxlYWYgc3BlY2lmaWVzIHRoZSBmYWNpbGl0eSB1c2VkIA0K ICAgICAgICAgICAgICAgdG8gb3ZlcnJpZGUgdGhlIGZhY2lsaXR5IGluIG1lc3NhZ2VzIGRlbGl2 ZXJlZCB0byB0aGUgDQogICAgICAgICAgICAgICByZW1vdGUgc2VydmVyLiI7DQogICAgICAgICAg fQ0KDQogICAgDQogICAgICBUaGUgc291cmNlLWludGVyZmFjZSBkZXNjcmlwdGlvbiBzYXlzIGFu IElQIGFkZHJlc3MgY2FuIGJlIHNwZWNpZmllZA0KICAgICAgd2hpY2ggSSB0aGluayBpcyBub3Qg dHJ1ZSAoeW91IHVzZSB0eXBlIGlmOmludGVyZmFjZS1yZWYpLiBJIHRoaW5rDQogICAgICB3aGF0 IHlvdSBhcmUgZG9pbmcgaXMgcmlnaHQsIHRoZSBkZXNjcmlwdGlvbiBsaWtlbHkgbmVlZHMgYW4g dXBkYXRlLg0KDQpbY2x5ZGVdIEkgaGF2ZSB1cGRhdGVkIHRoZSBkZXNjcmlwdGlvbiB0byBiZToN Cg0KICAgICAgICAgICAgZGVzY3JpcHRpb24NCiAgICAgICAgICAgICAgIlRoaXMgbGVhZiBzZXRz IHRoZSBzb3VyY2UgaW50ZXJmYWNlIHRvIGJlIHVzZWQgdG8gc2VuZCANCiAgICAgICAgICAgICAg IG1lc3NhZ2UgdG8gdGhlIHJlbW90ZSBzeXNsb2cgc2VydmVyLiBJZiBub3Qgc2V0LCANCiAgICAg ICAgICAgICAgIG1lc3NhZ2VzIHNlbnQgdG8gYSByZW1vdGUgc3lzbG9nIHNlcnZlciB3aWxsIA0K ICAgICAgICAgICAgICAgY29udGFpbiB0aGUgSVAgYWRkcmVzcyBvZiB0aGUgaW50ZXJmYWNlIHRo ZSBzeXNsb2cgDQogICAgICAgICAgICAgICBtZXNzYWdlIHVzZXMgdG8gZXhpdCB0aGUgbmV0d29y ayBlbGVtZW50IjsNCg0KICAgIA0KICAgICAgSSBzdWdnZXN0IHRvIGEgdW5pdCBzdGF0ZW1lbnRz IHRvIGNlcnQtcmVzZW5kLWRlbGF5LCBzaWctbWF4LWRlbGF5LA0KICAgICAgYW5kIHNpZy1yZXNl bmQtZGVsYXkuDQoNCltjbHlkZV0gQWRvcHRlZC4NCiAgICANCiAgICAqIEVkaXRvcmlhbA0KICAg IA0KICAgICAgcy8oNSlhcy8oNSkgYXMvDQogICAgDQogICAgICBzL2FkbWlzaW50cmF0b3IvYWRt aW5pc3RyYXRvci8NCiAgICANCiAgICAgIHMvc3ByZWNpZmljL3NwZWNpZmljLw0KDQpbY2x5ZGV9 IEFkb3B0ZWQuDQogICAgDQogICAgL2pzDQogICAgDQogICAgLS0gDQogICAgSnVlcmdlbiBTY2hv ZW53YWVsZGVyICAgICAgICAgICBKYWNvYnMgVW5pdmVyc2l0eSBCcmVtZW4gZ0dtYkgNCiAgICBQ aG9uZTogKzQ5IDQyMSAyMDAgMzU4NyAgICAgICAgIENhbXB1cyBSaW5nIDEgfCAyODc1OSBCcmVt ZW4gfCBHZXJtYW55DQogICAgRmF4OiAgICs0OSA0MjEgMjAwIDMxMDMgICAgICAgICA8aHR0cDov L3d3dy5qYWNvYnMtdW5pdmVyc2l0eS5kZS8+DQogICAgDQoNCg0KDQoNCg0KDQo= From nobody Mon Oct 31 14:08: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 DCF56129B1B for ; Mon, 31 Oct 2016 14:08:17 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.997 X-Spam-Level: X-Spam-Status: No, score=-14.997 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, MISSING_HEADERS=1.021, 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 antusR114Wmy for ; Mon, 31 Oct 2016 14:08:08 -0700 (PDT) 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 D9F9D129558 for ; Mon, 31 Oct 2016 14:07:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=2374; q=dns/txt; s=iport; t=1477948076; x=1479157676; h=from:cc:subject:date:message-id:references:in-reply-to: content-id:content-transfer-encoding:mime-version; bh=cXgZJ+/d4lQXMvrogDXds5gsOnMgEa/ZmdVou5GfWCc=; b=EGy5J2gujLRGLuTdkyPsndYzVhqreKUhdOMKX7KsXgyXhM8036PWXEvp yM7frcq7PUYmiVtndDTl2X4xkL0aFDBbUeRkp8SgzGDOmFYgv2LtKYCfm SNu8MmVe7u1KX3EnpOj14oCuFzMlWtC5iLDM4HlEPZiBdFg6uTD2BDwlf Q=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0CFAgBXsRdY/4UNJK1dGwEBAQMBAQEJA?= =?us-ascii?q?QEBgyoBAQEBAR9YcAILB40vllOUaoIHHQuFMUoCGgyBbD8UAQIBAQEBAQEBYii?= =?us-ascii?q?EWgkBAQQBAQEgEToLEAIBCBoCJgICAiULFRACEgWFcoJiDqZMjG8BAQEBAQEBA?= =?us-ascii?q?wEBAQEBAQEggQeKC4RHF4JtEYJLBZoYAYYvigCBbk6EH4kpjRGEAQEeNmCFEnK?= =?us-ascii?q?HAIEJAQEF?= X-IronPort-AV: E=Sophos;i="5.31,428,1473120000"; d="scan'208";a="342574404" Received: from alln-core-11.cisco.com ([173.36.13.133]) by alln-iport-6.cisco.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 31 Oct 2016 21:07:56 +0000 Received: from XCH-RTP-014.cisco.com (xch-rtp-014.cisco.com [64.101.220.154]) by alln-core-11.cisco.com (8.14.5/8.14.5) with ESMTP id u9VL7tn0006666 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL) for ; Mon, 31 Oct 2016 21:07:56 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; Mon, 31 Oct 2016 17:07:55 -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; Mon, 31 Oct 2016 17:07:55 -0400 From: "Acee Lindem (acee)" CC: "netmod@ietf.org" Thread-Topic: [netmod] I-D Action: draft-ietf-netmod-schema-mount-03.txt Thread-Index: AQHSM4D/FqDZOvecQEyb0k4bEdBHfaDDDqoA Date: Mon, 31 Oct 2016 21:07:55 +0000 Message-ID: References: <147792321214.32369.17480502582405559340.idtracker@ietfa.amsl.com> In-Reply-To: <147792321214.32369.17480502582405559340.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: Content-Transfer-Encoding: base64 MIME-Version: 1.0 Archived-At: 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: Mon, 31 Oct 2016 21:08:18 -0000 SGkgTGFkYSwgTWFydGluLCANCg0KV2l0aCByZXNwZWN0IHRvIHRoZSByZXN0cmljdGlvbiBpbiBz ZWN0aW9uIDMuMSwgSSB0aGluayBpdCB3b3VsZCBiZSBiZXR0ZXINCnRvIHN1cHBvcnQgcGF0aHMg dGhhdCByZWxhdGl2ZSBlaXRoZXIgdG8gdGhlIG1vdW50IHBvaW50IG9yIHRvIHRoZQ0KYWJzb2x1 dGUgZGV2aWNlIHJvb3QgSWYgbm90LCBob3cgd2lsbCB3ZSBzdXBwb3J0IGRldmljZSBsaXN0IGlu dGVyZmFjZQ0KcmVmZXJlbmNlcz8gDQoNClRoYW5rcywNCkFjZWUgDQoNCk9uIDEwLzMxLzE2LCAx MDoxMyBBTSwgIm5ldG1vZCBvbiBiZWhhbGYgb2YgaW50ZXJuZXQtZHJhZnRzQGlldGYub3JnIg0K PG5ldG1vZC1ib3VuY2VzQGlldGYub3JnIG9uIGJlaGFsZiBvZiBpbnRlcm5ldC1kcmFmdHNAaWV0 Zi5vcmc+IHdyb3RlOg0KDQo+DQo+QSBOZXcgSW50ZXJuZXQtRHJhZnQgaXMgYXZhaWxhYmxlIGZy b20gdGhlIG9uLWxpbmUgSW50ZXJuZXQtRHJhZnRzDQo+ZGlyZWN0b3JpZXMuDQo+VGhpcyBkcmFm dCBpcyBhIHdvcmsgaXRlbSBvZiB0aGUgTkVUQ09ORiBEYXRhIE1vZGVsaW5nIExhbmd1YWdlIG9m IHRoZQ0KPklFVEYuDQo+DQo+ICAgICAgICBUaXRsZSAgICAgICAgICAgOiBZQU5HIFNjaGVtYSBN b3VudA0KPiAgICAgICAgQXV0aG9ycyAgICAgICAgIDogTWFydGluIEJqb3JrbHVuZA0KPiAgICAg ICAgICAgICAgICAgICAgICAgICAgTGFkaXNsYXYgTGhvdGthDQo+CUZpbGVuYW1lICAgICAgICA6 IGRyYWZ0LWlldGYtbmV0bW9kLXNjaGVtYS1tb3VudC0wMy50eHQNCj4JUGFnZXMgICAgICAgICAg IDogMjQNCj4JRGF0ZSAgICAgICAgICAgIDogMjAxNi0xMC0zMQ0KPg0KPkFic3RyYWN0Og0KPiAg IFRoaXMgZG9jdW1lbnQgZGVmaW5lcyBhIG1lY2hhbmlzbSB0byBjb21iaW5lIFlBTkcgbW9kdWxl cyBpbnRvIHRoZQ0KPiAgIHNjaGVtYSBkZWZpbmVkIGluIG90aGVyIFlBTkcgbW9kdWxlcy4NCj4N Cj4NCj5UaGUgSUVURiBkYXRhdHJhY2tlciBzdGF0dXMgcGFnZSBmb3IgdGhpcyBkcmFmdCBpczoN Cj5odHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1pZXRmLW5ldG1vZC1zY2hl bWEtbW91bnQvDQo+DQo+VGhlcmUncyBhbHNvIGEgaHRtbGl6ZWQgdmVyc2lvbiBhdmFpbGFibGUg YXQ6DQo+aHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LWlldGYtbmV0bW9kLXNjaGVt YS1tb3VudC0wMw0KPg0KPkEgZGlmZiBmcm9tIHRoZSBwcmV2aW91cyB2ZXJzaW9uIGlzIGF2YWls YWJsZSBhdDoNCj5odHRwczovL3d3dy5pZXRmLm9yZy9yZmNkaWZmP3VybDI9ZHJhZnQtaWV0Zi1u ZXRtb2Qtc2NoZW1hLW1vdW50LTAzDQo+DQo+DQo+UGxlYXNlIG5vdGUgdGhhdCBpdCBtYXkgdGFr ZSBhIGNvdXBsZSBvZiBtaW51dGVzIGZyb20gdGhlIHRpbWUgb2YNCj5zdWJtaXNzaW9uDQo+dW50 aWwgdGhlIGh0bWxpemVkIHZlcnNpb24gYW5kIGRpZmYgYXJlIGF2YWlsYWJsZSBhdCB0b29scy5p ZXRmLm9yZy4NCj4NCj5JbnRlcm5ldC1EcmFmdHMgYXJlIGFsc28gYXZhaWxhYmxlIGJ5IGFub255 bW91cyBGVFAgYXQ6DQo+ZnRwOi8vZnRwLmlldGYub3JnL2ludGVybmV0LWRyYWZ0cy8NCj4NCj5f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KPm5ldG1vZCBt YWlsaW5nIGxpc3QNCj5uZXRtb2RAaWV0Zi5vcmcNCj5odHRwczovL3d3dy5pZXRmLm9yZy9tYWls bWFuL2xpc3RpbmZvL25ldG1vZA0KDQo= From nobody Mon Oct 31 17:49: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 E378F1293F4 for ; Mon, 31 Oct 2016 17:49:17 -0700 (PDT) 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 n-yPE0B3-Gts for ; Mon, 31 Oct 2016 17:49:16 -0700 (PDT) Received: from NAM03-BY2-obe.outbound.protection.outlook.com (mail-by2nam03on0112.outbound.protection.outlook.com [104.47.42.112]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 78333120726 for ; Mon, 31 Oct 2016 17:49:16 -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=l6uDVZk8mW+TRVUSQ9LDtOuMdc0t6K1Nth/Vm9vAnoo=; b=idxwdSHnEWZtA9aLFmfJdYS3uIIF11/gv9IX+6kK6JcY/b8voMSCcY0RrVUFe8eeueufEiToM4773+K4yR9Tzp7l6xvrsP6AwhOerAFdxijpwBkjfCj9XaTwMdj4UFcYMhZN3yPy+K5YszNjL/d2sZWFUGX6SEMJb0Yh790SN3I= Received: from CO2PR05CA023.namprd05.prod.outlook.com (10.141.241.151) by DM2PR0501MB1343.namprd05.prod.outlook.com (10.160.130.19) 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 00:49:12 +0000 Received: from BN1BFFO11FD030.protection.gbl (2a01:111:f400:7c10::1:140) by CO2PR05CA023.outlook.office365.com (2a01:111:e400:1429::23) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.707.1 via Frontend Transport; Tue, 1 Nov 2016 00:49:12 +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 BN1BFFO11FD030.mail.protection.outlook.com (10.58.144.93) with Microsoft SMTP Server (version=TLS1_0, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA_P384) id 15.1.693.6 via Frontend Transport; Tue, 1 Nov 2016 00:49:11 +0000 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; Mon, 31 Oct 2016 17:49:10 -0700 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 uA10n9Le031120 for ; Mon, 31 Oct 2016 17:49:10 -0700 (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 uA10j6vH004555 for ; Mon, 31 Oct 2016 20:45:06 -0400 (EDT) (envelope-from phil@idle.juniper.net) Message-ID: <201611010045.uA10j6vH004555@idle.juniper.net> To: In-Reply-To: <147794524409.23193.8224652494540792820.idtracker@ietfa.amsl.com> Date: Mon, 31 Oct 2016 20:45:06 -0400 From: Phil Shafer MIME-Version: 1.0 Content-Type: text/plain 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)(626004)(47776003)(5660300001)(81156014)(7696004)(53416004)(81166006)(76506005)(8676002)(7126002)(8276002)(69596002)(11100500001)(5003940100001)(356003)(7846002)(230783001)(92566002)(86362001)(2810700001)(106466001)(48376002)(586003)(305945005)(107886002)(450100001)(2351001)(68736007)(6916009)(97736004)(77096005)(87936001)(1076002)(2950100002)(50986999)(2906002)(54356999)(50466002)(105596002)(110136003)(8936002)(189998001); DIR:OUT; SFP:1102; SCL:1; SRVR:DM2PR0501MB1343; H:P-EMFE01C-SAC.jnpr.net; FPR:; SPF:SoftFail; PTR:InfoDomainNonexistent; MX:1; A:1; LANG:en; X-Microsoft-Exchange-Diagnostics: 1; BN1BFFO11FD030; 1:ZIIqwpMumvyJuQUIc3XPd/2yBWYTiihaD07UieZOoLxss2kzCob7pplbBa8bmjnooxuIeb4cyhabazFrBGqqxNTu8S2NjCC5g+o/FmGWjYTQ2VupSD7GIAPixkyvP1ZaqNvoqxmKK9eQXrouE9fEIIts7wQ4mLSgWcYS0/1G6p1XMr+GSsDPvQAjklxtHmvVjG+qgSmBK7+igFXmbcY1StqP/hpltsQdNZyr3g5xQRHZMSku9i3R2WugkIaU5/6rzGz0PWW9U7hP/EKP/HwhAk3qVvCzCXuABxmPEDuKlpU+iwI7k5LQfVh+6P8IR0U7JpUKxh8KgXuMsSZa0V7xuGc+VdHt9wif4dkISnYtVM1XALuZn5tVK8+EiGFRNJZr9bob3P6BM8/sxY3NXTvJYlC2ZK30nvq+Y8eBD844+x6Ls5Ag+OeKKpbGVGrs9lCNdMXHtkvdevQn8TeIwHfcFmTQ60zQ72Og+qwT/Eh/LNlIAf2bCDx0HZqjQdRYIPztGHaenrhAjAPXaORJ42I302fRiI06oHgCb0pDvRRG99c= X-MS-Office365-Filtering-Correlation-Id: 9b12e59c-550d-4101-5c1b-08d401f0e56e X-Microsoft-Exchange-Diagnostics: 1; DM2PR0501MB1343; 2:U5V2Huxa9CBlYSgyYXo+L5iLmtuR5iR2XzVkB1BBSVinvK5lXUAifhl/gHctRKymqAQ9R7j1acw9Z8Rctrm9g5I/k9gbCjTE1DA9M9vpVIOZ888/R6xuU0G4ZXC6vLHqfeMaBi3WzYvRhFiT/Nt9NrKBP5TiROp9mAiQt627Kcj/BA/OoMnMG4/qsQsBJuzA9+7BC2TKXdywO8goAO1fgA==; 3:ZWDf4YwVLdtbz/mtvBdqWATo8VYVknIled3a1flNMyxNw9qeocBXvgSMqczhPPgkhl+VDsP7cltbSO39rqZ/3tC9+3NcRbsEE/OQ06btA09KP+i5sAF8Qa4iLbvmZMg45XuYkcjS1zBTfE0+mb95d9YDZc8jQJwfZfP1GxBmZzifvJ8/+6ycY+3wc0v8nyk6wQfiHsJd+T8pQvP2VaEXjdbtvON0r+SnA2PdSPhqBa3Cv+UzJLBlWN3cfZ+YoEUz X-Microsoft-Antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:DM2PR0501MB1343; X-Microsoft-Exchange-Diagnostics: 1; DM2PR0501MB1343; 25:CctyL+zWnEfCYyu3Z14BtV7lzBKFJHGAUgATuLqO9djI4FbrbISU4oswWoBfKkSbgqgIVyCO6IsouPVBPaerw8Yj/oMFh5Kxd7ZNSKKyBvbC9ku07XXOGRHblNpxqOT27JnPjAlZaPQgLjzsZ10bzPgNBYzw58MV0RHmJ8PxHBkdloRT5KufPhR9OjfAVSOBfBKa0Hg19ggJHD4n3U+v21xqHXeomMATYS5Z6tbXRSZgQq6dV7nPBKNsRDQf6MG+BpJdTGdLjfjoHgbf9XjW3Xzjsegry8e/KIimp88Eo/lItx7XCM8+4ahF5GQDUz6BPFD6AcAvWzzUbBcbURGML7mIiApZQW+vvNJj4yfe0QQmobpMi250vYiHeqVoTYXwfsC3pDzyBqnEt4afLl1RvlKuG9ok+n6aT4k4J6jzUcLZpwD8Bdr/FhVL2sTWGePfZDGZiSufCs+QkRAfXrZ4g6afBMxEkuK6F6rDxsPaHwuG8g40PU9Jhf2XgHbYZoxFJWA0Y6XSw1Dwx1S08T37dfWJwqV1b4TCXtA5WfmRDNEvuGBatdY31OmSUjc//CecP+2toZLyrsWbCuXLeyEwcAcaMHuQdnzse3aev7qrLI/c3QKIdyytPJVmM4dNfXeJlLTnwOVh9u7L9RCYbRscgRyYT/AQ0G1kXlc06Q8/89LKG7jYgAkm/wnvoqQtPz9QjeyniVwtZXWt3i6lw7ABchFnTifVSo1y1/KhrOcJF7jOg1bQCyJMAGBD/1odZVIEnI1WOHKO/CD2Sbdgjll/ng== X-Microsoft-Exchange-Diagnostics: 1; DM2PR0501MB1343; 31:03rWSMdtWI6M8kUHByCed5ZSNueZrQ+askQIpzMQudKDzUlCcxZm6Od5e/zFJM1KbYNlcH+V/NQ7VYjDOVuk27pZKhTff/4ql464cX39mZrzPoMKTxKss/fT2nZnz2qO99bCPE6F1EpuFxUCV2FLO9xkbtAOL4XNMtvNoG8fCjhOraXNxfLxZkRPXoFcLS8oZrHMi7FvVwMVQagoNXXLi6CptagYKSpg6LlHoVlCKVDTxDHNmwbfCqs89g1T6s0KPNWtifbTrMmp73lGavQPdg==; 20:zvl6QNQizF2l0xHFGugzWOfGDtjVgGSQVuYN2svHAmbxSrZZ0nwNTTiqJn92BSzAEkLZzal2g0CRXYEIM5Fu4Buq5TTbnVdjTDOeqK6OOyFEM0Xobsf+RAM2cQsEuKHE0o/XwbTYuLr6NwkWsYPB8yJDa/eC2hwdmYgX09AdDKm7dLKazqMzA+MJCx/kx2V6jPkFghme1SXzThtXm9KwqlYSdQqa9f51tViRsm2l9gVmme+oHsL7k4QMtCZBRj9kFlk2WuhQL2Uq8o/WhnbRMaD8ydSEvZeKpSMDUTLCk5McQm5uSLqJktv/7/nSR4u6Jztd6xkJw8WoaimPXp45IXjkT+H+eXiaplzxNAbQBxPkUX73kNM2HbTocfk+xsHvgYl8ekhmp06YLZ/5SDdi0lk5s8QXZBStr6YXekY//XHOQiX9fprYdOID0bsrKRsh90CQxoFfEbBjASWFWnm1zNLk/bhjgubwFX4pWR0TsU1/sm3D0UyWJYCd7ILzEvjH X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:; X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(6040176)(601004)(2401047)(13023025)(13017025)(13015025)(5005006)(13024025)(8121501046)(13018025)(3002001)(10201501046)(6055026); SRVR:DM2PR0501MB1343; BCL:0; PCL:0; RULEID:; SRVR:DM2PR0501MB1343; X-Microsoft-Exchange-Diagnostics: 1; DM2PR0501MB1343; 4:pRn8TgdliVfGoHNW4N0e2a9tHFK5ffSQvrJq6vzWb8dJf2iPQgzdU/XOzIvjGKHd6qauCg2WZk07rmRRMY+AJBpVrgK50xmvTVO3zFvWmJr9Qki65efkkVob4delNzIRjeazoPdlk/5ecOXKWAqjKZhWDAdVRvX0LdauBL19uG9/idjktOiC+Emc43AWmxyxvnEup5Kr9k1a/2pM+qLDbTnTUfX2gz4uOCnAqzZt03C5MBiLwTxxMJGU4QxSvBufXdfFKziriPKDO3V7o2HMwPzU8RDBe6EXcCQn1AXhVbzgKZPBC+Wqgguyfv3WPxjpV0m1SPDZM8Awh+NqoqCNP560cLjIaEbFbwE2CoKhSoITPdM5p+DD35aacd6khUhKLEmW4+AlJN/Wbmyl7eg3y0A6TGjE4GH6bsZvgQKoRIRxnOEgKbJVKqNZ/uOiul+G3ozIFXSzv0F3TZdm+2ya66b5L0CLbFVVyosNjwelJObQT2eYO6tg5krf18uuNhFq9bFUatqaxlNfVu9bzIzfdw== X-Forefront-PRVS: 01136D2D90 X-Microsoft-Exchange-Diagnostics: =?us-ascii?Q?1; DM2PR0501MB1343; 23:EoWuZ8eS0CIFMAwkJ9xPeQhmX+lBTh2TbWGvZPo?= =?us-ascii?Q?mc58BNLvCFO9BxyD9SaA5fCghO/bxVObjt3VBpCLxHa18FJ4+hmbted48X49?= =?us-ascii?Q?tGPsAvJvrezMraIbogVzzIomMVP3rFrjNF5217xX1S8cUcP4cbQ46LauNOr/?= =?us-ascii?Q?/gUo0BuRVggzNgARsUER109oZD4ZaXT2RZliVjTJge3nTCojv3XWVcyyKgY/?= =?us-ascii?Q?RZATxG9kimsl+7ri9LkT1Bs3oGlp9ek4quDWOTPWKf8YshCs1GNxJXQcPAgi?= =?us-ascii?Q?yieB/aCAlqEcYa/9HTi4TuKmvDcZ26D4QGjzgeiSr/OgY/II5z/ntFhnqQYh?= =?us-ascii?Q?INZ83dZM/Xdb/00kuBfmvgPm9fyvqfi/vqFKoCQdFk46qpku/HzSSUmWDxQV?= =?us-ascii?Q?UeUrETe9P992EGdaJg75MLClwmxTbMm9TXgDUy2iuJHJXisiHSAlmgvKocuP?= =?us-ascii?Q?ZiLuEJ21qrszQfLopzhm7EeyphnoYTY8QmP+3deUFNWNCtFun+bKcr/1mqN1?= =?us-ascii?Q?9OK07Mg2EG3w13M9fCzehXhb7M6qTM06afRU7lpQn2TPNmBSMZJsrHv01NzF?= =?us-ascii?Q?ZumDTFf/XqOPL/k/TnK4hXGYysYEszXmhL/KtMBw5txiJ/7DQv6arG8BrBPh?= =?us-ascii?Q?1rWlV0XmnVtgbPifQJygETBV5j0TOO1xuSCEZd9FHF6kyecTIha0NerqYnU0?= =?us-ascii?Q?IbhZ52FiF8ZZY+gX4NwuOSnFnzvuynl0MQFUpUW3/jm6yYhhcGzx0D9bH3NU?= =?us-ascii?Q?ROf9WlnWbazcQT6cD7Cpz/lRbR70wjDTUJLKoiBnxC+pLDPC+fY5iewvFFpe?= =?us-ascii?Q?/3vYFv9v6yKNVCHri5MT3E26UvSME8OKXVl27+3obRiO/zIY8kNymt7v6JHv?= =?us-ascii?Q?MiDAaD5eqqCimOoqC502zw663XMfhBedy/ezs1/QVLfY/+7itUg7z5GooLGZ?= =?us-ascii?Q?UPWrjrjD4Gtpt44yj7KfHW5y4uwY6lyIj30iiarZizSrlUlDLHL7uo/iMVue?= =?us-ascii?Q?VOP4k78a+uWXF/eOzsvDqJSsbgeFZJKHVFQ4azcjOW8wC8OpOPhtwNT1Ug2C?= =?us-ascii?Q?gZlbazLiYQEs7IhVkbn5Rnlmtcbx19M/TeGw0adAXaQU8YD6kUkLEOIUk7ij?= =?us-ascii?Q?LNtB3tGgvCgk=3D?= X-Microsoft-Exchange-Diagnostics: 1; DM2PR0501MB1343; 6:YlsZN9ikCiHg7N42qsd6JHzIbBE3LbhjMPRUUHa34YJGu4f8lfiEztPd9Qbm5SoVQx6B1bYP4RbTeT9Z8j46aDpIZ1fFGRcnPfBgwyxg4dbQLyf0RyrUy2sFiCHPkIS4kc2uzZYT5g9ZWigbYkt3iQ3ydUvum7kOckHvND5mvQut+Lxio9HtjRfGC3I4f0AY33eJr+1jDrudYNd56YBg/skwQdIjg2BuqPcq6xIIdZDoAWWoy7ImO6PGb0VO0DMgqT3zlCM7r5/YqWgQh/7Egs+MsYKIGSOxPSmrbmDFBWo7LxEKFx7zTNRr78C5WsyLcPOIFZYnKYcu7Arvryi+fSo/8UFllHpcM9cF7OTG4LQ=; 5:VgKTWt44jh/sJmgubwMkrdbwn28s9gOI58rBDzh1S1HyDy6ptORnaYoVLTaKpuRuloDK1yv1rc4U3ksFbTmGThe1qd0uskieSWHqq6tHBXgnCwpuymahsdb/SaPzIX5C/dRD+LoXqR+3L0q06DzwWg==; 24:25Jf54dqPw+FxR3MqHJeBvdPJ5crJwrjb+XoPXmQMYg6fijr+XUgZ++2slcc57lWYhZf1YfAYs54JktyydHveZPg6DogY4NAMlAP7fwlxJc= SpamDiagnosticOutput: 1:99 SpamDiagnosticMetadata: NSPM X-Microsoft-Exchange-Diagnostics: 1; DM2PR0501MB1343; 7:i7qA8oLCbpH3ItfSGdyWIgKLseam/0CK+/9ZyVJbaVs3yXwRoMAIJbwnf2kuuwEe1Pvihy6QoVIkGK8eOfOa8ZyQy8zcUunLeBHl+PBSw/0wVGpddpT96vIMcolYjZX19IvxTs2DPZp0C+HBwKy0g+uWhaVFB2yf4ilC1rbMmghHwMfab/P9kqOnSO/sIgYXG8siWdpj9aBgXC5g98tni1Is+1GYhoC+GCeSwlGYcqSkD6LKjv2GbeLOs6+qKJWSPyRH5Vd+6fO6Emo5hWGqi3x2hsJFklcJOWrLg2zoVH3dBJaguvD9PPIGut/t2iPhlp/8fX1l4qL/T59hAwW0Baieb8DyYuiAmK0niPz40Pg= X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-OriginalArrivalTime: 01 Nov 2016 00:49:11.5488 (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: DM2PR0501MB1343 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: Tue, 01 Nov 2016 00:49:18 -0000 > Title : A YANG Data Model for Syslog Configuration I've a few questions: - The description says that the "facility/no-facility" case/leaf is used "o effectively disable a particular log-action". Why not make an explicit "disable" leaf instead? Using no-facilities like this is confusing. - Why use an explicit/mandatory selector node instead of making this implicit, with the lack of a selector meaning match all? - compare-op: we've always tried to use full words; would this be better as "compare-operation" or just "compare"? - equals-or-higher: you might want to explain that this is the default even in the absence of the "select-sev-compare" feature. (I'm assuming this is true.) - You use "facility" as both a case and a list under selector-facility. This seems confusing and misleading. - "structured-data": says "describes how log messages are written to the log file" but it applies to more than log files. - Consider making "syslog-sign" into "signing-options" or something similar, to be more clear. The "syslog-" prefix is not needed, since the reader knows we are talking about syslog, and the "sign" is not clear. Then you can remove the "sig-" prefix on the child nodes. - The "session" name is not clear, since there are many sort of sessions; would "local-users" be better? - What purpose for the "actions" container serve? Can it be removed? - "buffer" should be a feature, since many platforms do not implement it. - How does an implementation specify the set of valid characters usable for user names? - Many networking devices have special tags at the front of their messages, indicating the specific message. For example "%ASA-1-104001" in IOS, or "BGP_CEASE_PREFIX_LIMIT_EXCEEDED" in JUNOS. We carry these are specific SD-PARAMS when SD is used. Is there a way to filter using theses tags, or more generic SD-PARAMS? Thanks, Phil