From nobody Thu Feb 2 09:59:10 2017 Return-Path: X-Original-To: lime@ietf.org Delivered-To: lime@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 9B789129970; Thu, 2 Feb 2017 09:59:08 -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.42.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <148605834860.13908.16769562356939092831.idtracker@ietfa.amsl.com> Date: Thu, 02 Feb 2017 09:59:08 -0800 Archived-At: Cc: bclaise@cisco.com, lime-chairs@ietf.org, lime@ietf.org, cpignata@gmail.com Subject: [Lime] lime - New Meeting Session Request for IETF 98 X-BeenThere: lime@ietf.org X-Mailman-Version: 2.1.17 List-Id: "Layer Independent OAM Management in Multi-Layer Environment \(LIME\) discussion list." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Feb 2017 17:59:08 -0000 A new meeting session request has just been submitted by Carlos Pignataro, a Chair of the lime working group. --------------------------------------------------------- Working Group Name: Layer Independent OAM Management in the Multi-Layer Environment Area Name: Operations and Management Area Session Requester: Carlos Pignataro Number of Sessions: 1 Length of Session(s): 2 Hours Number of Attendees: 50 Conflicts to Avoid: First Priority: opsarea bfd intarea mpls opsawg nvo3 sfc netmod Second Priority: spring 6man bier rtgwg rtgarea People who must be present: Ron Bonica Benoit Claise Carlos Pignataro Qin Wu Deepak Kumar Srihari Raghavan Resources Requested: Meetecho support in room Special Requests: --------------------------------------------------------- From nobody Thu Feb 2 09:59:38 2017 Return-Path: X-Original-To: lime@ietf.org Delivered-To: lime@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 50A6312996B; Thu, 2 Feb 2017 09:59:37 -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.42.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <148605837732.13862.5476281172248830732.idtracker@ietfa.amsl.com> Date: Thu, 02 Feb 2017 09:59:37 -0800 Archived-At: Cc: bclaise@cisco.com, lime-chairs@ietf.org, lime@ietf.org, cpignata@gmail.com Subject: [Lime] lime - Update to a Meeting Session Request for IETF 98 X-BeenThere: lime@ietf.org X-Mailman-Version: 2.1.17 List-Id: "Layer Independent OAM Management in Multi-Layer Environment \(LIME\) discussion list." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Feb 2017 17:59:37 -0000 An update to a meeting session request has just been submitted by Carlos Pignataro, a Chair of the lime working group. --------------------------------------------------------- Working Group Name: Layer Independent OAM Management in the Multi-Layer Environment Area Name: Operations and Management Area Session Requester: Carlos Pignataro Number of Sessions: 1 Length of Session(s): 1 Hour Number of Attendees: 50 Conflicts to Avoid: First Priority: opsarea bfd intarea mpls opsawg nvo3 sfc netmod Second Priority: spring 6man bier rtgwg rtgarea People who must be present: Ron Bonica Benoit Claise Carlos Pignataro Qin Wu Deepak Kumar Srihari Raghavan Resources Requested: Special Requests: --------------------------------------------------------- From nobody Thu Feb 2 22:11:20 2017 Return-Path: X-Original-To: lime@ietfa.amsl.com Delivered-To: lime@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4134D1293DC; Thu, 2 Feb 2017 22:11:19 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -7.419 X-Spam-Level: X-Spam-Status: No, score=-7.419 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=-3.199, 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 h8pfjM4lPvUC; Thu, 2 Feb 2017 22:11:17 -0800 (PST) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3FBCF1293DB; Thu, 2 Feb 2017 22:11:16 -0800 (PST) Received: from 172.18.7.190 (EHLO lhreml704-cah.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id DFS23283; Fri, 03 Feb 2017 06:11:13 +0000 (GMT) Received: from DGGEMM405-HUB.china.huawei.com (10.3.20.213) by lhreml704-cah.china.huawei.com (10.201.5.130) with Microsoft SMTP Server (TLS) id 14.3.301.0; Fri, 3 Feb 2017 06:11:12 +0000 Received: from DGGEMM506-MBX.china.huawei.com ([169.254.3.117]) by DGGEMM405-HUB.china.huawei.com ([10.3.20.213]) with mapi id 14.03.0301.000; Fri, 3 Feb 2017 14:10:53 +0800 From: wangzitao To: "adrian@olddog.co.uk" , "'Ron Bonica'" , "lime@ietf.org" , "draft-ietf-lime-yang-connectionless-oam.all@ietf.org" Thread-Topic: [Lime] WGLC: draft-ietf-lime-yang-connectionless-oam-03 Thread-Index: AdJybpjwy6XJbjqnRfKoMW2LrCMAfwEVm3AAAcdJdkA= Date: Fri, 3 Feb 2017 06:10:53 +0000 Message-ID: References: <02b801d27708$1f4c8d40$5de5a7c0$@olddog.co.uk> In-Reply-To: <02b801d27708$1f4c8d40$5de5a7c0$@olddog.co.uk> Accept-Language: en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.136.78.198] Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A090202.58941F02.0056, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0, ip=169.254.3.117, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32 X-Mirapoint-Loop-Id: 68f756c4c444fda38a61ab03cc30b3f7 Archived-At: Subject: Re: [Lime] WGLC: draft-ietf-lime-yang-connectionless-oam-03 X-BeenThere: lime@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Layer Independent OAM Management in Multi-Layer Environment \(LIME\) discussion list." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Feb 2017 06:11:19 -0000 VGhhbmsgQWRyaWFuIGZvciB0aGVzZSB2YWx1YWJsZSBjb21tZW50cywgcGxlYXNlIGZpbmQgbXkg cmVwbHkgaW5saW5lLg0KDQpCZXN0IFJlZ2FyZHMhDQotTWljaGFlbA0KDQotLS0tLdPKvP7Urbz+ LS0tLS0NCreivP7IyzogTGltZSBbbWFpbHRvOmxpbWUtYm91bmNlc0BpZXRmLm9yZ10gtPqx7SBB ZHJpYW4gRmFycmVsDQq3osvNyrG85DogMjAxN8TqMdTCMjXI1SAyMDo0MA0KytW8/sjLOiAnUm9u IEJvbmljYSc7IGxpbWVAaWV0Zi5vcmc7IGRyYWZ0LWlldGYtbGltZS15YW5nLWNvbm5lY3Rpb25s ZXNzLW9hbS5hbGxAaWV0Zi5vcmcNCtb3zOI6IFJlOiBbTGltZV0gV0dMQzogZHJhZnQtaWV0Zi1s aW1lLXlhbmctY29ubmVjdGlvbmxlc3Mtb2FtLTAzDQoNCkhpLCANCg0KSSByZWFkIHRoaXMgZG9j dW1lbnQgYXMgcGFydCBvZiB0aGUgV0cgbGFzdCBjYWxsLiANCg0KSW4gbXkgb3BpbmlvbiB0aGUg ZG9jdW1lbnQgaXMgKmFsbW9zdCogcmVhZHkgdG8gbW92ZSBmb3J3YXJkLCBidXQgaGFzIHNvbWUg c21hbGwgaXNzdWVzIHRoYXQgbmVlZCB0byBiZSByZXNvbHZlZCBmaXJzdC4NCg0KVGhhbmtzIGZv ciB0aGUgd29yaywNCkFkcmlhbg0KDQo9PT0NCg0KVGhlIHVzZSBvZiBFbmdsaXNoIGNvdWxkIHVz ZSBzb21lIHdvcmsuIFRoZSBSRkMgRWRpdG9yIHdpbGwgY2F0Y2ggdGhpcywgYnV0IHRoZXJlIGlz IGEgcmlzayB0aGF0IHRoZXkgd2lsbCBicmVhayBzb21ldGhpbmcsIHNvIGlmIHlvdSBoYXZlIHRo ZSBjaGFuY2UgdG8gZ2V0IHNvbWVvbmUgdG8gZWRpdCB0aGUgZG9jdW1lbnQgZmlyc3QsIHRoYXQg d291bGQgaGVscC4NCg0KLS0tDQoNClRoZXJlIGFyZSBhIG51bWJlciBvZiBuaXRzIHJlcG9ydGVk IGF0DQpodHRwczovL3d3dy5pZXRmLm9yZy90b29scy9pZG5pdHM/dXJsPWh0dHBzOi8vd3d3Lmll dGYub3JnL2FyY2hpdmUvaWQvZHJhZnQtaWV0Zg0KLWxpbWUteWFuZy1jb25uZWN0aW9ubGVzcy1v YW0tMDMudHh0DQpbTWljaGFlbF06IFRoYW5rcywgYW5kIHdlIHdvdWxkIGxpa2UgdG8gZml4IHRo ZW0uDQotLS0NCg0KVGhlIGRhdGF0cmFja2VyIGlzIHJlcG9ydGluZyAiU3VibWlzc2lvbiBZYW5n IFZhbGlkYXRpb24gcmV0dXJuZWQgd2FybmluZ3Mgb3IgZXJyb3JzLiIgTm8gaWRlYSBhYm91dCB0 aGlzLCBidXQgc291bmRzIGxpa2Ugc29tZXRoaW5nIHRoYXQgc2hvdWxkIGJlIGZpeGVkLg0KW01p Y2hhZWxdOiBUaGFua3MsIGFuZCB3ZSB3b3VsZCBsaWtlIHRvIGZpeCB0aGVtLg0KLS0tDQoNCk5l ZWQgdG8gZXhwYW5kICJPQU0iIGluIHRoZSBBYnN0cmFjdC4NCltNaWNoYWVsXTogQWdyZWUuDQot LS0NCg0KQWJzdHJhY3Qgcy9CYXNlZCBtb2RlbC9CYXNlIG1vZGVsLw0KW01pY2hhZWxdOiBUaGFu a3MsIHdlIHdpbGwgZml4IGl0Lg0KLS0tDQoNCkkgdGhpbmsgdGhlIEludHJvZHVjdGlvbiB3b3Vs ZCBiZW5lZml0IGZyb20gYSBzaG9ydCBwYXJhZ3JhcGggcmVmZXJlbmNpbmcgZHJhZnQtaWV0Zi1s aW1lLXlhbmctb2FtLW1vZGVsIGFuZCBleHBsYWluaW5nIHRoZSBkaWZmZXJlbmNlLg0KW01pY2hh ZWxdOiBJdCBtYWtlIHNlbnNlIHRvIG1lLCBJIHdvdWxkIGxpa2UgdG8gZGlzY3VzcyB3aXRoIG15 IGNvYXV0aG9yIHRvIGFkZCBzb21lIGV4cGxhaW5pbmcgaW4gbmV4dCB2ZXJzaW9uLg0KLS0tDQoN ClNlY3Rpb24gMSBoYXMgdHJlZSBjaXRhdGlvbnMgb2YgIltsaW1lIHJldHJpZXZhbCBtZXRob2Rz XSIuIFlvdSBuZWVkIHRvIHNvcnQgdGhpcyBvdXQuDQpbTWljaGFlbF06IFllcywgd2Ugd2lsbCBm aXggaXQgaW4gbmV4dCB2ZXJzaW9uLg0KKEkgc3VzcGVjdCBpZG5pdHMgY2F0Y2hlcyB0aGlzKQ0K DQotLS0NCg0KU2VjdGlvbiAyLjIuIFNlZSBteSBjb21tZW50cyBvbiB0aGUgZXF1aXZhbGVudCBz ZWN0aW9uIGluIGRyYWZ0LWlldGYtbGltZS15YW5nLW9hbS1tb2RlbA0KW01pY2hhZWxdOiBBZ3Jl ZS4NCi0tLQ0KDQpTZWN0aW9uIDMsIGV0Yy4NClByb2JhYmx5IGJlc3QgdG8gdXNlIHNpbmdsZSBx dW90ZXMgKCcpIGFyb3VuZCBuYW1lcyBvZiBkYXRhIG5vZGVzIGV0Yy4NClRodXMsIGZvciBleGFt cGxlLCANCiAgIEF0IHRoZSB0b3Agb2YgdGhlIE1vZGVsLCB0aGVyZSBpcyBhbiAnb3BlcicgY29u dGFpbmVyIGZvciBzZXNzaW9uDQpbTWljaGFlbF06IEFncmVlLg0KLS0tDQoNCkluIDMuMyBJIGNh bid0IG1ha2Ugc2Vuc2Ugb2YNCiAgIExldmVsIGlzIHByb3ZpZGVkIGZvciBzY2VuYXJpb3Mgd2hl cmUNCiAgIGl0IG1pZ2h0IGJlIHBvc3NpYmxlIHRvIGRlZmluZSBsYXllcmluZyByZWxhdGlvbnNo aXAgYXMgaXQgY2FuIGJlDQogICB1c2VkIHRvIHN0aXRjaGluZyBmYXVsdCBhdCByZWxhdGVkIE9B TSBsYXllcnMuDQoNCkl0IHNlZW1zIHRvIG1lIChmcm9tIHRoZSBleGFtcGxlIHRoYXQgZm9sbG93 cykgdGhhdCB5b3UgYXJlIG5vdCB0YWxraW5nIGFib3V0IGxheWVyaW5nIG9mIG5ldHdvcmsgdGVj aG5vbG9naWVzIHNvIG11Y2ggYXMgY29uY2F0ZW5hdGlvbiBvZiBwYXRoIHNlZ21lbnRzIGVhY2gg b2Ygd2hpY2ggaXMgYXQgYSBkaWZmZXJlbnQgdGVjaG5vbG9neS4gTWF5YmUgcmV3cml0ZSB0aGUg dGV4dCBhcy4uLg0KICAgJ0xldmVsJyBkZWZpbmVzIHRoZSByZWxhdGl2ZSB0ZWNobm9sb2d5IGxl dmVsIGluIGEgc2VxdWVuY2Ugb2YgDQogICBuZXR3b3JrIHBvcnRpb25zLCBhbmQgaXMgcHJvdmlk ZWQgdG8gYWxsb3cgY29ycmVsYXRpb24gb2YgZmF1bHRzIGluDQogICByZWxhdGVkIE9BTSBkb21h aW5zLg0KT3IgbWF5YmUgSSBhbSBvbmx5IGd1ZXNzaW5nLg0KW01pY2hhZWxdOiBJIHdvdWxkIHRv IGRpc2N1c3Mgd2l0aCBvdGhlciBhdXRob3JzIHRvIG1ha2UgaXQgbW9yZSBjbGVhcmx5Lg0KLS0t DQoNCjMuMw0Kcy90aGVzZWNvbmQvdGhlIHNlY29uZC8NCltNaWNoYWVsXTogQWdyZWUuDQotLS0N Cg0KMy4zDQoNCiAgICAgICAgICAgICAgICAgIGxlYWYgbGV2ZWwgew0KICAgICAgICAgICAgICAg ICAgICAgIHR5cGUgaW50MzIgew0KICAgICAgICAgICAgICAgICAgICAgICAgICAgcmFuZ2UgIi0x Li4xIjsNCiAgICAgICAgICAgICAgICAgICAgICB9DQogICAgICAgICAgICAgICAgICAgICAgZGVz Y3JpcHRpb24NCiAgICAgICAgICAgICAgICAgICAgICAgICJMZXZlbCI7DQogICAgICAgICAgICAg ICAgICB9DQoNCkl0J3Mgbm90IGltcG9ydGFudCwgYnV0IEkgZGlkIHdvbmRlciB3aGV0aGVyIHlv dSB3b3VsZCBiZSBiZXR0ZXIgZGVmaW5pbmcgInVwIiwgInNhbWUiLCBhbmQgImRvd24iIHJhdGhl ciB0aGFuIHVzaW5nIGFuIGludDMyLg0KW01pY2hhZWxdOiBJIHdvdWxkIHRvIGRpc2N1c3Mgd2l0 aCBvdGhlciBhdXRob3JzIHRvIGRlY2lkZSB3aGV0aGVyIGNoYW5nZSBpdC4NCi0tLQ0KDQpBIG51 bWJlciBvZiBkZXNjcmlwdGlvbiBjbGF1c2VzIG5lZWQgdG8gYmVnaW4gd2l0aCBjYXBpdGFsIGxl dHRlcnMuDQpbTWljaGFlbF06IEFncmVlLCBJIHdpbGwgZml4IGl0IGluIG5leHQgdmVyc2lvbi4N Ci0tLQ0KDQpJIGFtIHRyeWluZyB0byB1bmRlcnN0YW5kIGhvdyBhIHRlc3QgcG9pbnQgbG9jYXRp b24gY2FuIGJlIGlkZW50aWZpZWQgYnkgYSBtdWx0aWNhc3QgZ3JvdXAgYWRkcmVzcy4gSSB0aGlu ayB5b3UgbWlnaHQgd2FudCB0byB0YXJnZXQgc29tZSBvZiB0aGUgT0FNIHRvb2xzIGF0IGEgbXVs dGljYXN0IGFkZHJlc3MgKGUuZy4sIHBpbmcgYSBtY2FzdCBhZGRyZXNzKSBidXQgSSBkb24ndCBz ZWUgdGhpcyBhcyB0aGUgc2FtZSBhcyBhIHRleHQgcG9pbnQgbG9jYXRpb24uIEFtIEkgbWlzc2lu ZyBzb21ldGhpbmc/DQpbTWljaGFlbF06IEkgd2lsbCBkaXNjdXNzIHdpdGggb3RoZXIgYXV0aG9y cywgYW5kIGltcHJvdmUgaXQuDQotLS0NCg0KWW91IGRlZmluZSBvYW0tY291bnRlcjMyIGJ1dCB0 aGVuIGEgbnVtYmVyIG9mIGxlYWYgbm9kZXMgKHN1Y2ggYXMNCnNlc3Npb24tY291bnQpIGFyZSBv ZiB0eXBlIHVpbnQzMi4gSW4gZmFjdCwgSSBkb24ndCBzZWUgb2FtLWNvdW50ZXIzMiB1c2VkIGF0 IGFsbC4NCltNaWNoYWVsXTogWWVzLCBpdCBuZWVkIHRvIGJlIHJlbW92ZWQuDQotLS0NCg0KICAg IGdyb3VwaW5nIHNlc3Npb24tcGFja2V0LXN0YXRpc3RpY3Mgew0KICAgICAgZGVzY3JpcHRpb24g Ikdyb3VwaW5nIGZvciBwZXIgc2Vzc2lvbiBwYWNrZXQgc3RhdGlzdGljcyI7DQogICAgICBjb250 YWluZXIgc2Vzc2lvbi1wYWNrZXQtc3RhdGlzdGljcyB7DQoNCiAgICAgICAgZGVzY3JpcHRpb24g IlBlciBzZXNzaW9uIHBhY2tldCBzdGF0aXN0aWNzLiI7DQogICAgICAgIGxlYWYgcngtcGFja2V0 LWNvdW50IHsNCiAgICAgICAgICB0eXBlIHVpbnQzMjsNCiAgICAgICAgICBkZXNjcmlwdGlvbiAi VG90YWwgcmVjZWl2ZWQgcGFja2V0IGNvdW50LiI7DQogICAgICAgIH0NCiAgICAgICAgbGVhZiB0 eC1wYWNrZXQtY291bnQgew0KICAgICAgICAgIHR5cGUgdWludDMyOw0KICAgICAgICAgIGRlc2Ny aXB0aW9uICJUb3RhbCB0cmFuc21pdHRlZCBwYWNrZXQgY291bnQuIjsNCiAgICAgICAgfQ0KICAg ICAgICBsZWFmIHJ4LWJhZC1wYWNrZXQgew0KDQogICAgICAgICAgdHlwZSB1aW50MzI7DQogICAg ICAgICAgZGVzY3JpcHRpb24gIlRvdGFsIHJlY2VpdmVkIGJhZCBwYWNrZXQuIjsNCiAgICAgICAg fQ0KICAgICAgICBsZWFmIHR4LXBhY2tldC1mYWlsZWQgew0KICAgICAgICAgIHR5cGUgdWludDMy Ow0KICAgICAgICAgIGRlc2NyaXB0aW9uICJUb3RhbCBzZW5kIHBhY2tldCBmYWlsZWQuIjsNCiAg ICAgICAgfQ0KICAgICAgfQ0KICAgIH0NCg0KUGxlYXNlIGNsYXJpZnkgd2hldGhlciB0aGlzIGlz ICJUb3RhbCBudW1iZXIgb2YgT0FNIHBhY2tldHMuLi4iIElmIGl0IGlzIGNvdW50aW5nIG5vcm1h bCBkYXRhIHBhY2tldHMsIHVpbnQzMiBpcyBub3QgbGFyZ2UgZW5vdWdoLg0KW01pY2hhZWxdOiBB Z3JlZSwgYW5kIEkgd2lsbCBmaXggaXQgaW4gbmV4dCB2ZXJpc29uLg0KLS0tDQoNCiAgICBncm91 cGluZyBzZXNzaW9uLXBhdGgtdmVyaWZpY2F0aW9uLXN0YXRpc3RpY3Mgew0KICAgICAgZGVzY3Jp cHRpb24gIkdyb3VwaW5nIGZvciBwZXIgc2Vzc2lvbiBwYXRoIHZlcmlmaWNhdGlvbiBzdGF0aXN0 aWNzIjsNCiAgICAgIGNvbnRhaW5lciBzZXNzaW9uLXBhdGgtdmVyaWZpY2F0aW9uLXN0YXRpc3Rp Y3N7DQogICAgICAgIGRlc2NyaXB0aW9uICJPQU0gcGVyIHNlc3Npb24gcGF0aCB2ZXJpZmljYXRp b24gc3RhdGlzdGljcy4iOw0KICAgICAgICBsZWFmIHZlcmlmaWVkLWNvdW50IHsNCiAgICAgICAg ICB0eXBlIHVpbnQzMjsNCiAgICAgICAgICBkZXNjcmlwdGlvbiAiVG90YWwgbnVtYmVyIG9mIHBh Y2tldHMgdGhhdCB3ZW50IHRocm91Z2ggYSBwYXRoIGFzIGludGVuZGVkLiI7DQogICAgICAgIH0N CiAgICAgICAgbGVhZiBmYWlsZWQtY291bnQgew0KICAgICAgICAgIHR5cGUgdWludDMyOw0KICAg ICAgICAgIGRlc2NyaXB0aW9uICJUb3RhbCBudW1iZXIgb2YgcGFja2V0cyB0aGF0IHdlbnQgdGhy b3VnaCBhbiB1bmludGVuZGVkIHBhdGguIjsNCiAgICAgICAgfQ0KICAgICAgfQ0KICAgIH0NCg0K UGxlYXNlIGNsYXJpZnkgd2hldGhlciB0aGlzIGlzICJUb3RhbCBudW1iZXIgb2YgT0FNIHBhY2tl dHMuLi4iIElmIGl0IGlzIGNvdW50aW5nIG5vcm1hbCBkYXRhIHBhY2tldHMsIHVpbnQzMiBpcyBu b3QgbGFyZ2UgZW5vdWdoLg0KW01pY2hhZWxdOiBBZ3JlZSwgYW5kIEkgd2lsbCBmaXggaXQgaW4g bmV4dCB2ZXJpc29uLg0KLS0tDQoNCk5vdCBzdXJlIHdoeSB5b3UgbmVlZCB0byBkZWZpbmUgSVAt TXVsdGljYXN0LUdyb3VwLUFkZHJlc3Mgc2luY2UgYSBtY2FzdCBJUCBhZGRyZXNzIHN1cmVseSBs b29rcyBhIGxvdCBsaWtlIGFuIElQIGFkZHJlc3MgZm9yIHdoaWNoIHR5cGVzIGFscmVhZHkgZXhp c3QuDQpbTWljaGFlbF06IEkgd291bGQgdG8gZGlzY3VzcyB3aXRoIG90aGVyIGF1dGhvcnMgdG8g ZGVjaWRlIHdoZXRoZXIgcmVtb3ZlIGl0Lg0KLS0tDQoNClF1aXRlIGEgZmV3IHBsYWNlcyAiSVAi IGlzIHByZXNlbnRlZCBhcyAiSXAiDQpbTWljaGFlbF06IEFncmVlLCBJIHdpbGwgZml4IGl0IGlu IG5leHQgdmVyc2lvbi4NCi0tLQ0KDQogICAgICBjb250YWluZXIgcGF0aC12ZXJpZmljYXRpb24g ew0KICAgICAgICBkZXNjcmlwdGlvbiAiT3B0aW9uYWwgcGF0aCB2ZXJpZmljYXRpb24gcmVsYXRl ZCBpbmZvcm1hdGlvbi4iOw0KICAgICAgICBsZWFmIGZsb3ctaW5mbyB7DQogICAgICAgICAgdHlw ZSBzdHJpbmc7DQogICAgICAgICAgZGVzY3JpcHRpb24NCiAgICAgICAgICAgICJBQ0wgbmFtZSB0 aGF0IHJlZmVycyB0byB0aGUgZmxvdywgaWYgYW55LiI7DQogICAgICAgIH0NCiAgICAgICAgdXNl cyBzZXNzaW9uLXBhdGgtdmVyaWZpY2F0aW9uLXN0YXRpc3RpY3M7DQogICAgICB9DQoNCldoeSAi QUNMIG5hbWUiPyBXaHkgZG9lcyB0aGlzIGhhdmUgYW55dGhpbmcgdG8gZG8gd2l0aCBBQ0xzPw0K W01pY2hhZWxdOiBJIHdvdWxkIHRvIGRpc2N1c3Mgd2l0aCBvdGhlciBhdXRob3JzIHRvIG1ha2Ug aXQgbW9yZSBjbGVhcmx5Lg0KIChCdXQgaWYgaXQgZG9lcywgeW91IG5lZWQgdG8gZXhwYW5kIEFD TC4pDQoNCi0tLQ0KDQpTdXBlcmZsdW91cyAiWUFORyBtb2R1bGUgb2YgT0FNIiByaWdodCBhdCB0 aGUgZW5kIG9mIHRoZSBZQU5HIG1vZHVsZQ0KW01pY2hhZWxdOiBJbmRlZWQsIGl0IG5lZWQgdG8g YmUgZml4ZWQuDQotLS0NCg0KNS4gIENMIG1vZGVsIGFwcGxpY2FiaWxpdHkNCg0KU3BlbGwgb3V0 ICJDTCIgb3IgdXNlIGFjdHVhbCBtb2RlbCBuYW1lLg0KW01pY2hhZWxdOiBBZ3JlZQ0KLS0tDQoN CjYuICBTZWN1cml0eSBDb25zaWRlcmF0aW9ucw0KDQogICBUQkQuDQoNCkkgZG9uJ3QgdGhpbmsg dGhhdCB3aWxsIGJlIGdvb2QgZW5vdWdoIDotKSBZb3UgY2FuIG1vZGVsIG9uIHRoZSB0ZXh0IGlu IGRyYWZ0LWlldGYtbGltZS15YW5nLW9hbS1tb2RlbA0KW01pY2hhZWxdOiBJbmRlZWQsIEkgd2ls bCBmaXggaXQgaW4gbmV4dCB2ZXJzaW9uLg0KLS0tDQoNClNlY3Rpb24gOA0KDQogICBUaGUgYXV0 aG9ycyBvZiB0aGlzIGRvY3VtZW50IHdvdWxkIGxpa2UgdG8gdGhhbmsgR3JlZyBNaXJza2V5IGFu ZA0KICAgb3RoZXJzDQoNCkdyZWcgc3BlbGxzIGl0ICJNaXJza3kiLg0KVGhlIG90aGVycyB3aXNo ZWQgdG8gcmVtYWluIGFub255bW91cz8NCltNaWNoYWVsXTogVGhhbmtzIGZvciBwb2ludCBpdCwg d2Ugd2lsbCBmaXggaXQuDQotLS0NCg0KSXQgaXMgcG9zc2libGUgdGhhdCBhbGwgeW91ciByZWZl cmVuY2VzIGFyZSBub3JtYXRpdmUsIGJ1dCBJIGRvdWJ0IGl0Lg0KWW91IHNob3VsZCBnbyB0aHJv dWdoIHRoZW0gYW5kIHdvcmsgb3V0IHdoaWNoIHByb3ZpZGUgaW5mb3JtYXRpb24gYW5kIHdoaWNo IGFyZSByZXF1aXJlZCByZWFkaW5nIGluIG9yZGVyIHRvIHByb2Nlc3MgdGhpcyBkb2N1bWVudC4N CltNaWNoYWVsXTogQWdyZWUsIHdlIHdvdWxkIGxpa2UgdG8gb3B0aW1pemUgdGhlIHJlZmVyZW5j ZSBzZWN0aW9uLg0KPiAtLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KPiBGcm9tOiBMaW1lIFtt YWlsdG86bGltZS1ib3VuY2VzQGlldGYub3JnXSBPbiBCZWhhbGYgT2YgUm9uIEJvbmljYQ0KPiBT ZW50OiAxOSBKYW51YXJ5IDIwMTcgMTY6MTINCj4gVG86IGxpbWVAaWV0Zi5vcmc7IA0KPiBkcmFm dC1pZXRmLWxpbWUteWFuZy1jb25uZWN0aW9ubGVzcy1vYW0uYWxsQGlldGYub3JnDQo+IFN1Ympl Y3Q6IFtMaW1lXSBXR0xDOiBkcmFmdC1pZXRmLWxpbWUteWFuZy1jb25uZWN0aW9ubGVzcy1vYW0t MDMNCj4gDQo+IEZvbGtzLA0KPiANCj4gVGhpcyBtZXNzYWdlIGJlZ2lucyBhIFdvcmtpbmcgR3Jv dXAgTGFzdCBDYWxsIG9uIGRyYWZ0LWlldGYtbGltZS15YW5nLSANCj4gY29ubmVjdGlvbmxlc3Mt b2FtLTAzLiBQbGVhc2Ugc3VibWl0IGNvbW1lbnRzIGJ5IEZlYnJ1YXJ5IDMsIDIwMTcuDQo+IA0K Pg0KUm9uDQo+IA0KPiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fXw0KPiBMaW1lIG1haWxpbmcgbGlzdA0KPiBMaW1lQGlldGYub3JnDQo+IGh0dHBzOi8vd3d3 LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vbGltZQ0KDQpfX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fXw0KTGltZSBtYWlsaW5nIGxpc3QNCkxpbWVAaWV0Zi5v cmcNCmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vbGltZQ0K From nobody Mon Feb 6 01:25:10 2017 Return-Path: X-Original-To: lime@ietfa.amsl.com Delivered-To: lime@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 76496129CC9 for ; Mon, 6 Feb 2017 01:25:09 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.019 X-Spam-Level: X-Spam-Status: No, score=-2.019 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] 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 7xXRmzkeoxnA for ; Mon, 6 Feb 2017 01:25:08 -0800 (PST) Received: from SNT004-OMC2S43.hotmail.com (snt004-omc2s43.hotmail.com [65.54.61.94]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D7BFB129CC7 for ; Mon, 6 Feb 2017 01:25:07 -0800 (PST) Received: from APC01-SG2-obe.outbound.protection.outlook.com ([65.55.90.71]) by SNT004-OMC2S43.hotmail.com over TLS secured channel with Microsoft SMTPSVC(7.5.7601.23008); Mon, 6 Feb 2017 01:25:07 -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=uW9/CYRP/MwGKDC8QMArgyiI0m446m3JvIpBQUrQAQM=; b=M9f7kO5sTdKHsnx26etwHoXL8oGj9OAb++2TLHg6RwbP/MChfydNomZQJCIyH7Nc+3t371dBa/dW98xlzcQOLIjiH47SUikA/VrS4JzQiboTgpAoNzRJPWi5C2M8XaDfBIL9+SW86O/VLKqymw0zykHfckw79g6k2rYxOY+UJThuDvTTVJwKJ/m2SE9cePzmL3o1ZfjjAC/xl+3QvI5a5+w9sr/LZY/YM3QnGrudezh0yX4OXb3iZ6QUwYELPQTZhLgwlbtnLiAU2G7JmRu7vk55HTZXAaEqfndYrcSUcLJXLI8MgoaDOfBrBwbHge0Y4oafAn2yVCIQjyaCsHHS6w== Received: from SG2APC01FT044.eop-APC01.prod.protection.outlook.com (10.152.250.51) by SG2APC01HT048.eop-APC01.prod.protection.outlook.com (10.152.251.80) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.874.2; Mon, 6 Feb 2017 09:24:45 +0000 Received: from KL1PR0201MB1656.apcprd02.prod.outlook.com (10.152.250.55) by SG2APC01FT044.mail.protection.outlook.com (10.152.250.239) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.874.2 via Frontend Transport; Mon, 6 Feb 2017 09:24:45 +0000 Received: from KL1PR0201MB1656.apcprd02.prod.outlook.com ([10.167.58.150]) by KL1PR0201MB1656.apcprd02.prod.outlook.com ([10.167.58.150]) with mapi id 15.01.0874.026; Mon, 6 Feb 2017 09:24:45 +0000 From: =?gb2312?B?ucsgyNY=?= To: "lime@ietf.org" Thread-Topic: RE:[Lime] WGLC: draft-ietf-lime-yang-connectionless-oam-methods-00 Thread-Index: AQHSgFMD9VntdXqT/U2w14q6rLjktQ== Date: Mon, 6 Feb 2017 09:24:45 +0000 Message-ID: Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: juniper.net; dkim=none (message not signed) header.d=none;juniper.net; dmarc=none action=none header.from=outlook.com; x-incomingtopheadermarker: OriginalChecksum:ED94004B059312AFC581C05CE714712718A9AF54182CAE1B99686EAF9B366FCD; UpperCasedChecksum:A8721FBF6C5A20056CC51D8DF82A26E1A5004DF3FB5E956A8A0D19F3A3ED2895; SizeAsReceived:7662; Count:37 x-tmn: [ehTmZ5Mx9Nx/1HoZCiywDy/ycuxHEYn1] x-incomingheadercount: 37 x-eopattributedmessage: 0 x-microsoft-exchange-diagnostics: 1; SG2APC01HT048; 5:yXbAoRyMGM14JpXjEFRdB3jIC0h/GLnefczlQo1TruEXZOuiZOTwMinKwMsvqXobTf/WjI/oRYMh5O9UkVgPc6UMxLoGyFKwK4j2wCStyNJxYcNO4hB8YB5+1tMjpLCm8dM6c625LbS4QbSiVkjsObf375Bf+Foo679b4oN/eKU=; 24:vWR52KZE0eZukk9IotRa+61o5wVo0xFDvCl6a6Mn3rztG13UJ4VjxDYQXCPyiItOmt2UIyQ7JgngvsR5hcCtzgArm8LZPeXZcqO855E9uZk=; 7:FE8bu4/b1L5cFp7BBr7ssDYr7LPJRxiJY5+BpFqVXc/sOepZKGe1Q52k8dLvj3m6Q9356pqN7WBx8ZdjG8QE+JeoQh0QcR0c9rAmQsJ1RrqrOpRVb1D4CdjOx/V9zw2W+/l2Ws5Uv3iFEdz+wc9Mj03WxoS29MzuPllbxYXQlnzoaCJYu2Vk6hW/46TAlvNCzfIF5m7S8hMNBzWf6rKTrbXQisj8e8lIiIt1DfV8BQkWy8L22TdNMvL4ghfvBI/t2q/SHW2toNDh72MCdf/QJgRy4XjSCDcsvAOXNDu9nMgXLtgs4MkAdR1Y1DoDUIhcx3WndxyjpV4uVvAS5Ek6sjqZKhzcaKu0AD0vtFS3dedoL3/Z/PCpR1+Fpamt+2Qq6idT5mW6GhYO+rAtORj7eQW/Y9CXkj8BXUqBRXuhl/I8lvfAakk2DQhYnUG3wc0fRdP/8iB9lNTkwzSXCG2NkAUpLEB558XIUT4sbZ5Tf3FEHIcx2KwA+0P6sPA0s1YkWZ6R0AL1p7KAIGmEaKvKJA== x-forefront-antispam-report: EFV:NLI; SFV:NSPM; SFS:(10019020)(98900005); DIR:OUT; SFP:1102; SCL:1; SRVR:SG2APC01HT048; H:KL1PR0201MB1656.apcprd02.prod.outlook.com; FPR:; SPF:None; LANG:en; x-ms-office365-filtering-correlation-id: 71870e6b-9402-4a53-bc09-08d44e71fd80 x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001)(5061506426)(5061507331)(1603103135)(1601125107)(1603101373)(1701031045); SRVR:SG2APC01HT048; x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(444111334)(432015086)(82015046); SRVR:SG2APC01HT048; BCL:0; PCL:0; RULEID:; SRVR:SG2APC01HT048; x-forefront-prvs: 0210479ED8 spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: multipart/alternative; boundary="_000_KL1PR0201MB165652E246C7D98C65C28E808B400KL1PR0201MB1656_" MIME-Version: 1.0 X-OriginatorOrg: outlook.com X-MS-Exchange-CrossTenant-originalarrivaltime: 06 Feb 2017 09:24:45.6332 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Internet X-MS-Exchange-CrossTenant-id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa X-MS-Exchange-Transport-CrossTenantHeadersStamped: SG2APC01HT048 X-OriginalArrivalTime: 06 Feb 2017 09:25:07.0488 (UTC) FILETIME=[E7FFD200:01D2805A] Archived-At: Cc: "rbonica@juniper.net" Subject: Re: [Lime] WGLC: draft-ietf-lime-yang-connectionless-oam-methods-00 X-BeenThere: lime@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Layer Independent OAM Management in Multi-Layer Environment \(LIME\) discussion list." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Feb 2017 09:25:09 -0000 --_000_KL1PR0201MB165652E246C7D98C65C28E808B400KL1PR0201MB1656_ Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 SGksIGRlYXIgYWxsLg0KDQpJIGhhdmUgcmVhZCB0aGlzIGRvY3VtZW50LiBIZXJlIGFyZSBzb21l IHRpbnkgY29tbWVudHMuIEFmdGVyIHRoYXQsIEkgdGhpbmsgdGhpcyBkb2N1bWVudCBtYXkgYmUg cmVhZHkgdG8gbW92ZSBmb3J3YXJkLg0KDQoNCigxKSBTZWN0aW9uIDUgU2VjdXJpdHkgQ29uc2lk ZXJhdGlvbnMNCg0KIEkgdGhpbmsgc2VjdXJpdHkgY29uc2lkZXJhdGlvbiBjYW4gYmUgcmVmZXJy ZWQgdG8gdGhlIGRyYWZ0LWlldGYtbGltZS15YW5nLW9hbS1tb2RlbCBpbnN0ZWFkIG9mIFRCRC4N Cg0KDQoNCigyKSBTZWN0aW9uIDYNCg0KTWF5YmUgdGhlIG5ldyB0ZXh0IG9mDQoNCiJ1cm46aWV0 ZjpwYXJhbXM6eG1sOm5zOnlhbmc6aWV0Zi1jb25uZWN0aW9ubGVzcy1vYW0tbWV0aG9kcyINCg0K Y2FuIHJlcGxhY2UgdGhlIG9sZCBvbmUNCg0KIlVSSTogdXJuOmlldGY6cGFyYW1zOnhtbDpuczp5 YW5nOmlldGYtY29ubmVjdGlvbmxlc3Mtb2FtIg0KDQoNCkJlc2lkZXMgLCBhYm91dCBSRkM2MDIw DQoNCiJuYW1lOiBpZXRmLWNvbm5lY3Rpb25sZXNzLW9hbS1tZXRob2RzIG5hbWVzcGFjZTogdXJu OmlldGY6cGFyYW1zOnhtbDpuczp5YW5nOmlldGYtY29ubmVjdGlvbmxlc3Mtb2FtLW1ldGhvZHMg cHJlZml4OiBjb2FtLW1ldGhvZHMgcmVmZXJlbmNlOiBSRkMgWFhYWCAiDQoNCm1heSBhcyB3ZWxs IHJlcGxhY2UNCg0KIm5hbWU6IGlldGYtY29ubmVjdGlvbmxlc3Mtb2FtIG5hbWVzcGFjZTogdXJu OmlldGY6cGFyYW1zOnhtbDpuczp5YW5nOmlldGYtY29ubmVjdGlvbmxlc3Mtb2FtIHByZWZpeDog Z29hbSByZWZlcmVuY2U6IFJGQyBYWFhYIi4NCg0KDQpCZXN0IHJlZ2FyZHMuDQoNCkd1IFJvbmcN Cg0KZ3Vyb25nX2NtY2NAb3V0bG9vay5jb20NCg0KZ3Vyb25nQGNoaW5hbW9iaWxlLmNvbQ0KDQoN Cg0KDQoNCg0KDQotLS0tLdPKvP7Urbz+LS0tLS0NCg0Kt6K8/sjLOiBMaW1lIFttYWlsdG86bGlt ZS1ib3VuY2VzQGlldGYub3JnXSC0+rHtIFJvbiBCb25pY2ENCg0Kt6LLzcqxvOQ6IDIwMTfE6jHU wjI2yNUgMjM6MTINCg0KytW8/sjLOiBsaW1lQGlldGYub3JnPG1haWx0bzpsaW1lQGlldGYub3Jn Pg0KDQrW98ziOiBbTGltZV0gV0dMQzogZHJhZnQtaWV0Zi1saW1lLXlhbmctY29ubmVjdGlvbmxl c3Mtb2FtLW1ldGhvZHMtMDANCg0KDQoNCkZvbGtzLA0KDQoNCg0KVGhpcyBtZXNzYWdlIGJlZ2lu cyBhIFdHIExhc3QgQ2FsbCBmb3IgZHJhZnQtaWV0Zi1saW1lLXlhbmctY29ubmVjdGlvbmxlc3Mt b2FtLW1ldGhvZHMtMDAuIFBsZWFzZSBzdWJtaXQgeW91ciBjb21tZW50cyBieSBGZWJydWFyeSA5 LCAyMDE3Lg0KDQoNCg0KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICBSb24NCg0K --_000_KL1PR0201MB165652E246C7D98C65C28E808B400KL1PR0201MB1656_ Content-Type: text/html; charset="gb2312" Content-Transfer-Encoding: quoted-printable

Hi, dear all.

I have read this= document. Here are some tiny comments. After that, I think = this document may be ready to move forward.


(1) Section 5 Security Consi= derations

 I think security consideration can be referred to the dra= ft-ietf-lime-yang-oam-model instead of TBD.

 

(2) Section 6

Maybe the new text of <= /p>

"urn:ietf:params:xml:ns:yang:ietf-conne= ctionless-oam-methods"

can replace the old one

"URI: urn:ietf:params:xml:ns:yang:ietf-connectionless-oam<= /span>"


Besides , about RFC6020 

"name: ietf-connectionless-oam-methods na= mespace: urn:ietf:params:xml:ns:yang:ietf-connectionless-oam-methods p= refix: coam-methods reference: RFC XXXX "

may as well replace 

"name: ietf-connectionless-oam namespace: urn:iet= f:params:xml:ns:yang:ietf-connectionless-oam prefix: goam refer= ence: RFC XXXX".


Best regards.

Gu Rong

gurong_cmcc@outlook.com

gurong@chinamobile.com


 


 

-----=D3=CA=BC=FE=D4=AD=BC=FE-----

=B7=A2=BC=FE=C8=CB: Lime [mailto:lime-bounces@ietf.org] =B4=FA=B1=ED Ron Bonic= a

=B7=A2=CB=CD=CA=B1=BC=E4: 2017=C4=EA1=D4=C226=C8=D5 23:12

=CA=D5=BC=FE=C8=CB: lime@ietf.org

=D6=F7=CC=E2: [Lime] WGLC: draft-ietf-lime-yang-connectionless-oam-methods-= 00

 

Folks,

 

This message begins a WG Las= t Call for draft-ietf-lime-yang-connectionless-oam-methods-00. Please submi= t your comments by February 9, 2017.

 

    &nbs= p;            &= nbsp;           &nbs= p;            &= nbsp;           &nbs= p;            &= nbsp;   Ron


--_000_KL1PR0201MB165652E246C7D98C65C28E808B400KL1PR0201MB1656_-- From nobody Mon Feb 6 17:10:18 2017 Return-Path: X-Original-To: lime@ietfa.amsl.com Delivered-To: lime@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 43D28129503 for ; Mon, 6 Feb 2017 17:10:17 -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 8UbjfnE1LL9B for ; Mon, 6 Feb 2017 17:10:14 -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 EF466129567 for ; Mon, 6 Feb 2017 17:10:13 -0800 (PST) Received: from 172.18.7.190 (EHLO lhreml704-cah.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id DFY39886; Tue, 07 Feb 2017 01:10:12 +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; Tue, 7 Feb 2017 01:10:11 +0000 Received: from NKGEML513-MBS.china.huawei.com ([169.254.2.43]) by NKGEML413-HUB.china.huawei.com ([10.98.56.74]) with mapi id 14.03.0235.001; Tue, 7 Feb 2017 09:09:55 +0800 From: Qin Wu To: Ron Bonica , "lime@ietf.org" Thread-Topic: WGLC: draft-ietf-lime-yang-connectionless-oam-methods-00 Thread-Index: AdJ35HXyv5qOrM0hRDWwvLCCFS6u2AF47BSA Date: Tue, 7 Feb 2017 01:09:54 +0000 Message-ID: References: In-Reply-To: Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.136.78.218] Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A020206.58991E74.020C, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0, ip=169.254.2.43, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32 X-Mirapoint-Loop-Id: c4648a6fcd3e9faa39677c28dde27901 Archived-At: Subject: Re: [Lime] WGLC: draft-ietf-lime-yang-connectionless-oam-methods-00 X-BeenThere: lime@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Layer Independent OAM Management in Multi-Layer Environment \(LIME\) discussion list." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Feb 2017 01:10:17 -0000 U3VwcG9ydC4NCkEgZmV3IGNvbW1lbnRzIGFuZCBzdWdnZXN0ZWQgY2hhbmdlIHRvIGRyYWZ0LWll dGYtbGltZS15YW5nLWNvbm5lY3Rpb25sZXNzLW9hbS1tZXRob2RzLTAwOg0KMS5zL1tsaW1lIGJh c2UgbW9kZWxdLyBbSS1ELmlldGYtbGltZS15YW5nLWNvbm5lY3Rpb25sZXNzLW9hbV0NCjIuIEFk ZCBhIHJlZmVyZW5jZSB0byBbSS1ELmlldGYtbGltZS15YW5nLWNvbm5lY3Rpb25sZXNzLW9hbSBp biB0aGUgTm9ybWF0aXZlIHJlZmVyZW5jZSBzZWN0aW9uLg0KMy4gU2VjdGlvbiAzLjENCnMvIGNh cHR1cmVkIHVuZGVyIGEgc2VwYXJhdGUgbW9kdWxlLi9jYXB0dXJlZCB1bmRlciBhIHNlcGFyYXRl IG1vZHVsZSBpbiB0aGUgZnV0dXJlIHdvcmsuDQo0LiBSZW1vdmUgIiBZQU5HIG1vZHVsZSBvZiBP QU0gImF0IHRoZSBlbmQgb2Ygc2VjdGlvbg0KNS4gU2VjdGlvbiA1IFNlY3VyaXR5IHNlY3Rpb24s IHByb3Bvc2VkIHRleHQgYXMgZm9sbG93czoNCiINClRoZSBZQU5HIG1vZHVsZXMgZGVmaW5lZCBp biB0aGlzIG1lbW8gYXJlIGRlc2lnbmVkIHRvIGJlIGFjY2Vzc2VkIHZpYSB0aGUgTkVUQ09ORiBw cm90b2NvbCBbUkZDNjI0MV0uIFRoZSBsb3dlc3QgTkVUQ09ORiBsYXllciBpcyB0aGUgc2VjdXJl IHRyYW5zcG9ydCBsYXllciBhbmQgdGhlIG1hbmRhdG9yeSB0byBpbXBsZW1lbnQgc2VjdXJlIHRy YW5zcG9ydCBpcyBTU0ggW1JGQzYyNDJdLiBUaGUgTkVUQ09ORiBhY2Nlc3MgY29udHJvbCBtb2Rl bCBbUkZDNjUzNl0gcHJvdmlkZXMgdGhlIG1lYW5zIHRvIHJlc3RyaWN0IGFjY2VzcyBmb3IgcGFy dGljdWxhciBORVRDT05GIHVzZXJzIHRvIGEgcHJlLWNvbmZpZ3VyZWQgc3Vic2V0IG9mIGFsbCBh dmFpbGFibGUgTkVUQ09ORiBwcm90b2NvbCBvcGVyYXRpb25zIGFuZCBjb250ZW50Lg0KDQpTb21l IG9mIHRoZSBSUEMgb3BlcmF0aW9ucyBpbiB0aGUgImlldGYtY29ubmVjdGlvbmxlc3Mtb2FtLW1l dGhvZHMiIFlBTkcgbW9kdWxlIG1heSBiZSBjb25zaWRlcmVkIHNlbnNpdGl2ZSBvciB2dWxuZXJh YmxlIGluIHNvbWUgbmV0d29yayBlbnZpcm9ubWVudHMuIEl0IGlzIHRodXMgaW1wb3J0YW50IHRv IGNvbnRyb2wgYWNjZXNzIHRvIHRoZXNlIG9wZXJhdGlvbnMuIFRoZXNlIGFyZSB0aGUgb3BlcmF0 aW9ucyBhbmQgdGhlaXIgc2Vuc2l0aXZpdHkvdnVsbmVyYWJpbGl0eToNCg0KbyBjb250aW51aXR5 LWNoZWNrOiBHZW5lcmF0ZXMgY29udGludWl0eSBjaGVjay4NCm8gcGF0aC1kaXNjb3Zlcnk6IEdl bmVyYXRlcyBwYXRoIGRpc2NvdmVyeS4NCiINCi1RaW4NCi0tLS0t08q8/tStvP4tLS0tLQ0Kt6K8 /sjLOiBMaW1lIFttYWlsdG86bGltZS1ib3VuY2VzQGlldGYub3JnXSC0+rHtIFJvbiBCb25pY2EN Creiy83KsbzkOiAyMDE3xOox1MIyNsjVIDIzOjEyDQrK1bz+yMs6IGxpbWVAaWV0Zi5vcmcNCtb3 zOI6IFtMaW1lXSBXR0xDOiBkcmFmdC1pZXRmLWxpbWUteWFuZy1jb25uZWN0aW9ubGVzcy1vYW0t bWV0aG9kcy0wMA0KDQpGb2xrcywNCg0KVGhpcyBtZXNzYWdlIGJlZ2lucyBhIFdHIExhc3QgQ2Fs bCBmb3IgZHJhZnQtaWV0Zi1saW1lLXlhbmctY29ubmVjdGlvbmxlc3Mtb2FtLW1ldGhvZHMtMDAu IFBsZWFzZSBzdWJtaXQgeW91ciBjb21tZW50cyBieSBGZWJydWFyeSA5LCAyMDE3Lg0KDQogICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgIFJvbg0KDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fXw0KTGltZSBtYWlsaW5nIGxpc3QNCkxpbWVAaWV0Zi5vcmcNCmh0dHBzOi8vd3d3Lmll dGYub3JnL21haWxtYW4vbGlzdGluZm8vbGltZQ0K From nobody Mon Feb 6 22:09:13 2017 Return-Path: X-Original-To: lime@ietfa.amsl.com Delivered-To: lime@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 00A6A129493 for ; Mon, 6 Feb 2017 22:09:12 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.698 X-Spam-Level: X-Spam-Status: No, score=-2.698 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, 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=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 PrvaFy8zsNIu for ; Mon, 6 Feb 2017 22:09:09 -0800 (PST) Received: from mail-oi0-x22b.google.com (mail-oi0-x22b.google.com [IPv6:2607:f8b0:4003:c06::22b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id AFC1D129440 for ; Mon, 6 Feb 2017 22:09:09 -0800 (PST) Received: by mail-oi0-x22b.google.com with SMTP id w204so59525853oiw.0 for ; Mon, 06 Feb 2017 22:09:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=M9lAJvVbOOXMUJQAbKNSzvC1Bb8cRBpV++DmyKnLKhw=; b=UKV30SyPgAl89gOkRz0BX6dkkp9+h42GM6YiffzvEDi+2jgFozWzJ3YOR1Y+ARtAxS n9bEAjh93ozdxsKDXJddVQIYKuaFQEgQPEISztPJUeNOuit/nZ8nnLD3BUlwl8Mw5w7g RKT5WVPRjgtQoVFvsl9TAQJXMrRmNLy+hAfsTgj/KlJxwRI6UdJ+ZjiCFyM0wnHSSL8Z kUxWJeZc373dnzyvrW1f6f3ZSr1UIdg2LimfwA/btXma4HsjPRQVqWX9lZrf0Uz/bJIj Ci9K4jzUgcbN9L16Qj+3wqgPonOKp9S72pYOU5qT4NYpsrv1GOtFGPz2uUvp3JQBCMDb WSCg== 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:cc; bh=M9lAJvVbOOXMUJQAbKNSzvC1Bb8cRBpV++DmyKnLKhw=; b=F0HdKFEW+FcObeU8npS3OVNaZtVhwaGg4+rwvICu4muM4PKAxXz91VHgDWcrhIr+uq fQTcGhdXE1WF2APtMgeYV2I4LIZqDniC9IiMPEABLp2CEoOBbSU4njPVEKE3BcxeY/MH uNkrGqFQuSGAuwa0Q5tGUswnSytfnzEyzAHVvqbd4ZYf3djCaxlJHThbH6HTumytGQcg TxAVrlp4QTB7KmMKVbMFAMT3wdVQqfHEe+KsjULr70vsNFLGB5ktSmeeyRhx2ZRfbN+h H7QRT2FtpCt6LPYLECrZzPDpGChdXR3DtSEZKPX3qtPqhbgTJgqIgqNKGukOPXYu0ImG vdow== X-Gm-Message-State: AMke39kyjSUEqkq+CrjW9A9JhTxsFlniMphqxLWp9kr+8JenIJJ86+R+m+BUKtHnOEEmpxeb7x2szV82IxDpWg== X-Received: by 10.202.72.76 with SMTP id v73mr6307208oia.123.1486447748880; Mon, 06 Feb 2017 22:09:08 -0800 (PST) MIME-Version: 1.0 Received: by 10.157.1.103 with HTTP; Mon, 6 Feb 2017 22:09:08 -0800 (PST) In-Reply-To: References: From: Greg Mirsky Date: Mon, 6 Feb 2017 22:09:08 -0800 Message-ID: To: Ron Bonica Content-Type: multipart/alternative; boundary=001a1134fa900ca2710547ea9692 Archived-At: Cc: "lime@ietf.org" Subject: Re: [Lime] WGLC: draft-ietf-lime-yang-connectionless-oam-methods-00 X-BeenThere: lime@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Layer Independent OAM Management in Multi-Layer Environment \(LIME\) discussion list." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Feb 2017 06:09:12 -0000 --001a1134fa900ca2710547ea9692 Content-Type: text/plain; charset=UTF-8 Dear Authors, WG Chairs, et. al, I've reviewed this draft as part of WG LC. Please find my comments, questions below. - Firstly, why does the model being limited to methods of connectionless (CL) OAM? Were there attempt to have one model applicable to CL and connection-oriented (CO)? Besides difference in identifying Test Point (TP) in CO OAM domain vs. TP in CL OAM, I don't see anything else. Of course, CL doesn't use Connectivity Verification as it does not have notion of a connection between TPs. - Abstract Please try to avoid using acronyms in Abstract. "... support nested OAM workflows (i.e., performing OAM functions at different or same levels through a unified interface)." I agree that the first example, different OAM levels, is the case of nested multi-layer OAM. But I think that the second example, same levels, is not. The latter example is example of interworking between different OAM technologies at the same OAM level. - Introduction - "Monitor networks connections ..." It is strange to find reference to connection in document that discusses CL OAM. Though often connection, i.e. , is being used as substitute for continuity, i.e. availability of a path between TPs, I encourage to be disciplined with terminology. There are several examples to illustrate the difference between continuity and connectivity. One is from the field of electrical engineering: Continuity - fact that you have electrons from A reaching B. Connectivity - electrons from A are reaching B over red wire. And there no electrons on red wire other than from A. Or can quote RFC 6428: Continuity Check monitors a Label Switched Path for any loss of continuity defect. Connectivity Verification augments Continuity Check in order to provide confirmation that the desired source is connected to the desired sink. - " Ping and Traceroute ..." why only on-demand OAM being explicitly mentioned and no proactive CC like BFD? - Section 3, last sentence may be re-phrased "This will allow the user to retrieve retrieved-data defined by the base data model [] using mechanism of his or her choosing." - Section 3.1 - s/icmp ping/ICMP ping/ - s/lsp ping/LSP ping/ - I think that each reference requires reference to defining RFC - Section 3.2 - what and when src-dst-address define destination-tp; - as I've noted in comments on CO and CL OAM YANG models, FEC, in general case, is group IP packets that are being forwarded and treated by the network in the same manner. How does FEC can be considered as destination-tp without specifying single IP address within that group? - What is tlv-address as destination-tp? - What is meaning of source-interface if destination-tp is of type src-dst-address and thus already includes src-ip-address? - What is meaning of outbound-interface if destination-tp is of type src-dst-address and thus already includes Interface? - What is expected for src-test-point and dest-test-point respectively if these are src-dst-address type? - What is benefit to retrieve session-xxx statistics with each query/RPC not after the test session being completed, i.e. to have separate RPC for session-xxx statistics? Alternatively, you can include two timestamps in your data and then calculate all session-scope statistics off-node. I don't support publication of this version of the draft. Regards, Greg On Thu, Jan 26, 2017 at 7:12 AM, Ron Bonica wrote: > Folks, > > This message begins a WG Last Call for draft-ietf-lime-yang-connectionless-oam-methods-00. > Please submit your comments by February 9, 2017. > > Ron > > _______________________________________________ > Lime mailing list > Lime@ietf.org > https://www.ietf.org/mailman/listinfo/lime > --001a1134fa900ca2710547ea9692 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Dear Authors, WG Chairs, et. al,
I've reviewed thi= s draft as part of WG LC. Please find my comments, questions below.
  • Firstly, why does the model being limited to methods of connecti= onless (CL) OAM? Were there attempt to have one model applicable to CL and = connection-oriented (CO)? Besides difference in identifying Test Point (TP)= in CO OAM domain vs. TP in CL OAM, I don't see anything else. Of cours= e, CL doesn't use Connectivity Verification as it does not have notion = of a connection between TPs.
  • Abstract=C2=A0
Please t= ry to avoid using acronyms in Abstract.
"... support nested = OAM workflows (i.e., performing OAM functions at different or same levels t= hrough a unified interface)."
I agree that the first= example, different OAM levels, is the case of nested multi-layer OAM. But = I think that the second example, same levels, is not. The latter example is= example of interworking between different OAM technologies at the same OAM= level.
  • Introduction
    • "Monitor ne= tworks connections ..." It is strange to find reference to connection = in document that discusses CL OAM. Though often connection, i.e. , is being= used as substitute for continuity, i.e. availability of a path between TPs= , I encourage to be disciplined with terminology. There are several example= s to illustrate the difference between continuity and connectivity. One is = from the field of electrical engineering:
Continuity - fact that you have = electrons from A reaching B. Connectivity - electrons from A are reaching B= over red wire. And there no electrons on red wire other than from A.
Or can quote RFC 6428:
<= pre style=3D"font-size:13.3333px;margin-top:0px;margin-bottom:0px;color:rgb= (0,0,0)"> Continuity Check monitors a Label Switched Path for any loss of continuity defect. Connectivity Verification augments Continuity Check in order to provide confirmation that the desired source is connected to the desired sink.
    • " Ping and Traceroute ..." why= only on-demand OAM being explicitly mentioned and no proactive CC like BFD= ?
  • Section 3, = last sentence may be re-phrased "This will allow the user to retrieve= =C2=A0retr= ieved-data defined by the base data model [] using mechanism of his or her = choosing."
  • Secti= on 3.1=C2=A0
    • s/ic= mp ping/ICMP ping/
    • s/lsp ping/LSP ping/
    • I think that each referen= ce requires reference to defining RFC
  • Section 3.2
    • <= ul>
  • what and when src-dst-address define destination-tp;
  • as I= 9;ve noted in comments on CO and CL OAM YANG models, FEC, in general case, = is group IP packets that are being forwarded and treated by the network in = the same manner. How does FEC can be considered as destination-tp without s= pecifying single IP address within that group?
  • What is tlv-address = as destination-tp?
  • What is meaning of source-interface if destinati= on-tp is of type src-dst-address and thus already includes src-ip-address?<= /li>
  • What is meaning of outbound-interface if destination-tp is of type= =C2=A0src-dst-address and thus already includes Interface?
  • What is = expected for src-test-point and dest-test-point respectively if these are s= rc-dst-address type?
  • What is benefit to retrieve session-xxx statis= tics with each query/RPC not after the test session being completed, i.e. t= o have separate RPC for session-xxx statistics? Alternatively, you can incl= ude two timestamps in your data and then calculate all=C2=A0session-scope= =C2=A0statistics off-node.
I don't support publicati= on of this version of the draft.

Regards,
Greg

On Thu, Jan 26, 2017 at 7:12 AM, Ron Bonica <rbonica@juniper.net&g= t; wrote:
Folks,

This message begins a WG Last Call for draft-ietf-lime-yang-connection= less-oam-methods-00. Please submit your comments by February 9, 2017.

=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Ron

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

--001a1134fa900ca2710547ea9692-- From nobody Tue Feb 7 01:15:08 2017 Return-Path: X-Original-To: lime@ietfa.amsl.com Delivered-To: lime@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C306D129560; Tue, 7 Feb 2017 01:15:06 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.521 X-Spam-Level: X-Spam-Status: No, score=-14.521 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.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 re0t4mmDNVSe; Tue, 7 Feb 2017 01:15:04 -0800 (PST) Received: from rcdn-iport-1.cisco.com (rcdn-iport-1.cisco.com [173.37.86.72]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8A5671295A6; Tue, 7 Feb 2017 01:15:04 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=30036; q=dns/txt; s=iport; t=1486458904; x=1487668504; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=psjDoSX0Zpfo0r85YUsmrxEc9RmHWpRtbnx6LCIhh5c=; b=fVzx4jWl0tM0+dGMYMkv2nakP7Hrwe79qzWYmLHiyTEl/tzC3yF5htL3 ZDmd1YBjM2x7bIgzi5BKkFkVanlS8cZ9AF3CiIwL/eejpkzNWcK54o3Cc CBoGQ2vYR9ZzQBsnsoQoGSVDY1bQuPU7GosS1zV0VFI3L15no6gwNZjd3 o=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0ATAQA2j5lY/4oNJK1TChkBAQEBAQEBA?= =?us-ascii?q?QEBAQcBAQEBAYJvYmGBCQeNWZIPiAyNKoIMHwEMhXYCglw/GAECAQEBAQEBAWI?= =?us-ascii?q?ohGkBAQEEAQFsCxACAQgRAQIBAiEHByEGCxQDBggBAQQBDQWJWwMVDrFnhzoNh?= =?us-ascii?q?AoBAQEBAQEBAQEBAQEBAQEBAQEBAQEdizuCUYFbSB6FJwWPPotxOAGGZ4cKhBm?= =?us-ascii?q?Be4UXiXCKL4hdAR84fk8VPIQLgjd1AYgRgQwBAQE?= X-IronPort-AV: E=Sophos;i="5.33,345,1477958400"; d="scan'208,217";a="209243922" Received: from alln-core-5.cisco.com ([173.36.13.138]) by rcdn-iport-1.cisco.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 07 Feb 2017 09:15:02 +0000 Received: from XCH-RTP-009.cisco.com (xch-rtp-009.cisco.com [64.101.220.149]) by alln-core-5.cisco.com (8.14.5/8.14.5) with ESMTP id v179F1eZ030564 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Tue, 7 Feb 2017 09:15:02 GMT Received: from xch-rtp-008.cisco.com (64.101.220.148) by XCH-RTP-009.cisco.com (64.101.220.149) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Tue, 7 Feb 2017 04:15:00 -0500 Received: from xch-rtp-008.cisco.com ([64.101.220.148]) by XCH-RTP-008.cisco.com ([64.101.220.148]) with mapi id 15.00.1210.000; Tue, 7 Feb 2017 04:15:00 -0500 From: "Srihari Raghavan (srihari)" To: Greg Mirsky , Ron Bonica Thread-Topic: [Lime] WGLC: draft-ietf-lime-yang-connectionless-oam-03 Thread-Index: AdJybpjwy6XJbjqnRfKoMW2LrCMAfwJqBU0AAVj+vIA= Date: Tue, 7 Feb 2017 09:15:00 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.65.87.165] Content-Type: multipart/alternative; boundary="_000_D4BF87C63C1ACsrihariciscocom_" MIME-Version: 1.0 Archived-At: Cc: "draft-ietf-lime-yang-connectionless-oam.all@ietf.org" , "lime@ietf.org" Subject: Re: [Lime] WGLC: draft-ietf-lime-yang-connectionless-oam-03 X-BeenThere: lime@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Layer Independent OAM Management in Multi-Layer Environment \(LIME\) discussion list." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Feb 2017 09:15:06 -0000 --_000_D4BF87C63C1ACsrihariciscocom_ Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable Hi Greg Thanks much for your comments and for your time. Pl. find replies inline. Thanks Srihari From: Lime > on behalf = of Greg Mirsky > Date: Tuesday, 31 January 2017 at 11:36 PM To: Ron Bonica > Cc: "draft-ietf-lime-yang-connectionless-oam.all@ietf.org" >, "lime@ietf.org" > Subject: Re: [Lime] WGLC: draft-ietf-lime-yang-connectionless-oam-03 Dear Authors, LIME WG Chairs, et.al, please consider my comments as part of WG LC discussion. * 3.1. TP Address * I think that this topic requires more discussion. In what case, wh= ich network technology developed at IETF MAC may identify test point? [Auth= ors]: Please refer to VPLS technology described in RFC6136. * FEC is the most common case among listed. In fact, FEC unlikely fi= ts into this list if we understand it as group of IP packets which are forw= arded in the same manner over the same path, and with the same forwarding t= reatment. In other words, we have the same destination, same next hop, egre= ss interface and CoS marking (note that some of these parameters may be as = wild card). [Authors]: Note that FEC is special type of tp-address-type-va= lue. The FEC defined here is used as test point addressing, not focus on fo= rwarding treatment, maybe we could change the terminology into something el= se to avoid confusion. Pl. see next bullet. * IP Address, whether v4 or v6, does not sufficiently define the Tes= t Point and must be associated with the parameter that defines forwarding t= reatment of a test packet addressed to the Test Point, e.g. DSCP for IP or = TC for MPLS. True, often CoS parameter is set by default but that doesn't e= xclude it from the list of parameters that define the Test Point. [Authors]= : The test point defined here is an abstract conception. It is a technology= independent attribute. Therefore, we only defined test-point-location/addr= ess to distinguished different test point type. Model user can extend the = test point by adding other technology specific parameters. Not sure forward= ing treatment should be part of test point location in this base model. Pe= rhaps, a generic name like =91addressing-attribute=92 or =91addressing-type= =92 or =91TP-attribute=92 that can take on values like DSCP for IP or TC fo= r MPLS and can replace the =91FEC=92 in the previous bullet. * I don't know of a case when this is true "a pair of source, destin= ation addresses, and interface (Useful for BFD)". Could you please elaborat= e, give an example?[Authors]: According to previous discussion, these need = be removed. It will be fixed in next version. * "System-id to represent the device or node" Like in Segment Routin= g? Example, reference would be helpful. [Authors] System-id as written in = the document refers to something that identifies the system in the network = and hence could be =91router-id=92 similar to ISIS usage. Pl. refer: https= ://tools.ietf.org/html/draft-ietf-spring-sr-yang-05. We will add some expla= nations in next version. * 3.2. Tools * "performance measurement" As I understand, model of performance me= asurement OAM is outside the scope of this document. [Authors]: Thanks, we = will fix it. * I think this section would be the proper place do discuss proactiv= e and on-demand OAM tools, give examples of each and how they being used in= network operations. [Authors]: Yes, we propose to do that in next version. * 3.3. OAM-layers * "each layer has its own OAM protocols" * s/protocols/protocol/ * I think that that is not necessarily the case, e.g. BFD may be = used in IP/MPLS underlay and L3VPN overlay.[Authors]: Agree. Perhaps it can= modified to =93each layer may have its own OAM protocol=94. * "OAM-layers is referred to a list of upper layer, lower layer that= are related to current test point. This allow users to easily navigate up = and down to efficiently troubleshoot a connectivity issue at different laye= r." * Something is missing in the first sentence. * s/this allow/this allows/[Authors]: Will fix. * Connectionless network does not include connection as element o= f its architecture and thus there's no mis-connection defect. Perhaps you w= ere referring to loss of continuity defect here.[Authors]: The intention is= to track down fault at the adjacent layer that is beyond connectionless ne= work. If this creates confusion, we can remove connection-oriented-location= parameter. * I don't agree with the proposed use of OAM level. If we consider O= AM of a service that traverses multiple administrative domains, then Servic= e OAM must be at the same level regardless of domain. Service OAM would be = the outmost top level. Each operator may enable OAM test points in its resp= ective segment so that each of segment would be at the same OAM level, e.g.= Link OAM at the very bottom with Segment OAM between Service and Link OAM = levels. [Authors]: The oam level can help to improve efficiency of fault lo= calization. For example, the user may track down fault location by correlat= ing faults at different levels and different locations and after checking t= he OAM levels, initiate =91triggered=92 or =91follow-on=92 OAM detection. = But as you mention, by default, a test point will be set in the same level. * 3.5. Test Point Locations * The last sentence is hard to parse and it leaves impression of cir= cular reference with the definition of Test Point Location Information defi= nition in the previous section. * "... data model is made generic enough to allow active, passive and h= ybrid OAMs to do the retrieval" * This being mentioned in reference to Path Discovery Data and Conti= nuity Check Data. I'd imagine that an OAM mechanism, would it be active, pa= ssive or hybrid, produces the data but the retrieval of data done using non= -OAM protocol, e.g. RPC, gRPC or else. [Authors]: Thanks, we will fix it by= re-wording it to say, retrieval by multiple methods. * 3.8. OAM data hierarchy * I think that "oper" as name for the container that holds operation= al information is confusing. Could it be extended, more self-explanatory? = [Authors]: Thanks, we would like to make it more clearly. May be we can cal= l it =91cc-oper-data=92=85Thoughts? * I there are more than two types of TP (IPv4 or IPv6), e.g. System-= id, why container oper for continuity-check statistics holds only for IPv4 = and IPv6 types of TP? [Authors]:Here we want to define the most common case= of operation statistics, therefore, it holds only for IPv4 & IPv6. And ext= ensions are possible by future designers. * as-number-location may be part of tp-address, but as identifier of= a Test Point? Could you please give an example. [Authors]:They may be use= d by VPNv4/VPNv6 opaque encoding * I believe that connection-oriented-location as part of tp-address = grouping is not correct. [Authors]: we will remove this parameter in the n= ext version. * As connectionless network does not use notion of connection, OAM i= n connectioless network does not include tools to conduct connectivity veri= fication and to detect mis-connection defect. Hence there's no definition o= f in and out of mis-connection defect for connectionless networks. [Author= s]: Our understanding: Please refer to table 4 of RFC7276 In RFC7276,CV has= broad meaning and which can be applied to both CO network and CL network. * I don't agree with the list of values the 'tp-address-type-value' = leaf may take. As noted earlier, MAC unlikely to be used as address of a te= st point in connectionless network and so FEC identifier. [Authors]: Our u= nderstanding: As mentioned above under MAC and FEC discussion, different la= yer OAM has different addressing mechanism, FEC identifier can be regarded = as a special location value which is applied to a portion of the network or= network segment=85maybe we can change 'tp-address-type-value' into 'tp-loc= ation-type-value=92. Thoughts? Nits: * cc - is missing from Terminology section * FEC is missing from Terminology section * [lime retrieval methods] appears as reference but has no real documen= t it points to[Authors] Will fix in the next revision. I don't support publication of this version. Regards, Greg * On Thu, Jan 19, 2017 at 8:12 AM, Ron Bonica > wrote: Folks, This message begins a Working Group Last Call on draft-ietf-lime-yang-conne= ctionless-oam-03. Please submit comments by February 3, 2017. = Ron _______________________________________________ Lime mailing list Lime@ietf.org https://www.ietf.org/mailman/listinfo/lime --_000_D4BF87C63C1ACsrihariciscocom_ Content-Type: text/html; charset="Windows-1252" Content-ID: <68FF528DA7C33145BF5DA843F84D7C26@emea.cisco.com> Content-Transfer-Encoding: quoted-printable
Hi Greg

Thanks much for your comments and for your time.  Pl. find replies inl= ine.

Thanks
Srihari

From: Lime <lime-bounces@ietf.org> on behalf of Greg Mirsky= <gregimirsky@gmail.com>=
Date: Tuesday, 31 January 2017 at 1= 1:36 PM
To: Ron Bonica <rbonica@juniper.net>
Cc: "draft-ietf-lime-yang-connect= ionless-oam.all@ietf.org" <draft-ietf-lime-yang-connectionless-oam= .all@ietf.org>, "lime@ietf.org" <lime@ietf.org>
Subject: Re: [Lime] WGLC: draft-iet= f-lime-yang-connectionless-oam-03

Dear Authors, LIME WG Ch= airs, et.al,
please consider my comments as part of WG LC discussion.
  • =

    3.1.  TP Address
    • I think that this topic requires more discussion. In what case, which netwo= rk technology developed at IETF MAC may identify test point? [Authors]: Please refer to VPLS technology described in RFC6136.<= /font>
    • FEC is the most common case among listed. In fact, FEC unlikely fits into t= his list if we understand it as group of IP packets which are forwarded in = the same manner over the same path, and with the same forwarding treatment.= In other words, we have the same destination, same next hop, egress interface and CoS marking (note that so= me of these parameters may be as wild card).  = [Authors]: Note that FEC is special type of tp-address-type-value. The FEC = defined here is used as test point addressing, not focus on forwarding treatment, maybe we could change the terminology i= nto something else to avoid confusion.  Pl. see next bullet.
    • IP Address, whether v4 or v6, does = not sufficiently define the Test Point and must be associated with the para= meter that defines forwarding treatment of a test packet addressed to the T= est Point, e.g. DSCP for IP or TC for MPLS. True, often CoS parameter is set by default but that doesn't exclude= it from the list of parameters that define the Test Point. [Authors]: The test = point defined here is an abstract conception. It is a technology independent attribute. Therefore, we only defined test-= point-location/address to distinguished different test point type.  Mo= del user can extend the test point by adding other technology specific para= meters. Not sure forwarding treatment should be part of test point location in this base model.  Perhaps, a= generic name like =91addressing-attribute=92 or =91addressing-ty= pe=92 or =91TP-attribute=92 that can take on values like DSCP for IP o= r TC for MPLS and can replace the =91FEC=92 in the previous bullet.
    • I don't know of a case when this is true "a pair of source, dest= ination addresses, and interface (Useful for BFD)". Could you please e= laborate, give an example?[Authors]: According to previous discussion, these need be removed. It will be fixed in next ve= rsion.
    • "System-id to represent t= he device or node" Like in Segment Routing? Example, reference would b= e helpful.  [Au= thors] System-id as written in the document refers to something that identi= fies the system in the network and hence could be =91router-id=92 similar t= o ISIS usage.  Pl. refer:&nb= sp;https://tools.ietf.org/html/draft-ietf-spr= ing-sr-yang-05. We will a= dd some explanations in next version.
  • 3.2.  Tools
    • "performance measurement" As I understand, model of performan= ce measurement OAM is outside the scope of this document. [Authors]: Thanks, we will fix it.
    • I think this= section would be the proper place do discuss proactive and on-demand OAM t= ools, give examples of each and how they being used in network operations.&= nbsp;[Authors]: Yes, we propose to do that in next = version.
  • 3.3.  OAM-layers
    • "each= layer has its own OAM protocols"
      • s/protocols/protocol/
      • I think th= at that is not necessarily the case, e.g. BFD may be used in IP/MPLS underl= ay and L3VPN overlay.[Authors]: Agree. Perhaps it c= an modified to =93each layer may have its own OAM protocol=94.
        • <= /ul>
      • "= ;OAM-layers is referred to a list of upper layer, lower layer that are rela= ted to current test point. This allow users to easily navigate up and down = to efficiently troubleshoot a connectivity issue at different layer."
        • Something is missing in the first senten= ce.
        • s/this allow/this allows/[Authors]: Wil= l fix.
        • Connectionless network does not include connection as= element of its architecture and thus there's no mis-connection defect. Per= haps you were referring to loss of continuity defect here.[Authors]: The intention is to track down fault at the adjacent layer that is beyond connectionless nework. If this create= s confusion, we can remove connection-oriented-location parameter.
      • I don't agree with the proposed = use of OAM level. If we consider OAM of a service that traverses multiple a= dministrative domains, then Service OAM must be at the same level regardles= s of domain. Service OAM would be the outmost top level. Each operator may enable OAM test points in its respective segm= ent so that each of segment would be at the same OAM level, e.g. Link OAM a= t the very bottom with Segment OAM between Service and Link OAM levels.&nbs= p;[Authors]: The oam level can help to improve efficiency of fault localization. For ex= ample, the user may track down fault location by correlating faults at diff= erent levels and different locations and after checking the OAM levels, ini= tiate =91triggered=92 or =91follow-on=92 OAM detection. &n= bsp;But as you mention, by default, a test point will be set in the same level.
    • 3.5=
.  Test Point Locations
      • The last sentence is hard to parse and it leaves impression of circular= reference with the definition of Test Point Location Information definitio= n in the previous section.
    • "= ;... data model is made generic enough to allow active, passive and hybrid = OAMs to do the retrieval"
      • This being mentioned in reference to Path Discovery Data and Continuity= Check Data. I'd imagine that an OAM mechanism, would it be active, passive= or hybrid, produces the data but the retrieval of data done using non-OAM = protocol, e.g. RPC, gRPC or else. [Authors]: Thanks, we will fix it by re-wording it to say, retrieval by multiple meth= ods.
    • 3.8.  OAM data hierarchy
      • I think that "oper" as name for the container that holds= operational information is confusing. Could it be extended, more self-expl= anatory?  [Authors]: Thanks, we would like to make it more clea= rly. May be we can call it =91cc-oper-data=92=85Thoughts?
      • I there are more than two types of TP (IPv4 or IPv6), e.g. System-id, = why container oper for continuity-check statistics holds only for IPv4 and IP= v6 types of TP? [Authors]:Here we want to define the m= ost common case of operation statistics, therefore, it holds only for IPv4 & IPv6. And extensions are possible by future d= esigners.
      • as-number-location may be part of tp-addres= s, but as identifier of a Test Point? Could you please give an example. &nb= sp;[Authors]:They may be used by VPNv4/VPNv6 opaque encodin= g
      • I believe that connection-oriented-location as part= of tp-address grouping is not correct.  [Authors]: we= will remove this parameter in the next version.
      • As c= onnectionless network does not use notion of connection, OAM in connectiole= ss network does not include tools to conduct connectivity verification and = to detect mis-connection defect. Hence there's no definition of in and out = of mis-connection defect for connectionless networks.  [Authors]: Our understa= nding: Please refer to table 4 of RFC7276 In RFC7276,CV has broad meaning a= nd which can be applied to both CO network and CL network.
      • I don't agree with the list of value= s the 'tp-address-type-value' leaf may take. As noted earlier, MAC unlikely= to be used as address of a test point in connectionless network and so FEC= identifier.  [Authors]: Our understanding: As mentioned above under MAC and FEC discussion, differ= ent layer OAM has different addressing mechanism, FEC identifier can be reg= arded as a special location value which is applied to a portion of the netw= ork or network segment=85maybe we can change 'tp-address-type-value' into 'tp-location-type-value= =92.  Thoughts?

Nits:
  • cc - is missing from Terminology section
  •  FEC is missing f= rom Terminology section
  • [lime retrieval methods] appears as reference but has no real docu= ment it points to[Authors] Will fix = in the next revision.

I don't support publication of this version.

Regards,
Greg


On Thu, Jan 19, 2017 at 8:12 AM, Ron Bonica <rbonica@junipe= r.net> wrote:
Folks,

This message begins a Working Group Last Call on draft-ietf-lime-yang-= connectionless-oam-03. Please submit comments by February 3, 2017.

                     = ;                     &nb= sp;                     &= nbsp;           Ron

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

 --_000_D4BF87C63C1ACsrihariciscocom_-- From nobody Tue Feb 7 18:01:01 2017 Return-Path: X-Original-To: lime@ietfa.amsl.com Delivered-To: lime@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4C2F5129447; Tue, 7 Feb 2017 18:00:59 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.211 X-Spam-Level: X-Spam-Status: No, score=-4.211 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, 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 mRO7pYbCAneg; Tue, 7 Feb 2017 18:00:56 -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 8E0F71293E3; Tue, 7 Feb 2017 18:00:55 -0800 (PST) Received: from 172.18.7.190 (EHLO lhreml703-cah.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id DGA25599; Wed, 08 Feb 2017 02:00:52 +0000 (GMT) Received: from NKGEML414-HUB.china.huawei.com (10.98.56.75) by lhreml703-cah.china.huawei.com (10.201.5.104) with Microsoft SMTP Server (TLS) id 14.3.301.0; Wed, 8 Feb 2017 02:00:50 +0000 Received: from DGGEMM401-HUB.china.huawei.com (10.3.20.209) by nkgeml414-hub.china.huawei.com (10.98.56.75) with Microsoft SMTP Server (TLS) id 14.3.235.1; Wed, 8 Feb 2017 10:00:46 +0800 Received: from DGGEMM506-MBX.china.huawei.com ([169.254.3.117]) by DGGEMM401-HUB.china.huawei.com ([10.3.20.209]) with mapi id 14.03.0301.000; Wed, 8 Feb 2017 10:00:42 +0800 From: wangzitao To: Greg Mirsky , Ron Bonica Thread-Topic: [Lime] WGLC: draft-ietf-lime-yang-oam-model-08 Thread-Index: AdJybvO/bRLWgKWzTfmpQHUffN61mAJOr6oAAYDhftA= Date: Wed, 8 Feb 2017 02:00:41 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.136.78.198] Content-Type: multipart/alternative; boundary="_000_E6BC9BBCBCACC246846FC685F9FF41EA2AD7FCC2DGGEMM506MBXchi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A020206.589A7BD5.01AA, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0, ip=169.254.3.117, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32 X-Mirapoint-Loop-Id: 0931b95fe24734b6d87ff12eaccc6d01 Archived-At: Cc: "lime@ietf.org" , "draft-ietf-lime-yang-oam-model.all@ietf.org" Subject: Re: [Lime] WGLC: draft-ietf-lime-yang-oam-model-08 X-BeenThere: lime@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Layer Independent OAM Management in Multi-Layer Environment \(LIME\) discussion list." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Feb 2017 02:00:59 -0000 --_000_E6BC9BBCBCACC246846FC685F9FF41EA2AD7FCC2DGGEMM506MBXchi_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgR3JlZw0KDQoNClRoYW5rcyBmb3IgeW91ciByZXZpZXcgYW5kIGNvbW1lbnRzLCBwbGVhc2Ug ZmluZCBteSByZXBseSBpbmxpbmUuDQoNCg0KDQpCZXN0IFJlZ2FyZHMhDQoNCi1NaWNoYWVsDQoN CuWPkeS7tuS6ujogTGltZSBbbWFpbHRvOmxpbWUtYm91bmNlc0BpZXRmLm9yZ10g5Luj6KGoIEdy ZWcgTWlyc2t5DQrlj5HpgIHml7bpl7Q6IDIwMTflubQy5pyIMeaXpSAyOjA3DQrmlLbku7bkuro6 IFJvbiBCb25pY2ENCuaKhOmAgTogbGltZUBpZXRmLm9yZzsgZHJhZnQtaWV0Zi1saW1lLXlhbmct b2FtLW1vZGVsLmFsbEBpZXRmLm9yZw0K5Li76aKYOiBSZTogW0xpbWVdIFdHTEM6IGRyYWZ0LWll dGYtbGltZS15YW5nLW9hbS1tb2RlbC0wOA0KDQpEZWFyIEF1dGhvcnMsIFdHIENoYWlycywgZXQu IGFsLA0KcGxlYXNlIGNvbnNpZGVyIG15IGNvbW1lbnRzIGFzIHBhcnQgb2YgV0dMQyBkaXNjdXNz aW9uLg0KDQogICogICBPdmVydmlldyBvZiB0aGUgT0FNIE1vZGVsDQoNCiAgICAgKiAgIFdoeSBN RUYtMzggU2VydmljZSBPQU0gRmF1bHQgTWFuYWdlbWVudCBZQU5HIE1vZHVsZXMgbm90IG9ubHkg dXNlZCBhcyBwcm90b3R5cGUgYnV0IG5vdCBldmVuIHJlZmVyZW5jZWQ/DQogICAgICAgICAgICAg ICAgICAgICAgIFtNUURdIEluIHRoaXMgZG9jdW1lbnQsIHdlIGFkb3B0IHRoZSBjb25jZXB0cyBv ZiBDRk0gdG8gc3RydWN0dXJlIHRoZSBjb25uZWN0aW9uLW9yaWVudGVkIG9hbSB5YW5nIG1vZHVs ZS4gQ0ZNIFtJRUVFODAyLjFRXSBpcyBvdXIgYmFzZWxpbmUuIFRoYXTigJlzIHdoeSB3ZSByZWZl cmVuY2UgW0lFRUU4MDIuMVFdLg0KDQogICAgICogICAiLi4uIGZvciBWUExTIHRoaXMgY2FuIGJl IHBlciBWUExTIGluc3RhbmNlIiBJcyB0aGlzIE9BTSBtb2RlbCBvZiBzZXJ2aWNlIE9BTSBvZiBw cm92aWRlZCBieSB0aGUgVlBMUyBpbnN0YW5jZSBzZXJ2aWNlIG9yIG9mIElQL01QTFMgdW5kZXJs YXkgdGhhdCBwcm92aWRlcyB0cmFuc3BvcnQgZm9yIHRoZSBWUExTIGluc3RhbmNlPyBJZiB0aGUg Zm9ybWVyLCB0aGVuIHdlIGhhdmUgTUVGLTM4LiBpZiB0aGUgbGF0dGVyLCB0aGVuIGl0IGlzIElQ L01QTFMgbmV0d29yayBPQU0sIGkuZS4gY29ubmVjdGlvbmxlc3MuDQpbTVFEXTogSXQgaXMgY2xv c2UgdG8gdGhlIGZvcm1lciwgd2UgdGhpbmsgUkZDNjEzNiBpcyBhIGdvb2QgcmVmZXJlbmNlIGZv ciAgVlBOIGluc3RhbmNlIGh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9yZmM2MTM2I3NlY3Rp b24tNS4yLjQuDQpBbnl3YXkgdGhpcyBpcyBqdXN0IGFuIGV4YW1wbGUsIHdlIGNhbiByZW1vdmUg aXQgaWYgaXQgY2F1c2UgY29uZnVzaW5nLg0KDQogICAgICogICAiLi4uIGNvbm5lY3Rpdml0eSB2 ZXJpZmljYXRpb24obG9vcGJhY2spIC4uLiIgT0FNIG1ldGhvZCB0byB2ZXJpZnkgcHJvcGVyIGNv bm5lY3Rpdml0eSBiZXR3ZWVuIE1FUHMgb2YgdGhlIHNwZWNpZmllZCBNQSByYXJlbHksIGlmIGFu eSwgc3VwcG9ydGVkIGJ5IHRoZSBMb29wYmFjayBjb21tYW5kLiBJbiBvcmRlciB0byBkZXRlY3Qg aW4gbWlzLWNvbm5lY3Rpb24gYW5kIGluLWRlZmVjdCBhbmQgb3V0LW9mLWRlZmVjdCBjb25kaXRp b25zLCBDViBzaG91bGQgb3BlcmF0ZSBhcyBwcm9hY3RpdmUgT0FNIGNvbW1hbmQsIGUuZy4gQ0NN IGluIENGTS9ZLjE3MzEgb3IgQkZELWJhc2VkIENWIGZvciBNUExTLVRQIGFzIGRlc2NyaWJlZCBp biBSRkMgNjQyOC4NCltNUURdOiBhY2NvcmRpbmcgdG8gaHR0cHM6Ly9lbi53aWtpcGVkaWEub3Jn L3dpa2kvSUVFRV84MDIuMWFnLCBNRVAgY2FuIHNlbmQgYSBMb29wYmFjayB0byBhbnkgTUVQIG9y IE1JUCBpbiB0aGUgc2VydmljZS4NCg0KICAgICAqICAgIlRoZSBnZW5lcmljIFlBTkcgbW9kZWwg ZGVmaW5lZCBoZXJlIGRvZXMgbm90IHJlcXVpcmUgZXhwbGljaXQgY29uZmlndXJhdGlvbiBvZiBP QU0gZW50aXRpZXMgcHJpb3IgdG8gdXNpbmcgYW55IG9mIHRoZSBPQU0gdG9vbHMuIg0KSSBjb25z aWRlciBjb25maWd1cmF0aW9uIG9mIGEgcmVtb3RlIE1FUCB0byBiZSBhYnNvbHV0ZSBwcmUtcmVx dWlzaXRlIHRvIHVzaW5nIGV2ZW4gTG9vcGJhY2sgb3IgTGlua3RyYWNlIGNvbW1hbmRzLiBTaW1p bGFybHksIGNvbmZpZ3VyYXRpb24gb2YgTUlQcyBtYXkgYmUgcmVxdWlyZWQgYXMgd2VsbC4NCg0K W01RRF0gVGhpcyBpcyBnZW5lcmljIFlBTkcgbW9kZWwgb3IgdGVjaG5vbG9neSBpbmRlcGVuZGVu dCBtb2RlbCwgaXQgZGVmaW5lZCBiYXNlIG1vZGUgb3IgZGVmYXVsdCBtb2RlLiBUZWNobm9sb2d5 IHNwZWNpZmljIG1vZGVsIHdpbGwgcHJvdmlkZSBkZXRhaWxzIGNvbmZpZ3VyYXRpb24gb2YgYSBy ZW1vdGUgTUVQIG9yIE1JUC4NClRoYXTigJlzIHdoeSB0aGUgYmFzZSBtb2RlbCBkb2VzbuKAmXQg cmVxdWlyZSBleHBsaWNpdCBjb25maWd1cmF0aW9uIG9mIE9BTSBlbnRpdGllcyBwcmlvciB0byB1 c2luZyBhbnkgb2YgdGhlIE9BTSB0b29scy4NCg0KICAgICAqICAgSXMgImJhc2UgbW9kZSBmb3Ii IHN5bm9ueW1vdXMgdG8gImRlZmF1bHQgdmFsdWVzIj8gVGhlIG1lbnRpb25pbmcgdGhhdCBleHBs aWNpdGx5IHdvdWxkIGJlIGhlbHBmdWwuDQogICAgICAgICAgICAgICAgICAgICAgICBbTVFEXTog dGhlIGJhc2UgbW9kZSBpcyBlcXVpdmFsZW50IHRvIOKAnGRlZmF1bHQgbW9kZeKAnSwgc3VyZSB3 ZSB3aWxsIG1ha2UgdGhpcyBjbGVhci4NCg0KICAqICAgIDMuNTxodHRwczovL3Rvb2xzLmlldGYu b3JnL2h0bWwvZHJhZnQtaWV0Zi1saW1lLXlhbmctY29ubmVjdGlvbmxlc3Mtb2FtLTAzI3NlY3Rp b24tMy41Pi4gVGVzdCBQb2ludCBMb2NhdGlvbnMNCg0KICAgICAqICAgInJvdXRpbmcgaW5zdGFu Y2UgdnJmIG5hbWUgaWYgcmVxdWlyZWQiIFlBTkcgRGF0YSBNb2RlbCBmb3IgTVBMUy1UUCBPQU0g PGh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC16aGFuZy1tcGxzLXRwLXlhbmctb2Ft LTAzPiAgZG9lcyBub3QgcmVxdWlyZSBvciBldmVuIHJlZmVyZW5jZSB0byBWUkYgbmFtZQ0KDQpb TVFEXTpTZWN0aW9uIDMuNSBpcyBub3QgaW4gdGhlIENPIE9BTSBtb2RlbCBkcmFmdCwgdGhlcmVm b3JlIHRoaXMgY29tbWVudCBpcyBub3QgYXBwbGllZC4NCg0KICAqICAgSSBkb24ndCBzZWUgYW55 IHJlZmVyZW5jZSB0byB0aGUgYWJvdmUgbWVudGlvbmVkIFlBTkcgRGF0YSBNb2RlbCBmb3IgTVBM Uy1UUCBPQU0uDQogICogICBOb3IgSSBzZWUgc3Vic3RhbnRpdmUgcmVmZXJlbmNlcyB0byBSRkMg NjQyOA0KW01RRF06IFdpbGwgYWRkIGl0Lg0KDQogICogICBUaGVyZSdzIG5vIG9wZXJhdGlvbmFs IGluZm9ybWF0aW9uIHNwZWNpZmljIHRvIG9wZXJhdGlvbiBvZiBjb25uZWN0aXZpdHkgdmVyaWZp Y2F0aW9uIG1lY2hhbmlzbSBpbiBjb250YWluZXIgb3BlciwgYnV0IG9ubHkgb25lcyByZWxhdGVk IHRvIG9wZXJhdGlvbiBvZiBjb250aW51aXR5IGNoZWNrLiBIb3cgTUVQIHJlcG9ydHMgaXRzIHN0 YXRlIGluIHJlZ2FyZCB0byBtaXMtY29ubmVjdGlvbiBkZWZlY3QgKGluLWRlZmVjdCBvciBvdXQt b2YtZGVmZWN0KT8NCiBbTVFEXTogVGhpcyBjb21tZW50IGlzIGFwcGxpZWQgdG8gQ0wgT0FNIG1v ZGVsIGRyYWZ0LCB3aWxsICBjaGFuZ2UgaXQgaW50byBDQyBzcGVjaWZpYyBvcGVyYXRpb24gaW5m b3JtYXRpb24gYXMgeW91IHN1Z2dlc3RlZC4NCg0KICAqICAgdGx2LWFkZHJlc3Mgc2hvdWxkIG5v dCBiZSB1c2VkIGFzIHRwLWFkZHJlc3MgYnV0IGFzIE1QTFMtVFAgSWRlbnRpZmllcnMgcGVyIFJG QyA2MzcwIGFuZCBSRkMgNjQyOC4NCg0KW01RRF06dGx2LWFkZHJlcyBpcyBub3QgZGVmaW5lZCBp biBDTyBPQU0gbW9kZWwgZHJhZnQsIHRoZXJlZm9yZSB0aGlzIGNvbW1lbnQgaXMgbm90IGFwcGxp ZWQgdG8gQ08gbW9kZWwuDQoNCiAgKiAgIEZFQyBpcyBub3QgYWRkcmVzcyBvZiBhIHNpbmdsZSBU ZXN0IFBvaW50IGJ1dCBncm91cCBvZiBJUCBwYWNrZXRzIHdoaWNoIGFyZSBmb3J3YXJkZWQgaW4g dGhlIHNhbWUgbWFubmVyLCBvdmVyIHRoZSBzYW1lIHBhdGgsIGFuZCB3aXRoIHRoZSBzYW1lIGZv cndhcmRpbmcgdHJlYXRtZW50Lg0KICBbTVFEXTogVGhpcyBjb21tZW50IGlzIGFwcGxpZWQgdG8g Q0wgT0FNIG1vZGVsIGRyYWZ0LiBUaGUgaW50ZW50aW9uIG9mIHVzaW5nIEZFQyBpcyB0byBmb2N1 cyBvbiBhZGRyZXNzaW5nIHBhcnQsIG5vdCBmb3J3YXJkaW5nIHRyZWF0bWVudCwgd2lsbCBmaWd1 cmUgb3V0IHVzZSB0aGUgZGlmZmVyZW50IHRlcm1pbm9sb2d5ICBpZiBpdCBjYXVzZXMgY29uZnVz aW9uLg0KDQogICogICBjb3MtaWQgaW4gZ3JvdXBpbmcgY29zIGlzIG9mIHR5cGUgdWludDggdGhv dWdoIFRDIGZpbGVkIG1lbnRpb25lZCBhcyBleGFtcGxlIGlzIG9ubHkgdGhyZWUgYml0cyBsb25n LiBIb3cgdGhlc2UgYXJlIG1hcHBlZD8NCg0KW01RRF06IENvbnNpZGVyIGZvciB0ZWNobm9sb2d5 IGluZGVwZW5kZW50IGFuZCBmdXR1cmUgdGVjaG5vbG9neSwgd2UgZGVmaW5lZCB0aGlzIHR5cGUg YXMgdWludDggcmF0aGVyIHRoYW4gMyBiaXRzIGxvbmcsIGhvdyB0aGVzZSBhcmUgbWFwcGVkIHNo b3VsZA0KDQpCZSBkZWZpbmVkIGluIHRoZSB0ZWNobm9sb2d5IHNwZWNpZmljIG1vZGVsLg0KDQog ICogICBvdXRwdXQgZnJvbSB0cmFjZXJvdXRlIGFsbG93cyBvbmx5IE1FUCByZXNwb25zZSB3aGls ZSBpbiBsaW5rdHJhY2UgTUlQcyB0aGF0IGJlbG9uZyB0byB0aGUgc2FtZSBNQSBzaG91bGQgcmVz cG9uZCB3aXRoIExUUi4gTFNQIFBpbmcgZG9lcyB0aGUgc2FtZS4NCg0KW01RRF06VGhpcyB3YXMg ZGlzY3Vzc2VkIGJlZm9yZSwgaXQgd2FzIGFncmVlZCB0byBkZWZpbmUgbGlua3RyYWMgTUlQIHJl c3BvbmRpbmcgd2l0aCBMVFIgaW4gdGhlIHRlY2hub2xvZ3kgc3BlY2lmaWMgbW9kZWwuDQoNCk5p dHM6DQoNCiAgKiAgIFtsaW1lIHJldHJpZXZhbCBtZXRob2RzXSAtIGxvb2tzIGFzIG1lYW50IHRv IGJlIHJlZmVyZW5jZSBidXQgdGhlcmUncyBubyBhIGRvY3VtZW50IGl0IHBvaW50cyB0by4NCg0K W01RRF06IFRoaXMgY29tbWVudCBpcyBub3QgcmVsZXZhbnQgdG8gdGhpcyBkb2N1bWVudCwgYnV0 IFRoYW5rcy4NCg0KICAqICAgZ3JvdXBpbmcgY29zIHN0aWxsIHJlZmVycyB0byBFWFAgZmllbGQg aW4gTVBMUy1UUCBldmVuIHRob3VnaCB0aGUgZmllbGQgaGFzIGJlZW4gcmVuYW1lZCBUcmFmZmlj IENsYXNzIChUQykgaW4gMjAwOSBieSBSRkMgNTQ2Mg0KICAqICAgcy9NYSBuYW1lIGZvcm1hdC9N QSBuYW1lIGZvcm1hdC8NCiAgKiAgIHMvWWFuZy9ZQU5HLyAoc2V2ZXJhbCBvY2Nhc2lvbnMgb2Yg dGhpcykNCiAgKiAgIGluIDQuIDYgcy9BdWdtZW50L2F1Z21lbnQvDQpbTVFEXTogdGhhbmtzLCB3 aWxsIGZpeCB0aGlzLg0KDQogICoNCkkgY2Fubm90IHN1cHBvcnQgcHVibGljYXRpb24gb2YgdGhp cyB2ZXJzaW9uIG9mIHRoZSBkb2N1bWVudC4NCg0KUmVnYXJkcywNCkdyZWcNCg0KT24gVGh1LCBK YW4gMTksIDIwMTcgYXQgODoxMyBBTSwgUm9uIEJvbmljYSA8cmJvbmljYUBqdW5pcGVyLm5ldDxt YWlsdG86cmJvbmljYUBqdW5pcGVyLm5ldD4+IHdyb3RlOg0KRm9sa3MsDQoNClRoaXMgbWVzc2Fn ZSBiZWdpbnMgYSBXR0xDIG9uIGRyYWZ0LWlldGYtbGltZS15YW5nLW9hbS1tb2RlbC0wOC4gUGxl YXNlIHN1Ym1pdCBjb21tZW50cyBieSBGZWJydWFyeSAzLCAyMDE3Lg0KDQogICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgUm9uDQoNCl9fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fDQpMaW1lIG1haWxpbmcgbGlzdA0KTGltZUBpZXRm Lm9yZzxtYWlsdG86TGltZUBpZXRmLm9yZz4NCmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4v bGlzdGluZm8vbGltZQ0KDQo= --_000_E6BC9BBCBCACC246846FC685F9FF41EA2AD7FCC2DGGEMM506MBXchi_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTIgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 V2luZ2RpbmdzOw0KCXBhbm9zZS0xOjUgMCAwIDAgMCAwIDAgMCAwIDA7fQ0KQGZvbnQtZmFjZQ0K CXtmb250LWZhbWlseTrlrovkvZM7DQoJcGFub3NlLTE6MiAxIDYgMCAzIDEgMSAxIDEgMTt9DQpA Zm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OiJDYW1icmlhIE1hdGgiOw0KCXBhbm9zZS0xOjIgNCA1 IDMgNSA0IDYgMyAyIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpDYWxpYnJpOw0KCXBh bm9zZS0xOjIgMTUgNSAyIDIgMiA0IDMgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 IlxA5a6L5L2TIjsNCglwYW5vc2UtMToyIDEgNiAwIDMgMSAxIDEgMSAxO30NCi8qIFN0eWxlIERl ZmluaXRpb25zICovDQpwLk1zb05vcm1hbCwgbGkuTXNvTm9ybWFsLCBkaXYuTXNvTm9ybWFsDQoJ e21hcmdpbjowY207DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQtc2l6ZToxMi4wcHQ7 DQoJZm9udC1mYW1pbHk65a6L5L2TO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNv LXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOmJsdWU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVy bGluZTt9DQphOnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0eWxl LXByaW9yaXR5Ojk5Ow0KCWNvbG9yOnB1cnBsZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5l O30NCnAuTXNvUGxhaW5UZXh0LCBsaS5Nc29QbGFpblRleHQsIGRpdi5Nc29QbGFpblRleHQNCgl7 bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1zdHlsZS1saW5rOiLnuq/mlofmnKwgQ2hhciI7 DQoJbWFyZ2luOjBjbTsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjEwLjVw dDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiO30NCnAuTXNvTGlzdFBhcmFn cmFwaCwgbGkuTXNvTGlzdFBhcmFncmFwaCwgZGl2Lk1zb0xpc3RQYXJhZ3JhcGgNCgl7bXNvLXN0 eWxlLXByaW9yaXR5OjM0Ow0KCW1hcmdpbjowY207DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0K CXRleHQtaW5kZW50OjIxLjBwdDsNCglmb250LXNpemU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5OuWu i+S9kzt9DQpzcGFuLkVtYWlsU3R5bGUxNw0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbC1yZXBs eTsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiOw0KCWNvbG9yOiMxRjQ5N0Q7 fQ0Kc3Bhbi5DaGFyDQoJe21zby1zdHlsZS1uYW1lOiLnuq/mlofmnKwgQ2hhciI7DQoJbXNvLXN0 eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1zdHlsZS1saW5rOue6r+aWh+acrDsNCglmb250LWZhbWls eToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiO30NCi5Nc29DaHBEZWZhdWx0DQoJe21zby1zdHlsZS10 eXBlOmV4cG9ydC1vbmx5O30NCkBwYWdlIFdvcmRTZWN0aW9uMQ0KCXtzaXplOjYxMi4wcHQgNzky LjBwdDsNCgltYXJnaW46NzIuMHB0IDkwLjBwdCA3Mi4wcHQgOTAuMHB0O30NCmRpdi5Xb3JkU2Vj dGlvbjENCgl7cGFnZTpXb3JkU2VjdGlvbjE7fQ0KLyogTGlzdCBEZWZpbml0aW9ucyAqLw0KQGxp c3QgbDANCgl7bXNvLWxpc3QtaWQ6NDU4ODM3NTY5Ow0KCW1zby1saXN0LXRlbXBsYXRlLWlkczot ODkyMzIzODU4O30NCkBsaXN0IGwwOmxldmVsMQ0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpi dWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674K3Ow0KCW1zby1sZXZlbC10YWItc3RvcDozNi4wcHQ7 DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7 DQoJbXNvLWFuc2ktZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseTpTeW1ib2w7fQ0KQGxp c3QgbDA6bGV2ZWwyDQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2 ZWwtdGV4dDpvOw0KCW1zby1sZXZlbC10YWItc3RvcDo3Mi4wcHQ7DQoJbXNvLWxldmVsLW51bWJl ci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7DQoJbXNvLWFuc2ktZm9udC1z aXplOjEwLjBwdDsNCglmb250LWZhbWlseToiQ291cmllciBOZXciOw0KCW1zby1iaWRpLWZvbnQt ZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iO30NCkBsaXN0IGwxDQoJe21zby1saXN0LWlkOjYyMTY5 MzgwNDsNCgltc28tbGlzdC10ZW1wbGF0ZS1pZHM6MTA5MTk4NzY3MDt9DQpAbGlzdCBsMTpsZXZl bDENCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+C tzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6MzYuMHB0Ow0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRp b246bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0Ow0KCW1zby1hbnNpLWZvbnQtc2l6ZToxMC4w cHQ7DQoJZm9udC1mYW1pbHk6U3ltYm9sO30NCkBsaXN0IGwyDQoJe21zby1saXN0LWlkOjEyMjA4 MjQ5Mjc7DQoJbXNvLWxpc3QtdGVtcGxhdGUtaWRzOjE0NDY0Mzc5MjY7fQ0KQGxpc3QgbDI6bGV2 ZWwxDQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrv grc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjM2LjBwdDsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0 aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDsNCgltc28tYW5zaS1mb250LXNpemU6MTAu MHB0Ow0KCWZvbnQtZmFtaWx5OlN5bWJvbDt9DQpAbGlzdCBsMjpsZXZlbDINCgl7bXNvLWxldmVs LW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Om87DQoJbXNvLWxldmVsLXRh Yi1zdG9wOjcyLjBwdDsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1p bmRlbnQ6LTE4LjBwdDsNCgltc28tYW5zaS1mb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5 OiJDb3VyaWVyIE5ldyI7DQoJbXNvLWJpZGktZm9udC1mYW1pbHk6IlRpbWVzIE5ldyBSb21hbiI7 fQ0Kb2wNCgl7bWFyZ2luLWJvdHRvbTowY207fQ0KdWwNCgl7bWFyZ2luLWJvdHRvbTowY207fQ0K LS0+PC9zdHlsZT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlZGVmYXVsdHMgdjpl eHQ9ImVkaXQiIHNwaWRtYXg9IjEwMjYiIC8+DQo8L3htbD48IVtlbmRpZl0tLT48IS0tW2lmIGd0 ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlbGF5b3V0IHY6ZXh0PSJlZGl0Ij4NCjxvOmlkbWFwIHY6 ZXh0PSJlZGl0IiBkYXRhPSIxIiAvPg0KPC9vOnNoYXBlbGF5b3V0PjwveG1sPjwhW2VuZGlmXS0t Pg0KPC9oZWFkPg0KPGJvZHkgbGFuZz0iWkgtQ04iIGxpbms9ImJsdWUiIHZsaW5rPSJwdXJwbGUi Pg0KPGRpdiBjbGFzcz0iV29yZFNlY3Rpb24xIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtD YWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+SGkgR3Jl ZzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9 IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJp JnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8 L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PHNwYW4gbGFuZz0iRU4t VVMiIHN0eWxlPSJjb2xvcjojMUY0OTdEIj5UaGFua3MgZm9yIHlvdXIgcmV2aWV3IGFuZCBjb21t ZW50cywgcGxlYXNlIGZpbmQgbXkgcmVwbHkgaW5saW5lLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N CjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iY29sb3I6 IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWlu VGV4dCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJjb2xvcjojMUY0OTdEIj5CZXN0IFJlZ2Fy ZHMhPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PHNwYW4g bGFuZz0iRU4tVVMiIHN0eWxlPSJjb2xvcjojMUY0OTdEIj4tTWljaGFlbDxvOnA+PC9vOnA+PC9z cGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0i Zm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3Nh bnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9w Pg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAjQjVDNERGIDEuMHB0 O3BhZGRpbmc6My4wcHQgMGNtIDBjbSAwY20iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQiPuWPkeS7tuS6ujxzcGFuIGxhbmc9IkVOLVVTIj46 PC9zcGFuPjwvc3Bhbj48L2I+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAu MHB0Ij4gTGltZSBbbWFpbHRvOmxpbWUtYm91bmNlc0BpZXRmLm9yZ10NCjwvc3Bhbj48Yj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjEwLjBwdCI+5Luj6KGoIDwvc3Bhbj48L2I+PHNwYW4gbGFuZz0i RU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuMHB0Ij5HcmVnIE1pcnNreTxicj4NCjwvc3Bhbj48 Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdCI+5Y+R6YCB5pe26Ze0PHNwYW4gbGFuZz0i RU4tVVMiPjo8L3NwYW4+PC9zcGFuPjwvYj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQt c2l6ZToxMC4wcHQiPiAyMDE3PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0Ij7l ubQ8c3BhbiBsYW5nPSJFTi1VUyI+Mjwvc3Bhbj7mnIg8c3BhbiBsYW5nPSJFTi1VUyI+MTwvc3Bh bj7ml6U8c3BhbiBsYW5nPSJFTi1VUyI+IDI6MDc8YnI+DQo8L3NwYW4+PGI+5pS25Lu25Lq6PHNw YW4gbGFuZz0iRU4tVVMiPjo8L3NwYW4+PC9iPjxzcGFuIGxhbmc9IkVOLVVTIj4gUm9uIEJvbmlj YTxicj4NCjwvc3Bhbj48Yj7mioTpgIE8c3BhbiBsYW5nPSJFTi1VUyI+Ojwvc3Bhbj48L2I+PHNw YW4gbGFuZz0iRU4tVVMiPiBsaW1lQGlldGYub3JnOyBkcmFmdC1pZXRmLWxpbWUteWFuZy1vYW0t bW9kZWwuYWxsQGlldGYub3JnPGJyPg0KPC9zcGFuPjxiPuS4u+mimDxzcGFuIGxhbmc9IkVOLVVT Ij46PC9zcGFuPjwvYj48c3BhbiBsYW5nPSJFTi1VUyI+IFJlOiBbTGltZV0gV0dMQzogZHJhZnQt aWV0Zi1saW1lLXlhbmctb2FtLW1vZGVsLTA4PG86cD48L286cD48L3NwYW4+PC9zcGFuPjwvcD4N CjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+Jm5i c3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBs YW5nPSJFTi1VUyI+RGVhciBBdXRob3JzLCBXRyBDaGFpcnMsIGV0LiBhbCw8bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMi PnBsZWFzZSBjb25zaWRlciBteSBjb21tZW50cyBhcyBwYXJ0IG9mIFdHTEMgZGlzY3Vzc2lvbi48 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8dWwgdHlwZT0iZGlzYyI+DQo8 bGkgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1t YXJnaW4tYm90dG9tLWFsdDphdXRvO21zby1saXN0OmwwIGxldmVsMSBsZm8xIj4NCjxzcGFuIGxh bmc9IkVOLVVTIj5PdmVydmlldyBvZiB0aGUgT0FNIE1vZGVsPG86cD48L286cD48L3NwYW4+PC9s aT48L3VsPg0KPHVsIHR5cGU9ImRpc2MiPg0KPHVsIHR5cGU9ImNpcmNsZSI+DQo8bGkgY2xhc3M9 Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90 dG9tLWFsdDphdXRvO21zby1saXN0OmwwIGxldmVsMiBsZm8xIj4NCjxzcGFuIGxhbmc9IkVOLVVT Ij5XaHkgTUVGLTM4IFNlcnZpY2UgT0FNIEZhdWx0IE1hbmFnZW1lbnQgWUFORyBNb2R1bGVzIG5v dCBvbmx5IHVzZWQgYXMgcHJvdG90eXBlIGJ1dCBub3QgZXZlbiByZWZlcmVuY2VkPzxvOnA+PC9v OnA+PC9zcGFuPjwvbGk+PC91bD4NCjwvdWw+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i bXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFu IGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtD YWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7W01RRF0gSW4gdGhpcyBkb2N1bWVudCwgd2UgYWRvcHQgdGhlIGNv bmNlcHRzIG9mIENGTSB0byBzdHJ1Y3R1cmUNCiB0aGUgY29ubmVjdGlvbi1vcmllbnRlZCBvYW0g eWFuZyBtb2R1bGUuIENGTSBbPGEgbmFtZT0icmVmLUlFRUU4MDIuMVEiPklFRUU4MDIuMVE8L2E+ XSBpcyBvdXIgYmFzZWxpbmUuIFRoYXTigJlzIHdoeSB3ZSByZWZlcmVuY2UgW0lFRUU4MDIuMVFd Ljwvc3Bhbj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1m YW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMx RjQ5N0QiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjx1bCB0eXBlPSJkaXNjIj4NCjx1bCB0eXBl PSJjaXJjbGUiPg0KPGxpIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1h bHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bzttc28tbGlzdDpsMCBsZXZlbDIgbGZv MSI+DQo8c3BhbiBsYW5nPSJFTi1VUyI+JnF1b3Q7Li4uIGZvciBWUExTIHRoaXMgY2FuIGJlIHBl ciBWUExTIGluc3RhbmNlJnF1b3Q7IElzIHRoaXMgT0FNIG1vZGVsIG9mIHNlcnZpY2UgT0FNIG9m IHByb3ZpZGVkIGJ5IHRoZSBWUExTIGluc3RhbmNlIHNlcnZpY2Ugb3Igb2YgSVAvTVBMUyB1bmRl cmxheSB0aGF0IHByb3ZpZGVzIHRyYW5zcG9ydCBmb3IgdGhlIFZQTFMgaW5zdGFuY2U/IElmIHRo ZSBmb3JtZXIsIHRoZW4gd2UgaGF2ZSBNRUYtMzguIGlmIHRoZSBsYXR0ZXIsDQogdGhlbiBpdCBp cyBJUC9NUExTIG5ldHdvcmsgT0FNLCBpLmUuIGNvbm5lY3Rpb25sZXNzLjxvOnA+PC9vOnA+PC9z cGFuPjwvbGk+PC91bD4NCjwvdWw+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1h cmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG87dGV4dC1pbmRlbnQ6 NTIuNXB0Ij4NCjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250 LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6 IzFGNDk3RCI+W01RRF06IEl0IGlzIGNsb3NlIHRvIHRoZSBmb3JtZXIsIHdlIHRoaW5rIFJGQzYx MzYgaXMgYSBnb29kIHJlZmVyZW5jZSBmb3ImbmJzcDsgVlBOIGluc3RhbmNlDQo8YSBocmVmPSJo dHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvcmZjNjEzNiNzZWN0aW9uLTUuMi40Ij5odHRwczov L3Rvb2xzLmlldGYub3JnL2h0bWwvcmZjNjEzNiNzZWN0aW9uLTUuMi40PC9hPi4mbmJzcDsmbmJz cDsNCjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJt c28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bzt0ZXh0LWlu ZGVudDo1Mi41cHQiPg0KPHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0 O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztj b2xvcjojMUY0OTdEIj5Bbnl3YXkgdGhpcyBpcyBqdXN0IGFuIGV4YW1wbGUsIHdlIGNhbiByZW1v dmUgaXQgaWYgaXQgY2F1c2UgY29uZnVzaW5nLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjx1bCB0 eXBlPSJkaXNjIj4NCjx1bCB0eXBlPSJjaXJjbGUiPg0KPGxpIGNsYXNzPSJNc29Ob3JtYWwiIHN0 eWxlPSJjb2xvcjojMUY0OTdEO21zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90 dG9tLWFsdDphdXRvO21zby1saXN0OmwwIGxldmVsMiBsZm8xIj4NCjxzcGFuIGxhbmc9IkVOLVVT IiBzdHlsZT0iY29sb3I6d2luZG93dGV4dCI+JnF1b3Q7Li4uIGNvbm5lY3Rpdml0eSB2ZXJpZmlj YXRpb24obG9vcGJhY2spIC4uLiZxdW90OyBPQU0gbWV0aG9kIHRvIHZlcmlmeSBwcm9wZXIgY29u bmVjdGl2aXR5IGJldHdlZW4gTUVQcyBvZiB0aGUgc3BlY2lmaWVkIE1BIHJhcmVseSwgaWYgYW55 LCBzdXBwb3J0ZWQgYnkgdGhlIExvb3BiYWNrIGNvbW1hbmQuIEluIG9yZGVyIHRvIGRldGVjdCBp biBtaXMtY29ubmVjdGlvbiBhbmQgaW4tZGVmZWN0DQogYW5kIG91dC1vZi1kZWZlY3QgY29uZGl0 aW9ucywgQ1Ygc2hvdWxkIG9wZXJhdGUgYXMgcHJvYWN0aXZlIE9BTSBjb21tYW5kLCBlLmcuIEND TSBpbiBDRk0vWS4xNzMxIG9yIEJGRC1iYXNlZCBDViBmb3IgTVBMUy1UUCBhcyBkZXNjcmliZWQg aW4gUkZDIDY0MjguPC9zcGFuPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48 L2xpPjwvdWw+DQo8L3VsPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtaW5kZW50 OjUyLjVwdCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQt ZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjoj MUY0OTdEIj5bTVFEXTogYWNjb3JkaW5nIHRvDQo8L3NwYW4+PHNwYW4gY2xhc3M9Ik1zb0h5cGVy bGluayI+PHNwYW4gbGFuZz0iRU4tVVMiPjxhIGhyZWY9Imh0dHBzOi8vZW4ud2lraXBlZGlhLm9y Zy93aWtpL0lFRUVfODAyLjFhZyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1m YW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij5odHRwczov L2VuLndpa2lwZWRpYS5vcmcvd2lraS9JRUVFXzgwMi4xYWc8L3NwYW4+PC9hPjwvc3Bhbj48L3Nw YW4+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5 OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdE Ij4sDQogTUVQIGNhbiBzZW5kIGEgTG9vcGJhY2sgdG8gYW55IE1FUCBvciBNSVAgaW4gdGhlIHNl cnZpY2UuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHVsIHR5cGU9ImRpc2MiPg0KPHVsIHR5cGU9 ImNpcmNsZSI+DQo8bGkgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFs dDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvO21zby1saXN0OmwwIGxldmVsMiBsZm8x Ij4NCjxzcGFuIGxhbmc9IkVOLVVTIj4mcXVvdDtUaGUgZ2VuZXJpYyBZQU5HIG1vZGVsIGRlZmlu ZWQgaGVyZSBkb2VzIG5vdCByZXF1aXJlIGV4cGxpY2l0IGNvbmZpZ3VyYXRpb24gb2YgT0FNIGVu dGl0aWVzIHByaW9yIHRvIHVzaW5nIGFueSBvZiB0aGUgT0FNIHRvb2xzLiZxdW90OzxvOnA+PC9v OnA+PC9zcGFuPjwvbGk+PC91bD4NCjwvdWw+DQo8L2Rpdj4NCjxibG9ja3F1b3RlIHN0eWxlPSJt YXJnaW4tbGVmdDozMC4wcHQ7bWFyZ2luLXJpZ2h0OjBjbSI+DQo8ZGl2Pg0KPGJsb2NrcXVvdGUg c3R5bGU9Im1hcmdpbi1sZWZ0OjMwLjBwdDttYXJnaW4tcmlnaHQ6MGNtIj4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+SSBjb25zaWRlciBjb25maWd1cmF0 aW9uIG9mIGEgcmVtb3RlIE1FUCB0byBiZSBhYnNvbHV0ZSBwcmUtcmVxdWlzaXRlIHRvIHVzaW5n IGV2ZW4gTG9vcGJhY2sgb3IgTGlua3RyYWNlIGNvbW1hbmRzLiBTaW1pbGFybHksIGNvbmZpZ3Vy YXRpb24gb2YgTUlQcyBtYXkgYmUgcmVxdWlyZWQgYXMgd2VsbC48c3BhbiBzdHlsZT0iY29sb3I6 IzFGNDk3RCI+PG86cD48L286cD48L3NwYW4+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWls eTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3 RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90 O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5bTVFE XSBUaGlzIGlzIGdlbmVyaWMgWUFORyBtb2RlbCBvciB0ZWNobm9sb2d5IGluZGVwZW5kZW50IG1v ZGVsLCBpdCBkZWZpbmVkIGJhc2UgbW9kZSBvciBkZWZhdWx0IG1vZGUuIFRlY2hub2xvZ3kgc3Bl Y2lmaWMgbW9kZWwgd2lsbCBwcm92aWRlDQogZGV0YWlscyBjb25maWd1cmF0aW9uIG9mIGEgcmVt b3RlIE1FUCBvciBNSVAuIDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWls eTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3 RCI+VGhhdOKAmXMgd2h5IHRoZSBiYXNlIG1vZGVsIGRvZXNu4oCZdCByZXF1aXJlIGV4cGxpY2l0 IGNvbmZpZ3VyYXRpb24gb2YgT0FNIGVudGl0aWVzIHByaW9yIHRvIHVzaW5nIGFueSBvZiB0aGUg T0FNIHRvb2xzLjwvc3Bhbj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImNvbG9yOiMxRjQ5N0Qi PjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPC9kaXY+DQo8 L2Jsb2NrcXVvdGU+DQo8ZGl2Pg0KPHVsIHR5cGU9ImRpc2MiPg0KPHVsIHR5cGU9ImNpcmNsZSI+ DQo8bGkgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21z by1tYXJnaW4tYm90dG9tLWFsdDphdXRvO21zby1saXN0OmwyIGxldmVsMiBsZm8yIj4NCjxzcGFu IGxhbmc9IkVOLVVTIj5JcyAmcXVvdDtiYXNlIG1vZGUgZm9yJnF1b3Q7IHN5bm9ueW1vdXMgdG8g JnF1b3Q7ZGVmYXVsdCB2YWx1ZXMmcXVvdDs/IFRoZSBtZW50aW9uaW5nIHRoYXQgZXhwbGljaXRs eSB3b3VsZCBiZSBoZWxwZnVsLjxvOnA+PC9vOnA+PC9zcGFuPjwvbGk+PC91bD4NCjwvdWw+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1h cmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXpl OjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYm cXVvdDs7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICZuYnNwOyZuYnNwO1tNUURdOiB0aGUg YmFzZSBtb2RlIGlzIGVxdWl2YWxlbnQgdG8g4oCcZGVmYXVsdCBtb2Rl4oCdLCBzdXJlIHdlDQog d2lsbCBtYWtlIHRoaXMgY2xlYXIuPC9zcGFuPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9u dC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMt c2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHVsIHR5 cGU9ImRpc2MiPg0KPGxpIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1h bHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bzttc28tbGlzdDpsMiBsZXZlbDEgbGZv MiI+DQo8c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7PGEgbmFtZT0ibV80NDE1NDU4ODUyMTgxNDg5 MjM3X3NlY3Rpb24tMy41Ij48L2E+PGEgaHJlZj0iaHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1s L2RyYWZ0LWlldGYtbGltZS15YW5nLWNvbm5lY3Rpb25sZXNzLW9hbS0wMyNzZWN0aW9uLTMuNSIg dGFyZ2V0PSJfYmxhbmsiPjMuNTwvYT4uIFRlc3QgUG9pbnQgTG9jYXRpb25zPG86cD48L286cD48 L3NwYW4+PC9saT48L3VsPg0KPHVsIHR5cGU9ImRpc2MiPg0KPHVsIHR5cGU9ImNpcmNsZSI+DQo8 bGkgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1t YXJnaW4tYm90dG9tLWFsdDphdXRvO21zby1saXN0OmwyIGxldmVsMiBsZm8yIj4NCjxzcGFuIGxh bmc9IkVOLVVTIj4mcXVvdDtyb3V0aW5nIGluc3RhbmNlIHZyZiBuYW1lIGlmIHJlcXVpcmVkJnF1 b3Q7Jm5ic3A7PC9zcGFuPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjBw dDtjb2xvcjpibGFjayI+PGEgaHJlZj0iaHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0 LXpoYW5nLW1wbHMtdHAteWFuZy1vYW0tMDMiIHRhcmdldD0iX2JsYW5rIj5ZQU5HIERhdGEgTW9k ZWwgZm9yIE1QTFMtVFAgT0FNJm5ic3A7PC9hPiZuYnNwO2RvZXMgbm90IHJlcXVpcmUNCiBvciBl dmVuIHJlZmVyZW5jZSB0byBWUkYgbmFtZTwvc3Bhbj48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD48 L286cD48L3NwYW4+PC9saT48L3VsPg0KPC91bD4NCjxwIGNsYXNzPSJNc29MaXN0UGFyYWdyYXBo IiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1 dG87bWFyZ2luLWxlZnQ6MzYuMHB0O3RleHQtaW5kZW50OjE1Ljc1cHQiPg0KPHNwYW4gbGFuZz0i RU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkm cXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5bTVFEXTpTZWN0aW9u IDMuNSBpcyBub3QgaW4gdGhlIENPIE9BTSBtb2RlbCBkcmFmdCwgdGhlcmVmb3JlIHRoaXMgY29t bWVudCBpcyBub3QgYXBwbGllZC48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8dWwgdHlwZT0iZGlz YyI+DQo8bGkgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImNvbG9yOiMxRjQ5N0Q7bXNvLW1hcmdp bi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG87bXNvLWxpc3Q6bDIgbGV2 ZWwxIGxmbzIiPg0KPHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2Nv bG9yOmJsYWNrIj5JIGRvbid0IHNlZSBhbnkgcmVmZXJlbmNlIHRvIHRoZSBhYm92ZSBtZW50aW9u ZWQgWUFORyBEYXRhIE1vZGVsIGZvciBNUExTLVRQIE9BTS48L3NwYW4+PHNwYW4gbGFuZz0iRU4t VVMiPjxvOnA+PC9vOnA+PC9zcGFuPjwvbGk+PGxpIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJt c28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bzttc28tbGlz dDpsMiBsZXZlbDEgbGZvMiI+DQo8c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZTox MC4wcHQ7Y29sb3I6YmxhY2siPk5vciBJIHNlZSBzdWJzdGFudGl2ZSByZWZlcmVuY2VzIHRvIFJG QyA2NDI4PC9zcGFuPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48L2xpPjwv dWw+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87 bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG87bWFyZ2luLWxlZnQ6MTguMHB0O3RleHQtaW5kZW50 OjE1Ljc1cHQiPg0KPHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2Zv bnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xv cjojMUY0OTdEIj48L3NwYW4+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAu NXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90 Oztjb2xvcjojMUY0OTdEIj5bTVFEXTogV2lsbCBhZGQgaXQuPG86cD48L286cD48L3NwYW4+PC9w Pg0KPHVsIHR5cGU9ImRpc2MiPg0KPGxpIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFy Z2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bzttc28tbGlzdDpsMiBs ZXZlbDEgbGZvMiI+DQo8c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7 Y29sb3I6YmxhY2siPlRoZXJlJ3Mgbm8gb3BlcmF0aW9uYWwgaW5mb3JtYXRpb24gc3BlY2lmaWMg dG8gb3BlcmF0aW9uIG9mIGNvbm5lY3Rpdml0eSB2ZXJpZmljYXRpb24gbWVjaGFuaXNtIGluIGNv bnRhaW5lciBvcGVyLCBidXQgb25seSBvbmVzIHJlbGF0ZWQgdG8gb3BlcmF0aW9uIG9mIGNvbnRp bnVpdHkgY2hlY2suIEhvdyBNRVAgcmVwb3J0cyBpdHMgc3RhdGUgaW4gcmVnYXJkDQogdG8gbWlz LWNvbm5lY3Rpb24gZGVmZWN0IChpbi1kZWZlY3Qgb3Igb3V0LW9mLWRlZmVjdCk/PC9zcGFuPjxz cGFuIGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48L2xpPjwvdWw+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0 b20tYWx0OmF1dG87bWFyZ2luLWxlZnQ6MTguMHB0O3RleHQtaW5kZW50OjE1Ljc1cHQiPg0KPHNw YW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90 O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj4mbmJz cDtbTVFEXTogVGhpcyBjb21tZW50IGlzIGFwcGxpZWQgdG8gQ0wgT0FNIG1vZGVsIGRyYWZ0LCB3 aWxsJm5ic3A7IGNoYW5nZSBpdCBpbnRvIENDIHNwZWNpZmljIG9wZXJhdGlvbiBpbmZvcm1hdGlv biBhcyB5b3Ugc3VnZ2VzdGVkLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjx1bCB0eXBlPSJkaXNj Ij4NCjxsaSBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87 bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG87bXNvLWxpc3Q6bDIgbGV2ZWwxIGxmbzIiPg0KPHNw YW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2NvbG9yOmJsYWNrIj50bHYt YWRkcmVzcyBzaG91bGQgbm90IGJlIHVzZWQgYXMgdHAtYWRkcmVzcyBidXQgYXMgTVBMUy1UUCBJ ZGVudGlmaWVycyBwZXIgUkZDIDYzNzAgYW5kIFJGQyA2NDI4Ljwvc3Bhbj48c3BhbiBsYW5nPSJF Ti1VUyI+PG86cD48L286cD48L3NwYW4+PC9saT48L3VsPg0KPHAgY2xhc3M9Ik1zb0xpc3RQYXJh Z3JhcGgiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1h bHQ6YXV0bzttYXJnaW4tbGVmdDozNi4wcHQ7dGV4dC1pbmRlbnQ6MGNtIj4NCjxzcGFuIGxhbmc9 IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJp JnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+W01RRF06dGx2LWFk ZHJlcyBpcyBub3QgZGVmaW5lZCBpbiBDTyBPQU0gbW9kZWwgZHJhZnQsIHRoZXJlZm9yZSB0aGlz IGNvbW1lbnQgaXMgbm90IGFwcGxpZWQgdG8gQ08gbW9kZWwuPG86cD48L286cD48L3NwYW4+PC9w Pg0KPHVsIHR5cGU9ImRpc2MiPg0KPGxpIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFy Z2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bzttc28tbGlzdDpsMiBs ZXZlbDEgbGZvMiI+DQo8c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7 Y29sb3I6YmxhY2siPkZFQyBpcyBub3QgYWRkcmVzcyBvZiBhIHNpbmdsZSBUZXN0IFBvaW50IGJ1 dCBncm91cCZuYnNwOzwvc3Bhbj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZTox MC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90 Oztjb2xvcjojNTI1MjUyIj5vZiBJUCBwYWNrZXRzIHdoaWNoIGFyZSBmb3J3YXJkZWQgaW4gdGhl IHNhbWUgbWFubmVyLA0KIG92ZXIgdGhlIHNhbWUgcGF0aCwgYW5kIHdpdGggdGhlIHNhbWUgZm9y d2FyZGluZyB0cmVhdG1lbnQuPC9zcGFuPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwv c3Bhbj48L2xpPjwvdWw+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10 b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG87bWFyZ2luLWxlZnQ6MTguMHB0 O3RleHQtaW5kZW50OjEwLjVwdCI+DQo8c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6 ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlm JnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPiZuYnNwOyBbTVFEXTogVGhpcyBjb21tZW50IGlzIGFwcGxp ZWQgdG8gQ0wgT0FNIG1vZGVsIGRyYWZ0LiBUaGUgaW50ZW50aW9uIG9mIHVzaW5nIEZFQyBpcyB0 byBmb2N1cyBvbiBhZGRyZXNzaW5nIHBhcnQsIG5vdCBmb3J3YXJkaW5nIHRyZWF0bWVudCwgd2ls bCBmaWd1cmUgb3V0IHVzZSB0aGUNCiBkaWZmZXJlbnQgdGVybWlub2xvZ3kgJm5ic3A7aWYgaXQg Y2F1c2VzIGNvbmZ1c2lvbi48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8dWwgdHlwZT0iZGlzYyI+ DQo8bGkgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21z by1tYXJnaW4tYm90dG9tLWFsdDphdXRvO21zby1saXN0OmwyIGxldmVsMSBsZm8yIj4NCjxzcGFu IGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtB cmlhbCZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiM1MjUyNTIiPmNvcy1pZCBp biBncm91cGluZyBjb3MgaXMgb2YgdHlwZSB1aW50OCB0aG91Z2ggVEMgZmlsZWQgbWVudGlvbmVk IGFzIGV4YW1wbGUgaXMgb25seSB0aHJlZSBiaXRzIGxvbmcuIEhvdyB0aGVzZSBhcmUgbWFwcGVk Pzwvc3Bhbj48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD48L286cD48L3NwYW4+PC9saT48L3VsPg0K PHAgY2xhc3M9Ik1zb0xpc3RQYXJhZ3JhcGgiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQ7dGV4 dC1pbmRlbnQ6MGNtIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2Nv bG9yOiMxRjQ5N0QiPltNUURdOiBDb25zaWRlciBmb3IgdGVjaG5vbG9neSBpbmRlcGVuZGVudCBh bmQgZnV0dXJlIHRlY2hub2xvZ3ksIHdlIGRlZmluZWQgdGhpcyB0eXBlIGFzIHVpbnQ4DQogcmF0 aGVyIHRoYW4gMyBiaXRzIGxvbmcsIGhvdyB0aGVzZSBhcmUgbWFwcGVkIHNob3VsZDxvOnA+PC9v OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29MaXN0UGFyYWdyYXBoIiBzdHlsZT0ibWFyZ2lu LWxlZnQ6MzYuMHB0O3RleHQtaW5kZW50OjBjbSI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJm b250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fu cy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5CZSBkZWZpbmVkIGluIHRoZSB0ZWNobm9sb2d5 IHNwZWNpZmljIG1vZGVsLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjx1bCB0eXBlPSJkaXNjIj4N CjxsaSBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNv LW1hcmdpbi1ib3R0b20tYWx0OmF1dG87bXNvLWxpc3Q6bDIgbGV2ZWwxIGxmbzIiPg0KPHNwYW4g bGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0Fy aWFsJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzUyNTI1MiI+b3V0cHV0IGZy b20gdHJhY2Vyb3V0ZSBhbGxvd3Mgb25seSBNRVAgcmVzcG9uc2Ugd2hpbGUgaW4gbGlua3RyYWNl IE1JUHMgdGhhdCBiZWxvbmcgdG8gdGhlIHNhbWUgTUEgc2hvdWxkIHJlc3BvbmQgd2l0aCBMVFIu IExTUCBQaW5nIGRvZXMgdGhlIHNhbWUuPC9zcGFuPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPjwv bzpwPjwvc3Bhbj48L2xpPjwvdWw+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b0xpc3RQYXJhZ3JhcGgiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQ7dGV4dC1pbmRlbnQ6MGNt Ij48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0Qi PltNUURdOlRoaXMgd2FzIGRpc2N1c3NlZCBiZWZvcmUsIGl0IHdhcyBhZ3JlZWQgdG8gZGVmaW5l IGxpbmt0cmFjIE1JUCByZXNwb25kaW5nIHdpdGggTFRSIGluDQogdGhlIHRlY2hub2xvZ3kgc3Bl Y2lmaWMgbW9kZWwuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0K PC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPk5p dHM6PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHVsIHR5cGU9ImRpc2Mi Pg0KPGxpIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bztt c28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bzttc28tbGlzdDpsMSBsZXZlbDEgbGZvMyI+DQo8c3Bh biBsYW5nPSJFTi1VUyI+W2xpbWUgcmV0cmlldmFsIG1ldGhvZHNdIC0gbG9va3MgYXMgbWVhbnQg dG8gYmUgcmVmZXJlbmNlIGJ1dCB0aGVyZSdzIG5vIGEgZG9jdW1lbnQgaXQgcG9pbnRzIHRvLjxv OnA+PC9vOnA+PC9zcGFuPjwvbGk+PC91bD4NCjxwIGNsYXNzPSJNc29MaXN0UGFyYWdyYXBoIiBz dHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG87 bWFyZ2luLWxlZnQ6MzYuMHB0O3RleHQtaW5kZW50OjBjbSI+DQo8c3BhbiBsYW5nPSJFTi1VUyIg c3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90Oywm cXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPltNUURdOiBUaGlzIGNvbW1lbnQg aXMgbm90IHJlbGV2YW50IHRvIHRoaXMgZG9jdW1lbnQsIGJ1dCBUaGFua3MuPG86cD48L286cD48 L3NwYW4+PC9wPg0KPHVsIHR5cGU9ImRpc2MiPg0KPGxpIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl PSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bzttc28t bGlzdDpsMSBsZXZlbDEgbGZvMyI+DQo8c3BhbiBsYW5nPSJFTi1VUyI+Z3JvdXBpbmcgY29zIHN0 aWxsIHJlZmVycyB0byBFWFAgZmllbGQgaW4gTVBMUy1UUCBldmVuIHRob3VnaCB0aGUgZmllbGQg aGFzIGJlZW4gcmVuYW1lZCBUcmFmZmljIENsYXNzIChUQykgaW4gMjAwOSBieSBSRkMgNTQ2Mjxv OnA+PC9vOnA+PC9zcGFuPjwvbGk+PGxpIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFy Z2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bzttc28tbGlzdDpsMSBs ZXZlbDEgbGZvMyI+DQo8c3BhbiBsYW5nPSJFTi1VUyI+cy9NYSBuYW1lIGZvcm1hdC9NQSBuYW1l IGZvcm1hdC88bzpwPjwvbzpwPjwvc3Bhbj48L2xpPjxsaSBjbGFzcz0iTXNvTm9ybWFsIiBzdHls ZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG87bXNv LWxpc3Q6bDEgbGV2ZWwxIGxmbzMiPg0KPHNwYW4gbGFuZz0iRU4tVVMiPnMvWWFuZy9ZQU5HLyAo c2V2ZXJhbCBvY2Nhc2lvbnMgb2YgdGhpcyk8bzpwPjwvbzpwPjwvc3Bhbj48L2xpPjxsaSBjbGFz cz0iTXNvTm9ybWFsIiBzdHlsZT0iY29sb3I6IzFGNDk3RDttc28tbWFyZ2luLXRvcC1hbHQ6YXV0 bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bzttc28tbGlzdDpsMSBsZXZlbDEgbGZvMyI+DQo8 c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImNvbG9yOndpbmRvd3RleHQiPmluIDQuIDYgcy9BdWdt ZW50L2F1Z21lbnQvPC9zcGFuPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48 L2xpPjwvdWw+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0 OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG87bWFyZ2luLWxlZnQ6MzYuMHB0Ij4NCjxz cGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVv dDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+W01R RF06IHRoYW5rcywgd2lsbCBmaXggdGhpcy48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8dWwgdHlw ZT0iZGlzYyI+DQo8bGkgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFs dDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvO21zby1saXN0OmwxIGxldmVsMSBsZm8z Ij4NCjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L2xpPjwvdWw+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPkkgY2Fubm90 IHN1cHBvcnQgcHVibGljYXRpb24gb2YgdGhpcyB2ZXJzaW9uIG9mIHRoZSBkb2N1bWVudC48bzpw PjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8 L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+UmVn YXJkcyw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+R3JlZzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwv ZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4t VVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+T24gVGh1LCBKYW4gMTksIDIwMTcgYXQgODoxMyBBTSwg Um9uIEJvbmljYSAmbHQ7PGEgaHJlZj0ibWFpbHRvOnJib25pY2FAanVuaXBlci5uZXQiIHRhcmdl dD0iX2JsYW5rIj5yYm9uaWNhQGp1bmlwZXIubmV0PC9hPiZndDsgd3JvdGU6PG86cD48L286cD48 L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPkZvbGtz LDxicj4NCjxicj4NClRoaXMgbWVzc2FnZSBiZWdpbnMgYSBXR0xDIG9uIGRyYWZ0LWlldGYtbGlt ZS15YW5nLW9hbS1tb2RlbC0wOC4gUGxlYXNlIHN1Ym1pdCBjb21tZW50cyBieSBGZWJydWFyeSAz LCAyMDE3Ljxicj4NCjxicj4NCiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw O1Jvbjxicj4NCjxicj4NCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fPGJyPg0KTGltZSBtYWlsaW5nIGxpc3Q8YnI+DQo8YSBocmVmPSJtYWlsdG86TGltZUBp ZXRmLm9yZyI+TGltZUBpZXRmLm9yZzwvYT48YnI+DQo8YSBocmVmPSJodHRwczovL3d3dy5pZXRm Lm9yZy9tYWlsbWFuL2xpc3RpbmZvL2xpbWUiIHRhcmdldD0iX2JsYW5rIj5odHRwczovL3d3dy5p ZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2xpbWU8L2E+PG86cD48L286cD48L3NwYW4+PC9wPg0K PC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD4mbmJz cDs8L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvYm9keT4NCjwvaHRtbD4NCg== --_000_E6BC9BBCBCACC246846FC685F9FF41EA2AD7FCC2DGGEMM506MBXchi_-- From nobody Thu Feb 9 09:02:00 2017 Return-Path: X-Original-To: lime@ietfa.amsl.com Delivered-To: lime@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6E1C6129C1E; Thu, 9 Feb 2017 09:01:59 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.688 X-Spam-Level: X-Spam-Status: No, score=-2.688 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=0.01, URIBL_BLOCKED=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 n869r3h_sUNX; Thu, 9 Feb 2017 09:01:56 -0800 (PST) Received: from mail-oi0-x235.google.com (mail-oi0-x235.google.com [IPv6:2607:f8b0:4003:c06::235]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A0E3D129BFC; Thu, 9 Feb 2017 09:01:56 -0800 (PST) Received: by mail-oi0-x235.google.com with SMTP id s203so5675600oie.1; Thu, 09 Feb 2017 09:01:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=oWOIDG7WPueGgSLnKuzhhUIyyaxL783v51VGMzVagwM=; b=q5NpuLlb+pmAaGrEaUvm6h+tP/rUFBo0ezJza5GX506rG/kbozOmTlreaqD1rrf6FV VFJjQE2pMyDAuu5S4Ppbi0zt2jJzv/KkUiHf1dVSHf8IAJYH8Jq7CV1rz8jv/C68NauZ HkTSekpmEE2SQbAFH9zYdOxcLrldeDiNAIQXT31SPfZt/eCDEbnxC56+HHJKXVtPGfN1 NMeMrFL+Oi8kWsJ6csJhCSCTKlE03+V3iaoh2G7TM7tVkl8sZmCuipO7hP/94ZY1uCmC KxohV8j3lHtpXENYIlLUQIUGuy3U6Lct3cy3+RpBexRHU1geCyRez/fhxms9KuDrcS5H y9fQ== 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:cc; bh=oWOIDG7WPueGgSLnKuzhhUIyyaxL783v51VGMzVagwM=; b=mlg5ihFBzagP8HIrMPZOdypAVy7ueURVBRIvowz7adqxoOOXsB95QjU5R7V4eIkFCW UrdtQhJ4JQIWDU8dISLO/ypVe0hgn+4J4fAYkokF0LmhGt2XaSmN9sAlNGnFnF/ldzJX KlqDhYQWKvICmTmtAOIMeuj2plwsdXoL8PpqM1jwKDOPrgFv5QCtDpXkou3XBbeY4mCm BGNVeKKIIiK3owBlm2xp2zCCL5rsyuzjwWnC54Wn1Bv2kc9olMvczBYngsyEeYRjCmca HORz+ajQmRJPASMDHOJMmVdTkLCst69CtvcHkCgfp/p/f9JW2KVgYNyinjupQNmAEAQw JJjQ== X-Gm-Message-State: AMke39kKqa+sxefofqXZmB71CPgfpuQexpEz+xErDTp9Vz+VniD0R6lwEajO8Ypuefp4HdSRaWvl0StbZwqg4w== X-Received: by 10.202.196.87 with SMTP id u84mr2267328oif.44.1486659715840; Thu, 09 Feb 2017 09:01:55 -0800 (PST) MIME-Version: 1.0 Received: by 10.157.1.103 with HTTP; Thu, 9 Feb 2017 09:01:55 -0800 (PST) In-Reply-To: References: From: Greg Mirsky Date: Thu, 9 Feb 2017 09:01:55 -0800 Message-ID: To: wangzitao Content-Type: multipart/alternative; boundary=001a1134fa5443f7f205481bf041 Archived-At: Cc: Ron Bonica , "lime@ietf.org" , "draft-ietf-lime-yang-oam-model.all@ietf.org" Subject: Re: [Lime] WGLC: draft-ietf-lime-yang-oam-model-08 X-BeenThere: lime@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Layer Independent OAM Management in Multi-Layer Environment \(LIME\) discussion list." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Feb 2017 17:01:59 -0000 --001a1134fa5443f7f205481bf041 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi Michael, thank you for your thorough consideration and timely response to my comments. Apologize for mixing some. Please find my follow-up notes in-line and tagged GIM>>. Regards, Greg On Tue, Feb 7, 2017 at 6:00 PM, wangzitao wrote: > Hi Greg > > > > Thanks for your review and comments, please find my reply inline. > > > > Best Regards! > > -Michael > > > > *=E5=8F=91=E4=BB=B6=E4=BA=BA:* Lime [mailto:lime-bounces@ietf.org] *=E4= =BB=A3=E8=A1=A8 *Greg Mirsky > *=E5=8F=91=E9=80=81=E6=97=B6=E9=97=B4:* 2017=E5=B9=B42=E6=9C=881=E6=97=A5= 2:07 > *=E6=94=B6=E4=BB=B6=E4=BA=BA:* Ron Bonica > *=E6=8A=84=E9=80=81:* lime@ietf.org; draft-ietf-lime-yang-oam-model.all@i= etf.org > *=E4=B8=BB=E9=A2=98:* Re: [Lime] WGLC: draft-ietf-lime-yang-oam-model-08 > > > > Dear Authors, WG Chairs, et. al, > > please consider my comments as part of WGLC discussion. > > - Overview of the OAM Model > > > - Why MEF-38 Service OAM Fault Management YANG Modules not only used > as prototype but not even referenced? > > [MQD] In this document, we adopt the concepts of > CFM to structure the connection-oriented oam yang module. CFM [IEEE802.1Q= ] > is our baseline. That=E2=80=99s why we reference [IEEE802.1Q]. > GIM>> Ethernet SOAM YANG model is based on Y.1731 which is, in view of many, is compatible with CFM and is CO. I think that relationship between MEF-38 and LIME CO models must be discussed in the document. > > - "... for VPLS this can be per VPLS instance" Is this OAM model of > service OAM of provided by the VPLS instance service or of IP/MPLS = underlay > that provides transport for the VPLS instance? If the former, then = we have > MEF-38. if the latter, then it is IP/MPLS network OAM, i.e. connect= ionless. > > [MQD]: It is close to the former, we think RFC6136 is a good reference > for VPN instance https://tools.ietf.org/html/rfc6136#section-5.2.4. > > Anyway this is just an example, we can remove it if it cause confusing. > GIM>> If this is the example of Ethernet SOAM, then why not to refer to MEF-38? > > - "... connectivity verification(loopback) ..." OAM method to verify > proper connectivity between MEPs of the specified MA rarely, if any= , > supported by the Loopback command. In order to detect in mis-connec= tion and > in-defect and out-of-defect conditions, CV should operate as proact= ive OAM > command, e.g. CCM in CFM/Y.1731 or BFD-based CV for MPLS-TP as desc= ribed in > RFC 6428. > > [MQD]: according to https://en.wikipedia.org/wiki/IEEE_802.1ag, MEP can > send a Loopback to any MEP or MIP in the service. > GIM>> At least for MPLS-TP mi-connection defect been defined only when BFD is used to perform CV. Please see sections 3.7. through 3.7.4 RFC 6428. I'm not familiar with LBM/LBR being used to detect mis-connection defect. > > - "The generic YANG model defined here does not require explicit > configuration of OAM entities prior to using any of the OAM tools." > > I consider configuration of a remote MEP to be absolute pre-requisite to > using even Loopback or Linktrace commands. Similarly, configuration of MI= Ps > may be required as well. > > > > [MQD] This is generic YANG model or technology independent model, it > defined base mode or default mode. Technology specific model will provide > details configuration of a remote MEP or MIP. > > That=E2=80=99s why the base model doesn=E2=80=99t require explicit config= uration of OAM > entities prior to using any of the OAM tools. > > GIM>> If MEP is not explicitly configured, at least in CFM and MPLS-TP, then there's no automatic association with MD and MA, nor notion of MEP ID. If MIP is not enabled on the particular level, then it would not respond to Linktrace. I don't see how without explicit configuration of MEP and MIP operator will be able to use this model. Assuming that this model does provide basic OAM functionality on its own, without requirement to supplement it with "technology specific model". I believe that if there's such dependency then the base model is not operationally useful. > > - Is "base mode for" synonymous to "default values"? The mentioning > that explicitly would be helpful. > > [MQD]: the base mode is equivalent to =E2=80=9Cde= fault > mode=E2=80=9D, sure we will make this clear. > > - 3.5 > . > Test Point Locations > > > - "routing instance vrf name if required" YANG Data Model for MPLS-TP > OAM = does > not require or even reference to VRF name > > [MQD]:Section 3.5 is not in the CO OAM model draft, therefore this commen= t > is not applied. > > - I don't see any reference to the above mentioned YANG Data Model for > MPLS-TP OAM. > - Nor I see substantive references to RFC 6428 > > [MQD]: Will add it. > > - There's no operational information specific to operation of > connectivity verification mechanism in container oper, but only ones > related to operation of continuity check. How MEP reports its state in > regard to mis-connection defect (in-defect or out-of-defect)? > > [MQD]: This comment is applied to CL OAM model draft, will change it > into CC specific operation information as you suggested. > > - tlv-address should not be used as tp-address but as MPLS-TP > Identifiers per RFC 6370 and RFC 6428. > > [MQD]:tlv-addres is not defined in CO OAM model draft, therefore this > comment is not applied to CO model. > > - FEC is not address of a single Test Point but group of IP packets > which are forwarded in the same manner, over the same path, and with t= he > same forwarding treatment. > > [MQD]: This comment is applied to CL OAM model draft. The intention of > using FEC is to focus on addressing part, not forwarding treatment, will > figure out use the different terminology if it causes confusion. > > - cos-id in grouping cos is of type uint8 though TC filed mentioned as > example is only three bits long. How these are mapped? > > [MQD]: Consider for technology independent and future technology, we > defined this type as uint8 rather than 3 bits long, how these are mapped > should > > Be defined in the technology specific model. > > - output from traceroute allows only MEP response while in linktrace > MIPs that belong to the same MA should respond with LTR. LSP Ping does= the > same. > > [MQD]:This was discussed before, it was agreed to define linktrac MIP > responding with LTR in the technology specific model. > GIM>> Without output from LTM/LTR Local MEP would not learn identities of intermediate MPs (MIPs). As result, operator would not be able to localize the defect. I strongly believe that MIP must be part of the model if we want the model be operationally useful. > > > Nits: > > - [lime retrieval methods] - looks as meant to be reference but > there's no a document it points to. > > [MQD]: This comment is not relevant to this document, but Thanks. > > - grouping cos still refers to EXP field in MPLS-TP even though the > field has been renamed Traffic Class (TC) in 2009 by RFC 5462 > - s/Ma name format/MA name format/ > - s/Yang/YANG/ (several occasions of this) > - in 4. 6 s/Augment/augment/ > > [MQD]: thanks, will fix this. > > - > > I cannot support publication of this version of the document. > > > > Regards, > > Greg > > > > On Thu, Jan 19, 2017 at 8:13 AM, Ron Bonica wrote: > > Folks, > > This message begins a WGLC on draft-ietf-lime-yang-oam-model-08. Please > submit comments by February 3, 2017. > > Ron > > _______________________________________________ > Lime mailing list > Lime@ietf.org > https://www.ietf.org/mailman/listinfo/lime > > > --001a1134fa5443f7f205481bf041 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi Michael,
thank you for your thorough consideration = and timely response to my comments. Apologize for mixing some.
Pl= ease find my follow-up notes in-line and tagged GIM>>.

=
Regards,
Greg

On Tue, Feb 7, 2017 at 6:00 PM, wangzitao <wangzit= ao@huawei.com> wrote:

Hi Greg=

=C2= =A0

Thanks for your review and comments, please find my repl= y inline.

=C2=A0

Best Regards!

-Michael

=C2= =A0

=E5=8F=91=E4=BB= =B6=E4=BA=BA: Lime [mailto:lime-bounces@ietf.org] =E4=BB=A3=E8=A1=A8 Greg Mirsky
=E5=8F=91=E9=80=81=E6=97=B6=E9= =97=B4: 2017=E5=B9=B42=E6=9C=881=E6=97=A5<= span lang=3D"EN-US"> 2:07
=E6=94=B6=E4=BB=B6=E4=BA=BA: Ron Bonica
=E6=8A=84=E9=80=81: lime@ietf.org; draft-ietf-lime-yang-oam-model.all@ietf.org
=E4=B8=BB=E9=A2=98: Re: [Lime] WGLC: draft-ietf-lime-yang-oam-model-08

=C2=A0

Dear Authors, WG Chairs, et. al= ,

please consider my comments as = part of WGLC discussion.

  • Overview of the OAM Model
      • Why MEF-38 Service OAM Fault Management YANG Modules n= ot only used as prototype but not even referenced?

    =C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0[MQD] In this d= ocument, we adopt the concepts of CFM to structure the connection-oriented oam yang module. CFM [IEEE802.1Q] is our baseline. That=E2=80=99s why we= reference [IEEE802.1Q].

GIM>> Ethernet SOAM YANG model is based on Y.1731 which is, in view= of many, is compatible with CFM and is CO. I think that relationship betwe= en MEF-38 and LIME CO models must be discussed in the document.=C2=A0
=

    • "... for VPLS this can be per VPLS instance"= Is this OAM model of service OAM of provided by the VPLS instance service = or of IP/MPLS underlay that provides transport for the VPLS instance? If th= e former, then we have MEF-38. if the latter, then it is IP/MPLS network OAM, i.e. connectionless.<= /li>

[MQD]: It is close to the former,= we think RFC6136 is a good reference for=C2=A0 VPN instance https://tools.ietf.org/html/rfc6136#section-5.2.4.=C2=A0=C2= =A0

Anyway this is just an example, w= e can remove it if it cause confusing.

GIM>> If this is the example of Ethernet SOAM, then w= hy not to refer to MEF-38?=C2=A0

    • "... connectivity veri= fication(loopback) ..." OAM method to verify proper connectivity betwe= en MEPs of the specified MA rarely, if any, supported by the Loopback comma= nd. In order to detect in mis-connection and in-defect and out-of-defect conditions, CV should operate as proactive OAM command, = e.g. CCM in CFM/Y.1731 or BFD-based CV for MPLS-TP as described in RFC 6428= .

[MQD]: according to https://en.wikipedia.org/wiki/IEEE_802.1ag, MEP can send a Loopback to any MEP or MIP in the service.

=
GIM>> At least for MPLS-TP mi-con= nection defect been defined only when BFD is used to perform CV. Please see= sections 3.7. through 3.7.4 RFC 6428. I'm not familiar with LBM/LBR be= ing used to detect mis-connection defect.

    • "The generic YANG model defined here does not req= uire explicit configuration of OAM entities prior to using any of the OAM t= ools."

I consider configuration of a r= emote MEP to be absolute pre-requisite to using even Loopback or Linktrace = commands. Similarly, configuration of MIPs may be required as well.

=C2= =A0

[MQ= D] This is generic YANG model or technology independent model, it defined b= ase mode or default mode. Technology specific model will provide details configuration of a remote MEP or MIP.

That=E2=80= =99s why the base model doesn=E2=80=99t require explicit configuration of O= AM entities prior to using any of the OAM tools.

GIM>> If ME= P is not explicitly configured, at least in CFM and MPLS-TP, then there'= ;s no automatic association with MD and =C2=A0MA, nor notion of MEP ID. If = MIP is not enabled on the particular level, then it would not respond to Li= nktrace. I don't see how without explicit configuration of MEP and MIP = operator will be able to use this model. Assuming that this model does prov= ide basic OAM functionality on its own, without requirement to supplement i= t with "technology specific model". I believe that if there's= such dependency then the base model is not operationally useful.

    • Is "base mode for" synonymous to "defau= lt values"? The mentioning that explicitly would be helpful.=

=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 =C2=A0=C2=A0[MQD]: the bas= e mode is equivalent to =E2=80=9Cdefault mode=E2=80=9D, sure we will make this clear.<= /u>

  • =C2=A03.5. Test= Point Locations

[MQD]:Section 3.5 is not in the C= O OAM model draft, therefore this comment is not applied.

  • I don't see= any reference to the above mentioned YANG Data Model for MPLS-TP OAM.
  • Nor I see subst= antive references to RFC 6428

[MQD]: Will add it.

  • There's no = operational information specific to operation of connectivity verification = mechanism in container oper, but only ones related to operation of continui= ty check. How MEP reports its state in regard to mis-connection defect (in-defect or out-of-defect)?

=C2=A0[MQD]: This comment is appl= ied to CL OAM model draft, will=C2=A0 change it into CC specific operation = information as you suggested.

  • tlv-address sho= uld not be used as tp-address but as MPLS-TP Identifiers per RFC 6370 and R= FC 6428.

[MQD]:tlv-addres is not defined i= n CO OAM model draft, therefore this comment is not applied to CO model.=

  • FEC is not addr= ess of a single Test Point but group=C2=A0of IP packets which are forwarded in the same manner, over the same path, and with the same forwarding treatment.

=C2=A0 [MQD]: This comment is app= lied to CL OAM model draft. The intention of using FEC is to focus on addre= ssing part, not forwarding treatment, will figure out use the different terminology =C2=A0if it causes confusion.

  • cos-id in grouping cos is of type u= int8 though TC filed mentioned as example is only three bits long. How thes= e are mapped?

[MQD]= : Consider for technology independent and future technology, we defined thi= s type as uint8 rather than 3 bits long, how these are mapped should<= /p>

Be defined i= n the technology specific model.

  • output from traceroute allows only = MEP response while in linktrace MIPs that belong to the same MA should resp= ond with LTR. LSP Ping does the same.=

[MQD]:This w= as discussed before, it was agreed to define linktrac MIP responding with L= TR in the technology specific model.

GIM>> Without output from LTM/LTR Local MEP would not = learn identities of intermediate MPs (MIPs). As result, operator would not = be able to localize the defect. I strongly believe that MIP must be part of= the model if we want the model be operationally useful.

=C2=A0

Nits:

  • [lime retrieval methods] - looks as meant to be refere= nce but there's no a document it points to.

    • [MQD]: This comment is not releva= nt to this document, but Thanks.

    • grouping cos still refers to EXP field in MPLS-TP even= though the field has been renamed Traffic Class (TC) in 2009 by RFC 5462
    • s/Ma name format/MA name format/<= /li>
    • s/Yang/YANG/ (several occasions of this)=
    • in 4. 6 s/Augment/augment/<= /span>

    [MQD]: thanks, will fix this.<= /u>

    • =C2=A0

    I cannot support publication of= this version of the document.

=C2=A0

Regards,

Greg

=C2=A0

On Thu, Jan 19, 2017 at 8:13 AM= , Ron Bonica <r= bonica@juniper.net> wrote:

Folks,

This message begins a WGLC on draft-ietf-lime-yang-oam-model-08. Pleas= e submit comments by February 3, 2017.

=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0Ron

_______________________________________________
Lime mailing list
Lime@ietf.org
ht= tps://www.ietf.org/mailman/listinfo/lime

=C2=A0


--001a1134fa5443f7f205481bf041-- From nobody Thu Feb 9 11:06:35 2017 Return-Path: X-Original-To: lime@ietfa.amsl.com Delivered-To: lime@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 639B2129540 for ; Thu, 9 Feb 2017 11:06:34 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.921 X-Spam-Level: X-Spam-Status: No, score=-1.921 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=junipernetworks.onmicrosoft.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id EVYfgZQgOjlx for ; Thu, 9 Feb 2017 11:06:32 -0800 (PST) Received: from NAM02-BL2-obe.outbound.protection.outlook.com (mail-bl2nam02on0138.outbound.protection.outlook.com [104.47.38.138]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6CC5B129444 for ; Thu, 9 Feb 2017 11:06:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=junipernetworks.onmicrosoft.com; s=selector1-juniper-net; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=cUS6RJQHyP/0gUcC8KGTPi2E45hZj9vBGs+aC2DGtwU=; b=Z36O9gZ/I8QOGYxJCEEfh/WUm97hqhICqEYeybNBZ5MuuRoRN2owYthu0b8WZDhmY1dnthKZGRSppBN6cL195RL8rLwoOwyp6tnYO99cM2L9F1EcBSuWPbdoKD6oYTEdWwUIya83tkmWDosu+3OBN68F39hkIKv1gmzmUVcr4eM= Received: from BLUPR0501MB2051.namprd05.prod.outlook.com (10.164.23.21) by BLUPR0501MB2049.namprd05.prod.outlook.com (10.164.23.19) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.888.5; Thu, 9 Feb 2017 19:06:30 +0000 Received: from BLUPR0501MB2051.namprd05.prod.outlook.com ([10.164.23.21]) by BLUPR0501MB2051.namprd05.prod.outlook.com ([10.164.23.21]) with mapi id 15.01.0888.026; Thu, 9 Feb 2017 19:06:31 +0000 From: Ron Bonica To: "lime@ietf.org" Thread-Topic: Re: [Lime] WGLC: draft-ietf-lime-yang-oam-model-08 Thread-Index: AdKDBfGR9uVADIqwTXiTZjTmEO8BhQ== Date: Thu, 9 Feb 2017 19:06:30 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=rbonica@juniper.net; x-originating-ip: [66.129.241.14] x-ms-office365-filtering-correlation-id: 7d4d6568-acef-4e42-33d7-08d4511ec1ee x-ms-office365-filtering-ht: Tenant x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001)(48565401081); SRVR:BLUPR0501MB2049; x-microsoft-exchange-diagnostics: 1; BLUPR0501MB2049; 7:pt3D2HesD92OEERwVBJpQGv2IAPPiw2GcQE2q8qVPcKuruvZQ+/Fxoq98mEHWBAPfsLOEu+27kFnr8KY+GpRPfiAR+C/RIqnlPbEAJJL1kjwPuLebJIvRj16HnZhwqSvFHbv900NQgmeQOHaTP0xKaHxA8gqRgyWFIvEGdey9ggyIRh5YXo9Ss+1vnCkDxAay02smCfFWUmf7IH+Pc1yk3zNG5MU812F85WHmmRsOEhJdPSwc+i+8mnEzB/mjPQIZAgrdQSblZKrw6GILSWajPUHxakIrGNbt8R5m/fi7YfnQIsmw76+Xu0mzaHdWc/dfEg2udRHvueM+PmG8572SXpSAjrKLSoruVlL+BDfgLgw2o8qYACAjUeLT08bxBeX4M4hzedevNgLbabiNtVYqa+yQ0hwo/Fg7SyxfgRnxJmi8Ok5y9E7/VDFm77Mb2w0I3HQV2bJ9xopLbZIqSsC/U8dJhveI8Ul04IArX9LyYz3K8MES4mtyMK6UyfaaUySqcuT4hYKMb4MUc1HiL+a+w== x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:; x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040375)(601004)(2401047)(8121501046)(5005006)(10201501046)(3002001)(6055026)(6041248)(20161123558025)(20161123555025)(20161123560025)(20161123564025)(20161123562025)(6072148); SRVR:BLUPR0501MB2049; BCL:0; PCL:0; RULEID:; SRVR:BLUPR0501MB2049; x-forefront-prvs: 02135EB356 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(7916002)(39850400002)(39860400002)(39410400002)(39450400003)(39840400002)(199003)(189002)(99286003)(2501003)(9686003)(3280700002)(6306002)(81156014)(7736002)(2906002)(189998001)(6116002)(305945005)(55016002)(450100001)(38730400002)(5640700003)(229853002)(25786008)(6246003)(5660300001)(7696004)(230783001)(33656002)(6506006)(6436002)(97736004)(74316002)(6916009)(77096006)(110136004)(3846002)(102836003)(575784001)(86362001)(1730700003)(81166006)(50986999)(101416001)(54356999)(8676002)(2900100001)(53936002)(122556002)(8936002)(66066001)(3660700001)(2351001)(68736007)(92566002)(105586002)(106356001); DIR:OUT; SFP:1102; SCL:1; SRVR:BLUPR0501MB2049; H:BLUPR0501MB2051.namprd05.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; A:1; MX:1; LANG:en; received-spf: None (protection.outlook.com: juniper.net does not designate permitted sender hosts) spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-originalarrivaltime: 09 Feb 2017 19:06:30.9627 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-Transport-CrossTenantHeadersStamped: BLUPR0501MB2049 Archived-At: Subject: Re: [Lime] WGLC: draft-ietf-lime-yang-oam-model-08 X-BeenThere: lime@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Layer Independent OAM Management in Multi-Layer Environment \(LIME\) discussion list." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Feb 2017 19:06:34 -0000 Folks, This concludes the WGLC on draft-ietf-lime-yang-oam-model-08. The followin= g last call comments have been posted: - https://mailarchive.ietf.org/arch/msg/lime/zzx62rErsQ8LY6dMkqpNo8nyTvM - https://mailarchive.ietf.org/arch/msg/lime/mIFglh0FIvFDS_5MwqA5oYWWjwY The authors have already addressed these comments and promised a new versio= n of the draft. Greg Mirsky has also commented (see https://mailarchive.ietf.org/arch/msg/l= ime/7UXtFlAX7fDXhzrQ2zDLtG_0XrY). While there is still an active thread aro= und Greg's comments, I would ask Greg and the authors to wrap up this discu= ssion quickly so that the authors can submit a new draft version. We will = send this version to the IESG for publication as soon as possible. = Ron From nobody Thu Feb 9 11:13:35 2017 Return-Path: X-Original-To: lime@ietfa.amsl.com Delivered-To: lime@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5D30E129598; Thu, 9 Feb 2017 11:13:33 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.965 X-Spam-Level: X-Spam-Status: No, score=-1.965 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, MIME_HTML_ONLY=0.723, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=0.01, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id OMLsQiL5_HYE; Thu, 9 Feb 2017 11:13:31 -0800 (PST) Received: from mail-wm0-x236.google.com (mail-wm0-x236.google.com [IPv6:2a00:1450:400c:c09::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4272A129591; Thu, 9 Feb 2017 11:13:31 -0800 (PST) Received: by mail-wm0-x236.google.com with SMTP id t18so59887030wmt.0; Thu, 09 Feb 2017 11:13:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=reply-to:subject:references:to:cc:from:message-id :disposition-notification-to:date:user-agent:mime-version :in-reply-to:content-transfer-encoding; bh=iaonWUzwRnPen6AX5gqp5mLyK/2J7ehKuctUxFDqdyg=; b=h++UC3TBP1MmUGTyIy3HPu7wamJD5eC55F9L4he+0UUGtoaF9rahzKICSpLnsisR1a iTjjcXvHibUfYNv6m7M6tVRbScKcDGBDNHuwk3k15FpZhtJslEaTXAkcmX58ARa3KnbC /yiz/BjqHeY5D//9KQuQCU2FvTsMGLGBCCdHei2SL3IzcExZwoLzImTcAL0Fk1ZmXKTc 1xWcIR6+AaDStruVmMcINmTL3KH43oWfqO84AGWU03O9S5Julm/3hurGLbmQx+ZoUT5O 1oO7JEGejKhN+kf9EO4IUY732gTbiicZQP6QrPh9b4LENtR7HPUA2boje9xbHPS0cJyg dkPA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:reply-to:subject:references:to:cc:from :message-id:disposition-notification-to:date:user-agent:mime-version :in-reply-to:content-transfer-encoding; bh=iaonWUzwRnPen6AX5gqp5mLyK/2J7ehKuctUxFDqdyg=; b=YXP3Zbi5Mtg+9iMxva2iak6OshPAKVvsc5koeQcpOzUCoOSuCBRiwERGK60+IOy5+X y+Wa9zuAeTbTBKHXNJo1fi96xRWZxw2TluC5hFMGAZ9mVogT6iv40dQcHaqsRoeA8sWG ih8lq8KGq2zEVzCOOK9bGEaZGSm03eYQght5JBUjgkq8kTziVA6vwvEfuT+Qo63zC/4N N7FaO+tQu6qFPPDi3LS0j1DmYqjSZtthZjhTQobCpIKQsKDj2QoZMsJJz21VWRoFcYOF iQaTVL4+u9n9+3Fb0XEUr6UBBaTJ1uhxwWPE+SqsFxYEtOM2wgvOHNkESwz5BxURBnUK yixg== X-Gm-Message-State: AMke39lfrP5lElPNaSnX9aclBnyPmXWz3SPDbauqbpanfsDgOhAX5wk9MyT5on8iZ4A/ww== X-Received: by 10.28.48.7 with SMTP id w7mr4364862wmw.78.1486667609682; Thu, 09 Feb 2017 11:13:29 -0800 (PST) Received: from McAsterix.local ([92.109.37.136]) by smtp.gmail.com with ESMTPSA id x39sm19976035wrb.3.2017.02.09.11.13.28 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 09 Feb 2017 11:13:29 -0800 (PST) References: To: Greg Mirsky , wangzitao From: Huub van Helvoort Message-ID: <2b2c99ce-2663-44bf-a102-c41a42c8d333@gmail.com> Date: Thu, 9 Feb 2017 20:13:27 +0100 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:45.0) Gecko/20100101 Thunderbird/45.6.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 8bit Archived-At: Cc: Ron Bonica , "lime@ietf.org" , "draft-ietf-lime-yang-oam-model.all@ietf.org" Subject: Re: [Lime] WGLC: draft-ietf-lime-yang-oam-model-08 X-BeenThere: lime@ietf.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: huubatwork@gmail.com List-Id: "Layer Independent OAM Management in Multi-Layer Environment \(LIME\) discussion list." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Feb 2017 19:13:33 -0000
All,

I agree with all the remarks made by Greg.

Note that LBM/LBR and LTM/LTR are on-demand tools and will never
be used to pro-actively detect mis-connection defects.

See G.8013/Y/1731 clauses 7.2 and 7.3

Best regards, Huub.


On 09/02/2017 18:01, Greg Mirsky wrote:
Hi Michael,
thank you for your thorough consideration and timely response to my comments. Apologize for mixing some.
Please find my follow-up notes in-line and tagged GIM>>.

Regards,
Greg

On Tue, Feb 7, 2017 at 6:00 PM, wangzitao <wangzitao@huawei.com> wrote:

Hi Greg

聽

Thanks for your review and comments, please find my reply inline.

聽

Best Regards!

-Michael

聽

鍙戜欢浜: Lime [mailto:lime-bounces@ietf.org] 浠ｈ〃 Greg Mirsky
鍙戦佹椂闂: 2017骞2鏈1鏃 2:07
鏀朵欢浜: Ron Bonica
鎶勯: lime@ietf.org; draft-ietf-lime-yang-oam-model.all@ietf.org
涓婚: Re: [Lime] WGLC: draft-ietf-lime-yang-oam-model-08

聽

Dear Authors, WG Chairs, et. al,

please consider my comments as part of WGLC discussion.
  • Overview of the OAM Model
    • Why MEF-38 Service OAM Fault Management YANG Modules not only used as prototype but not even referenced?

聽聽聽聽聽聽聽聽聽聽聽聽聽聽聽聽聽聽聽聽聽聽聽[MQD] In this document, we adopt the concepts of CFM to structure the connection-oriented oam yang module. CFM [IEEE802.1Q] is our baseline. That鈥檚 why we reference [IEEE802.1Q].

GIM>> Ethernet SOAM YANG model is based on Y.1731 which is, in view of many, is compatible with CFM and is CO. I think that relationship between MEF-38 and LIME CO models must be discussed in the document.聽

    • "... for VPLS this can be per VPLS instance" Is this OAM model of service OAM of provided by the VPLS instance service or of IP/MPLS underlay that provides transport for the VPLS instance? If the former, then we have MEF-38. if the latter, then it is IP/MPLS network OAM, i.e. connectionless.

[MQD]: It is close to the former, we think RFC6136 is a good reference for聽 VPN instance https://tools.ietf.org/html/rfc6136#section-5.2.4.聽聽

Anyway this is just an example, we can remove it if it cause confusing.

GIM>> If this is the example of Ethernet SOAM, then why not to refer to MEF-38?聽

    • "... connectivity verification(loopback) ..." OAM method to verify proper connectivity between MEPs of the specified MA rarely, if any, supported by the Loopback command. In order to detect in mis-connection and in-defect and out-of-defect conditions, CV should operate as proactive OAM command, e.g. CCM in CFM/Y.1731 or BFD-based CV for MPLS-TP as described in RFC 6428.

[MQD]: according to https://en.wikipedia.org/wiki/IEEE_802.1ag, MEP can send a Loopback to any MEP or MIP in the service.

GIM>> At least for MPLS-TP mi-connection defect been defined only when BFD is used to perform CV. Please see sections 3.7. through 3.7.4 RFC 6428. I'm not familiar with LBM/LBR being used to detect mis-connection defect.

    • "The generic YANG model defined here does not require explicit configuration of OAM entities prior to using any of the OAM tools."

I consider configuration of a remote MEP to be absolute pre-requisite to using even Loopback or Linktrace commands. Similarly, configuration of MIPs may be required as well.

聽

[MQD] This is generic YANG model or technology independent model, it defined base mode or default mode. Technology specific model will provide details configuration of a remote MEP or MIP.

That鈥檚 why the base model doesn鈥檛 require explicit configuration of OAM entities prior to using any of the OAM tools.

GIM>> If MEP is not explicitly configured, at least in CFM and MPLS-TP, then there's no automatic association with MD and 聽MA, nor notion of MEP ID. If MIP is not enabled on the particular level, then it would not respond to Linktrace. I don't see how without explicit configuration of MEP and MIP operator will be able to use this model. Assuming that this model does provide basic OAM functionality on its own, without requirement to supplement it with "technology specific model". I believe that if there's such dependency then the base model is not operationally useful.

    • Is "base mode for" synonymous to "default values"? The mentioning that explicitly would be helpful.

聽聽聽聽聽聽聽聽聽聽聽聽聽聽聽聽聽聽聽聽聽 聽聽[MQD]: the base mode is equivalent to 鈥渄efault mode鈥, sure we will make this clear.

  • 聽3.5. Test Point Locations

[MQD]:Section 3.5 is not in the CO OAM model draft, therefore this comment is not applied.

  • I don't see any reference to the above mentioned YANG Data Model for MPLS-TP OAM.
  • Nor I see substantive references to RFC 6428

[MQD]: Will add it.

  • There's no operational information specific to operation of connectivity verification mechanism in container oper, but only ones related to operation of continuity check. How MEP reports its state in regard to mis-connection defect (in-defect or out-of-defect)?

聽[MQD]: This comment is applied to CL OAM model draft, will聽 change it into CC specific operation information as you suggested.

  • tlv-address should not be used as tp-address but as MPLS-TP Identifiers per RFC 6370 and RFC 6428.

[MQD]:tlv-addres is not defined in CO OAM model draft, therefore this comment is not applied to CO model.

  • FEC is not address of a single Test Point but group聽of IP packets which are forwarded in the same manner, over the same path, and with the same forwarding treatment.

聽 [MQD]: This comment is applied to CL OAM model draft. The intention of using FEC is to focus on addressing part, not forwarding treatment, will figure out use the different terminology 聽if it causes confusion.

  • cos-id in grouping cos is of type uint8 though TC filed mentioned as example is only three bits long. How these are mapped?

[MQD]: Consider for technology independent and future technology, we defined this type as uint8 rather than 3 bits long, how these are mapped should

Be defined in the technology specific model.

  • output from traceroute allows only MEP response while in linktrace MIPs that belong to the same MA should respond with LTR. LSP Ping does the same.

[MQD]:This was discussed before, it was agreed to define linktrac MIP responding with LTR in the technology specific model.

GIM>> Without output from LTM/LTR Local MEP would not learn identities of intermediate MPs (MIPs). As result, operator would not be able to localize the defect. I strongly believe that MIP must be part of the model if we want the model be operationally useful.

聽

Nits:

  • [lime retrieval methods] - looks as meant to be reference but there's no a document it points to.

[MQD]: This comment is not relevant to this document, but Thanks.

  • grouping cos still refers to EXP field in MPLS-TP even though the field has been renamed Traffic Class (TC) in 2009 by RFC 5462
  • s/Ma name format/MA name format/
  • s/Yang/YANG/ (several occasions of this)
  • in 4. 6 s/Augment/augment/

[MQD]: thanks, will fix this.

  • 聽

I cannot support publication of this version of the document.

聽

Regards,

Greg

聽

On Thu, Jan 19, 2017 at 8:13 AM, Ron Bonica <rbonica@juniper.net> wrote:

Folks,

This message begins a WGLC on draft-ietf-lime-yang-oam-model-08. Please submit comments by February 3, 2017.

聽 聽 聽 聽 聽 聽 聽 聽 聽 聽 聽 聽 聽 聽 聽 聽 聽 聽 聽 聽 聽 聽Ron

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

聽




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



-- 
================================================================
Always remember that you are unique...just like everyone else...
From nobody Thu Feb 9 11:52:51 2017 Return-Path: X-Original-To: lime@ietfa.amsl.com Delivered-To: lime@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0540912943A for ; Thu, 9 Feb 2017 11:52:49 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.788 X-Spam-Level: X-Spam-Status: No, score=-3.788 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-1.887, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=junipernetworks.onmicrosoft.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 7TrnT1HAYbdN for ; Thu, 9 Feb 2017 11:52:47 -0800 (PST) Received: from NAM03-BY2-obe.outbound.protection.outlook.com (mail-by2nam03on0119.outbound.protection.outlook.com [104.47.42.119]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9E974129450 for ; Thu, 9 Feb 2017 11:52:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=junipernetworks.onmicrosoft.com; s=selector1-juniper-net; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=HCcBu+9U2GAaew7Rxfrp3OfhAj4xb64eY2aG9o2MImc=; b=EmSl2wtJrWIOT9kI9sTY3KnRqdE38vg6voIFVW6x5n8CjU0przQNc+LjJbv0kYoQN7DFRJkoMsfkgkL9BWc4TQy0ekYcd830ejf1XIQF2lll0zeEp0hhQQNfyaylBIS7efed0hBZMS/BaiKzaX6qZltYfXwqB+PTXAWvsRfWqpk= Received: from BLUPR0501MB2051.namprd05.prod.outlook.com (10.164.23.21) by BLUPR0501MB2051.namprd05.prod.outlook.com (10.164.23.21) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.888.5; Thu, 9 Feb 2017 19:52:45 +0000 Received: from BLUPR0501MB2051.namprd05.prod.outlook.com ([10.164.23.21]) by BLUPR0501MB2051.namprd05.prod.outlook.com ([10.164.23.21]) with mapi id 15.01.0888.026; Thu, 9 Feb 2017 19:52:45 +0000 From: Ron Bonica To: "lime@ietf.org" Thread-Topic: Re: [Lime] WGLC: draft-ietf-lime-yang-connectionless-oam-03 Thread-Index: AdKDCGJPVAqyivs7R4y1Uf4l48p3gQ== Date: Thu, 9 Feb 2017 19:52:45 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=rbonica@juniper.net; x-originating-ip: [66.129.241.14] x-ms-office365-filtering-correlation-id: e7a9f963-2ba6-4137-b78c-08d4512537ab x-ms-office365-filtering-ht: Tenant x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001)(48565401081); SRVR:BLUPR0501MB2051; x-microsoft-exchange-diagnostics: 1; BLUPR0501MB2051; 7:5QqanSUwlB7FCVtZ1GrIJ+EFtXHqWo1c+L93Mmz1/DiZCf6qRNpphx58S8X8JWevnUkWCF0zfG/fvRDNHXshQB1nERlHt9mYqvgmSjk2N4dWsAdauQMW2PDzUmKzcUV9x6id8j8SrHw8y/5ITz8kRZRnsKwd9IDcbNVd+oegB6Dyb9l3cT2pCYWowKX9KzXXwOvtroKegkIHr+gryr60LEOo5E6ie43sb/J8KZ3H7YGWvdUfAToVOdjbe+VohfciZgTx3p+ma3Y4MdRyTDT8CT4C+z27oLtfvG5XUmJ/KBLzUumUUAH0VUQFGjT3IuR8WYfXXpf4VkRNKUFPZE0bjCM4tP5uESKSsxDb38C32qm95o3ZKxUb9nM1YHok++UVkvthvYPQXMK4A7MaYhZ/b7KTZ2RapaFAMs+RspUGLt/0TVpKSjLRBKbN6Opd8ztUp4eQ4X3ctyizo8rKhKYdCTq3fgP5eqxQx3e2wZzN/D2MaMfpgwqJ5d72LYXKLy2EuUfZNEjBToXoPq7xY1dqmg== x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:; x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040375)(601004)(2401047)(8121501046)(5005006)(3002001)(10201501046)(6055026)(6041248)(20161123562025)(20161123564025)(20161123560025)(20161123558025)(20161123555025)(6072148); SRVR:BLUPR0501MB2051; BCL:0; PCL:0; RULEID:; SRVR:BLUPR0501MB2051; x-forefront-prvs: 02135EB356 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(7916002)(39410400002)(39850400002)(39860400002)(39840400002)(39450400003)(189002)(199003)(105586002)(74316002)(2351001)(3846002)(102836003)(6116002)(97736004)(122556002)(5660300001)(68736007)(92566002)(8936002)(8676002)(575784001)(86362001)(7736002)(1730700003)(81166006)(81156014)(305945005)(6916009)(53936002)(229853002)(2501003)(7696004)(77096006)(50986999)(54356999)(2900100001)(106356001)(6436002)(25786008)(5640700003)(66066001)(9686003)(55016002)(6306002)(99286003)(3280700002)(33656002)(38730400002)(110136004)(2906002)(101416001)(6246003)(6506006)(3660700001)(189998001)(450100001)(230783001); DIR:OUT; SFP:1102; SCL:1; SRVR:BLUPR0501MB2051; H:BLUPR0501MB2051.namprd05.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; MX:1; A:1; LANG:en; received-spf: None (protection.outlook.com: juniper.net does not designate permitted sender hosts) spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-originalarrivaltime: 09 Feb 2017 19:52:45.5254 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-Transport-CrossTenantHeadersStamped: BLUPR0501MB2051 Archived-At: Subject: Re: [Lime] WGLC: draft-ietf-lime-yang-connectionless-oam-03 X-BeenThere: lime@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Layer Independent OAM Management in Multi-Layer Environment \(LIME\) discussion list." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Feb 2017 19:52:49 -0000 Folks, This concludes the WGLC on draft-ietf-lime-yang-connectionless-oam-03. The= following last call comments have been posted: - https://mailarchive.ietf.org/arch/msg/lime/hrynPYHL8Dg2JJahnp6SJjye9JQ - https://mailarchive.ietf.org/arch/search/?email_list=3Dlime&index=3DmIFgl= h0FIvFDS_5MwqA5oYWWjwY - https://mailarchive.ietf.org/arch/search/?email_list=3Dlime - https://mailarchive.ietf.org/arch/search/?email_list=3Dlime=20 - https://mailarchive.ietf.org/arch/search/?email_list=3Dlime Adrian and Greg seem to raise the most substantive comments. I would ask th= e authors to work with Adrian to adapt his comments IMHO, some of Greg's comments need to be addressed, while others are debata= ble. Let's schedule some time at the next IETF meeting to address Greg's co= mments. Soon after that, the authors will produce a new draft version and w= e will send it to the IESG for publication. Ron From nobody Mon Feb 13 20:41:06 2017 Return-Path: X-Original-To: lime@ietfa.amsl.com Delivered-To: lime@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EC7D212951A for ; Mon, 13 Feb 2017 20:41:04 -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 fRk87G7fqt2T for ; Mon, 13 Feb 2017 20:41:00 -0800 (PST) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B07101294C8 for ; Mon, 13 Feb 2017 20:40:59 -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 DAO81568; Tue, 14 Feb 2017 04:40:57 +0000 (GMT) Received: from LHREML711-CAH.china.huawei.com (10.201.108.34) by lhreml704-cah.china.huawei.com (10.201.5.130) with Microsoft SMTP Server (TLS) id 14.3.301.0; Tue, 14 Feb 2017 04:40:55 +0000 Received: from NKGEML411-HUB.china.huawei.com (10.98.56.70) by LHREML711-CAH.china.huawei.com (10.201.108.34) with Microsoft SMTP Server (TLS) id 14.3.301.0; Tue, 14 Feb 2017 04:40:55 +0000 Received: from NKGEML513-MBS.china.huawei.com ([169.254.2.43]) by nkgeml411-hub.china.huawei.com ([10.98.56.70]) with mapi id 14.03.0235.001; Tue, 14 Feb 2017 12:40:46 +0800 From: Qin Wu To: "lime@ietf.org" Thread-Topic: [Lime] WGLC: draft-ietf-lime-yang-connectionless-oam-methods-00 Thread-Index: AQHShc7tH+OZnnL67EaoDHaIoFWry6Fn2Sxw Importance: high X-Priority: 1 Date: Tue, 14 Feb 2017 04:40:46 +0000 Message-ID: Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-originating-ip: [10.136.78.218] Content-Type: multipart/mixed; boundary="_004_B8F9A780D330094D99AF023C5877DABA9A77354Ankgeml513mbschi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A020202.58A28A59.02E6, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0, ip=169.254.2.43, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32 X-Mirapoint-Loop-Id: 60f2725bf6e14b4ba689b133e62df5cf Archived-At: Cc: "Reshad Rahman \(rrahman\)" , "Srihari Raghavan \(srihari\)" , "Deepak Kumar \(dekumar\)" Subject: [Lime] WGLC: draft-ietf-lime-yang-connectionless-oam-methods-00 X-BeenThere: lime@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Layer Independent OAM Management in Multi-Layer Environment \(LIME\) discussion list." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Feb 2017 04:41:05 -0000 --_004_B8F9A780D330094D99AF023C5877DABA9A77354Ankgeml513mbschi_ Content-Type: multipart/alternative; boundary="_000_B8F9A780D330094D99AF023C5877DABA9A77354Ankgeml513mbschi_" --_000_B8F9A780D330094D99AF023C5877DABA9A77354Ankgeml513mbschi_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, Greg: Please find our response inline below. -Qin From: Lime > on behalf = of Greg Mirsky > Date: Tuesday, 7 February 2017 at 11:39 AM To: Ron Bonica > Cc: "lime@ietf.org" > Subject: Re: [Lime] WGLC: draft-ietf-lime-yang-connectionless-oam-methods-0= 0 Dear Authors, WG Chairs, et. al, I've reviewed this draft as part of WG LC. Please find my comments, questio= ns below. * Firstly, why does the model being limited to methods of connectionles= s (CL) OAM? Were there attempt to have one model applicable to CL and conne= ction-oriented (CO)? Besides difference in identifying Test Point (TP) in C= O OAM domain vs. TP in CL OAM, I don't see anything else. Of course, CL doe= sn't use Connectivity Verification as it does not have notion of a connecti= on between TPs. [Authors]>> Tend to agree that it will be nice to have one method model com= mon to both CL and CO, but there was consensus to separate CL from CO after= a long discussion. CO data and CL data follow different model structure, f= ollow different namespace, using different addressing, there will be a sig= nificant change to include CO at this point and if so, we can continue this= methods draft to be CL? * Abstract Please try to avoid using acronyms in Abstract. "... support nested OAM workflows (i.e., performing OAM functions at differ= ent or same levels through a unified interface)." I agree that the first example, different OAM levels, is the case of nested= multi-layer OAM. But I think that the second example, same levels, is not.= The latter example is example of interworking between different OAM techno= logies at the same OAM level. [Authors]>> Will fix. * Introduction * "Monitor networks connections ..." It is strange to find reference= to connection in document that discusses CL OAM. Though often connection, = i.e. , is being used as substitute for continuity, i.e. availability of a p= ath between TPs, I encourage to be disciplined with terminology. There are = several examples to illustrate the difference between continuity and connec= tivity. One is from the field of electrical engineering: Continuity - fact that you have electrons from A reaching B. Connectivity -= electrons from A are reaching B over red wire. And there no electrons on r= ed wire other than from A. Or can quote RFC 6428: Continuity Check monitors a Label Switched Path for any loss of continuity defect. Connectivity Verification augments Continuity Check in order to provide confirmation that the desired source is connected to the desired sink. [Authors]>> Will see how to fix. * " Ping and Traceroute ..." why only on-demand OAM being explicitly= mentioned and no proactive CC like BFD? [Authors]>> Will fix. Methods are not specific to on-demand OAM. * Section 3, last sentence may be re-phrased "This will allow the user = to retrieve retrieved-data defined by the base data model [] using mechanis= m of his or her choosing." [Authors]>> Will fix. * Section 3.1 * s/icmp ping/ICMP ping/ * s/lsp ping/LSP ping/ * I think that each reference requires reference to defining RFC [Authors]>> Will fix. * Section 3.2 * what and when src-dst-address define destination-tp; [Authors]>> This is from BFD requirement. I believe the consensus for test= -point was to remove this combination of (src, dst) from there. If so, we = can remove it here as well. * * as I've noted in comments on CO and CL OAM YANG models, FEC, in ge= neral case, is group IP packets that are being forwarded and treated by the= network in the same manner. How does FEC can be considered as destination-= tp without specifying single IP address within that group? [Authors]>> This is again the FEC question. We can change it to the same n= ame as in base draft. * * What is tlv-address as destination-tp? [Authors]>> This can be removed. Remnants from previous version...I believ= e. * * What is meaning of source-interface if destination-tp is of type s= rc-dst-address and thus already includes src-ip-address? [Authors]>> will fix by removing src-dst-address as mentioned before. * * What is meaning of outbound-interface if destination-tp is of type= src-dst-address and thus already includes Interface? [Authors]>> will fix by removing src-dst-address as mentioned before. * * What is expected for src-test-point and dest-test-point respective= ly if these are src-dst-address type? [Authors]>> will fix by removing src-dst-address as mentioned before. * * What is benefit to retrieve session-xxx statistics with each query= /RPC not after the test session being completed, i.e. to have separate RPC = for session-xxx statistics? Alternatively, you can include two timestamps i= n your data and then calculate all session-scope statistics off-node. [Authors]>> Don't understand the question fully...if the question is why to= retrieve session-xxx statistics with each RPC call...it is not mandatory,i= t will happen after the test session gets completed...and also the 'new' me= thods(create/modify/delete) in the attachment allows options where the sess= ion statistics are NOT retrieved for each RPC but trigger something to be d= one off the box. I don't support publication of this version of the draft. Regards, Greg On Thu, Jan 26, 2017 at 7:12 AM, Ron Bonica > wrote: Folks, This message begins a WG Last Call for draft-ietf-lime-yang-connectionless-= oam-methods-00. Please submit your comments by February 9, 2017. Ron _______________________________________________ Lime mailing list Lime@ietf.org https://www.ietf.org/mailman/listinfo/lime --_000_B8F9A780D330094D99AF023C5877DABA9A77354Ankgeml513mbschi_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi, Greg:

Please find o= ur response inline below.

 

-Qin

From: Lime <lime-bounces@ietf.org> on behalf of Greg M= irsky <gregimirsky@gmail.com>
Date: Tuesday, 7 February 2017 at 11:39 AM
To: Ron Bonica <rbonica@ju= niper.net>
Cc: "lime@ietf.org" &= lt;lime@ietf.org>
Subject: Re: [Lime] WGLC: draft-ietf-lime-yang-connectionless-oam-me= thods-00

 <= /o:p>

Dear Authors= , WG Chairs, et. al,

I've reviewe= d this draft as part of WG LC. Please find my comments, questions below.

  • Firstly, why does the model being limited to me= thods of connectionless (CL) OAM? Were there attempt to have one model appl= icable to CL and connection-oriented (CO)? Besides difference in identifying Test Point (TP) in CO OAM domain vs. TP in CL OAM, I don't = see anything else. Of course, CL doesn't use Connectivity Verification as i= t does not have notion of a connection between TPs.
    • <= /ul>

[Authors]>= > Tend to agree that it will be nice to have one method model comm= on to both CL and CO, but there was consensus to separate CL from CO after = a long discussion. CO data and CL data follow different model structure, follow different nam= espace, using different addressing,  there will be a significant change to include= CO at this point and if so, we can continue this methods draft to be CL?

  • Abstract 

Please try t= o avoid using acronyms in Abstract.

"... su= pport nested OAM workflows (i.e., performing OAM functions at different or = same levels through a unified interface)."

I agree that= the first example, different OAM levels, is the case of nested multi-layer= OAM. But I think that the second example, same levels, is not. The latter example is example of interworking between different OAM t= echnologies at the same OAM level.

[Authors]>= > Will fix.

  • Introduction
    • "Monitor networks connections ..." It= is strange to find reference to connection in document that discusses CL O= AM. Though often connection, i.e. , is being used as substitute for continuity, i.e. availability of a path between TPs, I encourage to be dis= ciplined with terminology. There are several examples to illustrate the dif= ference between continuity and connectivity. One is from the field of elect= rical engineering:

Continuity -= fact that you have electrons from A reaching B. Connectivity - electrons f= rom A are reaching B over red wire. And there no electrons on red wire other than from A.

Or can quote= RFC 6428:

   Continuity Che=
ck monitors a Label Switched Path for any loss of
   continuity def=
ect.  Connectivity Verification augments Continuity<=
/pre>

   Check in order=
 to provide confirmation that the desired source is


   connected to t=
he desired sink.

[Authors]>= > Will see how to fix.

    • " Ping and Traceroute ..." why only on-d= emand OAM being explicitly mentioned and no proactive CC like BFD?

[Authors]>= > Will fix.  Methods are not specific to on-demand OAM.

  • Section 3, last sentence may be re-phrased "This will allow t= he user to retrieve ret= rieved-data defined by the base data model [] using mechanism of his or her choosing.&= quot;

[Authors]>= > Will fix.

  • Section 3.1 
    • s/icmp ping/ICMP ping/
    • s/lsp ping/LSP ping/
    • I think that each reference require= s reference to defining RFC

[Authors]>= > Will fix.

  • Section 3.2
    • what and when src-dst-address define destinatio= n-tp;

[Authors]>= > This is from BFD requirement.  I bel= ieve the consensus for test-point was to remove this combination of (src, dst) from ther= e.  If so, we can remove it here as well.<= o:p>

·     =      

    • as I've noted in comments on CO and CL OAM YANG= models, FEC, in general case, is group IP packets that are being forwarded= and treated by the network in the same manner. How does FEC can be considered as destination-tp without specifying single IP addre= ss within that group?

[Authors]>= > This is again the FEC= question.  We can change it to the same name as in base draft.=

·     =      

    • What is tlv-address as destination-tp?

[Authors]&= gt;> This can be removed.  Remnants from previous version…I b= elieve.

·     =      

    • What is meaning of source-interface if destinat= ion-tp is of type src-dst-address and thus already includes src-ip-address?=

[Authors]&= gt;> will fix by removing src-dst-address as mentioned before.

·     =      

    • What is meaning of outbound-interface if destin= ation-tp is of type src-dst-address and thus already includes Interfac= e?

[Authors]&= gt;> will fix by removing src-dst-address as mentioned before.

·     =      

    • What is expected for src-test-point and dest-te= st-point respectively if these are src-dst-address type?<= /li>

[Authors]&= gt;> will fix by removing src-dst-address as mentioned before.

·     =      

    • What is benefit to retrieve session-xxx statist= ics with each query/RPC not after the test session being completed, i.e. to= have separate RPC for session-xxx statistics? Alternatively, you can include two timestamps in your data and then calculate all se= ssion-scope statistics off-node.

[Authors]&= gt;> Don’t understand the question fully…if the question is = why to retrieve session-xxx statistics with each RPC call…it is not m= andatory,it will happen after the test session gets completed…and also the ‘new’ methods(create/modify/delete) in the attachment= allows options where the session statistics are NOT retrieved for each RPC= but trigger something to be done off the box.<= o:p>

 

I don't supp= ort publication of this version of the draft.

 <= /o:p>

Regards,

Greg

 <= /o:p>

On Thu, Jan = 26, 2017 at 7:12 AM, Ron Bonica <rbonica@juniper.net> wrote:

Folks,

This message begins a WG Last Call for draft-ietf-lime-yang-connectionless-= oam-methods-00. Please submit your comments by February 9, 2017.

                     = ;                     &nb= sp;                     &= nbsp;      Ron

_______________________________________________
Lime mailing list
Lime@ietf.org
ht= tps://www.ietf.org/mailman/listinfo/lime

 <= /o:p>

--_000_B8F9A780D330094D99AF023C5877DABA9A77354Ankgeml513mbschi_-- --_004_B8F9A780D330094D99AF023C5877DABA9A77354Ankgeml513mbschi_ Content-Type: text/plain; name="ietf-connectionless-oam-methods.yang.txt" Content-Description: ietf-connectionless-oam-methods.yang.txt Content-Disposition: attachment; filename="ietf-connectionless-oam-methods.yang.txt"; size=15813; creation-date="Mon, 13 Feb 2017 07:58:14 GMT"; modification-date="Mon, 13 Feb 2017 07:58:14 GMT" Content-Transfer-Encoding: base64 bW9kdWxlIGlldGYtY29ubmVjdGlvbmxlc3Mtb2FtLW1ldGhvZHMgewogICAgbmFtZXNwYWNlICJ1 cm46aWV0ZjpwYXJhbXM6eG1sOm5zOnlhbmc6aWV0Zi1jb25uZWN0aW9ubGVzcy1vYW0tbWV0aG9k cyI7CiAgICBwcmVmaXggY29hbS1tZXRob2RzOwoKICAgIGltcG9ydCBpZXRmLWludGVyZmFjZXMg ewogICAgICBwcmVmaXggaWY7CiAgICB9CiAgICBpbXBvcnQgaWV0Zi1jb25uZWN0aW9ubGVzcy1v YW0gewogICAgICBwcmVmaXggY29hbTsKICAgIH0KICAgIGltcG9ydCBpZXRmLXlhbmctdHlwZXMg ewogICAgICBwcmVmaXggeWFuZzsKICAgIH0KCiAgICBvcmdhbml6YXRpb24gIklFVEYgTElNRSBX b3JraW5nIEdyb3VwIjsKICAgIGNvbnRhY3QKICAgICAgICAiRGVlcGFrIEt1bWFyIGRla3VtYXJA Y2lzY28uY29tCiAgICAgICAgIFFpbiBXdSAgICAgICBiaWxsLnd1QGh1YXdlaS5jb20KICAgICAg ICAgUyBSYWdoYXZhbiAgIHNyaWhhcmlAY2lzY28uY29tCiAgICAgICAgIFppdGFvIFdhbmcgICB3 YW5neml0YW9AaHVhd2VpLmNvbQogICAgICAgICBSIFJhaG1hbiAgICAgcnJhaG1hbkBjaXNjby5j b20iOwoKICAgIGRlc2NyaXB0aW9uCiAgICAgICJUaGlzIFlBTkcgbW9kdWxlIGRlZmluZXMgdGhl IFJQQ3MgZm9yICwKICAgICAgIGNvbm5lY3Rpb25sZXNzIE9BTSB0byBiZSB1c2VkIHdpdGhpbiBJ RVRGCiAgICAgICBpbiBhIHByb3RvY29sIEluZGVwZW5kZW50IG1hbm5lci4KICAgICAgIEZ1bmN0 aW9uYWwgbGV2ZWwgYWJzdHJhY3Rpb24gaXMgaW5kZW5kZW50IHdpdGgKICAgICAgIFlBTkcgbW9k ZWxpbmcuIEl0IGlzIGFzc3VtZWQgdGhhdCBlYWNoIHByb3RvY29sIG1hcHMKICAgICAgIGNvcnJl c3BvbmRpbmcgYWJzdHJhY3RzIHRvIGl0cyBuYXRpdmUgZm9ybWF0LgogICAgICAgRWFjaCBwcm90 b2NvbCBtYXkgZXh0ZW5kIHRoZSBZQU5HIG1vZGVsIGRlZmluZWQKICAgICAgIGhlcmUgdG8gaW5j bHVkZSBwcm90b2NvbCBzcGVjaWZpYyBleHRlbnNpb25zIjsKICAgIHJldmlzaW9uIDIwMTYtMDYt MjMgewogICAgICBkZXNjcmlwdGlvbgogICAgICAgICIwNiB2ZXJzaW9uIjsKICAgICAgcmVmZXJl bmNlICIiOwogICAgfQoKICAgIHJwYyBjb250aW51aXR5LWNoZWNrIHsKICAgICAgaWYtZmVhdHVy ZSBjb2FtOmNvbnRpbnVpdHktY2hlY2s7CiAgICAgIGRlc2NyaXB0aW9uCiAgICAgICAgIkdlbmVy YXRlcyBjb250aW51aXR5LWNoZWNrIGFzIHBlciBSRkM3Mjc2LiI7CiAgICAgIGlucHV0IHsKICAg ICAgICBjb250YWluZXIgZGVzdGluYXRpb24tdHAgewogICAgICAgICAgdXNlcyBjb2FtOnRwLWFk ZHJlc3M7CiAgICAgICAgICBkZXNjcmlwdGlvbgogICAgICAgICAgICAiZGVzdGluYXRpb24gdGVz dCBwb2ludC4iOwogICAgICAgIH0KICAgICAgICB1c2VzIGNvYW06c2Vzc2lvbi10eXBlOwogICAg ICAgIGxlYWYgc291cmNlLWludGVyZmFjZSB7CiAgICAgICAgICB0eXBlIGlmOmludGVyZmFjZS1y ZWY7CiAgICAgICAgICAgICAgICAgIGRlc2NyaXB0aW9uCiAgICAgICAgICAgICAgICAgICJzb3Vy Y2UgaW50ZXJmYWNlLiI7CiAgICAgICAgfQogICAgICAgIGxlYWYgb3V0Ym91bmQtaW50ZXJmYWNl IHsKICAgICAgICAgIHR5cGUgaWY6aW50ZXJmYWNlLXJlZjsKCiAgICAgICAgICAgICAgICAgIGRl c2NyaXB0aW9uCiAgICAgICAgICAgICAgICAgICJvdXRib3VuZCBpbnRlcmZhY2UuIjsKICAgICAg ICB9CiAgICAgICAgbGVhZiBjb3VudCB7CiAgICAgICAgICB0eXBlIHVpbnQzMjsKICAgICAgICAg IGRlZmF1bHQgIjUiOwogICAgICAgICAgZGVzY3JpcHRpb24KICAgICAgICAgICAgIlNwZWNpZmll cyB0aGUgbnVtYmVyIG9mIHBhY2tldHMgdGhhdCB3aWxsIGJlIHNlbnQuIjsKICAgICAgICB9CiAg ICAgICAgbGVhZiB2cmYgewogICAgICAgICAgdHlwZSBjb2FtOnJvdXRpbmctaW5zdGFuY2UtcmVm OwogICAgICAgICAgZGVzY3JpcHRpb24KICAgICAgICAgICAgInZyZiBpbnN0YW5jZS4iOwogICAg ICAgIH0KCiAgICAgICAgbGVhZiB0dGwgewogICAgICAgICAgdHlwZSB1aW50ODsKICAgICAgICAg IGRlZmF1bHQgIjI1NSI7CiAgICAgICAgICBkZXNjcmlwdGlvbgogICAgICAgICAgICAiVGltZSB0 byBsaXZlIChUVEwpLiI7CiAgICAgICAgfQogICAgICAgIGxlYWYgcGFja2V0LXNpemUgewogICAg ICAgICAgdHlwZSB1aW50MzIgewogICAgICAgICAgICByYW5nZSAiNjQuLjEwMDAwIjsKICAgICAg ICAgIH0KICAgICAgICAgIGRlZmF1bHQgIjY0IjsKICAgICAgICAgIGRlc2NyaXB0aW9uCiAgICAg ICAgICAgICJTaXplIG9mIHBpbmcgZWNobyByZXF1ZXN0IHBhY2tldHMsIGluIG9jdGV0cyI7CiAg ICAgICAgfQogICAgICB9CiAgICAgIG91dHB1dCB7CiAgICAgICAgbGlzdCBlcnJvci1jb2RlLWxp c3QgewogICAgICAgICAga2V5ICJyZXNwb25zZS1pbmRleCI7CiAgICAgICAgICBsZWFmIHJlc3Bv bnNlLWluZGV4IHsKICAgICAgICAgICAgdHlwZSB1aW50MzI7CiAgICAgICAgICAgIGRlc2NyaXB0 aW9uCiAgICAgICAgICAgICAgInJlc3BvbnNlIGluZGV4LiI7CiAgICAgICAgICB9CiAgICAgICAg ICBsZWFmIHN0YXR1cy1jb2RlIHsKICAgICAgICAgICAgdHlwZSBpbnQzMjsKICAgICAgICAgICAg ZGVzY3JpcHRpb24KICAgICAgICAgICAgICAiZXJyb3IgY29kZSBpcyAiOwogICAgICAgICAgfQog ICAgICAgICAgbGVhZiBzdGF0dXMtc3ViLWNvZGUgewogICAgICAgICAgICB0eXBlIHVpbnQ4Owog ICAgICAgICAgICBkZXNjcmlwdGlvbgogICAgICAgICAgICAgICJzdWIgY29kZS4iOwogICAgICAg ICAgfQogICAgICAgICAgZGVzY3JpcHRpb24KICAgICAgICAgICAgImVycm9yIGNvZGUgbGlzdC4i OwogICAgICAgIH0KCiAgICAgICAgdXNlcyBjb2FtOmNvbnRpbnVpdHktY2hlY2stZGF0YTsKICAg ICAgfQogICAgfQoKICAgIGlkZW50aXR5IGV4cG9ydC1tZXRob2QgewogICAgICBkZXNjcmlwdGlv bgogICAgICAgICJCYXNlIGlkZW50aXR5IHRvIHJlcHJlc2VudCBhIGNvbmNlcHR1YWwgZXhwb3J0 LW1ldGhvZC4iOyAKICAgIH0KCiAgICBpZGVudGl0eSBpcGZpeC1leHBvcnQgewogICAgICBiYXNl IGV4cG9ydC1tZXRob2Q7CiAgICAgIGRlc2NyaXB0aW9uCiAgICAgICAgIklQRklYIGJhc2VkIGV4 cG9ydC4gQ29uZmlndXJhdGlvbiBwcm92aWRlZCBzZXBhcmF0ZWx5LiI7CiAgICB9CiAKICAgIGlk ZW50aXR5IHlhbmctcHVzaC1leHBvcnQgewogICAgICBiYXNlIGV4cG9ydC1tZXRob2Q7CiAgICAg IGRlc2NyaXB0aW9uICJ5YW5nLXB1c2ggZnJvbSBkcmFmdC1pZXRmLW5ldGNvbmYteWFuZy1wdXNo IjsKICAgIH0KCiAgICB0eXBlZGVmIGV4cG9ydC1tZXRob2QgewogICAgICB0eXBlIGlkZW50aXR5 cmVmIHsKICAgICAgICBiYXNlIGV4cG9ydC1tZXRob2Q7CiAgICAgIH0KICAgICAgZGVzY3JpcHRp b24gIkV4cG9ydCBtZXRob2QgdHlwZS4iOwogICAgfQogCiAgICB0eXBlZGVmIGNoYW5nZS10eXBl IHsKICAgICAgdHlwZSBlbnVtZXJhdGlvbiB7CiAgICAgICAgZW51bSAiY3JlYXRlIiB7CiAgICAg ICAgZGVzY3JpcHRpb24KICAgICAgICAgICJDaGFuZ2UgZHVlIHRvIGEgY3JlYXRlLiI7CiAgICAg ICAgfQogICAgICAgIGVudW0gImRlbGV0ZSIgewogICAgICAgIGRlc2NyaXB0aW9uCiAgICAgICAg ICAiQ2hhbmdlIGR1ZSB0byBhIGRlbGV0ZS4iOwogICAgICAgIH0KICAgICAgICBlbnVtICJtb2Rp ZnkiIHsKICAgICAgICBkZXNjcmlwdGlvbgogICAgICAgICAgIkNoYW5nZSBkdWUgdG8gYW4gdXBk YXRlLiI7CiAgICAgICAgfQogICAgICB9CiAgICAgIGRlc2NyaXB0aW9uCiAgICAgICAgIkRpZmZl cmVudCB0eXBlcyBvZiBjaGFuZ2VzIHRoYXQgbWF5IG9jY3VyLiI7CiAgICB9CgogICAgcnBjIGNv bnRpbnVpdHktY2hlY2stcGVyaW9kaWMtY3JlYXRlIHsKICAgICAgaWYtZmVhdHVyZSBjb2FtOmNv bnRpbnVpdHktY2hlY2s7CiAgICAgIGRlc2NyaXB0aW9uCiAgICAgICAgIkdlbmVyYXRlcyBwZXJp b2RpYyBjb250aW51aXR5LWNoZWNrLiI7CiAgICAgIGlucHV0IHsKICAgICAgICBjb250YWluZXIg ZGVzdGluYXRpb24tdHAgewogICAgICAgICAgdXNlcyBjb2FtOnRwLWFkZHJlc3M7CiAgICAgICAg ICBkZXNjcmlwdGlvbgogICAgICAgICAgICAiZGVzdGluYXRpb24gdGVzdCBwb2ludC4iOwogICAg ICAgIH0KCiAgICAgICAgdXNlcyBjb2FtOnNlc3Npb24tdHlwZTsKCiAgICAgICAgbGVhZiBzb3Vy Y2UtaW50ZXJmYWNlIHsKICAgICAgICAgIHR5cGUgaWY6aW50ZXJmYWNlLXJlZjsKICAgICAgICAg ICAgZGVzY3JpcHRpb24gInNvdXJjZSBpbnRlcmZhY2UuIjsKICAgICAgICB9CgogICAgICAgIGxl YWYgb3V0Ym91bmQtaW50ZXJmYWNlIHsKICAgICAgICAgIHR5cGUgaWY6aW50ZXJmYWNlLXJlZjsK ICAgICAgICAgICAgZGVzY3JpcHRpb24gIm91dGJvdW5kIGludGVyZmFjZS4iOwogICAgICAgIH0K CiAgICAgICAgbGVhZiB2cmYgewogICAgICAgICAgdHlwZSBjb2FtOnJvdXRpbmctaW5zdGFuY2Ut cmVmOwogICAgICAgICAgZGVzY3JpcHRpb24gInZyZiBpbnN0YW5jZS4iOwogICAgICAgIH0KCiAg ICAgICAgbGVhZiB0dGwgewogICAgICAgICAgdHlwZSB1aW50ODsKICAgICAgICAgIGRlZmF1bHQg IjI1NSI7CiAgICAgICAgICBkZXNjcmlwdGlvbgogICAgICAgICAgICAiVGltZSB0byBsaXZlIChU VEwpLiI7CiAgICAgICAgfQoKICAgICAgICBsZWFmIGRhdGEtZXhwb3J0LW1ldGhvZCB7CiAgICAg ICAgICB0eXBlIGV4cG9ydC1tZXRob2Q7CiAgICAgICAgICBkZXNjcmlwdGlvbiAiVHlwZSBvZiBl eHBvcnQuIjsKICAgICAgICB9CgogICAgICAgIGNob2ljZSBjYy10cmlnZ2VyIHsKICAgICAgICAg IGRlc2NyaXB0aW9uCiAgICAgICAgICAgICJEZWZpbmVzIG5lY2Vzc2FyeSBjb25kaXRpb25zIGZv ciBwZXJpb2RpYyBvciBvbi1jaGFuZ2UKICAgICAgICAgICAgIHRyaWdnZXIuIjsKICAgICAgICAg IGNhc2UgcGVyaW9kaWMgewogICAgICAgICAgICBkZXNjcmlwdGlvbiAiUGVyaW9kaWMgcmVwb3J0 cy4iOwogICAgICAgICAgICBsZWFmIHBlcmlvZCB7CiAgICAgICAgICAgICAgdHlwZSB5YW5nOnRp bWV0aWNrczsKICAgICAgICAgICAgICBkZXNjcmlwdGlvbiAiVGltZSBpbnRlcnZhbCBiZXR3ZWVu IHJlcG9ydHMuIjsKICAgICAgICAgICAgfQogICAgICAgICAgICBsZWFmIHN0YXJ0LXRpbWUgewog ICAgICAgICAgICAgIHR5cGUgeWFuZzpkYXRlLWFuZC10aW1lOwogICAgICAgICAgICAgIGRlc2Ny aXB0aW9uICJUaW1lc3RhbXAgZnJvbSB3aGljaCByZXBvcnRzIGFyZSBzdGFydGVkLiI7CiAgICAg ICAgICAgIH0KICAgICAgICAgIH0KICAgICAgICAgIGNhc2Ugb24tY2hhbmdlIHsKICAgICAgICAg ICAgZGVzY3JpcHRpb24gIk9uLWNoYW5nZSB0cmlnZ2VyIGFuZCBub3QgcGVyaW9kaWMuIjsKICAg ICAgICAgICAgbGVhZiBhbGwtZGF0YS1vbi1zdGFydCB7CiAgICAgICAgICAgICAgdHlwZSBib29s ZWFuOwogICAgICAgICAgICAgIGRlc2NyaXB0aW9uICJGdWxsIHVwZGF0ZSBuZWVkZWQgb24gc3Rh cnQgb3Igbm90LiI7CiAgICAgICAgICAgIH0KICAgICAgICAgICAgbGVhZi1saXN0IGV4Y2x1ZGVk LWNoYW5nZSB7CiAgICAgICAgICAgICAgdHlwZSBjaGFuZ2UtdHlwZTsKICAgICAgICAgICAgICBk ZXNjcmlwdGlvbiAiUmVzdHJpY3Qgd2hpY2ggY2hhbmdlcyB0cmlnZ2VyIGFuIHVwZGF0ZS4iOwog ICAgICAgICAgICB9CiAgICAgICAgICB9CiAgICAgICAgfQogICAgICB9CiAgICAgIG91dHB1dCB7 CiAgICAgICAgbGlzdCBlcnJvci1jb2RlLWxpc3QgewogICAgICAgICAga2V5ICJyZXNwb25zZS1p bmRleCI7CiAgICAgICAgICBsZWFmIHJlc3BvbnNlLWluZGV4IHsKICAgICAgICAgICAgdHlwZSB1 aW50MzI7CiAgICAgICAgICAgIGRlc2NyaXB0aW9uCiAgICAgICAgICAgICAgInJlc3BvbnNlIGlu ZGV4LiI7CiAgICAgICAgICB9CgogICAgICAgICAgbGVhZiBzdGF0dXMtY29kZSB7CiAgICAgICAg ICAgIHR5cGUgaW50MzI7CiAgICAgICAgICAgIGRlc2NyaXB0aW9uCiAgICAgICAgICAgICAgImVy cm9yIGNvZGUuIjsKICAgICAgICAgIH0KCiAgICAgICAgICBsZWFmIHN0YXR1cy1zdWItY29kZSB7 CiAgICAgICAgICAgIHR5cGUgdWludDg7CiAgICAgICAgICAgIGRlc2NyaXB0aW9uCiAgICAgICAg ICAgICAgInN1YiBjb2RlLiI7CiAgICAgICAgICB9CgogICAgICAgICAgZGVzY3JpcHRpb24KICAg ICAgICAgICAgImVycm9yIGNvZGUgbGlzdC4iOwogICAgICAgIH0KICAgICAgICBsZWFmIGNjLXBl cmlvZGljLWlkIHsKICAgICAgICAgIHR5cGUgc3RyaW5nOwogICAgICAgICAgZGVzY3JpcHRpb24g IklkIHRvIGFjdCBhcyBhIGNvb2tpZS4iOwogICAgICAgIH0KICAgICAgfQogICAgfQoKICAgIHJw YyBjb250aW51aXR5LWNoZWNrLXBlcmlvZGljLW1vZGlmeSB7CiAgICAgIGlmLWZlYXR1cmUgY29h bTpjb250aW51aXR5LWNoZWNrOwogICAgICBkZXNjcmlwdGlvbgogICAgICAgICJNb2RpZmllcyBw ZXJpb2RpYyBjb250aW51aXR5LWNoZWNrIGFzIHBlciBSRkM3Mjc2LiI7CiAgICAgIGlucHV0IHsK ICAgICAgICBsZWFmIGNjLXBlcmlvZGljLWlkIHsKICAgICAgICAgIHR5cGUgc3RyaW5nOwogICAg ICAgICAgZGVzY3JpcHRpb24gIkNvb2tpZSBJZCB0byBiZSB1c2VkIGZvciBtb2RpZmljYXRpb25z LiI7CiAgICAgICAgfQoKICAgICAgICBsZWFmIGRhdGEtZXhwb3J0LW1ldGhvZCB7CiAgICAgICAg ICB0eXBlIGV4cG9ydC1tZXRob2Q7CiAgICAgICAgICBkZXNjcmlwdGlvbiAiVHlwZSBvZiBleHBv cnQgdG8gdXNlLiI7CiAgICAgICAgfQoKICAgICAgICBjaG9pY2UgY2MtdHJpZ2dlciB7CiAgICAg ICAgICBkZXNjcmlwdGlvbgogICAgICAgICAgICAiRGVmaW5lcyBuZWNlc3NhcnkgY29uZGl0aW9u cyBmb3IgcGVyaW9kaWMgb3Igb24tY2hhbmdlCiAgICAgICAgICAgICB0cmlnZ2VyLiI7CiAgICAg ICAgICBjYXNlIHBlcmlvZGljIHsKICAgICAgICAgICAgZGVzY3JpcHRpb24gIlBlcmlvZGljIHJl cG9ydHMuIjsKICAgICAgICAgICAgbGVhZiBwZXJpb2QgewogICAgICAgICAgICAgIHR5cGUgeWFu Zzp0aW1ldGlja3M7CiAgICAgICAgICAgICAgZGVzY3JpcHRpb24gIlRpbWUgaW50ZXJ2YWwgYmV0 d2VlbiByZXBvcnRzLiI7CiAgICAgICAgICAgIH0KICAgICAgICAgICAgbGVhZiBzdGFydC10aW1l IHsKICAgICAgICAgICAgICB0eXBlIHlhbmc6ZGF0ZS1hbmQtdGltZTsKICAgICAgICAgICAgICBk ZXNjcmlwdGlvbiAiVGltZXN0YW1wIGZyb20gd2hpY2ggcmVwb3J0cyBhcmUgc3RhcnRlZC4iOwog ICAgICAgICAgICB9CiAgICAgICAgICB9CiAgICAgICAgICBjYXNlIG9uLWNoYW5nZSB7CiAgICAg ICAgICAgIGRlc2NyaXB0aW9uICJPbi1jaGFuZ2UgdHJpZ2dlciBhbmQgbm90IHBlcmlvZGljLiI7 CiAgICAgICAgICAgIGxlYWYgYWxsLWRhdGEtb24tc3RhcnQgewogICAgICAgICAgICAgIHR5cGUg Ym9vbGVhbjsKICAgICAgICAgICAgICBkZXNjcmlwdGlvbiAiRnVsbCB1cGRhdGUgbmVlZGVkIG9u IHN0YXJ0IG9yIG5vdC4iOwogICAgICAgICAgICB9CiAgICAgICAgICAgIGxlYWYtbGlzdCBleGNs dWRlZC1jaGFuZ2UgewogICAgICAgICAgICAgIHR5cGUgY2hhbmdlLXR5cGU7CiAgICAgICAgICAg ICAgZGVzY3JpcHRpb24gIlJlc3RyaWN0IHdoaWNoIGNoYW5nZXMgdHJpZ2dlciBhbiB1cGRhdGUu IjsKICAgICAgICAgICAgfQogICAgICAgICAgfQogICAgICAgIH0KICAgICAgfQogICAgICBvdXRw dXQgewogICAgICAgIGxpc3QgZXJyb3ItY29kZS1saXN0IHsKICAgICAgICAgIGtleSAicmVzcG9u c2UtaW5kZXgiOwogICAgICAgICAgbGVhZiByZXNwb25zZS1pbmRleCB7CiAgICAgICAgICAgIHR5 cGUgdWludDMyOwogICAgICAgICAgICBkZXNjcmlwdGlvbiAicmVzcG9uc2UgaW5kZXguIjsKICAg ICAgICAgIH0KCiAgICAgICAgICBsZWFmIHN0YXR1cy1jb2RlIHsKICAgICAgICAgICAgdHlwZSBp bnQzMjsKICAgICAgICAgICAgZGVzY3JpcHRpb24KICAgICAgICAgICAgICAiZXJyb3IgY29kZSI7 CiAgICAgICAgICB9CgogICAgICAgICAgbGVhZiBzdGF0dXMtc3ViLWNvZGUgewogICAgICAgICAg ICB0eXBlIHVpbnQ4OwogICAgICAgICAgICBkZXNjcmlwdGlvbgogICAgICAgICAgICAgICJzdWIg Y29kZS4iOwogICAgICAgICAgfQoKICAgICAgICAgIGRlc2NyaXB0aW9uCiAgICAgICAgICAgICJl cnJvciBjb2RlIGxpc3QuIjsKICAgICAgICB9CgogICAgICAgIGxlYWYgY2MtcGVyaW9kaWMtaWQg ewogICAgICAgICAgdHlwZSBzdHJpbmc7CiAgICAgICAgICBkZXNjcmlwdGlvbiAiSWQgdG8gcmVw cmVzZW50IGEgY29va2llLiI7CiAgICAgICAgfQogICAgICB9CiAgICB9CgogICAgcnBjIGNvbnRp bnVpdHktY2hlY2stcGVyaW9kaWMtZGVsZXRlIHsKICAgICAgaWYtZmVhdHVyZSBjb2FtOmNvbnRp bnVpdHktY2hlY2s7CiAgICAgIGRlc2NyaXB0aW9uCiAgICAgICAgIkRlbGV0ZXMgcGVyaW9kaWMg Y29udGludWl0eS1jaGVjayBhcyBwZXIgUkZDNzI3Ni4iOwogICAgICBpbnB1dCB7CiAgICAgICAg bGVhZiBjYy1wZXJpb2RpYy1pZCB7CiAgICAgICAgICB0eXBlIHN0cmluZzsKICAgICAgICAgIGRl c2NyaXB0aW9uICJDb29raWUgSWQgdG8gYmUgdXNlZCBpbiBkZWxldGlvbi4iOwogICAgICAgIH0K ICAgICAgfQogICAgICBvdXRwdXQgewogICAgICAgIGxpc3QgZXJyb3ItY29kZS1saXN0IHsKICAg ICAgICAgIGtleSAicmVzcG9uc2UtaW5kZXgiOwogICAgICAgICAgbGVhZiByZXNwb25zZS1pbmRl eCB7CiAgICAgICAgICAgIHR5cGUgdWludDMyOwogICAgICAgICAgICBkZXNjcmlwdGlvbiAicmVz cG9uc2UgaW5kZXguIjsKICAgICAgICAgIH0KCiAgICAgICAgICBsZWFmIHN0YXR1cy1jb2RlIHsK ICAgICAgICAgICAgdHlwZSBpbnQzMjsKICAgICAgICAgICAgZGVzY3JpcHRpb24KICAgICAgICAg ICAgICAiZXJyb3IgY29kZS4iOwogICAgICAgICAgfQoKICAgICAgICAgIGxlYWYgc3RhdHVzLXN1 Yi1jb2RlIHsKICAgICAgICAgICAgdHlwZSB1aW50ODsKICAgICAgICAgICAgZGVzY3JpcHRpb24g InN1YiBjb2RlLiI7CiAgICAgICAgICB9CgogICAgICAgICAgZGVzY3JpcHRpb24KICAgICAgICAg ICAgImVycm9yIGNvZGUgbGlzdC4iOwogICAgICAgIH0KICAgICAgfQogICAgfQoKICAgIHJwYyBw YXRoLWRpc2NvdmVyeSB7CiAgICAgIGRlc2NyaXB0aW9uCiAgICAgICAgIkdlbmVyYXRlcyBwYXRo IGRpc2NvdmVyeSBhcyBwZXIgUkZDNzI3Ni4iOwogICAgICBpbnB1dCB7CiAgICAgICAgY29udGFp bmVyIGRlc3RpbmF0aW9uLXRwIHsKICAgICAgICAgIHVzZXMgY29hbTp0cC1hZGRyZXNzOwogICAg ICAgICAgICAgICAgICBkZXNjcmlwdGlvbgogICAgICAgICAgICAgICAgICAiZGVzdGluYXRpb24g dGVzdCBwb2ludC4iOwoKICAgICAgICB9CiAgICAgICAgdXNlcyBjb2FtOnNlc3Npb24tdHlwZTsK ICAgICAgICBsZWFmIHNvdXJjZS1pbnRlcmZhY2UgewogICAgICAgICAgdHlwZSBpZjppbnRlcmZh Y2UtcmVmOwogICAgICAgICAgZGVzY3JpcHRpb24KICAgICAgICAgICAgInNvdXJjZSBpbnRlcmZh Y2UuIjsKICAgICAgICB9CgogICAgICAgIGxlYWYgb3V0Ym91bmQtaW50ZXJmYWNlIHsKICAgICAg ICAgIHR5cGUgaWY6aW50ZXJmYWNlLXJlZjsKICAgICAgICAgIGRlc2NyaXB0aW9uCiAgICAgICAg ICAgICJvdXRib3VuZCBpbnRlcmZhY2UuIjsKICAgICAgICB9CgogICAgICAgIGxlYWYgdnJmIHsK ICAgICAgICAgIHR5cGUgY29hbTpyb3V0aW5nLWluc3RhbmNlLXJlZjsKICAgICAgICAgIGRlc2Ny aXB0aW9uCiAgICAgICAgICAgICJ2cmYiOwogICAgICAgIH0KCiAgICAgICAgbGVhZiBtYXgtdHRs IHsKICAgICAgICAgIHR5cGUgdWludDg7CiAgICAgICAgICBkZWZhdWx0ICIyNTUiOwogICAgICAg ICAgZGVzY3JpcHRpb24KICAgICAgICAgICAgIm1heCB0dGwuIjsKICAgICAgICB9CiAgICAgIH0K ICAgICAgb3V0cHV0IHsKICAgICAgICBsaXN0IHJlc3BvbnNlLWxpc3QgewogICAgICAgICAga2V5 ICJyZXNwb25zZS1pbmRleCI7CiAgICAgICAgICBkZXNjcmlwdGlvbgogICAgICAgICAgICAicGF0 aCBkaXNjb3ZlcnkgcmVzcG9uc2UgbGlzdC4iOwogICAgICAgICAgbGVhZiByZXNwb25zZS1pbmRl eCB7CiAgICAgICAgICAgIHR5cGUgdWludDMyOwogICAgICAgICAgICBkZXNjcmlwdGlvbgogICAg ICAgICAgICAgICJyZXNwb25zZSBpbmRleC4iOwogICAgICAgICAgfQoKICAgICAgICAgIGxlYWYg c3RhdHVzLWNvZGUgewogICAgICAgICAgICB0eXBlIGludDMyOwogICAgICAgICAgICBkZXNjcmlw dGlvbgogICAgICAgICAgICAgICJlcnJvciBjb2RlIGlzICI7CiAgICAgICAgICB9CgogICAgICAg ICAgbGVhZiBzdGF0dXMtc3ViLWNvZGUgewogICAgICAgICAgICB0eXBlIHVpbnQ4OwogICAgICAg ICAgICBkZXNjcmlwdGlvbgogICAgICAgICAgICAgICJzdWIgY29kZSBpcyAiOwogICAgICAgICAg fQogICAgICAgIH0KCiAgICAgICAgdXNlcyBjb2FtOnBhdGgtZGlzY292ZXJ5LWRhdGE7CgogICAg ICAgfQogICAgfQoKICAgIHJwYyBwYXRoLWRpc2NvdmVyeS1wZXJpb2RpYy1jcmVhdGUgewogICAg ICBkZXNjcmlwdGlvbgogICAgICAgICJHZW5lcmF0ZXMgcGVyaW9kaWMgcGF0aCBkaXNjb3Zlcnku IjsKICAgICAgaW5wdXQgewogICAgICAgIGNvbnRhaW5lciBkZXN0aW5hdGlvbi10cCB7CiAgICAg ICAgICB1c2VzIGNvYW06dHAtYWRkcmVzczsKICAgICAgICAgIGRlc2NyaXB0aW9uCiAgICAgICAg ICAgICJkZXN0aW5hdGlvbiB0ZXN0IHBvaW50LiI7CgogICAgICAgIH0KCiAgICAgICAgdXNlcyBj b2FtOnNlc3Npb24tdHlwZTsKCiAgICAgICAgbGVhZiBzb3VyY2UtaW50ZXJmYWNlIHsKICAgICAg ICAgIHR5cGUgaWY6aW50ZXJmYWNlLXJlZjsKICAgICAgICAgIGRlc2NyaXB0aW9uCiAgICAgICAg ICAgICJzb3VyY2UgaW50ZXJmYWNlLiI7CiAgICAgICAgfQoKICAgICAgICBsZWFmIG91dGJvdW5k LWludGVyZmFjZSB7CiAgICAgICAgICB0eXBlIGlmOmludGVyZmFjZS1yZWY7CiAgICAgICAgICBk ZXNjcmlwdGlvbgogICAgICAgICAgICAib3V0Ym91bmQgaW50ZXJmYWNlLiI7CiAgICAgICAgfQoK ICAgICAgICBsZWFmIHZyZiB7CiAgICAgICAgICB0eXBlIGNvYW06cm91dGluZy1pbnN0YW5jZS1y ZWY7CiAgICAgICAgICBkZXNjcmlwdGlvbgogICAgICAgICAgICAidnJmIjsKICAgICAgICB9Cgog ICAgICAgIGxlYWYgbWF4LXR0bCB7CiAgICAgICAgICB0eXBlIHVpbnQ4OwogICAgICAgICAgZGVm YXVsdCAiMjU1IjsKICAgICAgICAgIGRlc2NyaXB0aW9uCiAgICAgICAgICAgICJtYXggdHRsLiI7 CiAgICAgICAgfQoKICAgICAgICBsZWFmIGRhdGEtZXhwb3J0LW1ldGhvZCB7CiAgICAgICAgICB0 eXBlIGV4cG9ydC1tZXRob2Q7CiAgICAgICAgICBkZXNjcmlwdGlvbiAiVHlwZSBvZiBleHBvcnQu IjsKICAgICAgICB9CgogICAgICAgIGNob2ljZSBwZC10cmlnZ2VyIHsKICAgICAgICAgIGRlc2Ny aXB0aW9uCiAgICAgICAgICAgICJEZWZpbmVzIG5lY2Vzc2FyeSBjb25kaXRpb25zIGZvciBwZXJp b2RpYyBvciBvbi1jaGFuZ2UKICAgICAgICAgICAgIHRyaWdnZXIuIjsKICAgICAgICAgIGNhc2Ug cGVyaW9kaWMgewogICAgICAgICAgICBkZXNjcmlwdGlvbiAiUGVyaW9kaWMgcmVwb3J0cy4iOwog ICAgICAgICAgICBsZWFmIHBlcmlvZCB7CiAgICAgICAgICAgICAgdHlwZSB5YW5nOnRpbWV0aWNr czsKICAgICAgICAgICAgICBkZXNjcmlwdGlvbiAiVGltZSBpbnRlcnZhbCBiZXR3ZWVuIHJlcG9y dHMuIjsKICAgICAgICAgICAgfQogICAgICAgICAgICBsZWFmIHN0YXJ0LXRpbWUgewogICAgICAg ICAgICAgIHR5cGUgeWFuZzpkYXRlLWFuZC10aW1lOwogICAgICAgICAgICAgIGRlc2NyaXB0aW9u ICJUaW1lc3RhbXAgZnJvbSB3aGljaCByZXBvcnRzIGFyZSBzdGFydGVkLiI7CiAgICAgICAgICAg IH0KICAgICAgICAgIH0KICAgICAgICAgIGNhc2Ugb24tY2hhbmdlIHsKICAgICAgICAgICAgZGVz Y3JpcHRpb24gIk9uLWNoYW5nZSB0cmlnZ2VyIGFuZCBub3QgcGVyaW9kaWMuIjsKICAgICAgICAg ICAgbGVhZiBhbGwtZGF0YS1vbi1zdGFydCB7CiAgICAgICAgICAgICAgdHlwZSBib29sZWFuOwog ICAgICAgICAgICAgIGRlc2NyaXB0aW9uICJGdWxsIHVwZGF0ZSBuZWVkZWQgb24gc3RhcnQgb3Ig bm90LiI7CiAgICAgICAgICAgIH0KICAgICAgICAgICAgbGVhZi1saXN0IGV4Y2x1ZGVkLWNoYW5n ZSB7CiAgICAgICAgICAgICAgdHlwZSBjaGFuZ2UtdHlwZTsKICAgICAgICAgICAgICBkZXNjcmlw dGlvbiAiUmVzdHJpY3Qgd2hpY2ggY2hhbmdlcyB0cmlnZ2VyIGFuIHVwZGF0ZS4iOwogICAgICAg ICAgICB9CiAgICAgICAgICB9CiAgICAgICAgfQogICAgICB9CiAgICAgIG91dHB1dCB7CiAgICAg ICAgbGlzdCByZXNwb25zZS1saXN0IHsKICAgICAgICAgIGtleSAicmVzcG9uc2UtaW5kZXgiOwog ICAgICAgICAgZGVzY3JpcHRpb24KICAgICAgICAgICAgInBhdGggZGlzY292ZXJ5IHJlc3BvbnNl IGxpc3QuIjsKICAgICAgICAgIGxlYWYgcmVzcG9uc2UtaW5kZXggewogICAgICAgICAgICB0eXBl IHVpbnQzMjsKICAgICAgICAgICAgZGVzY3JpcHRpb24KICAgICAgICAgICAgICAicmVzcG9uc2Ug aW5kZXguIjsKICAgICAgICAgIH0KCiAgICAgICAgICBsZWFmIHN0YXR1cy1jb2RlIHsKICAgICAg ICAgICAgdHlwZSBpbnQzMjsKICAgICAgICAgICAgZGVzY3JpcHRpb24KICAgICAgICAgICAgICAi ZXJyb3IgY29kZSBpcyAiOwogICAgICAgICAgfQoKICAgICAgICAgIGxlYWYgc3RhdHVzLXN1Yi1j b2RlIHsKICAgICAgICAgICAgdHlwZSB1aW50ODsKICAgICAgICAgICAgZGVzY3JpcHRpb24KICAg ICAgICAgICAgICAic3ViIGNvZGUgaXMgIjsKICAgICAgICAgIH0KCiAgICAgICAgICBsZWFmIHBk LXBlcmlvZGljLWlkIHsKICAgICAgICAgICAgdHlwZSBzdHJpbmc7CiAgICAgICAgICAgIGRlc2Ny aXB0aW9uICJJZCB0byBhY3QgYXMgYSBjb29raWUuIjsKICAgICAgICAgIH0KICAgICAgICB9CiAg ICAgIH0KICAgIH0KCiAgICBycGMgcGF0aC1kaXNjb3ZlcnktcGVyaW9kaWMtbW9kaWZ5IHsKICAg ICAgZGVzY3JpcHRpb24KICAgICAgICAiTW9kaWZpZXMgcGVyaW9kaWMgcGF0aCBkaXNjb3Zlcnku IjsKICAgICAgaW5wdXQgewogICAgICAgIGxlYWYgcGQtcGVyaW9kaWMtaWQgewogICAgICAgICAg dHlwZSBzdHJpbmc7CiAgICAgICAgICBkZXNjcmlwdGlvbiAiQ29va2llIElkIHRvIGJlIHVzZWQg Zm9yIG1vZGlmaWNhdGlvbnMuIjsKICAgICAgICB9CgogICAgICAgIGxlYWYgZGF0YS1leHBvcnQt bWV0aG9kIHsKICAgICAgICAgIHR5cGUgZXhwb3J0LW1ldGhvZDsKICAgICAgICAgIGRlc2NyaXB0 aW9uICJUeXBlIG9mIGV4cG9ydC4iOwogICAgICAgIH0KCiAgICAgICAgY2hvaWNlIHBkLXRyaWdn ZXIgewogICAgICAgICAgZGVzY3JpcHRpb24KICAgICAgICAgICAgIkRlZmluZXMgbmVjZXNzYXJ5 IGNvbmRpdGlvbnMgZm9yIHBlcmlvZGljIG9yIG9uLWNoYW5nZQogICAgICAgICAgICAgdHJpZ2dl ci4iOwogICAgICAgICAgY2FzZSBwZXJpb2RpYyB7CiAgICAgICAgICAgIGRlc2NyaXB0aW9uICJQ ZXJpb2RpYyByZXBvcnRzLiI7CiAgICAgICAgICAgIGxlYWYgcGVyaW9kIHsKICAgICAgICAgICAg ICB0eXBlIHlhbmc6dGltZXRpY2tzOwogICAgICAgICAgICAgIGRlc2NyaXB0aW9uICJUaW1lIGlu dGVydmFsIGJldHdlZW4gcmVwb3J0cy4iOwogICAgICAgICAgICB9CiAgICAgICAgICAgIGxlYWYg c3RhcnQtdGltZSB7CiAgICAgICAgICAgICAgdHlwZSB5YW5nOmRhdGUtYW5kLXRpbWU7CiAgICAg ICAgICAgICAgZGVzY3JpcHRpb24gIlRpbWVzdGFtcCBmcm9tIHdoaWNoIHJlcG9ydHMgYXJlIHN0 YXJ0ZWQuIjsKICAgICAgICAgICAgfQogICAgICAgICAgfQogICAgICAgICAgY2FzZSBvbi1jaGFu Z2UgewogICAgICAgICAgICBkZXNjcmlwdGlvbiAiT24tY2hhbmdlIHRyaWdnZXIgYW5kIG5vdCBw ZXJpb2RpYy4iOwogICAgICAgICAgICBsZWFmIGFsbC1kYXRhLW9uLXN0YXJ0IHsKICAgICAgICAg ICAgICB0eXBlIGJvb2xlYW47CiAgICAgICAgICAgICAgZGVzY3JpcHRpb24gIkZ1bGwgdXBkYXRl IG5lZWRlZCBvbiBzdGFydCBvciBub3QuIjsKICAgICAgICAgICAgfQogICAgICAgICAgICBsZWFm LWxpc3QgZXhjbHVkZWQtY2hhbmdlIHsKICAgICAgICAgICAgICB0eXBlIGNoYW5nZS10eXBlOwog ICAgICAgICAgICAgIGRlc2NyaXB0aW9uICJSZXN0cmljdCB3aGljaCBjaGFuZ2VzIHRyaWdnZXIg YW4gdXBkYXRlLiI7CiAgICAgICAgICAgIH0KICAgICAgICAgIH0KICAgICAgICB9CiAgICAgIH0K ICAgICAgb3V0cHV0IHsKICAgICAgICBsaXN0IHJlc3BvbnNlLWxpc3QgewogICAgICAgICAga2V5 ICJyZXNwb25zZS1pbmRleCI7CiAgICAgICAgICBkZXNjcmlwdGlvbgogICAgICAgICAgICAicGF0 aCBkaXNjb3ZlcnkgcmVzcG9uc2UgbGlzdC4iOwogICAgICAgICAgbGVhZiByZXNwb25zZS1pbmRl eCB7CiAgICAgICAgICAgIHR5cGUgdWludDMyOwogICAgICAgICAgICBkZXNjcmlwdGlvbgogICAg ICAgICAgICAgICJyZXNwb25zZSBpbmRleC4iOwogICAgICAgICAgfQoKICAgICAgICAgIGxlYWYg c3RhdHVzLWNvZGUgewogICAgICAgICAgICB0eXBlIGludDMyOwogICAgICAgICAgICBkZXNjcmlw dGlvbgogICAgICAgICAgICAgICJlcnJvciBjb2RlIGlzICI7CiAgICAgICAgICB9CgogICAgICAg ICAgbGVhZiBzdGF0dXMtc3ViLWNvZGUgewogICAgICAgICAgICB0eXBlIHVpbnQ4OwogICAgICAg ICAgICBkZXNjcmlwdGlvbgogICAgICAgICAgICAgICJzdWIgY29kZSBpcyAiOwogICAgICAgICAg fQoKICAgICAgICAgIGxlYWYgcGQtcGVyaW9kaWMtaWQgewogICAgICAgICAgICB0eXBlIHN0cmlu ZzsKICAgICAgICAgICAgZGVzY3JpcHRpb24gIklkIHRvIGFjdCBhcyBhIGNvb2tpZS4iOwogICAg ICAgICAgfQogICAgICAgIH0KICAgICAgfQogICAgfQoKICAgIHJwYyBwYXRoLWRpc2NvdmVyeS1w ZXJpb2RpYy1kZWxldGUgewogICAgICBkZXNjcmlwdGlvbgogICAgICAgICJEZWxldGVzIHBlcmlv ZGljIHBhdGggZGlzY292ZXJ5LiI7CiAgICAgIGlucHV0IHsKICAgICAgICBsZWFmIHBkLXBlcmlv ZGljLWlkIHsKICAgICAgICAgIHR5cGUgc3RyaW5nOwogICAgICAgICAgZGVzY3JpcHRpb24gIkNv b2tpZSBJZCB0byBiZSB1c2VkIGluIGRlbGV0aW9uLiI7CiAgICAgICAgfQogICAgICB9CgogICAg ICBvdXRwdXQgewogICAgICAgIGxpc3QgcmVzcG9uc2UtbGlzdCB7CiAgICAgICAgICBrZXkgInJl c3BvbnNlLWluZGV4IjsKICAgICAgICAgIGRlc2NyaXB0aW9uCiAgICAgICAgICAgICJwYXRoIGRp c2NvdmVyeSByZXNwb25zZSBsaXN0LiI7CiAgICAgICAgICBsZWFmIHJlc3BvbnNlLWluZGV4IHsK ICAgICAgICAgICAgdHlwZSB1aW50MzI7CiAgICAgICAgICAgIGRlc2NyaXB0aW9uCiAgICAgICAg ICAgICAgInJlc3BvbnNlIGluZGV4LiI7CiAgICAgICAgICB9CgogICAgICAgICAgbGVhZiBzdGF0 dXMtY29kZSB7CiAgICAgICAgICAgIHR5cGUgaW50MzI7CiAgICAgICAgICAgIGRlc2NyaXB0aW9u CiAgICAgICAgICAgICAgImVycm9yIGNvZGUgaXMgIjsKICAgICAgICAgIH0KCiAgICAgICAgICBs ZWFmIHN0YXR1cy1zdWItY29kZSB7CiAgICAgICAgICAgIHR5cGUgdWludDg7CiAgICAgICAgICAg IGRlc2NyaXB0aW9uCiAgICAgICAgICAgICAgInN1YiBjb2RlIGlzICI7CiAgICAgICAgICB9CiAg ICAgICAgfQogICAgICB9CiAgICB9Cn0K --_004_B8F9A780D330094D99AF023C5877DABA9A77354Ankgeml513mbschi_-- From nobody Thu Feb 23 22:43:00 2017 Return-Path: X-Original-To: lime@ietf.org Delivered-To: lime@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 5300A1295B9; Thu, 23 Feb 2017 22:42:58 -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: <148791857833.21116.9630765186754444170.idtracker@ietfa.amsl.com> Date: Thu, 23 Feb 2017 22:42:58 -0800 Archived-At: Cc: lime@ietf.org Subject: [Lime] I-D Action: draft-ietf-lime-yang-connectionless-oam-04.txt X-BeenThere: lime@ietf.org X-Mailman-Version: 2.1.17 List-Id: "Layer Independent OAM Management in Multi-Layer Environment \(LIME\) discussion list." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Feb 2017 06:42:58 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Layer Independent OAM Management in the Multi-Layer Environment of the IETF. Title : Generic YANG Data Model for Connectionless Operations, Administration, and Maintenance(OAM) protocols Authors : Deepak Kumar Michael Wang Qin Wu Reshad Rahman Srihari Raghavan Filename : draft-ietf-lime-yang-connectionless-oam-04.txt Pages : 58 Date : 2017-02-23 Abstract: This document presents a base YANG Data model for connectionless Operations Administration, and Maintenance(OAM) protocols. It provides a technology-independent abstraction of key OAM constructs for connectionless protocols. The base model presented here can be extended to include technology specific details. This is leading to uniformity between OAM protocols and support both nested OAM workflows (i.e., performing OAM functions at different or same levels through a unified interface). The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-lime-yang-connectionless-oam/ There's also a htmlized version available at: https://tools.ietf.org/html/draft-ietf-lime-yang-connectionless-oam-04 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-lime-yang-connectionless-oam-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 22:45:53 2017 Return-Path: X-Original-To: lime@ietf.org Delivered-To: lime@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 827441295B8; Thu, 23 Feb 2017 22:45:47 -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: <148791874751.21112.11151757029740620338.idtracker@ietfa.amsl.com> Date: Thu, 23 Feb 2017 22:45:47 -0800 Archived-At: Cc: lime@ietf.org Subject: [Lime] I-D Action: draft-ietf-lime-yang-connectionless-oam-methods-01.txt X-BeenThere: lime@ietf.org X-Mailman-Version: 2.1.17 List-Id: "Layer Independent OAM Management in Multi-Layer Environment \(LIME\) discussion list." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Feb 2017 06:45:47 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Layer Independent OAM Management in the Multi-Layer Environment of the IETF. Title : Retrieval Methods YANG Data Model for Connectionless Operations, Administration, and Maintenance(OAM) protocols Authors : Deepak Kumar Michael Wang Qin Wu Reshad Rahman Srihari Raghavan Filename : draft-ietf-lime-yang-connectionless-oam-methods-01.txt Pages : 37 Date : 2017-02-23 Abstract: This document presents a retrieval method YANG Data model for connectionless OAM protocols. It provides a technology-independent RPC commands for connectionless OAM protocols. The retrieval methods model presented here can be extended to include technology specific details. This is leading to uniformity between OAM protocols and support both nested OAM workflows (i.e., performing OAM functions at different levels through a unified interface) and interactive OAM workflows ( i.e., performing OAM functions at same levels through a unified interface). The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-lime-yang-connectionless-oam-methods/ There's also a htmlized version available at: https://tools.ietf.org/html/draft-ietf-lime-yang-connectionless-oam-methods-01 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-lime-yang-connectionless-oam-methods-01 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Thu Feb 23 23:46:11 2017 Return-Path: X-Original-To: lime@ietfa.amsl.com Delivered-To: lime@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0DCD71295DE for ; Thu, 23 Feb 2017 23:46: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 wGInXNlUaZdX for ; Thu, 23 Feb 2017 23:46:08 -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 8D8291295DD for ; Thu, 23 Feb 2017 23:46:07 -0800 (PST) Received: from 172.18.7.190 (EHLO lhreml708-cah.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id DHR20363; Fri, 24 Feb 2017 07:46:04 +0000 (GMT) Received: from DGGEMM402-HUB.china.huawei.com (10.3.20.210) by lhreml708-cah.china.huawei.com (10.201.108.49) with Microsoft SMTP Server (TLS) id 14.3.301.0; Fri, 24 Feb 2017 07:46:03 +0000 Received: from DGGEMM506-MBX.china.huawei.com ([169.254.3.117]) by DGGEMM402-HUB.china.huawei.com ([10.3.20.210]) with mapi id 14.03.0301.000; Fri, 24 Feb 2017 15:45:53 +0800 From: wangzitao To: "lime@ietf.org" Thread-Topic: [Lime] I-D Action: draft-ietf-lime-yang-connectionless-oam-04.txt Thread-Index: AQHSjmlCpQnbEaM030W4uuNXFIMHMaF3xqTg Date: Fri, 24 Feb 2017 07:45:51 +0000 Message-ID: References: <148791857833.21116.9630765186754444170.idtracker@ietfa.amsl.com> In-Reply-To: <148791857833.21116.9630765186754444170.idtracker@ietfa.amsl.com> Accept-Language: en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.136.78.198] Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A090206.58AFE4BD.0061, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0, ip=169.254.3.117, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32 X-Mirapoint-Loop-Id: ba52cba2ef993a9fd228afdf4d7b606c Archived-At: Cc: "Reshad Rahman \(rrahman\)" , "Srihari Raghavan \(srihari\)" , Qin Wu , "Deepak Kumar \(dekumar\)" Subject: Re: [Lime] I-D Action: draft-ietf-lime-yang-connectionless-oam-04.txt X-BeenThere: lime@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Layer Independent OAM Management in Multi-Layer Environment \(LIME\) discussion list." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Feb 2017 07:46:10 -0000 RGVhciBXRywNCg0KQWNjb3JkaW5nIHRvIHRoZSBXR0xDIGRpc2N1c3Npb25zLCB3ZSB1cGRhdGUg dGhlIENvbm5lY3Rpb25sZXNzIE9BTSBZQU5HIGRvY3VtZW50Lg0KVGhhbmtzIEFkcklhbiBGYXJy ZWwsIEdyZWcgTWlyc2t5IGFuZCBvdGhlcnOhryByZXZpZXcgYW5kIGNvbW1lbnRzLiANCkluIHRo aXMgdmVyc2lvbiwgd2UgZml4IHNvbWUgbml0cywgYWRkIHNvbWUgZGVzY3JpcHRpb25zLCBhbmQg YWRkcmVzcyBpc3N1ZXMgcmFpc2VkIGluIGVtYWlsIGRpc2N1c3Npb24uDQpNb3JlIGRldGFpbHMg cGxlYXNlIHNlZSB0aGUgZHJhZnQuDQoNCkJlc3QgUmVnYXJkcyENCi1NaWNoYWVsDQoNCi0tLS0t 08q8/tStvP4tLS0tLQ0Kt6K8/sjLOiBMaW1lIFttYWlsdG86bGltZS1ib3VuY2VzQGlldGYub3Jn XSC0+rHtIGludGVybmV0LWRyYWZ0c0BpZXRmLm9yZw0Kt6LLzcqxvOQ6IDIwMTfE6jLUwjI0yNUg MTQ6NDMNCsrVvP7IyzogaS1kLWFubm91bmNlQGlldGYub3JnDQqzrcvNOiBsaW1lQGlldGYub3Jn DQrW98ziOiBbTGltZV0gSS1EIEFjdGlvbjogZHJhZnQtaWV0Zi1saW1lLXlhbmctY29ubmVjdGlv bmxlc3Mtb2FtLTA0LnR4dA0KDQoNCkEgTmV3IEludGVybmV0LURyYWZ0IGlzIGF2YWlsYWJsZSBm cm9tIHRoZSBvbi1saW5lIEludGVybmV0LURyYWZ0cyBkaXJlY3Rvcmllcy4NClRoaXMgZHJhZnQg aXMgYSB3b3JrIGl0ZW0gb2YgdGhlIExheWVyIEluZGVwZW5kZW50IE9BTSBNYW5hZ2VtZW50IGlu IHRoZSBNdWx0aS1MYXllciBFbnZpcm9ubWVudCBvZiB0aGUgSUVURi4NCg0KICAgICAgICBUaXRs ZSAgICAgICAgICAgOiBHZW5lcmljIFlBTkcgRGF0YSBNb2RlbCBmb3IgQ29ubmVjdGlvbmxlc3Mg T3BlcmF0aW9ucywgQWRtaW5pc3RyYXRpb24sIGFuZCBNYWludGVuYW5jZShPQU0pIHByb3RvY29s cw0KICAgICAgICBBdXRob3JzICAgICAgICAgOiBEZWVwYWsgS3VtYXINCiAgICAgICAgICAgICAg ICAgICAgICAgICAgTWljaGFlbCBXYW5nDQogICAgICAgICAgICAgICAgICAgICAgICAgIFFpbiBX dQ0KICAgICAgICAgICAgICAgICAgICAgICAgICBSZXNoYWQgUmFobWFuDQogICAgICAgICAgICAg ICAgICAgICAgICAgIFNyaWhhcmkgUmFnaGF2YW4NCglGaWxlbmFtZSAgICAgICAgOiBkcmFmdC1p ZXRmLWxpbWUteWFuZy1jb25uZWN0aW9ubGVzcy1vYW0tMDQudHh0DQoJUGFnZXMgICAgICAgICAg IDogNTgNCglEYXRlICAgICAgICAgICAgOiAyMDE3LTAyLTIzDQoNCkFic3RyYWN0Og0KICAgVGhp cyBkb2N1bWVudCBwcmVzZW50cyBhIGJhc2UgWUFORyBEYXRhIG1vZGVsIGZvciBjb25uZWN0aW9u bGVzcw0KICAgT3BlcmF0aW9ucyBBZG1pbmlzdHJhdGlvbiwgYW5kIE1haW50ZW5hbmNlKE9BTSkg cHJvdG9jb2xzLiAgSXQNCiAgIHByb3ZpZGVzIGEgdGVjaG5vbG9neS1pbmRlcGVuZGVudCBhYnN0 cmFjdGlvbiBvZiBrZXkgT0FNIGNvbnN0cnVjdHMNCiAgIGZvciBjb25uZWN0aW9ubGVzcyBwcm90 b2NvbHMuICBUaGUgYmFzZSBtb2RlbCBwcmVzZW50ZWQgaGVyZSBjYW4gYmUNCiAgIGV4dGVuZGVk IHRvIGluY2x1ZGUgdGVjaG5vbG9neSBzcGVjaWZpYyBkZXRhaWxzLiAgVGhpcyBpcyBsZWFkaW5n IHRvDQogICB1bmlmb3JtaXR5IGJldHdlZW4gT0FNIHByb3RvY29scyBhbmQgc3VwcG9ydCBib3Ro IG5lc3RlZCBPQU0NCiAgIHdvcmtmbG93cyAoaS5lLiwgcGVyZm9ybWluZyBPQU0gZnVuY3Rpb25z IGF0IGRpZmZlcmVudCBvciBzYW1lIGxldmVscw0KICAgdGhyb3VnaCBhIHVuaWZpZWQgaW50ZXJm YWNlKS4NCg0KDQpUaGUgSUVURiBkYXRhdHJhY2tlciBzdGF0dXMgcGFnZSBmb3IgdGhpcyBkcmFm dCBpczoNCmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWlldGYtbGltZS15 YW5nLWNvbm5lY3Rpb25sZXNzLW9hbS8NCg0KVGhlcmUncyBhbHNvIGEgaHRtbGl6ZWQgdmVyc2lv biBhdmFpbGFibGUgYXQ6DQpodHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtaWV0Zi1s aW1lLXlhbmctY29ubmVjdGlvbmxlc3Mtb2FtLTA0DQoNCkEgZGlmZiBmcm9tIHRoZSBwcmV2aW91 cyB2ZXJzaW9uIGlzIGF2YWlsYWJsZSBhdDoNCmh0dHBzOi8vd3d3LmlldGYub3JnL3JmY2RpZmY/ dXJsMj1kcmFmdC1pZXRmLWxpbWUteWFuZy1jb25uZWN0aW9ubGVzcy1vYW0tMDQNCg0KDQpQbGVh c2Ugbm90ZSB0aGF0IGl0IG1heSB0YWtlIGEgY291cGxlIG9mIG1pbnV0ZXMgZnJvbSB0aGUgdGlt ZSBvZiBzdWJtaXNzaW9uIHVudGlsIHRoZSBodG1saXplZCB2ZXJzaW9uIGFuZCBkaWZmIGFyZSBh dmFpbGFibGUgYXQgdG9vbHMuaWV0Zi5vcmcuDQoNCkludGVybmV0LURyYWZ0cyBhcmUgYWxzbyBh dmFpbGFibGUgYnkgYW5vbnltb3VzIEZUUCBhdDoNCmZ0cDovL2Z0cC5pZXRmLm9yZy9pbnRlcm5l dC1kcmFmdHMvDQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fDQpMaW1lIG1haWxpbmcgbGlzdA0KTGltZUBpZXRmLm9yZw0KaHR0cHM6Ly93d3cuaWV0Zi5v cmcvbWFpbG1hbi9saXN0aW5mby9saW1lDQo= From nobody Fri Feb 24 00:04:20 2017 Return-Path: X-Original-To: lime@ietfa.amsl.com Delivered-To: lime@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6F5A9129641 for ; Fri, 24 Feb 2017 00:04:18 -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 Wa81VjswbHMb for ; Fri, 24 Feb 2017 00:04:08 -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 6A16E129600 for ; Fri, 24 Feb 2017 00:04:07 -0800 (PST) Received: from 172.18.7.190 (EHLO LHREML714-CAH.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id DHR22739; Fri, 24 Feb 2017 08:04:04 +0000 (GMT) Received: from DGGEMM404-HUB.china.huawei.com (10.3.20.212) by LHREML714-CAH.china.huawei.com (10.201.108.37) with Microsoft SMTP Server (TLS) id 14.3.301.0; Fri, 24 Feb 2017 08:04:01 +0000 Received: from DGGEMM506-MBX.china.huawei.com ([169.254.3.117]) by DGGEMM404-HUB.china.huawei.com ([10.3.20.212]) with mapi id 14.03.0301.000; Fri, 24 Feb 2017 16:03:46 +0800 From: wangzitao To: "lime@ietf.org" Thread-Topic: [Lime] I-D Action: draft-ietf-lime-yang-connectionless-oam-methods-01.txt Thread-Index: AQHSjmmwC8wK/VXnskCCqBLrDOAQHqF3x0bw Date: Fri, 24 Feb 2017 08:03:46 +0000 Message-ID: References: <148791874751.21112.11151757029740620338.idtracker@ietfa.amsl.com> In-Reply-To: <148791874751.21112.11151757029740620338.idtracker@ietfa.amsl.com> Accept-Language: en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.136.78.198] Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A020202.58AFE8F5.020C, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0, ip=169.254.3.117, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32 X-Mirapoint-Loop-Id: 69c8e20f81a4c809af6f40fcb1bdf5d1 Archived-At: Cc: "Reshad Rahman \(rrahman\)" , "Srihari Raghavan \(srihari\)" , Qin Wu , "Deepak Kumar \(dekumar\)" Subject: Re: [Lime] I-D Action: draft-ietf-lime-yang-connectionless-oam-methods-01.txt X-BeenThere: lime@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Layer Independent OAM Management in Multi-Layer Environment \(LIME\) discussion list." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Feb 2017 08:04:18 -0000 RGVhciBXRywNCg0KV2UgdXBkYXRlIHRoZSBDb25uZWN0aW9ubGVzcyBPQU0gUmV0cmlldmFsIE1l dGhvZCBZQU5HIGRvY3VtZW50IHRvIGFkZHJlc3Mgc29tZSBpc3N1ZXMgcmFpc2VkIGluIFdHTEMg ZGlzY3Vzc2lvbnMuIA0KSW4gdGhpcyBuZXcgdmVyc2lvbiwgd2UgZml4IHNvbWUgbml0cyBhbmQg cmV3cml0ZSBzb21lIHNlbnRlbmNlcyB0byBtYWtlIGl0IG1vcmUgYXJ0aWN1bGF0ZWx5LiBBbmQg d2UgYWxzbyBhZGQgc29tZSBuZXcgUlBDcyBzdWNoIGFzIA0KJ2NjLXBlcnNpc3RlbnQtY3JlYXRl JywgJ2NjLXBlcnNpc3RlbnQtbW9kaWZ5JywgJ2NjLXBlcnNpc3RlbnQtZGVsZXRlJywgJ3BkLXBl cnNpc3RlbnQtY3JlYXRlJywgJ3BkLXBlcnNpc3RlbnQtbW9kaWZ5JywgDQphbmQgJ3BkLXBlcnNp c3RlbnQtZGVsZXRlJywgd2hpY2ggYWxsb3cgdXNlciB0byB0cmlnZ2VyIHBlcnNpc3RlbnQgQ0Mv UGF0aC1kaXNjb3ZlcnkgT0FNIHdoaWxlIHNwZWNpZnlpbmcgdGhlIG9wdGlvbnMgZm9yIGRhdGEt ZXhwb3J0IGZyb20gZGV2aWNlLg0KTW9yZSBkZXRhaWxzIHBsZWFzZSBzZWUgdGhlIGRyYWZ0LiBD b21tZW50cyBhbmQgc3VnZ2VzdGlvbnMgYXJlIHdlbGNvbWUhDQoNCkJlc3QgUmVnYXJkcyENCi1N aWNoYWVsDQoNCg0KLS0tLS3Tyrz+1K28/i0tLS0tDQq3orz+yMs6IExpbWUgW21haWx0bzpsaW1l LWJvdW5jZXNAaWV0Zi5vcmddILT6se0gaW50ZXJuZXQtZHJhZnRzQGlldGYub3JnDQq3osvNyrG8 5DogMjAxN8TqMtTCMjTI1SAxNDo0Ng0KytW8/sjLOiBpLWQtYW5ub3VuY2VAaWV0Zi5vcmcNCrOt y806IGxpbWVAaWV0Zi5vcmcNCtb3zOI6IFtMaW1lXSBJLUQgQWN0aW9uOiBkcmFmdC1pZXRmLWxp bWUteWFuZy1jb25uZWN0aW9ubGVzcy1vYW0tbWV0aG9kcy0wMS50eHQNCg0KDQpBIE5ldyBJbnRl cm5ldC1EcmFmdCBpcyBhdmFpbGFibGUgZnJvbSB0aGUgb24tbGluZSBJbnRlcm5ldC1EcmFmdHMg ZGlyZWN0b3JpZXMuDQpUaGlzIGRyYWZ0IGlzIGEgd29yayBpdGVtIG9mIHRoZSBMYXllciBJbmRl cGVuZGVudCBPQU0gTWFuYWdlbWVudCBpbiB0aGUgTXVsdGktTGF5ZXIgRW52aXJvbm1lbnQgb2Yg dGhlIElFVEYuDQoNCiAgICAgICAgVGl0bGUgICAgICAgICAgIDogUmV0cmlldmFsIE1ldGhvZHMg WUFORyBEYXRhIE1vZGVsIGZvciBDb25uZWN0aW9ubGVzcyBPcGVyYXRpb25zLCBBZG1pbmlzdHJh dGlvbiwgYW5kIE1haW50ZW5hbmNlKE9BTSkgcHJvdG9jb2xzDQogICAgICAgIEF1dGhvcnMgICAg ICAgICA6IERlZXBhayBLdW1hcg0KICAgICAgICAgICAgICAgICAgICAgICAgICBNaWNoYWVsIFdh bmcNCiAgICAgICAgICAgICAgICAgICAgICAgICAgUWluIFd1DQogICAgICAgICAgICAgICAgICAg ICAgICAgIFJlc2hhZCBSYWhtYW4NCiAgICAgICAgICAgICAgICAgICAgICAgICAgU3JpaGFyaSBS YWdoYXZhbg0KCUZpbGVuYW1lICAgICAgICA6IGRyYWZ0LWlldGYtbGltZS15YW5nLWNvbm5lY3Rp b25sZXNzLW9hbS1tZXRob2RzLTAxLnR4dA0KCVBhZ2VzICAgICAgICAgICA6IDM3DQoJRGF0ZSAg ICAgICAgICAgIDogMjAxNy0wMi0yMw0KDQpBYnN0cmFjdDoNCiAgIFRoaXMgZG9jdW1lbnQgcHJl c2VudHMgYSByZXRyaWV2YWwgbWV0aG9kIFlBTkcgRGF0YSBtb2RlbCBmb3INCiAgIGNvbm5lY3Rp b25sZXNzIE9BTSBwcm90b2NvbHMuICBJdCBwcm92aWRlcyBhIHRlY2hub2xvZ3ktaW5kZXBlbmRl bnQNCiAgIFJQQyBjb21tYW5kcyBmb3IgY29ubmVjdGlvbmxlc3MgT0FNIHByb3RvY29scy4gIFRo ZSByZXRyaWV2YWwgbWV0aG9kcw0KICAgbW9kZWwgcHJlc2VudGVkIGhlcmUgY2FuIGJlIGV4dGVu ZGVkIHRvIGluY2x1ZGUgdGVjaG5vbG9neSBzcGVjaWZpYw0KICAgZGV0YWlscy4gIFRoaXMgaXMg bGVhZGluZyB0byB1bmlmb3JtaXR5IGJldHdlZW4gT0FNIHByb3RvY29scyBhbmQNCiAgIHN1cHBv cnQgYm90aCBuZXN0ZWQgT0FNIHdvcmtmbG93cyAoaS5lLiwgcGVyZm9ybWluZyBPQU0gZnVuY3Rp b25zIGF0DQogICBkaWZmZXJlbnQgbGV2ZWxzIHRocm91Z2ggYSB1bmlmaWVkIGludGVyZmFjZSkg YW5kIGludGVyYWN0aXZlIE9BTQ0KICAgd29ya2Zsb3dzICggaS5lLiwgcGVyZm9ybWluZyBPQU0g ZnVuY3Rpb25zIGF0IHNhbWUgbGV2ZWxzIHRocm91Z2ggYQ0KICAgdW5pZmllZCBpbnRlcmZhY2Up Lg0KDQoNClRoZSBJRVRGIGRhdGF0cmFja2VyIHN0YXR1cyBwYWdlIGZvciB0aGlzIGRyYWZ0IGlz Og0KaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtaWV0Zi1saW1lLXlhbmct Y29ubmVjdGlvbmxlc3Mtb2FtLW1ldGhvZHMvDQoNClRoZXJlJ3MgYWxzbyBhIGh0bWxpemVkIHZl cnNpb24gYXZhaWxhYmxlIGF0Og0KaHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LWll dGYtbGltZS15YW5nLWNvbm5lY3Rpb25sZXNzLW9hbS1tZXRob2RzLTAxDQoNCkEgZGlmZiBmcm9t IHRoZSBwcmV2aW91cyB2ZXJzaW9uIGlzIGF2YWlsYWJsZSBhdDoNCmh0dHBzOi8vd3d3LmlldGYu b3JnL3JmY2RpZmY/dXJsMj1kcmFmdC1pZXRmLWxpbWUteWFuZy1jb25uZWN0aW9ubGVzcy1vYW0t bWV0aG9kcy0wMQ0KDQoNClBsZWFzZSBub3RlIHRoYXQgaXQgbWF5IHRha2UgYSBjb3VwbGUgb2Yg bWludXRlcyBmcm9tIHRoZSB0aW1lIG9mIHN1Ym1pc3Npb24gdW50aWwgdGhlIGh0bWxpemVkIHZl cnNpb24gYW5kIGRpZmYgYXJlIGF2YWlsYWJsZSBhdCB0b29scy5pZXRmLm9yZy4NCg0KSW50ZXJu ZXQtRHJhZnRzIGFyZSBhbHNvIGF2YWlsYWJsZSBieSBhbm9ueW1vdXMgRlRQIGF0Og0KZnRwOi8v ZnRwLmlldGYub3JnL2ludGVybmV0LWRyYWZ0cy8NCg0KX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX18NCkxpbWUgbWFpbGluZyBsaXN0DQpMaW1lQGlldGYub3Jn DQpodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2xpbWUNCg== From nobody Mon Feb 27 23:48:38 2017 Return-Path: X-Original-To: lime@ietfa.amsl.com Delivered-To: lime@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C6DE8129460 for ; Mon, 27 Feb 2017 23:48:37 -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, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.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 gEOEOSDTafKn for ; Mon, 27 Feb 2017 23:48:36 -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 0AABC1289B0 for ; Mon, 27 Feb 2017 23:48:35 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=8695; q=dns/txt; s=iport; t=1488268116; x=1489477716; h=subject:to:references:cc:from:message-id:date: mime-version:in-reply-to; bh=jWWGTlEJMi70Sc9dpkFTKDTlzNAuD6vsBdqjuLyinLs=; b=fkbZFMb/l9gb95WYZVaAFVToarZFImsVK9AxlTePZ5PBnrm0TtGYEPj7 pIQtbPrmeKUoDWJrkFQ9CApH5UVVs1ePg7Xfm1nyVRFAKiReU17kyuJJF eHzU9FYNPCG+1KfFmy/mVu+f+PKdD7mSnbg2TZBUgJUEC+8R/yd3ymI31 8=; X-IronPort-AV: E=Sophos;i="5.35,218,1484006400"; d="scan'208,217";a="652863615" 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; 28 Feb 2017 07:48:34 +0000 Received: from [10.61.101.37] (dhcp-10-61-101-37.cisco.com [10.61.101.37]) by aer-core-2.cisco.com (8.14.5/8.14.5) with ESMTP id v1S7mWVL002561; Tue, 28 Feb 2017 07:48:33 GMT To: wangzitao , "lime@ietf.org" References: <148791874751.21112.11151757029740620338.idtracker@ietfa.amsl.com> From: Benoit Claise Message-ID: <8ce8d10b-a742-be9d-48c8-e9a785a38004@cisco.com> Date: Tue, 28 Feb 2017 08:48:31 +0100 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: multipart/alternative; boundary="------------80FD13D3E9D1D9139BB7DE31" Archived-At: Cc: "Reshad Rahman \(rrahman\)" , "Srihari Raghavan \(srihari\)" , "rkrejci@cesnet.cz" , Qin Wu , "Deepak Kumar \(dekumar\)" Subject: Re: [Lime] I-D Action: draft-ietf-lime-yang-connectionless-oam-methods-01.txt X-BeenThere: lime@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Layer Independent OAM Management in Multi-Layer Environment \(LIME\) discussion list." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Feb 2017 07:48:37 -0000 This is a multi-part message in MIME format. --------------80FD13D3E9D1D9139BB7DE31 Content-Type: text/plain; charset=gbk; format=flowed Content-Transfer-Encoding: 8bit Michael, See the warnings at http://www.claise.be/IETFYANGPageCompilation.html Note: don't worry about this one warn: Not supported "mount-point" extension statement found, ignoring. Regards, Benoit > Dear WG, > > We update the Connectionless OAM Retrieval Method YANG document to address some issues raised in WGLC discussions. > In this new version, we fix some nits and rewrite some sentences to make it more articulately. And we also add some new RPCs such as > 'cc-persistent-create', 'cc-persistent-modify', 'cc-persistent-delete', 'pd-persistent-create', 'pd-persistent-modify', > and 'pd-persistent-delete', which allow user to trigger persistent CC/Path-discovery OAM while specifying the options for data-export from device. > More details please see the draft. Comments and suggestions are welcome! > > Best Regards! > -Michael > > > -----邮件原件----- > 发件人: Lime [mailto:lime-bounces@ietf.org] 代表 internet-drafts@ietf.org > 发送时间: 2017年2月24日 14:46 > 收件人: i-d-announce@ietf.org > 抄送: lime@ietf.org > 主题: [Lime] I-D Action: draft-ietf-lime-yang-connectionless-oam-methods-01.txt > > > A New Internet-Draft is available from the on-line Internet-Drafts directories. > This draft is a work item of the Layer Independent OAM Management in the Multi-Layer Environment of the IETF. > > Title : Retrieval Methods YANG Data Model for Connectionless Operations, Administration, and Maintenance(OAM) protocols > Authors : Deepak Kumar > Michael Wang > Qin Wu > Reshad Rahman > Srihari Raghavan > Filename : draft-ietf-lime-yang-connectionless-oam-methods-01.txt > Pages : 37 > Date : 2017-02-23 > > Abstract: > This document presents a retrieval method YANG Data model for > connectionless OAM protocols. It provides a technology-independent > RPC commands for connectionless OAM protocols. The retrieval methods > model presented here can be extended to include technology specific > details. This is leading to uniformity between OAM protocols and > support both nested OAM workflows (i.e., performing OAM functions at > different levels through a unified interface) and interactive OAM > workflows ( i.e., performing OAM functions at same levels through a > unified interface). > > > The IETF datatracker status page for this draft is: > https://datatracker.ietf.org/doc/draft-ietf-lime-yang-connectionless-oam-methods/ > > There's also a htmlized version available at: > https://tools.ietf.org/html/draft-ietf-lime-yang-connectionless-oam-methods-01 > > A diff from the previous version is available at: > https://www.ietf.org/rfcdiff?url2=draft-ietf-lime-yang-connectionless-oam-methods-01 > > > Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. > > Internet-Drafts are also available by anonymous FTP at: > ftp://ftp.ietf.org/internet-drafts/ > > _______________________________________________ > Lime mailing list > Lime@ietf.org > https://www.ietf.org/mailman/listinfo/lime > _______________________________________________ > Lime mailing list > Lime@ietf.org > https://www.ietf.org/mailman/listinfo/lime --------------80FD13D3E9D1D9139BB7DE31 Content-Type: text/html; charset=gbk Content-Transfer-Encoding: 8bit
Michael,

See the warnings at http://www.claise.be/IETFYANGPageCompilation.html
Note: don't worry about this one
warn: Not supported "mount-point" extension statement found, ignoring.
Regards, Benoit
Dear WG,

We update the Connectionless OAM Retrieval Method YANG document to address some issues raised in WGLC discussions. 
In this new version, we fix some nits and rewrite some sentences to make it more articulately. And we also add some new RPCs such as 
'cc-persistent-create', 'cc-persistent-modify', 'cc-persistent-delete', 'pd-persistent-create', 'pd-persistent-modify', 
and 'pd-persistent-delete', which allow user to trigger persistent CC/Path-discovery OAM while specifying the options for data-export from device.
More details please see the draft. Comments and suggestions are welcome!

Best Regards!
-Michael


-----邮件原件-----
发件人: Lime [mailto:lime-bounces@ietf.org] 代表 internet-drafts@ietf.org
发送时间: 2017年2月24日 14:46
收件人: i-d-announce@ietf.org
抄送: lime@ietf.org
主题: [Lime] I-D Action: draft-ietf-lime-yang-connectionless-oam-methods-01.txt


A New Internet-Draft is available from the on-line Internet-Drafts directories.
This draft is a work item of the Layer Independent OAM Management in the Multi-Layer Environment of the IETF.

        Title           : Retrieval Methods YANG Data Model for Connectionless Operations, Administration, and Maintenance(OAM) protocols
        Authors         : Deepak Kumar
                          Michael Wang
                          Qin Wu
                          Reshad Rahman
                          Srihari Raghavan
	Filename        : draft-ietf-lime-yang-connectionless-oam-methods-01.txt
	Pages           : 37
	Date            : 2017-02-23

Abstract:
   This document presents a retrieval method YANG Data model for
   connectionless OAM protocols.  It provides a technology-independent
   RPC commands for connectionless OAM protocols.  The retrieval methods
   model presented here can be extended to include technology specific
   details.  This is leading to uniformity between OAM protocols and
   support both nested OAM workflows (i.e., performing OAM functions at
   different levels through a unified interface) and interactive OAM
   workflows ( i.e., performing OAM functions at same levels through a
   unified interface).


The IETF datatracker status page for this draft is:
https://datatracker.ietf.org/doc/draft-ietf-lime-yang-connectionless-oam-methods/

There's also a htmlized version available at:
https://tools.ietf.org/html/draft-ietf-lime-yang-connectionless-oam-methods-01

A diff from the previous version is available at:
https://www.ietf.org/rfcdiff?url2=draft-ietf-lime-yang-connectionless-oam-methods-01


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

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

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

--------------80FD13D3E9D1D9139BB7DE31-- From nobody Mon Feb 27 23:50:27 2017 Return-Path: X-Original-To: lime@ietfa.amsl.com Delivered-To: lime@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EECB21294D8 for ; Mon, 27 Feb 2017 23:50:25 -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, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.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 ecenvkRVnt-W for ; Mon, 27 Feb 2017 23:50:24 -0800 (PST) Received: from aer-iport-3.cisco.com (aer-iport-3.cisco.com [173.38.203.53]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id AE35C1289B0 for ; Mon, 27 Feb 2017 23:50:23 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=7821; q=dns/txt; s=iport; t=1488268223; x=1489477823; h=subject:to:references:cc:from:message-id:date: mime-version:in-reply-to; bh=6L/koemcxUsl7lcQX9gFzNkzhK1w0rVwGRLsjW64DkU=; b=aN3o0yNpWLIocZiSybGqdI16hCHZJGVbGvDWNxRdVG5v/ugxFM/UPo7F XIJislgOj5maWo4l+ZQouuJT9+8lr3/EhL16YYVO2lJ2V4fdvEUC39I+r wDCJg5Iim6ay57ZJF3Z+vpX+Gy5M6PwOIcdLVn3fq1i9Um3VGLNSCeswP k=; X-IronPort-AV: E=Sophos;i="5.35,218,1484006400"; d="scan'208,217";a="651043358" Received: from aer-iport-nat.cisco.com (HELO aer-core-2.cisco.com) ([173.38.203.22]) by aer-iport-3.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 28 Feb 2017 07:50:22 +0000 Received: from [10.61.101.37] (dhcp-10-61-101-37.cisco.com [10.61.101.37]) by aer-core-2.cisco.com (8.14.5/8.14.5) with ESMTP id v1S7oGW0003054; Tue, 28 Feb 2017 07:50:18 GMT To: wangzitao , "lime@ietf.org" References: <148791857833.21116.9630765186754444170.idtracker@ietfa.amsl.com> From: Benoit Claise Message-ID: Date: Tue, 28 Feb 2017 08:50:15 +0100 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: multipart/alternative; boundary="------------FA211E8E16BFD92263DAC8F4" Archived-At: Cc: "Reshad Rahman \(rrahman\)" , "Srihari Raghavan \(srihari\)" , "rkrejci@cesnet.cz" , Qin Wu , "Deepak Kumar \(dekumar\)" Subject: Re: [Lime] I-D Action: draft-ietf-lime-yang-connectionless-oam-04.txt X-BeenThere: lime@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Layer Independent OAM Management in Multi-Layer Environment \(LIME\) discussion list." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Feb 2017 07:50:26 -0000 This is a multi-part message in MIME format. --------------FA211E8E16BFD92263DAC8F4 Content-Type: text/plain; charset=gbk; format=flowed Content-Transfer-Encoding: 8bit Michael, See the warnings at http://www.claise.be/IETFYANGPageCompilation.html Note: don't worry about this one warn: Not supported "mount-point" extension statement found, ignoring. Regards, Benoit > Dear WG, > > According to the WGLC discussions, we update the Connectionless OAM YANG document. > Thanks AdrIan Farrel, Greg Mirsky and others’ review and comments. > In this version, we fix some nits, add some descriptions, and address issues raised in email discussion. > More details please see the draft. > > Best Regards! > -Michael > > -----邮件原件----- > 发件人: Lime [mailto:lime-bounces@ietf.org] 代表 internet-drafts@ietf.org > 发送时间: 2017年2月24日 14:43 > 收件人: i-d-announce@ietf.org > 抄送: lime@ietf.org > 主题: [Lime] I-D Action: draft-ietf-lime-yang-connectionless-oam-04.txt > > > A New Internet-Draft is available from the on-line Internet-Drafts directories. > This draft is a work item of the Layer Independent OAM Management in the Multi-Layer Environment of the IETF. > > Title : Generic YANG Data Model for Connectionless Operations, Administration, and Maintenance(OAM) protocols > Authors : Deepak Kumar > Michael Wang > Qin Wu > Reshad Rahman > Srihari Raghavan > Filename : draft-ietf-lime-yang-connectionless-oam-04.txt > Pages : 58 > Date : 2017-02-23 > > Abstract: > This document presents a base YANG Data model for connectionless > Operations Administration, and Maintenance(OAM) protocols. It > provides a technology-independent abstraction of key OAM constructs > for connectionless protocols. The base model presented here can be > extended to include technology specific details. This is leading to > uniformity between OAM protocols and support both nested OAM > workflows (i.e., performing OAM functions at different or same levels > through a unified interface). > > > The IETF datatracker status page for this draft is: > https://datatracker.ietf.org/doc/draft-ietf-lime-yang-connectionless-oam/ > > There's also a htmlized version available at: > https://tools.ietf.org/html/draft-ietf-lime-yang-connectionless-oam-04 > > A diff from the previous version is available at: > https://www.ietf.org/rfcdiff?url2=draft-ietf-lime-yang-connectionless-oam-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/ > > _______________________________________________ > Lime mailing list > Lime@ietf.org > https://www.ietf.org/mailman/listinfo/lime > _______________________________________________ > Lime mailing list > Lime@ietf.org > https://www.ietf.org/mailman/listinfo/lime --------------FA211E8E16BFD92263DAC8F4 Content-Type: text/html; charset=gbk Content-Transfer-Encoding: 8bit
Michael,

See the warnings at http://www.claise.be/IETFYANGPageCompilation.html
Note: don't worry about this one
warn: Not supported "mount-point" extension statement found, ignoring.
Regards, Benoit
Dear WG,

According to the WGLC discussions, we update the Connectionless OAM YANG document.
Thanks AdrIan Farrel, Greg Mirsky and others’ review and comments. 
In this version, we fix some nits, add some descriptions, and address issues raised in email discussion.
More details please see the draft.

Best Regards!
-Michael

-----邮件原件-----
发件人: Lime [mailto:lime-bounces@ietf.org] 代表 internet-drafts@ietf.org
发送时间: 2017年2月24日 14:43
收件人: i-d-announce@ietf.org
抄送: lime@ietf.org
主题: [Lime] I-D Action: draft-ietf-lime-yang-connectionless-oam-04.txt


A New Internet-Draft is available from the on-line Internet-Drafts directories.
This draft is a work item of the Layer Independent OAM Management in the Multi-Layer Environment of the IETF.

        Title           : Generic YANG Data Model for Connectionless Operations, Administration, and Maintenance(OAM) protocols
        Authors         : Deepak Kumar
                          Michael Wang
                          Qin Wu
                          Reshad Rahman
                          Srihari Raghavan
	Filename        : draft-ietf-lime-yang-connectionless-oam-04.txt
	Pages           : 58
	Date            : 2017-02-23

Abstract:
   This document presents a base YANG Data model for connectionless
   Operations Administration, and Maintenance(OAM) protocols.  It
   provides a technology-independent abstraction of key OAM constructs
   for connectionless protocols.  The base model presented here can be
   extended to include technology specific details.  This is leading to
   uniformity between OAM protocols and support both nested OAM
   workflows (i.e., performing OAM functions at different or same levels
   through a unified interface).


The IETF datatracker status page for this draft is:
https://datatracker.ietf.org/doc/draft-ietf-lime-yang-connectionless-oam/

There's also a htmlized version available at:
https://tools.ietf.org/html/draft-ietf-lime-yang-connectionless-oam-04

A diff from the previous version is available at:
https://www.ietf.org/rfcdiff?url2=draft-ietf-lime-yang-connectionless-oam-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/

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

--------------FA211E8E16BFD92263DAC8F4--