From nobody Wed Feb 1 08:08:24 2017 Return-Path: X-Original-To: opsawg@ietfa.amsl.com Delivered-To: opsawg@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 76B171298AC; Tue, 31 Jan 2017 19:27:04 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -17.719 X-Spam-Level: X-Spam-Status: No, score=-17.719 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=-3.199, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=unavailable 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 AldxCevqJEqt; Tue, 31 Jan 2017 19:27:02 -0800 (PST) Received: from alln-iport-1.cisco.com (alln-iport-1.cisco.com [173.37.142.88]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B2F1C1298AE; Tue, 31 Jan 2017 19:27:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=31104; q=dns/txt; s=iport; t=1485919621; x=1487129221; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=TvFVE1EKcCDiW4PMFHMmzAyjeKBB7Q/m098i0UpeLIs=; b=csMoB74TCSwdZyjBmN13rlThdqGHeGswcyOzZF+VOp9Pc+zKEN9E55VL CT/2WkFMYPmpIxqr8esgIAUQnhFtLdcTKxjE0L5C/FvkZ5wWBV9BZi2LR owNkaCRdYtJMuxkxvNpclWMWtYtswuxTNNhFlTp/9Z1ptZ4GZecRf9RtZ Y=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0AYAgCpVJFY/4oNJK1dGQEBAQEBAQEBA?= =?us-ascii?q?QEBBwEBAQEBgm9kYYEJB4NQigmRaB+VM4INHwEKhS5KAhqCHj8YAQIBAQEBAQE?= =?us-ascii?q?BYiiEaQEBAQQBARsGSwsQAgEGAhEEAQEhBwMCAgIlCxQJCAIEDgUbiVMOjk2dT?= =?us-ascii?q?oIlizMBAQEBAQEBAQEBAQEBAQEBAQEBAQEYBYZLggUIgmKFAoJQLoIxBYlri1i?= =?us-ascii?q?GFgGSAoF5hRWJbZJ/AR84gUsVOxABhip1hxGBDAEBAQ?= X-IronPort-AV: E=Sophos;i="5.33,318,1477958400"; d="scan'208,217";a="379854124" Received: from alln-core-5.cisco.com ([173.36.13.138]) by alln-iport-1.cisco.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 01 Feb 2017 03:27:00 +0000 Received: from XCH-RTP-001.cisco.com (xch-rtp-001.cisco.com [64.101.220.141]) by alln-core-5.cisco.com (8.14.5/8.14.5) with ESMTP id v113R0pX017328 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Wed, 1 Feb 2017 03:27:00 GMT Received: from xch-rtp-020.cisco.com (64.101.220.160) by XCH-RTP-001.cisco.com (64.101.220.141) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Tue, 31 Jan 2017 22:26:59 -0500 Received: from xch-rtp-020.cisco.com ([64.101.220.160]) by XCH-RTP-020.cisco.com ([64.101.220.160]) with mapi id 15.00.1210.000; Tue, 31 Jan 2017 22:26:59 -0500 From: "Carlos Pignataro (cpignata)" To: Linda Dunbar Thread-Topic: [OPSAWG] WG adoption poll for In-Situ OAM drafts Thread-Index: AQHSezTO2Z3m8d6BQk+agt6tUV2LwqFR4BqAgAHzZAA= Date: Wed, 1 Feb 2017 03:26:58 +0000 Message-ID: <315C1E75-9317-44B6-8C7C-1A945941A449@cisco.com> References: <4A95BA014132FF49AE685FAB4B9F17F659239563@SJCEML702-CHM.china.huawei.com> In-Reply-To: <4A95BA014132FF49AE685FAB4B9F17F659239563@SJCEML702-CHM.china.huawei.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.82.238.206] Content-Type: multipart/alternative; boundary="_000_315C1E75931744B68C7C1A945941A449ciscocom_" MIME-Version: 1.0 Archived-At: X-Mailman-Approved-At: Wed, 01 Feb 2017 08:08:23 -0800 Cc: "Ioam@ietf.org" Subject: Re: [OPSAWG] WG adoption poll for In-Situ OAM drafts X-BeenThere: opsawg@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: OPSA Working Group Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Feb 2017 03:27:04 -0000 --_000_315C1E75931744B68C7C1A945941A449ciscocom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGksIExpbmRhLA0KDQpNb3ZpbmcgdGhlIGRpc2N1c3Npb24gdG8gSW9hbUBpZXRmLm9yZzxtYWls dG86SW9hbUBpZXRmLm9yZz4sIG90aGVyIGFsaWFzZXMgdG8gQmNjLg0KDQpQbGVhc2Ugc2VlIGlu bGluZS4NCg0K4oCUDQpDYXJsb3MgUGlnbmF0YXJvLCBjYXJsb3NAY2lzY28uY29tPG1haWx0bzpj YXJsb3NAY2lzY28uY29tPg0KDQrigJxTb21ldGltZXMgSSB1c2UgYmlnIHdvcmRzIHRoYXQgSSBk byBub3QgZnVsbHkgdW5kZXJzdGFuZCwgdG8gbWFrZSBteXNlbGYgc291bmQgbW9yZSBwaG90b3N5 bnRoZXNpcy4iDQoNCk9uIEphbiAzMCwgMjAxNywgYXQgNDozOSBQTSwgTGluZGEgRHVuYmFyIDxs aW5kYS5kdW5iYXJAaHVhd2VpLmNvbTxtYWlsdG86bGluZGEuZHVuYmFyQGh1YXdlaS5jb20+PiB3 cm90ZToNCg0KQWx2YXJvLA0KDQpJdCBpcyBncmVhdCB0byBzZWUgYSBtYWlsaW5nIGxpc3QgYmVp bmcgY3JlYXRlZCBmb3IgaW50ZXJlc3RlZCBwYXJ0aWVzIHRvIGRpc2N1c3MuDQoNClF1ZXN0aW9u IG9uIHRoZSBvYmplY3RpdmVzIG9mIHRoZSBtYWlsaW5nIGxpc3Q6DQpJbi1zaXR1IE9BTSAoSU9B TSkgcHJvdmlkZXMgcmVhbC10aW1lIHRlbGVtZXRyeSBvZiBpbmRpdmlkdWFsIGRhdGEgcGFja2V0 cyBhbmQgZmxvd3MuIEl0IGlzIGJhc2VkIG9uIHRlbGVtZXRyeSBpbmZvcm1hdGlvbiB3aGljaCBp cyBlbWJlZGRlZCBhbG9uZyB3aXRoaW4gZGF0YSBwYWNrZXRzDQoNClNvIHRoZSBrZXkgZGlmZmVy ZW5jZXMgYmV0d2VlbiBJbi1zaXR1IE9BTSBhbmQgQkZEIGlzIHRoYXQgQkZEIHVzZXMgc3ludGhl dGljIGRhdGEgcGFja2V0cyAoaS5lLiBkZWRpY2F0ZWQgT0FNIHBhY2tldHMpLCB3aGVyZWFzIElu LXNpdHUgT0FNIGFyZSBlbmNvZGVkIGludG8gdGhlIHVzZXIgZGF0YSBwYWNrZXRzLiBDb3JyZWN0 Pw0KDQoNClRoZSBrZXkgZGlmZmVyZW5jZSBpcyBhYm91dCB3aGF0IHRoZSBwcm90b2NvbCBpcyB1 c2VkIGZvciBhbmQgbm90IGluIHRoZSBob3cuIFlvdSBxdW90ZWQg4oCccHJvdmlkZXMgcmVhbC10 aW1lIHRlbGVtZXRyeSBvZiBpbmRpdmlkdWFsIGRhdGEgcGFja2V0cyBhbmQgZmxvd3PigJ0sIGFu ZCB0aGF0IGhhcyBubyBpbnRlcnNlY3Rpb24gd2l0aCBCRkQsIHdoaWNoIHByb3ZpZGVzIGxpdmVu ZXNzIHZlcmlmaWNhdGlvbiBvbiBhbiBlbmQtdG8tZW5kIGJhc2lzLg0KDQpEb2VzIGl0IG1lYW4g 4oCcVGVsZW1ldHJ5IGluZm9ybWF0aW9uIHRoYXQgZG9lc27igJl0IGhhdmUgdXNlciBwYXlsb2Fk 4oCdIGlzIG91dCBvZiB0aGUgc2NvcGU/DQoNCg0KVGhlIGdvYWwgb2YgdGhlIGNyZWF0aW9uIG9m IHRoZSBuZXcgbGlzdCBhbmQgZWFybHkgdGhyZWFkcyBpcyB0byBkaXNjdXNzIHRoZSBjaGFydGVy LCBpbmNsdWRpbmcgaXRzIHNjb3BlLg0KDQpUaGFua3MhDQoNCuKAlCBDYXJsb3MuDQoNClRoYW5r cywgTGluZGENCg0KRnJvbTogT1BTQVdHIFttYWlsdG86b3BzYXdnLWJvdW5jZXNAaWV0Zi5vcmdd IE9uIEJlaGFsZiBPZiBBbHZhcm8gUmV0YW5hIChhcmV0YW5hKQ0KU2VudDogMjAxN+W5tDHmnIgz MOaXpSAxNDoxMA0KVG86IEJlcnQgV2lqbmVuIChJRVRGKSA8YmVydGlldGZAYndpam5lbi5uZXQ8 bWFpbHRvOmJlcnRpZXRmQGJ3aWpuZW4ubmV0Pj47IHJ0Zy1hZHNAaWV0Zi5vcmc8bWFpbHRvOnJ0 Zy1hZHNAaWV0Zi5vcmc+DQpDYzogb3BzYXdnQGlldGYub3JnPG1haWx0bzpvcHNhd2dAaWV0Zi5v cmc+OyBvcHNhd2ctY2hhaXJzQGlldGYub3JnPG1haWx0bzpvcHNhd2ctY2hhaXJzQGlldGYub3Jn Pg0KU3ViamVjdDogUmU6IFtPUFNBV0ddIFdHIGFkb3B0aW9uIHBvbGwgZm9yIEluLVNpdHUgT0FN IGRyYWZ0cw0KDQpCZXJ0Og0KDQpBcyBGcmFuayBpbmRpY2F0ZWQsIHRoZSBuZXcgaW9hbUBpZXRm Lm9yZzxtYWlsdG86aW9hbUBpZXRmLm9yZz4gbGlzdCB3aWxsIGJlIHVzZWQgZm9yIGRpc2N1c3Np b246IGh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vaW9hbQ0KDQpJZiB5b3Ug aGF2ZSBzdWdnZXN0aW9ucyBhYm91dCBwb3NzaWJsZSBDaGFpcnMsIG9yIHdhbnQgdG8gdm9sdW50 ZWVyLCBwbGVhc2UgbGV0IG1lIGtub3cuDQoNClRoZSBjdXJyZW50IGludGVudCBpcyB0byBjaGFy dGVyIGEgV0cgYnkgSUVURiA5OC4gIEdpdmVuIHRoZSBkaXNjdXNzaW9ucyBvbiB0aGlzIGxpc3Qs IHdlIGJlbGlldmUgdGhlcmUgaXMgaW50ZXJlc3QgaW4gdGhlIHByb2JsZW0gc3BhY2UgYW5kIGlu IGRlZmluaW5nIGEgc29sdXRpb24uDQoNClRoYW5rcyEhDQoNCkFsdmFyby4NCg0KT24gMS8yNC8x NywgNDowMCBBTSwgIkJlcnQgV2lqbmVuIChJRVRGKSIgPGJlcnRpZXRmQGJ3aWpuZW4ubmV0PG1h aWx0bzpiZXJ0aWV0ZkBid2lqbmVuLm5ldD4+IHdyb3RlOg0KDQotIFdoZXJlIHdpbGwgeW91IHNl bmQgdGhlIHByb3Bvc2VkIGNoYXJ0ZXIgZm9yIGRpc2N1c3Npb24/DQogICBCb3RoIE9QUyBhbmQg UlRHIGFyZWEgbWFpbGluZyBsaXN0cyAob3IgbWF5YmUgT1BTQVdHIGluc3RlYWQgb2YgT1BTKT8N Ci0gQXJlIHlvdSBnb25uYSBkbyBhIGNhbGwgZm9yIHZvbHVudGVlcnMgdG8gY28tY2hhaXIgdGhl IFdHPw0KLSBJdCBzb3VuZHMgbGlrZSB5b3UgYXJlIG5vdCBnb25uYSBkbyBhIEJPRiBmaXJzdCwg cmlnaHQ/DQogICB0aGF0IGlzIE9LIHdpdGggbWUuDQoNCl9fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fDQpPUFNBV0cgbWFpbGluZyBsaXN0DQpPUFNBV0dAaWV0 Zi5vcmc8bWFpbHRvOk9QU0FXR0BpZXRmLm9yZz4NCmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxt YW4vbGlzdGluZm8vb3BzYXdnDQoNCg== --_000_315C1E75931744B68C7C1A945941A449ciscocom_ Content-Type: text/html; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5IHN0eWxlPSJ3b3JkLXdy YXA6IGJyZWFrLXdvcmQ7IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsgLXdlYmtpdC1saW5lLWJy ZWFrOiBhZnRlci13aGl0ZS1zcGFjZTsiIGNsYXNzPSIiPg0KSGksIExpbmRhLA0KPGRpdiBjbGFz cz0iIj48YnIgY2xhc3M9IiI+DQo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+TW92aW5nIHRoZSBkaXNj dXNzaW9uIHRvIDxhIGhyZWY9Im1haWx0bzpJb2FtQGlldGYub3JnIiBjbGFzcz0iIj5Jb2FtQGll dGYub3JnPC9hPiwgb3RoZXIgYWxpYXNlcyB0byBCY2MuPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPjxi ciBjbGFzcz0iIj4NCjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj5QbGVhc2Ugc2VlIGlubGluZS48L2Rp dj4NCjxkaXYgY2xhc3M9IiI+PGJyIGNsYXNzPSIiPg0KPGRpdiBjbGFzcz0iIj4NCjxkaXYgc3R5 bGU9ImNvbG9yOiByZ2IoMCwgMCwgMCk7IGxldHRlci1zcGFjaW5nOiBub3JtYWw7IG9ycGhhbnM6 IGF1dG87IHRleHQtYWxpZ246IHN0YXJ0OyB0ZXh0LWluZGVudDogMHB4OyB0ZXh0LXRyYW5zZm9y bTogbm9uZTsgd2hpdGUtc3BhY2U6IG5vcm1hbDsgd2lkb3dzOiBhdXRvOyB3b3JkLXNwYWNpbmc6 IDBweDsgLXdlYmtpdC10ZXh0LXN0cm9rZS13aWR0aDogMHB4OyB3b3JkLXdyYXA6IGJyZWFrLXdv cmQ7IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsgLXdlYmtpdC1saW5lLWJyZWFrOiBhZnRlci13 aGl0ZS1zcGFjZTsiIGNsYXNzPSIiPg0KPGRpdiBzdHlsZT0iY29sb3I6IHJnYigwLCAwLCAwKTsg bGV0dGVyLXNwYWNpbmc6IG5vcm1hbDsgb3JwaGFuczogYXV0bzsgdGV4dC1hbGlnbjogc3RhcnQ7 IHRleHQtaW5kZW50OiAwcHg7IHRleHQtdHJhbnNmb3JtOiBub25lOyB3aGl0ZS1zcGFjZTogbm9y bWFsOyB3aWRvd3M6IGF1dG87IHdvcmQtc3BhY2luZzogMHB4OyAtd2Via2l0LXRleHQtc3Ryb2tl LXdpZHRoOiAwcHg7IHdvcmQtd3JhcDogYnJlYWstd29yZDsgLXdlYmtpdC1uYnNwLW1vZGU6IHNw YWNlOyAtd2Via2l0LWxpbmUtYnJlYWs6IGFmdGVyLXdoaXRlLXNwYWNlOyIgY2xhc3M9IiI+DQo8 ZGl2IHN0eWxlPSJjb2xvcjogcmdiKDAsIDAsIDApOyBsZXR0ZXItc3BhY2luZzogbm9ybWFsOyBv cnBoYW5zOiBhdXRvOyB0ZXh0LWFsaWduOiBzdGFydDsgdGV4dC1pbmRlbnQ6IDBweDsgdGV4dC10 cmFuc2Zvcm06IG5vbmU7IHdoaXRlLXNwYWNlOiBub3JtYWw7IHdpZG93czogYXV0bzsgd29yZC1z cGFjaW5nOiAwcHg7IC13ZWJraXQtdGV4dC1zdHJva2Utd2lkdGg6IDBweDsgd29yZC13cmFwOiBi cmVhay13b3JkOyAtd2Via2l0LW5ic3AtbW9kZTogc3BhY2U7IC13ZWJraXQtbGluZS1icmVhazog YWZ0ZXItd2hpdGUtc3BhY2U7IiBjbGFzcz0iIj4NCuKAlDwvZGl2Pg0KPGRpdiBzdHlsZT0iY29s b3I6IHJnYigwLCAwLCAwKTsgbGV0dGVyLXNwYWNpbmc6IG5vcm1hbDsgb3JwaGFuczogYXV0bzsg dGV4dC1hbGlnbjogc3RhcnQ7IHRleHQtaW5kZW50OiAwcHg7IHRleHQtdHJhbnNmb3JtOiBub25l OyB3aGl0ZS1zcGFjZTogbm9ybWFsOyB3aWRvd3M6IGF1dG87IHdvcmQtc3BhY2luZzogMHB4OyAt d2Via2l0LXRleHQtc3Ryb2tlLXdpZHRoOiAwcHg7IHdvcmQtd3JhcDogYnJlYWstd29yZDsgLXdl YmtpdC1uYnNwLW1vZGU6IHNwYWNlOyAtd2Via2l0LWxpbmUtYnJlYWs6IGFmdGVyLXdoaXRlLXNw YWNlOyIgY2xhc3M9IiI+DQpDYXJsb3MgUGlnbmF0YXJvLCZuYnNwOzxhIGhyZWY9Im1haWx0bzpj YXJsb3NAY2lzY28uY29tIiBjbGFzcz0iIj5jYXJsb3NAY2lzY28uY29tPC9hPjxiciBjbGFzcz0i Ij4NCjxiciBjbGFzcz0iIj4NCjxpIGNsYXNzPSIiPuKAnFNvbWV0aW1lcyBJIHVzZSBiaWcgd29y ZHMgdGhhdCBJIGRvIG5vdCBmdWxseSB1bmRlcnN0YW5kLCB0byBtYWtlIG15c2VsZiBzb3VuZCBt b3JlJm5ic3A7cGhvdG9zeW50aGVzaXMuJnF1b3Q7PC9pPjxiciBjbGFzcz0iIj4NCjwvZGl2Pg0K PC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGJyIGNsYXNzPSIiPg0KPGRpdj4NCjxibG9ja3F1b3Rl IHR5cGU9ImNpdGUiIGNsYXNzPSIiPg0KPGRpdiBjbGFzcz0iIj5PbiBKYW4gMzAsIDIwMTcsIGF0 IDQ6MzkgUE0sIExpbmRhIER1bmJhciAmbHQ7PGEgaHJlZj0ibWFpbHRvOmxpbmRhLmR1bmJhckBo dWF3ZWkuY29tIiBjbGFzcz0iIj5saW5kYS5kdW5iYXJAaHVhd2VpLmNvbTwvYT4mZ3Q7IHdyb3Rl OjwvZGl2Pg0KPGJyIGNsYXNzPSJBcHBsZS1pbnRlcmNoYW5nZS1uZXdsaW5lIj4NCjxkaXYgY2xh c3M9IiI+DQo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEiIHN0eWxlPSJwYWdlOiBXb3JkU2VjdGlv bjE7IGZvbnQtZmFtaWx5OiBIZWx2ZXRpY2E7IGZvbnQtc2l6ZTogMTJweDsgZm9udC1zdHlsZTog bm9ybWFsOyBmb250LXZhcmlhbnQtY2Fwczogbm9ybWFsOyBmb250LXdlaWdodDogbm9ybWFsOyBs ZXR0ZXItc3BhY2luZzogbm9ybWFsOyBvcnBoYW5zOiBhdXRvOyB0ZXh0LWFsaWduOiBzdGFydDsg dGV4dC1pbmRlbnQ6IDBweDsgdGV4dC10cmFuc2Zvcm06IG5vbmU7IHdoaXRlLXNwYWNlOiBub3Jt YWw7IHdpZG93czogYXV0bzsgd29yZC1zcGFjaW5nOiAwcHg7IC13ZWJraXQtdGV4dC1zdHJva2Ut d2lkdGg6IDBweDsgYmFja2dyb3VuZC1jb2xvcjogcmdiKDI1NSwgMjU1LCAyNTUpOyI+DQo8ZGl2 IHN0eWxlPSJtYXJnaW46IDBjbSAwY20gMC4wMDAxcHQ7IGZvbnQtc2l6ZTogMTJwdDsgZm9udC1m YW1pbHk6ICdUaW1lcyBOZXcgUm9tYW4nLCBzZXJpZjsiIGNsYXNzPSIiPg0KPHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZTogMTFwdDsgZm9udC1mYW1pbHk6IENhbGlicmksIHNhbnMtc2VyaWY7IGNvbG9y OiByZ2IoMzEsIDczLCAxMjUpOyIgY2xhc3M9IiI+QWx2YXJvLDxvOnAgY2xhc3M9IiI+PC9vOnA+ PC9zcGFuPjwvZGl2Pg0KPGRpdiBzdHlsZT0ibWFyZ2luOiAwY20gMGNtIDAuMDAwMXB0OyBmb250 LXNpemU6IDEycHQ7IGZvbnQtZmFtaWx5OiAnVGltZXMgTmV3IFJvbWFuJywgc2VyaWY7IiBjbGFz cz0iIj4NCjxzcGFuIHN0eWxlPSJmb250LXNpemU6IDExcHQ7IGZvbnQtZmFtaWx5OiBDYWxpYnJp LCBzYW5zLXNlcmlmOyBjb2xvcjogcmdiKDMxLCA3MywgMTI1KTsiIGNsYXNzPSIiPjxvOnAgY2xh c3M9IiI+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvZGl2Pg0KPGRpdiBzdHlsZT0ibWFyZ2luOiAwY20g MGNtIDAuMDAwMXB0OyBmb250LXNpemU6IDEycHQ7IGZvbnQtZmFtaWx5OiAnVGltZXMgTmV3IFJv bWFuJywgc2VyaWY7IiBjbGFzcz0iIj4NCjxzcGFuIHN0eWxlPSJmb250LXNpemU6IDExcHQ7IGZv bnQtZmFtaWx5OiBDYWxpYnJpLCBzYW5zLXNlcmlmOyBjb2xvcjogcmdiKDMxLCA3MywgMTI1KTsi IGNsYXNzPSIiPkl0IGlzIGdyZWF0IHRvIHNlZSBhIG1haWxpbmcgbGlzdCBiZWluZyBjcmVhdGVk IGZvciBpbnRlcmVzdGVkIHBhcnRpZXMgdG8gZGlzY3Vzcy48bzpwIGNsYXNzPSIiPjwvbzpwPjwv c3Bhbj48L2Rpdj4NCjxkaXYgc3R5bGU9Im1hcmdpbjogMGNtIDBjbSAwLjAwMDFwdDsgZm9udC1z aXplOiAxMnB0OyBmb250LWZhbWlseTogJ1RpbWVzIE5ldyBSb21hbicsIHNlcmlmOyIgY2xhc3M9 IiI+DQo8c3BhbiBzdHlsZT0iZm9udC1zaXplOiAxMXB0OyBmb250LWZhbWlseTogQ2FsaWJyaSwg c2Fucy1zZXJpZjsgY29sb3I6IHJnYigzMSwgNzMsIDEyNSk7IiBjbGFzcz0iIj48bzpwIGNsYXNz PSIiPiZuYnNwOzwvbzpwPjwvc3Bhbj48L2Rpdj4NCjxkaXYgc3R5bGU9Im1hcmdpbjogMGNtIDBj bSAwLjAwMDFwdDsgZm9udC1zaXplOiAxMnB0OyBmb250LWZhbWlseTogJ1RpbWVzIE5ldyBSb21h bicsIHNlcmlmOyIgY2xhc3M9IiI+DQo8c3BhbiBzdHlsZT0iZm9udC1zaXplOiAxMXB0OyBmb250 LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsgY29sb3I6IHJnYigzMSwgNzMsIDEyNSk7IiBj bGFzcz0iIj5RdWVzdGlvbiBvbiB0aGUgb2JqZWN0aXZlcyBvZiB0aGUgbWFpbGluZyBsaXN0Ojxv OnAgY2xhc3M9IiI+PC9vOnA+PC9zcGFuPjwvZGl2Pg0KPGRpdiBzdHlsZT0ibWFyZ2luOiAwY20g MGNtIDAuMDAwMXB0IDM2cHQ7IGZvbnQtc2l6ZTogMTJwdDsgZm9udC1mYW1pbHk6ICdUaW1lcyBO ZXcgUm9tYW4nLCBzZXJpZjsiIGNsYXNzPSIiPg0KSW4tc2l0dSBPQU0gKElPQU0pIHByb3ZpZGVz IHJlYWwtdGltZSB0ZWxlbWV0cnkgb2YgaW5kaXZpZHVhbCBkYXRhIHBhY2tldHMgYW5kIGZsb3dz LiBJdCBpcyBiYXNlZCBvbiB0ZWxlbWV0cnkgaW5mb3JtYXRpb24gd2hpY2ggaXMgZW1iZWRkZWQg YWxvbmcgd2l0aGluIGRhdGEgcGFja2V0czxzcGFuIHN0eWxlPSJmb250LXNpemU6IDExcHQ7IGZv bnQtZmFtaWx5OiBDYWxpYnJpLCBzYW5zLXNlcmlmOyBjb2xvcjogcmdiKDMxLCA3MywgMTI1KTsi IGNsYXNzPSIiPjxvOnAgY2xhc3M9IiI+PC9vOnA+PC9zcGFuPjwvZGl2Pg0KPGRpdiBzdHlsZT0i bWFyZ2luOiAwY20gMGNtIDAuMDAwMXB0OyBmb250LXNpemU6IDEycHQ7IGZvbnQtZmFtaWx5OiAn VGltZXMgTmV3IFJvbWFuJywgc2VyaWY7IiBjbGFzcz0iIj4NCjxhIG5hbWU9Il9NYWlsRW5kQ29t cG9zZSIgY2xhc3M9IiI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTogMTFwdDsgZm9udC1mYW1pbHk6 IENhbGlicmksIHNhbnMtc2VyaWY7IGNvbG9yOiByZ2IoMzEsIDczLCAxMjUpOyIgY2xhc3M9IiI+ PG86cCBjbGFzcz0iIj4mbmJzcDs8L286cD48L3NwYW4+PC9hPjwvZGl2Pg0KPGRpdiBzdHlsZT0i bWFyZ2luOiAwY20gMGNtIDAuMDAwMXB0OyBmb250LXNpemU6IDEycHQ7IGZvbnQtZmFtaWx5OiAn VGltZXMgTmV3IFJvbWFuJywgc2VyaWY7IiBjbGFzcz0iIj4NCjxzcGFuIHN0eWxlPSJmb250LXNp emU6IDExcHQ7IGZvbnQtZmFtaWx5OiBDYWxpYnJpLCBzYW5zLXNlcmlmOyBjb2xvcjogcmdiKDMx LCA3MywgMTI1KTsiIGNsYXNzPSIiPlNvIHRoZSBrZXkgZGlmZmVyZW5jZXMgYmV0d2VlbiBJbi1z aXR1IE9BTSBhbmQgQkZEIGlzIHRoYXQgQkZEIHVzZXMgc3ludGhldGljIGRhdGEgcGFja2V0cyAo aS5lLiBkZWRpY2F0ZWQgT0FNIHBhY2tldHMpLCB3aGVyZWFzIEluLXNpdHUgT0FNIGFyZSBlbmNv ZGVkIGludG8NCiB0aGUgdXNlciBkYXRhIHBhY2tldHMuIENvcnJlY3Q/PG86cCBjbGFzcz0iIj48 L286cD48L3NwYW4+PC9kaXY+DQo8ZGl2IHN0eWxlPSJtYXJnaW46IDBjbSAwY20gMC4wMDAxcHQ7 IGZvbnQtc2l6ZTogMTJwdDsgZm9udC1mYW1pbHk6ICdUaW1lcyBOZXcgUm9tYW4nLCBzZXJpZjsi IGNsYXNzPSIiPg0KPHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTogMTFwdDsgZm9udC1mYW1pbHk6IENh bGlicmksIHNhbnMtc2VyaWY7IGNvbG9yOiByZ2IoMzEsIDczLCAxMjUpOyIgY2xhc3M9IiI+PG86 cCBjbGFzcz0iIj4mbmJzcDs8L286cD48L3NwYW4+PC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9i bG9ja3F1b3RlPg0KPGRpdj48YnIgY2xhc3M9IiI+DQo8L2Rpdj4NCjxkaXY+VGhlIGtleSBkaWZm ZXJlbmNlIGlzIGFib3V0IHdoYXQgdGhlIHByb3RvY29sIGlzIHVzZWQgZm9yIGFuZCBub3QgaW4g dGhlIGhvdy4gWW91IHF1b3RlZCDigJxwcm92aWRlcyByZWFsLXRpbWUgdGVsZW1ldHJ5IG9mIGlu ZGl2aWR1YWwgZGF0YSBwYWNrZXRzIGFuZCBmbG93c+KAnSwgYW5kIHRoYXQgaGFzIG5vIGludGVy c2VjdGlvbiB3aXRoIEJGRCwgd2hpY2ggcHJvdmlkZXMgbGl2ZW5lc3MgdmVyaWZpY2F0aW9uIG9u IGFuIGVuZC10by1lbmQgYmFzaXMuPC9kaXY+DQo8YnIgY2xhc3M9IiI+DQo8YmxvY2txdW90ZSB0 eXBlPSJjaXRlIiBjbGFzcz0iIj4NCjxkaXYgY2xhc3M9IiI+DQo8ZGl2IGNsYXNzPSJXb3JkU2Vj dGlvbjEiIHN0eWxlPSJwYWdlOiBXb3JkU2VjdGlvbjE7IGZvbnQtZmFtaWx5OiBIZWx2ZXRpY2E7 IGZvbnQtc2l6ZTogMTJweDsgZm9udC1zdHlsZTogbm9ybWFsOyBmb250LXZhcmlhbnQtY2Fwczog bm9ybWFsOyBmb250LXdlaWdodDogbm9ybWFsOyBsZXR0ZXItc3BhY2luZzogbm9ybWFsOyBvcnBo YW5zOiBhdXRvOyB0ZXh0LWFsaWduOiBzdGFydDsgdGV4dC1pbmRlbnQ6IDBweDsgdGV4dC10cmFu c2Zvcm06IG5vbmU7IHdoaXRlLXNwYWNlOiBub3JtYWw7IHdpZG93czogYXV0bzsgd29yZC1zcGFj aW5nOiAwcHg7IC13ZWJraXQtdGV4dC1zdHJva2Utd2lkdGg6IDBweDsgYmFja2dyb3VuZC1jb2xv cjogcmdiKDI1NSwgMjU1LCAyNTUpOyI+DQo8ZGl2IHN0eWxlPSJtYXJnaW46IDBjbSAwY20gMC4w MDAxcHQ7IGZvbnQtc2l6ZTogMTJwdDsgZm9udC1mYW1pbHk6ICdUaW1lcyBOZXcgUm9tYW4nLCBz ZXJpZjsiIGNsYXNzPSIiPg0KPHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTogMTFwdDsgZm9udC1mYW1p bHk6IENhbGlicmksIHNhbnMtc2VyaWY7IGNvbG9yOiByZ2IoMzEsIDczLCAxMjUpOyIgY2xhc3M9 IiI+RG9lcyBpdCBtZWFuIOKAnFRlbGVtZXRyeSBpbmZvcm1hdGlvbiB0aGF0IGRvZXNu4oCZdCBo YXZlIHVzZXIgcGF5bG9hZOKAnSBpcyBvdXQgb2YgdGhlIHNjb3BlPzxvOnAgY2xhc3M9IiI+PC9v OnA+PC9zcGFuPjwvZGl2Pg0KPGRpdiBzdHlsZT0ibWFyZ2luOiAwY20gMGNtIDAuMDAwMXB0OyBm b250LXNpemU6IDEycHQ7IGZvbnQtZmFtaWx5OiAnVGltZXMgTmV3IFJvbWFuJywgc2VyaWY7IiBj bGFzcz0iIj4NCjxzcGFuIHN0eWxlPSJmb250LXNpemU6IDExcHQ7IGZvbnQtZmFtaWx5OiBDYWxp YnJpLCBzYW5zLXNlcmlmOyBjb2xvcjogcmdiKDMxLCA3MywgMTI1KTsiIGNsYXNzPSIiPjxvOnAg Y2xhc3M9IiI+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxv Y2txdW90ZT4NCjxkaXY+PGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8ZGl2PlRoZSBnb2FsIG9mIHRo ZSBjcmVhdGlvbiBvZiB0aGUgbmV3IGxpc3QgYW5kIGVhcmx5IHRocmVhZHMgaXMgdG8gZGlzY3Vz cyB0aGUgY2hhcnRlciwgaW5jbHVkaW5nIGl0cyBzY29wZS48L2Rpdj4NCjxkaXY+PGJyIGNsYXNz PSIiPg0KPC9kaXY+DQo8ZGl2PlRoYW5rcyE8L2Rpdj4NCjxkaXY+PGJyIGNsYXNzPSIiPg0KPC9k aXY+DQo8ZGl2PuKAlCBDYXJsb3MuPC9kaXY+DQo8YnIgY2xhc3M9IiI+DQo8YmxvY2txdW90ZSB0 eXBlPSJjaXRlIiBjbGFzcz0iIj4NCjxkaXYgY2xhc3M9IiI+DQo8ZGl2IGNsYXNzPSJXb3JkU2Vj dGlvbjEiIHN0eWxlPSJwYWdlOiBXb3JkU2VjdGlvbjE7IGZvbnQtZmFtaWx5OiBIZWx2ZXRpY2E7 IGZvbnQtc2l6ZTogMTJweDsgZm9udC1zdHlsZTogbm9ybWFsOyBmb250LXZhcmlhbnQtY2Fwczog bm9ybWFsOyBmb250LXdlaWdodDogbm9ybWFsOyBsZXR0ZXItc3BhY2luZzogbm9ybWFsOyBvcnBo YW5zOiBhdXRvOyB0ZXh0LWFsaWduOiBzdGFydDsgdGV4dC1pbmRlbnQ6IDBweDsgdGV4dC10cmFu c2Zvcm06IG5vbmU7IHdoaXRlLXNwYWNlOiBub3JtYWw7IHdpZG93czogYXV0bzsgd29yZC1zcGFj aW5nOiAwcHg7IC13ZWJraXQtdGV4dC1zdHJva2Utd2lkdGg6IDBweDsgYmFja2dyb3VuZC1jb2xv cjogcmdiKDI1NSwgMjU1LCAyNTUpOyI+DQo8ZGl2IHN0eWxlPSJtYXJnaW46IDBjbSAwY20gMC4w MDAxcHQ7IGZvbnQtc2l6ZTogMTJwdDsgZm9udC1mYW1pbHk6ICdUaW1lcyBOZXcgUm9tYW4nLCBz ZXJpZjsiIGNsYXNzPSIiPg0KPHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTogMTFwdDsgZm9udC1mYW1p bHk6IENhbGlicmksIHNhbnMtc2VyaWY7IGNvbG9yOiByZ2IoMzEsIDczLCAxMjUpOyIgY2xhc3M9 IiI+VGhhbmtzLCBMaW5kYTxvOnAgY2xhc3M9IiI+PC9vOnA+PC9zcGFuPjwvZGl2Pg0KPGRpdiBz dHlsZT0ibWFyZ2luOiAwY20gMGNtIDAuMDAwMXB0OyBmb250LXNpemU6IDEycHQ7IGZvbnQtZmFt aWx5OiAnVGltZXMgTmV3IFJvbWFuJywgc2VyaWY7IiBjbGFzcz0iIj4NCjxzcGFuIHN0eWxlPSJm b250LXNpemU6IDExcHQ7IGZvbnQtZmFtaWx5OiBDYWxpYnJpLCBzYW5zLXNlcmlmOyBjb2xvcjog cmdiKDMxLCA3MywgMTI1KTsiIGNsYXNzPSIiPjxvOnAgY2xhc3M9IiI+Jm5ic3A7PC9vOnA+PC9z cGFuPjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj4NCjxkaXYgc3R5bGU9ImJvcmRlci1zdHlsZTogc29s aWQgbm9uZSBub25lOyBib3JkZXItdG9wLWNvbG9yOiByZ2IoMjI1LCAyMjUsIDIyNSk7IGJvcmRl ci10b3Atd2lkdGg6IDFwdDsgcGFkZGluZzogM3B0IDBjbSAwY207IiBjbGFzcz0iIj4NCjxkaXYg c3R5bGU9Im1hcmdpbjogMGNtIDBjbSAwLjAwMDFwdDsgZm9udC1zaXplOiAxMnB0OyBmb250LWZh bWlseTogJ1RpbWVzIE5ldyBSb21hbicsIHNlcmlmOyIgY2xhc3M9IiI+DQo8YiBjbGFzcz0iIj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOiAxMXB0OyBmb250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1z ZXJpZjsiIGNsYXNzPSIiPkZyb206PC9zcGFuPjwvYj48c3BhbiBzdHlsZT0iZm9udC1zaXplOiAx MXB0OyBmb250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsiIGNsYXNzPSIiPjxzcGFuIGNs YXNzPSJBcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwvc3Bhbj5PUFNBV0cgWzxhIGhyZWY9 Im1haWx0bzpvcHNhd2ctYm91bmNlc0BpZXRmLm9yZyIgc3R5bGU9ImNvbG9yOiBwdXJwbGU7IHRl eHQtZGVjb3JhdGlvbjogdW5kZXJsaW5lOyIgY2xhc3M9IiI+bWFpbHRvOm9wc2F3Zy1ib3VuY2Vz QGlldGYub3JnPC9hPl08c3BhbiBjbGFzcz0iQXBwbGUtY29udmVydGVkLXNwYWNlIj4mbmJzcDs8 L3NwYW4+PGIgY2xhc3M9IiI+T24NCiBCZWhhbGYgT2Y8c3BhbiBjbGFzcz0iQXBwbGUtY29udmVy dGVkLXNwYWNlIj4mbmJzcDs8L3NwYW4+PC9iPkFsdmFybyBSZXRhbmEgKGFyZXRhbmEpPGJyIGNs YXNzPSIiPg0KPGIgY2xhc3M9IiI+U2VudDo8L2I+PHNwYW4gY2xhc3M9IkFwcGxlLWNvbnZlcnRl ZC1zcGFjZSI+Jm5ic3A7PC9zcGFuPjIwMTc8L3NwYW4+PHNwYW4gbGFuZz0iWkgtQ04iIHN0eWxl PSJmb250LXNpemU6IDExcHQ7IGZvbnQtZmFtaWx5OiAnTWljcm9zb2Z0IFlhSGVpJywgc2Fucy1z ZXJpZjsiIGNsYXNzPSIiPuW5tDwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOiAxMXB0OyBm b250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsiIGNsYXNzPSIiPjE8L3NwYW4+PHNwYW4g bGFuZz0iWkgtQ04iIHN0eWxlPSJmb250LXNpemU6IDExcHQ7IGZvbnQtZmFtaWx5OiAnTWljcm9z b2Z0IFlhSGVpJywgc2Fucy1zZXJpZjsiIGNsYXNzPSIiPuaciDwvc3Bhbj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOiAxMXB0OyBmb250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsiIGNsYXNz PSIiPjMwPC9zcGFuPjxzcGFuIGxhbmc9IlpILUNOIiBzdHlsZT0iZm9udC1zaXplOiAxMXB0OyBm b250LWZhbWlseTogJ01pY3Jvc29mdCBZYUhlaScsIHNhbnMtc2VyaWY7IiBjbGFzcz0iIj7ml6U8 L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTogMTFwdDsgZm9udC1mYW1pbHk6IENhbGlicmks IHNhbnMtc2VyaWY7IiBjbGFzcz0iIj48c3BhbiBjbGFzcz0iQXBwbGUtY29udmVydGVkLXNwYWNl Ij4mbmJzcDs8L3NwYW4+MTQ6MTA8YnIgY2xhc3M9IiI+DQo8YiBjbGFzcz0iIj5Ubzo8L2I+PHNw YW4gY2xhc3M9IkFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7PC9zcGFuPkJlcnQgV2lqbmVu IChJRVRGKSAmbHQ7PGEgaHJlZj0ibWFpbHRvOmJlcnRpZXRmQGJ3aWpuZW4ubmV0IiBzdHlsZT0i Y29sb3I6IHB1cnBsZTsgdGV4dC1kZWNvcmF0aW9uOiB1bmRlcmxpbmU7IiBjbGFzcz0iIj5iZXJ0 aWV0ZkBid2lqbmVuLm5ldDwvYT4mZ3Q7OzxzcGFuIGNsYXNzPSJBcHBsZS1jb252ZXJ0ZWQtc3Bh Y2UiPiZuYnNwOzwvc3Bhbj48YSBocmVmPSJtYWlsdG86cnRnLWFkc0BpZXRmLm9yZyIgc3R5bGU9 ImNvbG9yOiBwdXJwbGU7IHRleHQtZGVjb3JhdGlvbjogdW5kZXJsaW5lOyIgY2xhc3M9IiI+cnRn LWFkc0BpZXRmLm9yZzwvYT48YnIgY2xhc3M9IiI+DQo8YiBjbGFzcz0iIj5DYzo8L2I+PHNwYW4g Y2xhc3M9IkFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7PC9zcGFuPjxhIGhyZWY9Im1haWx0 bzpvcHNhd2dAaWV0Zi5vcmciIHN0eWxlPSJjb2xvcjogcHVycGxlOyB0ZXh0LWRlY29yYXRpb246 IHVuZGVybGluZTsiIGNsYXNzPSIiPm9wc2F3Z0BpZXRmLm9yZzwvYT47PHNwYW4gY2xhc3M9IkFw cGxlLWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7PC9zcGFuPjxhIGhyZWY9Im1haWx0bzpvcHNhd2ct Y2hhaXJzQGlldGYub3JnIiBzdHlsZT0iY29sb3I6IHB1cnBsZTsgdGV4dC1kZWNvcmF0aW9uOiB1 bmRlcmxpbmU7IiBjbGFzcz0iIj5vcHNhd2ctY2hhaXJzQGlldGYub3JnPC9hPjxiciBjbGFzcz0i Ij4NCjxiIGNsYXNzPSIiPlN1YmplY3Q6PC9iPjxzcGFuIGNsYXNzPSJBcHBsZS1jb252ZXJ0ZWQt c3BhY2UiPiZuYnNwOzwvc3Bhbj5SZTogW09QU0FXR10gV0cgYWRvcHRpb24gcG9sbCBmb3IgSW4t U2l0dSBPQU0gZHJhZnRzPG86cCBjbGFzcz0iIj48L286cD48L3NwYW4+PC9kaXY+DQo8L2Rpdj4N CjwvZGl2Pg0KPGRpdiBzdHlsZT0ibWFyZ2luOiAwY20gMGNtIDAuMDAwMXB0OyBmb250LXNpemU6 IDEycHQ7IGZvbnQtZmFtaWx5OiAnVGltZXMgTmV3IFJvbWFuJywgc2VyaWY7IiBjbGFzcz0iIj4N CjxvOnAgY2xhc3M9IiI+Jm5ic3A7PC9vOnA+PC9kaXY+DQo8ZGl2IHN0eWxlPSJtYXJnaW46IDBj bSAwY20gMC4wMDAxcHQ7IGZvbnQtc2l6ZTogMTJwdDsgZm9udC1mYW1pbHk6ICdUaW1lcyBOZXcg Um9tYW4nLCBzZXJpZjsiIGNsYXNzPSIiPg0KPHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTogMTFwdDsg Zm9udC1mYW1pbHk6IENhbGlicmksIHNhbnMtc2VyaWY7IiBjbGFzcz0iIj5CZXJ0OjxvOnAgY2xh c3M9IiI+PC9vOnA+PC9zcGFuPjwvZGl2Pg0KPGRpdiBzdHlsZT0ibWFyZ2luOiAwY20gMGNtIDAu MDAwMXB0OyBmb250LXNpemU6IDEycHQ7IGZvbnQtZmFtaWx5OiAnVGltZXMgTmV3IFJvbWFuJywg c2VyaWY7IiBjbGFzcz0iIj4NCjxzcGFuIHN0eWxlPSJmb250LXNpemU6IDExcHQ7IGZvbnQtZmFt aWx5OiBDYWxpYnJpLCBzYW5zLXNlcmlmOyIgY2xhc3M9IiI+PG86cCBjbGFzcz0iIj4mbmJzcDs8 L286cD48L3NwYW4+PC9kaXY+DQo8ZGl2IHN0eWxlPSJtYXJnaW46IDBjbSAwY20gMC4wMDAxcHQ7 IGZvbnQtc2l6ZTogMTJwdDsgZm9udC1mYW1pbHk6ICdUaW1lcyBOZXcgUm9tYW4nLCBzZXJpZjsi IGNsYXNzPSIiPg0KPHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTogMTFwdDsgZm9udC1mYW1pbHk6IENh bGlicmksIHNhbnMtc2VyaWY7IiBjbGFzcz0iIj5BcyBGcmFuayBpbmRpY2F0ZWQsIHRoZSBuZXc8 c3BhbiBjbGFzcz0iQXBwbGUtY29udmVydGVkLXNwYWNlIj4mbmJzcDs8L3NwYW4+PGEgaHJlZj0i bWFpbHRvOmlvYW1AaWV0Zi5vcmciIHN0eWxlPSJjb2xvcjogcHVycGxlOyB0ZXh0LWRlY29yYXRp b246IHVuZGVybGluZTsiIGNsYXNzPSIiPmlvYW1AaWV0Zi5vcmc8L2E+PHNwYW4gY2xhc3M9IkFw cGxlLWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7PC9zcGFuPmxpc3QNCiB3aWxsIGJlIHVzZWQgZm9y IGRpc2N1c3Npb246PHNwYW4gY2xhc3M9IkFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7PC9z cGFuPjxhIGhyZWY9Imh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vaW9hbSIg c3R5bGU9ImNvbG9yOiBwdXJwbGU7IHRleHQtZGVjb3JhdGlvbjogdW5kZXJsaW5lOyIgY2xhc3M9 IiI+aHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9pb2FtPC9hPjxvOnAgY2xh c3M9IiI+PC9vOnA+PC9zcGFuPjwvZGl2Pg0KPGRpdiBzdHlsZT0ibWFyZ2luOiAwY20gMGNtIDAu MDAwMXB0OyBmb250LXNpemU6IDEycHQ7IGZvbnQtZmFtaWx5OiAnVGltZXMgTmV3IFJvbWFuJywg c2VyaWY7IiBjbGFzcz0iIj4NCjxzcGFuIHN0eWxlPSJmb250LXNpemU6IDExcHQ7IGZvbnQtZmFt aWx5OiBDYWxpYnJpLCBzYW5zLXNlcmlmOyIgY2xhc3M9IiI+PG86cCBjbGFzcz0iIj4mbmJzcDs8 L286cD48L3NwYW4+PC9kaXY+DQo8ZGl2IHN0eWxlPSJtYXJnaW46IDBjbSAwY20gMC4wMDAxcHQ7 IGZvbnQtc2l6ZTogMTJwdDsgZm9udC1mYW1pbHk6ICdUaW1lcyBOZXcgUm9tYW4nLCBzZXJpZjsi IGNsYXNzPSIiPg0KPHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTogMTFwdDsgZm9udC1mYW1pbHk6IENh bGlicmksIHNhbnMtc2VyaWY7IiBjbGFzcz0iIj5JZiB5b3UgaGF2ZSBzdWdnZXN0aW9ucyBhYm91 dCBwb3NzaWJsZSBDaGFpcnMsIG9yIHdhbnQgdG8gdm9sdW50ZWVyLCBwbGVhc2UgbGV0IG1lIGtu b3cuPG86cCBjbGFzcz0iIj48L286cD48L3NwYW4+PC9kaXY+DQo8ZGl2IHN0eWxlPSJtYXJnaW46 IDBjbSAwY20gMC4wMDAxcHQ7IGZvbnQtc2l6ZTogMTJwdDsgZm9udC1mYW1pbHk6ICdUaW1lcyBO ZXcgUm9tYW4nLCBzZXJpZjsiIGNsYXNzPSIiPg0KPHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTogMTFw dDsgZm9udC1mYW1pbHk6IENhbGlicmksIHNhbnMtc2VyaWY7IiBjbGFzcz0iIj48bzpwIGNsYXNz PSIiPiZuYnNwOzwvbzpwPjwvc3Bhbj48L2Rpdj4NCjxkaXYgc3R5bGU9Im1hcmdpbjogMGNtIDBj bSAwLjAwMDFwdDsgZm9udC1zaXplOiAxMnB0OyBmb250LWZhbWlseTogJ1RpbWVzIE5ldyBSb21h bicsIHNlcmlmOyIgY2xhc3M9IiI+DQo8c3BhbiBzdHlsZT0iZm9udC1zaXplOiAxMXB0OyBmb250 LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsiIGNsYXNzPSIiPlRoZSBjdXJyZW50IGludGVu dCBpcyB0byBjaGFydGVyIGEgV0cgYnkgSUVURiA5OC4mbmJzcDsgR2l2ZW4gdGhlIGRpc2N1c3Np b25zIG9uIHRoaXMgbGlzdCwgd2UgYmVsaWV2ZSB0aGVyZSBpcyBpbnRlcmVzdCBpbiB0aGUgcHJv YmxlbSBzcGFjZSBhbmQgaW4gZGVmaW5pbmcgYSBzb2x1dGlvbi48bzpwIGNsYXNzPSIiPjwvbzpw Pjwvc3Bhbj48L2Rpdj4NCjxkaXYgc3R5bGU9Im1hcmdpbjogMGNtIDBjbSAwLjAwMDFwdDsgZm9u dC1zaXplOiAxMnB0OyBmb250LWZhbWlseTogJ1RpbWVzIE5ldyBSb21hbicsIHNlcmlmOyIgY2xh c3M9IiI+DQo8c3BhbiBzdHlsZT0iZm9udC1zaXplOiAxMXB0OyBmb250LWZhbWlseTogQ2FsaWJy aSwgc2Fucy1zZXJpZjsiIGNsYXNzPSIiPjxvOnAgY2xhc3M9IiI+Jm5ic3A7PC9vOnA+PC9zcGFu PjwvZGl2Pg0KPGRpdiBzdHlsZT0ibWFyZ2luOiAwY20gMGNtIDAuMDAwMXB0OyBmb250LXNpemU6 IDEycHQ7IGZvbnQtZmFtaWx5OiAnVGltZXMgTmV3IFJvbWFuJywgc2VyaWY7IiBjbGFzcz0iIj4N CjxzcGFuIHN0eWxlPSJmb250LXNpemU6IDExcHQ7IGZvbnQtZmFtaWx5OiBDYWxpYnJpLCBzYW5z LXNlcmlmOyIgY2xhc3M9IiI+VGhhbmtzISE8bzpwIGNsYXNzPSIiPjwvbzpwPjwvc3Bhbj48L2Rp dj4NCjxkaXYgc3R5bGU9Im1hcmdpbjogMGNtIDBjbSAwLjAwMDFwdDsgZm9udC1zaXplOiAxMnB0 OyBmb250LWZhbWlseTogJ1RpbWVzIE5ldyBSb21hbicsIHNlcmlmOyIgY2xhc3M9IiI+DQo8c3Bh biBzdHlsZT0iZm9udC1zaXplOiAxMXB0OyBmb250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJp ZjsiIGNsYXNzPSIiPjxvOnAgY2xhc3M9IiI+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvZGl2Pg0KPGRp diBzdHlsZT0ibWFyZ2luOiAwY20gMGNtIDAuMDAwMXB0OyBmb250LXNpemU6IDEycHQ7IGZvbnQt ZmFtaWx5OiAnVGltZXMgTmV3IFJvbWFuJywgc2VyaWY7IiBjbGFzcz0iIj4NCjxzcGFuIHN0eWxl PSJmb250LXNpemU6IDExcHQ7IGZvbnQtZmFtaWx5OiBDYWxpYnJpLCBzYW5zLXNlcmlmOyIgY2xh c3M9IiI+QWx2YXJvLjxvOnAgY2xhc3M9IiI+PC9vOnA+PC9zcGFuPjwvZGl2Pg0KPGRpdiBzdHls ZT0ibWFyZ2luOiAwY20gMGNtIDAuMDAwMXB0OyBmb250LXNpemU6IDEycHQ7IGZvbnQtZmFtaWx5 OiAnVGltZXMgTmV3IFJvbWFuJywgc2VyaWY7IiBjbGFzcz0iIj4NCjxzcGFuIHN0eWxlPSJmb250 LXNpemU6IDExcHQ7IGZvbnQtZmFtaWx5OiBDYWxpYnJpLCBzYW5zLXNlcmlmOyIgY2xhc3M9IiI+ PG86cCBjbGFzcz0iIj4mbmJzcDs8L286cD48L3NwYW4+PC9kaXY+DQo8YmxvY2txdW90ZSBzdHls ZT0iYm9yZGVyLXN0eWxlOiBub25lIG5vbmUgbm9uZSBzb2xpZDsgYm9yZGVyLWxlZnQtY29sb3I6 IHJnYigxODEsIDE5NiwgMjIzKTsgYm9yZGVyLWxlZnQtd2lkdGg6IDQuNXB0OyBwYWRkaW5nOiAw Y20gMGNtIDBjbSA0cHQ7IG1hcmdpbjogNXB0IDBjbSA1cHQgMy43NXB0OyIgY2xhc3M9IiI+DQo8 ZGl2IGNsYXNzPSIiPg0KPGRpdiBjbGFzcz0iIj4NCjxkaXYgc3R5bGU9Im1hcmdpbjogMGNtIDBj bSAwLjAwMDFwdDsgZm9udC1zaXplOiAxMnB0OyBmb250LWZhbWlseTogJ1RpbWVzIE5ldyBSb21h bicsIHNlcmlmOyIgY2xhc3M9IiI+DQpPbiAxLzI0LzE3LCA0OjAwIEFNLCAmcXVvdDtCZXJ0IFdp am5lbiAoSUVURikmcXVvdDsgJmx0OzxhIGhyZWY9Im1haWx0bzpiZXJ0aWV0ZkBid2lqbmVuLm5l dCIgc3R5bGU9ImNvbG9yOiBwdXJwbGU7IHRleHQtZGVjb3JhdGlvbjogdW5kZXJsaW5lOyIgY2xh c3M9IiI+YmVydGlldGZAYndpam5lbi5uZXQ8L2E+Jmd0OyB3cm90ZTo8bzpwIGNsYXNzPSIiPjwv bzpwPjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+DQo8ZGl2IHN0eWxlPSJt YXJnaW46IDBjbSAwY20gMC4wMDAxcHQ7IGZvbnQtc2l6ZTogMTJwdDsgZm9udC1mYW1pbHk6ICdU aW1lcyBOZXcgUm9tYW4nLCBzZXJpZjsiIGNsYXNzPSIiPg0KPG86cCBjbGFzcz0iIj4mbmJzcDs8 L286cD48L2Rpdj4NCjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj4NCjxkaXYgc3R5bGU9Im1hcmdpbjog MGNtIDBjbSAwLjAwMDFwdDsgZm9udC1zaXplOiAxMnB0OyBmb250LWZhbWlseTogJ1RpbWVzIE5l dyBSb21hbicsIHNlcmlmOyIgY2xhc3M9IiI+DQo8c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6IC13 ZWJraXQtc3RhbmRhcmQ7IiBjbGFzcz0iIj4tIFdoZXJlIHdpbGwgeW91IHNlbmQgdGhlIHByb3Bv c2VkIGNoYXJ0ZXIgZm9yIGRpc2N1c3Npb24/PG86cCBjbGFzcz0iIj48L286cD48L3NwYW4+PC9k aXY+DQo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+DQo8ZGl2IHN0eWxlPSJtYXJnaW46IDBjbSAwY20g MC4wMDAxcHQ7IGZvbnQtc2l6ZTogMTJwdDsgZm9udC1mYW1pbHk6ICdUaW1lcyBOZXcgUm9tYW4n LCBzZXJpZjsiIGNsYXNzPSIiPg0KPHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiAtd2Via2l0LXN0 YW5kYXJkOyIgY2xhc3M9IiI+Jm5ic3A7Jm5ic3A7IEJvdGggT1BTIGFuZCBSVEcgYXJlYSBtYWls aW5nIGxpc3RzIChvciBtYXliZSBPUFNBV0cgaW5zdGVhZCBvZiBPUFMpPzxvOnAgY2xhc3M9IiI+ PC9vOnA+PC9zcGFuPjwvZGl2Pg0KPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPg0KPGRpdiBzdHlsZT0i bWFyZ2luOiAwY20gMGNtIDAuMDAwMXB0OyBmb250LXNpemU6IDEycHQ7IGZvbnQtZmFtaWx5OiAn VGltZXMgTmV3IFJvbWFuJywgc2VyaWY7IiBjbGFzcz0iIj4NCjxzcGFuIHN0eWxlPSJmb250LWZh bWlseTogLXdlYmtpdC1zdGFuZGFyZDsiIGNsYXNzPSIiPi0gQXJlIHlvdSBnb25uYSBkbyBhIGNh bGwgZm9yIHZvbHVudGVlcnMgdG8gY28tY2hhaXIgdGhlIFdHPzxvOnAgY2xhc3M9IiI+PC9vOnA+ PC9zcGFuPjwvZGl2Pg0KPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPg0KPGRpdiBzdHlsZT0ibWFyZ2lu OiAwY20gMGNtIDAuMDAwMXB0OyBmb250LXNpemU6IDEycHQ7IGZvbnQtZmFtaWx5OiAnVGltZXMg TmV3IFJvbWFuJywgc2VyaWY7IiBjbGFzcz0iIj4NCjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTog LXdlYmtpdC1zdGFuZGFyZDsiIGNsYXNzPSIiPi0gSXQgc291bmRzIGxpa2UgeW91IGFyZSBub3Qg Z29ubmEgZG8gYSBCT0YgZmlyc3QsIHJpZ2h0PzxvOnAgY2xhc3M9IiI+PC9vOnA+PC9zcGFuPjwv ZGl2Pg0KPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPg0KPGRpdiBzdHlsZT0ibWFyZ2luOiAwY20gMGNt IDAuMDAwMXB0OyBmb250LXNpemU6IDEycHQ7IGZvbnQtZmFtaWx5OiAnVGltZXMgTmV3IFJvbWFu Jywgc2VyaWY7IiBjbGFzcz0iIj4NCjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTogLXdlYmtpdC1z dGFuZGFyZDsiIGNsYXNzPSIiPiZuYnNwOyZuYnNwOyB0aGF0IGlzIE9LIHdpdGggbWUuPG86cCBj bGFzcz0iIj48L286cD48L3NwYW4+PC9kaXY+DQo8L2Rpdj4NCjxkaXYgc3R5bGU9Im1hcmdpbjog MGNtIDBjbSAwLjAwMDFwdDsgZm9udC1zaXplOiAxMnB0OyBmb250LWZhbWlseTogJ1RpbWVzIE5l dyBSb21hbicsIHNlcmlmOyIgY2xhc3M9IiI+DQo8bzpwIGNsYXNzPSIiPiZuYnNwOzwvbzpwPjwv ZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPC9kaXY+DQo8c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6IEhl bHZldGljYTsgZm9udC1zaXplOiAxMnB4OyBmb250LXN0eWxlOiBub3JtYWw7IGZvbnQtdmFyaWFu dC1jYXBzOiBub3JtYWw7IGZvbnQtd2VpZ2h0OiBub3JtYWw7IGxldHRlci1zcGFjaW5nOiBub3Jt YWw7IG9ycGhhbnM6IGF1dG87IHRleHQtYWxpZ246IHN0YXJ0OyB0ZXh0LWluZGVudDogMHB4OyB0 ZXh0LXRyYW5zZm9ybTogbm9uZTsgd2hpdGUtc3BhY2U6IG5vcm1hbDsgd2lkb3dzOiBhdXRvOyB3 b3JkLXNwYWNpbmc6IDBweDsgLXdlYmtpdC10ZXh0LXN0cm9rZS13aWR0aDogMHB4OyBiYWNrZ3Jv dW5kLWNvbG9yOiByZ2IoMjU1LCAyNTUsIDI1NSk7IGZsb2F0OiBub25lOyBkaXNwbGF5OiBpbmxp bmUgIWltcG9ydGFudDsiIGNsYXNzPSIiPl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fPC9zcGFuPjxiciBzdHlsZT0iZm9udC1mYW1pbHk6IEhlbHZldGljYTsg Zm9udC1zaXplOiAxMnB4OyBmb250LXN0eWxlOiBub3JtYWw7IGZvbnQtdmFyaWFudC1jYXBzOiBu b3JtYWw7IGZvbnQtd2VpZ2h0OiBub3JtYWw7IGxldHRlci1zcGFjaW5nOiBub3JtYWw7IG9ycGhh bnM6IGF1dG87IHRleHQtYWxpZ246IHN0YXJ0OyB0ZXh0LWluZGVudDogMHB4OyB0ZXh0LXRyYW5z Zm9ybTogbm9uZTsgd2hpdGUtc3BhY2U6IG5vcm1hbDsgd2lkb3dzOiBhdXRvOyB3b3JkLXNwYWNp bmc6IDBweDsgLXdlYmtpdC10ZXh0LXN0cm9rZS13aWR0aDogMHB4OyBiYWNrZ3JvdW5kLWNvbG9y OiByZ2IoMjU1LCAyNTUsIDI1NSk7IiBjbGFzcz0iIj4NCjxzcGFuIHN0eWxlPSJmb250LWZhbWls eTogSGVsdmV0aWNhOyBmb250LXNpemU6IDEycHg7IGZvbnQtc3R5bGU6IG5vcm1hbDsgZm9udC12 YXJpYW50LWNhcHM6IG5vcm1hbDsgZm9udC13ZWlnaHQ6IG5vcm1hbDsgbGV0dGVyLXNwYWNpbmc6 IG5vcm1hbDsgb3JwaGFuczogYXV0bzsgdGV4dC1hbGlnbjogc3RhcnQ7IHRleHQtaW5kZW50OiAw cHg7IHRleHQtdHJhbnNmb3JtOiBub25lOyB3aGl0ZS1zcGFjZTogbm9ybWFsOyB3aWRvd3M6IGF1 dG87IHdvcmQtc3BhY2luZzogMHB4OyAtd2Via2l0LXRleHQtc3Ryb2tlLXdpZHRoOiAwcHg7IGJh Y2tncm91bmQtY29sb3I6IHJnYigyNTUsIDI1NSwgMjU1KTsgZmxvYXQ6IG5vbmU7IGRpc3BsYXk6 IGlubGluZSAhaW1wb3J0YW50OyIgY2xhc3M9IiI+T1BTQVdHDQogbWFpbGluZyBsaXN0PC9zcGFu PjxiciBzdHlsZT0iZm9udC1mYW1pbHk6IEhlbHZldGljYTsgZm9udC1zaXplOiAxMnB4OyBmb250 LXN0eWxlOiBub3JtYWw7IGZvbnQtdmFyaWFudC1jYXBzOiBub3JtYWw7IGZvbnQtd2VpZ2h0OiBu b3JtYWw7IGxldHRlci1zcGFjaW5nOiBub3JtYWw7IG9ycGhhbnM6IGF1dG87IHRleHQtYWxpZ246 IHN0YXJ0OyB0ZXh0LWluZGVudDogMHB4OyB0ZXh0LXRyYW5zZm9ybTogbm9uZTsgd2hpdGUtc3Bh Y2U6IG5vcm1hbDsgd2lkb3dzOiBhdXRvOyB3b3JkLXNwYWNpbmc6IDBweDsgLXdlYmtpdC10ZXh0 LXN0cm9rZS13aWR0aDogMHB4OyBiYWNrZ3JvdW5kLWNvbG9yOiByZ2IoMjU1LCAyNTUsIDI1NSk7 IiBjbGFzcz0iIj4NCjxhIGhyZWY9Im1haWx0bzpPUFNBV0dAaWV0Zi5vcmciIHN0eWxlPSJjb2xv cjogcHVycGxlOyB0ZXh0LWRlY29yYXRpb246IHVuZGVybGluZTsgZm9udC1mYW1pbHk6IEhlbHZl dGljYTsgZm9udC1zaXplOiAxMnB4OyBmb250LXN0eWxlOiBub3JtYWw7IGZvbnQtdmFyaWFudC1j YXBzOiBub3JtYWw7IGZvbnQtd2VpZ2h0OiBub3JtYWw7IGxldHRlci1zcGFjaW5nOiBub3JtYWw7 IG9ycGhhbnM6IGF1dG87IHRleHQtYWxpZ246IHN0YXJ0OyB0ZXh0LWluZGVudDogMHB4OyB0ZXh0 LXRyYW5zZm9ybTogbm9uZTsgd2hpdGUtc3BhY2U6IG5vcm1hbDsgd2lkb3dzOiBhdXRvOyB3b3Jk LXNwYWNpbmc6IDBweDsgLXdlYmtpdC10ZXh0LXNpemUtYWRqdXN0OiBhdXRvOyAtd2Via2l0LXRl eHQtc3Ryb2tlLXdpZHRoOiAwcHg7IGJhY2tncm91bmQtY29sb3I6IHJnYigyNTUsIDI1NSwgMjU1 KTsiIGNsYXNzPSIiPk9QU0FXR0BpZXRmLm9yZzwvYT48YnIgc3R5bGU9ImZvbnQtZmFtaWx5OiBI ZWx2ZXRpY2E7IGZvbnQtc2l6ZTogMTJweDsgZm9udC1zdHlsZTogbm9ybWFsOyBmb250LXZhcmlh bnQtY2Fwczogbm9ybWFsOyBmb250LXdlaWdodDogbm9ybWFsOyBsZXR0ZXItc3BhY2luZzogbm9y bWFsOyBvcnBoYW5zOiBhdXRvOyB0ZXh0LWFsaWduOiBzdGFydDsgdGV4dC1pbmRlbnQ6IDBweDsg dGV4dC10cmFuc2Zvcm06IG5vbmU7IHdoaXRlLXNwYWNlOiBub3JtYWw7IHdpZG93czogYXV0bzsg d29yZC1zcGFjaW5nOiAwcHg7IC13ZWJraXQtdGV4dC1zdHJva2Utd2lkdGg6IDBweDsgYmFja2dy b3VuZC1jb2xvcjogcmdiKDI1NSwgMjU1LCAyNTUpOyIgY2xhc3M9IiI+DQo8YSBocmVmPSJodHRw czovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL29wc2F3ZyIgc3R5bGU9ImNvbG9yOiBw dXJwbGU7IHRleHQtZGVjb3JhdGlvbjogdW5kZXJsaW5lOyBmb250LWZhbWlseTogSGVsdmV0aWNh OyBmb250LXNpemU6IDEycHg7IGZvbnQtc3R5bGU6IG5vcm1hbDsgZm9udC12YXJpYW50LWNhcHM6 IG5vcm1hbDsgZm9udC13ZWlnaHQ6IG5vcm1hbDsgbGV0dGVyLXNwYWNpbmc6IG5vcm1hbDsgb3Jw aGFuczogYXV0bzsgdGV4dC1hbGlnbjogc3RhcnQ7IHRleHQtaW5kZW50OiAwcHg7IHRleHQtdHJh bnNmb3JtOiBub25lOyB3aGl0ZS1zcGFjZTogbm9ybWFsOyB3aWRvd3M6IGF1dG87IHdvcmQtc3Bh Y2luZzogMHB4OyAtd2Via2l0LXRleHQtc2l6ZS1hZGp1c3Q6IGF1dG87IC13ZWJraXQtdGV4dC1z dHJva2Utd2lkdGg6IDBweDsgYmFja2dyb3VuZC1jb2xvcjogcmdiKDI1NSwgMjU1LCAyNTUpOyIg Y2xhc3M9IiI+aHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9vcHNhd2c8L2E+ PGJyIHN0eWxlPSJmb250LWZhbWlseTogSGVsdmV0aWNhOyBmb250LXNpemU6IDEycHg7IGZvbnQt c3R5bGU6IG5vcm1hbDsgZm9udC12YXJpYW50LWNhcHM6IG5vcm1hbDsgZm9udC13ZWlnaHQ6IG5v cm1hbDsgbGV0dGVyLXNwYWNpbmc6IG5vcm1hbDsgb3JwaGFuczogYXV0bzsgdGV4dC1hbGlnbjog c3RhcnQ7IHRleHQtaW5kZW50OiAwcHg7IHRleHQtdHJhbnNmb3JtOiBub25lOyB3aGl0ZS1zcGFj ZTogbm9ybWFsOyB3aWRvd3M6IGF1dG87IHdvcmQtc3BhY2luZzogMHB4OyAtd2Via2l0LXRleHQt c3Ryb2tlLXdpZHRoOiAwcHg7IGJhY2tncm91bmQtY29sb3I6IHJnYigyNTUsIDI1NSwgMjU1KTsi IGNsYXNzPSIiPg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8L2Rpdj4NCjxiciBjbGFzcz0iIj4N CjwvZGl2Pg0KPC9ib2R5Pg0KPC9odG1sPg0K --_000_315C1E75931744B68C7C1A945941A449ciscocom_-- From nobody Tue Feb 7 12:00:44 2017 Return-Path: X-Original-To: opsawg@ietfa.amsl.com Delivered-To: opsawg@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5A6AA129F26 for ; Tue, 7 Feb 2017 12:00:43 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.6 X-Spam-Level: X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, 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=kumari-net.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 uMP9OBIyhCeM for ; Tue, 7 Feb 2017 12:00:42 -0800 (PST) Received: from mail-qt0-x22f.google.com (mail-qt0-x22f.google.com [IPv6:2607:f8b0:400d:c0d::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 C7BB9129F08 for ; Tue, 7 Feb 2017 12:00:34 -0800 (PST) Received: by mail-qt0-x22f.google.com with SMTP id w20so140453314qtb.1 for ; Tue, 07 Feb 2017 12:00:34 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kumari-net.20150623.gappssmtp.com; s=20150623; h=mime-version:from:date:message-id:subject:to; bh=SP7NIDU6GBL2jpTec/bNDETRfPdu+S0c1pyBUTE9wVc=; b=dO20MepncCAk0f4TVBKdO29VpgpD6ENbb6DlmJgs+nGTTalI+bq6ed3VWOwUA9grdz jv0IeeoxD9y20MhfW9Lv04TpdQX4UxCX+cB+7xNzjTAq+iwhKUCs5iiYfYp2YDG8aPTN DGD5yJLkAf95dj01MsK9y9pxG7iJLFvctHcAJLELUtZP+jZIUc8udzxnfBLrPUkrnIzH s9Q69ipzNws91fIVibheK00QE4VePBq0am9D585kZxkLrz09UU9FRqlgtF+z0wArQlkY Ohm4za3HXjfHGOzW7fXQI03NhKa7vxnvgEORPsz31MNOAZT6kXNNQI4MB0m9E53cCk8x iSrQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=SP7NIDU6GBL2jpTec/bNDETRfPdu+S0c1pyBUTE9wVc=; b=WuW5hgmg3OGMREC68J2LpsYeTvHJHNT0HxeQOJCwNr0AFGmpSv2UyNfwIJVf6KhiBn COxWgSrZE+G1FUjyF882HZTTZKjD2O5SUMqOAO+WD6n7pn+tZpKRqAqSlemGQSEYLHlu YlZYy8+PUFHcHhXMpTYf7eIk2Qd08K1UKY9NYocQMgstUTHfmi8fqxjNbv7trchyXBs+ DKu5Eq6kLqiY0jshgaPSqdwJfbKE3fiMSxjvJYfxyaD7nC5cpp3YzE1sOn4RPfTt14Rh KW55FN/ZEBNk2a9I/IkmKCj3Wl7VFK0tuG5mpaCiZSNxVTZAUysHzB0UvfhMevoPHltJ +QPg== X-Gm-Message-State: AMke39lIS8s0FqPbqK00iIvL/qqhZYPWm4ziEpbwMDkcwhlL7kxS789IE/8Pc5SetzWTneZACwRBeEphy4NCxsRq X-Received: by 10.200.36.41 with SMTP id c38mr17279567qtc.57.1486497633528; Tue, 07 Feb 2017 12:00:33 -0800 (PST) MIME-Version: 1.0 Received: by 10.12.179.19 with HTTP; Tue, 7 Feb 2017 12:00:02 -0800 (PST) From: Warren Kumari Date: Tue, 7 Feb 2017 15:00:02 -0500 Message-ID: To: "opsawg@ietf.org" Content-Type: text/plain; charset=UTF-8 Archived-At: Subject: [OPSAWG] New OpsAWG chair volunteers... X-BeenThere: opsawg@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: OPSA Working Group Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Feb 2017 20:00:43 -0000 Hi all, I will be stepping down as OpsAWG chair, and am looking for a replacement. As you have probably seen, this is (generally) a very low drama, low stress working group. If you are interested / willing, please let me know (off-list). Of course, if you have any questions, I'm happy to chat, etc. W -- I don't think the execution is relevant when it was obviously a bad idea in the first place. This is like putting rabid weasels in your pants, and later expressing regret at having chosen those particular rabid weasels and that pair of pants. ---maf From nobody Wed Feb 8 02:52:53 2017 Return-Path: X-Original-To: opsawg@ietfa.amsl.com Delivered-To: opsawg@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 61387129974; Wed, 8 Feb 2017 02:52:46 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.7 X-Spam-Level: X-Spam-Status: No, score=-2.7 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 4PNIMtxTuPRP; Wed, 8 Feb 2017 02:52:45 -0800 (PST) Received: from mail-qk0-x241.google.com (mail-qk0-x241.google.com [IPv6:2607:f8b0:400d:c09::241]) (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 DCA99129451; Wed, 8 Feb 2017 02:52:44 -0800 (PST) Received: by mail-qk0-x241.google.com with SMTP id e1so17178153qkh.1; Wed, 08 Feb 2017 02:52:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=DzRWgq2sQEScj11TM2+7waCoV7b3z4L7HjDqIr3V+HA=; b=rBS8ER+Cn3czHMoSgtUUvxMVcaJpjgzGO88Uw6vv0C7I0jXY7MEt+uVFxsEcqf7o2s uunA2h+LZCikLclkM0U2aV8SZROaQyArspdimyGyyDbjtdK9txyI2hoZ60NenK8zEEK3 pnHov/JlFCoz2L3QWQpQGUZOQ/SCA/cP7sn+k48zLt7/Cara6YUs47jjqkl9KvOa3mXB zu84jvt8R129siaZKCcn6xJmDqLQWqw2lXNaNH/MZ8QlrXzxmY3O57L4rOuQ7o+595VG Ufn7X8cPVozm6Ieta6Tnie1Nn834gfIWNEvzk6JvY7qiIL7FuhOjRksGMwDM+toR1sX6 XkTA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=DzRWgq2sQEScj11TM2+7waCoV7b3z4L7HjDqIr3V+HA=; b=TzWPtUO7kqO3AqqJ9QUzeMhCmJmB34YJPyQjztkC2Ipp2TtwrTx64QEcI6QcvHk3y8 fUlQKUjpgXRIfKCaNzxcstVE2M3wPDOt8DU/Ig3j42g/l5KIuHQGJo3p1ArtUy3AmTrG jGXVh52dI7tsmN3DzVmM7Pz8Mn/nmdyqtS+zaB1c7Wb+yx6qluF3LL7svxVYpkhlGmZv uDSqQhVPnZ5M/zc3STEo+JlnKABOLO7nPStYOjCYZr67B+MpK+ZxUZVwlmIrf3+fuRsn PepOklXvpNZjRY3BNRydhGRiaejndkgRQg/VLeDSx/AEr2MQwNcCQHE7YKZxia6PID/2 vqbA== X-Gm-Message-State: AMke39njEA010CWgcyqx+y1UTd8OcHe/+/D5n2I8BhyoFhZCEp+I7XsILWfwXWsYQVIOqA== X-Received: by 10.55.9.15 with SMTP id 15mr18942169qkj.118.1486551164068; Wed, 08 Feb 2017 02:52:44 -0800 (PST) Received: from [172.20.0.138] (50-201-184-131-static.hfc.comcastbusiness.net. [50.201.184.131]) by smtp.gmail.com with ESMTPSA id r131sm5889897qke.14.2017.02.08.02.52.43 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 08 Feb 2017 02:52:43 -0800 (PST) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 10.2 \(3259\)) From: Dean Bogdanovic In-Reply-To: Date: Wed, 8 Feb 2017 05:52:44 -0500 Content-Transfer-Encoding: quoted-printable Message-Id: <4C649209-6F61-435B-A371-69884050F522@gmail.com> References: <067201d27270$a08cc790$e1a656b0$@olddog.co.uk> To: Tianran Zhou X-Mailer: Apple Mail (2.3259) Archived-At: Cc: opsawg@ietf.org, draft-ietf-netmod-yang-model-classification@ietf.org, NetMod WG Subject: Re: [OPSAWG] [netmod] Question on draft-ietf-netmod-yang-model-classification X-BeenThere: opsawg@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: OPSA Working Group Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Feb 2017 10:52:46 -0000 > On Feb 7, 2017, at 8:45 PM, Tianran Zhou = wrote: >=20 > Hi Dean, >=20 >=20 >> -----Original Message----- >> From: Dean Bogdanovic [mailto:ivandean@gmail.com] >> Sent: Monday, January 30, 2017 7:53 PM >> To: Tianran Zhou >> Cc: adrian@olddog.co.uk; netmod@ietf.org; opsawg@ietf.org; >> draft-ietf-netmod-yang-model-classification@ietf.org >> Subject: Re: [netmod] [OPSAWG] Question on >> draft-ietf-netmod-yang-model-classification >>=20 >>=20 >>> On Jan 23, 2017, at 9:32 AM, Tianran Zhou = wrote: >>>=20 >>> To add more comments: >>>=20 >>> On the L2SM meeting, several people (4 or more) believed the 3 = service >> delivery model examples ([I-D.dhjain-bess-bgp-l3vpn-yang], >> [I-D.ietf-bess-l2vpn-yang] and [I-D.ietf-bess-evpn-yang]) are = actually >> device models. >>>=20 >>> I think both of the two I-Ds >> ([draft-ietf-netmod-yang-model-classification] and >> [draft-wu-opsawg-service-model-explained]) can check if those YANG = models >> are device models or service models. >>=20 >> The idea is that the classification drafts will provide guidelines = for the >> authors to do their own classification. As mentioned in my previous = email, >> the only people who will be able to do the right classification, are = the >> module authors. >=20 > But you list some examples in each category. If those example modules = are actually not fit in, I think it will mislead and confuse the = readers. Good point. >=20 >>=20 >> Please see I=E2=80=99m using distinction between module and model. = Model can consist >> of multiple modules and in models you can get classification = ambiguity. >> Modules are much more clear to classify. >=20 > Do you mean usually it's hard to classify the "model"? Because it may = contain many "modules" for different use. Yes. Dean >=20 >> Dean >>=20 >>>=20 >>> Regards, >>> Tianran >>>=20 >>>> -----Original Message----- >>>> From: OPSAWG [mailto:opsawg-bounces@ietf.org] On Behalf Of Adrian >>>> Farrel >>>> Sent: Friday, January 20, 2017 12:25 AM >>>> To: netmod@ietf.org >>>> Cc: opsawg@ietf.org; >>>> draft-ietf-netmod-yang-model-classification@ietf.org >>>> Subject: [OPSAWG] Question on >>>> draft-ietf-netmod-yang-model-classification >>>>=20 >>>> Hi, >>>>=20 >>>> We've been trying to ensure that >>>> draft-wu-opsawg-service-model-explained >>>> is consistent with the latest version of >>>> draft-ietf-netmod-yang-model-classification. In discussions with >>>> Tianran a question has come up. >>>>=20 >>>> In section 2 you have a nice definition of Network Service YANG >>>> Modules and this definition maps nicely to our definition of = "service >>>> delivery models". >>>> Furthermore, your figure 1 shows Network Service YANG Modules on = the >>>> interface between OSS/BSS and the various network services. >>>>=20 >>>> We have further defined "customer service models" at a higher layer = still. >>>> That is, on the interface to the customer. This (of course?) = assumes >>>> that the OSS/BSS is not customer code :-) >>>>=20 >>>> However, your discussion of Network Service YANG Modules in section >>>> 2.1 seems slightly at odds, although this may be just ambiguity. >>>>=20 >>>> For example, when you say, "Network Service YANG Modules describe = the >>>> characteristics of a service, as agreed upon with consumers of that >> service," >>>> this is not the same as, "This model is used in the discussion >>>> between a customer and a service provide to describe the = characteristics >> of a service." >>>> That is, the former case could be arrived at after processing based >>>> on the latter case - processing that we have called "service >>>> orchestration" but might (of course) be what leads to the operator = poking >> the OSS/BSS. >>>>=20 >>>> This might all be fine and good, but later in the same section you >>>> say "Network Service YANG Modules define service models to be >>>> consumed by external systems. >>>> These modules are commonly designed, developed and deployed by >>>> network infrastructure teams." And there you introduce two terms = that >>>> are previously undefined and only server to add ambiguity. = Specifically >> "external to what?" >>>> I could make and argument that the OSS is developed and deployed by >>>> network infrastructure teams, ad also that the OSS is external to = the >> network itself. >>>>=20 >>>> And, in between these two quoted pieces of text, you have... >>>>=20 >>>> As an example, the Network Service YANG Module defined in >>>> [YANG-Data-Model-for-L3VPN-service-delivery] provides an abstract >>>> model for Layer 3 IP VPN service configuration. >>>>=20 >>>> Per my other email, this reference needs to be fixed. But I = struggle >>>> to see the L3SM module as consistent with your figure. It may or = may >>>> not be consistent with your text dependent on the interpretation. >>>>=20 >>>> In draft-wu-opsawg-service-model-explained Figure 4 we have tried = to >>>> show how we (the authors) think L3SM fits into your classification. >>>> Here we place L3SM further up the layering stack. >>>>=20 >>>> [Apologies for not spotting this sooner. The citation >>>> "YANG-Data-Model-for-L3VPN-service-delivery" includes the term >>>> "service delivery" which I took to imply a different module.] >>>>=20 >>>> Thanks, >>>> Adrian >>>>=20 >>>> _______________________________________________ >>>> OPSAWG mailing list >>>> OPSAWG@ietf.org >>>> https://www.ietf.org/mailman/listinfo/opsawg >>>=20 >>> _______________________________________________ >>> netmod mailing list >>> netmod@ietf.org >>> https://www.ietf.org/mailman/listinfo/netmod >=20 From nobody Wed Feb 8 08:04:35 2017 Return-Path: X-Original-To: opsawg@ietfa.amsl.com Delivered-To: opsawg@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 364E4129C0E; Wed, 8 Feb 2017 08:04:34 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.6 X-Spam-Level: X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7] 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 Lh06FxBN8Sym; Wed, 8 Feb 2017 08:04:31 -0800 (PST) Received: from asmtp2.iomartmail.com (asmtp2.iomartmail.com [62.128.201.249]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 23307129C03; Wed, 8 Feb 2017 08:04:29 -0800 (PST) Received: from asmtp2.iomartmail.com (localhost.localdomain [127.0.0.1]) by asmtp2.iomartmail.com (8.13.8/8.13.8) with ESMTP id v18G4Rhe031867; Wed, 8 Feb 2017 16:04:27 GMT Received: from 950129200 ([176.241.251.3]) (authenticated bits=0) by asmtp2.iomartmail.com (8.13.8/8.13.8) with ESMTP id v18G4Mic031710 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 8 Feb 2017 16:04:26 GMT From: "Adrian Farrel" To: "'Dean Bogdanovic'" References: <067201d27270$a08cc790$e1a656b0$@olddog.co.uk> <4248688C-E0AC-4302-A281-0622D824FA4D@voltanet.io> In-Reply-To: <4248688C-E0AC-4302-A281-0622D824FA4D@voltanet.io> Date: Wed, 8 Feb 2017 16:04:19 -0000 Message-ID: <06fa01d28225$05a25050$10e6f0f0$@olddog.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQMMoquh4lfUBn97fPg7iXrd5c7XzwLI+6yFntSqIZA= Content-Language: en-gb X-TM-AS-MML: disable X-TM-AS-Product-Ver: IMSS-7.1.0.1679-8.1.0.1062-22872.007 X-TM-AS-Result: No--18.942-10.0-31-10 X-imss-scan-details: No--18.942-10.0-31-10 X-TMASE-MatchedRID: /77LoUQXvQ+PrjM/ltMU+Zmug812qIbzgb9qWjtzZTee9toQ6h6LE+UY 9e3KAboH6bBFw5HZ0q/ybfHm2GXao7kYizK5Be96j2FGM19l45ftJooK6M46AbrtDe4+j0ojVr2 x2Dan2cATyvpElbLwWtadDjwOJXcLX/svjkjfr+tor4yxPAz7WR9fNWA7SFWqDYbe/PyX8gSSo7 YBtVK4/HNlbFVlzbg3UeMEaMc1j2WajZkb8TuLc/HkpkyUphL90Wobj8GkNVqn5yDc9PwlXBchd rJv3xSnGwYMOzdc0S3uGMRXcgK2N4qodmhY3/ydcFEiuPxHjsXfbGyvRdIaSAzvg1/q1MH2lqx8 Dxj9EIU0IXF7YXZ/C2jIi3MsPV2rbPzHGwA0xPYwiJTf3kjwfbkHqOCID0rPHW7srwepo1wygvv k2n2DkUbDlVa5CA1BrM6iJnFXoaOlcMRFOwRLwHXpSmOYVqP2UbJBJIpagZIs7eP5cPCWQ06Pne ZGFcPxNQrpJGzhh9y621Vwa95NI2yeGFxbrq7lVo6mn+xXmdUgzzoB6jqxgsgo0zxeSIh2lQpzO Vtrr0C0851daCGGkz9n/vgRBjkdRcriDaoCTGIliarNEjJ/QbtW9LeKKGvbQMzddhGfUviTATZh RxAwROfOVcxjDhcwAYt5KiTiutkLbigRnpKlKT4yqD4LKu3A Archived-At: Cc: opsawg@ietf.org, draft-ietf-netmod-yang-model-classification@ietf.org, netmod@ietf.org Subject: Re: [OPSAWG] Question on draft-ietf-netmod-yang-model-classification X-BeenThere: opsawg@ietf.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: adrian@olddog.co.uk List-Id: OPSA Working Group Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Feb 2017 16:04:34 -0000 Hi Dean, I've been processing your response and the continuing thread with you = and Tianran. > > We've been trying to ensure that = draft-wu-opsawg-service-model-explained is > > consistent with the latest version of > > draft-ietf-netmod-yang-model-classification. In discussions with = Tianran a > > question has come up. > > > > In section 2 you have a nice definition of Network Service YANG = Modules and > > this definition maps nicely to our definition of "service delivery = models". > > Furthermore, your figure 1 shows Network Service YANG Modules on the > > interface between OSS/BSS and the various network services. > > > > We have further defined "customer service models" at a higher layer = still. That > > is, on the interface to the customer. This (of course?) assumes that = the > > OSS/BSS is not customer code :-) > > > > However, your discussion of Network Service YANG Modules in section = 2.1 > > seems slightly at odds, although this may be just ambiguity. > > > > For example, when you say, "Network Service YANG Modules describe = the > > characteristics of a service, as agreed upon with consumers of that = service," > > this is not the same as, "This model is used in the discussion = between a > > customer and a service provide to describe the characteristics of a = service." > > That is, the former case could be arrived at after processing based = on the > > latter case - processing that we have called "service orchestration" = but might > > (of course) be what leads to the operator poking the OSS/BSS. >=20 > Adrian, I can see the ambiguity. The point of service module is to be = consumed by > the customer and there can be some modifications of the service module = to > adapt to the customer specifics. So far I agree with your email and therefore not with your document. The = OSS/BSS is not, IMHO, a tool used by the customer. Please see Figure 3 in draft-wu-opsawg-service-model-explained-05.txt = that shows the customer distinct from the OSS/BSS. > > This might all be fine and good, but later in the same section you = say "Network > > Service YANG Modules define service models to be consumed by = external > > systems. > > These modules are commonly designed, developed and deployed by = network > > infrastructure teams." And there you introduce two terms that are = previously > > undefined and only server to add ambiguity. Specifically "external = to what?" I > > could make and argument that the OSS is developed and deployed by = network > > infrastructure teams, ad also that the OSS is external to the = network itself. >=20 > Agree that external systems are not defined and this text has to be = clarified. The > external systems can be OSS and BSS. If we relabelled our "Service Delivery Model" as "Network Service Model" = would that be consistent? That is, in any case, to say that the OSS/BSS does not talk directly to = the devices. > > And, in between these two quoted pieces of text, you have... > > > > As an example, the Network Service YANG Module defined in > > [YANG-Data-Model-for-L3VPN-service-delivery] provides an abstract > > model for Layer 3 IP VPN service configuration. >=20 > My question is where do you see the L3SM model > above or below OSS? Well, look at the figure in section 5 of = draft-ietf-l3sm-l3vpn-service-model-19.txt It is logically higher, but OSS/BSS are not "in the flow" as they are = legacy components in a softwarized world. However, per our pictures, OSS/BSS should use the same set of = models/modules as used by the "service orchestrator". > Because there are some nuances in the service module, but at the end = we > decided not to do sub classification Mutter, mutter. In the document, you talk about "network service modules" not "service = modules" and only trim to "service module" in the text implying that you = always actually mean "network service module". > one is the business and one technical service. >=20 > When i read the YANG-Data-Model-for-L3VPN-service-delivery, it looked = to me > much more like a technical model, then the business model, as = didn=E2=80=99t see SLA > definitions to track the business parameters of the service use. It is certainly not a business model and does not include SLAs. Other = people have far more experience working on these things (TMF, MEF, ...) = and it is not an IETF core competence. Our intention is that our module = can be augmented or accompanied by other modules in order to create a = business model, acknowledging that commercial details (even including = SLAs) will vary from one operator to another, but that the core = technical description of the service can be (and, it turns out, is) = common across multiple providers. We even wrote text in Section 5 of = draft-wu-opsawg-service-model-explained to help with this. > > Per my other email, this reference needs to be fixed. But I struggle = to see the > > L3SM module as consistent with your figure. It may or may not be = consistent > > with your text dependent on the interpretation. >=20 > Sure, we can fix that reference, but the authors of L3SM module should = do their > own module classification, as they are the only ones that know the = intent of the > module. That is fine. They can classify it, and they can use your classification = system, but only if it can be understood, is meaningful, and fits what = they are trying to achieve :-) Your text currently says As an example, the Network Service YANG Module defined in [YANG-Data-Model-for-L3VPN-service-delivery] provides an abstract model for Layer 3 IP VPN service configuration. Your text and figures show "Network Service YANG Module" as being = something that the OSS/BSS talks (presumably toward a network = orchestrator?). Thus the L3SM module does not fit here. And that is why = we wrote draft-wu-opsawg-service-model-explained and included Figure 4 = to augment your figure. And *finally*, Tianran is concerned that there may be confusion arising = from whether the module we reference are "Network service modules", = "service delivery modules", "network configuration modules", "network = element modules", or "device configuration modules". So many terms, but = presumably these modules don't fit into all of the categories! The list = is: [I-D.dhjain-bess-bgp-l3vpn-yang] [I-D.ietf-bess-l2vpn-yang] [I-D.ietf-bess-evpn-yang] I wonder what type of module you think these are. Cheers, Adrian From nobody Wed Feb 8 08:47:56 2017 Return-Path: X-Original-To: opsawg@ietfa.amsl.com Delivered-To: opsawg@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 07C5C129C79; Wed, 8 Feb 2017 08:47:50 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.523 X-Spam-Level: X-Spam-Status: No, score=-14.523 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.001, 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 3PGLzarIsRAM; Wed, 8 Feb 2017 08:47:48 -0800 (PST) Received: from rcdn-iport-4.cisco.com (rcdn-iport-4.cisco.com [173.37.86.75]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4EB23129C7B; Wed, 8 Feb 2017 08:47:48 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=14098; q=dns/txt; s=iport; t=1486572468; x=1487782068; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=urW8nUdg+dksCyELZvWNMqe5DIaLauDIsdrxD25Kn9E=; b=JPbMhopos1viQs19wZRzcC6cu35uQso9QeHjzeCVwoRX1ldu8jSq3l2T 3YLZhpI7UcDT0g0qXPmk8BTyJH0tPEfAiJLBoYbMhL815MwzRI+agBCAq kQaIsH2QLboxDjX1LsZGYA9Uwf9jNJUAQHQMb42al88LsJcHiFFasA73B k=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0CdAQAjS5tY/5FdJa1dGQEBAQEBAQEBA?= =?us-ascii?q?QEBBwEBAQEBg1GBElgHg1KKCJIJlTaCDIYiAhqCUT8YAQIBAQEBAQEBYh0LhGk?= =?us-ascii?q?BAQEDASMRPgcFCwIBBgIYAgImAgICMBUQAQEEDgWJbAiSWZ1OgiWLVAEBAQEBA?= =?us-ascii?q?QEBAQEBAQEBAQEBASCBC4VBggWCaoQmEQEGgxwugjEBBIh5jFuGHAGKDIgFgXu?= =?us-ascii?q?FF4NQhiOOeYQZAR84dghPFTwRAYQyBRiBYXWGUYEhgQwBAQE?= X-IronPort-AV: E=Sophos;i="5.33,348,1477958400"; d="scan'208";a="206290897" Received: from rcdn-core-9.cisco.com ([173.37.93.145]) by rcdn-iport-4.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 08 Feb 2017 16:47:46 +0000 Received: from XCH-ALN-014.cisco.com (xch-aln-014.cisco.com [173.36.7.24]) by rcdn-core-9.cisco.com (8.14.5/8.14.5) with ESMTP id v18Glleq007767 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Wed, 8 Feb 2017 16:47:47 GMT Received: from xch-rcd-015.cisco.com (173.37.102.25) by XCH-ALN-014.cisco.com (173.36.7.24) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Wed, 8 Feb 2017 10:47:46 -0600 Received: from xch-rcd-015.cisco.com ([173.37.102.25]) by XCH-RCD-015.cisco.com ([173.37.102.25]) with mapi id 15.00.1210.000; Wed, 8 Feb 2017 10:47:46 -0600 From: "Carl Moberg (camoberg)" To: "adrian@olddog.co.uk" Thread-Topic: Question on draft-ietf-netmod-yang-model-classification Thread-Index: AdJycEnw/7BBgfqES8aIslF6yofdUQIsPb0AAc2CsIAAAYRTgA== Date: Wed, 8 Feb 2017 16:47:46 +0000 Message-ID: <8DACB5AE-56FE-4CB1-BCBE-8D2BD214FFC0@cisco.com> References: <067201d27270$a08cc790$e1a656b0$@olddog.co.uk> <4248688C-E0AC-4302-A281-0622D824FA4D@voltanet.io> <06fa01d28225$05a25050$10e6f0f0$@olddog.co.uk> In-Reply-To: <06fa01d28225$05a25050$10e6f0f0$@olddog.co.uk> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.24.17.155] Content-Type: text/plain; charset="utf-8" Content-ID: <8CA7687C711BD54C9CA5057BE576525C@emea.cisco.com> Content-Transfer-Encoding: base64 MIME-Version: 1.0 Archived-At: Cc: "opsawg@ietf.org" , "draft-ietf-netmod-yang-model-classification@ietf.org" , "netmod@ietf.org" , Dean Bogdanovic Subject: Re: [OPSAWG] Question on draft-ietf-netmod-yang-model-classification X-BeenThere: opsawg@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: OPSA Working Group Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Feb 2017 16:47:50 -0000 VGVhbSwNCg0KIElubGluZSBiZWxvdy4NCg0KPiBPbiBGZWIgOCwgMjAxNywgYXQgODowNCBBTSwg QWRyaWFuIEZhcnJlbCA8YWRyaWFuQG9sZGRvZy5jby51az4gd3JvdGU6DQo+IA0KPiBIaSBEZWFu LA0KPiANCj4gSSd2ZSBiZWVuIHByb2Nlc3NpbmcgeW91ciByZXNwb25zZSBhbmQgdGhlIGNvbnRp bnVpbmcgdGhyZWFkIHdpdGggeW91IGFuZCBUaWFucmFuLg0KPiANCj4+PiBXZSd2ZSBiZWVuIHRy eWluZyB0byBlbnN1cmUgdGhhdCBkcmFmdC13dS1vcHNhd2ctc2VydmljZS1tb2RlbC1leHBsYWlu ZWQgaXMNCj4+PiBjb25zaXN0ZW50IHdpdGggdGhlIGxhdGVzdCB2ZXJzaW9uIG9mDQo+Pj4gZHJh ZnQtaWV0Zi1uZXRtb2QteWFuZy1tb2RlbC1jbGFzc2lmaWNhdGlvbi4gSW4gZGlzY3Vzc2lvbnMg d2l0aCBUaWFucmFuIGENCj4+PiBxdWVzdGlvbiBoYXMgY29tZSB1cC4NCj4+PiANCj4+PiBJbiBz ZWN0aW9uIDIgeW91IGhhdmUgYSBuaWNlIGRlZmluaXRpb24gb2YgTmV0d29yayBTZXJ2aWNlIFlB TkcgTW9kdWxlcyBhbmQNCj4+PiB0aGlzIGRlZmluaXRpb24gbWFwcyBuaWNlbHkgdG8gb3VyIGRl ZmluaXRpb24gb2YgInNlcnZpY2UgZGVsaXZlcnkgbW9kZWxzIi4NCj4+PiBGdXJ0aGVybW9yZSwg eW91ciBmaWd1cmUgMSBzaG93cyBOZXR3b3JrIFNlcnZpY2UgWUFORyBNb2R1bGVzIG9uIHRoZQ0K Pj4+IGludGVyZmFjZSBiZXR3ZWVuIE9TUy9CU1MgYW5kIHRoZSB2YXJpb3VzIG5ldHdvcmsgc2Vy dmljZXMuDQo+Pj4gDQo+Pj4gV2UgaGF2ZSBmdXJ0aGVyIGRlZmluZWQgImN1c3RvbWVyIHNlcnZp Y2UgbW9kZWxzIiBhdCBhIGhpZ2hlciBsYXllciBzdGlsbC4gVGhhdA0KPj4+IGlzLCBvbiB0aGUg aW50ZXJmYWNlIHRvIHRoZSBjdXN0b21lci4gVGhpcyAob2YgY291cnNlPykgYXNzdW1lcyB0aGF0 IHRoZQ0KPj4+IE9TUy9CU1MgaXMgbm90IGN1c3RvbWVyIGNvZGUgOi0pDQo+Pj4gDQo+Pj4gSG93 ZXZlciwgeW91ciBkaXNjdXNzaW9uIG9mIE5ldHdvcmsgU2VydmljZSBZQU5HIE1vZHVsZXMgaW4g c2VjdGlvbiAyLjENCj4+PiBzZWVtcyBzbGlnaHRseSBhdCBvZGRzLCBhbHRob3VnaCB0aGlzIG1h eSBiZSBqdXN0IGFtYmlndWl0eS4NCj4+PiANCj4+PiBGb3IgZXhhbXBsZSwgd2hlbiB5b3Ugc2F5 LCAiTmV0d29yayBTZXJ2aWNlIFlBTkcgTW9kdWxlcyBkZXNjcmliZSB0aGUNCj4+PiBjaGFyYWN0 ZXJpc3RpY3Mgb2YgYSBzZXJ2aWNlLCBhcyBhZ3JlZWQgdXBvbiB3aXRoIGNvbnN1bWVycyBvZiB0 aGF0IHNlcnZpY2UsIg0KPj4+IHRoaXMgaXMgbm90IHRoZSBzYW1lIGFzLCAiVGhpcyBtb2RlbCBp cyB1c2VkIGluIHRoZSBkaXNjdXNzaW9uIGJldHdlZW4gYQ0KPj4+IGN1c3RvbWVyIGFuZCBhIHNl cnZpY2UgcHJvdmlkZSB0byBkZXNjcmliZSB0aGUgY2hhcmFjdGVyaXN0aWNzIG9mIGEgc2Vydmlj ZS4iDQo+Pj4gVGhhdCBpcywgdGhlIGZvcm1lciBjYXNlIGNvdWxkIGJlIGFycml2ZWQgYXQgYWZ0 ZXIgcHJvY2Vzc2luZyBiYXNlZCBvbiB0aGUNCj4+PiBsYXR0ZXIgY2FzZSAtIHByb2Nlc3Npbmcg dGhhdCB3ZSBoYXZlIGNhbGxlZCAic2VydmljZSBvcmNoZXN0cmF0aW9uIiBidXQgbWlnaHQNCj4+ PiAob2YgY291cnNlKSBiZSB3aGF0IGxlYWRzIHRvIHRoZSBvcGVyYXRvciBwb2tpbmcgdGhlIE9T Uy9CU1MuDQo+PiANCj4+IEFkcmlhbiwgSSBjYW4gc2VlIHRoZSBhbWJpZ3VpdHkuIFRoZSBwb2lu dCBvZiBzZXJ2aWNlIG1vZHVsZSBpcyB0byBiZSBjb25zdW1lZCBieQ0KPj4gdGhlIGN1c3RvbWVy IGFuZCB0aGVyZSBjYW4gYmUgc29tZSBtb2RpZmljYXRpb25zIG9mIHRoZSBzZXJ2aWNlIG1vZHVs ZSB0bw0KPj4gYWRhcHQgdG8gdGhlIGN1c3RvbWVyIHNwZWNpZmljcy4NCj4gDQo+IFNvIGZhciBJ IGFncmVlIHdpdGggeW91ciBlbWFpbCBhbmQgdGhlcmVmb3JlIG5vdCB3aXRoIHlvdXIgZG9jdW1l bnQuIFRoZSBPU1MvQlNTIGlzIG5vdCwgSU1ITywgYSB0b29sIHVzZWQgYnkgdGhlIGN1c3RvbWVy Lg0KPiANCj4gUGxlYXNlIHNlZSBGaWd1cmUgMyBpbiBkcmFmdC13dS1vcHNhd2ctc2VydmljZS1t b2RlbC1leHBsYWluZWQtMDUudHh0IHRoYXQgc2hvd3MgdGhlIGN1c3RvbWVyIGRpc3RpbmN0IGZy b20gdGhlIE9TUy9CU1MuDQoNCiBJTUhPIGZpZ3VyZSAzIGluIHRoZSBkcmFmdCBpcyB3aGF0IGl0 IHNheXMsIGFuIF9leGFtcGxlXyBvZiBhIHNldCBvZiByZWxhdGlvbnNoaXBzIGJldHdlZW4gdGhl IGNvbnN0aXR1ZW50IHBhcnRzIG9mIGEgcHJvdmlzaW9uaW5nL2FjdGl2YXRpb24gc3lzdGVtLg0K DQogSW4gYWxsIHJlYWwtd29ybGQgYXBwbGljYXRpb25zLCBjdXN0b21lcnMgYXJlIHNldmVyYWwg bGF5ZXJzIGFib3ZlIHRoZSDigJxzZXJ2aWNlIG9yY2hlc3RyYXRvcuKAnSBhbmQgYWRqYWNlbnQg c3lzdGVtcy4gQnV0IHRoZSBZQU5HIG1vZGVsIG5ldmVydGhlbGVzcyBzZXJ2ZXMgdGhlIHB1cnBv c2Ugb2YgZGVzY3JpYmluZyB0aGUgc3RydWN0dXJlIG9mIHRoZSBzZXJ2aWNlIGZvciBjdXN0b21l ciAob3V0c2lkZSB0aGUgU1ApIG9yIG90aGVyIGNvbnN1bWluZyBwYXJ0aWVzIChlLmcuIHRoZSBP U1MvQlNTIHRlYW1zKS4NCg0KPj4+IFRoaXMgbWlnaHQgYWxsIGJlIGZpbmUgYW5kIGdvb2QsIGJ1 dCBsYXRlciBpbiB0aGUgc2FtZSBzZWN0aW9uIHlvdSBzYXkgIk5ldHdvcmsNCj4+PiBTZXJ2aWNl IFlBTkcgTW9kdWxlcyBkZWZpbmUgc2VydmljZSBtb2RlbHMgdG8gYmUgY29uc3VtZWQgYnkgZXh0 ZXJuYWwNCj4+PiBzeXN0ZW1zLg0KPj4+IFRoZXNlIG1vZHVsZXMgYXJlIGNvbW1vbmx5IGRlc2ln bmVkLCBkZXZlbG9wZWQgYW5kIGRlcGxveWVkIGJ5IG5ldHdvcmsNCj4+PiBpbmZyYXN0cnVjdHVy ZSB0ZWFtcy4iIEFuZCB0aGVyZSB5b3UgaW50cm9kdWNlIHR3byB0ZXJtcyB0aGF0IGFyZSBwcmV2 aW91c2x5DQo+Pj4gdW5kZWZpbmVkIGFuZCBvbmx5IHNlcnZlciB0byBhZGQgYW1iaWd1aXR5LiBT cGVjaWZpY2FsbHkgImV4dGVybmFsIHRvIHdoYXQ/IiBJDQo+Pj4gY291bGQgbWFrZSBhbmQgYXJn dW1lbnQgdGhhdCB0aGUgT1NTIGlzIGRldmVsb3BlZCBhbmQgZGVwbG95ZWQgYnkgbmV0d29yaw0K Pj4+IGluZnJhc3RydWN0dXJlIHRlYW1zLCBhZCBhbHNvIHRoYXQgdGhlIE9TUyBpcyBleHRlcm5h bCB0byB0aGUgbmV0d29yayBpdHNlbGYuDQo+PiANCj4+IEFncmVlIHRoYXQgZXh0ZXJuYWwgc3lz dGVtcyBhcmUgbm90IGRlZmluZWQgYW5kIHRoaXMgdGV4dCBoYXMgdG8gYmUgY2xhcmlmaWVkLiBU aGUNCj4+IGV4dGVybmFsIHN5c3RlbXMgY2FuIGJlIE9TUyBhbmQgQlNTLg0KPiANCj4gSWYgd2Ug cmVsYWJlbGxlZCBvdXIgIlNlcnZpY2UgRGVsaXZlcnkgTW9kZWwiIGFzICJOZXR3b3JrIFNlcnZp Y2UgTW9kZWwiIHdvdWxkIHRoYXQgYmUgY29uc2lzdGVudD8NCj4gDQo+IFRoYXQgaXMsIGluIGFu eSBjYXNlLCB0byBzYXkgdGhhdCB0aGUgT1NTL0JTUyBkb2VzIG5vdCB0YWxrIGRpcmVjdGx5IHRv IHRoZSBkZXZpY2VzLg0KDQogSSB0aGluayB0aGF0IHdvdWxkIGhlbHAuIEFuZCB5ZXMsIHRoZSBp bnRlbnQgb2Yg4oCcZXh0ZXJuYWzigJ0gd2FzIHRvIHNheSDigJxvdGhlciB0aGFu4oCdLCByYXRo ZXIgdGhhbiDigJxvdXRzaWRlIG9mIHRoZSBjb21wYW554oCdIChvciBzb21ldGhpbmcgbGlrZSB0 aGF0KS4NCg0KPj4+IEFuZCwgaW4gYmV0d2VlbiB0aGVzZSB0d28gcXVvdGVkIHBpZWNlcyBvZiB0 ZXh0LCB5b3UgaGF2ZS4uLg0KPj4+IA0KPj4+ICBBcyBhbiBleGFtcGxlLCB0aGUgTmV0d29yayBT ZXJ2aWNlIFlBTkcgTW9kdWxlIGRlZmluZWQgaW4NCj4+PiAgW1lBTkctRGF0YS1Nb2RlbC1mb3It TDNWUE4tc2VydmljZS1kZWxpdmVyeV0gcHJvdmlkZXMgYW4gYWJzdHJhY3QNCj4+PiAgbW9kZWwg Zm9yIExheWVyIDMgSVAgVlBOIHNlcnZpY2UgY29uZmlndXJhdGlvbi4NCj4+IA0KPj4gTXkgcXVl c3Rpb24gaXMgd2hlcmUgZG8geW91IHNlZSB0aGUgTDNTTSBtb2RlbA0KPj4gYWJvdmUgb3IgYmVs b3cgT1NTPw0KPiANCj4gV2VsbCwgbG9vayBhdCB0aGUgZmlndXJlIGluIHNlY3Rpb24gNSBvZiBk cmFmdC1pZXRmLWwzc20tbDN2cG4tc2VydmljZS1tb2RlbC0xOS50eHQNCj4gDQo+IEl0IGlzIGxv Z2ljYWxseSBoaWdoZXIsIGJ1dCBPU1MvQlNTIGFyZSBub3QgImluIHRoZSBmbG93IiBhcyB0aGV5 IGFyZSBsZWdhY3kgY29tcG9uZW50cyBpbiBhIHNvZnR3YXJpemVkIHdvcmxkLg0KPiBIb3dldmVy LCBwZXIgb3VyIHBpY3R1cmVzLCBPU1MvQlNTIHNob3VsZCB1c2UgdGhlIHNhbWUgc2V0IG9mIG1v ZGVscy9tb2R1bGVzIGFzIHVzZWQgYnkgdGhlICJzZXJ2aWNlIG9yY2hlc3RyYXRvcuKAnS4NCg0K IFRoaXMgaXMgYSBsaXR0bGUgZGlmZmVyZW50IGluIGRpZmZlcmVudCBTUHMuIE1hbnkgb2YgdGhl bSBjb25zaWRlciB0aGUgUkZTLXN0eWxlIHNlcnZpY2UgZGVmaW5pdGlvbiBhcyBsYWlkIG91dCBp biBMM1NNIGFzIHNvbWV0aGluZyB0aGF0IGlzIG93bmVkIGJ5IHRoZSBpbmZyYXRyc3R1Y3R1cmUg YW5kIG9yZGVyZWQgdGhyb3VnaCB0aGUgT1NTL0JTUyBsYXllciAodGhlIG9yZGVyIG1hbmFnZXIg dG8gYmUgbW9yZSBwcmVjaXNlKS4NCg0KPj4gQmVjYXVzZSB0aGVyZSBhcmUgc29tZSBudWFuY2Vz IGluIHRoZSBzZXJ2aWNlIG1vZHVsZSwgYnV0IGF0IHRoZSBlbmQgd2UNCj4+IGRlY2lkZWQgbm90 IHRvIGRvIHN1YiBjbGFzc2lmaWNhdGlvbg0KPiANCj4gTXV0dGVyLCBtdXR0ZXIuDQo+IEluIHRo ZSBkb2N1bWVudCwgeW91IHRhbGsgYWJvdXQgIm5ldHdvcmsgc2VydmljZSBtb2R1bGVzIiBub3Qg InNlcnZpY2UgbW9kdWxlcyIgYW5kIG9ubHkgdHJpbSB0byAic2VydmljZSBtb2R1bGUiIGluIHRo ZSB0ZXh0IGltcGx5aW5nIHRoYXQgeW91IGFsd2F5cyBhY3R1YWxseSBtZWFuICJuZXR3b3JrIHNl cnZpY2UgbW9kdWxl4oCdLg0KDQogV2UgYWx3YXlzIG1lYW4g4oCcbmV0d29yayBzZXJ2aWNlIG1v ZGVsc+KAnSwgdGhlcmUgYXJlIG1hbnkg4oCcc2VydmljZSBtb2RlbHPigJ0gb3V0IHRoZXJlIHRo YXQgaGF2ZSBsaXR0bGUgb3Igbm90aGluZyB0byBkbyB3aXRoIHRoZSBuZXR3b3JrLiBBbmQgSSB3 b3VsZCBsaWtlIHRvIG5vdCBnbyB0aGVyZSA6LSkNCg0KPj4gb25lIGlzIHRoZSBidXNpbmVzcyBh bmQgb25lIHRlY2huaWNhbCBzZXJ2aWNlLg0KPj4gDQo+PiBXaGVuIGkgcmVhZCB0aGUgWUFORy1E YXRhLU1vZGVsLWZvci1MM1ZQTi1zZXJ2aWNlLWRlbGl2ZXJ5LCBpdCBsb29rZWQgdG8gbWUNCj4+ IG11Y2ggbW9yZSBsaWtlIGEgdGVjaG5pY2FsIG1vZGVsLCB0aGVuIHRoZSBidXNpbmVzcyBtb2Rl bCwgYXMgZGlkbuKAmXQgc2VlIFNMQQ0KPj4gZGVmaW5pdGlvbnMgdG8gdHJhY2sgdGhlIGJ1c2lu ZXNzIHBhcmFtZXRlcnMgb2YgdGhlIHNlcnZpY2UgdXNlLg0KPiANCj4gSXQgaXMgY2VydGFpbmx5 IG5vdCBhIGJ1c2luZXNzIG1vZGVsIGFuZCBkb2VzIG5vdCBpbmNsdWRlIFNMQXMuIE90aGVyIHBl b3BsZSBoYXZlIGZhciBtb3JlIGV4cGVyaWVuY2Ugd29ya2luZyBvbiB0aGVzZSB0aGluZ3MgKFRN RiwgTUVGLCAuLi4pIGFuZCBpdCBpcyBub3QgYW4gSUVURiBjb3JlIGNvbXBldGVuY2UuIE91ciBp bnRlbnRpb24gaXMgdGhhdCBvdXIgbW9kdWxlIGNhbiBiZSBhdWdtZW50ZWQgb3IgYWNjb21wYW5p ZWQgYnkgb3RoZXIgbW9kdWxlcyBpbiBvcmRlciB0byBjcmVhdGUgYSBidXNpbmVzcyBtb2RlbCwg YWNrbm93bGVkZ2luZyB0aGF0IGNvbW1lcmNpYWwgZGV0YWlscyAoZXZlbiBpbmNsdWRpbmcgU0xB cykgd2lsbCB2YXJ5IGZyb20gb25lIG9wZXJhdG9yIHRvIGFub3RoZXIsIGJ1dCB0aGF0IHRoZSBj b3JlIHRlY2huaWNhbCBkZXNjcmlwdGlvbiBvZiB0aGUgc2VydmljZSBjYW4gYmUgKGFuZCwgaXQg dHVybnMgb3V0LCBpcykgY29tbW9uIGFjcm9zcyBtdWx0aXBsZSBwcm92aWRlcnMuDQo+IA0KPiBX ZSBldmVuIHdyb3RlIHRleHQgaW4gU2VjdGlvbiA1IG9mIGRyYWZ0LXd1LW9wc2F3Zy1zZXJ2aWNl LW1vZGVsLWV4cGxhaW5lZCB0byBoZWxwIHdpdGggdGhpcy4NCj4gDQo+Pj4gUGVyIG15IG90aGVy IGVtYWlsLCB0aGlzIHJlZmVyZW5jZSBuZWVkcyB0byBiZSBmaXhlZC4gQnV0IEkgc3RydWdnbGUg dG8gc2VlIHRoZQ0KPj4+IEwzU00gbW9kdWxlIGFzIGNvbnNpc3RlbnQgd2l0aCB5b3VyIGZpZ3Vy ZS4gSXQgbWF5IG9yIG1heSBub3QgYmUgY29uc2lzdGVudA0KPj4+IHdpdGggeW91ciB0ZXh0IGRl cGVuZGVudCBvbiB0aGUgaW50ZXJwcmV0YXRpb24uDQo+PiANCj4+IFN1cmUsIHdlIGNhbiBmaXgg dGhhdCByZWZlcmVuY2UsIGJ1dCB0aGUgYXV0aG9ycyBvZiBMM1NNIG1vZHVsZSBzaG91bGQgZG8g dGhlaXINCj4+IG93biBtb2R1bGUgY2xhc3NpZmljYXRpb24sIGFzIHRoZXkgYXJlIHRoZSBvbmx5 IG9uZXMgdGhhdCBrbm93IHRoZSBpbnRlbnQgb2YgdGhlDQo+PiBtb2R1bGUuDQo+IA0KPiBUaGF0 IGlzIGZpbmUuIFRoZXkgY2FuIGNsYXNzaWZ5IGl0LCBhbmQgdGhleSBjYW4gdXNlIHlvdXIgY2xh c3NpZmljYXRpb24gc3lzdGVtLCBidXQgb25seSBpZiBpdCBjYW4gYmUgdW5kZXJzdG9vZCwgaXMg bWVhbmluZ2Z1bCwgYW5kIGZpdHMgd2hhdCB0aGV5IGFyZSB0cnlpbmcgdG8gYWNoaWV2ZSA6LSkN Cj4gDQo+IFlvdXIgdGV4dCBjdXJyZW50bHkgc2F5cw0KPiAgIEFzIGFuIGV4YW1wbGUsIHRoZSBO ZXR3b3JrIFNlcnZpY2UgWUFORyBNb2R1bGUgZGVmaW5lZCBpbg0KPiAgIFtZQU5HLURhdGEtTW9k ZWwtZm9yLUwzVlBOLXNlcnZpY2UtZGVsaXZlcnldIHByb3ZpZGVzIGFuIGFic3RyYWN0DQo+ICAg bW9kZWwgZm9yIExheWVyIDMgSVAgVlBOIHNlcnZpY2UgY29uZmlndXJhdGlvbi4NCj4gDQo+IFlv dXIgdGV4dCBhbmQgZmlndXJlcyBzaG93ICJOZXR3b3JrIFNlcnZpY2UgWUFORyBNb2R1bGUiIGFz IGJlaW5nIHNvbWV0aGluZyB0aGF0IHRoZSBPU1MvQlNTIHRhbGtzIChwcmVzdW1hYmx5IHRvd2Fy ZCBhIG5ldHdvcmsgb3JjaGVzdHJhdG9yPykuIFRodXMgdGhlIEwzU00gbW9kdWxlIGRvZXMgbm90 IGZpdCBoZXJlLiBBbmQgdGhhdCBpcyB3aHkgd2Ugd3JvdGUgZHJhZnQtd3Utb3BzYXdnLXNlcnZp Y2UtbW9kZWwtZXhwbGFpbmVkIGFuZCBpbmNsdWRlZCBGaWd1cmUgNCB0byBhdWdtZW50IHlvdXIg ZmlndXJlLg0KDQogRmlndXJlIDQgYWxzbyBzZWVtcyBsaWtlIGFuIF9leGFtcGxlXyBvZiBob3cg b25lIGNvdWxkIHN0cnVjdHVyZSB0aGUgbGF5ZXJzLiBQZXJzb25hbGx5IEkgaGF2ZSBuZXZlciBz ZWVuIGFuIGltcGxlbWVudGF0aW9uIG9mIGEgY2xlYXIgc3BsaXQgYmV0d2VlbiAiTmV0d29yayBT ZXJ2aWNlIFlBTkcgTW9kdWxlc+KAnSBhbmQgIlNlcnZpY2UgWUFORyBNb2R1bGVz4oCdLiBUaGF0 4oCZcyB3aHkgd2Ugd2FudGVkIHRvIHN0YXkgY2xlYXIgb2YgdGhhdCBkaXNjdXNzaW9uIHVudGls IHRoZXJlIGlzIGV4cGVyaWVuY2UgdGVsbGluZyB1cyB0aGF0IHRoaXMgaXMgaW5kZWVkIGJlc3Qg cHJhY3RpY2UuDQoNCj4gQW5kICpmaW5hbGx5KiwgVGlhbnJhbiBpcyBjb25jZXJuZWQgdGhhdCB0 aGVyZSBtYXkgYmUgY29uZnVzaW9uIGFyaXNpbmcgZnJvbSB3aGV0aGVyIHRoZSBtb2R1bGUgd2Ug cmVmZXJlbmNlIGFyZSAiTmV0d29yayBzZXJ2aWNlIG1vZHVsZXMiLCAic2VydmljZSBkZWxpdmVy eSBtb2R1bGVzIiwgIm5ldHdvcmsgY29uZmlndXJhdGlvbiBtb2R1bGVzIiwgIm5ldHdvcmsgZWxl bWVudCBtb2R1bGVzIiwgb3IgImRldmljZSBjb25maWd1cmF0aW9uIG1vZHVsZXMiLiBTbyBtYW55 IHRlcm1zLCBidXQgcHJlc3VtYWJseSB0aGVzZSBtb2R1bGVzIGRvbid0IGZpdCBpbnRvIGFsbCBv ZiB0aGUgY2F0ZWdvcmllcyEgVGhlIGxpc3QgaXM6DQo+IA0KPiBbSS1ELmRoamFpbi1iZXNzLWJn cC1sM3Zwbi15YW5nXQ0KDQrigJzigJ0iDQogICBUaGVyZSBhcmUgdHdvIHBhcnRzIG9mIHRoZSBC R1AgTDNWUE4geWFuZyBkYXRhIG1vZGVsLiAgVGhlIGZpcnN0IHBhcnQNCiAgIG9mIHRoZSBtb2Rl bCBkZWZpbmVzIFZSRiBzcGVjaWZpYyBwYXJhbWV0ZXJzIGZvciBMM1ZQTiBieSBhdWdtZW50aW5n DQogICB0aGUgcm91dGluZy1pbnN0YW5jZSBjb250YWluZXIgZGVmaW5lZCBpbiB0aGUgcm91dGlu ZyBtb2RlbCBbSS0NCiAgIEQuaWV0Zi1uZXRtb2Qtcm91dGluZy1jZmddIGFuZCB0aGUgc2Vjb25k IHBhcnQgb2YgdGhlIG1vZGVsIGRlZmluZXMNCiAgIEJHUCBzcGVjaWZpYyBwYXJhbWV0ZXJzIGZv ciB0aGUgTDNWUE4gYnkgYXVnbWVudGluZyB0aGUgYmFzZSBCR1AgZGF0YQ0KICAgbW9kZWwgZGVm aW5lZCBpbiBbSS1ELnNoYWlraC1pZHItYmdwLW1vZGVsXS4NCuKAnOKAneKAnQ0KDQogYW5kIGl0 4oCZcyBpbXBvcnRpbmcgaWV0Zi1yb3V0aW5nLCBpZXRmLWludGVyZmFjZXMsIGlldGYtaW50ZXJm YWNlcyBhdWdtZW50aW5nIC9ydDpyb3V0aW5nLyBhbmQgL2lmOmludGVyZmFjZXMvLg0KDQpGcm9t IGRyYWZ0LWlldGYtbmV0bW9kLXlhbmctbW9kZWwtY2xhc3NpZmljYXRpb246DQoNCiDigJzigJ3i gJ0NCiAgIE5ldHdvcmsgRWxlbWVudCBZQU5HIE1vZHVsZXMgZGVzY3JpYmUgdGhlIGNoYXJhY3Rl cmlzdGljcyBvZiBhDQogICBuZXR3b3JrIGRldmljZSBhcyBkZWZpbmVkIGJ5IHRoZSB2ZW5kb3Ig b2YgdGhhdCBkZXZpY2UuICBUaGUgbW9kdWxlcw0KICAgYXJlIGNvbW1vbmx5IHN0cnVjdHVyZWQg YXJvdW5kIGZlYXR1cmVzIG9mIHRoZSBkZXZpY2UsIGUuZy4gaW50ZXJmYWNlDQogICBjb25maWd1 cmF0aW9uIFtSRkM3MjIzXSwgT1NQRiBjb25maWd1cmF0aW9uIFvigKZdDQrigJzigJ0iDQoNCiBJ IHdvdWxkIHNheSB0aGF0IGlldGYtYmdwLWwzdnBuQDIwMTYtMDItMjIueWFuZyBpcyBhIG5ldHdv cmsgZWxlbWVudCBZQU5HIG1vZHVsZS4NCg0KPiBbSS1ELmlldGYtYmVzcy1sMnZwbi15YW5nXQ0K DQrigJzigJ3igJ0NCiAgIEluIHRoaXMgdmVyc2lvbiBvZiB0aGUgZG9jdW1lbnQsIG9uZSBzaW5n bGUgY29udGFpbmVyLCBsMnZwbiwgaXMNCiAgIGRlZmluZWQuICBXaXRoaW4gdGhlIGwydnBuIGNv bnRhaW5lciwgZW5kcG9pbnQtYSwgZW5kcG9pbnQteiBhbmQgYQ0KICAgbGlzdCBvZiBlbmRwb2lu dHMgYXJlIGRlZmluZWQuIFvigKZdDQrigJzigJ0iDQoNCkZyb20gZHJhZnQtaWV0Zi1uZXRtb2Qt eWFuZy1tb2RlbC1jbGFzc2lmaWNhdGlvbjoNCg0K4oCc4oCd4oCdDQogICBUaGF0IGlzLCBhDQog ICBzZXJ2aWNlIG1vZHVsZSBkb2VzIG5vdCBleHBvc2UgdGhlIGRldGFpbGVkIGNvbmZpZ3VyYXRp b24gcGFyYW1ldGVycw0KICAgb2YgYWxsIHBhcnRpY2lwYXRpbmcgbmV0d29yayBlbGVtZW50cyBh bmQgZmVhdHVyZXMsIGJ1dCBkZXNjcmliZXMgYW4NCiAgIGFic3RyYWN0IG1vZGVsIHRoYXQgYWxs b3dzIGluc3RhbmNlcyBvZiB0aGUgc2VydmljZSB0byBiZSBkZWNvbXBvc2VkDQogICBpbnRvIGlu c3RhbmNlIGRhdGEgYWNjb3JkaW5nIHRvIHRoZSBOZXR3b3JrIEVsZW1lbnQgWUFORyBNb2R1bGVz IG9mDQogICB0aGUgcGFydGljaXBhdGluZyBuZXR3b3JrIGVsZW1lbnRzLg0K4oCc4oCd4oCdDQoN CiBJIHdvdWxkIHNheSB0aGF0IGlldGYtbDJ2cG5AMjAxNi0xMC0yNC55YW5nIGlzIGEgbmV0d29y ayBzZXJ2aWNlIFlBTkcgbW9kdWxlLg0KDQo+IFtJLUQuaWV0Zi1iZXNzLWV2cG4teWFuZ10NCg0K DQogVGhpcyBkcmFmdCBjb250YWlucyB0d28gbW9kdWxlczoNCiAtIGlldGYtZXRoZXJuZXQtc2Vn bWVudEAyMDE2LTA3LTA4LnlhbmcNCiAtIGlldGYtZXZwbkAyMDE2LTA3LTA4LnlhbmcNCg0KIFJl YWRpbmcgdGhlIGZpcnN0IHBhcmFncmFwaCBvZiBzZWN0aW9uIDMuMSDigJxPdmVydmlld+KAnQ0K DQrigJzigJ3igJ0NCiAgICAgIFR3byB0b3AgbGV2ZWwgbW9kdWxlLCBFdGhlcm5ldC1TZWdtZW50 IGFuZCBFVlBOLCBhcmUgZGVmaW5lZC4gVGhlDQogICBFdGhlcm5ldC1TZWdtZW50IGNvbnRhaW5z IGEgbGlzdCBvZiBpbnRlcmZhY2UgdG8gd2hpY2ggYW55IEV0aGVybmV0LQ0KICAgU2VnbWVudCBh dHRyaWJ1dGVzIGFyZSBjb25maWd1cmVkL2FwcGxpZWQuDQrigJzigJ3igJ0NCg0KIOKApmFuZCB1 bmRlcnN0YW5kaW5nIHRoYXQgdGhlIGxpc3Qgb2YgaW50ZXJmYWNlcyBjYW4gYmUgbG9jYXRlZCBv biBkaWZmZXJlbnQgbmV0d29yayBlbGVtZW50cywgbWFrZXMgbWUgdGhpbmsgdGhhdCB0aGVzZSB0 d28gbW9kdWxlcyBhcmUgYm90aCBleGFtcGxlcyBvZiBuZXR3b3JrIGRldmljZSBZQU5HIG1vZHVs ZXMuDQoNCj4gSSB3b25kZXIgd2hhdCB0eXBlIG9mIG1vZHVsZSB5b3UgdGhpbmsgdGhlc2UgYXJl Lg0KPiANCj4gQ2hlZXJzLA0KPiBBZHJpYW4NCj4gDQo+IA0KPiANCg0K From nobody Thu Feb 9 07:47:44 2017 Return-Path: X-Original-To: opsawg@ietfa.amsl.com Delivered-To: opsawg@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 42197129AE5 for ; Thu, 9 Feb 2017 07:47:43 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.523 X-Spam-Level: X-Spam-Status: No, score=-14.523 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.001, 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 mQeMEe3g_UlQ for ; Thu, 9 Feb 2017 07:47:42 -0800 (PST) Received: from aer-iport-4.cisco.com (aer-iport-4.cisco.com [173.38.203.54]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9DA34129AC8 for ; Thu, 9 Feb 2017 07:47:41 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=2963; q=dns/txt; s=iport; t=1486655261; x=1487864861; h=to:from:subject:message-id:date:mime-version; bh=Aanth//5a82sa4P9GS5gvEj2cTevDyeWOqPzi2z7fPQ=; b=Ut+ehL37tk83RuY/Z8l78sPV1Ido0x6mBu6uoV9zH1qXQpB4nV49bk+H 3kiy3TjafrqRmo0tGGD0owRGqR8+lYaaW3Qnlxmmw6r+ObT9ArQSfz5IP PYmLLh/k8j+oZSrUmbFKvOwZHucN2qyUbgSGRsjLIlu9xq0BdTjryvtFA Y=; X-Files: signature.asc : 481 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0DQAgCPjpxY/xbLJq1dGwEBAQMBAQEJA?= =?us-ascii?q?QEBhDUnhDiKCHKQeJVVggyJTRgBAgEBAQEBAQFiHQuFE0kKYAJfDQgBAYlwoAy?= =?us-ascii?q?QAYIli0cBAQgCARYPiFEIijyCXwWPQ4wtg3OCBYwaij+GRAKTEx84fh8TCBUVh?= =?us-ascii?q?HuCBD+JMwEBAQ?= X-IronPort-AV: E=Sophos;i="5.35,349,1484006400"; d="asc'?scan'208";a="652362843" Received: from aer-iport-nat.cisco.com (HELO aer-core-2.cisco.com) ([173.38.203.22]) by aer-iport-4.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 09 Feb 2017 15:47:39 +0000 Received: from [10.61.173.188] ([10.61.173.188]) by aer-core-2.cisco.com (8.14.5/8.14.5) with ESMTP id v19Fld43001700 for ; Thu, 9 Feb 2017 15:47:39 GMT To: "opsawg@ietf.org" From: Eliot Lear Message-ID: <972694da-cb50-b41b-2344-2b34fd0128dc@cisco.com> Date: Thu, 9 Feb 2017 16:47:38 +0100 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:45.0) Gecko/20100101 Thunderbird/45.7.1 MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="S9hiXvWlLhDRBhsbEvPTh4dQVCJ7AJcAk" Archived-At: Subject: [OPSAWG] MUD: open issue: controller v. my-controller X-BeenThere: opsawg@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: OPSA Working Group Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Feb 2017 15:47:43 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --S9hiXvWlLhDRBhsbEvPTh4dQVCJ7AJcAk Content-Type: multipart/mixed; boundary="0MatcQwDgc1jGsccVrVdfJF6wU7NjErth"; protected-headers="v1" From: Eliot Lear To: "opsawg@ietf.org" Message-ID: <972694da-cb50-b41b-2344-2b34fd0128dc@cisco.com> Subject: MUD: open issue: controller v. my-controller --0MatcQwDgc1jGsccVrVdfJF6wU7NjErth Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hi everyone, I am getting ready to rev the draft and a few issues have come up as we get a little more experience. Here's one to chew on. Currently the draft specifies a "controller" class that is a URI. That URI could be a URN that describes standard behavior or it could just be an open class.=20 The problem with the open class is that the administrator really won't understand what it's for unless the URI has some descriptive name.=20 Still, having standard classes and behaviors is useful, and having a flexible controller approach is useful if we can sort the UI issues. In the department of making it easier on the administrator, however, there is already a display element for a device. One thing we can do is allow for a class "my-controller", where devices register (or are registered) out of band for a given type of device. Here the UI elements are simpler. If someone goes and looks at all devices that are associated with a MUD-URI, they can then just also see one place as to what controllers are associated with them. This is a bit of a general ca= se. My first proposal is to therefore re-add (it was in there) the "my-controller" empty element into the YANG model. This is easy enough and costs almost nothing, and makes the UI much simpler. My second proposal is not to remove the "controller" component, but to modify it to be a grouping of some form that consists of a URI, much as it is today, and a display element associated with the URI. This will allow for the standard behaviors already defined as well as some non-standard, as we gain more experience. Comments/concerns? Eliot --0MatcQwDgc1jGsccVrVdfJF6wU7NjErth-- --S9hiXvWlLhDRBhsbEvPTh4dQVCJ7AJcAk Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2 iQEcBAEBCAAGBQJYnI8bAAoJEIe2a0bZ0nozFkQH/RpWrRDHM+gX2A5bCjcU8BOj aKYApQk+rynDcaAbb8MBlv8fC7PW0YQF2qFen6TJtaIlYtSmhffmHBO3Gqpx531B N+SjyMwTYarx5jxiSg9tKcg2D0FXyy8a0Ca5JBZwDF+Oo40YZc9lCJkQnLRF/k0/ LKrrIa19LMjrS2QlnYDDOLQIPOeEYph+3gTi/Wk6tmA2HKH3u3nYgEds5+NdtZQQ QbnQlwsvwcfIwzo38Rh1UVNdE2uBslDRwrVoXqEytq+rIFXMvZEy3Em0pZqq8gyM yNW+0f4BD123y0BvHWca46OiSZV6Id1BRQu3E8tKxKxnSZOxWxZeoSXLmTddK6A= =UGwc -----END PGP SIGNATURE----- --S9hiXvWlLhDRBhsbEvPTh4dQVCJ7AJcAk-- From nobody Thu Feb 9 19:07:35 2017 Return-Path: X-Original-To: opsawg@ietfa.amsl.com Delivered-To: opsawg@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D0F7B129525; Thu, 9 Feb 2017 19:07:23 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.221 X-Spam-Level: X-Spam-Status: No, score=-4.221 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, 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.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 eFKIo2hUKswN; Thu, 9 Feb 2017 19:07:21 -0800 (PST) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 080DC129503; Thu, 9 Feb 2017 19:07:19 -0800 (PST) Received: from 172.18.7.190 (EHLO lhreml702-cah.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id DAI13641; Fri, 10 Feb 2017 03:07:17 +0000 (GMT) Received: from SZXEMA414-HUB.china.huawei.com (10.82.72.73) by lhreml702-cah.china.huawei.com (10.201.5.99) with Microsoft SMTP Server (TLS) id 14.3.301.0; Fri, 10 Feb 2017 03:07:15 +0000 Received: from SZXEMA509-MBS.china.huawei.com ([169.254.2.147]) by SZXEMA414-HUB.china.huawei.com ([10.82.72.73]) with mapi id 14.03.0235.001; Fri, 10 Feb 2017 11:07:09 +0800 From: "Liushucheng (Will)" To: "dhcwg@ietf.org" , "opsawg@ietf.org" , "anima@ietf.org" Thread-Topic: CASM BoF request just posted to BoF wiki Thread-Index: AdKCiHMMgNp6ZUuET/qq14mhMlioJgAvLOVg Date: Fri, 10 Feb 2017 03:07:08 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US, zh-CN Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.70.79.101] Content-Type: multipart/alternative; boundary="_000_C9B5F12337F6F841B35C404CF0554ACB898C19DCSZXEMA509MBSchi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A020201.589D2E66.0029, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0, ip=169.254.2.147, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32 X-Mirapoint-Loop-Id: f71407a1d7d4e433bab33c03b22e97ac Archived-At: Cc: "CASM@ietf.org" Subject: [OPSAWG] FW: CASM BoF request just posted to BoF wiki X-BeenThere: opsawg@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: OPSA Working Group Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Feb 2017 03:07:24 -0000 --_000_C9B5F12337F6F841B35C404CF0554ACB898C19DCSZXEMA509MBSchi_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgYWxsLA0KDQpJ4oCZbSBmb3J3YXJkaW5nIHRoZSB1cGRhdGVkIHZlcnNpb24gb2YgIENBU00g Qm9GIHJlcXVlc3Qgb24gYmVoYWxmIG9mIG90aGVyIHByb3BvbmVudHMuIFBsZWFzZSBmZWVsIGZy ZWUgdG8gYXNrIHF1ZXN0aW9ucyBhbmQgcHJvdmlkZSBjb21tZW50cy4gVGhhbmtzIQ0KDQotLXN0 YXJ0LS0NCg0KQ29vcmRpbmF0ZWQgQWRkcmVzcyBTcGFjZSBNYW5hZ2VtZW50IChDQVNNKQ0KDQog ICogICBEZXNjcmlwdGlvbjogT3JnYW5pemF0aW9ucyB1c2UgSVAgQWRkcmVzcyBTcGFjZSBNYW5h Z2VtZW50IChJUEFNKSB0b29scyB0byBtYW5hZ2UgdGhlaXIgSVAgYWRkcmVzcyBzcGFjZSwgb2Z0 ZW4gd2l0aCBwcm9wcmlldGFyeSBkYXRhYmFzZSBhbmQgaW50ZXJmYWNlcy4gVGhpcyB3b3JrIGlu dGVuZHMgdG8gZXZvbHZlIElQQU0gaW50byBzdGFuZGFyZGl6ZWQgaW50ZXJmYWNlcyBmb3IgY29v cmRpbmF0ZWQgbWFuYWdlbWVudCBvZiBJUCBhZGRyZXNzZXMsIGluY2x1ZGluZyBTRE4vTkZWIG5l dHdvcmtzIGFuZCBvdGhlciBmb3JtcyBvZiB2aXJ0dWFsaXphdGlvbi4gVXNlIGNhc2VzIGluY2x1 ZGUgZHluYW1pYyBhbGxvY2F0aW9uIGFuZCByZWxlYXNlIG9mIElQIGFkZHJlc3NlcyBhbmQgcHJl Zml4ZXMgYmFzZWQgb24gdXNhZ2UgKHJlYWxsb2NhdGlvbiBpbiBjYXNlIG9mIG5vIG1vcmUgaW4g dXNlKSBhbmQvb3IgdXNlciBpbnRlbnQgKGZvciBzcGVjaWZpYyBzZXJ2aWNlcykuDQoNCiAgKiAg IEFnZW5kYQ0KICAgICAqICAgUHJvYmxlbSBzdGF0ZW1lbnQgYW5kIHVzZSBjYXNlcw0KICAgICAq ICAgUmVxdWlyZW1lbnRzIGFuZCBmcmFtZXdvcmsNCiAgICAgKiAgIFBvc3NpYmxlIGNoYXJ0ZXIg Z29hbHMgYW5kIG1pbGVzdG9uZXMNCiAgICAgKiAgIE5leHQgc3RlcHMNCiAgKiAgIFN0YXR1czog V0cgRm9ybWluZw0KICAqICAgUmVzcG9uc2libGUgQUQ6IE9QUyAoQmVub2l0IENsYWlzZSwgSm9l bCBKYWVnZ2xpKQ0KICAqICAgQm9GIHByb3BvbmVudHM6IENob25nZmVuZyBYaWUoQ2hpbmEgVGVs ZWNvbSksIFJha2VzaCBLdW1hciAoSnVuaXBlciksIFlpbmcgQ2hlbmcoQ2hpbmEgVW5pY29tKSwg V2lsbCBMaXUoSHVhd2VpKQ0KICAqICAgQm9GIGNoYWlyczogVEJEDQogICogICBOdW1iZXIgb2Yg cGVvcGxlIGV4cGVjdGVkIHRvIGF0dGVuZDogMTAwDQogICogICBMZW5ndGggb2Ygc2Vzc2lvbiAo MSwgMS41LCAyLCBvciAyLjUgaG91cnMpOiAxLjUgaG91cnMNCiAgKiAgIENvbmZsaWN0cyB0byBh dm9pZCAod2hvbGUgQXJlYXMgYW5kL29yIFdHcyk6IGludGFyZWEsIG9wc2F3ZywgYW5pbWEsIHN1 cGEsIGRoYywgbmZ2cmcNCiAgKiAgIE1haWxpbmcgTGlzdDog4oCL4oCLaHR0cHM6Ly93d3cuaWV0 Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9jYXNtPGh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4v bGlzdGluZm8vY2FzbT4NCiAgKiAgIERyYWZ0IGNoYXJ0ZXI6IFRCRA0KICAqICAgUmVsZXZhbnQg ZHJhZnRzOg0KICAgICAqICAg4oCLaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJh ZnQta3VtYXItY2FzbS1wcm9ibGVtLWFuZC11c2UtY2FzZXM8aHR0cHM6Ly9kYXRhdHJhY2tlci5p ZXRmLm9yZy9kb2MvZHJhZnQta3VtYXItY2FzbS1wcm9ibGVtLWFuZC11c2UtY2FzZXM+DQogICAg ICogICDigItodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC14aWUtcHMtY2Vu dHJhbGl6ZWQtYWRkcmVzcy1tYW5hZ2VtZW50PGh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcv ZG9jL2RyYWZ0LXhpZS1wcy1jZW50cmFsaXplZC1hZGRyZXNzLW1hbmFnZW1lbnQ+DQogICAgICog ICDigItodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1rdW1hci1jYXNtLXJl cXVpcmVtZW50cy1hbmQtZnJhbWV3b3JrPGh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9j L2RyYWZ0LWt1bWFyLWNhc20tcmVxdWlyZW1lbnRzLWFuZC1mcmFtZXdvcms+DQogICAgICogICDi gItodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1zdW4taTJhcG0tYWRkcmVz cy1wb29sLW1hbmFnZW1lbnQtYXJjaDxodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9k cmFmdC1zdW4taTJhcG0tYWRkcmVzcy1wb29sLW1hbmFnZW1lbnQtYXJjaD4NCiAgICAgKiAgIOKA i2h0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LXN1bi1pMmFwbS1hZGRyZXNz LXBvb2wtbWFuYWdlbWVudC15YW5nPGh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2Ry YWZ0LXN1bi1pMmFwbS1hZGRyZXNzLXBvb2wtbWFuYWdlbWVudC15YW5nPg0KDQotLWVuZC0tDQoN ClJlZ2FyZHMsDQpXaWxsIChMSVUgU2h1Y2hlbmcpDQoNCkZyb206IENBU00gW21haWx0bzpjYXNt LWJvdW5jZXNAaWV0Zi5vcmddIE9uIEJlaGFsZiBPZiBMaXVzaHVjaGVuZyAoV2lsbCkNClNlbnQ6 IFRodXJzZGF5LCBGZWJydWFyeSAwOSwgMjAxNyAxMTo1NiBBTQ0KVG86IENBU01AaWV0Zi5vcmcN ClN1YmplY3Q6IFtDYXNtXSBDQVNNIEJvRiByZXF1ZXN0IGp1c3QgcG9zdGVkIHRvIEJvRiB3aWtp DQoNCkhpIGFsbCwNCg0KSeKAmW0gd3JpdGluZyB0byBub3RpZnkgeW91IHRoYXQgdGhlIENBU00g Qm9GIHJlcXVlc3Qgd2FzIGp1c3QgcG9zdGVkIGluIHRoZSBib2Ygd2lraS4gaHR0cHM6Ly90cmFj LnRvb2xzLmlldGYub3JnL2JvZi90cmFjLw0KTWFueSB0aGFua3MgZm9yIHRoZSBlZmZvcnRzIGZy b20gTWFyYywgQWRyaWFuLCBSYWtlc2ggYW5kIENob25nZmVuZy4NCg0KUGxlYXNlIGhlbHAgdG8g cmV2aWV3IGl0IGFuZCBsZXQgdXMga25vdyB5b3VyIHRob3VnaHRzLiBJ4oCZbSBjb3B5aW5nIGl0 IGJlbG93Lg0KDQotLXN0YXJ0LS0NCg0KQ2VudHJhbGl6ZWQgQWRkcmVzcyBNYW5hZ2VtZW50IChD QVNNKQ0KDQogICogICBEZXNjcmlwdGlvbjogT3JnYW5pemF0aW9ucyB1c2UgSVAgQWRkcmVzcyBT cGFjZSBNYW5hZ2VtZW50IChJUEFNKSB0b29scyB0byBtYW5hZ2UgdGhlaXIgSVAgYWRkcmVzcyBz cGFjZSwgb2Z0ZW4gd2l0aCBwcm9wcmlldGFyeSBkYXRhYmFzZSBhbmQgaW50ZXJmYWNlcy4gVGhp cyB3b3JrIGludGVuZHMgdG8gZXZvbHZlIElQQU0gaW50byBzdGFuZGFyZGl6ZWQgaW50ZXJmYWNl cyBmb3IgY2VudHJhbGl6ZWQgbWFuYWdlbWVudCBvZiBJUCBhZGRyZXNzZXMsIHNwZWNpYWxseSBp biB0aGUgY29udGV4dCBvZiBTRE4vTkZWIG5ldHdvcmtzLiBVc2UgY2FzZXMgaW5jbHVkZSBkeW5h bWljIGFsbG9jYXRpb24gYW5kIHJlbGVhc2Ugb2YgSVAgYWRkcmVzc2VzIGFuZCBwcmVmaXhlcyBi YXNlZCBvbiB1c2FnZSAocmVhbGxvY2F0aW9uIGluIGNhc2Ugb2Ygbm8gbW9yZSBpbiB1c2UpIGFu ZC9vciB1c2VyIGludGVudCAoZm9yIHNwZWNpZmljIHNlcnZpY2VzKS4NCg0KICAqICAgQWdlbmRh DQogICAgICogICBQcm9ibGVtIHN0YXRlbWVudCBhbmQgdXNlIGNhc2VzDQogICAgICogICBSZXF1 aXJlbWVudHMgYW5kIGZyYW1ld29yaw0KICAgICAqICAgUG9zc2libGUgY2hhcnRlciBnb2FscyBh bmQgbWlsZXN0b25lcw0KICAgICAqICAgTmV4dCBzdGVwcw0KICAqICAgU3RhdHVzOiBXRyBGb3Jt aW5nDQogICogICBSZXNwb25zaWJsZSBBRDogT1BTIChCZW5vaXQgQ2xhaXNlLCBKb2VsIEphZWdn bGkpDQogICogICBCb0YgcHJvcG9uZW50czogQ2hvbmdmZW5nIFhpZShDaGluYSBUZWxlY29tKSwg UmFrZXNoIEt1bWFyIChKdW5pcGVyKSwgWWluZyBDaGVuZyhDaGluYSBVbmljb20pLCBXaWxsIExp dShIdWF3ZWkpDQogICogICBCb0YgY2hhaXJzOiBUQkQNCiAgKiAgIE51bWJlciBvZiBwZW9wbGUg ZXhwZWN0ZWQgdG8gYXR0ZW5kOiAxMDANCiAgKiAgIExlbmd0aCBvZiBzZXNzaW9uICgxLCAxLjUs IDIsIG9yIDIuNSBob3Vycyk6IDEuNSBob3Vycw0KICAqICAgQ29uZmxpY3RzIHRvIGF2b2lkICh3 aG9sZSBBcmVhcyBhbmQvb3IgV0dzKTogaW50YXJlYSwgb3BzYXdnLCBhbmltYSwgc3VwYSwgZGhj LCBuZnZyZw0KICAqICAgTWFpbGluZyBMaXN0OiDigIvigItodHRwczovL3d3dy5pZXRmLm9yZy9t YWlsbWFuL2xpc3RpbmZvL2Nhc208aHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5m by9jYXNtPg0KICAqICAgRHJhZnQgY2hhcnRlcjogVEJEDQogICogICBSZWxldmFudCBkcmFmdHM6 DQogICAgICogICDigItodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1rdW1h ci1jYXNtLXByb2JsZW0tYW5kLXVzZS1jYXNlczxodHRwczovL2RhdGF0cmFja2VyLmlldGYub3Jn L2RvYy9kcmFmdC1rdW1hci1jYXNtLXByb2JsZW0tYW5kLXVzZS1jYXNlcz4NCiAgICAgKiAgIOKA i2h0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LXhpZS1wcy1jZW50cmFsaXpl ZC1hZGRyZXNzLW1hbmFnZW1lbnQ8aHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJh ZnQteGllLXBzLWNlbnRyYWxpemVkLWFkZHJlc3MtbWFuYWdlbWVudD4NCiAgICAgKiAgIOKAi2h0 dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWt1bWFyLWNhc20tcmVxdWlyZW1l bnRzLWFuZC1mcmFtZXdvcms8aHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQt a3VtYXItY2FzbS1yZXF1aXJlbWVudHMtYW5kLWZyYW1ld29yaz4NCiAgICAgKiAgIOKAi2h0dHBz Oi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LXN1bi1pMmFwbS1hZGRyZXNzLXBvb2wt bWFuYWdlbWVudC1hcmNoPGh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LXN1 bi1pMmFwbS1hZGRyZXNzLXBvb2wtbWFuYWdlbWVudC1hcmNoPg0KICAgICAqICAg4oCLaHR0cHM6 Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtc3VuLWkyYXBtLWFkZHJlc3MtcG9vbC1t YW5hZ2VtZW50LXlhbmc8aHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtc3Vu LWkyYXBtLWFkZHJlc3MtcG9vbC1tYW5hZ2VtZW50LXlhbmc+DQotLWVuZC0tDQoNClJlZ2FyZHMs DQpXaWxsIChMSVUgU2h1Y2hlbmcpDQoNCg== --_000_C9B5F12337F6F841B35C404CF0554ACB898C19DCSZXEMA509MBSchi_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 V2luZ2RpbmdzOw0KCXBhbm9zZS0xOjUgMCAwIDAgMCAwIDAgMCAwIDA7fQ0KQGZvbnQtZmFjZQ0K CXtmb250LWZhbWlseTrlrovkvZM7DQoJcGFub3NlLTE6MiAxIDYgMCAzIDEgMSAxIDEgMTt9DQpA Zm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OiJDYW1icmlhIE1hdGgiOw0KCXBhbm9zZS0xOjIgNCA1 IDMgNSA0IDYgMyAyIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpDYWxpYnJpOw0KCXBh bm9zZS0xOjIgMTUgNSAyIDIgMiA0IDMgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 IlxA5a6L5L2TIjsNCglwYW5vc2UtMToyIDEgNiAwIDMgMSAxIDEgMSAxO30NCi8qIFN0eWxlIERl ZmluaXRpb25zICovDQpwLk1zb05vcm1hbCwgbGkuTXNvTm9ybWFsLCBkaXYuTXNvTm9ybWFsDQoJ e21hcmdpbjowY207DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQtc2l6ZToxMS4wcHQ7 DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7fQ0KYTpsaW5rLCBzcGFuLk1zb0h5 cGVybGluaw0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6IzA1NjNDMTsNCgl0ZXh0 LWRlY29yYXRpb246dW5kZXJsaW5lO30NCmE6dmlzaXRlZCwgc3Bhbi5Nc29IeXBlcmxpbmtGb2xs b3dlZA0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6Izk1NEY3MjsNCgl0ZXh0LWRl Y29yYXRpb246dW5kZXJsaW5lO30NCnANCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1t YXJnaW4tdG9wLWFsdDphdXRvOw0KCW1hcmdpbi1yaWdodDowY207DQoJbXNvLW1hcmdpbi1ib3R0 b20tYWx0OmF1dG87DQoJbWFyZ2luLWxlZnQ6MGNtOw0KCWZvbnQtc2l6ZToxMi4wcHQ7DQoJZm9u dC1mYW1pbHk6IlRpbWVzIE5ldyBSb21hbiIsc2VyaWY7fQ0Kc3Bhbi5FbWFpbFN0eWxlMTgNCgl7 bXNvLXN0eWxlLXR5cGU6cGVyc29uYWw7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2Vy aWY7DQoJY29sb3I6d2luZG93dGV4dDt9DQpzcGFuLmljb24NCgl7bXNvLXN0eWxlLW5hbWU6aWNv bjt9DQpzcGFuLkVtYWlsU3R5bGUyMQ0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbDsNCglmb250 LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjsNCgljb2xvcjojMUY0OTdEO30NCnNwYW4uRW1h aWxTdHlsZTIyDQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsLWNvbXBvc2U7DQoJZm9udC1mYW1p bHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7DQoJY29sb3I6d2luZG93dGV4dDt9DQouTXNvQ2hwRGVm YXVsdA0KCXttc28tc3R5bGUtdHlwZTpleHBvcnQtb25seTsNCglmb250LXNpemU6MTAuMHB0O30N CkBwYWdlIFdvcmRTZWN0aW9uMQ0KCXtzaXplOjYxMi4wcHQgNzkyLjBwdDsNCgltYXJnaW46NzIu MHB0IDkwLjBwdCA3Mi4wcHQgOTAuMHB0O30NCmRpdi5Xb3JkU2VjdGlvbjENCgl7cGFnZTpXb3Jk U2VjdGlvbjE7fQ0KLyogTGlzdCBEZWZpbml0aW9ucyAqLw0KQGxpc3QgbDANCgl7bXNvLWxpc3Qt aWQ6NDU0MzY3NTQzOw0KCW1zby1saXN0LXRlbXBsYXRlLWlkczo0MDk4OTM3MjA7fQ0KQGxpc3Qg bDA6bGV2ZWwxDQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwt dGV4dDrvgrc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjM2LjBwdDsNCgltc28tbGV2ZWwtbnVtYmVy LXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDsNCgltc28tYW5zaS1mb250LXNp emU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OlN5bWJvbDt9DQpAbGlzdCBsMDpsZXZlbDINCgl7bXNv LWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CtzsNCgltc28t bGV2ZWwtdGFiLXN0b3A6NzIuMHB0Ow0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsN Cgl0ZXh0LWluZGVudDotMTguMHB0Ow0KCW1zby1hbnNpLWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9u dC1mYW1pbHk6U3ltYm9sO30NCkBsaXN0IGwwOmxldmVsMw0KCXttc28tbGV2ZWwtbnVtYmVyLWZv cm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674K3Ow0KCW1zby1sZXZlbC10YWItc3RvcDox MDguMHB0Ow0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDot MTguMHB0Ow0KCW1zby1hbnNpLWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6U3ltYm9s O30NCkBsaXN0IGwwOmxldmVsNA0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJ bXNvLWxldmVsLXRleHQ674K3Ow0KCW1zby1sZXZlbC10YWItc3RvcDoxNDQuMHB0Ow0KCW1zby1s ZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0Ow0KCW1zby1h bnNpLWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6U3ltYm9sO30NCkBsaXN0IGwwOmxl dmVsNQ0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ6 74K3Ow0KCW1zby1sZXZlbC10YWItc3RvcDoxODAuMHB0Ow0KCW1zby1sZXZlbC1udW1iZXItcG9z aXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0Ow0KCW1zby1hbnNpLWZvbnQtc2l6ZTox MC4wcHQ7DQoJZm9udC1mYW1pbHk6U3ltYm9sO30NCkBsaXN0IGwwOmxldmVsNg0KCXttc28tbGV2 ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674K3Ow0KCW1zby1sZXZl bC10YWItc3RvcDoyMTYuMHB0Ow0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0 ZXh0LWluZGVudDotMTguMHB0Ow0KCW1zby1hbnNpLWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1m YW1pbHk6U3ltYm9sO30NCkBsaXN0IGwwOmxldmVsNw0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1h dDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674K3Ow0KCW1zby1sZXZlbC10YWItc3RvcDoyNTIu MHB0Ow0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTgu MHB0Ow0KCW1zby1hbnNpLWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6U3ltYm9sO30N CkBsaXN0IGwwOmxldmVsOA0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNv LWxldmVsLXRleHQ674K3Ow0KCW1zby1sZXZlbC10YWItc3RvcDoyODguMHB0Ow0KCW1zby1sZXZl bC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0Ow0KCW1zby1hbnNp LWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6U3ltYm9sO30NCkBsaXN0IGwwOmxldmVs OQ0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674K3 Ow0KCW1zby1sZXZlbC10YWItc3RvcDozMjQuMHB0Ow0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRp b246bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0Ow0KCW1zby1hbnNpLWZvbnQtc2l6ZToxMC4w cHQ7DQoJZm9udC1mYW1pbHk6U3ltYm9sO30NCkBsaXN0IGwxDQoJe21zby1saXN0LWlkOjUzNzM1 MDY5NTsNCgltc28tbGlzdC10ZW1wbGF0ZS1pZHM6LTgzNDEzMTA2ODt9DQpAbGlzdCBsMTpsZXZl bDENCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+C tzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6MzYuMHB0Ow0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRp b246bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0Ow0KCW1zby1hbnNpLWZvbnQtc2l6ZToxMC4w cHQ7DQoJZm9udC1mYW1pbHk6U3ltYm9sO30NCkBsaXN0IGwxOmxldmVsMg0KCXttc28tbGV2ZWwt bnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ6bzsNCgltc28tbGV2ZWwtdGFi LXN0b3A6NzIuMHB0Ow0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWlu ZGVudDotMTguMHB0Ow0KCW1zby1hbnNpLWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6 IkNvdXJpZXIgTmV3IjsNCgltc28tYmlkaS1mb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIjt9 DQpAbGlzdCBsMTpsZXZlbDMNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1z by1sZXZlbC10ZXh0Ou+CpzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6MTA4LjBwdDsNCgltc28tbGV2 ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDsNCgltc28tYW5z aS1mb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OldpbmdkaW5nczt9DQpAbGlzdCBsMTps ZXZlbDQNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0 Ou+CpzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6MTQ0LjBwdDsNCgltc28tbGV2ZWwtbnVtYmVyLXBv c2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDsNCgltc28tYW5zaS1mb250LXNpemU6 MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OldpbmdkaW5nczt9DQpAbGlzdCBsMTpsZXZlbDUNCgl7bXNv LWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CpzsNCgltc28t bGV2ZWwtdGFiLXN0b3A6MTgwLjBwdDsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7 DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDsNCgltc28tYW5zaS1mb250LXNpemU6MTAuMHB0Ow0KCWZv bnQtZmFtaWx5OldpbmdkaW5nczt9DQpAbGlzdCBsMTpsZXZlbDYNCgl7bXNvLWxldmVsLW51bWJl ci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CpzsNCgltc28tbGV2ZWwtdGFiLXN0 b3A6MjE2LjBwdDsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRl bnQ6LTE4LjBwdDsNCgltc28tYW5zaS1mb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5Oldp bmdkaW5nczt9DQpAbGlzdCBsMTpsZXZlbDcNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVs bGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CpzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6MjUyLjBwdDsN Cgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDsN Cgltc28tYW5zaS1mb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OldpbmdkaW5nczt9DQpA bGlzdCBsMTpsZXZlbDgNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1s ZXZlbC10ZXh0Ou+CpzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6Mjg4LjBwdDsNCgltc28tbGV2ZWwt bnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDsNCgltc28tYW5zaS1m b250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OldpbmdkaW5nczt9DQpAbGlzdCBsMTpsZXZl bDkNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+C pzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6MzI0LjBwdDsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0 aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDsNCgltc28tYW5zaS1mb250LXNpemU6MTAu MHB0Ow0KCWZvbnQtZmFtaWx5OldpbmdkaW5nczt9DQpAbGlzdCBsMg0KCXttc28tbGlzdC1pZDo5 NDc4MTQxMjI7DQoJbXNvLWxpc3QtdGVtcGxhdGUtaWRzOjIwMDg1NjQ0MDA7fQ0KQGxpc3QgbDI6 bGV2ZWwxDQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4 dDrvgrc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjM2LjBwdDsNCgltc28tbGV2ZWwtbnVtYmVyLXBv c2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDsNCgltc28tYW5zaS1mb250LXNpemU6 MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OlN5bWJvbDt9DQpAbGlzdCBsMjpsZXZlbDINCgl7bXNvLWxl dmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Om87DQoJbXNvLWxldmVs LXRhYi1zdG9wOjcyLjBwdDsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4 dC1pbmRlbnQ6LTE4LjBwdDsNCgltc28tYW5zaS1mb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFt aWx5OiJDb3VyaWVyIE5ldyI7DQoJbXNvLWJpZGktZm9udC1mYW1pbHk6IlRpbWVzIE5ldyBSb21h biI7fQ0KQGxpc3QgbDI6bGV2ZWwzDQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsN Cgltc28tbGV2ZWwtdGV4dDrvgqc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjEwOC4wcHQ7DQoJbXNv LWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7DQoJbXNv LWFuc2ktZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseTpXaW5nZGluZ3M7fQ0KQGxpc3Qg bDI6bGV2ZWw0DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwt dGV4dDrvgqc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjE0NC4wcHQ7DQoJbXNvLWxldmVsLW51bWJl ci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7DQoJbXNvLWFuc2ktZm9udC1z aXplOjEwLjBwdDsNCglmb250LWZhbWlseTpXaW5nZGluZ3M7fQ0KQGxpc3QgbDI6bGV2ZWw1DQoJ e21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgqc7DQoJ bXNvLWxldmVsLXRhYi1zdG9wOjE4MC4wcHQ7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjps ZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7DQoJbXNvLWFuc2ktZm9udC1zaXplOjEwLjBwdDsN Cglmb250LWZhbWlseTpXaW5nZGluZ3M7fQ0KQGxpc3QgbDI6bGV2ZWw2DQoJe21zby1sZXZlbC1u dW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgqc7DQoJbXNvLWxldmVsLXRh Yi1zdG9wOjIxNi4wcHQ7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQt aW5kZW50Oi0xOC4wcHQ7DQoJbXNvLWFuc2ktZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWls eTpXaW5nZGluZ3M7fQ0KQGxpc3QgbDI6bGV2ZWw3DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0 OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgqc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjI1Mi4w cHQ7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4w cHQ7DQoJbXNvLWFuc2ktZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseTpXaW5nZGluZ3M7 fQ0KQGxpc3QgbDI6bGV2ZWw4DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCglt c28tbGV2ZWwtdGV4dDrvgqc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjI4OC4wcHQ7DQoJbXNvLWxl dmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7DQoJbXNvLWFu c2ktZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseTpXaW5nZGluZ3M7fQ0KQGxpc3QgbDI6 bGV2ZWw5DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4 dDrvgqc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjMyNC4wcHQ7DQoJbXNvLWxldmVsLW51bWJlci1w b3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7DQoJbXNvLWFuc2ktZm9udC1zaXpl OjEwLjBwdDsNCglmb250LWZhbWlseTpXaW5nZGluZ3M7fQ0KQGxpc3QgbDMNCgl7bXNvLWxpc3Qt aWQ6MTI5OTA2NjcwNjsNCgltc28tbGlzdC10ZW1wbGF0ZS1pZHM6ODM0MTkwOTAwO30NCkBsaXN0 IGwzOmxldmVsMQ0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVs LXRleHQ674K3Ow0KCW1zby1sZXZlbC10YWItc3RvcDozNi4wcHQ7DQoJbXNvLWxldmVsLW51bWJl ci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7DQoJbXNvLWFuc2ktZm9udC1z aXplOjEwLjBwdDsNCglmb250LWZhbWlseTpTeW1ib2w7fQ0KQGxpc3QgbDM6bGV2ZWwyDQoJe21z by1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDpvOw0KCW1zby1s ZXZlbC10YWItc3RvcDo3Mi4wcHQ7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0K CXRleHQtaW5kZW50Oi0xOC4wcHQ7DQoJbXNvLWFuc2ktZm9udC1zaXplOjEwLjBwdDsNCglmb250 LWZhbWlseToiQ291cmllciBOZXciOw0KCW1zby1iaWRpLWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcg Um9tYW4iO30NCkBsaXN0IGwzOmxldmVsMw0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxs ZXQ7DQoJbXNvLWxldmVsLXRleHQ674KnOw0KCW1zby1sZXZlbC10YWItc3RvcDoxMDguMHB0Ow0K CW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0Ow0K CW1zby1hbnNpLWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6V2luZ2RpbmdzO30NCkBs aXN0IGwzOmxldmVsNA0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxl dmVsLXRleHQ674KnOw0KCW1zby1sZXZlbC10YWItc3RvcDoxNDQuMHB0Ow0KCW1zby1sZXZlbC1u dW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0Ow0KCW1zby1hbnNpLWZv bnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6V2luZ2RpbmdzO30NCkBsaXN0IGwzOmxldmVs NQ0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674Kn Ow0KCW1zby1sZXZlbC10YWItc3RvcDoxODAuMHB0Ow0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRp b246bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0Ow0KCW1zby1hbnNpLWZvbnQtc2l6ZToxMC4w cHQ7DQoJZm9udC1mYW1pbHk6V2luZ2RpbmdzO30NCkBsaXN0IGwzOmxldmVsNg0KCXttc28tbGV2 ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674KnOw0KCW1zby1sZXZl bC10YWItc3RvcDoyMTYuMHB0Ow0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0 ZXh0LWluZGVudDotMTguMHB0Ow0KCW1zby1hbnNpLWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1m YW1pbHk6V2luZ2RpbmdzO30NCkBsaXN0IGwzOmxldmVsNw0KCXttc28tbGV2ZWwtbnVtYmVyLWZv cm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674KnOw0KCW1zby1sZXZlbC10YWItc3RvcDoy NTIuMHB0Ow0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDot MTguMHB0Ow0KCW1zby1hbnNpLWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6V2luZ2Rp bmdzO30NCkBsaXN0IGwzOmxldmVsOA0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7 DQoJbXNvLWxldmVsLXRleHQ674KnOw0KCW1zby1sZXZlbC10YWItc3RvcDoyODguMHB0Ow0KCW1z by1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0Ow0KCW1z by1hbnNpLWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6V2luZ2RpbmdzO30NCkBsaXN0 IGwzOmxldmVsOQ0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVs LXRleHQ674KnOw0KCW1zby1sZXZlbC10YWItc3RvcDozMjQuMHB0Ow0KCW1zby1sZXZlbC1udW1i ZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0Ow0KCW1zby1hbnNpLWZvbnQt c2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6V2luZ2RpbmdzO30NCkBsaXN0IGw0DQoJe21zby1s aXN0LWlkOjEzMTMwMjY1MDQ7DQoJbXNvLWxpc3QtdGVtcGxhdGUtaWRzOi0zNTczMDIzNDt9DQpA bGlzdCBsNDpsZXZlbDENCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1s ZXZlbC10ZXh0Ou+CtzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6MzYuMHB0Ow0KCW1zby1sZXZlbC1u dW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0Ow0KCW1zby1hbnNpLWZv bnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6U3ltYm9sO30NCkBsaXN0IGw0OmxldmVsMg0K CXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ6bzsNCglt c28tbGV2ZWwtdGFiLXN0b3A6NzIuMHB0Ow0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVm dDsNCgl0ZXh0LWluZGVudDotMTguMHB0Ow0KCW1zby1hbnNpLWZvbnQtc2l6ZToxMC4wcHQ7DQoJ Zm9udC1mYW1pbHk6IkNvdXJpZXIgTmV3IjsNCgltc28tYmlkaS1mb250LWZhbWlseToiVGltZXMg TmV3IFJvbWFuIjt9DQpAbGlzdCBsNDpsZXZlbDMNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6 YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CpzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6MTA4LjBw dDsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBw dDsNCgltc28tYW5zaS1mb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OldpbmdkaW5nczt9 DQpAbGlzdCBsNDpsZXZlbDQNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1z by1sZXZlbC10ZXh0Ou+CpzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6MTQ0LjBwdDsNCgltc28tbGV2 ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDsNCgltc28tYW5z aS1mb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OldpbmdkaW5nczt9DQpAbGlzdCBsNDps ZXZlbDUNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0 Ou+CpzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6MTgwLjBwdDsNCgltc28tbGV2ZWwtbnVtYmVyLXBv c2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDsNCgltc28tYW5zaS1mb250LXNpemU6 MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OldpbmdkaW5nczt9DQpAbGlzdCBsNDpsZXZlbDYNCgl7bXNv LWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CpzsNCgltc28t bGV2ZWwtdGFiLXN0b3A6MjE2LjBwdDsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7 DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDsNCgltc28tYW5zaS1mb250LXNpemU6MTAuMHB0Ow0KCWZv bnQtZmFtaWx5OldpbmdkaW5nczt9DQpAbGlzdCBsNDpsZXZlbDcNCgl7bXNvLWxldmVsLW51bWJl ci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CpzsNCgltc28tbGV2ZWwtdGFiLXN0 b3A6MjUyLjBwdDsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRl bnQ6LTE4LjBwdDsNCgltc28tYW5zaS1mb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5Oldp bmdkaW5nczt9DQpAbGlzdCBsNDpsZXZlbDgNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVs bGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CpzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6Mjg4LjBwdDsN Cgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDsN Cgltc28tYW5zaS1mb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OldpbmdkaW5nczt9DQpA bGlzdCBsNDpsZXZlbDkNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1s ZXZlbC10ZXh0Ou+CpzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6MzI0LjBwdDsNCgltc28tbGV2ZWwt bnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDsNCgltc28tYW5zaS1m b250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OldpbmdkaW5nczt9DQpAbGlzdCBsNQ0KCXtt c28tbGlzdC1pZDoxNzAyNDM0NTc1Ow0KCW1zby1saXN0LXRlbXBsYXRlLWlkczotMTE1MTcyMDQ4 Mjt9DQpAbGlzdCBsNTpsZXZlbDENCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0K CW1zby1sZXZlbC10ZXh0Ou+CtzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6MzYuMHB0Ow0KCW1zby1s ZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0Ow0KCW1zby1h bnNpLWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6U3ltYm9sO30NCkBsaXN0IGw1Omxl dmVsMg0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ6 bzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6NzIuMHB0Ow0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRp b246bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0Ow0KCW1zby1hbnNpLWZvbnQtc2l6ZToxMC4w cHQ7DQoJZm9udC1mYW1pbHk6IkNvdXJpZXIgTmV3IjsNCgltc28tYmlkaS1mb250LWZhbWlseToi VGltZXMgTmV3IFJvbWFuIjt9DQpAbGlzdCBsNTpsZXZlbDMNCgl7bXNvLWxldmVsLW51bWJlci1m b3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CtzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6 MTA4LjBwdDsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6 LTE4LjBwdDsNCgltc28tYW5zaS1mb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OlN5bWJv bDt9DQpAbGlzdCBsNTpsZXZlbDQNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0K CW1zby1sZXZlbC10ZXh0Ou+CtzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6MTQ0LjBwdDsNCgltc28t bGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDsNCgltc28t YW5zaS1mb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OlN5bWJvbDt9DQpAbGlzdCBsNTps ZXZlbDUNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0 Ou+CtzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6MTgwLjBwdDsNCgltc28tbGV2ZWwtbnVtYmVyLXBv c2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDsNCgltc28tYW5zaS1mb250LXNpemU6 MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OlN5bWJvbDt9DQpAbGlzdCBsNTpsZXZlbDYNCgl7bXNvLWxl dmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CtzsNCgltc28tbGV2 ZWwtdGFiLXN0b3A6MjE2LjBwdDsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJ dGV4dC1pbmRlbnQ6LTE4LjBwdDsNCgltc28tYW5zaS1mb250LXNpemU6MTAuMHB0Ow0KCWZvbnQt ZmFtaWx5OlN5bWJvbDt9DQpAbGlzdCBsNTpsZXZlbDcNCgl7bXNvLWxldmVsLW51bWJlci1mb3Jt YXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CtzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6MjUy LjBwdDsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4 LjBwdDsNCgltc28tYW5zaS1mb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OlN5bWJvbDt9 DQpAbGlzdCBsNTpsZXZlbDgNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1z by1sZXZlbC10ZXh0Ou+CtzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6Mjg4LjBwdDsNCgltc28tbGV2 ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDsNCgltc28tYW5z aS1mb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OlN5bWJvbDt9DQpAbGlzdCBsNTpsZXZl bDkNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+C tzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6MzI0LjBwdDsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0 aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDsNCgltc28tYW5zaS1mb250LXNpemU6MTAu MHB0Ow0KCWZvbnQtZmFtaWx5OlN5bWJvbDt9DQpvbA0KCXttYXJnaW4tYm90dG9tOjBjbTt9DQp1 bA0KCXttYXJnaW4tYm90dG9tOjBjbTt9DQotLT48L3N0eWxlPjwhLS1baWYgZ3RlIG1zbyA5XT48 eG1sPg0KPG86c2hhcGVkZWZhdWx0cyB2OmV4dD0iZWRpdCIgc3BpZG1heD0iMTAyNiIgLz4NCjwv eG1sPjwhW2VuZGlmXS0tPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVsYXlvdXQg djpleHQ9ImVkaXQiPg0KPG86aWRtYXAgdjpleHQ9ImVkaXQiIGRhdGE9IjEiIC8+DQo8L286c2hh cGVsYXlvdXQ+PC94bWw+PCFbZW5kaWZdLS0+DQo8L2hlYWQ+DQo8Ym9keSBsYW5nPSJFTi1VUyIg bGluaz0iIzA1NjNDMSIgdmxpbms9IiM5NTRGNzIiPg0KPGRpdiBjbGFzcz0iV29yZFNlY3Rpb24x Ij4NCjxwIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48c3Ryb25nPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LHNhbnMtc2VyaWY7Y29s b3I6YmxhY2siPkhpIGFsbCw8bzpwPjwvbzpwPjwvc3Bhbj48L3N0cm9uZz48L3A+DQo8cCBzdHls ZT0iYmFja2dyb3VuZDp3aGl0ZSI+PHN0cm9uZz48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBw dDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj5J 4oCZbSBmb3J3YXJkaW5nIHRoZSB1cGRhdGVkIHZlcnNpb24gb2YgJm5ic3A7Q0FTTSBCb0YgcmVx dWVzdCBvbiBiZWhhbGYgb2Ygb3RoZXIgcHJvcG9uZW50cy4gUGxlYXNlIGZlZWwgZnJlZSB0byBh c2sgcXVlc3Rpb25zIGFuZCBwcm92aWRlIGNvbW1lbnRzLiBUaGFua3MhPG86cD48L286cD48L3Nw YW4+PC9zdHJvbmc+PC9wPg0KPHAgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxzdHJvbmc+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDss c2Fucy1zZXJpZjtjb2xvcjpibGFjayI+LS1zdGFydC0tPG86cD48L286cD48L3NwYW4+PC9zdHJv bmc+PC9wPg0KPHAgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxzdHJvbmc+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssc2Fucy1zZXJp Zjtjb2xvcjpibGFjayI+Q29vcmRpbmF0ZWQgQWRkcmVzcyBTcGFjZSBNYW5hZ2VtZW50IChDQVNN KTwvc3Bhbj48L3N0cm9uZz48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWls eTomcXVvdDtBcmlhbCZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8dWwgdHlwZT0iZGlzYyI+DQo8bGkgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9 ImNvbG9yOmJsYWNrO21zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFs dDphdXRvO21zby1saXN0Omw0IGxldmVsMSBsZm83O2JhY2tncm91bmQ6d2hpdGUiPg0KPHNwYW4g c3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LHNhbnMtc2VyaWYiPkRlc2NyaXB0 aW9uOiBPcmdhbml6YXRpb25zIHVzZSBJUCBBZGRyZXNzIFNwYWNlIE1hbmFnZW1lbnQgKElQQU0p IHRvb2xzIHRvIG1hbmFnZSB0aGVpciBJUCBhZGRyZXNzIHNwYWNlLCBvZnRlbiB3aXRoIHByb3By aWV0YXJ5IGRhdGFiYXNlIGFuZCBpbnRlcmZhY2VzLiBUaGlzIHdvcmsgaW50ZW5kcyB0byBldm9s dmUgSVBBTSBpbnRvIHN0YW5kYXJkaXplZCBpbnRlcmZhY2VzDQogZm9yIGNvb3JkaW5hdGVkIG1h bmFnZW1lbnQgb2YgSVAgYWRkcmVzc2VzLCBpbmNsdWRpbmcgU0ROL05GViBuZXR3b3JrcyBhbmQg b3RoZXIgZm9ybXMgb2YgdmlydHVhbGl6YXRpb24uIFVzZSBjYXNlcyBpbmNsdWRlIGR5bmFtaWMg YWxsb2NhdGlvbiBhbmQgcmVsZWFzZSBvZiBJUCBhZGRyZXNzZXMgYW5kIHByZWZpeGVzIGJhc2Vk IG9uIHVzYWdlIChyZWFsbG9jYXRpb24gaW4gY2FzZSBvZiBubyBtb3JlIGluIHVzZSkgYW5kL29y IHVzZXIgaW50ZW50DQogKGZvciBzcGVjaWZpYyBzZXJ2aWNlcykuPG86cD48L286cD48L3NwYW4+ PC9saT48L3VsPg0KPHVsIHR5cGU9ImRpc2MiPg0KPGxpIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl PSJjb2xvcjpibGFjazttc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1h bHQ6YXV0bzttc28tbGlzdDpsMiBsZXZlbDEgbGZvODtiYWNrZ3JvdW5kOndoaXRlIj4NCjxzcGFu IHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OyxzYW5zLXNlcmlmIj5BZ2VuZGE8 bzpwPjwvbzpwPjwvc3Bhbj4NCjx1bCB0eXBlPSJjaXJjbGUiPg0KPGxpIGNsYXNzPSJNc29Ob3Jt YWwiIHN0eWxlPSJjb2xvcjpibGFjazttc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2lu LWJvdHRvbS1hbHQ6YXV0bzttc28tbGlzdDpsMiBsZXZlbDIgbGZvODtiYWNrZ3JvdW5kOndoaXRl Ij4NCjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OyxzYW5zLXNlcmlm Ij5Qcm9ibGVtIHN0YXRlbWVudCBhbmQgdXNlIGNhc2VzPG86cD48L286cD48L3NwYW4+PC9saT48 bGkgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImNvbG9yOmJsYWNrO21zby1tYXJnaW4tdG9wLWFs dDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvO21zby1saXN0OmwyIGxldmVsMiBsZm84 O2JhY2tncm91bmQ6d2hpdGUiPg0KPHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0FyaWFs JnF1b3Q7LHNhbnMtc2VyaWYiPlJlcXVpcmVtZW50cyBhbmQgZnJhbWV3b3JrPG86cD48L286cD48 L3NwYW4+PC9saT48bGkgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImNvbG9yOmJsYWNrO21zby1t YXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvO21zby1saXN0Omwy IGxldmVsMiBsZm84O2JhY2tncm91bmQ6d2hpdGUiPg0KPHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5 OiZxdW90O0FyaWFsJnF1b3Q7LHNhbnMtc2VyaWYiPlBvc3NpYmxlIGNoYXJ0ZXIgZ29hbHMgYW5k IG1pbGVzdG9uZXM8bzpwPjwvbzpwPjwvc3Bhbj48L2xpPjxsaSBjbGFzcz0iTXNvTm9ybWFsIiBz dHlsZT0iY29sb3I6YmxhY2s7bXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0 b20tYWx0OmF1dG87bXNvLWxpc3Q6bDIgbGV2ZWwyIGxmbzg7YmFja2dyb3VuZDp3aGl0ZSI+DQo8 c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssc2Fucy1zZXJpZiI+TmV4 dCBzdGVwczxvOnA+PC9vOnA+PC9zcGFuPjwvbGk+PC91bD4NCjwvbGk+PGxpIGNsYXNzPSJNc29O b3JtYWwiIHN0eWxlPSJjb2xvcjpibGFjazttc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFy Z2luLWJvdHRvbS1hbHQ6YXV0bzttc28tbGlzdDpsMiBsZXZlbDEgbGZvODtiYWNrZ3JvdW5kOndo aXRlIj4NCjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OyxzYW5zLXNl cmlmIj5TdGF0dXM6IFdHIEZvcm1pbmc8bzpwPjwvbzpwPjwvc3Bhbj48L2xpPjxsaSBjbGFzcz0i TXNvTm9ybWFsIiBzdHlsZT0iY29sb3I6YmxhY2s7bXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNv LW1hcmdpbi1ib3R0b20tYWx0OmF1dG87bXNvLWxpc3Q6bDIgbGV2ZWwxIGxmbzg7YmFja2dyb3Vu ZDp3aGl0ZSI+DQo8c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssc2Fu cy1zZXJpZiI+UmVzcG9uc2libGUgQUQ6IE9QUyAoQmVub2l0IENsYWlzZSwgSm9lbCBKYWVnZ2xp KTxvOnA+PC9vOnA+PC9zcGFuPjwvbGk+PGxpIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJjb2xv cjpibGFjazttc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0 bzttc28tbGlzdDpsMiBsZXZlbDEgbGZvODtiYWNrZ3JvdW5kOndoaXRlIj4NCjxzcGFuIHN0eWxl PSJmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OyxzYW5zLXNlcmlmIj5Cb0YgcHJvcG9uZW50 czogQ2hvbmdmZW5nIFhpZShDaGluYSBUZWxlY29tKSwgUmFrZXNoIEt1bWFyIChKdW5pcGVyKSwg WWluZyBDaGVuZyhDaGluYSBVbmljb20pLCBXaWxsIExpdShIdWF3ZWkpPG86cD48L286cD48L3Nw YW4+PC9saT48bGkgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImNvbG9yOmJsYWNrO21zby1tYXJn aW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvO21zby1saXN0OmwyIGxl dmVsMSBsZm84O2JhY2tncm91bmQ6d2hpdGUiPg0KPHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZx dW90O0FyaWFsJnF1b3Q7LHNhbnMtc2VyaWYiPkJvRiBjaGFpcnM6IFRCRDxvOnA+PC9vOnA+PC9z cGFuPjwvbGk+PGxpIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJjb2xvcjpibGFjazttc28tbWFy Z2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bzttc28tbGlzdDpsMiBs ZXZlbDEgbGZvODtiYWNrZ3JvdW5kOndoaXRlIj4NCjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTom cXVvdDtBcmlhbCZxdW90OyxzYW5zLXNlcmlmIj5OdW1iZXIgb2YgcGVvcGxlIGV4cGVjdGVkIHRv IGF0dGVuZDogMTAwPG86cD48L286cD48L3NwYW4+PC9saT48bGkgY2xhc3M9Ik1zb05vcm1hbCIg c3R5bGU9ImNvbG9yOmJsYWNrO21zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90 dG9tLWFsdDphdXRvO21zby1saXN0OmwyIGxldmVsMSBsZm84O2JhY2tncm91bmQ6d2hpdGUiPg0K PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LHNhbnMtc2VyaWYiPkxl bmd0aCBvZiBzZXNzaW9uICgxLCAxLjUsIDIsIG9yIDIuNSBob3Vycyk6IDEuNSBob3VyczxvOnA+ PC9vOnA+PC9zcGFuPjwvbGk+PGxpIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJjb2xvcjpibGFj azttc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bzttc28t bGlzdDpsMiBsZXZlbDEgbGZvODtiYWNrZ3JvdW5kOndoaXRlIj4NCjxzcGFuIHN0eWxlPSJmb250 LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OyxzYW5zLXNlcmlmIj5Db25mbGljdHMgdG8gYXZvaWQg KHdob2xlIEFyZWFzIGFuZC9vciBXR3MpOiBpbnRhcmVhLCBvcHNhd2csIGFuaW1hLCBzdXBhLCBk aGMsIG5mdnJnPG86cD48L286cD48L3NwYW4+PC9saT48bGkgY2xhc3M9Ik1zb05vcm1hbCIgc3R5 bGU9ImNvbG9yOmJsYWNrO21zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9t LWFsdDphdXRvO21zby1saXN0OmwyIGxldmVsMSBsZm84O2JhY2tncm91bmQ6d2hpdGUiPg0KPHNw YW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LHNhbnMtc2VyaWYiPk1haWxp bmcgTGlzdDog4oCLPGEgaHJlZj0iaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5m by9jYXNtIj48c3BhbiBjbGFzcz0iaWNvbiI+PHNwYW4gc3R5bGU9ImNvbG9yOiM0NDAwODgiPuKA izwvc3Bhbj48L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOiM0NDAwODgiPmh0dHBzOi8vd3d3Lmll dGYub3JnL21haWxtYW4vbGlzdGluZm8vY2FzbTwvc3Bhbj48L2E+PG86cD48L286cD48L3NwYW4+ PC9saT48bGkgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImNvbG9yOmJsYWNrO21zby1tYXJnaW4t dG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvO21zby1saXN0OmwyIGxldmVs MSBsZm84O2JhY2tncm91bmQ6d2hpdGUiPg0KPHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90 O0FyaWFsJnF1b3Q7LHNhbnMtc2VyaWYiPkRyYWZ0IGNoYXJ0ZXI6IFRCRDxvOnA+PC9vOnA+PC9z cGFuPjwvbGk+PGxpIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJjb2xvcjpibGFjazttc28tbWFy Z2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bzttc28tbGlzdDpsMiBs ZXZlbDEgbGZvODtiYWNrZ3JvdW5kOndoaXRlIj4NCjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTom cXVvdDtBcmlhbCZxdW90OyxzYW5zLXNlcmlmIj5SZWxldmFudCBkcmFmdHM6PG86cD48L286cD48 L3NwYW4+DQo8dWwgdHlwZT0iY2lyY2xlIj4NCjxsaSBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i Y29sb3I6YmxhY2s7bXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0 OmF1dG87bXNvLWxpc3Q6bDIgbGV2ZWwyIGxmbzg7YmFja2dyb3VuZDp3aGl0ZSI+DQo8c3BhbiBz dHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssc2Fucy1zZXJpZiI+PGEgaHJlZj0i aHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQta3VtYXItY2FzbS1wcm9ibGVt LWFuZC11c2UtY2FzZXMiPjxzcGFuIGNsYXNzPSJpY29uIj48c3BhbiBzdHlsZT0iY29sb3I6IzQ0 MDA4OCI+4oCLPC9zcGFuPjwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6IzQ0MDA4OCI+aHR0cHM6 Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQta3VtYXItY2FzbS1wcm9ibGVtLWFuZC11 c2UtY2FzZXM8L3NwYW4+PC9hPjxvOnA+PC9vOnA+PC9zcGFuPjwvbGk+PGxpIGNsYXNzPSJNc29O b3JtYWwiIHN0eWxlPSJjb2xvcjpibGFjazttc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFy Z2luLWJvdHRvbS1hbHQ6YXV0bzttc28tbGlzdDpsMiBsZXZlbDIgbGZvODtiYWNrZ3JvdW5kOndo aXRlIj4NCjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OyxzYW5zLXNl cmlmIj48YSBocmVmPSJodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC14aWUt cHMtY2VudHJhbGl6ZWQtYWRkcmVzcy1tYW5hZ2VtZW50Ij48c3BhbiBjbGFzcz0iaWNvbiI+PHNw YW4gc3R5bGU9ImNvbG9yOiM0NDAwODgiPuKAizwvc3Bhbj48L3NwYW4+PHNwYW4gc3R5bGU9ImNv bG9yOiM0NDAwODgiPmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LXhpZS1w cy1jZW50cmFsaXplZC1hZGRyZXNzLW1hbmFnZW1lbnQ8L3NwYW4+PC9hPjxvOnA+PC9vOnA+PC9z cGFuPjwvbGk+PGxpIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJjb2xvcjpibGFjazttc28tbWFy Z2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bzttc28tbGlzdDpsMiBs ZXZlbDIgbGZvODtiYWNrZ3JvdW5kOndoaXRlIj4NCjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTom cXVvdDtBcmlhbCZxdW90OyxzYW5zLXNlcmlmIj48YSBocmVmPSJodHRwczovL2RhdGF0cmFja2Vy LmlldGYub3JnL2RvYy9kcmFmdC1rdW1hci1jYXNtLXJlcXVpcmVtZW50cy1hbmQtZnJhbWV3b3Jr Ij48c3BhbiBjbGFzcz0iaWNvbiI+PHNwYW4gc3R5bGU9ImNvbG9yOiM0NDAwODgiPuKAizwvc3Bh bj48L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOiM0NDAwODgiPmh0dHBzOi8vZGF0YXRyYWNrZXIu aWV0Zi5vcmcvZG9jL2RyYWZ0LWt1bWFyLWNhc20tcmVxdWlyZW1lbnRzLWFuZC1mcmFtZXdvcms8 L3NwYW4+PC9hPjxvOnA+PC9vOnA+PC9zcGFuPjwvbGk+PGxpIGNsYXNzPSJNc29Ob3JtYWwiIHN0 eWxlPSJjb2xvcjpibGFjazttc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRv bS1hbHQ6YXV0bzttc28tbGlzdDpsMiBsZXZlbDIgbGZvODtiYWNrZ3JvdW5kOndoaXRlIj4NCjxz cGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OyxzYW5zLXNlcmlmIj48YSBo cmVmPSJodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1zdW4taTJhcG0tYWRk cmVzcy1wb29sLW1hbmFnZW1lbnQtYXJjaCI+PHNwYW4gY2xhc3M9Imljb24iPjxzcGFuIHN0eWxl PSJjb2xvcjojNDQwMDg4Ij7igIs8L3NwYW4+PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjojNDQw MDg4Ij5odHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1zdW4taTJhcG0tYWRk cmVzcy1wb29sLW1hbmFnZW1lbnQtYXJjaDwvc3Bhbj48L2E+PG86cD48L286cD48L3NwYW4+PC9s aT48bGkgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImNvbG9yOmJsYWNrO21zby1tYXJnaW4tdG9w LWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvO21zby1saXN0OmwyIGxldmVsMiBs Zm84O2JhY2tncm91bmQ6d2hpdGUiPg0KPHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0Fy aWFsJnF1b3Q7LHNhbnMtc2VyaWYiPjxhIGhyZWY9Imh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5v cmcvZG9jL2RyYWZ0LXN1bi1pMmFwbS1hZGRyZXNzLXBvb2wtbWFuYWdlbWVudC15YW5nIj48c3Bh biBjbGFzcz0iaWNvbiI+PHNwYW4gc3R5bGU9ImNvbG9yOiM0NDAwODgiPuKAizwvc3Bhbj48L3Nw YW4+PHNwYW4gc3R5bGU9ImNvbG9yOiM0NDAwODgiPmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5v cmcvZG9jL2RyYWZ0LXN1bi1pMmFwbS1hZGRyZXNzLXBvb2wtbWFuYWdlbWVudC15YW5nPC9zcGFu PjwvYT48bzpwPjwvbzpwPjwvc3Bhbj48L2xpPjwvdWw+DQo8L2xpPjwvdWw+DQo8cCBzdHlsZT0i YmFja2dyb3VuZDp3aGl0ZSI+PHN0cm9uZz48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtm b250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj4tLWVu ZC0tPC9zcGFuPjwvc3Ryb25nPjxzdHJvbmc+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90 O0FyaWFsJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwv c3Ryb25nPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjojMUY0 OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCIgc3R5bGU9InRleHQtYWxpZ246anVzdGlmeSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MC41cHQ7Y29sb3I6IzFGNDk3RCI+UmVnYXJkcyw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1hbGlnbjpqdXN0aWZ5Ij48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjEwLjVwdDtjb2xvcjojMUY0OTdEIj5XaWxsIChMSVUgU2h1Y2hlbmcpPG86cD48 L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHls ZT0iY29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPGRpdj4NCjxk aXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci10b3A6c29saWQgI0UxRTFFMSAxLjBwdDtwYWRk aW5nOjMuMHB0IDBjbSAwY20gMGNtIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPkZyb206PC9i PiBDQVNNIFttYWlsdG86Y2FzbS1ib3VuY2VzQGlldGYub3JnXSA8Yj5PbiBCZWhhbGYgT2YNCjwv Yj5MaXVzaHVjaGVuZyAoV2lsbCk8YnI+DQo8Yj5TZW50OjwvYj4gVGh1cnNkYXksIEZlYnJ1YXJ5 IDA5LCAyMDE3IDExOjU2IEFNPGJyPg0KPGI+VG86PC9iPiBDQVNNQGlldGYub3JnPGJyPg0KPGI+ U3ViamVjdDo8L2I+IFtDYXNtXSBDQVNNIEJvRiByZXF1ZXN0IGp1c3QgcG9zdGVkIHRvIEJvRiB3 aWtpPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5IaSBhbGwsPG86cD48 L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPknigJltIHdyaXRpbmcgdG8gbm90aWZ5IHlvdSB0aGF0IHRoZSBD QVNNIEJvRiByZXF1ZXN0IHdhcyBqdXN0IHBvc3RlZCBpbiB0aGUgYm9mIHdpa2kuDQo8YSBocmVm PSJodHRwczovL3RyYWMudG9vbHMuaWV0Zi5vcmcvYm9mL3RyYWMvIj5odHRwczovL3RyYWMudG9v bHMuaWV0Zi5vcmcvYm9mL3RyYWMvPC9hPg0KPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj5NYW55IHRoYW5rcyBmb3IgdGhlIGVmZm9ydHMgZnJvbSBNYXJjLCBBZHJpYW4sIFJh a2VzaCBhbmQgQ2hvbmdmZW5nLjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ Jm5ic3A7PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5QbGVhc2UgaGVscCB0 byByZXZpZXcgaXQgYW5kIGxldCB1cyBrbm93IHlvdXIgdGhvdWdodHMuIEnigJltIGNvcHlpbmcg aXQgYmVsb3cuPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8bzpw PjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPi0tc3RhcnQtLTxvOnA+PC9vOnA+PC9w Pg0KPHAgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxzdHJvbmc+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssc2Fucy1zZXJpZjtjb2xv cjpibGFjayI+Q2VudHJhbGl6ZWQgQWRkcmVzcyBNYW5hZ2VtZW50IChDQVNNKTwvc3Bhbj48L3N0 cm9uZz48bzpwPjwvbzpwPjwvcD4NCjx1bCB0eXBlPSJkaXNjIj4NCjxsaSBjbGFzcz0iTXNvTm9y bWFsIiBzdHlsZT0iY29sb3I6YmxhY2s7bXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdp bi1ib3R0b20tYWx0OmF1dG87bXNvLWxpc3Q6bDMgbGV2ZWwxIGxmbzM7YmFja2dyb3VuZDp3aGl0 ZSI+DQo8c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssc2Fucy1zZXJp ZiI+RGVzY3JpcHRpb246IE9yZ2FuaXphdGlvbnMgdXNlIElQIEFkZHJlc3MgU3BhY2UgTWFuYWdl bWVudCAoSVBBTSkgdG9vbHMgdG8gbWFuYWdlIHRoZWlyIElQIGFkZHJlc3Mgc3BhY2UsIG9mdGVu IHdpdGggcHJvcHJpZXRhcnkgZGF0YWJhc2UgYW5kIGludGVyZmFjZXMuIFRoaXMgd29yayBpbnRl bmRzIHRvIGV2b2x2ZSBJUEFNIGludG8gc3RhbmRhcmRpemVkIGludGVyZmFjZXMNCiBmb3IgY2Vu dHJhbGl6ZWQgbWFuYWdlbWVudCBvZiBJUCBhZGRyZXNzZXMsIHNwZWNpYWxseSBpbiB0aGUgY29u dGV4dCBvZiBTRE4vTkZWIG5ldHdvcmtzLiBVc2UgY2FzZXMgaW5jbHVkZSBkeW5hbWljIGFsbG9j YXRpb24gYW5kIHJlbGVhc2Ugb2YgSVAgYWRkcmVzc2VzIGFuZCBwcmVmaXhlcyBiYXNlZCBvbiB1 c2FnZSAocmVhbGxvY2F0aW9uIGluIGNhc2Ugb2Ygbm8gbW9yZSBpbiB1c2UpIGFuZC9vciB1c2Vy IGludGVudCAoZm9yIHNwZWNpZmljDQogc2VydmljZXMpLjwvc3Bhbj48bzpwPjwvbzpwPjwvbGk+ PC91bD4NCjx1bCB0eXBlPSJkaXNjIj4NCjxsaSBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iY29s b3I6YmxhY2s7bXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1 dG87bXNvLWxpc3Q6bDEgbGV2ZWwxIGxmbzY7YmFja2dyb3VuZDp3aGl0ZSI+DQo8c3BhbiBzdHls ZT0iZm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssc2Fucy1zZXJpZiI+QWdlbmRhPC9zcGFu PiA8bzpwPjwvbzpwPg0KPHVsIHR5cGU9ImNpcmNsZSI+DQo8bGkgY2xhc3M9Ik1zb05vcm1hbCIg c3R5bGU9ImNvbG9yOmJsYWNrO21zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90 dG9tLWFsdDphdXRvO21zby1saXN0OmwxIGxldmVsMiBsZm82O2JhY2tncm91bmQ6d2hpdGUiPg0K PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LHNhbnMtc2VyaWYiPlBy b2JsZW0gc3RhdGVtZW50IGFuZCB1c2UgY2FzZXM8L3NwYW4+PG86cD48L286cD48L2xpPjxsaSBj bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iY29sb3I6YmxhY2s7bXNvLW1hcmdpbi10b3AtYWx0OmF1 dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG87bXNvLWxpc3Q6bDEgbGV2ZWwyIGxmbzY7YmFj a2dyb3VuZDp3aGl0ZSI+DQo8c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVv dDssc2Fucy1zZXJpZiI+UmVxdWlyZW1lbnRzIGFuZCBmcmFtZXdvcms8L3NwYW4+PG86cD48L286 cD48L2xpPjxsaSBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iY29sb3I6YmxhY2s7bXNvLW1hcmdp bi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG87bXNvLWxpc3Q6bDEgbGV2 ZWwyIGxmbzY7YmFja2dyb3VuZDp3aGl0ZSI+DQo8c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1 b3Q7QXJpYWwmcXVvdDssc2Fucy1zZXJpZiI+UG9zc2libGUgY2hhcnRlciBnb2FscyBhbmQgbWls ZXN0b25lczwvc3Bhbj48bzpwPjwvbzpwPjwvbGk+PGxpIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl PSJjb2xvcjpibGFjazttc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1h bHQ6YXV0bzttc28tbGlzdDpsMSBsZXZlbDIgbGZvNjtiYWNrZ3JvdW5kOndoaXRlIj4NCjxzcGFu IHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OyxzYW5zLXNlcmlmIj5OZXh0IHN0 ZXBzPC9zcGFuPjxvOnA+PC9vOnA+PC9saT48L3VsPg0KPC9saT48bGkgY2xhc3M9Ik1zb05vcm1h bCIgc3R5bGU9ImNvbG9yOmJsYWNrO21zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4t Ym90dG9tLWFsdDphdXRvO21zby1saXN0OmwxIGxldmVsMSBsZm82O2JhY2tncm91bmQ6d2hpdGUi Pg0KPHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LHNhbnMtc2VyaWYi PlN0YXR1czogV0cgRm9ybWluZzwvc3Bhbj48bzpwPjwvbzpwPjwvbGk+PGxpIGNsYXNzPSJNc29O b3JtYWwiIHN0eWxlPSJjb2xvcjpibGFjazttc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFy Z2luLWJvdHRvbS1hbHQ6YXV0bzttc28tbGlzdDpsMSBsZXZlbDEgbGZvNjtiYWNrZ3JvdW5kOndo aXRlIj4NCjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OyxzYW5zLXNl cmlmIj5SZXNwb25zaWJsZSBBRDogT1BTIChCZW5vaXQgQ2xhaXNlLCBKb2VsIEphZWdnbGkpPC9z cGFuPjxvOnA+PC9vOnA+PC9saT48bGkgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImNvbG9yOmJs YWNrO21zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvO21z by1saXN0OmwxIGxldmVsMSBsZm82O2JhY2tncm91bmQ6d2hpdGUiPg0KPHNwYW4gc3R5bGU9ImZv bnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LHNhbnMtc2VyaWYiPkJvRiBwcm9wb25lbnRzOiBD aG9uZ2ZlbmcgWGllKENoaW5hIFRlbGVjb20pLCBSYWtlc2ggS3VtYXIgKEp1bmlwZXIpLCBZaW5n IENoZW5nKENoaW5hIFVuaWNvbSksIFdpbGwgTGl1KEh1YXdlaSk8L3NwYW4+PG86cD48L286cD48 L2xpPjxsaSBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iY29sb3I6YmxhY2s7bXNvLW1hcmdpbi10 b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG87bXNvLWxpc3Q6bDEgbGV2ZWwx IGxmbzY7YmFja2dyb3VuZDp3aGl0ZSI+DQo8c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7 QXJpYWwmcXVvdDssc2Fucy1zZXJpZiI+Qm9GIGNoYWlyczogVEJEPC9zcGFuPjxvOnA+PC9vOnA+ PC9saT48bGkgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImNvbG9yOmJsYWNrO21zby1tYXJnaW4t dG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvO21zby1saXN0OmwxIGxldmVs MSBsZm82O2JhY2tncm91bmQ6d2hpdGUiPg0KPHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90 O0FyaWFsJnF1b3Q7LHNhbnMtc2VyaWYiPk51bWJlciBvZiBwZW9wbGUgZXhwZWN0ZWQgdG8gYXR0 ZW5kOiAxMDA8L3NwYW4+PG86cD48L286cD48L2xpPjxsaSBjbGFzcz0iTXNvTm9ybWFsIiBzdHls ZT0iY29sb3I6YmxhY2s7bXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20t YWx0OmF1dG87bXNvLWxpc3Q6bDEgbGV2ZWwxIGxmbzY7YmFja2dyb3VuZDp3aGl0ZSI+DQo8c3Bh biBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssc2Fucy1zZXJpZiI+TGVuZ3Ro IG9mIHNlc3Npb24gKDEsIDEuNSwgMiwgb3IgMi41IGhvdXJzKTogMS41IGhvdXJzPC9zcGFuPjxv OnA+PC9vOnA+PC9saT48bGkgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImNvbG9yOmJsYWNrO21z by1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvO21zby1saXN0 OmwxIGxldmVsMSBsZm82O2JhY2tncm91bmQ6d2hpdGUiPg0KPHNwYW4gc3R5bGU9ImZvbnQtZmFt aWx5OiZxdW90O0FyaWFsJnF1b3Q7LHNhbnMtc2VyaWYiPkNvbmZsaWN0cyB0byBhdm9pZCAod2hv bGUgQXJlYXMgYW5kL29yIFdHcyk6IGludGFyZWEsIG9wc2F3ZywgYW5pbWEsIHN1cGEsIGRoYywg bmZ2cmc8L3NwYW4+PG86cD48L286cD48L2xpPjxsaSBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i Y29sb3I6YmxhY2s7bXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0 OmF1dG87bXNvLWxpc3Q6bDEgbGV2ZWwxIGxmbzY7YmFja2dyb3VuZDp3aGl0ZSI+DQo8c3BhbiBz dHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssc2Fucy1zZXJpZiI+TWFpbGluZyBM aXN0OiDigIs8YSBocmVmPSJodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2Nh c20iPjxzcGFuIGNsYXNzPSJpY29uIj48c3BhbiBzdHlsZT0iY29sb3I6IzQ0MDA4OCI+4oCLPC9z cGFuPjwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6IzQ0MDA4OCI+aHR0cHM6Ly93d3cuaWV0Zi5v cmcvbWFpbG1hbi9saXN0aW5mby9jYXNtPC9zcGFuPjwvYT48L3NwYW4+PG86cD48L286cD48L2xp PjxsaSBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iY29sb3I6YmxhY2s7bXNvLW1hcmdpbi10b3At YWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG87bXNvLWxpc3Q6bDEgbGV2ZWwxIGxm bzY7YmFja2dyb3VuZDp3aGl0ZSI+DQo8c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7QXJp YWwmcXVvdDssc2Fucy1zZXJpZiI+RHJhZnQgY2hhcnRlcjogVEJEPC9zcGFuPjxvOnA+PC9vOnA+ PC9saT48bGkgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImNvbG9yOmJsYWNrO21zby1tYXJnaW4t dG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvO21zby1saXN0OmwxIGxldmVs MSBsZm82O2JhY2tncm91bmQ6d2hpdGUiPg0KPHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90 O0FyaWFsJnF1b3Q7LHNhbnMtc2VyaWYiPlJlbGV2YW50IGRyYWZ0czo8L3NwYW4+IDxvOnA+PC9v OnA+DQo8dWwgdHlwZT0iY2lyY2xlIj4NCjxsaSBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iY29s b3I6YmxhY2s7bXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1 dG87bXNvLWxpc3Q6bDEgbGV2ZWwyIGxmbzY7YmFja2dyb3VuZDp3aGl0ZSI+DQo8c3BhbiBzdHls ZT0iZm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssc2Fucy1zZXJpZiI+PGEgaHJlZj0iaHR0 cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQta3VtYXItY2FzbS1wcm9ibGVtLWFu ZC11c2UtY2FzZXMiPjxzcGFuIGNsYXNzPSJpY29uIj48c3BhbiBzdHlsZT0iY29sb3I6IzQ0MDA4 OCI+4oCLPC9zcGFuPjwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6IzQ0MDA4OCI+aHR0cHM6Ly9k YXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQta3VtYXItY2FzbS1wcm9ibGVtLWFuZC11c2Ut Y2FzZXM8L3NwYW4+PC9hPjwvc3Bhbj48bzpwPjwvbzpwPjwvbGk+PGxpIGNsYXNzPSJNc29Ob3Jt YWwiIHN0eWxlPSJjb2xvcjpibGFjazttc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2lu LWJvdHRvbS1hbHQ6YXV0bzttc28tbGlzdDpsMSBsZXZlbDIgbGZvNjtiYWNrZ3JvdW5kOndoaXRl Ij4NCjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OyxzYW5zLXNlcmlm Ij48YSBocmVmPSJodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC14aWUtcHMt Y2VudHJhbGl6ZWQtYWRkcmVzcy1tYW5hZ2VtZW50Ij48c3BhbiBjbGFzcz0iaWNvbiI+PHNwYW4g c3R5bGU9ImNvbG9yOiM0NDAwODgiPuKAizwvc3Bhbj48L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9y OiM0NDAwODgiPmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LXhpZS1wcy1j ZW50cmFsaXplZC1hZGRyZXNzLW1hbmFnZW1lbnQ8L3NwYW4+PC9hPjwvc3Bhbj48bzpwPjwvbzpw PjwvbGk+PGxpIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJjb2xvcjpibGFjazttc28tbWFyZ2lu LXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bzttc28tbGlzdDpsMSBsZXZl bDIgbGZvNjtiYWNrZ3JvdW5kOndoaXRlIj4NCjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVv dDtBcmlhbCZxdW90OyxzYW5zLXNlcmlmIj48YSBocmVmPSJodHRwczovL2RhdGF0cmFja2VyLmll dGYub3JnL2RvYy9kcmFmdC1rdW1hci1jYXNtLXJlcXVpcmVtZW50cy1hbmQtZnJhbWV3b3JrIj48 c3BhbiBjbGFzcz0iaWNvbiI+PHNwYW4gc3R5bGU9ImNvbG9yOiM0NDAwODgiPuKAizwvc3Bhbj48 L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOiM0NDAwODgiPmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0 Zi5vcmcvZG9jL2RyYWZ0LWt1bWFyLWNhc20tcmVxdWlyZW1lbnRzLWFuZC1mcmFtZXdvcms8L3Nw YW4+PC9hPjwvc3Bhbj48bzpwPjwvbzpwPjwvbGk+PGxpIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl PSJjb2xvcjpibGFjazttc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1h bHQ6YXV0bzttc28tbGlzdDpsMSBsZXZlbDIgbGZvNjtiYWNrZ3JvdW5kOndoaXRlIj4NCjxzcGFu IHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OyxzYW5zLXNlcmlmIj48YSBocmVm PSJodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1zdW4taTJhcG0tYWRkcmVz cy1wb29sLW1hbmFnZW1lbnQtYXJjaCI+PHNwYW4gY2xhc3M9Imljb24iPjxzcGFuIHN0eWxlPSJj b2xvcjojNDQwMDg4Ij7igIs8L3NwYW4+PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjojNDQwMDg4 Ij5odHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1zdW4taTJhcG0tYWRkcmVz cy1wb29sLW1hbmFnZW1lbnQtYXJjaDwvc3Bhbj48L2E+PC9zcGFuPjxvOnA+PC9vOnA+PC9saT48 bGkgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImNvbG9yOmJsYWNrO21zby1tYXJnaW4tdG9wLWFs dDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvO21zby1saXN0OmwxIGxldmVsMiBsZm82 O2JhY2tncm91bmQ6d2hpdGUiPg0KPHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0FyaWFs JnF1b3Q7LHNhbnMtc2VyaWYiPjxhIGhyZWY9Imh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcv ZG9jL2RyYWZ0LXN1bi1pMmFwbS1hZGRyZXNzLXBvb2wtbWFuYWdlbWVudC15YW5nIj48c3BhbiBj bGFzcz0iaWNvbiI+PHNwYW4gc3R5bGU9ImNvbG9yOiM0NDAwODgiPuKAizwvc3Bhbj48L3NwYW4+ PHNwYW4gc3R5bGU9ImNvbG9yOiM0NDAwODgiPmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcv ZG9jL2RyYWZ0LXN1bi1pMmFwbS1hZGRyZXNzLXBvb2wtbWFuYWdlbWVudC15YW5nPC9zcGFuPjwv YT48L3NwYW4+PG86cD48L286cD48L2xpPjwvdWw+DQo8L2xpPjwvdWw+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj4tLWVuZC0tPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJz cDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWFsaWdu Omp1c3RpZnkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2NvbG9yOiMxRjQ5N0QiPlJl Z2FyZHMsPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9 InRleHQtYWxpZ246anVzdGlmeSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Y29sb3I6 IzFGNDk3RCI+V2lsbCAoTElVIFNodWNoZW5nKTwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2JvZHk+DQo8 L2h0bWw+DQo= --_000_C9B5F12337F6F841B35C404CF0554ACB898C19DCSZXEMA509MBSchi_-- From nobody Fri Feb 10 05:55:31 2017 Return-Path: X-Original-To: opsawg@ietfa.amsl.com Delivered-To: opsawg@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 90F1012995D for ; Fri, 10 Feb 2017 05:55:29 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.523 X-Spam-Level: X-Spam-Status: No, score=-14.523 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.001, 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 KN_sY6lykGlV for ; Fri, 10 Feb 2017 05:55:28 -0800 (PST) Received: from aer-iport-1.cisco.com (aer-iport-1.cisco.com [173.38.203.51]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 41BAE129965 for ; Fri, 10 Feb 2017 05:55:28 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=2125; q=dns/txt; s=iport; t=1486734928; x=1487944528; h=subject:to:references:from:message-id:date:mime-version: in-reply-to; bh=ac2AN45iUeP6T74rlj4iDrREnE1icJ//MHMCNwY2wU0=; b=FC5VrBKqDWB0q2kqcGBnNp6zjaOAEGT4ih41tXXS8LgJdCujAxV0Zs7Z XEEAx/Df/lrKXkT+4unmAQovJZhxcCK4AepWKPLfG/9y8wctaUToHDzlP Q8rBRqPpU8DtNLjiHiw67JA8z3erTlyBNa0TK2/kSLj+PYc5pJK9sDJcN s=; X-Files: signature.asc : 481 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0ApBwDpxJ1Y/xbLJq1eGgEBAQECAQEBA?= =?us-ascii?q?QgBAQEBhDYnhDiKepEakyeEHIYiAoM4FQECAQEBAQEBAWIdC4RqAQUjSQoTCxg?= =?us-ascii?q?qAgJXBg0IAQGJdK9hgiWLVAEBAQEBBQEBAQEBFA+IUYJqh1qCXwWbcoNzggeMG?= =?us-ascii?q?oo/hkaTFTUifh8TCBUVhn8/ilMBAQE?= X-IronPort-AV: E=Sophos;i="5.35,141,1484006400"; d="asc'?scan'208";a="692105110" Received: from aer-iport-nat.cisco.com (HELO aer-core-1.cisco.com) ([173.38.203.22]) by aer-iport-1.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 10 Feb 2017 13:55:26 +0000 Received: from [10.61.173.188] ([10.61.173.188]) by aer-core-1.cisco.com (8.14.5/8.14.5) with ESMTP id v1ADtQ6O022329 for ; Fri, 10 Feb 2017 13:55:26 GMT To: "opsawg@ietf.org" References: <972694da-cb50-b41b-2344-2b34fd0128dc@cisco.com> From: Eliot Lear Message-ID: <3c62636d-aa30-e138-2de7-b6259b40a536@cisco.com> Date: Fri, 10 Feb 2017 14:55:25 +0100 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:45.0) Gecko/20100101 Thunderbird/45.7.1 MIME-Version: 1.0 In-Reply-To: <972694da-cb50-b41b-2344-2b34fd0128dc@cisco.com> Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="GwnHfdVkLwiitPmckUbU7Dufrmw54KMPP" Archived-At: Subject: Re: [OPSAWG] MUD: open issue: controller v. my-controller X-BeenThere: opsawg@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: OPSA Working Group Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Feb 2017 13:55:29 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --GwnHfdVkLwiitPmckUbU7Dufrmw54KMPP Content-Type: multipart/mixed; boundary="un5FKP1HexiVbh3QwGMfa0LRfWdp2PdWO"; protected-headers="v1" From: Eliot Lear To: "opsawg@ietf.org" Message-ID: <3c62636d-aa30-e138-2de7-b6259b40a536@cisco.com> Subject: Re: [OPSAWG] MUD: open issue: controller v. my-controller References: <972694da-cb50-b41b-2344-2b34fd0128dc@cisco.com> In-Reply-To: <972694da-cb50-b41b-2344-2b34fd0128dc@cisco.com> --un5FKP1HexiVbh3QwGMfa0LRfWdp2PdWO Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Well, foist on my own petard. We've run into a small issue with the following: On 2/9/17 4:47 PM, Eliot Lear wrote: > My second proposal is not to remove the "controller" component, but to > modify it to be a grouping of some form that consists of a URI, much as= > it is today, and a display element associated with the URI. This will > allow for the standard behaviors already defined as well as some > non-standard, as we gain more experience. > This runs us into internationalization issues. Therefore that documentation must be external, and "controller" alone should be used with care. I've added some text around that for the next version. Eliot --un5FKP1HexiVbh3QwGMfa0LRfWdp2PdWO-- --GwnHfdVkLwiitPmckUbU7Dufrmw54KMPP Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2 iQEcBAEBCAAGBQJYncZOAAoJEIe2a0bZ0noznfwIAKO4I6sfpVJSLrTDJdFmtnTm VWd18rOre1jwRR3uX3pLhBjiaNrstJ6VXwyhQXzLPzLC54sB4jTh+nCZ33+LJmCK nujqMHTi/+5xYTjb3VA694NBNHzcCvSOIVWDu/X0UESOuB9H71ZrUGjaMLfeuONQ e52md6/pehizy3YzyAC2NTFgNT9V2HYXxOkMP5wdX/w8wLYnF3yQASlQjxYEIF9e xgxEMFDlp0C3c0YsF/YGw0XCEWaoVPTcKm4fALHDH7eMGTmsKWAiWrpWEXr0TDqT F2j5Q/M//EAkQIZrneS4D7KyeLH/p6k271NvdpgHaGRVr2iugL7B1JkFW3UOriw= =spS9 -----END PGP SIGNATURE----- --GwnHfdVkLwiitPmckUbU7Dufrmw54KMPP-- From nobody Sun Feb 12 19:35:44 2017 Return-Path: X-Original-To: opsawg@ietfa.amsl.com Delivered-To: opsawg@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5B9CE129514; Sun, 12 Feb 2017 19:35:42 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.221 X-Spam-Level: X-Spam-Status: No, score=-4.221 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=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 LJCGKkS-eQMa; Sun, 12 Feb 2017 19:35:40 -0800 (PST) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CDF361294EF; Sun, 12 Feb 2017 19:35:39 -0800 (PST) Received: from 172.18.7.190 (EHLO lhreml704-cah.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id DAN10895; Mon, 13 Feb 2017 03:35:37 +0000 (GMT) Received: from NKGEML413-HUB.china.huawei.com (10.98.56.74) by lhreml704-cah.china.huawei.com (10.201.5.130) with Microsoft SMTP Server (TLS) id 14.3.301.0; Mon, 13 Feb 2017 03:35:36 +0000 Received: from NKGEML515-MBX.china.huawei.com ([fe80::a54a:89d2:c471:ff]) by NKGEML413-HUB.china.huawei.com ([10.98.56.74]) with mapi id 14.03.0235.001; Mon, 13 Feb 2017 11:35:29 +0800 From: Tianran Zhou To: "opsawg@ietf.org" Thread-Topic: WG adoption poll for draft-li-opsawg-ipfix-bgp-community-02 Thread-Index: AdKFqjl1xBXNvf7XRCiwopLruYITLA== Date: Mon, 13 Feb 2017 03:36:32 +0000 Message-ID: Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.111.156.116] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-CFilter-Loop: Reflected X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A020203.58A1298A.007E, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0, ip=0.0.0.0, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32 X-Mirapoint-Loop-Id: ddba5404419aa47dc94d715ea17d23a0 Archived-At: Cc: "opsawg-chairs@ietf.org" Subject: [OPSAWG] WG adoption poll for draft-li-opsawg-ipfix-bgp-community-02 X-BeenThere: opsawg@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: OPSA Working Group Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Feb 2017 03:35:42 -0000 Dear OPSAWG, In Seoul, we got enough interest and positive response on this IPFIX IE ext= ension draft. By the authors' request, this email starts a formal poll. The chairs would = like to know if the WG participants agree that the following document shoul= d be adopted as a WG document in OPSAWG. Export BGP community information in IP Flow Information Export (IPFIX) https://tools.ietf.org/html/draft-li-opsawg-ipfix-bgp-community-02 The adoption poll will take two weeks. Please let us know your opinion by F= eb 27. It would also be good to hear who is willing to review and/or implem= ent or deploy the extension described in the document. Since we already found that the majority of the f2f participants at our IET= F97 session like this idea, please do speak up now if you do not agree or h= ave serious objections (with explanation of course). Regards, Tianran From nobody Sun Feb 12 21:41:25 2017 Return-Path: X-Original-To: opsawg@ietfa.amsl.com Delivered-To: opsawg@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4C11D12941A for ; Sun, 12 Feb 2017 21:41:23 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.199 X-Spam-Level: X-Spam-Status: No, score=-4.199 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001, URIBL_BLOCKED=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 iATroK-WZq0K for ; Sun, 12 Feb 2017 21:41:20 -0800 (PST) Received: from mx5.zte.com.cn (mx5.zte.com.cn [63.217.80.70]) by ietfa.amsl.com (Postfix) with ESMTP id A41741293E4 for ; Sun, 12 Feb 2017 21:41:18 -0800 (PST) X-scanvirus: By SEG_CYREN AntiVirus Engine X-scanresult: CLEAN X-MAILFROM: X-RCPTTO: X-FROMIP: 192.168.168.120 X-SEG-Scaned: 1 X-Received: unknown,192.168.168.120,20170213133153 Received: from unknown (HELO out1.zte.com.cn) (192.168.168.120) by localhost with SMTP; 13 Feb 2017 05:31:53 -0000 X-scanvirus: By SEG_CYREN AntiVirus Engine X-scanresult: CLEAN X-MAILFROM: X-RCPTTO: X-FROMIP: 10.30.3.20 X-SEG-Scaned: 1 X-Received: unknown,10.30.3.20,20170213132829 Received: from unknown (HELO mse01.zte.com.cn) (10.30.3.20) by localhost with (AES256-SHA encrypted) SMTP; 13 Feb 2017 05:28:29 -0000 Received: from notes_smtp.zte.com.cn ([10.30.1.239]) by mse01.zte.com.cn with ESMTP id v1D5f7G0042004; Mon, 13 Feb 2017 13:41:07 +0800 (GMT-8) (envelope-from hu.fangwei@zte.com.cn) Received: from xgxapp02.zte.com.cn ([10.30.14.23]) by szhqsmtp01.zte.com.cn (Lotus Domino Release 8.5.3FP6) with SMTP id 2017021313410896-6970343 ; Mon, 13 Feb 2017 13:41:08 +0800 Received: from mapi (xgxapp01[null]) by mapi (Zmail) with MAPI id mid71; Mon, 13 Feb 2017 13:41:03 +0800 (CST) Date: Mon, 13 Feb 2017 13:41:03 +0800 (CST) X-Zmail-TransId: 2af958a146efffffffff80c-fad1b X-Mailer: Zmail v1.0 Message-ID: <201702131341035504196@zte.com.cn> X-Priority: 3 (Normal) Mime-Version: 1.0 From: To: X-MIMETrack: Itemize by SMTP Server on SZHQSMTP01/server/zte_ltd(Release 8.5.3FP6|November 21, 2013) at 2017-02-13 13:41:08, Serialize by Router on notes_smtp/zte_ltd(Release 8.5.3FP6|November 21, 2013) at 2017-02-13 13:40:55, Serialize complete at 2017-02-13 13:40:55 Content-Type: multipart/mixed; boundary="=====_001_next=====" X-MAIL: mse01.zte.com.cn v1D5f7G0042004 X-HQIP: 127.0.0.1 X-HQIP: 127.0.0.1 Archived-At: Cc: opsawg-chairs@ietf.org Subject: [OPSAWG] =?utf-8?q?=C2=A0WG_adoption_poll_for_draft-li-opsawg-ipf?= =?utf-8?q?ix-bgp-community-02?= X-BeenThere: opsawg@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: OPSA Working Group Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Feb 2017 05:41:23 -0000 --=====_001_next===== Content-Type: multipart/related; boundary="=====_002_next=====" --=====_002_next===== Content-Type: multipart/alternative; boundary="=====_003_next=====" --=====_003_next===== Content-Transfer-Encoding: base64 Content-Type: text/plain; charset="UTF-8" RGVhciBhbGwuIEkgdGhpbmsgdGhlIGV4dGVuc2lvbiBvZiBJUEZJWCBpcyB2YWx1YWJsZSBpbiBj YXJyeWluZyB0aGUgQkdQIGNvbW11bml0eSBpbmZvcm1hdGlvbi4gUGVyc29uYWxseSBJIGFncmVl IG9uIHRoZSBhZG9wdGlvbiBhcyBhIHdvcmsgZ3JvdXAgZG9jdW1lbnQuDQoNCg0KDQoNClJlZ2Fy ZHMuDQoNCg0KRmFuZ3dlaQ0KDQoNCg0KDQoNCkRlYXIgSVBGSVgsDQoNClNpbmNlIHRoZSBJUEZJ WCBXRyBpcyBjb25jbHVkZWQsIHRoaXMgSUUgZXh0ZW5zaW9uIGRyYWZ0IGlzIHByb2Nlc3NlZCBu b3cgaW4gT1BTQVdHLlRoYW5rcyB2ZXJ5IG11Y2ggZm9yIHRoZSBwcmV2aW91cyBjb21tZW50cyBh bmQgZGlzY3Vzc2lvbnMgb24gdGhpcyBkcmFmdCBpbiB0aGlzIG1haWxpbmcgbGlzdC5Ob3cgdGhl IE9QU0FXRyBpcyBwb2xsaW5nIGZvciBhZG9wdGlvbiBvZiB0aGlzIEktRC4gSSBzaW5jZXJlbHkg YXBwcmVjaWF0ZSB5b3VyIG9waW5pb24gYW5kIHJldmlldy5CZXN0IFJlZ2FyZHMsVGlhbnJhbiBa aG91LS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS1Gcm9tOiBPUFNBV0cgW21haWx0bzpvcHNhd2ct Ym91bmNlc0BpZXRmLm9yZ10gT24gQmVoYWxmIE9mIFRpYW5yYW4gWmhvdVNlbnQ6IE1vbmRheSwg RmVicnVhcnkgMTMsIDIwMTcgMTE6MzcgQU1Ubzogb3BzYXdnQGlldGYub3JnQ2M6IG9wc2F3Zy1j aGFpcnNAaWV0Zi5vcmdTdWJqZWN0OiBbT1BTQVdHXSBXRyBhZG9wdGlvbiBwb2xsIGZvciBkcmFm dC1saS1vcHNhd2ctaXBmaXgtYmdwLWNvbW11bml0eS0wMkRlYXIgT1BTQVdHLEluIFNlb3VsLCB3 ZSBnb3QgZW5vdWdoIGludGVyZXN0IGFuZCBwb3NpdGl2ZSByZXNwb25zZSBvbiB0aGlzIElQRklY IElFIGV4dGVuc2lvbiBkcmFmdC5CeSB0aGUgYXV0aG9ycycgcmVxdWVzdCwgdGhpcyBlbWFpbCBz dGFydHMgYSBmb3JtYWwgcG9sbC4gVGhlIGNoYWlycyB3b3VsZCBsaWtlIHRvIGtub3cgaWYgdGhl IFdHIHBhcnRpY2lwYW50cyBhZ3JlZSB0aGF0IHRoZSBmb2xsb3dpbmcgZG9jdW1lbnQgc2hvdWxk IGJlIGFkb3B0ZWQgYXMgYSBXRyBkb2N1bWVudCBpbiBPUFNBV0cuRXhwb3J0IEJHUCBjb21tdW5p dHkgaW5mb3JtYXRpb24gaW4gSVAgRmxvdyBJbmZvcm1hdGlvbiBFeHBvcnQgKElQRklYKWh0dHBz Oi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1saS1vcHNhd2ctaXBmaXgtYmdwLWNvbW11bml0 eS0wMlRoZSBhZG9wdGlvbiBwb2xsIHdpbGwgdGFrZSB0d28gd2Vla3MuIFBsZWFzZSBsZXQgdXMg a25vdyB5b3VyIG9waW5pb24gYnkgRmViIDI3LiBJdCB3b3VsZCBhbHNvIGJlIGdvb2QgdG8gaGVh ciB3aG8gaXMgd2lsbGluZyB0byByZXZpZXcgYW5kL29yIGltcGxlbWVudCBvciBkZXBsb3kgdGhl IGV4dGVuc2lvbiBkZXNjcmliZWQgaW4gdGhlIGRvY3VtZW50LlNpbmNlIHdlIGFscmVhZHkgZm91 bmQgdGhhdCB0aGUgbWFqb3JpdHkgb2YgdGhlIGYyZiBwYXJ0aWNpcGFudHMgYXQgb3VyIElFVEY5 NyBzZXNzaW9uIGxpa2UgdGhpcyBpZGVhLCBwbGVhc2UgZG8gc3BlYWsgdXAgbm93IGlmIHlvdSBk byBub3QgYWdyZWUgb3IgaGF2ZSBzZXJpb3VzIG9iamVjdGlvbnMgKHdpdGggZXhwbGFuYXRpb24g b2YgY291cnNlKS5SZWdhcmRzLFRpYW5yYW4= --=====_003_next===== Content-Transfer-Encoding: base64 Content-Type: text/html ; charset="UTF-8" PGRpdiBjbGFzcz0iemNvbnRlbnRSb3ciPiA8cD48YnI+PC9wPjxwPjxzcGFuIHN0eWxlPSJmb250 LWZhbWlseTog5a6L5L2TLCAnTWljcm9zb2Z0IFlhaGVpJywgQXJpYWwsICdMdWNpZGEgR3JhbmRl JywgVmVyZGFuYSwgTHVjaWRhLCBIZWx2ZXRpY2EsIHNhbnMtc2VyaWY7IGxpbmUtaGVpZ2h0OiAy MHB4OyBiYWNrZ3JvdW5kLWNvbG9yOiByZ2IoMjU1LCAyNTUsIDI1NSk7Ij5EZWFyIGFsbC4gSSB0 aGluayB0aGUgZXh0ZW5zaW9uIG9mIElQRklYIGlzIHZhbHVhYmxlIGluIGNhcnJ5aW5nIHRoZSBC R1AgY29tbXVuaXR5IGluZm9ybWF0aW9uLiBQZXJzb25hbGx5IEkgYWdyZWUgb24gdGhlIGFkb3B0 aW9uIGFzIGEgd29yayBncm91cCBkb2N1bWVudC48L3NwYW4+PC9wPjxwPjxzcGFuIHN0eWxlPSJm b250LWZhbWlseTog5a6L5L2TLCAnTWljcm9zb2Z0IFlhaGVpJywgQXJpYWwsICdMdWNpZGEgR3Jh bmRlJywgVmVyZGFuYSwgTHVjaWRhLCBIZWx2ZXRpY2EsIHNhbnMtc2VyaWY7IGxpbmUtaGVpZ2h0 OiAyMHB4OyBiYWNrZ3JvdW5kLWNvbG9yOiByZ2IoMjU1LCAyNTUsIDI1NSk7Ij48YnI+PC9zcGFu PjwvcD48cD5SZWdhcmRzLjxicj48L3A+PHA+RmFuZ3dlaTxicj48L3A+PHA+PHNwYW4gc3R5bGU9 ImNvbG9yOiByZ2IoMzMsIDMzLCAzMyk7IGZvbnQtZmFtaWx5OiAnTWljcm9zb2Z0IFlhSGVpIFVJ Jywgc2Fucy1zZXJpZjsgbGluZS1oZWlnaHQ6IDIwcHg7IGJhY2tncm91bmQtY29sb3I6IHdoaXRl OyI+PGJyPjwvc3Bhbj48L3A+PHA+PHNwYW4gc3R5bGU9ImNvbG9yOiByZ2IoMzMsIDMzLCAzMyk7 IGZvbnQtZmFtaWx5OiAnTWljcm9zb2Z0IFlhSGVpIFVJJywgc2Fucy1zZXJpZjsgbGluZS1oZWln aHQ6IDIwcHg7IGJhY2tncm91bmQtY29sb3I6IHdoaXRlOyI+RGVhciBJUEZJWCw8L3NwYW4+PC9w PjxwPjxzcGFuIHN0eWxlPSJib3gtc2l6aW5nOiBib3JkZXItYm94O2xpbmUtaGVpZ2h0OiAyMHB4 O2ZvbnQtZmFtaWx5OiAnTWljcm9zb2Z0IFlhSGVpIFVJJywgc2Fucy1zZXJpZjtjb2xvcjogcmdi KDMzLCAzMywgMzMpO291dGxpbmU6IG5vbmUgIWltcG9ydGFudDtiYWNrZ3JvdW5kLWNvbG9yOiBy Z2IoMjU1LCAyNTUsIDI1NSkiPjxiciBzdHlsZT0iYm94LXNpemluZzogYm9yZGVyLWJveDtvdXRs aW5lOiBub25lICFpbXBvcnRhbnQiPjxzcGFuIHN0eWxlPSJib3gtc2l6aW5nOiBib3JkZXItYm94 O291dGxpbmU6IG5vbmUgIWltcG9ydGFudCI+U2luY2UgdGhlIElQRklYIFdHIGlzIGNvbmNsdWRl ZCwgdGhpcyBJRSBleHRlbnNpb24gZHJhZnQgaXMgcHJvY2Vzc2VkIG5vdyBpbiBPUFNBV0cuPC9z cGFuPjxiciBzdHlsZT0iYm94LXNpemluZzogYm9yZGVyLWJveDtvdXRsaW5lOiBub25lICFpbXBv cnRhbnQiPjxzcGFuIHN0eWxlPSJib3gtc2l6aW5nOiBib3JkZXItYm94O291dGxpbmU6IG5vbmUg IWltcG9ydGFudCI+VGhhbmtzIHZlcnkgbXVjaCBmb3IgdGhlIHByZXZpb3VzIGNvbW1lbnRzIGFu ZCBkaXNjdXNzaW9ucyBvbiB0aGlzIGRyYWZ0IGluIHRoaXMgbWFpbGluZyBsaXN0Ljwvc3Bhbj48 YnIgc3R5bGU9ImJveC1zaXppbmc6IGJvcmRlci1ib3g7b3V0bGluZTogbm9uZSAhaW1wb3J0YW50 Ij48c3BhbiBzdHlsZT0iYm94LXNpemluZzogYm9yZGVyLWJveDtvdXRsaW5lOiBub25lICFpbXBv cnRhbnQiPk5vdyB0aGUgT1BTQVdHIGlzIHBvbGxpbmcgZm9yIGFkb3B0aW9uIG9mIHRoaXMgSS1E LiBJIHNpbmNlcmVseSBhcHByZWNpYXRlIHlvdXIgb3BpbmlvbiBhbmQgcmV2aWV3Ljwvc3Bhbj48 YnIgc3R5bGU9ImJveC1zaXppbmc6IGJvcmRlci1ib3g7b3V0bGluZTogbm9uZSAhaW1wb3J0YW50 Ij48YnIgc3R5bGU9ImJveC1zaXppbmc6IGJvcmRlci1ib3g7b3V0bGluZTogbm9uZSAhaW1wb3J0 YW50Ij48c3BhbiBzdHlsZT0iYm94LXNpemluZzogYm9yZGVyLWJveDtvdXRsaW5lOiBub25lICFp bXBvcnRhbnQiPkJlc3QgUmVnYXJkcyw8L3NwYW4+PGJyIHN0eWxlPSJib3gtc2l6aW5nOiBib3Jk ZXItYm94O291dGxpbmU6IG5vbmUgIWltcG9ydGFudCI+PHNwYW4gc3R5bGU9ImJveC1zaXppbmc6 IGJvcmRlci1ib3g7b3V0bGluZTogbm9uZSAhaW1wb3J0YW50Ij5UaWFucmFuIFpob3U8L3NwYW4+ PGJyIHN0eWxlPSJib3gtc2l6aW5nOiBib3JkZXItYm94O291dGxpbmU6IG5vbmUgIWltcG9ydGFu dCI+PGJyIHN0eWxlPSJib3gtc2l6aW5nOiBib3JkZXItYm94O291dGxpbmU6IG5vbmUgIWltcG9y dGFudCI+PHNwYW4gc3R5bGU9ImJveC1zaXppbmc6IGJvcmRlci1ib3g7b3V0bGluZTogbm9uZSAh aW1wb3J0YW50Ij4tLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLTwvc3Bhbj48YnIgc3R5bGU9ImJv eC1zaXppbmc6IGJvcmRlci1ib3g7b3V0bGluZTogbm9uZSAhaW1wb3J0YW50Ij48c3BhbiBzdHls ZT0iYm94LXNpemluZzogYm9yZGVyLWJveDtvdXRsaW5lOiBub25lICFpbXBvcnRhbnQiPkZyb206 IE9QU0FXRyBbPC9zcGFuPjwvc3Bhbj48c3BhbiBzdHlsZT0iYm94LXNpemluZzogYm9yZGVyLWJv eDtmb250LWZhbWlseTog5a6L5L2TLCAnTWljcm9zb2Z0IFlhaGVpJywgQXJpYWwsICdMdWNpZGEg R3JhbmRlJywgVmVyZGFuYSwgTHVjaWRhLCBIZWx2ZXRpY2EsIHNhbnMtc2VyaWY7bGluZS1oZWln aHQ6IDIwcHg7b3V0bGluZTogbm9uZSAhaW1wb3J0YW50O2JhY2tncm91bmQtY29sb3I6IHJnYigy NTUsIDI1NSwgMjU1KSI+PGEgdGFyZ2V0PSJfYmxhbmsiIHN0eWxlPSJib3gtc2l6aW5nOiBib3Jk ZXItYm94O2NvbG9yOiBibHVlO2N1cnNvcjogcG9pbnRlcjtvdXRsaW5lOiBub25lICFpbXBvcnRh bnQ7YmFja2dyb3VuZC1jb2xvcjogdHJhbnNwYXJlbnQiIGhyZWY9Im1haWx0bzpvcHNhd2ctYm91 bmNlc0BpZXRmLm9yZyI+PHNwYW4gc3R5bGU9ImJveC1zaXppbmc6IGJvcmRlci1ib3g7Zm9udC1m YW1pbHk6ICdNaWNyb3NvZnQgWWFIZWkgVUknLCBzYW5zLXNlcmlmO291dGxpbmU6IG5vbmUgIWlt cG9ydGFudCI+bWFpbHRvOm9wc2F3Zy1ib3VuY2VzQGlldGYub3JnPC9zcGFuPjwvYT48L3NwYW4+ PHNwYW4gc3R5bGU9ImJveC1zaXppbmc6IGJvcmRlci1ib3g7bGluZS1oZWlnaHQ6IDIwcHg7Zm9u dC1mYW1pbHk6ICdNaWNyb3NvZnQgWWFIZWkgVUknLCBzYW5zLXNlcmlmO2NvbG9yOiByZ2IoMzMs IDMzLCAzMyk7b3V0bGluZTogbm9uZSAhaW1wb3J0YW50O2JhY2tncm91bmQ6IHdoaXRlIj5dIE9u IEJlaGFsZiBPZiBUaWFucmFuIFpob3U8L3NwYW4+PHNwYW4gc3R5bGU9ImJveC1zaXppbmc6IGJv cmRlci1ib3g7bGluZS1oZWlnaHQ6IDIwcHg7Zm9udC1mYW1pbHk6ICdNaWNyb3NvZnQgWWFIZWkg VUknLCBzYW5zLXNlcmlmO2NvbG9yOiByZ2IoMzMsIDMzLCAzMyk7b3V0bGluZTogbm9uZSAhaW1w b3J0YW50O2JhY2tncm91bmQtY29sb3I6IHJnYigyNTUsIDI1NSwgMjU1KSI+PGJyIHN0eWxlPSJi b3gtc2l6aW5nOiBib3JkZXItYm94O291dGxpbmU6IG5vbmUgIWltcG9ydGFudCI+PHNwYW4gc3R5 bGU9ImJveC1zaXppbmc6IGJvcmRlci1ib3g7b3V0bGluZTogbm9uZSAhaW1wb3J0YW50Ij5TZW50 OiBNb25kYXksIEZlYnJ1YXJ5IDEzLCAyMDE3IDExOjM3IEFNPC9zcGFuPjxiciBzdHlsZT0iYm94 LXNpemluZzogYm9yZGVyLWJveDtvdXRsaW5lOiBub25lICFpbXBvcnRhbnQiPjxzcGFuIHN0eWxl PSJib3gtc2l6aW5nOiBib3JkZXItYm94O291dGxpbmU6IG5vbmUgIWltcG9ydGFudCI+VG86IG9w c2F3Z0BpZXRmLm9yZzwvc3Bhbj48YnIgc3R5bGU9ImJveC1zaXppbmc6IGJvcmRlci1ib3g7b3V0 bGluZTogbm9uZSAhaW1wb3J0YW50Ij48c3BhbiBzdHlsZT0iYm94LXNpemluZzogYm9yZGVyLWJv eDtvdXRsaW5lOiBub25lICFpbXBvcnRhbnQiPkNjOiBvcHNhd2ctY2hhaXJzQGlldGYub3JnPC9z cGFuPjxiciBzdHlsZT0iYm94LXNpemluZzogYm9yZGVyLWJveDtvdXRsaW5lOiBub25lICFpbXBv cnRhbnQiPjxzcGFuIHN0eWxlPSJib3gtc2l6aW5nOiBib3JkZXItYm94O291dGxpbmU6IG5vbmUg IWltcG9ydGFudCI+U3ViamVjdDogW09QU0FXR10gV0cgYWRvcHRpb24gcG9sbCBmb3IgZHJhZnQt bGktb3BzYXdnLWlwZml4LWJncC1jb21tdW5pdHktMDI8L3NwYW4+PGJyIHN0eWxlPSJib3gtc2l6 aW5nOiBib3JkZXItYm94O291dGxpbmU6IG5vbmUgIWltcG9ydGFudCI+PGJyIHN0eWxlPSJib3gt c2l6aW5nOiBib3JkZXItYm94O291dGxpbmU6IG5vbmUgIWltcG9ydGFudCI+PHNwYW4gc3R5bGU9 ImJveC1zaXppbmc6IGJvcmRlci1ib3g7b3V0bGluZTogbm9uZSAhaW1wb3J0YW50Ij5EZWFyIE9Q U0FXRyw8L3NwYW4+PGJyIHN0eWxlPSJib3gtc2l6aW5nOiBib3JkZXItYm94O291dGxpbmU6IG5v bmUgIWltcG9ydGFudCI+PGJyIHN0eWxlPSJib3gtc2l6aW5nOiBib3JkZXItYm94O291dGxpbmU6 IG5vbmUgIWltcG9ydGFudCI+PHNwYW4gc3R5bGU9ImJveC1zaXppbmc6IGJvcmRlci1ib3g7b3V0 bGluZTogbm9uZSAhaW1wb3J0YW50Ij5JbiBTZW91bCwgd2UgZ290IGVub3VnaCBpbnRlcmVzdCBh bmQgcG9zaXRpdmUgcmVzcG9uc2Ugb24gdGhpcyBJUEZJWCBJRSBleHRlbnNpb24gZHJhZnQuPC9z cGFuPjxiciBzdHlsZT0iYm94LXNpemluZzogYm9yZGVyLWJveDtvdXRsaW5lOiBub25lICFpbXBv cnRhbnQiPjxzcGFuIHN0eWxlPSJib3gtc2l6aW5nOiBib3JkZXItYm94O291dGxpbmU6IG5vbmUg IWltcG9ydGFudCI+QnkgdGhlIGF1dGhvcnMnIHJlcXVlc3QsIHRoaXMgZW1haWwgc3RhcnRzIGEg Zm9ybWFsIHBvbGwuIFRoZSBjaGFpcnMgd291bGQgbGlrZSB0byBrbm93IGlmIHRoZSBXRyBwYXJ0 aWNpcGFudHMgYWdyZWUgdGhhdCB0aGUgZm9sbG93aW5nIGRvY3VtZW50IHNob3VsZCBiZSBhZG9w dGVkIGFzIGEgV0cgZG9jdW1lbnQgaW4gT1BTQVdHLjwvc3Bhbj48YnIgc3R5bGU9ImJveC1zaXpp bmc6IGJvcmRlci1ib3g7b3V0bGluZTogbm9uZSAhaW1wb3J0YW50Ij48YnIgc3R5bGU9ImJveC1z aXppbmc6IGJvcmRlci1ib3g7b3V0bGluZTogbm9uZSAhaW1wb3J0YW50Ij48c3BhbiBzdHlsZT0i Ym94LXNpemluZzogYm9yZGVyLWJveDtvdXRsaW5lOiBub25lICFpbXBvcnRhbnQiPkV4cG9ydCBC R1AgY29tbXVuaXR5IGluZm9ybWF0aW9uIGluIElQIEZsb3cgSW5mb3JtYXRpb24gRXhwb3J0IChJ UEZJWCk8L3NwYW4+PGJyIHN0eWxlPSJib3gtc2l6aW5nOiBib3JkZXItYm94O291dGxpbmU6IG5v bmUgIWltcG9ydGFudCI+PC9zcGFuPjxzcGFuIHN0eWxlPSJib3gtc2l6aW5nOiBib3JkZXItYm94 O2ZvbnQtZmFtaWx5OiDlrovkvZMsICdNaWNyb3NvZnQgWWFoZWknLCBBcmlhbCwgJ0x1Y2lkYSBH cmFuZGUnLCBWZXJkYW5hLCBMdWNpZGEsIEhlbHZldGljYSwgc2Fucy1zZXJpZjtsaW5lLWhlaWdo dDogMjBweDtvdXRsaW5lOiBub25lICFpbXBvcnRhbnQ7YmFja2dyb3VuZC1jb2xvcjogcmdiKDI1 NSwgMjU1LCAyNTUpIj48YSB0YXJnZXQ9Il9ibGFuayIgc3R5bGU9ImJveC1zaXppbmc6IGJvcmRl ci1ib3g7Y29sb3I6IGJsdWU7Y3Vyc29yOiBwb2ludGVyO291dGxpbmU6IG5vbmUgIWltcG9ydGFu dDtiYWNrZ3JvdW5kLWNvbG9yOiB0cmFuc3BhcmVudCIgaHJlZj0iaHR0cHM6Ly90b29scy5pZXRm Lm9yZy9odG1sL2RyYWZ0LWxpLW9wc2F3Zy1pcGZpeC1iZ3AtY29tbXVuaXR5LTAyIj48c3BhbiBz dHlsZT0iYm94LXNpemluZzogYm9yZGVyLWJveDtmb250LWZhbWlseTogJ01pY3Jvc29mdCBZYUhl aSBVSScsIHNhbnMtc2VyaWY7b3V0bGluZTogbm9uZSAhaW1wb3J0YW50Ij5odHRwczovL3Rvb2xz LmlldGYub3JnL2h0bWwvZHJhZnQtbGktb3BzYXdnLWlwZml4LWJncC1jb21tdW5pdHktMDI8L3Nw YW4+PC9hPjwvc3Bhbj48c3BhbiBzdHlsZT0iYm94LXNpemluZzogYm9yZGVyLWJveDtsaW5lLWhl aWdodDogMjBweDtmb250LWZhbWlseTogJ01pY3Jvc29mdCBZYUhlaSBVSScsIHNhbnMtc2VyaWY7 Y29sb3I6IHJnYigzMywgMzMsIDMzKTtvdXRsaW5lOiBub25lICFpbXBvcnRhbnQ7YmFja2dyb3Vu ZC1jb2xvcjogcmdiKDI1NSwgMjU1LCAyNTUpIj48YnIgc3R5bGU9ImJveC1zaXppbmc6IGJvcmRl ci1ib3g7b3V0bGluZTogbm9uZSAhaW1wb3J0YW50Ij48YnIgc3R5bGU9ImJveC1zaXppbmc6IGJv cmRlci1ib3g7b3V0bGluZTogbm9uZSAhaW1wb3J0YW50Ij48c3BhbiBzdHlsZT0iYm94LXNpemlu ZzogYm9yZGVyLWJveDtvdXRsaW5lOiBub25lICFpbXBvcnRhbnQiPlRoZSBhZG9wdGlvbiBwb2xs IHdpbGwgdGFrZSB0d28gd2Vla3MuIFBsZWFzZSBsZXQgdXMga25vdyB5b3VyIG9waW5pb24gYnkg RmViIDI3LiBJdCB3b3VsZCBhbHNvIGJlIGdvb2QgdG8gaGVhciB3aG8gaXMgd2lsbGluZyB0byBy ZXZpZXcgYW5kL29yIGltcGxlbWVudCBvciBkZXBsb3kgdGhlIGV4dGVuc2lvbiBkZXNjcmliZWQg aW4gdGhlIGRvY3VtZW50Ljwvc3Bhbj48YnIgc3R5bGU9ImJveC1zaXppbmc6IGJvcmRlci1ib3g7 b3V0bGluZTogbm9uZSAhaW1wb3J0YW50Ij48YnIgc3R5bGU9ImJveC1zaXppbmc6IGJvcmRlci1i b3g7b3V0bGluZTogbm9uZSAhaW1wb3J0YW50Ij48c3BhbiBzdHlsZT0iYm94LXNpemluZzogYm9y ZGVyLWJveDtvdXRsaW5lOiBub25lICFpbXBvcnRhbnQiPlNpbmNlIHdlIGFscmVhZHkgZm91bmQg dGhhdCB0aGUgbWFqb3JpdHkgb2YgdGhlIGYyZiBwYXJ0aWNpcGFudHMgYXQgb3VyIElFVEY5NyBz ZXNzaW9uIGxpa2UgdGhpcyBpZGVhLCBwbGVhc2UgZG8gc3BlYWsgdXAgbm93IGlmIHlvdSBkbyBu b3QgYWdyZWUgb3IgaGF2ZSBzZXJpb3VzIG9iamVjdGlvbnMgKHdpdGggZXhwbGFuYXRpb24gb2Yg Y291cnNlKS48L3NwYW4+PGJyIHN0eWxlPSJib3gtc2l6aW5nOiBib3JkZXItYm94O291dGxpbmU6 IG5vbmUgIWltcG9ydGFudCI+PGJyIHN0eWxlPSJib3gtc2l6aW5nOiBib3JkZXItYm94O291dGxp bmU6IG5vbmUgIWltcG9ydGFudCI+PHNwYW4gc3R5bGU9ImJveC1zaXppbmc6IGJvcmRlci1ib3g7 b3V0bGluZTogbm9uZSAhaW1wb3J0YW50Ij5SZWdhcmRzLDwvc3Bhbj48YnIgc3R5bGU9ImJveC1z aXppbmc6IGJvcmRlci1ib3g7b3V0bGluZTogbm9uZSAhaW1wb3J0YW50Ij48c3BhbiBzdHlsZT0i Ym94LXNpemluZzogYm9yZGVyLWJveDtvdXRsaW5lOiBub25lICFpbXBvcnRhbnQiPlRpYW5yYW48 L3NwYW4+PC9zcGFuPjwvcD48L2Rpdj4= --=====_003_next=====-- --=====_002_next=====-- --=====_001_next=====-- From nobody Sun Feb 12 22:37:29 2017 Return-Path: X-Original-To: opsawg@ietfa.amsl.com Delivered-To: opsawg@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6731912940A for ; Sun, 12 Feb 2017 22:37:26 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.199 X-Spam-Level: X-Spam-Status: No, score=-4.199 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001, URIBL_BLOCKED=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 sDXHVGBoaTdS for ; Sun, 12 Feb 2017 22:37:25 -0800 (PST) Received: from mx5.zte.com.cn (mx5.zte.com.cn [63.217.80.70]) by ietfa.amsl.com (Postfix) with ESMTP id F0BF21294FF for ; Sun, 12 Feb 2017 22:37:23 -0800 (PST) X-scanvirus: By SEG_CYREN AntiVirus Engine X-scanresult: CLEAN X-MAILFROM: X-RCPTTO: X-FROMIP: 10.30.3.20 X-SEG-Scaned: 1 X-Received: unknown,10.30.3.20,20170213142757 Received: from unknown (HELO mse01.zte.com.cn) (10.30.3.20) by localhost with (AES256-SHA encrypted) SMTP; 13 Feb 2017 06:27:57 -0000 Received: from notes_smtp.zte.com.cn ([10.30.1.239]) by mse01.zte.com.cn with ESMTP id v1D6b2mX013875; Mon, 13 Feb 2017 14:37:02 +0800 (GMT-8) (envelope-from hu.fangwei@zte.com.cn) Received: from xgxapp03.zte.com.cn ([10.30.14.24]) by szhqsmtp02.zte.com.cn (Lotus Domino Release 8.5.3FP6) with SMTP id 2017021314370798-6564160 ; Mon, 13 Feb 2017 14:37:07 +0800 Received: from mapi (xgxapp01[null]) by mapi (Zmail) with MAPI id mid71; Mon, 13 Feb 2017 14:36:59 +0800 (CST) Date: Mon, 13 Feb 2017 14:36:59 +0800 (CST) X-Zmail-TransId: 2af958a1540b542-11a3b X-Mailer: Zmail v1.0 Message-ID: <201702131436593474530@zte.com.cn> X-Priority: 3 (Normal) Mime-Version: 1.0 From: To: , X-MIMETrack: Itemize by SMTP Server on szhqsmtp02/server/zte_ltd(Release 8.5.3FP6|November 21, 2013) at 2017-02-13 14:37:07, Serialize by Router on notes_smtp/zte_ltd(Release 8.5.3FP6|November 21, 2013) at 2017-02-13 14:36:50, Serialize complete at 2017-02-13 14:36:50 Content-Type: multipart/mixed; boundary="=====_001_next=====" X-MAIL: mse01.zte.com.cn v1D6b2mX013875 X-HQIP: 127.0.0.1 Archived-At: Cc: opsawg-chairs@ietf.org Subject: Re: [OPSAWG] =?utf-8?q?WG_adoption_poll_for_draft-li-opsawg-ipfix-bgp?= =?utf-8?q?-community-02?= X-BeenThere: opsawg@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: OPSA Working Group Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Feb 2017 06:37:26 -0000 --=====_001_next===== Content-Type: multipart/related; boundary="=====_002_next=====" --=====_002_next===== Content-Type: multipart/alternative; boundary="=====_003_next=====" --=====_003_next===== Content-Transfer-Encoding: base64 Content-Type: text/plain; charset="UTF-8" SGksQUxMDQoNCg0KDQoNCg0KDQpJIHRoaW5rIHRoZSBleHRlbnNpb24gb2YgSVBGSVggaXMgdmFs dWFibGUgaW4gY2FycnlpbmcgdGhlIEJHUCBjb21tdW5pdHkgaW5mb3JtYXRpb24uIEkgc3VwcG9y dCBmb3IgdGhlIGFkb3B0aW9uLg0KDQoNCg0KDQoNClJlZ2FyZHMuDQoNCg0KRmFuZ3dlaQ0KDQoN Cg0KDQrvvJ5bT1BTQVdHXSBXRyBhZG9wdGlvbiBwb2xsIGZvciBkcmFmdC1saS1vcHNhd2ctaXBm aXgtYmdwLWNvbW11bml0eS0wMg0K77yeVGlhbnJhbiBaaG91IO+8nHpob3V0aWFucmFuQGh1YXdl aS5jb23vvJ4gTW9uLCAxMyBGZWJydWFyeSAyMDE3IDAzOjM1IFVUQ1Nob3cgaGVhZGVyDQoNCg0K 77yeRGVhciBPUFNBV0csCgrvvJ5JbiBTZW91bCwgd2UgZ290IGVub3VnaCBpbnRlcmVzdCBhbmQg cG9zaXRpdmUgcmVzcG9uc2Ugb24gdGhpcyBJUEZJWCBJRSBleHRlbnNpb24gZHJhZnQuCu+8nkJ5 IHRoZSBhdXRob3JzJyByZXF1ZXN0LCB0aGlzIGVtYWlsIHN0YXJ0cyBhIGZvcm1hbCBwb2xsLiBU aGUgY2hhaXJzIHdvdWxkIGxpa2UgdG8ga25vdyBpZiB0aGUgV0cgcGFydGljaXBhbnRzIGFncmVl IHRoYXQgdGhlIGZvbGxvd2luZyBkb2N1bWVudCBzaG91bGQgYmUgYWRvcHRlZCBhcyBhIFdHIGRv Y3VtZW50IGluIO+8nk9QU0FXRy4KCu+8nkV4cG9ydCBCR1AgY29tbXVuaXR5IGluZm9ybWF0aW9u IGluIElQIEZsb3cgSW5mb3JtYXRpb24gRXhwb3J0IChJUEZJWCkK77yeaHR0cHM6Ly90b29scy5p ZXRmLm9yZy9odG1sL2RyYWZ0LWxpLW9wc2F3Zy1pcGZpeC1iZ3AtY29tbXVuaXR5LTAyCgrvvJ5U aGUgYWRvcHRpb24gcG9sbCB3aWxsIHRha2UgdHdvIHdlZWtzLiBQbGVhc2UgbGV0IHVzIGtub3cg eW91ciBvcGluaW9uIGJ5IEZlYiAyNy4gSXQgd291bGQgYWxzbyBiZSBnb29kIHRvIGhlYXIgd2hv IGlzIHdpbGxpbmcgdG8gcmV2aWV3IGFuZC9vciBpbXBsZW1lbnQgb3IgZGVwbG95IHRoZSBleHRl bnNpb24g77yeZGVzY3JpYmVkIGluIHRoZSBkb2N1bWVudC4KCu+8nlNpbmNlIHdlIGFscmVhZHkg Zm91bmQgdGhhdCB0aGUgbWFqb3JpdHkgb2YgdGhlIGYyZiBwYXJ0aWNpcGFudHMgYXQgb3VyIElF VEY5NyBzZXNzaW9uIGxpa2UgdGhpcyBpZGVhLCBwbGVhc2UgZG8gc3BlYWsgdXAgbm93IGlmIHlv dSBkbyBub3QgYWdyZWUgb3IgaGF2ZSBzZXJpb3VzIG9iamVjdGlvbnMgKHdpdGgg77yeZXhwbGFu YXRpb24gb2YgY291cnNlKS4KClJlZ2FyZHMsClRpYW5yYW4= --=====_003_next===== Content-Transfer-Encoding: base64 Content-Type: text/html ; charset="UTF-8" PGRpdiBjbGFzcz0iemNvbnRlbnRSb3ciPiA8cCBzdHlsZT0iYm94LXNpemluZzogYm9yZGVyLWJv eDsgbWFyZ2luLXRvcDogMHB4OyBtYXJnaW4tYm90dG9tOiAwcHg7IG1pbi1oZWlnaHQ6IDE0cHg7 IGZvbnQtZmFtaWx5OiDlrovkvZMsICdNaWNyb3NvZnQgWWFoZWknLCBBcmlhbCwgJ0x1Y2lkYSBH cmFuZGUnLCBWZXJkYW5hLCBMdWNpZGEsIEhlbHZldGljYSwgc2Fucy1zZXJpZjsgbGluZS1oZWln aHQ6IDIwcHg7IHdoaXRlLXNwYWNlOiBub3JtYWw7IG91dGxpbmU6IG5vbmUgIWltcG9ydGFudDsg YmFja2dyb3VuZC1jb2xvcjogcmdiKDI1NSwgMjU1LCAyNTUpOyI+PHNwYW4gc3R5bGU9ImJveC1z aXppbmc6IGJvcmRlci1ib3g7IGxpbmUtaGVpZ2h0OiAyMHB4OyBvdXRsaW5lOiBub25lICFpbXBv cnRhbnQ7Ij5IaSxBTEw8L3NwYW4+PC9wPjxwIHN0eWxlPSJib3gtc2l6aW5nOiBib3JkZXItYm94 OyBtYXJnaW4tdG9wOiAwcHg7IG1hcmdpbi1ib3R0b206IDBweDsgbWluLWhlaWdodDogMTRweDsg Zm9udC1mYW1pbHk6IOWui+S9kywgJ01pY3Jvc29mdCBZYWhlaScsIEFyaWFsLCAnTHVjaWRhIEdy YW5kZScsIFZlcmRhbmEsIEx1Y2lkYSwgSGVsdmV0aWNhLCBzYW5zLXNlcmlmOyBsaW5lLWhlaWdo dDogMjBweDsgd2hpdGUtc3BhY2U6IG5vcm1hbDsgb3V0bGluZTogbm9uZSAhaW1wb3J0YW50OyBi YWNrZ3JvdW5kLWNvbG9yOiByZ2IoMjU1LCAyNTUsIDI1NSk7Ij48c3BhbiBzdHlsZT0iYm94LXNp emluZzogYm9yZGVyLWJveDsgbGluZS1oZWlnaHQ6IDIwcHg7IG91dGxpbmU6IG5vbmUgIWltcG9y dGFudDsiPjxicj48L3NwYW4+PC9wPjxwIHN0eWxlPSJib3gtc2l6aW5nOiBib3JkZXItYm94OyBt YXJnaW4tdG9wOiAwcHg7IG1hcmdpbi1ib3R0b206IDBweDsgbWluLWhlaWdodDogMTRweDsgZm9u dC1mYW1pbHk6IOWui+S9kywgJ01pY3Jvc29mdCBZYWhlaScsIEFyaWFsLCAnTHVjaWRhIEdyYW5k ZScsIFZlcmRhbmEsIEx1Y2lkYSwgSGVsdmV0aWNhLCBzYW5zLXNlcmlmOyBsaW5lLWhlaWdodDog MjBweDsgd2hpdGUtc3BhY2U6IG5vcm1hbDsgb3V0bGluZTogbm9uZSAhaW1wb3J0YW50OyBiYWNr Z3JvdW5kLWNvbG9yOiByZ2IoMjU1LCAyNTUsIDI1NSk7Ij48c3BhbiBzdHlsZT0iYm94LXNpemlu ZzogYm9yZGVyLWJveDsgbGluZS1oZWlnaHQ6IDIwcHg7IG91dGxpbmU6IG5vbmUgIWltcG9ydGFu dDsiPkkgdGhpbmsgdGhlIGV4dGVuc2lvbiBvZiBJUEZJWCBpcyB2YWx1YWJsZSBpbiBjYXJyeWlu ZyB0aGUgQkdQIGNvbW11bml0eSBpbmZvcm1hdGlvbi4gSSBzdXBwb3J0IGZvciB0aGUgYWRvcHRp b24uPC9zcGFuPjwvcD48cCBzdHlsZT0iYm94LXNpemluZzogYm9yZGVyLWJveDsgbWFyZ2luLXRv cDogMHB4OyBtYXJnaW4tYm90dG9tOiAwcHg7IG1pbi1oZWlnaHQ6IDE0cHg7IGZvbnQtZmFtaWx5 OiDlrovkvZMsICdNaWNyb3NvZnQgWWFoZWknLCBBcmlhbCwgJ0x1Y2lkYSBHcmFuZGUnLCBWZXJk YW5hLCBMdWNpZGEsIEhlbHZldGljYSwgc2Fucy1zZXJpZjsgbGluZS1oZWlnaHQ6IDIwcHg7IHdo aXRlLXNwYWNlOiBub3JtYWw7IG91dGxpbmU6IG5vbmUgIWltcG9ydGFudDsgYmFja2dyb3VuZC1j b2xvcjogcmdiKDI1NSwgMjU1LCAyNTUpOyI+PHNwYW4gc3R5bGU9ImJveC1zaXppbmc6IGJvcmRl ci1ib3g7IGxpbmUtaGVpZ2h0OiAyMHB4OyBvdXRsaW5lOiBub25lICFpbXBvcnRhbnQ7Ij48YnIg c3R5bGU9ImJveC1zaXppbmc6IGJvcmRlci1ib3g7IG91dGxpbmU6IG5vbmUgIWltcG9ydGFudDsi Pjwvc3Bhbj48L3A+PHAgc3R5bGU9ImJveC1zaXppbmc6IGJvcmRlci1ib3g7IG1hcmdpbi10b3A6 IDBweDsgbWFyZ2luLWJvdHRvbTogMHB4OyBtaW4taGVpZ2h0OiAxNHB4OyBmb250LWZhbWlseTog 5a6L5L2TLCAnTWljcm9zb2Z0IFlhaGVpJywgQXJpYWwsICdMdWNpZGEgR3JhbmRlJywgVmVyZGFu YSwgTHVjaWRhLCBIZWx2ZXRpY2EsIHNhbnMtc2VyaWY7IGxpbmUtaGVpZ2h0OiAyMHB4OyB3aGl0 ZS1zcGFjZTogbm9ybWFsOyBvdXRsaW5lOiBub25lICFpbXBvcnRhbnQ7IGJhY2tncm91bmQtY29s b3I6IHJnYigyNTUsIDI1NSwgMjU1KTsiPlJlZ2FyZHMuPGJyIHN0eWxlPSJib3gtc2l6aW5nOiBi b3JkZXItYm94OyBvdXRsaW5lOiBub25lICFpbXBvcnRhbnQ7Ij48L3A+PHAgc3R5bGU9ImJveC1z aXppbmc6IGJvcmRlci1ib3g7IG1hcmdpbi10b3A6IDBweDsgbWFyZ2luLWJvdHRvbTogMHB4OyBt aW4taGVpZ2h0OiAxNHB4OyBmb250LWZhbWlseTog5a6L5L2TLCAnTWljcm9zb2Z0IFlhaGVpJywg QXJpYWwsICdMdWNpZGEgR3JhbmRlJywgVmVyZGFuYSwgTHVjaWRhLCBIZWx2ZXRpY2EsIHNhbnMt c2VyaWY7IGxpbmUtaGVpZ2h0OiAyMHB4OyB3aGl0ZS1zcGFjZTogbm9ybWFsOyBvdXRsaW5lOiBu b25lICFpbXBvcnRhbnQ7IGJhY2tncm91bmQtY29sb3I6IHJnYigyNTUsIDI1NSwgMjU1KTsiPkZh bmd3ZWk8L3A+PHA+PGJyPjwvcD48aDMgc3R5bGU9ImJveC1zaXppbmc6IGJvcmRlci1ib3g7IGZv bnQtZmFtaWx5OiAnSGVsdmV0aWNhIE5ldWUnLCBIZWx2ZXRpY2EsIEFyaWFsLCBzYW5zLXNlcmlm OyBmb250LXdlaWdodDogbm9ybWFsOyBsaW5lLWhlaWdodDogMS4xOyBjb2xvcjogcmdiKDUxLCA1 MSwgNTEpOyBtYXJnaW46IDJweCAwcHg7IGZvbnQtc2l6ZTogMThweDsgd2hpdGUtc3BhY2U6IG5v cm1hbDsgYmFja2dyb3VuZC1jb2xvcjogcmdiKDI1NSwgMjU1LCAyNTUpOyI+77yeW09QU0FXR10g V0cgYWRvcHRpb24gcG9sbCBmb3IgZHJhZnQtbGktb3BzYXdnLWlwZml4LWJncC1jb21tdW5pdHkt MDI8L2gzPjxwIGlkPSJtc2ctaW5mbyIgY2xhc3M9Im1zZy1oZWFkZXIiIHN0eWxlPSJib3gtc2l6 aW5nOiBib3JkZXItYm94OyBtYXJnaW4tdG9wOiAwcHg7IG1hcmdpbi1ib3R0b206IDIwcHg7IGNv bG9yOiByZ2IoMTI4LCAxMjgsIDEyOCk7IGZvbnQtZmFtaWx5OiAnSGVsdmV0aWNhIE5ldWUnLCBI ZWx2ZXRpY2EsIEFyaWFsLCBzYW5zLXNlcmlmOyBsaW5lLWhlaWdodDogMjBweDsgd2hpdGUtc3Bh Y2U6IG5vcm1hbDsgYmFja2dyb3VuZC1jb2xvcjogcmdiKDI1NSwgMjU1LCAyNTUpOyI+PHNwYW4g aWQ9Im1zZy1mcm9tIiBjbGFzcz0icGlwZSIgc3R5bGU9ImJveC1zaXppbmc6IGJvcmRlci1ib3g7 IGJvcmRlci1yaWdodC13aWR0aDogMXB4OyBib3JkZXItcmlnaHQtc3R5bGU6IHNvbGlkOyBib3Jk ZXItcmlnaHQtY29sb3I6IHJnYigyMjEsIDIyMSwgMjIxKTsgbWFyZ2luLXJpZ2h0OiAwLjVlbTsg cGFkZGluZy1yaWdodDogMC44ZW07Ij7vvJ5UaWFucmFuIFpob3Ug77ycemhvdXRpYW5yYW5AaHVh d2VpLmNvbe+8njwvc3Bhbj4mbmJzcDs8c3BhbiBpZD0ibXNnLWRhdGUiIGNsYXNzPSJwaXBlIiBz dHlsZT0iYm94LXNpemluZzogYm9yZGVyLWJveDsgYm9yZGVyLXJpZ2h0LXdpZHRoOiAxcHg7IGJv cmRlci1yaWdodC1zdHlsZTogc29saWQ7IGJvcmRlci1yaWdodC1jb2xvcjogcmdiKDIyMSwgMjIx LCAyMjEpOyBtYXJnaW4tcmlnaHQ6IDAuNWVtOyBwYWRkaW5nLXJpZ2h0OiAwLjhlbTsiPk1vbiwg MTMgRmVicnVhcnkgMjAxNyAwMzozNSBVVEM8L3NwYW4+PGEgaWQ9InRvZ2dsZSIgaHJlZj0iaHR0 cHM6Ly9tYWlsYXJjaGl2ZS5pZXRmLm9yZy9hcmNoL3NlYXJjaC8/ZW1haWxfbGlzdD1vcHNhd2cj IiBzdHlsZT0iYm94LXNpemluZzogYm9yZGVyLWJveDsgY29sb3I6IHJnYig1MSwgMTIyLCAxODMp OyB0ZXh0LWRlY29yYXRpb246IG5vbmU7IGJhY2tncm91bmQtY29sb3I6IHRyYW5zcGFyZW50OyI+ U2hvdyBoZWFkZXI8L2E+PC9wPjxkaXYgaWQ9Im1zZy1wYXlsb2FkIiBzdHlsZT0iYm94LXNpemlu ZzogYm9yZGVyLWJveDsgY29sb3I6IHJnYig1MSwgNTEsIDUxKTsgZm9udC1mYW1pbHk6ICdIZWx2 ZXRpY2EgTmV1ZScsIEhlbHZldGljYSwgQXJpYWwsIHNhbnMtc2VyaWY7IGxpbmUtaGVpZ2h0OiAy MHB4OyB3aGl0ZS1zcGFjZTogbm9ybWFsOyBiYWNrZ3JvdW5kLWNvbG9yOiByZ2IoMjU1LCAyNTUs IDI1NSk7Ij48cHJlIGNsYXNzPSJ3b3Jkd3JhcCIgc3R5bGU9ImJveC1zaXppbmc6IGJvcmRlci1i b3g7IG92ZXJmbG93OiBhdXRvOyBmb250LWZhbWlseTogTWVubG8sIE1vbmFjbywgQ29uc29sYXMs ICdDb3VyaWVyIE5ldycsIG1vbm9zcGFjZTsgZm9udC1zaXplOiAxM3B4OyBwYWRkaW5nOiAwcHg7 IG1hcmdpbi10b3A6IDBweDsgbWFyZ2luLWJvdHRvbTogMTBweDsgbGluZS1oZWlnaHQ6IDEuNDI4 NTc7IHdvcmQtYnJlYWs6IG5vcm1hbDsgd29yZC13cmFwOiBub3JtYWw7IGJvcmRlcjogMHB4IG5v bmUgYmxhY2s7IGJvcmRlci1yYWRpdXM6IDRweDsgd2hpdGUtc3BhY2U6IHByZS13cmFwOyBiYWNr Z3JvdW5kLWNvbG9yOiB3aGl0ZTsiPu+8nkRlYXImbmJzcDtPUFNBV0csCgrvvJ5JbiZuYnNwO1Nl b3VsLCZuYnNwO3dlJm5ic3A7Z290Jm5ic3A7ZW5vdWdoJm5ic3A7aW50ZXJlc3QmbmJzcDthbmQm bmJzcDtwb3NpdGl2ZSZuYnNwO3Jlc3BvbnNlJm5ic3A7b24mbmJzcDt0aGlzJm5ic3A7SVBGSVgm bmJzcDtJRSZuYnNwO2V4dGVuc2lvbiZuYnNwO2RyYWZ0LgrvvJ5CeSZuYnNwO3RoZSZuYnNwO2F1 dGhvcnMnJm5ic3A7cmVxdWVzdCwmbmJzcDt0aGlzJm5ic3A7ZW1haWwmbmJzcDtzdGFydHMmbmJz cDthJm5ic3A7Zm9ybWFsJm5ic3A7cG9sbC4mbmJzcDtUaGUmbmJzcDtjaGFpcnMmbmJzcDt3b3Vs ZCZuYnNwO2xpa2UmbmJzcDt0byZuYnNwO2tub3cmbmJzcDtpZiZuYnNwO3RoZSZuYnNwO1dHJm5i c3A7cGFydGljaXBhbnRzJm5ic3A7YWdyZWUmbmJzcDt0aGF0Jm5ic3A7dGhlJm5ic3A7Zm9sbG93 aW5nJm5ic3A7ZG9jdW1lbnQmbmJzcDtzaG91bGQmbmJzcDtiZSZuYnNwO2Fkb3B0ZWQmbmJzcDth cyZuYnNwO2EmbmJzcDtXRyZuYnNwO2RvY3VtZW50Jm5ic3A7aW4mbmJzcDvvvJ5PUFNBV0cuCgrv vJ5FeHBvcnQmbmJzcDtCR1AmbmJzcDtjb21tdW5pdHkmbmJzcDtpbmZvcm1hdGlvbiZuYnNwO2lu Jm5ic3A7SVAmbmJzcDtGbG93Jm5ic3A7SW5mb3JtYXRpb24mbmJzcDtFeHBvcnQmbmJzcDsoSVBG SVgpCu+8nmh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1saS1vcHNhd2ctaXBmaXgt YmdwLWNvbW11bml0eS0wMgoK77yeVGhlJm5ic3A7YWRvcHRpb24mbmJzcDtwb2xsJm5ic3A7d2ls bCZuYnNwO3Rha2UmbmJzcDt0d28mbmJzcDt3ZWVrcy4mbmJzcDtQbGVhc2UmbmJzcDtsZXQmbmJz cDt1cyZuYnNwO2tub3cmbmJzcDt5b3VyJm5ic3A7b3BpbmlvbiZuYnNwO2J5Jm5ic3A7RmViJm5i c3A7MjcuJm5ic3A7SXQmbmJzcDt3b3VsZCZuYnNwO2Fsc28mbmJzcDtiZSZuYnNwO2dvb2QmbmJz cDt0byZuYnNwO2hlYXImbmJzcDt3aG8mbmJzcDtpcyZuYnNwO3dpbGxpbmcmbmJzcDt0byZuYnNw O3JldmlldyZuYnNwO2FuZC9vciZuYnNwO2ltcGxlbWVudCZuYnNwO29yJm5ic3A7ZGVwbG95Jm5i c3A7dGhlJm5ic3A7ZXh0ZW5zaW9uJm5ic3A777yeZGVzY3JpYmVkJm5ic3A7aW4mbmJzcDt0aGUm bmJzcDtkb2N1bWVudC4KCu+8nlNpbmNlJm5ic3A7d2UmbmJzcDthbHJlYWR5Jm5ic3A7Zm91bmQm bmJzcDt0aGF0Jm5ic3A7dGhlJm5ic3A7bWFqb3JpdHkmbmJzcDtvZiZuYnNwO3RoZSZuYnNwO2Yy ZiZuYnNwO3BhcnRpY2lwYW50cyZuYnNwO2F0Jm5ic3A7b3VyJm5ic3A7SUVURjk3Jm5ic3A7c2Vz c2lvbiZuYnNwO2xpa2UmbmJzcDt0aGlzJm5ic3A7aWRlYSwmbmJzcDtwbGVhc2UmbmJzcDtkbyZu YnNwO3NwZWFrJm5ic3A7dXAmbmJzcDtub3cmbmJzcDtpZiZuYnNwO3lvdSZuYnNwO2RvJm5ic3A7 bm90Jm5ic3A7YWdyZWUmbmJzcDtvciZuYnNwO2hhdmUmbmJzcDtzZXJpb3VzJm5ic3A7b2JqZWN0 aW9ucyZuYnNwOyh3aXRoJm5ic3A777yeZXhwbGFuYXRpb24mbmJzcDtvZiZuYnNwO2NvdXJzZSku CgpSZWdhcmRzLApUaWFucmFuPC9wcmU+PC9kaXY+PHA+PGJyPjwvcD48L2Rpdj4= --=====_003_next=====-- --=====_002_next=====-- --=====_001_next=====-- From nobody Sun Feb 12 23:32:09 2017 Return-Path: X-Original-To: opsawg@ietfa.amsl.com Delivered-To: opsawg@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7A0B212952F; Sun, 12 Feb 2017 23:32:08 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.221 X-Spam-Level: X-Spam-Status: No, score=-4.221 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=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 hDbQ3Ef6QVcJ; Sun, 12 Feb 2017 23:32:06 -0800 (PST) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 20098129410; Sun, 12 Feb 2017 23:32:05 -0800 (PST) Received: from 172.18.7.190 (EHLO lhreml707-cah.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id DAN36751; Mon, 13 Feb 2017 07:32:03 +0000 (GMT) Received: from NKGEML412-HUB.china.huawei.com (10.98.56.73) by lhreml707-cah.china.huawei.com (10.201.5.199) with Microsoft SMTP Server (TLS) id 14.3.301.0; Mon, 13 Feb 2017 07:32:01 +0000 Received: from NKGEML514-MBX.china.huawei.com ([fe80::40a8:f0d:c0f3:2ca5]) by nkgeml412-hub.china.huawei.com ([10.98.56.73]) with mapi id 14.03.0235.001; Mon, 13 Feb 2017 15:31:49 +0800 From: Duzongpeng To: Tianran Zhou , "opsawg@ietf.org" Thread-Topic: WG adoption poll for draft-li-opsawg-ipfix-bgp-community-02 Thread-Index: AdKFqjl1xBXNvf7XRCiwopLruYITLAAH0uDw Date: Mon, 13 Feb 2017 07:31:47 +0000 Message-ID: References: In-Reply-To: Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.111.149.226] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-CFilter-Loop: Reflected X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A0B0205.58A160F4.0163, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0, ip=0.0.0.0, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32 X-Mirapoint-Loop-Id: 88eb78bd97ef46fee8fb0db2457dc187 Archived-At: Cc: "opsawg-chairs@ietf.org" Subject: Re: [OPSAWG] WG adoption poll for draft-li-opsawg-ipfix-bgp-community-02 X-BeenThere: opsawg@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: OPSA Working Group Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Feb 2017 07:32:08 -0000 Hi, all I support the adoption.=20 Extension to IPFIX information model to carry the BGP community information= is helpful. Best Regards Zongpeng Du -----Original Message----- From: OPSAWG [mailto:opsawg-bounces@ietf.org] On Behalf Of Tianran Zhou Sent: Monday, February 13, 2017 11:37 AM To: opsawg@ietf.org Cc: opsawg-chairs@ietf.org Subject: [OPSAWG] WG adoption poll for draft-li-opsawg-ipfix-bgp-community-= 02 Dear OPSAWG, In Seoul, we got enough interest and positive response on this IPFIX IE ext= ension draft. By the authors' request, this email starts a formal poll. The chairs would = like to know if the WG participants agree that the following document shoul= d be adopted as a WG document in OPSAWG. Export BGP community information in IP Flow Information Export (IPFIX) https://tools.ietf.org/html/draft-li-opsawg-ipfix-bgp-community-02 The adoption poll will take two weeks. Please let us know your opinion by F= eb 27. It would also be good to hear who is willing to review and/or implem= ent or deploy the extension described in the document. Since we already found that the majority of the f2f participants at our IET= F97 session like this idea, please do speak up now if you do not agree or h= ave serious objections (with explanation of course). Regards, Tianran _______________________________________________ OPSAWG mailing list OPSAWG@ietf.org https://www.ietf.org/mailman/listinfo/opsawg From nobody Mon Feb 13 06:14:44 2017 Return-Path: X-Original-To: opsawg@ietfa.amsl.com Delivered-To: opsawg@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0C241129572 for ; Mon, 13 Feb 2017 06:14:43 -0800 (PST) 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, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=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 FM-nzUFBGI4J for ; Mon, 13 Feb 2017 06:14:41 -0800 (PST) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 01F3A129535 for ; Mon, 13 Feb 2017 06:06:38 -0800 (PST) Received: from 172.18.7.190 (EHLO lhreml706-cah.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id DAN99998; Mon, 13 Feb 2017 14:06:36 +0000 (GMT) Received: from NKGEML413-HUB.china.huawei.com (10.98.56.74) by lhreml706-cah.china.huawei.com (10.201.5.182) with Microsoft SMTP Server (TLS) id 14.3.301.0; Mon, 13 Feb 2017 14:06:13 +0000 Received: from NKGEML515-MBX.china.huawei.com ([fe80::a54a:89d2:c471:ff]) by NKGEML413-HUB.china.huawei.com ([10.98.56.74]) with mapi id 14.03.0235.001; Mon, 13 Feb 2017 22:06:04 +0800 From: Tianran Zhou To: opsawg Thread-Topic: [IPFIX] FW: WG adoption poll for draft-li-opsawg-ipfix-bgp-community-02 Thread-Index: AQHShgJQpHXDb/5Ik0K0INKsPzKHXw== Date: Mon, 13 Feb 2017 14:07:07 +0000 Message-ID: References: , In-Reply-To: Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: Content-Type: multipart/alternative; boundary="_000_etPan58a1bd44225f40e641biPhone6_" MIME-Version: 1.0 X-CFilter-Loop: Reflected X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A020206.58A1BD6D.0190, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0, ip=0.0.0.0, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32 X-Mirapoint-Loop-Id: 0c83ec1b8d5d1f39414559e821374b26 Archived-At: Subject: [OPSAWG] FW: [IPFIX] FW: WG adoption poll for draft-li-opsawg-ipfix-bgp-community-02 X-BeenThere: opsawg@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: OPSA Working Group Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Feb 2017 14:14:43 -0000 --_000_etPan58a1bd44225f40e641biPhone6_ Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 DQpTZW50IGZyb20gSFVBV0VJIEFueU9mZmljZQ0Kt6K8/sjLo7ogUEogQWl0a2VuDQrK1bz+yMuj uiDW3MzsyLs7IElQRklYQGlldGYub3JnOw0Ks63LzaO6IGRyYWZ0LWxpLW9wc2F3Zy1pcGZpeC1i Z3AtY29tbXVuaXR5LmF1dGhvcnNAaWV0Zi5vcmc7DQrW98zio7ogUmU6IFtJUEZJWF0gRlc6IFdH IGFkb3B0aW9uIHBvbGwgZm9yIGRyYWZ0LWxpLW9wc2F3Zy1pcGZpeC1iZ3AtY29tbXVuaXR5LTAy DQrKsbzko7ogMjAxNy0wMi0xMyAyMDo0MToxNw0KDQoNClBlciBzZWN0aW9uIDYgb2YgUkZDNzAx MiwgbmV3IElQRklYIEluZm9ybWF0aW9uIEVsZW1lbnRzIGNhbiBiZSBhZGRlZCBieQ0KZGlyZWN0 IGFwcGxpY2F0aW9uIHRvIElBTkE7IHRoZXJlJ3Mgbm8gbmVlZCBmb3IgYSBkcmFmdCBvciBSRkMu DQoNCkhvd2V2ZXIsIHRoZSBpbnRyb2R1Y3Rpb24gYW5kIGV4YW1wbGVzIG1heSBiZSB2YWx1YWJs ZSwgZXNwZWNpYWxseSBmb3INCkJHUCBleHBlcnRzIHdobyBhcmUgbGVzcyBmYW1pbGlhciB3aXRo IElQRklYLg0KDQpJJ3ZlIG5vIG9iamVjdGlvbiB0byBhZG9wdGluZyB0aGUgZHJhZnQuDQoNClAu DQoNCg0KT24gMTMvMDIvMTcgMDM6NDksIFRpYW5yYW4gWmhvdSB3cm90ZToNCj4gRGVhciBJUEZJ WCwNCj4NCj4gU2luY2UgdGhlIElQRklYIFdHIGlzIGNvbmNsdWRlZCwgdGhpcyBJRSBleHRlbnNp b24gZHJhZnQgaXMgcHJvY2Vzc2VkIG5vdyBpbiBPUFNBV0cuDQo+IFRoYW5rcyB2ZXJ5IG11Y2gg Zm9yIHRoZSBwcmV2aW91cyBjb21tZW50cyBhbmQgZGlzY3Vzc2lvbnMgb24gdGhpcyBkcmFmdCBp biB0aGlzIG1haWxpbmcgbGlzdC4NCj4gTm93IHRoZSBPUFNBV0cgaXMgcG9sbGluZyBmb3IgYWRv cHRpb24gb2YgdGhpcyBJLUQuIEkgc2luY2VyZWx5IGFwcHJlY2lhdGUgeW91ciBvcGluaW9uIGFu ZCByZXZpZXcuDQo+DQo+IEJlc3QgUmVnYXJkcywNCj4gVGlhbnJhbiBaaG91DQo+DQo+IC0tLS0t T3JpZ2luYWwgTWVzc2FnZS0tLS0tDQo+IEZyb206IE9QU0FXRyBbbWFpbHRvOm9wc2F3Zy1ib3Vu Y2VzQGlldGYub3JnXSBPbiBCZWhhbGYgT2YgVGlhbnJhbiBaaG91DQo+IFNlbnQ6IE1vbmRheSwg RmVicnVhcnkgMTMsIDIwMTcgMTE6MzcgQU0NCj4gVG86IG9wc2F3Z0BpZXRmLm9yZw0KPiBDYzog b3BzYXdnLWNoYWlyc0BpZXRmLm9yZw0KPiBTdWJqZWN0OiBbT1BTQVdHXSBXRyBhZG9wdGlvbiBw b2xsIGZvciBkcmFmdC1saS1vcHNhd2ctaXBmaXgtYmdwLWNvbW11bml0eS0wMg0KPg0KPiBEZWFy IE9QU0FXRywNCj4NCj4gSW4gU2VvdWwsIHdlIGdvdCBlbm91Z2ggaW50ZXJlc3QgYW5kIHBvc2l0 aXZlIHJlc3BvbnNlIG9uIHRoaXMgSVBGSVggSUUgZXh0ZW5zaW9uIGRyYWZ0Lg0KPiBCeSB0aGUg YXV0aG9ycycgcmVxdWVzdCwgdGhpcyBlbWFpbCBzdGFydHMgYSBmb3JtYWwgcG9sbC4gVGhlIGNo YWlycyB3b3VsZCBsaWtlIHRvIGtub3cgaWYgdGhlIFdHIHBhcnRpY2lwYW50cyBhZ3JlZSB0aGF0 IHRoZSBmb2xsb3dpbmcgZG9jdW1lbnQgc2hvdWxkIGJlIGFkb3B0ZWQgYXMgYSBXRyBkb2N1bWVu dCBpbiBPUFNBV0cuDQo+DQo+IEV4cG9ydCBCR1AgY29tbXVuaXR5IGluZm9ybWF0aW9uIGluIElQ IEZsb3cgSW5mb3JtYXRpb24gRXhwb3J0IChJUEZJWCkNCj4gaHR0cHM6Ly91cmxkZWZlbnNlLnBy b29mcG9pbnQuY29tL3YyL3VybD91PWh0dHBzLTNBX190b29scy5pZXRmLm9yZ19odG1sX2RyYWZ0 LTJEbGktMkRvcHNhd2ctMkRpcGZpeC0yRGJncC0yRGNvbW11bml0eS0yRDAyJmQ9RHdJQ0FnJmM9 SUxfWHFRV09qdWJnZnFJTmkyalR6ZyZyPVh4OTcyOXhZRFlvQ2dCRGRjcDFGS3Q1UHlZZDFUQ29Y TktoeVBZOENGcDgmbT1lOFVfZ1B3Q19IMkk1eUs3WE1tN0laMjlQVTFyZzB3TmJQc0p2REc2UkRJ JnM9eFlzVHJyRnVEMmRsZnhkcDBYM3BjUE13NHZ1b3pnbGZwR0x2NEE1VEtOdyZlPQ0KPg0KPiBU aGUgYWRvcHRpb24gcG9sbCB3aWxsIHRha2UgdHdvIHdlZWtzLiBQbGVhc2UgbGV0IHVzIGtub3cg eW91ciBvcGluaW9uIGJ5IEZlYiAyNy4gSXQgd291bGQgYWxzbyBiZSBnb29kIHRvIGhlYXIgd2hv IGlzIHdpbGxpbmcgdG8gcmV2aWV3IGFuZC9vciBpbXBsZW1lbnQgb3IgZGVwbG95IHRoZSBleHRl bnNpb24gZGVzY3JpYmVkIGluIHRoZSBkb2N1bWVudC4NCj4NCj4gU2luY2Ugd2UgYWxyZWFkeSBm b3VuZCB0aGF0IHRoZSBtYWpvcml0eSBvZiB0aGUgZjJmIHBhcnRpY2lwYW50cyBhdCBvdXIgSUVU Rjk3IHNlc3Npb24gbGlrZSB0aGlzIGlkZWEsIHBsZWFzZSBkbyBzcGVhayB1cCBub3cgaWYgeW91 IGRvIG5vdCBhZ3JlZSBvciBoYXZlIHNlcmlvdXMgb2JqZWN0aW9ucyAod2l0aCBleHBsYW5hdGlv biBvZiBjb3Vyc2UpLg0KPg0KPiBSZWdhcmRzLA0KPiBUaWFucmFuDQo+DQo+IF9fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+IE9QU0FXRyBtYWlsaW5nIGxp c3QNCj4gT1BTQVdHQGlldGYub3JnDQo+IGh0dHBzOi8vdXJsZGVmZW5zZS5wcm9vZnBvaW50LmNv bS92Mi91cmw/dT1odHRwcy0zQV9fd3d3LmlldGYub3JnX21haWxtYW5fbGlzdGluZm9fb3BzYXdn JmQ9RHdJQ0FnJmM9SUxfWHFRV09qdWJnZnFJTmkyalR6ZyZyPVh4OTcyOXhZRFlvQ2dCRGRjcDFG S3Q1UHlZZDFUQ29YTktoeVBZOENGcDgmbT1lOFVfZ1B3Q19IMkk1eUs3WE1tN0laMjlQVTFyZzB3 TmJQc0p2REc2UkRJJnM9bFV5UEFlUTJCVW5JdXFMNHFVUzF3NDVDTmUzSml4allRellRVk40WTNx NCZlPQ0KPg0KPiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f Xw0KPiBJUEZJWCBtYWlsaW5nIGxpc3QNCj4gSVBGSVhAaWV0Zi5vcmcNCj4gaHR0cHM6Ly91cmxk ZWZlbnNlLnByb29mcG9pbnQuY29tL3YyL3VybD91PWh0dHBzLTNBX193d3cuaWV0Zi5vcmdfbWFp bG1hbl9saXN0aW5mb19pcGZpeCZkPUR3SUNBZyZjPUlMX1hxUVdPanViZ2ZxSU5pMmpUemcmcj1Y eDk3Mjl4WURZb0NnQkRkY3AxRkt0NVB5WWQxVENvWE5LaHlQWThDRnA4Jm09ZThVX2dQd0NfSDJJ NXlLN1hNbTdJWjI5UFUxcmcwd05iUHNKdkRHNlJESSZzPWxPVXJDVVFWaHNkbklXdlNUSnljamR5 LTBWNnlaWjlOdmpVMk4td1puMTgmZT0NCg0K --_000_etPan58a1bd44225f40e641biPhone6_ Content-Type: text/html; charset="gb2312" Content-Transfer-Encoding: quoted-printable

Sent from HUAWEI AnyOffice
=B7=A2=BC=FE=C8=CB=A3=BA PJ Aitken
=CA=D5=BC=FE=C8=CB=A3=BA =D6=DC=CC=EC=C8=BB; IPFIX@ietf.org;
=B3=AD=CB=CD=A3=BA draft-li-opsawg-ipfix-bgp-community.authors@= ietf.org;
=D6=F7=CC=E2=A3=BA Re: [IPFIX] FW: WG adoption poll for draft-l= i-opsawg-ipfix-bgp-community-02
=CA=B1=BC=E4=A3=BA 2017-02-13 20:41:17


Per section 6 of RFC7012, new IPFIX Information El= ements can be added by
direct application to IANA; there's no need for a draft or RFC.

However, the introduction and examples may be valuable, especially for
BGP experts who are less familiar with IPFIX.

I've no objection to adopting the draft.

P.


On 13/02/17 03:49, Tianran Zhou wrote:
> Dear IPFIX,
>
> Since the IPFIX WG is concluded, this IE extension draft is processed = now in OPSAWG.
> Thanks very much for the previous comments and discussions on this dra= ft in this mailing list.
> Now the OPSAWG is polling for adoption of this I-D. I sincerely apprec= iate your opinion and review.
>
> Best Regards,
> Tianran Zhou
>
> -----Original Message-----
> From: OPSAWG [mailto:opsawg= -bounces@ietf.org] On Behalf Of Tianran Zhou
> Sent: Monday, February 13, 2017 11:37 AM
> To: opsawg@ietf.org
> Cc: opsawg-chairs@ietf.org
> Subject: [OPSAWG] WG adoption poll for draft-li-opsawg-ipfix-bgp-commu= nity-02
>
> Dear OPSAWG,
>
> In Seoul, we got enough interest and positive response on this IPFIX I= E extension draft.
> By the authors' request, this email starts a formal poll. The chairs w= ould like to know if the WG participants agree that the following document = should be adopted as a WG document in OPSAWG.
>
> Export BGP community information in IP Flow Information Export (IPFIX)=
> https://urldefense.proofpoint.com/v2/url?u=3Dhttps-3A__tools.ietf.org_html_= draft-2Dli-2Dopsawg-2Dipfix-2Dbgp-2Dcommunity-2D02&d=3DDwICAg&c=3DI= L_XqQWOjubgfqINi2jTzg&r=3DXx9729xYDYoCgBDdcp1FKt5PyYd1TCoXNKhyPY8CFp8&a= mp;m=3De8U_gPwC_H2I5yK7XMm7IZ29PU1rg0wNbPsJvDG6RDI&s=3DxYsTrrFuD2dlfxdp= 0X3pcPMw4vuozglfpGLv4A5TKNw&e=3D
>
> The adoption poll will take two weeks. Please let us know your opinion= by Feb 27. It would also be good to hear who is willing to review and/or i= mplement or deploy the extension described in the document.
>
> Since we already found that the majority of the f2f participants at ou= r IETF97 session like this idea, please do speak up now if you do not agree= or have serious objections (with explanation of course).
>
> Regards,
> Tianran
>
> _______________________________________________
> OPSAWG mailing list
> OPSAWG@ietf.org
> https://urldefense.proofpoint.com/v2/url?u=3Dhttps-3A__www.ietf.org_mailman= _listinfo_opsawg&d=3DDwICAg&c=3DIL_XqQWOjubgfqINi2jTzg&r=3DXx97= 29xYDYoCgBDdcp1FKt5PyYd1TCoXNKhyPY8CFp8&m=3De8U_gPwC_H2I5yK7XMm7IZ29PU1= rg0wNbPsJvDG6RDI&s=3DlUyPAeQ2BUnIuqL4qUS1w45CNe3JixjYQzYQVN4Y3q4&e= =3D
>
> _______________________________________________
> IPFIX mailing list
> IPFIX@ietf.org
> https://urldefense.proofpoint.com/v2/url?u=3Dhttps-3A__www.ietf.org_mailman= _listinfo_ipfix&d=3DDwICAg&c=3DIL_XqQWOjubgfqINi2jTzg&r=3DXx972= 9xYDYoCgBDdcp1FKt5PyYd1TCoXNKhyPY8CFp8&m=3De8U_gPwC_H2I5yK7XMm7IZ29PU1r= g0wNbPsJvDG6RDI&s=3DlOUrCUQVhsdnIWvSTJycjdy-0V6yZZ9NvjU2N-wZn18&e= =3D

 --_000_etPan58a1bd44225f40e641biPhone6_-- From nobody Mon Feb 13 22:39:31 2017 Return-Path: X-Original-To: opsawg@ietfa.amsl.com Delivered-To: opsawg@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7E329129424; Mon, 13 Feb 2017 22:39:30 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.903 X-Spam-Level: X-Spam-Status: No, score=-1.903 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, RP_MATCHES_RCVD=-0.001, SPF_HELO_PASS=-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 rtpwIQ7xBe_I; Mon, 13 Feb 2017 22:39:28 -0800 (PST) Received: from cnnic.cn (smtp13.cnnic.cn [218.241.118.13]) by ietfa.amsl.com (Postfix) with ESMTP id 19F1A128AC9; Mon, 13 Feb 2017 22:39:26 -0800 (PST) Received: from LIUXD (unknown [218.241.103.198]) by ocmail02.zx.nicx.cn (Coremail) with SMTP id AQAAf0ApMJRVpKJYnr9_Kg--.19292S3; Tue, 14 Feb 2017 14:31:49 +0800 (CST) From: "Yu Fu" To: "'Tianran Zhou'" , References: In-Reply-To: Date: Tue, 14 Feb 2017 14:32:15 +0800 Message-ID: <000601d2868c$1593b1f0$40bb15d0$@cn> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: AdKFqjl1xBXNvf7XRCiwopLruYITLAA4Lu+A Content-Language: zh-cn X-CM-TRANSID: AQAAf0ApMJRVpKJYnr9_Kg--.19292S3 X-Coremail-Antispam: 1UD129KBjvJXoW7ZF4fXr1rGFWrWw4rAF43ZFb_yoW8Xw48pF 4UAw4fWFs8Kr1xJw1kJ3WfZw1xZr98ZFW7XF9xXr1DCas8GFy8Kr10kw1Fv3y3urs5GF4q qw129Fn8Xa1fZrJanT9S1TB71UUUUUUqnTZGkaVYY2UrUUUUjbIjqfuFe4nvWSU5nxnvy2 9KBjDU0xBIdaVrnRJUUUkFb7Iv0xC_Cr1lb4IE77IF4wAFF20E14v26r1j6r4UM7CY07I2 0VC2zVCF04k26cxKx2IYs7xG6rWj6s0DM7CIcVAFz4kK6r1j6r18M28lY4IEw2IIxxk0rw A2F7IY1VAKz4vEj48ve4kI8wA2z4x0Y4vE2Ix0cI8IcVAFwI0_Xr0_Ar1l84ACjcxK6xII jxv20xvEc7CjxVAFwI0_Gr0_Cr1l84ACjcxK6I8E87Iv67AKxVWxJr0_GcWl84ACjcxK6I 8E87Iv6xkF7I0E14v26rxl6s0DM2AIxVAIcxkEcVAq07x20xvEncxIr21l5I8CrVACY4xI 64kE6c02F40Ex7xfMcIj6xIIjxv20xvE14v26r1j6r18McIj6I8E87Iv67AKxVWUJVW8Jw Am72CE4IkC6x0Yz7v_Jr0_Gr1lF7xvr2IYc2Ij64vIr41lc2xSY4AK67AK6r47MxAIw28I cxkI7VAKI48JMxC20s026xCaFVCjc4AY6r1j6r4UMI8I3I0E5I8CrVAFwI0_Jr0_Jr4lx2 IqxVCjr7xvwVAFwI0_JrI_JrWlx4CE17CEb7AF67AKxVWUXVWUAwCIc40Y0x0EwIxGrwCI 42IY6xIIjxv20xvE14v26r1j6r1xMIIF0xvE2Ix0cI8IcVCY1x0267AKxVWUJVW8JwCI42 IY6xAIw20EY4v20xvaj40_WFyUJVCq3wCI42IY6I8E87Iv67AKxVWUJVW8JwCI42IY6I8E 87Iv6xkF7I0E14v26r1j6r4UYxBIdaVFxhVjvjDU0xZFpf9x07j7J5rUUUUU= X-CM-SenderInfo: pix13q5fqqxugofq/ Archived-At: Cc: opsawg-chairs@ietf.org Subject: Re: [OPSAWG] WG adoption poll for draft-li-opsawg-ipfix-bgp-community-02 X-BeenThere: opsawg@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: OPSA Working Group Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Feb 2017 06:39:30 -0000 Hi, all BGP community information plays an important role nowadays. After reading this draft, I think the information element provided can solve some problems to some degree. I support for the work group document adoption. Cheers Yu -----Original Message----- From: opsawg-bounces@ietf.org [mailto:opsawg-bounces@ietf.org] On Behalf Of Tianran Zhou Sent: Monday, February 13, 2017 11:37 AM To: opsawg@ietf.org Cc: opsawg-chairs@ietf.org Subject: [OPSAWG] WG adoption poll for draft-li-opsawg-ipfix-bgp-community-02 Dear OPSAWG, In Seoul, we got enough interest and positive response on this IPFIX IE extension draft. By the authors' request, this email starts a formal poll. The chairs would like to know if the WG participants agree that the following document should be adopted as a WG document in OPSAWG. Export BGP community information in IP Flow Information Export (IPFIX) https://tools.ietf.org/html/draft-li-opsawg-ipfix-bgp-community-02 The adoption poll will take two weeks. Please let us know your opinion by Feb 27. It would also be good to hear who is willing to review and/or implement or deploy the extension described in the document. Since we already found that the majority of the f2f participants at our IETF97 session like this idea, please do speak up now if you do not agree or have serious objections (with explanation of course). Regards, Tianran _______________________________________________ OPSAWG mailing list OPSAWG@ietf.org https://www.ietf.org/mailman/listinfo/opsawg From nobody Mon Feb 13 23:33:21 2017 Return-Path: X-Original-To: opsawg@ietfa.amsl.com Delivered-To: opsawg@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 954E31294F7; Mon, 13 Feb 2017 23:33:20 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.6 X-Spam-Level: X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, RP_MATCHES_RCVD=-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 JWvt9PMzL7yd; Mon, 13 Feb 2017 23:33:18 -0800 (PST) Received: from cmccmta3.chinamobile.com (cmccmta3.chinamobile.com [221.176.66.81]) by ietfa.amsl.com (Postfix) with ESMTP id 3D7FB12947A; Mon, 13 Feb 2017 23:33:16 -0800 (PST) Received: from spf.mail.chinamobile.com (unknown[172.16.121.1]) by rmmx-syy-dmz-app12-12012 (RichMail) with SMTP id 2eec58a2b2b1257-8a6c5; Tue, 14 Feb 2017 15:33:05 +0800 (CST) X-RM-TRANSID: 2eec58a2b2b1257-8a6c5 X-RM-SPAM-FLAG: 00000000 Received: from cmcc-PC (unknown[223.72.55.152]) by rmsmtp-syy-appsvr01-12001 (RichMail) with SMTP id 2ee158a2b2afdeb-59c94; Tue, 14 Feb 2017 15:33:05 +0800 (CST) X-RM-TRANSID: 2ee158a2b2afdeb-59c94 Date: Tue, 14 Feb 2017 15:34:38 +0800 From: "lizhenqiang@chinamobile.com" To: "PJ Aitken" , Zhoutianran , "ipfix@ietf.org" , opsawg References: , X-Priority: 3 X-Has-Attach: no X-Mailer: Foxmail 7, 2, 7, 164[cn] Mime-Version: 1.0 Message-ID: <201702141534369518773@chinamobile.com> Content-Type: multipart/alternative; boundary="----=_001_NextPart832001274031_=----" Archived-At: Cc: "draft-li-opsawg-ipfix-bgp-community.authors@ietf.org" Subject: Re: [OPSAWG] [IPFIX] FW: WG adoption poll for draft-li-opsawg-ipfix-bgp-community-02 X-BeenThere: opsawg@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: OPSA Working Group Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Feb 2017 07:33:20 -0000 This is a multi-part message in MIME format. ------=_001_NextPart832001274031_=---- Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: base64 SSBzdXBwb3J0IHRoZSBhZG9wdGlvbiBvZiB0aGlzIGRyYWZ0IGFzIGEgY28tYXV0aG9yLiBUaGUg cmVxdWlyZW1lbnQgY29tZXMgZnJvbSB0aGUgZmllbGQgbmV0d29yay4NCg0KQmVzdCBSZWdhcmRz DQoNCg0KbGl6aGVucWlhbmdAY2hpbmFtb2JpbGUuY29tDQogDQpGcm9tOiBQSiBBaXRrZW4NCkRh dGU6IDIwMTctMDItMTMgMjA6MzkNClRvOiBUaWFucmFuIFpob3U7IElQRklYQGlldGYub3JnDQpD QzogZHJhZnQtbGktb3BzYXdnLWlwZml4LWJncC1jb21tdW5pdHkuYXV0aG9yc0BpZXRmLm9yZw0K U3ViamVjdDogUmU6IFtJUEZJWF0gRlc6IFdHIGFkb3B0aW9uIHBvbGwgZm9yIGRyYWZ0LWxpLW9w c2F3Zy1pcGZpeC1iZ3AtY29tbXVuaXR5LTAyDQpQZXIgc2VjdGlvbiA2IG9mIFJGQzcwMTIsIG5l dyBJUEZJWCBJbmZvcm1hdGlvbiBFbGVtZW50cyBjYW4gYmUgYWRkZWQgYnkgDQpkaXJlY3QgYXBw bGljYXRpb24gdG8gSUFOQTsgdGhlcmUncyBubyBuZWVkIGZvciBhIGRyYWZ0IG9yIFJGQy4NCiAN Ckhvd2V2ZXIsIHRoZSBpbnRyb2R1Y3Rpb24gYW5kIGV4YW1wbGVzIG1heSBiZSB2YWx1YWJsZSwg ZXNwZWNpYWxseSBmb3IgDQpCR1AgZXhwZXJ0cyB3aG8gYXJlIGxlc3MgZmFtaWxpYXIgd2l0aCBJ UEZJWC4NCiANCkkndmUgbm8gb2JqZWN0aW9uIHRvIGFkb3B0aW5nIHRoZSBkcmFmdC4NCiANClAu DQogDQogDQpPbiAxMy8wMi8xNyAwMzo0OSwgVGlhbnJhbiBaaG91IHdyb3RlOg0KPiBEZWFyIElQ RklYLA0KPg0KPiBTaW5jZSB0aGUgSVBGSVggV0cgaXMgY29uY2x1ZGVkLCB0aGlzIElFIGV4dGVu c2lvbiBkcmFmdCBpcyBwcm9jZXNzZWQgbm93IGluIE9QU0FXRy4NCj4gVGhhbmtzIHZlcnkgbXVj aCBmb3IgdGhlIHByZXZpb3VzIGNvbW1lbnRzIGFuZCBkaXNjdXNzaW9ucyBvbiB0aGlzIGRyYWZ0 IGluIHRoaXMgbWFpbGluZyBsaXN0Lg0KPiBOb3cgdGhlIE9QU0FXRyBpcyBwb2xsaW5nIGZvciBh ZG9wdGlvbiBvZiB0aGlzIEktRC4gSSBzaW5jZXJlbHkgYXBwcmVjaWF0ZSB5b3VyIG9waW5pb24g YW5kIHJldmlldy4NCj4NCj4gQmVzdCBSZWdhcmRzLA0KPiBUaWFucmFuIFpob3UNCj4NCj4gLS0t LS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCj4gRnJvbTogT1BTQVdHIFttYWlsdG86b3BzYXdnLWJv dW5jZXNAaWV0Zi5vcmddIE9uIEJlaGFsZiBPZiBUaWFucmFuIFpob3UNCj4gU2VudDogTW9uZGF5 LCBGZWJydWFyeSAxMywgMjAxNyAxMTozNyBBTQ0KPiBUbzogb3BzYXdnQGlldGYub3JnDQo+IENj OiBvcHNhd2ctY2hhaXJzQGlldGYub3JnDQo+IFN1YmplY3Q6IFtPUFNBV0ddIFdHIGFkb3B0aW9u IHBvbGwgZm9yIGRyYWZ0LWxpLW9wc2F3Zy1pcGZpeC1iZ3AtY29tbXVuaXR5LTAyDQo+DQo+IERl YXIgT1BTQVdHLA0KPg0KPiBJbiBTZW91bCwgd2UgZ290IGVub3VnaCBpbnRlcmVzdCBhbmQgcG9z aXRpdmUgcmVzcG9uc2Ugb24gdGhpcyBJUEZJWCBJRSBleHRlbnNpb24gZHJhZnQuDQo+IEJ5IHRo ZSBhdXRob3JzJyByZXF1ZXN0LCB0aGlzIGVtYWlsIHN0YXJ0cyBhIGZvcm1hbCBwb2xsLiBUaGUg Y2hhaXJzIHdvdWxkIGxpa2UgdG8ga25vdyBpZiB0aGUgV0cgcGFydGljaXBhbnRzIGFncmVlIHRo YXQgdGhlIGZvbGxvd2luZyBkb2N1bWVudCBzaG91bGQgYmUgYWRvcHRlZCBhcyBhIFdHIGRvY3Vt ZW50IGluIE9QU0FXRy4NCj4NCj4gRXhwb3J0IEJHUCBjb21tdW5pdHkgaW5mb3JtYXRpb24gaW4g SVAgRmxvdyBJbmZvcm1hdGlvbiBFeHBvcnQgKElQRklYKQ0KPiBodHRwczovL3VybGRlZmVuc2Uu cHJvb2Zwb2ludC5jb20vdjIvdXJsP3U9aHR0cHMtM0FfX3Rvb2xzLmlldGYub3JnX2h0bWxfZHJh ZnQtMkRsaS0yRG9wc2F3Zy0yRGlwZml4LTJEYmdwLTJEY29tbXVuaXR5LTJEMDImZD1Ed0lDQWcm Yz1JTF9YcVFXT2p1YmdmcUlOaTJqVHpnJnI9WHg5NzI5eFlEWW9DZ0JEZGNwMUZLdDVQeVlkMVRD b1hOS2h5UFk4Q0ZwOCZtPWU4VV9nUHdDX0gySTV5SzdYTW03SVoyOVBVMXJnMHdOYlBzSnZERzZS REkmcz14WXNUcnJGdUQyZGxmeGRwMFgzcGNQTXc0dnVvemdsZnBHTHY0QTVUS053JmU9DQo+DQo+ IFRoZSBhZG9wdGlvbiBwb2xsIHdpbGwgdGFrZSB0d28gd2Vla3MuIFBsZWFzZSBsZXQgdXMga25v dyB5b3VyIG9waW5pb24gYnkgRmViIDI3LiBJdCB3b3VsZCBhbHNvIGJlIGdvb2QgdG8gaGVhciB3 aG8gaXMgd2lsbGluZyB0byByZXZpZXcgYW5kL29yIGltcGxlbWVudCBvciBkZXBsb3kgdGhlIGV4 dGVuc2lvbiBkZXNjcmliZWQgaW4gdGhlIGRvY3VtZW50Lg0KPg0KPiBTaW5jZSB3ZSBhbHJlYWR5 IGZvdW5kIHRoYXQgdGhlIG1ham9yaXR5IG9mIHRoZSBmMmYgcGFydGljaXBhbnRzIGF0IG91ciBJ RVRGOTcgc2Vzc2lvbiBsaWtlIHRoaXMgaWRlYSwgcGxlYXNlIGRvIHNwZWFrIHVwIG5vdyBpZiB5 b3UgZG8gbm90IGFncmVlIG9yIGhhdmUgc2VyaW91cyBvYmplY3Rpb25zICh3aXRoIGV4cGxhbmF0 aW9uIG9mIGNvdXJzZSkuDQo+DQo+IFJlZ2FyZHMsDQo+IFRpYW5yYW4NCj4NCj4gX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCj4gT1BTQVdHIG1haWxpbmcg bGlzdA0KPiBPUFNBV0dAaWV0Zi5vcmcNCj4gaHR0cHM6Ly91cmxkZWZlbnNlLnByb29mcG9pbnQu Y29tL3YyL3VybD91PWh0dHBzLTNBX193d3cuaWV0Zi5vcmdfbWFpbG1hbl9saXN0aW5mb19vcHNh d2cmZD1Ed0lDQWcmYz1JTF9YcVFXT2p1YmdmcUlOaTJqVHpnJnI9WHg5NzI5eFlEWW9DZ0JEZGNw MUZLdDVQeVlkMVRDb1hOS2h5UFk4Q0ZwOCZtPWU4VV9nUHdDX0gySTV5SzdYTW03SVoyOVBVMXJn MHdOYlBzSnZERzZSREkmcz1sVXlQQWVRMkJVbkl1cUw0cVVTMXc0NUNOZTNKaXhqWVF6WVFWTjRZ M3E0JmU9DQo+DQo+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fDQo+IElQRklYIG1haWxpbmcgbGlzdA0KPiBJUEZJWEBpZXRmLm9yZw0KPiBodHRwczovL3Vy bGRlZmVuc2UucHJvb2Zwb2ludC5jb20vdjIvdXJsP3U9aHR0cHMtM0FfX3d3dy5pZXRmLm9yZ19t YWlsbWFuX2xpc3RpbmZvX2lwZml4JmQ9RHdJQ0FnJmM9SUxfWHFRV09qdWJnZnFJTmkyalR6ZyZy PVh4OTcyOXhZRFlvQ2dCRGRjcDFGS3Q1UHlZZDFUQ29YTktoeVBZOENGcDgmbT1lOFVfZ1B3Q19I Mkk1eUs3WE1tN0laMjlQVTFyZzB3TmJQc0p2REc2UkRJJnM9bE9VckNVUVZoc2RuSVd2U1RKeWNq ZHktMFY2eVpaOU52alUyTi13Wm4xOCZlPQ0KIA0KX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX18NCklQRklYIG1haWxpbmcgbGlzdA0KSVBGSVhAaWV0Zi5vcmcN Cmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vaXBmaXgNCiANCiANCg== ------=_001_NextPart832001274031_=---- Content-Type: text/html; charset="ISO-8859-1" Content-Transfer-Encoding: quoted-printable =0A
I support the adoption of this draft as a co-auth= or. The requirement comes from the field network.
=0A

<= div>Best Regards
=0A
lizhenqiang@chinamobile.com
=0A
 
<= div>From: PJ Aitken
Subject: Re: [IPFIX] FW: WG adoption poll for draft-li-opsawg-ipfix-bgp-comm= unity-02
Per section 6 of RFC7012, new IPFIX In= formation Elements can be added by
=0A
direct application to IAN= A; there's no need for a draft or RFC.
=0A
 
=0A
Ho= wever, the introduction and examples may be valuable, especially for =0A
BGP experts who are less familiar with IPFIX.
=0A
 =
=0A
I've no objection to adopting the draft.
=0A
 =
=0A
P.
=0A
 
=0A
 
=0A
On 1= 3/02/17 03:49, Tianran Zhou wrote:
=0A
> Dear IPFIX,
=0A<= div>>
=0A
> Since the IPFIX WG is concluded, this IE extens= ion draft is processed now in OPSAWG.
=0A
> Thanks very much f= or the previous comments and discussions on this draft in this mailing lis= t.
=0A
> Now the OPSAWG is polling for adoption of this I-D. I= sincerely appreciate your opinion and review.
=0A
>
=0A<= div>> Best Regards,
=0A
> Tianran Zhou
=0A
>=0A
> -----Original Message-----
=0A
> From: OPSAWG = [mailto:opsawg-bounces@ietf.org] On Behalf Of Tianran Zhou
=0A
&g= t; Sent: Monday, February 13, 2017 11:37 AM
=0A
> To: opsawg@i= etf.org
=0A
> Cc: opsawg-chairs@ietf.org
=0A
> Sub= ject: [OPSAWG] WG adoption poll for draft-li-opsawg-ipfix-bgp-community-02=
=0A
>
=0A
> Dear OPSAWG,
=0A
>
= =0A
> In Seoul, we got enough interest and positive response on thi= s IPFIX IE extension draft.
=0A
> By the authors' request, thi= s email starts a formal poll. The chairs would like to know if the WG part= icipants agree that the following document should be adopted as a WG docum= ent in OPSAWG.
=0A
>
=0A
> Export BGP community in= formation in IP Flow Information Export (IPFIX)
=0A
> https://= urldefense.proofpoint.com/v2/url?u=3Dhttps-3A__tools.ietf.org_html_draft-2= Dli-2Dopsawg-2Dipfix-2Dbgp-2Dcommunity-2D02&d=3DDwICAg&c=3DIL_XqQW= OjubgfqINi2jTzg&r=3DXx9729xYDYoCgBDdcp1FKt5PyYd1TCoXNKhyPY8CFp8&m= =3De8U_gPwC_H2I5yK7XMm7IZ29PU1rg0wNbPsJvDG6RDI&s=3DxYsTrrFuD2dlfxdp0X3= pcPMw4vuozglfpGLv4A5TKNw&e=3D
=0A
>
=0A
> The = adoption poll will take two weeks. Please let us know your opinion by Feb = 27. It would also be good to hear who is willing to review and/or implemen= t or deploy the extension described in the document.
=0A
>=0A
> Since we already found that the majority of the f2f partici= pants at our IETF97 session like this idea, please do speak up now if you = do not agree or have serious objections (with explanation of course).=0A
>
=0A
> Regards,
=0A
> Tianran
= =0A
>
=0A
> ___________________________________________= ____
=0A
> OPSAWG mailing list
=0A
> OPSAWG@ietf.o= rg
=0A
> https://urldefense.proofpoint.com/v2/url?u=3Dhttps-3A= __www.ietf.org_mailman_listinfo_opsawg&d=3DDwICAg&c=3DIL_XqQWOjubg= fqINi2jTzg&r=3DXx9729xYDYoCgBDdcp1FKt5PyYd1TCoXNKhyPY8CFp8&m=3De8U= _gPwC_H2I5yK7XMm7IZ29PU1rg0wNbPsJvDG6RDI&s=3DlUyPAeQ2BUnIuqL4qUS1w45CN= e3JixjYQzYQVN4Y3q4&e=3D
=0A
>
=0A
> __________= _____________________________________
=0A
> IPFIX mailing list=
=0A
> IPFIX@ietf.org
=0A
> https://urldefense.pro= ofpoint.com/v2/url?u=3Dhttps-3A__www.ietf.org_mailman_listinfo_ipfix&d= =3DDwICAg&c=3DIL_XqQWOjubgfqINi2jTzg&r=3DXx9729xYDYoCgBDdcp1FKt5Py= Yd1TCoXNKhyPY8CFp8&m=3De8U_gPwC_H2I5yK7XMm7IZ29PU1rg0wNbPsJvDG6RDI&= ;s=3DlOUrCUQVhsdnIWvSTJycjdy-0V6yZZ9NvjU2N-wZn18&e=3D
=0A
&nb= sp;
=0A
_______________________________________________
=0A<= div>IPFIX mailing list
=0A
IPFIX@ietf.org
=0A
https://ww= w.ietf.org/mailman/listinfo/ipfix
=0A
 
=0A
 <= /div>=0A
=0A ------=_001_NextPart832001274031_=------ From nobody Tue Feb 14 01:54:11 2017 Return-Path: X-Original-To: opsawg@ietfa.amsl.com Delivered-To: opsawg@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 75A2D1294C4; Tue, 14 Feb 2017 01:54:10 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.222 X-Spam-Level: X-Spam-Status: No, score=-4.222 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-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 DA-WcdsvKRuL; Tue, 14 Feb 2017 01:54:07 -0800 (PST) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 485C91298AA; Tue, 14 Feb 2017 01:54:06 -0800 (PST) Received: from 172.18.7.190 (EHLO lhreml708-cah.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id DAP23465; Tue, 14 Feb 2017 09:54:02 +0000 (GMT) Received: from LHREML713-CAH.china.huawei.com (10.201.108.36) by lhreml708-cah.china.huawei.com (10.201.5.202) with Microsoft SMTP Server (TLS) id 14.3.301.0; Tue, 14 Feb 2017 09:53:14 +0000 Received: from NKGEML411-HUB.china.huawei.com (10.98.56.70) by LHREML713-CAH.china.huawei.com (10.201.108.36) with Microsoft SMTP Server (TLS) id 14.3.301.0; Tue, 14 Feb 2017 09:53:14 +0000 Received: from NKGEML515-MBX.china.huawei.com ([fe80::a54a:89d2:c471:ff]) by nkgeml411-hub.china.huawei.com ([10.98.56.70]) with mapi id 14.03.0235.001; Tue, 14 Feb 2017 17:53:08 +0800 From: Tianran Zhou To: "Carl Moberg (camoberg)" , "adrian@olddog.co.uk" Thread-Topic: Question on draft-ietf-netmod-yang-model-classification Thread-Index: AQHSgish3x1ACTDfv06EsDYXP9hvyaFoP9jA Date: Tue, 14 Feb 2017 09:54:10 +0000 Message-ID: References: <067201d27270$a08cc790$e1a656b0$@olddog.co.uk> <4248688C-E0AC-4302-A281-0622D824FA4D@voltanet.io> <06fa01d28225$05a25050$10e6f0f0$@olddog.co.uk> <8DACB5AE-56FE-4CB1-BCBE-8D2BD214FFC0@cisco.com> In-Reply-To: <8DACB5AE-56FE-4CB1-BCBE-8D2BD214FFC0@cisco.com> Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.111.156.116] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A020201.58A2D3BB.0336, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0, ip=0.0.0.0, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32 X-Mirapoint-Loop-Id: f17e70d18503e464013fadca6bbcbc77 Archived-At: Cc: "opsawg@ietf.org" , "draft-ietf-netmod-yang-model-classification@ietf.org" , "netmod@ietf.org" , Dean Bogdanovic Subject: Re: [OPSAWG] Question on draft-ietf-netmod-yang-model-classification X-BeenThere: opsawg@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: OPSA Working Group Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Feb 2017 09:54:10 -0000 SGksDQoNCkJhc2VkIG9uIHRoZSBkaXNjdXNzaW9uLCBoZXJlIEkgdHJ5IHRvIGNsZWFuIHVwIHRo ZSBjb25mdXNpb24gb2YgdGhlIHR3byBJLURzLg0KDQpbZHJhZnQtaWV0Zi1uZXRtb2QteWFuZy1t b2RlbC1jbGFzc2lmaWNhdGlvbl0gY2xhc3NpZmllcyB0aGUgeWFuZyBtb2R1bGVzIGludG8gIk5l dHdvcmsgU2VydmljZSBZQU5HIE1vZHVsZSIgYW5kIHRoZSAiTmV0d29yayBFbGVtZW50IFlBTkcg TW9kdWxlIi4gQW5kIHVzdWFsbHksIGl0IHVzZXMgInNlcnZpY2UgbW9kdWxlIiB0byBpbXBseSB0 aGUgIk5ldHdvcmsgU2VydmljZSBZQU5HIE1vZHVsZSIsIGkuZS4sICJOZXR3b3JrIiBoZXJlIG9u bHkgd2FudCB0byBsaW1pdCB0aGUgc2NvcGUgdG8gbmV0d29yayByZWxhdGVkIG1vZHVsZXMuIE9u ZSBleGFtcGxlIG9mICJOZXR3b3JrIFNlcnZpY2UgWUFORyBNb2R1bGUiIGlzIFtkcmFmdC1pZXRm LWwzc20tbDN2cG4tc2VydmljZS1tb2RlbF0uDQpUaGUgYXV0aG9ycyBkbyBub3Qgd2FudCB0byBm dXJ0aGVyIGNsYXNzaWZ5IHRoZSBzZXJ2aWNlIG1vZHVsZSBpbnRvIG1vcmUgbGF5ZXJzLCB1bnRp bCBtb3JlIG9wZXJhdGlvbmFsIHByYWN0aWNlIGNvbWVzLg0KDQpbZHJhZnQtd3Utb3BzYXdnLXNl cnZpY2UtbW9kZWwtZXhwbGFpbmVkXSBmdXJ0aGVyIGNsYXNzaWZpZXMgdGhlIHNlcnZpY2UgbW9k dWxlIGludG8gImN1c3RvbWVyIHNlcnZpY2UgbW9kdWxlIiBhbmQgdGhlICJzZXJ2aWNlIGRlbGl2 ZXJ5IG1vZHVsZSIuIEkgdGhpbmsgdGhpcyBpcyBiYXNlZCBvbiB0aGUgY2hhaXIgd29yayBvbiBM M1NNIGFuZCBMMlNNIFdHIGFuZCBkaXNjdXNzaW9uIHdpdGggb3BlcmF0b3JzLg0KQnV0IHRoZSBk b2N1bWVudCB0aGluayB0aGUgIk5ldHdvcmsgU2VydmljZSBZQU5HIE1vZHVsZSIgZGVmaW5lZCBp biBbZHJhZnQtaWV0Zi1uZXRtb2QteWFuZy1tb2RlbC1jbGFzc2lmaWNhdGlvbl0gaXMgInNlcnZp Y2UgZGVsaXZlcnkgbW9kdWxlIiBub3QgaW5jbHVkZSB0aGUgImN1c3RvbWVyIHNlcnZpY2UgbW9k dWxlIi4gVGhlIFtkcmFmdC1pZXRmLWwzc20tbDN2cG4tc2VydmljZS1tb2RlbF0gaXMgYWN0dWFs bHkgdGhlICJjdXN0b21lciBzZXJ2aWNlIG1vZHVsZSIuDQoNCkhlcmUgY29tZXMgdGhlIHF1ZXN0 aW9uOg0KMS4gV2hldGhlciBpdCdzIG5lY2Vzc2FyeSB0byBmdXJ0aGVyIGNsYXNzaWZ5IHRoZSAi TmV0d29yayBTZXJ2aWNlIFlBTkcgTW9kdWxlIj8NCjIuIFdoYXQncyB0aGUgd2VsbCBkZWZpbml0 aW9uIG9mICJOZXR3b3JrIFNlcnZpY2UgWUFORyBNb2R1bGUiLCAiY3VzdG9tZXIgc2VydmljZSBt b2R1bGUiLCAic2VydmljZSBkZWxpdmVyeSBtb2R1bGUiPw0KMy4gV2hhdCdzIHRoZSB3ZWxsIHBv c2l0aW9uIG9mIHRoZSBhYm92ZSB0ZXJtcyBpbiB0aGUgbWFuYWdlbWVudCBhcmNoaXRlY3R1cmU/ DQoNCkdvb2QgdG8gc2VlIGlmIHdlIGNhbiBzb2x2ZSB0aGUgY29uZmxpY3RzLCB0aGVzZSB0d28g SS1EcyBjYW4gY29tcGxlbWVudCBlYWNoIG90aGVyLg0KDQpCZXN0LA0KVGlhbnJhbg0KDQo+IC0t LS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQo+IEZyb206IG5ldG1vZCBbbWFpbHRvOm5ldG1vZC1i b3VuY2VzQGlldGYub3JnXSBPbiBCZWhhbGYgT2YgQ2FybCBNb2JlcmcNCj4gKGNhbW9iZXJnKQ0K PiBTZW50OiBUaHVyc2RheSwgRmVicnVhcnkgMDksIDIwMTcgMTI6NDggQU0NCj4gVG86IGFkcmlh bkBvbGRkb2cuY28udWsNCj4gQ2M6IG9wc2F3Z0BpZXRmLm9yZzsNCj4gZHJhZnQtaWV0Zi1uZXRt b2QteWFuZy1tb2RlbC1jbGFzc2lmaWNhdGlvbkBpZXRmLm9yZzsgbmV0bW9kQGlldGYub3JnOw0K PiBEZWFuIEJvZ2Rhbm92aWMNCj4gU3ViamVjdDogUmU6IFtuZXRtb2RdIFF1ZXN0aW9uIG9uDQo+ IGRyYWZ0LWlldGYtbmV0bW9kLXlhbmctbW9kZWwtY2xhc3NpZmljYXRpb24NCj4gDQo+IFRlYW0s DQo+IA0KPiAgSW5saW5lIGJlbG93Lg0KPiANCj4gPiBPbiBGZWIgOCwgMjAxNywgYXQgODowNCBB TSwgQWRyaWFuIEZhcnJlbCA8YWRyaWFuQG9sZGRvZy5jby51az4gd3JvdGU6DQo+ID4NCj4gPiBI aSBEZWFuLA0KPiA+DQo+ID4gSSd2ZSBiZWVuIHByb2Nlc3NpbmcgeW91ciByZXNwb25zZSBhbmQg dGhlIGNvbnRpbnVpbmcgdGhyZWFkIHdpdGggeW91DQo+IGFuZCBUaWFucmFuLg0KPiA+DQo+ID4+ PiBXZSd2ZSBiZWVuIHRyeWluZyB0byBlbnN1cmUgdGhhdA0KPiA+Pj4gZHJhZnQtd3Utb3BzYXdn LXNlcnZpY2UtbW9kZWwtZXhwbGFpbmVkIGlzIGNvbnNpc3RlbnQgd2l0aCB0aGUNCj4gPj4+IGxh dGVzdCB2ZXJzaW9uIG9mIGRyYWZ0LWlldGYtbmV0bW9kLXlhbmctbW9kZWwtY2xhc3NpZmljYXRp b24uIEluDQo+ID4+PiBkaXNjdXNzaW9ucyB3aXRoIFRpYW5yYW4gYSBxdWVzdGlvbiBoYXMgY29t ZSB1cC4NCj4gPj4+DQo+ID4+PiBJbiBzZWN0aW9uIDIgeW91IGhhdmUgYSBuaWNlIGRlZmluaXRp b24gb2YgTmV0d29yayBTZXJ2aWNlIFlBTkcNCj4gPj4+IE1vZHVsZXMgYW5kIHRoaXMgZGVmaW5p dGlvbiBtYXBzIG5pY2VseSB0byBvdXIgZGVmaW5pdGlvbiBvZiAic2VydmljZQ0KPiBkZWxpdmVy eSBtb2RlbHMiLg0KPiA+Pj4gRnVydGhlcm1vcmUsIHlvdXIgZmlndXJlIDEgc2hvd3MgTmV0d29y ayBTZXJ2aWNlIFlBTkcgTW9kdWxlcyBvbiB0aGUNCj4gPj4+IGludGVyZmFjZSBiZXR3ZWVuIE9T Uy9CU1MgYW5kIHRoZSB2YXJpb3VzIG5ldHdvcmsgc2VydmljZXMuDQo+ID4+Pg0KPiA+Pj4gV2Ug aGF2ZSBmdXJ0aGVyIGRlZmluZWQgImN1c3RvbWVyIHNlcnZpY2UgbW9kZWxzIiBhdCBhIGhpZ2hl ciBsYXllcg0KPiA+Pj4gc3RpbGwuIFRoYXQgaXMsIG9uIHRoZSBpbnRlcmZhY2UgdG8gdGhlIGN1 c3RvbWVyLiBUaGlzIChvZiBjb3Vyc2U/KQ0KPiA+Pj4gYXNzdW1lcyB0aGF0IHRoZSBPU1MvQlNT IGlzIG5vdCBjdXN0b21lciBjb2RlIDotKQ0KPiA+Pj4NCj4gPj4+IEhvd2V2ZXIsIHlvdXIgZGlz Y3Vzc2lvbiBvZiBOZXR3b3JrIFNlcnZpY2UgWUFORyBNb2R1bGVzIGluIHNlY3Rpb24NCj4gPj4+ IDIuMSBzZWVtcyBzbGlnaHRseSBhdCBvZGRzLCBhbHRob3VnaCB0aGlzIG1heSBiZSBqdXN0IGFt YmlndWl0eS4NCj4gPj4+DQo+ID4+PiBGb3IgZXhhbXBsZSwgd2hlbiB5b3Ugc2F5LCAiTmV0d29y ayBTZXJ2aWNlIFlBTkcgTW9kdWxlcyBkZXNjcmliZQ0KPiA+Pj4gdGhlIGNoYXJhY3RlcmlzdGlj cyBvZiBhIHNlcnZpY2UsIGFzIGFncmVlZCB1cG9uIHdpdGggY29uc3VtZXJzIG9mIHRoYXQNCj4g c2VydmljZSwiDQo+ID4+PiB0aGlzIGlzIG5vdCB0aGUgc2FtZSBhcywgIlRoaXMgbW9kZWwgaXMg dXNlZCBpbiB0aGUgZGlzY3Vzc2lvbg0KPiA+Pj4gYmV0d2VlbiBhIGN1c3RvbWVyIGFuZCBhIHNl cnZpY2UgcHJvdmlkZSB0byBkZXNjcmliZSB0aGUgY2hhcmFjdGVyaXN0aWNzDQo+IG9mIGEgc2Vy dmljZS4iDQo+ID4+PiBUaGF0IGlzLCB0aGUgZm9ybWVyIGNhc2UgY291bGQgYmUgYXJyaXZlZCBh dCBhZnRlciBwcm9jZXNzaW5nIGJhc2VkDQo+ID4+PiBvbiB0aGUgbGF0dGVyIGNhc2UgLSBwcm9j ZXNzaW5nIHRoYXQgd2UgaGF2ZSBjYWxsZWQgInNlcnZpY2UNCj4gPj4+IG9yY2hlc3RyYXRpb24i IGJ1dCBtaWdodCAob2YgY291cnNlKSBiZSB3aGF0IGxlYWRzIHRvIHRoZSBvcGVyYXRvciBwb2tp bmcNCj4gdGhlIE9TUy9CU1MuDQo+ID4+DQo+ID4+IEFkcmlhbiwgSSBjYW4gc2VlIHRoZSBhbWJp Z3VpdHkuIFRoZSBwb2ludCBvZiBzZXJ2aWNlIG1vZHVsZSBpcyB0byBiZQ0KPiA+PiBjb25zdW1l ZCBieSB0aGUgY3VzdG9tZXIgYW5kIHRoZXJlIGNhbiBiZSBzb21lIG1vZGlmaWNhdGlvbnMgb2Yg dGhlDQo+ID4+IHNlcnZpY2UgbW9kdWxlIHRvIGFkYXB0IHRvIHRoZSBjdXN0b21lciBzcGVjaWZp Y3MuDQo+ID4NCj4gPiBTbyBmYXIgSSBhZ3JlZSB3aXRoIHlvdXIgZW1haWwgYW5kIHRoZXJlZm9y ZSBub3Qgd2l0aCB5b3VyIGRvY3VtZW50LiBUaGUNCj4gT1NTL0JTUyBpcyBub3QsIElNSE8sIGEg dG9vbCB1c2VkIGJ5IHRoZSBjdXN0b21lci4NCj4gPg0KPiA+IFBsZWFzZSBzZWUgRmlndXJlIDMg aW4gZHJhZnQtd3Utb3BzYXdnLXNlcnZpY2UtbW9kZWwtZXhwbGFpbmVkLTA1LnR4dA0KPiB0aGF0 IHNob3dzIHRoZSBjdXN0b21lciBkaXN0aW5jdCBmcm9tIHRoZSBPU1MvQlNTLg0KPiANCj4gIElN SE8gZmlndXJlIDMgaW4gdGhlIGRyYWZ0IGlzIHdoYXQgaXQgc2F5cywgYW4gX2V4YW1wbGVfIG9m IGEgc2V0IG9mDQo+IHJlbGF0aW9uc2hpcHMgYmV0d2VlbiB0aGUgY29uc3RpdHVlbnQgcGFydHMg b2YgYSBwcm92aXNpb25pbmcvYWN0aXZhdGlvbg0KPiBzeXN0ZW0uDQo+IA0KPiAgSW4gYWxsIHJl YWwtd29ybGQgYXBwbGljYXRpb25zLCBjdXN0b21lcnMgYXJlIHNldmVyYWwgbGF5ZXJzIGFib3Zl IHRoZQ0KPiDigJxzZXJ2aWNlIG9yY2hlc3RyYXRvcuKAnSBhbmQgYWRqYWNlbnQgc3lzdGVtcy4g QnV0IHRoZSBZQU5HIG1vZGVsIG5ldmVydGhlbGVzcw0KPiBzZXJ2ZXMgdGhlIHB1cnBvc2Ugb2Yg ZGVzY3JpYmluZyB0aGUgc3RydWN0dXJlIG9mIHRoZSBzZXJ2aWNlIGZvciBjdXN0b21lcg0KPiAo b3V0c2lkZSB0aGUgU1ApIG9yIG90aGVyIGNvbnN1bWluZyBwYXJ0aWVzIChlLmcuIHRoZSBPU1Mv QlNTIHRlYW1zKS4NCj4gDQo+ID4+PiBUaGlzIG1pZ2h0IGFsbCBiZSBmaW5lIGFuZCBnb29kLCBi dXQgbGF0ZXIgaW4gdGhlIHNhbWUgc2VjdGlvbiB5b3UNCj4gPj4+IHNheSAiTmV0d29yayBTZXJ2 aWNlIFlBTkcgTW9kdWxlcyBkZWZpbmUgc2VydmljZSBtb2RlbHMgdG8gYmUNCj4gPj4+IGNvbnN1 bWVkIGJ5IGV4dGVybmFsIHN5c3RlbXMuDQo+ID4+PiBUaGVzZSBtb2R1bGVzIGFyZSBjb21tb25s eSBkZXNpZ25lZCwgZGV2ZWxvcGVkIGFuZCBkZXBsb3llZCBieQ0KPiA+Pj4gbmV0d29yayBpbmZy YXN0cnVjdHVyZSB0ZWFtcy4iIEFuZCB0aGVyZSB5b3UgaW50cm9kdWNlIHR3byB0ZXJtcw0KPiA+ Pj4gdGhhdCBhcmUgcHJldmlvdXNseSB1bmRlZmluZWQgYW5kIG9ubHkgc2VydmVyIHRvIGFkZCBh bWJpZ3VpdHkuDQo+ID4+PiBTcGVjaWZpY2FsbHkgImV4dGVybmFsIHRvIHdoYXQ/IiBJIGNvdWxk IG1ha2UgYW5kIGFyZ3VtZW50IHRoYXQgdGhlDQo+ID4+PiBPU1MgaXMgZGV2ZWxvcGVkIGFuZCBk ZXBsb3llZCBieSBuZXR3b3JrIGluZnJhc3RydWN0dXJlIHRlYW1zLCBhZCBhbHNvDQo+IHRoYXQg dGhlIE9TUyBpcyBleHRlcm5hbCB0byB0aGUgbmV0d29yayBpdHNlbGYuDQo+ID4+DQo+ID4+IEFn cmVlIHRoYXQgZXh0ZXJuYWwgc3lzdGVtcyBhcmUgbm90IGRlZmluZWQgYW5kIHRoaXMgdGV4dCBo YXMgdG8gYmUNCj4gPj4gY2xhcmlmaWVkLiBUaGUgZXh0ZXJuYWwgc3lzdGVtcyBjYW4gYmUgT1NT IGFuZCBCU1MuDQo+ID4NCj4gPiBJZiB3ZSByZWxhYmVsbGVkIG91ciAiU2VydmljZSBEZWxpdmVy eSBNb2RlbCIgYXMgIk5ldHdvcmsgU2VydmljZSBNb2RlbCINCj4gd291bGQgdGhhdCBiZSBjb25z aXN0ZW50Pw0KPiA+DQo+ID4gVGhhdCBpcywgaW4gYW55IGNhc2UsIHRvIHNheSB0aGF0IHRoZSBP U1MvQlNTIGRvZXMgbm90IHRhbGsgZGlyZWN0bHkgdG8NCj4gdGhlIGRldmljZXMuDQo+IA0KPiAg SSB0aGluayB0aGF0IHdvdWxkIGhlbHAuIEFuZCB5ZXMsIHRoZSBpbnRlbnQgb2Yg4oCcZXh0ZXJu YWzigJ0gd2FzIHRvIHNheSDigJxvdGhlcg0KPiB0aGFu4oCdLCByYXRoZXIgdGhhbiDigJxvdXRz aWRlIG9mIHRoZSBjb21wYW554oCdIChvciBzb21ldGhpbmcgbGlrZSB0aGF0KS4NCj4gDQo+ID4+ PiBBbmQsIGluIGJldHdlZW4gdGhlc2UgdHdvIHF1b3RlZCBwaWVjZXMgb2YgdGV4dCwgeW91IGhh dmUuLi4NCj4gPj4+DQo+ID4+PiAgQXMgYW4gZXhhbXBsZSwgdGhlIE5ldHdvcmsgU2VydmljZSBZ QU5HIE1vZHVsZSBkZWZpbmVkIGluDQo+ID4+PiBbWUFORy1EYXRhLU1vZGVsLWZvci1MM1ZQTi1z ZXJ2aWNlLWRlbGl2ZXJ5XSBwcm92aWRlcyBhbiBhYnN0cmFjdA0KPiA+Pj4gbW9kZWwgZm9yIExh eWVyIDMgSVAgVlBOIHNlcnZpY2UgY29uZmlndXJhdGlvbi4NCj4gPj4NCj4gPj4gTXkgcXVlc3Rp b24gaXMgd2hlcmUgZG8geW91IHNlZSB0aGUgTDNTTSBtb2RlbCBhYm92ZSBvciBiZWxvdyBPU1M/ DQo+ID4NCj4gPiBXZWxsLCBsb29rIGF0IHRoZSBmaWd1cmUgaW4gc2VjdGlvbiA1IG9mDQo+ID4g ZHJhZnQtaWV0Zi1sM3NtLWwzdnBuLXNlcnZpY2UtbW9kZWwtMTkudHh0DQo+ID4NCj4gPiBJdCBp cyBsb2dpY2FsbHkgaGlnaGVyLCBidXQgT1NTL0JTUyBhcmUgbm90ICJpbiB0aGUgZmxvdyIgYXMg dGhleSBhcmUNCj4gbGVnYWN5IGNvbXBvbmVudHMgaW4gYSBzb2Z0d2FyaXplZCB3b3JsZC4NCj4g PiBIb3dldmVyLCBwZXIgb3VyIHBpY3R1cmVzLCBPU1MvQlNTIHNob3VsZCB1c2UgdGhlIHNhbWUg c2V0IG9mIG1vZGVscy9tb2R1bGVzDQo+IGFzIHVzZWQgYnkgdGhlICJzZXJ2aWNlIG9yY2hlc3Ry YXRvcuKAnS4NCj4gDQo+ICBUaGlzIGlzIGEgbGl0dGxlIGRpZmZlcmVudCBpbiBkaWZmZXJlbnQg U1BzLiBNYW55IG9mIHRoZW0gY29uc2lkZXIgdGhlDQo+IFJGUy1zdHlsZSBzZXJ2aWNlIGRlZmlu aXRpb24gYXMgbGFpZCBvdXQgaW4gTDNTTSBhcyBzb21ldGhpbmcgdGhhdCBpcyBvd25lZA0KPiBi eSB0aGUgaW5mcmF0cnN0dWN0dXJlIGFuZCBvcmRlcmVkIHRocm91Z2ggdGhlIE9TUy9CU1MgbGF5 ZXIgKHRoZSBvcmRlcg0KPiBtYW5hZ2VyIHRvIGJlIG1vcmUgcHJlY2lzZSkuDQo+IA0KPiA+PiBC ZWNhdXNlIHRoZXJlIGFyZSBzb21lIG51YW5jZXMgaW4gdGhlIHNlcnZpY2UgbW9kdWxlLCBidXQg YXQgdGhlIGVuZA0KPiA+PiB3ZSBkZWNpZGVkIG5vdCB0byBkbyBzdWIgY2xhc3NpZmljYXRpb24N Cj4gPg0KPiA+IE11dHRlciwgbXV0dGVyLg0KPiA+IEluIHRoZSBkb2N1bWVudCwgeW91IHRhbGsg YWJvdXQgIm5ldHdvcmsgc2VydmljZSBtb2R1bGVzIiBub3QgInNlcnZpY2UNCj4gbW9kdWxlcyIg YW5kIG9ubHkgdHJpbSB0byAic2VydmljZSBtb2R1bGUiIGluIHRoZSB0ZXh0IGltcGx5aW5nIHRo YXQgeW91DQo+IGFsd2F5cyBhY3R1YWxseSBtZWFuICJuZXR3b3JrIHNlcnZpY2UgbW9kdWxl4oCd Lg0KPiANCj4gIFdlIGFsd2F5cyBtZWFuIOKAnG5ldHdvcmsgc2VydmljZSBtb2RlbHPigJ0sIHRo ZXJlIGFyZSBtYW55IOKAnHNlcnZpY2UgbW9kZWxz4oCdDQo+IG91dCB0aGVyZSB0aGF0IGhhdmUg bGl0dGxlIG9yIG5vdGhpbmcgdG8gZG8gd2l0aCB0aGUgbmV0d29yay4gQW5kIEkgd291bGQNCj4g bGlrZSB0byBub3QgZ28gdGhlcmUgOi0pDQo+IA0KPiA+PiBvbmUgaXMgdGhlIGJ1c2luZXNzIGFu ZCBvbmUgdGVjaG5pY2FsIHNlcnZpY2UuDQo+ID4+DQo+ID4+IFdoZW4gaSByZWFkIHRoZSBZQU5H LURhdGEtTW9kZWwtZm9yLUwzVlBOLXNlcnZpY2UtZGVsaXZlcnksIGl0IGxvb2tlZA0KPiA+PiB0 byBtZSBtdWNoIG1vcmUgbGlrZSBhIHRlY2huaWNhbCBtb2RlbCwgdGhlbiB0aGUgYnVzaW5lc3Mg bW9kZWwsIGFzDQo+ID4+IGRpZG7igJl0IHNlZSBTTEEgZGVmaW5pdGlvbnMgdG8gdHJhY2sgdGhl IGJ1c2luZXNzIHBhcmFtZXRlcnMgb2YgdGhlIHNlcnZpY2UNCj4gdXNlLg0KPiA+DQo+ID4gSXQg aXMgY2VydGFpbmx5IG5vdCBhIGJ1c2luZXNzIG1vZGVsIGFuZCBkb2VzIG5vdCBpbmNsdWRlIFNM QXMuIE90aGVyDQo+IHBlb3BsZSBoYXZlIGZhciBtb3JlIGV4cGVyaWVuY2Ugd29ya2luZyBvbiB0 aGVzZSB0aGluZ3MgKFRNRiwgTUVGLCAuLi4pDQo+IGFuZCBpdCBpcyBub3QgYW4gSUVURiBjb3Jl IGNvbXBldGVuY2UuIE91ciBpbnRlbnRpb24gaXMgdGhhdCBvdXIgbW9kdWxlDQo+IGNhbiBiZSBh dWdtZW50ZWQgb3IgYWNjb21wYW5pZWQgYnkgb3RoZXIgbW9kdWxlcyBpbiBvcmRlciB0byBjcmVh dGUgYSBidXNpbmVzcw0KPiBtb2RlbCwgYWNrbm93bGVkZ2luZyB0aGF0IGNvbW1lcmNpYWwgZGV0 YWlscyAoZXZlbiBpbmNsdWRpbmcgU0xBcykgd2lsbA0KPiB2YXJ5IGZyb20gb25lIG9wZXJhdG9y IHRvIGFub3RoZXIsIGJ1dCB0aGF0IHRoZSBjb3JlIHRlY2huaWNhbCBkZXNjcmlwdGlvbg0KPiBv ZiB0aGUgc2VydmljZSBjYW4gYmUgKGFuZCwgaXQgdHVybnMgb3V0LCBpcykgY29tbW9uIGFjcm9z cyBtdWx0aXBsZQ0KPiBwcm92aWRlcnMuDQo+ID4NCj4gPiBXZSBldmVuIHdyb3RlIHRleHQgaW4g U2VjdGlvbiA1IG9mIGRyYWZ0LXd1LW9wc2F3Zy1zZXJ2aWNlLW1vZGVsLWV4cGxhaW5lZA0KPiB0 byBoZWxwIHdpdGggdGhpcy4NCj4gPg0KPiA+Pj4gUGVyIG15IG90aGVyIGVtYWlsLCB0aGlzIHJl ZmVyZW5jZSBuZWVkcyB0byBiZSBmaXhlZC4gQnV0IEkgc3RydWdnbGUNCj4gPj4+IHRvIHNlZSB0 aGUgTDNTTSBtb2R1bGUgYXMgY29uc2lzdGVudCB3aXRoIHlvdXIgZmlndXJlLiBJdCBtYXkgb3Ig bWF5DQo+ID4+PiBub3QgYmUgY29uc2lzdGVudCB3aXRoIHlvdXIgdGV4dCBkZXBlbmRlbnQgb24g dGhlIGludGVycHJldGF0aW9uLg0KPiA+Pg0KPiA+PiBTdXJlLCB3ZSBjYW4gZml4IHRoYXQgcmVm ZXJlbmNlLCBidXQgdGhlIGF1dGhvcnMgb2YgTDNTTSBtb2R1bGUNCj4gPj4gc2hvdWxkIGRvIHRo ZWlyIG93biBtb2R1bGUgY2xhc3NpZmljYXRpb24sIGFzIHRoZXkgYXJlIHRoZSBvbmx5IG9uZXMN Cj4gPj4gdGhhdCBrbm93IHRoZSBpbnRlbnQgb2YgdGhlIG1vZHVsZS4NCj4gPg0KPiA+IFRoYXQg aXMgZmluZS4gVGhleSBjYW4gY2xhc3NpZnkgaXQsIGFuZCB0aGV5IGNhbiB1c2UgeW91cg0KPiA+ IGNsYXNzaWZpY2F0aW9uIHN5c3RlbSwgYnV0IG9ubHkgaWYgaXQgY2FuIGJlIHVuZGVyc3Rvb2Qs IGlzDQo+ID4gbWVhbmluZ2Z1bCwgYW5kIGZpdHMgd2hhdCB0aGV5IGFyZSB0cnlpbmcgdG8gYWNo aWV2ZSA6LSkNCj4gPg0KPiA+IFlvdXIgdGV4dCBjdXJyZW50bHkgc2F5cw0KPiA+ICAgQXMgYW4g ZXhhbXBsZSwgdGhlIE5ldHdvcmsgU2VydmljZSBZQU5HIE1vZHVsZSBkZWZpbmVkIGluDQo+ID4g ICBbWUFORy1EYXRhLU1vZGVsLWZvci1MM1ZQTi1zZXJ2aWNlLWRlbGl2ZXJ5XSBwcm92aWRlcyBh biBhYnN0cmFjdA0KPiA+ICAgbW9kZWwgZm9yIExheWVyIDMgSVAgVlBOIHNlcnZpY2UgY29uZmln dXJhdGlvbi4NCj4gPg0KPiA+IFlvdXIgdGV4dCBhbmQgZmlndXJlcyBzaG93ICJOZXR3b3JrIFNl cnZpY2UgWUFORyBNb2R1bGUiIGFzIGJlaW5nIHNvbWV0aGluZw0KPiB0aGF0IHRoZSBPU1MvQlNT IHRhbGtzIChwcmVzdW1hYmx5IHRvd2FyZCBhIG5ldHdvcmsgb3JjaGVzdHJhdG9yPykuIFRodXMN Cj4gdGhlIEwzU00gbW9kdWxlIGRvZXMgbm90IGZpdCBoZXJlLiBBbmQgdGhhdCBpcyB3aHkgd2Ug d3JvdGUNCj4gZHJhZnQtd3Utb3BzYXdnLXNlcnZpY2UtbW9kZWwtZXhwbGFpbmVkIGFuZCBpbmNs dWRlZCBGaWd1cmUgNCB0byBhdWdtZW50DQo+IHlvdXIgZmlndXJlLg0KPiANCj4gIEZpZ3VyZSA0 IGFsc28gc2VlbXMgbGlrZSBhbiBfZXhhbXBsZV8gb2YgaG93IG9uZSBjb3VsZCBzdHJ1Y3R1cmUg dGhlIGxheWVycy4NCj4gUGVyc29uYWxseSBJIGhhdmUgbmV2ZXIgc2VlbiBhbiBpbXBsZW1lbnRh dGlvbiBvZiBhIGNsZWFyIHNwbGl0IGJldHdlZW4NCj4gIk5ldHdvcmsgU2VydmljZSBZQU5HIE1v ZHVsZXPigJ0gYW5kICJTZXJ2aWNlIFlBTkcgTW9kdWxlc+KAnS4gVGhhdOKAmXMgd2h5IHdlDQo+ IHdhbnRlZCB0byBzdGF5IGNsZWFyIG9mIHRoYXQgZGlzY3Vzc2lvbiB1bnRpbCB0aGVyZSBpcyBl eHBlcmllbmNlIHRlbGxpbmcNCj4gdXMgdGhhdCB0aGlzIGlzIGluZGVlZCBiZXN0IHByYWN0aWNl Lg0KPiANCj4gPiBBbmQgKmZpbmFsbHkqLCBUaWFucmFuIGlzIGNvbmNlcm5lZCB0aGF0IHRoZXJl IG1heSBiZSBjb25mdXNpb24gYXJpc2luZw0KPiBmcm9tIHdoZXRoZXIgdGhlIG1vZHVsZSB3ZSBy ZWZlcmVuY2UgYXJlICJOZXR3b3JrIHNlcnZpY2UgbW9kdWxlcyIsICJzZXJ2aWNlDQo+IGRlbGl2 ZXJ5IG1vZHVsZXMiLCAibmV0d29yayBjb25maWd1cmF0aW9uIG1vZHVsZXMiLCAibmV0d29yayBl bGVtZW50DQo+IG1vZHVsZXMiLCBvciAiZGV2aWNlIGNvbmZpZ3VyYXRpb24gbW9kdWxlcyIuIFNv IG1hbnkgdGVybXMsIGJ1dCBwcmVzdW1hYmx5DQo+IHRoZXNlIG1vZHVsZXMgZG9uJ3QgZml0IGlu dG8gYWxsIG9mIHRoZSBjYXRlZ29yaWVzISBUaGUgbGlzdCBpczoNCj4gPg0KPiA+IFtJLUQuZGhq YWluLWJlc3MtYmdwLWwzdnBuLXlhbmddDQo+IA0KPiDigJzigJ0iDQo+ICAgIFRoZXJlIGFyZSB0 d28gcGFydHMgb2YgdGhlIEJHUCBMM1ZQTiB5YW5nIGRhdGEgbW9kZWwuICBUaGUgZmlyc3QgcGFy dA0KPiAgICBvZiB0aGUgbW9kZWwgZGVmaW5lcyBWUkYgc3BlY2lmaWMgcGFyYW1ldGVycyBmb3Ig TDNWUE4gYnkgYXVnbWVudGluZw0KPiAgICB0aGUgcm91dGluZy1pbnN0YW5jZSBjb250YWluZXIg ZGVmaW5lZCBpbiB0aGUgcm91dGluZyBtb2RlbCBbSS0NCj4gICAgRC5pZXRmLW5ldG1vZC1yb3V0 aW5nLWNmZ10gYW5kIHRoZSBzZWNvbmQgcGFydCBvZiB0aGUgbW9kZWwgZGVmaW5lcw0KPiAgICBC R1Agc3BlY2lmaWMgcGFyYW1ldGVycyBmb3IgdGhlIEwzVlBOIGJ5IGF1Z21lbnRpbmcgdGhlIGJh c2UgQkdQIGRhdGENCj4gICAgbW9kZWwgZGVmaW5lZCBpbiBbSS1ELnNoYWlraC1pZHItYmdwLW1v ZGVsXS4NCj4g4oCc4oCd4oCdDQo+IA0KPiAgYW5kIGl04oCZcyBpbXBvcnRpbmcgaWV0Zi1yb3V0 aW5nLCBpZXRmLWludGVyZmFjZXMsIGlldGYtaW50ZXJmYWNlcw0KPiBhdWdtZW50aW5nIC9ydDpy b3V0aW5nLyBhbmQgL2lmOmludGVyZmFjZXMvLg0KPiANCj4gRnJvbSBkcmFmdC1pZXRmLW5ldG1v ZC15YW5nLW1vZGVsLWNsYXNzaWZpY2F0aW9uOg0KPiANCj4gIOKAnOKAneKAnQ0KPiAgICBOZXR3 b3JrIEVsZW1lbnQgWUFORyBNb2R1bGVzIGRlc2NyaWJlIHRoZSBjaGFyYWN0ZXJpc3RpY3Mgb2Yg YQ0KPiAgICBuZXR3b3JrIGRldmljZSBhcyBkZWZpbmVkIGJ5IHRoZSB2ZW5kb3Igb2YgdGhhdCBk ZXZpY2UuICBUaGUgbW9kdWxlcw0KPiAgICBhcmUgY29tbW9ubHkgc3RydWN0dXJlZCBhcm91bmQg ZmVhdHVyZXMgb2YgdGhlIGRldmljZSwgZS5nLiBpbnRlcmZhY2UNCj4gICAgY29uZmlndXJhdGlv biBbUkZDNzIyM10sIE9TUEYgY29uZmlndXJhdGlvbiBb4oCmXSDigJzigJ0iDQo+IA0KPiAgSSB3 b3VsZCBzYXkgdGhhdCBpZXRmLWJncC1sM3ZwbkAyMDE2LTAyLTIyLnlhbmcgaXMgYSBuZXR3b3Jr IGVsZW1lbnQgWUFORw0KPiBtb2R1bGUuDQo+IA0KPiA+IFtJLUQuaWV0Zi1iZXNzLWwydnBuLXlh bmddDQo+IA0KPiDigJzigJ3igJ0NCj4gICAgSW4gdGhpcyB2ZXJzaW9uIG9mIHRoZSBkb2N1bWVu dCwgb25lIHNpbmdsZSBjb250YWluZXIsIGwydnBuLCBpcw0KPiAgICBkZWZpbmVkLiAgV2l0aGlu IHRoZSBsMnZwbiBjb250YWluZXIsIGVuZHBvaW50LWEsIGVuZHBvaW50LXogYW5kIGENCj4gICAg bGlzdCBvZiBlbmRwb2ludHMgYXJlIGRlZmluZWQuIFvigKZdDQo+IOKAnOKAnSINCj4gDQo+IEZy b20gZHJhZnQtaWV0Zi1uZXRtb2QteWFuZy1tb2RlbC1jbGFzc2lmaWNhdGlvbjoNCj4gDQo+IOKA nOKAneKAnQ0KPiAgICBUaGF0IGlzLCBhDQo+ICAgIHNlcnZpY2UgbW9kdWxlIGRvZXMgbm90IGV4 cG9zZSB0aGUgZGV0YWlsZWQgY29uZmlndXJhdGlvbiBwYXJhbWV0ZXJzDQo+ICAgIG9mIGFsbCBw YXJ0aWNpcGF0aW5nIG5ldHdvcmsgZWxlbWVudHMgYW5kIGZlYXR1cmVzLCBidXQgZGVzY3JpYmVz IGFuDQo+ICAgIGFic3RyYWN0IG1vZGVsIHRoYXQgYWxsb3dzIGluc3RhbmNlcyBvZiB0aGUgc2Vy dmljZSB0byBiZSBkZWNvbXBvc2VkDQo+ICAgIGludG8gaW5zdGFuY2UgZGF0YSBhY2NvcmRpbmcg dG8gdGhlIE5ldHdvcmsgRWxlbWVudCBZQU5HIE1vZHVsZXMgb2YNCj4gICAgdGhlIHBhcnRpY2lw YXRpbmcgbmV0d29yayBlbGVtZW50cy4NCj4g4oCc4oCd4oCdDQo+IA0KPiAgSSB3b3VsZCBzYXkg dGhhdCBpZXRmLWwydnBuQDIwMTYtMTAtMjQueWFuZyBpcyBhIG5ldHdvcmsgc2VydmljZSBZQU5H DQo+IG1vZHVsZS4NCj4gDQo+ID4gW0ktRC5pZXRmLWJlc3MtZXZwbi15YW5nXQ0KPiANCj4gDQo+ ICBUaGlzIGRyYWZ0IGNvbnRhaW5zIHR3byBtb2R1bGVzOg0KPiAgLSBpZXRmLWV0aGVybmV0LXNl Z21lbnRAMjAxNi0wNy0wOC55YW5nDQo+ICAtIGlldGYtZXZwbkAyMDE2LTA3LTA4LnlhbmcNCj4g DQo+ICBSZWFkaW5nIHRoZSBmaXJzdCBwYXJhZ3JhcGggb2Ygc2VjdGlvbiAzLjEg4oCcT3ZlcnZp ZXfigJ0NCj4gDQo+IOKAnOKAneKAnQ0KPiAgICAgICBUd28gdG9wIGxldmVsIG1vZHVsZSwgRXRo ZXJuZXQtU2VnbWVudCBhbmQgRVZQTiwgYXJlIGRlZmluZWQuIFRoZQ0KPiAgICBFdGhlcm5ldC1T ZWdtZW50IGNvbnRhaW5zIGEgbGlzdCBvZiBpbnRlcmZhY2UgdG8gd2hpY2ggYW55IEV0aGVybmV0 LQ0KPiAgICBTZWdtZW50IGF0dHJpYnV0ZXMgYXJlIGNvbmZpZ3VyZWQvYXBwbGllZC4NCj4g4oCc 4oCd4oCdDQo+IA0KPiAg4oCmYW5kIHVuZGVyc3RhbmRpbmcgdGhhdCB0aGUgbGlzdCBvZiBpbnRl cmZhY2VzIGNhbiBiZSBsb2NhdGVkIG9uIGRpZmZlcmVudA0KPiBuZXR3b3JrIGVsZW1lbnRzLCBt YWtlcyBtZSB0aGluayB0aGF0IHRoZXNlIHR3byBtb2R1bGVzIGFyZSBib3RoIGV4YW1wbGVzDQo+ IG9mIG5ldHdvcmsgZGV2aWNlIFlBTkcgbW9kdWxlcy4NCj4gDQo+ID4gSSB3b25kZXIgd2hhdCB0 eXBlIG9mIG1vZHVsZSB5b3UgdGhpbmsgdGhlc2UgYXJlLg0KPiA+DQo+ID4gQ2hlZXJzLA0KPiA+ IEFkcmlhbg0KPiA+DQo+ID4NCj4gPg0KPiANCj4gX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX18NCj4gbmV0bW9kIG1haWxpbmcgbGlzdA0KPiBuZXRtb2RAaWV0 Zi5vcmcNCj4gaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9uZXRtb2QNCg== From nobody Tue Feb 14 02:03:45 2017 Return-Path: X-Original-To: opsawg@ietfa.amsl.com Delivered-To: opsawg@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AC5451298C3; Tue, 14 Feb 2017 02:03:39 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.201 X-Spam-Level: X-Spam-Status: No, score=-4.201 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-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 t6_VAgVGOtKw; Tue, 14 Feb 2017 02:03:34 -0800 (PST) Received: from atlas3.jacobs-university.de (atlas3.jacobs-university.de [212.201.44.18]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E4ED5129416; Tue, 14 Feb 2017 02:03:33 -0800 (PST) Received: from localhost (demetrius5.irc-it.jacobs-university.de [10.70.0.222]) by atlas3.jacobs-university.de (Postfix) with ESMTP id 4844C76E; Tue, 14 Feb 2017 11:03:32 +0100 (CET) X-Virus-Scanned: amavisd-new at jacobs-university.de Received: from atlas3.jacobs-university.de ([10.70.0.205]) by localhost (demetrius5.jacobs-university.de [10.70.0.222]) (amavisd-new, port 10030) with ESMTP id 1r6uJ3Zw-wcq; Tue, 14 Feb 2017 11:03:29 +0100 (CET) Received: from hermes.jacobs-university.de (hermes.jacobs-university.de [212.201.44.23]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hermes.jacobs-university.de", Issuer "Jacobs University CA - G01" (verified OK)) by atlas3.jacobs-university.de (Postfix) with ESMTPS; Tue, 14 Feb 2017 11:03:30 +0100 (CET) Received: from localhost (demetrius1.jacobs-university.de [212.201.44.46]) by hermes.jacobs-university.de (Postfix) with ESMTP id 8C479200C5; Tue, 14 Feb 2017 11:03:30 +0100 (CET) X-Virus-Scanned: amavisd-new at jacobs-university.de Received: from hermes.jacobs-university.de ([212.201.44.23]) by localhost (demetrius1.jacobs-university.de [212.201.44.32]) (amavisd-new, port 10024) with ESMTP id sT_T4Hniu7TH; Tue, 14 Feb 2017 11:03:28 +0100 (CET) Received: from elstar.local (elstar.jacobs.jacobs-university.de [10.50.231.133]) by hermes.jacobs-university.de (Postfix) with ESMTP id B6985200C2; Tue, 14 Feb 2017 11:03:28 +0100 (CET) Received: by elstar.local (Postfix, from userid 501) id 8A5373E75014; Tue, 14 Feb 2017 11:03:30 +0100 (CET) Date: Tue, 14 Feb 2017 11:03:29 +0100 From: Juergen Schoenwaelder To: Tianran Zhou Message-ID: <20170214100329.GA12798@elstar.local> Mail-Followup-To: Tianran Zhou , "Carl Moberg (camoberg)" , "adrian@olddog.co.uk" , "opsawg@ietf.org" , "draft-ietf-netmod-yang-model-classification@ietf.org" , "netmod@ietf.org" , Dean Bogdanovic References: <067201d27270$a08cc790$e1a656b0$@olddog.co.uk> <4248688C-E0AC-4302-A281-0622D824FA4D@voltanet.io> <06fa01d28225$05a25050$10e6f0f0$@olddog.co.uk> <8DACB5AE-56FE-4CB1-BCBE-8D2BD214FFC0@cisco.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline X-Clacks-Overhead: GNU Terry Pratchett Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.6.0 (2016-04-01) Archived-At: Cc: "netmod@ietf.org" , "draft-ietf-netmod-yang-model-classification@ietf.org" , Dean Bogdanovic , "opsawg@ietf.org" , "Carl Moberg \(camoberg\)" Subject: Re: [OPSAWG] Question on draft-ietf-netmod-yang-model-classification X-BeenThere: opsawg@ietf.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Juergen Schoenwaelder List-Id: OPSA Working Group Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Feb 2017 10:03:39 -0000 I would prefer to have all terms people find agreement on in a single document. /js On Tue, Feb 14, 2017 at 09:54:10AM +0000, Tianran Zhou wrote: > Hi, > > Based on the discussion, here I try to clean up the confusion of the two I-Ds. > > [draft-ietf-netmod-yang-model-classification] classifies the yang modules into "Network Service YANG Module" and the "Network Element YANG Module". And usually, it uses "service module" to imply the "Network Service YANG Module", i.e., "Network" here only want to limit the scope to network related modules. One example of "Network Service YANG Module" is [draft-ietf-l3sm-l3vpn-service-model]. > The authors do not want to further classify the service module into more layers, until more operational practice comes. > > [draft-wu-opsawg-service-model-explained] further classifies the service module into "customer service module" and the "service delivery module". I think this is based on the chair work on L3SM and L2SM WG and discussion with operators. > But the document think the "Network Service YANG Module" defined in [draft-ietf-netmod-yang-model-classification] is "service delivery module" not include the "customer service module". The [draft-ietf-l3sm-l3vpn-service-model] is actually the "customer service module". > > Here comes the question: > 1. Whether it's necessary to further classify the "Network Service YANG Module"? > 2. What's the well definition of "Network Service YANG Module", "customer service module", "service delivery module"? > 3. What's the well position of the above terms in the management architecture? > > Good to see if we can solve the conflicts, these two I-Ds can complement each other. > > Best, > Tianran > > > -----Original Message----- > > From: netmod [mailto:netmod-bounces@ietf.org] On Behalf Of Carl Moberg > > (camoberg) > > Sent: Thursday, February 09, 2017 12:48 AM > > To: adrian@olddog.co.uk > > Cc: opsawg@ietf.org; > > draft-ietf-netmod-yang-model-classification@ietf.org; netmod@ietf.org; > > Dean Bogdanovic > > Subject: Re: [netmod] Question on > > draft-ietf-netmod-yang-model-classification > > > > Team, > > > > Inline below. > > > > > On Feb 8, 2017, at 8:04 AM, Adrian Farrel wrote: > > > > > > Hi Dean, > > > > > > I've been processing your response and the continuing thread with you > > and Tianran. > > > > > >>> We've been trying to ensure that > > >>> draft-wu-opsawg-service-model-explained is consistent with the > > >>> latest version of draft-ietf-netmod-yang-model-classification. In > > >>> discussions with Tianran a question has come up. > > >>> > > >>> In section 2 you have a nice definition of Network Service YANG > > >>> Modules and this definition maps nicely to our definition of "service > > delivery models". > > >>> Furthermore, your figure 1 shows Network Service YANG Modules on the > > >>> interface between OSS/BSS and the various network services. > > >>> > > >>> We have further defined "customer service models" at a higher layer > > >>> still. That is, on the interface to the customer. This (of course?) > > >>> assumes that the OSS/BSS is not customer code :-) > > >>> > > >>> However, your discussion of Network Service YANG Modules in section > > >>> 2.1 seems slightly at odds, although this may be just ambiguity. > > >>> > > >>> For example, when you say, "Network Service YANG Modules describe > > >>> the characteristics of a service, as agreed upon with consumers of that > > service," > > >>> this is not the same as, "This model is used in the discussion > > >>> between a customer and a service provide to describe the characteristics > > of a service." > > >>> That is, the former case could be arrived at after processing based > > >>> on the latter case - processing that we have called "service > > >>> orchestration" but might (of course) be what leads to the operator poking > > the OSS/BSS. > > >> > > >> Adrian, I can see the ambiguity. The point of service module is to be > > >> consumed by the customer and there can be some modifications of the > > >> service module to adapt to the customer specifics. > > > > > > So far I agree with your email and therefore not with your document. The > > OSS/BSS is not, IMHO, a tool used by the customer. > > > > > > Please see Figure 3 in draft-wu-opsawg-service-model-explained-05.txt > > that shows the customer distinct from the OSS/BSS. > > > > IMHO figure 3 in the draft is what it says, an _example_ of a set of > > relationships between the constituent parts of a provisioning/activation > > system. > > > > In all real-world applications, customers are several layers above the > > “service orchestrator” and adjacent systems. But the YANG model nevertheless > > serves the purpose of describing the structure of the service for customer > > (outside the SP) or other consuming parties (e.g. the OSS/BSS teams). > > > > >>> This might all be fine and good, but later in the same section you > > >>> say "Network Service YANG Modules define service models to be > > >>> consumed by external systems. > > >>> These modules are commonly designed, developed and deployed by > > >>> network infrastructure teams." And there you introduce two terms > > >>> that are previously undefined and only server to add ambiguity. > > >>> Specifically "external to what?" I could make and argument that the > > >>> OSS is developed and deployed by network infrastructure teams, ad also > > that the OSS is external to the network itself. > > >> > > >> Agree that external systems are not defined and this text has to be > > >> clarified. The external systems can be OSS and BSS. > > > > > > If we relabelled our "Service Delivery Model" as "Network Service Model" > > would that be consistent? > > > > > > That is, in any case, to say that the OSS/BSS does not talk directly to > > the devices. > > > > I think that would help. And yes, the intent of “external” was to say “other > > than”, rather than “outside of the company” (or something like that). > > > > >>> And, in between these two quoted pieces of text, you have... > > >>> > > >>> As an example, the Network Service YANG Module defined in > > >>> [YANG-Data-Model-for-L3VPN-service-delivery] provides an abstract > > >>> model for Layer 3 IP VPN service configuration. > > >> > > >> My question is where do you see the L3SM model above or below OSS? > > > > > > Well, look at the figure in section 5 of > > > draft-ietf-l3sm-l3vpn-service-model-19.txt > > > > > > It is logically higher, but OSS/BSS are not "in the flow" as they are > > legacy components in a softwarized world. > > > However, per our pictures, OSS/BSS should use the same set of models/modules > > as used by the "service orchestrator”. > > > > This is a little different in different SPs. Many of them consider the > > RFS-style service definition as laid out in L3SM as something that is owned > > by the infratrstucture and ordered through the OSS/BSS layer (the order > > manager to be more precise). > > > > >> Because there are some nuances in the service module, but at the end > > >> we decided not to do sub classification > > > > > > Mutter, mutter. > > > In the document, you talk about "network service modules" not "service > > modules" and only trim to "service module" in the text implying that you > > always actually mean "network service module”. > > > > We always mean “network service models”, there are many “service models” > > out there that have little or nothing to do with the network. And I would > > like to not go there :-) > > > > >> one is the business and one technical service. > > >> > > >> When i read the YANG-Data-Model-for-L3VPN-service-delivery, it looked > > >> to me much more like a technical model, then the business model, as > > >> didn’t see SLA definitions to track the business parameters of the service > > use. > > > > > > It is certainly not a business model and does not include SLAs. Other > > people have far more experience working on these things (TMF, MEF, ...) > > and it is not an IETF core competence. Our intention is that our module > > can be augmented or accompanied by other modules in order to create a business > > model, acknowledging that commercial details (even including SLAs) will > > vary from one operator to another, but that the core technical description > > of the service can be (and, it turns out, is) common across multiple > > providers. > > > > > > We even wrote text in Section 5 of draft-wu-opsawg-service-model-explained > > to help with this. > > > > > >>> Per my other email, this reference needs to be fixed. But I struggle > > >>> to see the L3SM module as consistent with your figure. It may or may > > >>> not be consistent with your text dependent on the interpretation. > > >> > > >> Sure, we can fix that reference, but the authors of L3SM module > > >> should do their own module classification, as they are the only ones > > >> that know the intent of the module. > > > > > > That is fine. They can classify it, and they can use your > > > classification system, but only if it can be understood, is > > > meaningful, and fits what they are trying to achieve :-) > > > > > > Your text currently says > > > As an example, the Network Service YANG Module defined in > > > [YANG-Data-Model-for-L3VPN-service-delivery] provides an abstract > > > model for Layer 3 IP VPN service configuration. > > > > > > Your text and figures show "Network Service YANG Module" as being something > > that the OSS/BSS talks (presumably toward a network orchestrator?). Thus > > the L3SM module does not fit here. And that is why we wrote > > draft-wu-opsawg-service-model-explained and included Figure 4 to augment > > your figure. > > > > Figure 4 also seems like an _example_ of how one could structure the layers. > > Personally I have never seen an implementation of a clear split between > > "Network Service YANG Modules” and "Service YANG Modules”. That’s why we > > wanted to stay clear of that discussion until there is experience telling > > us that this is indeed best practice. > > > > > And *finally*, Tianran is concerned that there may be confusion arising > > from whether the module we reference are "Network service modules", "service > > delivery modules", "network configuration modules", "network element > > modules", or "device configuration modules". So many terms, but presumably > > these modules don't fit into all of the categories! The list is: > > > > > > [I-D.dhjain-bess-bgp-l3vpn-yang] > > > > “”" > > There are two parts of the BGP L3VPN yang data model. The first part > > of the model defines VRF specific parameters for L3VPN by augmenting > > the routing-instance container defined in the routing model [I- > > D.ietf-netmod-routing-cfg] and the second part of the model defines > > BGP specific parameters for the L3VPN by augmenting the base BGP data > > model defined in [I-D.shaikh-idr-bgp-model]. > > “”” > > > > and it’s importing ietf-routing, ietf-interfaces, ietf-interfaces > > augmenting /rt:routing/ and /if:interfaces/. > > > > From draft-ietf-netmod-yang-model-classification: > > > > “”” > > Network Element YANG Modules describe the characteristics of a > > network device as defined by the vendor of that device. The modules > > are commonly structured around features of the device, e.g. interface > > configuration [RFC7223], OSPF configuration […] “”" > > > > I would say that ietf-bgp-l3vpn@2016-02-22.yang is a network element YANG > > module. > > > > > [I-D.ietf-bess-l2vpn-yang] > > > > “”” > > In this version of the document, one single container, l2vpn, is > > defined. Within the l2vpn container, endpoint-a, endpoint-z and a > > list of endpoints are defined. […] > > “”" > > > > From draft-ietf-netmod-yang-model-classification: > > > > “”” > > That is, a > > service module does not expose the detailed configuration parameters > > of all participating network elements and features, but describes an > > abstract model that allows instances of the service to be decomposed > > into instance data according to the Network Element YANG Modules of > > the participating network elements. > > “”” > > > > I would say that ietf-l2vpn@2016-10-24.yang is a network service YANG > > module. > > > > > [I-D.ietf-bess-evpn-yang] > > > > > > This draft contains two modules: > > - ietf-ethernet-segment@2016-07-08.yang > > - ietf-evpn@2016-07-08.yang > > > > Reading the first paragraph of section 3.1 “Overview” > > > > “”” > > Two top level module, Ethernet-Segment and EVPN, are defined. The > > Ethernet-Segment contains a list of interface to which any Ethernet- > > Segment attributes are configured/applied. > > “”” > > > > …and understanding that the list of interfaces can be located on different > > network elements, makes me think that these two modules are both examples > > of network device YANG modules. > > > > > I wonder what type of module you think these are. > > > > > > Cheers, > > > Adrian > > > > > > > > > > > > > _______________________________________________ > > netmod mailing list > > netmod@ietf.org > > https://www.ietf.org/mailman/listinfo/netmod > _______________________________________________ > OPSAWG mailing list > OPSAWG@ietf.org > https://www.ietf.org/mailman/listinfo/opsawg -- Juergen Schoenwaelder Jacobs University Bremen gGmbH Phone: +49 421 200 3587 Campus Ring 1 | 28759 Bremen | Germany Fax: +49 421 200 3103 From nobody Tue Feb 14 02:24:22 2017 Return-Path: X-Original-To: opsawg@ietfa.amsl.com Delivered-To: opsawg@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 14AB9129416; Tue, 14 Feb 2017 02:24:17 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.62 X-Spam-Level: X-Spam-Status: No, score=-2.62 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 3Zpy5lD3Ff9P; Tue, 14 Feb 2017 02:24:14 -0800 (PST) Received: from asmtp4.iomartmail.com (asmtp4.iomartmail.com [62.128.201.175]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7EED41296ED; Tue, 14 Feb 2017 02:24:13 -0800 (PST) Received: from asmtp4.iomartmail.com (localhost.localdomain [127.0.0.1]) by asmtp4.iomartmail.com (8.13.8/8.13.8) with ESMTP id v1EANxC2024090; Tue, 14 Feb 2017 10:24:01 GMT Received: from 950129200 ([176.241.251.4]) (authenticated bits=0) by asmtp4.iomartmail.com (8.13.8/8.13.8) with ESMTP id v1EANqPC024068 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 14 Feb 2017 10:23:57 GMT From: "Adrian Farrel" To: "'Tianran Zhou'" , "'Carl Moberg \(camoberg\)'" References: <067201d27270$a08cc790$e1a656b0$@olddog.co.uk> <4248688C-E0AC-4302-A281-0622D824FA4D@voltanet.io> <06fa01d28225$05a25050$10e6f0f0$@olddog.co.uk> <8DACB5AE-56FE-4CB1-BCBE-8D2BD214FFC0@cisco.com> In-Reply-To: Date: Tue, 14 Feb 2017 10:23:49 -0000 Message-ID: <032301d286ac$73fad140$5bf073c0$@olddog.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQMMoquh4lfUBn97fPg7iXrd5c7XzwLI+6yFArTKmrMBpBhi9AKIteqlnqa7J5A= Content-Language: en-gb X-TM-AS-MML: disable X-TM-AS-Product-Ver: IMSS-7.1.0.1679-8.1.0.1062-22884.006 X-TM-AS-Result: No--25.123-10.0-31-10 X-imss-scan-details: No--25.123-10.0-31-10 X-TMASE-MatchedRID: yebcs53SkkAQaipp+dGzb0QL6IUiVKSP6Jj6zYvfFAQwplGJ7NxS0yyr X4xxYeHh8bgHobHh8PIdZsjn8Xsw9Q7Qbfq/wswqoMfp2vHck9VCs7hdHoFFA1IEge/2lT8AV0I GeuleLKkI6ubAZZie2BVTiTGDNlwwyUEGXxYlhT/PfDU9TFrh70sRVi7tL1fl5DJ1FS+XdBPk1L hA7Mwru+mbAXoYO/mKCVRlSMWiC3FAOPDcpLGcsDCIlN/eSPB99ISHwCrIdS8V1ftQZOqqL39MU W3noMgmqib/b+Db1EMdXvAkWdRIlU5RCTiYesCKlVHM/F6YkvQ+WWrj7s+yn1c/Cedjlcvk+Tv2 9a70D5ZGS7vx2FfNQCPoXVl+JQgRtW08N25OP0PBVprK8rvWX1YPArum7kxlnvbaEOoeixPDRve w35mZe78z9DbU2cAWcslFKc4PnFYBblGcupDHh3lMlWV+Ir677SaKCujOOgG67Q3uPo9KI+VH1k RZg6m08zzuF8n7wEOT9qSqoOimPHOAMSqhBqB6gW5/KXM36b6XOVo0UPe9FDnKpbGL4ChVxjfJ+ i+nbHSGLTg2xxDnUYCP7aFadabKiqh2aFjf/J27bScJeyAvljoSfZud5+GgEmKSFn8SsiwDHLds GZw6x8VrpAsWwu5sa2zAJMQ/YEBFsw2Lp+kSuFz+axQLnAVBmoKXVHfiMM+vXsfN1Sxqwmb6Pph VtfZg2QZ4nQp19Tz5XHICSp8bo0wSL739Mt7asyNb+yeIRArwZGE/+dMc1vk3SjZMcZFkEk1RG/ Kt+DNEC754ddx02SFPf3brcPblZZHk1kcrmFOeAiCmPx4NwFkMvWAuahr8+gD2vYtOFhgqtq5d3 cxkNQP90fJP9eHt Archived-At: Cc: opsawg@ietf.org, draft-ietf-netmod-yang-model-classification@ietf.org, netmod@ietf.org, 'Dean Bogdanovic' Subject: Re: [OPSAWG] Question on draft-ietf-netmod-yang-model-classification X-BeenThere: opsawg@ietf.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: adrian@olddog.co.uk List-Id: OPSA Working Group Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Feb 2017 10:24:17 -0000 Hi Tianran, Nice summary. I think some of the confusion may be that = draft-ietf-netmod-yang-model-classification shows "Network Service YANG = Modules" on the interface between OSS/BSS and the network. But the = "customer service model" is at a different place in the hierarchy as = shown in Figure 4 of draft-wu-opsawg-service-model-explained. To attend to your specific questions: > 1. Whether it's necessary to further classify the "Network Service = YANG > Module"? I'm not particularly interested in doing that except so far as is = necessary to avoid conflict between the two I-Ds. In = draft-wu-opsawg-service-model-explained we introduced "customer service = module" and "service delivery module" because it seemed (to us) that = there were two different groups of people using the term "service model" = to describe very different modules. > 2. What's the well definition of "Network Service YANG Module", = "customer > service module", "service delivery module"? Since draft-wu-opsawg-service-model-explained introduces the terms = "customer service module" and "service delivery module" I am going to = say that I am happy with the definitions in that document. I can say = that "customer service module" is used consistently with the L3SM and = L2SM work and so it is probably a stable definition. "Service delivery = module" is a term we invented to match the definition in = draft-wu-opsawg-service-model-explained: I don't think the term is used = anywhere else, so maybe a better question is "is this a = useful/meaningful term?" If the answer to Q1 is that draft-wu-opsawg-service-model-explained = should not try to resolve any overlap with = draft-ietf-netmod-yang-model-classification, then I think the definition = of "Network Service YANG Module" in = draft-ietf-netmod-yang-model-classification is fine (with the few tweaks = Dean and I discussed on the list). > 3. What's the well position of the above terms in the management = architecture? Ah, I like that question. But it makes me ask: where should I look for = the definitive, state-of-the art management architecture? Thanks for continuing to drive this issue. Adrian > -----Original Message----- > From: Tianran Zhou [mailto:zhoutianran@huawei.com] > Sent: 14 February 2017 09:54 > To: Carl Moberg (camoberg); adrian@olddog.co.uk > Cc: opsawg@ietf.org; = draft-ietf-netmod-yang-model-classification@ietf.org; > netmod@ietf.org; Dean Bogdanovic > Subject: RE: Question on draft-ietf-netmod-yang-model-classification >=20 > Hi, >=20 > Based on the discussion, here I try to clean up the confusion of the = two I-Ds. >=20 > [draft-ietf-netmod-yang-model-classification] classifies the yang = modules into > "Network Service YANG Module" and the "Network Element YANG Module". > And usually, it uses "service module" to imply the "Network Service = YANG > Module", i.e., "Network" here only want to limit the scope to network = related > modules. One example of "Network Service YANG Module" is = [draft-ietf-l3sm- > l3vpn-service-model]. > The authors do not want to further classify the service module into = more layers, > until more operational practice comes. >=20 > [draft-wu-opsawg-service-model-explained] further classifies the = service module > into "customer service module" and the "service delivery module". I = think this is > based on the chair work on L3SM and L2SM WG and discussion with = operators. > But the document think the "Network Service YANG Module" defined in = [draft- > ietf-netmod-yang-model-classification] is "service delivery module" = not include > the "customer service module". The = [draft-ietf-l3sm-l3vpn-service-model] is > actually the "customer service module". >=20 > Here comes the question: > 1. Whether it's necessary to further classify the "Network Service = YANG > Module"? > 2. What's the well definition of "Network Service YANG Module", = "customer > service module", "service delivery module"? > 3. What's the well position of the above terms in the management = architecture? >=20 > Good to see if we can solve the conflicts, these two I-Ds can = complement each > other. >=20 > Best, > Tianran >=20 > > -----Original Message----- > > From: netmod [mailto:netmod-bounces@ietf.org] On Behalf Of Carl = Moberg > > (camoberg) > > Sent: Thursday, February 09, 2017 12:48 AM > > To: adrian@olddog.co.uk > > Cc: opsawg@ietf.org; > > draft-ietf-netmod-yang-model-classification@ietf.org; = netmod@ietf.org; > > Dean Bogdanovic > > Subject: Re: [netmod] Question on > > draft-ietf-netmod-yang-model-classification > > > > Team, > > > > Inline below. > > > > > On Feb 8, 2017, at 8:04 AM, Adrian Farrel = wrote: > > > > > > Hi Dean, > > > > > > I've been processing your response and the continuing thread with = you > > and Tianran. > > > > > >>> We've been trying to ensure that > > >>> draft-wu-opsawg-service-model-explained is consistent with the > > >>> latest version of draft-ietf-netmod-yang-model-classification. = In > > >>> discussions with Tianran a question has come up. > > >>> > > >>> In section 2 you have a nice definition of Network Service YANG > > >>> Modules and this definition maps nicely to our definition of = "service > > delivery models". > > >>> Furthermore, your figure 1 shows Network Service YANG Modules on = the > > >>> interface between OSS/BSS and the various network services. > > >>> > > >>> We have further defined "customer service models" at a higher = layer > > >>> still. That is, on the interface to the customer. This (of = course?) > > >>> assumes that the OSS/BSS is not customer code :-) > > >>> > > >>> However, your discussion of Network Service YANG Modules in = section > > >>> 2.1 seems slightly at odds, although this may be just ambiguity. > > >>> > > >>> For example, when you say, "Network Service YANG Modules = describe > > >>> the characteristics of a service, as agreed upon with consumers = of that > > service," > > >>> this is not the same as, "This model is used in the discussion > > >>> between a customer and a service provide to describe the = characteristics > > of a service." > > >>> That is, the former case could be arrived at after processing = based > > >>> on the latter case - processing that we have called "service > > >>> orchestration" but might (of course) be what leads to the = operator poking > > the OSS/BSS. > > >> > > >> Adrian, I can see the ambiguity. The point of service module is = to be > > >> consumed by the customer and there can be some modifications of = the > > >> service module to adapt to the customer specifics. > > > > > > So far I agree with your email and therefore not with your = document. The > > OSS/BSS is not, IMHO, a tool used by the customer. > > > > > > Please see Figure 3 in = draft-wu-opsawg-service-model-explained-05.txt > > that shows the customer distinct from the OSS/BSS. > > > > IMHO figure 3 in the draft is what it says, an _example_ of a set = of > > relationships between the constituent parts of a = provisioning/activation > > system. > > > > In all real-world applications, customers are several layers above = the > > =E2=80=9Cservice orchestrator=E2=80=9D and adjacent systems. But the = YANG model nevertheless > > serves the purpose of describing the structure of the service for = customer > > (outside the SP) or other consuming parties (e.g. the OSS/BSS = teams). > > > > >>> This might all be fine and good, but later in the same section = you > > >>> say "Network Service YANG Modules define service models to be > > >>> consumed by external systems. > > >>> These modules are commonly designed, developed and deployed by > > >>> network infrastructure teams." And there you introduce two terms > > >>> that are previously undefined and only server to add ambiguity. > > >>> Specifically "external to what?" I could make and argument that = the > > >>> OSS is developed and deployed by network infrastructure teams, = ad also > > that the OSS is external to the network itself. > > >> > > >> Agree that external systems are not defined and this text has to = be > > >> clarified. The external systems can be OSS and BSS. > > > > > > If we relabelled our "Service Delivery Model" as "Network Service = Model" > > would that be consistent? > > > > > > That is, in any case, to say that the OSS/BSS does not talk = directly to > > the devices. > > > > I think that would help. And yes, the intent of = =E2=80=9Cexternal=E2=80=9D was to say =E2=80=9Cother > > than=E2=80=9D, rather than =E2=80=9Coutside of the company=E2=80=9D = (or something like that). > > > > >>> And, in between these two quoted pieces of text, you have... > > >>> > > >>> As an example, the Network Service YANG Module defined in > > >>> [YANG-Data-Model-for-L3VPN-service-delivery] provides an = abstract > > >>> model for Layer 3 IP VPN service configuration. > > >> > > >> My question is where do you see the L3SM model above or below = OSS? > > > > > > Well, look at the figure in section 5 of > > > draft-ietf-l3sm-l3vpn-service-model-19.txt > > > > > > It is logically higher, but OSS/BSS are not "in the flow" as they = are > > legacy components in a softwarized world. > > > However, per our pictures, OSS/BSS should use the same set of > models/modules > > as used by the "service orchestrator=E2=80=9D. > > > > This is a little different in different SPs. Many of them consider = the > > RFS-style service definition as laid out in L3SM as something that = is owned > > by the infratrstucture and ordered through the OSS/BSS layer (the = order > > manager to be more precise). > > > > >> Because there are some nuances in the service module, but at the = end > > >> we decided not to do sub classification > > > > > > Mutter, mutter. > > > In the document, you talk about "network service modules" not = "service > > modules" and only trim to "service module" in the text implying that = you > > always actually mean "network service module=E2=80=9D. > > > > We always mean =E2=80=9Cnetwork service models=E2=80=9D, there are = many =E2=80=9Cservice models=E2=80=9D > > out there that have little or nothing to do with the network. And I = would > > like to not go there :-) > > > > >> one is the business and one technical service. > > >> > > >> When i read the YANG-Data-Model-for-L3VPN-service-delivery, it = looked > > >> to me much more like a technical model, then the business model, = as > > >> didn=E2=80=99t see SLA definitions to track the business = parameters of the service > > use. > > > > > > It is certainly not a business model and does not include SLAs. = Other > > people have far more experience working on these things (TMF, MEF, = ...) > > and it is not an IETF core competence. Our intention is that our = module > > can be augmented or accompanied by other modules in order to create = a > business > > model, acknowledging that commercial details (even including SLAs) = will > > vary from one operator to another, but that the core technical = description > > of the service can be (and, it turns out, is) common across multiple > > providers. > > > > > > We even wrote text in Section 5 of draft-wu-opsawg-service-model- > explained > > to help with this. > > > > > >>> Per my other email, this reference needs to be fixed. But I = struggle > > >>> to see the L3SM module as consistent with your figure. It may or = may > > >>> not be consistent with your text dependent on the = interpretation. > > >> > > >> Sure, we can fix that reference, but the authors of L3SM module > > >> should do their own module classification, as they are the only = ones > > >> that know the intent of the module. > > > > > > That is fine. They can classify it, and they can use your > > > classification system, but only if it can be understood, is > > > meaningful, and fits what they are trying to achieve :-) > > > > > > Your text currently says > > > As an example, the Network Service YANG Module defined in > > > [YANG-Data-Model-for-L3VPN-service-delivery] provides an = abstract > > > model for Layer 3 IP VPN service configuration. > > > > > > Your text and figures show "Network Service YANG Module" as being > something > > that the OSS/BSS talks (presumably toward a network orchestrator?). = Thus > > the L3SM module does not fit here. And that is why we wrote > > draft-wu-opsawg-service-model-explained and included Figure 4 to = augment > > your figure. > > > > Figure 4 also seems like an _example_ of how one could structure = the layers. > > Personally I have never seen an implementation of a clear split = between > > "Network Service YANG Modules=E2=80=9D and "Service YANG = Modules=E2=80=9D. That=E2=80=99s why we > > wanted to stay clear of that discussion until there is experience = telling > > us that this is indeed best practice. > > > > > And *finally*, Tianran is concerned that there may be confusion = arising > > from whether the module we reference are "Network service modules", > "service > > delivery modules", "network configuration modules", "network element > > modules", or "device configuration modules". So many terms, but = presumably > > these modules don't fit into all of the categories! The list is: > > > > > > [I-D.dhjain-bess-bgp-l3vpn-yang] > > > > =E2=80=9C=E2=80=9D" > > There are two parts of the BGP L3VPN yang data model. The first = part > > of the model defines VRF specific parameters for L3VPN by = augmenting > > the routing-instance container defined in the routing model [I- > > D.ietf-netmod-routing-cfg] and the second part of the model = defines > > BGP specific parameters for the L3VPN by augmenting the base BGP = data > > model defined in [I-D.shaikh-idr-bgp-model]. > > =E2=80=9C=E2=80=9D=E2=80=9D > > > > and it=E2=80=99s importing ietf-routing, ietf-interfaces, = ietf-interfaces > > augmenting /rt:routing/ and /if:interfaces/. > > > > From draft-ietf-netmod-yang-model-classification: > > > > =E2=80=9C=E2=80=9D=E2=80=9D > > Network Element YANG Modules describe the characteristics of a > > network device as defined by the vendor of that device. The = modules > > are commonly structured around features of the device, e.g. = interface > > configuration [RFC7223], OSPF configuration [=E2=80=A6] = =E2=80=9C=E2=80=9D" > > > > I would say that ietf-bgp-l3vpn@2016-02-22.yang is a network = element YANG > > module. > > > > > [I-D.ietf-bess-l2vpn-yang] > > > > =E2=80=9C=E2=80=9D=E2=80=9D > > In this version of the document, one single container, l2vpn, is > > defined. Within the l2vpn container, endpoint-a, endpoint-z and = a > > list of endpoints are defined. [=E2=80=A6] > > =E2=80=9C=E2=80=9D" > > > > From draft-ietf-netmod-yang-model-classification: > > > > =E2=80=9C=E2=80=9D=E2=80=9D > > That is, a > > service module does not expose the detailed configuration = parameters > > of all participating network elements and features, but describes = an > > abstract model that allows instances of the service to be = decomposed > > into instance data according to the Network Element YANG Modules = of > > the participating network elements. > > =E2=80=9C=E2=80=9D=E2=80=9D > > > > I would say that ietf-l2vpn@2016-10-24.yang is a network service = YANG > > module. > > > > > [I-D.ietf-bess-evpn-yang] > > > > > > This draft contains two modules: > > - ietf-ethernet-segment@2016-07-08.yang > > - ietf-evpn@2016-07-08.yang > > > > Reading the first paragraph of section 3.1 = =E2=80=9COverview=E2=80=9D > > > > =E2=80=9C=E2=80=9D=E2=80=9D > > Two top level module, Ethernet-Segment and EVPN, are defined. = The > > Ethernet-Segment contains a list of interface to which any = Ethernet- > > Segment attributes are configured/applied. > > =E2=80=9C=E2=80=9D=E2=80=9D > > > > =E2=80=A6and understanding that the list of interfaces can be = located on different > > network elements, makes me think that these two modules are both = examples > > of network device YANG modules. > > > > > I wonder what type of module you think these are. > > > > > > Cheers, > > > Adrian > > > > > > > > > > > > > _______________________________________________ > > netmod mailing list > > netmod@ietf.org > > https://www.ietf.org/mailman/listinfo/netmod From nobody Tue Feb 14 02:32:16 2017 Return-Path: X-Original-To: opsawg@ietfa.amsl.com Delivered-To: opsawg@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C884B12950C; Tue, 14 Feb 2017 02:32:15 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2 X-Spam-Level: X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id RVFQC-35mlsw; Tue, 14 Feb 2017 02:32:14 -0800 (PST) Received: from mail-wr0-x242.google.com (mail-wr0-x242.google.com [IPv6:2a00:1450:400c:c0c::242]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 06E2B129467; Tue, 14 Feb 2017 02:32:14 -0800 (PST) Received: by mail-wr0-x242.google.com with SMTP id o16so27078215wra.2; Tue, 14 Feb 2017 02:32:13 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:references:cc:from:message-id:date:user-agent :mime-version:in-reply-to:content-transfer-encoding; bh=2n8LEC+eVdexH/SGoT1kd5rH1N/bgXYHax9cESLcBOI=; b=QvKfUXziZduFdWLSjitkrczTSBc36QNzBkglNzXz6QQcm9Lv9oJ4MNzk7jeIcFH5PJ ZMV+PVOirunJfurBnzWBS89hnibYlRR10W22UiI2v5ncsBrvWtQcpVN69zA3E5Ir5eiN SRSS9ZKbicGlRFQVZMBE9bkc502ey39kmQ4UZAvFOtZgwrf3AH27O+anZVivbF7fotYo ya4csETcz7NOXVW+l7vpz1rRdNcFjI4uZmHSf9oEMhnT73Io4j0BXMj1ihB/F8otVfqB Ngtpo2qJUmlnTwvFxLSSyPlCjluycFsZnBu+aUxgQb7Ow/41dvCPHV82qRG9qISgc9Pt Nu0A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:cc:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding; bh=2n8LEC+eVdexH/SGoT1kd5rH1N/bgXYHax9cESLcBOI=; b=DlmxJBYQei9ex6yC2iSYiwto7JhHwHCZIwDHk6VD/7oWj558bxs7R5yZ8G1XomA3mj eBn2iTj4eHVBT9dhZJfXVM9tVvI4PTsLxaoVQDKafrKhg1Lc2dMvRg16HUVKkUuXJtdP bkar1IULeU0DYXRPBH37xH/f/vZ/IatIlNDCxMjeefcbL0Ll4mVI4s2gDywBlJ/E42ZC Rg3s3pA38XEInpQjrHJNnzRD/l0rSfyP5uHQCUsHz21NeJcEeSQqPyg5Tni4hWttvhtK mR3JOHQCjTa5tau7ZWbEKYjVicVeJuWIXRhf5xfUpcOzzzzscBfybHGoNOPcG7Bgye+2 Jh8A== X-Gm-Message-State: AMke39mOnT57kYaxgec1RhCS4309JtSAEBm31y7dnhrNEHYY3VsVjdhZlZ6KiEuupWGg7A== X-Received: by 10.223.152.2 with SMTP id v2mr24125590wrb.109.1487068332311; Tue, 14 Feb 2017 02:32:12 -0800 (PST) Received: from [192.168.2.126] (host213-123-124-182.in-addr.btopenworld.com. [213.123.124.182]) by smtp.gmail.com with ESMTPSA id c9sm684091wmf.18.2017.02.14.02.32.11 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 14 Feb 2017 02:32:11 -0800 (PST) To: hu.fangwei@zte.com.cn, opsawg@ietf.org, zhoutianran@huawei.com References: <201702131436593474530@zte.com.cn> From: Stewart Bryant Message-ID: <2117be76-04c6-dcce-1848-cf35652391d8@gmail.com> Date: Tue, 14 Feb 2017 10:32:10 +0000 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.6.0 MIME-Version: 1.0 In-Reply-To: <201702131436593474530@zte.com.cn> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Archived-At: Cc: opsawg-chairs@ietf.org Subject: Re: [OPSAWG] WG adoption poll for draft-li-opsawg-ipfix-bgp-community-02 X-BeenThere: opsawg@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: OPSA Working Group Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Feb 2017 10:32:15 -0000 I have read the draft, it is well written and it looks correct, and indeed there does not seem to be much more to do other than ask the IPFIX IE Doctors to take a look at it. Given that there are operator requests for this information to be exported by an IPFIX exporter we should adopt the draft. It might be useful in the security section to note that as all of this information is deducible by other means there are no increased privacy concerns. The IANA section needs to be re-written to clearly show the text that IANA needs to put in each field in the registry http://www.iana.org/assignments/ipfix/ipfix.xhtml so that IANA can simply cut and past into their registry template. - Stewart From nobody Tue Feb 14 05:46:27 2017 Return-Path: X-Original-To: opsawg@ietfa.amsl.com Delivered-To: opsawg@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 21D54129632; Tue, 14 Feb 2017 05:46:26 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2 X-Spam-Level: X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id yOOIPqBTwU5F; Tue, 14 Feb 2017 05:46:24 -0800 (PST) Received: from mail-wr0-x241.google.com (mail-wr0-x241.google.com [IPv6:2a00:1450:400c:c0c::241]) (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 4AC9412963C; Tue, 14 Feb 2017 05:46:24 -0800 (PST) Received: by mail-wr0-x241.google.com with SMTP id k90so27577470wrc.3; Tue, 14 Feb 2017 05:46:24 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:references:cc:from:message-id:date:user-agent :mime-version:in-reply-to:content-transfer-encoding; bh=mPzPrk3g2pfwDg78419yWLv+p3VLHafTUxFA/EwSx9o=; b=U37D5yRVbBn4Cxv5kaJMurqZbKBJTYd7BNnlcoYPdl4KnR9dr8SIgbOQRln9eR8tZm baEiTvrfxSyydZw2nuc8TD8X5YiNlXahPpUaM7gpOHNkCAcXlkcciJbgGkJ2KTRIQX53 p/pDyOixPhEBkUFQa715Cx1Jxyrcy9dyKs6dTZpioVcXamL/jnn0neu23tn03oJ6lbtF ntKGh6zM5k/4l74raJONJ0DOl2zb2EEdeCc2f6F5f837AwjPI3wzrKatFB37uU3Hy8n+ 8q+BWJ54GcpldmPgu3EvikoE2qgPbqJH9xDEkqeYzDup4ZbQJ7tWQIbTmOxn9DmXKxjU px5A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:cc:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding; bh=mPzPrk3g2pfwDg78419yWLv+p3VLHafTUxFA/EwSx9o=; b=Dcv+m06DFWS8k8cHIbV0shMaoBsIzPK3PWTyzvHnHpMg7WUew9atJo7Oj20CRT/GJg JGp8aeU8hfk/sUxUIPrp8UXpoV/CH13A+BTu8J5DrUlXml7BhPZW3GRa76e1dyHD5vF/ DHkTaHlCYH+oQ0aTmci+a7eOII4N1/DyhSyEK946nph+hCEtxYijbAwMOPL5ETozInPl ZqeatSRdv1GsKp6MaCzMbId7Ta48mys3XSJME6bqidpuR08tGLqSqREJHKYXL8nUA1bg kavDRkeQbXASbGw1YrV7Uhi006dm4kz9L5BHY4CAlKW1z28jpCh0famzE1X7bY+62f7A XsEQ== X-Gm-Message-State: AMke39kckg2aNq9sodMq7xYYLoEw3Y5zQ7ZUb2oOCI5VO5IQlAhi/kzsOb7L+V1lnQ3oTQ== X-Received: by 10.223.133.226 with SMTP id 31mr23708072wru.137.1487079982336; Tue, 14 Feb 2017 05:46:22 -0800 (PST) Received: from [192.168.191.71] ([80.69.10.100]) by smtp.gmail.com with ESMTPSA id u198sm3558953wmf.9.2017.02.14.05.46.20 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 14 Feb 2017 05:46:21 -0800 (PST) To: Tianran Zhou References: From: Ignas Bagdonas Message-ID: <7023a95c-c6a9-4d6a-b009-8f35e447aa4e@gmail.com> Date: Tue, 14 Feb 2017 13:46:17 +0000 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.7.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Archived-At: Cc: "opsawg@ietf.org" , "opsawg-chairs@ietf.org" , "grow@ietf.org grow@ietf.org" Subject: Re: [OPSAWG] WG adoption poll for draft-li-opsawg-ipfix-bgp-community-02 X-BeenThere: opsawg@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: OPSA Working Group Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Feb 2017 13:46:26 -0000 Hi there, [Copying GROW WG as this might be relevant to their coverage areas] The document seems to be a good start but covers only standard communities. This is not sufficient given the universal deployment of 4 octet ASNs. Both extended communities [RFC4360] and large communities [RFC8092] are needed and are used to address the signalling requirements for AS4 ASNs. Having separate documents each addressing only a specific type of community does not seem practical and rational. The document should include the definitions for IEs covering extended and large communities. What is the logic of selecting multiple communities for export that a prefix may have been decorated with? Is it all of them all the time? The upper limit may be reaching 16000 standard communities per prefix - would that fit into resulting IPFIX IE? If there is a limit, how does it work? Is there any interpretation done on the values of the communities (all types, not just standard ones)? Those all are operational considerations aspects and should be covered in the document, appendix A likely could be a good place for it. Security considerations on the privacy aspects would to be covered. Ignas On 13/02/2017 03:36, Tianran Zhou wrote: > Dear OPSAWG, > > In Seoul, we got enough interest and positive response on this IPFIX IE extension draft. > By the authors' request, this email starts a formal poll. The chairs would like to know if the WG participants agree that the following document should be adopted as a WG document in OPSAWG. > > Export BGP community information in IP Flow Information Export (IPFIX) > https://tools.ietf.org/html/draft-li-opsawg-ipfix-bgp-community-02 > > The adoption poll will take two weeks. Please let us know your opinion by Feb 27. It would also be good to hear who is willing to review and/or implement or deploy the extension described in the document. > > Since we already found that the majority of the f2f participants at our IETF97 session like this idea, please do speak up now if you do not agree or have serious objections (with explanation of course). > > Regards, > Tianran > > _______________________________________________ > OPSAWG mailing list > OPSAWG@ietf.org > https://www.ietf.org/mailman/listinfo/opsawg From nobody Tue Feb 14 09:18:57 2017 Return-Path: X-Original-To: opsawg@ietf.org Delivered-To: opsawg@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id A0E7E12941A; Tue, 14 Feb 2017 09:18:55 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "\"IETF Meeting Session Request Tool\"" To: X-Test-IDTracker: no X-IETF-IDTracker: 6.43.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <148709273561.10027.14326489840675048256.idtracker@ietfa.amsl.com> Date: Tue, 14 Feb 2017 09:18:55 -0800 Archived-At: Cc: opsawg-chairs@ietf.org, opsawg@ietf.org Subject: [OPSAWG] opsawg - Update to a Meeting Session Request for IETF 98 X-BeenThere: opsawg@ietf.org X-Mailman-Version: 2.1.17 List-Id: OPSA Working Group Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Feb 2017 17:18:55 -0000 An update to a meeting session request has just been submitted by Warren Kumari, a Chair of the opsawg working group. --------------------------------------------------------- Working Group Name: Operations and Management Area Working Group Area Name: Operations and Management Area Session Requester: Warren Kumari Number of Sessions: 1 Length of Session(s): 2 Hours Number of Attendees: 100 Conflicts to Avoid: First Priority: capport dane dprive Second Priority: dnsop v6ops People who must be present: Joel Jaeggli Benoit Claise Warren Kumari Tianran Zhou Resources Requested: Special Requests: PLEASE NOTE: Combined OpsAWG / OpsAREA. Please schedule it earlier in the week (before the plenary, one of the chairs is becoming AD) --------------------------------------------------------- From nobody Tue Feb 14 16:03:12 2017 Return-Path: X-Original-To: opsawg@ietfa.amsl.com Delivered-To: opsawg@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4151C12999D for ; Tue, 14 Feb 2017 16:03:10 -0800 (PST) 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=voltanet-io.20150623.gappssmtp.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id CUmq2vWmHtZK for ; Tue, 14 Feb 2017 16:03:06 -0800 (PST) Received: from mail-qt0-x22d.google.com (mail-qt0-x22d.google.com [IPv6:2607:f8b0:400d:c0d::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 609C2129992 for ; Tue, 14 Feb 2017 16:03:06 -0800 (PST) Received: by mail-qt0-x22d.google.com with SMTP id v23so125275461qtb.0 for ; Tue, 14 Feb 2017 16:03:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=voltanet-io.20150623.gappssmtp.com; s=20150623; h=from:message-id:mime-version:subject:date:in-reply-to:cc:to :references; bh=2ft5QEBfEG0epmyzA3alt4JU/zvWJeuvIpyGxdhUmZg=; b=hjZol9/WrInZTSqRom/qlQvz21Nby3kg6Ax3cUKQTQr/Z73fjcd/mtKzW5XVPqfpGg vOueuDKbYy+nD3VHN7CEXBdLj/WQUxgLFCxT102ewNvcwx8a60lMc0SU0EnshizCLdar J+M8fU95Xe7bQ9jmENjXl9o4FnEEPnJM+GD+QDI/Jz4Odi4t+uj/o2E/c/bN/INyhpST x8dEk7N71tn+0W6feymc/TXiy+ptPGbi6++16IW4Ifko/DkBFd56Hc2RQ9+Twgx5lZkG xmWP3AMOiXlOu1mmi1THRjZHC+/urUZu1YesmAojXsyYbDxxUo2CvGURMRRBYoMNNP0Q MxYg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:message-id:mime-version:subject:date :in-reply-to:cc:to:references; bh=2ft5QEBfEG0epmyzA3alt4JU/zvWJeuvIpyGxdhUmZg=; b=pPe/qtdwXZ3FsljZgWS4EcKOR5IGaodflHr9Q7JvT4YS/mKQmIYLgz54/NHk5h+JeU pJfh7dV1UvfDc5J9hwS1i76XoCFQarPa39ja0Px0+1p2sEcgw20T/fzfoCRCHUNS2mMW WjhDdnlq3y/SZuL7ALEPRPPaOjJkMHgz6XiV4TLpYsyHMN8FFCixqHfIdPhpB54iYthp ciIsBh7mVm/UuxxHWRncwtl/OnvP0SQKfEXuhPmBkoPHOoA6CdcKNXSPoM4S2bG1i5/9 FM32oAHFBtUTW7ZPDK3LTKGR0MUWsYrYt8v37oKRFoeb0OL06U/RVhA3CvYUbEnt2mAD FaWw== X-Gm-Message-State: AMke39kApCRg2DCuTMeGs9aoYcK+01lDtq3DTHCd00f3bFI1NRtq6Kw6G+6Yln7CdWbQyw== X-Received: by 10.237.53.201 with SMTP id d9mr31638637qte.235.1487116985159; Tue, 14 Feb 2017 16:03:05 -0800 (PST) Received: from [10.0.1.16] (c-75-68-179-118.hsd1.ma.comcast.net. [75.68.179.118]) by smtp.gmail.com with ESMTPSA id q48sm1260986qta.62.2017.02.14.16.03.03 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 14 Feb 2017 16:03:04 -0800 (PST) From: Dean Bogdanovic Message-Id: Content-Type: multipart/alternative; boundary="Apple-Mail=_863D585C-930F-421E-986E-B952F69C14C9" Mime-Version: 1.0 (Mac OS X Mail 10.2 \(3259\)) Date: Tue, 14 Feb 2017 19:03:03 -0500 In-Reply-To: <032301d286ac$73fad140$5bf073c0$@olddog.co.uk> To: adrian@olddog.co.uk References: <067201d27270$a08cc790$e1a656b0$@olddog.co.uk> <4248688C-E0AC-4302-A281-0622D824FA4D@voltanet.io> <06fa01d28225$05a25050$10e6f0f0$@olddog.co.uk> <8DACB5AE-56FE-4CB1-BCBE-8D2BD214FFC0@cisco.com> <032301d286ac$73fad140$5bf073c0$@olddog.co.uk> X-Mailer: Apple Mail (2.3259) Archived-At: Cc: opsawg@ietf.org, "Carl Moberg \(camoberg\)" , draft-ietf-netmod-yang-model-classification@ietf.org, netmod@ietf.org Subject: Re: [OPSAWG] Question on draft-ietf-netmod-yang-model-classification X-BeenThere: opsawg@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: OPSA Working Group Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Feb 2017 00:03:10 -0000 --Apple-Mail=_863D585C-930F-421E-986E-B952F69C14C9 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Hi Adrian and Tianran, > On Feb 14, 2017, at 5:23 AM, Adrian Farrel = wrote: >=20 > Hi Tianran, >=20 > Nice summary. >=20 > I think some of the confusion may be that = draft-ietf-netmod-yang-model-classification shows "Network Service YANG = Modules" on the interface between OSS/BSS and the network. But the = "customer service model" is at a different place in the hierarchy as = shown in Figure 4 of draft-wu-opsawg-service-model-explained. As Carl mentioned, there are can be multiple network service = classifications, example technical and business models, but we decided = to leave it as single model. In early versions of private draft = (draft-bogdanovic-netmod-yang-model-classification-00) there were 3 different services models, business service model was connected to OSS/BSS and then there was = network service model (technical) and service component models. After discussions and from our experiences talking to operators we = decided to collapse that into single classification name. >=20 > To attend to your specific questions: >> 1. Whether it's necessary to further classify the "Network Service = YANG >> Module"? >=20 > I'm not particularly interested in doing that except so far as is = necessary to avoid conflict between the two I-Ds. In = draft-wu-opsawg-service-model-explained we introduced "customer service = module" and "service delivery module" because it seemed (to us) that = there were two different groups of people using the term "service model" = to describe very different modules. Authors of draft-ietf-netmod-yang-model-classification would be against, = as we decided that way early in our work >=20 >> 2. What's the well definition of "Network Service YANG Module", = "customer >> service module", "service delivery module"? >=20 > Since draft-wu-opsawg-service-model-explained introduces the terms = "customer service module" and "service delivery module" I am going to = say that I am happy with the definitions in that document. I can say = that "customer service module" is used consistently with the L3SM and = L2SM work and so it is probably a stable definition. "Service delivery = module" is a term we invented to match the definition in = draft-wu-opsawg-service-model-explained: I don't think the term is used = anywhere else, so maybe a better question is "is this a = useful/meaningful term?" >=20 > If the answer to Q1 is that draft-wu-opsawg-service-model-explained = should not try to resolve any overlap with = draft-ietf-netmod-yang-model-classification, then I think the definition = of "Network Service YANG Module" in = draft-ietf-netmod-yang-model-classification is fine (with the few tweaks = Dean and I discussed on the list). I agree with Adrian=E2=80=99s tweaks and will update the draft = accordingly. >=20 >> 3. What's the well position of the above terms in the management = architecture? >=20 > Ah, I like that question. But it makes me ask: where should I look for = the definitive, state-of-the art management architecture? As few years ago, would be willing to put something forward on this = topic, but today the management architecture is in such a flux, that = Adrian=E2=80=99s question needs an answer first. Dean >=20 > Thanks for continuing to drive this issue. >=20 > Adrian >=20 >> -----Original Message----- >> From: Tianran Zhou [mailto:zhoutianran@huawei.com] >> Sent: 14 February 2017 09:54 >> To: Carl Moberg (camoberg); adrian@olddog.co.uk >> Cc: opsawg@ietf.org; = draft-ietf-netmod-yang-model-classification@ietf.org; >> netmod@ietf.org; Dean Bogdanovic >> Subject: RE: Question on draft-ietf-netmod-yang-model-classification >>=20 >> Hi, >>=20 >> Based on the discussion, here I try to clean up the confusion of the = two I-Ds. >>=20 >> [draft-ietf-netmod-yang-model-classification] classifies the yang = modules into >> "Network Service YANG Module" and the "Network Element YANG Module". >> And usually, it uses "service module" to imply the "Network Service = YANG >> Module", i.e., "Network" here only want to limit the scope to network = related >> modules. One example of "Network Service YANG Module" is = [draft-ietf-l3sm- >> l3vpn-service-model]. >> The authors do not want to further classify the service module into = more layers, >> until more operational practice comes. >>=20 >> [draft-wu-opsawg-service-model-explained] further classifies the = service module >> into "customer service module" and the "service delivery module". I = think this is >> based on the chair work on L3SM and L2SM WG and discussion with = operators. >> But the document think the "Network Service YANG Module" defined in = [draft- >> ietf-netmod-yang-model-classification] is "service delivery module" = not include >> the "customer service module". The = [draft-ietf-l3sm-l3vpn-service-model] is >> actually the "customer service module". >>=20 >> Here comes the question: >> 1. Whether it's necessary to further classify the "Network Service = YANG >> Module"? >> 2. What's the well definition of "Network Service YANG Module", = "customer >> service module", "service delivery module"? >> 3. What's the well position of the above terms in the management = architecture? >>=20 >> Good to see if we can solve the conflicts, these two I-Ds can = complement each >> other. >>=20 >> Best, >> Tianran >>=20 >>> -----Original Message----- >>> From: netmod [mailto:netmod-bounces@ietf.org] On Behalf Of Carl = Moberg >>> (camoberg) >>> Sent: Thursday, February 09, 2017 12:48 AM >>> To: adrian@olddog.co.uk >>> Cc: opsawg@ietf.org; >>> draft-ietf-netmod-yang-model-classification@ietf.org; = netmod@ietf.org; >>> Dean Bogdanovic >>> Subject: Re: [netmod] Question on >>> draft-ietf-netmod-yang-model-classification >>>=20 >>> Team, >>>=20 >>> Inline below. >>>=20 >>>> On Feb 8, 2017, at 8:04 AM, Adrian Farrel = wrote: >>>>=20 >>>> Hi Dean, >>>>=20 >>>> I've been processing your response and the continuing thread with = you >>> and Tianran. >>>>=20 >>>>>> We've been trying to ensure that >>>>>> draft-wu-opsawg-service-model-explained is consistent with the >>>>>> latest version of draft-ietf-netmod-yang-model-classification. In >>>>>> discussions with Tianran a question has come up. >>>>>>=20 >>>>>> In section 2 you have a nice definition of Network Service YANG >>>>>> Modules and this definition maps nicely to our definition of = "service >>> delivery models". >>>>>> Furthermore, your figure 1 shows Network Service YANG Modules on = the >>>>>> interface between OSS/BSS and the various network services. >>>>>>=20 >>>>>> We have further defined "customer service models" at a higher = layer >>>>>> still. That is, on the interface to the customer. This (of = course?) >>>>>> assumes that the OSS/BSS is not customer code :-) >>>>>>=20 >>>>>> However, your discussion of Network Service YANG Modules in = section >>>>>> 2.1 seems slightly at odds, although this may be just ambiguity. >>>>>>=20 >>>>>> For example, when you say, "Network Service YANG Modules describe >>>>>> the characteristics of a service, as agreed upon with consumers = of that >>> service," >>>>>> this is not the same as, "This model is used in the discussion >>>>>> between a customer and a service provide to describe the = characteristics >>> of a service." >>>>>> That is, the former case could be arrived at after processing = based >>>>>> on the latter case - processing that we have called "service >>>>>> orchestration" but might (of course) be what leads to the = operator poking >>> the OSS/BSS. >>>>>=20 >>>>> Adrian, I can see the ambiguity. The point of service module is to = be >>>>> consumed by the customer and there can be some modifications of = the >>>>> service module to adapt to the customer specifics. >>>>=20 >>>> So far I agree with your email and therefore not with your = document. The >>> OSS/BSS is not, IMHO, a tool used by the customer. >>>>=20 >>>> Please see Figure 3 in = draft-wu-opsawg-service-model-explained-05.txt >>> that shows the customer distinct from the OSS/BSS. >>>=20 >>> IMHO figure 3 in the draft is what it says, an _example_ of a set of >>> relationships between the constituent parts of a = provisioning/activation >>> system. >>>=20 >>> In all real-world applications, customers are several layers above = the >>> =E2=80=9Cservice orchestrator=E2=80=9D and adjacent systems. But the = YANG model nevertheless >>> serves the purpose of describing the structure of the service for = customer >>> (outside the SP) or other consuming parties (e.g. the OSS/BSS = teams). >>>=20 >>>>>> This might all be fine and good, but later in the same section = you >>>>>> say "Network Service YANG Modules define service models to be >>>>>> consumed by external systems. >>>>>> These modules are commonly designed, developed and deployed by >>>>>> network infrastructure teams." And there you introduce two terms >>>>>> that are previously undefined and only server to add ambiguity. >>>>>> Specifically "external to what?" I could make and argument that = the >>>>>> OSS is developed and deployed by network infrastructure teams, ad = also >>> that the OSS is external to the network itself. >>>>>=20 >>>>> Agree that external systems are not defined and this text has to = be >>>>> clarified. The external systems can be OSS and BSS. >>>>=20 >>>> If we relabelled our "Service Delivery Model" as "Network Service = Model" >>> would that be consistent? >>>>=20 >>>> That is, in any case, to say that the OSS/BSS does not talk = directly to >>> the devices. >>>=20 >>> I think that would help. And yes, the intent of =E2=80=9Cexternal=E2=80= =9D was to say =E2=80=9Cother >>> than=E2=80=9D, rather than =E2=80=9Coutside of the company=E2=80=9D = (or something like that). >>>=20 >>>>>> And, in between these two quoted pieces of text, you have... >>>>>>=20 >>>>>> As an example, the Network Service YANG Module defined in >>>>>> [YANG-Data-Model-for-L3VPN-service-delivery] provides an abstract >>>>>> model for Layer 3 IP VPN service configuration. >>>>>=20 >>>>> My question is where do you see the L3SM model above or below OSS? >>>>=20 >>>> Well, look at the figure in section 5 of >>>> draft-ietf-l3sm-l3vpn-service-model-19.txt >>>>=20 >>>> It is logically higher, but OSS/BSS are not "in the flow" as they = are >>> legacy components in a softwarized world. >>>> However, per our pictures, OSS/BSS should use the same set of >> models/modules >>> as used by the "service orchestrator=E2=80=9D. >>>=20 >>> This is a little different in different SPs. Many of them consider = the >>> RFS-style service definition as laid out in L3SM as something that = is owned >>> by the infratrstucture and ordered through the OSS/BSS layer (the = order >>> manager to be more precise). >>>=20 >>>>> Because there are some nuances in the service module, but at the = end >>>>> we decided not to do sub classification >>>>=20 >>>> Mutter, mutter. >>>> In the document, you talk about "network service modules" not = "service >>> modules" and only trim to "service module" in the text implying that = you >>> always actually mean "network service module=E2=80=9D. >>>=20 >>> We always mean =E2=80=9Cnetwork service models=E2=80=9D, there are = many =E2=80=9Cservice models=E2=80=9D >>> out there that have little or nothing to do with the network. And I = would >>> like to not go there :-) >>>=20 >>>>> one is the business and one technical service. >>>>>=20 >>>>> When i read the YANG-Data-Model-for-L3VPN-service-delivery, it = looked >>>>> to me much more like a technical model, then the business model, = as >>>>> didn=E2=80=99t see SLA definitions to track the business = parameters of the service >>> use. >>>>=20 >>>> It is certainly not a business model and does not include SLAs. = Other >>> people have far more experience working on these things (TMF, MEF, = ...) >>> and it is not an IETF core competence. Our intention is that our = module >>> can be augmented or accompanied by other modules in order to create = a >> business >>> model, acknowledging that commercial details (even including SLAs) = will >>> vary from one operator to another, but that the core technical = description >>> of the service can be (and, it turns out, is) common across multiple >>> providers. >>>>=20 >>>> We even wrote text in Section 5 of draft-wu-opsawg-service-model- >> explained >>> to help with this. >>>>=20 >>>>>> Per my other email, this reference needs to be fixed. But I = struggle >>>>>> to see the L3SM module as consistent with your figure. It may or = may >>>>>> not be consistent with your text dependent on the interpretation. >>>>>=20 >>>>> Sure, we can fix that reference, but the authors of L3SM module >>>>> should do their own module classification, as they are the only = ones >>>>> that know the intent of the module. >>>>=20 >>>> That is fine. They can classify it, and they can use your >>>> classification system, but only if it can be understood, is >>>> meaningful, and fits what they are trying to achieve :-) >>>>=20 >>>> Your text currently says >>>> As an example, the Network Service YANG Module defined in >>>> [YANG-Data-Model-for-L3VPN-service-delivery] provides an abstract >>>> model for Layer 3 IP VPN service configuration. >>>>=20 >>>> Your text and figures show "Network Service YANG Module" as being >> something >>> that the OSS/BSS talks (presumably toward a network orchestrator?). = Thus >>> the L3SM module does not fit here. And that is why we wrote >>> draft-wu-opsawg-service-model-explained and included Figure 4 to = augment >>> your figure. >>>=20 >>> Figure 4 also seems like an _example_ of how one could structure the = layers. >>> Personally I have never seen an implementation of a clear split = between >>> "Network Service YANG Modules=E2=80=9D and "Service YANG Modules=E2=80= =9D. That=E2=80=99s why we >>> wanted to stay clear of that discussion until there is experience = telling >>> us that this is indeed best practice. >>>=20 >>>> And *finally*, Tianran is concerned that there may be confusion = arising >>> from whether the module we reference are "Network service modules", >> "service >>> delivery modules", "network configuration modules", "network element >>> modules", or "device configuration modules". So many terms, but = presumably >>> these modules don't fit into all of the categories! The list is: >>>>=20 >>>> [I-D.dhjain-bess-bgp-l3vpn-yang] >>>=20 >>> =E2=80=9C=E2=80=9D" >>> There are two parts of the BGP L3VPN yang data model. The first = part >>> of the model defines VRF specific parameters for L3VPN by = augmenting >>> the routing-instance container defined in the routing model [I- >>> D.ietf-netmod-routing-cfg] and the second part of the model = defines >>> BGP specific parameters for the L3VPN by augmenting the base BGP = data >>> model defined in [I-D.shaikh-idr-bgp-model]. >>> =E2=80=9C=E2=80=9D=E2=80=9D >>>=20 >>> and it=E2=80=99s importing ietf-routing, ietf-interfaces, = ietf-interfaces >>> augmenting /rt:routing/ and /if:interfaces/. >>>=20 >>> =46rom draft-ietf-netmod-yang-model-classification: >>>=20 >>> =E2=80=9C=E2=80=9D=E2=80=9D >>> Network Element YANG Modules describe the characteristics of a >>> network device as defined by the vendor of that device. The = modules >>> are commonly structured around features of the device, e.g. = interface >>> configuration [RFC7223], OSPF configuration [=E2=80=A6] =E2=80=9C=E2= =80=9D" >>>=20 >>> I would say that ietf-bgp-l3vpn@2016-02-22.yang is a network element = YANG >>> module. >>>=20 >>>> [I-D.ietf-bess-l2vpn-yang] >>>=20 >>> =E2=80=9C=E2=80=9D=E2=80=9D >>> In this version of the document, one single container, l2vpn, is >>> defined. Within the l2vpn container, endpoint-a, endpoint-z and a >>> list of endpoints are defined. [=E2=80=A6] >>> =E2=80=9C=E2=80=9D" >>>=20 >>> =46rom draft-ietf-netmod-yang-model-classification: >>>=20 >>> =E2=80=9C=E2=80=9D=E2=80=9D >>> That is, a >>> service module does not expose the detailed configuration = parameters >>> of all participating network elements and features, but describes = an >>> abstract model that allows instances of the service to be = decomposed >>> into instance data according to the Network Element YANG Modules = of >>> the participating network elements. >>> =E2=80=9C=E2=80=9D=E2=80=9D >>>=20 >>> I would say that ietf-l2vpn@2016-10-24.yang is a network service = YANG >>> module. >>>=20 >>>> [I-D.ietf-bess-evpn-yang] >>>=20 >>>=20 >>> This draft contains two modules: >>> - ietf-ethernet-segment@2016-07-08.yang >>> - ietf-evpn@2016-07-08.yang >>>=20 >>> Reading the first paragraph of section 3.1 =E2=80=9COverview=E2=80=9D >>>=20 >>> =E2=80=9C=E2=80=9D=E2=80=9D >>> Two top level module, Ethernet-Segment and EVPN, are defined. = The >>> Ethernet-Segment contains a list of interface to which any = Ethernet- >>> Segment attributes are configured/applied. >>> =E2=80=9C=E2=80=9D=E2=80=9D >>>=20 >>> =E2=80=A6and understanding that the list of interfaces can be = located on different >>> network elements, makes me think that these two modules are both = examples >>> of network device YANG modules. >>>=20 >>>> I wonder what type of module you think these are. >>>>=20 >>>> Cheers, >>>> Adrian >>>>=20 >>>>=20 >>>>=20 >>>=20 >>> _______________________________________________ >>> netmod mailing list >>> netmod@ietf.org >>> https://www.ietf.org/mailman/listinfo/netmod >=20 --Apple-Mail=_863D585C-930F-421E-986E-B952F69C14C9 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 Hi Adrian and Tianran,
On Feb 14, 2017, at 5:23 AM, = Adrian Farrel <adrian@olddog.co.uk> wrote:

Hi = Tianran,

Nice summary.

I think some of the confusion may be that = draft-ietf-netmod-yang-model-classification shows "Network Service YANG = Modules" on the interface between OSS/BSS and the network. But the = "customer service model" is at a different place in the hierarchy as = shown in Figure 4 of draft-wu-opsawg-service-model-explained.

As Carl = mentioned, there are can be multiple network service classifications, = example technical and business models, but we decided to leave it as = single model. In early versions of private draft (draft-bogdanovic-netmod-yang-model-classification-00)
there= were 3 different services models,

business service model was connected to = OSS/BSS and then there was network service model (technical) and service = component models.

After discussions and from our experiences talking to = operators we decided  to collapse that into single classification = name.


To= attend to your specific questions:
1. Whether it's necessary to further classify = the "Network Service YANG
Module"?

I'm not particularly interested = in doing that except so far as is necessary to avoid conflict between = the two I-Ds. In draft-wu-opsawg-service-model-explained we introduced = "customer service module" and "service delivery module" because it = seemed (to us) that there were two different groups of people using the = term "service model" to describe very different modules.
Authors = of draft-ietf-netmod-yang-model-classification would be against, as = we decided that way early in our work

2. What's the well definition of "Network = Service YANG Module", "customer
service module", "service = delivery module"?

Since = draft-wu-opsawg-service-model-explained introduces the terms "customer = service module" and "service delivery module" I am going to say that I = am happy with the definitions in that document. I can say that "customer = service module" is used consistently with the L3SM and L2SM work and so = it is probably a stable definition. "Service delivery module" is a term = we invented to match the definition in = draft-wu-opsawg-service-model-explained: I don't think the term is used = anywhere else, so maybe a better question is "is this a = useful/meaningful term?"

If the answer to = Q1 is that draft-wu-opsawg-service-model-explained should not try to = resolve any overlap with draft-ietf-netmod-yang-model-classification, = then I think the definition of "Network Service YANG Module" in = draft-ietf-netmod-yang-model-classification is fine (with the few tweaks = Dean and I discussed on the list).

I agree = with Adrian=E2=80=99s tweaks and will update the draft accordingly.

3. What's = the well position of the above terms in the management architecture?

Ah, I like that question. But it = makes me ask: where should I look for the definitive, state-of-the art = management architecture?

As few years ago, would be willing to put something = forward on this topic, but today the management architecture is in such = a flux, that Adrian=E2=80=99s question needs an answer = first.

Dean


Thanks for continuing to drive this issue.

Adrian

-----Original Message-----
From: = Tianran Zhou [mailto:zhoutianran@huawei.com]
Sent: 14 = February 2017 09:54
To: Carl Moberg (camoberg); adrian@olddog.co.uk
Cc: opsawg@ietf.org; draft-ietf-netmod-yang-model-classification@ietf.org;
netmod@ietf.org; Dean Bogdanovic
Subject: = RE: Question on draft-ietf-netmod-yang-model-classification

Hi,

Based on the = discussion, here I try to clean up the confusion of the two I-Ds.

[draft-ietf-netmod-yang-model-classification] = classifies the yang modules into
"Network Service YANG = Module" and the "Network Element YANG Module".
And = usually, it uses "service module" to imply the "Network Service YANG
Module", i.e., "Network" here only want to limit the scope to = network related
modules. One example of "Network Service = YANG Module" is [draft-ietf-l3sm-
l3vpn-service-model].
The authors do not want to further classify the service = module into more layers,
until more operational practice = comes.

[draft-wu-opsawg-service-model-explained] further classifies = the service module
into "customer service module" and the = "service delivery module". I think this is
based on the = chair work on L3SM and L2SM WG and discussion with operators.
But the document think the "Network Service YANG Module" = defined in [draft-
ietf-netmod-yang-model-classification] = is "service delivery module" not include
the "customer = service module". The [draft-ietf-l3sm-l3vpn-service-model] is
actually the "customer service module".

Here comes the question:
1. Whether it's = necessary to further classify the "Network Service YANG
Module"?
2. What's the well definition of = "Network Service YANG Module", "customer
service module", = "service delivery module"?
3. What's the well position of = the above terms in the management architecture?

Good to see if we can solve the conflicts, these two I-Ds can = complement each
other.

Best,Tianran

-----Original Message-----
From: netmod [mailto:netmod-bounces@ietf.org] On Behalf Of Carl = Moberg
(camoberg)
Sent: Thursday, February = 09, 2017 12:48 AM
To: adrian@olddog.co.uk
Cc: opsawg@ietf.org;
draft-ietf-netmod-yang-model-classification@ietf.org; netmod@ietf.org;
Dean Bogdanovic
Subject: Re: [netmod] Question = on
draft-ietf-netmod-yang-model-classification

Team,

Inline = below.

On Feb 8, 2017, at 8:04 AM, Adrian Farrel <adrian@olddog.co.uk>= wrote:

Hi Dean,

I've been processing your response and the continuing thread = with you
and Tianran.

We've been trying to = ensure that
draft-wu-opsawg-service-model-explained is = consistent with the
latest version of = draft-ietf-netmod-yang-model-classification. In
discussions = with Tianran a question has come up.

In = section 2 you have a nice definition of Network Service YANG
Modules and this definition maps nicely to our definition of = "service
delivery = models".
Furthermore,= your figure 1 shows Network Service YANG Modules on the
interface between OSS/BSS and the various network = services.

We have further defined "customer = service models" at a higher layer
still. That is, on the = interface to the customer. This (of course?)
assumes that = the OSS/BSS is not customer code :-)

However,= your discussion of Network Service YANG Modules in section
2.1 seems slightly at odds, although this may be just = ambiguity.

For example, when you say, = "Network Service YANG Modules describe
the characteristics = of a service, as agreed upon with consumers of that
service,"
this is not the same as, = "This model is used in the discussion
between a customer = and a service provide to describe the characteristics
of a service."
That is, the former case = could be arrived at after processing based
on the latter = case - processing that we have called "service
orchestration" but might (of course) be what leads to the = operator poking
the = OSS/BSS.

Adrian, I can see the ambiguity. = The point of service module is to be
consumed by the = customer and there can be some modifications of the
service = module to adapt to the customer specifics.

So far I agree with your email and therefore not with your = document. The
OSS/BSS is not, IMHO, a tool = used by the customer.

Please see Figure 3 in = draft-wu-opsawg-service-model-explained-05.txt
that shows the customer distinct from the = OSS/BSS.

IMHO figure 3 in the draft is = what it says, an _example_ of a set of
relationships = between the constituent parts of a provisioning/activation
system.

In all real-world = applications, customers are several layers above the
=E2=80=9Cservice orchestrator=E2=80=9D and adjacent systems. = But the YANG model nevertheless
serves the purpose of = describing the structure of the service for customer
(outside the SP) or other consuming parties (e.g. the OSS/BSS = teams).

This might all be fine and good, but later in the same = section you
say "Network Service YANG Modules define = service models to be
consumed by external systems.
These modules are commonly designed, developed and deployed = by
network infrastructure teams." And there you introduce = two terms
that are previously undefined and only server to = add ambiguity.
Specifically "external to what?" I could = make and argument that the
OSS is developed and deployed = by network infrastructure teams, ad also
that the OSS is = external to the network itself.

Agree = that external systems are not defined and this text has to be
clarified. The external systems can be OSS and BSS.

If we relabelled our "Service = Delivery Model" as "Network Service Model"
would that be consistent?

That is, = in any case, to say that the OSS/BSS does not talk directly to
the devices.

I = think that would help. And yes, the intent of =E2=80=9Cexternal=E2=80=9D = was to say =E2=80=9Cother
than=E2=80=9D, rather than = =E2=80=9Coutside of the company=E2=80=9D (or something like that).

And, in = between these two quoted pieces of text, you have...

As an example, the Network Service YANG Module defined in
[YANG-Data-Model-for-L3VPN-service-delivery] provides an = abstract
model for Layer 3 IP VPN service = configuration.

My question is = where do you see the L3SM model above or below OSS?

Well, look at the figure in = section 5 of
draft-ietf-l3sm-l3vpn-service-model-19.txt

It is logically higher, but OSS/BSS are not = "in the flow" as they are
legacy components = in a softwarized world.
However, per our pictures, OSS/BSS should use the same set = of
models/modules
as used by the "service = orchestrator=E2=80=9D.

This is a little = different in different SPs. Many of them consider the
RFS-style service definition as laid out in L3SM as something = that is owned
by the infratrstucture and ordered through = the OSS/BSS layer (the order
manager to be more = precise).

Because there are some = nuances in the service module, but at the end
we decided = not to do sub classification

Mutter, mutter.
In the document, you talk about = "network service modules" not "service
modules"= and only trim to "service module" in the text implying that you
always actually mean "network service module=E2=80=9D.

We always mean =E2=80=9Cnetwork service = models=E2=80=9D, there are many =E2=80=9Cservice models=E2=80=9D
out there that have little or nothing to do with the network. = And I would
like to not go there :-)

one is the business and one technical service.

When i read the = YANG-Data-Model-for-L3VPN-service-delivery, it looked
to = me much more like a technical model, then the business model, as
didn=E2=80=99t see SLA definitions to track the business = parameters of the service
use.

It is = certainly not a business model and does not include SLAs. Other
people have far more experience working on these = things (TMF, MEF, ...)
and it is not an IETF core = competence. Our intention is that our module
can be = augmented or accompanied by other modules in order to create a
business
model, acknowledging that commercial details (even including = SLAs) will
vary from one operator to another, but that the = core technical description
of the service can be (and, it = turns out, is) common across multiple
providers.

We even = wrote text in Section 5 of draft-wu-opsawg-service-model-
explained
to help with this.

Per my other email, this = reference needs to be fixed. But I struggle
to see the = L3SM module as consistent with your figure. It may or may
not be consistent with your text dependent on the = interpretation.

Sure, we can = fix that reference, but the authors of L3SM module
should = do their own module classification, as they are the only ones
that know the intent of the module.

That is fine. They can classify = it, and they can use your
classification system, but only = if it can be understood, is
meaningful, and fits what they = are trying to achieve :-)

Your text = currently says
 As an example, the Network Service = YANG Module defined in
=  [YANG-Data-Model-for-L3VPN-service-delivery] provides an = abstract
 model for Layer 3 IP VPN service = configuration.

Your text and figures show = "Network Service YANG Module" as being
something
that the OSS/BSS talks (presumably toward a = network orchestrator?). Thus
the L3SM module does not fit = here. And that is why we wrote
draft-wu-opsawg-service-model-explained and included Figure 4 = to augment
your figure.

= Figure 4 also seems like an _example_ of how one could structure the = layers.
Personally I have never seen an implementation of = a clear split between
"Network Service YANG Modules=E2=80=9D= and "Service YANG Modules=E2=80=9D. That=E2=80=99s why we
wanted to stay clear of that discussion until there is = experience telling
us that this is indeed best = practice.

And *finally*, Tianran is concerned that there may be = confusion arising
from whether the module we = reference are "Network service modules",
"service
delivery modules", "network configuration modules", "network = element
modules", or "device configuration modules". So = many terms, but presumably
these modules don't fit into = all of the categories! The list is:

[I-D.dhjain-bess-bgp-l3vpn-yang]
=E2=80=9C=E2=80=9D"
  There are two = parts of the BGP L3VPN yang data model.  The first part
  of the model defines VRF specific parameters for = L3VPN by augmenting
  the routing-instance = container defined in the routing model [I-
=   D.ietf-netmod-routing-cfg] and the second part of the model = defines
  BGP specific parameters for the L3VPN = by augmenting the base BGP data
  model defined = in [I-D.shaikh-idr-bgp-model].
=E2=80=9C=E2=80=9D=E2=80=9D
and it=E2=80=99s importing ietf-routing, = ietf-interfaces, ietf-interfaces
augmenting /rt:routing/ = and /if:interfaces/.

=46rom = draft-ietf-netmod-yang-model-classification:

= =E2=80=9C=E2=80=9D=E2=80=9D
  Network Element = YANG Modules describe the characteristics of a
=   network device as defined by the vendor of that device. =  The modules
  are commonly structured = around features of the device, e.g. interface
=   configuration [RFC7223], OSPF configuration [=E2=80=A6] = =E2=80=9C=E2=80=9D"

I would say that ietf-bgp-l3vpn@2016-02-22.yang is a network element = YANG
module.

[I-D.ietf-bess-l2vpn-yang]

=E2=80=9C=E2=80=9D=E2=80=9D
  In this version of the document, one single = container, l2vpn, is
  defined.  Within = the l2vpn container, endpoint-a, endpoint-z and a
=   list of endpoints are defined. [=E2=80=A6]
=E2=80=9C=E2=80=9D"

=46rom = draft-ietf-netmod-yang-model-classification:

=E2=80=9C=E2=80=9D=E2=80=9D
  That = is, a
  service module does not expose the = detailed configuration parameters
  of all = participating network elements and features, but describes an
  abstract model that allows instances of the = service to be decomposed
  into instance data = according to the Network Element YANG Modules of
=   the participating network elements.
=E2=80=9C=E2= =80=9D=E2=80=9D

I would say that ietf-l2vpn@2016-10-24.yang is a network service YANG
module.

[I-D.ietf-bess-evpn-yang]


This draft contains two modules:
= - ietf-ethernet-segment@2016-07-08.yang
- ietf-evpn@2016-07-08.yang

= Reading the first paragraph of section 3.1 =E2=80=9COverview=E2=80=9D

=E2=80=9C=E2=80=9D=E2=80=9D
=      Two top level module, Ethernet-Segment and = EVPN, are defined. The
  Ethernet-Segment = contains a list of interface to which any Ethernet-
=   Segment attributes are configured/applied.
=E2=80=9C=E2=80=9D=E2=80=9D

= =E2=80=A6and understanding that the list of interfaces can be located on = different
network elements, makes me think that these two = modules are both examples
of network device YANG = modules.

I wonder what type of module you think these are.

Cheers,
Adrian




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


= --Apple-Mail=_863D585C-930F-421E-986E-B952F69C14C9-- From nobody Wed Feb 15 19:15:40 2017 Return-Path: X-Original-To: opsawg@ietfa.amsl.com Delivered-To: opsawg@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 08C191295FA; Wed, 15 Feb 2017 19:15:23 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.59 X-Spam-Level: X-Spam-Status: No, score=-2.59 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, RP_MATCHES_RCVD=-0.001, T_KAM_HTML_FONT_INVALID=0.01] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 0YX_xJMl8J09; Wed, 15 Feb 2017 19:15:20 -0800 (PST) Received: from cmccmta2.chinamobile.com (cmccmta2.chinamobile.com [221.176.66.80]) by ietfa.amsl.com (Postfix) with ESMTP id A69BF12996D; Wed, 15 Feb 2017 19:15:18 -0800 (PST) Received: from spf.mail.chinamobile.com (unknown[172.16.121.13]) by rmmx-syy-dmz-app06-12006 (RichMail) with SMTP id 2ee658a51943162-b55dc; Thu, 16 Feb 2017 11:15:15 +0800 (CST) X-RM-TRANSID: 2ee658a51943162-b55dc X-RM-SPAM-FLAG: 00000000 Received: from cmcc-PC (unknown[223.72.55.167]) by rmsmtp-syy-appsvr07-12007 (RichMail) with SMTP id 2ee758a51941e50-9ee2e; Thu, 16 Feb 2017 11:15:15 +0800 (CST) X-RM-TRANSID: 2ee758a51941e50-9ee2e Date: Thu, 16 Feb 2017 11:15:17 +0800 From: "lizhenqiang@chinamobile.com" To: grow-bounces , zhoutianran References: , <7023a95c-c6a9-4d6a-b009-8f35e447aa4e@gmail.com>, <76CD132C3ADEF848BD84D028D243C9279357F4EA@NKGEML515-MBX.china.huawei.com> X-Priority: 3 X-Has-Attach: no X-Mailer: Foxmail 7, 2, 7, 164[cn] Mime-Version: 1.0 Message-ID: <2017021611151726192539@chinamobile.com> Content-Type: multipart/alternative; boundary="----=_001_NextPart588125845745_=----" Archived-At: Cc: opsawg , opsawg-chairs , grow , "ipfix@ietf.org" Subject: Re: [OPSAWG] [GROW] WG adoption poll for draft-li-opsawg-ipfix-bgp-community-02 X-BeenThere: opsawg@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: OPSA Working Group Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Feb 2017 03:15:23 -0000 This is a multi-part message in MIME format. ------=_001_NextPart588125845745_=---- Content-Type: text/plain; charset="GB2312" Content-Transfer-Encoding: base64 RGVhciBJZ25hcywNCg0KVGhhbmsgeW91IHZlcnkgbXVjaCBmb3IgeW91ciBzdXBwb3J0IGFuZCBz dWdnZXN0aW9uLg0KDQpTaW5jZSB0aGUgcHJvYmxlbSB0byBiZSBzb2x2ZWQgaW4gdGhpcyBkcmFm dCBjb21lcyBmcm9tIHRoZSBmaWVsZCBuZXR3b3JrLCB3ZSBvbmx5IHByb3ZpZGUgdGhlIG1ldGhv ZCB0byBjYXJyeSBzdGFuZGFyZCBCR1AgY29tbW11bml0aWVzIGluIElQRklYLiBFeHRlbmRlZCBj b21tdW5pdGllcyBhcmUgdXN1c2xseSB1c2VkIGZvciBvdGhlciBwdXJwb3NlcyB0aGFuIHN0YW5k YXJkIGNvbW11bml0aWVzLCBzdWNoIGFzIHJvdXRlIHRhcmdldCwgYWN0aW9ucyBmb3IgQkdQIGZs b3dzcGVjIGV0Yy4gV2hldGhlciBvciBub3Qgd2UgcmVhbGx5IG5lZWQgdG8gY292ZXIgZW50ZW5k ZWQgY29tbXVuaXRpZXMsIEkgd2FudCB0byBzZWUgbW9yZSBjb21tZW50cy4gTGFyZ2UgY29tbXVu aXRpZXMgYXJlIHJlbGF2aXRlbHkgbmV3LiBSRkM4MDkyIHdhcyBwdWJsaXNoZWQgcmVjZW50bGx5 LiAgQW55d2F5LCBob3dldmVyLCBpdCBpcyBlYXN5IGZvciB1cyB0byBjb3ZlciBib3RoIGV4dGVu ZGVkIGNvbW11bml0aWVzIFtSRkM0MzYwXSBhbmQgbGFyZ2UgY29tbXVuaXRpZXMgW1JGQzgwOTJd IGFmdGVyIHRoZSBhZG9wdGlvbiBhbmQgZnVydGhlciBjb21tZW50IGNvbnNlbnN1cy4gVGV4dCBj b250cmlidXRpb24gaXMgd2VsY29tZS4gQnkgdGhlIHdheSwgSSB3YW50IHRvIGtub3cgdGhlIG9w aW5pb25zIGFib3V0IHRoZSB3aWRlIGNvbW11bml0aWVzLiBEbyB3ZSBuZWVkIHRvIGNvdmVyIHRo ZW0gdG9nZXRoZXI/DQoNCkFzIHlvdSBzYWlkLCB0aGlzIGRyYWZ0IHdhcyBhIGdvb2Qgc3RhcnQu IEl0IGhhcyB2YWx1ZSB0byBiZSBhIHdvcmtpbmcgZ3JvdXAgaXRlbS4gV2UgY2FuIGNvbnRpbnVl IHRoZSBjb21tZW50cyBhbmQgZGlzY3Vzc2lvbiBhZnRlciB0aGUgYWRvcHRpb24gYW5kIHdlIHdp bGwgaW1wcm92ZSB0aGUgZG9jdW1lbnQgYWNjb3JkaW5nIHRvIHRoZSBjb25zZW5zdXMuIE9wZXJh dGlvbmFsIGNvbnNpZGVyYXRpb25zIHdpbGwgYmUgY292ZXJlZCBpbiB0aGUgbmV4dCB2ZXJzaW9u Lg0KDQpCZXN0IFJlZ2FyZHMsDQpaaGVucWlhbmcgTGkNCkNoaW5hIE1vYmlsZQ0KIA0KLS0tLS1P cmlnaW5hbCBNZXNzYWdlLS0tLS0NCkZyb206IEdST1cgW21haWx0bzpncm93LWJvdW5jZXNAaWV0 Zi5vcmddIE9uIEJlaGFsZiBPZiBJZ25hcyBCYWdkb25hcw0KU2VudDogVHVlc2RheSwgRmVicnVh cnkgMTQsIDIwMTcgOTo0NiBQTQ0KVG86IFRpYW5yYW4gWmhvdSA8emhvdXRpYW5yYW5AaHVhd2Vp LmNvbT4NCkNjOiBvcHNhd2dAaWV0Zi5vcmc7IG9wc2F3Zy1jaGFpcnNAaWV0Zi5vcmc7IGdyb3dA aWV0Zi5vcmcgZ3Jvd0BpZXRmLm9yZyA8Z3Jvd0BpZXRmLm9yZz4NClN1YmplY3Q6IFJlOiBbR1JP V10gW09QU0FXR10gV0cgYWRvcHRpb24gcG9sbCBmb3IgZHJhZnQtbGktb3BzYXdnLWlwZml4LWJn cC1jb21tdW5pdHktMDINCiANCkhpIHRoZXJlLA0KIA0KW0NvcHlpbmcgR1JPVyBXRyBhcyB0aGlz IG1pZ2h0IGJlIHJlbGV2YW50IHRvIHRoZWlyIGNvdmVyYWdlIGFyZWFzXQ0KIA0KVGhlIGRvY3Vt ZW50IHNlZW1zIHRvIGJlIGEgZ29vZCBzdGFydCBidXQgY292ZXJzIG9ubHkgc3RhbmRhcmQgY29t bXVuaXRpZXMuIFRoaXMgaXMgbm90IHN1ZmZpY2llbnQgZ2l2ZW4gdGhlIHVuaXZlcnNhbCBkZXBs b3ltZW50IG9mIDQgb2N0ZXQgQVNOcy4gQm90aCBleHRlbmRlZCBjb21tdW5pdGllcyBbUkZDNDM2 MF0gYW5kIGxhcmdlIGNvbW11bml0aWVzIFtSRkM4MDkyXSBhcmUgbmVlZGVkIGFuZCBhcmUgdXNl ZCB0byBhZGRyZXNzIHRoZSBzaWduYWxsaW5nIHJlcXVpcmVtZW50cyBmb3IgQVM0IEFTTnMuIEhh dmluZyBzZXBhcmF0ZSBkb2N1bWVudHMgZWFjaCBhZGRyZXNzaW5nIG9ubHkgYSBzcGVjaWZpYyB0 eXBlIG9mIGNvbW11bml0eSBkb2VzIG5vdCBzZWVtIHByYWN0aWNhbCBhbmQgcmF0aW9uYWwuIFRo ZSBkb2N1bWVudCBzaG91bGQgaW5jbHVkZSB0aGUgZGVmaW5pdGlvbnMgZm9yIElFcyBjb3Zlcmlu ZyBleHRlbmRlZCBhbmQgbGFyZ2UgY29tbXVuaXRpZXMuDQogDQpXaGF0IGlzIHRoZSBsb2dpYyBv ZiBzZWxlY3RpbmcgbXVsdGlwbGUgY29tbXVuaXRpZXMgZm9yIGV4cG9ydCB0aGF0IGEgcHJlZml4 IG1heSBoYXZlIGJlZW4gZGVjb3JhdGVkIHdpdGg/IElzIGl0IGFsbCBvZiB0aGVtIGFsbCB0aGUg dGltZT8gVGhlIHVwcGVyIGxpbWl0IG1heSBiZSByZWFjaGluZyAxNjAwMCBzdGFuZGFyZCBjb21t dW5pdGllcyBwZXIgcHJlZml4IC0gd291bGQgdGhhdCBmaXQgaW50byByZXN1bHRpbmcgSVBGSVgg SUU/IElmIHRoZXJlIGlzIGEgbGltaXQsIGhvdyBkb2VzIGl0IHdvcms/IElzIHRoZXJlIGFueSBp bnRlcnByZXRhdGlvbiBkb25lIG9uIHRoZSB2YWx1ZXMgb2YgdGhlIGNvbW11bml0aWVzIChhbGwg dHlwZXMsIG5vdCBqdXN0IHN0YW5kYXJkIG9uZXMpPyBUaG9zZSBhbGwgYXJlIG9wZXJhdGlvbmFs IGNvbnNpZGVyYXRpb25zIGFzcGVjdHMgYW5kIHNob3VsZCBiZSBjb3ZlcmVkIGluIHRoZSBkb2N1 bWVudCwgYXBwZW5kaXggQSBsaWtlbHkgY291bGQgYmUgYSBnb29kIHBsYWNlIGZvciBpdC4NCiAN ClNlY3VyaXR5IGNvbnNpZGVyYXRpb25zIG9uIHRoZSBwcml2YWN5IGFzcGVjdHMgd291bGQgdG8g YmUgY292ZXJlZC4NCiANCklnbmFzDQogDQogDQogDQogDQpPbiAxMy8wMi8yMDE3IDAzOjM2LCBU aWFucmFuIFpob3Ugd3JvdGU6DQo+IERlYXIgT1BTQVdHLA0KPg0KPiBJbiBTZW91bCwgd2UgZ290 IGVub3VnaCBpbnRlcmVzdCBhbmQgcG9zaXRpdmUgcmVzcG9uc2Ugb24gdGhpcyBJUEZJWCBJRSBl eHRlbnNpb24gZHJhZnQuDQo+IEJ5IHRoZSBhdXRob3JzJyByZXF1ZXN0LCB0aGlzIGVtYWlsIHN0 YXJ0cyBhIGZvcm1hbCBwb2xsLiBUaGUgY2hhaXJzIHdvdWxkIGxpa2UgdG8ga25vdyBpZiB0aGUg V0cgcGFydGljaXBhbnRzIGFncmVlIHRoYXQgdGhlIGZvbGxvd2luZyBkb2N1bWVudCBzaG91bGQg YmUgYWRvcHRlZCBhcyBhIFdHIGRvY3VtZW50IGluIE9QU0FXRy4NCj4NCj4gRXhwb3J0IEJHUCBj b21tdW5pdHkgaW5mb3JtYXRpb24gaW4gSVAgRmxvdyBJbmZvcm1hdGlvbiBFeHBvcnQgKElQRklY KQ0KPiBodHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtbGktb3BzYXdnLWlwZml4LWJn cC1jb21tdW5pdHktMDINCj4NCj4gVGhlIGFkb3B0aW9uIHBvbGwgd2lsbCB0YWtlIHR3byB3ZWVr cy4gUGxlYXNlIGxldCB1cyBrbm93IHlvdXIgb3BpbmlvbiBieSBGZWIgMjcuIEl0IHdvdWxkIGFs c28gYmUgZ29vZCB0byBoZWFyIHdobyBpcyB3aWxsaW5nIHRvIHJldmlldyBhbmQvb3IgaW1wbGVt ZW50IG9yIGRlcGxveSB0aGUgZXh0ZW5zaW9uIGRlc2NyaWJlZCBpbiB0aGUgZG9jdW1lbnQuDQo+ DQo+IFNpbmNlIHdlIGFscmVhZHkgZm91bmQgdGhhdCB0aGUgbWFqb3JpdHkgb2YgdGhlIGYyZiBw YXJ0aWNpcGFudHMgYXQgb3VyIElFVEY5NyBzZXNzaW9uIGxpa2UgdGhpcyBpZGVhLCBwbGVhc2Ug ZG8gc3BlYWsgdXAgbm93IGlmIHlvdSBkbyBub3QgYWdyZWUgb3IgaGF2ZSBzZXJpb3VzIG9iamVj dGlvbnMgKHdpdGggZXhwbGFuYXRpb24gb2YgY291cnNlKS4NCj4NCj4gUmVnYXJkcywNCj4gVGlh bnJhbg0KPg0KPiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f Xw0KPiBPUFNBV0cgbWFpbGluZyBsaXN0DQo+IE9QU0FXR0BpZXRmLm9yZw0KPiBodHRwczovL3d3 dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL29wc2F3Zw0KIA0KX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCkdST1cgbWFpbGluZyBsaXN0DQpHUk9XQGll dGYub3JnDQpodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2dyb3cNCg== ------=_001_NextPart588125845745_=---- Content-Type: text/html; charset="GB2312" Content-Transfer-Encoding: quoted-printable =0A
Hi Paolo=EF=BC=8C
Thank you for you opinion. The extended and large communities= will be considered after the adoption and according to the working group = consensus.

Please see the appendix  in the d= raft for the example. bgpDestinationCommunityList is a basicList of bgpCom= munity.

If you don't like the BGP communities acc= ording to the source IP of a specific flow, you can indicate it in the tem= plete, i.e. do not specify bgpSourceCommunityList IE in the templete set. = Then the exporter will not export the information. 

bgpSourceCommunityList does have values in some network environmen= ts. For example,  the overalll network of China Mobile consists of a = backbone network and several province networks. Each component network is = configured with a few communities. BGP anounces those communities among th= e component networks. When one province wants to know where (i.e. from whi= ch provinces) its incoming traffic comes from, it can use bgpSou= rceCommunityList.
=0A

Best Regards,
Zhen= qiang
=0A
lizhenqiang@chinamobile.com
<= /span>
=0A
 
From= : Paolo Lucente
Date: 2017-02-17 06:52
Subject:&nb= sp;Re: [GROW] [OPSAWG] WG adoption poll for draft-li-opsawg-ipfix-bgp-comm= unity-02
 
=0A
Hi,
=0A
&= nbsp;
=0A
I support Ignas comment with regards to Extended and La= rge communities.
=0A
 
=0A
Can you make evident the= role, ie. via an example, of the bgpCommunity
=0A
IE compared to= the one of bgpDestinationCommunityList?
=0A
 
=0A
= Also, i'm puzzled by the presence of bgpSourceCommunityList: i see that=0A
in "1. Introduction" you kind of close that up saying that ther= e is a
=0A
Mediator that would take care of the correlation - und= erstandable but
=0A
then again we all know with a (loosely determ= ined) level of indirection
=0A
any problem can be addressed; sinc= e you also say the draft comes "comes
=0A
from the field network"= , i was wondering whether you were subtending to
=0A
reverse BGP = lookups to make this work in practice. In which case, i'd
=0A
say= warning flag: BGP lookups against the source IP address/prefix of a
= =0A
flow would be of no general applicability at all - think, for exam= ple,
=0A
to the common case of an ISP (remotely) connected to an = IXP where you
=0A
have N BGP peers and hence potentially multiple= advertisements per
=0A
prefix, which one you pick for correlatio= n would not be a deterministic
=0A
exercise.
=0A
 <= /div>=0A
Paolo
=0A
 
=0A
 
=0A
&g= t; On 16 Feb 2017, at 04:15, lizhenqiang@chinamobile.com wrote:
=0A>
=0A
> Dear Ignas,
=0A
>
=0A
>= ; Thank you very much for your support and suggestion.
=0A
> <= /div>=0A
> Since the problem to be solved in this draft comes from = the field network, we only provide the method to carry standard BGP commmu= nities in IPFIX. Extended communities are ususlly used for other purposes = than standard communities, such as route target, actions for BGP flowspec = etc. Whether or not we really need to cover entended communities, I want t= o see more comments. Large communities are relavitely new. RFC8092 was pub= lished recentlly.  Anyway, however, it is easy for us to cover both e= xtended communities [RFC4360] and large communities [RFC8092] after the ad= option and further comment consensus. Text contribution is welcome. By the= way, I want to know the opinions about the wide communities. Do we need t= o cover them together?
=0A
>
=0A
> As you said, t= his draft was a good start. It has value to be a working group item. We ca= n continue the comments and discussion after the adoption and we will impr= ove the document according to the consensus. Operational considerations wi= ll be covered in the next version.
=0A
>
=0A
> Be= st Regards,
=0A
> Zhenqiang Li
=0A
> China Mobile<= /div>=0A
> 
=0A
> -----Original Message-----=0A
> From: GROW [mailto:grow-bounces@ietf.org] On Behalf Of Ignas= Bagdonas
=0A
> Sent: Tuesday, February 14, 2017 9:46 PM
= =0A
> To: Tianran Zhou <zhoutianran@huawei.com>
=0A
= > Cc: opsawg@ietf.org; opsawg-chairs@ietf.org; grow@ietf.org grow@ietf.= org <grow@ietf.org>
=0A
> Subject: Re: [GROW] [OPSAWG] W= G adoption poll for draft-li-opsawg-ipfix-bgp-community-02
=0A
&g= t; 
=0A
> Hi there,
=0A
> 
=0A> [Copying GROW WG as this might be relevant to their coverage areas]=
=0A
> 
=0A
> The document seems to be a goo= d start but covers only standard communities. This is not sufficient given= the universal deployment of 4 octet ASNs. Both extended communities [RFC4= 360] and large communities [RFC8092] are needed and are used to address th= e signalling requirements for AS4 ASNs. Having separate documents each add= ressing only a specific type of community does not seem practical and rati= onal. The document should include the definitions for IEs covering extende= d and large communities.
=0A
> 
=0A
> What i= s the logic of selecting multiple communities for export that a prefix may= have been decorated with? Is it all of them all the time? The upper limit= may be reaching 16000 standard communities per prefix - would that fit in= to resulting IPFIX IE? If there is a limit, how does it work? Is there any= interpretation done on the values of the communities (all types, not just= standard ones)? Those all are operational considerations aspects and shou= ld be covered in the document, appendix A likely could be a good place for= it.
=0A
> 
=0A
> Security considerations on= the privacy aspects would to be covered.
=0A
> 
= =0A
> Ignas
=0A
> 
=0A
> 
= =0A
> 
=0A
> 
=0A
> On 13/02/20= 17 03:36, Tianran Zhou wrote:
=0A
> > Dear OPSAWG,
=0A=
> >
=0A
> > In Seoul, we got enough interest and= positive response on this IPFIX IE extension draft.
=0A
> >= ; By the authors' request, this email starts a formal poll. The chairs wou= ld like to know if the WG participants agree that the following document s= hould be adopted as a WG document in OPSAWG.
=0A
> >
= =0A
> > Export BGP community information in IP Flow Information = Export (IPFIX)
=0A
> > https://tools.ietf.org/html/draft-li= -opsawg-ipfix-bgp-community-02
=0A
> >
=0A
> &g= t; The adoption poll will take two weeks. Please let us know your opinion = by Feb 27. It would also be good to hear who is willing to review and/or i= mplement or deploy the extension described in the document.
=0A
&= gt; >
=0A
> > Since we already found that the majority o= f the f2f participants at our IETF97 session like this idea, please do spe= ak up now if you do not agree or have serious objections (with explanation= of course).
=0A
> >
=0A
> > Regards,
= =0A
> > Tianran
=0A
> >
=0A
> > __= _____________________________________________
=0A
> > OPSAW= G mailing list
=0A
> > OPSAWG@ietf.org
=0A
> &g= t; https://www.ietf.org/mailman/listinfo/opsawg
=0A
>  =0A
> _______________________________________________
=0A<= div>> GROW mailing list
=0A
> GROW@ietf.org
=0A
&g= t; https://www.ietf.org/mailman/listinfo/grow
=0A
> __________= _____________________________________
=0A
> GROW mailing list<= /div>=0A
> GROW@ietf.org
=0A
> https://www.ietf.org/mai= lman/listinfo/grow
=0A
 
=0A
 
=0A
<= /blockquote>=0A ------=_001_NextPart511787134451_=------ From nobody Thu Feb 23 08:22:29 2017 Return-Path: X-Original-To: opsawg@ietf.org Delivered-To: opsawg@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id C770D1294C8; Thu, 23 Feb 2017 08:22:24 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: X-Test-IDTracker: no X-IETF-IDTracker: 6.45.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <148786694481.20240.3793840427348561035.idtracker@ietfa.amsl.com> Date: Thu, 23 Feb 2017 08:22:24 -0800 Archived-At: Cc: opsawg@ietf.org Subject: [OPSAWG] I-D Action: draft-ietf-opsawg-mud-04.txt X-BeenThere: opsawg@ietf.org X-Mailman-Version: 2.1.17 List-Id: OPSA Working Group Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Feb 2017 16:22:25 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Operations and Management Area Working Group of the IETF. Title : Manufacturer Usage Description Specification Authors : Eliot Lear Ralph Droms Dan Romascanu Filename : draft-ietf-opsawg-mud-04.txt Pages : 40 Date : 2017-02-23 Abstract: This memo specifies the necessary components to implement manufacturer usage descriptions (MUD). This includes two YANG modules, IPv4 and IPv6 DHCP options, an LLDP TLV, a URL suffix specification, an X.509 certificate extension and a means to sign and verify the descriptions. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-opsawg-mud/ There's also a htmlized version available at: https://tools.ietf.org/html/draft-ietf-opsawg-mud-04 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-opsawg-mud-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 Thu Feb 23 08:23:55 2017 Return-Path: X-Original-To: opsawg@ietfa.amsl.com Delivered-To: opsawg@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 396E8129A0B; Thu, 23 Feb 2017 08:23:54 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.522 X-Spam-Level: X-Spam-Status: No, score=-14.522 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.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=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 AqontGgQ28Qy; Thu, 23 Feb 2017 08:23:52 -0800 (PST) Received: from aer-iport-2.cisco.com (aer-iport-2.cisco.com [173.38.203.52]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0D193129963; Thu, 23 Feb 2017 08:23:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=3346; q=dns/txt; s=iport; t=1487867032; x=1489076632; h=subject:to:references:cc:from:message-id:date: mime-version:in-reply-to; bh=7MFKqluGq25pfkH7wBmrpBzNhKMBVnTafESiSI931ic=; b=luXk+Xi6n726W2gxcHbPhdzNN2SGUrjprod5gwpBV/mZJ9AUVA0C0r/g /+NPE7SLWA7392j/PSkc/3zjWX6aY8xtNMTJB+GgKX80LoBL0PSSs5tV2 7O/5EjbUaouqx/sG9srIsXjFAVjTCL5mBVTOamkalE55vf3YBZOPrW1ku A=; X-Files: signature.asc : 481 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0AWAwA7DK9Y/xbLJq1dGQEBAQEBAQEBA?= =?us-ascii?q?QEBBwEBAQEBhDEDgQaDW4oIcpBolTSCDR8LhS5KAoNiGAECAQEBAQEBAWIohHE?= =?us-ascii?q?BAQQBASFLCxALGCoCAicwBwwGAgEBiXEOriyCJos/AQEBAQEBBAEBAQEBAQESD?= =?us-ascii?q?4hRgmqDF4EPEQGDIoJfBYkckniDd4IIdYswgXtThEmDLoZMkygfOHgIIRQIFxU?= =?us-ascii?q?YJoZKPzWJGIIuAQEB?= X-IronPort-AV: E=Sophos;i="5.35,198,1484006400"; d="asc'?scan'208";a="649915356" 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; 23 Feb 2017 16:23:49 +0000 Received: from [10.61.225.249] ([10.61.225.249]) by aer-core-2.cisco.com (8.14.5/8.14.5) with ESMTP id v1NGNnl0027968; Thu, 23 Feb 2017 16:23:49 GMT To: internet-drafts@ietf.org, i-d-announce@ietf.org References: <148786694481.20240.3793840427348561035.idtracker@ietfa.amsl.com> From: Eliot Lear Message-ID: Date: Thu, 23 Feb 2017 17:23:49 +0100 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:45.0) Gecko/20100101 Thunderbird/45.7.1 MIME-Version: 1.0 In-Reply-To: <148786694481.20240.3793840427348561035.idtracker@ietfa.amsl.com> Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="sQpViWQxjIcDPbcrQhJGehT1mAgvpnQAd" Archived-At: Cc: opsawg@ietf.org Subject: Re: [OPSAWG] I-D Action: draft-ietf-opsawg-mud-04.txt X-BeenThere: opsawg@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: OPSA Working Group Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Feb 2017 16:23:54 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --sQpViWQxjIcDPbcrQhJGehT1mAgvpnQAd Content-Type: multipart/mixed; boundary="oRSdoVUNr7jVhhawWp3DvDgQDVNuxLaDr"; protected-headers="v1" From: Eliot Lear To: internet-drafts@ietf.org, i-d-announce@ietf.org Cc: opsawg@ietf.org Message-ID: Subject: Re: [OPSAWG] I-D Action: draft-ietf-opsawg-mud-04.txt References: <148786694481.20240.3793840427348561035.idtracker@ietfa.amsl.com> In-Reply-To: <148786694481.20240.3793840427348561035.idtracker@ietfa.amsl.com> --oRSdoVUNr7jVhhawWp3DvDgQDVNuxLaDr Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hi everyone, This version contains small changes, as described in a previous email.=20 The big difference is the (re)addition of "my-controller", which simplifies manual administration. Eliot On 2/23/17 5:22 PM, internet-drafts@ietf.org wrote: > A New Internet-Draft is available from the on-line Internet-Drafts dire= ctories. > This draft is a work item of the Operations and Management Area Working= Group of the IETF. > > Title : Manufacturer Usage Description Specification > Authors : Eliot Lear > Ralph Droms > Dan Romascanu > Filename : draft-ietf-opsawg-mud-04.txt > Pages : 40 > Date : 2017-02-23 > > Abstract: > This memo specifies the necessary components to implement > manufacturer usage descriptions (MUD). This includes two YANG > modules, IPv4 and IPv6 DHCP options, an LLDP TLV, a URL suffix > specification, an X.509 certificate extension and a means to sign an= d > verify the descriptions. > > > The IETF datatracker status page for this draft is: > https://datatracker.ietf.org/doc/draft-ietf-opsawg-mud/ > > There's also a htmlized version available at: > https://tools.ietf.org/html/draft-ietf-opsawg-mud-04 > > A diff from the previous version is available at: > https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-opsawg-mud-04 > > > Please note that it may take a couple of minutes from the time of submi= ssion > 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/ > > _______________________________________________ > OPSAWG mailing list > OPSAWG@ietf.org > https://www.ietf.org/mailman/listinfo/opsawg > --oRSdoVUNr7jVhhawWp3DvDgQDVNuxLaDr-- --sQpViWQxjIcDPbcrQhJGehT1mAgvpnQAd Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2 iQEcBAEBCAAGBQJYrwyVAAoJEIe2a0bZ0nozS3QIAMe46tFqTt3O7FPhHUxB5j+w YcLUkBn/nPmT1CELylVfTPZ6ZEHgj9vYqFfsCwqQ4ZWzDUOR9xFIO/JhyMcaDqDX kEJ09qv/o3OrtAz4FWGUK3NUSj2cwqW+8QkqIwt5LP94JmpCiVrLzEfqQJS7hZbR X6SRYCGnpvV7v7YSI1xsfz7lQ8X1pj/H4Zmn5I0YTO8mqNXKZ+bFHeQzi2gx0+zD HK0NPN2DOceBU71Rq5DN+LPU6r7Si9EAqMJrE/xMAe2JAyposbT6eTrHqdCFsb0R gUM80Bq7y9UShnJ0hlMYrtv6fIblQWh3at+wp9U/0Ct9GfEv+Sv6kL1XUaIq4a8= =huin -----END PGP SIGNATURE----- --sQpViWQxjIcDPbcrQhJGehT1mAgvpnQAd-- From nobody Fri Feb 24 07:20:26 2017 Return-Path: X-Original-To: opsawg@ietfa.amsl.com Delivered-To: opsawg@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8895312988F for ; Fri, 24 Feb 2017 07:20:24 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.6 X-Spam-Level: X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, 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=kumari-net.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 tG5WPuohJTS5 for ; Fri, 24 Feb 2017 07:20:20 -0800 (PST) Received: from mail-qk0-x22e.google.com (mail-qk0-x22e.google.com [IPv6:2607:f8b0:400d:c09::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 33E0D1296B0 for ; Fri, 24 Feb 2017 07:20:20 -0800 (PST) Received: by mail-qk0-x22e.google.com with SMTP id n127so21072109qkf.0 for ; Fri, 24 Feb 2017 07:20:20 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kumari-net.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to; bh=W9pJiMw2iXSbMLGhwqzxf4HuZm9rbFGVnWQP8hHUMLM=; b=dA3pOMfvChawOuRltAOwE8G/vWsh8VLi4lykkjLPAHqS1+GHDPmXyixuT1Vn1vJQgH Qhtmuv3H7AazBTcK6AOCNbtswC6MRtUzLks0cRt/Oh9lXxs9p8Jnjmh18o6ai7pBQ63q 0mKgwOo/6bCBEl2a1v3ro9NXhzWTe+JubOX7AI/R8sBK1p+LOZIbQFQzzPRt0ZmlSBPN mZG5Bps6gn9DuhquDyw3nGxUPtCTs4BjZz6gV9saEuEHzZajkLEPkAhyz0h/91gQbCZL ve7Oy3U6wK3VyBUqjHayRnoBaqLX0KJYig9Vo1D0T7IpefQrALIRS+CXolxGT+0M/iSR GdQg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to; bh=W9pJiMw2iXSbMLGhwqzxf4HuZm9rbFGVnWQP8hHUMLM=; b=EndtFHPwS1cAq0dNAjAwGpCXyHna0qGkJFVMY+sKt8QlwugxeQxg083rH7QzjzoJlB Hqrq0XO1fsqi1lU14zTtx0gF5SCtb8+ehQlwTaMkeXVgSg6bl4U2AYcPyFAqERS9Ctuw 0WXR+z71yI5EMER59SSuyS6S0GOJpbG5i0xYRoi5PSQjHDYNkk/P5gearjUUVKExaZ7i gn7dX1KbOmZ6cQQPXyZLivnlrsFxB/zFc7PLgZvo9bj/qOgMkR9UpXC73tFZk5wWRUUj p8manl5/vBzwTOqPIbbYkHSG/HQANbbbIT/UDv8pfRRPkcqcSv5U8gLAF3bvfdRwYyX/ NiBA== X-Gm-Message-State: AMke39mhZXm+tfY1w9J7kHL1jk3TFphrEE+rUREEznVV+aXdygjBGwwWpIhpgFxz77FN67Ebne656mztDwKjhrXi X-Received: by 10.55.192.70 with SMTP id o67mr913879qki.35.1487949618836; Fri, 24 Feb 2017 07:20:18 -0800 (PST) MIME-Version: 1.0 Received: by 10.12.169.4 with HTTP; Fri, 24 Feb 2017 07:19:48 -0800 (PST) In-Reply-To: References: From: Warren Kumari Date: Fri, 24 Feb 2017 10:19:48 -0500 Message-ID: To: "opsawg@ietf.org" , Ignas Bagdonas Content-Type: text/plain; charset=UTF-8 Archived-At: Subject: Re: [OPSAWG] New OpsAWG chair volunteers... X-BeenThere: opsawg@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: OPSA Working Group Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Feb 2017 15:20:24 -0000 Hi all, I'd like to announce that after discussion we have selected Ignas Bagdonas (CCed) to become the new OpsAWG chair. I would also like thank everyone who showed interest in serving. W On Tue, Feb 7, 2017 at 3:00 PM, Warren Kumari wrote: > Hi all, > > I will be stepping down as OpsAWG chair, and am looking for a replacement. > As you have probably seen, this is (generally) a very low drama, low > stress working group. > > If you are interested / willing, please let me know (off-list). Of > course, if you have any questions, I'm happy to chat, etc. > > W > > -- > I don't think the execution is relevant when it was obviously a bad > idea in the first place. > This is like putting rabid weasels in your pants, and later expressing > regret at having chosen those particular rabid weasels and that pair > of pants. > ---maf -- I don't think the execution is relevant when it was obviously a bad idea in the first place. This is like putting rabid weasels in your pants, and later expressing regret at having chosen those particular rabid weasels and that pair of pants. ---maf From nobody Fri Feb 24 19:50:47 2017 Return-Path: X-Original-To: opsawg@ietfa.amsl.com Delivered-To: opsawg@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3797D129964 for ; Fri, 24 Feb 2017 19:50:47 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.221 X-Spam-Level: X-Spam-Status: No, score=-4.221 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=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 uFWUaYyBfLns for ; Fri, 24 Feb 2017 19:50:44 -0800 (PST) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D2F58129961 for ; Fri, 24 Feb 2017 19:50:43 -0800 (PST) Received: from 172.18.7.190 (EHLO lhreml701-cah.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id DHS46203; Sat, 25 Feb 2017 03:50:41 +0000 (GMT) Received: from NKGEML411-HUB.china.huawei.com (10.98.56.70) by lhreml701-cah.china.huawei.com (10.201.108.42) with Microsoft SMTP Server (TLS) id 14.3.301.0; Sat, 25 Feb 2017 03:50:39 +0000 Received: from NKGEML515-MBX.china.huawei.com ([fe80::a54a:89d2:c471:ff]) by nkgeml411-hub.china.huawei.com ([10.98.56.70]) with mapi id 14.03.0235.001; Sat, 25 Feb 2017 11:50:32 +0800 From: Tianran Zhou To: Warren Kumari , "opsawg@ietf.org" , Ignas Bagdonas Thread-Topic: [OPSAWG] New OpsAWG chair volunteers... Thread-Index: AQHSgX06hYwOaUZdWEawwA8XeplFgaF32cgAgAFXh/A= Date: Sat, 25 Feb 2017 03:52:20 +0000 Message-ID: References: In-Reply-To: Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.111.156.116] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-CFilter-Loop: Reflected X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A020201.58B0FF11.0116, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0, ip=0.0.0.0, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32 X-Mirapoint-Loop-Id: 09b8e1b7907c215c4f7fbce6a377d28d Archived-At: Subject: Re: [OPSAWG] New OpsAWG chair volunteers... X-BeenThere: opsawg@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: OPSA Working Group Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Feb 2017 03:50:47 -0000 Hi Ignas, Congratulations and welcome aboard! Regards, Tianran > -----Original Message----- > From: OPSAWG [mailto:opsawg-bounces@ietf.org] On Behalf Of Warren Kumari > Sent: Friday, February 24, 2017 11:20 PM > To: opsawg@ietf.org; Ignas Bagdonas > Subject: Re: [OPSAWG] New OpsAWG chair volunteers... >=20 > Hi all, >=20 > I'd like to announce that after discussion we have selected Ignas Bagdona= s > (CCed) to become the new OpsAWG chair. >=20 > I would also like thank everyone who showed interest in serving. >=20 > W >=20 >=20 > On Tue, Feb 7, 2017 at 3:00 PM, Warren Kumari wrote: > > Hi all, > > > > I will be stepping down as OpsAWG chair, and am looking for a replaceme= nt. > > As you have probably seen, this is (generally) a very low drama, low > > stress working group. > > > > If you are interested / willing, please let me know (off-list). Of > > course, if you have any questions, I'm happy to chat, etc. > > > > W > > > > -- > > I don't think the execution is relevant when it was obviously a bad > > idea in the first place. > > This is like putting rabid weasels in your pants, and later expressing > > regret at having chosen those particular rabid weasels and that pair > > of pants. > > ---maf >=20 >=20 >=20 > -- > I don't think the execution is relevant when it was obviously a bad idea > in the first place. > This is like putting rabid weasels in your pants, and later expressing re= gret > at having chosen those particular rabid weasels and that pair of pants. > ---maf >=20 > _______________________________________________ > OPSAWG mailing list > OPSAWG@ietf.org > https://www.ietf.org/mailman/listinfo/opsawg From nobody Sun Feb 26 19:10:12 2017 Return-Path: X-Original-To: opsawg@ietfa.amsl.com Delivered-To: opsawg@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DE63A129649 for ; Sun, 26 Feb 2017 19:10:11 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.221 X-Spam-Level: X-Spam-Status: No, score=-4.221 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=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 pTbVn1Cet_gt for ; Sun, 26 Feb 2017 19:10:10 -0800 (PST) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CE69C12962C for ; Sun, 26 Feb 2017 19:10:09 -0800 (PST) Received: from 172.18.7.190 (EHLO lhreml709-cah.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id DHU78050; Mon, 27 Feb 2017 03:10:07 +0000 (GMT) Received: from NKGEML413-HUB.china.huawei.com (10.98.56.74) by lhreml709-cah.china.huawei.com (10.201.108.32) with Microsoft SMTP Server (TLS) id 14.3.301.0; Mon, 27 Feb 2017 03:10:07 +0000 Received: from NKGEML515-MBX.china.huawei.com ([fe80::a54a:89d2:c471:ff]) by NKGEML413-HUB.china.huawei.com ([10.98.56.74]) with mapi id 14.03.0235.001; Mon, 27 Feb 2017 11:09:54 +0800 From: Tianran Zhou To: "opsawg@ietf.org" Thread-Topic: draft agenda released --- OPSAWG 13:00-15:00 Thursday Thread-Index: AdKQpvlBE178reacRUC97G/77O71ng== Date: Mon, 27 Feb 2017 03:11:40 +0000 Message-ID: Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.111.156.116] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-CFilter-Loop: Reflected X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A020201.58B39890.004B, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0, ip=0.0.0.0, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32 X-Mirapoint-Loop-Id: df7f2e16b9718fb7e39b1aea06647d11 Archived-At: Subject: [OPSAWG] draft agenda released --- OPSAWG 13:00-15:00 Thursday X-BeenThere: opsawg@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: OPSA Working Group Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Feb 2017 03:10:12 -0000 Hi Folks, The joint meeting of OPSAWG and OPS Area is provisionally scheduled for 13:= 00-15:00 Thursday. =20 https://tools.ietf.org/agenda/98/ We start to accept presentation requests. Please send over your request. Regards, Tianran From nobody Tue Feb 28 01:18:23 2017 Return-Path: X-Original-To: opsawg@ietfa.amsl.com Delivered-To: opsawg@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 821A2126D74 for ; Tue, 28 Feb 2017 01:18:21 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.222 X-Spam-Level: X-Spam-Status: No, score=-4.222 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-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 mXAJibx3iklc for ; Tue, 28 Feb 2017 01:18:19 -0800 (PST) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2E29D12706D for ; Tue, 28 Feb 2017 01:18:19 -0800 (PST) Received: from 172.18.7.190 (EHLO lhreml709-cah.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id DHW98230; Tue, 28 Feb 2017 09:18:15 +0000 (GMT) Received: from NKGEML411-HUB.china.huawei.com (10.98.56.70) by lhreml709-cah.china.huawei.com (10.201.108.32) with Microsoft SMTP Server (TLS) id 14.3.301.0; Tue, 28 Feb 2017 09:16:54 +0000 Received: from NKGEML515-MBX.china.huawei.com ([fe80::a54a:89d2:c471:ff]) by nkgeml411-hub.china.huawei.com ([10.98.56.70]) with mapi id 14.03.0235.001; Tue, 28 Feb 2017 17:16:47 +0800 From: Tianran Zhou To: "opsawg@ietf.org" Thread-Topic: Adoption of draft-li-opsawg-ipfix-bgp-community-02 Thread-Index: AdKRo3n5+HCernfrQMKiGx6FGqehKg== Date: Tue, 28 Feb 2017 09:18:31 +0000 Message-ID: Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.111.156.116] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-CFilter-Loop: Reflected X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A020204.58B54058.01A5, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0, ip=0.0.0.0, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32 X-Mirapoint-Loop-Id: 6911e7831051de62336a1d5c787cca42 Archived-At: Subject: [OPSAWG] Adoption of draft-li-opsawg-ipfix-bgp-community-02 X-BeenThere: opsawg@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: OPSA Working Group Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Feb 2017 09:18:21 -0000 Dear OPSAWG, Thank you for all your reviews and comments for this document during the ad= option poll. We see sufficient interest to work on this I-D and support of adoption this= document as a starting point. So let's go ahead. The authors, please: 1. resubmit the document named draft-ietf-opsawg-** 2. incorporate comments during the adoption call, and try to organize discu= ssions for those need WG consensus. 3. IPR exposure if you have. We will also start an IPR poll for this I-D la= ter. Thanks, Tianran and Ignas From nobody Tue Feb 28 17:31:32 2017 Return-Path: X-Original-To: opsawg@ietfa.amsl.com Delivered-To: opsawg@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BC4D9129415 for ; Tue, 28 Feb 2017 17:31:31 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.222 X-Spam-Level: X-Spam-Status: No, score=-4.222 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-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 gQqCqQ-ag0Ev for ; Tue, 28 Feb 2017 17:31:29 -0800 (PST) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 14F08129408 for ; Tue, 28 Feb 2017 17:31:28 -0800 (PST) Received: from 172.18.7.190 (EHLO lhreml705-cah.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id DHY23931; Wed, 01 Mar 2017 01:31:26 +0000 (GMT) Received: from NKGEML413-HUB.china.huawei.com (10.98.56.74) by lhreml705-cah.china.huawei.com (10.201.108.46) with Microsoft SMTP Server (TLS) id 14.3.301.0; Wed, 1 Mar 2017 01:31:25 +0000 Received: from NKGEML515-MBX.china.huawei.com ([fe80::a54a:89d2:c471:ff]) by NKGEML413-HUB.china.huawei.com ([10.98.56.74]) with mapi id 14.03.0235.001; Wed, 1 Mar 2017 09:31:19 +0800 From: Tianran Zhou To: "opsawg@ietf.org" Thread-Topic: IPR poll on draft-li-opsawg-ipfix-bgp-community-02 Thread-Index: AdKSK4b4my0xYNRjReyqYH4kQE+sQA== Date: Wed, 1 Mar 2017 01:33:02 +0000 Message-ID: Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.111.156.116] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-CFilter-Loop: Reflected X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A090203.58B6246F.0047, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0, ip=0.0.0.0, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32 X-Mirapoint-Loop-Id: 13439448c874fa4b145c630095a28542 Archived-At: Subject: [OPSAWG] IPR poll on draft-li-opsawg-ipfix-bgp-community-02 X-BeenThere: opsawg@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: OPSA Working Group Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Mar 2017 01:31:32 -0000 Dear WG Members, We just adopted the I-D draft-li-opsawg-ipfix-bgp-community-02 in this work= ing group. We want to do an IPR poll at the early stage. Are you aware of any IPR that applies to draft-li-opsawg-ipfix-bgp-communit= y-02.txt?=20 If you own or are aware of any IPR that applies to the draft-li-opsawg-ipfi= x-bgp-community-02 please clarify whether this IPR been disclosed in compli= ance with IETF IPR rules (see RFCs 3979, 4879, 3669 and 5378 for more detai= ls). If you are listed as a document author or contributor please respond to thi= s email in OPSAWG mailing list regardless of whether or not you are aware o= f any relevant IPR. The document will not advance to the next stage until a= response has been received from each author and contributor. If you are not listed as an author or contributor but are on OPSAWG mailing= list, then please explicitly respond if you are aware of any IPR that has = not yet been disclosed in conformance with IETF rules. Thank you for kind support. Regards, Ignas & Tianran From nobody Tue Feb 28 18:50:31 2017 Return-Path: X-Original-To: opsawg@ietfa.amsl.com Delivered-To: opsawg@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2CC1612947E for ; Tue, 28 Feb 2017 18:50:30 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.221 X-Spam-Level: X-Spam-Status: No, score=-4.221 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=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 BP8NDISV9upL for ; Tue, 28 Feb 2017 18:50:28 -0800 (PST) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0645E12944D for ; Tue, 28 Feb 2017 18:50:27 -0800 (PST) Received: from 172.18.7.190 (EHLO LHREML713-CAH.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id DHY30572; Wed, 01 Mar 2017 02:50:24 +0000 (GMT) Received: from NKGEML411-HUB.china.huawei.com (10.98.56.70) by LHREML713-CAH.china.huawei.com (10.201.108.36) with Microsoft SMTP Server (TLS) id 14.3.301.0; Wed, 1 Mar 2017 02:50:23 +0000 Received: from NKGEML515-MBX.china.huawei.com ([fe80::a54a:89d2:c471:ff]) by nkgeml411-hub.china.huawei.com ([10.98.56.70]) with mapi id 14.03.0235.001; Wed, 1 Mar 2017 10:50:11 +0800 From: "Dongjie (Jimmy)" To: Tianran Zhou , "opsawg@ietf.org" Thread-Topic: IPR poll on draft-li-opsawg-ipfix-bgp-community-02 Thread-Index: AdKSK4b4my0xYNRjReyqYH4kQE+sQAACpeQw Date: Wed, 1 Mar 2017 02:51:54 +0000 Message-ID: <76CD132C3ADEF848BD84D028D243C9279358AFC2@NKGEML515-MBX.china.huawei.com> References: In-Reply-To: Accept-Language: en-US, zh-CN Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.130.151.75] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-CFilter-Loop: Reflected X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A020202.58B636F1.00D2, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0, ip=0.0.0.0, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32 X-Mirapoint-Loop-Id: d7eac404bd69fb154a9e3bd9b7881b29 Archived-At: Subject: Re: [OPSAWG] IPR poll on draft-li-opsawg-ipfix-bgp-community-02 X-BeenThere: opsawg@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: OPSA Working Group Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Mar 2017 02:50:30 -0000 Hi Tianran,=20 I'm not aware of any IPR related to this document.=20 Best regards, Jie > -----Original Message----- > From: OPSAWG [mailto:opsawg-bounces@ietf.org] On Behalf Of Tianran Zhou > Sent: Wednesday, March 01, 2017 9:33 AM > To: opsawg@ietf.org > Subject: [OPSAWG] IPR poll on draft-li-opsawg-ipfix-bgp-community-02 >=20 > Dear WG Members, >=20 > We just adopted the I-D draft-li-opsawg-ipfix-bgp-community-02 in this wo= rking > group. We want to do an IPR poll at the early stage. >=20 > Are you aware of any IPR that applies to > draft-li-opsawg-ipfix-bgp-community-02.txt? >=20 > If you own or are aware of any IPR that applies to the > draft-li-opsawg-ipfix-bgp-community-02 please clarify whether this IPR be= en > disclosed in compliance with IETF IPR rules (see RFCs 3979, 4879, 3669 an= d 5378 > for more details). >=20 > If you are listed as a document author or contributor please respond to t= his email > in OPSAWG mailing list regardless of whether or not you are aware of any > relevant IPR. The document will not advance to the next stage until a res= ponse > has been received from each author and contributor. >=20 > If you are not listed as an author or contributor but are on OPSAWG maili= ng list, > then please explicitly respond if you are aware of any IPR that has not y= et been > disclosed in conformance with IETF rules. >=20 > Thank you for kind support. >=20 > Regards, >=20 > Ignas & Tianran >=20 > _______________________________________________ > OPSAWG mailing list > OPSAWG@ietf.org > https://www.ietf.org/mailman/listinfo/opsawg From nobody Tue Feb 28 19:18:44 2017 Return-Path: X-Original-To: opsawg@ietfa.amsl.com Delivered-To: opsawg@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7A82A12945D for ; Tue, 28 Feb 2017 19:18:43 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.018 X-Spam-Level: X-Spam-Status: No, score=-2.018 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=outlook.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 g7pkbFZ3jd-E for ; Tue, 28 Feb 2017 19:18:41 -0800 (PST) Received: from SNT004-OMC2S7.hotmail.com (snt004-omc2s7.hotmail.com [65.55.90.82]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B32FD1293F0 for ; Tue, 28 Feb 2017 19:18:41 -0800 (PST) Received: from APC01-PU1-obe.outbound.protection.outlook.com ([65.55.90.71]) by SNT004-OMC2S7.hotmail.com over TLS secured channel with Microsoft SMTPSVC(7.5.7601.23008); Tue, 28 Feb 2017 19:18:41 -0800 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=outlook.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=94oFD39rthkgG+n7CVEXCPdW3szj5d8lJVVWFa2vm/g=; b=U14vs8k2fRgMzge+hvZbN1mO6WQWZVWX5mD1wQwk3WNbXLd4wH9e4RKq+Id3RbHtLZ+QgTLTEivWxxI7jKALm8UAQ3B6FcR5kKMA7XHdqj4dxoVCYvikr3FNNN0Dl2DqBGzvTDtYj7eWgag2UyzaAEm0WW1GBqbHI/Uy2PC8G2znQ/HJvMzbEBlgDoJTn4XyEND5SuyJUWpAtp5wxwq9jFg7aQStDQ6QuuuM+hRqmACDXVJuQTIGAIedYZOfUN5ewagkccuBccVnYMuv3dyTBFpFoJ8g2Vwq9nUi9KoovYrpJ0N41JY8in3oQgRULGG9Zbm8s0LBQPALs34Uo9ekFg== Received: from PU1APC01FT045.eop-APC01.prod.protection.outlook.com (10.152.252.56) by PU1APC01HT240.eop-APC01.prod.protection.outlook.com (10.152.252.254) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.933.11; Wed, 1 Mar 2017 03:18:24 +0000 Received: from HKNPR02MB1843.apcprd02.prod.outlook.com (10.152.252.56) by PU1APC01FT045.mail.protection.outlook.com (10.152.253.32) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.933.11 via Frontend Transport; Wed, 1 Mar 2017 03:18:24 +0000 Received: from HKNPR02MB1843.apcprd02.prod.outlook.com ([fe80::f4bf:64f:4c58:260b]) by HKNPR02MB1843.apcprd02.prod.outlook.com ([fe80::f4bf:64f:4c58:260b%18]) with mapi id 15.01.0919.022; Wed, 1 Mar 2017 03:18:24 +0000 From: =?gb2312?B?ucsgyNY=?= To: Tianran Zhou , "opsawg@ietf.org" Thread-Topic: Adoption of draft-li-opsawg-ipfix-bgp-community-02 Thread-Index: AdKRo3n5+HCernfrQMKiGx6FGqehKgAlu6ZS Date: Wed, 1 Mar 2017 03:18:24 +0000 Message-ID: References: In-Reply-To: Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: huawei.com; dkim=none (message not signed) header.d=none;huawei.com; dmarc=none action=none header.from=outlook.com; x-incomingtopheadermarker: OriginalChecksum:095E3D2A553ED0B46E5E71C90ECBAE0180BEEB692B344CF812E3DC313016C92D; UpperCasedChecksum:1FDA9D86DCA137B8A12D4CC9D7CDB701067AF4B7C8B804A8A4BA8873C0D1909E; SizeAsReceived:7878; Count:38 x-tmn: [8IoCb0X5Lfw/MBkIZ1N1H5sEtx4S8yKG] x-incomingheadercount: 38 x-eopattributedmessage: 0 x-microsoft-exchange-diagnostics: 1; PU1APC01HT240; 5:OdHcjI6p674g7mUD/H+mZKk5RtH/+/CtJCMBRqXAJvAGbEKXDreqAt3/3IL+OAH53Bf0r1PKcJN0PBOoWe+f+aNZ+4E2yybYcIYcHILA4iTFhw3cAbbp4REBrUfoQmYG3saylVRr58EAI7Ubdo5qQA==; 24:6T4VBP+5SjyatP7WfTrYQKzSpNj9GfGDOsqZTs8hrFjCZ02XU8Rcj+TzFvMg1JQyapo05EN31EzyYspODVGjvs+gIuBa3AhnChPX/MtJ4D0=; 7:viYEmabtfiCPEt1krt8/YO/7Igff+zW8voW0/guLSTEvaL523yKKLn36cae3BCWbmxNfg7oZJpmuh1ciFN3RmPsds6YrG+IdPfh+vvaH//yI0FyDLB9PIrvfpzRB9iOv6dGXMGg8uPgYeKGuJ14JpD9xdG99QuqRB1E4Q+TqU0x+g1h0jaGD8OLCiT5Qo2XNYs9hKwtSOAsBTCtRD70/Sn3Rd0b8nrvRhX3HeSXLGf0RKXqhESwWeB8WLyXtiJ0mhfC5MwLSuagHE/VMsbUMFJNeB2iLTsLtuqPoo3mFxArnGJvQV6j54XnMAqxJbiHM x-forefront-antispam-report: EFV:NLI; SFV:NSPM; SFS:(10019020)(98900012); DIR:OUT; SFP:1102; SCL:1; SRVR:PU1APC01HT240; H:HKNPR02MB1843.apcprd02.prod.outlook.com; FPR:; SPF:None; LANG:en; x-ms-office365-filtering-correlation-id: eb9a8fd3-730a-486d-be53-08d460519f47 x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001)(201702061074)(5061506573)(5061507331)(1603103135)(1603101448)(1601125254)(1701031045); SRVR:PU1APC01HT240; x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(432015087)(444000031); SRVR:PU1APC01HT240; BCL:0; PCL:0; RULEID:; SRVR:PU1APC01HT240; x-forefront-prvs: 0233768B38 spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: multipart/alternative; boundary="_000_HKNPR02MB18434DCBB51B5801E3A5F5AB8B290HKNPR02MB1843apcp_" MIME-Version: 1.0 X-OriginatorOrg: outlook.com X-MS-Exchange-CrossTenant-originalarrivaltime: 01 Mar 2017 03:18:24.4777 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Internet X-MS-Exchange-CrossTenant-id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa X-MS-Exchange-Transport-CrossTenantHeadersStamped: PU1APC01HT240 X-OriginalArrivalTime: 01 Mar 2017 03:18:41.0108 (UTC) FILETIME=[8698B940:01D2923A] Archived-At: Subject: [OPSAWG] =?gb2312?b?tPC4tDogQWRvcHRpb24gb2YgZHJhZnQtbGktb3BzYXdn?= =?gb2312?b?LWlwZml4LWJncC1jb21tdW5pdHktMDI=?= X-BeenThere: opsawg@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: OPSA Working Group Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Mar 2017 03:18:43 -0000 --_000_HKNPR02MB18434DCBB51B5801E3A5F5AB8B290HKNPR02MB1843apcp_ Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 SGkgVGlhbnJhbiwNCg0KSSdtIG5vdCBhd2FyZSBvZiBhbnkgSVBSIHJlbGF0ZWQgdG8gdGhpcyBk b2N1bWVudCBhcyB3ZWxsLg0KDQoNCkd1IFJvbmcNCg0KX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX18NCreivP7IyzogT1BTQVdHIDxvcHNhd2ctYm91bmNlc0BpZXRmLm9yZz4gtPqx7SBU aWFucmFuIFpob3UgPHpob3V0aWFucmFuQGh1YXdlaS5jb20+DQq3osvNyrG85DogMjAxN8TqMtTC MjjI1SA5OjE4DQrK1bz+yMs6IG9wc2F3Z0BpZXRmLm9yZw0K1vfM4jogW09QU0FXR10gQWRvcHRp b24gb2YgZHJhZnQtbGktb3BzYXdnLWlwZml4LWJncC1jb21tdW5pdHktMDINCg0KRGVhciBPUFNB V0csDQoNClRoYW5rIHlvdSBmb3IgYWxsIHlvdXIgcmV2aWV3cyBhbmQgY29tbWVudHMgZm9yIHRo aXMgZG9jdW1lbnQgZHVyaW5nIHRoZSBhZG9wdGlvbiBwb2xsLg0KV2Ugc2VlIHN1ZmZpY2llbnQg aW50ZXJlc3QgdG8gd29yayBvbiB0aGlzIEktRCBhbmQgc3VwcG9ydCBvZiBhZG9wdGlvbiB0aGlz IGRvY3VtZW50IGFzIGEgc3RhcnRpbmcgcG9pbnQuDQpTbyBsZXQncyBnbyBhaGVhZC4NCg0KVGhl IGF1dGhvcnMsIHBsZWFzZToNCjEuIHJlc3VibWl0IHRoZSBkb2N1bWVudCBuYW1lZCBkcmFmdC1p ZXRmLW9wc2F3Zy0qKg0KMi4gaW5jb3Jwb3JhdGUgY29tbWVudHMgZHVyaW5nIHRoZSBhZG9wdGlv biBjYWxsLCBhbmQgdHJ5IHRvIG9yZ2FuaXplIGRpc2N1c3Npb25zIGZvciB0aG9zZSBuZWVkIFdH IGNvbnNlbnN1cy4NCjMuIElQUiBleHBvc3VyZSBpZiB5b3UgaGF2ZS4gV2Ugd2lsbCBhbHNvIHN0 YXJ0IGFuIElQUiBwb2xsIGZvciB0aGlzIEktRCBsYXRlci4NCg0KVGhhbmtzLA0KVGlhbnJhbiBh bmQgSWduYXMNCg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X18NCk9QU0FXRyBtYWlsaW5nIGxpc3QNCk9QU0FXR0BpZXRmLm9yZw0KaHR0cHM6Ly93d3cuaWV0 Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9vcHNhd2cNCk9QU0FXRyBJbmZvIFBhZ2UgLSBJbnRlcm5l dCBFbmdpbmVlcmluZyBUYXNrIEZvcmNlPGh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlz dGluZm8vb3BzYXdnPg0Kd3d3LmlldGYub3JnDQpPcGVyYXRpb25zIGFuZCBNYW5hZ2VtZW50IEFy ZWEgV29ya2luZyBHcm91cCBNYWlsIExpc3QuIFRvIHNlZSB0aGUgY29sbGVjdGlvbiBvZiBwcmlv ciBwb3N0aW5ncyB0byB0aGUgbGlzdCwgdmlzaXQgdGhlIE9QU0FXRyBBcmNoaXZlcyBvciBPUFNB V0cgTUhvbkFyYyBBcmNoaXZlcw0KDQoNCg0K --_000_HKNPR02MB18434DCBB51B5801E3A5F5AB8B290HKNPR02MB1843apcp_ Content-Type: text/html; charset="gb2312" Content-Transfer-Encoding: quoted-printable

Hi Tianran, = ;

I'm not aware of any IPR related to this document as well.


Gu Rong

=B7=A2=BC=FE=C8=CB: OPSAW= G <opsawg-bounces@ietf.org> =B4=FA=B1=ED Tianran Zhou <zhoutianran= @huawei.com>
=B7=A2=CB=CD=CA=B1=BC=E4: 2017=C4=EA2=D4=C228=C8=D5 9:18
=CA=D5=BC=FE=C8=CB: opsawg@ietf.org
=D6=F7=CC=E2: [OPSAWG] Adoption of draft-li-opsawg-ipfix-bgp-communi= ty-02
 
Dear OPSAWG,

Thank you for all your reviews and comments for this document during the ad= option poll.
We see sufficient interest to work on this I-D and support of adoption this= document as a starting point.
So let's go ahead.

The authors, please:
1. resubmit the document named draft-ietf-opsawg-**
2. incorporate comments during the adoption call, and try to organize discu= ssions for those need WG consensus.
3. IPR exposure if you have. We will also start an IPR poll for this I-D la= ter.

Thanks,
Tianran and Ignas

_______________________________________________
OPSAWG mailing list
OPSAWG@ietf.org
https://www.ietf.org/mailman/listinfo/opsawg
www.ietf.org
Operations and Management Area Working Group Mail List. To see the collecti= on of prior postings to the list, visit the OPSAWG Archives or OPSAWG MHonA= rc Archives


--_000_HKNPR02MB18434DCBB51B5801E3A5F5AB8B290HKNPR02MB1843apcp_-- From nobody Tue Feb 28 23:33:17 2017 Return-Path: X-Original-To: opsawg@ietfa.amsl.com Delivered-To: opsawg@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 49E671294BF for ; Tue, 28 Feb 2017 23:33:15 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.848 X-Spam-Level: X-Spam-Status: No, score=-0.848 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, MIME_BASE64_TEXT=1.741, RCVD_IN_DNSWL_LOW=-0.7, RP_MATCHES_RCVD=-0.001, T_KAM_HTML_FONT_INVALID=0.01, URIBL_BLOCKED=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 Gtnq2jrG3xYb for ; Tue, 28 Feb 2017 23:33:13 -0800 (PST) Received: from cmccmta1.chinamobile.com (cmccmta1.chinamobile.com [221.176.66.79]) by ietfa.amsl.com (Postfix) with ESMTP id 9F7271294BB for ; Tue, 28 Feb 2017 23:33:12 -0800 (PST) Received: from spf.mail.chinamobile.com (unknown[172.16.121.7]) by rmmx-syy-dmz-app03-12003 (RichMail) with SMTP id 2ee358b67931d8b-af344; Wed, 01 Mar 2017 15:33:06 +0800 (CST) X-RM-TRANSID: 2ee358b67931d8b-af344 X-RM-SPAM-FLAG: 00000000 Received: from cmcc-PC (unknown[223.69.29.161]) by rmsmtp-syy-appsvr04-12004 (RichMail) with SMTP id 2ee458b67930593-a5050; Wed, 01 Mar 2017 15:33:05 +0800 (CST) X-RM-TRANSID: 2ee458b67930593-a5050 Date: Wed, 1 Mar 2017 15:33:28 +0800 From: "lizhenqiang@chinamobile.com" To: zhoutianran , opsawg X-Priority: 3 X-Has-Attach: no X-Mailer: Foxmail 7, 2, 7, 164[cn] Mime-Version: 1.0 Message-ID: <2017030115332742629854@chinamobile.com> Content-Type: multipart/alternative; boundary="----=_001_NextPart823601805127_=----" Archived-At: Subject: Re: [OPSAWG] Adoption of draft-li-opsawg-ipfix-bgp-community-02 X-BeenThere: opsawg@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: OPSA Working Group Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Mar 2017 07:33:15 -0000 This is a multi-part message in MIME format. ------=_001_NextPart823601805127_=---- Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: base64 RGVhciBPUFNBV0cgY2hhaXJzIGFuZCBleHBlcnRzLA0KDQpUaGFuayB5b3UgYWxsIHZlcnkgbXVj aCBmb3IgeW91ciBjb21tZW50cyBhbmQgc3VwcG9ydGluZyB0aGlzIGRyYWZ0IHRvIGJlIGEgd29y a2luZyBncm91cCBpdGVtLg0KDQpUaGUgZHJhZnQgaXMgcmVzdWJtaXR0ZWQgYXMgZHJhZnQtaWV0 Zi1vcHNhd2ctaXBmaXgtYmdwLWNvbW11bml0eS0wMCBhbmQgcGVuZGluZyBmb3IgdGhlIFdHIGNo YWlycyB0byBhcHByb3ZlLiBUaGUgY29tbWVudHMgZHVyaW5nIHRoZSBhZG9wdGlvbiBjYWxsIHdp bGwgYmUgY29uc2lkZXJlZCBhbmQgaW5jb3Jwb3JhdGVkIGluIHRoZSBjb21pbmcgdmVyc2lvbnMu DQoNCkJlc3QgUmVnYXJkcywNCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQpUaWFucmFuIFpob3UgPHpob3V0aWFucmFuQGh1 YXdlaS5jb20+IFR1ZSwgMjggRmVicnVhcnkgMjAxNyAwOToxOCBVVENTaG93IGhlYWRlcg0KDQpE ZWFyIE9QU0FXRywNClRoYW5rIHlvdSBmb3IgYWxsIHlvdXIgcmV2aWV3cyBhbmQgY29tbWVudHMg Zm9yIHRoaXMgZG9jdW1lbnQgZHVyaW5nIHRoZSBhZG9wdGlvbiBwb2xsLgpXZSBzZWUgc3VmZmlj aWVudCBpbnRlcmVzdCB0byB3b3JrIG9uIHRoaXMgSS1EIGFuZCBzdXBwb3J0IG9mIGFkb3B0aW9u IHRoaXMgZG9jdW1lbnQgYXMgYSBzdGFydGluZyBwb2ludC4KU28gbGV0J3MgZ28gYWhlYWQuClRo ZSBhdXRob3JzLCBwbGVhc2U6CjEuIHJlc3VibWl0IHRoZSBkb2N1bWVudCBuYW1lZCBkcmFmdC1p ZXRmLW9wc2F3Zy0qKgoyLiBpbmNvcnBvcmF0ZSBjb21tZW50cyBkdXJpbmcgdGhlIGFkb3B0aW9u IGNhbGwsIGFuZCB0cnkgdG8gb3JnYW5pemUgZGlzY3Vzc2lvbnMgZm9yIHRob3NlIG5lZWQgV0cg Y29uc2Vuc3VzLgozLiBJUFIgZXhwb3N1cmUgaWYgeW91IGhhdmUuIFdlIHdpbGwgYWxzbyBzdGFy dCBhbiBJUFIgcG9sbCBmb3IgdGhpcyBJLUQgbGF0ZXIuClRoYW5rcywKVGlhbnJhbiBhbmQgSWdu YXMKDQoNCg0KDQpsaXpoZW5xaWFuZ0BjaGluYW1vYmlsZS5jb20NCg== ------=_001_NextPart823601805127_=---- Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable =0A

Dear OPSAWG chairs and experts,


Thank you all very m= uch for your comments and supporting this draft to be a working group item= .

The draft is resubmitted as draft-ietf-opsawg-ip= fix-bgp-community-00 and pending for the WG chairs to approve. The comment= s during the adoption call will be considered and incorporated in the comi= ng versions.

Best Regards= ,

------------------------------------= -----------------------------

Tianran Zhou <zhoutianran@huawei.com> Tue, 28 February 2017 09:18 UTCShow header


Dear OPSAWG,

Thank you for all your reviews an=
d comments for this document during the adoption poll.=0AWe see sufficient=
 interest to work on this I-D and support of adoption this document as a s=
tarting point.=0ASo let's go ahead.=0AThe authors, please:=0A1. resubmit t=
he document named draft-ietf-opsawg-**=0A2. incorporate comments during th=
e adoption call, and try to organize discussions for those need WG consens=
us.=0A3. IPR exposure if you have. We will also start an IPR poll for this=
 I-D later.=0AThanks,=0ATianran and Ignas=0A
=0A

=
=0A
lizhenqiang@chinamobile.com
=0A ------=_001_NextPart823601805127_=------ From nobody Tue Feb 28 23:52:25 2017 Return-Path: X-Original-To: opsawg@ietf.org Delivered-To: opsawg@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 00810129473; Tue, 28 Feb 2017 23:52:18 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: X-Test-IDTracker: no X-IETF-IDTracker: 6.46.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <148835473796.29482.2825558117784374377.idtracker@ietfa.amsl.com> Date: Tue, 28 Feb 2017 23:52:17 -0800 Archived-At: Cc: opsawg@ietf.org Subject: [OPSAWG] I-D Action: draft-ietf-opsawg-ipfix-bgp-community-00.txt X-BeenThere: opsawg@ietf.org X-Mailman-Version: 2.1.17 List-Id: OPSA Working Group Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Mar 2017 07:52:18 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Operations and Management Area Working Group of the IETF. Title : Export BGP community information in IP Flow Information Export (IPFIX) Authors : Zhenqiang Li Rong Gu Jie Dong Filename : draft-ietf-opsawg-ipfix-bgp-community-00.txt Pages : 10 Date : 2017-02-28 Abstract: This draft specifies an extension to the IPFIX information model defined in [RFC7012] to export the BGP community [RFC1997] information. Three information elements, bgpCommunity, bgpSourceCommunityList and bgpDestinationCommunityList, are introduced in this document to carry the BGP community information. bgpCommunity, containing exactly one BGP community value, is used to consist the list in bgpSourceCommunityList and bgpDestinationCommunityList, which are corresponding to a specific flow's source IP and destination IP respectively. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-opsawg-ipfix-bgp-community/ There's also a htmlized version available at: https://tools.ietf.org/html/draft-ietf-opsawg-ipfix-bgp-community-00 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Tue Feb 28 23:54:22 2017 Return-Path: X-Original-To: opsawg@ietf.org Delivered-To: opsawg@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 277BF1294DA; Tue, 28 Feb 2017 23:54:21 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: IETF Secretariat To: , , X-Test-IDTracker: no X-IETF-IDTracker: 6.46.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <148835486115.29453.895410008716600368.idtracker@ietfa.amsl.com> Date: Tue, 28 Feb 2017 23:54:21 -0800 Archived-At: Subject: [OPSAWG] The OPSAWG WG has placed draft-li-opsawg-ipfix-bgp-community in state "Adopted by a WG" X-BeenThere: opsawg@ietf.org X-Mailman-Version: 2.1.17 List-Id: OPSA Working Group Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Mar 2017 07:54:21 -0000 The OPSAWG WG has placed draft-li-opsawg-ipfix-bgp-community in state Adopted by a WG (entered by Tianran Zhou) The document is available at https://datatracker.ietf.org/doc/draft-li-opsawg-ipfix-bgp-community/