From nobody Sun Jan 3 18:26:30 2016 Return-Path: X-Original-To: l3sm@ietfa.amsl.com Delivered-To: l3sm@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 54E7B1B29F6 for ; Sun, 3 Jan 2016 18:26:29 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.822 X-Spam-Level: X-Spam-Status: No, score=-0.822 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, CN_BODY_35=0.339, J_CHICKENPOX_12=0.6, MIME_CHARSET_FARAWAY=2.45, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id VJXhsZbrJBib for ; Sun, 3 Jan 2016 18:26:26 -0800 (PST) Received: from post-send.kddi.com (athena2.kddi.com [27.90.165.195]) by ietfa.amsl.com (Postfix) with ESMTP id 84D671B29EF for ; Sun, 3 Jan 2016 18:26:26 -0800 (PST) Received: from LTMC2121.kddi.com (LTMC2121.kddi.com [10.206.0.61]) by post-send.kddi.com (KDDI Mail) with ESMTP id 42CE5E0019; Mon, 4 Jan 2016 11:26:25 +0900 (JST) Received: from LTMC2144.kddi.com ([10.206.0.236] [10.206.0.236]) by LTMC2121.kddi.com with ESMTP; Mon, 4 Jan 2016 11:26:25 +0900 Received: from LTMC2144.kddi.com (localhost [127.0.0.1]) by localhost.kddi.com (Postfix) with ESMTP id 1BBCE4C005A; Mon, 4 Jan 2016 11:26:25 +0900 (JST) Received: from LTMC2151.kddi.com (post-incheck [10.206.0.239]) by LTMC2144.kddi.com (Postfix) with ESMTP id 106FE4C0058; Mon, 4 Jan 2016 11:26:25 +0900 (JST) Received: from LTMC2151.kddi.com (localhost.localdomain [127.0.0.1]) by LTMC2151.kddi.com with ESMTP id u042QOu6028277; Mon, 4 Jan 2016 11:26:24 +0900 Received: from LTMC2151.kddi.com.mid_29363438 (localhost.localdomain [127.0.0.1]) by LTMC2151.kddi.com with ESMTP id u042GMcd016198; Mon, 4 Jan 2016 11:16:22 +0900 X-SA-MID: 29363438 Received: from KDDI1508PC0003 ([10.211.186.221] [10.211.186.221]) by post-smtp2.kddi.com with ESMTPA; Mon, 4 Jan 2016 11:16:22 +0900 From: "Ogaki, Kenichi" To: "'Qin Wu'" , References: <015f01d13dfc$925ce730$b716b590$@kddi.com> In-Reply-To: <015f01d13dfc$925ce730$b716b590$@kddi.com> Date: Mon, 4 Jan 2016 11:16:22 +0900 Message-ID: <007d01d14695$e7de9310$b79bb930$@kddi.com> MIME-Version: 1.0 Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQHKn6XS7EF51VS8d/IsQ4o8FZThKQJrdKmCnuSMYTA= Content-Language: ja X-TM-AS-MML: disable Archived-At: Cc: stephane.litkowski@orange.com, adrian@olddog.co.uk Subject: Re: [L3sm] I-D Action: draft-ietf-l3sm-l3vpn-service-model-02.txt X-BeenThere: l3sm@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: L3VPN Service YANG Model discussion group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jan 2016 02:26:29 -0000 Dear All, Additional comments are here: *svc-id The type "svc-id" is used for lots of data node. Is this necessary? When we say "vpn-id", this is obviously an id by its name, and the only = thing to define is how we represent this, string, integer or = something=A1=AD If the type "svc-id" defines the length of string or = something constraint, it makes sense. =20 *routing-protocol The current model allows multiple routing protocols for a = site-network-access. It's technically possible, but is there any use = case for l3vpn service? #Is this only for dual-stack, one for IPv4 and the other for IPv6? *QoS classification Since 5.2.6.1.1. says "The order of rule is defined by the "id" leaf. = The lowest "id" MUST be processed first.", we have to change the "id" = value whenever we want to reorder the existing rules. But the "id" is = key, and a key should not be changed in DB principle. Although it may be = an implementation matter, can we just use "ordered-by user" statement = for the list "rules"? *std-qos-profile/custom-qos-profile If "std-qos-profile and custom-qos-profile cannot be used at the same = time." in 5.1.6.1.2, we can use a choice statement for std-qos-profile = and custom-qos-profile. *traffic protection Can we cover the function of "traffic-protection" by = "site-network-access/availability"? *vpn-policy For an readability of the model, the node name = "vpn-policy/entries/id/vpn/vpn" should be = "vpn-policy/entries/id/vpn/vpn-id". *notification How about defining notification node under vpn-svc and = site-network-access? We sometimes have to actively inform our customers of a failure or = something. What kind of the information depends on each operator, then anydata or = anyxml suits this. ex.) container site-network-accesses { list site-network-access { key site-network-access-id; ... notification info { anydata data; } ... } -Editorials Sec. 5.1.2. 2nd and 3rd configuration examples still use "name" and "id". Sec. 5.2. typo "ressources" in Location description. Sec. 5.2.1.2 typo "ressources" in 2nd paragraph Sec. 5.2.5.7. In 2nd paragraph, AS number is defined in routing-protocol/bgp in the = current model, and customer-specific-information is already deleted. The configuration example should also include "autonomous-system". Sec. 6. The configuration example still use "name" and "id". Happy New Year, Kenichi -----Original Message----- From: L3sm [mailto:l3sm-bounces@ietf.org] On Behalf Of Ogaki, Kenichi Sent: Thursday, December 24, 2015 12:39 PM To: 'Qin Wu'; l3sm@ietf.org Cc: stephane.litkowski@orange.com; adrian@olddog.co.uk Subject: Re: [L3sm] I-D Action: = draft-ietf-l3sm-l3vpn-service-model-02.txt Dear All, >https://trac.tools.ietf.org/wg/l3sm/trac/ticket/12 Two comments for the current routing-protocols: 1. Node name "cascaded-lan-prefixes" should be reworded, for example of = "customer-lan-prefixes". No longer only for *cascaded* lan. 2. Should we have a mean to retrieve the provider autonomous system = number for bgp type? ro node/ops state is enough. In the case of customer managed CE, our customer must know what AS = number the PE has. #Usually, we let them know it outside the user interface. Merry X'mas & Happy New Year, Kenichi -----Original Message----- From: L3sm [mailto:l3sm-bounces@ietf.org] On Behalf Of Qin Wu Sent: Wednesday, December 23, 2015 5:15 PM To: l3sm@ietf.org Cc: stephane.litkowski@orange.com; adrian@olddog.co.uk Subject: Re: [L3sm] I-D Action: = draft-ietf-l3sm-l3vpn-service-model-02.txt Hi, All: As a follow-up to the discussion during the L3SM interim call we had in = December 2015, We as chairs have filed two issue tickets in the issue = tracker https://trac.tools.ietf.org/wg/l3sm/trac/ticket/12 https://trac.tools.ietf.org/wg/l3sm/trac/ticket/13 Authors have revised ID based on the discussion and agreed point during = interim call. Thanks Stephane to get this done and close most of open issues we had in = the issue tracker except the following two issues: 1.Inventory ops state issue 2. VPN merging issue The diff: https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-l3sm-l3vpn-service-model-0= 2 Please review the changes and let us know if there is anything missed or = addition change that needs to be incorporated in. -Qin -----=D3=CA=BC=FE=D4=AD=BC=FE----- =B7=A2=BC=FE=C8=CB: I-D-Announce [mailto:i-d-announce-bounces@ietf.org] = =B4=FA=B1=ED internet-drafts@ietf.org =B7=A2=CB=CD=CA=B1=BC=E4: 2015=C4=EA12=D4=C215=C8=D5 18:33 =CA=D5=BC=FE=C8=CB: i-d-announce@ietf.org =B3=AD=CB=CD: l3sm@ietf.org =D6=F7=CC=E2: I-D Action: draft-ietf-l3sm-l3vpn-service-model-02.txt A New Internet-Draft is available from the on-line Internet-Drafts = directories. This draft is a work item of the L3VPN Service Model Working Group of = the IETF. Title : YANG Data Model for L3VPN service delivery Authors : Stephane Litkowski Rob Shakir Luis Tomotaki Kevin D'Souza Filename : draft-ietf-l3sm-l3vpn-service-model-02.txt Pages : 100 Date : 2015-12-15 Abstract: This document defines a YANG data model that can be used to deliver a Layer 3 Provider Provisioned VPN service. The document is limited to the BGP PE-based VPNs as described in RFC4110 and RFC4364. This model is intended to be instantiated at management system to deliver the overall service. This model is not a configuration model to be used directly on network elements. This model provides an abstracted view of the Layer 3 IPVPN service configuration components. It will be up to a management system to take this as an input and use specific configurations models to configure the different network elements to deliver the service. How configuration of network elements is done is out of scope of the document. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-l3sm-l3vpn-service-model/ There's also a htmlized version available at: https://tools.ietf.org/html/draft-ietf-l3sm-l3vpn-service-model-02 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-l3sm-l3vpn-service-model-0= 2 Please note that it may take a couple of minutes from the time of = submission until the htmlized version and diff are available at = tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ _______________________________________________ I-D-Announce mailing list I-D-Announce@ietf.org https://www.ietf.org/mailman/listinfo/i-d-announce Internet-Draft directories: http://www.ietf.org/shadow.html or = ftp://ftp.ietf.org/ietf/1shadow-sites.txt _______________________________________________ L3sm mailing list L3sm@ietf.org https://www.ietf.org/mailman/listinfo/l3sm _______________________________________________ L3sm mailing list L3sm@ietf.org https://www.ietf.org/mailman/listinfo/l3sm From nobody Mon Jan 4 07:09:21 2016 Return-Path: X-Original-To: l3sm@ietfa.amsl.com Delivered-To: l3sm@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3BDC61A895D for ; Mon, 4 Jan 2016 07:09:20 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.79 X-Spam-Level: X-Spam-Status: No, score=0.79 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, CN_BODY_35=0.339, FREEMAIL_FROM=0.001, J_CHICKENPOX_12=0.6, MIME_CHARSET_FARAWAY=2.45, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id n0uEv3EkWG9J for ; Mon, 4 Jan 2016 07:09:18 -0800 (PST) Received: from relais-inet.francetelecom.com (relais-ias92.francetelecom.com [193.251.215.92]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id AF7F71A8956 for ; Mon, 4 Jan 2016 07:09:17 -0800 (PST) Received: from omfedm08.si.francetelecom.fr (unknown [xx.xx.xx.4]) by omfedm14.si.francetelecom.fr (ESMTP service) with ESMTP id 71F1E22C34D; Mon, 4 Jan 2016 16:09:16 +0100 (CET) Received: from Exchangemail-eme2.itn.ftgroup (unknown [10.114.31.41]) by omfedm08.si.francetelecom.fr (ESMTP service) with ESMTP id 3BD21238061; Mon, 4 Jan 2016 16:09:16 +0100 (CET) Received: from OPEXCLILMA4.corporate.adroot.infra.ftgroup ([fe80::65de:2f08:41e6:ebbe]) by OPEXCLILM31.corporate.adroot.infra.ftgroup ([fe80::2cc9:4bac:7b7d:229d%19]) with mapi id 14.03.0248.002; Mon, 4 Jan 2016 16:09:16 +0100 From: To: "Ogaki, Kenichi" , 'Qin Wu' , "l3sm@ietf.org" Thread-Topic: [L3sm] I-D Action: draft-ietf-l3sm-l3vpn-service-model-02.txt Thread-Index: AQHRNyQASFTWgXlJrky4uLxNNvqAOZ7YPm3QgAE7qwCAETKrAIAA3/9A Date: Mon, 4 Jan 2016 15:09:15 +0000 Message-ID: <3603_1451920156_568A8B1C_3603_701_1_9E32478DFA9976438E7A22F69B08FF9216815E11@OPEXCLILMA4.corporate.adroot.infra.ftgroup> References: <015f01d13dfc$925ce730$b716b590$@kddi.com> <007d01d14695$e7de9310$b79bb930$@kddi.com> In-Reply-To: <007d01d14695$e7de9310$b79bb930$@kddi.com> Accept-Language: fr-FR, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.168.234.1] Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-PMX-Version: 6.2.1.2478543, Antispam-Engine: 2.7.2.2107409, Antispam-Data: 2015.12.9.132716 Archived-At: Cc: "adrian@olddog.co.uk" Subject: Re: [L3sm] I-D Action: draft-ietf-l3sm-l3vpn-service-model-02.txt X-BeenThere: l3sm@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: L3VPN Service YANG Model discussion group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jan 2016 15:09:20 -0000 SGksDQoNCkJlc3Qgd2lzaGVzIGZvciB0aGlzIG5ldyB5ZWFyLg0KDQpQbHMgZmluZCBpbmxpbmUg Y29tbWVudHMuDQoNCi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQpGcm9tOiBPZ2FraSwgS2Vu aWNoaSBbbWFpbHRvOmtlLW9vZ2FraUBrZGRpLmNvbV0gDQpTZW50OiBNb25kYXksIEphbnVhcnkg MDQsIDIwMTYgMDM6MTYNClRvOiAnUWluIFd1JzsgbDNzbUBpZXRmLm9yZw0KQ2M6IExJVEtPV1NL SSBTdGVwaGFuZSBTQ0UvT0lOSVM7IGFkcmlhbkBvbGRkb2cuY28udWsNClN1YmplY3Q6IFJFOiBb TDNzbV0gSS1EIEFjdGlvbjogZHJhZnQtaWV0Zi1sM3NtLWwzdnBuLXNlcnZpY2UtbW9kZWwtMDIu dHh0DQoNCkRlYXIgQWxsLA0KDQpBZGRpdGlvbmFsIGNvbW1lbnRzIGFyZSBoZXJlOg0KDQoqc3Zj LWlkDQpUaGUgdHlwZSAic3ZjLWlkIiBpcyB1c2VkIGZvciBsb3RzIG9mIGRhdGEgbm9kZS4gSXMg dGhpcyBuZWNlc3Nhcnk/DQpXaGVuIHdlIHNheSAidnBuLWlkIiwgdGhpcyBpcyBvYnZpb3VzbHkg YW4gaWQgYnkgaXRzIG5hbWUsIGFuZCB0aGUgb25seSB0aGluZyB0byBkZWZpbmUgaXMgaG93IHdl IHJlcHJlc2VudCB0aGlzLCBzdHJpbmcsIGludGVnZXIgb3Igc29tZXRoaW5noa0gSWYgdGhlIHR5 cGUgInN2Yy1pZCIgZGVmaW5lcyB0aGUgbGVuZ3RoIG9mIHN0cmluZyBvciBzb21ldGhpbmcgY29u c3RyYWludCwgaXQgbWFrZXMgc2Vuc2UuICANCltTTEldIHN2Yy1pZCBqdXN0IGJyaW5ncyBjb25z aXN0ZW5jeSBvbiBob3cgd2UgZGVmaW5lIGFsbCB0aGUgaWRlbnRpZmllcnMgaW4gdGhlIG1vZGVs ICh3ZSBlbnN1cmUgZWFzaWx5IHRoYXQgYWxsIGFyZSB1c2luZyB0aGUgc2FtZSBlbmNvZGluZyA9 PiBzdHJpbmcpDQoNCipyb3V0aW5nLXByb3RvY29sDQpUaGUgY3VycmVudCBtb2RlbCBhbGxvd3Mg bXVsdGlwbGUgcm91dGluZyBwcm90b2NvbHMgZm9yIGEgc2l0ZS1uZXR3b3JrLWFjY2Vzcy4gSXQn cyB0ZWNobmljYWxseSBwb3NzaWJsZSwgYnV0IGlzIHRoZXJlIGFueSB1c2UgY2FzZSBmb3IgbDN2 cG4gc2VydmljZT8NCiNJcyB0aGlzIG9ubHkgZm9yIGR1YWwtc3RhY2ssIG9uZSBmb3IgSVB2NCBh bmQgdGhlIG90aGVyIGZvciBJUHY2Pw0KW1NMSV0gSXQgaXMgcmVhbGx5IHVzdWFsIHRvIGhhdmUg ZHluYW1pYyByb3V0aW5nICsgc3RhdGljIHJvdXRpbmcgYXQgdGhlIHNhbWUgdGltZS4gKGUuZy4g ZHluYW1pYyByb3V0aW5nIGZvciBjdXN0b21lciBMQU5zLCArIHN0YXRpYyByb3V0aW5nIGZvciBh ZG1pbikNCg0KDQoqUW9TIGNsYXNzaWZpY2F0aW9uDQpTaW5jZSA1LjIuNi4xLjEuIHNheXMgIlRo ZSBvcmRlciBvZiBydWxlIGlzIGRlZmluZWQgYnkgdGhlICJpZCIgbGVhZi4gIFRoZSBsb3dlc3Qg ImlkIiBNVVNUIGJlIHByb2Nlc3NlZCBmaXJzdC4iLCB3ZSBoYXZlIHRvIGNoYW5nZSB0aGUgImlk IiB2YWx1ZSB3aGVuZXZlciB3ZSB3YW50IHRvIHJlb3JkZXIgdGhlIGV4aXN0aW5nIHJ1bGVzLiBC dXQgdGhlICJpZCIgaXMga2V5LCBhbmQgYSBrZXkgc2hvdWxkIG5vdCBiZSBjaGFuZ2VkIGluIERC IHByaW5jaXBsZS4gQWx0aG91Z2ggaXQgbWF5IGJlIGFuIGltcGxlbWVudGF0aW9uIG1hdHRlciwg Y2FuIHdlIGp1c3QgdXNlICJvcmRlcmVkLWJ5IHVzZXIiIHN0YXRlbWVudCBmb3IgdGhlIGxpc3Qg InJ1bGVzIj8NCltTTEldIEFncmVlLCBJIHdpbGwgYWRkIHRoZSBvcmRlcmVkLWJ5IHVzZXIuIERv IHlvdSBzZWUgb3RoZXIgbGlzdHMgdGhhdCB3b3VsZCByZXF1aXJlIHN1Y2ggdXNlciBvcmRlcmlu ZyA/DQoNCg0KDQoqc3RkLXFvcy1wcm9maWxlL2N1c3RvbS1xb3MtcHJvZmlsZQ0KSWYgInN0ZC1x b3MtcHJvZmlsZSBhbmQgY3VzdG9tLXFvcy1wcm9maWxlIGNhbm5vdCBiZSB1c2VkIGF0IHRoZSBz YW1lIHRpbWUuIiBpbiA1LjEuNi4xLjIsIHdlIGNhbiB1c2UgYSBjaG9pY2Ugc3RhdGVtZW50IGZv ciBzdGQtcW9zLXByb2ZpbGUgYW5kIGN1c3RvbS1xb3MtcHJvZmlsZS4NCltTTEldIEFncmVlLCB3 aWxsIGZpeCBpdC4NCg0KDQoqdHJhZmZpYyBwcm90ZWN0aW9uDQpDYW4gd2UgY292ZXIgdGhlIGZ1 bmN0aW9uIG9mICJ0cmFmZmljLXByb3RlY3Rpb24iIGJ5ICJzaXRlLW5ldHdvcmstYWNjZXNzL2F2 YWlsYWJpbGl0eSI/DQpbU0xJXSBBY2ssIEkgbW92ZWQgdGhlIHRyYWZmaWMgcHJvdGVjdGlvbiB1 bmRlciBhdmFpbGFiaWxpdHkuDQoNCg0KKnZwbi1wb2xpY3kNCkZvciBhbiByZWFkYWJpbGl0eSBv ZiB0aGUgbW9kZWwsIHRoZSBub2RlIG5hbWUgInZwbi1wb2xpY3kvZW50cmllcy9pZC92cG4vdnBu IiBzaG91bGQgYmUgInZwbi1wb2xpY3kvZW50cmllcy9pZC92cG4vdnBuLWlkIi4NCltTTEldIEZp eGVkLg0KDQoNCipub3RpZmljYXRpb24NCkhvdyBhYm91dCBkZWZpbmluZyBub3RpZmljYXRpb24g bm9kZSB1bmRlciB2cG4tc3ZjIGFuZCBzaXRlLW5ldHdvcmstYWNjZXNzPw0KV2Ugc29tZXRpbWVz IGhhdmUgdG8gYWN0aXZlbHkgaW5mb3JtIG91ciBjdXN0b21lcnMgb2YgYSBmYWlsdXJlIG9yIHNv bWV0aGluZy4NCldoYXQga2luZCBvZiB0aGUgaW5mb3JtYXRpb24gZGVwZW5kcyBvbiBlYWNoIG9w ZXJhdG9yLCB0aGVuIGFueWRhdGEgb3IgYW55eG1sIHN1aXRzIHRoaXMuDQoNCltTTEldIE5vdGlm aWNhdGlvbiBhcmUgbm9ybWFsbHkgbm90IHBhcnQgb2YgdGhlIHRyZWUsIHdlIGNhbiBjcmVhdGUg cnBjcyBvciBub3RpZmljYXRpb25zIGlmIG5lY2Vzc2FyeSB0byByZXRyaWV2ZSBvcGVyYXRpb25h bCBpbmZvcy4NCkNvdWxkIHlvdSByYWlzZSBhIHNlcGFyYXRlIHRocmVhZCB0byBkaXNjdXNzIHRo ZSBuZWVkIG9mIG5vdGlmaWNhdGlvbnMgPw0KDQoNCmV4LikNCmNvbnRhaW5lciBzaXRlLW5ldHdv cmstYWNjZXNzZXMgew0KICAgIGxpc3Qgc2l0ZS1uZXR3b3JrLWFjY2VzcyB7DQogICAgICAgIGtl eSBzaXRlLW5ldHdvcmstYWNjZXNzLWlkOw0KICAgICAgICAuLi4NCiAgICAgICAgbm90aWZpY2F0 aW9uIGluZm8gew0KICAgICAgICAgICAgYW55ZGF0YSBkYXRhOw0KICAgICAgICB9DQogICAgICAg IC4uLg0KfQ0KDQoNCi1FZGl0b3JpYWxzDQpTZWMuIDUuMS4yLg0KMm5kIGFuZCAzcmQgY29uZmln dXJhdGlvbiBleGFtcGxlcyBzdGlsbCB1c2UgIm5hbWUiIGFuZCAiaWQiLg0KDQpTZWMuIDUuMi4N CnR5cG8gInJlc3NvdXJjZXMiIGluIExvY2F0aW9uIGRlc2NyaXB0aW9uLg0KU2VjLiA1LjIuMS4y DQp0eXBvICJyZXNzb3VyY2VzIiBpbiAybmQgcGFyYWdyYXBoDQoNClNlYy4gNS4yLjUuNy4NCklu IDJuZCBwYXJhZ3JhcGgsIEFTIG51bWJlciBpcyBkZWZpbmVkIGluIHJvdXRpbmctcHJvdG9jb2wv YmdwIGluIHRoZSBjdXJyZW50IG1vZGVsLCBhbmQgY3VzdG9tZXItc3BlY2lmaWMtaW5mb3JtYXRp b24gaXMgYWxyZWFkeSBkZWxldGVkLg0KVGhlIGNvbmZpZ3VyYXRpb24gZXhhbXBsZSBzaG91bGQg YWxzbyBpbmNsdWRlICJhdXRvbm9tb3VzLXN5c3RlbSIuDQoNClNlYy4gNi4NClRoZSBjb25maWd1 cmF0aW9uIGV4YW1wbGUgc3RpbGwgdXNlICJuYW1lIiBhbmQgImlkIi4NCg0KW1NMSV0gVGhhbmtz IGZvciBjYXRjaGluZyB0aGUgZXJyb3JzLCBhcyB0aGUgbW9kZWwgZXZvbHZlZCBhIGxvdCwgaXQg cyBoYXJkIHRvIGtlZXAgYWxsIHRoZSBleGFtcGxlIHN5bmNocm9uaXplZCA6KQ0KDQoNCkhhcHB5 IE5ldyBZZWFyLA0KS2VuaWNoaQ0KDQotLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KRnJvbTog TDNzbSBbbWFpbHRvOmwzc20tYm91bmNlc0BpZXRmLm9yZ10gT24gQmVoYWxmIE9mIE9nYWtpLCBL ZW5pY2hpDQpTZW50OiBUaHVyc2RheSwgRGVjZW1iZXIgMjQsIDIwMTUgMTI6MzkgUE0NClRvOiAn UWluIFd1JzsgbDNzbUBpZXRmLm9yZw0KQ2M6IHN0ZXBoYW5lLmxpdGtvd3NraUBvcmFuZ2UuY29t OyBhZHJpYW5Ab2xkZG9nLmNvLnVrDQpTdWJqZWN0OiBSZTogW0wzc21dIEktRCBBY3Rpb246IGRy YWZ0LWlldGYtbDNzbS1sM3Zwbi1zZXJ2aWNlLW1vZGVsLTAyLnR4dA0KDQpEZWFyIEFsbCwNCg0K Pmh0dHBzOi8vdHJhYy50b29scy5pZXRmLm9yZy93Zy9sM3NtL3RyYWMvdGlja2V0LzEyDQoNClR3 byBjb21tZW50cyBmb3IgdGhlIGN1cnJlbnQgcm91dGluZy1wcm90b2NvbHM6DQoNCjEuIE5vZGUg bmFtZSAiY2FzY2FkZWQtbGFuLXByZWZpeGVzIiBzaG91bGQgYmUgcmV3b3JkZWQsIGZvciBleGFt cGxlIG9mICJjdXN0b21lci1sYW4tcHJlZml4ZXMiLg0KTm8gbG9uZ2VyIG9ubHkgZm9yICpjYXNj YWRlZCogbGFuLg0KDQoyLiBTaG91bGQgd2UgaGF2ZSBhIG1lYW4gdG8gcmV0cmlldmUgdGhlIHBy b3ZpZGVyIGF1dG9ub21vdXMgc3lzdGVtIG51bWJlciBmb3IgYmdwIHR5cGU/DQpybyBub2RlL29w cyBzdGF0ZSBpcyBlbm91Z2guDQpJbiB0aGUgY2FzZSBvZiBjdXN0b21lciBtYW5hZ2VkIENFLCBv dXIgY3VzdG9tZXIgbXVzdCBrbm93IHdoYXQgQVMgbnVtYmVyIHRoZSBQRSBoYXMuDQojVXN1YWxs eSwgd2UgbGV0IHRoZW0ga25vdyBpdCBvdXRzaWRlIHRoZSB1c2VyIGludGVyZmFjZS4NCg0KTWVy cnkgWCdtYXMgJiBIYXBweSBOZXcgWWVhciwNCktlbmljaGkNCg0KLS0tLS1PcmlnaW5hbCBNZXNz YWdlLS0tLS0NCkZyb206IEwzc20gW21haWx0bzpsM3NtLWJvdW5jZXNAaWV0Zi5vcmddIE9uIEJl aGFsZiBPZiBRaW4gV3UNClNlbnQ6IFdlZG5lc2RheSwgRGVjZW1iZXIgMjMsIDIwMTUgNToxNSBQ TQ0KVG86IGwzc21AaWV0Zi5vcmcNCkNjOiBzdGVwaGFuZS5saXRrb3dza2lAb3JhbmdlLmNvbTsg YWRyaWFuQG9sZGRvZy5jby51aw0KU3ViamVjdDogUmU6IFtMM3NtXSBJLUQgQWN0aW9uOiBkcmFm dC1pZXRmLWwzc20tbDN2cG4tc2VydmljZS1tb2RlbC0wMi50eHQNCg0KSGksIEFsbDoNCkFzIGEg Zm9sbG93LXVwIHRvIHRoZSBkaXNjdXNzaW9uIGR1cmluZyB0aGUgTDNTTSBpbnRlcmltIGNhbGwg d2UgaGFkIGluIERlY2VtYmVyIDIwMTUsIFdlIGFzIGNoYWlycyBoYXZlIGZpbGVkIHR3byBpc3N1 ZSB0aWNrZXRzIGluIHRoZSBpc3N1ZSB0cmFja2VyDQpodHRwczovL3RyYWMudG9vbHMuaWV0Zi5v cmcvd2cvbDNzbS90cmFjL3RpY2tldC8xMg0KaHR0cHM6Ly90cmFjLnRvb2xzLmlldGYub3JnL3dn L2wzc20vdHJhYy90aWNrZXQvMTMNCg0KQXV0aG9ycyBoYXZlIHJldmlzZWQgSUQgYmFzZWQgb24g dGhlIGRpc2N1c3Npb24gYW5kIGFncmVlZCBwb2ludCBkdXJpbmcgaW50ZXJpbSBjYWxsLg0KVGhh bmtzIFN0ZXBoYW5lIHRvIGdldCB0aGlzIGRvbmUgYW5kIGNsb3NlIG1vc3Qgb2Ygb3BlbiBpc3N1 ZXMgd2UgaGFkIGluIHRoZSBpc3N1ZSB0cmFja2VyIGV4Y2VwdCB0aGUgZm9sbG93aW5nIHR3byBp c3N1ZXM6DQoxLkludmVudG9yeSBvcHMgc3RhdGUgaXNzdWUNCjIuIFZQTiBtZXJnaW5nIGlzc3Vl DQpUaGUgZGlmZjoNCmh0dHBzOi8vd3d3LmlldGYub3JnL3JmY2RpZmY/dXJsMj1kcmFmdC1pZXRm LWwzc20tbDN2cG4tc2VydmljZS1tb2RlbC0wMg0KUGxlYXNlIHJldmlldyB0aGUgY2hhbmdlcyBh bmQgbGV0IHVzIGtub3cgaWYgdGhlcmUgaXMgYW55dGhpbmcgbWlzc2VkIG9yIGFkZGl0aW9uIGNo YW5nZSB0aGF0IG5lZWRzIHRvIGJlIGluY29ycG9yYXRlZCBpbi4NCg0KLVFpbg0KLS0tLS3Tyrz+ 1K28/i0tLS0tDQq3orz+yMs6IEktRC1Bbm5vdW5jZSBbbWFpbHRvOmktZC1hbm5vdW5jZS1ib3Vu Y2VzQGlldGYub3JnXSC0+rHtIGludGVybmV0LWRyYWZ0c0BpZXRmLm9yZw0Kt6LLzcqxvOQ6IDIw MTXE6jEy1MIxNcjVIDE4OjMzDQrK1bz+yMs6IGktZC1hbm5vdW5jZUBpZXRmLm9yZw0Ks63LzTog bDNzbUBpZXRmLm9yZw0K1vfM4jogSS1EIEFjdGlvbjogZHJhZnQtaWV0Zi1sM3NtLWwzdnBuLXNl cnZpY2UtbW9kZWwtMDIudHh0DQoNCg0KQSBOZXcgSW50ZXJuZXQtRHJhZnQgaXMgYXZhaWxhYmxl IGZyb20gdGhlIG9uLWxpbmUgSW50ZXJuZXQtRHJhZnRzIGRpcmVjdG9yaWVzLg0KIFRoaXMgZHJh ZnQgaXMgYSB3b3JrIGl0ZW0gb2YgdGhlIEwzVlBOIFNlcnZpY2UgTW9kZWwgIFdvcmtpbmcgR3Jv dXAgb2YgdGhlIElFVEYuDQoNCiAgICAgICAgVGl0bGUgICAgICAgICAgIDogWUFORyBEYXRhIE1v ZGVsIGZvciBMM1ZQTiBzZXJ2aWNlIGRlbGl2ZXJ5DQogICAgICAgIEF1dGhvcnMgICAgICAgICA6 IFN0ZXBoYW5lIExpdGtvd3NraQ0KICAgICAgICAgICAgICAgICAgICAgICAgICBSb2IgU2hha2ly DQogICAgICAgICAgICAgICAgICAgICAgICAgIEx1aXMgVG9tb3Rha2kNCiAgICAgICAgICAgICAg ICAgICAgICAgICAgS2V2aW4gRCdTb3V6YQ0KCUZpbGVuYW1lICAgICAgICA6IGRyYWZ0LWlldGYt bDNzbS1sM3Zwbi1zZXJ2aWNlLW1vZGVsLTAyLnR4dA0KCVBhZ2VzICAgICAgICAgICA6IDEwMA0K CURhdGUgICAgICAgICAgICA6IDIwMTUtMTItMTUNCg0KQWJzdHJhY3Q6DQogICBUaGlzIGRvY3Vt ZW50IGRlZmluZXMgYSBZQU5HIGRhdGEgbW9kZWwgdGhhdCBjYW4gYmUgdXNlZCB0byBkZWxpdmVy IGENCiAgIExheWVyIDMgUHJvdmlkZXIgUHJvdmlzaW9uZWQgVlBOIHNlcnZpY2UuICBUaGUgZG9j dW1lbnQgaXMgbGltaXRlZCB0bw0KICAgdGhlIEJHUCBQRS1iYXNlZCBWUE5zIGFzIGRlc2NyaWJl ZCBpbiBSRkM0MTEwIGFuZCBSRkM0MzY0LiAgVGhpcw0KICAgbW9kZWwgaXMgaW50ZW5kZWQgdG8g YmUgaW5zdGFudGlhdGVkIGF0IG1hbmFnZW1lbnQgc3lzdGVtIHRvIGRlbGl2ZXINCiAgIHRoZSBv dmVyYWxsIHNlcnZpY2UuICBUaGlzIG1vZGVsIGlzIG5vdCBhIGNvbmZpZ3VyYXRpb24gbW9kZWwg dG8gYmUNCiAgIHVzZWQgZGlyZWN0bHkgb24gbmV0d29yayBlbGVtZW50cy4gIFRoaXMgbW9kZWwg cHJvdmlkZXMgYW4gYWJzdHJhY3RlZA0KICAgdmlldyBvZiB0aGUgTGF5ZXIgMyBJUFZQTiBzZXJ2 aWNlIGNvbmZpZ3VyYXRpb24gY29tcG9uZW50cy4gIEl0IHdpbGwNCiAgIGJlIHVwIHRvIGEgbWFu YWdlbWVudCBzeXN0ZW0gdG8gdGFrZSB0aGlzIGFzIGFuIGlucHV0IGFuZCB1c2UNCiAgIHNwZWNp ZmljIGNvbmZpZ3VyYXRpb25zIG1vZGVscyB0byBjb25maWd1cmUgdGhlIGRpZmZlcmVudCBuZXR3 b3JrDQogICBlbGVtZW50cyB0byBkZWxpdmVyIHRoZSBzZXJ2aWNlLiAgSG93IGNvbmZpZ3VyYXRp b24gb2YgbmV0d29yaw0KICAgZWxlbWVudHMgaXMgZG9uZSBpcyBvdXQgb2Ygc2NvcGUgb2YgdGhl IGRvY3VtZW50Lg0KDQoNCg0KVGhlIElFVEYgZGF0YXRyYWNrZXIgc3RhdHVzIHBhZ2UgZm9yIHRo aXMgZHJhZnQgaXM6DQpodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1pZXRm LWwzc20tbDN2cG4tc2VydmljZS1tb2RlbC8NCg0KVGhlcmUncyBhbHNvIGEgaHRtbGl6ZWQgdmVy c2lvbiBhdmFpbGFibGUgYXQ6DQpodHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtaWV0 Zi1sM3NtLWwzdnBuLXNlcnZpY2UtbW9kZWwtMDINCg0KQSBkaWZmIGZyb20gdGhlIHByZXZpb3Vz IHZlcnNpb24gaXMgYXZhaWxhYmxlIGF0Og0KaHR0cHM6Ly93d3cuaWV0Zi5vcmcvcmZjZGlmZj91 cmwyPWRyYWZ0LWlldGYtbDNzbS1sM3Zwbi1zZXJ2aWNlLW1vZGVsLTAyDQoNCg0KUGxlYXNlIG5v dGUgdGhhdCBpdCBtYXkgdGFrZSBhIGNvdXBsZSBvZiBtaW51dGVzIGZyb20gdGhlIHRpbWUgb2Yg c3VibWlzc2lvbiB1bnRpbCB0aGUgaHRtbGl6ZWQgdmVyc2lvbiBhbmQgZGlmZiBhcmUgYXZhaWxh YmxlIGF0IHRvb2xzLmlldGYub3JnLg0KDQpJbnRlcm5ldC1EcmFmdHMgYXJlIGFsc28gYXZhaWxh YmxlIGJ5IGFub255bW91cyBGVFAgYXQ6DQpmdHA6Ly9mdHAuaWV0Zi5vcmcvaW50ZXJuZXQtZHJh ZnRzLw0KDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0K SS1ELUFubm91bmNlIG1haWxpbmcgbGlzdA0KSS1ELUFubm91bmNlQGlldGYub3JnDQpodHRwczov L3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2ktZC1hbm5vdW5jZQ0KSW50ZXJuZXQtRHJh ZnQgZGlyZWN0b3JpZXM6IGh0dHA6Ly93d3cuaWV0Zi5vcmcvc2hhZG93Lmh0bWwgb3IgZnRwOi8v ZnRwLmlldGYub3JnL2lldGYvMXNoYWRvdy1zaXRlcy50eHQNCl9fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fDQpMM3NtIG1haWxpbmcgbGlzdA0KTDNzbUBpZXRm Lm9yZw0KaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9sM3NtDQoNCl9fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQpMM3NtIG1haWxpbmcg bGlzdA0KTDNzbUBpZXRmLm9yZw0KaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5m by9sM3NtDQoNCgpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fCgpDZSBtZXNzYWdlIGV0IHNlcyBwaWVjZXMgam9pbnRlcyBwZXV2 ZW50IGNvbnRlbmlyIGRlcyBpbmZvcm1hdGlvbnMgY29uZmlkZW50aWVsbGVzIG91IHByaXZpbGVn aWVlcyBldCBuZSBkb2l2ZW50IGRvbmMKcGFzIGV0cmUgZGlmZnVzZXMsIGV4cGxvaXRlcyBvdSBj b3BpZXMgc2FucyBhdXRvcmlzYXRpb24uIFNpIHZvdXMgYXZleiByZWN1IGNlIG1lc3NhZ2UgcGFy IGVycmV1ciwgdmV1aWxsZXogbGUgc2lnbmFsZXIKYSBsJ2V4cGVkaXRldXIgZXQgbGUgZGV0cnVp cmUgYWluc2kgcXVlIGxlcyBwaWVjZXMgam9pbnRlcy4gTGVzIG1lc3NhZ2VzIGVsZWN0cm9uaXF1 ZXMgZXRhbnQgc3VzY2VwdGlibGVzIGQnYWx0ZXJhdGlvbiwKT3JhbmdlIGRlY2xpbmUgdG91dGUg cmVzcG9uc2FiaWxpdGUgc2kgY2UgbWVzc2FnZSBhIGV0ZSBhbHRlcmUsIGRlZm9ybWUgb3UgZmFs c2lmaWUuIE1lcmNpLgoKVGhpcyBtZXNzYWdlIGFuZCBpdHMgYXR0YWNobWVudHMgbWF5IGNvbnRh aW4gY29uZmlkZW50aWFsIG9yIHByaXZpbGVnZWQgaW5mb3JtYXRpb24gdGhhdCBtYXkgYmUgcHJv dGVjdGVkIGJ5IGxhdzsKdGhleSBzaG91bGQgbm90IGJlIGRpc3RyaWJ1dGVkLCB1c2VkIG9yIGNv cGllZCB3aXRob3V0IGF1dGhvcmlzYXRpb24uCklmIHlvdSBoYXZlIHJlY2VpdmVkIHRoaXMgZW1h aWwgaW4gZXJyb3IsIHBsZWFzZSBub3RpZnkgdGhlIHNlbmRlciBhbmQgZGVsZXRlIHRoaXMgbWVz c2FnZSBhbmQgaXRzIGF0dGFjaG1lbnRzLgpBcyBlbWFpbHMgbWF5IGJlIGFsdGVyZWQsIE9yYW5n ZSBpcyBub3QgbGlhYmxlIGZvciBtZXNzYWdlcyB0aGF0IGhhdmUgYmVlbiBtb2RpZmllZCwgY2hh bmdlZCBvciBmYWxzaWZpZWQuClRoYW5rIHlvdS4KCg== From nobody Mon Jan 4 21:23:13 2016 Return-Path: X-Original-To: l3sm@ietfa.amsl.com Delivered-To: l3sm@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B91D91B2B69 for ; Mon, 4 Jan 2016 21:23:11 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.822 X-Spam-Level: X-Spam-Status: No, score=-0.822 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, CN_BODY_35=0.339, J_CHICKENPOX_12=0.6, MIME_CHARSET_FARAWAY=2.45, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id PyjpczDbS0Lb for ; Mon, 4 Jan 2016 21:23:08 -0800 (PST) Received: from post-send.kddi.com (athena3.kddi.com [27.90.165.196]) by ietfa.amsl.com (Postfix) with ESMTP id 4E8EE1B2B64 for ; Mon, 4 Jan 2016 21:23:08 -0800 (PST) Received: from LTMC2123.kddi.com (LTMC2123.kddi.com [10.206.0.65]) by post-send.kddi.com (KDDI Mail) with ESMTP id 18BF8E0014; Tue, 5 Jan 2016 14:23:07 +0900 (JST) Received: from LTMC2146.kddi.com ([10.206.0.236] [10.206.0.236]) by LTMC2123.kddi.com with ESMTP; Tue, 5 Jan 2016 14:23:06 +0900 Received: from LTMC2146.kddi.com (localhost [127.0.0.1]) by localhost.kddi.com (Postfix) with ESMTP id D704A30005D; Tue, 5 Jan 2016 14:23:06 +0900 (JST) Received: from LTMC2152.kddi.com (post-incheck [10.206.0.239]) by LTMC2146.kddi.com (Postfix) with ESMTP id CBAD4300051; Tue, 5 Jan 2016 14:23:06 +0900 (JST) Received: from LTMC2152.kddi.com (localhost.localdomain [127.0.0.1]) by LTMC2152.kddi.com with ESMTP id u055N68D030192; Tue, 5 Jan 2016 14:23:06 +0900 Received: from LTMC2152.kddi.com.mid_29019562 (localhost.localdomain [127.0.0.1]) by LTMC2152.kddi.com with ESMTP id u055D2Jl018068; Tue, 5 Jan 2016 14:13:03 +0900 X-SA-MID: 29019562 Received: from KDDI1508PC0003 ([10.211.186.221] [10.211.186.221]) by post-smtp2.kddi.com with ESMTPA; Tue, 5 Jan 2016 14:13:02 +0900 From: "Ogaki, Kenichi" To: , "'Qin Wu'" , References: <015f01d13dfc$925ce730$b716b590$@kddi.com> <007d01d14695$e7de9310$b79bb930$@kddi.com> <3603_1451920156_568A8B1C_3603_701_1_9E32478DFA9976438E7A22F69B08FF9216815E11@OPEXCLILMA4.corporate.adroot.infra.ftgroup> In-Reply-To: <3603_1451920156_568A8B1C_3603_701_1_9E32478DFA9976438E7A22F69B08FF9216815E11@OPEXCLILMA4.corporate.adroot.infra.ftgroup> Date: Tue, 5 Jan 2016 14:13:02 +0900 Message-ID: <016901d14777$c0408830$40c19890$@kddi.com> MIME-Version: 1.0 Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQHKn6XS7EF51VS8d/IsQ4o8FZThKQJrdKmCAeG3o9MBjM48bp7K1nVA Content-Language: ja X-TM-AS-MML: disable Archived-At: Cc: adrian@olddog.co.uk Subject: Re: [L3sm] I-D Action: draft-ietf-l3sm-l3vpn-service-model-02.txt X-BeenThere: l3sm@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: L3VPN Service YANG Model discussion group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jan 2016 05:23:11 -0000 Hi Stephane, Please see inline. All the best, Kenichi -----Original Message----- From: L3sm [mailto:l3sm-bounces@ietf.org] On Behalf Of = stephane.litkowski@orange.com Sent: Tuesday, January 05, 2016 12:09 AM To: Ogaki, Kenichi; 'Qin Wu'; l3sm@ietf.org Cc: adrian@olddog.co.uk Subject: Re: [L3sm] I-D Action: = draft-ietf-l3sm-l3vpn-service-model-02.txt Hi, Best wishes for this new year. Pls find inline comments. -----Original Message----- From: Ogaki, Kenichi [mailto:ke-oogaki@kddi.com] Sent: Monday, January 04, 2016 03:16 To: 'Qin Wu'; l3sm@ietf.org Cc: LITKOWSKI Stephane SCE/OINIS; adrian@olddog.co.uk Subject: RE: [L3sm] I-D Action: = draft-ietf-l3sm-l3vpn-service-model-02.txt Dear All, Additional comments are here: *svc-id The type "svc-id" is used for lots of data node. Is this necessary? When we say "vpn-id", this is obviously an id by its name, and the only = thing to define is how we represent this, string, integer or = something=A1=AD If the type "svc-id" defines the length of string or = something constraint, it makes sense. =20 [SLI] svc-id just brings consistency on how we define all the = identifiers in the model (we ensure easily that all are using the same = encoding =3D> string) [KO] I understand. *routing-protocol The current model allows multiple routing protocols for a = site-network-access. It's technically possible, but is there any use = case for l3vpn service? #Is this only for dual-stack, one for IPv4 and the other for IPv6? [SLI] It is really usual to have dynamic routing + static routing at the = same time. (e.g. dynamic routing for customer LANs, + static routing for = admin) [KO] I understand. *QoS classification Since 5.2.6.1.1. says "The order of rule is defined by the "id" leaf. = The lowest "id" MUST be processed first.", we have to change the "id" = value whenever we want to reorder the existing rules. But the "id" is = key, and a key should not be changed in DB principle. Although it may be = an implementation matter, can we just use "ordered-by user" statement = for the list "rules"? [SLI] Agree, I will add the ordered-by user. Do you see other lists that = would require such user ordering ? [KO] I can't find any other ordered list. *std-qos-profile/custom-qos-profile If "std-qos-profile and custom-qos-profile cannot be used at the same = time." in 5.1.6.1.2, we can use a choice statement for std-qos-profile = and custom-qos-profile. [SLI] Agree, will fix it. *traffic protection Can we cover the function of "traffic-protection" by = "site-network-access/availability"? [SLI] Ack, I moved the traffic protection under availability. *vpn-policy For an readability of the model, the node name = "vpn-policy/entries/id/vpn/vpn" should be = "vpn-policy/entries/id/vpn/vpn-id". [SLI] Fixed. *notification How about defining notification node under vpn-svc and = site-network-access? We sometimes have to actively inform our customers of a failure or = something. What kind of the information depends on each operator, then anydata or = anyxml suits this. [SLI] Notification are normally not part of the tree, we can create rpcs = or notifications if necessary to retrieve operational infos. Could you raise a separate thread to discuss the need of notifications ? [KO] I will raise a separate thread. ex.) container site-network-accesses { list site-network-access { key site-network-access-id; ... notification info { anydata data; } ... } -Editorials Sec. 5.1.2. 2nd and 3rd configuration examples still use "name" and "id". Sec. 5.2. typo "ressources" in Location description. Sec. 5.2.1.2 typo "ressources" in 2nd paragraph Sec. 5.2.5.7. In 2nd paragraph, AS number is defined in routing-protocol/bgp in the = current model, and customer-specific-information is already deleted. The configuration example should also include "autonomous-system". Sec. 6. The configuration example still use "name" and "id". [SLI] Thanks for catching the errors, as the model evolved a lot, it s = hard to keep all the example synchronized :) Happy New Year, Kenichi -----Original Message----- From: L3sm [mailto:l3sm-bounces@ietf.org] On Behalf Of Ogaki, Kenichi Sent: Thursday, December 24, 2015 12:39 PM To: 'Qin Wu'; l3sm@ietf.org Cc: stephane.litkowski@orange.com; adrian@olddog.co.uk Subject: Re: [L3sm] I-D Action: = draft-ietf-l3sm-l3vpn-service-model-02.txt Dear All, >https://trac.tools.ietf.org/wg/l3sm/trac/ticket/12 Two comments for the current routing-protocols: 1. Node name "cascaded-lan-prefixes" should be reworded, for example of = "customer-lan-prefixes". No longer only for *cascaded* lan. 2. Should we have a mean to retrieve the provider autonomous system = number for bgp type? ro node/ops state is enough. In the case of customer managed CE, our customer must know what AS = number the PE has. #Usually, we let them know it outside the user interface. Merry X'mas & Happy New Year, Kenichi -----Original Message----- From: L3sm [mailto:l3sm-bounces@ietf.org] On Behalf Of Qin Wu Sent: Wednesday, December 23, 2015 5:15 PM To: l3sm@ietf.org Cc: stephane.litkowski@orange.com; adrian@olddog.co.uk Subject: Re: [L3sm] I-D Action: = draft-ietf-l3sm-l3vpn-service-model-02.txt Hi, All: As a follow-up to the discussion during the L3SM interim call we had in = December 2015, We as chairs have filed two issue tickets in the issue = tracker https://trac.tools.ietf.org/wg/l3sm/trac/ticket/12 https://trac.tools.ietf.org/wg/l3sm/trac/ticket/13 Authors have revised ID based on the discussion and agreed point during = interim call. Thanks Stephane to get this done and close most of open issues we had in = the issue tracker except the following two issues: 1.Inventory ops state issue 2. VPN merging issue The diff: https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-l3sm-l3vpn-service-model-0= 2 Please review the changes and let us know if there is anything missed or = addition change that needs to be incorporated in. -Qin -----=D3=CA=BC=FE=D4=AD=BC=FE----- =B7=A2=BC=FE=C8=CB: I-D-Announce [mailto:i-d-announce-bounces@ietf.org] = =B4=FA=B1=ED internet-drafts@ietf.org =B7=A2=CB=CD=CA=B1=BC=E4: 2015=C4=EA12=D4=C215=C8=D5 18:33 =CA=D5=BC=FE=C8=CB: i-d-announce@ietf.org =B3=AD=CB=CD: l3sm@ietf.org =D6=F7=CC=E2: I-D Action: draft-ietf-l3sm-l3vpn-service-model-02.txt A New Internet-Draft is available from the on-line Internet-Drafts = directories. This draft is a work item of the L3VPN Service Model Working Group of = the IETF. Title : YANG Data Model for L3VPN service delivery Authors : Stephane Litkowski Rob Shakir Luis Tomotaki Kevin D'Souza Filename : draft-ietf-l3sm-l3vpn-service-model-02.txt Pages : 100 Date : 2015-12-15 Abstract: This document defines a YANG data model that can be used to deliver a Layer 3 Provider Provisioned VPN service. The document is limited to the BGP PE-based VPNs as described in RFC4110 and RFC4364. This model is intended to be instantiated at management system to deliver the overall service. This model is not a configuration model to be used directly on network elements. This model provides an abstracted view of the Layer 3 IPVPN service configuration components. It will be up to a management system to take this as an input and use specific configurations models to configure the different network elements to deliver the service. How configuration of network elements is done is out of scope of the document. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-l3sm-l3vpn-service-model/ There's also a htmlized version available at: https://tools.ietf.org/html/draft-ietf-l3sm-l3vpn-service-model-02 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-l3sm-l3vpn-service-model-0= 2 Please note that it may take a couple of minutes from the time of = submission until the htmlized version and diff are available at = tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ _______________________________________________ I-D-Announce mailing list I-D-Announce@ietf.org https://www.ietf.org/mailman/listinfo/i-d-announce Internet-Draft directories: http://www.ietf.org/shadow.html or = ftp://ftp.ietf.org/ietf/1shadow-sites.txt _______________________________________________ L3sm mailing list L3sm@ietf.org https://www.ietf.org/mailman/listinfo/l3sm _______________________________________________ L3sm mailing list L3sm@ietf.org https://www.ietf.org/mailman/listinfo/l3sm _________________________________________________________________________= ________________________________________________ Ce message et ses pieces jointes peuvent contenir des informations = confidentielles ou privilegiees et ne doivent donc pas etre diffuses, = exploites ou copies sans autorisation. Si vous avez recu ce message par = erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les = pieces jointes. Les messages electroniques etant susceptibles = d'alteration, Orange decline toute responsabilite si ce message a ete = altere, deforme ou falsifie. Merci. This message and its attachments may contain confidential or privileged = information that may be protected by law; they should not be = distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and = delete this message and its attachments. As emails may be altered, Orange is not liable for messages that have = been modified, changed or falsified. Thank you. _______________________________________________ L3sm mailing list L3sm@ietf.org https://www.ietf.org/mailman/listinfo/l3sm From nobody Mon Jan 4 21:23:33 2016 Return-Path: X-Original-To: l3sm@ietfa.amsl.com Delivered-To: l3sm@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DF2B81B2B6D for ; Mon, 4 Jan 2016 21:23:31 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.712 X-Spam-Level: X-Spam-Status: No, score=-1.712 tagged_above=-999 required=5 tests=[BAYES_40=-0.001, J_CHICKENPOX_12=0.6, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ft6YY7tFGiHT for ; Mon, 4 Jan 2016 21:23:30 -0800 (PST) Received: from post-send.kddi.com (athena2.kddi.com [27.90.165.195]) by ietfa.amsl.com (Postfix) with ESMTP id 87C5B1B2B64 for ; Mon, 4 Jan 2016 21:23:30 -0800 (PST) Received: from LTMC2122.kddi.com (LTMC2122.kddi.com [10.206.0.63]) by post-send.kddi.com (KDDI Mail) with ESMTP id D6A16E0020 for ; Tue, 5 Jan 2016 14:23:29 +0900 (JST) Received: from LTMC2146.kddi.com ([10.206.0.236] [10.206.0.236]) by LTMC2122.kddi.com with ESMTP; Tue, 5 Jan 2016 14:23:29 +0900 Received: from LTMC2146.kddi.com (localhost [127.0.0.1]) by localhost.kddi.com (Postfix) with ESMTP id B254B300051 for ; Tue, 5 Jan 2016 14:23:29 +0900 (JST) Received: from LTMC2151.kddi.com (post-incheck [10.206.0.239]) by LTMC2146.kddi.com (Postfix) with ESMTP id 9E2E030007E for ; Tue, 5 Jan 2016 14:23:29 +0900 (JST) Received: from LTMC2151.kddi.com (localhost.localdomain [127.0.0.1]) by LTMC2151.kddi.com with ESMTP id u055NTsH014923 for ; Tue, 5 Jan 2016 14:23:29 +0900 Received: from LTMC2151.kddi.com.mid_29453218 (localhost.localdomain [127.0.0.1]) by LTMC2151.kddi.com with ESMTP id u055DQV3002900 for ; Tue, 5 Jan 2016 14:13:26 +0900 X-SA-MID: 29453218 Received: from KDDI1508PC0003 ([10.211.186.221] [10.211.186.221]) by post-smtp2.kddi.com with ESMTPA; Tue, 5 Jan 2016 14:13:26 +0900 From: "Ogaki, Kenichi" To: Date: Tue, 5 Jan 2016 14:13:26 +0900 Message-ID: <016a01d14777$ce9ef7e0$6bdce7a0$@kddi.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 14.0 Thread-Index: AdFHc4SIhFcUHomYSQSu07FkbZIQ5w== Content-Language: ja X-TM-AS-MML: disable Archived-At: Subject: [L3sm] Notification support on L3SM X-BeenThere: l3sm@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: L3VPN Service YANG Model discussion group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jan 2016 05:23:32 -0000 Dear All, I would like to ask you if a notification support is necessary on the model. I don't want to stick to this at this phase, but there are some use cases. Operators must sometimes notify various information to customers under each SLA with them. -maintenance schedule (planned, in operation) -proactive report when a failure occurred(, even if the customer is not aware) YANG1.1 will allow notifications to be tied to data nodes. https://tools.ietf.org/html/draft-ietf-netmod-rfc6020bis-09#section-7.16 https://mailarchive.ietf.org/arch/msg/l3sm/35eO1KXYYBEhQ5TXI0ijWe5Nqj4 -- *notification How about defining notification node under vpn-svc and site-network-access? We sometimes have to actively inform our customers of a failure or something. What kind of the information depends on each operator, then anydata or anyxml suits this. [SLI] Notification are normally not part of the tree, we can create rpcs or notifications if necessary to retrieve operational infos. Could you raise a separate thread to discuss the need of notifications ? ex.) container site-network-accesses { list site-network-access { key site-network-access-id; ... notification info { anydata data; } ... } -- -- Kenichi Ogaki KDDI Corp. | IP Network Dept. +81-(0)80-5945-9138 | www.kddi.com From nobody Mon Jan 11 01:58:11 2016 Return-Path: X-Original-To: l3sm@ietfa.amsl.com Delivered-To: l3sm@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7346F1A888F for ; Mon, 11 Jan 2016 01:58:10 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 1.887 X-Spam-Level: * X-Spam-Status: No, score=1.887 tagged_above=-999 required=5 tests=[BAYES_50=0.8, CN_BODY_35=0.339, J_CHICKENPOX_12=0.6, MIME_CHARSET_FARAWAY=2.45, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id LgmqE-p2d__F for ; Mon, 11 Jan 2016 01:58:06 -0800 (PST) Received: from post-send.kddi.com (athena2.kddi.com [27.90.165.195]) by ietfa.amsl.com (Postfix) with ESMTP id 520861A888C for ; Mon, 11 Jan 2016 01:58:06 -0800 (PST) Received: from LTMC2122.kddi.com (LTMC2122.kddi.com [10.206.0.63]) by post-send.kddi.com (KDDI Mail) with ESMTP id D6204E0020 for ; Mon, 11 Jan 2016 18:58:04 +0900 (JST) Received: from LTMC2145.kddi.com ([10.206.0.236] [10.206.0.236]) by LTMC2122.kddi.com with ESMTP; Mon, 11 Jan 2016 18:58:04 +0900 Received: from LTMC2145.kddi.com (localhost [127.0.0.1]) by localhost.kddi.com (Postfix) with ESMTP id A7C673A0065 for ; Mon, 11 Jan 2016 18:58:04 +0900 (JST) Received: from LTMC2151.kddi.com (post-incheck [10.206.0.239]) by LTMC2145.kddi.com (Postfix) with ESMTP id 9CAF63A005F for ; Mon, 11 Jan 2016 18:58:04 +0900 (JST) Received: from LTMC2151.kddi.com (localhost.localdomain [127.0.0.1]) by LTMC2151.kddi.com with ESMTP id u0B9w4bD009683 for ; Mon, 11 Jan 2016 18:58:04 +0900 Received: from LTMC2151.kddi.com.mid_29757648 (localhost.localdomain [127.0.0.1]) by LTMC2151.kddi.com with ESMTP id u0B9m2nN007586 for ; Mon, 11 Jan 2016 18:48:02 +0900 X-SA-MID: 29757648 Received: from KDDI1508PC0003 ([10.211.186.221] [10.211.186.221]) by post-smtp2.kddi.com with ESMTPA; Mon, 11 Jan 2016 18:48:02 +0900 From: "Ogaki, Kenichi" To: References: <015f01d13dfc$925ce730$b716b590$@kddi.com> <007d01d14695$e7de9310$b79bb930$@kddi.com> <3603_1451920156_568A8B1C_3603_701_1_9E32478DFA9976438E7A22F69B08FF9216815E11@OPEXCLILMA4.corporate.adroot.infra.ftgroup> <016901d14777$c0408830$40c19890$@kddi.com> In-Reply-To: <016901d14777$c0408830$40c19890$@kddi.com> Date: Mon, 11 Jan 2016 18:47:58 +0900 Message-ID: <006201d14c55$2993fab0$7cbbf010$@kddi.com> MIME-Version: 1.0 Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQHKn6XS7EF51VS8d/IsQ4o8FZThKQJrdKmCAeG3o9MBjM48bgIS+/56nsCYwoA= Content-Language: ja X-TM-AS-MML: disable Archived-At: Subject: Re: [L3sm] I-D Action: draft-ietf-l3sm-l3vpn-service-model-02.txt X-BeenThere: l3sm@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: L3VPN Service YANG Model discussion group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Jan 2016 09:58:10 -0000 Hi Stephane and All, One more comment. Leaving issue#10 and vpn-policy in vpn-svc discussion aside, the = vpn-policy in the current model should be under site-network access? According to section 5.2.2, a vpn-policy should be controlled per pair = of a PE and a site, corresponding to site-network-access /ip-connection. When we place the vpn-policy directly under "sites", how can we relate a = vpn-policy to a specific PE. Thanks, Kenichi -----Original Message----- From: L3sm [mailto:l3sm-bounces@ietf.org] On Behalf Of Ogaki, Kenichi Sent: Tuesday, January 05, 2016 2:13 PM To: stephane.litkowski@orange.com; 'Qin Wu'; l3sm@ietf.org Cc: adrian@olddog.co.uk Subject: Re: [L3sm] I-D Action: = draft-ietf-l3sm-l3vpn-service-model-02.txt Hi Stephane, Please see inline. All the best, Kenichi -----Original Message----- From: L3sm [mailto:l3sm-bounces@ietf.org] On Behalf Of = stephane.litkowski@orange.com Sent: Tuesday, January 05, 2016 12:09 AM To: Ogaki, Kenichi; 'Qin Wu'; l3sm@ietf.org Cc: adrian@olddog.co.uk Subject: Re: [L3sm] I-D Action: = draft-ietf-l3sm-l3vpn-service-model-02.txt Hi, Best wishes for this new year. Pls find inline comments. -----Original Message----- From: Ogaki, Kenichi [mailto:ke-oogaki@kddi.com] Sent: Monday, January 04, 2016 03:16 To: 'Qin Wu'; l3sm@ietf.org Cc: LITKOWSKI Stephane SCE/OINIS; adrian@olddog.co.uk Subject: RE: [L3sm] I-D Action: = draft-ietf-l3sm-l3vpn-service-model-02.txt Dear All, Additional comments are here: *svc-id The type "svc-id" is used for lots of data node. Is this necessary? When we say "vpn-id", this is obviously an id by its name, and the only = thing to define is how we represent this, string, integer or = something=A1=AD If the type "svc-id" defines the length of string or = something constraint, it makes sense. =20 [SLI] svc-id just brings consistency on how we define all the = identifiers in the model (we ensure easily that all are using the same = encoding =3D> string) [KO] I understand. *routing-protocol The current model allows multiple routing protocols for a = site-network-access. It's technically possible, but is there any use = case for l3vpn service? #Is this only for dual-stack, one for IPv4 and the other for IPv6? [SLI] It is really usual to have dynamic routing + static routing at the = same time. (e.g. dynamic routing for customer LANs, + static routing for = admin) [KO] I understand. *QoS classification Since 5.2.6.1.1. says "The order of rule is defined by the "id" leaf. = The lowest "id" MUST be processed first.", we have to change the "id" = value whenever we want to reorder the existing rules. But the "id" is = key, and a key should not be changed in DB principle. Although it may be = an implementation matter, can we just use "ordered-by user" statement = for the list "rules"? [SLI] Agree, I will add the ordered-by user. Do you see other lists that = would require such user ordering ? [KO] I can't find any other ordered list. *std-qos-profile/custom-qos-profile If "std-qos-profile and custom-qos-profile cannot be used at the same = time." in 5.1.6.1.2, we can use a choice statement for std-qos-profile = and custom-qos-profile. [SLI] Agree, will fix it. *traffic protection Can we cover the function of "traffic-protection" by = "site-network-access/availability"? [SLI] Ack, I moved the traffic protection under availability. *vpn-policy For an readability of the model, the node name = "vpn-policy/entries/id/vpn/vpn" should be = "vpn-policy/entries/id/vpn/vpn-id". [SLI] Fixed. *notification How about defining notification node under vpn-svc and = site-network-access? We sometimes have to actively inform our customers of a failure or = something. What kind of the information depends on each operator, then anydata or = anyxml suits this. [SLI] Notification are normally not part of the tree, we can create rpcs = or notifications if necessary to retrieve operational infos. Could you raise a separate thread to discuss the need of notifications ? [KO] I will raise a separate thread. ex.) container site-network-accesses { list site-network-access { key site-network-access-id; ... notification info { anydata data; } ... } -Editorials Sec. 5.1.2. 2nd and 3rd configuration examples still use "name" and "id". Sec. 5.2. typo "ressources" in Location description. Sec. 5.2.1.2 typo "ressources" in 2nd paragraph Sec. 5.2.5.7. In 2nd paragraph, AS number is defined in routing-protocol/bgp in the = current model, and customer-specific-information is already deleted. The configuration example should also include "autonomous-system". Sec. 6. The configuration example still use "name" and "id". [SLI] Thanks for catching the errors, as the model evolved a lot, it s = hard to keep all the example synchronized :) Happy New Year, Kenichi -----Original Message----- From: L3sm [mailto:l3sm-bounces@ietf.org] On Behalf Of Ogaki, Kenichi Sent: Thursday, December 24, 2015 12:39 PM To: 'Qin Wu'; l3sm@ietf.org Cc: stephane.litkowski@orange.com; adrian@olddog.co.uk Subject: Re: [L3sm] I-D Action: = draft-ietf-l3sm-l3vpn-service-model-02.txt Dear All, >https://trac.tools.ietf.org/wg/l3sm/trac/ticket/12 Two comments for the current routing-protocols: 1. Node name "cascaded-lan-prefixes" should be reworded, for example of = "customer-lan-prefixes". No longer only for *cascaded* lan. 2. Should we have a mean to retrieve the provider autonomous system = number for bgp type? ro node/ops state is enough. In the case of customer managed CE, our customer must know what AS = number the PE has. #Usually, we let them know it outside the user interface. Merry X'mas & Happy New Year, Kenichi -----Original Message----- From: L3sm [mailto:l3sm-bounces@ietf.org] On Behalf Of Qin Wu Sent: Wednesday, December 23, 2015 5:15 PM To: l3sm@ietf.org Cc: stephane.litkowski@orange.com; adrian@olddog.co.uk Subject: Re: [L3sm] I-D Action: = draft-ietf-l3sm-l3vpn-service-model-02.txt Hi, All: As a follow-up to the discussion during the L3SM interim call we had in = December 2015, We as chairs have filed two issue tickets in the issue = tracker https://trac.tools.ietf.org/wg/l3sm/trac/ticket/12 https://trac.tools.ietf.org/wg/l3sm/trac/ticket/13 Authors have revised ID based on the discussion and agreed point during = interim call. Thanks Stephane to get this done and close most of open issues we had in = the issue tracker except the following two issues: 1.Inventory ops state issue 2. VPN merging issue The diff: https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-l3sm-l3vpn-service-model-0= 2 Please review the changes and let us know if there is anything missed or = addition change that needs to be incorporated in. -Qin -----=D3=CA=BC=FE=D4=AD=BC=FE----- =B7=A2=BC=FE=C8=CB: I-D-Announce [mailto:i-d-announce-bounces@ietf.org] = =B4=FA=B1=ED internet-drafts@ietf.org =B7=A2=CB=CD=CA=B1=BC=E4: 2015=C4=EA12=D4=C215=C8=D5 18:33 =CA=D5=BC=FE=C8=CB: i-d-announce@ietf.org =B3=AD=CB=CD: l3sm@ietf.org =D6=F7=CC=E2: I-D Action: draft-ietf-l3sm-l3vpn-service-model-02.txt A New Internet-Draft is available from the on-line Internet-Drafts = directories. This draft is a work item of the L3VPN Service Model Working Group of = the IETF. Title : YANG Data Model for L3VPN service delivery Authors : Stephane Litkowski Rob Shakir Luis Tomotaki Kevin D'Souza Filename : draft-ietf-l3sm-l3vpn-service-model-02.txt Pages : 100 Date : 2015-12-15 Abstract: This document defines a YANG data model that can be used to deliver a Layer 3 Provider Provisioned VPN service. The document is limited to the BGP PE-based VPNs as described in RFC4110 and RFC4364. This model is intended to be instantiated at management system to deliver the overall service. This model is not a configuration model to be used directly on network elements. This model provides an abstracted view of the Layer 3 IPVPN service configuration components. It will be up to a management system to take this as an input and use specific configurations models to configure the different network elements to deliver the service. How configuration of network elements is done is out of scope of the document. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-l3sm-l3vpn-service-model/ There's also a htmlized version available at: https://tools.ietf.org/html/draft-ietf-l3sm-l3vpn-service-model-02 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-l3sm-l3vpn-service-model-0= 2 Please note that it may take a couple of minutes from the time of = submission until the htmlized version and diff are available at = tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ _______________________________________________ I-D-Announce mailing list I-D-Announce@ietf.org https://www.ietf.org/mailman/listinfo/i-d-announce Internet-Draft directories: http://www.ietf.org/shadow.html or = ftp://ftp.ietf.org/ietf/1shadow-sites.txt _______________________________________________ L3sm mailing list L3sm@ietf.org https://www.ietf.org/mailman/listinfo/l3sm _______________________________________________ L3sm mailing list L3sm@ietf.org https://www.ietf.org/mailman/listinfo/l3sm _________________________________________________________________________= ________________________________________________ Ce message et ses pieces jointes peuvent contenir des informations = confidentielles ou privilegiees et ne doivent donc pas etre diffuses, = exploites ou copies sans autorisation. Si vous avez recu ce message par = erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les = pieces jointes. Les messages electroniques etant susceptibles = d'alteration, Orange decline toute responsabilite si ce message a ete = altere, deforme ou falsifie. Merci. This message and its attachments may contain confidential or privileged = information that may be protected by law; they should not be = distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and = delete this message and its attachments. As emails may be altered, Orange is not liable for messages that have = been modified, changed or falsified. Thank you. _______________________________________________ L3sm mailing list L3sm@ietf.org https://www.ietf.org/mailman/listinfo/l3sm _______________________________________________ L3sm mailing list L3sm@ietf.org https://www.ietf.org/mailman/listinfo/l3sm From nobody Mon Jan 11 06:37:28 2016 Return-Path: X-Original-To: l3sm@ietfa.amsl.com Delivered-To: l3sm@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B51E21A016C for ; Mon, 11 Jan 2016 06:37:25 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 1.489 X-Spam-Level: * X-Spam-Status: No, score=1.489 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, CN_BODY_35=0.339, FREEMAIL_FROM=0.001, J_CHICKENPOX_12=0.6, MIME_CHARSET_FARAWAY=2.45, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id GoPbiFYbC-_0 for ; Mon, 11 Jan 2016 06:37:23 -0800 (PST) Received: from relais-inet.orange.com (relais-nor34.orange.com [80.12.70.34]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 263B71A0169 for ; Mon, 11 Jan 2016 06:37:23 -0800 (PST) Received: from opfednr03.francetelecom.fr (unknown [xx.xx.xx.67]) by opfednr22.francetelecom.fr (ESMTP service) with ESMTP id 4D45D20106; Mon, 11 Jan 2016 15:37:21 +0100 (CET) Received: from Exchangemail-eme2.itn.ftgroup (unknown [xx.xx.31.57]) by opfednr03.francetelecom.fr (ESMTP service) with ESMTP id 2282B1A0055; Mon, 11 Jan 2016 15:37:21 +0100 (CET) Received: from OPEXCLILMA4.corporate.adroot.infra.ftgroup ([fe80::65de:2f08:41e6:ebbe]) by OPEXCLILM23.corporate.adroot.infra.ftgroup ([fe80::787e:db0c:23c4:71b3%19]) with mapi id 14.03.0279.002; Mon, 11 Jan 2016 15:37:20 +0100 From: To: "Ogaki, Kenichi" , "l3sm@ietf.org" Thread-Topic: [L3sm] I-D Action: draft-ietf-l3sm-l3vpn-service-model-02.txt Thread-Index: AQHRNyQASFTWgXlJrky4uLxNNvqAOZ7YPm3QgAE7qwCAETKrAIAA3/9AgADjsgCACbrOAIAAYQFA Date: Mon, 11 Jan 2016 14:37:20 +0000 Message-ID: <1999_1452523041_5693BE21_1999_114_1_9E32478DFA9976438E7A22F69B08FF92168371C7@OPEXCLILMA4.corporate.adroot.infra.ftgroup> References: <015f01d13dfc$925ce730$b716b590$@kddi.com> <007d01d14695$e7de9310$b79bb930$@kddi.com> <3603_1451920156_568A8B1C_3603_701_1_9E32478DFA9976438E7A22F69B08FF9216815E11@OPEXCLILMA4.corporate.adroot.infra.ftgroup> <016901d14777$c0408830$40c19890$@kddi.com> <006201d14c55$2993fab0$7cbbf010$@kddi.com> In-Reply-To: <006201d14c55$2993fab0$7cbbf010$@kddi.com> Accept-Language: fr-FR, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.168.234.1] Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 MIME-Version: 1.0 Archived-At: Subject: Re: [L3sm] I-D Action: draft-ietf-l3sm-l3vpn-service-model-02.txt X-BeenThere: l3sm@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: L3VPN Service YANG Model discussion group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Jan 2016 14:37:25 -0000 SGkgS2VuaWNoaSwNCg0KSU1PLCBmb3IgYSBtdWx0aWhvbWVkIHNpdGUsIHRoZSBWUE4gcG9saWN5 IHdpbGwgYWx3YXlzIGJlIHRoZSBzYW1lIG9uIGVhY2ggbmV0d29yayBjb25uZWN0aW9uICB0aGUg c2l0ZSBpcyB1c2luZy4gRG8geW91IHNlZSBhIHJlYXNvbiB3aHkgaXQgY291bGQgYmUgZGlmZmVy ZW50ID8NCg0KDQpCcmdkcywNCg0KU3RlcGhhbmUNCg0KDQotLS0tLU9yaWdpbmFsIE1lc3NhZ2Ut LS0tLQ0KRnJvbTogTDNzbSBbbWFpbHRvOmwzc20tYm91bmNlc0BpZXRmLm9yZ10gT24gQmVoYWxm IE9mIE9nYWtpLCBLZW5pY2hpDQpTZW50OiBNb25kYXksIEphbnVhcnkgMTEsIDIwMTYgMTA6NDgN ClRvOiBsM3NtQGlldGYub3JnDQpTdWJqZWN0OiBSZTogW0wzc21dIEktRCBBY3Rpb246IGRyYWZ0 LWlldGYtbDNzbS1sM3Zwbi1zZXJ2aWNlLW1vZGVsLTAyLnR4dA0KDQpIaSBTdGVwaGFuZSBhbmQg QWxsLA0KDQpPbmUgbW9yZSBjb21tZW50Lg0KDQpMZWF2aW5nIGlzc3VlIzEwIGFuZCB2cG4tcG9s aWN5IGluIHZwbi1zdmMgZGlzY3Vzc2lvbiBhc2lkZSwgdGhlIHZwbi1wb2xpY3kgaW4gdGhlIGN1 cnJlbnQgbW9kZWwgc2hvdWxkIGJlIHVuZGVyIHNpdGUtbmV0d29yayBhY2Nlc3M/DQoNCkFjY29y ZGluZyB0byBzZWN0aW9uIDUuMi4yLCBhIHZwbi1wb2xpY3kgc2hvdWxkIGJlIGNvbnRyb2xsZWQg cGVyIHBhaXIgb2YgYSBQRSBhbmQgYSBzaXRlLCBjb3JyZXNwb25kaW5nIHRvIHNpdGUtbmV0d29y ay1hY2Nlc3MgL2lwLWNvbm5lY3Rpb24uDQpXaGVuIHdlIHBsYWNlIHRoZSB2cG4tcG9saWN5IGRp cmVjdGx5IHVuZGVyICJzaXRlcyIsIGhvdyBjYW4gd2UgcmVsYXRlIGEgdnBuLXBvbGljeSB0byBh IHNwZWNpZmljIFBFLg0KDQpUaGFua3MsDQpLZW5pY2hpDQoNCi0tLS0tT3JpZ2luYWwgTWVzc2Fn ZS0tLS0tDQpGcm9tOiBMM3NtIFttYWlsdG86bDNzbS1ib3VuY2VzQGlldGYub3JnXSBPbiBCZWhh bGYgT2YgT2dha2ksIEtlbmljaGkNClNlbnQ6IFR1ZXNkYXksIEphbnVhcnkgMDUsIDIwMTYgMjox MyBQTQ0KVG86IHN0ZXBoYW5lLmxpdGtvd3NraUBvcmFuZ2UuY29tOyAnUWluIFd1JzsgbDNzbUBp ZXRmLm9yZw0KQ2M6IGFkcmlhbkBvbGRkb2cuY28udWsNClN1YmplY3Q6IFJlOiBbTDNzbV0gSS1E IEFjdGlvbjogZHJhZnQtaWV0Zi1sM3NtLWwzdnBuLXNlcnZpY2UtbW9kZWwtMDIudHh0DQoNCkhp IFN0ZXBoYW5lLA0KDQpQbGVhc2Ugc2VlIGlubGluZS4NCg0KQWxsIHRoZSBiZXN0LA0KS2VuaWNo aQ0KDQotLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KRnJvbTogTDNzbSBbbWFpbHRvOmwzc20t Ym91bmNlc0BpZXRmLm9yZ10gT24gQmVoYWxmIE9mIHN0ZXBoYW5lLmxpdGtvd3NraUBvcmFuZ2Uu Y29tDQpTZW50OiBUdWVzZGF5LCBKYW51YXJ5IDA1LCAyMDE2IDEyOjA5IEFNDQpUbzogT2dha2ks IEtlbmljaGk7ICdRaW4gV3UnOyBsM3NtQGlldGYub3JnDQpDYzogYWRyaWFuQG9sZGRvZy5jby51 aw0KU3ViamVjdDogUmU6IFtMM3NtXSBJLUQgQWN0aW9uOiBkcmFmdC1pZXRmLWwzc20tbDN2cG4t c2VydmljZS1tb2RlbC0wMi50eHQNCg0KSGksDQoNCkJlc3Qgd2lzaGVzIGZvciB0aGlzIG5ldyB5 ZWFyLg0KDQpQbHMgZmluZCBpbmxpbmUgY29tbWVudHMuDQoNCi0tLS0tT3JpZ2luYWwgTWVzc2Fn ZS0tLS0tDQpGcm9tOiBPZ2FraSwgS2VuaWNoaSBbbWFpbHRvOmtlLW9vZ2FraUBrZGRpLmNvbV0N ClNlbnQ6IE1vbmRheSwgSmFudWFyeSAwNCwgMjAxNiAwMzoxNg0KVG86ICdRaW4gV3UnOyBsM3Nt QGlldGYub3JnDQpDYzogTElUS09XU0tJIFN0ZXBoYW5lIFNDRS9PSU5JUzsgYWRyaWFuQG9sZGRv Zy5jby51aw0KU3ViamVjdDogUkU6IFtMM3NtXSBJLUQgQWN0aW9uOiBkcmFmdC1pZXRmLWwzc20t bDN2cG4tc2VydmljZS1tb2RlbC0wMi50eHQNCg0KRGVhciBBbGwsDQoNCkFkZGl0aW9uYWwgY29t bWVudHMgYXJlIGhlcmU6DQoNCipzdmMtaWQNClRoZSB0eXBlICJzdmMtaWQiIGlzIHVzZWQgZm9y IGxvdHMgb2YgZGF0YSBub2RlLiBJcyB0aGlzIG5lY2Vzc2FyeT8NCldoZW4gd2Ugc2F5ICJ2cG4t aWQiLCB0aGlzIGlzIG9idmlvdXNseSBhbiBpZCBieSBpdHMgbmFtZSwgYW5kIHRoZSBvbmx5IHRo aW5nIHRvIGRlZmluZSBpcyBob3cgd2UgcmVwcmVzZW50IHRoaXMsIHN0cmluZywgaW50ZWdlciBv ciBzb21ldGhpbmehrSBJZiB0aGUgdHlwZSAic3ZjLWlkIiBkZWZpbmVzIHRoZSBsZW5ndGggb2Yg c3RyaW5nIG9yIHNvbWV0aGluZyBjb25zdHJhaW50LCBpdCBtYWtlcyBzZW5zZS4gIA0KW1NMSV0g c3ZjLWlkIGp1c3QgYnJpbmdzIGNvbnNpc3RlbmN5IG9uIGhvdyB3ZSBkZWZpbmUgYWxsIHRoZSBp ZGVudGlmaWVycyBpbiB0aGUgbW9kZWwgKHdlIGVuc3VyZSBlYXNpbHkgdGhhdCBhbGwgYXJlIHVz aW5nIHRoZSBzYW1lIGVuY29kaW5nID0+IHN0cmluZykNCg0KW0tPXSBJIHVuZGVyc3RhbmQuDQoN Cipyb3V0aW5nLXByb3RvY29sDQpUaGUgY3VycmVudCBtb2RlbCBhbGxvd3MgbXVsdGlwbGUgcm91 dGluZyBwcm90b2NvbHMgZm9yIGEgc2l0ZS1uZXR3b3JrLWFjY2Vzcy4gSXQncyB0ZWNobmljYWxs eSBwb3NzaWJsZSwgYnV0IGlzIHRoZXJlIGFueSB1c2UgY2FzZSBmb3IgbDN2cG4gc2VydmljZT8N CiNJcyB0aGlzIG9ubHkgZm9yIGR1YWwtc3RhY2ssIG9uZSBmb3IgSVB2NCBhbmQgdGhlIG90aGVy IGZvciBJUHY2Pw0KW1NMSV0gSXQgaXMgcmVhbGx5IHVzdWFsIHRvIGhhdmUgZHluYW1pYyByb3V0 aW5nICsgc3RhdGljIHJvdXRpbmcgYXQgdGhlIHNhbWUgdGltZS4gKGUuZy4gZHluYW1pYyByb3V0 aW5nIGZvciBjdXN0b21lciBMQU5zLCArIHN0YXRpYyByb3V0aW5nIGZvciBhZG1pbikNCg0KW0tP XSBJIHVuZGVyc3RhbmQuDQoNCipRb1MgY2xhc3NpZmljYXRpb24NClNpbmNlIDUuMi42LjEuMS4g c2F5cyAiVGhlIG9yZGVyIG9mIHJ1bGUgaXMgZGVmaW5lZCBieSB0aGUgImlkIiBsZWFmLiAgVGhl IGxvd2VzdCAiaWQiIE1VU1QgYmUgcHJvY2Vzc2VkIGZpcnN0LiIsIHdlIGhhdmUgdG8gY2hhbmdl IHRoZSAiaWQiIHZhbHVlIHdoZW5ldmVyIHdlIHdhbnQgdG8gcmVvcmRlciB0aGUgZXhpc3Rpbmcg cnVsZXMuIEJ1dCB0aGUgImlkIiBpcyBrZXksIGFuZCBhIGtleSBzaG91bGQgbm90IGJlIGNoYW5n ZWQgaW4gREIgcHJpbmNpcGxlLiBBbHRob3VnaCBpdCBtYXkgYmUgYW4gaW1wbGVtZW50YXRpb24g bWF0dGVyLCBjYW4gd2UganVzdCB1c2UgIm9yZGVyZWQtYnkgdXNlciIgc3RhdGVtZW50IGZvciB0 aGUgbGlzdCAicnVsZXMiPw0KW1NMSV0gQWdyZWUsIEkgd2lsbCBhZGQgdGhlIG9yZGVyZWQtYnkg dXNlci4gRG8geW91IHNlZSBvdGhlciBsaXN0cyB0aGF0IHdvdWxkIHJlcXVpcmUgc3VjaCB1c2Vy IG9yZGVyaW5nID8NCg0KW0tPXSBJIGNhbid0IGZpbmQgYW55IG90aGVyIG9yZGVyZWQgbGlzdC4N Cg0KKnN0ZC1xb3MtcHJvZmlsZS9jdXN0b20tcW9zLXByb2ZpbGUNCklmICJzdGQtcW9zLXByb2Zp bGUgYW5kIGN1c3RvbS1xb3MtcHJvZmlsZSBjYW5ub3QgYmUgdXNlZCBhdCB0aGUgc2FtZSB0aW1l LiIgaW4gNS4xLjYuMS4yLCB3ZSBjYW4gdXNlIGEgY2hvaWNlIHN0YXRlbWVudCBmb3Igc3RkLXFv cy1wcm9maWxlIGFuZCBjdXN0b20tcW9zLXByb2ZpbGUuDQpbU0xJXSBBZ3JlZSwgd2lsbCBmaXgg aXQuDQoNCg0KKnRyYWZmaWMgcHJvdGVjdGlvbg0KQ2FuIHdlIGNvdmVyIHRoZSBmdW5jdGlvbiBv ZiAidHJhZmZpYy1wcm90ZWN0aW9uIiBieSAic2l0ZS1uZXR3b3JrLWFjY2Vzcy9hdmFpbGFiaWxp dHkiPw0KW1NMSV0gQWNrLCBJIG1vdmVkIHRoZSB0cmFmZmljIHByb3RlY3Rpb24gdW5kZXIgYXZh aWxhYmlsaXR5Lg0KDQoNCip2cG4tcG9saWN5DQpGb3IgYW4gcmVhZGFiaWxpdHkgb2YgdGhlIG1v ZGVsLCB0aGUgbm9kZSBuYW1lICJ2cG4tcG9saWN5L2VudHJpZXMvaWQvdnBuL3ZwbiIgc2hvdWxk IGJlICJ2cG4tcG9saWN5L2VudHJpZXMvaWQvdnBuL3Zwbi1pZCIuDQpbU0xJXSBGaXhlZC4NCg0K DQoqbm90aWZpY2F0aW9uDQpIb3cgYWJvdXQgZGVmaW5pbmcgbm90aWZpY2F0aW9uIG5vZGUgdW5k ZXIgdnBuLXN2YyBhbmQgc2l0ZS1uZXR3b3JrLWFjY2Vzcz8NCldlIHNvbWV0aW1lcyBoYXZlIHRv IGFjdGl2ZWx5IGluZm9ybSBvdXIgY3VzdG9tZXJzIG9mIGEgZmFpbHVyZSBvciBzb21ldGhpbmcu DQpXaGF0IGtpbmQgb2YgdGhlIGluZm9ybWF0aW9uIGRlcGVuZHMgb24gZWFjaCBvcGVyYXRvciwg dGhlbiBhbnlkYXRhIG9yIGFueXhtbCBzdWl0cyB0aGlzLg0KDQpbU0xJXSBOb3RpZmljYXRpb24g YXJlIG5vcm1hbGx5IG5vdCBwYXJ0IG9mIHRoZSB0cmVlLCB3ZSBjYW4gY3JlYXRlIHJwY3Mgb3Ig bm90aWZpY2F0aW9ucyBpZiBuZWNlc3NhcnkgdG8gcmV0cmlldmUgb3BlcmF0aW9uYWwgaW5mb3Mu DQpDb3VsZCB5b3UgcmFpc2UgYSBzZXBhcmF0ZSB0aHJlYWQgdG8gZGlzY3VzcyB0aGUgbmVlZCBv ZiBub3RpZmljYXRpb25zID8NCg0KW0tPXSBJIHdpbGwgcmFpc2UgYSBzZXBhcmF0ZSB0aHJlYWQu DQoNCmV4LikNCmNvbnRhaW5lciBzaXRlLW5ldHdvcmstYWNjZXNzZXMgew0KICAgIGxpc3Qgc2l0 ZS1uZXR3b3JrLWFjY2VzcyB7DQogICAgICAgIGtleSBzaXRlLW5ldHdvcmstYWNjZXNzLWlkOw0K ICAgICAgICAuLi4NCiAgICAgICAgbm90aWZpY2F0aW9uIGluZm8gew0KICAgICAgICAgICAgYW55 ZGF0YSBkYXRhOw0KICAgICAgICB9DQogICAgICAgIC4uLg0KfQ0KDQoNCi1FZGl0b3JpYWxzDQpT ZWMuIDUuMS4yLg0KMm5kIGFuZCAzcmQgY29uZmlndXJhdGlvbiBleGFtcGxlcyBzdGlsbCB1c2Ug Im5hbWUiIGFuZCAiaWQiLg0KDQpTZWMuIDUuMi4NCnR5cG8gInJlc3NvdXJjZXMiIGluIExvY2F0 aW9uIGRlc2NyaXB0aW9uLg0KU2VjLiA1LjIuMS4yDQp0eXBvICJyZXNzb3VyY2VzIiBpbiAybmQg cGFyYWdyYXBoDQoNClNlYy4gNS4yLjUuNy4NCkluIDJuZCBwYXJhZ3JhcGgsIEFTIG51bWJlciBp cyBkZWZpbmVkIGluIHJvdXRpbmctcHJvdG9jb2wvYmdwIGluIHRoZSBjdXJyZW50IG1vZGVsLCBh bmQgY3VzdG9tZXItc3BlY2lmaWMtaW5mb3JtYXRpb24gaXMgYWxyZWFkeSBkZWxldGVkLg0KVGhl IGNvbmZpZ3VyYXRpb24gZXhhbXBsZSBzaG91bGQgYWxzbyBpbmNsdWRlICJhdXRvbm9tb3VzLXN5 c3RlbSIuDQoNClNlYy4gNi4NClRoZSBjb25maWd1cmF0aW9uIGV4YW1wbGUgc3RpbGwgdXNlICJu YW1lIiBhbmQgImlkIi4NCg0KW1NMSV0gVGhhbmtzIGZvciBjYXRjaGluZyB0aGUgZXJyb3JzLCBh cyB0aGUgbW9kZWwgZXZvbHZlZCBhIGxvdCwgaXQgcyBoYXJkIHRvIGtlZXAgYWxsIHRoZSBleGFt cGxlIHN5bmNocm9uaXplZCA6KQ0KDQoNCkhhcHB5IE5ldyBZZWFyLA0KS2VuaWNoaQ0KDQotLS0t LU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KRnJvbTogTDNzbSBbbWFpbHRvOmwzc20tYm91bmNlc0Bp ZXRmLm9yZ10gT24gQmVoYWxmIE9mIE9nYWtpLCBLZW5pY2hpDQpTZW50OiBUaHVyc2RheSwgRGVj ZW1iZXIgMjQsIDIwMTUgMTI6MzkgUE0NClRvOiAnUWluIFd1JzsgbDNzbUBpZXRmLm9yZw0KQ2M6 IHN0ZXBoYW5lLmxpdGtvd3NraUBvcmFuZ2UuY29tOyBhZHJpYW5Ab2xkZG9nLmNvLnVrDQpTdWJq ZWN0OiBSZTogW0wzc21dIEktRCBBY3Rpb246IGRyYWZ0LWlldGYtbDNzbS1sM3Zwbi1zZXJ2aWNl LW1vZGVsLTAyLnR4dA0KDQpEZWFyIEFsbCwNCg0KPmh0dHBzOi8vdHJhYy50b29scy5pZXRmLm9y Zy93Zy9sM3NtL3RyYWMvdGlja2V0LzEyDQoNClR3byBjb21tZW50cyBmb3IgdGhlIGN1cnJlbnQg cm91dGluZy1wcm90b2NvbHM6DQoNCjEuIE5vZGUgbmFtZSAiY2FzY2FkZWQtbGFuLXByZWZpeGVz IiBzaG91bGQgYmUgcmV3b3JkZWQsIGZvciBleGFtcGxlIG9mICJjdXN0b21lci1sYW4tcHJlZml4 ZXMiLg0KTm8gbG9uZ2VyIG9ubHkgZm9yICpjYXNjYWRlZCogbGFuLg0KDQoyLiBTaG91bGQgd2Ug aGF2ZSBhIG1lYW4gdG8gcmV0cmlldmUgdGhlIHByb3ZpZGVyIGF1dG9ub21vdXMgc3lzdGVtIG51 bWJlciBmb3IgYmdwIHR5cGU/DQpybyBub2RlL29wcyBzdGF0ZSBpcyBlbm91Z2guDQpJbiB0aGUg Y2FzZSBvZiBjdXN0b21lciBtYW5hZ2VkIENFLCBvdXIgY3VzdG9tZXIgbXVzdCBrbm93IHdoYXQg QVMgbnVtYmVyIHRoZSBQRSBoYXMuDQojVXN1YWxseSwgd2UgbGV0IHRoZW0ga25vdyBpdCBvdXRz aWRlIHRoZSB1c2VyIGludGVyZmFjZS4NCg0KTWVycnkgWCdtYXMgJiBIYXBweSBOZXcgWWVhciwN CktlbmljaGkNCg0KLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCkZyb206IEwzc20gW21haWx0 bzpsM3NtLWJvdW5jZXNAaWV0Zi5vcmddIE9uIEJlaGFsZiBPZiBRaW4gV3UNClNlbnQ6IFdlZG5l c2RheSwgRGVjZW1iZXIgMjMsIDIwMTUgNToxNSBQTQ0KVG86IGwzc21AaWV0Zi5vcmcNCkNjOiBz dGVwaGFuZS5saXRrb3dza2lAb3JhbmdlLmNvbTsgYWRyaWFuQG9sZGRvZy5jby51aw0KU3ViamVj dDogUmU6IFtMM3NtXSBJLUQgQWN0aW9uOiBkcmFmdC1pZXRmLWwzc20tbDN2cG4tc2VydmljZS1t b2RlbC0wMi50eHQNCg0KSGksIEFsbDoNCkFzIGEgZm9sbG93LXVwIHRvIHRoZSBkaXNjdXNzaW9u IGR1cmluZyB0aGUgTDNTTSBpbnRlcmltIGNhbGwgd2UgaGFkIGluIERlY2VtYmVyIDIwMTUsIFdl IGFzIGNoYWlycyBoYXZlIGZpbGVkIHR3byBpc3N1ZSB0aWNrZXRzIGluIHRoZSBpc3N1ZSB0cmFj a2VyDQpodHRwczovL3RyYWMudG9vbHMuaWV0Zi5vcmcvd2cvbDNzbS90cmFjL3RpY2tldC8xMg0K aHR0cHM6Ly90cmFjLnRvb2xzLmlldGYub3JnL3dnL2wzc20vdHJhYy90aWNrZXQvMTMNCg0KQXV0 aG9ycyBoYXZlIHJldmlzZWQgSUQgYmFzZWQgb24gdGhlIGRpc2N1c3Npb24gYW5kIGFncmVlZCBw b2ludCBkdXJpbmcgaW50ZXJpbSBjYWxsLg0KVGhhbmtzIFN0ZXBoYW5lIHRvIGdldCB0aGlzIGRv bmUgYW5kIGNsb3NlIG1vc3Qgb2Ygb3BlbiBpc3N1ZXMgd2UgaGFkIGluIHRoZSBpc3N1ZSB0cmFj a2VyIGV4Y2VwdCB0aGUgZm9sbG93aW5nIHR3byBpc3N1ZXM6DQoxLkludmVudG9yeSBvcHMgc3Rh dGUgaXNzdWUNCjIuIFZQTiBtZXJnaW5nIGlzc3VlDQpUaGUgZGlmZjoNCmh0dHBzOi8vd3d3Lmll dGYub3JnL3JmY2RpZmY/dXJsMj1kcmFmdC1pZXRmLWwzc20tbDN2cG4tc2VydmljZS1tb2RlbC0w Mg0KUGxlYXNlIHJldmlldyB0aGUgY2hhbmdlcyBhbmQgbGV0IHVzIGtub3cgaWYgdGhlcmUgaXMg YW55dGhpbmcgbWlzc2VkIG9yIGFkZGl0aW9uIGNoYW5nZSB0aGF0IG5lZWRzIHRvIGJlIGluY29y cG9yYXRlZCBpbi4NCg0KLVFpbg0KLS0tLS3Tyrz+1K28/i0tLS0tDQq3orz+yMs6IEktRC1Bbm5v dW5jZSBbbWFpbHRvOmktZC1hbm5vdW5jZS1ib3VuY2VzQGlldGYub3JnXSC0+rHtIGludGVybmV0 LWRyYWZ0c0BpZXRmLm9yZw0Kt6LLzcqxvOQ6IDIwMTXE6jEy1MIxNcjVIDE4OjMzDQrK1bz+yMs6 IGktZC1hbm5vdW5jZUBpZXRmLm9yZw0Ks63LzTogbDNzbUBpZXRmLm9yZw0K1vfM4jogSS1EIEFj dGlvbjogZHJhZnQtaWV0Zi1sM3NtLWwzdnBuLXNlcnZpY2UtbW9kZWwtMDIudHh0DQoNCg0KQSBO ZXcgSW50ZXJuZXQtRHJhZnQgaXMgYXZhaWxhYmxlIGZyb20gdGhlIG9uLWxpbmUgSW50ZXJuZXQt RHJhZnRzIGRpcmVjdG9yaWVzLg0KIFRoaXMgZHJhZnQgaXMgYSB3b3JrIGl0ZW0gb2YgdGhlIEwz VlBOIFNlcnZpY2UgTW9kZWwgIFdvcmtpbmcgR3JvdXAgb2YgdGhlIElFVEYuDQoNCiAgICAgICAg VGl0bGUgICAgICAgICAgIDogWUFORyBEYXRhIE1vZGVsIGZvciBMM1ZQTiBzZXJ2aWNlIGRlbGl2 ZXJ5DQogICAgICAgIEF1dGhvcnMgICAgICAgICA6IFN0ZXBoYW5lIExpdGtvd3NraQ0KICAgICAg ICAgICAgICAgICAgICAgICAgICBSb2IgU2hha2lyDQogICAgICAgICAgICAgICAgICAgICAgICAg IEx1aXMgVG9tb3Rha2kNCiAgICAgICAgICAgICAgICAgICAgICAgICAgS2V2aW4gRCdTb3V6YQ0K CUZpbGVuYW1lICAgICAgICA6IGRyYWZ0LWlldGYtbDNzbS1sM3Zwbi1zZXJ2aWNlLW1vZGVsLTAy LnR4dA0KCVBhZ2VzICAgICAgICAgICA6IDEwMA0KCURhdGUgICAgICAgICAgICA6IDIwMTUtMTIt MTUNCg0KQWJzdHJhY3Q6DQogICBUaGlzIGRvY3VtZW50IGRlZmluZXMgYSBZQU5HIGRhdGEgbW9k ZWwgdGhhdCBjYW4gYmUgdXNlZCB0byBkZWxpdmVyIGENCiAgIExheWVyIDMgUHJvdmlkZXIgUHJv dmlzaW9uZWQgVlBOIHNlcnZpY2UuICBUaGUgZG9jdW1lbnQgaXMgbGltaXRlZCB0bw0KICAgdGhl IEJHUCBQRS1iYXNlZCBWUE5zIGFzIGRlc2NyaWJlZCBpbiBSRkM0MTEwIGFuZCBSRkM0MzY0LiAg VGhpcw0KICAgbW9kZWwgaXMgaW50ZW5kZWQgdG8gYmUgaW5zdGFudGlhdGVkIGF0IG1hbmFnZW1l bnQgc3lzdGVtIHRvIGRlbGl2ZXINCiAgIHRoZSBvdmVyYWxsIHNlcnZpY2UuICBUaGlzIG1vZGVs IGlzIG5vdCBhIGNvbmZpZ3VyYXRpb24gbW9kZWwgdG8gYmUNCiAgIHVzZWQgZGlyZWN0bHkgb24g bmV0d29yayBlbGVtZW50cy4gIFRoaXMgbW9kZWwgcHJvdmlkZXMgYW4gYWJzdHJhY3RlZA0KICAg dmlldyBvZiB0aGUgTGF5ZXIgMyBJUFZQTiBzZXJ2aWNlIGNvbmZpZ3VyYXRpb24gY29tcG9uZW50 cy4gIEl0IHdpbGwNCiAgIGJlIHVwIHRvIGEgbWFuYWdlbWVudCBzeXN0ZW0gdG8gdGFrZSB0aGlz IGFzIGFuIGlucHV0IGFuZCB1c2UNCiAgIHNwZWNpZmljIGNvbmZpZ3VyYXRpb25zIG1vZGVscyB0 byBjb25maWd1cmUgdGhlIGRpZmZlcmVudCBuZXR3b3JrDQogICBlbGVtZW50cyB0byBkZWxpdmVy IHRoZSBzZXJ2aWNlLiAgSG93IGNvbmZpZ3VyYXRpb24gb2YgbmV0d29yaw0KICAgZWxlbWVudHMg aXMgZG9uZSBpcyBvdXQgb2Ygc2NvcGUgb2YgdGhlIGRvY3VtZW50Lg0KDQoNCg0KVGhlIElFVEYg ZGF0YXRyYWNrZXIgc3RhdHVzIHBhZ2UgZm9yIHRoaXMgZHJhZnQgaXM6DQpodHRwczovL2RhdGF0 cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1pZXRmLWwzc20tbDN2cG4tc2VydmljZS1tb2RlbC8N Cg0KVGhlcmUncyBhbHNvIGEgaHRtbGl6ZWQgdmVyc2lvbiBhdmFpbGFibGUgYXQ6DQpodHRwczov L3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtaWV0Zi1sM3NtLWwzdnBuLXNlcnZpY2UtbW9kZWwt MDINCg0KQSBkaWZmIGZyb20gdGhlIHByZXZpb3VzIHZlcnNpb24gaXMgYXZhaWxhYmxlIGF0Og0K aHR0cHM6Ly93d3cuaWV0Zi5vcmcvcmZjZGlmZj91cmwyPWRyYWZ0LWlldGYtbDNzbS1sM3Zwbi1z ZXJ2aWNlLW1vZGVsLTAyDQoNCg0KUGxlYXNlIG5vdGUgdGhhdCBpdCBtYXkgdGFrZSBhIGNvdXBs ZSBvZiBtaW51dGVzIGZyb20gdGhlIHRpbWUgb2Ygc3VibWlzc2lvbiB1bnRpbCB0aGUgaHRtbGl6 ZWQgdmVyc2lvbiBhbmQgZGlmZiBhcmUgYXZhaWxhYmxlIGF0IHRvb2xzLmlldGYub3JnLg0KDQpJ bnRlcm5ldC1EcmFmdHMgYXJlIGFsc28gYXZhaWxhYmxlIGJ5IGFub255bW91cyBGVFAgYXQ6DQpm dHA6Ly9mdHAuaWV0Zi5vcmcvaW50ZXJuZXQtZHJhZnRzLw0KDQpfX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KSS1ELUFubm91bmNlIG1haWxpbmcgbGlzdA0K SS1ELUFubm91bmNlQGlldGYub3JnDQpodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3Rp bmZvL2ktZC1hbm5vdW5jZQ0KSW50ZXJuZXQtRHJhZnQgZGlyZWN0b3JpZXM6IGh0dHA6Ly93d3cu aWV0Zi5vcmcvc2hhZG93Lmh0bWwgb3IgZnRwOi8vZnRwLmlldGYub3JnL2lldGYvMXNoYWRvdy1z aXRlcy50eHQNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f DQpMM3NtIG1haWxpbmcgbGlzdA0KTDNzbUBpZXRmLm9yZw0KaHR0cHM6Ly93d3cuaWV0Zi5vcmcv bWFpbG1hbi9saXN0aW5mby9sM3NtDQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fDQpMM3NtIG1haWxpbmcgbGlzdA0KTDNzbUBpZXRmLm9yZw0KaHR0cHM6 Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9sM3NtDQoNCg0KX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KDQpDZSBt ZXNzYWdlIGV0IHNlcyBwaWVjZXMgam9pbnRlcyBwZXV2ZW50IGNvbnRlbmlyIGRlcyBpbmZvcm1h dGlvbnMgY29uZmlkZW50aWVsbGVzIG91IHByaXZpbGVnaWVlcyBldCBuZSBkb2l2ZW50IGRvbmMg cGFzIGV0cmUgZGlmZnVzZXMsIGV4cGxvaXRlcyBvdSBjb3BpZXMgc2FucyBhdXRvcmlzYXRpb24u IFNpIHZvdXMgYXZleiByZWN1IGNlIG1lc3NhZ2UgcGFyIGVycmV1ciwgdmV1aWxsZXogbGUgc2ln bmFsZXIgYSBsJ2V4cGVkaXRldXIgZXQgbGUgZGV0cnVpcmUgYWluc2kgcXVlIGxlcyBwaWVjZXMg am9pbnRlcy4gTGVzIG1lc3NhZ2VzIGVsZWN0cm9uaXF1ZXMgZXRhbnQgc3VzY2VwdGlibGVzIGQn YWx0ZXJhdGlvbiwgT3JhbmdlIGRlY2xpbmUgdG91dGUgcmVzcG9uc2FiaWxpdGUgc2kgY2UgbWVz c2FnZSBhIGV0ZSBhbHRlcmUsIGRlZm9ybWUgb3UgZmFsc2lmaWUuIE1lcmNpLg0KDQpUaGlzIG1l c3NhZ2UgYW5kIGl0cyBhdHRhY2htZW50cyBtYXkgY29udGFpbiBjb25maWRlbnRpYWwgb3IgcHJp dmlsZWdlZCBpbmZvcm1hdGlvbiB0aGF0IG1heSBiZSBwcm90ZWN0ZWQgYnkgbGF3OyB0aGV5IHNo b3VsZCBub3QgYmUgZGlzdHJpYnV0ZWQsIHVzZWQgb3IgY29waWVkIHdpdGhvdXQgYXV0aG9yaXNh dGlvbi4NCklmIHlvdSBoYXZlIHJlY2VpdmVkIHRoaXMgZW1haWwgaW4gZXJyb3IsIHBsZWFzZSBu b3RpZnkgdGhlIHNlbmRlciBhbmQgZGVsZXRlIHRoaXMgbWVzc2FnZSBhbmQgaXRzIGF0dGFjaG1l bnRzLg0KQXMgZW1haWxzIG1heSBiZSBhbHRlcmVkLCBPcmFuZ2UgaXMgbm90IGxpYWJsZSBmb3Ig bWVzc2FnZXMgdGhhdCBoYXZlIGJlZW4gbW9kaWZpZWQsIGNoYW5nZWQgb3IgZmFsc2lmaWVkLg0K VGhhbmsgeW91Lg0KDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fXw0KTDNzbSBtYWlsaW5nIGxpc3QNCkwzc21AaWV0Zi5vcmcNCmh0dHBzOi8vd3d3LmlldGYu b3JnL21haWxtYW4vbGlzdGluZm8vbDNzbQ0KDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fXw0KTDNzbSBtYWlsaW5nIGxpc3QNCkwzc21AaWV0Zi5vcmcNCmh0 dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vbDNzbQ0KDQpfX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KTDNzbSBtYWlsaW5nIGxpc3QNCkwz c21AaWV0Zi5vcmcNCmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vbDNzbQ0K Cl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX18KCkNlIG1lc3NhZ2UgZXQgc2VzIHBpZWNlcyBqb2ludGVzIHBldXZlbnQgY29udGVu aXIgZGVzIGluZm9ybWF0aW9ucyBjb25maWRlbnRpZWxsZXMgb3UgcHJpdmlsZWdpZWVzIGV0IG5l IGRvaXZlbnQgZG9uYwpwYXMgZXRyZSBkaWZmdXNlcywgZXhwbG9pdGVzIG91IGNvcGllcyBzYW5z IGF1dG9yaXNhdGlvbi4gU2kgdm91cyBhdmV6IHJlY3UgY2UgbWVzc2FnZSBwYXIgZXJyZXVyLCB2 ZXVpbGxleiBsZSBzaWduYWxlcgphIGwnZXhwZWRpdGV1ciBldCBsZSBkZXRydWlyZSBhaW5zaSBx dWUgbGVzIHBpZWNlcyBqb2ludGVzLiBMZXMgbWVzc2FnZXMgZWxlY3Ryb25pcXVlcyBldGFudCBz dXNjZXB0aWJsZXMgZCdhbHRlcmF0aW9uLApPcmFuZ2UgZGVjbGluZSB0b3V0ZSByZXNwb25zYWJp bGl0ZSBzaSBjZSBtZXNzYWdlIGEgZXRlIGFsdGVyZSwgZGVmb3JtZSBvdSBmYWxzaWZpZS4gTWVy Y2kuCgpUaGlzIG1lc3NhZ2UgYW5kIGl0cyBhdHRhY2htZW50cyBtYXkgY29udGFpbiBjb25maWRl bnRpYWwgb3IgcHJpdmlsZWdlZCBpbmZvcm1hdGlvbiB0aGF0IG1heSBiZSBwcm90ZWN0ZWQgYnkg bGF3Owp0aGV5IHNob3VsZCBub3QgYmUgZGlzdHJpYnV0ZWQsIHVzZWQgb3IgY29waWVkIHdpdGhv dXQgYXV0aG9yaXNhdGlvbi4KSWYgeW91IGhhdmUgcmVjZWl2ZWQgdGhpcyBlbWFpbCBpbiBlcnJv ciwgcGxlYXNlIG5vdGlmeSB0aGUgc2VuZGVyIGFuZCBkZWxldGUgdGhpcyBtZXNzYWdlIGFuZCBp dHMgYXR0YWNobWVudHMuCkFzIGVtYWlscyBtYXkgYmUgYWx0ZXJlZCwgT3JhbmdlIGlzIG5vdCBs aWFibGUgZm9yIG1lc3NhZ2VzIHRoYXQgaGF2ZSBiZWVuIG1vZGlmaWVkLCBjaGFuZ2VkIG9yIGZh bHNpZmllZC4KVGhhbmsgeW91LgoK From nobody Mon Jan 11 17:39:35 2016 Return-Path: X-Original-To: l3sm@ietfa.amsl.com Delivered-To: l3sm@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BB5501A1BE4 for ; Mon, 11 Jan 2016 17:39:34 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.813 X-Spam-Level: X-Spam-Status: No, score=-0.813 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, CN_BODY_35=0.339, J_CHICKENPOX_12=0.6, MIME_CHARSET_FARAWAY=2.45, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id sUstYaBxf0tc for ; Mon, 11 Jan 2016 17:39:31 -0800 (PST) Received: from post-send.kddi.com (athena3.kddi.com [27.90.165.196]) by ietfa.amsl.com (Postfix) with ESMTP id E6EB81A1BCC for ; Mon, 11 Jan 2016 17:39:30 -0800 (PST) Received: from LTMC2123.kddi.com (LTMC2123.kddi.com [10.206.0.65]) by post-send.kddi.com (KDDI Mail) with ESMTP id A4074E00B3; Tue, 12 Jan 2016 10:39:29 +0900 (JST) Received: from LTMC2145.kddi.com ([10.206.0.236] [10.206.0.236]) by LTMC2123.kddi.com with ESMTP; Tue, 12 Jan 2016 10:39:29 +0900 Received: from LTMC2145.kddi.com (localhost [127.0.0.1]) by localhost.kddi.com (Postfix) with ESMTP id 6F0393A008E; Tue, 12 Jan 2016 10:39:29 +0900 (JST) Received: from LTMC2153.kddi.com (post-incheck [10.206.0.239]) by LTMC2145.kddi.com (Postfix) with ESMTP id 6449C3A0065; Tue, 12 Jan 2016 10:39:29 +0900 (JST) Received: from LTMC2153.kddi.com (localhost.localdomain [127.0.0.1]) by LTMC2153.kddi.com with ESMTP id u0C1dTI3023763; Tue, 12 Jan 2016 10:39:29 +0900 Received: from LTMC2153.kddi.com.mid_57441627 (localhost.localdomain [127.0.0.1]) by LTMC2153.kddi.com with ESMTP id u0C1TQKs010673; Tue, 12 Jan 2016 10:29:26 +0900 X-SA-MID: 57441627 Received: from KDDI1508PC0003 ([10.211.186.221] [10.211.186.221]) by post-smtp2.kddi.com with ESMTPA; Tue, 12 Jan 2016 10:29:25 +0900 From: "Ogaki, Kenichi" To: , References: <015f01d13dfc$925ce730$b716b590$@kddi.com> <007d01d14695$e7de9310$b79bb930$@kddi.com> <3603_1451920156_568A8B1C_3603_701_1_9E32478DFA9976438E7A22F69B08FF9216815E11@OPEXCLILMA4.corporate.adroot.infra.ftgroup> <016901d14777$c0408830$40c19890$@kddi.com> <006201d14c55$2993fab0$7cbbf010$@kddi.com> <1999_1452523041_5693BE21_1999_114_1_9E32478DFA9976438E7A22F69B08FF92168371C7@OPEXCLILMA4.corporate.adroot.infra.ftgroup> In-Reply-To: <1999_1452523041_5693BE21_1999_114_1_9E32478DFA9976438E7A22F69B08FF92168371C7@OPEXCLILMA4.corporate.adroot.infra.ftgroup> Date: Tue, 12 Jan 2016 10:29:25 +0900 Message-ID: <00fc01d14cd8$ac7216a0$055643e0$@kddi.com> MIME-Version: 1.0 Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQHKn6XS7EF51VS8d/IsQ4o8FZThKQJrdKmCAeG3o9MBjM48bgIS+/56AXkiOoEBbvjuoZ6txkHA Content-Language: ja X-TM-AS-MML: disable Archived-At: Subject: Re: [L3sm] I-D Action: draft-ietf-l3sm-l3vpn-service-model-02.txt X-BeenThere: l3sm@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: L3VPN Service YANG Model discussion group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jan 2016 01:39:34 -0000 Hi Stephane, If a simple multihomed site case is, I agree. But, as the diagram in section 5.2.2, a site connects to multiple VPNs = and each vpn policy is controlled per connection. The current model = cannot differentiate vpn policy per connection. The current model cannot realize the case described in the following = sentence, for example. =20 > Consider a site#1 in VPN3 that must communicate only in VPN3, in = this > case, the vpn-policy will be similar to Site#1 of VPN1. The VRF on > PE5 for VPN3 will be so provisioned by the management system using > RT3 value as import and export value. All the best, Kenichi -----Original Message----- From: L3sm [mailto:l3sm-bounces@ietf.org] On Behalf Of = stephane.litkowski@orange.com Sent: Monday, January 11, 2016 11:37 PM To: Ogaki, Kenichi; l3sm@ietf.org Subject: Re: [L3sm] I-D Action: = draft-ietf-l3sm-l3vpn-service-model-02.txt Hi Kenichi, IMO, for a multihomed site, the VPN policy will always be the same on = each network connection the site is using. Do you see a reason why it = could be different ? Brgds, Stephane -----Original Message----- From: L3sm [mailto:l3sm-bounces@ietf.org] On Behalf Of Ogaki, Kenichi Sent: Monday, January 11, 2016 10:48 To: l3sm@ietf.org Subject: Re: [L3sm] I-D Action: = draft-ietf-l3sm-l3vpn-service-model-02.txt Hi Stephane and All, One more comment. Leaving issue#10 and vpn-policy in vpn-svc discussion aside, the = vpn-policy in the current model should be under site-network access? According to section 5.2.2, a vpn-policy should be controlled per pair = of a PE and a site, corresponding to site-network-access /ip-connection. When we place the vpn-policy directly under "sites", how can we relate a = vpn-policy to a specific PE. Thanks, Kenichi -----Original Message----- From: L3sm [mailto:l3sm-bounces@ietf.org] On Behalf Of Ogaki, Kenichi Sent: Tuesday, January 05, 2016 2:13 PM To: stephane.litkowski@orange.com; 'Qin Wu'; l3sm@ietf.org Cc: adrian@olddog.co.uk Subject: Re: [L3sm] I-D Action: = draft-ietf-l3sm-l3vpn-service-model-02.txt Hi Stephane, Please see inline. All the best, Kenichi -----Original Message----- From: L3sm [mailto:l3sm-bounces@ietf.org] On Behalf Of = stephane.litkowski@orange.com Sent: Tuesday, January 05, 2016 12:09 AM To: Ogaki, Kenichi; 'Qin Wu'; l3sm@ietf.org Cc: adrian@olddog.co.uk Subject: Re: [L3sm] I-D Action: = draft-ietf-l3sm-l3vpn-service-model-02.txt Hi, Best wishes for this new year. Pls find inline comments. -----Original Message----- From: Ogaki, Kenichi [mailto:ke-oogaki@kddi.com] Sent: Monday, January 04, 2016 03:16 To: 'Qin Wu'; l3sm@ietf.org Cc: LITKOWSKI Stephane SCE/OINIS; adrian@olddog.co.uk Subject: RE: [L3sm] I-D Action: = draft-ietf-l3sm-l3vpn-service-model-02.txt Dear All, Additional comments are here: *svc-id The type "svc-id" is used for lots of data node. Is this necessary? When we say "vpn-id", this is obviously an id by its name, and the only = thing to define is how we represent this, string, integer or = something=A1=AD If the type "svc-id" defines the length of string or = something constraint, it makes sense. =20 [SLI] svc-id just brings consistency on how we define all the = identifiers in the model (we ensure easily that all are using the same = encoding =3D> string) [KO] I understand. *routing-protocol The current model allows multiple routing protocols for a = site-network-access. It's technically possible, but is there any use = case for l3vpn service? #Is this only for dual-stack, one for IPv4 and the other for IPv6? [SLI] It is really usual to have dynamic routing + static routing at the = same time. (e.g. dynamic routing for customer LANs, + static routing for = admin) [KO] I understand. *QoS classification Since 5.2.6.1.1. says "The order of rule is defined by the "id" leaf. = The lowest "id" MUST be processed first.", we have to change the "id" = value whenever we want to reorder the existing rules. But the "id" is = key, and a key should not be changed in DB principle. Although it may be = an implementation matter, can we just use "ordered-by user" statement = for the list "rules"? [SLI] Agree, I will add the ordered-by user. Do you see other lists that = would require such user ordering ? [KO] I can't find any other ordered list. *std-qos-profile/custom-qos-profile If "std-qos-profile and custom-qos-profile cannot be used at the same = time." in 5.1.6.1.2, we can use a choice statement for std-qos-profile = and custom-qos-profile. [SLI] Agree, will fix it. *traffic protection Can we cover the function of "traffic-protection" by = "site-network-access/availability"? [SLI] Ack, I moved the traffic protection under availability. *vpn-policy For an readability of the model, the node name = "vpn-policy/entries/id/vpn/vpn" should be = "vpn-policy/entries/id/vpn/vpn-id". [SLI] Fixed. *notification How about defining notification node under vpn-svc and = site-network-access? We sometimes have to actively inform our customers of a failure or = something. What kind of the information depends on each operator, then anydata or = anyxml suits this. [SLI] Notification are normally not part of the tree, we can create rpcs = or notifications if necessary to retrieve operational infos. Could you raise a separate thread to discuss the need of notifications ? [KO] I will raise a separate thread. ex.) container site-network-accesses { list site-network-access { key site-network-access-id; ... notification info { anydata data; } ... } -Editorials Sec. 5.1.2. 2nd and 3rd configuration examples still use "name" and "id". Sec. 5.2. typo "ressources" in Location description. Sec. 5.2.1.2 typo "ressources" in 2nd paragraph Sec. 5.2.5.7. In 2nd paragraph, AS number is defined in routing-protocol/bgp in the = current model, and customer-specific-information is already deleted. The configuration example should also include "autonomous-system". Sec. 6. The configuration example still use "name" and "id". [SLI] Thanks for catching the errors, as the model evolved a lot, it s = hard to keep all the example synchronized :) Happy New Year, Kenichi -----Original Message----- From: L3sm [mailto:l3sm-bounces@ietf.org] On Behalf Of Ogaki, Kenichi Sent: Thursday, December 24, 2015 12:39 PM To: 'Qin Wu'; l3sm@ietf.org Cc: stephane.litkowski@orange.com; adrian@olddog.co.uk Subject: Re: [L3sm] I-D Action: = draft-ietf-l3sm-l3vpn-service-model-02.txt Dear All, >https://trac.tools.ietf.org/wg/l3sm/trac/ticket/12 Two comments for the current routing-protocols: 1. Node name "cascaded-lan-prefixes" should be reworded, for example of = "customer-lan-prefixes". No longer only for *cascaded* lan. 2. Should we have a mean to retrieve the provider autonomous system = number for bgp type? ro node/ops state is enough. In the case of customer managed CE, our customer must know what AS = number the PE has. #Usually, we let them know it outside the user interface. Merry X'mas & Happy New Year, Kenichi -----Original Message----- From: L3sm [mailto:l3sm-bounces@ietf.org] On Behalf Of Qin Wu Sent: Wednesday, December 23, 2015 5:15 PM To: l3sm@ietf.org Cc: stephane.litkowski@orange.com; adrian@olddog.co.uk Subject: Re: [L3sm] I-D Action: = draft-ietf-l3sm-l3vpn-service-model-02.txt Hi, All: As a follow-up to the discussion during the L3SM interim call we had in = December 2015, We as chairs have filed two issue tickets in the issue = tracker https://trac.tools.ietf.org/wg/l3sm/trac/ticket/12 https://trac.tools.ietf.org/wg/l3sm/trac/ticket/13 Authors have revised ID based on the discussion and agreed point during = interim call. Thanks Stephane to get this done and close most of open issues we had in = the issue tracker except the following two issues: 1.Inventory ops state issue 2. VPN merging issue The diff: https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-l3sm-l3vpn-service-model-0= 2 Please review the changes and let us know if there is anything missed or = addition change that needs to be incorporated in. -Qin -----=D3=CA=BC=FE=D4=AD=BC=FE----- =B7=A2=BC=FE=C8=CB: I-D-Announce [mailto:i-d-announce-bounces@ietf.org] = =B4=FA=B1=ED internet-drafts@ietf.org =B7=A2=CB=CD=CA=B1=BC=E4: 2015=C4=EA12=D4=C215=C8=D5 18:33 =CA=D5=BC=FE=C8=CB: i-d-announce@ietf.org =B3=AD=CB=CD: l3sm@ietf.org =D6=F7=CC=E2: I-D Action: draft-ietf-l3sm-l3vpn-service-model-02.txt A New Internet-Draft is available from the on-line Internet-Drafts = directories. This draft is a work item of the L3VPN Service Model Working Group of = the IETF. Title : YANG Data Model for L3VPN service delivery Authors : Stephane Litkowski Rob Shakir Luis Tomotaki Kevin D'Souza Filename : draft-ietf-l3sm-l3vpn-service-model-02.txt Pages : 100 Date : 2015-12-15 Abstract: This document defines a YANG data model that can be used to deliver a Layer 3 Provider Provisioned VPN service. The document is limited to the BGP PE-based VPNs as described in RFC4110 and RFC4364. This model is intended to be instantiated at management system to deliver the overall service. This model is not a configuration model to be used directly on network elements. This model provides an abstracted view of the Layer 3 IPVPN service configuration components. It will be up to a management system to take this as an input and use specific configurations models to configure the different network elements to deliver the service. How configuration of network elements is done is out of scope of the document. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-l3sm-l3vpn-service-model/ There's also a htmlized version available at: https://tools.ietf.org/html/draft-ietf-l3sm-l3vpn-service-model-02 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-l3sm-l3vpn-service-model-0= 2 Please note that it may take a couple of minutes from the time of = submission until the htmlized version and diff are available at = tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ _______________________________________________ I-D-Announce mailing list I-D-Announce@ietf.org https://www.ietf.org/mailman/listinfo/i-d-announce Internet-Draft directories: http://www.ietf.org/shadow.html or = ftp://ftp.ietf.org/ietf/1shadow-sites.txt _______________________________________________ L3sm mailing list L3sm@ietf.org https://www.ietf.org/mailman/listinfo/l3sm _______________________________________________ L3sm mailing list L3sm@ietf.org https://www.ietf.org/mailman/listinfo/l3sm _________________________________________________________________________= ________________________________________________ Ce message et ses pieces jointes peuvent contenir des informations = confidentielles ou privilegiees et ne doivent donc pas etre diffuses, = exploites ou copies sans autorisation. Si vous avez recu ce message par = erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les = pieces jointes. Les messages electroniques etant susceptibles = d'alteration, Orange decline toute responsabilite si ce message a ete = altere, deforme ou falsifie. Merci. This message and its attachments may contain confidential or privileged = information that may be protected by law; they should not be = distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and = delete this message and its attachments. As emails may be altered, Orange is not liable for messages that have = been modified, changed or falsified. Thank you. _______________________________________________ L3sm mailing list L3sm@ietf.org https://www.ietf.org/mailman/listinfo/l3sm _______________________________________________ L3sm mailing list L3sm@ietf.org https://www.ietf.org/mailman/listinfo/l3sm _______________________________________________ L3sm mailing list L3sm@ietf.org https://www.ietf.org/mailman/listinfo/l3sm _________________________________________________________________________= ________________________________________________ Ce message et ses pieces jointes peuvent contenir des informations = confidentielles ou privilegiees et ne doivent donc pas etre diffuses, = exploites ou copies sans autorisation. Si vous avez recu ce message par = erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les = pieces jointes. Les messages electroniques etant susceptibles = d'alteration, Orange decline toute responsabilite si ce message a ete = altere, deforme ou falsifie. Merci. This message and its attachments may contain confidential or privileged = information that may be protected by law; they should not be = distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and = delete this message and its attachments. As emails may be altered, Orange is not liable for messages that have = been modified, changed or falsified. Thank you. _______________________________________________ L3sm mailing list L3sm@ietf.org https://www.ietf.org/mailman/listinfo/l3sm From nobody Mon Jan 11 18:49:00 2016 Return-Path: X-Original-To: l3sm@ietfa.amsl.com Delivered-To: l3sm@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 220B81ACD5A for ; Mon, 11 Jan 2016 18:48:59 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.813 X-Spam-Level: X-Spam-Status: No, score=-0.813 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, CN_BODY_35=0.339, J_CHICKENPOX_12=0.6, MIME_CHARSET_FARAWAY=2.45, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id VTFg_8xAxGTh for ; Mon, 11 Jan 2016 18:48:55 -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 9F5581A6F01 for ; Mon, 11 Jan 2016 18:48:54 -0800 (PST) Received: from 172.18.7.190 (EHLO lhreml401-hub.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id CCU22255; Tue, 12 Jan 2016 02:48:52 +0000 (GMT) Received: from NKGEML403-HUB.china.huawei.com (10.98.56.34) by lhreml401-hub.china.huawei.com (10.201.5.240) with Microsoft SMTP Server (TLS) id 14.3.235.1; Tue, 12 Jan 2016 02:48:51 +0000 Received: from NKGEML513-MBX.china.huawei.com ([169.254.1.112]) by nkgeml403-hub.china.huawei.com ([10.98.56.34]) with mapi id 14.03.0235.001; Tue, 12 Jan 2016 10:48:45 +0800 From: Qin Wu To: "Ogaki, Kenichi" , "stephane.litkowski@orange.com" , "l3sm@ietf.org" Thread-Topic: [L3sm] I-D Action: draft-ietf-l3sm-l3vpn-service-model-02.txt Thread-Index: AQHRNyQASFTWgXlJrky4uLxNNvqAOZ7YPm3QgADGUgCAETKrAIAA1/GAgADrwACACbrOAIAAUNkAgAC2MYCAAIxAsA== Date: Tue, 12 Jan 2016 02:48:44 +0000 Message-ID: References: <015f01d13dfc$925ce730$b716b590$@kddi.com> <007d01d14695$e7de9310$b79bb930$@kddi.com> <3603_1451920156_568A8B1C_3603_701_1_9E32478DFA9976438E7A22F69B08FF9216815E11@OPEXCLILMA4.corporate.adroot.infra.ftgroup> <016901d14777$c0408830$40c19890$@kddi.com> <006201d14c55$2993fab0$7cbbf010$@kddi.com> <1999_1452523041_5693BE21_1999_114_1_9E32478DFA9976438E7A22F69B08FF92168371C7@OPEXCLILMA4.corporate.adroot.infra.ftgroup> <00fc01d14cd8$ac7216a0$055643e0$@kddi.com> In-Reply-To: <00fc01d14cd8$ac7216a0$055643e0$@kddi.com> Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.136.78.208] Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A020203.56946994.0117, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0, ip=169.254.1.112, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32 X-Mirapoint-Loop-Id: ffa6c538e15e16c021b9c9c8a9982f9b Archived-At: Subject: Re: [L3sm] I-D Action: draft-ietf-l3sm-l3vpn-service-model-02.txt X-BeenThere: l3sm@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: L3VPN Service YANG Model discussion group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jan 2016 02:48:59 -0000 U3RlcGhhbmUgYW5kIEtlbmljaToNCkluIG11bHRpaG9tZWQgc2l0ZSBjYXNlLCB0aGVyZSBhcmUg bXVsdGlwbGUgUEVzIGFuZCBlYWNoIFBFIGlzIGNvcnJlc3BvbmRpbmcgdG8gb25lIHNpdGUtbmV0 d29yay1hY2Nlc3MuDQoNClRhbGtpbmcgYWJvdXQgdGhlIGNhc2UgaW4gZGlhZ3JhbSBvZiBzZWN0 aW9uIDUuMi4yLCB0aGUgdnBuIHBvbGljeSBpbiB0aGUgY3VycmVudCBtb2RlbCBzdXBwb3J0IGF0 dGFjaGluZyBhIHNpdGUgdG8gb25lIG9yIG11bHRpcGxlIFZQTiwgZGlzdHJpYnV0ZSByb3V0ZSBh Y3Jvc3MgVlBOcywgaG93ZXZlciBpbiBjYXNlIG9mIG11bHRpcGxlIG5ldHdvcmsgYWNjZXNzZXMg d2l0aGluIG9uZSBzaXRlLCBEbyB3ZSBuZWVkIHRvIGF0dGFjaCBlYWNoIG5ldHdvcmsgYWNjZXNz IHRvIGRpZmZlcmVudCBWUE5zPyBEbyB3ZSBuZWVkIHRvIGRpc3RyaWJ1dGUgcm91dGUgdG8gc3Bl Y2lmaWMgbmV0d29yayBhY2Nlc3Mgb3Igc3VibmV0IHdpdGhpbiBhIFZQTj8NCklmIHRoZXJlIGlz IGEgbmVlZCwgSSBhbSB3b25kZXJpbmcgd2hldGhlciB3ZSBjYW4gdXNlIHJvdXRlIGZpbHRlciB0 byBkbyB0aGlzIGpvYi4NCg0KU3VwcG9zZSBhIHNwZWNpZmljIExBTiBMQU4xIG9mIHNpdGUgMiBt dXN0IGNvbW11bmljYXRlIHdpdGggVlBOMiwgTEFOMSBvZiBzaXRlMiBjb3JyZXNwb25kcyB0byBz aXRlLW5ldHdvcmstYWNjZXNzMSwNClRoZW4gd2UgY2FuIHVzZSBmaWx0ZXIgdG8gcmVwcmVzZW50 IExBTjEgb2Ygc2l0ZSAyIGFuZCBtYXAgTEFOMSB0byBzcGVjaWZpYyBzaXRlIG5ldHdvcmsgYWNj ZXNzLCBjYW4gd2U/DQoNClN0ZXBoYW5lLCBwbGVhc2UgY29ycmVjdCBtZSBpZiBJIGFtIHdyb25n Lg0KDQotUWluDQotLS0tLdPKvP7Urbz+LS0tLS0NCreivP7IyzogTDNzbSBbbWFpbHRvOmwzc20t Ym91bmNlc0BpZXRmLm9yZ10gtPqx7SBPZ2FraSwgS2VuaWNoaQ0Kt6LLzcqxvOQ6IDIwMTbE6jHU wjEyyNUgOToyOQ0KytW8/sjLOiBzdGVwaGFuZS5saXRrb3dza2lAb3JhbmdlLmNvbTsgbDNzbUBp ZXRmLm9yZw0K1vfM4jogUmU6IFtMM3NtXSBJLUQgQWN0aW9uOiBkcmFmdC1pZXRmLWwzc20tbDN2 cG4tc2VydmljZS1tb2RlbC0wMi50eHQNCg0KSGkgU3RlcGhhbmUsDQoNCklmIGEgc2ltcGxlIG11 bHRpaG9tZWQgc2l0ZSBjYXNlIGlzLCBJIGFncmVlLg0KQnV0LCBhcyB0aGUgZGlhZ3JhbSBpbiBz ZWN0aW9uIDUuMi4yLCBhIHNpdGUgY29ubmVjdHMgdG8gbXVsdGlwbGUgVlBOcyBhbmQgZWFjaCB2 cG4gcG9saWN5IGlzIGNvbnRyb2xsZWQgcGVyIGNvbm5lY3Rpb24uIFRoZSBjdXJyZW50IG1vZGVs IGNhbm5vdCBkaWZmZXJlbnRpYXRlIHZwbiBwb2xpY3kgcGVyIGNvbm5lY3Rpb24uDQoNClRoZSBj dXJyZW50IG1vZGVsIGNhbm5vdCByZWFsaXplIHRoZSBjYXNlIGRlc2NyaWJlZCBpbiB0aGUgZm9s bG93aW5nIHNlbnRlbmNlLCBmb3IgZXhhbXBsZS4NCiANCj4gICBDb25zaWRlciBhIHNpdGUjMSBp biBWUE4zIHRoYXQgbXVzdCBjb21tdW5pY2F0ZSBvbmx5IGluIFZQTjMsIGluIHRoaXMNCj4gICBj YXNlLCB0aGUgdnBuLXBvbGljeSB3aWxsIGJlIHNpbWlsYXIgdG8gU2l0ZSMxIG9mIFZQTjEuICBU aGUgVlJGIG9uDQo+ICAgUEU1IGZvciBWUE4zIHdpbGwgYmUgc28gcHJvdmlzaW9uZWQgYnkgdGhl IG1hbmFnZW1lbnQgc3lzdGVtIHVzaW5nDQo+ICAgUlQzIHZhbHVlIGFzIGltcG9ydCBhbmQgZXhw b3J0IHZhbHVlLg0KDQpBbGwgdGhlIGJlc3QsDQpLZW5pY2hpDQoNCi0tLS0tT3JpZ2luYWwgTWVz c2FnZS0tLS0tDQpGcm9tOiBMM3NtIFttYWlsdG86bDNzbS1ib3VuY2VzQGlldGYub3JnXSBPbiBC ZWhhbGYgT2Ygc3RlcGhhbmUubGl0a293c2tpQG9yYW5nZS5jb20NClNlbnQ6IE1vbmRheSwgSmFu dWFyeSAxMSwgMjAxNiAxMTozNyBQTQ0KVG86IE9nYWtpLCBLZW5pY2hpOyBsM3NtQGlldGYub3Jn DQpTdWJqZWN0OiBSZTogW0wzc21dIEktRCBBY3Rpb246IGRyYWZ0LWlldGYtbDNzbS1sM3Zwbi1z ZXJ2aWNlLW1vZGVsLTAyLnR4dA0KDQpIaSBLZW5pY2hpLA0KDQpJTU8sIGZvciBhIG11bHRpaG9t ZWQgc2l0ZSwgdGhlIFZQTiBwb2xpY3kgd2lsbCBhbHdheXMgYmUgdGhlIHNhbWUgb24gZWFjaCBu ZXR3b3JrIGNvbm5lY3Rpb24gIHRoZSBzaXRlIGlzIHVzaW5nLiBEbyB5b3Ugc2VlIGEgcmVhc29u IHdoeSBpdCBjb3VsZCBiZSBkaWZmZXJlbnQgPw0KDQoNCkJyZ2RzLA0KDQpTdGVwaGFuZQ0KDQoN Ci0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQpGcm9tOiBMM3NtIFttYWlsdG86bDNzbS1ib3Vu Y2VzQGlldGYub3JnXSBPbiBCZWhhbGYgT2YgT2dha2ksIEtlbmljaGkNClNlbnQ6IE1vbmRheSwg SmFudWFyeSAxMSwgMjAxNiAxMDo0OA0KVG86IGwzc21AaWV0Zi5vcmcNClN1YmplY3Q6IFJlOiBb TDNzbV0gSS1EIEFjdGlvbjogZHJhZnQtaWV0Zi1sM3NtLWwzdnBuLXNlcnZpY2UtbW9kZWwtMDIu dHh0DQoNCkhpIFN0ZXBoYW5lIGFuZCBBbGwsDQoNCk9uZSBtb3JlIGNvbW1lbnQuDQoNCkxlYXZp bmcgaXNzdWUjMTAgYW5kIHZwbi1wb2xpY3kgaW4gdnBuLXN2YyBkaXNjdXNzaW9uIGFzaWRlLCB0 aGUgdnBuLXBvbGljeSBpbiB0aGUgY3VycmVudCBtb2RlbCBzaG91bGQgYmUgdW5kZXIgc2l0ZS1u ZXR3b3JrIGFjY2Vzcz8NCg0KQWNjb3JkaW5nIHRvIHNlY3Rpb24gNS4yLjIsIGEgdnBuLXBvbGlj eSBzaG91bGQgYmUgY29udHJvbGxlZCBwZXIgcGFpciBvZiBhIFBFIGFuZCBhIHNpdGUsIGNvcnJl c3BvbmRpbmcgdG8gc2l0ZS1uZXR3b3JrLWFjY2VzcyAvaXAtY29ubmVjdGlvbi4NCldoZW4gd2Ug cGxhY2UgdGhlIHZwbi1wb2xpY3kgZGlyZWN0bHkgdW5kZXIgInNpdGVzIiwgaG93IGNhbiB3ZSBy ZWxhdGUgYSB2cG4tcG9saWN5IHRvIGEgc3BlY2lmaWMgUEUuDQoNClRoYW5rcywNCktlbmljaGkN Cg0KLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCkZyb206IEwzc20gW21haWx0bzpsM3NtLWJv dW5jZXNAaWV0Zi5vcmddIE9uIEJlaGFsZiBPZiBPZ2FraSwgS2VuaWNoaQ0KU2VudDogVHVlc2Rh eSwgSmFudWFyeSAwNSwgMjAxNiAyOjEzIFBNDQpUbzogc3RlcGhhbmUubGl0a293c2tpQG9yYW5n ZS5jb207ICdRaW4gV3UnOyBsM3NtQGlldGYub3JnDQpDYzogYWRyaWFuQG9sZGRvZy5jby51aw0K U3ViamVjdDogUmU6IFtMM3NtXSBJLUQgQWN0aW9uOiBkcmFmdC1pZXRmLWwzc20tbDN2cG4tc2Vy dmljZS1tb2RlbC0wMi50eHQNCg0KSGkgU3RlcGhhbmUsDQoNClBsZWFzZSBzZWUgaW5saW5lLg0K DQpBbGwgdGhlIGJlc3QsDQpLZW5pY2hpDQoNCi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQpG cm9tOiBMM3NtIFttYWlsdG86bDNzbS1ib3VuY2VzQGlldGYub3JnXSBPbiBCZWhhbGYgT2Ygc3Rl cGhhbmUubGl0a293c2tpQG9yYW5nZS5jb20NClNlbnQ6IFR1ZXNkYXksIEphbnVhcnkgMDUsIDIw MTYgMTI6MDkgQU0NClRvOiBPZ2FraSwgS2VuaWNoaTsgJ1FpbiBXdSc7IGwzc21AaWV0Zi5vcmcN CkNjOiBhZHJpYW5Ab2xkZG9nLmNvLnVrDQpTdWJqZWN0OiBSZTogW0wzc21dIEktRCBBY3Rpb246 IGRyYWZ0LWlldGYtbDNzbS1sM3Zwbi1zZXJ2aWNlLW1vZGVsLTAyLnR4dA0KDQpIaSwNCg0KQmVz dCB3aXNoZXMgZm9yIHRoaXMgbmV3IHllYXIuDQoNClBscyBmaW5kIGlubGluZSBjb21tZW50cy4N Cg0KLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCkZyb206IE9nYWtpLCBLZW5pY2hpIFttYWls dG86a2Utb29nYWtpQGtkZGkuY29tXQ0KU2VudDogTW9uZGF5LCBKYW51YXJ5IDA0LCAyMDE2IDAz OjE2DQpUbzogJ1FpbiBXdSc7IGwzc21AaWV0Zi5vcmcNCkNjOiBMSVRLT1dTS0kgU3RlcGhhbmUg U0NFL09JTklTOyBhZHJpYW5Ab2xkZG9nLmNvLnVrDQpTdWJqZWN0OiBSRTogW0wzc21dIEktRCBB Y3Rpb246IGRyYWZ0LWlldGYtbDNzbS1sM3Zwbi1zZXJ2aWNlLW1vZGVsLTAyLnR4dA0KDQpEZWFy IEFsbCwNCg0KQWRkaXRpb25hbCBjb21tZW50cyBhcmUgaGVyZToNCg0KKnN2Yy1pZA0KVGhlIHR5 cGUgInN2Yy1pZCIgaXMgdXNlZCBmb3IgbG90cyBvZiBkYXRhIG5vZGUuIElzIHRoaXMgbmVjZXNz YXJ5Pw0KV2hlbiB3ZSBzYXkgInZwbi1pZCIsIHRoaXMgaXMgb2J2aW91c2x5IGFuIGlkIGJ5IGl0 cyBuYW1lLCBhbmQgdGhlIG9ubHkgdGhpbmcgdG8gZGVmaW5lIGlzIGhvdyB3ZSByZXByZXNlbnQg dGhpcywgc3RyaW5nLCBpbnRlZ2VyIG9yIHNvbWV0aGluZ6GtIElmIHRoZSB0eXBlICJzdmMtaWQi IGRlZmluZXMgdGhlIGxlbmd0aCBvZiBzdHJpbmcgb3Igc29tZXRoaW5nIGNvbnN0cmFpbnQsIGl0 IG1ha2VzIHNlbnNlLiAgDQpbU0xJXSBzdmMtaWQganVzdCBicmluZ3MgY29uc2lzdGVuY3kgb24g aG93IHdlIGRlZmluZSBhbGwgdGhlIGlkZW50aWZpZXJzIGluIHRoZSBtb2RlbCAod2UgZW5zdXJl IGVhc2lseSB0aGF0IGFsbCBhcmUgdXNpbmcgdGhlIHNhbWUgZW5jb2RpbmcgPT4gc3RyaW5nKQ0K DQpbS09dIEkgdW5kZXJzdGFuZC4NCg0KKnJvdXRpbmctcHJvdG9jb2wNClRoZSBjdXJyZW50IG1v ZGVsIGFsbG93cyBtdWx0aXBsZSByb3V0aW5nIHByb3RvY29scyBmb3IgYSBzaXRlLW5ldHdvcmst YWNjZXNzLiBJdCdzIHRlY2huaWNhbGx5IHBvc3NpYmxlLCBidXQgaXMgdGhlcmUgYW55IHVzZSBj YXNlIGZvciBsM3ZwbiBzZXJ2aWNlPw0KI0lzIHRoaXMgb25seSBmb3IgZHVhbC1zdGFjaywgb25l IGZvciBJUHY0IGFuZCB0aGUgb3RoZXIgZm9yIElQdjY/DQpbU0xJXSBJdCBpcyByZWFsbHkgdXN1 YWwgdG8gaGF2ZSBkeW5hbWljIHJvdXRpbmcgKyBzdGF0aWMgcm91dGluZyBhdCB0aGUgc2FtZSB0 aW1lLiAoZS5nLiBkeW5hbWljIHJvdXRpbmcgZm9yIGN1c3RvbWVyIExBTnMsICsgc3RhdGljIHJv dXRpbmcgZm9yIGFkbWluKQ0KDQpbS09dIEkgdW5kZXJzdGFuZC4NCg0KKlFvUyBjbGFzc2lmaWNh dGlvbg0KU2luY2UgNS4yLjYuMS4xLiBzYXlzICJUaGUgb3JkZXIgb2YgcnVsZSBpcyBkZWZpbmVk IGJ5IHRoZSAiaWQiIGxlYWYuICBUaGUgbG93ZXN0ICJpZCIgTVVTVCBiZSBwcm9jZXNzZWQgZmly c3QuIiwgd2UgaGF2ZSB0byBjaGFuZ2UgdGhlICJpZCIgdmFsdWUgd2hlbmV2ZXIgd2Ugd2FudCB0 byByZW9yZGVyIHRoZSBleGlzdGluZyBydWxlcy4gQnV0IHRoZSAiaWQiIGlzIGtleSwgYW5kIGEg a2V5IHNob3VsZCBub3QgYmUgY2hhbmdlZCBpbiBEQiBwcmluY2lwbGUuIEFsdGhvdWdoIGl0IG1h eSBiZSBhbiBpbXBsZW1lbnRhdGlvbiBtYXR0ZXIsIGNhbiB3ZSBqdXN0IHVzZSAib3JkZXJlZC1i eSB1c2VyIiBzdGF0ZW1lbnQgZm9yIHRoZSBsaXN0ICJydWxlcyI/DQpbU0xJXSBBZ3JlZSwgSSB3 aWxsIGFkZCB0aGUgb3JkZXJlZC1ieSB1c2VyLiBEbyB5b3Ugc2VlIG90aGVyIGxpc3RzIHRoYXQg d291bGQgcmVxdWlyZSBzdWNoIHVzZXIgb3JkZXJpbmcgPw0KDQpbS09dIEkgY2FuJ3QgZmluZCBh bnkgb3RoZXIgb3JkZXJlZCBsaXN0Lg0KDQoqc3RkLXFvcy1wcm9maWxlL2N1c3RvbS1xb3MtcHJv ZmlsZQ0KSWYgInN0ZC1xb3MtcHJvZmlsZSBhbmQgY3VzdG9tLXFvcy1wcm9maWxlIGNhbm5vdCBi ZSB1c2VkIGF0IHRoZSBzYW1lIHRpbWUuIiBpbiA1LjEuNi4xLjIsIHdlIGNhbiB1c2UgYSBjaG9p Y2Ugc3RhdGVtZW50IGZvciBzdGQtcW9zLXByb2ZpbGUgYW5kIGN1c3RvbS1xb3MtcHJvZmlsZS4N CltTTEldIEFncmVlLCB3aWxsIGZpeCBpdC4NCg0KDQoqdHJhZmZpYyBwcm90ZWN0aW9uDQpDYW4g d2UgY292ZXIgdGhlIGZ1bmN0aW9uIG9mICJ0cmFmZmljLXByb3RlY3Rpb24iIGJ5ICJzaXRlLW5l dHdvcmstYWNjZXNzL2F2YWlsYWJpbGl0eSI/DQpbU0xJXSBBY2ssIEkgbW92ZWQgdGhlIHRyYWZm aWMgcHJvdGVjdGlvbiB1bmRlciBhdmFpbGFiaWxpdHkuDQoNCg0KKnZwbi1wb2xpY3kNCkZvciBh biByZWFkYWJpbGl0eSBvZiB0aGUgbW9kZWwsIHRoZSBub2RlIG5hbWUgInZwbi1wb2xpY3kvZW50 cmllcy9pZC92cG4vdnBuIiBzaG91bGQgYmUgInZwbi1wb2xpY3kvZW50cmllcy9pZC92cG4vdnBu LWlkIi4NCltTTEldIEZpeGVkLg0KDQoNCipub3RpZmljYXRpb24NCkhvdyBhYm91dCBkZWZpbmlu ZyBub3RpZmljYXRpb24gbm9kZSB1bmRlciB2cG4tc3ZjIGFuZCBzaXRlLW5ldHdvcmstYWNjZXNz Pw0KV2Ugc29tZXRpbWVzIGhhdmUgdG8gYWN0aXZlbHkgaW5mb3JtIG91ciBjdXN0b21lcnMgb2Yg YSBmYWlsdXJlIG9yIHNvbWV0aGluZy4NCldoYXQga2luZCBvZiB0aGUgaW5mb3JtYXRpb24gZGVw ZW5kcyBvbiBlYWNoIG9wZXJhdG9yLCB0aGVuIGFueWRhdGEgb3IgYW55eG1sIHN1aXRzIHRoaXMu DQoNCltTTEldIE5vdGlmaWNhdGlvbiBhcmUgbm9ybWFsbHkgbm90IHBhcnQgb2YgdGhlIHRyZWUs IHdlIGNhbiBjcmVhdGUgcnBjcyBvciBub3RpZmljYXRpb25zIGlmIG5lY2Vzc2FyeSB0byByZXRy aWV2ZSBvcGVyYXRpb25hbCBpbmZvcy4NCkNvdWxkIHlvdSByYWlzZSBhIHNlcGFyYXRlIHRocmVh ZCB0byBkaXNjdXNzIHRoZSBuZWVkIG9mIG5vdGlmaWNhdGlvbnMgPw0KDQpbS09dIEkgd2lsbCBy YWlzZSBhIHNlcGFyYXRlIHRocmVhZC4NCg0KZXguKQ0KY29udGFpbmVyIHNpdGUtbmV0d29yay1h Y2Nlc3NlcyB7DQogICAgbGlzdCBzaXRlLW5ldHdvcmstYWNjZXNzIHsNCiAgICAgICAga2V5IHNp dGUtbmV0d29yay1hY2Nlc3MtaWQ7DQogICAgICAgIC4uLg0KICAgICAgICBub3RpZmljYXRpb24g aW5mbyB7DQogICAgICAgICAgICBhbnlkYXRhIGRhdGE7DQogICAgICAgIH0NCiAgICAgICAgLi4u DQp9DQoNCg0KLUVkaXRvcmlhbHMNClNlYy4gNS4xLjIuDQoybmQgYW5kIDNyZCBjb25maWd1cmF0 aW9uIGV4YW1wbGVzIHN0aWxsIHVzZSAibmFtZSIgYW5kICJpZCIuDQoNClNlYy4gNS4yLg0KdHlw byAicmVzc291cmNlcyIgaW4gTG9jYXRpb24gZGVzY3JpcHRpb24uDQpTZWMuIDUuMi4xLjINCnR5 cG8gInJlc3NvdXJjZXMiIGluIDJuZCBwYXJhZ3JhcGgNCg0KU2VjLiA1LjIuNS43Lg0KSW4gMm5k IHBhcmFncmFwaCwgQVMgbnVtYmVyIGlzIGRlZmluZWQgaW4gcm91dGluZy1wcm90b2NvbC9iZ3Ag aW4gdGhlIGN1cnJlbnQgbW9kZWwsIGFuZCBjdXN0b21lci1zcGVjaWZpYy1pbmZvcm1hdGlvbiBp cyBhbHJlYWR5IGRlbGV0ZWQuDQpUaGUgY29uZmlndXJhdGlvbiBleGFtcGxlIHNob3VsZCBhbHNv IGluY2x1ZGUgImF1dG9ub21vdXMtc3lzdGVtIi4NCg0KU2VjLiA2Lg0KVGhlIGNvbmZpZ3VyYXRp b24gZXhhbXBsZSBzdGlsbCB1c2UgIm5hbWUiIGFuZCAiaWQiLg0KDQpbU0xJXSBUaGFua3MgZm9y IGNhdGNoaW5nIHRoZSBlcnJvcnMsIGFzIHRoZSBtb2RlbCBldm9sdmVkIGEgbG90LCBpdCBzIGhh cmQgdG8ga2VlcCBhbGwgdGhlIGV4YW1wbGUgc3luY2hyb25pemVkIDopDQoNCg0KSGFwcHkgTmV3 IFllYXIsDQpLZW5pY2hpDQoNCi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQpGcm9tOiBMM3Nt IFttYWlsdG86bDNzbS1ib3VuY2VzQGlldGYub3JnXSBPbiBCZWhhbGYgT2YgT2dha2ksIEtlbmlj aGkNClNlbnQ6IFRodXJzZGF5LCBEZWNlbWJlciAyNCwgMjAxNSAxMjozOSBQTQ0KVG86ICdRaW4g V3UnOyBsM3NtQGlldGYub3JnDQpDYzogc3RlcGhhbmUubGl0a293c2tpQG9yYW5nZS5jb207IGFk cmlhbkBvbGRkb2cuY28udWsNClN1YmplY3Q6IFJlOiBbTDNzbV0gSS1EIEFjdGlvbjogZHJhZnQt aWV0Zi1sM3NtLWwzdnBuLXNlcnZpY2UtbW9kZWwtMDIudHh0DQoNCkRlYXIgQWxsLA0KDQo+aHR0 cHM6Ly90cmFjLnRvb2xzLmlldGYub3JnL3dnL2wzc20vdHJhYy90aWNrZXQvMTINCg0KVHdvIGNv bW1lbnRzIGZvciB0aGUgY3VycmVudCByb3V0aW5nLXByb3RvY29sczoNCg0KMS4gTm9kZSBuYW1l ICJjYXNjYWRlZC1sYW4tcHJlZml4ZXMiIHNob3VsZCBiZSByZXdvcmRlZCwgZm9yIGV4YW1wbGUg b2YgImN1c3RvbWVyLWxhbi1wcmVmaXhlcyIuDQpObyBsb25nZXIgb25seSBmb3IgKmNhc2NhZGVk KiBsYW4uDQoNCjIuIFNob3VsZCB3ZSBoYXZlIGEgbWVhbiB0byByZXRyaWV2ZSB0aGUgcHJvdmlk ZXIgYXV0b25vbW91cyBzeXN0ZW0gbnVtYmVyIGZvciBiZ3AgdHlwZT8NCnJvIG5vZGUvb3BzIHN0 YXRlIGlzIGVub3VnaC4NCkluIHRoZSBjYXNlIG9mIGN1c3RvbWVyIG1hbmFnZWQgQ0UsIG91ciBj dXN0b21lciBtdXN0IGtub3cgd2hhdCBBUyBudW1iZXIgdGhlIFBFIGhhcy4NCiNVc3VhbGx5LCB3 ZSBsZXQgdGhlbSBrbm93IGl0IG91dHNpZGUgdGhlIHVzZXIgaW50ZXJmYWNlLg0KDQpNZXJyeSBY J21hcyAmIEhhcHB5IE5ldyBZZWFyLA0KS2VuaWNoaQ0KDQotLS0tLU9yaWdpbmFsIE1lc3NhZ2Ut LS0tLQ0KRnJvbTogTDNzbSBbbWFpbHRvOmwzc20tYm91bmNlc0BpZXRmLm9yZ10gT24gQmVoYWxm IE9mIFFpbiBXdQ0KU2VudDogV2VkbmVzZGF5LCBEZWNlbWJlciAyMywgMjAxNSA1OjE1IFBNDQpU bzogbDNzbUBpZXRmLm9yZw0KQ2M6IHN0ZXBoYW5lLmxpdGtvd3NraUBvcmFuZ2UuY29tOyBhZHJp YW5Ab2xkZG9nLmNvLnVrDQpTdWJqZWN0OiBSZTogW0wzc21dIEktRCBBY3Rpb246IGRyYWZ0LWll dGYtbDNzbS1sM3Zwbi1zZXJ2aWNlLW1vZGVsLTAyLnR4dA0KDQpIaSwgQWxsOg0KQXMgYSBmb2xs b3ctdXAgdG8gdGhlIGRpc2N1c3Npb24gZHVyaW5nIHRoZSBMM1NNIGludGVyaW0gY2FsbCB3ZSBo YWQgaW4gRGVjZW1iZXIgMjAxNSwgV2UgYXMgY2hhaXJzIGhhdmUgZmlsZWQgdHdvIGlzc3VlIHRp Y2tldHMgaW4gdGhlIGlzc3VlIHRyYWNrZXINCmh0dHBzOi8vdHJhYy50b29scy5pZXRmLm9yZy93 Zy9sM3NtL3RyYWMvdGlja2V0LzEyDQpodHRwczovL3RyYWMudG9vbHMuaWV0Zi5vcmcvd2cvbDNz bS90cmFjL3RpY2tldC8xMw0KDQpBdXRob3JzIGhhdmUgcmV2aXNlZCBJRCBiYXNlZCBvbiB0aGUg ZGlzY3Vzc2lvbiBhbmQgYWdyZWVkIHBvaW50IGR1cmluZyBpbnRlcmltIGNhbGwuDQpUaGFua3Mg U3RlcGhhbmUgdG8gZ2V0IHRoaXMgZG9uZSBhbmQgY2xvc2UgbW9zdCBvZiBvcGVuIGlzc3VlcyB3 ZSBoYWQgaW4gdGhlIGlzc3VlIHRyYWNrZXIgZXhjZXB0IHRoZSBmb2xsb3dpbmcgdHdvIGlzc3Vl czoNCjEuSW52ZW50b3J5IG9wcyBzdGF0ZSBpc3N1ZQ0KMi4gVlBOIG1lcmdpbmcgaXNzdWUNClRo ZSBkaWZmOg0KaHR0cHM6Ly93d3cuaWV0Zi5vcmcvcmZjZGlmZj91cmwyPWRyYWZ0LWlldGYtbDNz bS1sM3Zwbi1zZXJ2aWNlLW1vZGVsLTAyDQpQbGVhc2UgcmV2aWV3IHRoZSBjaGFuZ2VzIGFuZCBs ZXQgdXMga25vdyBpZiB0aGVyZSBpcyBhbnl0aGluZyBtaXNzZWQgb3IgYWRkaXRpb24gY2hhbmdl IHRoYXQgbmVlZHMgdG8gYmUgaW5jb3Jwb3JhdGVkIGluLg0KDQotUWluDQotLS0tLdPKvP7Urbz+ LS0tLS0NCreivP7IyzogSS1ELUFubm91bmNlIFttYWlsdG86aS1kLWFubm91bmNlLWJvdW5jZXNA aWV0Zi5vcmddILT6se0gaW50ZXJuZXQtZHJhZnRzQGlldGYub3JnDQq3osvNyrG85DogMjAxNcTq MTLUwjE1yNUgMTg6MzMNCsrVvP7IyzogaS1kLWFubm91bmNlQGlldGYub3JnDQqzrcvNOiBsM3Nt QGlldGYub3JnDQrW98ziOiBJLUQgQWN0aW9uOiBkcmFmdC1pZXRmLWwzc20tbDN2cG4tc2Vydmlj ZS1tb2RlbC0wMi50eHQNCg0KDQpBIE5ldyBJbnRlcm5ldC1EcmFmdCBpcyBhdmFpbGFibGUgZnJv bSB0aGUgb24tbGluZSBJbnRlcm5ldC1EcmFmdHMgZGlyZWN0b3JpZXMuDQogVGhpcyBkcmFmdCBp cyBhIHdvcmsgaXRlbSBvZiB0aGUgTDNWUE4gU2VydmljZSBNb2RlbCAgV29ya2luZyBHcm91cCBv ZiB0aGUgSUVURi4NCg0KICAgICAgICBUaXRsZSAgICAgICAgICAgOiBZQU5HIERhdGEgTW9kZWwg Zm9yIEwzVlBOIHNlcnZpY2UgZGVsaXZlcnkNCiAgICAgICAgQXV0aG9ycyAgICAgICAgIDogU3Rl cGhhbmUgTGl0a293c2tpDQogICAgICAgICAgICAgICAgICAgICAgICAgIFJvYiBTaGFraXINCiAg ICAgICAgICAgICAgICAgICAgICAgICAgTHVpcyBUb21vdGFraQ0KICAgICAgICAgICAgICAgICAg ICAgICAgICBLZXZpbiBEJ1NvdXphDQoJRmlsZW5hbWUgICAgICAgIDogZHJhZnQtaWV0Zi1sM3Nt LWwzdnBuLXNlcnZpY2UtbW9kZWwtMDIudHh0DQoJUGFnZXMgICAgICAgICAgIDogMTAwDQoJRGF0 ZSAgICAgICAgICAgIDogMjAxNS0xMi0xNQ0KDQpBYnN0cmFjdDoNCiAgIFRoaXMgZG9jdW1lbnQg ZGVmaW5lcyBhIFlBTkcgZGF0YSBtb2RlbCB0aGF0IGNhbiBiZSB1c2VkIHRvIGRlbGl2ZXIgYQ0K ICAgTGF5ZXIgMyBQcm92aWRlciBQcm92aXNpb25lZCBWUE4gc2VydmljZS4gIFRoZSBkb2N1bWVu dCBpcyBsaW1pdGVkIHRvDQogICB0aGUgQkdQIFBFLWJhc2VkIFZQTnMgYXMgZGVzY3JpYmVkIGlu IFJGQzQxMTAgYW5kIFJGQzQzNjQuICBUaGlzDQogICBtb2RlbCBpcyBpbnRlbmRlZCB0byBiZSBp bnN0YW50aWF0ZWQgYXQgbWFuYWdlbWVudCBzeXN0ZW0gdG8gZGVsaXZlcg0KICAgdGhlIG92ZXJh bGwgc2VydmljZS4gIFRoaXMgbW9kZWwgaXMgbm90IGEgY29uZmlndXJhdGlvbiBtb2RlbCB0byBi ZQ0KICAgdXNlZCBkaXJlY3RseSBvbiBuZXR3b3JrIGVsZW1lbnRzLiAgVGhpcyBtb2RlbCBwcm92 aWRlcyBhbiBhYnN0cmFjdGVkDQogICB2aWV3IG9mIHRoZSBMYXllciAzIElQVlBOIHNlcnZpY2Ug Y29uZmlndXJhdGlvbiBjb21wb25lbnRzLiAgSXQgd2lsbA0KICAgYmUgdXAgdG8gYSBtYW5hZ2Vt ZW50IHN5c3RlbSB0byB0YWtlIHRoaXMgYXMgYW4gaW5wdXQgYW5kIHVzZQ0KICAgc3BlY2lmaWMg Y29uZmlndXJhdGlvbnMgbW9kZWxzIHRvIGNvbmZpZ3VyZSB0aGUgZGlmZmVyZW50IG5ldHdvcmsN CiAgIGVsZW1lbnRzIHRvIGRlbGl2ZXIgdGhlIHNlcnZpY2UuICBIb3cgY29uZmlndXJhdGlvbiBv ZiBuZXR3b3JrDQogICBlbGVtZW50cyBpcyBkb25lIGlzIG91dCBvZiBzY29wZSBvZiB0aGUgZG9j dW1lbnQuDQoNCg0KDQpUaGUgSUVURiBkYXRhdHJhY2tlciBzdGF0dXMgcGFnZSBmb3IgdGhpcyBk cmFmdCBpczoNCmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWlldGYtbDNz bS1sM3Zwbi1zZXJ2aWNlLW1vZGVsLw0KDQpUaGVyZSdzIGFsc28gYSBodG1saXplZCB2ZXJzaW9u IGF2YWlsYWJsZSBhdDoNCmh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1pZXRmLWwz c20tbDN2cG4tc2VydmljZS1tb2RlbC0wMg0KDQpBIGRpZmYgZnJvbSB0aGUgcHJldmlvdXMgdmVy c2lvbiBpcyBhdmFpbGFibGUgYXQ6DQpodHRwczovL3d3dy5pZXRmLm9yZy9yZmNkaWZmP3VybDI9 ZHJhZnQtaWV0Zi1sM3NtLWwzdnBuLXNlcnZpY2UtbW9kZWwtMDINCg0KDQpQbGVhc2Ugbm90ZSB0 aGF0IGl0IG1heSB0YWtlIGEgY291cGxlIG9mIG1pbnV0ZXMgZnJvbSB0aGUgdGltZSBvZiBzdWJt aXNzaW9uIHVudGlsIHRoZSBodG1saXplZCB2ZXJzaW9uIGFuZCBkaWZmIGFyZSBhdmFpbGFibGUg YXQgdG9vbHMuaWV0Zi5vcmcuDQoNCkludGVybmV0LURyYWZ0cyBhcmUgYWxzbyBhdmFpbGFibGUg YnkgYW5vbnltb3VzIEZUUCBhdDoNCmZ0cDovL2Z0cC5pZXRmLm9yZy9pbnRlcm5ldC1kcmFmdHMv DQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQpJLUQt QW5ub3VuY2UgbWFpbGluZyBsaXN0DQpJLUQtQW5ub3VuY2VAaWV0Zi5vcmcNCmh0dHBzOi8vd3d3 LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vaS1kLWFubm91bmNlDQpJbnRlcm5ldC1EcmFmdCBk aXJlY3RvcmllczogaHR0cDovL3d3dy5pZXRmLm9yZy9zaGFkb3cuaHRtbCBvciBmdHA6Ly9mdHAu aWV0Zi5vcmcvaWV0Zi8xc2hhZG93LXNpdGVzLnR4dA0KX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX18NCkwzc20gbWFpbGluZyBsaXN0DQpMM3NtQGlldGYub3Jn DQpodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2wzc20NCg0KX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCkwzc20gbWFpbGluZyBsaXN0 DQpMM3NtQGlldGYub3JnDQpodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2wz c20NCg0KDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fDQoNCkNlIG1lc3NhZ2UgZXQgc2VzIHBpZWNlcyBqb2ludGVzIHBldXZl bnQgY29udGVuaXIgZGVzIGluZm9ybWF0aW9ucyBjb25maWRlbnRpZWxsZXMgb3UgcHJpdmlsZWdp ZWVzIGV0IG5lIGRvaXZlbnQgZG9uYyBwYXMgZXRyZSBkaWZmdXNlcywgZXhwbG9pdGVzIG91IGNv cGllcyBzYW5zIGF1dG9yaXNhdGlvbi4gU2kgdm91cyBhdmV6IHJlY3UgY2UgbWVzc2FnZSBwYXIg ZXJyZXVyLCB2ZXVpbGxleiBsZSBzaWduYWxlciBhIGwnZXhwZWRpdGV1ciBldCBsZSBkZXRydWly ZSBhaW5zaSBxdWUgbGVzIHBpZWNlcyBqb2ludGVzLiBMZXMgbWVzc2FnZXMgZWxlY3Ryb25pcXVl cyBldGFudCBzdXNjZXB0aWJsZXMgZCdhbHRlcmF0aW9uLCBPcmFuZ2UgZGVjbGluZSB0b3V0ZSBy ZXNwb25zYWJpbGl0ZSBzaSBjZSBtZXNzYWdlIGEgZXRlIGFsdGVyZSwgZGVmb3JtZSBvdSBmYWxz aWZpZS4gTWVyY2kuDQoNClRoaXMgbWVzc2FnZSBhbmQgaXRzIGF0dGFjaG1lbnRzIG1heSBjb250 YWluIGNvbmZpZGVudGlhbCBvciBwcml2aWxlZ2VkIGluZm9ybWF0aW9uIHRoYXQgbWF5IGJlIHBy b3RlY3RlZCBieSBsYXc7IHRoZXkgc2hvdWxkIG5vdCBiZSBkaXN0cmlidXRlZCwgdXNlZCBvciBj b3BpZWQgd2l0aG91dCBhdXRob3Jpc2F0aW9uLg0KSWYgeW91IGhhdmUgcmVjZWl2ZWQgdGhpcyBl bWFpbCBpbiBlcnJvciwgcGxlYXNlIG5vdGlmeSB0aGUgc2VuZGVyIGFuZCBkZWxldGUgdGhpcyBt ZXNzYWdlIGFuZCBpdHMgYXR0YWNobWVudHMuDQpBcyBlbWFpbHMgbWF5IGJlIGFsdGVyZWQsIE9y YW5nZSBpcyBub3QgbGlhYmxlIGZvciBtZXNzYWdlcyB0aGF0IGhhdmUgYmVlbiBtb2RpZmllZCwg Y2hhbmdlZCBvciBmYWxzaWZpZWQuDQpUaGFuayB5b3UuDQoNCl9fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fDQpMM3NtIG1haWxpbmcgbGlzdA0KTDNzbUBpZXRm Lm9yZw0KaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9sM3NtDQoNCl9fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQpMM3NtIG1haWxpbmcg bGlzdA0KTDNzbUBpZXRmLm9yZw0KaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5m by9sM3NtDQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f DQpMM3NtIG1haWxpbmcgbGlzdA0KTDNzbUBpZXRmLm9yZw0KaHR0cHM6Ly93d3cuaWV0Zi5vcmcv bWFpbG1hbi9saXN0aW5mby9sM3NtDQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCg0KQ2UgbWVzc2FnZSBldCBzZXMgcGll Y2VzIGpvaW50ZXMgcGV1dmVudCBjb250ZW5pciBkZXMgaW5mb3JtYXRpb25zIGNvbmZpZGVudGll bGxlcyBvdSBwcml2aWxlZ2llZXMgZXQgbmUgZG9pdmVudCBkb25jIHBhcyBldHJlIGRpZmZ1c2Vz LCBleHBsb2l0ZXMgb3UgY29waWVzIHNhbnMgYXV0b3Jpc2F0aW9uLiBTaSB2b3VzIGF2ZXogcmVj dSBjZSBtZXNzYWdlIHBhciBlcnJldXIsIHZldWlsbGV6IGxlIHNpZ25hbGVyIGEgbCdleHBlZGl0 ZXVyIGV0IGxlIGRldHJ1aXJlIGFpbnNpIHF1ZSBsZXMgcGllY2VzIGpvaW50ZXMuIExlcyBtZXNz YWdlcyBlbGVjdHJvbmlxdWVzIGV0YW50IHN1c2NlcHRpYmxlcyBkJ2FsdGVyYXRpb24sIE9yYW5n ZSBkZWNsaW5lIHRvdXRlIHJlc3BvbnNhYmlsaXRlIHNpIGNlIG1lc3NhZ2UgYSBldGUgYWx0ZXJl LCBkZWZvcm1lIG91IGZhbHNpZmllLiBNZXJjaS4NCg0KVGhpcyBtZXNzYWdlIGFuZCBpdHMgYXR0 YWNobWVudHMgbWF5IGNvbnRhaW4gY29uZmlkZW50aWFsIG9yIHByaXZpbGVnZWQgaW5mb3JtYXRp b24gdGhhdCBtYXkgYmUgcHJvdGVjdGVkIGJ5IGxhdzsgdGhleSBzaG91bGQgbm90IGJlIGRpc3Ry aWJ1dGVkLCB1c2VkIG9yIGNvcGllZCB3aXRob3V0IGF1dGhvcmlzYXRpb24uDQpJZiB5b3UgaGF2 ZSByZWNlaXZlZCB0aGlzIGVtYWlsIGluIGVycm9yLCBwbGVhc2Ugbm90aWZ5IHRoZSBzZW5kZXIg YW5kIGRlbGV0ZSB0aGlzIG1lc3NhZ2UgYW5kIGl0cyBhdHRhY2htZW50cy4NCkFzIGVtYWlscyBt YXkgYmUgYWx0ZXJlZCwgT3JhbmdlIGlzIG5vdCBsaWFibGUgZm9yIG1lc3NhZ2VzIHRoYXQgaGF2 ZSBiZWVuIG1vZGlmaWVkLCBjaGFuZ2VkIG9yIGZhbHNpZmllZC4NClRoYW5rIHlvdS4NCg0KX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCkwzc20gbWFpbGlu ZyBsaXN0DQpMM3NtQGlldGYub3JnDQpodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3Rp bmZvL2wzc20NCg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X18NCkwzc20gbWFpbGluZyBsaXN0DQpMM3NtQGlldGYub3JnDQpodHRwczovL3d3dy5pZXRmLm9y Zy9tYWlsbWFuL2xpc3RpbmZvL2wzc20NCg== From nobody Mon Jan 11 19:53:57 2016 Return-Path: X-Original-To: l3sm@ietfa.amsl.com Delivered-To: l3sm@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 235071ACDBD for ; Mon, 11 Jan 2016 19:53:56 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.813 X-Spam-Level: X-Spam-Status: No, score=-0.813 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, CN_BODY_35=0.339, J_CHICKENPOX_12=0.6, MIME_CHARSET_FARAWAY=2.45, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id P1t17Hdd4lne for ; Mon, 11 Jan 2016 19:53:53 -0800 (PST) Received: from post-send.kddi.com (athena2.kddi.com [27.90.165.195]) by ietfa.amsl.com (Postfix) with ESMTP id AF8001ACDBC for ; Mon, 11 Jan 2016 19:53:52 -0800 (PST) Received: from LTMC2122.kddi.com (LTMC2122.kddi.com [10.206.0.63]) by post-send.kddi.com (KDDI Mail) with ESMTP id D2777E0032; Tue, 12 Jan 2016 12:53:51 +0900 (JST) Received: from LTMC2144.kddi.com ([10.206.0.236] [10.206.0.236]) by LTMC2122.kddi.com with ESMTP; Tue, 12 Jan 2016 12:53:51 +0900 Received: from LTMC2144.kddi.com (localhost [127.0.0.1]) by localhost.kddi.com (Postfix) with ESMTP id A3CE34C005A; Tue, 12 Jan 2016 12:53:51 +0900 (JST) Received: from LTMC2152.kddi.com (post-incheck [10.206.0.239]) by LTMC2144.kddi.com (Postfix) with ESMTP id 98B9A4C0058; Tue, 12 Jan 2016 12:53:51 +0900 (JST) Received: from LTMC2152.kddi.com (localhost.localdomain [127.0.0.1]) by LTMC2152.kddi.com with ESMTP id u0C3rp1D016003; Tue, 12 Jan 2016 12:53:51 +0900 Received: from LTMC2152.kddi.com.mid_29354619 (localhost.localdomain [127.0.0.1]) by LTMC2152.kddi.com with ESMTP id u0C3hnP4008414; Tue, 12 Jan 2016 12:43:50 +0900 X-SA-MID: 29354619 Received: from KDDI1508PC0003 ([10.211.186.221] [10.211.186.221]) by post-smtp2.kddi.com with ESMTPA; Tue, 12 Jan 2016 12:43:49 +0900 From: "Ogaki, Kenichi" To: "'Qin Wu'" , , References: <015f01d13dfc$925ce730$b716b590$@kddi.com> <007d01d14695$e7de9310$b79bb930$@kddi.com> <3603_1451920156_568A8B1C_3603_701_1_9E32478DFA9976438E7A22F69B08FF9216815E11@OPEXCLILMA4.corporate.adroot.infra.ftgroup> <016901d14777$c0408830$40c19890$@kddi.com> <006201d14c55$2993fab0$7cbbf010$@kddi.com> <1999_1452523041_5693BE21_1999_114_1_9E32478DFA9976438E7A22F69B08FF92168371C7@OPEXCLILMA4.corporate.adroot.infra.ftgroup> <00fc01d14cd8$ac7216a0$055643e0$@kddi.com> In-Reply-To: Date: Tue, 12 Jan 2016 12:43:49 +0900 Message-ID: <012201d14ceb$72e60dc0$58b22940$@kddi.com> MIME-Version: 1.0 Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQHKn6XS7EF51VS8d/IsQ4o8FZThKQJrdKmCAeG3o9MBjM48bgIS+/56AXkiOoEBbvjuoQEP3xMOAdQeyouelsyC4A== Content-Language: ja X-TM-AS-MML: disable Archived-At: Subject: Re: [L3sm] I-D Action: draft-ietf-l3sm-l3vpn-service-model-02.txt X-BeenThere: l3sm@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: L3VPN Service YANG Model discussion group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jan 2016 03:53:56 -0000 Hi Qin, >If there is a need, I am wondering whether we can use route filter to = do this job. > >Suppose a specific LAN LAN1 of site 2 must communicate with VPN2, LAN1 = of site2 corresponds to site-network-access1, Then we can use filter >to = represent LAN1 of site 2 and map LAN1 to specific site network access, = can we? Although I thought the same idea at first, it seems not good idea. In = this case, customer must register all the lan addresses to which VPN = they are advertised. It's consuming and causes misconfiguration. When our customer uses bgp as the routing protocol, they don't want to = write each lan address like static routing. All the best, Kenichi -----Original Message----- From: L3sm [mailto:l3sm-bounces@ietf.org] On Behalf Of Qin Wu Sent: Tuesday, January 12, 2016 11:49 AM To: Ogaki, Kenichi; stephane.litkowski@orange.com; l3sm@ietf.org Subject: Re: [L3sm] I-D Action: = draft-ietf-l3sm-l3vpn-service-model-02.txt Stephane and Kenici: In multihomed site case, there are multiple PEs and each PE is = corresponding to one site-network-access. Talking about the case in diagram of section 5.2.2, the vpn policy in = the current model support attaching a site to one or multiple VPN, = distribute route across VPNs, however in case of multiple network = accesses within one site, Do we need to attach each network access to = different VPNs? Do we need to distribute route to specific network = access or subnet within a VPN? If there is a need, I am wondering whether we can use route filter to do = this job. Suppose a specific LAN LAN1 of site 2 must communicate with VPN2, LAN1 = of site2 corresponds to site-network-access1, Then we can use filter to = represent LAN1 of site 2 and map LAN1 to specific site network access, = can we? Stephane, please correct me if I am wrong. -Qin -----=D3=CA=BC=FE=D4=AD=BC=FE----- =B7=A2=BC=FE=C8=CB: L3sm [mailto:l3sm-bounces@ietf.org] =B4=FA=B1=ED = Ogaki, Kenichi =B7=A2=CB=CD=CA=B1=BC=E4: 2016=C4=EA1=D4=C212=C8=D5 9:29 =CA=D5=BC=FE=C8=CB: stephane.litkowski@orange.com; l3sm@ietf.org =D6=F7=CC=E2: Re: [L3sm] I-D Action: = draft-ietf-l3sm-l3vpn-service-model-02.txt Hi Stephane, If a simple multihomed site case is, I agree. But, as the diagram in section 5.2.2, a site connects to multiple VPNs = and each vpn policy is controlled per connection. The current model = cannot differentiate vpn policy per connection. The current model cannot realize the case described in the following = sentence, for example. =20 > Consider a site#1 in VPN3 that must communicate only in VPN3, in = this > case, the vpn-policy will be similar to Site#1 of VPN1. The VRF on > PE5 for VPN3 will be so provisioned by the management system using > RT3 value as import and export value. All the best, Kenichi -----Original Message----- From: L3sm [mailto:l3sm-bounces@ietf.org] On Behalf Of = stephane.litkowski@orange.com Sent: Monday, January 11, 2016 11:37 PM To: Ogaki, Kenichi; l3sm@ietf.org Subject: Re: [L3sm] I-D Action: = draft-ietf-l3sm-l3vpn-service-model-02.txt Hi Kenichi, IMO, for a multihomed site, the VPN policy will always be the same on = each network connection the site is using. Do you see a reason why it = could be different ? Brgds, Stephane -----Original Message----- From: L3sm [mailto:l3sm-bounces@ietf.org] On Behalf Of Ogaki, Kenichi Sent: Monday, January 11, 2016 10:48 To: l3sm@ietf.org Subject: Re: [L3sm] I-D Action: = draft-ietf-l3sm-l3vpn-service-model-02.txt Hi Stephane and All, One more comment. Leaving issue#10 and vpn-policy in vpn-svc discussion aside, the = vpn-policy in the current model should be under site-network access? According to section 5.2.2, a vpn-policy should be controlled per pair = of a PE and a site, corresponding to site-network-access /ip-connection. When we place the vpn-policy directly under "sites", how can we relate a = vpn-policy to a specific PE. Thanks, Kenichi -----Original Message----- From: L3sm [mailto:l3sm-bounces@ietf.org] On Behalf Of Ogaki, Kenichi Sent: Tuesday, January 05, 2016 2:13 PM To: stephane.litkowski@orange.com; 'Qin Wu'; l3sm@ietf.org Cc: adrian@olddog.co.uk Subject: Re: [L3sm] I-D Action: = draft-ietf-l3sm-l3vpn-service-model-02.txt Hi Stephane, Please see inline. All the best, Kenichi -----Original Message----- From: L3sm [mailto:l3sm-bounces@ietf.org] On Behalf Of = stephane.litkowski@orange.com Sent: Tuesday, January 05, 2016 12:09 AM To: Ogaki, Kenichi; 'Qin Wu'; l3sm@ietf.org Cc: adrian@olddog.co.uk Subject: Re: [L3sm] I-D Action: = draft-ietf-l3sm-l3vpn-service-model-02.txt Hi, Best wishes for this new year. Pls find inline comments. -----Original Message----- From: Ogaki, Kenichi [mailto:ke-oogaki@kddi.com] Sent: Monday, January 04, 2016 03:16 To: 'Qin Wu'; l3sm@ietf.org Cc: LITKOWSKI Stephane SCE/OINIS; adrian@olddog.co.uk Subject: RE: [L3sm] I-D Action: = draft-ietf-l3sm-l3vpn-service-model-02.txt Dear All, Additional comments are here: *svc-id The type "svc-id" is used for lots of data node. Is this necessary? When we say "vpn-id", this is obviously an id by its name, and the only = thing to define is how we represent this, string, integer or = something=A1=AD If the type "svc-id" defines the length of string or = something constraint, it makes sense. =20 [SLI] svc-id just brings consistency on how we define all the = identifiers in the model (we ensure easily that all are using the same = encoding =3D> string) [KO] I understand. *routing-protocol The current model allows multiple routing protocols for a = site-network-access. It's technically possible, but is there any use = case for l3vpn service? #Is this only for dual-stack, one for IPv4 and the other for IPv6? [SLI] It is really usual to have dynamic routing + static routing at the = same time. (e.g. dynamic routing for customer LANs, + static routing for = admin) [KO] I understand. *QoS classification Since 5.2.6.1.1. says "The order of rule is defined by the "id" leaf. = The lowest "id" MUST be processed first.", we have to change the "id" = value whenever we want to reorder the existing rules. But the "id" is = key, and a key should not be changed in DB principle. Although it may be = an implementation matter, can we just use "ordered-by user" statement = for the list "rules"? [SLI] Agree, I will add the ordered-by user. Do you see other lists that = would require such user ordering ? [KO] I can't find any other ordered list. *std-qos-profile/custom-qos-profile If "std-qos-profile and custom-qos-profile cannot be used at the same = time." in 5.1.6.1.2, we can use a choice statement for std-qos-profile = and custom-qos-profile. [SLI] Agree, will fix it. *traffic protection Can we cover the function of "traffic-protection" by = "site-network-access/availability"? [SLI] Ack, I moved the traffic protection under availability. *vpn-policy For an readability of the model, the node name = "vpn-policy/entries/id/vpn/vpn" should be = "vpn-policy/entries/id/vpn/vpn-id". [SLI] Fixed. *notification How about defining notification node under vpn-svc and = site-network-access? We sometimes have to actively inform our customers of a failure or = something. What kind of the information depends on each operator, then anydata or = anyxml suits this. [SLI] Notification are normally not part of the tree, we can create rpcs = or notifications if necessary to retrieve operational infos. Could you raise a separate thread to discuss the need of notifications ? [KO] I will raise a separate thread. ex.) container site-network-accesses { list site-network-access { key site-network-access-id; ... notification info { anydata data; } ... } -Editorials Sec. 5.1.2. 2nd and 3rd configuration examples still use "name" and "id". Sec. 5.2. typo "ressources" in Location description. Sec. 5.2.1.2 typo "ressources" in 2nd paragraph Sec. 5.2.5.7. In 2nd paragraph, AS number is defined in routing-protocol/bgp in the = current model, and customer-specific-information is already deleted. The configuration example should also include "autonomous-system". Sec. 6. The configuration example still use "name" and "id". [SLI] Thanks for catching the errors, as the model evolved a lot, it s = hard to keep all the example synchronized :) Happy New Year, Kenichi -----Original Message----- From: L3sm [mailto:l3sm-bounces@ietf.org] On Behalf Of Ogaki, Kenichi Sent: Thursday, December 24, 2015 12:39 PM To: 'Qin Wu'; l3sm@ietf.org Cc: stephane.litkowski@orange.com; adrian@olddog.co.uk Subject: Re: [L3sm] I-D Action: = draft-ietf-l3sm-l3vpn-service-model-02.txt Dear All, >https://trac.tools.ietf.org/wg/l3sm/trac/ticket/12 Two comments for the current routing-protocols: 1. Node name "cascaded-lan-prefixes" should be reworded, for example of = "customer-lan-prefixes". No longer only for *cascaded* lan. 2. Should we have a mean to retrieve the provider autonomous system = number for bgp type? ro node/ops state is enough. In the case of customer managed CE, our customer must know what AS = number the PE has. #Usually, we let them know it outside the user interface. Merry X'mas & Happy New Year, Kenichi -----Original Message----- From: L3sm [mailto:l3sm-bounces@ietf.org] On Behalf Of Qin Wu Sent: Wednesday, December 23, 2015 5:15 PM To: l3sm@ietf.org Cc: stephane.litkowski@orange.com; adrian@olddog.co.uk Subject: Re: [L3sm] I-D Action: = draft-ietf-l3sm-l3vpn-service-model-02.txt Hi, All: As a follow-up to the discussion during the L3SM interim call we had in = December 2015, We as chairs have filed two issue tickets in the issue = tracker https://trac.tools.ietf.org/wg/l3sm/trac/ticket/12 https://trac.tools.ietf.org/wg/l3sm/trac/ticket/13 Authors have revised ID based on the discussion and agreed point during = interim call. Thanks Stephane to get this done and close most of open issues we had in = the issue tracker except the following two issues: 1.Inventory ops state issue 2. VPN merging issue The diff: https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-l3sm-l3vpn-service-model-0= 2 Please review the changes and let us know if there is anything missed or = addition change that needs to be incorporated in. -Qin -----=D3=CA=BC=FE=D4=AD=BC=FE----- =B7=A2=BC=FE=C8=CB: I-D-Announce [mailto:i-d-announce-bounces@ietf.org] = =B4=FA=B1=ED internet-drafts@ietf.org =B7=A2=CB=CD=CA=B1=BC=E4: 2015=C4=EA12=D4=C215=C8=D5 18:33 =CA=D5=BC=FE=C8=CB: i-d-announce@ietf.org =B3=AD=CB=CD: l3sm@ietf.org =D6=F7=CC=E2: I-D Action: draft-ietf-l3sm-l3vpn-service-model-02.txt A New Internet-Draft is available from the on-line Internet-Drafts = directories. This draft is a work item of the L3VPN Service Model Working Group of = the IETF. Title : YANG Data Model for L3VPN service delivery Authors : Stephane Litkowski Rob Shakir Luis Tomotaki Kevin D'Souza Filename : draft-ietf-l3sm-l3vpn-service-model-02.txt Pages : 100 Date : 2015-12-15 Abstract: This document defines a YANG data model that can be used to deliver a Layer 3 Provider Provisioned VPN service. The document is limited to the BGP PE-based VPNs as described in RFC4110 and RFC4364. This model is intended to be instantiated at management system to deliver the overall service. This model is not a configuration model to be used directly on network elements. This model provides an abstracted view of the Layer 3 IPVPN service configuration components. It will be up to a management system to take this as an input and use specific configurations models to configure the different network elements to deliver the service. How configuration of network elements is done is out of scope of the document. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-l3sm-l3vpn-service-model/ There's also a htmlized version available at: https://tools.ietf.org/html/draft-ietf-l3sm-l3vpn-service-model-02 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-l3sm-l3vpn-service-model-0= 2 Please note that it may take a couple of minutes from the time of = submission until the htmlized version and diff are available at = tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ _______________________________________________ I-D-Announce mailing list I-D-Announce@ietf.org https://www.ietf.org/mailman/listinfo/i-d-announce Internet-Draft directories: http://www.ietf.org/shadow.html or = ftp://ftp.ietf.org/ietf/1shadow-sites.txt _______________________________________________ L3sm mailing list L3sm@ietf.org https://www.ietf.org/mailman/listinfo/l3sm _______________________________________________ L3sm mailing list L3sm@ietf.org https://www.ietf.org/mailman/listinfo/l3sm _________________________________________________________________________= ________________________________________________ Ce message et ses pieces jointes peuvent contenir des informations = confidentielles ou privilegiees et ne doivent donc pas etre diffuses, = exploites ou copies sans autorisation. Si vous avez recu ce message par = erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les = pieces jointes. Les messages electroniques etant susceptibles = d'alteration, Orange decline toute responsabilite si ce message a ete = altere, deforme ou falsifie. Merci. This message and its attachments may contain confidential or privileged = information that may be protected by law; they should not be = distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and = delete this message and its attachments. As emails may be altered, Orange is not liable for messages that have = been modified, changed or falsified. Thank you. _______________________________________________ L3sm mailing list L3sm@ietf.org https://www.ietf.org/mailman/listinfo/l3sm _______________________________________________ L3sm mailing list L3sm@ietf.org https://www.ietf.org/mailman/listinfo/l3sm _______________________________________________ L3sm mailing list L3sm@ietf.org https://www.ietf.org/mailman/listinfo/l3sm _________________________________________________________________________= ________________________________________________ Ce message et ses pieces jointes peuvent contenir des informations = confidentielles ou privilegiees et ne doivent donc pas etre diffuses, = exploites ou copies sans autorisation. Si vous avez recu ce message par = erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les = pieces jointes. Les messages electroniques etant susceptibles = d'alteration, Orange decline toute responsabilite si ce message a ete = altere, deforme ou falsifie. Merci. This message and its attachments may contain confidential or privileged = information that may be protected by law; they should not be = distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and = delete this message and its attachments. As emails may be altered, Orange is not liable for messages that have = been modified, changed or falsified. Thank you. _______________________________________________ L3sm mailing list L3sm@ietf.org https://www.ietf.org/mailman/listinfo/l3sm _______________________________________________ L3sm mailing list L3sm@ietf.org https://www.ietf.org/mailman/listinfo/l3sm _______________________________________________ L3sm mailing list L3sm@ietf.org https://www.ietf.org/mailman/listinfo/l3sm From nobody Tue Jan 12 01:08:11 2016 Return-Path: X-Original-To: l3sm@ietfa.amsl.com Delivered-To: l3sm@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F38BF1A1ABE for ; Tue, 12 Jan 2016 01:08:10 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.79 X-Spam-Level: X-Spam-Status: No, score=0.79 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, CN_BODY_35=0.339, FREEMAIL_FROM=0.001, J_CHICKENPOX_12=0.6, MIME_CHARSET_FARAWAY=2.45, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id NDZ-4ZwCnP_V for ; Tue, 12 Jan 2016 01:08:08 -0800 (PST) Received: from relais-inet.francetelecom.com (relais-ias91.francetelecom.com [193.251.215.91]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 434C31A3BA2 for ; Tue, 12 Jan 2016 01:08:07 -0800 (PST) Received: from omfedm07.si.francetelecom.fr (unknown [xx.xx.xx.3]) by omfedm12.si.francetelecom.fr (ESMTP service) with ESMTP id 99CD718C630; Tue, 12 Jan 2016 10:08:05 +0100 (CET) Received: from Exchangemail-eme2.itn.ftgroup (unknown [10.114.31.31]) by omfedm07.si.francetelecom.fr (ESMTP service) with ESMTP id 775C24C072; Tue, 12 Jan 2016 10:08:05 +0100 (CET) Received: from OPEXCLILMA4.corporate.adroot.infra.ftgroup ([fe80::65de:2f08:41e6:ebbe]) by OPEXCLILM22.corporate.adroot.infra.ftgroup ([fe80::8c90:f4e9:be28:2a1%19]) with mapi id 14.03.0279.002; Tue, 12 Jan 2016 10:08:05 +0100 From: To: "Ogaki, Kenichi" , "l3sm@ietf.org" Thread-Topic: [L3sm] I-D Action: draft-ietf-l3sm-l3vpn-service-model-02.txt Thread-Index: AQHRNyQASFTWgXlJrky4uLxNNvqAOZ7YPm3QgAE7qwCAETKrAIAA3/9AgADjsgCACbrOAIAAYQFAgACmCYCAAI5dEA== Date: Tue, 12 Jan 2016 09:08:04 +0000 Message-ID: <3657_1452589685_5694C275_3657_16_1_9E32478DFA9976438E7A22F69B08FF921683C0E2@OPEXCLILMA4.corporate.adroot.infra.ftgroup> References: <015f01d13dfc$925ce730$b716b590$@kddi.com> <007d01d14695$e7de9310$b79bb930$@kddi.com> <3603_1451920156_568A8B1C_3603_701_1_9E32478DFA9976438E7A22F69B08FF9216815E11@OPEXCLILMA4.corporate.adroot.infra.ftgroup> <016901d14777$c0408830$40c19890$@kddi.com> <006201d14c55$2993fab0$7cbbf010$@kddi.com> <1999_1452523041_5693BE21_1999_114_1_9E32478DFA9976438E7A22F69B08FF92168371C7@OPEXCLILMA4.corporate.adroot.infra.ftgroup> <00fc01d14cd8$ac7216a0$055643e0$@kddi.com> In-Reply-To: <00fc01d14cd8$ac7216a0$055643e0$@kddi.com> Accept-Language: fr-FR, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.168.234.1] Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-PMX-Version: 6.2.1.2478543, Antispam-Engine: 2.7.2.2107409, Antispam-Data: 2015.12.9.132716 Archived-At: Subject: Re: [L3sm] I-D Action: draft-ietf-l3sm-l3vpn-service-model-02.txt X-BeenThere: l3sm@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: L3VPN Service YANG Model discussion group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jan 2016 09:08:11 -0000 SGksDQoNClRoZXJlIHNob3VsZCBiZSBzb21ldGhpbmcgSSdtIG1pc3NpbmcgaGVyZSAuLi4NCg0K Rmlyc3QsIDUuMi4yIHRleHQgd2FzIG5vdCByZXZpZXdlZCBhZnRlciBjcmVhdGluZyB0aGUgaGll cmFyY2h5IGJldHdlZW4gc2l0ZXMgYW5kIGFjY2Vzc2VzLiBTbyBtYXkgYmUgdGhlcmUgaXMgc29t ZXRoaW5nIHRvIGZpeC4NCg0KQnV0IHJlYWRpbmcgdGhlIHRleHQgYWdhaW4sIEkgdGhpbmsgdGhp cyBpcyBzdGlsbCBhcHBsaWNhYmxlLg0KSW4gdGhlIGRpYWdyYW0sIGEgc2l0ZSBjb25uZWN0cyB0 byBtdWx0aXBsZSBWUE5zIGJ1dCBWUE4gcG9saWN5IGlzIG5vdCBjb250cm9sbGVkIHBlciBjb25u ZWN0aW9uIGZyb20gYSBtb2RlbGluZyBwb2ludCBvZiB2aWV3LiBJdCBpcyBjb250cm9sbGVkIHBl ciBzaXRlLiBUaGUgZGlhZ3JhbSBoYXMgb25seSBzaW5nbGUgaG9tZWQgc2l0ZSBzbyBtYXkgYmUg dGhlIGNvbmZ1c2lvbiBjb21lcyBmcm9tIGhlcmUuDQpZZXMgdGhlIG1vZGVsIGNhbm5vdCBkaWZm ZXJlbnRpYXRlIHZwbiBwb2xpY3kgcGVyIGNvbm5lY3Rpb24sIGJ1dCBJTU8sIHRoaXMgaXMgbm90 IGRlc2lyYWJsZS4NCg0KSSBkb24ndCBzZWUgd2h5IHRoZSBtb2RlbCBjYW5ub3QgYWNoaWV2ZSB0 aGUgcGFyYWdyYXBoIHlvdSBwb2ludGVkLg0KDQo8c2l0ZXM+DQoJPHNpdGUtaWQ+U2l0ZSMzPC9z aXRlLWlkPg0KCTx2cG4tcG9saWN5Pg0KCQk8ZW50cmllcz4NCgkJCTxpZD4xPC9pZD4NCgkJCTx2 cG4+DQoJCQkJPHZwbi1pZD5WUE4zPC92cG4taWQ+DQoJCQkJPHNpdGUtcm9sZT5hbnktdG8tYW55 PC9zaXRlLXJvbGU+DQoJCQk8L3Zwbj4NCgkJPC9lbnRyaWVzPg0KCTwvdnBuLXBvbGljeT4NCjwv c2l0ZXM+DQoNClRoZSBzZWNvbmQgcGFydCBvZiB0aGUgcGFyYWdyYXBoIHlvdSBtZW50aW9uZWQg dGFsa3MgYWJvdXQgdGhlIGRldmljZSBjb25maWd1cmF0aW9uLCBub3QgdGhlIG1vZGVsaW5nIHBh cnQuIFNvIHRoZSBtb2RlbCB3aWxsIGFsbG93IFBFNSB0byBiZSBjb25maWd1cmVkIHdpdGggdGhl IFZQTiBwb2xpY3kgKGltcG9ydC9leHBvcnQgUlQzKS4NCk1heSBiZSB0aGVyZSBpcyBhbHNvIGEg Y29uZnVzaW9uIHRoZXJlIGludHJvZHVjZWQgYnkgdGhlIHRleHQuDQoNCg0KDQoNCi0tLS0tT3Jp Z2luYWwgTWVzc2FnZS0tLS0tDQpGcm9tOiBPZ2FraSwgS2VuaWNoaSBbbWFpbHRvOmtlLW9vZ2Fr aUBrZGRpLmNvbV0gDQpTZW50OiBUdWVzZGF5LCBKYW51YXJ5IDEyLCAyMDE2IDAyOjI5DQpUbzog TElUS09XU0tJIFN0ZXBoYW5lIFNDRS9PSU5JUzsgbDNzbUBpZXRmLm9yZw0KU3ViamVjdDogUkU6 IFtMM3NtXSBJLUQgQWN0aW9uOiBkcmFmdC1pZXRmLWwzc20tbDN2cG4tc2VydmljZS1tb2RlbC0w Mi50eHQNCg0KSGkgU3RlcGhhbmUsDQoNCklmIGEgc2ltcGxlIG11bHRpaG9tZWQgc2l0ZSBjYXNl IGlzLCBJIGFncmVlLg0KQnV0LCBhcyB0aGUgZGlhZ3JhbSBpbiBzZWN0aW9uIDUuMi4yLCBhIHNp dGUgY29ubmVjdHMgdG8gbXVsdGlwbGUgVlBOcyBhbmQgZWFjaCB2cG4gcG9saWN5IGlzIGNvbnRy b2xsZWQgcGVyIGNvbm5lY3Rpb24uIFRoZSBjdXJyZW50IG1vZGVsIGNhbm5vdCBkaWZmZXJlbnRp YXRlIHZwbiBwb2xpY3kgcGVyIGNvbm5lY3Rpb24uDQoNClRoZSBjdXJyZW50IG1vZGVsIGNhbm5v dCByZWFsaXplIHRoZSBjYXNlIGRlc2NyaWJlZCBpbiB0aGUgZm9sbG93aW5nIHNlbnRlbmNlLCBm b3IgZXhhbXBsZS4NCiANCj4gICBDb25zaWRlciBhIHNpdGUjMSBpbiBWUE4zIHRoYXQgbXVzdCBj b21tdW5pY2F0ZSBvbmx5IGluIFZQTjMsIGluIHRoaXMNCj4gICBjYXNlLCB0aGUgdnBuLXBvbGlj eSB3aWxsIGJlIHNpbWlsYXIgdG8gU2l0ZSMxIG9mIFZQTjEuICBUaGUgVlJGIG9uDQo+ICAgUEU1 IGZvciBWUE4zIHdpbGwgYmUgc28gcHJvdmlzaW9uZWQgYnkgdGhlIG1hbmFnZW1lbnQgc3lzdGVt IHVzaW5nDQo+ICAgUlQzIHZhbHVlIGFzIGltcG9ydCBhbmQgZXhwb3J0IHZhbHVlLg0KDQpBbGwg dGhlIGJlc3QsDQpLZW5pY2hpDQoNCi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQpGcm9tOiBM M3NtIFttYWlsdG86bDNzbS1ib3VuY2VzQGlldGYub3JnXSBPbiBCZWhhbGYgT2Ygc3RlcGhhbmUu bGl0a293c2tpQG9yYW5nZS5jb20NClNlbnQ6IE1vbmRheSwgSmFudWFyeSAxMSwgMjAxNiAxMToz NyBQTQ0KVG86IE9nYWtpLCBLZW5pY2hpOyBsM3NtQGlldGYub3JnDQpTdWJqZWN0OiBSZTogW0wz c21dIEktRCBBY3Rpb246IGRyYWZ0LWlldGYtbDNzbS1sM3Zwbi1zZXJ2aWNlLW1vZGVsLTAyLnR4 dA0KDQpIaSBLZW5pY2hpLA0KDQpJTU8sIGZvciBhIG11bHRpaG9tZWQgc2l0ZSwgdGhlIFZQTiBw b2xpY3kgd2lsbCBhbHdheXMgYmUgdGhlIHNhbWUgb24gZWFjaCBuZXR3b3JrIGNvbm5lY3Rpb24g IHRoZSBzaXRlIGlzIHVzaW5nLiBEbyB5b3Ugc2VlIGEgcmVhc29uIHdoeSBpdCBjb3VsZCBiZSBk aWZmZXJlbnQgPw0KDQoNCkJyZ2RzLA0KDQpTdGVwaGFuZQ0KDQoNCi0tLS0tT3JpZ2luYWwgTWVz c2FnZS0tLS0tDQpGcm9tOiBMM3NtIFttYWlsdG86bDNzbS1ib3VuY2VzQGlldGYub3JnXSBPbiBC ZWhhbGYgT2YgT2dha2ksIEtlbmljaGkNClNlbnQ6IE1vbmRheSwgSmFudWFyeSAxMSwgMjAxNiAx MDo0OA0KVG86IGwzc21AaWV0Zi5vcmcNClN1YmplY3Q6IFJlOiBbTDNzbV0gSS1EIEFjdGlvbjog ZHJhZnQtaWV0Zi1sM3NtLWwzdnBuLXNlcnZpY2UtbW9kZWwtMDIudHh0DQoNCkhpIFN0ZXBoYW5l IGFuZCBBbGwsDQoNCk9uZSBtb3JlIGNvbW1lbnQuDQoNCkxlYXZpbmcgaXNzdWUjMTAgYW5kIHZw bi1wb2xpY3kgaW4gdnBuLXN2YyBkaXNjdXNzaW9uIGFzaWRlLCB0aGUgdnBuLXBvbGljeSBpbiB0 aGUgY3VycmVudCBtb2RlbCBzaG91bGQgYmUgdW5kZXIgc2l0ZS1uZXR3b3JrIGFjY2Vzcz8NCg0K QWNjb3JkaW5nIHRvIHNlY3Rpb24gNS4yLjIsIGEgdnBuLXBvbGljeSBzaG91bGQgYmUgY29udHJv bGxlZCBwZXIgcGFpciBvZiBhIFBFIGFuZCBhIHNpdGUsIGNvcnJlc3BvbmRpbmcgdG8gc2l0ZS1u ZXR3b3JrLWFjY2VzcyAvaXAtY29ubmVjdGlvbi4NCldoZW4gd2UgcGxhY2UgdGhlIHZwbi1wb2xp Y3kgZGlyZWN0bHkgdW5kZXIgInNpdGVzIiwgaG93IGNhbiB3ZSByZWxhdGUgYSB2cG4tcG9saWN5 IHRvIGEgc3BlY2lmaWMgUEUuDQoNClRoYW5rcywNCktlbmljaGkNCg0KLS0tLS1PcmlnaW5hbCBN ZXNzYWdlLS0tLS0NCkZyb206IEwzc20gW21haWx0bzpsM3NtLWJvdW5jZXNAaWV0Zi5vcmddIE9u IEJlaGFsZiBPZiBPZ2FraSwgS2VuaWNoaQ0KU2VudDogVHVlc2RheSwgSmFudWFyeSAwNSwgMjAx NiAyOjEzIFBNDQpUbzogc3RlcGhhbmUubGl0a293c2tpQG9yYW5nZS5jb207ICdRaW4gV3UnOyBs M3NtQGlldGYub3JnDQpDYzogYWRyaWFuQG9sZGRvZy5jby51aw0KU3ViamVjdDogUmU6IFtMM3Nt XSBJLUQgQWN0aW9uOiBkcmFmdC1pZXRmLWwzc20tbDN2cG4tc2VydmljZS1tb2RlbC0wMi50eHQN Cg0KSGkgU3RlcGhhbmUsDQoNClBsZWFzZSBzZWUgaW5saW5lLg0KDQpBbGwgdGhlIGJlc3QsDQpL ZW5pY2hpDQoNCi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQpGcm9tOiBMM3NtIFttYWlsdG86 bDNzbS1ib3VuY2VzQGlldGYub3JnXSBPbiBCZWhhbGYgT2Ygc3RlcGhhbmUubGl0a293c2tpQG9y YW5nZS5jb20NClNlbnQ6IFR1ZXNkYXksIEphbnVhcnkgMDUsIDIwMTYgMTI6MDkgQU0NClRvOiBP Z2FraSwgS2VuaWNoaTsgJ1FpbiBXdSc7IGwzc21AaWV0Zi5vcmcNCkNjOiBhZHJpYW5Ab2xkZG9n LmNvLnVrDQpTdWJqZWN0OiBSZTogW0wzc21dIEktRCBBY3Rpb246IGRyYWZ0LWlldGYtbDNzbS1s M3Zwbi1zZXJ2aWNlLW1vZGVsLTAyLnR4dA0KDQpIaSwNCg0KQmVzdCB3aXNoZXMgZm9yIHRoaXMg bmV3IHllYXIuDQoNClBscyBmaW5kIGlubGluZSBjb21tZW50cy4NCg0KLS0tLS1PcmlnaW5hbCBN ZXNzYWdlLS0tLS0NCkZyb206IE9nYWtpLCBLZW5pY2hpIFttYWlsdG86a2Utb29nYWtpQGtkZGku Y29tXQ0KU2VudDogTW9uZGF5LCBKYW51YXJ5IDA0LCAyMDE2IDAzOjE2DQpUbzogJ1FpbiBXdSc7 IGwzc21AaWV0Zi5vcmcNCkNjOiBMSVRLT1dTS0kgU3RlcGhhbmUgU0NFL09JTklTOyBhZHJpYW5A b2xkZG9nLmNvLnVrDQpTdWJqZWN0OiBSRTogW0wzc21dIEktRCBBY3Rpb246IGRyYWZ0LWlldGYt bDNzbS1sM3Zwbi1zZXJ2aWNlLW1vZGVsLTAyLnR4dA0KDQpEZWFyIEFsbCwNCg0KQWRkaXRpb25h bCBjb21tZW50cyBhcmUgaGVyZToNCg0KKnN2Yy1pZA0KVGhlIHR5cGUgInN2Yy1pZCIgaXMgdXNl ZCBmb3IgbG90cyBvZiBkYXRhIG5vZGUuIElzIHRoaXMgbmVjZXNzYXJ5Pw0KV2hlbiB3ZSBzYXkg InZwbi1pZCIsIHRoaXMgaXMgb2J2aW91c2x5IGFuIGlkIGJ5IGl0cyBuYW1lLCBhbmQgdGhlIG9u bHkgdGhpbmcgdG8gZGVmaW5lIGlzIGhvdyB3ZSByZXByZXNlbnQgdGhpcywgc3RyaW5nLCBpbnRl Z2VyIG9yIHNvbWV0aGluZ6GtIElmIHRoZSB0eXBlICJzdmMtaWQiIGRlZmluZXMgdGhlIGxlbmd0 aCBvZiBzdHJpbmcgb3Igc29tZXRoaW5nIGNvbnN0cmFpbnQsIGl0IG1ha2VzIHNlbnNlLiAgDQpb U0xJXSBzdmMtaWQganVzdCBicmluZ3MgY29uc2lzdGVuY3kgb24gaG93IHdlIGRlZmluZSBhbGwg dGhlIGlkZW50aWZpZXJzIGluIHRoZSBtb2RlbCAod2UgZW5zdXJlIGVhc2lseSB0aGF0IGFsbCBh cmUgdXNpbmcgdGhlIHNhbWUgZW5jb2RpbmcgPT4gc3RyaW5nKQ0KDQpbS09dIEkgdW5kZXJzdGFu ZC4NCg0KKnJvdXRpbmctcHJvdG9jb2wNClRoZSBjdXJyZW50IG1vZGVsIGFsbG93cyBtdWx0aXBs ZSByb3V0aW5nIHByb3RvY29scyBmb3IgYSBzaXRlLW5ldHdvcmstYWNjZXNzLiBJdCdzIHRlY2hu aWNhbGx5IHBvc3NpYmxlLCBidXQgaXMgdGhlcmUgYW55IHVzZSBjYXNlIGZvciBsM3ZwbiBzZXJ2 aWNlPw0KI0lzIHRoaXMgb25seSBmb3IgZHVhbC1zdGFjaywgb25lIGZvciBJUHY0IGFuZCB0aGUg b3RoZXIgZm9yIElQdjY/DQpbU0xJXSBJdCBpcyByZWFsbHkgdXN1YWwgdG8gaGF2ZSBkeW5hbWlj IHJvdXRpbmcgKyBzdGF0aWMgcm91dGluZyBhdCB0aGUgc2FtZSB0aW1lLiAoZS5nLiBkeW5hbWlj IHJvdXRpbmcgZm9yIGN1c3RvbWVyIExBTnMsICsgc3RhdGljIHJvdXRpbmcgZm9yIGFkbWluKQ0K DQpbS09dIEkgdW5kZXJzdGFuZC4NCg0KKlFvUyBjbGFzc2lmaWNhdGlvbg0KU2luY2UgNS4yLjYu MS4xLiBzYXlzICJUaGUgb3JkZXIgb2YgcnVsZSBpcyBkZWZpbmVkIGJ5IHRoZSAiaWQiIGxlYWYu ICBUaGUgbG93ZXN0ICJpZCIgTVVTVCBiZSBwcm9jZXNzZWQgZmlyc3QuIiwgd2UgaGF2ZSB0byBj aGFuZ2UgdGhlICJpZCIgdmFsdWUgd2hlbmV2ZXIgd2Ugd2FudCB0byByZW9yZGVyIHRoZSBleGlz dGluZyBydWxlcy4gQnV0IHRoZSAiaWQiIGlzIGtleSwgYW5kIGEga2V5IHNob3VsZCBub3QgYmUg Y2hhbmdlZCBpbiBEQiBwcmluY2lwbGUuIEFsdGhvdWdoIGl0IG1heSBiZSBhbiBpbXBsZW1lbnRh dGlvbiBtYXR0ZXIsIGNhbiB3ZSBqdXN0IHVzZSAib3JkZXJlZC1ieSB1c2VyIiBzdGF0ZW1lbnQg Zm9yIHRoZSBsaXN0ICJydWxlcyI/DQpbU0xJXSBBZ3JlZSwgSSB3aWxsIGFkZCB0aGUgb3JkZXJl ZC1ieSB1c2VyLiBEbyB5b3Ugc2VlIG90aGVyIGxpc3RzIHRoYXQgd291bGQgcmVxdWlyZSBzdWNo IHVzZXIgb3JkZXJpbmcgPw0KDQpbS09dIEkgY2FuJ3QgZmluZCBhbnkgb3RoZXIgb3JkZXJlZCBs aXN0Lg0KDQoqc3RkLXFvcy1wcm9maWxlL2N1c3RvbS1xb3MtcHJvZmlsZQ0KSWYgInN0ZC1xb3Mt cHJvZmlsZSBhbmQgY3VzdG9tLXFvcy1wcm9maWxlIGNhbm5vdCBiZSB1c2VkIGF0IHRoZSBzYW1l IHRpbWUuIiBpbiA1LjEuNi4xLjIsIHdlIGNhbiB1c2UgYSBjaG9pY2Ugc3RhdGVtZW50IGZvciBz dGQtcW9zLXByb2ZpbGUgYW5kIGN1c3RvbS1xb3MtcHJvZmlsZS4NCltTTEldIEFncmVlLCB3aWxs IGZpeCBpdC4NCg0KDQoqdHJhZmZpYyBwcm90ZWN0aW9uDQpDYW4gd2UgY292ZXIgdGhlIGZ1bmN0 aW9uIG9mICJ0cmFmZmljLXByb3RlY3Rpb24iIGJ5ICJzaXRlLW5ldHdvcmstYWNjZXNzL2F2YWls YWJpbGl0eSI/DQpbU0xJXSBBY2ssIEkgbW92ZWQgdGhlIHRyYWZmaWMgcHJvdGVjdGlvbiB1bmRl ciBhdmFpbGFiaWxpdHkuDQoNCg0KKnZwbi1wb2xpY3kNCkZvciBhbiByZWFkYWJpbGl0eSBvZiB0 aGUgbW9kZWwsIHRoZSBub2RlIG5hbWUgInZwbi1wb2xpY3kvZW50cmllcy9pZC92cG4vdnBuIiBz aG91bGQgYmUgInZwbi1wb2xpY3kvZW50cmllcy9pZC92cG4vdnBuLWlkIi4NCltTTEldIEZpeGVk Lg0KDQoNCipub3RpZmljYXRpb24NCkhvdyBhYm91dCBkZWZpbmluZyBub3RpZmljYXRpb24gbm9k ZSB1bmRlciB2cG4tc3ZjIGFuZCBzaXRlLW5ldHdvcmstYWNjZXNzPw0KV2Ugc29tZXRpbWVzIGhh dmUgdG8gYWN0aXZlbHkgaW5mb3JtIG91ciBjdXN0b21lcnMgb2YgYSBmYWlsdXJlIG9yIHNvbWV0 aGluZy4NCldoYXQga2luZCBvZiB0aGUgaW5mb3JtYXRpb24gZGVwZW5kcyBvbiBlYWNoIG9wZXJh dG9yLCB0aGVuIGFueWRhdGEgb3IgYW55eG1sIHN1aXRzIHRoaXMuDQoNCltTTEldIE5vdGlmaWNh dGlvbiBhcmUgbm9ybWFsbHkgbm90IHBhcnQgb2YgdGhlIHRyZWUsIHdlIGNhbiBjcmVhdGUgcnBj cyBvciBub3RpZmljYXRpb25zIGlmIG5lY2Vzc2FyeSB0byByZXRyaWV2ZSBvcGVyYXRpb25hbCBp bmZvcy4NCkNvdWxkIHlvdSByYWlzZSBhIHNlcGFyYXRlIHRocmVhZCB0byBkaXNjdXNzIHRoZSBu ZWVkIG9mIG5vdGlmaWNhdGlvbnMgPw0KDQpbS09dIEkgd2lsbCByYWlzZSBhIHNlcGFyYXRlIHRo cmVhZC4NCg0KZXguKQ0KY29udGFpbmVyIHNpdGUtbmV0d29yay1hY2Nlc3NlcyB7DQogICAgbGlz dCBzaXRlLW5ldHdvcmstYWNjZXNzIHsNCiAgICAgICAga2V5IHNpdGUtbmV0d29yay1hY2Nlc3Mt aWQ7DQogICAgICAgIC4uLg0KICAgICAgICBub3RpZmljYXRpb24gaW5mbyB7DQogICAgICAgICAg ICBhbnlkYXRhIGRhdGE7DQogICAgICAgIH0NCiAgICAgICAgLi4uDQp9DQoNCg0KLUVkaXRvcmlh bHMNClNlYy4gNS4xLjIuDQoybmQgYW5kIDNyZCBjb25maWd1cmF0aW9uIGV4YW1wbGVzIHN0aWxs IHVzZSAibmFtZSIgYW5kICJpZCIuDQoNClNlYy4gNS4yLg0KdHlwbyAicmVzc291cmNlcyIgaW4g TG9jYXRpb24gZGVzY3JpcHRpb24uDQpTZWMuIDUuMi4xLjINCnR5cG8gInJlc3NvdXJjZXMiIGlu IDJuZCBwYXJhZ3JhcGgNCg0KU2VjLiA1LjIuNS43Lg0KSW4gMm5kIHBhcmFncmFwaCwgQVMgbnVt YmVyIGlzIGRlZmluZWQgaW4gcm91dGluZy1wcm90b2NvbC9iZ3AgaW4gdGhlIGN1cnJlbnQgbW9k ZWwsIGFuZCBjdXN0b21lci1zcGVjaWZpYy1pbmZvcm1hdGlvbiBpcyBhbHJlYWR5IGRlbGV0ZWQu DQpUaGUgY29uZmlndXJhdGlvbiBleGFtcGxlIHNob3VsZCBhbHNvIGluY2x1ZGUgImF1dG9ub21v dXMtc3lzdGVtIi4NCg0KU2VjLiA2Lg0KVGhlIGNvbmZpZ3VyYXRpb24gZXhhbXBsZSBzdGlsbCB1 c2UgIm5hbWUiIGFuZCAiaWQiLg0KDQpbU0xJXSBUaGFua3MgZm9yIGNhdGNoaW5nIHRoZSBlcnJv cnMsIGFzIHRoZSBtb2RlbCBldm9sdmVkIGEgbG90LCBpdCBzIGhhcmQgdG8ga2VlcCBhbGwgdGhl IGV4YW1wbGUgc3luY2hyb25pemVkIDopDQoNCg0KSGFwcHkgTmV3IFllYXIsDQpLZW5pY2hpDQoN Ci0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQpGcm9tOiBMM3NtIFttYWlsdG86bDNzbS1ib3Vu Y2VzQGlldGYub3JnXSBPbiBCZWhhbGYgT2YgT2dha2ksIEtlbmljaGkNClNlbnQ6IFRodXJzZGF5 LCBEZWNlbWJlciAyNCwgMjAxNSAxMjozOSBQTQ0KVG86ICdRaW4gV3UnOyBsM3NtQGlldGYub3Jn DQpDYzogc3RlcGhhbmUubGl0a293c2tpQG9yYW5nZS5jb207IGFkcmlhbkBvbGRkb2cuY28udWsN ClN1YmplY3Q6IFJlOiBbTDNzbV0gSS1EIEFjdGlvbjogZHJhZnQtaWV0Zi1sM3NtLWwzdnBuLXNl cnZpY2UtbW9kZWwtMDIudHh0DQoNCkRlYXIgQWxsLA0KDQo+aHR0cHM6Ly90cmFjLnRvb2xzLmll dGYub3JnL3dnL2wzc20vdHJhYy90aWNrZXQvMTINCg0KVHdvIGNvbW1lbnRzIGZvciB0aGUgY3Vy cmVudCByb3V0aW5nLXByb3RvY29sczoNCg0KMS4gTm9kZSBuYW1lICJjYXNjYWRlZC1sYW4tcHJl Zml4ZXMiIHNob3VsZCBiZSByZXdvcmRlZCwgZm9yIGV4YW1wbGUgb2YgImN1c3RvbWVyLWxhbi1w cmVmaXhlcyIuDQpObyBsb25nZXIgb25seSBmb3IgKmNhc2NhZGVkKiBsYW4uDQoNCjIuIFNob3Vs ZCB3ZSBoYXZlIGEgbWVhbiB0byByZXRyaWV2ZSB0aGUgcHJvdmlkZXIgYXV0b25vbW91cyBzeXN0 ZW0gbnVtYmVyIGZvciBiZ3AgdHlwZT8NCnJvIG5vZGUvb3BzIHN0YXRlIGlzIGVub3VnaC4NCklu IHRoZSBjYXNlIG9mIGN1c3RvbWVyIG1hbmFnZWQgQ0UsIG91ciBjdXN0b21lciBtdXN0IGtub3cg d2hhdCBBUyBudW1iZXIgdGhlIFBFIGhhcy4NCiNVc3VhbGx5LCB3ZSBsZXQgdGhlbSBrbm93IGl0 IG91dHNpZGUgdGhlIHVzZXIgaW50ZXJmYWNlLg0KDQpNZXJyeSBYJ21hcyAmIEhhcHB5IE5ldyBZ ZWFyLA0KS2VuaWNoaQ0KDQotLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KRnJvbTogTDNzbSBb bWFpbHRvOmwzc20tYm91bmNlc0BpZXRmLm9yZ10gT24gQmVoYWxmIE9mIFFpbiBXdQ0KU2VudDog V2VkbmVzZGF5LCBEZWNlbWJlciAyMywgMjAxNSA1OjE1IFBNDQpUbzogbDNzbUBpZXRmLm9yZw0K Q2M6IHN0ZXBoYW5lLmxpdGtvd3NraUBvcmFuZ2UuY29tOyBhZHJpYW5Ab2xkZG9nLmNvLnVrDQpT dWJqZWN0OiBSZTogW0wzc21dIEktRCBBY3Rpb246IGRyYWZ0LWlldGYtbDNzbS1sM3Zwbi1zZXJ2 aWNlLW1vZGVsLTAyLnR4dA0KDQpIaSwgQWxsOg0KQXMgYSBmb2xsb3ctdXAgdG8gdGhlIGRpc2N1 c3Npb24gZHVyaW5nIHRoZSBMM1NNIGludGVyaW0gY2FsbCB3ZSBoYWQgaW4gRGVjZW1iZXIgMjAx NSwgV2UgYXMgY2hhaXJzIGhhdmUgZmlsZWQgdHdvIGlzc3VlIHRpY2tldHMgaW4gdGhlIGlzc3Vl IHRyYWNrZXINCmh0dHBzOi8vdHJhYy50b29scy5pZXRmLm9yZy93Zy9sM3NtL3RyYWMvdGlja2V0 LzEyDQpodHRwczovL3RyYWMudG9vbHMuaWV0Zi5vcmcvd2cvbDNzbS90cmFjL3RpY2tldC8xMw0K DQpBdXRob3JzIGhhdmUgcmV2aXNlZCBJRCBiYXNlZCBvbiB0aGUgZGlzY3Vzc2lvbiBhbmQgYWdy ZWVkIHBvaW50IGR1cmluZyBpbnRlcmltIGNhbGwuDQpUaGFua3MgU3RlcGhhbmUgdG8gZ2V0IHRo aXMgZG9uZSBhbmQgY2xvc2UgbW9zdCBvZiBvcGVuIGlzc3VlcyB3ZSBoYWQgaW4gdGhlIGlzc3Vl IHRyYWNrZXIgZXhjZXB0IHRoZSBmb2xsb3dpbmcgdHdvIGlzc3VlczoNCjEuSW52ZW50b3J5IG9w cyBzdGF0ZSBpc3N1ZQ0KMi4gVlBOIG1lcmdpbmcgaXNzdWUNClRoZSBkaWZmOg0KaHR0cHM6Ly93 d3cuaWV0Zi5vcmcvcmZjZGlmZj91cmwyPWRyYWZ0LWlldGYtbDNzbS1sM3Zwbi1zZXJ2aWNlLW1v ZGVsLTAyDQpQbGVhc2UgcmV2aWV3IHRoZSBjaGFuZ2VzIGFuZCBsZXQgdXMga25vdyBpZiB0aGVy ZSBpcyBhbnl0aGluZyBtaXNzZWQgb3IgYWRkaXRpb24gY2hhbmdlIHRoYXQgbmVlZHMgdG8gYmUg aW5jb3Jwb3JhdGVkIGluLg0KDQotUWluDQotLS0tLdPKvP7Urbz+LS0tLS0NCreivP7IyzogSS1E LUFubm91bmNlIFttYWlsdG86aS1kLWFubm91bmNlLWJvdW5jZXNAaWV0Zi5vcmddILT6se0gaW50 ZXJuZXQtZHJhZnRzQGlldGYub3JnDQq3osvNyrG85DogMjAxNcTqMTLUwjE1yNUgMTg6MzMNCsrV vP7IyzogaS1kLWFubm91bmNlQGlldGYub3JnDQqzrcvNOiBsM3NtQGlldGYub3JnDQrW98ziOiBJ LUQgQWN0aW9uOiBkcmFmdC1pZXRmLWwzc20tbDN2cG4tc2VydmljZS1tb2RlbC0wMi50eHQNCg0K DQpBIE5ldyBJbnRlcm5ldC1EcmFmdCBpcyBhdmFpbGFibGUgZnJvbSB0aGUgb24tbGluZSBJbnRl cm5ldC1EcmFmdHMgZGlyZWN0b3JpZXMuDQogVGhpcyBkcmFmdCBpcyBhIHdvcmsgaXRlbSBvZiB0 aGUgTDNWUE4gU2VydmljZSBNb2RlbCAgV29ya2luZyBHcm91cCBvZiB0aGUgSUVURi4NCg0KICAg ICAgICBUaXRsZSAgICAgICAgICAgOiBZQU5HIERhdGEgTW9kZWwgZm9yIEwzVlBOIHNlcnZpY2Ug ZGVsaXZlcnkNCiAgICAgICAgQXV0aG9ycyAgICAgICAgIDogU3RlcGhhbmUgTGl0a293c2tpDQog ICAgICAgICAgICAgICAgICAgICAgICAgIFJvYiBTaGFraXINCiAgICAgICAgICAgICAgICAgICAg ICAgICAgTHVpcyBUb21vdGFraQ0KICAgICAgICAgICAgICAgICAgICAgICAgICBLZXZpbiBEJ1Nv dXphDQoJRmlsZW5hbWUgICAgICAgIDogZHJhZnQtaWV0Zi1sM3NtLWwzdnBuLXNlcnZpY2UtbW9k ZWwtMDIudHh0DQoJUGFnZXMgICAgICAgICAgIDogMTAwDQoJRGF0ZSAgICAgICAgICAgIDogMjAx NS0xMi0xNQ0KDQpBYnN0cmFjdDoNCiAgIFRoaXMgZG9jdW1lbnQgZGVmaW5lcyBhIFlBTkcgZGF0 YSBtb2RlbCB0aGF0IGNhbiBiZSB1c2VkIHRvIGRlbGl2ZXIgYQ0KICAgTGF5ZXIgMyBQcm92aWRl ciBQcm92aXNpb25lZCBWUE4gc2VydmljZS4gIFRoZSBkb2N1bWVudCBpcyBsaW1pdGVkIHRvDQog ICB0aGUgQkdQIFBFLWJhc2VkIFZQTnMgYXMgZGVzY3JpYmVkIGluIFJGQzQxMTAgYW5kIFJGQzQz NjQuICBUaGlzDQogICBtb2RlbCBpcyBpbnRlbmRlZCB0byBiZSBpbnN0YW50aWF0ZWQgYXQgbWFu YWdlbWVudCBzeXN0ZW0gdG8gZGVsaXZlcg0KICAgdGhlIG92ZXJhbGwgc2VydmljZS4gIFRoaXMg bW9kZWwgaXMgbm90IGEgY29uZmlndXJhdGlvbiBtb2RlbCB0byBiZQ0KICAgdXNlZCBkaXJlY3Rs eSBvbiBuZXR3b3JrIGVsZW1lbnRzLiAgVGhpcyBtb2RlbCBwcm92aWRlcyBhbiBhYnN0cmFjdGVk DQogICB2aWV3IG9mIHRoZSBMYXllciAzIElQVlBOIHNlcnZpY2UgY29uZmlndXJhdGlvbiBjb21w b25lbnRzLiAgSXQgd2lsbA0KICAgYmUgdXAgdG8gYSBtYW5hZ2VtZW50IHN5c3RlbSB0byB0YWtl IHRoaXMgYXMgYW4gaW5wdXQgYW5kIHVzZQ0KICAgc3BlY2lmaWMgY29uZmlndXJhdGlvbnMgbW9k ZWxzIHRvIGNvbmZpZ3VyZSB0aGUgZGlmZmVyZW50IG5ldHdvcmsNCiAgIGVsZW1lbnRzIHRvIGRl bGl2ZXIgdGhlIHNlcnZpY2UuICBIb3cgY29uZmlndXJhdGlvbiBvZiBuZXR3b3JrDQogICBlbGVt ZW50cyBpcyBkb25lIGlzIG91dCBvZiBzY29wZSBvZiB0aGUgZG9jdW1lbnQuDQoNCg0KDQpUaGUg SUVURiBkYXRhdHJhY2tlciBzdGF0dXMgcGFnZSBmb3IgdGhpcyBkcmFmdCBpczoNCmh0dHBzOi8v ZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWlldGYtbDNzbS1sM3Zwbi1zZXJ2aWNlLW1v ZGVsLw0KDQpUaGVyZSdzIGFsc28gYSBodG1saXplZCB2ZXJzaW9uIGF2YWlsYWJsZSBhdDoNCmh0 dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1pZXRmLWwzc20tbDN2cG4tc2VydmljZS1t b2RlbC0wMg0KDQpBIGRpZmYgZnJvbSB0aGUgcHJldmlvdXMgdmVyc2lvbiBpcyBhdmFpbGFibGUg YXQ6DQpodHRwczovL3d3dy5pZXRmLm9yZy9yZmNkaWZmP3VybDI9ZHJhZnQtaWV0Zi1sM3NtLWwz dnBuLXNlcnZpY2UtbW9kZWwtMDINCg0KDQpQbGVhc2Ugbm90ZSB0aGF0IGl0IG1heSB0YWtlIGEg Y291cGxlIG9mIG1pbnV0ZXMgZnJvbSB0aGUgdGltZSBvZiBzdWJtaXNzaW9uIHVudGlsIHRoZSBo dG1saXplZCB2ZXJzaW9uIGFuZCBkaWZmIGFyZSBhdmFpbGFibGUgYXQgdG9vbHMuaWV0Zi5vcmcu DQoNCkludGVybmV0LURyYWZ0cyBhcmUgYWxzbyBhdmFpbGFibGUgYnkgYW5vbnltb3VzIEZUUCBh dDoNCmZ0cDovL2Z0cC5pZXRmLm9yZy9pbnRlcm5ldC1kcmFmdHMvDQoNCl9fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQpJLUQtQW5ub3VuY2UgbWFpbGluZyBs aXN0DQpJLUQtQW5ub3VuY2VAaWV0Zi5vcmcNCmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4v bGlzdGluZm8vaS1kLWFubm91bmNlDQpJbnRlcm5ldC1EcmFmdCBkaXJlY3RvcmllczogaHR0cDov L3d3dy5pZXRmLm9yZy9zaGFkb3cuaHRtbCBvciBmdHA6Ly9mdHAuaWV0Zi5vcmcvaWV0Zi8xc2hh ZG93LXNpdGVzLnR4dA0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX18NCkwzc20gbWFpbGluZyBsaXN0DQpMM3NtQGlldGYub3JnDQpodHRwczovL3d3dy5pZXRm Lm9yZy9tYWlsbWFuL2xpc3RpbmZvL2wzc20NCg0KX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX18NCkwzc20gbWFpbGluZyBsaXN0DQpMM3NtQGlldGYub3JnDQpo dHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2wzc20NCg0KDQpfX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQoN CkNlIG1lc3NhZ2UgZXQgc2VzIHBpZWNlcyBqb2ludGVzIHBldXZlbnQgY29udGVuaXIgZGVzIGlu Zm9ybWF0aW9ucyBjb25maWRlbnRpZWxsZXMgb3UgcHJpdmlsZWdpZWVzIGV0IG5lIGRvaXZlbnQg ZG9uYyBwYXMgZXRyZSBkaWZmdXNlcywgZXhwbG9pdGVzIG91IGNvcGllcyBzYW5zIGF1dG9yaXNh dGlvbi4gU2kgdm91cyBhdmV6IHJlY3UgY2UgbWVzc2FnZSBwYXIgZXJyZXVyLCB2ZXVpbGxleiBs ZSBzaWduYWxlciBhIGwnZXhwZWRpdGV1ciBldCBsZSBkZXRydWlyZSBhaW5zaSBxdWUgbGVzIHBp ZWNlcyBqb2ludGVzLiBMZXMgbWVzc2FnZXMgZWxlY3Ryb25pcXVlcyBldGFudCBzdXNjZXB0aWJs ZXMgZCdhbHRlcmF0aW9uLCBPcmFuZ2UgZGVjbGluZSB0b3V0ZSByZXNwb25zYWJpbGl0ZSBzaSBj ZSBtZXNzYWdlIGEgZXRlIGFsdGVyZSwgZGVmb3JtZSBvdSBmYWxzaWZpZS4gTWVyY2kuDQoNClRo aXMgbWVzc2FnZSBhbmQgaXRzIGF0dGFjaG1lbnRzIG1heSBjb250YWluIGNvbmZpZGVudGlhbCBv ciBwcml2aWxlZ2VkIGluZm9ybWF0aW9uIHRoYXQgbWF5IGJlIHByb3RlY3RlZCBieSBsYXc7IHRo ZXkgc2hvdWxkIG5vdCBiZSBkaXN0cmlidXRlZCwgdXNlZCBvciBjb3BpZWQgd2l0aG91dCBhdXRo b3Jpc2F0aW9uLg0KSWYgeW91IGhhdmUgcmVjZWl2ZWQgdGhpcyBlbWFpbCBpbiBlcnJvciwgcGxl YXNlIG5vdGlmeSB0aGUgc2VuZGVyIGFuZCBkZWxldGUgdGhpcyBtZXNzYWdlIGFuZCBpdHMgYXR0 YWNobWVudHMuDQpBcyBlbWFpbHMgbWF5IGJlIGFsdGVyZWQsIE9yYW5nZSBpcyBub3QgbGlhYmxl IGZvciBtZXNzYWdlcyB0aGF0IGhhdmUgYmVlbiBtb2RpZmllZCwgY2hhbmdlZCBvciBmYWxzaWZp ZWQuDQpUaGFuayB5b3UuDQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fDQpMM3NtIG1haWxpbmcgbGlzdA0KTDNzbUBpZXRmLm9yZw0KaHR0cHM6Ly93d3cu aWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9sM3NtDQoNCl9fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fDQpMM3NtIG1haWxpbmcgbGlzdA0KTDNzbUBpZXRmLm9y Zw0KaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9sM3NtDQoNCl9fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQpMM3NtIG1haWxpbmcgbGlz dA0KTDNzbUBpZXRmLm9yZw0KaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9s M3NtDQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX18NCg0KQ2UgbWVzc2FnZSBldCBzZXMgcGllY2VzIGpvaW50ZXMgcGV1dmVu dCBjb250ZW5pciBkZXMgaW5mb3JtYXRpb25zIGNvbmZpZGVudGllbGxlcyBvdSBwcml2aWxlZ2ll ZXMgZXQgbmUgZG9pdmVudCBkb25jIHBhcyBldHJlIGRpZmZ1c2VzLCBleHBsb2l0ZXMgb3UgY29w aWVzIHNhbnMgYXV0b3Jpc2F0aW9uLiBTaSB2b3VzIGF2ZXogcmVjdSBjZSBtZXNzYWdlIHBhciBl cnJldXIsIHZldWlsbGV6IGxlIHNpZ25hbGVyIGEgbCdleHBlZGl0ZXVyIGV0IGxlIGRldHJ1aXJl IGFpbnNpIHF1ZSBsZXMgcGllY2VzIGpvaW50ZXMuIExlcyBtZXNzYWdlcyBlbGVjdHJvbmlxdWVz IGV0YW50IHN1c2NlcHRpYmxlcyBkJ2FsdGVyYXRpb24sIE9yYW5nZSBkZWNsaW5lIHRvdXRlIHJl c3BvbnNhYmlsaXRlIHNpIGNlIG1lc3NhZ2UgYSBldGUgYWx0ZXJlLCBkZWZvcm1lIG91IGZhbHNp ZmllLiBNZXJjaS4NCg0KVGhpcyBtZXNzYWdlIGFuZCBpdHMgYXR0YWNobWVudHMgbWF5IGNvbnRh aW4gY29uZmlkZW50aWFsIG9yIHByaXZpbGVnZWQgaW5mb3JtYXRpb24gdGhhdCBtYXkgYmUgcHJv dGVjdGVkIGJ5IGxhdzsgdGhleSBzaG91bGQgbm90IGJlIGRpc3RyaWJ1dGVkLCB1c2VkIG9yIGNv cGllZCB3aXRob3V0IGF1dGhvcmlzYXRpb24uDQpJZiB5b3UgaGF2ZSByZWNlaXZlZCB0aGlzIGVt YWlsIGluIGVycm9yLCBwbGVhc2Ugbm90aWZ5IHRoZSBzZW5kZXIgYW5kIGRlbGV0ZSB0aGlzIG1l c3NhZ2UgYW5kIGl0cyBhdHRhY2htZW50cy4NCkFzIGVtYWlscyBtYXkgYmUgYWx0ZXJlZCwgT3Jh bmdlIGlzIG5vdCBsaWFibGUgZm9yIG1lc3NhZ2VzIHRoYXQgaGF2ZSBiZWVuIG1vZGlmaWVkLCBj aGFuZ2VkIG9yIGZhbHNpZmllZC4NClRoYW5rIHlvdS4NCg0KX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX18NCkwzc20gbWFpbGluZyBsaXN0DQpMM3NtQGlldGYu b3JnDQpodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2wzc20NCg0KCl9fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X18KCkNlIG1lc3NhZ2UgZXQgc2VzIHBpZWNlcyBqb2ludGVzIHBldXZlbnQgY29udGVuaXIgZGVz IGluZm9ybWF0aW9ucyBjb25maWRlbnRpZWxsZXMgb3UgcHJpdmlsZWdpZWVzIGV0IG5lIGRvaXZl bnQgZG9uYwpwYXMgZXRyZSBkaWZmdXNlcywgZXhwbG9pdGVzIG91IGNvcGllcyBzYW5zIGF1dG9y aXNhdGlvbi4gU2kgdm91cyBhdmV6IHJlY3UgY2UgbWVzc2FnZSBwYXIgZXJyZXVyLCB2ZXVpbGxl eiBsZSBzaWduYWxlcgphIGwnZXhwZWRpdGV1ciBldCBsZSBkZXRydWlyZSBhaW5zaSBxdWUgbGVz IHBpZWNlcyBqb2ludGVzLiBMZXMgbWVzc2FnZXMgZWxlY3Ryb25pcXVlcyBldGFudCBzdXNjZXB0 aWJsZXMgZCdhbHRlcmF0aW9uLApPcmFuZ2UgZGVjbGluZSB0b3V0ZSByZXNwb25zYWJpbGl0ZSBz aSBjZSBtZXNzYWdlIGEgZXRlIGFsdGVyZSwgZGVmb3JtZSBvdSBmYWxzaWZpZS4gTWVyY2kuCgpU aGlzIG1lc3NhZ2UgYW5kIGl0cyBhdHRhY2htZW50cyBtYXkgY29udGFpbiBjb25maWRlbnRpYWwg b3IgcHJpdmlsZWdlZCBpbmZvcm1hdGlvbiB0aGF0IG1heSBiZSBwcm90ZWN0ZWQgYnkgbGF3Owp0 aGV5IHNob3VsZCBub3QgYmUgZGlzdHJpYnV0ZWQsIHVzZWQgb3IgY29waWVkIHdpdGhvdXQgYXV0 aG9yaXNhdGlvbi4KSWYgeW91IGhhdmUgcmVjZWl2ZWQgdGhpcyBlbWFpbCBpbiBlcnJvciwgcGxl YXNlIG5vdGlmeSB0aGUgc2VuZGVyIGFuZCBkZWxldGUgdGhpcyBtZXNzYWdlIGFuZCBpdHMgYXR0 YWNobWVudHMuCkFzIGVtYWlscyBtYXkgYmUgYWx0ZXJlZCwgT3JhbmdlIGlzIG5vdCBsaWFibGUg Zm9yIG1lc3NhZ2VzIHRoYXQgaGF2ZSBiZWVuIG1vZGlmaWVkLCBjaGFuZ2VkIG9yIGZhbHNpZmll ZC4KVGhhbmsgeW91LgoK From nobody Tue Jan 12 06:43:23 2016 Return-Path: X-Original-To: l3sm@ietfa.amsl.com Delivered-To: l3sm@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7120E1B2A6B for ; Tue, 12 Jan 2016 06:43:22 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.813 X-Spam-Level: X-Spam-Status: No, score=-0.813 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, CN_BODY_35=0.339, J_CHICKENPOX_12=0.6, MIME_CHARSET_FARAWAY=2.45, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id uBtrAbpFehPS for ; Tue, 12 Jan 2016 06:43:18 -0800 (PST) Received: from post-send.kddi.com (athena2.kddi.com [27.90.165.195]) by ietfa.amsl.com (Postfix) with ESMTP id 0825D1B2A6A for ; Tue, 12 Jan 2016 06:43:17 -0800 (PST) Received: from LTMC2123.kddi.com (LTMC2123.kddi.com [10.206.0.65]) by post-send.kddi.com (KDDI Mail) with ESMTP id 80345E0021; Tue, 12 Jan 2016 23:43:16 +0900 (JST) Received: from LTMC2146.kddi.com ([10.206.0.236] [10.206.0.236]) by LTMC2123.kddi.com with ESMTP; Tue, 12 Jan 2016 23:43:16 +0900 Received: from LTMC2146.kddi.com (localhost [127.0.0.1]) by localhost.kddi.com (Postfix) with ESMTP id 4FF1730005D; Tue, 12 Jan 2016 23:43:16 +0900 (JST) Received: from LTMC2152.kddi.com (post-incheck [10.206.0.239]) by LTMC2146.kddi.com (Postfix) with ESMTP id 44E80300051; Tue, 12 Jan 2016 23:43:16 +0900 (JST) Received: from LTMC2152.kddi.com (localhost.localdomain [127.0.0.1]) by LTMC2152.kddi.com with ESMTP id u0CEhFRD024704; Tue, 12 Jan 2016 23:43:16 +0900 Received: from LTMC2152.kddi.com.mid_29413719 (localhost.localdomain [127.0.0.1]) by LTMC2152.kddi.com with ESMTP id u0CEXC5P022117; Tue, 12 Jan 2016 23:33:12 +0900 X-SA-MID: 29413719 Received: from KDDI1508PC0003 ([10.211.186.221] [10.211.186.221]) by post-smtp2.kddi.com with ESMTPA; Tue, 12 Jan 2016 23:33:11 +0900 From: "Ogaki, Kenichi" To: , References: <015f01d13dfc$925ce730$b716b590$@kddi.com> <007d01d14695$e7de9310$b79bb930$@kddi.com> <3603_1451920156_568A8B1C_3603_701_1_9E32478DFA9976438E7A22F69B08FF9216815E11@OPEXCLILMA4.corporate.adroot.infra.ftgroup> <016901d14777$c0408830$40c19890$@kddi.com> <006201d14c55$2993fab0$7cbbf010$@kddi.com> <1999_1452523041_5693BE21_1999_114_1_9E32478DFA9976438E7A22F69B08FF92168371C7@OPEXCLILMA4.corporate.adroot.infra.ftgroup> <00fc01d14cd8$ac7216a0$055643e0$@kddi.com> <3657_1452589685_5694C275_3657_16_1_9E32478DFA9976438E7A22F69B08FF921683C0E2@OPEXCLILMA4.corporate.adroot.infra.ftgroup> In-Reply-To: <3657_1452589685_5694C275_3657_16_1_9E32478DFA9976438E7A22F69B08FF921683C0E2@OPEXCLILMA4.corporate.adroot.infra.ftgroup> Date: Tue, 12 Jan 2016 23:33:11 +0900 Message-ID: <007501d14d46$2a090a20$7e1b1e60$@kddi.com> MIME-Version: 1.0 Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQHKn6XS7EF51VS8d/IsQ4o8FZThKQJrdKmCAeG3o9MBjM48bgIS+/56AXkiOoEBbvjuoQEP3xMOAjuwDBeelEbdMA== Content-Language: ja X-TM-AS-MML: disable Archived-At: Subject: Re: [L3sm] I-D Action: draft-ietf-l3sm-l3vpn-service-model-02.txt X-BeenThere: l3sm@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: L3VPN Service YANG Model discussion group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jan 2016 14:43:22 -0000 Hi Stephane, Could you model the site#1 in the diagram, including all the VPNs and = connections? How can we make VPN3_Site1 only talk to VPN3? Site#1 VPN1_Site1 =20 ... VPN2_Site1 =20 ... VPN3_Site1 =20 ... 1 VPN1 any-to-any-role 2 VPN2 hub-role 3 VPN3 any-to-any-role All the best, Kenichi -----Original Message----- From: L3sm [mailto:l3sm-bounces@ietf.org] On Behalf Of = stephane.litkowski@orange.com Sent: Tuesday, January 12, 2016 6:08 PM To: Ogaki, Kenichi; l3sm@ietf.org Subject: Re: [L3sm] I-D Action: = draft-ietf-l3sm-l3vpn-service-model-02.txt Hi, There should be something I'm missing here ... First, 5.2.2 text was not reviewed after creating the hierarchy between = sites and accesses. So may be there is something to fix. But reading the text again, I think this is still applicable. In the diagram, a site connects to multiple VPNs but VPN policy is not = controlled per connection from a modeling point of view. It is = controlled per site. The diagram has only single homed site so may be = the confusion comes from here. Yes the model cannot differentiate vpn policy per connection, but IMO, = this is not desirable. I don't see why the model cannot achieve the paragraph you pointed. Site#3 1 VPN3 any-to-any The second part of the paragraph you mentioned talks about the device = configuration, not the modeling part. So the model will allow PE5 to be = configured with the VPN policy (import/export RT3). May be there is also a confusion there introduced by the text. -----Original Message----- From: Ogaki, Kenichi [mailto:ke-oogaki@kddi.com] Sent: Tuesday, January 12, 2016 02:29 To: LITKOWSKI Stephane SCE/OINIS; l3sm@ietf.org Subject: RE: [L3sm] I-D Action: = draft-ietf-l3sm-l3vpn-service-model-02.txt Hi Stephane, If a simple multihomed site case is, I agree. But, as the diagram in section 5.2.2, a site connects to multiple VPNs = and each vpn policy is controlled per connection. The current model = cannot differentiate vpn policy per connection. The current model cannot realize the case described in the following = sentence, for example. =20 > Consider a site#1 in VPN3 that must communicate only in VPN3, in = this > case, the vpn-policy will be similar to Site#1 of VPN1. The VRF on > PE5 for VPN3 will be so provisioned by the management system using > RT3 value as import and export value. All the best, Kenichi -----Original Message----- From: L3sm [mailto:l3sm-bounces@ietf.org] On Behalf Of = stephane.litkowski@orange.com Sent: Monday, January 11, 2016 11:37 PM To: Ogaki, Kenichi; l3sm@ietf.org Subject: Re: [L3sm] I-D Action: = draft-ietf-l3sm-l3vpn-service-model-02.txt Hi Kenichi, IMO, for a multihomed site, the VPN policy will always be the same on = each network connection the site is using. Do you see a reason why it = could be different ? Brgds, Stephane -----Original Message----- From: L3sm [mailto:l3sm-bounces@ietf.org] On Behalf Of Ogaki, Kenichi Sent: Monday, January 11, 2016 10:48 To: l3sm@ietf.org Subject: Re: [L3sm] I-D Action: = draft-ietf-l3sm-l3vpn-service-model-02.txt Hi Stephane and All, One more comment. Leaving issue#10 and vpn-policy in vpn-svc discussion aside, the = vpn-policy in the current model should be under site-network access? According to section 5.2.2, a vpn-policy should be controlled per pair = of a PE and a site, corresponding to site-network-access /ip-connection. When we place the vpn-policy directly under "sites", how can we relate a = vpn-policy to a specific PE. Thanks, Kenichi -----Original Message----- From: L3sm [mailto:l3sm-bounces@ietf.org] On Behalf Of Ogaki, Kenichi Sent: Tuesday, January 05, 2016 2:13 PM To: stephane.litkowski@orange.com; 'Qin Wu'; l3sm@ietf.org Cc: adrian@olddog.co.uk Subject: Re: [L3sm] I-D Action: = draft-ietf-l3sm-l3vpn-service-model-02.txt Hi Stephane, Please see inline. All the best, Kenichi -----Original Message----- From: L3sm [mailto:l3sm-bounces@ietf.org] On Behalf Of = stephane.litkowski@orange.com Sent: Tuesday, January 05, 2016 12:09 AM To: Ogaki, Kenichi; 'Qin Wu'; l3sm@ietf.org Cc: adrian@olddog.co.uk Subject: Re: [L3sm] I-D Action: = draft-ietf-l3sm-l3vpn-service-model-02.txt Hi, Best wishes for this new year. Pls find inline comments. -----Original Message----- From: Ogaki, Kenichi [mailto:ke-oogaki@kddi.com] Sent: Monday, January 04, 2016 03:16 To: 'Qin Wu'; l3sm@ietf.org Cc: LITKOWSKI Stephane SCE/OINIS; adrian@olddog.co.uk Subject: RE: [L3sm] I-D Action: = draft-ietf-l3sm-l3vpn-service-model-02.txt Dear All, Additional comments are here: *svc-id The type "svc-id" is used for lots of data node. Is this necessary? When we say "vpn-id", this is obviously an id by its name, and the only = thing to define is how we represent this, string, integer or = something=A1=AD If the type "svc-id" defines the length of string or = something constraint, it makes sense. =20 [SLI] svc-id just brings consistency on how we define all the = identifiers in the model (we ensure easily that all are using the same = encoding =3D> string) [KO] I understand. *routing-protocol The current model allows multiple routing protocols for a = site-network-access. It's technically possible, but is there any use = case for l3vpn service? #Is this only for dual-stack, one for IPv4 and the other for IPv6? [SLI] It is really usual to have dynamic routing + static routing at the = same time. (e.g. dynamic routing for customer LANs, + static routing for = admin) [KO] I understand. *QoS classification Since 5.2.6.1.1. says "The order of rule is defined by the "id" leaf. = The lowest "id" MUST be processed first.", we have to change the "id" = value whenever we want to reorder the existing rules. But the "id" is = key, and a key should not be changed in DB principle. Although it may be = an implementation matter, can we just use "ordered-by user" statement = for the list "rules"? [SLI] Agree, I will add the ordered-by user. Do you see other lists that = would require such user ordering ? [KO] I can't find any other ordered list. *std-qos-profile/custom-qos-profile If "std-qos-profile and custom-qos-profile cannot be used at the same = time." in 5.1.6.1.2, we can use a choice statement for std-qos-profile = and custom-qos-profile. [SLI] Agree, will fix it. *traffic protection Can we cover the function of "traffic-protection" by = "site-network-access/availability"? [SLI] Ack, I moved the traffic protection under availability. *vpn-policy For an readability of the model, the node name = "vpn-policy/entries/id/vpn/vpn" should be = "vpn-policy/entries/id/vpn/vpn-id". [SLI] Fixed. *notification How about defining notification node under vpn-svc and = site-network-access? We sometimes have to actively inform our customers of a failure or = something. What kind of the information depends on each operator, then anydata or = anyxml suits this. [SLI] Notification are normally not part of the tree, we can create rpcs = or notifications if necessary to retrieve operational infos. Could you raise a separate thread to discuss the need of notifications ? [KO] I will raise a separate thread. ex.) container site-network-accesses { list site-network-access { key site-network-access-id; ... notification info { anydata data; } ... } -Editorials Sec. 5.1.2. 2nd and 3rd configuration examples still use "name" and "id". Sec. 5.2. typo "ressources" in Location description. Sec. 5.2.1.2 typo "ressources" in 2nd paragraph Sec. 5.2.5.7. In 2nd paragraph, AS number is defined in routing-protocol/bgp in the = current model, and customer-specific-information is already deleted. The configuration example should also include "autonomous-system". Sec. 6. The configuration example still use "name" and "id". [SLI] Thanks for catching the errors, as the model evolved a lot, it s = hard to keep all the example synchronized :) Happy New Year, Kenichi -----Original Message----- From: L3sm [mailto:l3sm-bounces@ietf.org] On Behalf Of Ogaki, Kenichi Sent: Thursday, December 24, 2015 12:39 PM To: 'Qin Wu'; l3sm@ietf.org Cc: stephane.litkowski@orange.com; adrian@olddog.co.uk Subject: Re: [L3sm] I-D Action: = draft-ietf-l3sm-l3vpn-service-model-02.txt Dear All, >https://trac.tools.ietf.org/wg/l3sm/trac/ticket/12 Two comments for the current routing-protocols: 1. Node name "cascaded-lan-prefixes" should be reworded, for example of = "customer-lan-prefixes". No longer only for *cascaded* lan. 2. Should we have a mean to retrieve the provider autonomous system = number for bgp type? ro node/ops state is enough. In the case of customer managed CE, our customer must know what AS = number the PE has. #Usually, we let them know it outside the user interface. Merry X'mas & Happy New Year, Kenichi -----Original Message----- From: L3sm [mailto:l3sm-bounces@ietf.org] On Behalf Of Qin Wu Sent: Wednesday, December 23, 2015 5:15 PM To: l3sm@ietf.org Cc: stephane.litkowski@orange.com; adrian@olddog.co.uk Subject: Re: [L3sm] I-D Action: = draft-ietf-l3sm-l3vpn-service-model-02.txt Hi, All: As a follow-up to the discussion during the L3SM interim call we had in = December 2015, We as chairs have filed two issue tickets in the issue = tracker https://trac.tools.ietf.org/wg/l3sm/trac/ticket/12 https://trac.tools.ietf.org/wg/l3sm/trac/ticket/13 Authors have revised ID based on the discussion and agreed point during = interim call. Thanks Stephane to get this done and close most of open issues we had in = the issue tracker except the following two issues: 1.Inventory ops state issue 2. VPN merging issue The diff: https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-l3sm-l3vpn-service-model-0= 2 Please review the changes and let us know if there is anything missed or = addition change that needs to be incorporated in. -Qin -----=D3=CA=BC=FE=D4=AD=BC=FE----- =B7=A2=BC=FE=C8=CB: I-D-Announce [mailto:i-d-announce-bounces@ietf.org] = =B4=FA=B1=ED internet-drafts@ietf.org =B7=A2=CB=CD=CA=B1=BC=E4: 2015=C4=EA12=D4=C215=C8=D5 18:33 =CA=D5=BC=FE=C8=CB: i-d-announce@ietf.org =B3=AD=CB=CD: l3sm@ietf.org =D6=F7=CC=E2: I-D Action: draft-ietf-l3sm-l3vpn-service-model-02.txt A New Internet-Draft is available from the on-line Internet-Drafts = directories. This draft is a work item of the L3VPN Service Model Working Group of = the IETF. Title : YANG Data Model for L3VPN service delivery Authors : Stephane Litkowski Rob Shakir Luis Tomotaki Kevin D'Souza Filename : draft-ietf-l3sm-l3vpn-service-model-02.txt Pages : 100 Date : 2015-12-15 Abstract: This document defines a YANG data model that can be used to deliver a Layer 3 Provider Provisioned VPN service. The document is limited to the BGP PE-based VPNs as described in RFC4110 and RFC4364. This model is intended to be instantiated at management system to deliver the overall service. This model is not a configuration model to be used directly on network elements. This model provides an abstracted view of the Layer 3 IPVPN service configuration components. It will be up to a management system to take this as an input and use specific configurations models to configure the different network elements to deliver the service. How configuration of network elements is done is out of scope of the document. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-l3sm-l3vpn-service-model/ There's also a htmlized version available at: https://tools.ietf.org/html/draft-ietf-l3sm-l3vpn-service-model-02 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-l3sm-l3vpn-service-model-0= 2 Please note that it may take a couple of minutes from the time of = submission until the htmlized version and diff are available at = tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ _______________________________________________ I-D-Announce mailing list I-D-Announce@ietf.org https://www.ietf.org/mailman/listinfo/i-d-announce Internet-Draft directories: http://www.ietf.org/shadow.html or = ftp://ftp.ietf.org/ietf/1shadow-sites.txt _______________________________________________ L3sm mailing list L3sm@ietf.org https://www.ietf.org/mailman/listinfo/l3sm _______________________________________________ L3sm mailing list L3sm@ietf.org https://www.ietf.org/mailman/listinfo/l3sm _________________________________________________________________________= ________________________________________________ Ce message et ses pieces jointes peuvent contenir des informations = confidentielles ou privilegiees et ne doivent donc pas etre diffuses, = exploites ou copies sans autorisation. Si vous avez recu ce message par = erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les = pieces jointes. Les messages electroniques etant susceptibles = d'alteration, Orange decline toute responsabilite si ce message a ete = altere, deforme ou falsifie. Merci. This message and its attachments may contain confidential or privileged = information that may be protected by law; they should not be = distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and = delete this message and its attachments. As emails may be altered, Orange is not liable for messages that have = been modified, changed or falsified. Thank you. _______________________________________________ L3sm mailing list L3sm@ietf.org https://www.ietf.org/mailman/listinfo/l3sm _______________________________________________ L3sm mailing list L3sm@ietf.org https://www.ietf.org/mailman/listinfo/l3sm _______________________________________________ L3sm mailing list L3sm@ietf.org https://www.ietf.org/mailman/listinfo/l3sm _________________________________________________________________________= ________________________________________________ Ce message et ses pieces jointes peuvent contenir des informations = confidentielles ou privilegiees et ne doivent donc pas etre diffuses, = exploites ou copies sans autorisation. Si vous avez recu ce message par = erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les = pieces jointes. Les messages electroniques etant susceptibles = d'alteration, Orange decline toute responsabilite si ce message a ete = altere, deforme ou falsifie. Merci. This message and its attachments may contain confidential or privileged = information that may be protected by law; they should not be = distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and = delete this message and its attachments. As emails may be altered, Orange is not liable for messages that have = been modified, changed or falsified. Thank you. _______________________________________________ L3sm mailing list L3sm@ietf.org https://www.ietf.org/mailman/listinfo/l3sm _________________________________________________________________________= ________________________________________________ Ce message et ses pieces jointes peuvent contenir des informations = confidentielles ou privilegiees et ne doivent donc pas etre diffuses, = exploites ou copies sans autorisation. Si vous avez recu ce message par = erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les = pieces jointes. Les messages electroniques etant susceptibles = d'alteration, Orange decline toute responsabilite si ce message a ete = altere, deforme ou falsifie. Merci. This message and its attachments may contain confidential or privileged = information that may be protected by law; they should not be = distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and = delete this message and its attachments. As emails may be altered, Orange is not liable for messages that have = been modified, changed or falsified. Thank you. _______________________________________________ L3sm mailing list L3sm@ietf.org https://www.ietf.org/mailman/listinfo/l3sm From nobody Thu Jan 14 00:35:48 2016 Return-Path: X-Original-To: l3sm@ietfa.amsl.com Delivered-To: l3sm@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4FE351B2CED for ; Thu, 14 Jan 2016 00:35:46 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.79 X-Spam-Level: X-Spam-Status: No, score=0.79 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, CN_BODY_35=0.339, FREEMAIL_FROM=0.001, J_CHICKENPOX_12=0.6, MIME_CHARSET_FARAWAY=2.45, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id AyaI12zMQHO7 for ; Thu, 14 Jan 2016 00:35:43 -0800 (PST) Received: from relais-inet.francetelecom.com (relais-ias92.francetelecom.com [193.251.215.92]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 57F171A92E0 for ; Thu, 14 Jan 2016 00:35:42 -0800 (PST) Received: from omfedm05.si.francetelecom.fr (unknown [xx.xx.xx.1]) by omfedm11.si.francetelecom.fr (ESMTP service) with ESMTP id B28873B4518; Thu, 14 Jan 2016 09:35:40 +0100 (CET) Received: from Exchangemail-eme2.itn.ftgroup (unknown [10.114.31.31]) by omfedm05.si.francetelecom.fr (ESMTP service) with ESMTP id 9017A35C06A; Thu, 14 Jan 2016 09:35:40 +0100 (CET) Received: from OPEXCLILMA4.corporate.adroot.infra.ftgroup ([fe80::65de:2f08:41e6:ebbe]) by OPEXCLILM22.corporate.adroot.infra.ftgroup ([fe80::8c90:f4e9:be28:2a1%19]) with mapi id 14.03.0279.002; Thu, 14 Jan 2016 09:35:40 +0100 From: To: "Ogaki, Kenichi" , "l3sm@ietf.org" Thread-Topic: [L3sm] I-D Action: draft-ietf-l3sm-l3vpn-service-model-02.txt Thread-Index: AQHRNyQASFTWgXlJrky4uLxNNvqAOZ7YPm3QgAE7qwCAETKrAIAA3/9AgADjsgCACbrOAIAAYQFAgACmCYCAAI5dEIAATJ6AgALQYyA= Date: Thu, 14 Jan 2016 08:35:39 +0000 Message-ID: <1706_1452760540_56975DDC_1706_13886_1_9E32478DFA9976438E7A22F69B08FF921683EAEB@OPEXCLILMA4.corporate.adroot.infra.ftgroup> References: <015f01d13dfc$925ce730$b716b590$@kddi.com> <007d01d14695$e7de9310$b79bb930$@kddi.com> <3603_1451920156_568A8B1C_3603_701_1_9E32478DFA9976438E7A22F69B08FF9216815E11@OPEXCLILMA4.corporate.adroot.infra.ftgroup> <016901d14777$c0408830$40c19890$@kddi.com> <006201d14c55$2993fab0$7cbbf010$@kddi.com> <1999_1452523041_5693BE21_1999_114_1_9E32478DFA9976438E7A22F69B08FF92168371C7@OPEXCLILMA4.corporate.adroot.infra.ftgroup> <00fc01d14cd8$ac7216a0$055643e0$@kddi.com> <3657_1452589685_5694C275_3657_16_1_9E32478DFA9976438E7A22F69B08FF921683C0E2@OPEXCLILMA4.corporate.adroot.infra.ftgroup> <007501d14d46$2a090a20$7e1b1e60$@kddi.com> In-Reply-To: <007501d14d46$2a090a20$7e1b1e60$@kddi.com> Accept-Language: fr-FR, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.168.234.3] Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-PMX-Version: 6.2.1.2478543, Antispam-Engine: 2.7.2.2107409, Antispam-Data: 2016.1.14.75417 Archived-At: Subject: Re: [L3sm] I-D Action: draft-ietf-l3sm-l3vpn-service-model-02.txt X-BeenThere: l3sm@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: L3VPN Service YANG Model discussion group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Jan 2016 08:35:46 -0000 SGksDQoNCkkgdGhpbmsgdGhlcmUgaXMgYSBtaXN1bmRlcnN0YW5kaW5nIGluIHRoZSBuYW1pbmcg dXNlZCBpbiB0aGUgZGlhZ3JhbS4NCg0KVlBOMV9zaXRlMSBhbmQgVlBOMl9zaXRlMiBhcmUgbm90 IHJlZmVycmluZyB0byB0aGUgc2FtZSBjdXN0b21lciBzaXRlLiBWUE5fc2l0ZTEgbWVhbnMgc2l0 ZSBudW1iZXIjMSBpbiBWUE4xLiBBbmQgVlBOMl9zaXRlMSBtZWFucyBzaXRlIG51bWJlciMxIGlu IFZQTjIsIGJ1dCB0aGVzZSBhcmUgbm90IHRoZSBzYW1lIGN1c3RvbWVyIHNpdGUuDQpJIGNhbiBj aGFuZ2UgdGhlIG5hbWluZyB0byBlbnN1cmUgYmV0dGVyIHJlYWRpbmcgYW5kIHByZXZlbnQgc3Vj aCBtaXN1bmRlcnN0YW5kaW5nLiANCg0KDQpBcyB3ZSBkaXNjdXNzZWQgdGhlcmUgaXMgbm8gcmVh bCB1c2UgY2FzZSB0byBoYXZlIGEgbXVsdGlob21lZCBzaXRlIHdpdGggb25lIGNvbm5lY3Rpb24g YmVsb25naW5nIHRvIFZQTjEgYW5kIGFub3RoZXIgY29ubmVjdGlvbiB0byBWUE4yLiBJZiBtdWx0 aXBsZSBWUE5zIGFyZSB1c2VkIGJ5IHRoZSBzaXRlLCBMQU4gd2lsbCBiZSB1c2VkIGluIHRoZSBW UE4gcG9saWN5IHRvIGV4cHJlc3MgaXQuDQoNCkJlc3QgUmVnYXJkcywNCg0KLS0tLS1PcmlnaW5h bCBNZXNzYWdlLS0tLS0NCkZyb206IE9nYWtpLCBLZW5pY2hpIFttYWlsdG86a2Utb29nYWtpQGtk ZGkuY29tXSANClNlbnQ6IFR1ZXNkYXksIEphbnVhcnkgMTIsIDIwMTYgMTU6MzMNClRvOiBMSVRL T1dTS0kgU3RlcGhhbmUgU0NFL09JTklTOyBsM3NtQGlldGYub3JnDQpTdWJqZWN0OiBSRTogW0wz c21dIEktRCBBY3Rpb246IGRyYWZ0LWlldGYtbDNzbS1sM3Zwbi1zZXJ2aWNlLW1vZGVsLTAyLnR4 dA0KDQpIaSBTdGVwaGFuZSwNCg0KQ291bGQgeW91IG1vZGVsIHRoZSBzaXRlIzEgaW4gdGhlIGRp YWdyYW0sIGluY2x1ZGluZyBhbGwgdGhlIFZQTnMgYW5kIGNvbm5lY3Rpb25zPw0KSG93IGNhbiB3 ZSBtYWtlIFZQTjNfU2l0ZTEgb25seSB0YWxrIHRvIFZQTjM/DQoNCjxzaXRlcz4NCiAgPHNpdGUt aWQ+U2l0ZSMxPC9zaXRlLWlkPg0KICA8c2l0ZS1uZXR3b3JrLWFjY2Vzc2VzPg0KICAgIDxzaXRl LW5ldHdvcmstYWNjZXNzPg0KICAgICAgPHNpdGUtbmV0d29yay1hY2Nlc3MtaWQ+VlBOMV9TaXRl MTwvc2l0ZS1uZXR3b3JrLWFjY2Vzcy1pZD4NCiAgICAgIDwhLS1pcC1jb25uZWN0aW9uIHRvIFBF MSAtLT4gIA0KICAgICAgLi4uDQogICAgPC9zaXRlLW5ldHdvcmstYWNjZXNzPg0KICAgIDxzaXRl LW5ldHdvcmstYWNjZXNzPg0KICAgICAgPHNpdGUtbmV0d29yay1hY2Nlc3MtaWQ+VlBOMl9TaXRl MTwvc2l0ZS1uZXR3b3JrLWFjY2Vzcy1pZD4NCiAgICAgIDwhLS1pcC1jb25uZWN0aW9uIHRvIFBF MyAtLT4gIA0KICAgICAgLi4uDQogICAgPC9zaXRlLW5ldHdvcmstYWNjZXNzPg0KICAgIDxzaXRl LW5ldHdvcmstYWNjZXNzPg0KICAgICAgPHNpdGUtbmV0d29yay1hY2Nlc3MtaWQ+VlBOM19TaXRl MTwvc2l0ZS1uZXR3b3JrLWFjY2Vzcy1pZD4NCiAgICAgIDwhLS1pcC1jb25uZWN0aW9uIHRvIFBF NSAtLT4gIA0KICAgICAgLi4uDQogICAgPC9zaXRlLW5ldHdvcmstYWNjZXNzPg0KICA8L3NpdGUt bmV0d29yay1hY2Nlc3Nlcz4NCiAgPHZwbi1wb2xpY3k+DQogICAgPGVudHJpZXM+DQogICAgICA8 aWQ+MTwvaWQ+DQogICAgICA8dnBuPg0KICAgICAgICA8dnBuLWlkPlZQTjE8L3Zwbi1pZD4NCiAg ICAgICAgPHNpdGUtcm9sZT5hbnktdG8tYW55LXJvbGU8L3NpdGUtcm9sZT4NCiAgICAgIDwvdnBu Pg0KICAgIDwvZW50cmllcz4NCiAgICA8ZW50cmllcz4NCiAgICAgIDxpZD4yPC9pZD4NCiAgICAg IDx2cG4+DQogICAgICAgIDx2cG4taWQ+VlBOMjwvdnBuLWlkPg0KICAgICAgICA8c2l0ZS1yb2xl Pmh1Yi1yb2xlPC9zaXRlLXJvbGU+DQogICAgICA8L3Zwbj4NCiAgICA8L2VudHJpZXM+DQogICAg PGVudHJpZXM+DQogICAgICA8aWQ+MzwvaWQ+DQogICAgICA8dnBuPg0KICAgICAgICA8dnBuLWlk PlZQTjM8L3Zwbi1pZD4NCiAgICAgICAgPHNpdGUtcm9sZT5hbnktdG8tYW55LXJvbGU8L3NpdGUt cm9sZT4NCiAgICAgIDwvdnBuPg0KICAgIDwvZW50cmllcz4NCiAgPC92cG4tcG9saWN5Pg0KPC9z aXRlcz4NCg0KQWxsIHRoZSBiZXN0LA0KS2VuaWNoaQ0KDQotLS0tLU9yaWdpbmFsIE1lc3NhZ2Ut LS0tLQ0KRnJvbTogTDNzbSBbbWFpbHRvOmwzc20tYm91bmNlc0BpZXRmLm9yZ10gT24gQmVoYWxm IE9mIHN0ZXBoYW5lLmxpdGtvd3NraUBvcmFuZ2UuY29tDQpTZW50OiBUdWVzZGF5LCBKYW51YXJ5 IDEyLCAyMDE2IDY6MDggUE0NClRvOiBPZ2FraSwgS2VuaWNoaTsgbDNzbUBpZXRmLm9yZw0KU3Vi amVjdDogUmU6IFtMM3NtXSBJLUQgQWN0aW9uOiBkcmFmdC1pZXRmLWwzc20tbDN2cG4tc2Vydmlj ZS1tb2RlbC0wMi50eHQNCg0KSGksDQoNClRoZXJlIHNob3VsZCBiZSBzb21ldGhpbmcgSSdtIG1p c3NpbmcgaGVyZSAuLi4NCg0KRmlyc3QsIDUuMi4yIHRleHQgd2FzIG5vdCByZXZpZXdlZCBhZnRl ciBjcmVhdGluZyB0aGUgaGllcmFyY2h5IGJldHdlZW4gc2l0ZXMgYW5kIGFjY2Vzc2VzLiBTbyBt YXkgYmUgdGhlcmUgaXMgc29tZXRoaW5nIHRvIGZpeC4NCg0KQnV0IHJlYWRpbmcgdGhlIHRleHQg YWdhaW4sIEkgdGhpbmsgdGhpcyBpcyBzdGlsbCBhcHBsaWNhYmxlLg0KSW4gdGhlIGRpYWdyYW0s IGEgc2l0ZSBjb25uZWN0cyB0byBtdWx0aXBsZSBWUE5zIGJ1dCBWUE4gcG9saWN5IGlzIG5vdCBj b250cm9sbGVkIHBlciBjb25uZWN0aW9uIGZyb20gYSBtb2RlbGluZyBwb2ludCBvZiB2aWV3LiBJ dCBpcyBjb250cm9sbGVkIHBlciBzaXRlLiBUaGUgZGlhZ3JhbSBoYXMgb25seSBzaW5nbGUgaG9t ZWQgc2l0ZSBzbyBtYXkgYmUgdGhlIGNvbmZ1c2lvbiBjb21lcyBmcm9tIGhlcmUuDQpZZXMgdGhl IG1vZGVsIGNhbm5vdCBkaWZmZXJlbnRpYXRlIHZwbiBwb2xpY3kgcGVyIGNvbm5lY3Rpb24sIGJ1 dCBJTU8sIHRoaXMgaXMgbm90IGRlc2lyYWJsZS4NCg0KSSBkb24ndCBzZWUgd2h5IHRoZSBtb2Rl bCBjYW5ub3QgYWNoaWV2ZSB0aGUgcGFyYWdyYXBoIHlvdSBwb2ludGVkLg0KDQo8c2l0ZXM+DQoJ PHNpdGUtaWQ+U2l0ZSMzPC9zaXRlLWlkPg0KCTx2cG4tcG9saWN5Pg0KCQk8ZW50cmllcz4NCgkJ CTxpZD4xPC9pZD4NCgkJCTx2cG4+DQoJCQkJPHZwbi1pZD5WUE4zPC92cG4taWQ+DQoJCQkJPHNp dGUtcm9sZT5hbnktdG8tYW55PC9zaXRlLXJvbGU+DQoJCQk8L3Zwbj4NCgkJPC9lbnRyaWVzPg0K CTwvdnBuLXBvbGljeT4NCjwvc2l0ZXM+DQoNClRoZSBzZWNvbmQgcGFydCBvZiB0aGUgcGFyYWdy YXBoIHlvdSBtZW50aW9uZWQgdGFsa3MgYWJvdXQgdGhlIGRldmljZSBjb25maWd1cmF0aW9uLCBu b3QgdGhlIG1vZGVsaW5nIHBhcnQuIFNvIHRoZSBtb2RlbCB3aWxsIGFsbG93IFBFNSB0byBiZSBj b25maWd1cmVkIHdpdGggdGhlIFZQTiBwb2xpY3kgKGltcG9ydC9leHBvcnQgUlQzKS4NCk1heSBi ZSB0aGVyZSBpcyBhbHNvIGEgY29uZnVzaW9uIHRoZXJlIGludHJvZHVjZWQgYnkgdGhlIHRleHQu DQoNCg0KDQoNCi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQpGcm9tOiBPZ2FraSwgS2VuaWNo aSBbbWFpbHRvOmtlLW9vZ2FraUBrZGRpLmNvbV0NClNlbnQ6IFR1ZXNkYXksIEphbnVhcnkgMTIs IDIwMTYgMDI6MjkNClRvOiBMSVRLT1dTS0kgU3RlcGhhbmUgU0NFL09JTklTOyBsM3NtQGlldGYu b3JnDQpTdWJqZWN0OiBSRTogW0wzc21dIEktRCBBY3Rpb246IGRyYWZ0LWlldGYtbDNzbS1sM3Zw bi1zZXJ2aWNlLW1vZGVsLTAyLnR4dA0KDQpIaSBTdGVwaGFuZSwNCg0KSWYgYSBzaW1wbGUgbXVs dGlob21lZCBzaXRlIGNhc2UgaXMsIEkgYWdyZWUuDQpCdXQsIGFzIHRoZSBkaWFncmFtIGluIHNl Y3Rpb24gNS4yLjIsIGEgc2l0ZSBjb25uZWN0cyB0byBtdWx0aXBsZSBWUE5zIGFuZCBlYWNoIHZw biBwb2xpY3kgaXMgY29udHJvbGxlZCBwZXIgY29ubmVjdGlvbi4gVGhlIGN1cnJlbnQgbW9kZWwg Y2Fubm90IGRpZmZlcmVudGlhdGUgdnBuIHBvbGljeSBwZXIgY29ubmVjdGlvbi4NCg0KVGhlIGN1 cnJlbnQgbW9kZWwgY2Fubm90IHJlYWxpemUgdGhlIGNhc2UgZGVzY3JpYmVkIGluIHRoZSBmb2xs b3dpbmcgc2VudGVuY2UsIGZvciBleGFtcGxlLg0KIA0KPiAgIENvbnNpZGVyIGEgc2l0ZSMxIGlu IFZQTjMgdGhhdCBtdXN0IGNvbW11bmljYXRlIG9ubHkgaW4gVlBOMywgaW4gdGhpcw0KPiAgIGNh c2UsIHRoZSB2cG4tcG9saWN5IHdpbGwgYmUgc2ltaWxhciB0byBTaXRlIzEgb2YgVlBOMS4gIFRo ZSBWUkYgb24NCj4gICBQRTUgZm9yIFZQTjMgd2lsbCBiZSBzbyBwcm92aXNpb25lZCBieSB0aGUg bWFuYWdlbWVudCBzeXN0ZW0gdXNpbmcNCj4gICBSVDMgdmFsdWUgYXMgaW1wb3J0IGFuZCBleHBv cnQgdmFsdWUuDQoNCkFsbCB0aGUgYmVzdCwNCktlbmljaGkNCg0KLS0tLS1PcmlnaW5hbCBNZXNz YWdlLS0tLS0NCkZyb206IEwzc20gW21haWx0bzpsM3NtLWJvdW5jZXNAaWV0Zi5vcmddIE9uIEJl aGFsZiBPZiBzdGVwaGFuZS5saXRrb3dza2lAb3JhbmdlLmNvbQ0KU2VudDogTW9uZGF5LCBKYW51 YXJ5IDExLCAyMDE2IDExOjM3IFBNDQpUbzogT2dha2ksIEtlbmljaGk7IGwzc21AaWV0Zi5vcmcN ClN1YmplY3Q6IFJlOiBbTDNzbV0gSS1EIEFjdGlvbjogZHJhZnQtaWV0Zi1sM3NtLWwzdnBuLXNl cnZpY2UtbW9kZWwtMDIudHh0DQoNCkhpIEtlbmljaGksDQoNCklNTywgZm9yIGEgbXVsdGlob21l ZCBzaXRlLCB0aGUgVlBOIHBvbGljeSB3aWxsIGFsd2F5cyBiZSB0aGUgc2FtZSBvbiBlYWNoIG5l dHdvcmsgY29ubmVjdGlvbiAgdGhlIHNpdGUgaXMgdXNpbmcuIERvIHlvdSBzZWUgYSByZWFzb24g d2h5IGl0IGNvdWxkIGJlIGRpZmZlcmVudCA/DQoNCg0KQnJnZHMsDQoNClN0ZXBoYW5lDQoNCg0K LS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCkZyb206IEwzc20gW21haWx0bzpsM3NtLWJvdW5j ZXNAaWV0Zi5vcmddIE9uIEJlaGFsZiBPZiBPZ2FraSwgS2VuaWNoaQ0KU2VudDogTW9uZGF5LCBK YW51YXJ5IDExLCAyMDE2IDEwOjQ4DQpUbzogbDNzbUBpZXRmLm9yZw0KU3ViamVjdDogUmU6IFtM M3NtXSBJLUQgQWN0aW9uOiBkcmFmdC1pZXRmLWwzc20tbDN2cG4tc2VydmljZS1tb2RlbC0wMi50 eHQNCg0KSGkgU3RlcGhhbmUgYW5kIEFsbCwNCg0KT25lIG1vcmUgY29tbWVudC4NCg0KTGVhdmlu ZyBpc3N1ZSMxMCBhbmQgdnBuLXBvbGljeSBpbiB2cG4tc3ZjIGRpc2N1c3Npb24gYXNpZGUsIHRo ZSB2cG4tcG9saWN5IGluIHRoZSBjdXJyZW50IG1vZGVsIHNob3VsZCBiZSB1bmRlciBzaXRlLW5l dHdvcmsgYWNjZXNzPw0KDQpBY2NvcmRpbmcgdG8gc2VjdGlvbiA1LjIuMiwgYSB2cG4tcG9saWN5 IHNob3VsZCBiZSBjb250cm9sbGVkIHBlciBwYWlyIG9mIGEgUEUgYW5kIGEgc2l0ZSwgY29ycmVz cG9uZGluZyB0byBzaXRlLW5ldHdvcmstYWNjZXNzIC9pcC1jb25uZWN0aW9uLg0KV2hlbiB3ZSBw bGFjZSB0aGUgdnBuLXBvbGljeSBkaXJlY3RseSB1bmRlciAic2l0ZXMiLCBob3cgY2FuIHdlIHJl bGF0ZSBhIHZwbi1wb2xpY3kgdG8gYSBzcGVjaWZpYyBQRS4NCg0KVGhhbmtzLA0KS2VuaWNoaQ0K DQotLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KRnJvbTogTDNzbSBbbWFpbHRvOmwzc20tYm91 bmNlc0BpZXRmLm9yZ10gT24gQmVoYWxmIE9mIE9nYWtpLCBLZW5pY2hpDQpTZW50OiBUdWVzZGF5 LCBKYW51YXJ5IDA1LCAyMDE2IDI6MTMgUE0NClRvOiBzdGVwaGFuZS5saXRrb3dza2lAb3Jhbmdl LmNvbTsgJ1FpbiBXdSc7IGwzc21AaWV0Zi5vcmcNCkNjOiBhZHJpYW5Ab2xkZG9nLmNvLnVrDQpT dWJqZWN0OiBSZTogW0wzc21dIEktRCBBY3Rpb246IGRyYWZ0LWlldGYtbDNzbS1sM3Zwbi1zZXJ2 aWNlLW1vZGVsLTAyLnR4dA0KDQpIaSBTdGVwaGFuZSwNCg0KUGxlYXNlIHNlZSBpbmxpbmUuDQoN CkFsbCB0aGUgYmVzdCwNCktlbmljaGkNCg0KLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCkZy b206IEwzc20gW21haWx0bzpsM3NtLWJvdW5jZXNAaWV0Zi5vcmddIE9uIEJlaGFsZiBPZiBzdGVw aGFuZS5saXRrb3dza2lAb3JhbmdlLmNvbQ0KU2VudDogVHVlc2RheSwgSmFudWFyeSAwNSwgMjAx NiAxMjowOSBBTQ0KVG86IE9nYWtpLCBLZW5pY2hpOyAnUWluIFd1JzsgbDNzbUBpZXRmLm9yZw0K Q2M6IGFkcmlhbkBvbGRkb2cuY28udWsNClN1YmplY3Q6IFJlOiBbTDNzbV0gSS1EIEFjdGlvbjog ZHJhZnQtaWV0Zi1sM3NtLWwzdnBuLXNlcnZpY2UtbW9kZWwtMDIudHh0DQoNCkhpLA0KDQpCZXN0 IHdpc2hlcyBmb3IgdGhpcyBuZXcgeWVhci4NCg0KUGxzIGZpbmQgaW5saW5lIGNvbW1lbnRzLg0K DQotLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KRnJvbTogT2dha2ksIEtlbmljaGkgW21haWx0 bzprZS1vb2dha2lAa2RkaS5jb21dDQpTZW50OiBNb25kYXksIEphbnVhcnkgMDQsIDIwMTYgMDM6 MTYNClRvOiAnUWluIFd1JzsgbDNzbUBpZXRmLm9yZw0KQ2M6IExJVEtPV1NLSSBTdGVwaGFuZSBT Q0UvT0lOSVM7IGFkcmlhbkBvbGRkb2cuY28udWsNClN1YmplY3Q6IFJFOiBbTDNzbV0gSS1EIEFj dGlvbjogZHJhZnQtaWV0Zi1sM3NtLWwzdnBuLXNlcnZpY2UtbW9kZWwtMDIudHh0DQoNCkRlYXIg QWxsLA0KDQpBZGRpdGlvbmFsIGNvbW1lbnRzIGFyZSBoZXJlOg0KDQoqc3ZjLWlkDQpUaGUgdHlw ZSAic3ZjLWlkIiBpcyB1c2VkIGZvciBsb3RzIG9mIGRhdGEgbm9kZS4gSXMgdGhpcyBuZWNlc3Nh cnk/DQpXaGVuIHdlIHNheSAidnBuLWlkIiwgdGhpcyBpcyBvYnZpb3VzbHkgYW4gaWQgYnkgaXRz IG5hbWUsIGFuZCB0aGUgb25seSB0aGluZyB0byBkZWZpbmUgaXMgaG93IHdlIHJlcHJlc2VudCB0 aGlzLCBzdHJpbmcsIGludGVnZXIgb3Igc29tZXRoaW5noa0gSWYgdGhlIHR5cGUgInN2Yy1pZCIg ZGVmaW5lcyB0aGUgbGVuZ3RoIG9mIHN0cmluZyBvciBzb21ldGhpbmcgY29uc3RyYWludCwgaXQg bWFrZXMgc2Vuc2UuICANCltTTEldIHN2Yy1pZCBqdXN0IGJyaW5ncyBjb25zaXN0ZW5jeSBvbiBo b3cgd2UgZGVmaW5lIGFsbCB0aGUgaWRlbnRpZmllcnMgaW4gdGhlIG1vZGVsICh3ZSBlbnN1cmUg ZWFzaWx5IHRoYXQgYWxsIGFyZSB1c2luZyB0aGUgc2FtZSBlbmNvZGluZyA9PiBzdHJpbmcpDQoN CltLT10gSSB1bmRlcnN0YW5kLg0KDQoqcm91dGluZy1wcm90b2NvbA0KVGhlIGN1cnJlbnQgbW9k ZWwgYWxsb3dzIG11bHRpcGxlIHJvdXRpbmcgcHJvdG9jb2xzIGZvciBhIHNpdGUtbmV0d29yay1h Y2Nlc3MuIEl0J3MgdGVjaG5pY2FsbHkgcG9zc2libGUsIGJ1dCBpcyB0aGVyZSBhbnkgdXNlIGNh c2UgZm9yIGwzdnBuIHNlcnZpY2U/DQojSXMgdGhpcyBvbmx5IGZvciBkdWFsLXN0YWNrLCBvbmUg Zm9yIElQdjQgYW5kIHRoZSBvdGhlciBmb3IgSVB2Nj8NCltTTEldIEl0IGlzIHJlYWxseSB1c3Vh bCB0byBoYXZlIGR5bmFtaWMgcm91dGluZyArIHN0YXRpYyByb3V0aW5nIGF0IHRoZSBzYW1lIHRp bWUuIChlLmcuIGR5bmFtaWMgcm91dGluZyBmb3IgY3VzdG9tZXIgTEFOcywgKyBzdGF0aWMgcm91 dGluZyBmb3IgYWRtaW4pDQoNCltLT10gSSB1bmRlcnN0YW5kLg0KDQoqUW9TIGNsYXNzaWZpY2F0 aW9uDQpTaW5jZSA1LjIuNi4xLjEuIHNheXMgIlRoZSBvcmRlciBvZiBydWxlIGlzIGRlZmluZWQg YnkgdGhlICJpZCIgbGVhZi4gIFRoZSBsb3dlc3QgImlkIiBNVVNUIGJlIHByb2Nlc3NlZCBmaXJz dC4iLCB3ZSBoYXZlIHRvIGNoYW5nZSB0aGUgImlkIiB2YWx1ZSB3aGVuZXZlciB3ZSB3YW50IHRv IHJlb3JkZXIgdGhlIGV4aXN0aW5nIHJ1bGVzLiBCdXQgdGhlICJpZCIgaXMga2V5LCBhbmQgYSBr ZXkgc2hvdWxkIG5vdCBiZSBjaGFuZ2VkIGluIERCIHByaW5jaXBsZS4gQWx0aG91Z2ggaXQgbWF5 IGJlIGFuIGltcGxlbWVudGF0aW9uIG1hdHRlciwgY2FuIHdlIGp1c3QgdXNlICJvcmRlcmVkLWJ5 IHVzZXIiIHN0YXRlbWVudCBmb3IgdGhlIGxpc3QgInJ1bGVzIj8NCltTTEldIEFncmVlLCBJIHdp bGwgYWRkIHRoZSBvcmRlcmVkLWJ5IHVzZXIuIERvIHlvdSBzZWUgb3RoZXIgbGlzdHMgdGhhdCB3 b3VsZCByZXF1aXJlIHN1Y2ggdXNlciBvcmRlcmluZyA/DQoNCltLT10gSSBjYW4ndCBmaW5kIGFu eSBvdGhlciBvcmRlcmVkIGxpc3QuDQoNCipzdGQtcW9zLXByb2ZpbGUvY3VzdG9tLXFvcy1wcm9m aWxlDQpJZiAic3RkLXFvcy1wcm9maWxlIGFuZCBjdXN0b20tcW9zLXByb2ZpbGUgY2Fubm90IGJl IHVzZWQgYXQgdGhlIHNhbWUgdGltZS4iIGluIDUuMS42LjEuMiwgd2UgY2FuIHVzZSBhIGNob2lj ZSBzdGF0ZW1lbnQgZm9yIHN0ZC1xb3MtcHJvZmlsZSBhbmQgY3VzdG9tLXFvcy1wcm9maWxlLg0K W1NMSV0gQWdyZWUsIHdpbGwgZml4IGl0Lg0KDQoNCip0cmFmZmljIHByb3RlY3Rpb24NCkNhbiB3 ZSBjb3ZlciB0aGUgZnVuY3Rpb24gb2YgInRyYWZmaWMtcHJvdGVjdGlvbiIgYnkgInNpdGUtbmV0 d29yay1hY2Nlc3MvYXZhaWxhYmlsaXR5Ij8NCltTTEldIEFjaywgSSBtb3ZlZCB0aGUgdHJhZmZp YyBwcm90ZWN0aW9uIHVuZGVyIGF2YWlsYWJpbGl0eS4NCg0KDQoqdnBuLXBvbGljeQ0KRm9yIGFu IHJlYWRhYmlsaXR5IG9mIHRoZSBtb2RlbCwgdGhlIG5vZGUgbmFtZSAidnBuLXBvbGljeS9lbnRy aWVzL2lkL3Zwbi92cG4iIHNob3VsZCBiZSAidnBuLXBvbGljeS9lbnRyaWVzL2lkL3Zwbi92cG4t aWQiLg0KW1NMSV0gRml4ZWQuDQoNCg0KKm5vdGlmaWNhdGlvbg0KSG93IGFib3V0IGRlZmluaW5n IG5vdGlmaWNhdGlvbiBub2RlIHVuZGVyIHZwbi1zdmMgYW5kIHNpdGUtbmV0d29yay1hY2Nlc3M/ DQpXZSBzb21ldGltZXMgaGF2ZSB0byBhY3RpdmVseSBpbmZvcm0gb3VyIGN1c3RvbWVycyBvZiBh IGZhaWx1cmUgb3Igc29tZXRoaW5nLg0KV2hhdCBraW5kIG9mIHRoZSBpbmZvcm1hdGlvbiBkZXBl bmRzIG9uIGVhY2ggb3BlcmF0b3IsIHRoZW4gYW55ZGF0YSBvciBhbnl4bWwgc3VpdHMgdGhpcy4N Cg0KW1NMSV0gTm90aWZpY2F0aW9uIGFyZSBub3JtYWxseSBub3QgcGFydCBvZiB0aGUgdHJlZSwg d2UgY2FuIGNyZWF0ZSBycGNzIG9yIG5vdGlmaWNhdGlvbnMgaWYgbmVjZXNzYXJ5IHRvIHJldHJp ZXZlIG9wZXJhdGlvbmFsIGluZm9zLg0KQ291bGQgeW91IHJhaXNlIGEgc2VwYXJhdGUgdGhyZWFk IHRvIGRpc2N1c3MgdGhlIG5lZWQgb2Ygbm90aWZpY2F0aW9ucyA/DQoNCltLT10gSSB3aWxsIHJh aXNlIGEgc2VwYXJhdGUgdGhyZWFkLg0KDQpleC4pDQpjb250YWluZXIgc2l0ZS1uZXR3b3JrLWFj Y2Vzc2VzIHsNCiAgICBsaXN0IHNpdGUtbmV0d29yay1hY2Nlc3Mgew0KICAgICAgICBrZXkgc2l0 ZS1uZXR3b3JrLWFjY2Vzcy1pZDsNCiAgICAgICAgLi4uDQogICAgICAgIG5vdGlmaWNhdGlvbiBp bmZvIHsNCiAgICAgICAgICAgIGFueWRhdGEgZGF0YTsNCiAgICAgICAgfQ0KICAgICAgICAuLi4N Cn0NCg0KDQotRWRpdG9yaWFscw0KU2VjLiA1LjEuMi4NCjJuZCBhbmQgM3JkIGNvbmZpZ3VyYXRp b24gZXhhbXBsZXMgc3RpbGwgdXNlICJuYW1lIiBhbmQgImlkIi4NCg0KU2VjLiA1LjIuDQp0eXBv ICJyZXNzb3VyY2VzIiBpbiBMb2NhdGlvbiBkZXNjcmlwdGlvbi4NClNlYy4gNS4yLjEuMg0KdHlw byAicmVzc291cmNlcyIgaW4gMm5kIHBhcmFncmFwaA0KDQpTZWMuIDUuMi41LjcuDQpJbiAybmQg cGFyYWdyYXBoLCBBUyBudW1iZXIgaXMgZGVmaW5lZCBpbiByb3V0aW5nLXByb3RvY29sL2JncCBp biB0aGUgY3VycmVudCBtb2RlbCwgYW5kIGN1c3RvbWVyLXNwZWNpZmljLWluZm9ybWF0aW9uIGlz IGFscmVhZHkgZGVsZXRlZC4NClRoZSBjb25maWd1cmF0aW9uIGV4YW1wbGUgc2hvdWxkIGFsc28g aW5jbHVkZSAiYXV0b25vbW91cy1zeXN0ZW0iLg0KDQpTZWMuIDYuDQpUaGUgY29uZmlndXJhdGlv biBleGFtcGxlIHN0aWxsIHVzZSAibmFtZSIgYW5kICJpZCIuDQoNCltTTEldIFRoYW5rcyBmb3Ig Y2F0Y2hpbmcgdGhlIGVycm9ycywgYXMgdGhlIG1vZGVsIGV2b2x2ZWQgYSBsb3QsIGl0IHMgaGFy ZCB0byBrZWVwIGFsbCB0aGUgZXhhbXBsZSBzeW5jaHJvbml6ZWQgOikNCg0KDQpIYXBweSBOZXcg WWVhciwNCktlbmljaGkNCg0KLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCkZyb206IEwzc20g W21haWx0bzpsM3NtLWJvdW5jZXNAaWV0Zi5vcmddIE9uIEJlaGFsZiBPZiBPZ2FraSwgS2VuaWNo aQ0KU2VudDogVGh1cnNkYXksIERlY2VtYmVyIDI0LCAyMDE1IDEyOjM5IFBNDQpUbzogJ1FpbiBX dSc7IGwzc21AaWV0Zi5vcmcNCkNjOiBzdGVwaGFuZS5saXRrb3dza2lAb3JhbmdlLmNvbTsgYWRy aWFuQG9sZGRvZy5jby51aw0KU3ViamVjdDogUmU6IFtMM3NtXSBJLUQgQWN0aW9uOiBkcmFmdC1p ZXRmLWwzc20tbDN2cG4tc2VydmljZS1tb2RlbC0wMi50eHQNCg0KRGVhciBBbGwsDQoNCj5odHRw czovL3RyYWMudG9vbHMuaWV0Zi5vcmcvd2cvbDNzbS90cmFjL3RpY2tldC8xMg0KDQpUd28gY29t bWVudHMgZm9yIHRoZSBjdXJyZW50IHJvdXRpbmctcHJvdG9jb2xzOg0KDQoxLiBOb2RlIG5hbWUg ImNhc2NhZGVkLWxhbi1wcmVmaXhlcyIgc2hvdWxkIGJlIHJld29yZGVkLCBmb3IgZXhhbXBsZSBv ZiAiY3VzdG9tZXItbGFuLXByZWZpeGVzIi4NCk5vIGxvbmdlciBvbmx5IGZvciAqY2FzY2FkZWQq IGxhbi4NCg0KMi4gU2hvdWxkIHdlIGhhdmUgYSBtZWFuIHRvIHJldHJpZXZlIHRoZSBwcm92aWRl ciBhdXRvbm9tb3VzIHN5c3RlbSBudW1iZXIgZm9yIGJncCB0eXBlPw0Kcm8gbm9kZS9vcHMgc3Rh dGUgaXMgZW5vdWdoLg0KSW4gdGhlIGNhc2Ugb2YgY3VzdG9tZXIgbWFuYWdlZCBDRSwgb3VyIGN1 c3RvbWVyIG11c3Qga25vdyB3aGF0IEFTIG51bWJlciB0aGUgUEUgaGFzLg0KI1VzdWFsbHksIHdl IGxldCB0aGVtIGtub3cgaXQgb3V0c2lkZSB0aGUgdXNlciBpbnRlcmZhY2UuDQoNCk1lcnJ5IFgn bWFzICYgSGFwcHkgTmV3IFllYXIsDQpLZW5pY2hpDQoNCi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0t LS0tDQpGcm9tOiBMM3NtIFttYWlsdG86bDNzbS1ib3VuY2VzQGlldGYub3JnXSBPbiBCZWhhbGYg T2YgUWluIFd1DQpTZW50OiBXZWRuZXNkYXksIERlY2VtYmVyIDIzLCAyMDE1IDU6MTUgUE0NClRv OiBsM3NtQGlldGYub3JnDQpDYzogc3RlcGhhbmUubGl0a293c2tpQG9yYW5nZS5jb207IGFkcmlh bkBvbGRkb2cuY28udWsNClN1YmplY3Q6IFJlOiBbTDNzbV0gSS1EIEFjdGlvbjogZHJhZnQtaWV0 Zi1sM3NtLWwzdnBuLXNlcnZpY2UtbW9kZWwtMDIudHh0DQoNCkhpLCBBbGw6DQpBcyBhIGZvbGxv dy11cCB0byB0aGUgZGlzY3Vzc2lvbiBkdXJpbmcgdGhlIEwzU00gaW50ZXJpbSBjYWxsIHdlIGhh ZCBpbiBEZWNlbWJlciAyMDE1LCBXZSBhcyBjaGFpcnMgaGF2ZSBmaWxlZCB0d28gaXNzdWUgdGlj a2V0cyBpbiB0aGUgaXNzdWUgdHJhY2tlcg0KaHR0cHM6Ly90cmFjLnRvb2xzLmlldGYub3JnL3dn L2wzc20vdHJhYy90aWNrZXQvMTINCmh0dHBzOi8vdHJhYy50b29scy5pZXRmLm9yZy93Zy9sM3Nt L3RyYWMvdGlja2V0LzEzDQoNCkF1dGhvcnMgaGF2ZSByZXZpc2VkIElEIGJhc2VkIG9uIHRoZSBk aXNjdXNzaW9uIGFuZCBhZ3JlZWQgcG9pbnQgZHVyaW5nIGludGVyaW0gY2FsbC4NClRoYW5rcyBT dGVwaGFuZSB0byBnZXQgdGhpcyBkb25lIGFuZCBjbG9zZSBtb3N0IG9mIG9wZW4gaXNzdWVzIHdl IGhhZCBpbiB0aGUgaXNzdWUgdHJhY2tlciBleGNlcHQgdGhlIGZvbGxvd2luZyB0d28gaXNzdWVz Og0KMS5JbnZlbnRvcnkgb3BzIHN0YXRlIGlzc3VlDQoyLiBWUE4gbWVyZ2luZyBpc3N1ZQ0KVGhl IGRpZmY6DQpodHRwczovL3d3dy5pZXRmLm9yZy9yZmNkaWZmP3VybDI9ZHJhZnQtaWV0Zi1sM3Nt LWwzdnBuLXNlcnZpY2UtbW9kZWwtMDINClBsZWFzZSByZXZpZXcgdGhlIGNoYW5nZXMgYW5kIGxl dCB1cyBrbm93IGlmIHRoZXJlIGlzIGFueXRoaW5nIG1pc3NlZCBvciBhZGRpdGlvbiBjaGFuZ2Ug dGhhdCBuZWVkcyB0byBiZSBpbmNvcnBvcmF0ZWQgaW4uDQoNCi1RaW4NCi0tLS0t08q8/tStvP4t LS0tLQ0Kt6K8/sjLOiBJLUQtQW5ub3VuY2UgW21haWx0bzppLWQtYW5ub3VuY2UtYm91bmNlc0Bp ZXRmLm9yZ10gtPqx7SBpbnRlcm5ldC1kcmFmdHNAaWV0Zi5vcmcNCreiy83KsbzkOiAyMDE1xOox MtTCMTXI1SAxODozMw0KytW8/sjLOiBpLWQtYW5ub3VuY2VAaWV0Zi5vcmcNCrOty806IGwzc21A aWV0Zi5vcmcNCtb3zOI6IEktRCBBY3Rpb246IGRyYWZ0LWlldGYtbDNzbS1sM3Zwbi1zZXJ2aWNl LW1vZGVsLTAyLnR4dA0KDQoNCkEgTmV3IEludGVybmV0LURyYWZ0IGlzIGF2YWlsYWJsZSBmcm9t IHRoZSBvbi1saW5lIEludGVybmV0LURyYWZ0cyBkaXJlY3Rvcmllcy4NCiBUaGlzIGRyYWZ0IGlz IGEgd29yayBpdGVtIG9mIHRoZSBMM1ZQTiBTZXJ2aWNlIE1vZGVsICBXb3JraW5nIEdyb3VwIG9m IHRoZSBJRVRGLg0KDQogICAgICAgIFRpdGxlICAgICAgICAgICA6IFlBTkcgRGF0YSBNb2RlbCBm b3IgTDNWUE4gc2VydmljZSBkZWxpdmVyeQ0KICAgICAgICBBdXRob3JzICAgICAgICAgOiBTdGVw aGFuZSBMaXRrb3dza2kNCiAgICAgICAgICAgICAgICAgICAgICAgICAgUm9iIFNoYWtpcg0KICAg ICAgICAgICAgICAgICAgICAgICAgICBMdWlzIFRvbW90YWtpDQogICAgICAgICAgICAgICAgICAg ICAgICAgIEtldmluIEQnU291emENCglGaWxlbmFtZSAgICAgICAgOiBkcmFmdC1pZXRmLWwzc20t bDN2cG4tc2VydmljZS1tb2RlbC0wMi50eHQNCglQYWdlcyAgICAgICAgICAgOiAxMDANCglEYXRl ICAgICAgICAgICAgOiAyMDE1LTEyLTE1DQoNCkFic3RyYWN0Og0KICAgVGhpcyBkb2N1bWVudCBk ZWZpbmVzIGEgWUFORyBkYXRhIG1vZGVsIHRoYXQgY2FuIGJlIHVzZWQgdG8gZGVsaXZlciBhDQog ICBMYXllciAzIFByb3ZpZGVyIFByb3Zpc2lvbmVkIFZQTiBzZXJ2aWNlLiAgVGhlIGRvY3VtZW50 IGlzIGxpbWl0ZWQgdG8NCiAgIHRoZSBCR1AgUEUtYmFzZWQgVlBOcyBhcyBkZXNjcmliZWQgaW4g UkZDNDExMCBhbmQgUkZDNDM2NC4gIFRoaXMNCiAgIG1vZGVsIGlzIGludGVuZGVkIHRvIGJlIGlu c3RhbnRpYXRlZCBhdCBtYW5hZ2VtZW50IHN5c3RlbSB0byBkZWxpdmVyDQogICB0aGUgb3ZlcmFs bCBzZXJ2aWNlLiAgVGhpcyBtb2RlbCBpcyBub3QgYSBjb25maWd1cmF0aW9uIG1vZGVsIHRvIGJl DQogICB1c2VkIGRpcmVjdGx5IG9uIG5ldHdvcmsgZWxlbWVudHMuICBUaGlzIG1vZGVsIHByb3Zp ZGVzIGFuIGFic3RyYWN0ZWQNCiAgIHZpZXcgb2YgdGhlIExheWVyIDMgSVBWUE4gc2VydmljZSBj b25maWd1cmF0aW9uIGNvbXBvbmVudHMuICBJdCB3aWxsDQogICBiZSB1cCB0byBhIG1hbmFnZW1l bnQgc3lzdGVtIHRvIHRha2UgdGhpcyBhcyBhbiBpbnB1dCBhbmQgdXNlDQogICBzcGVjaWZpYyBj b25maWd1cmF0aW9ucyBtb2RlbHMgdG8gY29uZmlndXJlIHRoZSBkaWZmZXJlbnQgbmV0d29yaw0K ICAgZWxlbWVudHMgdG8gZGVsaXZlciB0aGUgc2VydmljZS4gIEhvdyBjb25maWd1cmF0aW9uIG9m IG5ldHdvcmsNCiAgIGVsZW1lbnRzIGlzIGRvbmUgaXMgb3V0IG9mIHNjb3BlIG9mIHRoZSBkb2N1 bWVudC4NCg0KDQoNClRoZSBJRVRGIGRhdGF0cmFja2VyIHN0YXR1cyBwYWdlIGZvciB0aGlzIGRy YWZ0IGlzOg0KaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtaWV0Zi1sM3Nt LWwzdnBuLXNlcnZpY2UtbW9kZWwvDQoNClRoZXJlJ3MgYWxzbyBhIGh0bWxpemVkIHZlcnNpb24g YXZhaWxhYmxlIGF0Og0KaHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LWlldGYtbDNz bS1sM3Zwbi1zZXJ2aWNlLW1vZGVsLTAyDQoNCkEgZGlmZiBmcm9tIHRoZSBwcmV2aW91cyB2ZXJz aW9uIGlzIGF2YWlsYWJsZSBhdDoNCmh0dHBzOi8vd3d3LmlldGYub3JnL3JmY2RpZmY/dXJsMj1k cmFmdC1pZXRmLWwzc20tbDN2cG4tc2VydmljZS1tb2RlbC0wMg0KDQoNClBsZWFzZSBub3RlIHRo YXQgaXQgbWF5IHRha2UgYSBjb3VwbGUgb2YgbWludXRlcyBmcm9tIHRoZSB0aW1lIG9mIHN1Ym1p c3Npb24gdW50aWwgdGhlIGh0bWxpemVkIHZlcnNpb24gYW5kIGRpZmYgYXJlIGF2YWlsYWJsZSBh dCB0b29scy5pZXRmLm9yZy4NCg0KSW50ZXJuZXQtRHJhZnRzIGFyZSBhbHNvIGF2YWlsYWJsZSBi eSBhbm9ueW1vdXMgRlRQIGF0Og0KZnRwOi8vZnRwLmlldGYub3JnL2ludGVybmV0LWRyYWZ0cy8N Cg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCkktRC1B bm5vdW5jZSBtYWlsaW5nIGxpc3QNCkktRC1Bbm5vdW5jZUBpZXRmLm9yZw0KaHR0cHM6Ly93d3cu aWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9pLWQtYW5ub3VuY2UNCkludGVybmV0LURyYWZ0IGRp cmVjdG9yaWVzOiBodHRwOi8vd3d3LmlldGYub3JnL3NoYWRvdy5odG1sIG9yIGZ0cDovL2Z0cC5p ZXRmLm9yZy9pZXRmLzFzaGFkb3ctc2l0ZXMudHh0DQpfX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fXw0KTDNzbSBtYWlsaW5nIGxpc3QNCkwzc21AaWV0Zi5vcmcN Cmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vbDNzbQ0KDQpfX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KTDNzbSBtYWlsaW5nIGxpc3QN Ckwzc21AaWV0Zi5vcmcNCmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vbDNz bQ0KDQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX18NCg0KQ2UgbWVzc2FnZSBldCBzZXMgcGllY2VzIGpvaW50ZXMgcGV1dmVu dCBjb250ZW5pciBkZXMgaW5mb3JtYXRpb25zIGNvbmZpZGVudGllbGxlcyBvdSBwcml2aWxlZ2ll ZXMgZXQgbmUgZG9pdmVudCBkb25jIHBhcyBldHJlIGRpZmZ1c2VzLCBleHBsb2l0ZXMgb3UgY29w aWVzIHNhbnMgYXV0b3Jpc2F0aW9uLiBTaSB2b3VzIGF2ZXogcmVjdSBjZSBtZXNzYWdlIHBhciBl cnJldXIsIHZldWlsbGV6IGxlIHNpZ25hbGVyIGEgbCdleHBlZGl0ZXVyIGV0IGxlIGRldHJ1aXJl IGFpbnNpIHF1ZSBsZXMgcGllY2VzIGpvaW50ZXMuIExlcyBtZXNzYWdlcyBlbGVjdHJvbmlxdWVz IGV0YW50IHN1c2NlcHRpYmxlcyBkJ2FsdGVyYXRpb24sIE9yYW5nZSBkZWNsaW5lIHRvdXRlIHJl c3BvbnNhYmlsaXRlIHNpIGNlIG1lc3NhZ2UgYSBldGUgYWx0ZXJlLCBkZWZvcm1lIG91IGZhbHNp ZmllLiBNZXJjaS4NCg0KVGhpcyBtZXNzYWdlIGFuZCBpdHMgYXR0YWNobWVudHMgbWF5IGNvbnRh aW4gY29uZmlkZW50aWFsIG9yIHByaXZpbGVnZWQgaW5mb3JtYXRpb24gdGhhdCBtYXkgYmUgcHJv dGVjdGVkIGJ5IGxhdzsgdGhleSBzaG91bGQgbm90IGJlIGRpc3RyaWJ1dGVkLCB1c2VkIG9yIGNv cGllZCB3aXRob3V0IGF1dGhvcmlzYXRpb24uDQpJZiB5b3UgaGF2ZSByZWNlaXZlZCB0aGlzIGVt YWlsIGluIGVycm9yLCBwbGVhc2Ugbm90aWZ5IHRoZSBzZW5kZXIgYW5kIGRlbGV0ZSB0aGlzIG1l c3NhZ2UgYW5kIGl0cyBhdHRhY2htZW50cy4NCkFzIGVtYWlscyBtYXkgYmUgYWx0ZXJlZCwgT3Jh bmdlIGlzIG5vdCBsaWFibGUgZm9yIG1lc3NhZ2VzIHRoYXQgaGF2ZSBiZWVuIG1vZGlmaWVkLCBj aGFuZ2VkIG9yIGZhbHNpZmllZC4NClRoYW5rIHlvdS4NCg0KX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX18NCkwzc20gbWFpbGluZyBsaXN0DQpMM3NtQGlldGYu b3JnDQpodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2wzc20NCg0KX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCkwzc20gbWFpbGluZyBs aXN0DQpMM3NtQGlldGYub3JnDQpodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZv L2wzc20NCg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18N Ckwzc20gbWFpbGluZyBsaXN0DQpMM3NtQGlldGYub3JnDQpodHRwczovL3d3dy5pZXRmLm9yZy9t YWlsbWFuL2xpc3RpbmZvL2wzc20NCg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KDQpDZSBtZXNzYWdlIGV0IHNlcyBwaWVj ZXMgam9pbnRlcyBwZXV2ZW50IGNvbnRlbmlyIGRlcyBpbmZvcm1hdGlvbnMgY29uZmlkZW50aWVs bGVzIG91IHByaXZpbGVnaWVlcyBldCBuZSBkb2l2ZW50IGRvbmMgcGFzIGV0cmUgZGlmZnVzZXMs IGV4cGxvaXRlcyBvdSBjb3BpZXMgc2FucyBhdXRvcmlzYXRpb24uIFNpIHZvdXMgYXZleiByZWN1 IGNlIG1lc3NhZ2UgcGFyIGVycmV1ciwgdmV1aWxsZXogbGUgc2lnbmFsZXIgYSBsJ2V4cGVkaXRl dXIgZXQgbGUgZGV0cnVpcmUgYWluc2kgcXVlIGxlcyBwaWVjZXMgam9pbnRlcy4gTGVzIG1lc3Nh Z2VzIGVsZWN0cm9uaXF1ZXMgZXRhbnQgc3VzY2VwdGlibGVzIGQnYWx0ZXJhdGlvbiwgT3Jhbmdl IGRlY2xpbmUgdG91dGUgcmVzcG9uc2FiaWxpdGUgc2kgY2UgbWVzc2FnZSBhIGV0ZSBhbHRlcmUs IGRlZm9ybWUgb3UgZmFsc2lmaWUuIE1lcmNpLg0KDQpUaGlzIG1lc3NhZ2UgYW5kIGl0cyBhdHRh Y2htZW50cyBtYXkgY29udGFpbiBjb25maWRlbnRpYWwgb3IgcHJpdmlsZWdlZCBpbmZvcm1hdGlv biB0aGF0IG1heSBiZSBwcm90ZWN0ZWQgYnkgbGF3OyB0aGV5IHNob3VsZCBub3QgYmUgZGlzdHJp YnV0ZWQsIHVzZWQgb3IgY29waWVkIHdpdGhvdXQgYXV0aG9yaXNhdGlvbi4NCklmIHlvdSBoYXZl IHJlY2VpdmVkIHRoaXMgZW1haWwgaW4gZXJyb3IsIHBsZWFzZSBub3RpZnkgdGhlIHNlbmRlciBh bmQgZGVsZXRlIHRoaXMgbWVzc2FnZSBhbmQgaXRzIGF0dGFjaG1lbnRzLg0KQXMgZW1haWxzIG1h eSBiZSBhbHRlcmVkLCBPcmFuZ2UgaXMgbm90IGxpYWJsZSBmb3IgbWVzc2FnZXMgdGhhdCBoYXZl IGJlZW4gbW9kaWZpZWQsIGNoYW5nZWQgb3IgZmFsc2lmaWVkLg0KVGhhbmsgeW91Lg0KDQpfX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KTDNzbSBtYWlsaW5n IGxpc3QNCkwzc21AaWV0Zi5vcmcNCmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGlu Zm8vbDNzbQ0KDQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX18NCg0KQ2UgbWVzc2FnZSBldCBzZXMgcGllY2VzIGpvaW50ZXMg cGV1dmVudCBjb250ZW5pciBkZXMgaW5mb3JtYXRpb25zIGNvbmZpZGVudGllbGxlcyBvdSBwcml2 aWxlZ2llZXMgZXQgbmUgZG9pdmVudCBkb25jIHBhcyBldHJlIGRpZmZ1c2VzLCBleHBsb2l0ZXMg b3UgY29waWVzIHNhbnMgYXV0b3Jpc2F0aW9uLiBTaSB2b3VzIGF2ZXogcmVjdSBjZSBtZXNzYWdl IHBhciBlcnJldXIsIHZldWlsbGV6IGxlIHNpZ25hbGVyIGEgbCdleHBlZGl0ZXVyIGV0IGxlIGRl dHJ1aXJlIGFpbnNpIHF1ZSBsZXMgcGllY2VzIGpvaW50ZXMuIExlcyBtZXNzYWdlcyBlbGVjdHJv bmlxdWVzIGV0YW50IHN1c2NlcHRpYmxlcyBkJ2FsdGVyYXRpb24sIE9yYW5nZSBkZWNsaW5lIHRv dXRlIHJlc3BvbnNhYmlsaXRlIHNpIGNlIG1lc3NhZ2UgYSBldGUgYWx0ZXJlLCBkZWZvcm1lIG91 IGZhbHNpZmllLiBNZXJjaS4NCg0KVGhpcyBtZXNzYWdlIGFuZCBpdHMgYXR0YWNobWVudHMgbWF5 IGNvbnRhaW4gY29uZmlkZW50aWFsIG9yIHByaXZpbGVnZWQgaW5mb3JtYXRpb24gdGhhdCBtYXkg YmUgcHJvdGVjdGVkIGJ5IGxhdzsgdGhleSBzaG91bGQgbm90IGJlIGRpc3RyaWJ1dGVkLCB1c2Vk IG9yIGNvcGllZCB3aXRob3V0IGF1dGhvcmlzYXRpb24uDQpJZiB5b3UgaGF2ZSByZWNlaXZlZCB0 aGlzIGVtYWlsIGluIGVycm9yLCBwbGVhc2Ugbm90aWZ5IHRoZSBzZW5kZXIgYW5kIGRlbGV0ZSB0 aGlzIG1lc3NhZ2UgYW5kIGl0cyBhdHRhY2htZW50cy4NCkFzIGVtYWlscyBtYXkgYmUgYWx0ZXJl ZCwgT3JhbmdlIGlzIG5vdCBsaWFibGUgZm9yIG1lc3NhZ2VzIHRoYXQgaGF2ZSBiZWVuIG1vZGlm aWVkLCBjaGFuZ2VkIG9yIGZhbHNpZmllZC4NClRoYW5rIHlvdS4NCg0KX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCkwzc20gbWFpbGluZyBsaXN0DQpMM3Nt QGlldGYub3JnDQpodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2wzc20NCg0K Cl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX18KCkNlIG1lc3NhZ2UgZXQgc2VzIHBpZWNlcyBqb2ludGVzIHBldXZlbnQgY29udGVu aXIgZGVzIGluZm9ybWF0aW9ucyBjb25maWRlbnRpZWxsZXMgb3UgcHJpdmlsZWdpZWVzIGV0IG5l IGRvaXZlbnQgZG9uYwpwYXMgZXRyZSBkaWZmdXNlcywgZXhwbG9pdGVzIG91IGNvcGllcyBzYW5z IGF1dG9yaXNhdGlvbi4gU2kgdm91cyBhdmV6IHJlY3UgY2UgbWVzc2FnZSBwYXIgZXJyZXVyLCB2 ZXVpbGxleiBsZSBzaWduYWxlcgphIGwnZXhwZWRpdGV1ciBldCBsZSBkZXRydWlyZSBhaW5zaSBx dWUgbGVzIHBpZWNlcyBqb2ludGVzLiBMZXMgbWVzc2FnZXMgZWxlY3Ryb25pcXVlcyBldGFudCBz dXNjZXB0aWJsZXMgZCdhbHRlcmF0aW9uLApPcmFuZ2UgZGVjbGluZSB0b3V0ZSByZXNwb25zYWJp bGl0ZSBzaSBjZSBtZXNzYWdlIGEgZXRlIGFsdGVyZSwgZGVmb3JtZSBvdSBmYWxzaWZpZS4gTWVy Y2kuCgpUaGlzIG1lc3NhZ2UgYW5kIGl0cyBhdHRhY2htZW50cyBtYXkgY29udGFpbiBjb25maWRl bnRpYWwgb3IgcHJpdmlsZWdlZCBpbmZvcm1hdGlvbiB0aGF0IG1heSBiZSBwcm90ZWN0ZWQgYnkg bGF3Owp0aGV5IHNob3VsZCBub3QgYmUgZGlzdHJpYnV0ZWQsIHVzZWQgb3IgY29waWVkIHdpdGhv dXQgYXV0aG9yaXNhdGlvbi4KSWYgeW91IGhhdmUgcmVjZWl2ZWQgdGhpcyBlbWFpbCBpbiBlcnJv ciwgcGxlYXNlIG5vdGlmeSB0aGUgc2VuZGVyIGFuZCBkZWxldGUgdGhpcyBtZXNzYWdlIGFuZCBp dHMgYXR0YWNobWVudHMuCkFzIGVtYWlscyBtYXkgYmUgYWx0ZXJlZCwgT3JhbmdlIGlzIG5vdCBs aWFibGUgZm9yIG1lc3NhZ2VzIHRoYXQgaGF2ZSBiZWVuIG1vZGlmaWVkLCBjaGFuZ2VkIG9yIGZh bHNpZmllZC4KVGhhbmsgeW91LgoK From nobody Thu Jan 14 17:30:24 2016 Return-Path: X-Original-To: l3sm@ietfa.amsl.com Delivered-To: l3sm@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6F2A41B2E40 for ; Thu, 14 Jan 2016 17:30:23 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.813 X-Spam-Level: X-Spam-Status: No, score=-0.813 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, CN_BODY_35=0.339, J_CHICKENPOX_12=0.6, MIME_CHARSET_FARAWAY=2.45, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 2knpq2mV1Epn for ; Thu, 14 Jan 2016 17:30:18 -0800 (PST) Received: from post-send.kddi.com (athena3.kddi.com [27.90.165.196]) by ietfa.amsl.com (Postfix) with ESMTP id DC07D1B2E3E for ; Thu, 14 Jan 2016 17:30:17 -0800 (PST) Received: from LTMC2122.kddi.com (LTMC2122.kddi.com [10.206.0.63]) by post-send.kddi.com (KDDI Mail) with ESMTP id 74D3DE0097; Fri, 15 Jan 2016 10:30:16 +0900 (JST) Received: from LTMC2144.kddi.com ([10.206.0.236] [10.206.0.236]) by LTMC2122.kddi.com with ESMTP; Fri, 15 Jan 2016 10:30:16 +0900 Received: from LTMC2144.kddi.com (localhost [127.0.0.1]) by localhost.kddi.com (Postfix) with ESMTP id 53BA64C005A; Fri, 15 Jan 2016 10:30:16 +0900 (JST) Received: from LTMC2152.kddi.com (post-incheck [10.206.0.239]) by LTMC2144.kddi.com (Postfix) with ESMTP id 470E14C0058; Fri, 15 Jan 2016 10:30:16 +0900 (JST) Received: from LTMC2152.kddi.com (localhost.localdomain [127.0.0.1]) by LTMC2152.kddi.com with ESMTP id u0F1UFIq025772; Fri, 15 Jan 2016 10:30:16 +0900 Received: from LTMC2152.kddi.com.mid_29598102 (localhost.localdomain [127.0.0.1]) by LTMC2152.kddi.com with ESMTP id u0F1KBwO013505; Fri, 15 Jan 2016 10:20:11 +0900 X-SA-MID: 29598102 Received: from KDDI1508PC0003 ([10.211.186.221] [10.211.186.221]) by post-smtp2.kddi.com with ESMTPA; Fri, 15 Jan 2016 10:20:11 +0900 From: "Ogaki, Kenichi" To: , References: <015f01d13dfc$925ce730$b716b590$@kddi.com> <007d01d14695$e7de9310$b79bb930$@kddi.com> <3603_1451920156_568A8B1C_3603_701_1_9E32478DFA9976438E7A22F69B08FF9216815E11@OPEXCLILMA4.corporate.adroot.infra.ftgroup> <016901d14777$c0408830$40c19890$@kddi.com> <006201d14c55$2993fab0$7cbbf010$@kddi.com> <1999_1452523041_5693BE21_1999_114_1_9E32478DFA9976438E7A22F69B08FF92168371C7@OPEXCLILMA4.corporate.adroot.infra.ftgroup> <00fc01d14cd8$ac7216a0$055643e0$@kddi.com> <3657_1452589685_5694C275_3657_16_1_9E32478DFA9976438E7A22F69B08FF921683C0E2@OPEXCLILMA4.corporate.adroot.infra.ftgroup> <007501d14d46$2a090a20$7e1b1e60$@kddi.com> <1706_1452760540_56975DDC_1706_13886_1_9E32478DFA9976438E7A22F69B08FF921683EAEB@OPEXCLILMA4.corporate.adroot.infra.ftgroup> In-Reply-To: <1706_1452760540_56975DDC_1706_13886_1_9E32478DFA9976438E7A22F69B08FF921683EAEB@OPEXCLILMA4.corporate.adroot.infra.ftgroup> Date: Fri, 15 Jan 2016 10:20:11 +0900 Message-ID: <00bd01d14f32$e1097eb0$a31c7c10$@kddi.com> MIME-Version: 1.0 Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQHKn6XS7EF51VS8d/IsQ4o8FZThKQJrdKmCAeG3o9MBjM48bgIS+/56AXkiOoEBbvjuoQEP3xMOAjuwDBcBnNEXFQEhP5LynoIqfmA= Content-Language: ja X-TM-AS-MML: disable Archived-At: Subject: Re: [L3sm] I-D Action: draft-ietf-l3sm-l3vpn-service-model-02.txt X-BeenThere: l3sm@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: L3VPN Service YANG Model discussion group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Jan 2016 01:30:23 -0000 Hi Stephane, >As we discussed there is no real use case to have a multihomed site = with one connection belonging to VPN1 and another connection to VPN2. We have many use cases. When a site is a multi tenant one, each tenant basically connects each = different vpn. In cases that the site is:=20 -a DC -a large office like HQ. Each administrative section/department = sometimes connects each different vpn. -a site used by a second provider. >If multiple VPNs are used by the site, LAN will be used in the VPN = policy to express it. As I sent to Qin in the following email, In the above cases, to use LAN = is not good idea. When a customer uses a dynamic routing protocol, bgp = or ospf, they don't write lan-prefixes and don't want to write each = lan-prefixes one by one. It obviously kills the merit to use a dynamic = routing protocol. https://mailarchive.ietf.org/arch/msg/l3sm/5mSlmD1QehjPz-HZIW12pzxgFao Can we just duplicate vpn-policy under site-network-access? Or we can use choice statement if any inconsistency occurs. Thanks, Kenichi -----Original Message----- From: L3sm [mailto:l3sm-bounces@ietf.org] On Behalf Of = stephane.litkowski@orange.com Sent: Thursday, January 14, 2016 5:36 PM To: Ogaki, Kenichi; l3sm@ietf.org Subject: Re: [L3sm] I-D Action: = draft-ietf-l3sm-l3vpn-service-model-02.txt Hi, I think there is a misunderstanding in the naming used in the diagram. VPN1_site1 and VPN2_site2 are not referring to the same customer site. = VPN_site1 means site number#1 in VPN1. And VPN2_site1 means site = number#1 in VPN2, but these are not the same customer site. I can change the naming to ensure better reading and prevent such = misunderstanding.=20 As we discussed there is no real use case to have a multihomed site with = one connection belonging to VPN1 and another connection to VPN2. If = multiple VPNs are used by the site, LAN will be used in the VPN policy = to express it. Best Regards, -----Original Message----- From: Ogaki, Kenichi [mailto:ke-oogaki@kddi.com] Sent: Tuesday, January 12, 2016 15:33 To: LITKOWSKI Stephane SCE/OINIS; l3sm@ietf.org Subject: RE: [L3sm] I-D Action: = draft-ietf-l3sm-l3vpn-service-model-02.txt Hi Stephane, Could you model the site#1 in the diagram, including all the VPNs and = connections? How can we make VPN3_Site1 only talk to VPN3? Site#1 VPN1_Site1 =20 ... VPN2_Site1 =20 ... VPN3_Site1 =20 ... 1 VPN1 any-to-any-role 2 VPN2 hub-role 3 VPN3 any-to-any-role All the best, Kenichi -----Original Message----- From: L3sm [mailto:l3sm-bounces@ietf.org] On Behalf Of = stephane.litkowski@orange.com Sent: Tuesday, January 12, 2016 6:08 PM To: Ogaki, Kenichi; l3sm@ietf.org Subject: Re: [L3sm] I-D Action: = draft-ietf-l3sm-l3vpn-service-model-02.txt Hi, There should be something I'm missing here ... First, 5.2.2 text was not reviewed after creating the hierarchy between = sites and accesses. So may be there is something to fix. But reading the text again, I think this is still applicable. In the diagram, a site connects to multiple VPNs but VPN policy is not = controlled per connection from a modeling point of view. It is = controlled per site. The diagram has only single homed site so may be = the confusion comes from here. Yes the model cannot differentiate vpn policy per connection, but IMO, = this is not desirable. I don't see why the model cannot achieve the paragraph you pointed. Site#3 1 VPN3 any-to-any The second part of the paragraph you mentioned talks about the device = configuration, not the modeling part. So the model will allow PE5 to be = configured with the VPN policy (import/export RT3). May be there is also a confusion there introduced by the text. -----Original Message----- From: Ogaki, Kenichi [mailto:ke-oogaki@kddi.com] Sent: Tuesday, January 12, 2016 02:29 To: LITKOWSKI Stephane SCE/OINIS; l3sm@ietf.org Subject: RE: [L3sm] I-D Action: = draft-ietf-l3sm-l3vpn-service-model-02.txt Hi Stephane, If a simple multihomed site case is, I agree. But, as the diagram in section 5.2.2, a site connects to multiple VPNs = and each vpn policy is controlled per connection. The current model = cannot differentiate vpn policy per connection. The current model cannot realize the case described in the following = sentence, for example. =20 > Consider a site#1 in VPN3 that must communicate only in VPN3, in = this > case, the vpn-policy will be similar to Site#1 of VPN1. The VRF on > PE5 for VPN3 will be so provisioned by the management system using > RT3 value as import and export value. All the best, Kenichi -----Original Message----- From: L3sm [mailto:l3sm-bounces@ietf.org] On Behalf Of = stephane.litkowski@orange.com Sent: Monday, January 11, 2016 11:37 PM To: Ogaki, Kenichi; l3sm@ietf.org Subject: Re: [L3sm] I-D Action: = draft-ietf-l3sm-l3vpn-service-model-02.txt Hi Kenichi, IMO, for a multihomed site, the VPN policy will always be the same on = each network connection the site is using. Do you see a reason why it = could be different ? Brgds, Stephane -----Original Message----- From: L3sm [mailto:l3sm-bounces@ietf.org] On Behalf Of Ogaki, Kenichi Sent: Monday, January 11, 2016 10:48 To: l3sm@ietf.org Subject: Re: [L3sm] I-D Action: = draft-ietf-l3sm-l3vpn-service-model-02.txt Hi Stephane and All, One more comment. Leaving issue#10 and vpn-policy in vpn-svc discussion aside, the = vpn-policy in the current model should be under site-network access? According to section 5.2.2, a vpn-policy should be controlled per pair = of a PE and a site, corresponding to site-network-access /ip-connection. When we place the vpn-policy directly under "sites", how can we relate a = vpn-policy to a specific PE. Thanks, Kenichi -----Original Message----- From: L3sm [mailto:l3sm-bounces@ietf.org] On Behalf Of Ogaki, Kenichi Sent: Tuesday, January 05, 2016 2:13 PM To: stephane.litkowski@orange.com; 'Qin Wu'; l3sm@ietf.org Cc: adrian@olddog.co.uk Subject: Re: [L3sm] I-D Action: = draft-ietf-l3sm-l3vpn-service-model-02.txt Hi Stephane, Please see inline. All the best, Kenichi -----Original Message----- From: L3sm [mailto:l3sm-bounces@ietf.org] On Behalf Of = stephane.litkowski@orange.com Sent: Tuesday, January 05, 2016 12:09 AM To: Ogaki, Kenichi; 'Qin Wu'; l3sm@ietf.org Cc: adrian@olddog.co.uk Subject: Re: [L3sm] I-D Action: = draft-ietf-l3sm-l3vpn-service-model-02.txt Hi, Best wishes for this new year. Pls find inline comments. -----Original Message----- From: Ogaki, Kenichi [mailto:ke-oogaki@kddi.com] Sent: Monday, January 04, 2016 03:16 To: 'Qin Wu'; l3sm@ietf.org Cc: LITKOWSKI Stephane SCE/OINIS; adrian@olddog.co.uk Subject: RE: [L3sm] I-D Action: = draft-ietf-l3sm-l3vpn-service-model-02.txt Dear All, Additional comments are here: *svc-id The type "svc-id" is used for lots of data node. Is this necessary? When we say "vpn-id", this is obviously an id by its name, and the only = thing to define is how we represent this, string, integer or = something=A1=AD If the type "svc-id" defines the length of string or = something constraint, it makes sense. =20 [SLI] svc-id just brings consistency on how we define all the = identifiers in the model (we ensure easily that all are using the same = encoding =3D> string) [KO] I understand. *routing-protocol The current model allows multiple routing protocols for a = site-network-access. It's technically possible, but is there any use = case for l3vpn service? #Is this only for dual-stack, one for IPv4 and the other for IPv6? [SLI] It is really usual to have dynamic routing + static routing at the = same time. (e.g. dynamic routing for customer LANs, + static routing for = admin) [KO] I understand. *QoS classification Since 5.2.6.1.1. says "The order of rule is defined by the "id" leaf. = The lowest "id" MUST be processed first.", we have to change the "id" = value whenever we want to reorder the existing rules. But the "id" is = key, and a key should not be changed in DB principle. Although it may be = an implementation matter, can we just use "ordered-by user" statement = for the list "rules"? [SLI] Agree, I will add the ordered-by user. Do you see other lists that = would require such user ordering ? [KO] I can't find any other ordered list. *std-qos-profile/custom-qos-profile If "std-qos-profile and custom-qos-profile cannot be used at the same = time." in 5.1.6.1.2, we can use a choice statement for std-qos-profile = and custom-qos-profile. [SLI] Agree, will fix it. *traffic protection Can we cover the function of "traffic-protection" by = "site-network-access/availability"? [SLI] Ack, I moved the traffic protection under availability. *vpn-policy For an readability of the model, the node name = "vpn-policy/entries/id/vpn/vpn" should be = "vpn-policy/entries/id/vpn/vpn-id". [SLI] Fixed. *notification How about defining notification node under vpn-svc and = site-network-access? We sometimes have to actively inform our customers of a failure or = something. What kind of the information depends on each operator, then anydata or = anyxml suits this. [SLI] Notification are normally not part of the tree, we can create rpcs = or notifications if necessary to retrieve operational infos. Could you raise a separate thread to discuss the need of notifications ? [KO] I will raise a separate thread. ex.) container site-network-accesses { list site-network-access { key site-network-access-id; ... notification info { anydata data; } ... } -Editorials Sec. 5.1.2. 2nd and 3rd configuration examples still use "name" and "id". Sec. 5.2. typo "ressources" in Location description. Sec. 5.2.1.2 typo "ressources" in 2nd paragraph Sec. 5.2.5.7. In 2nd paragraph, AS number is defined in routing-protocol/bgp in the = current model, and customer-specific-information is already deleted. The configuration example should also include "autonomous-system". Sec. 6. The configuration example still use "name" and "id". [SLI] Thanks for catching the errors, as the model evolved a lot, it s = hard to keep all the example synchronized :) Happy New Year, Kenichi -----Original Message----- From: L3sm [mailto:l3sm-bounces@ietf.org] On Behalf Of Ogaki, Kenichi Sent: Thursday, December 24, 2015 12:39 PM To: 'Qin Wu'; l3sm@ietf.org Cc: stephane.litkowski@orange.com; adrian@olddog.co.uk Subject: Re: [L3sm] I-D Action: = draft-ietf-l3sm-l3vpn-service-model-02.txt Dear All, >https://trac.tools.ietf.org/wg/l3sm/trac/ticket/12 Two comments for the current routing-protocols: 1. Node name "cascaded-lan-prefixes" should be reworded, for example of = "customer-lan-prefixes". No longer only for *cascaded* lan. 2. Should we have a mean to retrieve the provider autonomous system = number for bgp type? ro node/ops state is enough. In the case of customer managed CE, our customer must know what AS = number the PE has. #Usually, we let them know it outside the user interface. Merry X'mas & Happy New Year, Kenichi -----Original Message----- From: L3sm [mailto:l3sm-bounces@ietf.org] On Behalf Of Qin Wu Sent: Wednesday, December 23, 2015 5:15 PM To: l3sm@ietf.org Cc: stephane.litkowski@orange.com; adrian@olddog.co.uk Subject: Re: [L3sm] I-D Action: = draft-ietf-l3sm-l3vpn-service-model-02.txt Hi, All: As a follow-up to the discussion during the L3SM interim call we had in = December 2015, We as chairs have filed two issue tickets in the issue = tracker https://trac.tools.ietf.org/wg/l3sm/trac/ticket/12 https://trac.tools.ietf.org/wg/l3sm/trac/ticket/13 Authors have revised ID based on the discussion and agreed point during = interim call. Thanks Stephane to get this done and close most of open issues we had in = the issue tracker except the following two issues: 1.Inventory ops state issue 2. VPN merging issue The diff: https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-l3sm-l3vpn-service-model-0= 2 Please review the changes and let us know if there is anything missed or = addition change that needs to be incorporated in. -Qin -----=D3=CA=BC=FE=D4=AD=BC=FE----- =B7=A2=BC=FE=C8=CB: I-D-Announce [mailto:i-d-announce-bounces@ietf.org] = =B4=FA=B1=ED internet-drafts@ietf.org =B7=A2=CB=CD=CA=B1=BC=E4: 2015=C4=EA12=D4=C215=C8=D5 18:33 =CA=D5=BC=FE=C8=CB: i-d-announce@ietf.org =B3=AD=CB=CD: l3sm@ietf.org =D6=F7=CC=E2: I-D Action: draft-ietf-l3sm-l3vpn-service-model-02.txt A New Internet-Draft is available from the on-line Internet-Drafts = directories. This draft is a work item of the L3VPN Service Model Working Group of = the IETF. Title : YANG Data Model for L3VPN service delivery Authors : Stephane Litkowski Rob Shakir Luis Tomotaki Kevin D'Souza Filename : draft-ietf-l3sm-l3vpn-service-model-02.txt Pages : 100 Date : 2015-12-15 Abstract: This document defines a YANG data model that can be used to deliver a Layer 3 Provider Provisioned VPN service. The document is limited to the BGP PE-based VPNs as described in RFC4110 and RFC4364. This model is intended to be instantiated at management system to deliver the overall service. This model is not a configuration model to be used directly on network elements. This model provides an abstracted view of the Layer 3 IPVPN service configuration components. It will be up to a management system to take this as an input and use specific configurations models to configure the different network elements to deliver the service. How configuration of network elements is done is out of scope of the document. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-l3sm-l3vpn-service-model/ There's also a htmlized version available at: https://tools.ietf.org/html/draft-ietf-l3sm-l3vpn-service-model-02 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-l3sm-l3vpn-service-model-0= 2 Please note that it may take a couple of minutes from the time of = submission until the htmlized version and diff are available at = tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ _______________________________________________ I-D-Announce mailing list I-D-Announce@ietf.org https://www.ietf.org/mailman/listinfo/i-d-announce Internet-Draft directories: http://www.ietf.org/shadow.html or = ftp://ftp.ietf.org/ietf/1shadow-sites.txt _______________________________________________ L3sm mailing list L3sm@ietf.org https://www.ietf.org/mailman/listinfo/l3sm _______________________________________________ L3sm mailing list L3sm@ietf.org https://www.ietf.org/mailman/listinfo/l3sm _________________________________________________________________________= ________________________________________________ Ce message et ses pieces jointes peuvent contenir des informations = confidentielles ou privilegiees et ne doivent donc pas etre diffuses, = exploites ou copies sans autorisation. Si vous avez recu ce message par = erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les = pieces jointes. Les messages electroniques etant susceptibles = d'alteration, Orange decline toute responsabilite si ce message a ete = altere, deforme ou falsifie. Merci. This message and its attachments may contain confidential or privileged = information that may be protected by law; they should not be = distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and = delete this message and its attachments. As emails may be altered, Orange is not liable for messages that have = been modified, changed or falsified. Thank you. _______________________________________________ L3sm mailing list L3sm@ietf.org https://www.ietf.org/mailman/listinfo/l3sm _______________________________________________ L3sm mailing list L3sm@ietf.org https://www.ietf.org/mailman/listinfo/l3sm _______________________________________________ L3sm mailing list L3sm@ietf.org https://www.ietf.org/mailman/listinfo/l3sm _________________________________________________________________________= ________________________________________________ Ce message et ses pieces jointes peuvent contenir des informations = confidentielles ou privilegiees et ne doivent donc pas etre diffuses, = exploites ou copies sans autorisation. Si vous avez recu ce message par = erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les = pieces jointes. Les messages electroniques etant susceptibles = d'alteration, Orange decline toute responsabilite si ce message a ete = altere, deforme ou falsifie. Merci. This message and its attachments may contain confidential or privileged = information that may be protected by law; they should not be = distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and = delete this message and its attachments. As emails may be altered, Orange is not liable for messages that have = been modified, changed or falsified. Thank you. _______________________________________________ L3sm mailing list L3sm@ietf.org https://www.ietf.org/mailman/listinfo/l3sm _________________________________________________________________________= ________________________________________________ Ce message et ses pieces jointes peuvent contenir des informations = confidentielles ou privilegiees et ne doivent donc pas etre diffuses, = exploites ou copies sans autorisation. Si vous avez recu ce message par = erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les = pieces jointes. Les messages electroniques etant susceptibles = d'alteration, Orange decline toute responsabilite si ce message a ete = altere, deforme ou falsifie. Merci. This message and its attachments may contain confidential or privileged = information that may be protected by law; they should not be = distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and = delete this message and its attachments. As emails may be altered, Orange is not liable for messages that have = been modified, changed or falsified. Thank you. _______________________________________________ L3sm mailing list L3sm@ietf.org https://www.ietf.org/mailman/listinfo/l3sm _________________________________________________________________________= ________________________________________________ Ce message et ses pieces jointes peuvent contenir des informations = confidentielles ou privilegiees et ne doivent donc pas etre diffuses, = exploites ou copies sans autorisation. Si vous avez recu ce message par = erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les = pieces jointes. Les messages electroniques etant susceptibles = d'alteration, Orange decline toute responsabilite si ce message a ete = altere, deforme ou falsifie. Merci. This message and its attachments may contain confidential or privileged = information that may be protected by law; they should not be = distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and = delete this message and its attachments. As emails may be altered, Orange is not liable for messages that have = been modified, changed or falsified. Thank you. _______________________________________________ L3sm mailing list L3sm@ietf.org https://www.ietf.org/mailman/listinfo/l3sm From nobody Fri Jan 15 03:31:06 2016 Return-Path: X-Original-To: l3sm@ietfa.amsl.com Delivered-To: l3sm@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A9DA81B2B34 for ; Fri, 15 Jan 2016 03:31:05 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.79 X-Spam-Level: X-Spam-Status: No, score=0.79 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, CN_BODY_35=0.339, FREEMAIL_FROM=0.001, J_CHICKENPOX_12=0.6, MIME_CHARSET_FARAWAY=2.45, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id LjNgCCQ4sSge for ; Fri, 15 Jan 2016 03:31:01 -0800 (PST) Received: from relais-inet.francetelecom.com (relais-ias91.francetelecom.com [193.251.215.91]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1C7021B2B33 for ; Fri, 15 Jan 2016 03:31:01 -0800 (PST) Received: from omfedm05.si.francetelecom.fr (unknown [xx.xx.xx.1]) by omfedm14.si.francetelecom.fr (ESMTP service) with ESMTP id 3A91A22C80E; Fri, 15 Jan 2016 12:24:43 +0100 (CET) Received: from Exchangemail-eme2.itn.ftgroup (unknown [10.114.31.2]) by omfedm05.si.francetelecom.fr (ESMTP service) with ESMTP id 1992335C06D; Fri, 15 Jan 2016 12:24:43 +0100 (CET) Received: from OPEXCLILMA4.corporate.adroot.infra.ftgroup ([fe80::65de:2f08:41e6:ebbe]) by OPEXCLILM21.corporate.adroot.infra.ftgroup ([fe80::e92a:c932:907e:8f06%19]) with mapi id 14.03.0279.002; Fri, 15 Jan 2016 12:24:43 +0100 From: To: "Ogaki, Kenichi" , "l3sm@ietf.org" Thread-Topic: [L3sm] I-D Action: draft-ietf-l3sm-l3vpn-service-model-02.txt Thread-Index: AQHRNyQASFTWgXlJrky4uLxNNvqAOZ7YPm3QgAE7qwCAETKrAIAA3/9AgADjsgCACbrOAIAAYQFAgACmCYCAAI5dEIAATJ6AgALQYyCAAQkMgIAAuLOg Date: Fri, 15 Jan 2016 11:24:42 +0000 Message-ID: <27242_1452857083_5698D6FB_27242_3765_1_9E32478DFA9976438E7A22F69B08FF921683F20A@OPEXCLILMA4.corporate.adroot.infra.ftgroup> References: <015f01d13dfc$925ce730$b716b590$@kddi.com> <007d01d14695$e7de9310$b79bb930$@kddi.com> <3603_1451920156_568A8B1C_3603_701_1_9E32478DFA9976438E7A22F69B08FF9216815E11@OPEXCLILMA4.corporate.adroot.infra.ftgroup> <016901d14777$c0408830$40c19890$@kddi.com> <006201d14c55$2993fab0$7cbbf010$@kddi.com> <1999_1452523041_5693BE21_1999_114_1_9E32478DFA9976438E7A22F69B08FF92168371C7@OPEXCLILMA4.corporate.adroot.infra.ftgroup> <00fc01d14cd8$ac7216a0$055643e0$@kddi.com> <3657_1452589685_5694C275_3657_16_1_9E32478DFA9976438E7A22F69B08FF921683C0E2@OPEXCLILMA4.corporate.adroot.infra.ftgroup> <007501d14d46$2a090a20$7e1b1e60$@kddi.com> <1706_1452760540_56975DDC_1706_13886_1_9E32478DFA9976438E7A22F69B08FF921683EAEB@OPEXCLILMA4.corporate.adroot.infra.ftgroup> <00bd01d14f32$e1097eb0$a31c7c10$@kddi.com> In-Reply-To: <00bd01d14f32$e1097eb0$a31c7c10$@kddi.com> Accept-Language: fr-FR, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.168.234.3] Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-PMX-Version: 6.2.1.2478543, Antispam-Engine: 2.7.2.2107409, Antispam-Data: 2016.1.15.103317 Archived-At: Subject: Re: [L3sm] I-D Action: draft-ietf-l3sm-l3vpn-service-model-02.txt X-BeenThere: l3sm@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: L3VPN Service YANG Model discussion group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Jan 2016 11:31:05 -0000 SGksDQoNCk9uIGZpcnN0IHBvaW50LCB0aGlzIGlzIHdoYXQgd2UgY2FsbCBpbnRlcm5hbGx5IHRo ZSBzdWJWUE4gY2FzZS4gT25lIHNpdGUgaXMgaW4gcmVhbGl0eSBtdWx0aXBsZSBzdWIgc2l0ZXMg YmVsb25naW5nIHRvIGRpZmZlcmVudCBWUE5zLg0KVGhpcyBjYW4gYmUgbW9kZWxlZCB0b2RheSBh cyBhIGNvbGxlY3Rpb24gb2YgZGlmZmVyZW50IFZQTiBzaXRlcy4NCg0KUmVnYXJkaW5nIHRoZSBM QU4gY29uZmlnIDoNCi0gZm9yIHJvdXRpbmcsIGl0J3Mgb25seSBuZWNlc3NhcnkgZm9yIHN0YXRp Yy4gSW4gY2FzZSBvZiBkeW5hbWljIHJvdXRpbmcsIHlvdSBkbyBub3QgaGF2ZSB0byBtZW50aW9u IHRoZSBMQU4uDQotIGZvciB0aGUgbXVsdGlWUE4gY2FzZSwgeW91IGhhdmUgbm8gY2hvaWNlLCB5 b3UgbmVlZCB0byBiaW5kIExBTnMgdG8gVlBOcywgdGhhdCdzIHdoeSB5b3UgbmVlZCB0byBwdXQg TEFOcyBpbiB0aGUgVlBOIHBvbGljeSBhbmQgYXR0YWNoIHRoZW0gdG8gYSBWUE4uIFRoZXJlIGlz IG5vIG90aGVyIHBvc3NpYmlsaXR5LCBhcyB0aGUgY3VzdG9tZXIgaGFzIHRvIGV4cHJlc3Mgd2hh dCBwYXJ0IG9mIHRoZSBzaXRlIGJlbG9uZ3MgdG8gd2hhdCBWUE4uDQoNCg0KLS0tLS1PcmlnaW5h bCBNZXNzYWdlLS0tLS0NCkZyb206IE9nYWtpLCBLZW5pY2hpIFttYWlsdG86a2Utb29nYWtpQGtk ZGkuY29tXSANClNlbnQ6IEZyaWRheSwgSmFudWFyeSAxNSwgMjAxNiAwMjoyMA0KVG86IExJVEtP V1NLSSBTdGVwaGFuZSBTQ0UvT0lOSVM7IGwzc21AaWV0Zi5vcmcNClN1YmplY3Q6IFJFOiBbTDNz bV0gSS1EIEFjdGlvbjogZHJhZnQtaWV0Zi1sM3NtLWwzdnBuLXNlcnZpY2UtbW9kZWwtMDIudHh0 DQoNCkhpIFN0ZXBoYW5lLA0KDQo+QXMgd2UgZGlzY3Vzc2VkIHRoZXJlIGlzIG5vIHJlYWwgdXNl IGNhc2UgdG8gaGF2ZSBhIG11bHRpaG9tZWQgc2l0ZSB3aXRoIG9uZSBjb25uZWN0aW9uIGJlbG9u Z2luZyB0byBWUE4xIGFuZCBhbm90aGVyIGNvbm5lY3Rpb24gdG8gVlBOMi4NCg0KV2UgaGF2ZSBt YW55IHVzZSBjYXNlcy4NCldoZW4gYSBzaXRlIGlzIGEgbXVsdGkgdGVuYW50IG9uZSwgZWFjaCB0 ZW5hbnQgYmFzaWNhbGx5IGNvbm5lY3RzIGVhY2ggZGlmZmVyZW50IHZwbi4NCkluIGNhc2VzIHRo YXQgdGhlIHNpdGUgaXM6IA0KLWEgREMNCi1hIGxhcmdlIG9mZmljZSBsaWtlIEhRLiBFYWNoIGFk bWluaXN0cmF0aXZlIHNlY3Rpb24vZGVwYXJ0bWVudCBzb21ldGltZXMgY29ubmVjdHMgZWFjaCBk aWZmZXJlbnQgdnBuLg0KLWEgc2l0ZSB1c2VkIGJ5IGEgc2Vjb25kIHByb3ZpZGVyLg0KDQo+SWYg bXVsdGlwbGUgVlBOcyBhcmUgdXNlZCBieSB0aGUgc2l0ZSwgTEFOIHdpbGwgYmUgdXNlZCBpbiB0 aGUgVlBOIHBvbGljeSB0byBleHByZXNzIGl0Lg0KDQpBcyBJIHNlbnQgdG8gUWluIGluIHRoZSBm b2xsb3dpbmcgZW1haWwsIEluIHRoZSBhYm92ZSBjYXNlcywgdG8gdXNlIExBTiBpcyBub3QgZ29v ZCBpZGVhLiBXaGVuIGEgY3VzdG9tZXIgdXNlcyBhIGR5bmFtaWMgcm91dGluZyBwcm90b2NvbCwg YmdwIG9yIG9zcGYsIHRoZXkgZG9uJ3Qgd3JpdGUgbGFuLXByZWZpeGVzIGFuZCBkb24ndCB3YW50 IHRvIHdyaXRlIGVhY2ggbGFuLXByZWZpeGVzIG9uZSBieSBvbmUuIEl0IG9idmlvdXNseSBraWxs cyB0aGUgbWVyaXQgdG8gdXNlIGEgZHluYW1pYyByb3V0aW5nIHByb3RvY29sLg0KaHR0cHM6Ly9t YWlsYXJjaGl2ZS5pZXRmLm9yZy9hcmNoL21zZy9sM3NtLzVtU2xtRDFRZWhqUHotSFpJVzEycHp4 Z0Zhbw0KDQpDYW4gd2UganVzdCBkdXBsaWNhdGUgdnBuLXBvbGljeSB1bmRlciBzaXRlLW5ldHdv cmstYWNjZXNzPw0KT3Igd2UgY2FuIHVzZSBjaG9pY2Ugc3RhdGVtZW50IGlmIGFueSBpbmNvbnNp c3RlbmN5IG9jY3Vycy4NCg0KVGhhbmtzLA0KS2VuaWNoaQ0KDQotLS0tLU9yaWdpbmFsIE1lc3Nh Z2UtLS0tLQ0KRnJvbTogTDNzbSBbbWFpbHRvOmwzc20tYm91bmNlc0BpZXRmLm9yZ10gT24gQmVo YWxmIE9mIHN0ZXBoYW5lLmxpdGtvd3NraUBvcmFuZ2UuY29tDQpTZW50OiBUaHVyc2RheSwgSmFu dWFyeSAxNCwgMjAxNiA1OjM2IFBNDQpUbzogT2dha2ksIEtlbmljaGk7IGwzc21AaWV0Zi5vcmcN ClN1YmplY3Q6IFJlOiBbTDNzbV0gSS1EIEFjdGlvbjogZHJhZnQtaWV0Zi1sM3NtLWwzdnBuLXNl cnZpY2UtbW9kZWwtMDIudHh0DQoNCkhpLA0KDQpJIHRoaW5rIHRoZXJlIGlzIGEgbWlzdW5kZXJz dGFuZGluZyBpbiB0aGUgbmFtaW5nIHVzZWQgaW4gdGhlIGRpYWdyYW0uDQoNClZQTjFfc2l0ZTEg YW5kIFZQTjJfc2l0ZTIgYXJlIG5vdCByZWZlcnJpbmcgdG8gdGhlIHNhbWUgY3VzdG9tZXIgc2l0 ZS4gVlBOX3NpdGUxIG1lYW5zIHNpdGUgbnVtYmVyIzEgaW4gVlBOMS4gQW5kIFZQTjJfc2l0ZTEg bWVhbnMgc2l0ZSBudW1iZXIjMSBpbiBWUE4yLCBidXQgdGhlc2UgYXJlIG5vdCB0aGUgc2FtZSBj dXN0b21lciBzaXRlLg0KSSBjYW4gY2hhbmdlIHRoZSBuYW1pbmcgdG8gZW5zdXJlIGJldHRlciBy ZWFkaW5nIGFuZCBwcmV2ZW50IHN1Y2ggbWlzdW5kZXJzdGFuZGluZy4gDQoNCg0KQXMgd2UgZGlz Y3Vzc2VkIHRoZXJlIGlzIG5vIHJlYWwgdXNlIGNhc2UgdG8gaGF2ZSBhIG11bHRpaG9tZWQgc2l0 ZSB3aXRoIG9uZSBjb25uZWN0aW9uIGJlbG9uZ2luZyB0byBWUE4xIGFuZCBhbm90aGVyIGNvbm5l Y3Rpb24gdG8gVlBOMi4gSWYgbXVsdGlwbGUgVlBOcyBhcmUgdXNlZCBieSB0aGUgc2l0ZSwgTEFO IHdpbGwgYmUgdXNlZCBpbiB0aGUgVlBOIHBvbGljeSB0byBleHByZXNzIGl0Lg0KDQpCZXN0IFJl Z2FyZHMsDQoNCi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQpGcm9tOiBPZ2FraSwgS2VuaWNo aSBbbWFpbHRvOmtlLW9vZ2FraUBrZGRpLmNvbV0NClNlbnQ6IFR1ZXNkYXksIEphbnVhcnkgMTIs IDIwMTYgMTU6MzMNClRvOiBMSVRLT1dTS0kgU3RlcGhhbmUgU0NFL09JTklTOyBsM3NtQGlldGYu b3JnDQpTdWJqZWN0OiBSRTogW0wzc21dIEktRCBBY3Rpb246IGRyYWZ0LWlldGYtbDNzbS1sM3Zw bi1zZXJ2aWNlLW1vZGVsLTAyLnR4dA0KDQpIaSBTdGVwaGFuZSwNCg0KQ291bGQgeW91IG1vZGVs IHRoZSBzaXRlIzEgaW4gdGhlIGRpYWdyYW0sIGluY2x1ZGluZyBhbGwgdGhlIFZQTnMgYW5kIGNv bm5lY3Rpb25zPw0KSG93IGNhbiB3ZSBtYWtlIFZQTjNfU2l0ZTEgb25seSB0YWxrIHRvIFZQTjM/ DQoNCjxzaXRlcz4NCiAgPHNpdGUtaWQ+U2l0ZSMxPC9zaXRlLWlkPg0KICA8c2l0ZS1uZXR3b3Jr LWFjY2Vzc2VzPg0KICAgIDxzaXRlLW5ldHdvcmstYWNjZXNzPg0KICAgICAgPHNpdGUtbmV0d29y ay1hY2Nlc3MtaWQ+VlBOMV9TaXRlMTwvc2l0ZS1uZXR3b3JrLWFjY2Vzcy1pZD4NCiAgICAgIDwh LS1pcC1jb25uZWN0aW9uIHRvIFBFMSAtLT4gIA0KICAgICAgLi4uDQogICAgPC9zaXRlLW5ldHdv cmstYWNjZXNzPg0KICAgIDxzaXRlLW5ldHdvcmstYWNjZXNzPg0KICAgICAgPHNpdGUtbmV0d29y ay1hY2Nlc3MtaWQ+VlBOMl9TaXRlMTwvc2l0ZS1uZXR3b3JrLWFjY2Vzcy1pZD4NCiAgICAgIDwh LS1pcC1jb25uZWN0aW9uIHRvIFBFMyAtLT4gIA0KICAgICAgLi4uDQogICAgPC9zaXRlLW5ldHdv cmstYWNjZXNzPg0KICAgIDxzaXRlLW5ldHdvcmstYWNjZXNzPg0KICAgICAgPHNpdGUtbmV0d29y ay1hY2Nlc3MtaWQ+VlBOM19TaXRlMTwvc2l0ZS1uZXR3b3JrLWFjY2Vzcy1pZD4NCiAgICAgIDwh LS1pcC1jb25uZWN0aW9uIHRvIFBFNSAtLT4gIA0KICAgICAgLi4uDQogICAgPC9zaXRlLW5ldHdv cmstYWNjZXNzPg0KICA8L3NpdGUtbmV0d29yay1hY2Nlc3Nlcz4NCiAgPHZwbi1wb2xpY3k+DQog ICAgPGVudHJpZXM+DQogICAgICA8aWQ+MTwvaWQ+DQogICAgICA8dnBuPg0KICAgICAgICA8dnBu LWlkPlZQTjE8L3Zwbi1pZD4NCiAgICAgICAgPHNpdGUtcm9sZT5hbnktdG8tYW55LXJvbGU8L3Np dGUtcm9sZT4NCiAgICAgIDwvdnBuPg0KICAgIDwvZW50cmllcz4NCiAgICA8ZW50cmllcz4NCiAg ICAgIDxpZD4yPC9pZD4NCiAgICAgIDx2cG4+DQogICAgICAgIDx2cG4taWQ+VlBOMjwvdnBuLWlk Pg0KICAgICAgICA8c2l0ZS1yb2xlPmh1Yi1yb2xlPC9zaXRlLXJvbGU+DQogICAgICA8L3Zwbj4N CiAgICA8L2VudHJpZXM+DQogICAgPGVudHJpZXM+DQogICAgICA8aWQ+MzwvaWQ+DQogICAgICA8 dnBuPg0KICAgICAgICA8dnBuLWlkPlZQTjM8L3Zwbi1pZD4NCiAgICAgICAgPHNpdGUtcm9sZT5h bnktdG8tYW55LXJvbGU8L3NpdGUtcm9sZT4NCiAgICAgIDwvdnBuPg0KICAgIDwvZW50cmllcz4N CiAgPC92cG4tcG9saWN5Pg0KPC9zaXRlcz4NCg0KQWxsIHRoZSBiZXN0LA0KS2VuaWNoaQ0KDQot LS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KRnJvbTogTDNzbSBbbWFpbHRvOmwzc20tYm91bmNl c0BpZXRmLm9yZ10gT24gQmVoYWxmIE9mIHN0ZXBoYW5lLmxpdGtvd3NraUBvcmFuZ2UuY29tDQpT ZW50OiBUdWVzZGF5LCBKYW51YXJ5IDEyLCAyMDE2IDY6MDggUE0NClRvOiBPZ2FraSwgS2VuaWNo aTsgbDNzbUBpZXRmLm9yZw0KU3ViamVjdDogUmU6IFtMM3NtXSBJLUQgQWN0aW9uOiBkcmFmdC1p ZXRmLWwzc20tbDN2cG4tc2VydmljZS1tb2RlbC0wMi50eHQNCg0KSGksDQoNClRoZXJlIHNob3Vs ZCBiZSBzb21ldGhpbmcgSSdtIG1pc3NpbmcgaGVyZSAuLi4NCg0KRmlyc3QsIDUuMi4yIHRleHQg d2FzIG5vdCByZXZpZXdlZCBhZnRlciBjcmVhdGluZyB0aGUgaGllcmFyY2h5IGJldHdlZW4gc2l0 ZXMgYW5kIGFjY2Vzc2VzLiBTbyBtYXkgYmUgdGhlcmUgaXMgc29tZXRoaW5nIHRvIGZpeC4NCg0K QnV0IHJlYWRpbmcgdGhlIHRleHQgYWdhaW4sIEkgdGhpbmsgdGhpcyBpcyBzdGlsbCBhcHBsaWNh YmxlLg0KSW4gdGhlIGRpYWdyYW0sIGEgc2l0ZSBjb25uZWN0cyB0byBtdWx0aXBsZSBWUE5zIGJ1 dCBWUE4gcG9saWN5IGlzIG5vdCBjb250cm9sbGVkIHBlciBjb25uZWN0aW9uIGZyb20gYSBtb2Rl bGluZyBwb2ludCBvZiB2aWV3LiBJdCBpcyBjb250cm9sbGVkIHBlciBzaXRlLiBUaGUgZGlhZ3Jh bSBoYXMgb25seSBzaW5nbGUgaG9tZWQgc2l0ZSBzbyBtYXkgYmUgdGhlIGNvbmZ1c2lvbiBjb21l cyBmcm9tIGhlcmUuDQpZZXMgdGhlIG1vZGVsIGNhbm5vdCBkaWZmZXJlbnRpYXRlIHZwbiBwb2xp Y3kgcGVyIGNvbm5lY3Rpb24sIGJ1dCBJTU8sIHRoaXMgaXMgbm90IGRlc2lyYWJsZS4NCg0KSSBk b24ndCBzZWUgd2h5IHRoZSBtb2RlbCBjYW5ub3QgYWNoaWV2ZSB0aGUgcGFyYWdyYXBoIHlvdSBw b2ludGVkLg0KDQo8c2l0ZXM+DQoJPHNpdGUtaWQ+U2l0ZSMzPC9zaXRlLWlkPg0KCTx2cG4tcG9s aWN5Pg0KCQk8ZW50cmllcz4NCgkJCTxpZD4xPC9pZD4NCgkJCTx2cG4+DQoJCQkJPHZwbi1pZD5W UE4zPC92cG4taWQ+DQoJCQkJPHNpdGUtcm9sZT5hbnktdG8tYW55PC9zaXRlLXJvbGU+DQoJCQk8 L3Zwbj4NCgkJPC9lbnRyaWVzPg0KCTwvdnBuLXBvbGljeT4NCjwvc2l0ZXM+DQoNClRoZSBzZWNv bmQgcGFydCBvZiB0aGUgcGFyYWdyYXBoIHlvdSBtZW50aW9uZWQgdGFsa3MgYWJvdXQgdGhlIGRl dmljZSBjb25maWd1cmF0aW9uLCBub3QgdGhlIG1vZGVsaW5nIHBhcnQuIFNvIHRoZSBtb2RlbCB3 aWxsIGFsbG93IFBFNSB0byBiZSBjb25maWd1cmVkIHdpdGggdGhlIFZQTiBwb2xpY3kgKGltcG9y dC9leHBvcnQgUlQzKS4NCk1heSBiZSB0aGVyZSBpcyBhbHNvIGEgY29uZnVzaW9uIHRoZXJlIGlu dHJvZHVjZWQgYnkgdGhlIHRleHQuDQoNCg0KDQoNCi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0t DQpGcm9tOiBPZ2FraSwgS2VuaWNoaSBbbWFpbHRvOmtlLW9vZ2FraUBrZGRpLmNvbV0NClNlbnQ6 IFR1ZXNkYXksIEphbnVhcnkgMTIsIDIwMTYgMDI6MjkNClRvOiBMSVRLT1dTS0kgU3RlcGhhbmUg U0NFL09JTklTOyBsM3NtQGlldGYub3JnDQpTdWJqZWN0OiBSRTogW0wzc21dIEktRCBBY3Rpb246 IGRyYWZ0LWlldGYtbDNzbS1sM3Zwbi1zZXJ2aWNlLW1vZGVsLTAyLnR4dA0KDQpIaSBTdGVwaGFu ZSwNCg0KSWYgYSBzaW1wbGUgbXVsdGlob21lZCBzaXRlIGNhc2UgaXMsIEkgYWdyZWUuDQpCdXQs IGFzIHRoZSBkaWFncmFtIGluIHNlY3Rpb24gNS4yLjIsIGEgc2l0ZSBjb25uZWN0cyB0byBtdWx0 aXBsZSBWUE5zIGFuZCBlYWNoIHZwbiBwb2xpY3kgaXMgY29udHJvbGxlZCBwZXIgY29ubmVjdGlv bi4gVGhlIGN1cnJlbnQgbW9kZWwgY2Fubm90IGRpZmZlcmVudGlhdGUgdnBuIHBvbGljeSBwZXIg Y29ubmVjdGlvbi4NCg0KVGhlIGN1cnJlbnQgbW9kZWwgY2Fubm90IHJlYWxpemUgdGhlIGNhc2Ug ZGVzY3JpYmVkIGluIHRoZSBmb2xsb3dpbmcgc2VudGVuY2UsIGZvciBleGFtcGxlLg0KIA0KPiAg IENvbnNpZGVyIGEgc2l0ZSMxIGluIFZQTjMgdGhhdCBtdXN0IGNvbW11bmljYXRlIG9ubHkgaW4g VlBOMywgaW4gdGhpcw0KPiAgIGNhc2UsIHRoZSB2cG4tcG9saWN5IHdpbGwgYmUgc2ltaWxhciB0 byBTaXRlIzEgb2YgVlBOMS4gIFRoZSBWUkYgb24NCj4gICBQRTUgZm9yIFZQTjMgd2lsbCBiZSBz byBwcm92aXNpb25lZCBieSB0aGUgbWFuYWdlbWVudCBzeXN0ZW0gdXNpbmcNCj4gICBSVDMgdmFs dWUgYXMgaW1wb3J0IGFuZCBleHBvcnQgdmFsdWUuDQoNCkFsbCB0aGUgYmVzdCwNCktlbmljaGkN Cg0KLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCkZyb206IEwzc20gW21haWx0bzpsM3NtLWJv dW5jZXNAaWV0Zi5vcmddIE9uIEJlaGFsZiBPZiBzdGVwaGFuZS5saXRrb3dza2lAb3JhbmdlLmNv bQ0KU2VudDogTW9uZGF5LCBKYW51YXJ5IDExLCAyMDE2IDExOjM3IFBNDQpUbzogT2dha2ksIEtl bmljaGk7IGwzc21AaWV0Zi5vcmcNClN1YmplY3Q6IFJlOiBbTDNzbV0gSS1EIEFjdGlvbjogZHJh ZnQtaWV0Zi1sM3NtLWwzdnBuLXNlcnZpY2UtbW9kZWwtMDIudHh0DQoNCkhpIEtlbmljaGksDQoN CklNTywgZm9yIGEgbXVsdGlob21lZCBzaXRlLCB0aGUgVlBOIHBvbGljeSB3aWxsIGFsd2F5cyBi ZSB0aGUgc2FtZSBvbiBlYWNoIG5ldHdvcmsgY29ubmVjdGlvbiAgdGhlIHNpdGUgaXMgdXNpbmcu IERvIHlvdSBzZWUgYSByZWFzb24gd2h5IGl0IGNvdWxkIGJlIGRpZmZlcmVudCA/DQoNCg0KQnJn ZHMsDQoNClN0ZXBoYW5lDQoNCg0KLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCkZyb206IEwz c20gW21haWx0bzpsM3NtLWJvdW5jZXNAaWV0Zi5vcmddIE9uIEJlaGFsZiBPZiBPZ2FraSwgS2Vu aWNoaQ0KU2VudDogTW9uZGF5LCBKYW51YXJ5IDExLCAyMDE2IDEwOjQ4DQpUbzogbDNzbUBpZXRm Lm9yZw0KU3ViamVjdDogUmU6IFtMM3NtXSBJLUQgQWN0aW9uOiBkcmFmdC1pZXRmLWwzc20tbDN2 cG4tc2VydmljZS1tb2RlbC0wMi50eHQNCg0KSGkgU3RlcGhhbmUgYW5kIEFsbCwNCg0KT25lIG1v cmUgY29tbWVudC4NCg0KTGVhdmluZyBpc3N1ZSMxMCBhbmQgdnBuLXBvbGljeSBpbiB2cG4tc3Zj IGRpc2N1c3Npb24gYXNpZGUsIHRoZSB2cG4tcG9saWN5IGluIHRoZSBjdXJyZW50IG1vZGVsIHNo b3VsZCBiZSB1bmRlciBzaXRlLW5ldHdvcmsgYWNjZXNzPw0KDQpBY2NvcmRpbmcgdG8gc2VjdGlv biA1LjIuMiwgYSB2cG4tcG9saWN5IHNob3VsZCBiZSBjb250cm9sbGVkIHBlciBwYWlyIG9mIGEg UEUgYW5kIGEgc2l0ZSwgY29ycmVzcG9uZGluZyB0byBzaXRlLW5ldHdvcmstYWNjZXNzIC9pcC1j b25uZWN0aW9uLg0KV2hlbiB3ZSBwbGFjZSB0aGUgdnBuLXBvbGljeSBkaXJlY3RseSB1bmRlciAi c2l0ZXMiLCBob3cgY2FuIHdlIHJlbGF0ZSBhIHZwbi1wb2xpY3kgdG8gYSBzcGVjaWZpYyBQRS4N Cg0KVGhhbmtzLA0KS2VuaWNoaQ0KDQotLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KRnJvbTog TDNzbSBbbWFpbHRvOmwzc20tYm91bmNlc0BpZXRmLm9yZ10gT24gQmVoYWxmIE9mIE9nYWtpLCBL ZW5pY2hpDQpTZW50OiBUdWVzZGF5LCBKYW51YXJ5IDA1LCAyMDE2IDI6MTMgUE0NClRvOiBzdGVw aGFuZS5saXRrb3dza2lAb3JhbmdlLmNvbTsgJ1FpbiBXdSc7IGwzc21AaWV0Zi5vcmcNCkNjOiBh ZHJpYW5Ab2xkZG9nLmNvLnVrDQpTdWJqZWN0OiBSZTogW0wzc21dIEktRCBBY3Rpb246IGRyYWZ0 LWlldGYtbDNzbS1sM3Zwbi1zZXJ2aWNlLW1vZGVsLTAyLnR4dA0KDQpIaSBTdGVwaGFuZSwNCg0K UGxlYXNlIHNlZSBpbmxpbmUuDQoNCkFsbCB0aGUgYmVzdCwNCktlbmljaGkNCg0KLS0tLS1Pcmln aW5hbCBNZXNzYWdlLS0tLS0NCkZyb206IEwzc20gW21haWx0bzpsM3NtLWJvdW5jZXNAaWV0Zi5v cmddIE9uIEJlaGFsZiBPZiBzdGVwaGFuZS5saXRrb3dza2lAb3JhbmdlLmNvbQ0KU2VudDogVHVl c2RheSwgSmFudWFyeSAwNSwgMjAxNiAxMjowOSBBTQ0KVG86IE9nYWtpLCBLZW5pY2hpOyAnUWlu IFd1JzsgbDNzbUBpZXRmLm9yZw0KQ2M6IGFkcmlhbkBvbGRkb2cuY28udWsNClN1YmplY3Q6IFJl OiBbTDNzbV0gSS1EIEFjdGlvbjogZHJhZnQtaWV0Zi1sM3NtLWwzdnBuLXNlcnZpY2UtbW9kZWwt MDIudHh0DQoNCkhpLA0KDQpCZXN0IHdpc2hlcyBmb3IgdGhpcyBuZXcgeWVhci4NCg0KUGxzIGZp bmQgaW5saW5lIGNvbW1lbnRzLg0KDQotLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KRnJvbTog T2dha2ksIEtlbmljaGkgW21haWx0bzprZS1vb2dha2lAa2RkaS5jb21dDQpTZW50OiBNb25kYXks IEphbnVhcnkgMDQsIDIwMTYgMDM6MTYNClRvOiAnUWluIFd1JzsgbDNzbUBpZXRmLm9yZw0KQ2M6 IExJVEtPV1NLSSBTdGVwaGFuZSBTQ0UvT0lOSVM7IGFkcmlhbkBvbGRkb2cuY28udWsNClN1Ympl Y3Q6IFJFOiBbTDNzbV0gSS1EIEFjdGlvbjogZHJhZnQtaWV0Zi1sM3NtLWwzdnBuLXNlcnZpY2Ut bW9kZWwtMDIudHh0DQoNCkRlYXIgQWxsLA0KDQpBZGRpdGlvbmFsIGNvbW1lbnRzIGFyZSBoZXJl Og0KDQoqc3ZjLWlkDQpUaGUgdHlwZSAic3ZjLWlkIiBpcyB1c2VkIGZvciBsb3RzIG9mIGRhdGEg bm9kZS4gSXMgdGhpcyBuZWNlc3Nhcnk/DQpXaGVuIHdlIHNheSAidnBuLWlkIiwgdGhpcyBpcyBv YnZpb3VzbHkgYW4gaWQgYnkgaXRzIG5hbWUsIGFuZCB0aGUgb25seSB0aGluZyB0byBkZWZpbmUg aXMgaG93IHdlIHJlcHJlc2VudCB0aGlzLCBzdHJpbmcsIGludGVnZXIgb3Igc29tZXRoaW5noa0g SWYgdGhlIHR5cGUgInN2Yy1pZCIgZGVmaW5lcyB0aGUgbGVuZ3RoIG9mIHN0cmluZyBvciBzb21l dGhpbmcgY29uc3RyYWludCwgaXQgbWFrZXMgc2Vuc2UuICANCltTTEldIHN2Yy1pZCBqdXN0IGJy aW5ncyBjb25zaXN0ZW5jeSBvbiBob3cgd2UgZGVmaW5lIGFsbCB0aGUgaWRlbnRpZmllcnMgaW4g dGhlIG1vZGVsICh3ZSBlbnN1cmUgZWFzaWx5IHRoYXQgYWxsIGFyZSB1c2luZyB0aGUgc2FtZSBl bmNvZGluZyA9PiBzdHJpbmcpDQoNCltLT10gSSB1bmRlcnN0YW5kLg0KDQoqcm91dGluZy1wcm90 b2NvbA0KVGhlIGN1cnJlbnQgbW9kZWwgYWxsb3dzIG11bHRpcGxlIHJvdXRpbmcgcHJvdG9jb2xz IGZvciBhIHNpdGUtbmV0d29yay1hY2Nlc3MuIEl0J3MgdGVjaG5pY2FsbHkgcG9zc2libGUsIGJ1 dCBpcyB0aGVyZSBhbnkgdXNlIGNhc2UgZm9yIGwzdnBuIHNlcnZpY2U/DQojSXMgdGhpcyBvbmx5 IGZvciBkdWFsLXN0YWNrLCBvbmUgZm9yIElQdjQgYW5kIHRoZSBvdGhlciBmb3IgSVB2Nj8NCltT TEldIEl0IGlzIHJlYWxseSB1c3VhbCB0byBoYXZlIGR5bmFtaWMgcm91dGluZyArIHN0YXRpYyBy b3V0aW5nIGF0IHRoZSBzYW1lIHRpbWUuIChlLmcuIGR5bmFtaWMgcm91dGluZyBmb3IgY3VzdG9t ZXIgTEFOcywgKyBzdGF0aWMgcm91dGluZyBmb3IgYWRtaW4pDQoNCltLT10gSSB1bmRlcnN0YW5k Lg0KDQoqUW9TIGNsYXNzaWZpY2F0aW9uDQpTaW5jZSA1LjIuNi4xLjEuIHNheXMgIlRoZSBvcmRl ciBvZiBydWxlIGlzIGRlZmluZWQgYnkgdGhlICJpZCIgbGVhZi4gIFRoZSBsb3dlc3QgImlkIiBN VVNUIGJlIHByb2Nlc3NlZCBmaXJzdC4iLCB3ZSBoYXZlIHRvIGNoYW5nZSB0aGUgImlkIiB2YWx1 ZSB3aGVuZXZlciB3ZSB3YW50IHRvIHJlb3JkZXIgdGhlIGV4aXN0aW5nIHJ1bGVzLiBCdXQgdGhl ICJpZCIgaXMga2V5LCBhbmQgYSBrZXkgc2hvdWxkIG5vdCBiZSBjaGFuZ2VkIGluIERCIHByaW5j aXBsZS4gQWx0aG91Z2ggaXQgbWF5IGJlIGFuIGltcGxlbWVudGF0aW9uIG1hdHRlciwgY2FuIHdl IGp1c3QgdXNlICJvcmRlcmVkLWJ5IHVzZXIiIHN0YXRlbWVudCBmb3IgdGhlIGxpc3QgInJ1bGVz Ij8NCltTTEldIEFncmVlLCBJIHdpbGwgYWRkIHRoZSBvcmRlcmVkLWJ5IHVzZXIuIERvIHlvdSBz ZWUgb3RoZXIgbGlzdHMgdGhhdCB3b3VsZCByZXF1aXJlIHN1Y2ggdXNlciBvcmRlcmluZyA/DQoN CltLT10gSSBjYW4ndCBmaW5kIGFueSBvdGhlciBvcmRlcmVkIGxpc3QuDQoNCipzdGQtcW9zLXBy b2ZpbGUvY3VzdG9tLXFvcy1wcm9maWxlDQpJZiAic3RkLXFvcy1wcm9maWxlIGFuZCBjdXN0b20t cW9zLXByb2ZpbGUgY2Fubm90IGJlIHVzZWQgYXQgdGhlIHNhbWUgdGltZS4iIGluIDUuMS42LjEu Miwgd2UgY2FuIHVzZSBhIGNob2ljZSBzdGF0ZW1lbnQgZm9yIHN0ZC1xb3MtcHJvZmlsZSBhbmQg Y3VzdG9tLXFvcy1wcm9maWxlLg0KW1NMSV0gQWdyZWUsIHdpbGwgZml4IGl0Lg0KDQoNCip0cmFm ZmljIHByb3RlY3Rpb24NCkNhbiB3ZSBjb3ZlciB0aGUgZnVuY3Rpb24gb2YgInRyYWZmaWMtcHJv dGVjdGlvbiIgYnkgInNpdGUtbmV0d29yay1hY2Nlc3MvYXZhaWxhYmlsaXR5Ij8NCltTTEldIEFj aywgSSBtb3ZlZCB0aGUgdHJhZmZpYyBwcm90ZWN0aW9uIHVuZGVyIGF2YWlsYWJpbGl0eS4NCg0K DQoqdnBuLXBvbGljeQ0KRm9yIGFuIHJlYWRhYmlsaXR5IG9mIHRoZSBtb2RlbCwgdGhlIG5vZGUg bmFtZSAidnBuLXBvbGljeS9lbnRyaWVzL2lkL3Zwbi92cG4iIHNob3VsZCBiZSAidnBuLXBvbGlj eS9lbnRyaWVzL2lkL3Zwbi92cG4taWQiLg0KW1NMSV0gRml4ZWQuDQoNCg0KKm5vdGlmaWNhdGlv bg0KSG93IGFib3V0IGRlZmluaW5nIG5vdGlmaWNhdGlvbiBub2RlIHVuZGVyIHZwbi1zdmMgYW5k IHNpdGUtbmV0d29yay1hY2Nlc3M/DQpXZSBzb21ldGltZXMgaGF2ZSB0byBhY3RpdmVseSBpbmZv cm0gb3VyIGN1c3RvbWVycyBvZiBhIGZhaWx1cmUgb3Igc29tZXRoaW5nLg0KV2hhdCBraW5kIG9m IHRoZSBpbmZvcm1hdGlvbiBkZXBlbmRzIG9uIGVhY2ggb3BlcmF0b3IsIHRoZW4gYW55ZGF0YSBv ciBhbnl4bWwgc3VpdHMgdGhpcy4NCg0KW1NMSV0gTm90aWZpY2F0aW9uIGFyZSBub3JtYWxseSBu b3QgcGFydCBvZiB0aGUgdHJlZSwgd2UgY2FuIGNyZWF0ZSBycGNzIG9yIG5vdGlmaWNhdGlvbnMg aWYgbmVjZXNzYXJ5IHRvIHJldHJpZXZlIG9wZXJhdGlvbmFsIGluZm9zLg0KQ291bGQgeW91IHJh aXNlIGEgc2VwYXJhdGUgdGhyZWFkIHRvIGRpc2N1c3MgdGhlIG5lZWQgb2Ygbm90aWZpY2F0aW9u cyA/DQoNCltLT10gSSB3aWxsIHJhaXNlIGEgc2VwYXJhdGUgdGhyZWFkLg0KDQpleC4pDQpjb250 YWluZXIgc2l0ZS1uZXR3b3JrLWFjY2Vzc2VzIHsNCiAgICBsaXN0IHNpdGUtbmV0d29yay1hY2Nl c3Mgew0KICAgICAgICBrZXkgc2l0ZS1uZXR3b3JrLWFjY2Vzcy1pZDsNCiAgICAgICAgLi4uDQog ICAgICAgIG5vdGlmaWNhdGlvbiBpbmZvIHsNCiAgICAgICAgICAgIGFueWRhdGEgZGF0YTsNCiAg ICAgICAgfQ0KICAgICAgICAuLi4NCn0NCg0KDQotRWRpdG9yaWFscw0KU2VjLiA1LjEuMi4NCjJu ZCBhbmQgM3JkIGNvbmZpZ3VyYXRpb24gZXhhbXBsZXMgc3RpbGwgdXNlICJuYW1lIiBhbmQgImlk Ii4NCg0KU2VjLiA1LjIuDQp0eXBvICJyZXNzb3VyY2VzIiBpbiBMb2NhdGlvbiBkZXNjcmlwdGlv bi4NClNlYy4gNS4yLjEuMg0KdHlwbyAicmVzc291cmNlcyIgaW4gMm5kIHBhcmFncmFwaA0KDQpT ZWMuIDUuMi41LjcuDQpJbiAybmQgcGFyYWdyYXBoLCBBUyBudW1iZXIgaXMgZGVmaW5lZCBpbiBy b3V0aW5nLXByb3RvY29sL2JncCBpbiB0aGUgY3VycmVudCBtb2RlbCwgYW5kIGN1c3RvbWVyLXNw ZWNpZmljLWluZm9ybWF0aW9uIGlzIGFscmVhZHkgZGVsZXRlZC4NClRoZSBjb25maWd1cmF0aW9u IGV4YW1wbGUgc2hvdWxkIGFsc28gaW5jbHVkZSAiYXV0b25vbW91cy1zeXN0ZW0iLg0KDQpTZWMu IDYuDQpUaGUgY29uZmlndXJhdGlvbiBleGFtcGxlIHN0aWxsIHVzZSAibmFtZSIgYW5kICJpZCIu DQoNCltTTEldIFRoYW5rcyBmb3IgY2F0Y2hpbmcgdGhlIGVycm9ycywgYXMgdGhlIG1vZGVsIGV2 b2x2ZWQgYSBsb3QsIGl0IHMgaGFyZCB0byBrZWVwIGFsbCB0aGUgZXhhbXBsZSBzeW5jaHJvbml6 ZWQgOikNCg0KDQpIYXBweSBOZXcgWWVhciwNCktlbmljaGkNCg0KLS0tLS1PcmlnaW5hbCBNZXNz YWdlLS0tLS0NCkZyb206IEwzc20gW21haWx0bzpsM3NtLWJvdW5jZXNAaWV0Zi5vcmddIE9uIEJl aGFsZiBPZiBPZ2FraSwgS2VuaWNoaQ0KU2VudDogVGh1cnNkYXksIERlY2VtYmVyIDI0LCAyMDE1 IDEyOjM5IFBNDQpUbzogJ1FpbiBXdSc7IGwzc21AaWV0Zi5vcmcNCkNjOiBzdGVwaGFuZS5saXRr b3dza2lAb3JhbmdlLmNvbTsgYWRyaWFuQG9sZGRvZy5jby51aw0KU3ViamVjdDogUmU6IFtMM3Nt XSBJLUQgQWN0aW9uOiBkcmFmdC1pZXRmLWwzc20tbDN2cG4tc2VydmljZS1tb2RlbC0wMi50eHQN Cg0KRGVhciBBbGwsDQoNCj5odHRwczovL3RyYWMudG9vbHMuaWV0Zi5vcmcvd2cvbDNzbS90cmFj L3RpY2tldC8xMg0KDQpUd28gY29tbWVudHMgZm9yIHRoZSBjdXJyZW50IHJvdXRpbmctcHJvdG9j b2xzOg0KDQoxLiBOb2RlIG5hbWUgImNhc2NhZGVkLWxhbi1wcmVmaXhlcyIgc2hvdWxkIGJlIHJl d29yZGVkLCBmb3IgZXhhbXBsZSBvZiAiY3VzdG9tZXItbGFuLXByZWZpeGVzIi4NCk5vIGxvbmdl ciBvbmx5IGZvciAqY2FzY2FkZWQqIGxhbi4NCg0KMi4gU2hvdWxkIHdlIGhhdmUgYSBtZWFuIHRv IHJldHJpZXZlIHRoZSBwcm92aWRlciBhdXRvbm9tb3VzIHN5c3RlbSBudW1iZXIgZm9yIGJncCB0 eXBlPw0Kcm8gbm9kZS9vcHMgc3RhdGUgaXMgZW5vdWdoLg0KSW4gdGhlIGNhc2Ugb2YgY3VzdG9t ZXIgbWFuYWdlZCBDRSwgb3VyIGN1c3RvbWVyIG11c3Qga25vdyB3aGF0IEFTIG51bWJlciB0aGUg UEUgaGFzLg0KI1VzdWFsbHksIHdlIGxldCB0aGVtIGtub3cgaXQgb3V0c2lkZSB0aGUgdXNlciBp bnRlcmZhY2UuDQoNCk1lcnJ5IFgnbWFzICYgSGFwcHkgTmV3IFllYXIsDQpLZW5pY2hpDQoNCi0t LS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQpGcm9tOiBMM3NtIFttYWlsdG86bDNzbS1ib3VuY2Vz QGlldGYub3JnXSBPbiBCZWhhbGYgT2YgUWluIFd1DQpTZW50OiBXZWRuZXNkYXksIERlY2VtYmVy IDIzLCAyMDE1IDU6MTUgUE0NClRvOiBsM3NtQGlldGYub3JnDQpDYzogc3RlcGhhbmUubGl0a293 c2tpQG9yYW5nZS5jb207IGFkcmlhbkBvbGRkb2cuY28udWsNClN1YmplY3Q6IFJlOiBbTDNzbV0g SS1EIEFjdGlvbjogZHJhZnQtaWV0Zi1sM3NtLWwzdnBuLXNlcnZpY2UtbW9kZWwtMDIudHh0DQoN CkhpLCBBbGw6DQpBcyBhIGZvbGxvdy11cCB0byB0aGUgZGlzY3Vzc2lvbiBkdXJpbmcgdGhlIEwz U00gaW50ZXJpbSBjYWxsIHdlIGhhZCBpbiBEZWNlbWJlciAyMDE1LCBXZSBhcyBjaGFpcnMgaGF2 ZSBmaWxlZCB0d28gaXNzdWUgdGlja2V0cyBpbiB0aGUgaXNzdWUgdHJhY2tlcg0KaHR0cHM6Ly90 cmFjLnRvb2xzLmlldGYub3JnL3dnL2wzc20vdHJhYy90aWNrZXQvMTINCmh0dHBzOi8vdHJhYy50 b29scy5pZXRmLm9yZy93Zy9sM3NtL3RyYWMvdGlja2V0LzEzDQoNCkF1dGhvcnMgaGF2ZSByZXZp c2VkIElEIGJhc2VkIG9uIHRoZSBkaXNjdXNzaW9uIGFuZCBhZ3JlZWQgcG9pbnQgZHVyaW5nIGlu dGVyaW0gY2FsbC4NClRoYW5rcyBTdGVwaGFuZSB0byBnZXQgdGhpcyBkb25lIGFuZCBjbG9zZSBt b3N0IG9mIG9wZW4gaXNzdWVzIHdlIGhhZCBpbiB0aGUgaXNzdWUgdHJhY2tlciBleGNlcHQgdGhl IGZvbGxvd2luZyB0d28gaXNzdWVzOg0KMS5JbnZlbnRvcnkgb3BzIHN0YXRlIGlzc3VlDQoyLiBW UE4gbWVyZ2luZyBpc3N1ZQ0KVGhlIGRpZmY6DQpodHRwczovL3d3dy5pZXRmLm9yZy9yZmNkaWZm P3VybDI9ZHJhZnQtaWV0Zi1sM3NtLWwzdnBuLXNlcnZpY2UtbW9kZWwtMDINClBsZWFzZSByZXZp ZXcgdGhlIGNoYW5nZXMgYW5kIGxldCB1cyBrbm93IGlmIHRoZXJlIGlzIGFueXRoaW5nIG1pc3Nl ZCBvciBhZGRpdGlvbiBjaGFuZ2UgdGhhdCBuZWVkcyB0byBiZSBpbmNvcnBvcmF0ZWQgaW4uDQoN Ci1RaW4NCi0tLS0t08q8/tStvP4tLS0tLQ0Kt6K8/sjLOiBJLUQtQW5ub3VuY2UgW21haWx0bzpp LWQtYW5ub3VuY2UtYm91bmNlc0BpZXRmLm9yZ10gtPqx7SBpbnRlcm5ldC1kcmFmdHNAaWV0Zi5v cmcNCreiy83KsbzkOiAyMDE1xOoxMtTCMTXI1SAxODozMw0KytW8/sjLOiBpLWQtYW5ub3VuY2VA aWV0Zi5vcmcNCrOty806IGwzc21AaWV0Zi5vcmcNCtb3zOI6IEktRCBBY3Rpb246IGRyYWZ0LWll dGYtbDNzbS1sM3Zwbi1zZXJ2aWNlLW1vZGVsLTAyLnR4dA0KDQoNCkEgTmV3IEludGVybmV0LURy YWZ0IGlzIGF2YWlsYWJsZSBmcm9tIHRoZSBvbi1saW5lIEludGVybmV0LURyYWZ0cyBkaXJlY3Rv cmllcy4NCiBUaGlzIGRyYWZ0IGlzIGEgd29yayBpdGVtIG9mIHRoZSBMM1ZQTiBTZXJ2aWNlIE1v ZGVsICBXb3JraW5nIEdyb3VwIG9mIHRoZSBJRVRGLg0KDQogICAgICAgIFRpdGxlICAgICAgICAg ICA6IFlBTkcgRGF0YSBNb2RlbCBmb3IgTDNWUE4gc2VydmljZSBkZWxpdmVyeQ0KICAgICAgICBB dXRob3JzICAgICAgICAgOiBTdGVwaGFuZSBMaXRrb3dza2kNCiAgICAgICAgICAgICAgICAgICAg ICAgICAgUm9iIFNoYWtpcg0KICAgICAgICAgICAgICAgICAgICAgICAgICBMdWlzIFRvbW90YWtp DQogICAgICAgICAgICAgICAgICAgICAgICAgIEtldmluIEQnU291emENCglGaWxlbmFtZSAgICAg ICAgOiBkcmFmdC1pZXRmLWwzc20tbDN2cG4tc2VydmljZS1tb2RlbC0wMi50eHQNCglQYWdlcyAg ICAgICAgICAgOiAxMDANCglEYXRlICAgICAgICAgICAgOiAyMDE1LTEyLTE1DQoNCkFic3RyYWN0 Og0KICAgVGhpcyBkb2N1bWVudCBkZWZpbmVzIGEgWUFORyBkYXRhIG1vZGVsIHRoYXQgY2FuIGJl IHVzZWQgdG8gZGVsaXZlciBhDQogICBMYXllciAzIFByb3ZpZGVyIFByb3Zpc2lvbmVkIFZQTiBz ZXJ2aWNlLiAgVGhlIGRvY3VtZW50IGlzIGxpbWl0ZWQgdG8NCiAgIHRoZSBCR1AgUEUtYmFzZWQg VlBOcyBhcyBkZXNjcmliZWQgaW4gUkZDNDExMCBhbmQgUkZDNDM2NC4gIFRoaXMNCiAgIG1vZGVs IGlzIGludGVuZGVkIHRvIGJlIGluc3RhbnRpYXRlZCBhdCBtYW5hZ2VtZW50IHN5c3RlbSB0byBk ZWxpdmVyDQogICB0aGUgb3ZlcmFsbCBzZXJ2aWNlLiAgVGhpcyBtb2RlbCBpcyBub3QgYSBjb25m aWd1cmF0aW9uIG1vZGVsIHRvIGJlDQogICB1c2VkIGRpcmVjdGx5IG9uIG5ldHdvcmsgZWxlbWVu dHMuICBUaGlzIG1vZGVsIHByb3ZpZGVzIGFuIGFic3RyYWN0ZWQNCiAgIHZpZXcgb2YgdGhlIExh eWVyIDMgSVBWUE4gc2VydmljZSBjb25maWd1cmF0aW9uIGNvbXBvbmVudHMuICBJdCB3aWxsDQog ICBiZSB1cCB0byBhIG1hbmFnZW1lbnQgc3lzdGVtIHRvIHRha2UgdGhpcyBhcyBhbiBpbnB1dCBh bmQgdXNlDQogICBzcGVjaWZpYyBjb25maWd1cmF0aW9ucyBtb2RlbHMgdG8gY29uZmlndXJlIHRo ZSBkaWZmZXJlbnQgbmV0d29yaw0KICAgZWxlbWVudHMgdG8gZGVsaXZlciB0aGUgc2VydmljZS4g IEhvdyBjb25maWd1cmF0aW9uIG9mIG5ldHdvcmsNCiAgIGVsZW1lbnRzIGlzIGRvbmUgaXMgb3V0 IG9mIHNjb3BlIG9mIHRoZSBkb2N1bWVudC4NCg0KDQoNClRoZSBJRVRGIGRhdGF0cmFja2VyIHN0 YXR1cyBwYWdlIGZvciB0aGlzIGRyYWZ0IGlzOg0KaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9y Zy9kb2MvZHJhZnQtaWV0Zi1sM3NtLWwzdnBuLXNlcnZpY2UtbW9kZWwvDQoNClRoZXJlJ3MgYWxz byBhIGh0bWxpemVkIHZlcnNpb24gYXZhaWxhYmxlIGF0Og0KaHR0cHM6Ly90b29scy5pZXRmLm9y Zy9odG1sL2RyYWZ0LWlldGYtbDNzbS1sM3Zwbi1zZXJ2aWNlLW1vZGVsLTAyDQoNCkEgZGlmZiBm cm9tIHRoZSBwcmV2aW91cyB2ZXJzaW9uIGlzIGF2YWlsYWJsZSBhdDoNCmh0dHBzOi8vd3d3Lmll dGYub3JnL3JmY2RpZmY/dXJsMj1kcmFmdC1pZXRmLWwzc20tbDN2cG4tc2VydmljZS1tb2RlbC0w Mg0KDQoNClBsZWFzZSBub3RlIHRoYXQgaXQgbWF5IHRha2UgYSBjb3VwbGUgb2YgbWludXRlcyBm cm9tIHRoZSB0aW1lIG9mIHN1Ym1pc3Npb24gdW50aWwgdGhlIGh0bWxpemVkIHZlcnNpb24gYW5k IGRpZmYgYXJlIGF2YWlsYWJsZSBhdCB0b29scy5pZXRmLm9yZy4NCg0KSW50ZXJuZXQtRHJhZnRz IGFyZSBhbHNvIGF2YWlsYWJsZSBieSBhbm9ueW1vdXMgRlRQIGF0Og0KZnRwOi8vZnRwLmlldGYu b3JnL2ludGVybmV0LWRyYWZ0cy8NCg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX18NCkktRC1Bbm5vdW5jZSBtYWlsaW5nIGxpc3QNCkktRC1Bbm5vdW5jZUBp ZXRmLm9yZw0KaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9pLWQtYW5ub3Vu Y2UNCkludGVybmV0LURyYWZ0IGRpcmVjdG9yaWVzOiBodHRwOi8vd3d3LmlldGYub3JnL3NoYWRv dy5odG1sIG9yIGZ0cDovL2Z0cC5pZXRmLm9yZy9pZXRmLzFzaGFkb3ctc2l0ZXMudHh0DQpfX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KTDNzbSBtYWlsaW5n IGxpc3QNCkwzc21AaWV0Zi5vcmcNCmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGlu Zm8vbDNzbQ0KDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f Xw0KTDNzbSBtYWlsaW5nIGxpc3QNCkwzc21AaWV0Zi5vcmcNCmh0dHBzOi8vd3d3LmlldGYub3Jn L21haWxtYW4vbGlzdGluZm8vbDNzbQ0KDQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCg0KQ2UgbWVzc2FnZSBldCBzZXMg cGllY2VzIGpvaW50ZXMgcGV1dmVudCBjb250ZW5pciBkZXMgaW5mb3JtYXRpb25zIGNvbmZpZGVu dGllbGxlcyBvdSBwcml2aWxlZ2llZXMgZXQgbmUgZG9pdmVudCBkb25jIHBhcyBldHJlIGRpZmZ1 c2VzLCBleHBsb2l0ZXMgb3UgY29waWVzIHNhbnMgYXV0b3Jpc2F0aW9uLiBTaSB2b3VzIGF2ZXog cmVjdSBjZSBtZXNzYWdlIHBhciBlcnJldXIsIHZldWlsbGV6IGxlIHNpZ25hbGVyIGEgbCdleHBl ZGl0ZXVyIGV0IGxlIGRldHJ1aXJlIGFpbnNpIHF1ZSBsZXMgcGllY2VzIGpvaW50ZXMuIExlcyBt ZXNzYWdlcyBlbGVjdHJvbmlxdWVzIGV0YW50IHN1c2NlcHRpYmxlcyBkJ2FsdGVyYXRpb24sIE9y YW5nZSBkZWNsaW5lIHRvdXRlIHJlc3BvbnNhYmlsaXRlIHNpIGNlIG1lc3NhZ2UgYSBldGUgYWx0 ZXJlLCBkZWZvcm1lIG91IGZhbHNpZmllLiBNZXJjaS4NCg0KVGhpcyBtZXNzYWdlIGFuZCBpdHMg YXR0YWNobWVudHMgbWF5IGNvbnRhaW4gY29uZmlkZW50aWFsIG9yIHByaXZpbGVnZWQgaW5mb3Jt YXRpb24gdGhhdCBtYXkgYmUgcHJvdGVjdGVkIGJ5IGxhdzsgdGhleSBzaG91bGQgbm90IGJlIGRp c3RyaWJ1dGVkLCB1c2VkIG9yIGNvcGllZCB3aXRob3V0IGF1dGhvcmlzYXRpb24uDQpJZiB5b3Ug aGF2ZSByZWNlaXZlZCB0aGlzIGVtYWlsIGluIGVycm9yLCBwbGVhc2Ugbm90aWZ5IHRoZSBzZW5k ZXIgYW5kIGRlbGV0ZSB0aGlzIG1lc3NhZ2UgYW5kIGl0cyBhdHRhY2htZW50cy4NCkFzIGVtYWls cyBtYXkgYmUgYWx0ZXJlZCwgT3JhbmdlIGlzIG5vdCBsaWFibGUgZm9yIG1lc3NhZ2VzIHRoYXQg aGF2ZSBiZWVuIG1vZGlmaWVkLCBjaGFuZ2VkIG9yIGZhbHNpZmllZC4NClRoYW5rIHlvdS4NCg0K X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCkwzc20gbWFp bGluZyBsaXN0DQpMM3NtQGlldGYub3JnDQpodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xp c3RpbmZvL2wzc20NCg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX18NCkwzc20gbWFpbGluZyBsaXN0DQpMM3NtQGlldGYub3JnDQpodHRwczovL3d3dy5pZXRm Lm9yZy9tYWlsbWFuL2xpc3RpbmZvL2wzc20NCg0KX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX18NCkwzc20gbWFpbGluZyBsaXN0DQpMM3NtQGlldGYub3JnDQpo dHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2wzc20NCg0KX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KDQpD ZSBtZXNzYWdlIGV0IHNlcyBwaWVjZXMgam9pbnRlcyBwZXV2ZW50IGNvbnRlbmlyIGRlcyBpbmZv cm1hdGlvbnMgY29uZmlkZW50aWVsbGVzIG91IHByaXZpbGVnaWVlcyBldCBuZSBkb2l2ZW50IGRv bmMgcGFzIGV0cmUgZGlmZnVzZXMsIGV4cGxvaXRlcyBvdSBjb3BpZXMgc2FucyBhdXRvcmlzYXRp b24uIFNpIHZvdXMgYXZleiByZWN1IGNlIG1lc3NhZ2UgcGFyIGVycmV1ciwgdmV1aWxsZXogbGUg c2lnbmFsZXIgYSBsJ2V4cGVkaXRldXIgZXQgbGUgZGV0cnVpcmUgYWluc2kgcXVlIGxlcyBwaWVj ZXMgam9pbnRlcy4gTGVzIG1lc3NhZ2VzIGVsZWN0cm9uaXF1ZXMgZXRhbnQgc3VzY2VwdGlibGVz IGQnYWx0ZXJhdGlvbiwgT3JhbmdlIGRlY2xpbmUgdG91dGUgcmVzcG9uc2FiaWxpdGUgc2kgY2Ug bWVzc2FnZSBhIGV0ZSBhbHRlcmUsIGRlZm9ybWUgb3UgZmFsc2lmaWUuIE1lcmNpLg0KDQpUaGlz IG1lc3NhZ2UgYW5kIGl0cyBhdHRhY2htZW50cyBtYXkgY29udGFpbiBjb25maWRlbnRpYWwgb3Ig cHJpdmlsZWdlZCBpbmZvcm1hdGlvbiB0aGF0IG1heSBiZSBwcm90ZWN0ZWQgYnkgbGF3OyB0aGV5 IHNob3VsZCBub3QgYmUgZGlzdHJpYnV0ZWQsIHVzZWQgb3IgY29waWVkIHdpdGhvdXQgYXV0aG9y aXNhdGlvbi4NCklmIHlvdSBoYXZlIHJlY2VpdmVkIHRoaXMgZW1haWwgaW4gZXJyb3IsIHBsZWFz ZSBub3RpZnkgdGhlIHNlbmRlciBhbmQgZGVsZXRlIHRoaXMgbWVzc2FnZSBhbmQgaXRzIGF0dGFj aG1lbnRzLg0KQXMgZW1haWxzIG1heSBiZSBhbHRlcmVkLCBPcmFuZ2UgaXMgbm90IGxpYWJsZSBm b3IgbWVzc2FnZXMgdGhhdCBoYXZlIGJlZW4gbW9kaWZpZWQsIGNoYW5nZWQgb3IgZmFsc2lmaWVk Lg0KVGhhbmsgeW91Lg0KDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fXw0KTDNzbSBtYWlsaW5nIGxpc3QNCkwzc21AaWV0Zi5vcmcNCmh0dHBzOi8vd3d3Lmll dGYub3JnL21haWxtYW4vbGlzdGluZm8vbDNzbQ0KDQoNCl9fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCg0KQ2UgbWVzc2FnZSBl dCBzZXMgcGllY2VzIGpvaW50ZXMgcGV1dmVudCBjb250ZW5pciBkZXMgaW5mb3JtYXRpb25zIGNv bmZpZGVudGllbGxlcyBvdSBwcml2aWxlZ2llZXMgZXQgbmUgZG9pdmVudCBkb25jIHBhcyBldHJl IGRpZmZ1c2VzLCBleHBsb2l0ZXMgb3UgY29waWVzIHNhbnMgYXV0b3Jpc2F0aW9uLiBTaSB2b3Vz IGF2ZXogcmVjdSBjZSBtZXNzYWdlIHBhciBlcnJldXIsIHZldWlsbGV6IGxlIHNpZ25hbGVyIGEg bCdleHBlZGl0ZXVyIGV0IGxlIGRldHJ1aXJlIGFpbnNpIHF1ZSBsZXMgcGllY2VzIGpvaW50ZXMu IExlcyBtZXNzYWdlcyBlbGVjdHJvbmlxdWVzIGV0YW50IHN1c2NlcHRpYmxlcyBkJ2FsdGVyYXRp b24sIE9yYW5nZSBkZWNsaW5lIHRvdXRlIHJlc3BvbnNhYmlsaXRlIHNpIGNlIG1lc3NhZ2UgYSBl dGUgYWx0ZXJlLCBkZWZvcm1lIG91IGZhbHNpZmllLiBNZXJjaS4NCg0KVGhpcyBtZXNzYWdlIGFu ZCBpdHMgYXR0YWNobWVudHMgbWF5IGNvbnRhaW4gY29uZmlkZW50aWFsIG9yIHByaXZpbGVnZWQg aW5mb3JtYXRpb24gdGhhdCBtYXkgYmUgcHJvdGVjdGVkIGJ5IGxhdzsgdGhleSBzaG91bGQgbm90 IGJlIGRpc3RyaWJ1dGVkLCB1c2VkIG9yIGNvcGllZCB3aXRob3V0IGF1dGhvcmlzYXRpb24uDQpJ ZiB5b3UgaGF2ZSByZWNlaXZlZCB0aGlzIGVtYWlsIGluIGVycm9yLCBwbGVhc2Ugbm90aWZ5IHRo ZSBzZW5kZXIgYW5kIGRlbGV0ZSB0aGlzIG1lc3NhZ2UgYW5kIGl0cyBhdHRhY2htZW50cy4NCkFz IGVtYWlscyBtYXkgYmUgYWx0ZXJlZCwgT3JhbmdlIGlzIG5vdCBsaWFibGUgZm9yIG1lc3NhZ2Vz IHRoYXQgaGF2ZSBiZWVuIG1vZGlmaWVkLCBjaGFuZ2VkIG9yIGZhbHNpZmllZC4NClRoYW5rIHlv dS4NCg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCkwz c20gbWFpbGluZyBsaXN0DQpMM3NtQGlldGYub3JnDQpodHRwczovL3d3dy5pZXRmLm9yZy9tYWls bWFuL2xpc3RpbmZvL2wzc20NCg0KDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQoNCkNlIG1lc3NhZ2UgZXQgc2VzIHBpZWNl cyBqb2ludGVzIHBldXZlbnQgY29udGVuaXIgZGVzIGluZm9ybWF0aW9ucyBjb25maWRlbnRpZWxs ZXMgb3UgcHJpdmlsZWdpZWVzIGV0IG5lIGRvaXZlbnQgZG9uYyBwYXMgZXRyZSBkaWZmdXNlcywg ZXhwbG9pdGVzIG91IGNvcGllcyBzYW5zIGF1dG9yaXNhdGlvbi4gU2kgdm91cyBhdmV6IHJlY3Ug Y2UgbWVzc2FnZSBwYXIgZXJyZXVyLCB2ZXVpbGxleiBsZSBzaWduYWxlciBhIGwnZXhwZWRpdGV1 ciBldCBsZSBkZXRydWlyZSBhaW5zaSBxdWUgbGVzIHBpZWNlcyBqb2ludGVzLiBMZXMgbWVzc2Fn ZXMgZWxlY3Ryb25pcXVlcyBldGFudCBzdXNjZXB0aWJsZXMgZCdhbHRlcmF0aW9uLCBPcmFuZ2Ug ZGVjbGluZSB0b3V0ZSByZXNwb25zYWJpbGl0ZSBzaSBjZSBtZXNzYWdlIGEgZXRlIGFsdGVyZSwg ZGVmb3JtZSBvdSBmYWxzaWZpZS4gTWVyY2kuDQoNClRoaXMgbWVzc2FnZSBhbmQgaXRzIGF0dGFj aG1lbnRzIG1heSBjb250YWluIGNvbmZpZGVudGlhbCBvciBwcml2aWxlZ2VkIGluZm9ybWF0aW9u IHRoYXQgbWF5IGJlIHByb3RlY3RlZCBieSBsYXc7IHRoZXkgc2hvdWxkIG5vdCBiZSBkaXN0cmli dXRlZCwgdXNlZCBvciBjb3BpZWQgd2l0aG91dCBhdXRob3Jpc2F0aW9uLg0KSWYgeW91IGhhdmUg cmVjZWl2ZWQgdGhpcyBlbWFpbCBpbiBlcnJvciwgcGxlYXNlIG5vdGlmeSB0aGUgc2VuZGVyIGFu ZCBkZWxldGUgdGhpcyBtZXNzYWdlIGFuZCBpdHMgYXR0YWNobWVudHMuDQpBcyBlbWFpbHMgbWF5 IGJlIGFsdGVyZWQsIE9yYW5nZSBpcyBub3QgbGlhYmxlIGZvciBtZXNzYWdlcyB0aGF0IGhhdmUg YmVlbiBtb2RpZmllZCwgY2hhbmdlZCBvciBmYWxzaWZpZWQuDQpUaGFuayB5b3UuDQoNCl9fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQpMM3NtIG1haWxpbmcg bGlzdA0KTDNzbUBpZXRmLm9yZw0KaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5m by9sM3NtDQoNCgpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fCgpDZSBtZXNzYWdlIGV0IHNlcyBwaWVjZXMgam9pbnRlcyBwZXV2 ZW50IGNvbnRlbmlyIGRlcyBpbmZvcm1hdGlvbnMgY29uZmlkZW50aWVsbGVzIG91IHByaXZpbGVn aWVlcyBldCBuZSBkb2l2ZW50IGRvbmMKcGFzIGV0cmUgZGlmZnVzZXMsIGV4cGxvaXRlcyBvdSBj b3BpZXMgc2FucyBhdXRvcmlzYXRpb24uIFNpIHZvdXMgYXZleiByZWN1IGNlIG1lc3NhZ2UgcGFy IGVycmV1ciwgdmV1aWxsZXogbGUgc2lnbmFsZXIKYSBsJ2V4cGVkaXRldXIgZXQgbGUgZGV0cnVp cmUgYWluc2kgcXVlIGxlcyBwaWVjZXMgam9pbnRlcy4gTGVzIG1lc3NhZ2VzIGVsZWN0cm9uaXF1 ZXMgZXRhbnQgc3VzY2VwdGlibGVzIGQnYWx0ZXJhdGlvbiwKT3JhbmdlIGRlY2xpbmUgdG91dGUg cmVzcG9uc2FiaWxpdGUgc2kgY2UgbWVzc2FnZSBhIGV0ZSBhbHRlcmUsIGRlZm9ybWUgb3UgZmFs c2lmaWUuIE1lcmNpLgoKVGhpcyBtZXNzYWdlIGFuZCBpdHMgYXR0YWNobWVudHMgbWF5IGNvbnRh aW4gY29uZmlkZW50aWFsIG9yIHByaXZpbGVnZWQgaW5mb3JtYXRpb24gdGhhdCBtYXkgYmUgcHJv dGVjdGVkIGJ5IGxhdzsKdGhleSBzaG91bGQgbm90IGJlIGRpc3RyaWJ1dGVkLCB1c2VkIG9yIGNv cGllZCB3aXRob3V0IGF1dGhvcmlzYXRpb24uCklmIHlvdSBoYXZlIHJlY2VpdmVkIHRoaXMgZW1h aWwgaW4gZXJyb3IsIHBsZWFzZSBub3RpZnkgdGhlIHNlbmRlciBhbmQgZGVsZXRlIHRoaXMgbWVz c2FnZSBhbmQgaXRzIGF0dGFjaG1lbnRzLgpBcyBlbWFpbHMgbWF5IGJlIGFsdGVyZWQsIE9yYW5n ZSBpcyBub3QgbGlhYmxlIGZvciBtZXNzYWdlcyB0aGF0IGhhdmUgYmVlbiBtb2RpZmllZCwgY2hh bmdlZCBvciBmYWxzaWZpZWQuClRoYW5rIHlvdS4KCg== From nobody Fri Jan 15 03:40:40 2016 Return-Path: X-Original-To: l3sm@ietfa.amsl.com Delivered-To: l3sm@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 769371B2B79 for ; Fri, 15 Jan 2016 03:40:38 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 1.489 X-Spam-Level: * X-Spam-Status: No, score=1.489 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, CN_BODY_35=0.339, FREEMAIL_FROM=0.001, J_CHICKENPOX_12=0.6, MIME_CHARSET_FARAWAY=2.45, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id rLH-X7MVQNOI for ; Fri, 15 Jan 2016 03:40:34 -0800 (PST) Received: from relais-inet.orange.com (relais-nor36.orange.com [80.12.70.36]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 44C211B2B42 for ; Fri, 15 Jan 2016 03:40:34 -0800 (PST) Received: from opfednr06.francetelecom.fr (unknown [xx.xx.xx.70]) by opfednr25.francetelecom.fr (ESMTP service) with ESMTP id 65D291800E9; Fri, 15 Jan 2016 12:40:32 +0100 (CET) Received: from Exchangemail-eme2.itn.ftgroup (unknown [xx.xx.31.57]) by opfednr06.francetelecom.fr (ESMTP service) with ESMTP id 3BE641A0051; Fri, 15 Jan 2016 12:40:32 +0100 (CET) Received: from OPEXCLILMA4.corporate.adroot.infra.ftgroup ([fe80::65de:2f08:41e6:ebbe]) by OPEXCLILM23.corporate.adroot.infra.ftgroup ([fe80::787e:db0c:23c4:71b3%19]) with mapi id 14.03.0279.002; Fri, 15 Jan 2016 12:40:31 +0100 From: To: "Ogaki, Kenichi" , "l3sm@ietf.org" Thread-Topic: [L3sm] I-D Action: draft-ietf-l3sm-l3vpn-service-model-02.txt Thread-Index: AQHRNyQASFTWgXlJrky4uLxNNvqAOZ7YPm3QgAE7qwCAETKrAIAA3/9AgADjsgCACbrOAIAAYQFAgACmCYCAAI5dEIAATJ6AgALQYyCAAQkMgIAAvRYg Date: Fri, 15 Jan 2016 11:40:31 +0000 Message-ID: <7349_1452858032_5698DAB0_7349_249_1_9E32478DFA9976438E7A22F69B08FF921683F21F@OPEXCLILMA4.corporate.adroot.infra.ftgroup> References: <015f01d13dfc$925ce730$b716b590$@kddi.com> <007d01d14695$e7de9310$b79bb930$@kddi.com> <3603_1451920156_568A8B1C_3603_701_1_9E32478DFA9976438E7A22F69B08FF9216815E11@OPEXCLILMA4.corporate.adroot.infra.ftgroup> <016901d14777$c0408830$40c19890$@kddi.com> <006201d14c55$2993fab0$7cbbf010$@kddi.com> <1999_1452523041_5693BE21_1999_114_1_9E32478DFA9976438E7A22F69B08FF92168371C7@OPEXCLILMA4.corporate.adroot.infra.ftgroup> <00fc01d14cd8$ac7216a0$055643e0$@kddi.com> <3657_1452589685_5694C275_3657_16_1_9E32478DFA9976438E7A22F69B08FF921683C0E2@OPEXCLILMA4.corporate.adroot.infra.ftgroup> <007501d14d46$2a090a20$7e1b1e60$@kddi.com> <1706_1452760540_56975DDC_1706_13886_1_9E32478DFA9976438E7A22F69B08FF921683EAEB@OPEXCLILMA4.corporate.adroot.infra.ftgroup> <00bd01d14f32$e1097eb0$a31c7c10$@kddi.com> In-Reply-To: <00bd01d14f32$e1097eb0$a31c7c10$@kddi.com> Accept-Language: fr-FR, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.168.234.3] Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 MIME-Version: 1.0 Archived-At: Subject: Re: [L3sm] I-D Action: draft-ietf-l3sm-l3vpn-service-model-02.txt X-BeenThere: l3sm@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: L3VPN Service YANG Model discussion group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Jan 2016 11:40:38 -0000 T25lIGFkZGl0aW9uLCBmcm9tIGEgc2VydmljZSBwb2ludCBvZiB2aWV3LCBpZiB3ZSB3YW50IHRv IG1vZGVsIHRoZSBoaWVyYXJjaHkgc2l0ZSB2cyBzdWJzaXRlLCB3ZSBjYW4gYWRkIGEgc3Vic2l0 ZSBoaWVyYXJjaHkgdW5kZXIgc2l0ZSB0byBtYXJrIHRoZSByZWxhdGlvbnNoaXAsIHRoaXMgd2ls bCBjb21wbGV4aWZ5IGEgYml0IHRoZSBtb2RlbC4gQnV0IHRoZSBzaXRlLW5ldHdvcmstYWNjZXNz IGlzIHJlYWxseSB0aGUgbmV0d29yayBhdHRhY2htZW50IGFuZCBJIGRvIG5vdCB3YW50IHRvIHVz ZSBpdCB0byBleHByZXNzIHN1YnNpdGVzLiBBcyBtZW50aW9uZWQgaW4gdGhlIHByZXZpb3VzIGVt YWlsLCBzdWJzaXRlIGNhbiBhbHJlYWR5IGJlIG1vZGVsZWQgYXMgYSBzZXBhcmF0ZWQgc2l0ZSA6 IG9ubHkgcmVsYXRpb25zaGlwIGlzIG1pc3NpbmcuDQoNCg0KLS0tLS1PcmlnaW5hbCBNZXNzYWdl LS0tLS0NCkZyb206IE9nYWtpLCBLZW5pY2hpIFttYWlsdG86a2Utb29nYWtpQGtkZGkuY29tXSAN ClNlbnQ6IEZyaWRheSwgSmFudWFyeSAxNSwgMjAxNiAwMjoyMA0KVG86IExJVEtPV1NLSSBTdGVw aGFuZSBTQ0UvT0lOSVM7IGwzc21AaWV0Zi5vcmcNClN1YmplY3Q6IFJFOiBbTDNzbV0gSS1EIEFj dGlvbjogZHJhZnQtaWV0Zi1sM3NtLWwzdnBuLXNlcnZpY2UtbW9kZWwtMDIudHh0DQoNCkhpIFN0 ZXBoYW5lLA0KDQo+QXMgd2UgZGlzY3Vzc2VkIHRoZXJlIGlzIG5vIHJlYWwgdXNlIGNhc2UgdG8g aGF2ZSBhIG11bHRpaG9tZWQgc2l0ZSB3aXRoIG9uZSBjb25uZWN0aW9uIGJlbG9uZ2luZyB0byBW UE4xIGFuZCBhbm90aGVyIGNvbm5lY3Rpb24gdG8gVlBOMi4NCg0KV2UgaGF2ZSBtYW55IHVzZSBj YXNlcy4NCldoZW4gYSBzaXRlIGlzIGEgbXVsdGkgdGVuYW50IG9uZSwgZWFjaCB0ZW5hbnQgYmFz aWNhbGx5IGNvbm5lY3RzIGVhY2ggZGlmZmVyZW50IHZwbi4NCkluIGNhc2VzIHRoYXQgdGhlIHNp dGUgaXM6IA0KLWEgREMNCi1hIGxhcmdlIG9mZmljZSBsaWtlIEhRLiBFYWNoIGFkbWluaXN0cmF0 aXZlIHNlY3Rpb24vZGVwYXJ0bWVudCBzb21ldGltZXMgY29ubmVjdHMgZWFjaCBkaWZmZXJlbnQg dnBuLg0KLWEgc2l0ZSB1c2VkIGJ5IGEgc2Vjb25kIHByb3ZpZGVyLg0KDQo+SWYgbXVsdGlwbGUg VlBOcyBhcmUgdXNlZCBieSB0aGUgc2l0ZSwgTEFOIHdpbGwgYmUgdXNlZCBpbiB0aGUgVlBOIHBv bGljeSB0byBleHByZXNzIGl0Lg0KDQpBcyBJIHNlbnQgdG8gUWluIGluIHRoZSBmb2xsb3dpbmcg ZW1haWwsIEluIHRoZSBhYm92ZSBjYXNlcywgdG8gdXNlIExBTiBpcyBub3QgZ29vZCBpZGVhLiBX aGVuIGEgY3VzdG9tZXIgdXNlcyBhIGR5bmFtaWMgcm91dGluZyBwcm90b2NvbCwgYmdwIG9yIG9z cGYsIHRoZXkgZG9uJ3Qgd3JpdGUgbGFuLXByZWZpeGVzIGFuZCBkb24ndCB3YW50IHRvIHdyaXRl IGVhY2ggbGFuLXByZWZpeGVzIG9uZSBieSBvbmUuIEl0IG9idmlvdXNseSBraWxscyB0aGUgbWVy aXQgdG8gdXNlIGEgZHluYW1pYyByb3V0aW5nIHByb3RvY29sLg0KaHR0cHM6Ly9tYWlsYXJjaGl2 ZS5pZXRmLm9yZy9hcmNoL21zZy9sM3NtLzVtU2xtRDFRZWhqUHotSFpJVzEycHp4Z0Zhbw0KDQpD YW4gd2UganVzdCBkdXBsaWNhdGUgdnBuLXBvbGljeSB1bmRlciBzaXRlLW5ldHdvcmstYWNjZXNz Pw0KT3Igd2UgY2FuIHVzZSBjaG9pY2Ugc3RhdGVtZW50IGlmIGFueSBpbmNvbnNpc3RlbmN5IG9j Y3Vycy4NCg0KVGhhbmtzLA0KS2VuaWNoaQ0KDQotLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0K RnJvbTogTDNzbSBbbWFpbHRvOmwzc20tYm91bmNlc0BpZXRmLm9yZ10gT24gQmVoYWxmIE9mIHN0 ZXBoYW5lLmxpdGtvd3NraUBvcmFuZ2UuY29tDQpTZW50OiBUaHVyc2RheSwgSmFudWFyeSAxNCwg MjAxNiA1OjM2IFBNDQpUbzogT2dha2ksIEtlbmljaGk7IGwzc21AaWV0Zi5vcmcNClN1YmplY3Q6 IFJlOiBbTDNzbV0gSS1EIEFjdGlvbjogZHJhZnQtaWV0Zi1sM3NtLWwzdnBuLXNlcnZpY2UtbW9k ZWwtMDIudHh0DQoNCkhpLA0KDQpJIHRoaW5rIHRoZXJlIGlzIGEgbWlzdW5kZXJzdGFuZGluZyBp biB0aGUgbmFtaW5nIHVzZWQgaW4gdGhlIGRpYWdyYW0uDQoNClZQTjFfc2l0ZTEgYW5kIFZQTjJf c2l0ZTIgYXJlIG5vdCByZWZlcnJpbmcgdG8gdGhlIHNhbWUgY3VzdG9tZXIgc2l0ZS4gVlBOX3Np dGUxIG1lYW5zIHNpdGUgbnVtYmVyIzEgaW4gVlBOMS4gQW5kIFZQTjJfc2l0ZTEgbWVhbnMgc2l0 ZSBudW1iZXIjMSBpbiBWUE4yLCBidXQgdGhlc2UgYXJlIG5vdCB0aGUgc2FtZSBjdXN0b21lciBz aXRlLg0KSSBjYW4gY2hhbmdlIHRoZSBuYW1pbmcgdG8gZW5zdXJlIGJldHRlciByZWFkaW5nIGFu ZCBwcmV2ZW50IHN1Y2ggbWlzdW5kZXJzdGFuZGluZy4gDQoNCg0KQXMgd2UgZGlzY3Vzc2VkIHRo ZXJlIGlzIG5vIHJlYWwgdXNlIGNhc2UgdG8gaGF2ZSBhIG11bHRpaG9tZWQgc2l0ZSB3aXRoIG9u ZSBjb25uZWN0aW9uIGJlbG9uZ2luZyB0byBWUE4xIGFuZCBhbm90aGVyIGNvbm5lY3Rpb24gdG8g VlBOMi4gSWYgbXVsdGlwbGUgVlBOcyBhcmUgdXNlZCBieSB0aGUgc2l0ZSwgTEFOIHdpbGwgYmUg dXNlZCBpbiB0aGUgVlBOIHBvbGljeSB0byBleHByZXNzIGl0Lg0KDQpCZXN0IFJlZ2FyZHMsDQoN Ci0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQpGcm9tOiBPZ2FraSwgS2VuaWNoaSBbbWFpbHRv OmtlLW9vZ2FraUBrZGRpLmNvbV0NClNlbnQ6IFR1ZXNkYXksIEphbnVhcnkgMTIsIDIwMTYgMTU6 MzMNClRvOiBMSVRLT1dTS0kgU3RlcGhhbmUgU0NFL09JTklTOyBsM3NtQGlldGYub3JnDQpTdWJq ZWN0OiBSRTogW0wzc21dIEktRCBBY3Rpb246IGRyYWZ0LWlldGYtbDNzbS1sM3Zwbi1zZXJ2aWNl LW1vZGVsLTAyLnR4dA0KDQpIaSBTdGVwaGFuZSwNCg0KQ291bGQgeW91IG1vZGVsIHRoZSBzaXRl IzEgaW4gdGhlIGRpYWdyYW0sIGluY2x1ZGluZyBhbGwgdGhlIFZQTnMgYW5kIGNvbm5lY3Rpb25z Pw0KSG93IGNhbiB3ZSBtYWtlIFZQTjNfU2l0ZTEgb25seSB0YWxrIHRvIFZQTjM/DQoNCjxzaXRl cz4NCiAgPHNpdGUtaWQ+U2l0ZSMxPC9zaXRlLWlkPg0KICA8c2l0ZS1uZXR3b3JrLWFjY2Vzc2Vz Pg0KICAgIDxzaXRlLW5ldHdvcmstYWNjZXNzPg0KICAgICAgPHNpdGUtbmV0d29yay1hY2Nlc3Mt aWQ+VlBOMV9TaXRlMTwvc2l0ZS1uZXR3b3JrLWFjY2Vzcy1pZD4NCiAgICAgIDwhLS1pcC1jb25u ZWN0aW9uIHRvIFBFMSAtLT4gIA0KICAgICAgLi4uDQogICAgPC9zaXRlLW5ldHdvcmstYWNjZXNz Pg0KICAgIDxzaXRlLW5ldHdvcmstYWNjZXNzPg0KICAgICAgPHNpdGUtbmV0d29yay1hY2Nlc3Mt aWQ+VlBOMl9TaXRlMTwvc2l0ZS1uZXR3b3JrLWFjY2Vzcy1pZD4NCiAgICAgIDwhLS1pcC1jb25u ZWN0aW9uIHRvIFBFMyAtLT4gIA0KICAgICAgLi4uDQogICAgPC9zaXRlLW5ldHdvcmstYWNjZXNz Pg0KICAgIDxzaXRlLW5ldHdvcmstYWNjZXNzPg0KICAgICAgPHNpdGUtbmV0d29yay1hY2Nlc3Mt aWQ+VlBOM19TaXRlMTwvc2l0ZS1uZXR3b3JrLWFjY2Vzcy1pZD4NCiAgICAgIDwhLS1pcC1jb25u ZWN0aW9uIHRvIFBFNSAtLT4gIA0KICAgICAgLi4uDQogICAgPC9zaXRlLW5ldHdvcmstYWNjZXNz Pg0KICA8L3NpdGUtbmV0d29yay1hY2Nlc3Nlcz4NCiAgPHZwbi1wb2xpY3k+DQogICAgPGVudHJp ZXM+DQogICAgICA8aWQ+MTwvaWQ+DQogICAgICA8dnBuPg0KICAgICAgICA8dnBuLWlkPlZQTjE8 L3Zwbi1pZD4NCiAgICAgICAgPHNpdGUtcm9sZT5hbnktdG8tYW55LXJvbGU8L3NpdGUtcm9sZT4N CiAgICAgIDwvdnBuPg0KICAgIDwvZW50cmllcz4NCiAgICA8ZW50cmllcz4NCiAgICAgIDxpZD4y PC9pZD4NCiAgICAgIDx2cG4+DQogICAgICAgIDx2cG4taWQ+VlBOMjwvdnBuLWlkPg0KICAgICAg ICA8c2l0ZS1yb2xlPmh1Yi1yb2xlPC9zaXRlLXJvbGU+DQogICAgICA8L3Zwbj4NCiAgICA8L2Vu dHJpZXM+DQogICAgPGVudHJpZXM+DQogICAgICA8aWQ+MzwvaWQ+DQogICAgICA8dnBuPg0KICAg ICAgICA8dnBuLWlkPlZQTjM8L3Zwbi1pZD4NCiAgICAgICAgPHNpdGUtcm9sZT5hbnktdG8tYW55 LXJvbGU8L3NpdGUtcm9sZT4NCiAgICAgIDwvdnBuPg0KICAgIDwvZW50cmllcz4NCiAgPC92cG4t cG9saWN5Pg0KPC9zaXRlcz4NCg0KQWxsIHRoZSBiZXN0LA0KS2VuaWNoaQ0KDQotLS0tLU9yaWdp bmFsIE1lc3NhZ2UtLS0tLQ0KRnJvbTogTDNzbSBbbWFpbHRvOmwzc20tYm91bmNlc0BpZXRmLm9y Z10gT24gQmVoYWxmIE9mIHN0ZXBoYW5lLmxpdGtvd3NraUBvcmFuZ2UuY29tDQpTZW50OiBUdWVz ZGF5LCBKYW51YXJ5IDEyLCAyMDE2IDY6MDggUE0NClRvOiBPZ2FraSwgS2VuaWNoaTsgbDNzbUBp ZXRmLm9yZw0KU3ViamVjdDogUmU6IFtMM3NtXSBJLUQgQWN0aW9uOiBkcmFmdC1pZXRmLWwzc20t bDN2cG4tc2VydmljZS1tb2RlbC0wMi50eHQNCg0KSGksDQoNClRoZXJlIHNob3VsZCBiZSBzb21l dGhpbmcgSSdtIG1pc3NpbmcgaGVyZSAuLi4NCg0KRmlyc3QsIDUuMi4yIHRleHQgd2FzIG5vdCBy ZXZpZXdlZCBhZnRlciBjcmVhdGluZyB0aGUgaGllcmFyY2h5IGJldHdlZW4gc2l0ZXMgYW5kIGFj Y2Vzc2VzLiBTbyBtYXkgYmUgdGhlcmUgaXMgc29tZXRoaW5nIHRvIGZpeC4NCg0KQnV0IHJlYWRp bmcgdGhlIHRleHQgYWdhaW4sIEkgdGhpbmsgdGhpcyBpcyBzdGlsbCBhcHBsaWNhYmxlLg0KSW4g dGhlIGRpYWdyYW0sIGEgc2l0ZSBjb25uZWN0cyB0byBtdWx0aXBsZSBWUE5zIGJ1dCBWUE4gcG9s aWN5IGlzIG5vdCBjb250cm9sbGVkIHBlciBjb25uZWN0aW9uIGZyb20gYSBtb2RlbGluZyBwb2lu dCBvZiB2aWV3LiBJdCBpcyBjb250cm9sbGVkIHBlciBzaXRlLiBUaGUgZGlhZ3JhbSBoYXMgb25s eSBzaW5nbGUgaG9tZWQgc2l0ZSBzbyBtYXkgYmUgdGhlIGNvbmZ1c2lvbiBjb21lcyBmcm9tIGhl cmUuDQpZZXMgdGhlIG1vZGVsIGNhbm5vdCBkaWZmZXJlbnRpYXRlIHZwbiBwb2xpY3kgcGVyIGNv bm5lY3Rpb24sIGJ1dCBJTU8sIHRoaXMgaXMgbm90IGRlc2lyYWJsZS4NCg0KSSBkb24ndCBzZWUg d2h5IHRoZSBtb2RlbCBjYW5ub3QgYWNoaWV2ZSB0aGUgcGFyYWdyYXBoIHlvdSBwb2ludGVkLg0K DQo8c2l0ZXM+DQoJPHNpdGUtaWQ+U2l0ZSMzPC9zaXRlLWlkPg0KCTx2cG4tcG9saWN5Pg0KCQk8 ZW50cmllcz4NCgkJCTxpZD4xPC9pZD4NCgkJCTx2cG4+DQoJCQkJPHZwbi1pZD5WUE4zPC92cG4t aWQ+DQoJCQkJPHNpdGUtcm9sZT5hbnktdG8tYW55PC9zaXRlLXJvbGU+DQoJCQk8L3Zwbj4NCgkJ PC9lbnRyaWVzPg0KCTwvdnBuLXBvbGljeT4NCjwvc2l0ZXM+DQoNClRoZSBzZWNvbmQgcGFydCBv ZiB0aGUgcGFyYWdyYXBoIHlvdSBtZW50aW9uZWQgdGFsa3MgYWJvdXQgdGhlIGRldmljZSBjb25m aWd1cmF0aW9uLCBub3QgdGhlIG1vZGVsaW5nIHBhcnQuIFNvIHRoZSBtb2RlbCB3aWxsIGFsbG93 IFBFNSB0byBiZSBjb25maWd1cmVkIHdpdGggdGhlIFZQTiBwb2xpY3kgKGltcG9ydC9leHBvcnQg UlQzKS4NCk1heSBiZSB0aGVyZSBpcyBhbHNvIGEgY29uZnVzaW9uIHRoZXJlIGludHJvZHVjZWQg YnkgdGhlIHRleHQuDQoNCg0KDQoNCi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQpGcm9tOiBP Z2FraSwgS2VuaWNoaSBbbWFpbHRvOmtlLW9vZ2FraUBrZGRpLmNvbV0NClNlbnQ6IFR1ZXNkYXks IEphbnVhcnkgMTIsIDIwMTYgMDI6MjkNClRvOiBMSVRLT1dTS0kgU3RlcGhhbmUgU0NFL09JTklT OyBsM3NtQGlldGYub3JnDQpTdWJqZWN0OiBSRTogW0wzc21dIEktRCBBY3Rpb246IGRyYWZ0LWll dGYtbDNzbS1sM3Zwbi1zZXJ2aWNlLW1vZGVsLTAyLnR4dA0KDQpIaSBTdGVwaGFuZSwNCg0KSWYg YSBzaW1wbGUgbXVsdGlob21lZCBzaXRlIGNhc2UgaXMsIEkgYWdyZWUuDQpCdXQsIGFzIHRoZSBk aWFncmFtIGluIHNlY3Rpb24gNS4yLjIsIGEgc2l0ZSBjb25uZWN0cyB0byBtdWx0aXBsZSBWUE5z IGFuZCBlYWNoIHZwbiBwb2xpY3kgaXMgY29udHJvbGxlZCBwZXIgY29ubmVjdGlvbi4gVGhlIGN1 cnJlbnQgbW9kZWwgY2Fubm90IGRpZmZlcmVudGlhdGUgdnBuIHBvbGljeSBwZXIgY29ubmVjdGlv bi4NCg0KVGhlIGN1cnJlbnQgbW9kZWwgY2Fubm90IHJlYWxpemUgdGhlIGNhc2UgZGVzY3JpYmVk IGluIHRoZSBmb2xsb3dpbmcgc2VudGVuY2UsIGZvciBleGFtcGxlLg0KIA0KPiAgIENvbnNpZGVy IGEgc2l0ZSMxIGluIFZQTjMgdGhhdCBtdXN0IGNvbW11bmljYXRlIG9ubHkgaW4gVlBOMywgaW4g dGhpcw0KPiAgIGNhc2UsIHRoZSB2cG4tcG9saWN5IHdpbGwgYmUgc2ltaWxhciB0byBTaXRlIzEg b2YgVlBOMS4gIFRoZSBWUkYgb24NCj4gICBQRTUgZm9yIFZQTjMgd2lsbCBiZSBzbyBwcm92aXNp b25lZCBieSB0aGUgbWFuYWdlbWVudCBzeXN0ZW0gdXNpbmcNCj4gICBSVDMgdmFsdWUgYXMgaW1w b3J0IGFuZCBleHBvcnQgdmFsdWUuDQoNCkFsbCB0aGUgYmVzdCwNCktlbmljaGkNCg0KLS0tLS1P cmlnaW5hbCBNZXNzYWdlLS0tLS0NCkZyb206IEwzc20gW21haWx0bzpsM3NtLWJvdW5jZXNAaWV0 Zi5vcmddIE9uIEJlaGFsZiBPZiBzdGVwaGFuZS5saXRrb3dza2lAb3JhbmdlLmNvbQ0KU2VudDog TW9uZGF5LCBKYW51YXJ5IDExLCAyMDE2IDExOjM3IFBNDQpUbzogT2dha2ksIEtlbmljaGk7IGwz c21AaWV0Zi5vcmcNClN1YmplY3Q6IFJlOiBbTDNzbV0gSS1EIEFjdGlvbjogZHJhZnQtaWV0Zi1s M3NtLWwzdnBuLXNlcnZpY2UtbW9kZWwtMDIudHh0DQoNCkhpIEtlbmljaGksDQoNCklNTywgZm9y IGEgbXVsdGlob21lZCBzaXRlLCB0aGUgVlBOIHBvbGljeSB3aWxsIGFsd2F5cyBiZSB0aGUgc2Ft ZSBvbiBlYWNoIG5ldHdvcmsgY29ubmVjdGlvbiAgdGhlIHNpdGUgaXMgdXNpbmcuIERvIHlvdSBz ZWUgYSByZWFzb24gd2h5IGl0IGNvdWxkIGJlIGRpZmZlcmVudCA/DQoNCg0KQnJnZHMsDQoNClN0 ZXBoYW5lDQoNCg0KLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCkZyb206IEwzc20gW21haWx0 bzpsM3NtLWJvdW5jZXNAaWV0Zi5vcmddIE9uIEJlaGFsZiBPZiBPZ2FraSwgS2VuaWNoaQ0KU2Vu dDogTW9uZGF5LCBKYW51YXJ5IDExLCAyMDE2IDEwOjQ4DQpUbzogbDNzbUBpZXRmLm9yZw0KU3Vi amVjdDogUmU6IFtMM3NtXSBJLUQgQWN0aW9uOiBkcmFmdC1pZXRmLWwzc20tbDN2cG4tc2Vydmlj ZS1tb2RlbC0wMi50eHQNCg0KSGkgU3RlcGhhbmUgYW5kIEFsbCwNCg0KT25lIG1vcmUgY29tbWVu dC4NCg0KTGVhdmluZyBpc3N1ZSMxMCBhbmQgdnBuLXBvbGljeSBpbiB2cG4tc3ZjIGRpc2N1c3Np b24gYXNpZGUsIHRoZSB2cG4tcG9saWN5IGluIHRoZSBjdXJyZW50IG1vZGVsIHNob3VsZCBiZSB1 bmRlciBzaXRlLW5ldHdvcmsgYWNjZXNzPw0KDQpBY2NvcmRpbmcgdG8gc2VjdGlvbiA1LjIuMiwg YSB2cG4tcG9saWN5IHNob3VsZCBiZSBjb250cm9sbGVkIHBlciBwYWlyIG9mIGEgUEUgYW5kIGEg c2l0ZSwgY29ycmVzcG9uZGluZyB0byBzaXRlLW5ldHdvcmstYWNjZXNzIC9pcC1jb25uZWN0aW9u Lg0KV2hlbiB3ZSBwbGFjZSB0aGUgdnBuLXBvbGljeSBkaXJlY3RseSB1bmRlciAic2l0ZXMiLCBo b3cgY2FuIHdlIHJlbGF0ZSBhIHZwbi1wb2xpY3kgdG8gYSBzcGVjaWZpYyBQRS4NCg0KVGhhbmtz LA0KS2VuaWNoaQ0KDQotLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KRnJvbTogTDNzbSBbbWFp bHRvOmwzc20tYm91bmNlc0BpZXRmLm9yZ10gT24gQmVoYWxmIE9mIE9nYWtpLCBLZW5pY2hpDQpT ZW50OiBUdWVzZGF5LCBKYW51YXJ5IDA1LCAyMDE2IDI6MTMgUE0NClRvOiBzdGVwaGFuZS5saXRr b3dza2lAb3JhbmdlLmNvbTsgJ1FpbiBXdSc7IGwzc21AaWV0Zi5vcmcNCkNjOiBhZHJpYW5Ab2xk ZG9nLmNvLnVrDQpTdWJqZWN0OiBSZTogW0wzc21dIEktRCBBY3Rpb246IGRyYWZ0LWlldGYtbDNz bS1sM3Zwbi1zZXJ2aWNlLW1vZGVsLTAyLnR4dA0KDQpIaSBTdGVwaGFuZSwNCg0KUGxlYXNlIHNl ZSBpbmxpbmUuDQoNCkFsbCB0aGUgYmVzdCwNCktlbmljaGkNCg0KLS0tLS1PcmlnaW5hbCBNZXNz YWdlLS0tLS0NCkZyb206IEwzc20gW21haWx0bzpsM3NtLWJvdW5jZXNAaWV0Zi5vcmddIE9uIEJl aGFsZiBPZiBzdGVwaGFuZS5saXRrb3dza2lAb3JhbmdlLmNvbQ0KU2VudDogVHVlc2RheSwgSmFu dWFyeSAwNSwgMjAxNiAxMjowOSBBTQ0KVG86IE9nYWtpLCBLZW5pY2hpOyAnUWluIFd1JzsgbDNz bUBpZXRmLm9yZw0KQ2M6IGFkcmlhbkBvbGRkb2cuY28udWsNClN1YmplY3Q6IFJlOiBbTDNzbV0g SS1EIEFjdGlvbjogZHJhZnQtaWV0Zi1sM3NtLWwzdnBuLXNlcnZpY2UtbW9kZWwtMDIudHh0DQoN CkhpLA0KDQpCZXN0IHdpc2hlcyBmb3IgdGhpcyBuZXcgeWVhci4NCg0KUGxzIGZpbmQgaW5saW5l IGNvbW1lbnRzLg0KDQotLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KRnJvbTogT2dha2ksIEtl bmljaGkgW21haWx0bzprZS1vb2dha2lAa2RkaS5jb21dDQpTZW50OiBNb25kYXksIEphbnVhcnkg MDQsIDIwMTYgMDM6MTYNClRvOiAnUWluIFd1JzsgbDNzbUBpZXRmLm9yZw0KQ2M6IExJVEtPV1NL SSBTdGVwaGFuZSBTQ0UvT0lOSVM7IGFkcmlhbkBvbGRkb2cuY28udWsNClN1YmplY3Q6IFJFOiBb TDNzbV0gSS1EIEFjdGlvbjogZHJhZnQtaWV0Zi1sM3NtLWwzdnBuLXNlcnZpY2UtbW9kZWwtMDIu dHh0DQoNCkRlYXIgQWxsLA0KDQpBZGRpdGlvbmFsIGNvbW1lbnRzIGFyZSBoZXJlOg0KDQoqc3Zj LWlkDQpUaGUgdHlwZSAic3ZjLWlkIiBpcyB1c2VkIGZvciBsb3RzIG9mIGRhdGEgbm9kZS4gSXMg dGhpcyBuZWNlc3Nhcnk/DQpXaGVuIHdlIHNheSAidnBuLWlkIiwgdGhpcyBpcyBvYnZpb3VzbHkg YW4gaWQgYnkgaXRzIG5hbWUsIGFuZCB0aGUgb25seSB0aGluZyB0byBkZWZpbmUgaXMgaG93IHdl IHJlcHJlc2VudCB0aGlzLCBzdHJpbmcsIGludGVnZXIgb3Igc29tZXRoaW5noa0gSWYgdGhlIHR5 cGUgInN2Yy1pZCIgZGVmaW5lcyB0aGUgbGVuZ3RoIG9mIHN0cmluZyBvciBzb21ldGhpbmcgY29u c3RyYWludCwgaXQgbWFrZXMgc2Vuc2UuICANCltTTEldIHN2Yy1pZCBqdXN0IGJyaW5ncyBjb25z aXN0ZW5jeSBvbiBob3cgd2UgZGVmaW5lIGFsbCB0aGUgaWRlbnRpZmllcnMgaW4gdGhlIG1vZGVs ICh3ZSBlbnN1cmUgZWFzaWx5IHRoYXQgYWxsIGFyZSB1c2luZyB0aGUgc2FtZSBlbmNvZGluZyA9 PiBzdHJpbmcpDQoNCltLT10gSSB1bmRlcnN0YW5kLg0KDQoqcm91dGluZy1wcm90b2NvbA0KVGhl IGN1cnJlbnQgbW9kZWwgYWxsb3dzIG11bHRpcGxlIHJvdXRpbmcgcHJvdG9jb2xzIGZvciBhIHNp dGUtbmV0d29yay1hY2Nlc3MuIEl0J3MgdGVjaG5pY2FsbHkgcG9zc2libGUsIGJ1dCBpcyB0aGVy ZSBhbnkgdXNlIGNhc2UgZm9yIGwzdnBuIHNlcnZpY2U/DQojSXMgdGhpcyBvbmx5IGZvciBkdWFs LXN0YWNrLCBvbmUgZm9yIElQdjQgYW5kIHRoZSBvdGhlciBmb3IgSVB2Nj8NCltTTEldIEl0IGlz IHJlYWxseSB1c3VhbCB0byBoYXZlIGR5bmFtaWMgcm91dGluZyArIHN0YXRpYyByb3V0aW5nIGF0 IHRoZSBzYW1lIHRpbWUuIChlLmcuIGR5bmFtaWMgcm91dGluZyBmb3IgY3VzdG9tZXIgTEFOcywg KyBzdGF0aWMgcm91dGluZyBmb3IgYWRtaW4pDQoNCltLT10gSSB1bmRlcnN0YW5kLg0KDQoqUW9T IGNsYXNzaWZpY2F0aW9uDQpTaW5jZSA1LjIuNi4xLjEuIHNheXMgIlRoZSBvcmRlciBvZiBydWxl IGlzIGRlZmluZWQgYnkgdGhlICJpZCIgbGVhZi4gIFRoZSBsb3dlc3QgImlkIiBNVVNUIGJlIHBy b2Nlc3NlZCBmaXJzdC4iLCB3ZSBoYXZlIHRvIGNoYW5nZSB0aGUgImlkIiB2YWx1ZSB3aGVuZXZl ciB3ZSB3YW50IHRvIHJlb3JkZXIgdGhlIGV4aXN0aW5nIHJ1bGVzLiBCdXQgdGhlICJpZCIgaXMg a2V5LCBhbmQgYSBrZXkgc2hvdWxkIG5vdCBiZSBjaGFuZ2VkIGluIERCIHByaW5jaXBsZS4gQWx0 aG91Z2ggaXQgbWF5IGJlIGFuIGltcGxlbWVudGF0aW9uIG1hdHRlciwgY2FuIHdlIGp1c3QgdXNl ICJvcmRlcmVkLWJ5IHVzZXIiIHN0YXRlbWVudCBmb3IgdGhlIGxpc3QgInJ1bGVzIj8NCltTTEld IEFncmVlLCBJIHdpbGwgYWRkIHRoZSBvcmRlcmVkLWJ5IHVzZXIuIERvIHlvdSBzZWUgb3RoZXIg bGlzdHMgdGhhdCB3b3VsZCByZXF1aXJlIHN1Y2ggdXNlciBvcmRlcmluZyA/DQoNCltLT10gSSBj YW4ndCBmaW5kIGFueSBvdGhlciBvcmRlcmVkIGxpc3QuDQoNCipzdGQtcW9zLXByb2ZpbGUvY3Vz dG9tLXFvcy1wcm9maWxlDQpJZiAic3RkLXFvcy1wcm9maWxlIGFuZCBjdXN0b20tcW9zLXByb2Zp bGUgY2Fubm90IGJlIHVzZWQgYXQgdGhlIHNhbWUgdGltZS4iIGluIDUuMS42LjEuMiwgd2UgY2Fu IHVzZSBhIGNob2ljZSBzdGF0ZW1lbnQgZm9yIHN0ZC1xb3MtcHJvZmlsZSBhbmQgY3VzdG9tLXFv cy1wcm9maWxlLg0KW1NMSV0gQWdyZWUsIHdpbGwgZml4IGl0Lg0KDQoNCip0cmFmZmljIHByb3Rl Y3Rpb24NCkNhbiB3ZSBjb3ZlciB0aGUgZnVuY3Rpb24gb2YgInRyYWZmaWMtcHJvdGVjdGlvbiIg YnkgInNpdGUtbmV0d29yay1hY2Nlc3MvYXZhaWxhYmlsaXR5Ij8NCltTTEldIEFjaywgSSBtb3Zl ZCB0aGUgdHJhZmZpYyBwcm90ZWN0aW9uIHVuZGVyIGF2YWlsYWJpbGl0eS4NCg0KDQoqdnBuLXBv bGljeQ0KRm9yIGFuIHJlYWRhYmlsaXR5IG9mIHRoZSBtb2RlbCwgdGhlIG5vZGUgbmFtZSAidnBu LXBvbGljeS9lbnRyaWVzL2lkL3Zwbi92cG4iIHNob3VsZCBiZSAidnBuLXBvbGljeS9lbnRyaWVz L2lkL3Zwbi92cG4taWQiLg0KW1NMSV0gRml4ZWQuDQoNCg0KKm5vdGlmaWNhdGlvbg0KSG93IGFi b3V0IGRlZmluaW5nIG5vdGlmaWNhdGlvbiBub2RlIHVuZGVyIHZwbi1zdmMgYW5kIHNpdGUtbmV0 d29yay1hY2Nlc3M/DQpXZSBzb21ldGltZXMgaGF2ZSB0byBhY3RpdmVseSBpbmZvcm0gb3VyIGN1 c3RvbWVycyBvZiBhIGZhaWx1cmUgb3Igc29tZXRoaW5nLg0KV2hhdCBraW5kIG9mIHRoZSBpbmZv cm1hdGlvbiBkZXBlbmRzIG9uIGVhY2ggb3BlcmF0b3IsIHRoZW4gYW55ZGF0YSBvciBhbnl4bWwg c3VpdHMgdGhpcy4NCg0KW1NMSV0gTm90aWZpY2F0aW9uIGFyZSBub3JtYWxseSBub3QgcGFydCBv ZiB0aGUgdHJlZSwgd2UgY2FuIGNyZWF0ZSBycGNzIG9yIG5vdGlmaWNhdGlvbnMgaWYgbmVjZXNz YXJ5IHRvIHJldHJpZXZlIG9wZXJhdGlvbmFsIGluZm9zLg0KQ291bGQgeW91IHJhaXNlIGEgc2Vw YXJhdGUgdGhyZWFkIHRvIGRpc2N1c3MgdGhlIG5lZWQgb2Ygbm90aWZpY2F0aW9ucyA/DQoNCltL T10gSSB3aWxsIHJhaXNlIGEgc2VwYXJhdGUgdGhyZWFkLg0KDQpleC4pDQpjb250YWluZXIgc2l0 ZS1uZXR3b3JrLWFjY2Vzc2VzIHsNCiAgICBsaXN0IHNpdGUtbmV0d29yay1hY2Nlc3Mgew0KICAg ICAgICBrZXkgc2l0ZS1uZXR3b3JrLWFjY2Vzcy1pZDsNCiAgICAgICAgLi4uDQogICAgICAgIG5v dGlmaWNhdGlvbiBpbmZvIHsNCiAgICAgICAgICAgIGFueWRhdGEgZGF0YTsNCiAgICAgICAgfQ0K ICAgICAgICAuLi4NCn0NCg0KDQotRWRpdG9yaWFscw0KU2VjLiA1LjEuMi4NCjJuZCBhbmQgM3Jk IGNvbmZpZ3VyYXRpb24gZXhhbXBsZXMgc3RpbGwgdXNlICJuYW1lIiBhbmQgImlkIi4NCg0KU2Vj LiA1LjIuDQp0eXBvICJyZXNzb3VyY2VzIiBpbiBMb2NhdGlvbiBkZXNjcmlwdGlvbi4NClNlYy4g NS4yLjEuMg0KdHlwbyAicmVzc291cmNlcyIgaW4gMm5kIHBhcmFncmFwaA0KDQpTZWMuIDUuMi41 LjcuDQpJbiAybmQgcGFyYWdyYXBoLCBBUyBudW1iZXIgaXMgZGVmaW5lZCBpbiByb3V0aW5nLXBy b3RvY29sL2JncCBpbiB0aGUgY3VycmVudCBtb2RlbCwgYW5kIGN1c3RvbWVyLXNwZWNpZmljLWlu Zm9ybWF0aW9uIGlzIGFscmVhZHkgZGVsZXRlZC4NClRoZSBjb25maWd1cmF0aW9uIGV4YW1wbGUg c2hvdWxkIGFsc28gaW5jbHVkZSAiYXV0b25vbW91cy1zeXN0ZW0iLg0KDQpTZWMuIDYuDQpUaGUg Y29uZmlndXJhdGlvbiBleGFtcGxlIHN0aWxsIHVzZSAibmFtZSIgYW5kICJpZCIuDQoNCltTTEld IFRoYW5rcyBmb3IgY2F0Y2hpbmcgdGhlIGVycm9ycywgYXMgdGhlIG1vZGVsIGV2b2x2ZWQgYSBs b3QsIGl0IHMgaGFyZCB0byBrZWVwIGFsbCB0aGUgZXhhbXBsZSBzeW5jaHJvbml6ZWQgOikNCg0K DQpIYXBweSBOZXcgWWVhciwNCktlbmljaGkNCg0KLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0N CkZyb206IEwzc20gW21haWx0bzpsM3NtLWJvdW5jZXNAaWV0Zi5vcmddIE9uIEJlaGFsZiBPZiBP Z2FraSwgS2VuaWNoaQ0KU2VudDogVGh1cnNkYXksIERlY2VtYmVyIDI0LCAyMDE1IDEyOjM5IFBN DQpUbzogJ1FpbiBXdSc7IGwzc21AaWV0Zi5vcmcNCkNjOiBzdGVwaGFuZS5saXRrb3dza2lAb3Jh bmdlLmNvbTsgYWRyaWFuQG9sZGRvZy5jby51aw0KU3ViamVjdDogUmU6IFtMM3NtXSBJLUQgQWN0 aW9uOiBkcmFmdC1pZXRmLWwzc20tbDN2cG4tc2VydmljZS1tb2RlbC0wMi50eHQNCg0KRGVhciBB bGwsDQoNCj5odHRwczovL3RyYWMudG9vbHMuaWV0Zi5vcmcvd2cvbDNzbS90cmFjL3RpY2tldC8x Mg0KDQpUd28gY29tbWVudHMgZm9yIHRoZSBjdXJyZW50IHJvdXRpbmctcHJvdG9jb2xzOg0KDQox LiBOb2RlIG5hbWUgImNhc2NhZGVkLWxhbi1wcmVmaXhlcyIgc2hvdWxkIGJlIHJld29yZGVkLCBm b3IgZXhhbXBsZSBvZiAiY3VzdG9tZXItbGFuLXByZWZpeGVzIi4NCk5vIGxvbmdlciBvbmx5IGZv ciAqY2FzY2FkZWQqIGxhbi4NCg0KMi4gU2hvdWxkIHdlIGhhdmUgYSBtZWFuIHRvIHJldHJpZXZl IHRoZSBwcm92aWRlciBhdXRvbm9tb3VzIHN5c3RlbSBudW1iZXIgZm9yIGJncCB0eXBlPw0Kcm8g bm9kZS9vcHMgc3RhdGUgaXMgZW5vdWdoLg0KSW4gdGhlIGNhc2Ugb2YgY3VzdG9tZXIgbWFuYWdl ZCBDRSwgb3VyIGN1c3RvbWVyIG11c3Qga25vdyB3aGF0IEFTIG51bWJlciB0aGUgUEUgaGFzLg0K I1VzdWFsbHksIHdlIGxldCB0aGVtIGtub3cgaXQgb3V0c2lkZSB0aGUgdXNlciBpbnRlcmZhY2Uu DQoNCk1lcnJ5IFgnbWFzICYgSGFwcHkgTmV3IFllYXIsDQpLZW5pY2hpDQoNCi0tLS0tT3JpZ2lu YWwgTWVzc2FnZS0tLS0tDQpGcm9tOiBMM3NtIFttYWlsdG86bDNzbS1ib3VuY2VzQGlldGYub3Jn XSBPbiBCZWhhbGYgT2YgUWluIFd1DQpTZW50OiBXZWRuZXNkYXksIERlY2VtYmVyIDIzLCAyMDE1 IDU6MTUgUE0NClRvOiBsM3NtQGlldGYub3JnDQpDYzogc3RlcGhhbmUubGl0a293c2tpQG9yYW5n ZS5jb207IGFkcmlhbkBvbGRkb2cuY28udWsNClN1YmplY3Q6IFJlOiBbTDNzbV0gSS1EIEFjdGlv bjogZHJhZnQtaWV0Zi1sM3NtLWwzdnBuLXNlcnZpY2UtbW9kZWwtMDIudHh0DQoNCkhpLCBBbGw6 DQpBcyBhIGZvbGxvdy11cCB0byB0aGUgZGlzY3Vzc2lvbiBkdXJpbmcgdGhlIEwzU00gaW50ZXJp bSBjYWxsIHdlIGhhZCBpbiBEZWNlbWJlciAyMDE1LCBXZSBhcyBjaGFpcnMgaGF2ZSBmaWxlZCB0 d28gaXNzdWUgdGlja2V0cyBpbiB0aGUgaXNzdWUgdHJhY2tlcg0KaHR0cHM6Ly90cmFjLnRvb2xz LmlldGYub3JnL3dnL2wzc20vdHJhYy90aWNrZXQvMTINCmh0dHBzOi8vdHJhYy50b29scy5pZXRm Lm9yZy93Zy9sM3NtL3RyYWMvdGlja2V0LzEzDQoNCkF1dGhvcnMgaGF2ZSByZXZpc2VkIElEIGJh c2VkIG9uIHRoZSBkaXNjdXNzaW9uIGFuZCBhZ3JlZWQgcG9pbnQgZHVyaW5nIGludGVyaW0gY2Fs bC4NClRoYW5rcyBTdGVwaGFuZSB0byBnZXQgdGhpcyBkb25lIGFuZCBjbG9zZSBtb3N0IG9mIG9w ZW4gaXNzdWVzIHdlIGhhZCBpbiB0aGUgaXNzdWUgdHJhY2tlciBleGNlcHQgdGhlIGZvbGxvd2lu ZyB0d28gaXNzdWVzOg0KMS5JbnZlbnRvcnkgb3BzIHN0YXRlIGlzc3VlDQoyLiBWUE4gbWVyZ2lu ZyBpc3N1ZQ0KVGhlIGRpZmY6DQpodHRwczovL3d3dy5pZXRmLm9yZy9yZmNkaWZmP3VybDI9ZHJh ZnQtaWV0Zi1sM3NtLWwzdnBuLXNlcnZpY2UtbW9kZWwtMDINClBsZWFzZSByZXZpZXcgdGhlIGNo YW5nZXMgYW5kIGxldCB1cyBrbm93IGlmIHRoZXJlIGlzIGFueXRoaW5nIG1pc3NlZCBvciBhZGRp dGlvbiBjaGFuZ2UgdGhhdCBuZWVkcyB0byBiZSBpbmNvcnBvcmF0ZWQgaW4uDQoNCi1RaW4NCi0t LS0t08q8/tStvP4tLS0tLQ0Kt6K8/sjLOiBJLUQtQW5ub3VuY2UgW21haWx0bzppLWQtYW5ub3Vu Y2UtYm91bmNlc0BpZXRmLm9yZ10gtPqx7SBpbnRlcm5ldC1kcmFmdHNAaWV0Zi5vcmcNCreiy83K sbzkOiAyMDE1xOoxMtTCMTXI1SAxODozMw0KytW8/sjLOiBpLWQtYW5ub3VuY2VAaWV0Zi5vcmcN CrOty806IGwzc21AaWV0Zi5vcmcNCtb3zOI6IEktRCBBY3Rpb246IGRyYWZ0LWlldGYtbDNzbS1s M3Zwbi1zZXJ2aWNlLW1vZGVsLTAyLnR4dA0KDQoNCkEgTmV3IEludGVybmV0LURyYWZ0IGlzIGF2 YWlsYWJsZSBmcm9tIHRoZSBvbi1saW5lIEludGVybmV0LURyYWZ0cyBkaXJlY3Rvcmllcy4NCiBU aGlzIGRyYWZ0IGlzIGEgd29yayBpdGVtIG9mIHRoZSBMM1ZQTiBTZXJ2aWNlIE1vZGVsICBXb3Jr aW5nIEdyb3VwIG9mIHRoZSBJRVRGLg0KDQogICAgICAgIFRpdGxlICAgICAgICAgICA6IFlBTkcg RGF0YSBNb2RlbCBmb3IgTDNWUE4gc2VydmljZSBkZWxpdmVyeQ0KICAgICAgICBBdXRob3JzICAg ICAgICAgOiBTdGVwaGFuZSBMaXRrb3dza2kNCiAgICAgICAgICAgICAgICAgICAgICAgICAgUm9i IFNoYWtpcg0KICAgICAgICAgICAgICAgICAgICAgICAgICBMdWlzIFRvbW90YWtpDQogICAgICAg ICAgICAgICAgICAgICAgICAgIEtldmluIEQnU291emENCglGaWxlbmFtZSAgICAgICAgOiBkcmFm dC1pZXRmLWwzc20tbDN2cG4tc2VydmljZS1tb2RlbC0wMi50eHQNCglQYWdlcyAgICAgICAgICAg OiAxMDANCglEYXRlICAgICAgICAgICAgOiAyMDE1LTEyLTE1DQoNCkFic3RyYWN0Og0KICAgVGhp cyBkb2N1bWVudCBkZWZpbmVzIGEgWUFORyBkYXRhIG1vZGVsIHRoYXQgY2FuIGJlIHVzZWQgdG8g ZGVsaXZlciBhDQogICBMYXllciAzIFByb3ZpZGVyIFByb3Zpc2lvbmVkIFZQTiBzZXJ2aWNlLiAg VGhlIGRvY3VtZW50IGlzIGxpbWl0ZWQgdG8NCiAgIHRoZSBCR1AgUEUtYmFzZWQgVlBOcyBhcyBk ZXNjcmliZWQgaW4gUkZDNDExMCBhbmQgUkZDNDM2NC4gIFRoaXMNCiAgIG1vZGVsIGlzIGludGVu ZGVkIHRvIGJlIGluc3RhbnRpYXRlZCBhdCBtYW5hZ2VtZW50IHN5c3RlbSB0byBkZWxpdmVyDQog ICB0aGUgb3ZlcmFsbCBzZXJ2aWNlLiAgVGhpcyBtb2RlbCBpcyBub3QgYSBjb25maWd1cmF0aW9u IG1vZGVsIHRvIGJlDQogICB1c2VkIGRpcmVjdGx5IG9uIG5ldHdvcmsgZWxlbWVudHMuICBUaGlz IG1vZGVsIHByb3ZpZGVzIGFuIGFic3RyYWN0ZWQNCiAgIHZpZXcgb2YgdGhlIExheWVyIDMgSVBW UE4gc2VydmljZSBjb25maWd1cmF0aW9uIGNvbXBvbmVudHMuICBJdCB3aWxsDQogICBiZSB1cCB0 byBhIG1hbmFnZW1lbnQgc3lzdGVtIHRvIHRha2UgdGhpcyBhcyBhbiBpbnB1dCBhbmQgdXNlDQog ICBzcGVjaWZpYyBjb25maWd1cmF0aW9ucyBtb2RlbHMgdG8gY29uZmlndXJlIHRoZSBkaWZmZXJl bnQgbmV0d29yaw0KICAgZWxlbWVudHMgdG8gZGVsaXZlciB0aGUgc2VydmljZS4gIEhvdyBjb25m aWd1cmF0aW9uIG9mIG5ldHdvcmsNCiAgIGVsZW1lbnRzIGlzIGRvbmUgaXMgb3V0IG9mIHNjb3Bl IG9mIHRoZSBkb2N1bWVudC4NCg0KDQoNClRoZSBJRVRGIGRhdGF0cmFja2VyIHN0YXR1cyBwYWdl IGZvciB0aGlzIGRyYWZ0IGlzOg0KaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJh ZnQtaWV0Zi1sM3NtLWwzdnBuLXNlcnZpY2UtbW9kZWwvDQoNClRoZXJlJ3MgYWxzbyBhIGh0bWxp emVkIHZlcnNpb24gYXZhaWxhYmxlIGF0Og0KaHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL2Ry YWZ0LWlldGYtbDNzbS1sM3Zwbi1zZXJ2aWNlLW1vZGVsLTAyDQoNCkEgZGlmZiBmcm9tIHRoZSBw cmV2aW91cyB2ZXJzaW9uIGlzIGF2YWlsYWJsZSBhdDoNCmh0dHBzOi8vd3d3LmlldGYub3JnL3Jm Y2RpZmY/dXJsMj1kcmFmdC1pZXRmLWwzc20tbDN2cG4tc2VydmljZS1tb2RlbC0wMg0KDQoNClBs ZWFzZSBub3RlIHRoYXQgaXQgbWF5IHRha2UgYSBjb3VwbGUgb2YgbWludXRlcyBmcm9tIHRoZSB0 aW1lIG9mIHN1Ym1pc3Npb24gdW50aWwgdGhlIGh0bWxpemVkIHZlcnNpb24gYW5kIGRpZmYgYXJl IGF2YWlsYWJsZSBhdCB0b29scy5pZXRmLm9yZy4NCg0KSW50ZXJuZXQtRHJhZnRzIGFyZSBhbHNv IGF2YWlsYWJsZSBieSBhbm9ueW1vdXMgRlRQIGF0Og0KZnRwOi8vZnRwLmlldGYub3JnL2ludGVy bmV0LWRyYWZ0cy8NCg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX18NCkktRC1Bbm5vdW5jZSBtYWlsaW5nIGxpc3QNCkktRC1Bbm5vdW5jZUBpZXRmLm9yZw0K aHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9pLWQtYW5ub3VuY2UNCkludGVy bmV0LURyYWZ0IGRpcmVjdG9yaWVzOiBodHRwOi8vd3d3LmlldGYub3JnL3NoYWRvdy5odG1sIG9y IGZ0cDovL2Z0cC5pZXRmLm9yZy9pZXRmLzFzaGFkb3ctc2l0ZXMudHh0DQpfX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KTDNzbSBtYWlsaW5nIGxpc3QNCkwz c21AaWV0Zi5vcmcNCmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vbDNzbQ0K DQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KTDNzbSBt YWlsaW5nIGxpc3QNCkwzc21AaWV0Zi5vcmcNCmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4v bGlzdGluZm8vbDNzbQ0KDQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX18NCg0KQ2UgbWVzc2FnZSBldCBzZXMgcGllY2VzIGpv aW50ZXMgcGV1dmVudCBjb250ZW5pciBkZXMgaW5mb3JtYXRpb25zIGNvbmZpZGVudGllbGxlcyBv dSBwcml2aWxlZ2llZXMgZXQgbmUgZG9pdmVudCBkb25jIHBhcyBldHJlIGRpZmZ1c2VzLCBleHBs b2l0ZXMgb3UgY29waWVzIHNhbnMgYXV0b3Jpc2F0aW9uLiBTaSB2b3VzIGF2ZXogcmVjdSBjZSBt ZXNzYWdlIHBhciBlcnJldXIsIHZldWlsbGV6IGxlIHNpZ25hbGVyIGEgbCdleHBlZGl0ZXVyIGV0 IGxlIGRldHJ1aXJlIGFpbnNpIHF1ZSBsZXMgcGllY2VzIGpvaW50ZXMuIExlcyBtZXNzYWdlcyBl bGVjdHJvbmlxdWVzIGV0YW50IHN1c2NlcHRpYmxlcyBkJ2FsdGVyYXRpb24sIE9yYW5nZSBkZWNs aW5lIHRvdXRlIHJlc3BvbnNhYmlsaXRlIHNpIGNlIG1lc3NhZ2UgYSBldGUgYWx0ZXJlLCBkZWZv cm1lIG91IGZhbHNpZmllLiBNZXJjaS4NCg0KVGhpcyBtZXNzYWdlIGFuZCBpdHMgYXR0YWNobWVu dHMgbWF5IGNvbnRhaW4gY29uZmlkZW50aWFsIG9yIHByaXZpbGVnZWQgaW5mb3JtYXRpb24gdGhh dCBtYXkgYmUgcHJvdGVjdGVkIGJ5IGxhdzsgdGhleSBzaG91bGQgbm90IGJlIGRpc3RyaWJ1dGVk LCB1c2VkIG9yIGNvcGllZCB3aXRob3V0IGF1dGhvcmlzYXRpb24uDQpJZiB5b3UgaGF2ZSByZWNl aXZlZCB0aGlzIGVtYWlsIGluIGVycm9yLCBwbGVhc2Ugbm90aWZ5IHRoZSBzZW5kZXIgYW5kIGRl bGV0ZSB0aGlzIG1lc3NhZ2UgYW5kIGl0cyBhdHRhY2htZW50cy4NCkFzIGVtYWlscyBtYXkgYmUg YWx0ZXJlZCwgT3JhbmdlIGlzIG5vdCBsaWFibGUgZm9yIG1lc3NhZ2VzIHRoYXQgaGF2ZSBiZWVu IG1vZGlmaWVkLCBjaGFuZ2VkIG9yIGZhbHNpZmllZC4NClRoYW5rIHlvdS4NCg0KX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCkwzc20gbWFpbGluZyBsaXN0 DQpMM3NtQGlldGYub3JnDQpodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2wz c20NCg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCkwz c20gbWFpbGluZyBsaXN0DQpMM3NtQGlldGYub3JnDQpodHRwczovL3d3dy5pZXRmLm9yZy9tYWls bWFuL2xpc3RpbmZvL2wzc20NCg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX18NCkwzc20gbWFpbGluZyBsaXN0DQpMM3NtQGlldGYub3JnDQpodHRwczovL3d3 dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2wzc20NCg0KX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KDQpDZSBtZXNzYWdl IGV0IHNlcyBwaWVjZXMgam9pbnRlcyBwZXV2ZW50IGNvbnRlbmlyIGRlcyBpbmZvcm1hdGlvbnMg Y29uZmlkZW50aWVsbGVzIG91IHByaXZpbGVnaWVlcyBldCBuZSBkb2l2ZW50IGRvbmMgcGFzIGV0 cmUgZGlmZnVzZXMsIGV4cGxvaXRlcyBvdSBjb3BpZXMgc2FucyBhdXRvcmlzYXRpb24uIFNpIHZv dXMgYXZleiByZWN1IGNlIG1lc3NhZ2UgcGFyIGVycmV1ciwgdmV1aWxsZXogbGUgc2lnbmFsZXIg YSBsJ2V4cGVkaXRldXIgZXQgbGUgZGV0cnVpcmUgYWluc2kgcXVlIGxlcyBwaWVjZXMgam9pbnRl cy4gTGVzIG1lc3NhZ2VzIGVsZWN0cm9uaXF1ZXMgZXRhbnQgc3VzY2VwdGlibGVzIGQnYWx0ZXJh dGlvbiwgT3JhbmdlIGRlY2xpbmUgdG91dGUgcmVzcG9uc2FiaWxpdGUgc2kgY2UgbWVzc2FnZSBh IGV0ZSBhbHRlcmUsIGRlZm9ybWUgb3UgZmFsc2lmaWUuIE1lcmNpLg0KDQpUaGlzIG1lc3NhZ2Ug YW5kIGl0cyBhdHRhY2htZW50cyBtYXkgY29udGFpbiBjb25maWRlbnRpYWwgb3IgcHJpdmlsZWdl ZCBpbmZvcm1hdGlvbiB0aGF0IG1heSBiZSBwcm90ZWN0ZWQgYnkgbGF3OyB0aGV5IHNob3VsZCBu b3QgYmUgZGlzdHJpYnV0ZWQsIHVzZWQgb3IgY29waWVkIHdpdGhvdXQgYXV0aG9yaXNhdGlvbi4N CklmIHlvdSBoYXZlIHJlY2VpdmVkIHRoaXMgZW1haWwgaW4gZXJyb3IsIHBsZWFzZSBub3RpZnkg dGhlIHNlbmRlciBhbmQgZGVsZXRlIHRoaXMgbWVzc2FnZSBhbmQgaXRzIGF0dGFjaG1lbnRzLg0K QXMgZW1haWxzIG1heSBiZSBhbHRlcmVkLCBPcmFuZ2UgaXMgbm90IGxpYWJsZSBmb3IgbWVzc2Fn ZXMgdGhhdCBoYXZlIGJlZW4gbW9kaWZpZWQsIGNoYW5nZWQgb3IgZmFsc2lmaWVkLg0KVGhhbmsg eW91Lg0KDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0K TDNzbSBtYWlsaW5nIGxpc3QNCkwzc21AaWV0Zi5vcmcNCmh0dHBzOi8vd3d3LmlldGYub3JnL21h aWxtYW4vbGlzdGluZm8vbDNzbQ0KDQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCg0KQ2UgbWVzc2FnZSBldCBzZXMgcGll Y2VzIGpvaW50ZXMgcGV1dmVudCBjb250ZW5pciBkZXMgaW5mb3JtYXRpb25zIGNvbmZpZGVudGll bGxlcyBvdSBwcml2aWxlZ2llZXMgZXQgbmUgZG9pdmVudCBkb25jIHBhcyBldHJlIGRpZmZ1c2Vz LCBleHBsb2l0ZXMgb3UgY29waWVzIHNhbnMgYXV0b3Jpc2F0aW9uLiBTaSB2b3VzIGF2ZXogcmVj dSBjZSBtZXNzYWdlIHBhciBlcnJldXIsIHZldWlsbGV6IGxlIHNpZ25hbGVyIGEgbCdleHBlZGl0 ZXVyIGV0IGxlIGRldHJ1aXJlIGFpbnNpIHF1ZSBsZXMgcGllY2VzIGpvaW50ZXMuIExlcyBtZXNz YWdlcyBlbGVjdHJvbmlxdWVzIGV0YW50IHN1c2NlcHRpYmxlcyBkJ2FsdGVyYXRpb24sIE9yYW5n ZSBkZWNsaW5lIHRvdXRlIHJlc3BvbnNhYmlsaXRlIHNpIGNlIG1lc3NhZ2UgYSBldGUgYWx0ZXJl LCBkZWZvcm1lIG91IGZhbHNpZmllLiBNZXJjaS4NCg0KVGhpcyBtZXNzYWdlIGFuZCBpdHMgYXR0 YWNobWVudHMgbWF5IGNvbnRhaW4gY29uZmlkZW50aWFsIG9yIHByaXZpbGVnZWQgaW5mb3JtYXRp b24gdGhhdCBtYXkgYmUgcHJvdGVjdGVkIGJ5IGxhdzsgdGhleSBzaG91bGQgbm90IGJlIGRpc3Ry aWJ1dGVkLCB1c2VkIG9yIGNvcGllZCB3aXRob3V0IGF1dGhvcmlzYXRpb24uDQpJZiB5b3UgaGF2 ZSByZWNlaXZlZCB0aGlzIGVtYWlsIGluIGVycm9yLCBwbGVhc2Ugbm90aWZ5IHRoZSBzZW5kZXIg YW5kIGRlbGV0ZSB0aGlzIG1lc3NhZ2UgYW5kIGl0cyBhdHRhY2htZW50cy4NCkFzIGVtYWlscyBt YXkgYmUgYWx0ZXJlZCwgT3JhbmdlIGlzIG5vdCBsaWFibGUgZm9yIG1lc3NhZ2VzIHRoYXQgaGF2 ZSBiZWVuIG1vZGlmaWVkLCBjaGFuZ2VkIG9yIGZhbHNpZmllZC4NClRoYW5rIHlvdS4NCg0KX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCkwzc20gbWFpbGlu ZyBsaXN0DQpMM3NtQGlldGYub3JnDQpodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3Rp bmZvL2wzc20NCg0KDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fDQoNCkNlIG1lc3NhZ2UgZXQgc2VzIHBpZWNlcyBqb2ludGVz IHBldXZlbnQgY29udGVuaXIgZGVzIGluZm9ybWF0aW9ucyBjb25maWRlbnRpZWxsZXMgb3UgcHJp dmlsZWdpZWVzIGV0IG5lIGRvaXZlbnQgZG9uYyBwYXMgZXRyZSBkaWZmdXNlcywgZXhwbG9pdGVz IG91IGNvcGllcyBzYW5zIGF1dG9yaXNhdGlvbi4gU2kgdm91cyBhdmV6IHJlY3UgY2UgbWVzc2Fn ZSBwYXIgZXJyZXVyLCB2ZXVpbGxleiBsZSBzaWduYWxlciBhIGwnZXhwZWRpdGV1ciBldCBsZSBk ZXRydWlyZSBhaW5zaSBxdWUgbGVzIHBpZWNlcyBqb2ludGVzLiBMZXMgbWVzc2FnZXMgZWxlY3Ry b25pcXVlcyBldGFudCBzdXNjZXB0aWJsZXMgZCdhbHRlcmF0aW9uLCBPcmFuZ2UgZGVjbGluZSB0 b3V0ZSByZXNwb25zYWJpbGl0ZSBzaSBjZSBtZXNzYWdlIGEgZXRlIGFsdGVyZSwgZGVmb3JtZSBv dSBmYWxzaWZpZS4gTWVyY2kuDQoNClRoaXMgbWVzc2FnZSBhbmQgaXRzIGF0dGFjaG1lbnRzIG1h eSBjb250YWluIGNvbmZpZGVudGlhbCBvciBwcml2aWxlZ2VkIGluZm9ybWF0aW9uIHRoYXQgbWF5 IGJlIHByb3RlY3RlZCBieSBsYXc7IHRoZXkgc2hvdWxkIG5vdCBiZSBkaXN0cmlidXRlZCwgdXNl ZCBvciBjb3BpZWQgd2l0aG91dCBhdXRob3Jpc2F0aW9uLg0KSWYgeW91IGhhdmUgcmVjZWl2ZWQg dGhpcyBlbWFpbCBpbiBlcnJvciwgcGxlYXNlIG5vdGlmeSB0aGUgc2VuZGVyIGFuZCBkZWxldGUg dGhpcyBtZXNzYWdlIGFuZCBpdHMgYXR0YWNobWVudHMuDQpBcyBlbWFpbHMgbWF5IGJlIGFsdGVy ZWQsIE9yYW5nZSBpcyBub3QgbGlhYmxlIGZvciBtZXNzYWdlcyB0aGF0IGhhdmUgYmVlbiBtb2Rp ZmllZCwgY2hhbmdlZCBvciBmYWxzaWZpZWQuDQpUaGFuayB5b3UuDQoNCl9fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQpMM3NtIG1haWxpbmcgbGlzdA0KTDNz bUBpZXRmLm9yZw0KaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9sM3NtDQoN CgpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fCgpDZSBtZXNzYWdlIGV0IHNlcyBwaWVjZXMgam9pbnRlcyBwZXV2ZW50IGNvbnRl bmlyIGRlcyBpbmZvcm1hdGlvbnMgY29uZmlkZW50aWVsbGVzIG91IHByaXZpbGVnaWVlcyBldCBu ZSBkb2l2ZW50IGRvbmMKcGFzIGV0cmUgZGlmZnVzZXMsIGV4cGxvaXRlcyBvdSBjb3BpZXMgc2Fu cyBhdXRvcmlzYXRpb24uIFNpIHZvdXMgYXZleiByZWN1IGNlIG1lc3NhZ2UgcGFyIGVycmV1ciwg dmV1aWxsZXogbGUgc2lnbmFsZXIKYSBsJ2V4cGVkaXRldXIgZXQgbGUgZGV0cnVpcmUgYWluc2kg cXVlIGxlcyBwaWVjZXMgam9pbnRlcy4gTGVzIG1lc3NhZ2VzIGVsZWN0cm9uaXF1ZXMgZXRhbnQg c3VzY2VwdGlibGVzIGQnYWx0ZXJhdGlvbiwKT3JhbmdlIGRlY2xpbmUgdG91dGUgcmVzcG9uc2Fi aWxpdGUgc2kgY2UgbWVzc2FnZSBhIGV0ZSBhbHRlcmUsIGRlZm9ybWUgb3UgZmFsc2lmaWUuIE1l cmNpLgoKVGhpcyBtZXNzYWdlIGFuZCBpdHMgYXR0YWNobWVudHMgbWF5IGNvbnRhaW4gY29uZmlk ZW50aWFsIG9yIHByaXZpbGVnZWQgaW5mb3JtYXRpb24gdGhhdCBtYXkgYmUgcHJvdGVjdGVkIGJ5 IGxhdzsKdGhleSBzaG91bGQgbm90IGJlIGRpc3RyaWJ1dGVkLCB1c2VkIG9yIGNvcGllZCB3aXRo b3V0IGF1dGhvcmlzYXRpb24uCklmIHlvdSBoYXZlIHJlY2VpdmVkIHRoaXMgZW1haWwgaW4gZXJy b3IsIHBsZWFzZSBub3RpZnkgdGhlIHNlbmRlciBhbmQgZGVsZXRlIHRoaXMgbWVzc2FnZSBhbmQg aXRzIGF0dGFjaG1lbnRzLgpBcyBlbWFpbHMgbWF5IGJlIGFsdGVyZWQsIE9yYW5nZSBpcyBub3Qg bGlhYmxlIGZvciBtZXNzYWdlcyB0aGF0IGhhdmUgYmVlbiBtb2RpZmllZCwgY2hhbmdlZCBvciBm YWxzaWZpZWQuClRoYW5rIHlvdS4KCg== From nobody Fri Jan 15 05:37:59 2016 Return-Path: X-Original-To: l3sm@ietfa.amsl.com Delivered-To: l3sm@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 21BEA1B2CF0 for ; Fri, 15 Jan 2016 05:37:58 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.813 X-Spam-Level: X-Spam-Status: No, score=-0.813 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, CN_BODY_35=0.339, J_CHICKENPOX_12=0.6, MIME_CHARSET_FARAWAY=2.45, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 1uA1j-PCfsBb for ; Fri, 15 Jan 2016 05:37:53 -0800 (PST) Received: from post-send.kddi.com (athena2.kddi.com [27.90.165.195]) by ietfa.amsl.com (Postfix) with ESMTP id E0CF41B2CF3 for ; Fri, 15 Jan 2016 05:37:52 -0800 (PST) Received: from LTMC2121.kddi.com (LTMC2121.kddi.com [10.206.0.61]) by post-send.kddi.com (KDDI Mail) with ESMTP id 75557E0013; Fri, 15 Jan 2016 22:37:51 +0900 (JST) Received: from LTMC2144.kddi.com ([10.206.0.236] [10.206.0.236]) by LTMC2121.kddi.com with ESMTP; Fri, 15 Jan 2016 22:37:51 +0900 Received: from LTMC2144.kddi.com (localhost [127.0.0.1]) by localhost.kddi.com (Postfix) with ESMTP id 5147F4C005A; Fri, 15 Jan 2016 22:37:51 +0900 (JST) Received: from LTMC2152.kddi.com (post-incheck [10.206.0.239]) by LTMC2144.kddi.com (Postfix) with ESMTP id 460524C0058; Fri, 15 Jan 2016 22:37:51 +0900 (JST) Received: from LTMC2152.kddi.com (localhost.localdomain [127.0.0.1]) by LTMC2152.kddi.com with ESMTP id u0FDbopm012424; Fri, 15 Jan 2016 22:37:51 +0900 Received: from LTMC2152.kddi.com.mid_29668389 (localhost.localdomain [127.0.0.1]) by LTMC2152.kddi.com with ESMTP id u0FDRoPP008259; Fri, 15 Jan 2016 22:27:50 +0900 X-SA-MID: 29668389 Received: from KDDI1508PC0003 ([10.211.186.221] [10.211.186.221]) by post-smtp2.kddi.com with ESMTPA; Fri, 15 Jan 2016 22:27:49 +0900 From: "Ogaki, Kenichi" To: , References: <015f01d13dfc$925ce730$b716b590$@kddi.com> <007d01d14695$e7de9310$b79bb930$@kddi.com> <3603_1451920156_568A8B1C_3603_701_1_9E32478DFA9976438E7A22F69B08FF9216815E11@OPEXCLILMA4.corporate.adroot.infra.ftgroup> <016901d14777$c0408830$40c19890$@kddi.com> <006201d14c55$2993fab0$7cbbf010$@kddi.com> <1999_1452523041_5693BE21_1999_114_1_9E32478DFA9976438E7A22F69B08FF92168371C7@OPEXCLILMA4.corporate.adroot.infra.ftgroup> <00fc01d14cd8$ac7216a0$055643e0$@kddi.com> <3657_1452589685_5694C275_3657_16_1_9E32478DFA9976438E7A22F69B08FF921683C0E2@OPEXCLILMA4.corporate.adroot.infra.ftgroup> <007501d14d46$2a090a20$7e1b1e60$@kddi.com> <1706_1452760540_56975DDC_1706_13886_1_9E32478DFA9976438E7A22F69B08FF921683EAEB@OPEXCLILMA4.corporate.adroot.infra.ftgroup> <00bd01d14f32$e1097eb0$a31c7c10$@kddi.com> <7349_1452858032_5698DAB0_7349_249_1_9E32478DFA9976438E7A22F69B08FF921683F21F@OPEXCLILMA4.corporate.adroot.infra.f tgroup> In-Reply-To: <7349_1452858032_5698DAB0_7349_249_1_9E32478DFA9976438E7A22F69B08FF921683F21F@OPEXCLILMA4.corporate.adroot.infra.ftgroup> Date: Fri, 15 Jan 2016 22:27:40 +0900 Message-ID: <000c01d14f98$879c0f30$96d42d90$@kddi.com> MIME-Version: 1.0 Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQHKn6XS7EF51VS8d/IsQ4o8FZThKQJrdKmCAeG3o9MBjM48bgIS+/56AXkiOoEBbvjuoQEP3xMOAjuwDBcBnNEXFQEhP5LyAWBZxEwB094Kzp5pU0bQ Content-Language: ja X-TM-AS-MML: disable Archived-At: Subject: Re: [L3sm] I-D Action: draft-ietf-l3sm-l3vpn-service-model-02.txt X-BeenThere: l3sm@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: L3VPN Service YANG Model discussion group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Jan 2016 13:37:58 -0000 Hi Stephane, Site means site. IMO, the location node in the current model also = implies that a site is a physical customer site. This must depend how each operator uses site-id (mapping to their own = existing site id). Since this must affect the other existing system's modelling, especially = to billing mechanism in BSS, this must be carefully dealt with and must = leave some options.=20 >- for the multiVPN case, you have no choice, you need to bind LANs to = VPNs, that's why you need to put LANs in the VPN policy and attach them=20 >to a VPN. There is no other possibility, as the customer has to express = what part of the site belongs to what VPN. I can't agree this. This means that a customer cannot use any dynamic = routing protocol in this case. Why a real service is restricted by a = service model definition? Although I don't think a smart idea, if we can put a lan-tag under bgp = or ospf, we can differentiate VPN with LAN as same as static routing in = the current model.=20 Thanks, Kenichi -----Original Message----- From: L3sm [mailto:l3sm-bounces@ietf.org] On Behalf Of = stephane.litkowski@orange.com Sent: Friday, January 15, 2016 8:41 PM To: Ogaki, Kenichi; l3sm@ietf.org Subject: Re: [L3sm] I-D Action: = draft-ietf-l3sm-l3vpn-service-model-02.txt One addition, from a service point of view, if we want to model the = hierarchy site vs subsite, we can add a subsite hierarchy under site to = mark the relationship, this will complexify a bit the model. But the = site-network-access is really the network attachment and I do not want = to use it to express subsites. As mentioned in the previous email, = subsite can already be modeled as a separated site : only relationship = is missing. -----Original Message----- From: Ogaki, Kenichi [mailto:ke-oogaki@kddi.com] Sent: Friday, January 15, 2016 02:20 To: LITKOWSKI Stephane SCE/OINIS; l3sm@ietf.org Subject: RE: [L3sm] I-D Action: = draft-ietf-l3sm-l3vpn-service-model-02.txt Hi Stephane, >As we discussed there is no real use case to have a multihomed site = with one connection belonging to VPN1 and another connection to VPN2. We have many use cases. When a site is a multi tenant one, each tenant basically connects each = different vpn. In cases that the site is:=20 -a DC -a large office like HQ. Each administrative section/department = sometimes connects each different vpn. -a site used by a second provider. >If multiple VPNs are used by the site, LAN will be used in the VPN = policy to express it. As I sent to Qin in the following email, In the above cases, to use LAN = is not good idea. When a customer uses a dynamic routing protocol, bgp = or ospf, they don't write lan-prefixes and don't want to write each = lan-prefixes one by one. It obviously kills the merit to use a dynamic = routing protocol. https://mailarchive.ietf.org/arch/msg/l3sm/5mSlmD1QehjPz-HZIW12pzxgFao Can we just duplicate vpn-policy under site-network-access? Or we can use choice statement if any inconsistency occurs. Thanks, Kenichi -----Original Message----- From: L3sm [mailto:l3sm-bounces@ietf.org] On Behalf Of = stephane.litkowski@orange.com Sent: Thursday, January 14, 2016 5:36 PM To: Ogaki, Kenichi; l3sm@ietf.org Subject: Re: [L3sm] I-D Action: = draft-ietf-l3sm-l3vpn-service-model-02.txt Hi, I think there is a misunderstanding in the naming used in the diagram. VPN1_site1 and VPN2_site2 are not referring to the same customer site. = VPN_site1 means site number#1 in VPN1. And VPN2_site1 means site = number#1 in VPN2, but these are not the same customer site. I can change the naming to ensure better reading and prevent such = misunderstanding.=20 As we discussed there is no real use case to have a multihomed site with = one connection belonging to VPN1 and another connection to VPN2. If = multiple VPNs are used by the site, LAN will be used in the VPN policy = to express it. Best Regards, -----Original Message----- From: Ogaki, Kenichi [mailto:ke-oogaki@kddi.com] Sent: Tuesday, January 12, 2016 15:33 To: LITKOWSKI Stephane SCE/OINIS; l3sm@ietf.org Subject: RE: [L3sm] I-D Action: = draft-ietf-l3sm-l3vpn-service-model-02.txt Hi Stephane, Could you model the site#1 in the diagram, including all the VPNs and = connections? How can we make VPN3_Site1 only talk to VPN3? Site#1 VPN1_Site1 =20 ... VPN2_Site1 =20 ... VPN3_Site1 =20 ... 1 VPN1 any-to-any-role 2 VPN2 hub-role 3 VPN3 any-to-any-role All the best, Kenichi -----Original Message----- From: L3sm [mailto:l3sm-bounces@ietf.org] On Behalf Of = stephane.litkowski@orange.com Sent: Tuesday, January 12, 2016 6:08 PM To: Ogaki, Kenichi; l3sm@ietf.org Subject: Re: [L3sm] I-D Action: = draft-ietf-l3sm-l3vpn-service-model-02.txt Hi, There should be something I'm missing here ... First, 5.2.2 text was not reviewed after creating the hierarchy between = sites and accesses. So may be there is something to fix. But reading the text again, I think this is still applicable. In the diagram, a site connects to multiple VPNs but VPN policy is not = controlled per connection from a modeling point of view. It is = controlled per site. The diagram has only single homed site so may be = the confusion comes from here. Yes the model cannot differentiate vpn policy per connection, but IMO, = this is not desirable. I don't see why the model cannot achieve the paragraph you pointed. Site#3 1 VPN3 any-to-any The second part of the paragraph you mentioned talks about the device = configuration, not the modeling part. So the model will allow PE5 to be = configured with the VPN policy (import/export RT3). May be there is also a confusion there introduced by the text. -----Original Message----- From: Ogaki, Kenichi [mailto:ke-oogaki@kddi.com] Sent: Tuesday, January 12, 2016 02:29 To: LITKOWSKI Stephane SCE/OINIS; l3sm@ietf.org Subject: RE: [L3sm] I-D Action: = draft-ietf-l3sm-l3vpn-service-model-02.txt Hi Stephane, If a simple multihomed site case is, I agree. But, as the diagram in section 5.2.2, a site connects to multiple VPNs = and each vpn policy is controlled per connection. The current model = cannot differentiate vpn policy per connection. The current model cannot realize the case described in the following = sentence, for example. =20 > Consider a site#1 in VPN3 that must communicate only in VPN3, in = this > case, the vpn-policy will be similar to Site#1 of VPN1. The VRF on > PE5 for VPN3 will be so provisioned by the management system using > RT3 value as import and export value. All the best, Kenichi -----Original Message----- From: L3sm [mailto:l3sm-bounces@ietf.org] On Behalf Of = stephane.litkowski@orange.com Sent: Monday, January 11, 2016 11:37 PM To: Ogaki, Kenichi; l3sm@ietf.org Subject: Re: [L3sm] I-D Action: = draft-ietf-l3sm-l3vpn-service-model-02.txt Hi Kenichi, IMO, for a multihomed site, the VPN policy will always be the same on = each network connection the site is using. Do you see a reason why it = could be different ? Brgds, Stephane -----Original Message----- From: L3sm [mailto:l3sm-bounces@ietf.org] On Behalf Of Ogaki, Kenichi Sent: Monday, January 11, 2016 10:48 To: l3sm@ietf.org Subject: Re: [L3sm] I-D Action: = draft-ietf-l3sm-l3vpn-service-model-02.txt Hi Stephane and All, One more comment. Leaving issue#10 and vpn-policy in vpn-svc discussion aside, the = vpn-policy in the current model should be under site-network access? According to section 5.2.2, a vpn-policy should be controlled per pair = of a PE and a site, corresponding to site-network-access /ip-connection. When we place the vpn-policy directly under "sites", how can we relate a = vpn-policy to a specific PE. Thanks, Kenichi -----Original Message----- From: L3sm [mailto:l3sm-bounces@ietf.org] On Behalf Of Ogaki, Kenichi Sent: Tuesday, January 05, 2016 2:13 PM To: stephane.litkowski@orange.com; 'Qin Wu'; l3sm@ietf.org Cc: adrian@olddog.co.uk Subject: Re: [L3sm] I-D Action: = draft-ietf-l3sm-l3vpn-service-model-02.txt Hi Stephane, Please see inline. All the best, Kenichi -----Original Message----- From: L3sm [mailto:l3sm-bounces@ietf.org] On Behalf Of = stephane.litkowski@orange.com Sent: Tuesday, January 05, 2016 12:09 AM To: Ogaki, Kenichi; 'Qin Wu'; l3sm@ietf.org Cc: adrian@olddog.co.uk Subject: Re: [L3sm] I-D Action: = draft-ietf-l3sm-l3vpn-service-model-02.txt Hi, Best wishes for this new year. Pls find inline comments. -----Original Message----- From: Ogaki, Kenichi [mailto:ke-oogaki@kddi.com] Sent: Monday, January 04, 2016 03:16 To: 'Qin Wu'; l3sm@ietf.org Cc: LITKOWSKI Stephane SCE/OINIS; adrian@olddog.co.uk Subject: RE: [L3sm] I-D Action: = draft-ietf-l3sm-l3vpn-service-model-02.txt Dear All, Additional comments are here: *svc-id The type "svc-id" is used for lots of data node. Is this necessary? When we say "vpn-id", this is obviously an id by its name, and the only = thing to define is how we represent this, string, integer or = something=A1=AD If the type "svc-id" defines the length of string or = something constraint, it makes sense. =20 [SLI] svc-id just brings consistency on how we define all the = identifiers in the model (we ensure easily that all are using the same = encoding =3D> string) [KO] I understand. *routing-protocol The current model allows multiple routing protocols for a = site-network-access. It's technically possible, but is there any use = case for l3vpn service? #Is this only for dual-stack, one for IPv4 and the other for IPv6? [SLI] It is really usual to have dynamic routing + static routing at the = same time. (e.g. dynamic routing for customer LANs, + static routing for = admin) [KO] I understand. *QoS classification Since 5.2.6.1.1. says "The order of rule is defined by the "id" leaf. = The lowest "id" MUST be processed first.", we have to change the "id" = value whenever we want to reorder the existing rules. But the "id" is = key, and a key should not be changed in DB principle. Although it may be = an implementation matter, can we just use "ordered-by user" statement = for the list "rules"? [SLI] Agree, I will add the ordered-by user. Do you see other lists that = would require such user ordering ? [KO] I can't find any other ordered list. *std-qos-profile/custom-qos-profile If "std-qos-profile and custom-qos-profile cannot be used at the same = time." in 5.1.6.1.2, we can use a choice statement for std-qos-profile = and custom-qos-profile. [SLI] Agree, will fix it. *traffic protection Can we cover the function of "traffic-protection" by = "site-network-access/availability"? [SLI] Ack, I moved the traffic protection under availability. *vpn-policy For an readability of the model, the node name = "vpn-policy/entries/id/vpn/vpn" should be = "vpn-policy/entries/id/vpn/vpn-id". [SLI] Fixed. *notification How about defining notification node under vpn-svc and = site-network-access? We sometimes have to actively inform our customers of a failure or = something. What kind of the information depends on each operator, then anydata or = anyxml suits this. [SLI] Notification are normally not part of the tree, we can create rpcs = or notifications if necessary to retrieve operational infos. Could you raise a separate thread to discuss the need of notifications ? [KO] I will raise a separate thread. ex.) container site-network-accesses { list site-network-access { key site-network-access-id; ... notification info { anydata data; } ... } -Editorials Sec. 5.1.2. 2nd and 3rd configuration examples still use "name" and "id". Sec. 5.2. typo "ressources" in Location description. Sec. 5.2.1.2 typo "ressources" in 2nd paragraph Sec. 5.2.5.7. In 2nd paragraph, AS number is defined in routing-protocol/bgp in the = current model, and customer-specific-information is already deleted. The configuration example should also include "autonomous-system". Sec. 6. The configuration example still use "name" and "id". [SLI] Thanks for catching the errors, as the model evolved a lot, it s = hard to keep all the example synchronized :) Happy New Year, Kenichi -----Original Message----- From: L3sm [mailto:l3sm-bounces@ietf.org] On Behalf Of Ogaki, Kenichi Sent: Thursday, December 24, 2015 12:39 PM To: 'Qin Wu'; l3sm@ietf.org Cc: stephane.litkowski@orange.com; adrian@olddog.co.uk Subject: Re: [L3sm] I-D Action: = draft-ietf-l3sm-l3vpn-service-model-02.txt Dear All, >https://trac.tools.ietf.org/wg/l3sm/trac/ticket/12 Two comments for the current routing-protocols: 1. Node name "cascaded-lan-prefixes" should be reworded, for example of = "customer-lan-prefixes". No longer only for *cascaded* lan. 2. Should we have a mean to retrieve the provider autonomous system = number for bgp type? ro node/ops state is enough. In the case of customer managed CE, our customer must know what AS = number the PE has. #Usually, we let them know it outside the user interface. Merry X'mas & Happy New Year, Kenichi -----Original Message----- From: L3sm [mailto:l3sm-bounces@ietf.org] On Behalf Of Qin Wu Sent: Wednesday, December 23, 2015 5:15 PM To: l3sm@ietf.org Cc: stephane.litkowski@orange.com; adrian@olddog.co.uk Subject: Re: [L3sm] I-D Action: = draft-ietf-l3sm-l3vpn-service-model-02.txt Hi, All: As a follow-up to the discussion during the L3SM interim call we had in = December 2015, We as chairs have filed two issue tickets in the issue = tracker https://trac.tools.ietf.org/wg/l3sm/trac/ticket/12 https://trac.tools.ietf.org/wg/l3sm/trac/ticket/13 Authors have revised ID based on the discussion and agreed point during = interim call. Thanks Stephane to get this done and close most of open issues we had in = the issue tracker except the following two issues: 1.Inventory ops state issue 2. VPN merging issue The diff: https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-l3sm-l3vpn-service-model-0= 2 Please review the changes and let us know if there is anything missed or = addition change that needs to be incorporated in. -Qin -----=D3=CA=BC=FE=D4=AD=BC=FE----- =B7=A2=BC=FE=C8=CB: I-D-Announce [mailto:i-d-announce-bounces@ietf.org] = =B4=FA=B1=ED internet-drafts@ietf.org =B7=A2=CB=CD=CA=B1=BC=E4: 2015=C4=EA12=D4=C215=C8=D5 18:33 =CA=D5=BC=FE=C8=CB: i-d-announce@ietf.org =B3=AD=CB=CD: l3sm@ietf.org =D6=F7=CC=E2: I-D Action: draft-ietf-l3sm-l3vpn-service-model-02.txt A New Internet-Draft is available from the on-line Internet-Drafts = directories. This draft is a work item of the L3VPN Service Model Working Group of = the IETF. Title : YANG Data Model for L3VPN service delivery Authors : Stephane Litkowski Rob Shakir Luis Tomotaki Kevin D'Souza Filename : draft-ietf-l3sm-l3vpn-service-model-02.txt Pages : 100 Date : 2015-12-15 Abstract: This document defines a YANG data model that can be used to deliver a Layer 3 Provider Provisioned VPN service. The document is limited to the BGP PE-based VPNs as described in RFC4110 and RFC4364. This model is intended to be instantiated at management system to deliver the overall service. This model is not a configuration model to be used directly on network elements. This model provides an abstracted view of the Layer 3 IPVPN service configuration components. It will be up to a management system to take this as an input and use specific configurations models to configure the different network elements to deliver the service. How configuration of network elements is done is out of scope of the document. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-l3sm-l3vpn-service-model/ There's also a htmlized version available at: https://tools.ietf.org/html/draft-ietf-l3sm-l3vpn-service-model-02 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-l3sm-l3vpn-service-model-0= 2 Please note that it may take a couple of minutes from the time of = submission until the htmlized version and diff are available at = tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ _______________________________________________ I-D-Announce mailing list I-D-Announce@ietf.org https://www.ietf.org/mailman/listinfo/i-d-announce Internet-Draft directories: http://www.ietf.org/shadow.html or = ftp://ftp.ietf.org/ietf/1shadow-sites.txt _______________________________________________ L3sm mailing list L3sm@ietf.org https://www.ietf.org/mailman/listinfo/l3sm _______________________________________________ L3sm mailing list L3sm@ietf.org https://www.ietf.org/mailman/listinfo/l3sm _________________________________________________________________________= ________________________________________________ Ce message et ses pieces jointes peuvent contenir des informations = confidentielles ou privilegiees et ne doivent donc pas etre diffuses, = exploites ou copies sans autorisation. Si vous avez recu ce message par = erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les = pieces jointes. Les messages electroniques etant susceptibles = d'alteration, Orange decline toute responsabilite si ce message a ete = altere, deforme ou falsifie. Merci. This message and its attachments may contain confidential or privileged = information that may be protected by law; they should not be = distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and = delete this message and its attachments. As emails may be altered, Orange is not liable for messages that have = been modified, changed or falsified. Thank you. _______________________________________________ L3sm mailing list L3sm@ietf.org https://www.ietf.org/mailman/listinfo/l3sm _______________________________________________ L3sm mailing list L3sm@ietf.org https://www.ietf.org/mailman/listinfo/l3sm _______________________________________________ L3sm mailing list L3sm@ietf.org https://www.ietf.org/mailman/listinfo/l3sm _________________________________________________________________________= ________________________________________________ Ce message et ses pieces jointes peuvent contenir des informations = confidentielles ou privilegiees et ne doivent donc pas etre diffuses, = exploites ou copies sans autorisation. Si vous avez recu ce message par = erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les = pieces jointes. Les messages electroniques etant susceptibles = d'alteration, Orange decline toute responsabilite si ce message a ete = altere, deforme ou falsifie. Merci. This message and its attachments may contain confidential or privileged = information that may be protected by law; they should not be = distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and = delete this message and its attachments. As emails may be altered, Orange is not liable for messages that have = been modified, changed or falsified. Thank you. _______________________________________________ L3sm mailing list L3sm@ietf.org https://www.ietf.org/mailman/listinfo/l3sm _________________________________________________________________________= ________________________________________________ Ce message et ses pieces jointes peuvent contenir des informations = confidentielles ou privilegiees et ne doivent donc pas etre diffuses, = exploites ou copies sans autorisation. Si vous avez recu ce message par = erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les = pieces jointes. Les messages electroniques etant susceptibles = d'alteration, Orange decline toute responsabilite si ce message a ete = altere, deforme ou falsifie. Merci. This message and its attachments may contain confidential or privileged = information that may be protected by law; they should not be = distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and = delete this message and its attachments. As emails may be altered, Orange is not liable for messages that have = been modified, changed or falsified. Thank you. _______________________________________________ L3sm mailing list L3sm@ietf.org https://www.ietf.org/mailman/listinfo/l3sm _________________________________________________________________________= ________________________________________________ Ce message et ses pieces jointes peuvent contenir des informations = confidentielles ou privilegiees et ne doivent donc pas etre diffuses, = exploites ou copies sans autorisation. Si vous avez recu ce message par = erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les = pieces jointes. Les messages electroniques etant susceptibles = d'alteration, Orange decline toute responsabilite si ce message a ete = altere, deforme ou falsifie. Merci. This message and its attachments may contain confidential or privileged = information that may be protected by law; they should not be = distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and = delete this message and its attachments. As emails may be altered, Orange is not liable for messages that have = been modified, changed or falsified. Thank you. _______________________________________________ L3sm mailing list L3sm@ietf.org https://www.ietf.org/mailman/listinfo/l3sm _________________________________________________________________________= ________________________________________________ Ce message et ses pieces jointes peuvent contenir des informations = confidentielles ou privilegiees et ne doivent donc pas etre diffuses, = exploites ou copies sans autorisation. Si vous avez recu ce message par = erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les = pieces jointes. Les messages electroniques etant susceptibles = d'alteration, Orange decline toute responsabilite si ce message a ete = altere, deforme ou falsifie. Merci. This message and its attachments may contain confidential or privileged = information that may be protected by law; they should not be = distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and = delete this message and its attachments. As emails may be altered, Orange is not liable for messages that have = been modified, changed or falsified. Thank you. _______________________________________________ L3sm mailing list L3sm@ietf.org https://www.ietf.org/mailman/listinfo/l3sm From nobody Fri Jan 15 05:57:45 2016 Return-Path: X-Original-To: l3sm@ietfa.amsl.com Delivered-To: l3sm@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C44031B2D2D for ; Fri, 15 Jan 2016 05:57:44 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 1.489 X-Spam-Level: * X-Spam-Status: No, score=1.489 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, CN_BODY_35=0.339, FREEMAIL_FROM=0.001, J_CHICKENPOX_12=0.6, MIME_CHARSET_FARAWAY=2.45, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id h9DIflAfG7LY for ; Fri, 15 Jan 2016 05:57:40 -0800 (PST) Received: from relais-inet.orange.com (relais-nor36.orange.com [80.12.70.36]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3A5961B2D30 for ; Fri, 15 Jan 2016 05:57:39 -0800 (PST) Received: from opfednr07.francetelecom.fr (unknown [xx.xx.xx.71]) by opfednr23.francetelecom.fr (ESMTP service) with ESMTP id 1A35BC00CE; Fri, 15 Jan 2016 14:57:38 +0100 (CET) Received: from Exchangemail-eme2.itn.ftgroup (unknown [xx.xx.31.17]) by opfednr07.francetelecom.fr (ESMTP service) with ESMTP id E04D91C0067; Fri, 15 Jan 2016 14:57:37 +0100 (CET) Received: from OPEXCLILMA4.corporate.adroot.infra.ftgroup ([fe80::65de:2f08:41e6:ebbe]) by OPEXCLILM24.corporate.adroot.infra.ftgroup ([fe80::a1e6:3e6a:1f68:5f7e%19]) with mapi id 14.03.0279.002; Fri, 15 Jan 2016 14:57:37 +0100 From: To: "Ogaki, Kenichi" , "l3sm@ietf.org" Thread-Topic: [L3sm] I-D Action: draft-ietf-l3sm-l3vpn-service-model-02.txt Thread-Index: AQHRNyQASFTWgXlJrky4uLxNNvqAOZ7YPm3QgAE7qwCAETKrAIAA3/9AgADjsgCACbrOAIAAYQFAgACmCYCAAI5dEIAATJ6AgALQYyCAAQkMgIAAvRYggAAOKwCAABaocA== Date: Fri, 15 Jan 2016 13:57:37 +0000 Message-ID: <22092_1452866258_5698FAD2_22092_9182_1_9E32478DFA9976438E7A22F69B08FF921683F283@OPEXCLILMA4.corporate.adroot.infra.ftgroup> References: <015f01d13dfc$925ce730$b716b590$@kddi.com> <007d01d14695$e7de9310$b79bb930$@kddi.com> <3603_1451920156_568A8B1C_3603_701_1_9E32478DFA9976438E7A22F69B08FF9216815E11@OPEXCLILMA4.corporate.adroot.infra.ftgroup> <016901d14777$c0408830$40c19890$@kddi.com> <006201d14c55$2993fab0$7cbbf010$@kddi.com> <1999_1452523041_5693BE21_1999_114_1_9E32478DFA9976438E7A22F69B08FF92168371C7@OPEXCLILMA4.corporate.adroot.infra.ftgroup> <00fc01d14cd8$ac7216a0$055643e0$@kddi.com> <3657_1452589685_5694C275_3657_16_1_9E32478DFA9976438E7A22F69B08FF921683C0E2@OPEXCLILMA4.corporate.adroot.infra.ftgroup> <007501d14d46$2a090a20$7e1b1e60$@kddi.com> <1706_1452760540_56975DDC_1706_13886_1_9E32478DFA9976438E7A22F69B08FF921683EAEB@OPEXCLILMA4.corporate.adroot.infra.ftgroup> <00bd01d14f32$e1097eb0$a31c7c10$@kddi.com> <7349_1452858032_5698DAB0_7349_249_1_9E32478DFA9976438E7A22F69B08FF921683F21F@OPEXCLILMA4.corporate.adroot.infra.f tgroup> <000c01d14f98$879c0f30$96d42d90$@kddi.com> In-Reply-To: <000c01d14f98$879c0f30$96d42d90$@kddi.com> Accept-Language: fr-FR, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.168.234.3] Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 MIME-Version: 1.0 Archived-At: Subject: Re: [L3sm] I-D Action: draft-ietf-l3sm-l3vpn-service-model-02.txt X-BeenThere: l3sm@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: L3VPN Service YANG Model discussion group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Jan 2016 13:57:44 -0000 Pj4tIGZvciB0aGUgbXVsdGlWUE4gY2FzZSwgeW91IGhhdmUgbm8gY2hvaWNlLCB5b3UgbmVlZCB0 byBiaW5kIExBTnMgdG8gDQo+PlZQTnMsIHRoYXQncyB3aHkgeW91IG5lZWQgdG8gcHV0IExBTnMg aW4gdGhlIFZQTiBwb2xpY3kgYW5kIGF0dGFjaCB0aGVtIHRvIGEgVlBOLiBUaGVyZSBpcyBubyBv dGhlciBwb3NzaWJpbGl0eSwgYXMgdGhlIGN1c3RvbWVyIGhhcyB0byBleHByZXNzIHdoYXQgcGFy dCBvZiB0aGUgc2l0ZSBiZWxvbmdzIHRvIHdoYXQgVlBOLg0KDQo+SSBjYW4ndCBhZ3JlZSB0aGlz LiBUaGlzIG1lYW5zIHRoYXQgYSBjdXN0b21lciBjYW5ub3QgdXNlIGFueSBkeW5hbWljIHJvdXRp bmcgcHJvdG9jb2wgaW4gdGhpcyBjYXNlLiBXaHkgYSByZWFsIHNlcnZpY2UgaXMgcmVzdHJpY3Rl ZCBieSBhIHNlcnZpY2UgbW9kZWwgZGVmaW5pdGlvbj8NCg0KPkFsdGhvdWdoIEkgZG9uJ3QgdGhp bmsgYSBzbWFydCBpZGVhLCBpZiB3ZSBjYW4gcHV0IGEgbGFuLXRhZyB1bmRlciBiZ3Agb3Igb3Nw Ziwgd2UgY2FuIGRpZmZlcmVudGlhdGUgVlBOIHdpdGggTEFOIGFzIHNhbWUgYXMgc3RhdGljIHJv dXRpbmcgaW4gdGhlIGN1cnJlbnQgbW9kZWwuDQoNCllvdSBhcmUgbWl4aW5nIHJvdXRpbmcgcHJv dG9jb2wgYW5kIFZQTiBwb2xpY3kgd2hpY2ggYXJlIHR3byBkaWZmZXJlbnQgdGhpbmdzLg0KWW91 IGNhbiB1c2UgYW55IGR5bmFtaWMgcm91dGluZyBwcm90b2NvbCBhbmQgYXMgcG9pbnRlZCwgZm9y IHJvdXRpbmcgeW91IGRvIG5vdCBuZWVkIHRvIHB1dCBMQU5zLiBBbnkgYWRkcmVzcyB3aWxsIGJl IGxlYXJuZWQgZHluYW1pY2FsbHkgZnJvbSB0aGUgY3VzdG9tZXIgc2l0ZS4NCg0KTm93IHRhbGtp bmcgYWJvdXQgVlBOIHBvbGljeSwgeW91IG5lZWQgYSB3YXkgdG8gaWRlbnRpZnkgZnJvbSBhIG1v ZGVsaW5nIHBvaW50IG9mIHZpZXcsIHdoaWNoIHBhcnQgb2YgdGhlIHNpdGUgaXMgYXR0YWNoZWQg dG8gd2hpY2ggVlBOLg0KRnJvbSBhIG1vZGVsaW5nIHBlcnNwZWN0aXZlLCBob3cgYSBjdXN0b21l ciBjYW4gZXhwcmVzcyBhIHBhcnQgb2YgYSBzaXRlID8gWW91IGRlZmluaXRlbHkgbmVlZCB0byBy dW4gaW4gc29tZSBwb2xpY3kgZGV0YWlscy4gTm93IHdlIGFyZSBzdXBwb3J0aW5nIHBlciBwcmVm aXggbWFwcGluZyAoTEFOIGNvbmZpZykgZm9yIHRoZSBWUE4gcG9saWN5IGFuZCBhbHNvIGxhbi10 YWcgd2hpY2ggYnJpbmdzIG1vcmUgImR5bmFtaWNpdHkiLiBTbyBJIGRvIG5vdCByZWFsbHkgc2Vl IGhvdyB3ZSBjYW4gaW1wcm92ZSBhbmQgaXQgZG9lcyBub3QgcHJldmVudCBhbnkgZHluYW1pY2l0 eSBvciB1c2FnZSBvciBkeW5hbWljIHJvdXRpbmcgcHJvdG9jb2xzLg0KDQoNCg0KLS0tLS1Pcmln aW5hbCBNZXNzYWdlLS0tLS0NCkZyb206IE9nYWtpLCBLZW5pY2hpIFttYWlsdG86a2Utb29nYWtp QGtkZGkuY29tXSANClNlbnQ6IEZyaWRheSwgSmFudWFyeSAxNSwgMjAxNiAxNDoyOA0KVG86IExJ VEtPV1NLSSBTdGVwaGFuZSBTQ0UvT0lOSVM7IGwzc21AaWV0Zi5vcmcNClN1YmplY3Q6IFJFOiBb TDNzbV0gSS1EIEFjdGlvbjogZHJhZnQtaWV0Zi1sM3NtLWwzdnBuLXNlcnZpY2UtbW9kZWwtMDIu dHh0DQoNCkhpIFN0ZXBoYW5lLA0KDQpTaXRlIG1lYW5zIHNpdGUuIElNTywgdGhlIGxvY2F0aW9u IG5vZGUgaW4gdGhlIGN1cnJlbnQgbW9kZWwgYWxzbyBpbXBsaWVzIHRoYXQgYSBzaXRlIGlzIGEg cGh5c2ljYWwgY3VzdG9tZXIgc2l0ZS4NCg0KVGhpcyBtdXN0IGRlcGVuZCBob3cgZWFjaCBvcGVy YXRvciB1c2VzIHNpdGUtaWQgKG1hcHBpbmcgdG8gdGhlaXIgb3duIGV4aXN0aW5nIHNpdGUgaWQp Lg0KU2luY2UgdGhpcyBtdXN0IGFmZmVjdCB0aGUgb3RoZXIgZXhpc3Rpbmcgc3lzdGVtJ3MgbW9k ZWxsaW5nLCBlc3BlY2lhbGx5IHRvIGJpbGxpbmcgbWVjaGFuaXNtIGluIEJTUywgdGhpcyBtdXN0 IGJlIGNhcmVmdWxseSBkZWFsdCB3aXRoIGFuZCBtdXN0IGxlYXZlIHNvbWUgb3B0aW9ucy4gDQoN Cj4tIGZvciB0aGUgbXVsdGlWUE4gY2FzZSwgeW91IGhhdmUgbm8gY2hvaWNlLCB5b3UgbmVlZCB0 byBiaW5kIExBTnMgdG8gDQo+VlBOcywgdGhhdCdzIHdoeSB5b3UgbmVlZCB0byBwdXQgTEFOcyBp biB0aGUgVlBOIHBvbGljeSBhbmQgYXR0YWNoIHRoZW0gdG8gYSBWUE4uIFRoZXJlIGlzIG5vIG90 aGVyIHBvc3NpYmlsaXR5LCBhcyB0aGUgY3VzdG9tZXIgaGFzIHRvIGV4cHJlc3Mgd2hhdCBwYXJ0 IG9mIHRoZSBzaXRlIGJlbG9uZ3MgdG8gd2hhdCBWUE4uDQoNCkkgY2FuJ3QgYWdyZWUgdGhpcy4g VGhpcyBtZWFucyB0aGF0IGEgY3VzdG9tZXIgY2Fubm90IHVzZSBhbnkgZHluYW1pYyByb3V0aW5n IHByb3RvY29sIGluIHRoaXMgY2FzZS4gV2h5IGEgcmVhbCBzZXJ2aWNlIGlzIHJlc3RyaWN0ZWQg YnkgYSBzZXJ2aWNlIG1vZGVsIGRlZmluaXRpb24/DQoNCkFsdGhvdWdoIEkgZG9uJ3QgdGhpbmsg YSBzbWFydCBpZGVhLCBpZiB3ZSBjYW4gcHV0IGEgbGFuLXRhZyB1bmRlciBiZ3Agb3Igb3NwZiwg d2UgY2FuIGRpZmZlcmVudGlhdGUgVlBOIHdpdGggTEFOIGFzIHNhbWUgYXMgc3RhdGljIHJvdXRp bmcgaW4gdGhlIGN1cnJlbnQgbW9kZWwuIA0KDQpUaGFua3MsDQpLZW5pY2hpDQoNCi0tLS0tT3Jp Z2luYWwgTWVzc2FnZS0tLS0tDQpGcm9tOiBMM3NtIFttYWlsdG86bDNzbS1ib3VuY2VzQGlldGYu b3JnXSBPbiBCZWhhbGYgT2Ygc3RlcGhhbmUubGl0a293c2tpQG9yYW5nZS5jb20NClNlbnQ6IEZy aWRheSwgSmFudWFyeSAxNSwgMjAxNiA4OjQxIFBNDQpUbzogT2dha2ksIEtlbmljaGk7IGwzc21A aWV0Zi5vcmcNClN1YmplY3Q6IFJlOiBbTDNzbV0gSS1EIEFjdGlvbjogZHJhZnQtaWV0Zi1sM3Nt LWwzdnBuLXNlcnZpY2UtbW9kZWwtMDIudHh0DQoNCk9uZSBhZGRpdGlvbiwgZnJvbSBhIHNlcnZp Y2UgcG9pbnQgb2YgdmlldywgaWYgd2Ugd2FudCB0byBtb2RlbCB0aGUgaGllcmFyY2h5IHNpdGUg dnMgc3Vic2l0ZSwgd2UgY2FuIGFkZCBhIHN1YnNpdGUgaGllcmFyY2h5IHVuZGVyIHNpdGUgdG8g bWFyayB0aGUgcmVsYXRpb25zaGlwLCB0aGlzIHdpbGwgY29tcGxleGlmeSBhIGJpdCB0aGUgbW9k ZWwuIEJ1dCB0aGUgc2l0ZS1uZXR3b3JrLWFjY2VzcyBpcyByZWFsbHkgdGhlIG5ldHdvcmsgYXR0 YWNobWVudCBhbmQgSSBkbyBub3Qgd2FudCB0byB1c2UgaXQgdG8gZXhwcmVzcyBzdWJzaXRlcy4g QXMgbWVudGlvbmVkIGluIHRoZSBwcmV2aW91cyBlbWFpbCwgc3Vic2l0ZSBjYW4gYWxyZWFkeSBi ZSBtb2RlbGVkIGFzIGEgc2VwYXJhdGVkIHNpdGUgOiBvbmx5IHJlbGF0aW9uc2hpcCBpcyBtaXNz aW5nLg0KDQoNCi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQpGcm9tOiBPZ2FraSwgS2VuaWNo aSBbbWFpbHRvOmtlLW9vZ2FraUBrZGRpLmNvbV0NClNlbnQ6IEZyaWRheSwgSmFudWFyeSAxNSwg MjAxNiAwMjoyMA0KVG86IExJVEtPV1NLSSBTdGVwaGFuZSBTQ0UvT0lOSVM7IGwzc21AaWV0Zi5v cmcNClN1YmplY3Q6IFJFOiBbTDNzbV0gSS1EIEFjdGlvbjogZHJhZnQtaWV0Zi1sM3NtLWwzdnBu LXNlcnZpY2UtbW9kZWwtMDIudHh0DQoNCkhpIFN0ZXBoYW5lLA0KDQo+QXMgd2UgZGlzY3Vzc2Vk IHRoZXJlIGlzIG5vIHJlYWwgdXNlIGNhc2UgdG8gaGF2ZSBhIG11bHRpaG9tZWQgc2l0ZSB3aXRo IG9uZSBjb25uZWN0aW9uIGJlbG9uZ2luZyB0byBWUE4xIGFuZCBhbm90aGVyIGNvbm5lY3Rpb24g dG8gVlBOMi4NCg0KV2UgaGF2ZSBtYW55IHVzZSBjYXNlcy4NCldoZW4gYSBzaXRlIGlzIGEgbXVs dGkgdGVuYW50IG9uZSwgZWFjaCB0ZW5hbnQgYmFzaWNhbGx5IGNvbm5lY3RzIGVhY2ggZGlmZmVy ZW50IHZwbi4NCkluIGNhc2VzIHRoYXQgdGhlIHNpdGUgaXM6IA0KLWEgREMNCi1hIGxhcmdlIG9m ZmljZSBsaWtlIEhRLiBFYWNoIGFkbWluaXN0cmF0aXZlIHNlY3Rpb24vZGVwYXJ0bWVudCBzb21l dGltZXMgY29ubmVjdHMgZWFjaCBkaWZmZXJlbnQgdnBuLg0KLWEgc2l0ZSB1c2VkIGJ5IGEgc2Vj b25kIHByb3ZpZGVyLg0KDQo+SWYgbXVsdGlwbGUgVlBOcyBhcmUgdXNlZCBieSB0aGUgc2l0ZSwg TEFOIHdpbGwgYmUgdXNlZCBpbiB0aGUgVlBOIHBvbGljeSB0byBleHByZXNzIGl0Lg0KDQpBcyBJ IHNlbnQgdG8gUWluIGluIHRoZSBmb2xsb3dpbmcgZW1haWwsIEluIHRoZSBhYm92ZSBjYXNlcywg dG8gdXNlIExBTiBpcyBub3QgZ29vZCBpZGVhLiBXaGVuIGEgY3VzdG9tZXIgdXNlcyBhIGR5bmFt aWMgcm91dGluZyBwcm90b2NvbCwgYmdwIG9yIG9zcGYsIHRoZXkgZG9uJ3Qgd3JpdGUgbGFuLXBy ZWZpeGVzIGFuZCBkb24ndCB3YW50IHRvIHdyaXRlIGVhY2ggbGFuLXByZWZpeGVzIG9uZSBieSBv bmUuIEl0IG9idmlvdXNseSBraWxscyB0aGUgbWVyaXQgdG8gdXNlIGEgZHluYW1pYyByb3V0aW5n IHByb3RvY29sLg0KaHR0cHM6Ly9tYWlsYXJjaGl2ZS5pZXRmLm9yZy9hcmNoL21zZy9sM3NtLzVt U2xtRDFRZWhqUHotSFpJVzEycHp4Z0Zhbw0KDQpDYW4gd2UganVzdCBkdXBsaWNhdGUgdnBuLXBv bGljeSB1bmRlciBzaXRlLW5ldHdvcmstYWNjZXNzPw0KT3Igd2UgY2FuIHVzZSBjaG9pY2Ugc3Rh dGVtZW50IGlmIGFueSBpbmNvbnNpc3RlbmN5IG9jY3Vycy4NCg0KVGhhbmtzLA0KS2VuaWNoaQ0K DQotLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KRnJvbTogTDNzbSBbbWFpbHRvOmwzc20tYm91 bmNlc0BpZXRmLm9yZ10gT24gQmVoYWxmIE9mIHN0ZXBoYW5lLmxpdGtvd3NraUBvcmFuZ2UuY29t DQpTZW50OiBUaHVyc2RheSwgSmFudWFyeSAxNCwgMjAxNiA1OjM2IFBNDQpUbzogT2dha2ksIEtl bmljaGk7IGwzc21AaWV0Zi5vcmcNClN1YmplY3Q6IFJlOiBbTDNzbV0gSS1EIEFjdGlvbjogZHJh ZnQtaWV0Zi1sM3NtLWwzdnBuLXNlcnZpY2UtbW9kZWwtMDIudHh0DQoNCkhpLA0KDQpJIHRoaW5r IHRoZXJlIGlzIGEgbWlzdW5kZXJzdGFuZGluZyBpbiB0aGUgbmFtaW5nIHVzZWQgaW4gdGhlIGRp YWdyYW0uDQoNClZQTjFfc2l0ZTEgYW5kIFZQTjJfc2l0ZTIgYXJlIG5vdCByZWZlcnJpbmcgdG8g dGhlIHNhbWUgY3VzdG9tZXIgc2l0ZS4gVlBOX3NpdGUxIG1lYW5zIHNpdGUgbnVtYmVyIzEgaW4g VlBOMS4gQW5kIFZQTjJfc2l0ZTEgbWVhbnMgc2l0ZSBudW1iZXIjMSBpbiBWUE4yLCBidXQgdGhl c2UgYXJlIG5vdCB0aGUgc2FtZSBjdXN0b21lciBzaXRlLg0KSSBjYW4gY2hhbmdlIHRoZSBuYW1p bmcgdG8gZW5zdXJlIGJldHRlciByZWFkaW5nIGFuZCBwcmV2ZW50IHN1Y2ggbWlzdW5kZXJzdGFu ZGluZy4gDQoNCg0KQXMgd2UgZGlzY3Vzc2VkIHRoZXJlIGlzIG5vIHJlYWwgdXNlIGNhc2UgdG8g aGF2ZSBhIG11bHRpaG9tZWQgc2l0ZSB3aXRoIG9uZSBjb25uZWN0aW9uIGJlbG9uZ2luZyB0byBW UE4xIGFuZCBhbm90aGVyIGNvbm5lY3Rpb24gdG8gVlBOMi4gSWYgbXVsdGlwbGUgVlBOcyBhcmUg dXNlZCBieSB0aGUgc2l0ZSwgTEFOIHdpbGwgYmUgdXNlZCBpbiB0aGUgVlBOIHBvbGljeSB0byBl eHByZXNzIGl0Lg0KDQpCZXN0IFJlZ2FyZHMsDQoNCi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0t DQpGcm9tOiBPZ2FraSwgS2VuaWNoaSBbbWFpbHRvOmtlLW9vZ2FraUBrZGRpLmNvbV0NClNlbnQ6 IFR1ZXNkYXksIEphbnVhcnkgMTIsIDIwMTYgMTU6MzMNClRvOiBMSVRLT1dTS0kgU3RlcGhhbmUg U0NFL09JTklTOyBsM3NtQGlldGYub3JnDQpTdWJqZWN0OiBSRTogW0wzc21dIEktRCBBY3Rpb246 IGRyYWZ0LWlldGYtbDNzbS1sM3Zwbi1zZXJ2aWNlLW1vZGVsLTAyLnR4dA0KDQpIaSBTdGVwaGFu ZSwNCg0KQ291bGQgeW91IG1vZGVsIHRoZSBzaXRlIzEgaW4gdGhlIGRpYWdyYW0sIGluY2x1ZGlu ZyBhbGwgdGhlIFZQTnMgYW5kIGNvbm5lY3Rpb25zPw0KSG93IGNhbiB3ZSBtYWtlIFZQTjNfU2l0 ZTEgb25seSB0YWxrIHRvIFZQTjM/DQoNCjxzaXRlcz4NCiAgPHNpdGUtaWQ+U2l0ZSMxPC9zaXRl LWlkPg0KICA8c2l0ZS1uZXR3b3JrLWFjY2Vzc2VzPg0KICAgIDxzaXRlLW5ldHdvcmstYWNjZXNz Pg0KICAgICAgPHNpdGUtbmV0d29yay1hY2Nlc3MtaWQ+VlBOMV9TaXRlMTwvc2l0ZS1uZXR3b3Jr LWFjY2Vzcy1pZD4NCiAgICAgIDwhLS1pcC1jb25uZWN0aW9uIHRvIFBFMSAtLT4gIA0KICAgICAg Li4uDQogICAgPC9zaXRlLW5ldHdvcmstYWNjZXNzPg0KICAgIDxzaXRlLW5ldHdvcmstYWNjZXNz Pg0KICAgICAgPHNpdGUtbmV0d29yay1hY2Nlc3MtaWQ+VlBOMl9TaXRlMTwvc2l0ZS1uZXR3b3Jr LWFjY2Vzcy1pZD4NCiAgICAgIDwhLS1pcC1jb25uZWN0aW9uIHRvIFBFMyAtLT4gIA0KICAgICAg Li4uDQogICAgPC9zaXRlLW5ldHdvcmstYWNjZXNzPg0KICAgIDxzaXRlLW5ldHdvcmstYWNjZXNz Pg0KICAgICAgPHNpdGUtbmV0d29yay1hY2Nlc3MtaWQ+VlBOM19TaXRlMTwvc2l0ZS1uZXR3b3Jr LWFjY2Vzcy1pZD4NCiAgICAgIDwhLS1pcC1jb25uZWN0aW9uIHRvIFBFNSAtLT4gIA0KICAgICAg Li4uDQogICAgPC9zaXRlLW5ldHdvcmstYWNjZXNzPg0KICA8L3NpdGUtbmV0d29yay1hY2Nlc3Nl cz4NCiAgPHZwbi1wb2xpY3k+DQogICAgPGVudHJpZXM+DQogICAgICA8aWQ+MTwvaWQ+DQogICAg ICA8dnBuPg0KICAgICAgICA8dnBuLWlkPlZQTjE8L3Zwbi1pZD4NCiAgICAgICAgPHNpdGUtcm9s ZT5hbnktdG8tYW55LXJvbGU8L3NpdGUtcm9sZT4NCiAgICAgIDwvdnBuPg0KICAgIDwvZW50cmll cz4NCiAgICA8ZW50cmllcz4NCiAgICAgIDxpZD4yPC9pZD4NCiAgICAgIDx2cG4+DQogICAgICAg IDx2cG4taWQ+VlBOMjwvdnBuLWlkPg0KICAgICAgICA8c2l0ZS1yb2xlPmh1Yi1yb2xlPC9zaXRl LXJvbGU+DQogICAgICA8L3Zwbj4NCiAgICA8L2VudHJpZXM+DQogICAgPGVudHJpZXM+DQogICAg ICA8aWQ+MzwvaWQ+DQogICAgICA8dnBuPg0KICAgICAgICA8dnBuLWlkPlZQTjM8L3Zwbi1pZD4N CiAgICAgICAgPHNpdGUtcm9sZT5hbnktdG8tYW55LXJvbGU8L3NpdGUtcm9sZT4NCiAgICAgIDwv dnBuPg0KICAgIDwvZW50cmllcz4NCiAgPC92cG4tcG9saWN5Pg0KPC9zaXRlcz4NCg0KQWxsIHRo ZSBiZXN0LA0KS2VuaWNoaQ0KDQotLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KRnJvbTogTDNz bSBbbWFpbHRvOmwzc20tYm91bmNlc0BpZXRmLm9yZ10gT24gQmVoYWxmIE9mIHN0ZXBoYW5lLmxp dGtvd3NraUBvcmFuZ2UuY29tDQpTZW50OiBUdWVzZGF5LCBKYW51YXJ5IDEyLCAyMDE2IDY6MDgg UE0NClRvOiBPZ2FraSwgS2VuaWNoaTsgbDNzbUBpZXRmLm9yZw0KU3ViamVjdDogUmU6IFtMM3Nt XSBJLUQgQWN0aW9uOiBkcmFmdC1pZXRmLWwzc20tbDN2cG4tc2VydmljZS1tb2RlbC0wMi50eHQN Cg0KSGksDQoNClRoZXJlIHNob3VsZCBiZSBzb21ldGhpbmcgSSdtIG1pc3NpbmcgaGVyZSAuLi4N Cg0KRmlyc3QsIDUuMi4yIHRleHQgd2FzIG5vdCByZXZpZXdlZCBhZnRlciBjcmVhdGluZyB0aGUg aGllcmFyY2h5IGJldHdlZW4gc2l0ZXMgYW5kIGFjY2Vzc2VzLiBTbyBtYXkgYmUgdGhlcmUgaXMg c29tZXRoaW5nIHRvIGZpeC4NCg0KQnV0IHJlYWRpbmcgdGhlIHRleHQgYWdhaW4sIEkgdGhpbmsg dGhpcyBpcyBzdGlsbCBhcHBsaWNhYmxlLg0KSW4gdGhlIGRpYWdyYW0sIGEgc2l0ZSBjb25uZWN0 cyB0byBtdWx0aXBsZSBWUE5zIGJ1dCBWUE4gcG9saWN5IGlzIG5vdCBjb250cm9sbGVkIHBlciBj b25uZWN0aW9uIGZyb20gYSBtb2RlbGluZyBwb2ludCBvZiB2aWV3LiBJdCBpcyBjb250cm9sbGVk IHBlciBzaXRlLiBUaGUgZGlhZ3JhbSBoYXMgb25seSBzaW5nbGUgaG9tZWQgc2l0ZSBzbyBtYXkg YmUgdGhlIGNvbmZ1c2lvbiBjb21lcyBmcm9tIGhlcmUuDQpZZXMgdGhlIG1vZGVsIGNhbm5vdCBk aWZmZXJlbnRpYXRlIHZwbiBwb2xpY3kgcGVyIGNvbm5lY3Rpb24sIGJ1dCBJTU8sIHRoaXMgaXMg bm90IGRlc2lyYWJsZS4NCg0KSSBkb24ndCBzZWUgd2h5IHRoZSBtb2RlbCBjYW5ub3QgYWNoaWV2 ZSB0aGUgcGFyYWdyYXBoIHlvdSBwb2ludGVkLg0KDQo8c2l0ZXM+DQoJPHNpdGUtaWQ+U2l0ZSMz PC9zaXRlLWlkPg0KCTx2cG4tcG9saWN5Pg0KCQk8ZW50cmllcz4NCgkJCTxpZD4xPC9pZD4NCgkJ CTx2cG4+DQoJCQkJPHZwbi1pZD5WUE4zPC92cG4taWQ+DQoJCQkJPHNpdGUtcm9sZT5hbnktdG8t YW55PC9zaXRlLXJvbGU+DQoJCQk8L3Zwbj4NCgkJPC9lbnRyaWVzPg0KCTwvdnBuLXBvbGljeT4N Cjwvc2l0ZXM+DQoNClRoZSBzZWNvbmQgcGFydCBvZiB0aGUgcGFyYWdyYXBoIHlvdSBtZW50aW9u ZWQgdGFsa3MgYWJvdXQgdGhlIGRldmljZSBjb25maWd1cmF0aW9uLCBub3QgdGhlIG1vZGVsaW5n IHBhcnQuIFNvIHRoZSBtb2RlbCB3aWxsIGFsbG93IFBFNSB0byBiZSBjb25maWd1cmVkIHdpdGgg dGhlIFZQTiBwb2xpY3kgKGltcG9ydC9leHBvcnQgUlQzKS4NCk1heSBiZSB0aGVyZSBpcyBhbHNv IGEgY29uZnVzaW9uIHRoZXJlIGludHJvZHVjZWQgYnkgdGhlIHRleHQuDQoNCg0KDQoNCi0tLS0t T3JpZ2luYWwgTWVzc2FnZS0tLS0tDQpGcm9tOiBPZ2FraSwgS2VuaWNoaSBbbWFpbHRvOmtlLW9v Z2FraUBrZGRpLmNvbV0NClNlbnQ6IFR1ZXNkYXksIEphbnVhcnkgMTIsIDIwMTYgMDI6MjkNClRv OiBMSVRLT1dTS0kgU3RlcGhhbmUgU0NFL09JTklTOyBsM3NtQGlldGYub3JnDQpTdWJqZWN0OiBS RTogW0wzc21dIEktRCBBY3Rpb246IGRyYWZ0LWlldGYtbDNzbS1sM3Zwbi1zZXJ2aWNlLW1vZGVs LTAyLnR4dA0KDQpIaSBTdGVwaGFuZSwNCg0KSWYgYSBzaW1wbGUgbXVsdGlob21lZCBzaXRlIGNh c2UgaXMsIEkgYWdyZWUuDQpCdXQsIGFzIHRoZSBkaWFncmFtIGluIHNlY3Rpb24gNS4yLjIsIGEg c2l0ZSBjb25uZWN0cyB0byBtdWx0aXBsZSBWUE5zIGFuZCBlYWNoIHZwbiBwb2xpY3kgaXMgY29u dHJvbGxlZCBwZXIgY29ubmVjdGlvbi4gVGhlIGN1cnJlbnQgbW9kZWwgY2Fubm90IGRpZmZlcmVu dGlhdGUgdnBuIHBvbGljeSBwZXIgY29ubmVjdGlvbi4NCg0KVGhlIGN1cnJlbnQgbW9kZWwgY2Fu bm90IHJlYWxpemUgdGhlIGNhc2UgZGVzY3JpYmVkIGluIHRoZSBmb2xsb3dpbmcgc2VudGVuY2Us IGZvciBleGFtcGxlLg0KIA0KPiAgIENvbnNpZGVyIGEgc2l0ZSMxIGluIFZQTjMgdGhhdCBtdXN0 IGNvbW11bmljYXRlIG9ubHkgaW4gVlBOMywgaW4gdGhpcw0KPiAgIGNhc2UsIHRoZSB2cG4tcG9s aWN5IHdpbGwgYmUgc2ltaWxhciB0byBTaXRlIzEgb2YgVlBOMS4gIFRoZSBWUkYgb24NCj4gICBQ RTUgZm9yIFZQTjMgd2lsbCBiZSBzbyBwcm92aXNpb25lZCBieSB0aGUgbWFuYWdlbWVudCBzeXN0 ZW0gdXNpbmcNCj4gICBSVDMgdmFsdWUgYXMgaW1wb3J0IGFuZCBleHBvcnQgdmFsdWUuDQoNCkFs bCB0aGUgYmVzdCwNCktlbmljaGkNCg0KLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCkZyb206 IEwzc20gW21haWx0bzpsM3NtLWJvdW5jZXNAaWV0Zi5vcmddIE9uIEJlaGFsZiBPZiBzdGVwaGFu ZS5saXRrb3dza2lAb3JhbmdlLmNvbQ0KU2VudDogTW9uZGF5LCBKYW51YXJ5IDExLCAyMDE2IDEx OjM3IFBNDQpUbzogT2dha2ksIEtlbmljaGk7IGwzc21AaWV0Zi5vcmcNClN1YmplY3Q6IFJlOiBb TDNzbV0gSS1EIEFjdGlvbjogZHJhZnQtaWV0Zi1sM3NtLWwzdnBuLXNlcnZpY2UtbW9kZWwtMDIu dHh0DQoNCkhpIEtlbmljaGksDQoNCklNTywgZm9yIGEgbXVsdGlob21lZCBzaXRlLCB0aGUgVlBO IHBvbGljeSB3aWxsIGFsd2F5cyBiZSB0aGUgc2FtZSBvbiBlYWNoIG5ldHdvcmsgY29ubmVjdGlv biAgdGhlIHNpdGUgaXMgdXNpbmcuIERvIHlvdSBzZWUgYSByZWFzb24gd2h5IGl0IGNvdWxkIGJl IGRpZmZlcmVudCA/DQoNCg0KQnJnZHMsDQoNClN0ZXBoYW5lDQoNCg0KLS0tLS1PcmlnaW5hbCBN ZXNzYWdlLS0tLS0NCkZyb206IEwzc20gW21haWx0bzpsM3NtLWJvdW5jZXNAaWV0Zi5vcmddIE9u IEJlaGFsZiBPZiBPZ2FraSwgS2VuaWNoaQ0KU2VudDogTW9uZGF5LCBKYW51YXJ5IDExLCAyMDE2 IDEwOjQ4DQpUbzogbDNzbUBpZXRmLm9yZw0KU3ViamVjdDogUmU6IFtMM3NtXSBJLUQgQWN0aW9u OiBkcmFmdC1pZXRmLWwzc20tbDN2cG4tc2VydmljZS1tb2RlbC0wMi50eHQNCg0KSGkgU3RlcGhh bmUgYW5kIEFsbCwNCg0KT25lIG1vcmUgY29tbWVudC4NCg0KTGVhdmluZyBpc3N1ZSMxMCBhbmQg dnBuLXBvbGljeSBpbiB2cG4tc3ZjIGRpc2N1c3Npb24gYXNpZGUsIHRoZSB2cG4tcG9saWN5IGlu IHRoZSBjdXJyZW50IG1vZGVsIHNob3VsZCBiZSB1bmRlciBzaXRlLW5ldHdvcmsgYWNjZXNzPw0K DQpBY2NvcmRpbmcgdG8gc2VjdGlvbiA1LjIuMiwgYSB2cG4tcG9saWN5IHNob3VsZCBiZSBjb250 cm9sbGVkIHBlciBwYWlyIG9mIGEgUEUgYW5kIGEgc2l0ZSwgY29ycmVzcG9uZGluZyB0byBzaXRl LW5ldHdvcmstYWNjZXNzIC9pcC1jb25uZWN0aW9uLg0KV2hlbiB3ZSBwbGFjZSB0aGUgdnBuLXBv bGljeSBkaXJlY3RseSB1bmRlciAic2l0ZXMiLCBob3cgY2FuIHdlIHJlbGF0ZSBhIHZwbi1wb2xp Y3kgdG8gYSBzcGVjaWZpYyBQRS4NCg0KVGhhbmtzLA0KS2VuaWNoaQ0KDQotLS0tLU9yaWdpbmFs IE1lc3NhZ2UtLS0tLQ0KRnJvbTogTDNzbSBbbWFpbHRvOmwzc20tYm91bmNlc0BpZXRmLm9yZ10g T24gQmVoYWxmIE9mIE9nYWtpLCBLZW5pY2hpDQpTZW50OiBUdWVzZGF5LCBKYW51YXJ5IDA1LCAy MDE2IDI6MTMgUE0NClRvOiBzdGVwaGFuZS5saXRrb3dza2lAb3JhbmdlLmNvbTsgJ1FpbiBXdSc7 IGwzc21AaWV0Zi5vcmcNCkNjOiBhZHJpYW5Ab2xkZG9nLmNvLnVrDQpTdWJqZWN0OiBSZTogW0wz c21dIEktRCBBY3Rpb246IGRyYWZ0LWlldGYtbDNzbS1sM3Zwbi1zZXJ2aWNlLW1vZGVsLTAyLnR4 dA0KDQpIaSBTdGVwaGFuZSwNCg0KUGxlYXNlIHNlZSBpbmxpbmUuDQoNCkFsbCB0aGUgYmVzdCwN CktlbmljaGkNCg0KLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCkZyb206IEwzc20gW21haWx0 bzpsM3NtLWJvdW5jZXNAaWV0Zi5vcmddIE9uIEJlaGFsZiBPZiBzdGVwaGFuZS5saXRrb3dza2lA b3JhbmdlLmNvbQ0KU2VudDogVHVlc2RheSwgSmFudWFyeSAwNSwgMjAxNiAxMjowOSBBTQ0KVG86 IE9nYWtpLCBLZW5pY2hpOyAnUWluIFd1JzsgbDNzbUBpZXRmLm9yZw0KQ2M6IGFkcmlhbkBvbGRk b2cuY28udWsNClN1YmplY3Q6IFJlOiBbTDNzbV0gSS1EIEFjdGlvbjogZHJhZnQtaWV0Zi1sM3Nt LWwzdnBuLXNlcnZpY2UtbW9kZWwtMDIudHh0DQoNCkhpLA0KDQpCZXN0IHdpc2hlcyBmb3IgdGhp cyBuZXcgeWVhci4NCg0KUGxzIGZpbmQgaW5saW5lIGNvbW1lbnRzLg0KDQotLS0tLU9yaWdpbmFs IE1lc3NhZ2UtLS0tLQ0KRnJvbTogT2dha2ksIEtlbmljaGkgW21haWx0bzprZS1vb2dha2lAa2Rk aS5jb21dDQpTZW50OiBNb25kYXksIEphbnVhcnkgMDQsIDIwMTYgMDM6MTYNClRvOiAnUWluIFd1 JzsgbDNzbUBpZXRmLm9yZw0KQ2M6IExJVEtPV1NLSSBTdGVwaGFuZSBTQ0UvT0lOSVM7IGFkcmlh bkBvbGRkb2cuY28udWsNClN1YmplY3Q6IFJFOiBbTDNzbV0gSS1EIEFjdGlvbjogZHJhZnQtaWV0 Zi1sM3NtLWwzdnBuLXNlcnZpY2UtbW9kZWwtMDIudHh0DQoNCkRlYXIgQWxsLA0KDQpBZGRpdGlv bmFsIGNvbW1lbnRzIGFyZSBoZXJlOg0KDQoqc3ZjLWlkDQpUaGUgdHlwZSAic3ZjLWlkIiBpcyB1 c2VkIGZvciBsb3RzIG9mIGRhdGEgbm9kZS4gSXMgdGhpcyBuZWNlc3Nhcnk/DQpXaGVuIHdlIHNh eSAidnBuLWlkIiwgdGhpcyBpcyBvYnZpb3VzbHkgYW4gaWQgYnkgaXRzIG5hbWUsIGFuZCB0aGUg b25seSB0aGluZyB0byBkZWZpbmUgaXMgaG93IHdlIHJlcHJlc2VudCB0aGlzLCBzdHJpbmcsIGlu dGVnZXIgb3Igc29tZXRoaW5noa0gSWYgdGhlIHR5cGUgInN2Yy1pZCIgZGVmaW5lcyB0aGUgbGVu Z3RoIG9mIHN0cmluZyBvciBzb21ldGhpbmcgY29uc3RyYWludCwgaXQgbWFrZXMgc2Vuc2UuICAN CltTTEldIHN2Yy1pZCBqdXN0IGJyaW5ncyBjb25zaXN0ZW5jeSBvbiBob3cgd2UgZGVmaW5lIGFs bCB0aGUgaWRlbnRpZmllcnMgaW4gdGhlIG1vZGVsICh3ZSBlbnN1cmUgZWFzaWx5IHRoYXQgYWxs IGFyZSB1c2luZyB0aGUgc2FtZSBlbmNvZGluZyA9PiBzdHJpbmcpDQoNCltLT10gSSB1bmRlcnN0 YW5kLg0KDQoqcm91dGluZy1wcm90b2NvbA0KVGhlIGN1cnJlbnQgbW9kZWwgYWxsb3dzIG11bHRp cGxlIHJvdXRpbmcgcHJvdG9jb2xzIGZvciBhIHNpdGUtbmV0d29yay1hY2Nlc3MuIEl0J3MgdGVj aG5pY2FsbHkgcG9zc2libGUsIGJ1dCBpcyB0aGVyZSBhbnkgdXNlIGNhc2UgZm9yIGwzdnBuIHNl cnZpY2U/DQojSXMgdGhpcyBvbmx5IGZvciBkdWFsLXN0YWNrLCBvbmUgZm9yIElQdjQgYW5kIHRo ZSBvdGhlciBmb3IgSVB2Nj8NCltTTEldIEl0IGlzIHJlYWxseSB1c3VhbCB0byBoYXZlIGR5bmFt aWMgcm91dGluZyArIHN0YXRpYyByb3V0aW5nIGF0IHRoZSBzYW1lIHRpbWUuIChlLmcuIGR5bmFt aWMgcm91dGluZyBmb3IgY3VzdG9tZXIgTEFOcywgKyBzdGF0aWMgcm91dGluZyBmb3IgYWRtaW4p DQoNCltLT10gSSB1bmRlcnN0YW5kLg0KDQoqUW9TIGNsYXNzaWZpY2F0aW9uDQpTaW5jZSA1LjIu Ni4xLjEuIHNheXMgIlRoZSBvcmRlciBvZiBydWxlIGlzIGRlZmluZWQgYnkgdGhlICJpZCIgbGVh Zi4gIFRoZSBsb3dlc3QgImlkIiBNVVNUIGJlIHByb2Nlc3NlZCBmaXJzdC4iLCB3ZSBoYXZlIHRv IGNoYW5nZSB0aGUgImlkIiB2YWx1ZSB3aGVuZXZlciB3ZSB3YW50IHRvIHJlb3JkZXIgdGhlIGV4 aXN0aW5nIHJ1bGVzLiBCdXQgdGhlICJpZCIgaXMga2V5LCBhbmQgYSBrZXkgc2hvdWxkIG5vdCBi ZSBjaGFuZ2VkIGluIERCIHByaW5jaXBsZS4gQWx0aG91Z2ggaXQgbWF5IGJlIGFuIGltcGxlbWVu dGF0aW9uIG1hdHRlciwgY2FuIHdlIGp1c3QgdXNlICJvcmRlcmVkLWJ5IHVzZXIiIHN0YXRlbWVu dCBmb3IgdGhlIGxpc3QgInJ1bGVzIj8NCltTTEldIEFncmVlLCBJIHdpbGwgYWRkIHRoZSBvcmRl cmVkLWJ5IHVzZXIuIERvIHlvdSBzZWUgb3RoZXIgbGlzdHMgdGhhdCB3b3VsZCByZXF1aXJlIHN1 Y2ggdXNlciBvcmRlcmluZyA/DQoNCltLT10gSSBjYW4ndCBmaW5kIGFueSBvdGhlciBvcmRlcmVk IGxpc3QuDQoNCipzdGQtcW9zLXByb2ZpbGUvY3VzdG9tLXFvcy1wcm9maWxlDQpJZiAic3RkLXFv cy1wcm9maWxlIGFuZCBjdXN0b20tcW9zLXByb2ZpbGUgY2Fubm90IGJlIHVzZWQgYXQgdGhlIHNh bWUgdGltZS4iIGluIDUuMS42LjEuMiwgd2UgY2FuIHVzZSBhIGNob2ljZSBzdGF0ZW1lbnQgZm9y IHN0ZC1xb3MtcHJvZmlsZSBhbmQgY3VzdG9tLXFvcy1wcm9maWxlLg0KW1NMSV0gQWdyZWUsIHdp bGwgZml4IGl0Lg0KDQoNCip0cmFmZmljIHByb3RlY3Rpb24NCkNhbiB3ZSBjb3ZlciB0aGUgZnVu Y3Rpb24gb2YgInRyYWZmaWMtcHJvdGVjdGlvbiIgYnkgInNpdGUtbmV0d29yay1hY2Nlc3MvYXZh aWxhYmlsaXR5Ij8NCltTTEldIEFjaywgSSBtb3ZlZCB0aGUgdHJhZmZpYyBwcm90ZWN0aW9uIHVu ZGVyIGF2YWlsYWJpbGl0eS4NCg0KDQoqdnBuLXBvbGljeQ0KRm9yIGFuIHJlYWRhYmlsaXR5IG9m IHRoZSBtb2RlbCwgdGhlIG5vZGUgbmFtZSAidnBuLXBvbGljeS9lbnRyaWVzL2lkL3Zwbi92cG4i IHNob3VsZCBiZSAidnBuLXBvbGljeS9lbnRyaWVzL2lkL3Zwbi92cG4taWQiLg0KW1NMSV0gRml4 ZWQuDQoNCg0KKm5vdGlmaWNhdGlvbg0KSG93IGFib3V0IGRlZmluaW5nIG5vdGlmaWNhdGlvbiBu b2RlIHVuZGVyIHZwbi1zdmMgYW5kIHNpdGUtbmV0d29yay1hY2Nlc3M/DQpXZSBzb21ldGltZXMg aGF2ZSB0byBhY3RpdmVseSBpbmZvcm0gb3VyIGN1c3RvbWVycyBvZiBhIGZhaWx1cmUgb3Igc29t ZXRoaW5nLg0KV2hhdCBraW5kIG9mIHRoZSBpbmZvcm1hdGlvbiBkZXBlbmRzIG9uIGVhY2ggb3Bl cmF0b3IsIHRoZW4gYW55ZGF0YSBvciBhbnl4bWwgc3VpdHMgdGhpcy4NCg0KW1NMSV0gTm90aWZp Y2F0aW9uIGFyZSBub3JtYWxseSBub3QgcGFydCBvZiB0aGUgdHJlZSwgd2UgY2FuIGNyZWF0ZSBy cGNzIG9yIG5vdGlmaWNhdGlvbnMgaWYgbmVjZXNzYXJ5IHRvIHJldHJpZXZlIG9wZXJhdGlvbmFs IGluZm9zLg0KQ291bGQgeW91IHJhaXNlIGEgc2VwYXJhdGUgdGhyZWFkIHRvIGRpc2N1c3MgdGhl IG5lZWQgb2Ygbm90aWZpY2F0aW9ucyA/DQoNCltLT10gSSB3aWxsIHJhaXNlIGEgc2VwYXJhdGUg dGhyZWFkLg0KDQpleC4pDQpjb250YWluZXIgc2l0ZS1uZXR3b3JrLWFjY2Vzc2VzIHsNCiAgICBs aXN0IHNpdGUtbmV0d29yay1hY2Nlc3Mgew0KICAgICAgICBrZXkgc2l0ZS1uZXR3b3JrLWFjY2Vz cy1pZDsNCiAgICAgICAgLi4uDQogICAgICAgIG5vdGlmaWNhdGlvbiBpbmZvIHsNCiAgICAgICAg ICAgIGFueWRhdGEgZGF0YTsNCiAgICAgICAgfQ0KICAgICAgICAuLi4NCn0NCg0KDQotRWRpdG9y aWFscw0KU2VjLiA1LjEuMi4NCjJuZCBhbmQgM3JkIGNvbmZpZ3VyYXRpb24gZXhhbXBsZXMgc3Rp bGwgdXNlICJuYW1lIiBhbmQgImlkIi4NCg0KU2VjLiA1LjIuDQp0eXBvICJyZXNzb3VyY2VzIiBp biBMb2NhdGlvbiBkZXNjcmlwdGlvbi4NClNlYy4gNS4yLjEuMg0KdHlwbyAicmVzc291cmNlcyIg aW4gMm5kIHBhcmFncmFwaA0KDQpTZWMuIDUuMi41LjcuDQpJbiAybmQgcGFyYWdyYXBoLCBBUyBu dW1iZXIgaXMgZGVmaW5lZCBpbiByb3V0aW5nLXByb3RvY29sL2JncCBpbiB0aGUgY3VycmVudCBt b2RlbCwgYW5kIGN1c3RvbWVyLXNwZWNpZmljLWluZm9ybWF0aW9uIGlzIGFscmVhZHkgZGVsZXRl ZC4NClRoZSBjb25maWd1cmF0aW9uIGV4YW1wbGUgc2hvdWxkIGFsc28gaW5jbHVkZSAiYXV0b25v bW91cy1zeXN0ZW0iLg0KDQpTZWMuIDYuDQpUaGUgY29uZmlndXJhdGlvbiBleGFtcGxlIHN0aWxs IHVzZSAibmFtZSIgYW5kICJpZCIuDQoNCltTTEldIFRoYW5rcyBmb3IgY2F0Y2hpbmcgdGhlIGVy cm9ycywgYXMgdGhlIG1vZGVsIGV2b2x2ZWQgYSBsb3QsIGl0IHMgaGFyZCB0byBrZWVwIGFsbCB0 aGUgZXhhbXBsZSBzeW5jaHJvbml6ZWQgOikNCg0KDQpIYXBweSBOZXcgWWVhciwNCktlbmljaGkN Cg0KLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCkZyb206IEwzc20gW21haWx0bzpsM3NtLWJv dW5jZXNAaWV0Zi5vcmddIE9uIEJlaGFsZiBPZiBPZ2FraSwgS2VuaWNoaQ0KU2VudDogVGh1cnNk YXksIERlY2VtYmVyIDI0LCAyMDE1IDEyOjM5IFBNDQpUbzogJ1FpbiBXdSc7IGwzc21AaWV0Zi5v cmcNCkNjOiBzdGVwaGFuZS5saXRrb3dza2lAb3JhbmdlLmNvbTsgYWRyaWFuQG9sZGRvZy5jby51 aw0KU3ViamVjdDogUmU6IFtMM3NtXSBJLUQgQWN0aW9uOiBkcmFmdC1pZXRmLWwzc20tbDN2cG4t c2VydmljZS1tb2RlbC0wMi50eHQNCg0KRGVhciBBbGwsDQoNCj5odHRwczovL3RyYWMudG9vbHMu aWV0Zi5vcmcvd2cvbDNzbS90cmFjL3RpY2tldC8xMg0KDQpUd28gY29tbWVudHMgZm9yIHRoZSBj dXJyZW50IHJvdXRpbmctcHJvdG9jb2xzOg0KDQoxLiBOb2RlIG5hbWUgImNhc2NhZGVkLWxhbi1w cmVmaXhlcyIgc2hvdWxkIGJlIHJld29yZGVkLCBmb3IgZXhhbXBsZSBvZiAiY3VzdG9tZXItbGFu LXByZWZpeGVzIi4NCk5vIGxvbmdlciBvbmx5IGZvciAqY2FzY2FkZWQqIGxhbi4NCg0KMi4gU2hv dWxkIHdlIGhhdmUgYSBtZWFuIHRvIHJldHJpZXZlIHRoZSBwcm92aWRlciBhdXRvbm9tb3VzIHN5 c3RlbSBudW1iZXIgZm9yIGJncCB0eXBlPw0Kcm8gbm9kZS9vcHMgc3RhdGUgaXMgZW5vdWdoLg0K SW4gdGhlIGNhc2Ugb2YgY3VzdG9tZXIgbWFuYWdlZCBDRSwgb3VyIGN1c3RvbWVyIG11c3Qga25v dyB3aGF0IEFTIG51bWJlciB0aGUgUEUgaGFzLg0KI1VzdWFsbHksIHdlIGxldCB0aGVtIGtub3cg aXQgb3V0c2lkZSB0aGUgdXNlciBpbnRlcmZhY2UuDQoNCk1lcnJ5IFgnbWFzICYgSGFwcHkgTmV3 IFllYXIsDQpLZW5pY2hpDQoNCi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQpGcm9tOiBMM3Nt IFttYWlsdG86bDNzbS1ib3VuY2VzQGlldGYub3JnXSBPbiBCZWhhbGYgT2YgUWluIFd1DQpTZW50 OiBXZWRuZXNkYXksIERlY2VtYmVyIDIzLCAyMDE1IDU6MTUgUE0NClRvOiBsM3NtQGlldGYub3Jn DQpDYzogc3RlcGhhbmUubGl0a293c2tpQG9yYW5nZS5jb207IGFkcmlhbkBvbGRkb2cuY28udWsN ClN1YmplY3Q6IFJlOiBbTDNzbV0gSS1EIEFjdGlvbjogZHJhZnQtaWV0Zi1sM3NtLWwzdnBuLXNl cnZpY2UtbW9kZWwtMDIudHh0DQoNCkhpLCBBbGw6DQpBcyBhIGZvbGxvdy11cCB0byB0aGUgZGlz Y3Vzc2lvbiBkdXJpbmcgdGhlIEwzU00gaW50ZXJpbSBjYWxsIHdlIGhhZCBpbiBEZWNlbWJlciAy MDE1LCBXZSBhcyBjaGFpcnMgaGF2ZSBmaWxlZCB0d28gaXNzdWUgdGlja2V0cyBpbiB0aGUgaXNz dWUgdHJhY2tlcg0KaHR0cHM6Ly90cmFjLnRvb2xzLmlldGYub3JnL3dnL2wzc20vdHJhYy90aWNr ZXQvMTINCmh0dHBzOi8vdHJhYy50b29scy5pZXRmLm9yZy93Zy9sM3NtL3RyYWMvdGlja2V0LzEz DQoNCkF1dGhvcnMgaGF2ZSByZXZpc2VkIElEIGJhc2VkIG9uIHRoZSBkaXNjdXNzaW9uIGFuZCBh Z3JlZWQgcG9pbnQgZHVyaW5nIGludGVyaW0gY2FsbC4NClRoYW5rcyBTdGVwaGFuZSB0byBnZXQg dGhpcyBkb25lIGFuZCBjbG9zZSBtb3N0IG9mIG9wZW4gaXNzdWVzIHdlIGhhZCBpbiB0aGUgaXNz dWUgdHJhY2tlciBleGNlcHQgdGhlIGZvbGxvd2luZyB0d28gaXNzdWVzOg0KMS5JbnZlbnRvcnkg b3BzIHN0YXRlIGlzc3VlDQoyLiBWUE4gbWVyZ2luZyBpc3N1ZQ0KVGhlIGRpZmY6DQpodHRwczov L3d3dy5pZXRmLm9yZy9yZmNkaWZmP3VybDI9ZHJhZnQtaWV0Zi1sM3NtLWwzdnBuLXNlcnZpY2Ut bW9kZWwtMDINClBsZWFzZSByZXZpZXcgdGhlIGNoYW5nZXMgYW5kIGxldCB1cyBrbm93IGlmIHRo ZXJlIGlzIGFueXRoaW5nIG1pc3NlZCBvciBhZGRpdGlvbiBjaGFuZ2UgdGhhdCBuZWVkcyB0byBi ZSBpbmNvcnBvcmF0ZWQgaW4uDQoNCi1RaW4NCi0tLS0t08q8/tStvP4tLS0tLQ0Kt6K8/sjLOiBJ LUQtQW5ub3VuY2UgW21haWx0bzppLWQtYW5ub3VuY2UtYm91bmNlc0BpZXRmLm9yZ10gtPqx7SBp bnRlcm5ldC1kcmFmdHNAaWV0Zi5vcmcNCreiy83KsbzkOiAyMDE1xOoxMtTCMTXI1SAxODozMw0K ytW8/sjLOiBpLWQtYW5ub3VuY2VAaWV0Zi5vcmcNCrOty806IGwzc21AaWV0Zi5vcmcNCtb3zOI6 IEktRCBBY3Rpb246IGRyYWZ0LWlldGYtbDNzbS1sM3Zwbi1zZXJ2aWNlLW1vZGVsLTAyLnR4dA0K DQoNCkEgTmV3IEludGVybmV0LURyYWZ0IGlzIGF2YWlsYWJsZSBmcm9tIHRoZSBvbi1saW5lIElu dGVybmV0LURyYWZ0cyBkaXJlY3Rvcmllcy4NCiBUaGlzIGRyYWZ0IGlzIGEgd29yayBpdGVtIG9m IHRoZSBMM1ZQTiBTZXJ2aWNlIE1vZGVsICBXb3JraW5nIEdyb3VwIG9mIHRoZSBJRVRGLg0KDQog ICAgICAgIFRpdGxlICAgICAgICAgICA6IFlBTkcgRGF0YSBNb2RlbCBmb3IgTDNWUE4gc2Vydmlj ZSBkZWxpdmVyeQ0KICAgICAgICBBdXRob3JzICAgICAgICAgOiBTdGVwaGFuZSBMaXRrb3dza2kN CiAgICAgICAgICAgICAgICAgICAgICAgICAgUm9iIFNoYWtpcg0KICAgICAgICAgICAgICAgICAg ICAgICAgICBMdWlzIFRvbW90YWtpDQogICAgICAgICAgICAgICAgICAgICAgICAgIEtldmluIEQn U291emENCglGaWxlbmFtZSAgICAgICAgOiBkcmFmdC1pZXRmLWwzc20tbDN2cG4tc2VydmljZS1t b2RlbC0wMi50eHQNCglQYWdlcyAgICAgICAgICAgOiAxMDANCglEYXRlICAgICAgICAgICAgOiAy MDE1LTEyLTE1DQoNCkFic3RyYWN0Og0KICAgVGhpcyBkb2N1bWVudCBkZWZpbmVzIGEgWUFORyBk YXRhIG1vZGVsIHRoYXQgY2FuIGJlIHVzZWQgdG8gZGVsaXZlciBhDQogICBMYXllciAzIFByb3Zp ZGVyIFByb3Zpc2lvbmVkIFZQTiBzZXJ2aWNlLiAgVGhlIGRvY3VtZW50IGlzIGxpbWl0ZWQgdG8N CiAgIHRoZSBCR1AgUEUtYmFzZWQgVlBOcyBhcyBkZXNjcmliZWQgaW4gUkZDNDExMCBhbmQgUkZD NDM2NC4gIFRoaXMNCiAgIG1vZGVsIGlzIGludGVuZGVkIHRvIGJlIGluc3RhbnRpYXRlZCBhdCBt YW5hZ2VtZW50IHN5c3RlbSB0byBkZWxpdmVyDQogICB0aGUgb3ZlcmFsbCBzZXJ2aWNlLiAgVGhp cyBtb2RlbCBpcyBub3QgYSBjb25maWd1cmF0aW9uIG1vZGVsIHRvIGJlDQogICB1c2VkIGRpcmVj dGx5IG9uIG5ldHdvcmsgZWxlbWVudHMuICBUaGlzIG1vZGVsIHByb3ZpZGVzIGFuIGFic3RyYWN0 ZWQNCiAgIHZpZXcgb2YgdGhlIExheWVyIDMgSVBWUE4gc2VydmljZSBjb25maWd1cmF0aW9uIGNv bXBvbmVudHMuICBJdCB3aWxsDQogICBiZSB1cCB0byBhIG1hbmFnZW1lbnQgc3lzdGVtIHRvIHRh a2UgdGhpcyBhcyBhbiBpbnB1dCBhbmQgdXNlDQogICBzcGVjaWZpYyBjb25maWd1cmF0aW9ucyBt b2RlbHMgdG8gY29uZmlndXJlIHRoZSBkaWZmZXJlbnQgbmV0d29yaw0KICAgZWxlbWVudHMgdG8g ZGVsaXZlciB0aGUgc2VydmljZS4gIEhvdyBjb25maWd1cmF0aW9uIG9mIG5ldHdvcmsNCiAgIGVs ZW1lbnRzIGlzIGRvbmUgaXMgb3V0IG9mIHNjb3BlIG9mIHRoZSBkb2N1bWVudC4NCg0KDQoNClRo ZSBJRVRGIGRhdGF0cmFja2VyIHN0YXR1cyBwYWdlIGZvciB0aGlzIGRyYWZ0IGlzOg0KaHR0cHM6 Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtaWV0Zi1sM3NtLWwzdnBuLXNlcnZpY2Ut bW9kZWwvDQoNClRoZXJlJ3MgYWxzbyBhIGh0bWxpemVkIHZlcnNpb24gYXZhaWxhYmxlIGF0Og0K aHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LWlldGYtbDNzbS1sM3Zwbi1zZXJ2aWNl LW1vZGVsLTAyDQoNCkEgZGlmZiBmcm9tIHRoZSBwcmV2aW91cyB2ZXJzaW9uIGlzIGF2YWlsYWJs ZSBhdDoNCmh0dHBzOi8vd3d3LmlldGYub3JnL3JmY2RpZmY/dXJsMj1kcmFmdC1pZXRmLWwzc20t bDN2cG4tc2VydmljZS1tb2RlbC0wMg0KDQoNClBsZWFzZSBub3RlIHRoYXQgaXQgbWF5IHRha2Ug YSBjb3VwbGUgb2YgbWludXRlcyBmcm9tIHRoZSB0aW1lIG9mIHN1Ym1pc3Npb24gdW50aWwgdGhl IGh0bWxpemVkIHZlcnNpb24gYW5kIGRpZmYgYXJlIGF2YWlsYWJsZSBhdCB0b29scy5pZXRmLm9y Zy4NCg0KSW50ZXJuZXQtRHJhZnRzIGFyZSBhbHNvIGF2YWlsYWJsZSBieSBhbm9ueW1vdXMgRlRQ IGF0Og0KZnRwOi8vZnRwLmlldGYub3JnL2ludGVybmV0LWRyYWZ0cy8NCg0KX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCkktRC1Bbm5vdW5jZSBtYWlsaW5n IGxpc3QNCkktRC1Bbm5vdW5jZUBpZXRmLm9yZw0KaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1h bi9saXN0aW5mby9pLWQtYW5ub3VuY2UNCkludGVybmV0LURyYWZ0IGRpcmVjdG9yaWVzOiBodHRw Oi8vd3d3LmlldGYub3JnL3NoYWRvdy5odG1sIG9yIGZ0cDovL2Z0cC5pZXRmLm9yZy9pZXRmLzFz aGFkb3ctc2l0ZXMudHh0DQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fXw0KTDNzbSBtYWlsaW5nIGxpc3QNCkwzc21AaWV0Zi5vcmcNCmh0dHBzOi8vd3d3Lmll dGYub3JnL21haWxtYW4vbGlzdGluZm8vbDNzbQ0KDQpfX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fXw0KTDNzbSBtYWlsaW5nIGxpc3QNCkwzc21AaWV0Zi5vcmcN Cmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vbDNzbQ0KDQoNCl9fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18N Cg0KQ2UgbWVzc2FnZSBldCBzZXMgcGllY2VzIGpvaW50ZXMgcGV1dmVudCBjb250ZW5pciBkZXMg aW5mb3JtYXRpb25zIGNvbmZpZGVudGllbGxlcyBvdSBwcml2aWxlZ2llZXMgZXQgbmUgZG9pdmVu dCBkb25jIHBhcyBldHJlIGRpZmZ1c2VzLCBleHBsb2l0ZXMgb3UgY29waWVzIHNhbnMgYXV0b3Jp c2F0aW9uLiBTaSB2b3VzIGF2ZXogcmVjdSBjZSBtZXNzYWdlIHBhciBlcnJldXIsIHZldWlsbGV6 IGxlIHNpZ25hbGVyIGEgbCdleHBlZGl0ZXVyIGV0IGxlIGRldHJ1aXJlIGFpbnNpIHF1ZSBsZXMg cGllY2VzIGpvaW50ZXMuIExlcyBtZXNzYWdlcyBlbGVjdHJvbmlxdWVzIGV0YW50IHN1c2NlcHRp YmxlcyBkJ2FsdGVyYXRpb24sIE9yYW5nZSBkZWNsaW5lIHRvdXRlIHJlc3BvbnNhYmlsaXRlIHNp IGNlIG1lc3NhZ2UgYSBldGUgYWx0ZXJlLCBkZWZvcm1lIG91IGZhbHNpZmllLiBNZXJjaS4NCg0K VGhpcyBtZXNzYWdlIGFuZCBpdHMgYXR0YWNobWVudHMgbWF5IGNvbnRhaW4gY29uZmlkZW50aWFs IG9yIHByaXZpbGVnZWQgaW5mb3JtYXRpb24gdGhhdCBtYXkgYmUgcHJvdGVjdGVkIGJ5IGxhdzsg dGhleSBzaG91bGQgbm90IGJlIGRpc3RyaWJ1dGVkLCB1c2VkIG9yIGNvcGllZCB3aXRob3V0IGF1 dGhvcmlzYXRpb24uDQpJZiB5b3UgaGF2ZSByZWNlaXZlZCB0aGlzIGVtYWlsIGluIGVycm9yLCBw bGVhc2Ugbm90aWZ5IHRoZSBzZW5kZXIgYW5kIGRlbGV0ZSB0aGlzIG1lc3NhZ2UgYW5kIGl0cyBh dHRhY2htZW50cy4NCkFzIGVtYWlscyBtYXkgYmUgYWx0ZXJlZCwgT3JhbmdlIGlzIG5vdCBsaWFi bGUgZm9yIG1lc3NhZ2VzIHRoYXQgaGF2ZSBiZWVuIG1vZGlmaWVkLCBjaGFuZ2VkIG9yIGZhbHNp ZmllZC4NClRoYW5rIHlvdS4NCg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX18NCkwzc20gbWFpbGluZyBsaXN0DQpMM3NtQGlldGYub3JnDQpodHRwczovL3d3 dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2wzc20NCg0KX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX18NCkwzc20gbWFpbGluZyBsaXN0DQpMM3NtQGlldGYu b3JnDQpodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2wzc20NCg0KX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCkwzc20gbWFpbGluZyBs aXN0DQpMM3NtQGlldGYub3JnDQpodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZv L2wzc20NCg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fXw0KDQpDZSBtZXNzYWdlIGV0IHNlcyBwaWVjZXMgam9pbnRlcyBwZXV2 ZW50IGNvbnRlbmlyIGRlcyBpbmZvcm1hdGlvbnMgY29uZmlkZW50aWVsbGVzIG91IHByaXZpbGVn aWVlcyBldCBuZSBkb2l2ZW50IGRvbmMgcGFzIGV0cmUgZGlmZnVzZXMsIGV4cGxvaXRlcyBvdSBj b3BpZXMgc2FucyBhdXRvcmlzYXRpb24uIFNpIHZvdXMgYXZleiByZWN1IGNlIG1lc3NhZ2UgcGFy IGVycmV1ciwgdmV1aWxsZXogbGUgc2lnbmFsZXIgYSBsJ2V4cGVkaXRldXIgZXQgbGUgZGV0cnVp cmUgYWluc2kgcXVlIGxlcyBwaWVjZXMgam9pbnRlcy4gTGVzIG1lc3NhZ2VzIGVsZWN0cm9uaXF1 ZXMgZXRhbnQgc3VzY2VwdGlibGVzIGQnYWx0ZXJhdGlvbiwgT3JhbmdlIGRlY2xpbmUgdG91dGUg cmVzcG9uc2FiaWxpdGUgc2kgY2UgbWVzc2FnZSBhIGV0ZSBhbHRlcmUsIGRlZm9ybWUgb3UgZmFs c2lmaWUuIE1lcmNpLg0KDQpUaGlzIG1lc3NhZ2UgYW5kIGl0cyBhdHRhY2htZW50cyBtYXkgY29u dGFpbiBjb25maWRlbnRpYWwgb3IgcHJpdmlsZWdlZCBpbmZvcm1hdGlvbiB0aGF0IG1heSBiZSBw cm90ZWN0ZWQgYnkgbGF3OyB0aGV5IHNob3VsZCBub3QgYmUgZGlzdHJpYnV0ZWQsIHVzZWQgb3Ig Y29waWVkIHdpdGhvdXQgYXV0aG9yaXNhdGlvbi4NCklmIHlvdSBoYXZlIHJlY2VpdmVkIHRoaXMg ZW1haWwgaW4gZXJyb3IsIHBsZWFzZSBub3RpZnkgdGhlIHNlbmRlciBhbmQgZGVsZXRlIHRoaXMg bWVzc2FnZSBhbmQgaXRzIGF0dGFjaG1lbnRzLg0KQXMgZW1haWxzIG1heSBiZSBhbHRlcmVkLCBP cmFuZ2UgaXMgbm90IGxpYWJsZSBmb3IgbWVzc2FnZXMgdGhhdCBoYXZlIGJlZW4gbW9kaWZpZWQs IGNoYW5nZWQgb3IgZmFsc2lmaWVkLg0KVGhhbmsgeW91Lg0KDQpfX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KTDNzbSBtYWlsaW5nIGxpc3QNCkwzc21AaWV0 Zi5vcmcNCmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vbDNzbQ0KDQoNCl9f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX18NCg0KQ2UgbWVzc2FnZSBldCBzZXMgcGllY2VzIGpvaW50ZXMgcGV1dmVudCBjb250ZW5p ciBkZXMgaW5mb3JtYXRpb25zIGNvbmZpZGVudGllbGxlcyBvdSBwcml2aWxlZ2llZXMgZXQgbmUg ZG9pdmVudCBkb25jIHBhcyBldHJlIGRpZmZ1c2VzLCBleHBsb2l0ZXMgb3UgY29waWVzIHNhbnMg YXV0b3Jpc2F0aW9uLiBTaSB2b3VzIGF2ZXogcmVjdSBjZSBtZXNzYWdlIHBhciBlcnJldXIsIHZl dWlsbGV6IGxlIHNpZ25hbGVyIGEgbCdleHBlZGl0ZXVyIGV0IGxlIGRldHJ1aXJlIGFpbnNpIHF1 ZSBsZXMgcGllY2VzIGpvaW50ZXMuIExlcyBtZXNzYWdlcyBlbGVjdHJvbmlxdWVzIGV0YW50IHN1 c2NlcHRpYmxlcyBkJ2FsdGVyYXRpb24sIE9yYW5nZSBkZWNsaW5lIHRvdXRlIHJlc3BvbnNhYmls aXRlIHNpIGNlIG1lc3NhZ2UgYSBldGUgYWx0ZXJlLCBkZWZvcm1lIG91IGZhbHNpZmllLiBNZXJj aS4NCg0KVGhpcyBtZXNzYWdlIGFuZCBpdHMgYXR0YWNobWVudHMgbWF5IGNvbnRhaW4gY29uZmlk ZW50aWFsIG9yIHByaXZpbGVnZWQgaW5mb3JtYXRpb24gdGhhdCBtYXkgYmUgcHJvdGVjdGVkIGJ5 IGxhdzsgdGhleSBzaG91bGQgbm90IGJlIGRpc3RyaWJ1dGVkLCB1c2VkIG9yIGNvcGllZCB3aXRo b3V0IGF1dGhvcmlzYXRpb24uDQpJZiB5b3UgaGF2ZSByZWNlaXZlZCB0aGlzIGVtYWlsIGluIGVy cm9yLCBwbGVhc2Ugbm90aWZ5IHRoZSBzZW5kZXIgYW5kIGRlbGV0ZSB0aGlzIG1lc3NhZ2UgYW5k IGl0cyBhdHRhY2htZW50cy4NCkFzIGVtYWlscyBtYXkgYmUgYWx0ZXJlZCwgT3JhbmdlIGlzIG5v dCBsaWFibGUgZm9yIG1lc3NhZ2VzIHRoYXQgaGF2ZSBiZWVuIG1vZGlmaWVkLCBjaGFuZ2VkIG9y IGZhbHNpZmllZC4NClRoYW5rIHlvdS4NCg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX18NCkwzc20gbWFpbGluZyBsaXN0DQpMM3NtQGlldGYub3JnDQpodHRw czovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2wzc20NCg0KDQpfX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQoNCkNl IG1lc3NhZ2UgZXQgc2VzIHBpZWNlcyBqb2ludGVzIHBldXZlbnQgY29udGVuaXIgZGVzIGluZm9y bWF0aW9ucyBjb25maWRlbnRpZWxsZXMgb3UgcHJpdmlsZWdpZWVzIGV0IG5lIGRvaXZlbnQgZG9u YyBwYXMgZXRyZSBkaWZmdXNlcywgZXhwbG9pdGVzIG91IGNvcGllcyBzYW5zIGF1dG9yaXNhdGlv bi4gU2kgdm91cyBhdmV6IHJlY3UgY2UgbWVzc2FnZSBwYXIgZXJyZXVyLCB2ZXVpbGxleiBsZSBz aWduYWxlciBhIGwnZXhwZWRpdGV1ciBldCBsZSBkZXRydWlyZSBhaW5zaSBxdWUgbGVzIHBpZWNl cyBqb2ludGVzLiBMZXMgbWVzc2FnZXMgZWxlY3Ryb25pcXVlcyBldGFudCBzdXNjZXB0aWJsZXMg ZCdhbHRlcmF0aW9uLCBPcmFuZ2UgZGVjbGluZSB0b3V0ZSByZXNwb25zYWJpbGl0ZSBzaSBjZSBt ZXNzYWdlIGEgZXRlIGFsdGVyZSwgZGVmb3JtZSBvdSBmYWxzaWZpZS4gTWVyY2kuDQoNClRoaXMg bWVzc2FnZSBhbmQgaXRzIGF0dGFjaG1lbnRzIG1heSBjb250YWluIGNvbmZpZGVudGlhbCBvciBw cml2aWxlZ2VkIGluZm9ybWF0aW9uIHRoYXQgbWF5IGJlIHByb3RlY3RlZCBieSBsYXc7IHRoZXkg c2hvdWxkIG5vdCBiZSBkaXN0cmlidXRlZCwgdXNlZCBvciBjb3BpZWQgd2l0aG91dCBhdXRob3Jp c2F0aW9uLg0KSWYgeW91IGhhdmUgcmVjZWl2ZWQgdGhpcyBlbWFpbCBpbiBlcnJvciwgcGxlYXNl IG5vdGlmeSB0aGUgc2VuZGVyIGFuZCBkZWxldGUgdGhpcyBtZXNzYWdlIGFuZCBpdHMgYXR0YWNo bWVudHMuDQpBcyBlbWFpbHMgbWF5IGJlIGFsdGVyZWQsIE9yYW5nZSBpcyBub3QgbGlhYmxlIGZv ciBtZXNzYWdlcyB0aGF0IGhhdmUgYmVlbiBtb2RpZmllZCwgY2hhbmdlZCBvciBmYWxzaWZpZWQu DQpUaGFuayB5b3UuDQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fDQpMM3NtIG1haWxpbmcgbGlzdA0KTDNzbUBpZXRmLm9yZw0KaHR0cHM6Ly93d3cuaWV0 Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9sM3NtDQoNCg0KX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KDQpDZSBtZXNzYWdlIGV0 IHNlcyBwaWVjZXMgam9pbnRlcyBwZXV2ZW50IGNvbnRlbmlyIGRlcyBpbmZvcm1hdGlvbnMgY29u ZmlkZW50aWVsbGVzIG91IHByaXZpbGVnaWVlcyBldCBuZSBkb2l2ZW50IGRvbmMgcGFzIGV0cmUg ZGlmZnVzZXMsIGV4cGxvaXRlcyBvdSBjb3BpZXMgc2FucyBhdXRvcmlzYXRpb24uIFNpIHZvdXMg YXZleiByZWN1IGNlIG1lc3NhZ2UgcGFyIGVycmV1ciwgdmV1aWxsZXogbGUgc2lnbmFsZXIgYSBs J2V4cGVkaXRldXIgZXQgbGUgZGV0cnVpcmUgYWluc2kgcXVlIGxlcyBwaWVjZXMgam9pbnRlcy4g TGVzIG1lc3NhZ2VzIGVsZWN0cm9uaXF1ZXMgZXRhbnQgc3VzY2VwdGlibGVzIGQnYWx0ZXJhdGlv biwgT3JhbmdlIGRlY2xpbmUgdG91dGUgcmVzcG9uc2FiaWxpdGUgc2kgY2UgbWVzc2FnZSBhIGV0 ZSBhbHRlcmUsIGRlZm9ybWUgb3UgZmFsc2lmaWUuIE1lcmNpLg0KDQpUaGlzIG1lc3NhZ2UgYW5k IGl0cyBhdHRhY2htZW50cyBtYXkgY29udGFpbiBjb25maWRlbnRpYWwgb3IgcHJpdmlsZWdlZCBp bmZvcm1hdGlvbiB0aGF0IG1heSBiZSBwcm90ZWN0ZWQgYnkgbGF3OyB0aGV5IHNob3VsZCBub3Qg YmUgZGlzdHJpYnV0ZWQsIHVzZWQgb3IgY29waWVkIHdpdGhvdXQgYXV0aG9yaXNhdGlvbi4NCklm IHlvdSBoYXZlIHJlY2VpdmVkIHRoaXMgZW1haWwgaW4gZXJyb3IsIHBsZWFzZSBub3RpZnkgdGhl IHNlbmRlciBhbmQgZGVsZXRlIHRoaXMgbWVzc2FnZSBhbmQgaXRzIGF0dGFjaG1lbnRzLg0KQXMg ZW1haWxzIG1heSBiZSBhbHRlcmVkLCBPcmFuZ2UgaXMgbm90IGxpYWJsZSBmb3IgbWVzc2FnZXMg dGhhdCBoYXZlIGJlZW4gbW9kaWZpZWQsIGNoYW5nZWQgb3IgZmFsc2lmaWVkLg0KVGhhbmsgeW91 Lg0KDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KTDNz bSBtYWlsaW5nIGxpc3QNCkwzc21AaWV0Zi5vcmcNCmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxt YW4vbGlzdGluZm8vbDNzbQ0KDQoKX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fXwoKQ2UgbWVzc2FnZSBldCBzZXMgcGllY2VzIGpv aW50ZXMgcGV1dmVudCBjb250ZW5pciBkZXMgaW5mb3JtYXRpb25zIGNvbmZpZGVudGllbGxlcyBv dSBwcml2aWxlZ2llZXMgZXQgbmUgZG9pdmVudCBkb25jCnBhcyBldHJlIGRpZmZ1c2VzLCBleHBs b2l0ZXMgb3UgY29waWVzIHNhbnMgYXV0b3Jpc2F0aW9uLiBTaSB2b3VzIGF2ZXogcmVjdSBjZSBt ZXNzYWdlIHBhciBlcnJldXIsIHZldWlsbGV6IGxlIHNpZ25hbGVyCmEgbCdleHBlZGl0ZXVyIGV0 IGxlIGRldHJ1aXJlIGFpbnNpIHF1ZSBsZXMgcGllY2VzIGpvaW50ZXMuIExlcyBtZXNzYWdlcyBl bGVjdHJvbmlxdWVzIGV0YW50IHN1c2NlcHRpYmxlcyBkJ2FsdGVyYXRpb24sCk9yYW5nZSBkZWNs aW5lIHRvdXRlIHJlc3BvbnNhYmlsaXRlIHNpIGNlIG1lc3NhZ2UgYSBldGUgYWx0ZXJlLCBkZWZv cm1lIG91IGZhbHNpZmllLiBNZXJjaS4KClRoaXMgbWVzc2FnZSBhbmQgaXRzIGF0dGFjaG1lbnRz IG1heSBjb250YWluIGNvbmZpZGVudGlhbCBvciBwcml2aWxlZ2VkIGluZm9ybWF0aW9uIHRoYXQg bWF5IGJlIHByb3RlY3RlZCBieSBsYXc7CnRoZXkgc2hvdWxkIG5vdCBiZSBkaXN0cmlidXRlZCwg dXNlZCBvciBjb3BpZWQgd2l0aG91dCBhdXRob3Jpc2F0aW9uLgpJZiB5b3UgaGF2ZSByZWNlaXZl ZCB0aGlzIGVtYWlsIGluIGVycm9yLCBwbGVhc2Ugbm90aWZ5IHRoZSBzZW5kZXIgYW5kIGRlbGV0 ZSB0aGlzIG1lc3NhZ2UgYW5kIGl0cyBhdHRhY2htZW50cy4KQXMgZW1haWxzIG1heSBiZSBhbHRl cmVkLCBPcmFuZ2UgaXMgbm90IGxpYWJsZSBmb3IgbWVzc2FnZXMgdGhhdCBoYXZlIGJlZW4gbW9k aWZpZWQsIGNoYW5nZWQgb3IgZmFsc2lmaWVkLgpUaGFuayB5b3UuCgo= From nobody Fri Jan 15 06:31:19 2016 Return-Path: X-Original-To: l3sm@ietfa.amsl.com Delivered-To: l3sm@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 506B81B2DA5 for ; Fri, 15 Jan 2016 06:31:18 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.598 X-Spam-Level: X-Spam-Status: No, score=-2.598 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id d_DqB-8sH8LV for ; Fri, 15 Jan 2016 06:31:14 -0800 (PST) Received: from relais-inet.francetelecom.com (relais-ias91.francetelecom.com [193.251.215.91]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 969A41B2D9D for ; Fri, 15 Jan 2016 06:31:13 -0800 (PST) Received: from omfedm07.si.francetelecom.fr (unknown [xx.xx.xx.3]) by omfedm11.si.francetelecom.fr (ESMTP service) with ESMTP id E1FBA3B44F8 for ; Fri, 15 Jan 2016 15:31:11 +0100 (CET) Received: from Exchangemail-eme2.itn.ftgroup (unknown [10.114.31.27]) by omfedm07.si.francetelecom.fr (ESMTP service) with ESMTP id BF4B14C069 for ; Fri, 15 Jan 2016 15:31:11 +0100 (CET) Received: from OPEXCLILMA4.corporate.adroot.infra.ftgroup ([fe80::65de:2f08:41e6:ebbe]) by OPEXCLILM7C.corporate.adroot.infra.ftgroup ([fe80::8007:17b:c3b4:d68b%19]) with mapi id 14.03.0279.002; Fri, 15 Jan 2016 15:31:11 +0100 From: To: "l3sm@ietf.org" Thread-Topic: Modeling a site with multiple subsites Thread-Index: AdFPnqCmtWfFPEtQT6m/5Yx5kcaoDA== Date: Fri, 15 Jan 2016 14:31:11 +0000 Message-ID: <11137_1452868271_569902AF_11137_18933_1_9E32478DFA9976438E7A22F69B08FF921683F2D0@OPEXCLILMA4.corporate.adroot.infra.ftgroup> Accept-Language: fr-FR, en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-originating-ip: [10.168.234.3] Content-Type: multipart/related; boundary="_004_9E32478DFA9976438E7A22F69B08FF921683F2D0OPEXCLILMA4corp_"; type="multipart/alternative" MIME-Version: 1.0 X-PMX-Version: 6.2.1.2478543, Antispam-Engine: 2.7.2.2107409, Antispam-Data: 2016.1.15.132417 Archived-At: Subject: [L3sm] Modeling a site with multiple subsites X-BeenThere: l3sm@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: L3VPN Service YANG Model discussion group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Jan 2016 14:31:18 -0000 --_004_9E32478DFA9976438E7A22F69B08FF921683F2D0OPEXCLILMA4corp_ Content-Type: multipart/alternative; boundary="_000_9E32478DFA9976438E7A22F69B08FF921683F2D0OPEXCLILMA4corp_" --_000_9E32478DFA9976438E7A22F69B08FF921683F2D0OPEXCLILMA4corp_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable [Creating another topic for better followup] Today the model has the ability to create sites, a site can be multihomed t= o the network thanks to the site-network-access sub-tree. Now the question is how to we model such scenarios : a) "SUBVPN case" : Single "physical" access between SP and customer, b= ut multiple sub-accesses on top (VLAN, PPP sessions, or whatever ...), each= one pointing to a specific VPN. It is expected for the customer to ensure = flow separation (VRF lite, VLANs ...). It's typically a big company with a = Hub site used where affiliates have dedicated resources in the Hub site, an= d affiliates must not talk to each other or even share resources. Note that= I putted "physical" between quotes because it can be a nested logical acce= sses ... b) "INTER-AS option A like " case : this is the back to back VRF case,= as previously single "physical" access and multiple logical accesses on to= p each one pointing to a separate VPN. I putted interAS, but this can be "i= ntra-AS" with iBGP back to back VRFs also (internal DC for example) c) What about option B ? Do we consider option B as a service ? I wou= ld not be in favor of that. Option B setups are really particular in term o= f design, security ... So I would like to have option B out of scope. Even if a) and b) are separated use cases from a service point of view, the= se are similar in term of modeling. Today we can model it has a collection of separated sites without any relat= ionship between each other. The other point is that we cannot express any = property of the "physical" attachment but there may few (encryption ?). We = can keep the model as it is with this limitation or we can create site and = sub-site hierarchy which as I already said may complexify the reading and u= sability (IMO). It may look like this : =B7 Sites o Site-only-parameters : =A7 Location =A7 Diversity =A7 management =A7 Security o Specific-parameters : <- to be used only if there is no subsite. =A7 Vpn-policy =A7 Services =A7 Routing-protocols =A7 Site-network-accesses =B7 .... o Sub-sites : <- to be used in case of sub sites present =A7 Specific-parameters : =B7 Vpn-policy =B7 Services =B7 Routing-protocols =B7 Site-network-accesses o ... I'm also wondering if bearer parameters must also be taken out in this case= and putted in the site-only-parameters. The hierarchy becomes really complex here and I would like to keep it as si= mple as possible. Would be good to have multiple feedbacks from the WG to see where the conse= nsus is. [Orange logo] Stephane Litkowski Network Architect Orange/SCE/EQUANT/OINIS/NET Orange Expert Future Networks phone: +33 2 23 28 49 83 mobile: +33 6 37 86 97 52 stephane.litkowski@orange.com ___________________________________________________________________________= ______________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confiden= tielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu= ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages el= ectroniques etant susceptibles d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme ou = falsifie. Merci. This message and its attachments may contain confidential or privileged inf= ormation that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and dele= te this message and its attachments. As emails may be altered, Orange is not liable for messages that have been = modified, changed or falsified. Thank you. --_000_9E32478DFA9976438E7A22F69B08FF921683F2D0OPEXCLILMA4corp_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

[Creating another topic for better followup]

 

Today the model has the ability to create sites, a s= ite can be multihomed to the network thanks to the site-network-access sub-= tree.

 

Now the question is how to we model such scenarios :=

 

a)      “SUBVPN case” : Single “physical&= #8221; access between SP and customer, but multiple sub-accesses on top (VL= AN, PPP sessions, or whatever …), each one pointing to a specific VPN= . It is expected for the customer to ensure flow separation (VRF lite, VLANs …). It’s typically a big company with a Hub site u= sed where affiliates have dedicated resources in the Hub site, and affiliat= es must not talk to each other or even share resources. Note that I putted = “physical” between quotes because it can be a nested logical accesses …

 

 

b)      “INTER-AS option A like ” case : this i= s the back to back VRF case, as previously single “physical” ac= cess and multiple logical accesses on top each one pointing to a separate V= PN. I putted interAS, but this can be “intra-AS” with iBGP back to back VRFs also (internal DC for example)

 

c)     &= nbsp; What about option B ? Do we consider option B as a = service ? I would not be in favor of that. Option B setups are really parti= cular in term of design, security …  So I would like to have opt= ion B out of scope.

 

 

Even if a) and b) are separated use cases from a ser= vice point of view, these are similar in term of modeling.

 

Today we can model it has a collection of separated = sites without any relationship between each other. The other point is that = we cannot express any  property of the “physical” attachme= nt but there may few (encryption ?). We can keep the model as it is with this limitation or we can create site and sub-site hie= rarchy which as I already said may complexify the reading and usability (IM= O).

It may look like this :

 

=B7         Sites

o   Site-only-parameters :

=A7&= nbsp; Location

=A7&= nbsp; Diversity

=A7&= nbsp; management

=A7&= nbsp; Security

o   Specific-parameters : <- to be used only = if there is no subsite.

=A7&= nbsp; Vpn-policy

=A7&= nbsp; Services

=A7&= nbsp; Routing-protocols

=A7&= nbsp; Site-network-accesses

=B7&nbs= p;        ….

o   Sub-sites : <- to be used in case of sub = sites present

=A7&= nbsp; Specific-parameters :

=B7&nbs= p;        Vpn-policy

=B7&nbs= p;        Services

=B7&nbs= p;        Routing-protocols

=B7&nbs= p;        Site-network-accesses

o   …

 

I’m also wondering if bearer parameters must a= lso be taken out in this case and putted in the site-only-parameters.

The hierarchy becomes really complex here and I woul= d like to keep it as simple as possible.

 

 

Would be good to have multiple feedbacks from the WG= to see where the consensus is.

 

 

3D"O=

 <= o:p>

Stephane Litkowski
Network Architect
Orange/SCE/EQUANT/OINIS/NET

Orange Expert Future Networks

phone: +33 2 23 28 49 83
mobile: +33 6 37 86 97 52
stephane.litkowski@orange.com

 

 

______________________________________________________________________=
___________________________________________________

Ce message et ses pieces jointes peuvent contenir des informations confiden=
tielles ou privilegiees et ne doivent donc
pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu=
 ce message par erreur, veuillez le signaler
a l'expediteur et le detruire ainsi que les pieces jointes. Les messages el=
ectroniques etant susceptibles d'alteration,
Orange decline toute responsabilite si ce message a ete altere, deforme ou =
falsifie. Merci.

This message and its attachments may contain confidential or privileged inf=
ormation that may be protected by law;
they should not be distributed, used or copied without authorisation.
If you have received this email in error, please notify the sender and dele=
te this message and its attachments.
As emails may be altered, Orange is not liable for messages that have been =
modified, changed or falsified.
Thank you.
--_000_9E32478DFA9976438E7A22F69B08FF921683F2D0OPEXCLILMA4corp_-- --_004_9E32478DFA9976438E7A22F69B08FF921683F2D0OPEXCLILMA4corp_ Content-Type: image/gif; name="image001.gif" Content-Description: image001.gif Content-Disposition: inline; filename="image001.gif"; size=381; creation-date="Fri, 15 Jan 2016 14:31:10 GMT"; modification-date="Fri, 15 Jan 2016 14:31:10 GMT" Content-ID: Content-Transfer-Encoding: base64 R0lGODlhKAAoAMQAAP+MQP+zgP/17//s3/+DMP/iz/+fYP+8j/9wEP95IP/Gn/+WUP/Pr/+pcP/Z v/////9mAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACH5BAAA AAAALAAAAAAoACgAAAX6oAONZGmeaEqKauum7Cu/8Wyj9a2P+X73vhkwSCPuhkYVMolj2pbOEjTK oxatrSlVG+U6vUxwUmwkE81BtE99xGbdSjhMPgo4BAoA+wUICAR6IwQODwMNEAcOigAFhQYQDgoD DwcQBJOKBIOFDQmaCCyTB416hQcBBQuTEA8Cow8EBQINpHcGhAkrEAkPChAAD3YPCLuSDw+sIgEP wCILzK0OjY9VBJS/wYQjfwaNyRDLzRAG0AMB5wC6ENyEt8jWDAsCyA/KzJN+zLILqLlVv/OuaYPU alU9cMwuPSCl8AEDYv8EQbwRgAEABcziJFl2bMmeEQgATEwRAgA7 --_004_9E32478DFA9976438E7A22F69B08FF921683F2D0OPEXCLILMA4corp_-- From nobody Fri Jan 15 06:39:15 2016 Return-Path: X-Original-To: l3sm@ietfa.amsl.com Delivered-To: l3sm@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CB5CC1A9005 for ; Fri, 15 Jan 2016 06:39:14 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.813 X-Spam-Level: X-Spam-Status: No, score=-0.813 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, CN_BODY_35=0.339, J_CHICKENPOX_12=0.6, MIME_CHARSET_FARAWAY=2.45, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ZSleXjWk_XJ1 for ; Fri, 15 Jan 2016 06:39:10 -0800 (PST) Received: from post-send.kddi.com (athena2.kddi.com [27.90.165.195]) by ietfa.amsl.com (Postfix) with ESMTP id 0CC091A9107 for ; Fri, 15 Jan 2016 06:39:09 -0800 (PST) Received: from LTMC2121.kddi.com (LTMC2121.kddi.com [10.206.0.61]) by post-send.kddi.com (KDDI Mail) with ESMTP id 336CDE0019; Fri, 15 Jan 2016 23:39:09 +0900 (JST) Received: from LTMC2145.kddi.com ([10.206.0.236] [10.206.0.236]) by LTMC2121.kddi.com with ESMTP; Fri, 15 Jan 2016 23:39:09 +0900 Received: from LTMC2145.kddi.com (localhost [127.0.0.1]) by localhost.kddi.com (Postfix) with ESMTP id 03F473A006D; Fri, 15 Jan 2016 23:39:09 +0900 (JST) Received: from LTMC2153.kddi.com (post-incheck [10.206.0.239]) by LTMC2145.kddi.com (Postfix) with ESMTP id ECE143A005F; Fri, 15 Jan 2016 23:39:08 +0900 (JST) Received: from LTMC2153.kddi.com (localhost.localdomain [127.0.0.1]) by LTMC2153.kddi.com with ESMTP id u0FEd8bv010957; Fri, 15 Jan 2016 23:39:08 +0900 Received: from LTMC2153.kddi.com.mid_57770252 (localhost.localdomain [127.0.0.1]) by LTMC2153.kddi.com with ESMTP id u0FET4AX008058; Fri, 15 Jan 2016 23:29:04 +0900 X-SA-MID: 57770252 Received: from KDDI1508PC0003 ([10.211.186.221] [10.211.186.221]) by post-smtp2.kddi.com with ESMTPA; Fri, 15 Jan 2016 23:29:04 +0900 From: "Ogaki, Kenichi" To: , References: <015f01d13dfc$925ce730$b716b590$@kddi.com> <007d01d14695$e7de9310$b79bb930$@kddi.com> <3603_1451920156_568A8B1C_3603_701_1_9E32478DFA9976438E7A22F69B08FF9216815E11@OPEXCLILMA4.corporate.adroot.infra.ftgroup> <016901d14777$c0408830$40c19890$@kddi.com> <006201d14c55$2993fab0$7cbbf010$@kddi.com> <1999_1452523041_5693BE21_1999_114_1_9E32478DFA9976438E7A22F69B08FF92168371C7@OPEXCLILMA4.corporate.adroot.infra.ftgroup> <00fc01d14cd8$ac7216a0$055643e0$@kddi.com> <3657_1452589685_5694C275_3657_16_1_9E32478DFA9976438E7A22F69B08FF921683C0E2@OPEXCLILMA4.corporate.adroot.infra.ftgroup> <007501d14d46$2a090a20$7e1b1e60$@kddi.com> <1706_1452760540_56975DDC_1706_13886_1_9E32478DFA9976438E7A22F69B08FF921683EAEB@OPEXCLILMA4.corporate.adroot.infra.ftgroup> <00bd01d14f32$e1097eb0$a31c7c10$@kddi.com> <7349_1452858032_5698DAB0_7349_249_1_9E32478DFA9976438E7A22F69B08FF921683F21F@OPEXCLILMA4.corporate.adroot.infra.f tgroup> <000c01d14f98 $879c0f30$96d42d90$@kddi.com> <22092_1452866258_5698FAD2_22092_9182_1_9E32478DFA9976438E7A22F69B08FF921683F283@OPEXCLILMA4.corporate.adroot.infra.ftgroup> In-Reply-To: <22092_1452866258_5698FAD2_22092_9182_1_9E32478DFA9976438E7A22F69B08FF921683F283@OPEXCLILMA4.corporate.adroot.infra.ftgroup> Date: Fri, 15 Jan 2016 23:29:00 +0900 Message-ID: <000001d14fa1$15c13e90$4143bbb0$@kddi.com> MIME-Version: 1.0 Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQHKn6XS7EF51VS8d/IsQ4o8FZThKQJrdKmCAeG3o9MBjM48bgIS+/56AXkiOoEBbvjuoQEP3xMOAjuwDBcBnNEXFQEhP5LyAWBZxEwBldu9uQGZWoj8Apok5ROeSbjfAA== Content-Language: ja X-TM-AS-MML: disable Archived-At: Subject: Re: [L3sm] I-D Action: draft-ietf-l3sm-l3vpn-service-model-02.txt X-BeenThere: l3sm@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: L3VPN Service YANG Model discussion group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Jan 2016 14:39:15 -0000 Hi Stephane, >Now talking about VPN policy, you need a way to identify from a = modeling point of view, which part of the site is attached to which VPN. >From a modeling perspective, how a customer can express a part of a = site ? You definitely need to run in some policy details. Now we are = supporting=20 >per prefix mapping (LAN config) for the VPN policy and also lan-tag = which brings more "dynamicity". The problem is here. There is no dynamicity in what you call subVPN = case. Customers really exist connecting to each different VPN per = ip-connection by using bgp. They don't want to inform us of each lan = prefixes when they change their internal topology. That's the dynamic = routing merit. All the best. Kenichi -----Original Message----- From: L3sm [mailto:l3sm-bounces@ietf.org] On Behalf Of = stephane.litkowski@orange.com Sent: Friday, January 15, 2016 10:58 PM To: Ogaki, Kenichi; l3sm@ietf.org Subject: Re: [L3sm] I-D Action: = draft-ietf-l3sm-l3vpn-service-model-02.txt >>- for the multiVPN case, you have no choice, you need to bind LANs to=20 >>VPNs, that's why you need to put LANs in the VPN policy and attach = them to a VPN. There is no other possibility, as the customer has to = express what part of the site belongs to what VPN. >I can't agree this. This means that a customer cannot use any dynamic = routing protocol in this case. Why a real service is restricted by a = service model definition? >Although I don't think a smart idea, if we can put a lan-tag under bgp = or ospf, we can differentiate VPN with LAN as same as static routing in = the current model. You are mixing routing protocol and VPN policy which are two different = things. You can use any dynamic routing protocol and as pointed, for routing you = do not need to put LANs. Any address will be learned dynamically from = the customer site. Now talking about VPN policy, you need a way to identify from a modeling = point of view, which part of the site is attached to which VPN. >From a modeling perspective, how a customer can express a part of a site = ? You definitely need to run in some policy details. Now we are = supporting per prefix mapping (LAN config) for the VPN policy and also = lan-tag which brings more "dynamicity". So I do not really see how we = can improve and it does not prevent any dynamicity or usage or dynamic = routing protocols. -----Original Message----- From: Ogaki, Kenichi [mailto:ke-oogaki@kddi.com] Sent: Friday, January 15, 2016 14:28 To: LITKOWSKI Stephane SCE/OINIS; l3sm@ietf.org Subject: RE: [L3sm] I-D Action: = draft-ietf-l3sm-l3vpn-service-model-02.txt Hi Stephane, Site means site. IMO, the location node in the current model also = implies that a site is a physical customer site. This must depend how each operator uses site-id (mapping to their own = existing site id). Since this must affect the other existing system's modelling, especially = to billing mechanism in BSS, this must be carefully dealt with and must = leave some options.=20 >- for the multiVPN case, you have no choice, you need to bind LANs to=20 >VPNs, that's why you need to put LANs in the VPN policy and attach them = to a VPN. There is no other possibility, as the customer has to express = what part of the site belongs to what VPN. I can't agree this. This means that a customer cannot use any dynamic = routing protocol in this case. Why a real service is restricted by a = service model definition? Although I don't think a smart idea, if we can put a lan-tag under bgp = or ospf, we can differentiate VPN with LAN as same as static routing in = the current model.=20 Thanks, Kenichi -----Original Message----- From: L3sm [mailto:l3sm-bounces@ietf.org] On Behalf Of = stephane.litkowski@orange.com Sent: Friday, January 15, 2016 8:41 PM To: Ogaki, Kenichi; l3sm@ietf.org Subject: Re: [L3sm] I-D Action: = draft-ietf-l3sm-l3vpn-service-model-02.txt One addition, from a service point of view, if we want to model the = hierarchy site vs subsite, we can add a subsite hierarchy under site to = mark the relationship, this will complexify a bit the model. But the = site-network-access is really the network attachment and I do not want = to use it to express subsites. As mentioned in the previous email, = subsite can already be modeled as a separated site : only relationship = is missing. -----Original Message----- From: Ogaki, Kenichi [mailto:ke-oogaki@kddi.com] Sent: Friday, January 15, 2016 02:20 To: LITKOWSKI Stephane SCE/OINIS; l3sm@ietf.org Subject: RE: [L3sm] I-D Action: = draft-ietf-l3sm-l3vpn-service-model-02.txt Hi Stephane, >As we discussed there is no real use case to have a multihomed site = with one connection belonging to VPN1 and another connection to VPN2. We have many use cases. When a site is a multi tenant one, each tenant basically connects each = different vpn. In cases that the site is:=20 -a DC -a large office like HQ. Each administrative section/department = sometimes connects each different vpn. -a site used by a second provider. >If multiple VPNs are used by the site, LAN will be used in the VPN = policy to express it. As I sent to Qin in the following email, In the above cases, to use LAN = is not good idea. When a customer uses a dynamic routing protocol, bgp = or ospf, they don't write lan-prefixes and don't want to write each = lan-prefixes one by one. It obviously kills the merit to use a dynamic = routing protocol. https://mailarchive.ietf.org/arch/msg/l3sm/5mSlmD1QehjPz-HZIW12pzxgFao Can we just duplicate vpn-policy under site-network-access? Or we can use choice statement if any inconsistency occurs. Thanks, Kenichi -----Original Message----- From: L3sm [mailto:l3sm-bounces@ietf.org] On Behalf Of = stephane.litkowski@orange.com Sent: Thursday, January 14, 2016 5:36 PM To: Ogaki, Kenichi; l3sm@ietf.org Subject: Re: [L3sm] I-D Action: = draft-ietf-l3sm-l3vpn-service-model-02.txt Hi, I think there is a misunderstanding in the naming used in the diagram. VPN1_site1 and VPN2_site2 are not referring to the same customer site. = VPN_site1 means site number#1 in VPN1. And VPN2_site1 means site = number#1 in VPN2, but these are not the same customer site. I can change the naming to ensure better reading and prevent such = misunderstanding.=20 As we discussed there is no real use case to have a multihomed site with = one connection belonging to VPN1 and another connection to VPN2. If = multiple VPNs are used by the site, LAN will be used in the VPN policy = to express it. Best Regards, -----Original Message----- From: Ogaki, Kenichi [mailto:ke-oogaki@kddi.com] Sent: Tuesday, January 12, 2016 15:33 To: LITKOWSKI Stephane SCE/OINIS; l3sm@ietf.org Subject: RE: [L3sm] I-D Action: = draft-ietf-l3sm-l3vpn-service-model-02.txt Hi Stephane, Could you model the site#1 in the diagram, including all the VPNs and = connections? How can we make VPN3_Site1 only talk to VPN3? Site#1 VPN1_Site1 =20 ... VPN2_Site1 =20 ... VPN3_Site1 =20 ... 1 VPN1 any-to-any-role 2 VPN2 hub-role 3 VPN3 any-to-any-role All the best, Kenichi -----Original Message----- From: L3sm [mailto:l3sm-bounces@ietf.org] On Behalf Of = stephane.litkowski@orange.com Sent: Tuesday, January 12, 2016 6:08 PM To: Ogaki, Kenichi; l3sm@ietf.org Subject: Re: [L3sm] I-D Action: = draft-ietf-l3sm-l3vpn-service-model-02.txt Hi, There should be something I'm missing here ... First, 5.2.2 text was not reviewed after creating the hierarchy between = sites and accesses. So may be there is something to fix. But reading the text again, I think this is still applicable. In the diagram, a site connects to multiple VPNs but VPN policy is not = controlled per connection from a modeling point of view. It is = controlled per site. The diagram has only single homed site so may be = the confusion comes from here. Yes the model cannot differentiate vpn policy per connection, but IMO, = this is not desirable. I don't see why the model cannot achieve the paragraph you pointed. Site#3 1 VPN3 any-to-any The second part of the paragraph you mentioned talks about the device = configuration, not the modeling part. So the model will allow PE5 to be = configured with the VPN policy (import/export RT3). May be there is also a confusion there introduced by the text. -----Original Message----- From: Ogaki, Kenichi [mailto:ke-oogaki@kddi.com] Sent: Tuesday, January 12, 2016 02:29 To: LITKOWSKI Stephane SCE/OINIS; l3sm@ietf.org Subject: RE: [L3sm] I-D Action: = draft-ietf-l3sm-l3vpn-service-model-02.txt Hi Stephane, If a simple multihomed site case is, I agree. But, as the diagram in section 5.2.2, a site connects to multiple VPNs = and each vpn policy is controlled per connection. The current model = cannot differentiate vpn policy per connection. The current model cannot realize the case described in the following = sentence, for example. =20 > Consider a site#1 in VPN3 that must communicate only in VPN3, in = this > case, the vpn-policy will be similar to Site#1 of VPN1. The VRF on > PE5 for VPN3 will be so provisioned by the management system using > RT3 value as import and export value. All the best, Kenichi -----Original Message----- From: L3sm [mailto:l3sm-bounces@ietf.org] On Behalf Of = stephane.litkowski@orange.com Sent: Monday, January 11, 2016 11:37 PM To: Ogaki, Kenichi; l3sm@ietf.org Subject: Re: [L3sm] I-D Action: = draft-ietf-l3sm-l3vpn-service-model-02.txt Hi Kenichi, IMO, for a multihomed site, the VPN policy will always be the same on = each network connection the site is using. Do you see a reason why it = could be different ? Brgds, Stephane -----Original Message----- From: L3sm [mailto:l3sm-bounces@ietf.org] On Behalf Of Ogaki, Kenichi Sent: Monday, January 11, 2016 10:48 To: l3sm@ietf.org Subject: Re: [L3sm] I-D Action: = draft-ietf-l3sm-l3vpn-service-model-02.txt Hi Stephane and All, One more comment. Leaving issue#10 and vpn-policy in vpn-svc discussion aside, the = vpn-policy in the current model should be under site-network access? According to section 5.2.2, a vpn-policy should be controlled per pair = of a PE and a site, corresponding to site-network-access /ip-connection. When we place the vpn-policy directly under "sites", how can we relate a = vpn-policy to a specific PE. Thanks, Kenichi -----Original Message----- From: L3sm [mailto:l3sm-bounces@ietf.org] On Behalf Of Ogaki, Kenichi Sent: Tuesday, January 05, 2016 2:13 PM To: stephane.litkowski@orange.com; 'Qin Wu'; l3sm@ietf.org Cc: adrian@olddog.co.uk Subject: Re: [L3sm] I-D Action: = draft-ietf-l3sm-l3vpn-service-model-02.txt Hi Stephane, Please see inline. All the best, Kenichi -----Original Message----- From: L3sm [mailto:l3sm-bounces@ietf.org] On Behalf Of = stephane.litkowski@orange.com Sent: Tuesday, January 05, 2016 12:09 AM To: Ogaki, Kenichi; 'Qin Wu'; l3sm@ietf.org Cc: adrian@olddog.co.uk Subject: Re: [L3sm] I-D Action: = draft-ietf-l3sm-l3vpn-service-model-02.txt Hi, Best wishes for this new year. Pls find inline comments. -----Original Message----- From: Ogaki, Kenichi [mailto:ke-oogaki@kddi.com] Sent: Monday, January 04, 2016 03:16 To: 'Qin Wu'; l3sm@ietf.org Cc: LITKOWSKI Stephane SCE/OINIS; adrian@olddog.co.uk Subject: RE: [L3sm] I-D Action: = draft-ietf-l3sm-l3vpn-service-model-02.txt Dear All, Additional comments are here: *svc-id The type "svc-id" is used for lots of data node. Is this necessary? When we say "vpn-id", this is obviously an id by its name, and the only = thing to define is how we represent this, string, integer or = something=A1=AD If the type "svc-id" defines the length of string or = something constraint, it makes sense. =20 [SLI] svc-id just brings consistency on how we define all the = identifiers in the model (we ensure easily that all are using the same = encoding =3D> string) [KO] I understand. *routing-protocol The current model allows multiple routing protocols for a = site-network-access. It's technically possible, but is there any use = case for l3vpn service? #Is this only for dual-stack, one for IPv4 and the other for IPv6? [SLI] It is really usual to have dynamic routing + static routing at the = same time. (e.g. dynamic routing for customer LANs, + static routing for = admin) [KO] I understand. *QoS classification Since 5.2.6.1.1. says "The order of rule is defined by the "id" leaf. = The lowest "id" MUST be processed first.", we have to change the "id" = value whenever we want to reorder the existing rules. But the "id" is = key, and a key should not be changed in DB principle. Although it may be = an implementation matter, can we just use "ordered-by user" statement = for the list "rules"? [SLI] Agree, I will add the ordered-by user. Do you see other lists that = would require such user ordering ? [KO] I can't find any other ordered list. *std-qos-profile/custom-qos-profile If "std-qos-profile and custom-qos-profile cannot be used at the same = time." in 5.1.6.1.2, we can use a choice statement for std-qos-profile = and custom-qos-profile. [SLI] Agree, will fix it. *traffic protection Can we cover the function of "traffic-protection" by = "site-network-access/availability"? [SLI] Ack, I moved the traffic protection under availability. *vpn-policy For an readability of the model, the node name = "vpn-policy/entries/id/vpn/vpn" should be = "vpn-policy/entries/id/vpn/vpn-id". [SLI] Fixed. *notification How about defining notification node under vpn-svc and = site-network-access? We sometimes have to actively inform our customers of a failure or = something. What kind of the information depends on each operator, then anydata or = anyxml suits this. [SLI] Notification are normally not part of the tree, we can create rpcs = or notifications if necessary to retrieve operational infos. Could you raise a separate thread to discuss the need of notifications ? [KO] I will raise a separate thread. ex.) container site-network-accesses { list site-network-access { key site-network-access-id; ... notification info { anydata data; } ... } -Editorials Sec. 5.1.2. 2nd and 3rd configuration examples still use "name" and "id". Sec. 5.2. typo "ressources" in Location description. Sec. 5.2.1.2 typo "ressources" in 2nd paragraph Sec. 5.2.5.7. In 2nd paragraph, AS number is defined in routing-protocol/bgp in the = current model, and customer-specific-information is already deleted. The configuration example should also include "autonomous-system". Sec. 6. The configuration example still use "name" and "id". [SLI] Thanks for catching the errors, as the model evolved a lot, it s = hard to keep all the example synchronized :) Happy New Year, Kenichi -----Original Message----- From: L3sm [mailto:l3sm-bounces@ietf.org] On Behalf Of Ogaki, Kenichi Sent: Thursday, December 24, 2015 12:39 PM To: 'Qin Wu'; l3sm@ietf.org Cc: stephane.litkowski@orange.com; adrian@olddog.co.uk Subject: Re: [L3sm] I-D Action: = draft-ietf-l3sm-l3vpn-service-model-02.txt Dear All, >https://trac.tools.ietf.org/wg/l3sm/trac/ticket/12 Two comments for the current routing-protocols: 1. Node name "cascaded-lan-prefixes" should be reworded, for example of = "customer-lan-prefixes". No longer only for *cascaded* lan. 2. Should we have a mean to retrieve the provider autonomous system = number for bgp type? ro node/ops state is enough. In the case of customer managed CE, our customer must know what AS = number the PE has. #Usually, we let them know it outside the user interface. Merry X'mas & Happy New Year, Kenichi -----Original Message----- From: L3sm [mailto:l3sm-bounces@ietf.org] On Behalf Of Qin Wu Sent: Wednesday, December 23, 2015 5:15 PM To: l3sm@ietf.org Cc: stephane.litkowski@orange.com; adrian@olddog.co.uk Subject: Re: [L3sm] I-D Action: = draft-ietf-l3sm-l3vpn-service-model-02.txt Hi, All: As a follow-up to the discussion during the L3SM interim call we had in = December 2015, We as chairs have filed two issue tickets in the issue = tracker https://trac.tools.ietf.org/wg/l3sm/trac/ticket/12 https://trac.tools.ietf.org/wg/l3sm/trac/ticket/13 Authors have revised ID based on the discussion and agreed point during = interim call. Thanks Stephane to get this done and close most of open issues we had in = the issue tracker except the following two issues: 1.Inventory ops state issue 2. VPN merging issue The diff: https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-l3sm-l3vpn-service-model-0= 2 Please review the changes and let us know if there is anything missed or = addition change that needs to be incorporated in. -Qin -----=D3=CA=BC=FE=D4=AD=BC=FE----- =B7=A2=BC=FE=C8=CB: I-D-Announce [mailto:i-d-announce-bounces@ietf.org] = =B4=FA=B1=ED internet-drafts@ietf.org =B7=A2=CB=CD=CA=B1=BC=E4: 2015=C4=EA12=D4=C215=C8=D5 18:33 =CA=D5=BC=FE=C8=CB: i-d-announce@ietf.org =B3=AD=CB=CD: l3sm@ietf.org =D6=F7=CC=E2: I-D Action: draft-ietf-l3sm-l3vpn-service-model-02.txt A New Internet-Draft is available from the on-line Internet-Drafts = directories. This draft is a work item of the L3VPN Service Model Working Group of = the IETF. Title : YANG Data Model for L3VPN service delivery Authors : Stephane Litkowski Rob Shakir Luis Tomotaki Kevin D'Souza Filename : draft-ietf-l3sm-l3vpn-service-model-02.txt Pages : 100 Date : 2015-12-15 Abstract: This document defines a YANG data model that can be used to deliver a Layer 3 Provider Provisioned VPN service. The document is limited to the BGP PE-based VPNs as described in RFC4110 and RFC4364. This model is intended to be instantiated at management system to deliver the overall service. This model is not a configuration model to be used directly on network elements. This model provides an abstracted view of the Layer 3 IPVPN service configuration components. It will be up to a management system to take this as an input and use specific configurations models to configure the different network elements to deliver the service. How configuration of network elements is done is out of scope of the document. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-l3sm-l3vpn-service-model/ There's also a htmlized version available at: https://tools.ietf.org/html/draft-ietf-l3sm-l3vpn-service-model-02 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-l3sm-l3vpn-service-model-0= 2 Please note that it may take a couple of minutes from the time of = submission until the htmlized version and diff are available at = tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ _______________________________________________ I-D-Announce mailing list I-D-Announce@ietf.org https://www.ietf.org/mailman/listinfo/i-d-announce Internet-Draft directories: http://www.ietf.org/shadow.html or = ftp://ftp.ietf.org/ietf/1shadow-sites.txt _______________________________________________ L3sm mailing list L3sm@ietf.org https://www.ietf.org/mailman/listinfo/l3sm _______________________________________________ L3sm mailing list L3sm@ietf.org https://www.ietf.org/mailman/listinfo/l3sm _________________________________________________________________________= ________________________________________________ Ce message et ses pieces jointes peuvent contenir des informations = confidentielles ou privilegiees et ne doivent donc pas etre diffuses, = exploites ou copies sans autorisation. Si vous avez recu ce message par = erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les = pieces jointes. Les messages electroniques etant susceptibles = d'alteration, Orange decline toute responsabilite si ce message a ete = altere, deforme ou falsifie. Merci. This message and its attachments may contain confidential or privileged = information that may be protected by law; they should not be = distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and = delete this message and its attachments. As emails may be altered, Orange is not liable for messages that have = been modified, changed or falsified. Thank you. _______________________________________________ L3sm mailing list L3sm@ietf.org https://www.ietf.org/mailman/listinfo/l3sm _______________________________________________ L3sm mailing list L3sm@ietf.org https://www.ietf.org/mailman/listinfo/l3sm _______________________________________________ L3sm mailing list L3sm@ietf.org https://www.ietf.org/mailman/listinfo/l3sm _________________________________________________________________________= ________________________________________________ Ce message et ses pieces jointes peuvent contenir des informations = confidentielles ou privilegiees et ne doivent donc pas etre diffuses, = exploites ou copies sans autorisation. Si vous avez recu ce message par = erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les = pieces jointes. Les messages electroniques etant susceptibles = d'alteration, Orange decline toute responsabilite si ce message a ete = altere, deforme ou falsifie. Merci. This message and its attachments may contain confidential or privileged = information that may be protected by law; they should not be = distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and = delete this message and its attachments. As emails may be altered, Orange is not liable for messages that have = been modified, changed or falsified. Thank you. _______________________________________________ L3sm mailing list L3sm@ietf.org https://www.ietf.org/mailman/listinfo/l3sm _________________________________________________________________________= ________________________________________________ Ce message et ses pieces jointes peuvent contenir des informations = confidentielles ou privilegiees et ne doivent donc pas etre diffuses, = exploites ou copies sans autorisation. Si vous avez recu ce message par = erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les = pieces jointes. Les messages electroniques etant susceptibles = d'alteration, Orange decline toute responsabilite si ce message a ete = altere, deforme ou falsifie. Merci. This message and its attachments may contain confidential or privileged = information that may be protected by law; they should not be = distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and = delete this message and its attachments. As emails may be altered, Orange is not liable for messages that have = been modified, changed or falsified. Thank you. _______________________________________________ L3sm mailing list L3sm@ietf.org https://www.ietf.org/mailman/listinfo/l3sm _________________________________________________________________________= ________________________________________________ Ce message et ses pieces jointes peuvent contenir des informations = confidentielles ou privilegiees et ne doivent donc pas etre diffuses, = exploites ou copies sans autorisation. Si vous avez recu ce message par = erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les = pieces jointes. Les messages electroniques etant susceptibles = d'alteration, Orange decline toute responsabilite si ce message a ete = altere, deforme ou falsifie. Merci. This message and its attachments may contain confidential or privileged = information that may be protected by law; they should not be = distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and = delete this message and its attachments. As emails may be altered, Orange is not liable for messages that have = been modified, changed or falsified. Thank you. _______________________________________________ L3sm mailing list L3sm@ietf.org https://www.ietf.org/mailman/listinfo/l3sm _________________________________________________________________________= ________________________________________________ Ce message et ses pieces jointes peuvent contenir des informations = confidentielles ou privilegiees et ne doivent donc pas etre diffuses, = exploites ou copies sans autorisation. Si vous avez recu ce message par = erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les = pieces jointes. Les messages electroniques etant susceptibles = d'alteration, Orange decline toute responsabilite si ce message a ete = altere, deforme ou falsifie. Merci. This message and its attachments may contain confidential or privileged = information that may be protected by law; they should not be = distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and = delete this message and its attachments. As emails may be altered, Orange is not liable for messages that have = been modified, changed or falsified. Thank you. _______________________________________________ L3sm mailing list L3sm@ietf.org https://www.ietf.org/mailman/listinfo/l3sm _________________________________________________________________________= ________________________________________________ Ce message et ses pieces jointes peuvent contenir des informations = confidentielles ou privilegiees et ne doivent donc pas etre diffuses, = exploites ou copies sans autorisation. Si vous avez recu ce message par = erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les = pieces jointes. Les messages electroniques etant susceptibles = d'alteration, Orange decline toute responsabilite si ce message a ete = altere, deforme ou falsifie. Merci. This message and its attachments may contain confidential or privileged = information that may be protected by law; they should not be = distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and = delete this message and its attachments. As emails may be altered, Orange is not liable for messages that have = been modified, changed or falsified. Thank you. _______________________________________________ L3sm mailing list L3sm@ietf.org https://www.ietf.org/mailman/listinfo/l3sm From nobody Sun Jan 17 17:05:11 2016 Return-Path: X-Original-To: l3sm@ietfa.amsl.com Delivered-To: l3sm@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 742221ACE16 for ; Sun, 17 Jan 2016 17:05:10 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.902 X-Spam-Level: X-Spam-Status: No, score=-0.902 tagged_above=-999 required=5 tests=[BAYES_50=0.8, J_CHICKENPOX_12=0.6, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id dOvzz_35lRu4 for ; Sun, 17 Jan 2016 17:05:07 -0800 (PST) Received: from post-send.kddi.com (athena2.kddi.com [27.90.165.195]) by ietfa.amsl.com (Postfix) with ESMTP id A67CC1ACE12 for ; Sun, 17 Jan 2016 17:05:07 -0800 (PST) Received: from LTMC2122.kddi.com (LTMC2122.kddi.com [10.206.0.63]) by post-send.kddi.com (KDDI Mail) with ESMTP id 74F23E0103; Mon, 18 Jan 2016 10:05:06 +0900 (JST) Received: from LTMC2145.kddi.com ([10.206.0.236] [10.206.0.236]) by LTMC2122.kddi.com with ESMTP; Mon, 18 Jan 2016 10:05:06 +0900 Received: from LTMC2145.kddi.com (localhost [127.0.0.1]) by localhost.kddi.com (Postfix) with ESMTP id 462883A0065; Mon, 18 Jan 2016 10:05:06 +0900 (JST) Received: from LTMC2152.kddi.com (post-incheck [10.206.0.239]) by LTMC2145.kddi.com (Postfix) with ESMTP id 3AFF23A005F; Mon, 18 Jan 2016 10:05:06 +0900 (JST) Received: from LTMC2152.kddi.com (localhost.localdomain [127.0.0.1]) by LTMC2152.kddi.com with ESMTP id u0I155fV005361; Mon, 18 Jan 2016 10:05:06 +0900 Received: from LTMC2152.kddi.com.mid_29694503 (localhost.localdomain [127.0.0.1]) by LTMC2152.kddi.com with ESMTP id u0I0t24M026436; Mon, 18 Jan 2016 09:55:02 +0900 X-SA-MID: 29694503 Received: from KDDI1508PC0003 ([10.211.186.221] [10.211.186.221]) by post-smtp2.kddi.com with ESMTPA; Mon, 18 Jan 2016 09:55:02 +0900 From: "Ogaki, Kenichi" To: , References: <11137_1452868271_569902AF_11137_18933_1_9E32478DFA9976438E7A22F69B08FF921683F2D0@OPEXCLILMA4.corporate.adroot.infra.ftgroup> In-Reply-To: <11137_1452868271_569902AF_11137_18933_1_9E32478DFA9976438E7A22F69B08FF921683F2D0@OPEXCLILMA4.corporate.adroot.infra.ftgroup> Date: Mon, 18 Jan 2016 09:54:58 +0900 Message-ID: <009a01d1518a$dccd16e0$966744a0$@kddi.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQH5Bq8eqk2F/jjoJjePPJmqqbPofZ6xB+nA Content-Language: ja X-TM-AS-MML: disable Archived-At: Subject: Re: [L3sm] Modeling a site with multiple subsites X-BeenThere: l3sm@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: L3VPN Service YANG Model discussion group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Jan 2016 01:05:10 -0000 Hi Stephane, >Single "physical" access between SP and customer, but multiple = sub-accesses on top (VLAN, PPP sessions, or whatever ...), each one = pointing to a specific VPN. As you wrote above in the scenario a) and b), vpn-policy only have to be = controlled per logical access, equivalent to the site-network-access in = the current model. To solve the issue as simple as possible, it's = sufficient to duplicate vpn-policy under site-network-access. In these cases, a completely different conceptual element, sub-sites, is = not required. This must bring a complexity, and sometimes hard to be = understood, depending on operator's usecase.=20 Although we shouldn't discuss the device modelling, the granularity of = sub-sites corresponds to a VRF=92s one from the viewpoint of vpn-policy. = In this case, nobody intuitively imagines (sub-)sites from VRF, because = it's commonly in a single physical box. FYI, our commercial service honestly has a similar element as sub-sites, = corresponding to vlan, but we still allows multiple vpns and bgp peers, = each different vpn access per peer, within a single vlan. All the best, Kenichi -----Original Message----- From: L3sm [mailto:l3sm-bounces@ietf.org] On Behalf Of = stephane.litkowski@orange.com Sent: Friday, January 15, 2016 11:31 PM To: l3sm@ietf.org Subject: [L3sm] Modeling a site with multiple subsites [Creating another topic for better followup] =20 Today the model has the ability to create sites, a site can be = multihomed to the network thanks to the site-network-access sub-tree. =20 Now the question is how to we model such scenarios : =20 a) =93SUBVPN case=94 : Single =93physical=94 access between SP and = customer, but multiple sub-accesses on top (VLAN, PPP sessions, or = whatever =85), each one pointing to a specific VPN. It is expected for = the customer to ensure flow separation (VRF lite, VLANs =85). It=92s = typically a big company with a Hub site used where affiliates have = dedicated resources in the Hub site, and affiliates must not talk to = each other or even share resources. Note that I putted =93physical=94 = between quotes because it can be a nested logical accesses =85 =20 =20 b) =93INTER-AS option A like =94 case : this is the back to back = VRF case, as previously single =93physical=94 access and multiple = logical accesses on top each one pointing to a separate VPN. I putted = interAS, but this can be =93intra-AS=94 with iBGP back to back VRFs also = (internal DC for example) =20 c) What about option B ? Do we consider option B as a service ? I = would not be in favor of that. Option B setups are really particular in = term of design, security =85 So I would like to have option B out of = scope. =20 =20 Even if a) and b) are separated use cases from a service point of view, = these are similar in term of modeling. =20 Today we can model it has a collection of separated sites without any = relationship between each other. The other point is that we cannot = express any property of the =93physical=94 attachment but there may few = (encryption ?). We can keep the model as it is with this limitation or = we can create site and sub-site hierarchy which as I already said may = complexify the reading and usability (IMO). It may look like this : =20 =B7 Sites o Site-only-parameters : =A7 Location =A7 Diversity =A7 management =A7 Security o Specific-parameters : <- to be used only if there is no subsite. =A7 Vpn-policy =A7 Services =A7 Routing-protocols =A7 Site-network-accesses =B7 =85. o Sub-sites : <- to be used in case of sub sites present =A7 Specific-parameters : =B7 Vpn-policy =B7 Services =B7 Routing-protocols =B7 Site-network-accesses o =85 =20 I=92m also wondering if bearer parameters must also be taken out in this = case and putted in the site-only-parameters.=20 The hierarchy becomes really complex here and I would like to keep it as = simple as possible. =20 =20 Would be good to have multiple feedbacks from the WG to see where the = consensus is. =20 =20 Orange logo =20 =20 Stephane Litkowski=20 Network Architect=20 Orange/SCE/EQUANT/OINIS/NET Orange Expert Future Networks phone: +33 2 23 28 49 83 = =20 mobile: +33 6 37 86 97 52 = =20 stephane.litkowski@orange.com =20 =20 =20 _________________________________________________________________________= ________________________________________________ Ce message et ses pieces jointes peuvent contenir des informations = confidentielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez = recu ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages = electroniques etant susceptibles d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme = ou falsifie. Merci. This message and its attachments may contain confidential or privileged = information that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and = delete this message and its attachments. As emails may be altered, Orange is not liable for messages that have = been modified, changed or falsified. Thank you. From nobody Mon Jan 18 00:55:38 2016 Return-Path: X-Original-To: l3sm@ietfa.amsl.com Delivered-To: l3sm@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 954721B3302 for ; Mon, 18 Jan 2016 00:55:36 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 1.489 X-Spam-Level: * X-Spam-Status: No, score=1.489 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, CN_BODY_35=0.339, FREEMAIL_FROM=0.001, J_CHICKENPOX_12=0.6, MIME_CHARSET_FARAWAY=2.45, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id czzNm88pJ0kg for ; Mon, 18 Jan 2016 00:55:32 -0800 (PST) Received: from relais-inet.orange.com (relais-nor35.orange.com [80.12.70.35]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 818CB1B3301 for ; Mon, 18 Jan 2016 00:55:31 -0800 (PST) Received: from opfednr06.francetelecom.fr (unknown [xx.xx.xx.70]) by opfednr26.francetelecom.fr (ESMTP service) with ESMTP id A6067201AA; Mon, 18 Jan 2016 09:55:29 +0100 (CET) Received: from Exchangemail-eme2.itn.ftgroup (unknown [xx.xx.31.66]) by opfednr06.francetelecom.fr (ESMTP service) with ESMTP id 7A49D1A005F; Mon, 18 Jan 2016 09:55:29 +0100 (CET) Received: from OPEXCLILMA4.corporate.adroot.infra.ftgroup ([fe80::65de:2f08:41e6:ebbe]) by OPEXCLILMA1.corporate.adroot.infra.ftgroup ([fe80::95e2:eb4b:3053:fabf%19]) with mapi id 14.03.0279.002; Mon, 18 Jan 2016 09:55:29 +0100 From: To: "Ogaki, Kenichi" , "l3sm@ietf.org" Thread-Topic: [L3sm] I-D Action: draft-ietf-l3sm-l3vpn-service-model-02.txt Thread-Index: AQHRNyQASFTWgXlJrky4uLxNNvqAOZ7YPm3QgAE7qwCAETKrAIAA3/9AgADjsgCACbrOAIAAYQFAgACmCYCAAI5dEIAATJ6AgALQYyCAAQkMgIAAvRYggAAOKwCAABaocP//+nsAgARn24A= Date: Mon, 18 Jan 2016 08:55:29 +0000 Message-ID: <25644_1453107329_569CA881_25644_12088_1_9E32478DFA9976438E7A22F69B08FF921683F5F7@OPEXCLILMA4.corporate.adroot.infra.ftgroup> References: <015f01d13dfc$925ce730$b716b590$@kddi.com> <007d01d14695$e7de9310$b79bb930$@kddi.com> <3603_1451920156_568A8B1C_3603_701_1_9E32478DFA9976438E7A22F69B08FF9216815E11@OPEXCLILMA4.corporate.adroot.infra.ftgroup> <016901d14777$c0408830$40c19890$@kddi.com> <006201d14c55$2993fab0$7cbbf010$@kddi.com> <1999_1452523041_5693BE21_1999_114_1_9E32478DFA9976438E7A22F69B08FF92168371C7@OPEXCLILMA4.corporate.adroot.infra.ftgroup> <00fc01d14cd8$ac7216a0$055643e0$@kddi.com> <3657_1452589685_5694C275_3657_16_1_9E32478DFA9976438E7A22F69B08FF921683C0E2@OPEXCLILMA4.corporate.adroot.infra.ftgroup> <007501d14d46$2a090a20$7e1b1e60$@kddi.com> <1706_1452760540_56975DDC_1706_13886_1_9E32478DFA9976438E7A22F69B08FF921683EAEB@OPEXCLILMA4.corporate.adroot.infra.ftgroup> <00bd01d14f32$e1097eb0$a31c7c10$@kddi.com> <7349_1452858032_5698DAB0_7349_249_1_9E32478DFA9976438E7A22F69B08FF921683F21F@OPEXCLILMA4.corporate.adroot.infra.f tgroup> <000c01d14f98 $879c0f30$96d42d90$@kddi.com> <22092_1452866258_5698FAD2_22092_9182_1_9E32478DFA9976438E7A22F69B08FF921683F283@OPEXCLILMA4.corporate.adroot.infra.ftgroup> <000001d14fa1$15c13e90$4143bbb0$@kddi.com> In-Reply-To: <000001d14fa1$15c13e90$4143bbb0$@kddi.com> Accept-Language: fr-FR, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.168.234.3] Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 MIME-Version: 1.0 Archived-At: Subject: Re: [L3sm] I-D Action: draft-ietf-l3sm-l3vpn-service-model-02.txt X-BeenThere: l3sm@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: L3VPN Service YANG Model discussion group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Jan 2016 08:55:36 -0000 SGksDQoNCkkgdGhpbmsgeW91IGFyZSBtaXhpbmcgc3ViVlBOIGFuZCBtdWx0aVZQTiBtb2RlbGlu Zy4NCg0KbXVsdGlWUE4gaXMgYSBzaW5nbGUgc2l0ZSBhbmQgc2luZ2xlIHJvdXRpbmcgKHNpbmds ZSBsb2dpY2FsIGFjY2Vzcykgd2hlcmUgc29tZSBMQU5zIGJlbG9uZ3MgdG8gb25lIG9yIG1vcmUg VlBOcywgYW5kIHNvbWUgb3RoZXJzIHRvIG90aGVycyBWUE5zLiBUaGlzIGNhbiBiZSBtb2RlbGVk IGFzIGZvbGxvd3MgOg0KPHNpdGVzPg0KCTxzaXRlLWlkPk11bHRpVlBOLXNpdGU8L3NpdGUtaWQ+ DQoJPHZwbi1wb2xpY3k+DQoJCTxlbnRyaWVzPg0KCQkJPGlkPjE8L2lkPg0KCQkJPGZpbHRlcj4N CgkJCQk8bGFuLXRhZz4xMDA8L2xhbi10YWc+DQoJCQk8L2ZpbHRlcj4NCgkJCTx2cG4+DQoJCQkJ PHZwbi1pZD5WUE4xPC92cG4taWQ+DQoJCQkJPHNpdGUtcm9sZT5hbnktdG8tYW55PC9zaXRlLXJv bGU+DQoJCQk8L3Zwbj4NCgkJPC9lbnRyaWVzPg0KCQk8ZW50cmllcz4NCgkJCTxpZD4yPC9pZD4N CgkJCTxmaWx0ZXI+DQoJCQkJPGxhbi10YWc+MjAwPC9sYW4tdGFnPg0KCQkJPC9maWx0ZXI+DQoJ CQk8dnBuPg0KCQkJCTx2cG4taWQ+VlBOMjwvdnBuLWlkPg0KCQkJCTxzaXRlLXJvbGU+YW55LXRv LWFueTwvc2l0ZS1yb2xlPg0KCQkJPC92cG4+DQoJCTwvZW50cmllcz4NCgk8L3Zwbi1wb2xpY3k+ DQoJPHJvdXRpbmctcHJvdG9jb2xzPg0KCQk8cm91dGluZy1wcm90b2NvbD4NCgkJCTx0eXBlPmJn cDwvdHlwZT4NCgkJCTxiZ3A+DQoJCQkJLi4uDQoJCQk8L2JncD4JCQkNCgkJPC9yb3V0aW5nLXBy b3RvY29sPg0KCTwvcm91dGluZy1wcm90b2NvbHM+DQoJPHNpdGUtbmV0d29yay1hY2Nlc3Nlcz4N CgkuLi4NCgk8L3NpdGUtbmV0d29yay1hY2Nlc3Nlcz4NCjwvc2l0ZXM+DQoNCg0KIlN1YlZQTiIg aXMgYSBjb2xsZWN0aW9uIG9mIHNpdGVzIHNoYXJpbmcgYSBjb21tb24gaW5mcmFzdHJ1Y3R1cmUg ImdlbmVyYWxseSBDRSBhbmQgcGh5c2ljYWwvbG9naWNhbCBhY2Nlc3MiIGFuZCBnZW5lcmFsbHkg Q0UgaXMgaW1wbGVtZW50aW5nIFZSRi1saXRlIHRvIGtlZXAgaXNvbGF0aW5nIHRoZSBzdWItc2l0 ZXMgYmV0d2VlbiB0aGVtLg0KVGhpcyBjYW4gYmUgbW9kZWxlZCB0b2RheSBhcyBhIGNvbGxlY3Rp b24gb2Ygc2l0ZXMgKGJ1dCB3aXRoIG5vIHJlbGF0aW9uc2hpcCBiZXR3ZWVuIGVhY2ggb3RoZXIp LiBFYWNoIHN1YlZQTiBtYXkgYWxzbyBiZSB1c2luZyBtdWx0aVZQTi4NCg0KPHNpdGVzPg0KCTxz aXRlLWlkPlN1YlZQTl9zdWJzaXRlMSA8L3NpdGUtaWQ+DQoJPHZwbi1wb2xpY3k+DQoJCTxlbnRy aWVzPg0KCQkJPGlkPjE8L2lkPg0KCQkJPHZwbj4NCgkJCQk8dnBuLWlkPlZQTjU8L3Zwbi1pZD4N CgkJCQk8c2l0ZS1yb2xlPnNwb2tlLXJvbGU8L3NpdGUtcm9sZT4NCgkJCTwvdnBuPg0KCQk8L2Vu dHJpZXM+DQoJPC92cG4tcG9saWN5Pg0KCTxyb3V0aW5nLXByb3RvY29scz4NCgkJPHJvdXRpbmct cHJvdG9jb2w+DQoJCQk8dHlwZT5iZ3A8L3R5cGU+DQoJCQk8YmdwPg0KCQkJCS4uLg0KCQkJPC9i Z3A+CQkJDQoJCTwvcm91dGluZy1wcm90b2NvbD4NCgk8L3JvdXRpbmctcHJvdG9jb2xzPg0KCTxz aXRlLW5ldHdvcmstYWNjZXNzZXM+DQoJLi4uDQoJPC9zaXRlLW5ldHdvcmstYWNjZXNzZXM+DQo8 L3NpdGVzPg0KPHNpdGVzPg0KCTxzaXRlLWlkPlN1YlZQTl9zdWJzaXRlMl9hc19tdWx0aVZQTjwv c2l0ZS1pZD4NCgk8dnBuLXBvbGljeT4NCgkJPGVudHJpZXM+DQoJCQk8aWQ+MTwvaWQ+DQoJCQk8 ZmlsdGVyPg0KCQkJCTxsYW4tdGFnPjEwMDwvbGFuLXRhZz4NCgkJCTwvZmlsdGVyPg0KCQkJPHZw bj4NCgkJCQk8dnBuLWlkPlZQTjE8L3Zwbi1pZD4NCgkJCQk8c2l0ZS1yb2xlPmFueS10by1hbnk8 L3NpdGUtcm9sZT4NCgkJCTwvdnBuPg0KCQk8L2VudHJpZXM+DQoJCTxlbnRyaWVzPg0KCQkJPGlk PjI8L2lkPg0KCQkJPGZpbHRlcj4NCgkJCQk8bGFuLXRhZz4yMDA8L2xhbi10YWc+DQoJCQk8L2Zp bHRlcj4NCgkJCTx2cG4+DQoJCQkJPHZwbi1pZD5WUE4yPC92cG4taWQ+DQoJCQkJPHNpdGUtcm9s ZT5hbnktdG8tYW55PC9zaXRlLXJvbGU+DQoJCQk8L3Zwbj4NCgkJPC9lbnRyaWVzPg0KCTwvdnBu LXBvbGljeT4NCgk8cm91dGluZy1wcm90b2NvbHM+DQoJCTxyb3V0aW5nLXByb3RvY29sPg0KCQkJ PHR5cGU+YmdwPC90eXBlPg0KCQkJPGJncD4NCgkJCQkuLi4NCgkJCTwvYmdwPgkJCQ0KCQk8L3Jv dXRpbmctcHJvdG9jb2w+DQoJPC9yb3V0aW5nLXByb3RvY29scz4NCgk8c2l0ZS1uZXR3b3JrLWFj Y2Vzc2VzPg0KCS4uLg0KCTwvc2l0ZS1uZXR3b3JrLWFjY2Vzc2VzPg0KPC9zaXRlcz4NCg0KDQoJ DQoJDQoNCi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQpGcm9tOiBPZ2FraSwgS2VuaWNoaSBb bWFpbHRvOmtlLW9vZ2FraUBrZGRpLmNvbV0gDQpTZW50OiBGcmlkYXksIEphbnVhcnkgMTUsIDIw MTYgMTU6MjkNClRvOiBMSVRLT1dTS0kgU3RlcGhhbmUgU0NFL09JTklTOyBsM3NtQGlldGYub3Jn DQpTdWJqZWN0OiBSRTogW0wzc21dIEktRCBBY3Rpb246IGRyYWZ0LWlldGYtbDNzbS1sM3Zwbi1z ZXJ2aWNlLW1vZGVsLTAyLnR4dA0KDQpIaSBTdGVwaGFuZSwNCg0KPk5vdyB0YWxraW5nIGFib3V0 IFZQTiBwb2xpY3ksIHlvdSBuZWVkIGEgd2F5IHRvIGlkZW50aWZ5IGZyb20gYSBtb2RlbGluZyBw b2ludCBvZiB2aWV3LCB3aGljaCBwYXJ0IG9mIHRoZSBzaXRlIGlzIGF0dGFjaGVkIHRvIHdoaWNo IFZQTi4NCj5Gcm9tIGEgbW9kZWxpbmcgcGVyc3BlY3RpdmUsIGhvdyBhIGN1c3RvbWVyIGNhbiBl eHByZXNzIGEgcGFydCBvZiBhIA0KPnNpdGUgPyBZb3UgZGVmaW5pdGVseSBuZWVkIHRvIHJ1biBp biBzb21lIHBvbGljeSBkZXRhaWxzLiBOb3cgd2UgYXJlIHN1cHBvcnRpbmcgcGVyIHByZWZpeCBt YXBwaW5nIChMQU4gY29uZmlnKSBmb3IgdGhlIFZQTiBwb2xpY3kgYW5kIGFsc28gbGFuLXRhZyB3 aGljaCBicmluZ3MgbW9yZSAiZHluYW1pY2l0eSIuDQoNClRoZSBwcm9ibGVtIGlzIGhlcmUuIFRo ZXJlIGlzIG5vIGR5bmFtaWNpdHkgaW4gd2hhdCB5b3UgY2FsbCBzdWJWUE4gY2FzZS4NCkN1c3Rv bWVycyByZWFsbHkgZXhpc3QgY29ubmVjdGluZyB0byBlYWNoIGRpZmZlcmVudCBWUE4gcGVyIGlw LWNvbm5lY3Rpb24gYnkgdXNpbmcgYmdwLiBUaGV5IGRvbid0IHdhbnQgdG8gaW5mb3JtIHVzIG9m IGVhY2ggbGFuIHByZWZpeGVzIHdoZW4gdGhleSBjaGFuZ2UgdGhlaXIgaW50ZXJuYWwgdG9wb2xv Z3kuIFRoYXQncyB0aGUgZHluYW1pYyByb3V0aW5nIG1lcml0Lg0KDQpBbGwgdGhlIGJlc3QuDQpL ZW5pY2hpDQoNCg0KLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCkZyb206IEwzc20gW21haWx0 bzpsM3NtLWJvdW5jZXNAaWV0Zi5vcmddIE9uIEJlaGFsZiBPZiBzdGVwaGFuZS5saXRrb3dza2lA b3JhbmdlLmNvbQ0KU2VudDogRnJpZGF5LCBKYW51YXJ5IDE1LCAyMDE2IDEwOjU4IFBNDQpUbzog T2dha2ksIEtlbmljaGk7IGwzc21AaWV0Zi5vcmcNClN1YmplY3Q6IFJlOiBbTDNzbV0gSS1EIEFj dGlvbjogZHJhZnQtaWV0Zi1sM3NtLWwzdnBuLXNlcnZpY2UtbW9kZWwtMDIudHh0DQoNCj4+LSBm b3IgdGhlIG11bHRpVlBOIGNhc2UsIHlvdSBoYXZlIG5vIGNob2ljZSwgeW91IG5lZWQgdG8gYmlu ZCBMQU5zIHRvIA0KPj5WUE5zLCB0aGF0J3Mgd2h5IHlvdSBuZWVkIHRvIHB1dCBMQU5zIGluIHRo ZSBWUE4gcG9saWN5IGFuZCBhdHRhY2ggdGhlbSB0byBhIFZQTi4gVGhlcmUgaXMgbm8gb3RoZXIg cG9zc2liaWxpdHksIGFzIHRoZSBjdXN0b21lciBoYXMgdG8gZXhwcmVzcyB3aGF0IHBhcnQgb2Yg dGhlIHNpdGUgYmVsb25ncyB0byB3aGF0IFZQTi4NCg0KPkkgY2FuJ3QgYWdyZWUgdGhpcy4gVGhp cyBtZWFucyB0aGF0IGEgY3VzdG9tZXIgY2Fubm90IHVzZSBhbnkgZHluYW1pYyByb3V0aW5nIHBy b3RvY29sIGluIHRoaXMgY2FzZS4gV2h5IGEgcmVhbCBzZXJ2aWNlIGlzIHJlc3RyaWN0ZWQgYnkg YSBzZXJ2aWNlIG1vZGVsIGRlZmluaXRpb24/DQoNCj5BbHRob3VnaCBJIGRvbid0IHRoaW5rIGEg c21hcnQgaWRlYSwgaWYgd2UgY2FuIHB1dCBhIGxhbi10YWcgdW5kZXIgYmdwIG9yIG9zcGYsIHdl IGNhbiBkaWZmZXJlbnRpYXRlIFZQTiB3aXRoIExBTiBhcyBzYW1lIGFzIHN0YXRpYyByb3V0aW5n IGluIHRoZSBjdXJyZW50IG1vZGVsLg0KDQpZb3UgYXJlIG1peGluZyByb3V0aW5nIHByb3RvY29s IGFuZCBWUE4gcG9saWN5IHdoaWNoIGFyZSB0d28gZGlmZmVyZW50IHRoaW5ncy4NCllvdSBjYW4g dXNlIGFueSBkeW5hbWljIHJvdXRpbmcgcHJvdG9jb2wgYW5kIGFzIHBvaW50ZWQsIGZvciByb3V0 aW5nIHlvdSBkbyBub3QgbmVlZCB0byBwdXQgTEFOcy4gQW55IGFkZHJlc3Mgd2lsbCBiZSBsZWFy bmVkIGR5bmFtaWNhbGx5IGZyb20gdGhlIGN1c3RvbWVyIHNpdGUuDQoNCk5vdyB0YWxraW5nIGFi b3V0IFZQTiBwb2xpY3ksIHlvdSBuZWVkIGEgd2F5IHRvIGlkZW50aWZ5IGZyb20gYSBtb2RlbGlu ZyBwb2ludCBvZiB2aWV3LCB3aGljaCBwYXJ0IG9mIHRoZSBzaXRlIGlzIGF0dGFjaGVkIHRvIHdo aWNoIFZQTi4NCkZyb20gYSBtb2RlbGluZyBwZXJzcGVjdGl2ZSwgaG93IGEgY3VzdG9tZXIgY2Fu IGV4cHJlc3MgYSBwYXJ0IG9mIGEgc2l0ZSA/IFlvdSBkZWZpbml0ZWx5IG5lZWQgdG8gcnVuIGlu IHNvbWUgcG9saWN5IGRldGFpbHMuIE5vdyB3ZSBhcmUgc3VwcG9ydGluZyBwZXIgcHJlZml4IG1h cHBpbmcgKExBTiBjb25maWcpIGZvciB0aGUgVlBOIHBvbGljeSBhbmQgYWxzbyBsYW4tdGFnIHdo aWNoIGJyaW5ncyBtb3JlICJkeW5hbWljaXR5Ii4gU28gSSBkbyBub3QgcmVhbGx5IHNlZSBob3cg d2UgY2FuIGltcHJvdmUgYW5kIGl0IGRvZXMgbm90IHByZXZlbnQgYW55IGR5bmFtaWNpdHkgb3Ig dXNhZ2Ugb3IgZHluYW1pYyByb3V0aW5nIHByb3RvY29scy4NCg0KDQoNCi0tLS0tT3JpZ2luYWwg TWVzc2FnZS0tLS0tDQpGcm9tOiBPZ2FraSwgS2VuaWNoaSBbbWFpbHRvOmtlLW9vZ2FraUBrZGRp LmNvbV0NClNlbnQ6IEZyaWRheSwgSmFudWFyeSAxNSwgMjAxNiAxNDoyOA0KVG86IExJVEtPV1NL SSBTdGVwaGFuZSBTQ0UvT0lOSVM7IGwzc21AaWV0Zi5vcmcNClN1YmplY3Q6IFJFOiBbTDNzbV0g SS1EIEFjdGlvbjogZHJhZnQtaWV0Zi1sM3NtLWwzdnBuLXNlcnZpY2UtbW9kZWwtMDIudHh0DQoN CkhpIFN0ZXBoYW5lLA0KDQpTaXRlIG1lYW5zIHNpdGUuIElNTywgdGhlIGxvY2F0aW9uIG5vZGUg aW4gdGhlIGN1cnJlbnQgbW9kZWwgYWxzbyBpbXBsaWVzIHRoYXQgYSBzaXRlIGlzIGEgcGh5c2lj YWwgY3VzdG9tZXIgc2l0ZS4NCg0KVGhpcyBtdXN0IGRlcGVuZCBob3cgZWFjaCBvcGVyYXRvciB1 c2VzIHNpdGUtaWQgKG1hcHBpbmcgdG8gdGhlaXIgb3duIGV4aXN0aW5nIHNpdGUgaWQpLg0KU2lu Y2UgdGhpcyBtdXN0IGFmZmVjdCB0aGUgb3RoZXIgZXhpc3Rpbmcgc3lzdGVtJ3MgbW9kZWxsaW5n LCBlc3BlY2lhbGx5IHRvIGJpbGxpbmcgbWVjaGFuaXNtIGluIEJTUywgdGhpcyBtdXN0IGJlIGNh cmVmdWxseSBkZWFsdCB3aXRoIGFuZCBtdXN0IGxlYXZlIHNvbWUgb3B0aW9ucy4gDQoNCj4tIGZv ciB0aGUgbXVsdGlWUE4gY2FzZSwgeW91IGhhdmUgbm8gY2hvaWNlLCB5b3UgbmVlZCB0byBiaW5k IExBTnMgdG8gDQo+VlBOcywgdGhhdCdzIHdoeSB5b3UgbmVlZCB0byBwdXQgTEFOcyBpbiB0aGUg VlBOIHBvbGljeSBhbmQgYXR0YWNoIHRoZW0gdG8gYSBWUE4uIFRoZXJlIGlzIG5vIG90aGVyIHBv c3NpYmlsaXR5LCBhcyB0aGUgY3VzdG9tZXIgaGFzIHRvIGV4cHJlc3Mgd2hhdCBwYXJ0IG9mIHRo ZSBzaXRlIGJlbG9uZ3MgdG8gd2hhdCBWUE4uDQoNCkkgY2FuJ3QgYWdyZWUgdGhpcy4gVGhpcyBt ZWFucyB0aGF0IGEgY3VzdG9tZXIgY2Fubm90IHVzZSBhbnkgZHluYW1pYyByb3V0aW5nIHByb3Rv Y29sIGluIHRoaXMgY2FzZS4gV2h5IGEgcmVhbCBzZXJ2aWNlIGlzIHJlc3RyaWN0ZWQgYnkgYSBz ZXJ2aWNlIG1vZGVsIGRlZmluaXRpb24/DQoNCkFsdGhvdWdoIEkgZG9uJ3QgdGhpbmsgYSBzbWFy dCBpZGVhLCBpZiB3ZSBjYW4gcHV0IGEgbGFuLXRhZyB1bmRlciBiZ3Agb3Igb3NwZiwgd2UgY2Fu IGRpZmZlcmVudGlhdGUgVlBOIHdpdGggTEFOIGFzIHNhbWUgYXMgc3RhdGljIHJvdXRpbmcgaW4g dGhlIGN1cnJlbnQgbW9kZWwuIA0KDQpUaGFua3MsDQpLZW5pY2hpDQoNCi0tLS0tT3JpZ2luYWwg TWVzc2FnZS0tLS0tDQpGcm9tOiBMM3NtIFttYWlsdG86bDNzbS1ib3VuY2VzQGlldGYub3JnXSBP biBCZWhhbGYgT2Ygc3RlcGhhbmUubGl0a293c2tpQG9yYW5nZS5jb20NClNlbnQ6IEZyaWRheSwg SmFudWFyeSAxNSwgMjAxNiA4OjQxIFBNDQpUbzogT2dha2ksIEtlbmljaGk7IGwzc21AaWV0Zi5v cmcNClN1YmplY3Q6IFJlOiBbTDNzbV0gSS1EIEFjdGlvbjogZHJhZnQtaWV0Zi1sM3NtLWwzdnBu LXNlcnZpY2UtbW9kZWwtMDIudHh0DQoNCk9uZSBhZGRpdGlvbiwgZnJvbSBhIHNlcnZpY2UgcG9p bnQgb2YgdmlldywgaWYgd2Ugd2FudCB0byBtb2RlbCB0aGUgaGllcmFyY2h5IHNpdGUgdnMgc3Vi c2l0ZSwgd2UgY2FuIGFkZCBhIHN1YnNpdGUgaGllcmFyY2h5IHVuZGVyIHNpdGUgdG8gbWFyayB0 aGUgcmVsYXRpb25zaGlwLCB0aGlzIHdpbGwgY29tcGxleGlmeSBhIGJpdCB0aGUgbW9kZWwuIEJ1 dCB0aGUgc2l0ZS1uZXR3b3JrLWFjY2VzcyBpcyByZWFsbHkgdGhlIG5ldHdvcmsgYXR0YWNobWVu dCBhbmQgSSBkbyBub3Qgd2FudCB0byB1c2UgaXQgdG8gZXhwcmVzcyBzdWJzaXRlcy4gQXMgbWVu dGlvbmVkIGluIHRoZSBwcmV2aW91cyBlbWFpbCwgc3Vic2l0ZSBjYW4gYWxyZWFkeSBiZSBtb2Rl bGVkIGFzIGEgc2VwYXJhdGVkIHNpdGUgOiBvbmx5IHJlbGF0aW9uc2hpcCBpcyBtaXNzaW5nLg0K DQoNCi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQpGcm9tOiBPZ2FraSwgS2VuaWNoaSBbbWFp bHRvOmtlLW9vZ2FraUBrZGRpLmNvbV0NClNlbnQ6IEZyaWRheSwgSmFudWFyeSAxNSwgMjAxNiAw MjoyMA0KVG86IExJVEtPV1NLSSBTdGVwaGFuZSBTQ0UvT0lOSVM7IGwzc21AaWV0Zi5vcmcNClN1 YmplY3Q6IFJFOiBbTDNzbV0gSS1EIEFjdGlvbjogZHJhZnQtaWV0Zi1sM3NtLWwzdnBuLXNlcnZp Y2UtbW9kZWwtMDIudHh0DQoNCkhpIFN0ZXBoYW5lLA0KDQo+QXMgd2UgZGlzY3Vzc2VkIHRoZXJl IGlzIG5vIHJlYWwgdXNlIGNhc2UgdG8gaGF2ZSBhIG11bHRpaG9tZWQgc2l0ZSB3aXRoIG9uZSBj b25uZWN0aW9uIGJlbG9uZ2luZyB0byBWUE4xIGFuZCBhbm90aGVyIGNvbm5lY3Rpb24gdG8gVlBO Mi4NCg0KV2UgaGF2ZSBtYW55IHVzZSBjYXNlcy4NCldoZW4gYSBzaXRlIGlzIGEgbXVsdGkgdGVu YW50IG9uZSwgZWFjaCB0ZW5hbnQgYmFzaWNhbGx5IGNvbm5lY3RzIGVhY2ggZGlmZmVyZW50IHZw bi4NCkluIGNhc2VzIHRoYXQgdGhlIHNpdGUgaXM6IA0KLWEgREMNCi1hIGxhcmdlIG9mZmljZSBs aWtlIEhRLiBFYWNoIGFkbWluaXN0cmF0aXZlIHNlY3Rpb24vZGVwYXJ0bWVudCBzb21ldGltZXMg Y29ubmVjdHMgZWFjaCBkaWZmZXJlbnQgdnBuLg0KLWEgc2l0ZSB1c2VkIGJ5IGEgc2Vjb25kIHBy b3ZpZGVyLg0KDQo+SWYgbXVsdGlwbGUgVlBOcyBhcmUgdXNlZCBieSB0aGUgc2l0ZSwgTEFOIHdp bGwgYmUgdXNlZCBpbiB0aGUgVlBOIHBvbGljeSB0byBleHByZXNzIGl0Lg0KDQpBcyBJIHNlbnQg dG8gUWluIGluIHRoZSBmb2xsb3dpbmcgZW1haWwsIEluIHRoZSBhYm92ZSBjYXNlcywgdG8gdXNl IExBTiBpcyBub3QgZ29vZCBpZGVhLiBXaGVuIGEgY3VzdG9tZXIgdXNlcyBhIGR5bmFtaWMgcm91 dGluZyBwcm90b2NvbCwgYmdwIG9yIG9zcGYsIHRoZXkgZG9uJ3Qgd3JpdGUgbGFuLXByZWZpeGVz IGFuZCBkb24ndCB3YW50IHRvIHdyaXRlIGVhY2ggbGFuLXByZWZpeGVzIG9uZSBieSBvbmUuIEl0 IG9idmlvdXNseSBraWxscyB0aGUgbWVyaXQgdG8gdXNlIGEgZHluYW1pYyByb3V0aW5nIHByb3Rv Y29sLg0KaHR0cHM6Ly9tYWlsYXJjaGl2ZS5pZXRmLm9yZy9hcmNoL21zZy9sM3NtLzVtU2xtRDFR ZWhqUHotSFpJVzEycHp4Z0Zhbw0KDQpDYW4gd2UganVzdCBkdXBsaWNhdGUgdnBuLXBvbGljeSB1 bmRlciBzaXRlLW5ldHdvcmstYWNjZXNzPw0KT3Igd2UgY2FuIHVzZSBjaG9pY2Ugc3RhdGVtZW50 IGlmIGFueSBpbmNvbnNpc3RlbmN5IG9jY3Vycy4NCg0KVGhhbmtzLA0KS2VuaWNoaQ0KDQotLS0t LU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KRnJvbTogTDNzbSBbbWFpbHRvOmwzc20tYm91bmNlc0Bp ZXRmLm9yZ10gT24gQmVoYWxmIE9mIHN0ZXBoYW5lLmxpdGtvd3NraUBvcmFuZ2UuY29tDQpTZW50 OiBUaHVyc2RheSwgSmFudWFyeSAxNCwgMjAxNiA1OjM2IFBNDQpUbzogT2dha2ksIEtlbmljaGk7 IGwzc21AaWV0Zi5vcmcNClN1YmplY3Q6IFJlOiBbTDNzbV0gSS1EIEFjdGlvbjogZHJhZnQtaWV0 Zi1sM3NtLWwzdnBuLXNlcnZpY2UtbW9kZWwtMDIudHh0DQoNCkhpLA0KDQpJIHRoaW5rIHRoZXJl IGlzIGEgbWlzdW5kZXJzdGFuZGluZyBpbiB0aGUgbmFtaW5nIHVzZWQgaW4gdGhlIGRpYWdyYW0u DQoNClZQTjFfc2l0ZTEgYW5kIFZQTjJfc2l0ZTIgYXJlIG5vdCByZWZlcnJpbmcgdG8gdGhlIHNh bWUgY3VzdG9tZXIgc2l0ZS4gVlBOX3NpdGUxIG1lYW5zIHNpdGUgbnVtYmVyIzEgaW4gVlBOMS4g QW5kIFZQTjJfc2l0ZTEgbWVhbnMgc2l0ZSBudW1iZXIjMSBpbiBWUE4yLCBidXQgdGhlc2UgYXJl IG5vdCB0aGUgc2FtZSBjdXN0b21lciBzaXRlLg0KSSBjYW4gY2hhbmdlIHRoZSBuYW1pbmcgdG8g ZW5zdXJlIGJldHRlciByZWFkaW5nIGFuZCBwcmV2ZW50IHN1Y2ggbWlzdW5kZXJzdGFuZGluZy4g DQoNCg0KQXMgd2UgZGlzY3Vzc2VkIHRoZXJlIGlzIG5vIHJlYWwgdXNlIGNhc2UgdG8gaGF2ZSBh IG11bHRpaG9tZWQgc2l0ZSB3aXRoIG9uZSBjb25uZWN0aW9uIGJlbG9uZ2luZyB0byBWUE4xIGFu ZCBhbm90aGVyIGNvbm5lY3Rpb24gdG8gVlBOMi4gSWYgbXVsdGlwbGUgVlBOcyBhcmUgdXNlZCBi eSB0aGUgc2l0ZSwgTEFOIHdpbGwgYmUgdXNlZCBpbiB0aGUgVlBOIHBvbGljeSB0byBleHByZXNz IGl0Lg0KDQpCZXN0IFJlZ2FyZHMsDQoNCi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQpGcm9t OiBPZ2FraSwgS2VuaWNoaSBbbWFpbHRvOmtlLW9vZ2FraUBrZGRpLmNvbV0NClNlbnQ6IFR1ZXNk YXksIEphbnVhcnkgMTIsIDIwMTYgMTU6MzMNClRvOiBMSVRLT1dTS0kgU3RlcGhhbmUgU0NFL09J TklTOyBsM3NtQGlldGYub3JnDQpTdWJqZWN0OiBSRTogW0wzc21dIEktRCBBY3Rpb246IGRyYWZ0 LWlldGYtbDNzbS1sM3Zwbi1zZXJ2aWNlLW1vZGVsLTAyLnR4dA0KDQpIaSBTdGVwaGFuZSwNCg0K Q291bGQgeW91IG1vZGVsIHRoZSBzaXRlIzEgaW4gdGhlIGRpYWdyYW0sIGluY2x1ZGluZyBhbGwg dGhlIFZQTnMgYW5kIGNvbm5lY3Rpb25zPw0KSG93IGNhbiB3ZSBtYWtlIFZQTjNfU2l0ZTEgb25s eSB0YWxrIHRvIFZQTjM/DQoNCjxzaXRlcz4NCiAgPHNpdGUtaWQ+U2l0ZSMxPC9zaXRlLWlkPg0K ICA8c2l0ZS1uZXR3b3JrLWFjY2Vzc2VzPg0KICAgIDxzaXRlLW5ldHdvcmstYWNjZXNzPg0KICAg ICAgPHNpdGUtbmV0d29yay1hY2Nlc3MtaWQ+VlBOMV9TaXRlMTwvc2l0ZS1uZXR3b3JrLWFjY2Vz cy1pZD4NCiAgICAgIDwhLS1pcC1jb25uZWN0aW9uIHRvIFBFMSAtLT4gIA0KICAgICAgLi4uDQog ICAgPC9zaXRlLW5ldHdvcmstYWNjZXNzPg0KICAgIDxzaXRlLW5ldHdvcmstYWNjZXNzPg0KICAg ICAgPHNpdGUtbmV0d29yay1hY2Nlc3MtaWQ+VlBOMl9TaXRlMTwvc2l0ZS1uZXR3b3JrLWFjY2Vz cy1pZD4NCiAgICAgIDwhLS1pcC1jb25uZWN0aW9uIHRvIFBFMyAtLT4gIA0KICAgICAgLi4uDQog ICAgPC9zaXRlLW5ldHdvcmstYWNjZXNzPg0KICAgIDxzaXRlLW5ldHdvcmstYWNjZXNzPg0KICAg ICAgPHNpdGUtbmV0d29yay1hY2Nlc3MtaWQ+VlBOM19TaXRlMTwvc2l0ZS1uZXR3b3JrLWFjY2Vz cy1pZD4NCiAgICAgIDwhLS1pcC1jb25uZWN0aW9uIHRvIFBFNSAtLT4gIA0KICAgICAgLi4uDQog ICAgPC9zaXRlLW5ldHdvcmstYWNjZXNzPg0KICA8L3NpdGUtbmV0d29yay1hY2Nlc3Nlcz4NCiAg PHZwbi1wb2xpY3k+DQogICAgPGVudHJpZXM+DQogICAgICA8aWQ+MTwvaWQ+DQogICAgICA8dnBu Pg0KICAgICAgICA8dnBuLWlkPlZQTjE8L3Zwbi1pZD4NCiAgICAgICAgPHNpdGUtcm9sZT5hbnkt dG8tYW55LXJvbGU8L3NpdGUtcm9sZT4NCiAgICAgIDwvdnBuPg0KICAgIDwvZW50cmllcz4NCiAg ICA8ZW50cmllcz4NCiAgICAgIDxpZD4yPC9pZD4NCiAgICAgIDx2cG4+DQogICAgICAgIDx2cG4t aWQ+VlBOMjwvdnBuLWlkPg0KICAgICAgICA8c2l0ZS1yb2xlPmh1Yi1yb2xlPC9zaXRlLXJvbGU+ DQogICAgICA8L3Zwbj4NCiAgICA8L2VudHJpZXM+DQogICAgPGVudHJpZXM+DQogICAgICA8aWQ+ MzwvaWQ+DQogICAgICA8dnBuPg0KICAgICAgICA8dnBuLWlkPlZQTjM8L3Zwbi1pZD4NCiAgICAg ICAgPHNpdGUtcm9sZT5hbnktdG8tYW55LXJvbGU8L3NpdGUtcm9sZT4NCiAgICAgIDwvdnBuPg0K ICAgIDwvZW50cmllcz4NCiAgPC92cG4tcG9saWN5Pg0KPC9zaXRlcz4NCg0KQWxsIHRoZSBiZXN0 LA0KS2VuaWNoaQ0KDQotLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KRnJvbTogTDNzbSBbbWFp bHRvOmwzc20tYm91bmNlc0BpZXRmLm9yZ10gT24gQmVoYWxmIE9mIHN0ZXBoYW5lLmxpdGtvd3Nr aUBvcmFuZ2UuY29tDQpTZW50OiBUdWVzZGF5LCBKYW51YXJ5IDEyLCAyMDE2IDY6MDggUE0NClRv OiBPZ2FraSwgS2VuaWNoaTsgbDNzbUBpZXRmLm9yZw0KU3ViamVjdDogUmU6IFtMM3NtXSBJLUQg QWN0aW9uOiBkcmFmdC1pZXRmLWwzc20tbDN2cG4tc2VydmljZS1tb2RlbC0wMi50eHQNCg0KSGks DQoNClRoZXJlIHNob3VsZCBiZSBzb21ldGhpbmcgSSdtIG1pc3NpbmcgaGVyZSAuLi4NCg0KRmly c3QsIDUuMi4yIHRleHQgd2FzIG5vdCByZXZpZXdlZCBhZnRlciBjcmVhdGluZyB0aGUgaGllcmFy Y2h5IGJldHdlZW4gc2l0ZXMgYW5kIGFjY2Vzc2VzLiBTbyBtYXkgYmUgdGhlcmUgaXMgc29tZXRo aW5nIHRvIGZpeC4NCg0KQnV0IHJlYWRpbmcgdGhlIHRleHQgYWdhaW4sIEkgdGhpbmsgdGhpcyBp cyBzdGlsbCBhcHBsaWNhYmxlLg0KSW4gdGhlIGRpYWdyYW0sIGEgc2l0ZSBjb25uZWN0cyB0byBt dWx0aXBsZSBWUE5zIGJ1dCBWUE4gcG9saWN5IGlzIG5vdCBjb250cm9sbGVkIHBlciBjb25uZWN0 aW9uIGZyb20gYSBtb2RlbGluZyBwb2ludCBvZiB2aWV3LiBJdCBpcyBjb250cm9sbGVkIHBlciBz aXRlLiBUaGUgZGlhZ3JhbSBoYXMgb25seSBzaW5nbGUgaG9tZWQgc2l0ZSBzbyBtYXkgYmUgdGhl IGNvbmZ1c2lvbiBjb21lcyBmcm9tIGhlcmUuDQpZZXMgdGhlIG1vZGVsIGNhbm5vdCBkaWZmZXJl bnRpYXRlIHZwbiBwb2xpY3kgcGVyIGNvbm5lY3Rpb24sIGJ1dCBJTU8sIHRoaXMgaXMgbm90IGRl c2lyYWJsZS4NCg0KSSBkb24ndCBzZWUgd2h5IHRoZSBtb2RlbCBjYW5ub3QgYWNoaWV2ZSB0aGUg cGFyYWdyYXBoIHlvdSBwb2ludGVkLg0KDQo8c2l0ZXM+DQoJPHNpdGUtaWQ+U2l0ZSMzPC9zaXRl LWlkPg0KCTx2cG4tcG9saWN5Pg0KCQk8ZW50cmllcz4NCgkJCTxpZD4xPC9pZD4NCgkJCTx2cG4+ DQoJCQkJPHZwbi1pZD5WUE4zPC92cG4taWQ+DQoJCQkJPHNpdGUtcm9sZT5hbnktdG8tYW55PC9z aXRlLXJvbGU+DQoJCQk8L3Zwbj4NCgkJPC9lbnRyaWVzPg0KCTwvdnBuLXBvbGljeT4NCjwvc2l0 ZXM+DQoNClRoZSBzZWNvbmQgcGFydCBvZiB0aGUgcGFyYWdyYXBoIHlvdSBtZW50aW9uZWQgdGFs a3MgYWJvdXQgdGhlIGRldmljZSBjb25maWd1cmF0aW9uLCBub3QgdGhlIG1vZGVsaW5nIHBhcnQu IFNvIHRoZSBtb2RlbCB3aWxsIGFsbG93IFBFNSB0byBiZSBjb25maWd1cmVkIHdpdGggdGhlIFZQ TiBwb2xpY3kgKGltcG9ydC9leHBvcnQgUlQzKS4NCk1heSBiZSB0aGVyZSBpcyBhbHNvIGEgY29u ZnVzaW9uIHRoZXJlIGludHJvZHVjZWQgYnkgdGhlIHRleHQuDQoNCg0KDQoNCi0tLS0tT3JpZ2lu YWwgTWVzc2FnZS0tLS0tDQpGcm9tOiBPZ2FraSwgS2VuaWNoaSBbbWFpbHRvOmtlLW9vZ2FraUBr ZGRpLmNvbV0NClNlbnQ6IFR1ZXNkYXksIEphbnVhcnkgMTIsIDIwMTYgMDI6MjkNClRvOiBMSVRL T1dTS0kgU3RlcGhhbmUgU0NFL09JTklTOyBsM3NtQGlldGYub3JnDQpTdWJqZWN0OiBSRTogW0wz c21dIEktRCBBY3Rpb246IGRyYWZ0LWlldGYtbDNzbS1sM3Zwbi1zZXJ2aWNlLW1vZGVsLTAyLnR4 dA0KDQpIaSBTdGVwaGFuZSwNCg0KSWYgYSBzaW1wbGUgbXVsdGlob21lZCBzaXRlIGNhc2UgaXMs IEkgYWdyZWUuDQpCdXQsIGFzIHRoZSBkaWFncmFtIGluIHNlY3Rpb24gNS4yLjIsIGEgc2l0ZSBj b25uZWN0cyB0byBtdWx0aXBsZSBWUE5zIGFuZCBlYWNoIHZwbiBwb2xpY3kgaXMgY29udHJvbGxl ZCBwZXIgY29ubmVjdGlvbi4gVGhlIGN1cnJlbnQgbW9kZWwgY2Fubm90IGRpZmZlcmVudGlhdGUg dnBuIHBvbGljeSBwZXIgY29ubmVjdGlvbi4NCg0KVGhlIGN1cnJlbnQgbW9kZWwgY2Fubm90IHJl YWxpemUgdGhlIGNhc2UgZGVzY3JpYmVkIGluIHRoZSBmb2xsb3dpbmcgc2VudGVuY2UsIGZvciBl eGFtcGxlLg0KIA0KPiAgIENvbnNpZGVyIGEgc2l0ZSMxIGluIFZQTjMgdGhhdCBtdXN0IGNvbW11 bmljYXRlIG9ubHkgaW4gVlBOMywgaW4gdGhpcw0KPiAgIGNhc2UsIHRoZSB2cG4tcG9saWN5IHdp bGwgYmUgc2ltaWxhciB0byBTaXRlIzEgb2YgVlBOMS4gIFRoZSBWUkYgb24NCj4gICBQRTUgZm9y IFZQTjMgd2lsbCBiZSBzbyBwcm92aXNpb25lZCBieSB0aGUgbWFuYWdlbWVudCBzeXN0ZW0gdXNp bmcNCj4gICBSVDMgdmFsdWUgYXMgaW1wb3J0IGFuZCBleHBvcnQgdmFsdWUuDQoNCkFsbCB0aGUg YmVzdCwNCktlbmljaGkNCg0KLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCkZyb206IEwzc20g W21haWx0bzpsM3NtLWJvdW5jZXNAaWV0Zi5vcmddIE9uIEJlaGFsZiBPZiBzdGVwaGFuZS5saXRr b3dza2lAb3JhbmdlLmNvbQ0KU2VudDogTW9uZGF5LCBKYW51YXJ5IDExLCAyMDE2IDExOjM3IFBN DQpUbzogT2dha2ksIEtlbmljaGk7IGwzc21AaWV0Zi5vcmcNClN1YmplY3Q6IFJlOiBbTDNzbV0g SS1EIEFjdGlvbjogZHJhZnQtaWV0Zi1sM3NtLWwzdnBuLXNlcnZpY2UtbW9kZWwtMDIudHh0DQoN CkhpIEtlbmljaGksDQoNCklNTywgZm9yIGEgbXVsdGlob21lZCBzaXRlLCB0aGUgVlBOIHBvbGlj eSB3aWxsIGFsd2F5cyBiZSB0aGUgc2FtZSBvbiBlYWNoIG5ldHdvcmsgY29ubmVjdGlvbiAgdGhl IHNpdGUgaXMgdXNpbmcuIERvIHlvdSBzZWUgYSByZWFzb24gd2h5IGl0IGNvdWxkIGJlIGRpZmZl cmVudCA/DQoNCg0KQnJnZHMsDQoNClN0ZXBoYW5lDQoNCg0KLS0tLS1PcmlnaW5hbCBNZXNzYWdl LS0tLS0NCkZyb206IEwzc20gW21haWx0bzpsM3NtLWJvdW5jZXNAaWV0Zi5vcmddIE9uIEJlaGFs ZiBPZiBPZ2FraSwgS2VuaWNoaQ0KU2VudDogTW9uZGF5LCBKYW51YXJ5IDExLCAyMDE2IDEwOjQ4 DQpUbzogbDNzbUBpZXRmLm9yZw0KU3ViamVjdDogUmU6IFtMM3NtXSBJLUQgQWN0aW9uOiBkcmFm dC1pZXRmLWwzc20tbDN2cG4tc2VydmljZS1tb2RlbC0wMi50eHQNCg0KSGkgU3RlcGhhbmUgYW5k IEFsbCwNCg0KT25lIG1vcmUgY29tbWVudC4NCg0KTGVhdmluZyBpc3N1ZSMxMCBhbmQgdnBuLXBv bGljeSBpbiB2cG4tc3ZjIGRpc2N1c3Npb24gYXNpZGUsIHRoZSB2cG4tcG9saWN5IGluIHRoZSBj dXJyZW50IG1vZGVsIHNob3VsZCBiZSB1bmRlciBzaXRlLW5ldHdvcmsgYWNjZXNzPw0KDQpBY2Nv cmRpbmcgdG8gc2VjdGlvbiA1LjIuMiwgYSB2cG4tcG9saWN5IHNob3VsZCBiZSBjb250cm9sbGVk IHBlciBwYWlyIG9mIGEgUEUgYW5kIGEgc2l0ZSwgY29ycmVzcG9uZGluZyB0byBzaXRlLW5ldHdv cmstYWNjZXNzIC9pcC1jb25uZWN0aW9uLg0KV2hlbiB3ZSBwbGFjZSB0aGUgdnBuLXBvbGljeSBk aXJlY3RseSB1bmRlciAic2l0ZXMiLCBob3cgY2FuIHdlIHJlbGF0ZSBhIHZwbi1wb2xpY3kgdG8g YSBzcGVjaWZpYyBQRS4NCg0KVGhhbmtzLA0KS2VuaWNoaQ0KDQotLS0tLU9yaWdpbmFsIE1lc3Nh Z2UtLS0tLQ0KRnJvbTogTDNzbSBbbWFpbHRvOmwzc20tYm91bmNlc0BpZXRmLm9yZ10gT24gQmVo YWxmIE9mIE9nYWtpLCBLZW5pY2hpDQpTZW50OiBUdWVzZGF5LCBKYW51YXJ5IDA1LCAyMDE2IDI6 MTMgUE0NClRvOiBzdGVwaGFuZS5saXRrb3dza2lAb3JhbmdlLmNvbTsgJ1FpbiBXdSc7IGwzc21A aWV0Zi5vcmcNCkNjOiBhZHJpYW5Ab2xkZG9nLmNvLnVrDQpTdWJqZWN0OiBSZTogW0wzc21dIEkt RCBBY3Rpb246IGRyYWZ0LWlldGYtbDNzbS1sM3Zwbi1zZXJ2aWNlLW1vZGVsLTAyLnR4dA0KDQpI aSBTdGVwaGFuZSwNCg0KUGxlYXNlIHNlZSBpbmxpbmUuDQoNCkFsbCB0aGUgYmVzdCwNCktlbmlj aGkNCg0KLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCkZyb206IEwzc20gW21haWx0bzpsM3Nt LWJvdW5jZXNAaWV0Zi5vcmddIE9uIEJlaGFsZiBPZiBzdGVwaGFuZS5saXRrb3dza2lAb3Jhbmdl LmNvbQ0KU2VudDogVHVlc2RheSwgSmFudWFyeSAwNSwgMjAxNiAxMjowOSBBTQ0KVG86IE9nYWtp LCBLZW5pY2hpOyAnUWluIFd1JzsgbDNzbUBpZXRmLm9yZw0KQ2M6IGFkcmlhbkBvbGRkb2cuY28u dWsNClN1YmplY3Q6IFJlOiBbTDNzbV0gSS1EIEFjdGlvbjogZHJhZnQtaWV0Zi1sM3NtLWwzdnBu LXNlcnZpY2UtbW9kZWwtMDIudHh0DQoNCkhpLA0KDQpCZXN0IHdpc2hlcyBmb3IgdGhpcyBuZXcg eWVhci4NCg0KUGxzIGZpbmQgaW5saW5lIGNvbW1lbnRzLg0KDQotLS0tLU9yaWdpbmFsIE1lc3Nh Z2UtLS0tLQ0KRnJvbTogT2dha2ksIEtlbmljaGkgW21haWx0bzprZS1vb2dha2lAa2RkaS5jb21d DQpTZW50OiBNb25kYXksIEphbnVhcnkgMDQsIDIwMTYgMDM6MTYNClRvOiAnUWluIFd1JzsgbDNz bUBpZXRmLm9yZw0KQ2M6IExJVEtPV1NLSSBTdGVwaGFuZSBTQ0UvT0lOSVM7IGFkcmlhbkBvbGRk b2cuY28udWsNClN1YmplY3Q6IFJFOiBbTDNzbV0gSS1EIEFjdGlvbjogZHJhZnQtaWV0Zi1sM3Nt LWwzdnBuLXNlcnZpY2UtbW9kZWwtMDIudHh0DQoNCkRlYXIgQWxsLA0KDQpBZGRpdGlvbmFsIGNv bW1lbnRzIGFyZSBoZXJlOg0KDQoqc3ZjLWlkDQpUaGUgdHlwZSAic3ZjLWlkIiBpcyB1c2VkIGZv ciBsb3RzIG9mIGRhdGEgbm9kZS4gSXMgdGhpcyBuZWNlc3Nhcnk/DQpXaGVuIHdlIHNheSAidnBu LWlkIiwgdGhpcyBpcyBvYnZpb3VzbHkgYW4gaWQgYnkgaXRzIG5hbWUsIGFuZCB0aGUgb25seSB0 aGluZyB0byBkZWZpbmUgaXMgaG93IHdlIHJlcHJlc2VudCB0aGlzLCBzdHJpbmcsIGludGVnZXIg b3Igc29tZXRoaW5noa0gSWYgdGhlIHR5cGUgInN2Yy1pZCIgZGVmaW5lcyB0aGUgbGVuZ3RoIG9m IHN0cmluZyBvciBzb21ldGhpbmcgY29uc3RyYWludCwgaXQgbWFrZXMgc2Vuc2UuICANCltTTEld IHN2Yy1pZCBqdXN0IGJyaW5ncyBjb25zaXN0ZW5jeSBvbiBob3cgd2UgZGVmaW5lIGFsbCB0aGUg aWRlbnRpZmllcnMgaW4gdGhlIG1vZGVsICh3ZSBlbnN1cmUgZWFzaWx5IHRoYXQgYWxsIGFyZSB1 c2luZyB0aGUgc2FtZSBlbmNvZGluZyA9PiBzdHJpbmcpDQoNCltLT10gSSB1bmRlcnN0YW5kLg0K DQoqcm91dGluZy1wcm90b2NvbA0KVGhlIGN1cnJlbnQgbW9kZWwgYWxsb3dzIG11bHRpcGxlIHJv dXRpbmcgcHJvdG9jb2xzIGZvciBhIHNpdGUtbmV0d29yay1hY2Nlc3MuIEl0J3MgdGVjaG5pY2Fs bHkgcG9zc2libGUsIGJ1dCBpcyB0aGVyZSBhbnkgdXNlIGNhc2UgZm9yIGwzdnBuIHNlcnZpY2U/ DQojSXMgdGhpcyBvbmx5IGZvciBkdWFsLXN0YWNrLCBvbmUgZm9yIElQdjQgYW5kIHRoZSBvdGhl ciBmb3IgSVB2Nj8NCltTTEldIEl0IGlzIHJlYWxseSB1c3VhbCB0byBoYXZlIGR5bmFtaWMgcm91 dGluZyArIHN0YXRpYyByb3V0aW5nIGF0IHRoZSBzYW1lIHRpbWUuIChlLmcuIGR5bmFtaWMgcm91 dGluZyBmb3IgY3VzdG9tZXIgTEFOcywgKyBzdGF0aWMgcm91dGluZyBmb3IgYWRtaW4pDQoNCltL T10gSSB1bmRlcnN0YW5kLg0KDQoqUW9TIGNsYXNzaWZpY2F0aW9uDQpTaW5jZSA1LjIuNi4xLjEu IHNheXMgIlRoZSBvcmRlciBvZiBydWxlIGlzIGRlZmluZWQgYnkgdGhlICJpZCIgbGVhZi4gIFRo ZSBsb3dlc3QgImlkIiBNVVNUIGJlIHByb2Nlc3NlZCBmaXJzdC4iLCB3ZSBoYXZlIHRvIGNoYW5n ZSB0aGUgImlkIiB2YWx1ZSB3aGVuZXZlciB3ZSB3YW50IHRvIHJlb3JkZXIgdGhlIGV4aXN0aW5n IHJ1bGVzLiBCdXQgdGhlICJpZCIgaXMga2V5LCBhbmQgYSBrZXkgc2hvdWxkIG5vdCBiZSBjaGFu Z2VkIGluIERCIHByaW5jaXBsZS4gQWx0aG91Z2ggaXQgbWF5IGJlIGFuIGltcGxlbWVudGF0aW9u IG1hdHRlciwgY2FuIHdlIGp1c3QgdXNlICJvcmRlcmVkLWJ5IHVzZXIiIHN0YXRlbWVudCBmb3Ig dGhlIGxpc3QgInJ1bGVzIj8NCltTTEldIEFncmVlLCBJIHdpbGwgYWRkIHRoZSBvcmRlcmVkLWJ5 IHVzZXIuIERvIHlvdSBzZWUgb3RoZXIgbGlzdHMgdGhhdCB3b3VsZCByZXF1aXJlIHN1Y2ggdXNl ciBvcmRlcmluZyA/DQoNCltLT10gSSBjYW4ndCBmaW5kIGFueSBvdGhlciBvcmRlcmVkIGxpc3Qu DQoNCipzdGQtcW9zLXByb2ZpbGUvY3VzdG9tLXFvcy1wcm9maWxlDQpJZiAic3RkLXFvcy1wcm9m aWxlIGFuZCBjdXN0b20tcW9zLXByb2ZpbGUgY2Fubm90IGJlIHVzZWQgYXQgdGhlIHNhbWUgdGlt ZS4iIGluIDUuMS42LjEuMiwgd2UgY2FuIHVzZSBhIGNob2ljZSBzdGF0ZW1lbnQgZm9yIHN0ZC1x b3MtcHJvZmlsZSBhbmQgY3VzdG9tLXFvcy1wcm9maWxlLg0KW1NMSV0gQWdyZWUsIHdpbGwgZml4 IGl0Lg0KDQoNCip0cmFmZmljIHByb3RlY3Rpb24NCkNhbiB3ZSBjb3ZlciB0aGUgZnVuY3Rpb24g b2YgInRyYWZmaWMtcHJvdGVjdGlvbiIgYnkgInNpdGUtbmV0d29yay1hY2Nlc3MvYXZhaWxhYmls aXR5Ij8NCltTTEldIEFjaywgSSBtb3ZlZCB0aGUgdHJhZmZpYyBwcm90ZWN0aW9uIHVuZGVyIGF2 YWlsYWJpbGl0eS4NCg0KDQoqdnBuLXBvbGljeQ0KRm9yIGFuIHJlYWRhYmlsaXR5IG9mIHRoZSBt b2RlbCwgdGhlIG5vZGUgbmFtZSAidnBuLXBvbGljeS9lbnRyaWVzL2lkL3Zwbi92cG4iIHNob3Vs ZCBiZSAidnBuLXBvbGljeS9lbnRyaWVzL2lkL3Zwbi92cG4taWQiLg0KW1NMSV0gRml4ZWQuDQoN Cg0KKm5vdGlmaWNhdGlvbg0KSG93IGFib3V0IGRlZmluaW5nIG5vdGlmaWNhdGlvbiBub2RlIHVu ZGVyIHZwbi1zdmMgYW5kIHNpdGUtbmV0d29yay1hY2Nlc3M/DQpXZSBzb21ldGltZXMgaGF2ZSB0 byBhY3RpdmVseSBpbmZvcm0gb3VyIGN1c3RvbWVycyBvZiBhIGZhaWx1cmUgb3Igc29tZXRoaW5n Lg0KV2hhdCBraW5kIG9mIHRoZSBpbmZvcm1hdGlvbiBkZXBlbmRzIG9uIGVhY2ggb3BlcmF0b3Is IHRoZW4gYW55ZGF0YSBvciBhbnl4bWwgc3VpdHMgdGhpcy4NCg0KW1NMSV0gTm90aWZpY2F0aW9u IGFyZSBub3JtYWxseSBub3QgcGFydCBvZiB0aGUgdHJlZSwgd2UgY2FuIGNyZWF0ZSBycGNzIG9y IG5vdGlmaWNhdGlvbnMgaWYgbmVjZXNzYXJ5IHRvIHJldHJpZXZlIG9wZXJhdGlvbmFsIGluZm9z Lg0KQ291bGQgeW91IHJhaXNlIGEgc2VwYXJhdGUgdGhyZWFkIHRvIGRpc2N1c3MgdGhlIG5lZWQg b2Ygbm90aWZpY2F0aW9ucyA/DQoNCltLT10gSSB3aWxsIHJhaXNlIGEgc2VwYXJhdGUgdGhyZWFk Lg0KDQpleC4pDQpjb250YWluZXIgc2l0ZS1uZXR3b3JrLWFjY2Vzc2VzIHsNCiAgICBsaXN0IHNp dGUtbmV0d29yay1hY2Nlc3Mgew0KICAgICAgICBrZXkgc2l0ZS1uZXR3b3JrLWFjY2Vzcy1pZDsN CiAgICAgICAgLi4uDQogICAgICAgIG5vdGlmaWNhdGlvbiBpbmZvIHsNCiAgICAgICAgICAgIGFu eWRhdGEgZGF0YTsNCiAgICAgICAgfQ0KICAgICAgICAuLi4NCn0NCg0KDQotRWRpdG9yaWFscw0K U2VjLiA1LjEuMi4NCjJuZCBhbmQgM3JkIGNvbmZpZ3VyYXRpb24gZXhhbXBsZXMgc3RpbGwgdXNl ICJuYW1lIiBhbmQgImlkIi4NCg0KU2VjLiA1LjIuDQp0eXBvICJyZXNzb3VyY2VzIiBpbiBMb2Nh dGlvbiBkZXNjcmlwdGlvbi4NClNlYy4gNS4yLjEuMg0KdHlwbyAicmVzc291cmNlcyIgaW4gMm5k IHBhcmFncmFwaA0KDQpTZWMuIDUuMi41LjcuDQpJbiAybmQgcGFyYWdyYXBoLCBBUyBudW1iZXIg aXMgZGVmaW5lZCBpbiByb3V0aW5nLXByb3RvY29sL2JncCBpbiB0aGUgY3VycmVudCBtb2RlbCwg YW5kIGN1c3RvbWVyLXNwZWNpZmljLWluZm9ybWF0aW9uIGlzIGFscmVhZHkgZGVsZXRlZC4NClRo ZSBjb25maWd1cmF0aW9uIGV4YW1wbGUgc2hvdWxkIGFsc28gaW5jbHVkZSAiYXV0b25vbW91cy1z eXN0ZW0iLg0KDQpTZWMuIDYuDQpUaGUgY29uZmlndXJhdGlvbiBleGFtcGxlIHN0aWxsIHVzZSAi bmFtZSIgYW5kICJpZCIuDQoNCltTTEldIFRoYW5rcyBmb3IgY2F0Y2hpbmcgdGhlIGVycm9ycywg YXMgdGhlIG1vZGVsIGV2b2x2ZWQgYSBsb3QsIGl0IHMgaGFyZCB0byBrZWVwIGFsbCB0aGUgZXhh bXBsZSBzeW5jaHJvbml6ZWQgOikNCg0KDQpIYXBweSBOZXcgWWVhciwNCktlbmljaGkNCg0KLS0t LS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCkZyb206IEwzc20gW21haWx0bzpsM3NtLWJvdW5jZXNA aWV0Zi5vcmddIE9uIEJlaGFsZiBPZiBPZ2FraSwgS2VuaWNoaQ0KU2VudDogVGh1cnNkYXksIERl Y2VtYmVyIDI0LCAyMDE1IDEyOjM5IFBNDQpUbzogJ1FpbiBXdSc7IGwzc21AaWV0Zi5vcmcNCkNj OiBzdGVwaGFuZS5saXRrb3dza2lAb3JhbmdlLmNvbTsgYWRyaWFuQG9sZGRvZy5jby51aw0KU3Vi amVjdDogUmU6IFtMM3NtXSBJLUQgQWN0aW9uOiBkcmFmdC1pZXRmLWwzc20tbDN2cG4tc2Vydmlj ZS1tb2RlbC0wMi50eHQNCg0KRGVhciBBbGwsDQoNCj5odHRwczovL3RyYWMudG9vbHMuaWV0Zi5v cmcvd2cvbDNzbS90cmFjL3RpY2tldC8xMg0KDQpUd28gY29tbWVudHMgZm9yIHRoZSBjdXJyZW50 IHJvdXRpbmctcHJvdG9jb2xzOg0KDQoxLiBOb2RlIG5hbWUgImNhc2NhZGVkLWxhbi1wcmVmaXhl cyIgc2hvdWxkIGJlIHJld29yZGVkLCBmb3IgZXhhbXBsZSBvZiAiY3VzdG9tZXItbGFuLXByZWZp eGVzIi4NCk5vIGxvbmdlciBvbmx5IGZvciAqY2FzY2FkZWQqIGxhbi4NCg0KMi4gU2hvdWxkIHdl IGhhdmUgYSBtZWFuIHRvIHJldHJpZXZlIHRoZSBwcm92aWRlciBhdXRvbm9tb3VzIHN5c3RlbSBu dW1iZXIgZm9yIGJncCB0eXBlPw0Kcm8gbm9kZS9vcHMgc3RhdGUgaXMgZW5vdWdoLg0KSW4gdGhl IGNhc2Ugb2YgY3VzdG9tZXIgbWFuYWdlZCBDRSwgb3VyIGN1c3RvbWVyIG11c3Qga25vdyB3aGF0 IEFTIG51bWJlciB0aGUgUEUgaGFzLg0KI1VzdWFsbHksIHdlIGxldCB0aGVtIGtub3cgaXQgb3V0 c2lkZSB0aGUgdXNlciBpbnRlcmZhY2UuDQoNCk1lcnJ5IFgnbWFzICYgSGFwcHkgTmV3IFllYXIs DQpLZW5pY2hpDQoNCi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQpGcm9tOiBMM3NtIFttYWls dG86bDNzbS1ib3VuY2VzQGlldGYub3JnXSBPbiBCZWhhbGYgT2YgUWluIFd1DQpTZW50OiBXZWRu ZXNkYXksIERlY2VtYmVyIDIzLCAyMDE1IDU6MTUgUE0NClRvOiBsM3NtQGlldGYub3JnDQpDYzog c3RlcGhhbmUubGl0a293c2tpQG9yYW5nZS5jb207IGFkcmlhbkBvbGRkb2cuY28udWsNClN1Ympl Y3Q6IFJlOiBbTDNzbV0gSS1EIEFjdGlvbjogZHJhZnQtaWV0Zi1sM3NtLWwzdnBuLXNlcnZpY2Ut bW9kZWwtMDIudHh0DQoNCkhpLCBBbGw6DQpBcyBhIGZvbGxvdy11cCB0byB0aGUgZGlzY3Vzc2lv biBkdXJpbmcgdGhlIEwzU00gaW50ZXJpbSBjYWxsIHdlIGhhZCBpbiBEZWNlbWJlciAyMDE1LCBX ZSBhcyBjaGFpcnMgaGF2ZSBmaWxlZCB0d28gaXNzdWUgdGlja2V0cyBpbiB0aGUgaXNzdWUgdHJh Y2tlcg0KaHR0cHM6Ly90cmFjLnRvb2xzLmlldGYub3JnL3dnL2wzc20vdHJhYy90aWNrZXQvMTIN Cmh0dHBzOi8vdHJhYy50b29scy5pZXRmLm9yZy93Zy9sM3NtL3RyYWMvdGlja2V0LzEzDQoNCkF1 dGhvcnMgaGF2ZSByZXZpc2VkIElEIGJhc2VkIG9uIHRoZSBkaXNjdXNzaW9uIGFuZCBhZ3JlZWQg cG9pbnQgZHVyaW5nIGludGVyaW0gY2FsbC4NClRoYW5rcyBTdGVwaGFuZSB0byBnZXQgdGhpcyBk b25lIGFuZCBjbG9zZSBtb3N0IG9mIG9wZW4gaXNzdWVzIHdlIGhhZCBpbiB0aGUgaXNzdWUgdHJh Y2tlciBleGNlcHQgdGhlIGZvbGxvd2luZyB0d28gaXNzdWVzOg0KMS5JbnZlbnRvcnkgb3BzIHN0 YXRlIGlzc3VlDQoyLiBWUE4gbWVyZ2luZyBpc3N1ZQ0KVGhlIGRpZmY6DQpodHRwczovL3d3dy5p ZXRmLm9yZy9yZmNkaWZmP3VybDI9ZHJhZnQtaWV0Zi1sM3NtLWwzdnBuLXNlcnZpY2UtbW9kZWwt MDINClBsZWFzZSByZXZpZXcgdGhlIGNoYW5nZXMgYW5kIGxldCB1cyBrbm93IGlmIHRoZXJlIGlz IGFueXRoaW5nIG1pc3NlZCBvciBhZGRpdGlvbiBjaGFuZ2UgdGhhdCBuZWVkcyB0byBiZSBpbmNv cnBvcmF0ZWQgaW4uDQoNCi1RaW4NCi0tLS0t08q8/tStvP4tLS0tLQ0Kt6K8/sjLOiBJLUQtQW5u b3VuY2UgW21haWx0bzppLWQtYW5ub3VuY2UtYm91bmNlc0BpZXRmLm9yZ10gtPqx7SBpbnRlcm5l dC1kcmFmdHNAaWV0Zi5vcmcNCreiy83KsbzkOiAyMDE1xOoxMtTCMTXI1SAxODozMw0KytW8/sjL OiBpLWQtYW5ub3VuY2VAaWV0Zi5vcmcNCrOty806IGwzc21AaWV0Zi5vcmcNCtb3zOI6IEktRCBB Y3Rpb246IGRyYWZ0LWlldGYtbDNzbS1sM3Zwbi1zZXJ2aWNlLW1vZGVsLTAyLnR4dA0KDQoNCkEg TmV3IEludGVybmV0LURyYWZ0IGlzIGF2YWlsYWJsZSBmcm9tIHRoZSBvbi1saW5lIEludGVybmV0 LURyYWZ0cyBkaXJlY3Rvcmllcy4NCiBUaGlzIGRyYWZ0IGlzIGEgd29yayBpdGVtIG9mIHRoZSBM M1ZQTiBTZXJ2aWNlIE1vZGVsICBXb3JraW5nIEdyb3VwIG9mIHRoZSBJRVRGLg0KDQogICAgICAg IFRpdGxlICAgICAgICAgICA6IFlBTkcgRGF0YSBNb2RlbCBmb3IgTDNWUE4gc2VydmljZSBkZWxp dmVyeQ0KICAgICAgICBBdXRob3JzICAgICAgICAgOiBTdGVwaGFuZSBMaXRrb3dza2kNCiAgICAg ICAgICAgICAgICAgICAgICAgICAgUm9iIFNoYWtpcg0KICAgICAgICAgICAgICAgICAgICAgICAg ICBMdWlzIFRvbW90YWtpDQogICAgICAgICAgICAgICAgICAgICAgICAgIEtldmluIEQnU291emEN CglGaWxlbmFtZSAgICAgICAgOiBkcmFmdC1pZXRmLWwzc20tbDN2cG4tc2VydmljZS1tb2RlbC0w Mi50eHQNCglQYWdlcyAgICAgICAgICAgOiAxMDANCglEYXRlICAgICAgICAgICAgOiAyMDE1LTEy LTE1DQoNCkFic3RyYWN0Og0KICAgVGhpcyBkb2N1bWVudCBkZWZpbmVzIGEgWUFORyBkYXRhIG1v ZGVsIHRoYXQgY2FuIGJlIHVzZWQgdG8gZGVsaXZlciBhDQogICBMYXllciAzIFByb3ZpZGVyIFBy b3Zpc2lvbmVkIFZQTiBzZXJ2aWNlLiAgVGhlIGRvY3VtZW50IGlzIGxpbWl0ZWQgdG8NCiAgIHRo ZSBCR1AgUEUtYmFzZWQgVlBOcyBhcyBkZXNjcmliZWQgaW4gUkZDNDExMCBhbmQgUkZDNDM2NC4g IFRoaXMNCiAgIG1vZGVsIGlzIGludGVuZGVkIHRvIGJlIGluc3RhbnRpYXRlZCBhdCBtYW5hZ2Vt ZW50IHN5c3RlbSB0byBkZWxpdmVyDQogICB0aGUgb3ZlcmFsbCBzZXJ2aWNlLiAgVGhpcyBtb2Rl bCBpcyBub3QgYSBjb25maWd1cmF0aW9uIG1vZGVsIHRvIGJlDQogICB1c2VkIGRpcmVjdGx5IG9u IG5ldHdvcmsgZWxlbWVudHMuICBUaGlzIG1vZGVsIHByb3ZpZGVzIGFuIGFic3RyYWN0ZWQNCiAg IHZpZXcgb2YgdGhlIExheWVyIDMgSVBWUE4gc2VydmljZSBjb25maWd1cmF0aW9uIGNvbXBvbmVu dHMuICBJdCB3aWxsDQogICBiZSB1cCB0byBhIG1hbmFnZW1lbnQgc3lzdGVtIHRvIHRha2UgdGhp cyBhcyBhbiBpbnB1dCBhbmQgdXNlDQogICBzcGVjaWZpYyBjb25maWd1cmF0aW9ucyBtb2RlbHMg dG8gY29uZmlndXJlIHRoZSBkaWZmZXJlbnQgbmV0d29yaw0KICAgZWxlbWVudHMgdG8gZGVsaXZl ciB0aGUgc2VydmljZS4gIEhvdyBjb25maWd1cmF0aW9uIG9mIG5ldHdvcmsNCiAgIGVsZW1lbnRz IGlzIGRvbmUgaXMgb3V0IG9mIHNjb3BlIG9mIHRoZSBkb2N1bWVudC4NCg0KDQoNClRoZSBJRVRG IGRhdGF0cmFja2VyIHN0YXR1cyBwYWdlIGZvciB0aGlzIGRyYWZ0IGlzOg0KaHR0cHM6Ly9kYXRh dHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtaWV0Zi1sM3NtLWwzdnBuLXNlcnZpY2UtbW9kZWwv DQoNClRoZXJlJ3MgYWxzbyBhIGh0bWxpemVkIHZlcnNpb24gYXZhaWxhYmxlIGF0Og0KaHR0cHM6 Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LWlldGYtbDNzbS1sM3Zwbi1zZXJ2aWNlLW1vZGVs LTAyDQoNCkEgZGlmZiBmcm9tIHRoZSBwcmV2aW91cyB2ZXJzaW9uIGlzIGF2YWlsYWJsZSBhdDoN Cmh0dHBzOi8vd3d3LmlldGYub3JnL3JmY2RpZmY/dXJsMj1kcmFmdC1pZXRmLWwzc20tbDN2cG4t c2VydmljZS1tb2RlbC0wMg0KDQoNClBsZWFzZSBub3RlIHRoYXQgaXQgbWF5IHRha2UgYSBjb3Vw bGUgb2YgbWludXRlcyBmcm9tIHRoZSB0aW1lIG9mIHN1Ym1pc3Npb24gdW50aWwgdGhlIGh0bWxp emVkIHZlcnNpb24gYW5kIGRpZmYgYXJlIGF2YWlsYWJsZSBhdCB0b29scy5pZXRmLm9yZy4NCg0K SW50ZXJuZXQtRHJhZnRzIGFyZSBhbHNvIGF2YWlsYWJsZSBieSBhbm9ueW1vdXMgRlRQIGF0Og0K ZnRwOi8vZnRwLmlldGYub3JnL2ludGVybmV0LWRyYWZ0cy8NCg0KX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCkktRC1Bbm5vdW5jZSBtYWlsaW5nIGxpc3QN CkktRC1Bbm5vdW5jZUBpZXRmLm9yZw0KaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0 aW5mby9pLWQtYW5ub3VuY2UNCkludGVybmV0LURyYWZ0IGRpcmVjdG9yaWVzOiBodHRwOi8vd3d3 LmlldGYub3JnL3NoYWRvdy5odG1sIG9yIGZ0cDovL2Z0cC5pZXRmLm9yZy9pZXRmLzFzaGFkb3ct c2l0ZXMudHh0DQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f Xw0KTDNzbSBtYWlsaW5nIGxpc3QNCkwzc21AaWV0Zi5vcmcNCmh0dHBzOi8vd3d3LmlldGYub3Jn L21haWxtYW4vbGlzdGluZm8vbDNzbQ0KDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fXw0KTDNzbSBtYWlsaW5nIGxpc3QNCkwzc21AaWV0Zi5vcmcNCmh0dHBz Oi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vbDNzbQ0KDQoNCl9fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCg0KQ2Ug bWVzc2FnZSBldCBzZXMgcGllY2VzIGpvaW50ZXMgcGV1dmVudCBjb250ZW5pciBkZXMgaW5mb3Jt YXRpb25zIGNvbmZpZGVudGllbGxlcyBvdSBwcml2aWxlZ2llZXMgZXQgbmUgZG9pdmVudCBkb25j IHBhcyBldHJlIGRpZmZ1c2VzLCBleHBsb2l0ZXMgb3UgY29waWVzIHNhbnMgYXV0b3Jpc2F0aW9u LiBTaSB2b3VzIGF2ZXogcmVjdSBjZSBtZXNzYWdlIHBhciBlcnJldXIsIHZldWlsbGV6IGxlIHNp Z25hbGVyIGEgbCdleHBlZGl0ZXVyIGV0IGxlIGRldHJ1aXJlIGFpbnNpIHF1ZSBsZXMgcGllY2Vz IGpvaW50ZXMuIExlcyBtZXNzYWdlcyBlbGVjdHJvbmlxdWVzIGV0YW50IHN1c2NlcHRpYmxlcyBk J2FsdGVyYXRpb24sIE9yYW5nZSBkZWNsaW5lIHRvdXRlIHJlc3BvbnNhYmlsaXRlIHNpIGNlIG1l c3NhZ2UgYSBldGUgYWx0ZXJlLCBkZWZvcm1lIG91IGZhbHNpZmllLiBNZXJjaS4NCg0KVGhpcyBt ZXNzYWdlIGFuZCBpdHMgYXR0YWNobWVudHMgbWF5IGNvbnRhaW4gY29uZmlkZW50aWFsIG9yIHBy aXZpbGVnZWQgaW5mb3JtYXRpb24gdGhhdCBtYXkgYmUgcHJvdGVjdGVkIGJ5IGxhdzsgdGhleSBz aG91bGQgbm90IGJlIGRpc3RyaWJ1dGVkLCB1c2VkIG9yIGNvcGllZCB3aXRob3V0IGF1dGhvcmlz YXRpb24uDQpJZiB5b3UgaGF2ZSByZWNlaXZlZCB0aGlzIGVtYWlsIGluIGVycm9yLCBwbGVhc2Ug bm90aWZ5IHRoZSBzZW5kZXIgYW5kIGRlbGV0ZSB0aGlzIG1lc3NhZ2UgYW5kIGl0cyBhdHRhY2ht ZW50cy4NCkFzIGVtYWlscyBtYXkgYmUgYWx0ZXJlZCwgT3JhbmdlIGlzIG5vdCBsaWFibGUgZm9y IG1lc3NhZ2VzIHRoYXQgaGF2ZSBiZWVuIG1vZGlmaWVkLCBjaGFuZ2VkIG9yIGZhbHNpZmllZC4N ClRoYW5rIHlvdS4NCg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX18NCkwzc20gbWFpbGluZyBsaXN0DQpMM3NtQGlldGYub3JnDQpodHRwczovL3d3dy5pZXRm Lm9yZy9tYWlsbWFuL2xpc3RpbmZvL2wzc20NCg0KX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX18NCkwzc20gbWFpbGluZyBsaXN0DQpMM3NtQGlldGYub3JnDQpo dHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2wzc20NCg0KX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCkwzc20gbWFpbGluZyBsaXN0DQpM M3NtQGlldGYub3JnDQpodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2wzc20N Cg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fXw0KDQpDZSBtZXNzYWdlIGV0IHNlcyBwaWVjZXMgam9pbnRlcyBwZXV2ZW50IGNv bnRlbmlyIGRlcyBpbmZvcm1hdGlvbnMgY29uZmlkZW50aWVsbGVzIG91IHByaXZpbGVnaWVlcyBl dCBuZSBkb2l2ZW50IGRvbmMgcGFzIGV0cmUgZGlmZnVzZXMsIGV4cGxvaXRlcyBvdSBjb3BpZXMg c2FucyBhdXRvcmlzYXRpb24uIFNpIHZvdXMgYXZleiByZWN1IGNlIG1lc3NhZ2UgcGFyIGVycmV1 ciwgdmV1aWxsZXogbGUgc2lnbmFsZXIgYSBsJ2V4cGVkaXRldXIgZXQgbGUgZGV0cnVpcmUgYWlu c2kgcXVlIGxlcyBwaWVjZXMgam9pbnRlcy4gTGVzIG1lc3NhZ2VzIGVsZWN0cm9uaXF1ZXMgZXRh bnQgc3VzY2VwdGlibGVzIGQnYWx0ZXJhdGlvbiwgT3JhbmdlIGRlY2xpbmUgdG91dGUgcmVzcG9u c2FiaWxpdGUgc2kgY2UgbWVzc2FnZSBhIGV0ZSBhbHRlcmUsIGRlZm9ybWUgb3UgZmFsc2lmaWUu IE1lcmNpLg0KDQpUaGlzIG1lc3NhZ2UgYW5kIGl0cyBhdHRhY2htZW50cyBtYXkgY29udGFpbiBj b25maWRlbnRpYWwgb3IgcHJpdmlsZWdlZCBpbmZvcm1hdGlvbiB0aGF0IG1heSBiZSBwcm90ZWN0 ZWQgYnkgbGF3OyB0aGV5IHNob3VsZCBub3QgYmUgZGlzdHJpYnV0ZWQsIHVzZWQgb3IgY29waWVk IHdpdGhvdXQgYXV0aG9yaXNhdGlvbi4NCklmIHlvdSBoYXZlIHJlY2VpdmVkIHRoaXMgZW1haWwg aW4gZXJyb3IsIHBsZWFzZSBub3RpZnkgdGhlIHNlbmRlciBhbmQgZGVsZXRlIHRoaXMgbWVzc2Fn ZSBhbmQgaXRzIGF0dGFjaG1lbnRzLg0KQXMgZW1haWxzIG1heSBiZSBhbHRlcmVkLCBPcmFuZ2Ug aXMgbm90IGxpYWJsZSBmb3IgbWVzc2FnZXMgdGhhdCBoYXZlIGJlZW4gbW9kaWZpZWQsIGNoYW5n ZWQgb3IgZmFsc2lmaWVkLg0KVGhhbmsgeW91Lg0KDQpfX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fXw0KTDNzbSBtYWlsaW5nIGxpc3QNCkwzc21AaWV0Zi5vcmcN Cmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vbDNzbQ0KDQoNCl9fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18N Cg0KQ2UgbWVzc2FnZSBldCBzZXMgcGllY2VzIGpvaW50ZXMgcGV1dmVudCBjb250ZW5pciBkZXMg aW5mb3JtYXRpb25zIGNvbmZpZGVudGllbGxlcyBvdSBwcml2aWxlZ2llZXMgZXQgbmUgZG9pdmVu dCBkb25jIHBhcyBldHJlIGRpZmZ1c2VzLCBleHBsb2l0ZXMgb3UgY29waWVzIHNhbnMgYXV0b3Jp c2F0aW9uLiBTaSB2b3VzIGF2ZXogcmVjdSBjZSBtZXNzYWdlIHBhciBlcnJldXIsIHZldWlsbGV6 IGxlIHNpZ25hbGVyIGEgbCdleHBlZGl0ZXVyIGV0IGxlIGRldHJ1aXJlIGFpbnNpIHF1ZSBsZXMg cGllY2VzIGpvaW50ZXMuIExlcyBtZXNzYWdlcyBlbGVjdHJvbmlxdWVzIGV0YW50IHN1c2NlcHRp YmxlcyBkJ2FsdGVyYXRpb24sIE9yYW5nZSBkZWNsaW5lIHRvdXRlIHJlc3BvbnNhYmlsaXRlIHNp IGNlIG1lc3NhZ2UgYSBldGUgYWx0ZXJlLCBkZWZvcm1lIG91IGZhbHNpZmllLiBNZXJjaS4NCg0K VGhpcyBtZXNzYWdlIGFuZCBpdHMgYXR0YWNobWVudHMgbWF5IGNvbnRhaW4gY29uZmlkZW50aWFs IG9yIHByaXZpbGVnZWQgaW5mb3JtYXRpb24gdGhhdCBtYXkgYmUgcHJvdGVjdGVkIGJ5IGxhdzsg dGhleSBzaG91bGQgbm90IGJlIGRpc3RyaWJ1dGVkLCB1c2VkIG9yIGNvcGllZCB3aXRob3V0IGF1 dGhvcmlzYXRpb24uDQpJZiB5b3UgaGF2ZSByZWNlaXZlZCB0aGlzIGVtYWlsIGluIGVycm9yLCBw bGVhc2Ugbm90aWZ5IHRoZSBzZW5kZXIgYW5kIGRlbGV0ZSB0aGlzIG1lc3NhZ2UgYW5kIGl0cyBh dHRhY2htZW50cy4NCkFzIGVtYWlscyBtYXkgYmUgYWx0ZXJlZCwgT3JhbmdlIGlzIG5vdCBsaWFi bGUgZm9yIG1lc3NhZ2VzIHRoYXQgaGF2ZSBiZWVuIG1vZGlmaWVkLCBjaGFuZ2VkIG9yIGZhbHNp ZmllZC4NClRoYW5rIHlvdS4NCg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX18NCkwzc20gbWFpbGluZyBsaXN0DQpMM3NtQGlldGYub3JnDQpodHRwczovL3d3 dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2wzc20NCg0KDQpfX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQoNCkNlIG1lc3Nh Z2UgZXQgc2VzIHBpZWNlcyBqb2ludGVzIHBldXZlbnQgY29udGVuaXIgZGVzIGluZm9ybWF0aW9u cyBjb25maWRlbnRpZWxsZXMgb3UgcHJpdmlsZWdpZWVzIGV0IG5lIGRvaXZlbnQgZG9uYyBwYXMg ZXRyZSBkaWZmdXNlcywgZXhwbG9pdGVzIG91IGNvcGllcyBzYW5zIGF1dG9yaXNhdGlvbi4gU2kg dm91cyBhdmV6IHJlY3UgY2UgbWVzc2FnZSBwYXIgZXJyZXVyLCB2ZXVpbGxleiBsZSBzaWduYWxl ciBhIGwnZXhwZWRpdGV1ciBldCBsZSBkZXRydWlyZSBhaW5zaSBxdWUgbGVzIHBpZWNlcyBqb2lu dGVzLiBMZXMgbWVzc2FnZXMgZWxlY3Ryb25pcXVlcyBldGFudCBzdXNjZXB0aWJsZXMgZCdhbHRl cmF0aW9uLCBPcmFuZ2UgZGVjbGluZSB0b3V0ZSByZXNwb25zYWJpbGl0ZSBzaSBjZSBtZXNzYWdl IGEgZXRlIGFsdGVyZSwgZGVmb3JtZSBvdSBmYWxzaWZpZS4gTWVyY2kuDQoNClRoaXMgbWVzc2Fn ZSBhbmQgaXRzIGF0dGFjaG1lbnRzIG1heSBjb250YWluIGNvbmZpZGVudGlhbCBvciBwcml2aWxl Z2VkIGluZm9ybWF0aW9uIHRoYXQgbWF5IGJlIHByb3RlY3RlZCBieSBsYXc7IHRoZXkgc2hvdWxk IG5vdCBiZSBkaXN0cmlidXRlZCwgdXNlZCBvciBjb3BpZWQgd2l0aG91dCBhdXRob3Jpc2F0aW9u Lg0KSWYgeW91IGhhdmUgcmVjZWl2ZWQgdGhpcyBlbWFpbCBpbiBlcnJvciwgcGxlYXNlIG5vdGlm eSB0aGUgc2VuZGVyIGFuZCBkZWxldGUgdGhpcyBtZXNzYWdlIGFuZCBpdHMgYXR0YWNobWVudHMu DQpBcyBlbWFpbHMgbWF5IGJlIGFsdGVyZWQsIE9yYW5nZSBpcyBub3QgbGlhYmxlIGZvciBtZXNz YWdlcyB0aGF0IGhhdmUgYmVlbiBtb2RpZmllZCwgY2hhbmdlZCBvciBmYWxzaWZpZWQuDQpUaGFu ayB5b3UuDQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f DQpMM3NtIG1haWxpbmcgbGlzdA0KTDNzbUBpZXRmLm9yZw0KaHR0cHM6Ly93d3cuaWV0Zi5vcmcv bWFpbG1hbi9saXN0aW5mby9sM3NtDQoNCg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KDQpDZSBtZXNzYWdlIGV0IHNlcyBw aWVjZXMgam9pbnRlcyBwZXV2ZW50IGNvbnRlbmlyIGRlcyBpbmZvcm1hdGlvbnMgY29uZmlkZW50 aWVsbGVzIG91IHByaXZpbGVnaWVlcyBldCBuZSBkb2l2ZW50IGRvbmMgcGFzIGV0cmUgZGlmZnVz ZXMsIGV4cGxvaXRlcyBvdSBjb3BpZXMgc2FucyBhdXRvcmlzYXRpb24uIFNpIHZvdXMgYXZleiBy ZWN1IGNlIG1lc3NhZ2UgcGFyIGVycmV1ciwgdmV1aWxsZXogbGUgc2lnbmFsZXIgYSBsJ2V4cGVk aXRldXIgZXQgbGUgZGV0cnVpcmUgYWluc2kgcXVlIGxlcyBwaWVjZXMgam9pbnRlcy4gTGVzIG1l c3NhZ2VzIGVsZWN0cm9uaXF1ZXMgZXRhbnQgc3VzY2VwdGlibGVzIGQnYWx0ZXJhdGlvbiwgT3Jh bmdlIGRlY2xpbmUgdG91dGUgcmVzcG9uc2FiaWxpdGUgc2kgY2UgbWVzc2FnZSBhIGV0ZSBhbHRl cmUsIGRlZm9ybWUgb3UgZmFsc2lmaWUuIE1lcmNpLg0KDQpUaGlzIG1lc3NhZ2UgYW5kIGl0cyBh dHRhY2htZW50cyBtYXkgY29udGFpbiBjb25maWRlbnRpYWwgb3IgcHJpdmlsZWdlZCBpbmZvcm1h dGlvbiB0aGF0IG1heSBiZSBwcm90ZWN0ZWQgYnkgbGF3OyB0aGV5IHNob3VsZCBub3QgYmUgZGlz dHJpYnV0ZWQsIHVzZWQgb3IgY29waWVkIHdpdGhvdXQgYXV0aG9yaXNhdGlvbi4NCklmIHlvdSBo YXZlIHJlY2VpdmVkIHRoaXMgZW1haWwgaW4gZXJyb3IsIHBsZWFzZSBub3RpZnkgdGhlIHNlbmRl ciBhbmQgZGVsZXRlIHRoaXMgbWVzc2FnZSBhbmQgaXRzIGF0dGFjaG1lbnRzLg0KQXMgZW1haWxz IG1heSBiZSBhbHRlcmVkLCBPcmFuZ2UgaXMgbm90IGxpYWJsZSBmb3IgbWVzc2FnZXMgdGhhdCBo YXZlIGJlZW4gbW9kaWZpZWQsIGNoYW5nZWQgb3IgZmFsc2lmaWVkLg0KVGhhbmsgeW91Lg0KDQpf X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KTDNzbSBtYWls aW5nIGxpc3QNCkwzc21AaWV0Zi5vcmcNCmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlz dGluZm8vbDNzbQ0KDQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX18NCg0KQ2UgbWVzc2FnZSBldCBzZXMgcGllY2VzIGpvaW50 ZXMgcGV1dmVudCBjb250ZW5pciBkZXMgaW5mb3JtYXRpb25zIGNvbmZpZGVudGllbGxlcyBvdSBw cml2aWxlZ2llZXMgZXQgbmUgZG9pdmVudCBkb25jIHBhcyBldHJlIGRpZmZ1c2VzLCBleHBsb2l0 ZXMgb3UgY29waWVzIHNhbnMgYXV0b3Jpc2F0aW9uLiBTaSB2b3VzIGF2ZXogcmVjdSBjZSBtZXNz YWdlIHBhciBlcnJldXIsIHZldWlsbGV6IGxlIHNpZ25hbGVyIGEgbCdleHBlZGl0ZXVyIGV0IGxl IGRldHJ1aXJlIGFpbnNpIHF1ZSBsZXMgcGllY2VzIGpvaW50ZXMuIExlcyBtZXNzYWdlcyBlbGVj dHJvbmlxdWVzIGV0YW50IHN1c2NlcHRpYmxlcyBkJ2FsdGVyYXRpb24sIE9yYW5nZSBkZWNsaW5l IHRvdXRlIHJlc3BvbnNhYmlsaXRlIHNpIGNlIG1lc3NhZ2UgYSBldGUgYWx0ZXJlLCBkZWZvcm1l IG91IGZhbHNpZmllLiBNZXJjaS4NCg0KVGhpcyBtZXNzYWdlIGFuZCBpdHMgYXR0YWNobWVudHMg bWF5IGNvbnRhaW4gY29uZmlkZW50aWFsIG9yIHByaXZpbGVnZWQgaW5mb3JtYXRpb24gdGhhdCBt YXkgYmUgcHJvdGVjdGVkIGJ5IGxhdzsgdGhleSBzaG91bGQgbm90IGJlIGRpc3RyaWJ1dGVkLCB1 c2VkIG9yIGNvcGllZCB3aXRob3V0IGF1dGhvcmlzYXRpb24uDQpJZiB5b3UgaGF2ZSByZWNlaXZl ZCB0aGlzIGVtYWlsIGluIGVycm9yLCBwbGVhc2Ugbm90aWZ5IHRoZSBzZW5kZXIgYW5kIGRlbGV0 ZSB0aGlzIG1lc3NhZ2UgYW5kIGl0cyBhdHRhY2htZW50cy4NCkFzIGVtYWlscyBtYXkgYmUgYWx0 ZXJlZCwgT3JhbmdlIGlzIG5vdCBsaWFibGUgZm9yIG1lc3NhZ2VzIHRoYXQgaGF2ZSBiZWVuIG1v ZGlmaWVkLCBjaGFuZ2VkIG9yIGZhbHNpZmllZC4NClRoYW5rIHlvdS4NCg0KX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCkwzc20gbWFpbGluZyBsaXN0DQpM M3NtQGlldGYub3JnDQpodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2wzc20N Cg0KCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX18KCkNlIG1lc3NhZ2UgZXQgc2VzIHBpZWNlcyBqb2ludGVzIHBldXZlbnQgY29u dGVuaXIgZGVzIGluZm9ybWF0aW9ucyBjb25maWRlbnRpZWxsZXMgb3UgcHJpdmlsZWdpZWVzIGV0 IG5lIGRvaXZlbnQgZG9uYwpwYXMgZXRyZSBkaWZmdXNlcywgZXhwbG9pdGVzIG91IGNvcGllcyBz YW5zIGF1dG9yaXNhdGlvbi4gU2kgdm91cyBhdmV6IHJlY3UgY2UgbWVzc2FnZSBwYXIgZXJyZXVy LCB2ZXVpbGxleiBsZSBzaWduYWxlcgphIGwnZXhwZWRpdGV1ciBldCBsZSBkZXRydWlyZSBhaW5z aSBxdWUgbGVzIHBpZWNlcyBqb2ludGVzLiBMZXMgbWVzc2FnZXMgZWxlY3Ryb25pcXVlcyBldGFu dCBzdXNjZXB0aWJsZXMgZCdhbHRlcmF0aW9uLApPcmFuZ2UgZGVjbGluZSB0b3V0ZSByZXNwb25z YWJpbGl0ZSBzaSBjZSBtZXNzYWdlIGEgZXRlIGFsdGVyZSwgZGVmb3JtZSBvdSBmYWxzaWZpZS4g TWVyY2kuCgpUaGlzIG1lc3NhZ2UgYW5kIGl0cyBhdHRhY2htZW50cyBtYXkgY29udGFpbiBjb25m aWRlbnRpYWwgb3IgcHJpdmlsZWdlZCBpbmZvcm1hdGlvbiB0aGF0IG1heSBiZSBwcm90ZWN0ZWQg YnkgbGF3Owp0aGV5IHNob3VsZCBub3QgYmUgZGlzdHJpYnV0ZWQsIHVzZWQgb3IgY29waWVkIHdp dGhvdXQgYXV0aG9yaXNhdGlvbi4KSWYgeW91IGhhdmUgcmVjZWl2ZWQgdGhpcyBlbWFpbCBpbiBl cnJvciwgcGxlYXNlIG5vdGlmeSB0aGUgc2VuZGVyIGFuZCBkZWxldGUgdGhpcyBtZXNzYWdlIGFu ZCBpdHMgYXR0YWNobWVudHMuCkFzIGVtYWlscyBtYXkgYmUgYWx0ZXJlZCwgT3JhbmdlIGlzIG5v dCBsaWFibGUgZm9yIG1lc3NhZ2VzIHRoYXQgaGF2ZSBiZWVuIG1vZGlmaWVkLCBjaGFuZ2VkIG9y IGZhbHNpZmllZC4KVGhhbmsgeW91LgoK From nobody Mon Jan 18 01:00:18 2016 Return-Path: X-Original-To: l3sm@ietfa.amsl.com Delivered-To: l3sm@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7F6D51B330B for ; Mon, 18 Jan 2016 01:00:17 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.3 X-Spam-Level: X-Spam-Status: No, score=-1.3 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, J_CHICKENPOX_12=0.6, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id MfVIcp4cHpZb for ; Mon, 18 Jan 2016 01:00:14 -0800 (PST) Received: from relais-inet.orange.com (relais-nor34.orange.com [80.12.70.34]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 895D21B3309 for ; Mon, 18 Jan 2016 01:00:14 -0800 (PST) Received: from opfednr05.francetelecom.fr (unknown [xx.xx.xx.69]) by opfednr22.francetelecom.fr (ESMTP service) with ESMTP id 8D20020186; Mon, 18 Jan 2016 10:00:12 +0100 (CET) Received: from Exchangemail-eme2.itn.ftgroup (unknown [xx.xx.31.17]) by opfednr05.francetelecom.fr (ESMTP service) with ESMTP id 6218320075; Mon, 18 Jan 2016 10:00:12 +0100 (CET) Received: from OPEXCLILMA4.corporate.adroot.infra.ftgroup ([fe80::65de:2f08:41e6:ebbe]) by OPEXCLILM24.corporate.adroot.infra.ftgroup ([fe80::a1e6:3e6a:1f68:5f7e%19]) with mapi id 14.03.0279.002; Mon, 18 Jan 2016 10:00:12 +0100 From: To: "Ogaki, Kenichi" , "l3sm@ietf.org" Thread-Topic: [L3sm] Modeling a site with multiple subsites Thread-Index: AdFPnqCmtWfFPEtQT6m/5Yx5kcaoDAB49fcAABLp5PA= Date: Mon, 18 Jan 2016 09:00:11 +0000 Message-ID: <28946_1453107612_569CA99C_28946_1310_1_9E32478DFA9976438E7A22F69B08FF921683F60F@OPEXCLILMA4.corporate.adroot.infra.ftgroup> References: <11137_1452868271_569902AF_11137_18933_1_9E32478DFA9976438E7A22F69B08FF921683F2D0@OPEXCLILMA4.corporate.adroot.infra.ftgroup> <009a01d1518a$dccd16e0$966744a0$@kddi.com> In-Reply-To: <009a01d1518a$dccd16e0$966744a0$@kddi.com> Accept-Language: fr-FR, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.168.234.3] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Subject: Re: [L3sm] Modeling a site with multiple subsites X-BeenThere: l3sm@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: L3VPN Service YANG Model discussion group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Jan 2016 09:00:17 -0000 Hi, We cannot use site-network-access which is used for multihoming only. How to you differentiate multihoming from your subVPN case ? they are two d= ifferent things. So I'm completely against using site-network-accesses as a subVPN can be al= so multihomed ... > FYI, our commercial service honestly has a similar element as sub-sites, = corresponding to vlan, but we still allows multiple vpns and bgp peers, eac= h different vpn access per peer, within a single vlan. Could you provide more technical detail so I will be able to understand wha= t exactly you are trying to achieve ? Best Regards, Stephane -----Original Message----- From: Ogaki, Kenichi [mailto:ke-oogaki@kddi.com]=20 Sent: Monday, January 18, 2016 01:55 To: LITKOWSKI Stephane SCE/OINIS; l3sm@ietf.org Subject: RE: [L3sm] Modeling a site with multiple subsites Hi Stephane, >Single "physical" access between SP and customer, but multiple sub-accesse= s on top (VLAN, PPP sessions, or whatever ...), each one pointing to a spec= ific VPN. As you wrote above in the scenario a) and b), vpn-policy only have to be co= ntrolled per logical access, equivalent to the site-network-access in the c= urrent model. To solve the issue as simple as possible, it's sufficient to = duplicate vpn-policy under site-network-access. In these cases, a completely different conceptual element, sub-sites, is no= t required. This must bring a complexity, and sometimes hard to be understo= od, depending on operator's usecase.=20 Although we shouldn't discuss the device modelling, the granularity of sub-= sites corresponds to a VRF's one from the viewpoint of vpn-policy. In this = case, nobody intuitively imagines (sub-)sites from VRF, because it's common= ly in a single physical box. FYI, our commercial service honestly has a similar element as sub-sites, co= rresponding to vlan, but we still allows multiple vpns and bgp peers, each = different vpn access per peer, within a single vlan. All the best, Kenichi -----Original Message----- From: L3sm [mailto:l3sm-bounces@ietf.org] On Behalf Of stephane.litkowski@o= range.com Sent: Friday, January 15, 2016 11:31 PM To: l3sm@ietf.org Subject: [L3sm] Modeling a site with multiple subsites [Creating another topic for better followup] =20 Today the model has the ability to create sites, a site can be multihomed t= o the network thanks to the site-network-access sub-tree. =20 Now the question is how to we model such scenarios : =20 a) "SUBVPN case" : Single "physical" access between SP and customer, b= ut multiple sub-accesses on top (VLAN, PPP sessions, or whatever .), each o= ne pointing to a specific VPN. It is expected for the customer to ensure fl= ow separation (VRF lite, VLANs .). It's typically a big company with a Hub = site used where affiliates have dedicated resources in the Hub site, and af= filiates must not talk to each other or even share resources. Note that I p= utted "physical" between quotes because it can be a nested logical accesses= . =20 =20 b) "INTER-AS option A like " case : this is the back to back VRF case,= as previously single "physical" access and multiple logical accesses on to= p each one pointing to a separate VPN. I putted interAS, but this can be "i= ntra-AS" with iBGP back to back VRFs also (internal DC for example) =20 c) What about option B ? Do we consider option B as a service ? I wou= ld not be in favor of that. Option B setups are really particular in term o= f design, security . So I would like to have option B out of scope. =20 =20 Even if a) and b) are separated use cases from a service point of view, the= se are similar in term of modeling. =20 Today we can model it has a collection of separated sites without any relat= ionship between each other. The other point is that we cannot express any = property of the "physical" attachment but there may few (encryption ?). We = can keep the model as it is with this limitation or we can create site and = sub-site hierarchy which as I already said may complexify the reading and u= sability (IMO). It may look like this : =20 =B7 Sites o Site-only-parameters : =A7 Location =A7 Diversity =A7 management =A7 Security o Specific-parameters : <- to be used only if there is no subsite. =A7 Vpn-policy =A7 Services =A7 Routing-protocols =A7 Site-network-accesses =B7 .. o Sub-sites : <- to be used in case of sub sites present =A7 Specific-parameters : =B7 Vpn-policy =B7 Services =B7 Routing-protocols =B7 Site-network-accesses o . =20 I'm also wondering if bearer parameters must also be taken out in this case= and putted in the site-only-parameters.=20 The hierarchy becomes really complex here and I would like to keep it as si= mple as possible. =20 =20 Would be good to have multiple feedbacks from the WG to see where the conse= nsus is. =20 =20 Orange logo =20 =20 Stephane Litkowski=20 Network Architect=20 Orange/SCE/EQUANT/OINIS/NET Orange Expert Future Networks phone: +33 2 23 28 49 83 =20 mobile: +33 6 37 86 97 52 =20 stephane.litkowski@orange.com =20=20 =20 =20 ___________________________________________________________________________= ______________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confiden= tielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu= ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages el= ectroniques etant susceptibles d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme ou = falsifie. Merci. This message and its attachments may contain confidential or privileged inf= ormation that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and dele= te this message and its attachments. As emails may be altered, Orange is not liable for messages that have been = modified, changed or falsified. Thank you. ___________________________________________________________________________= ______________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confiden= tielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu= ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages el= ectroniques etant susceptibles d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme ou = falsifie. Merci. This message and its attachments may contain confidential or privileged inf= ormation that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and dele= te this message and its attachments. As emails may be altered, Orange is not liable for messages that have been = modified, changed or falsified. Thank you. From nobody Mon Jan 18 14:07:28 2016 Return-Path: X-Original-To: l3sm@ietfa.amsl.com Delivered-To: l3sm@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E13EE1A03D5 for ; Mon, 18 Jan 2016 14:07:26 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -100.701 X-Spam-Level: X-Spam-Status: No, score=-100.701 tagged_above=-999 required=5 tests=[BAYES_20=-0.001, RCVD_IN_DNSWL_LOW=-0.7, USER_IN_WHITELIST=-100] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id MFUWm5b2qiFc for ; Mon, 18 Jan 2016 14:07:23 -0800 (PST) Received: from asmtp2.iomartmail.com (asmtp2.iomartmail.com [62.128.201.249]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7D4AB1A03AA for ; Mon, 18 Jan 2016 14:07:22 -0800 (PST) Received: from asmtp2.iomartmail.com (localhost.localdomain [127.0.0.1]) by asmtp2.iomartmail.com (8.13.8/8.13.8) with ESMTP id u0IM7KVk005243 for ; Mon, 18 Jan 2016 22:07:20 GMT Received: from 950129200 ([79.141.128.249]) (authenticated bits=0) by asmtp2.iomartmail.com (8.13.8/8.13.8) with ESMTP id u0IM7I0C005228 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NO) for ; Mon, 18 Jan 2016 22:07:19 GMT From: "Adrian Farrel" To: Date: Mon, 18 Jan 2016 22:07:14 -0000 Message-ID: <003001d1523c$9819d440$c84d7cc0$@olddog.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 14.0 Thread-Index: AdFSPJQNBEHBLdpUQuKJQy8fHihgwQ== Content-Language: en-gb X-TM-AS-MML: disable X-TM-AS-Product-Ver: IMSS-7.1.0.1679-8.0.0.1202-22074.003 X-TM-AS-Result: No--3.549-10.0-31-10 X-imss-scan-details: No--3.549-10.0-31-10 X-TMASE-MatchedRID: bpNUmC1fpXaaSjc+kftkbq4lkQdsf0I6lHLUcNM85dq67Q3uPo9KIxRd SUimhDeK4vM1YF6AJbZcLc3sLtjOtyTyMYAVFZEMavP8b9lJtWr6C0ePs7A07e/Po2Slathv+JZ l+mDGMuuaAhwOF/L1s4DCdRxt117Wr82U80MJeC1N/vQcxQpFczQFvN82A8P79TpQiD8Sn4s54D EQIK3XhMn5FmnhuafQ Archived-At: Subject: [L3sm] Heads up on probable virtual interim X-BeenThere: l3sm@ietf.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: adrian@olddog.co.uk List-Id: L3VPN Service YANG Model discussion group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Jan 2016 22:07:27 -0000 Hi, Just to give you as much warning as possible. Qin and I are discussing a possible future virtual interim to close off the remaining open issues. Our target is Thursday 25th February at 14.00 Paris time. Adrian From nobody Mon Jan 18 19:15:26 2016 Return-Path: X-Original-To: l3sm@ietfa.amsl.com Delivered-To: l3sm@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 305E01A8987 for ; Mon, 18 Jan 2016 19:15:26 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.202 X-Spam-Level: X-Spam-Status: No, score=-2.202 tagged_above=-999 required=5 tests=[BAYES_05=-0.5, J_CHICKENPOX_12=0.6, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 24kzsgdTv_Jd for ; Mon, 18 Jan 2016 19:15:22 -0800 (PST) Received: from post-send.kddi.com (athena3.kddi.com [27.90.165.196]) by ietfa.amsl.com (Postfix) with ESMTP id F1F621A8988 for ; Mon, 18 Jan 2016 19:15:21 -0800 (PST) Received: from LTMC2122.kddi.com (LTMC2122.kddi.com [10.206.0.63]) by post-send.kddi.com (KDDI Mail) with ESMTP id B2A14E0005; Tue, 19 Jan 2016 12:15:20 +0900 (JST) Received: from LTMC2145.kddi.com ([10.206.0.236] [10.206.0.236]) by LTMC2122.kddi.com with ESMTP; Tue, 19 Jan 2016 12:15:20 +0900 Received: from LTMC2145.kddi.com (localhost [127.0.0.1]) by localhost.kddi.com (Postfix) with ESMTP id 84D193A0065; Tue, 19 Jan 2016 12:15:20 +0900 (JST) Received: from LTMC2151.kddi.com (post-incheck [10.206.0.239]) by LTMC2145.kddi.com (Postfix) with ESMTP id 79C7C3A005F; Tue, 19 Jan 2016 12:15:20 +0900 (JST) Received: from LTMC2151.kddi.com (localhost.localdomain [127.0.0.1]) by LTMC2151.kddi.com with ESMTP id u0J3FKOH011948; Tue, 19 Jan 2016 12:15:20 +0900 Received: from LTMC2151.kddi.com.mid_30230238 (localhost.localdomain [127.0.0.1]) by LTMC2151.kddi.com with ESMTP id u0J35FmF002437; Tue, 19 Jan 2016 12:05:15 +0900 X-SA-MID: 30230238 Received: from KDDI1508PC0003 ([10.211.186.221] [10.211.186.221]) by post-smtp2.kddi.com with ESMTPA; Tue, 19 Jan 2016 12:05:15 +0900 From: "Ogaki, Kenichi" To: , References: <11137_1452868271_569902AF_11137_18933_1_9E32478DFA9976438E7A22F69B08FF921683F2D0@OPEXCLILMA4.corporate.adroot.infra.ftgroup> <009a01d1518a$dccd16e0$966744a0$@kddi.com> <28946_1453107612_569CA99C_28946_1310_1_9E32478DFA9976438E7A22F69B08FF921683F60F@OPEXCLILMA4.corporate.adroot.infra.ftgroup> In-Reply-To: <28946_1453107612_569CA99C_28946_1310_1_9E32478DFA9976438E7A22F69B08FF921683F60F@OPEXCLILMA4.corporate.adroot.infra.ftgroup> Date: Tue, 19 Jan 2016 12:05:11 +0900 Message-ID: <000001d15266$38428380$a8c78a80$@kddi.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQH5Bq8eqk2F/jjoJjePPJmqqbPofQJPFi+8Aw+DAN+eh8kUQA== Content-Language: ja X-TM-AS-MML: disable Archived-At: Subject: Re: [L3sm] Modeling a site with multiple subsites X-BeenThere: l3sm@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: L3VPN Service YANG Model discussion group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Jan 2016 03:15:26 -0000 Hi Stephane, >We cannot use site-network-access which is used for multihoming only. Why do we have to use site-network-access only for multihoming? This is = intuitively mapped to a logical access as you wrote. >How to you differentiate multihoming from your subVPN case? they are = two different things. As I wrote, we just have to *duplicate* vpn-policy under = site-network-access. When an operator's use case requires multiVPN, then = vpn-policy should be under sites as the current model does. When the other operator requires subVPN, vpn-policy should just be under = site-network-access. It's sufficient to use these two cases exclusively. >Could you provide more technical detail so I will be able to understand = what exactly you are trying to achieve ? Our existing commercial service allows the *logically* following = diagram. PE1, PE2 and PE3 can be VRFs inside a single physical PE, or may be = physically separate PEs. Same as CEs. L2SW can be QinQ sub-interfaces on = a single physical PE depending on the above case. Then, we may map each element like this. sites: A customer premises connected via QinQ (stag 100) sub-sites: A customer premises' layer 2 segment separated by .1Q (ctag = 10 or 20), a ctag segment can include multiple logical accesses with bgp = peer per logical access. For example, PE1 has a bgp peer with CE1, and = PE2 has a different bgp peer with CE2. In this case, when VPN X only talks to LAN X, we need subVPN inside = sub-sites. But, we can deal with a sub-sites as a sites for the = simplicity to minimally extend the current model. Even so, we still need = vpn-policy per site-network-access. +-----------------------------+ +------------------------------+ | | | | | /---\ ctag 10 | | ctag 10 /---\ | | VPN A-+ PE1 +--------+ | | +--------+ CE1 +-LAN A | | \---/ | | | | \---/ | | | | | | | | /---\ctag 10+-+----+ |stag 100| +----+-+ctag 10/---\ | | VPN B-+ PE2 +------+ L2SW +-+--------+-+ L2SW +------+ CE2 +-LAN B | | \---/ +-+----+ | | +----+-+ \---/ | | | | | | | | /---\ctag 20 | | | | ctag 20 /---\ | | VPN C-+ PE3 +--------+ | | +--------+ CE3 +-LAN C | | \---/ | | \---/ | | | | | +-----------------------------+ +------------------------------+ Central Office Customer Premises All the best, Kenichi -----Original Message----- From: L3sm [mailto:l3sm-bounces@ietf.org] On Behalf Of = stephane.litkowski@orange.com Sent: Monday, January 18, 2016 6:00 PM To: Ogaki, Kenichi; l3sm@ietf.org Subject: Re: [L3sm] Modeling a site with multiple subsites Hi, We cannot use site-network-access which is used for multihoming only. How to you differentiate multihoming from your subVPN case ? they are = two different things. So I'm completely against using site-network-accesses as a subVPN can be = also multihomed ... > FYI, our commercial service honestly has a similar element as = sub-sites, corresponding to vlan, but we still allows multiple vpns and = bgp peers, each different vpn access per peer, within a single vlan. Could you provide more technical detail so I will be able to understand = what exactly you are trying to achieve ? Best Regards, Stephane -----Original Message----- From: Ogaki, Kenichi [mailto:ke-oogaki@kddi.com]=20 Sent: Monday, January 18, 2016 01:55 To: LITKOWSKI Stephane SCE/OINIS; l3sm@ietf.org Subject: RE: [L3sm] Modeling a site with multiple subsites Hi Stephane, >Single "physical" access between SP and customer, but multiple = sub-accesses on top (VLAN, PPP sessions, or whatever ...), each one = pointing to a specific VPN. As you wrote above in the scenario a) and b), vpn-policy only have to be = controlled per logical access, equivalent to the site-network-access in = the current model. To solve the issue as simple as possible, it's = sufficient to duplicate vpn-policy under site-network-access. In these cases, a completely different conceptual element, sub-sites, is = not required. This must bring a complexity, and sometimes hard to be = understood, depending on operator's usecase.=20 Although we shouldn't discuss the device modelling, the granularity of = sub-sites corresponds to a VRF's one from the viewpoint of vpn-policy. = In this case, nobody intuitively imagines (sub-)sites from VRF, because = it's commonly in a single physical box. FYI, our commercial service honestly has a similar element as sub-sites, = corresponding to vlan, but we still allows multiple vpns and bgp peers, = each different vpn access per peer, within a single vlan. All the best, Kenichi -----Original Message----- From: L3sm [mailto:l3sm-bounces@ietf.org] On Behalf Of = stephane.litkowski@orange.com Sent: Friday, January 15, 2016 11:31 PM To: l3sm@ietf.org Subject: [L3sm] Modeling a site with multiple subsites [Creating another topic for better followup] =20 Today the model has the ability to create sites, a site can be = multihomed to the network thanks to the site-network-access sub-tree. =20 Now the question is how to we model such scenarios : =20 a) "SUBVPN case" : Single "physical" access between SP and = customer, but multiple sub-accesses on top (VLAN, PPP sessions, or = whatever .), each one pointing to a specific VPN. It is expected for the = customer to ensure flow separation (VRF lite, VLANs .). It's typically a = big company with a Hub site used where affiliates have dedicated = resources in the Hub site, and affiliates must not talk to each other or = even share resources. Note that I putted "physical" between quotes = because it can be a nested logical accesses . =20 =20 b) "INTER-AS option A like " case : this is the back to back VRF = case, as previously single "physical" access and multiple logical = accesses on top each one pointing to a separate VPN. I putted interAS, = but this can be "intra-AS" with iBGP back to back VRFs also (internal DC = for example) =20 c) What about option B ? Do we consider option B as a service ? I = would not be in favor of that. Option B setups are really particular in = term of design, security . So I would like to have option B out of = scope. =20 =20 Even if a) and b) are separated use cases from a service point of view, = these are similar in term of modeling. =20 Today we can model it has a collection of separated sites without any = relationship between each other. The other point is that we cannot = express any property of the "physical" attachment but there may few = (encryption ?). We can keep the model as it is with this limitation or = we can create site and sub-site hierarchy which as I already said may = complexify the reading and usability (IMO). It may look like this : =20 =B7 Sites o Site-only-parameters : =A7 Location =A7 Diversity =A7 management =A7 Security o Specific-parameters : <- to be used only if there is no subsite. =A7 Vpn-policy =A7 Services =A7 Routing-protocols =A7 Site-network-accesses =B7 .. o Sub-sites : <- to be used in case of sub sites present =A7 Specific-parameters : =B7 Vpn-policy =B7 Services =B7 Routing-protocols =B7 Site-network-accesses o . =20 I'm also wondering if bearer parameters must also be taken out in this = case and putted in the site-only-parameters.=20 The hierarchy becomes really complex here and I would like to keep it as = simple as possible. =20 =20 Would be good to have multiple feedbacks from the WG to see where the = consensus is. =20 =20 Orange logo =20 =20 Stephane Litkowski=20 Network Architect=20 Orange/SCE/EQUANT/OINIS/NET Orange Expert Future Networks phone: +33 2 23 28 49 83 = =20 mobile: +33 6 37 86 97 52 = =20 stephane.litkowski@orange.com =20 =20 =20 _________________________________________________________________________= ________________________________________________ Ce message et ses pieces jointes peuvent contenir des informations = confidentielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez = recu ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages = electroniques etant susceptibles d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme = ou falsifie. Merci. This message and its attachments may contain confidential or privileged = information that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and = delete this message and its attachments. As emails may be altered, Orange is not liable for messages that have = been modified, changed or falsified. Thank you. _________________________________________________________________________= ________________________________________________ Ce message et ses pieces jointes peuvent contenir des informations = confidentielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez = recu ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages = electroniques etant susceptibles d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme = ou falsifie. Merci. This message and its attachments may contain confidential or privileged = information that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and = delete this message and its attachments. As emails may be altered, Orange is not liable for messages that have = been modified, changed or falsified. Thank you. _______________________________________________ L3sm mailing list L3sm@ietf.org https://www.ietf.org/mailman/listinfo/l3sm From nobody Mon Jan 18 19:17:03 2016 Return-Path: X-Original-To: l3sm@ietfa.amsl.com Delivered-To: l3sm@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 95FAF1A8997 for ; Mon, 18 Jan 2016 19:17:01 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.813 X-Spam-Level: X-Spam-Status: No, score=-0.813 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, CN_BODY_35=0.339, J_CHICKENPOX_12=0.6, MIME_CHARSET_FARAWAY=2.45, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id GVwmD8-dJwiu for ; Mon, 18 Jan 2016 19:16:56 -0800 (PST) Received: from post-send.kddi.com (athena2.kddi.com [27.90.165.195]) by ietfa.amsl.com (Postfix) with ESMTP id 9F1DE1A898A for ; Mon, 18 Jan 2016 19:16:55 -0800 (PST) Received: from LTMC2121.kddi.com (LTMC2121.kddi.com [10.206.0.61]) by post-send.kddi.com (KDDI Mail) with ESMTP id 01CA6E007B; Tue, 19 Jan 2016 12:16:55 +0900 (JST) Received: from LTMC2146.kddi.com ([10.206.0.236] [10.206.0.236]) by LTMC2121.kddi.com with ESMTP; Tue, 19 Jan 2016 12:16:54 +0900 Received: from LTMC2146.kddi.com (localhost [127.0.0.1]) by localhost.kddi.com (Postfix) with ESMTP id CEF2430005D; Tue, 19 Jan 2016 12:16:54 +0900 (JST) Received: from LTMC2151.kddi.com (post-incheck [10.206.0.239]) by LTMC2146.kddi.com (Postfix) with ESMTP id C386F300051; Tue, 19 Jan 2016 12:16:54 +0900 (JST) Received: from LTMC2151.kddi.com (localhost.localdomain [127.0.0.1]) by LTMC2151.kddi.com with ESMTP id u0J3Gs0P013005; Tue, 19 Jan 2016 12:16:54 +0900 Received: from LTMC2151.kddi.com.mid_30230446 (localhost.localdomain [127.0.0.1]) by LTMC2151.kddi.com with ESMTP id u0J36olW004082; Tue, 19 Jan 2016 12:06:51 +0900 X-SA-MID: 30230446 Received: from KDDI1508PC0003 ([10.211.186.221] [10.211.186.221]) by post-smtp2.kddi.com with ESMTPA; Tue, 19 Jan 2016 12:06:50 +0900 From: "Ogaki, Kenichi" To: , References: <015f01d13dfc$925ce730$b716b590$@kddi.com> <007d01d14695$e7de9310$b79bb930$@kddi.com> <3603_1451920156_568A8B1C_3603_701_1_9E32478DFA9976438E7A22F69B08FF9216815E11@OPEXCLILMA4.corporate.adroot.infra.ftgroup> <016901d14777$c0408830$40c19890$@kddi.com> <006201d14c55$2993fab0$7cbbf010$@kddi.com> <1999_1452523041_5693BE21_1999_114_1_9E32478DFA9976438E7A22F69B08FF92168371C7@OPEXCLILMA4.corporate.adroot.infra.ftgroup> <00fc01d14cd8$ac7216a0$055643e0$@kddi.com> <3657_1452589685_5694C275_3657_16_1_9E32478DFA9976438E7A22F69B08FF921683C0E2@OPEXCLILMA4.corporate.adroot.infra.ftgroup> <007501d14d46$2a090a20$7e1b1e60$@kddi.com> <1706_1452760540_56975DDC_1706_13886_1_9E32478DFA9976438E7A22F69B08FF921683EAEB@OPEXCLILMA4.corporate.adroot.infra.ftgroup> <00bd01d14f32$e1097eb0$a31c7c10$@kddi.com> <7349_1452858032_5698DAB0_7349_249_1_9E32478DFA9976438E7A22F69B08FF921683F21F@OPEXCLILMA4.corporate.adroot.infra.f tgroup> <000c01d14f98 $879c0f30$96d42d90$@kddi.com> <22092_1452866258_5698FAD2_22092_9182_1_9E32478DFA9976438E7A22F69B08FF921683F283@OPEXCLILMA4.corporate.adroot.infra.ftgroup> <000001d14fa1$15c13e90$4143bbb0$@kddi.com> <25644_1453107329_569CA881_25644_12088_1_9E32478DFA9976438E7A22F69B08FF921683F5F7@OPEXCLILMA4.corporate.adroot.infra.ftgroup> In-Reply-To: <25644_1453107329_569CA881_25644_12088_1_9E32478DFA9976438E7A22F69B08FF921683F5F7@OPEXCLILMA4.corporate.adroot.infra.ftgroup> Date: Tue, 19 Jan 2016 12:06:50 +0900 Message-ID: <000101d15266$71135810$533a0830$@kddi.com> MIME-Version: 1.0 Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQHKn6XS7EF51VS8d/IsQ4o8FZThKQJrdKmCAeG3o9MBjM48bgIS+/56AXkiOoEBbvjuoQEP3xMOAjuwDBcBnNEXFQEhP5LyAWBZxEwBldu9uQGdi4bZApok5RMBw9YewwG4M2MAnjNIN2A= Content-Language: ja X-TM-AS-MML: disable Archived-At: Subject: Re: [L3sm] I-D Action: draft-ietf-l3sm-l3vpn-service-model-02.txt X-BeenThere: l3sm@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: L3VPN Service YANG Model discussion group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Jan 2016 03:17:01 -0000 Hi Stephane, >I think you are mixing subVPN and multiVPN modeling. Yes, I firstly tried to realize both subVPN and multiVPN by minimally = extending the current multiVPN model. But, this is an option and = exercise. If we just allow to set a lan-tag under each dynamic routing protocol, = bgp, ospf and rip, we can semantically map each site-network-access to = each VPN. Logical-Access-1 only talks to VPN1 and Logical-Access-2 to VPN2 in the = following model, for example. subVPN-site 1 100 VPN1 any-to-any 2 200 VPN2 any-to-any = Logical-Access-1 bgp ... 100 = =09 ... = Logical-Access-2 bgp ... 200 =09 ... ... All the best, Kenichi -----Original Message----- From: L3sm [mailto:l3sm-bounces@ietf.org] On Behalf Of = stephane.litkowski@orange.com Sent: Monday, January 18, 2016 5:55 PM To: Ogaki, Kenichi; l3sm@ietf.org Subject: Re: [L3sm] I-D Action: = draft-ietf-l3sm-l3vpn-service-model-02.txt Hi, I think you are mixing subVPN and multiVPN modeling. multiVPN is a single site and single routing (single logical access) = where some LANs belongs to one or more VPNs, and some others to others = VPNs. This can be modeled as follows : MultiVPN-site 1 100 VPN1 any-to-any 2 200 VPN2 any-to-any bgp ... =09 ... "SubVPN" is a collection of sites sharing a common infrastructure = "generally CE and physical/logical access" and generally CE is = implementing VRF-lite to keep isolating the sub-sites between them. This can be modeled today as a collection of sites (but with no = relationship between each other). Each subVPN may also be using = multiVPN. SubVPN_subsite1 1 VPN5 spoke-role bgp ... =09 ... SubVPN_subsite2_as_multiVPN 1 100 VPN1 any-to-any 2 200 VPN2 any-to-any bgp ... =09 ... =09 =09 -----Original Message----- From: Ogaki, Kenichi [mailto:ke-oogaki@kddi.com] Sent: Friday, January 15, 2016 15:29 To: LITKOWSKI Stephane SCE/OINIS; l3sm@ietf.org Subject: RE: [L3sm] I-D Action: = draft-ietf-l3sm-l3vpn-service-model-02.txt Hi Stephane, >Now talking about VPN policy, you need a way to identify from a = modeling point of view, which part of the site is attached to which VPN. >From a modeling perspective, how a customer can express a part of a=20 >site ? You definitely need to run in some policy details. Now we are = supporting per prefix mapping (LAN config) for the VPN policy and also = lan-tag which brings more "dynamicity". The problem is here. There is no dynamicity in what you call subVPN = case. Customers really exist connecting to each different VPN per = ip-connection by using bgp. They don't want to inform us of each lan = prefixes when they change their internal topology. That's the dynamic = routing merit. All the best. Kenichi -----Original Message----- From: L3sm [mailto:l3sm-bounces@ietf.org] On Behalf Of = stephane.litkowski@orange.com Sent: Friday, January 15, 2016 10:58 PM To: Ogaki, Kenichi; l3sm@ietf.org Subject: Re: [L3sm] I-D Action: = draft-ietf-l3sm-l3vpn-service-model-02.txt >>- for the multiVPN case, you have no choice, you need to bind LANs to=20 >>VPNs, that's why you need to put LANs in the VPN policy and attach = them to a VPN. There is no other possibility, as the customer has to = express what part of the site belongs to what VPN. >I can't agree this. This means that a customer cannot use any dynamic = routing protocol in this case. Why a real service is restricted by a = service model definition? >Although I don't think a smart idea, if we can put a lan-tag under bgp = or ospf, we can differentiate VPN with LAN as same as static routing in = the current model. You are mixing routing protocol and VPN policy which are two different = things. You can use any dynamic routing protocol and as pointed, for routing you = do not need to put LANs. Any address will be learned dynamically from = the customer site. Now talking about VPN policy, you need a way to identify from a modeling = point of view, which part of the site is attached to which VPN. >From a modeling perspective, how a customer can express a part of a site = ? You definitely need to run in some policy details. Now we are = supporting per prefix mapping (LAN config) for the VPN policy and also = lan-tag which brings more "dynamicity". So I do not really see how we = can improve and it does not prevent any dynamicity or usage or dynamic = routing protocols. -----Original Message----- From: Ogaki, Kenichi [mailto:ke-oogaki@kddi.com] Sent: Friday, January 15, 2016 14:28 To: LITKOWSKI Stephane SCE/OINIS; l3sm@ietf.org Subject: RE: [L3sm] I-D Action: = draft-ietf-l3sm-l3vpn-service-model-02.txt Hi Stephane, Site means site. IMO, the location node in the current model also = implies that a site is a physical customer site. This must depend how each operator uses site-id (mapping to their own = existing site id). Since this must affect the other existing system's modelling, especially = to billing mechanism in BSS, this must be carefully dealt with and must = leave some options.=20 >- for the multiVPN case, you have no choice, you need to bind LANs to=20 >VPNs, that's why you need to put LANs in the VPN policy and attach them = to a VPN. There is no other possibility, as the customer has to express = what part of the site belongs to what VPN. I can't agree this. This means that a customer cannot use any dynamic = routing protocol in this case. Why a real service is restricted by a = service model definition? Although I don't think a smart idea, if we can put a lan-tag under bgp = or ospf, we can differentiate VPN with LAN as same as static routing in = the current model.=20 Thanks, Kenichi -----Original Message----- From: L3sm [mailto:l3sm-bounces@ietf.org] On Behalf Of = stephane.litkowski@orange.com Sent: Friday, January 15, 2016 8:41 PM To: Ogaki, Kenichi; l3sm@ietf.org Subject: Re: [L3sm] I-D Action: = draft-ietf-l3sm-l3vpn-service-model-02.txt One addition, from a service point of view, if we want to model the = hierarchy site vs subsite, we can add a subsite hierarchy under site to = mark the relationship, this will complexify a bit the model. But the = site-network-access is really the network attachment and I do not want = to use it to express subsites. As mentioned in the previous email, = subsite can already be modeled as a separated site : only relationship = is missing. -----Original Message----- From: Ogaki, Kenichi [mailto:ke-oogaki@kddi.com] Sent: Friday, January 15, 2016 02:20 To: LITKOWSKI Stephane SCE/OINIS; l3sm@ietf.org Subject: RE: [L3sm] I-D Action: = draft-ietf-l3sm-l3vpn-service-model-02.txt Hi Stephane, >As we discussed there is no real use case to have a multihomed site = with one connection belonging to VPN1 and another connection to VPN2. We have many use cases. When a site is a multi tenant one, each tenant basically connects each = different vpn. In cases that the site is:=20 -a DC -a large office like HQ. Each administrative section/department = sometimes connects each different vpn. -a site used by a second provider. >If multiple VPNs are used by the site, LAN will be used in the VPN = policy to express it. As I sent to Qin in the following email, In the above cases, to use LAN = is not good idea. When a customer uses a dynamic routing protocol, bgp = or ospf, they don't write lan-prefixes and don't want to write each = lan-prefixes one by one. It obviously kills the merit to use a dynamic = routing protocol. https://mailarchive.ietf.org/arch/msg/l3sm/5mSlmD1QehjPz-HZIW12pzxgFao Can we just duplicate vpn-policy under site-network-access? Or we can use choice statement if any inconsistency occurs. Thanks, Kenichi -----Original Message----- From: L3sm [mailto:l3sm-bounces@ietf.org] On Behalf Of = stephane.litkowski@orange.com Sent: Thursday, January 14, 2016 5:36 PM To: Ogaki, Kenichi; l3sm@ietf.org Subject: Re: [L3sm] I-D Action: = draft-ietf-l3sm-l3vpn-service-model-02.txt Hi, I think there is a misunderstanding in the naming used in the diagram. VPN1_site1 and VPN2_site2 are not referring to the same customer site. = VPN_site1 means site number#1 in VPN1. And VPN2_site1 means site = number#1 in VPN2, but these are not the same customer site. I can change the naming to ensure better reading and prevent such = misunderstanding.=20 As we discussed there is no real use case to have a multihomed site with = one connection belonging to VPN1 and another connection to VPN2. If = multiple VPNs are used by the site, LAN will be used in the VPN policy = to express it. Best Regards, -----Original Message----- From: Ogaki, Kenichi [mailto:ke-oogaki@kddi.com] Sent: Tuesday, January 12, 2016 15:33 To: LITKOWSKI Stephane SCE/OINIS; l3sm@ietf.org Subject: RE: [L3sm] I-D Action: = draft-ietf-l3sm-l3vpn-service-model-02.txt Hi Stephane, Could you model the site#1 in the diagram, including all the VPNs and = connections? How can we make VPN3_Site1 only talk to VPN3? Site#1 VPN1_Site1 =20 ... VPN2_Site1 =20 ... VPN3_Site1 =20 ... 1 VPN1 any-to-any-role 2 VPN2 hub-role 3 VPN3 any-to-any-role All the best, Kenichi -----Original Message----- From: L3sm [mailto:l3sm-bounces@ietf.org] On Behalf Of = stephane.litkowski@orange.com Sent: Tuesday, January 12, 2016 6:08 PM To: Ogaki, Kenichi; l3sm@ietf.org Subject: Re: [L3sm] I-D Action: = draft-ietf-l3sm-l3vpn-service-model-02.txt Hi, There should be something I'm missing here ... First, 5.2.2 text was not reviewed after creating the hierarchy between = sites and accesses. So may be there is something to fix. But reading the text again, I think this is still applicable. In the diagram, a site connects to multiple VPNs but VPN policy is not = controlled per connection from a modeling point of view. It is = controlled per site. The diagram has only single homed site so may be = the confusion comes from here. Yes the model cannot differentiate vpn policy per connection, but IMO, = this is not desirable. I don't see why the model cannot achieve the paragraph you pointed. Site#3 1 VPN3 any-to-any The second part of the paragraph you mentioned talks about the device = configuration, not the modeling part. So the model will allow PE5 to be = configured with the VPN policy (import/export RT3). May be there is also a confusion there introduced by the text. -----Original Message----- From: Ogaki, Kenichi [mailto:ke-oogaki@kddi.com] Sent: Tuesday, January 12, 2016 02:29 To: LITKOWSKI Stephane SCE/OINIS; l3sm@ietf.org Subject: RE: [L3sm] I-D Action: = draft-ietf-l3sm-l3vpn-service-model-02.txt Hi Stephane, If a simple multihomed site case is, I agree. But, as the diagram in section 5.2.2, a site connects to multiple VPNs = and each vpn policy is controlled per connection. The current model = cannot differentiate vpn policy per connection. The current model cannot realize the case described in the following = sentence, for example. =20 > Consider a site#1 in VPN3 that must communicate only in VPN3, in = this > case, the vpn-policy will be similar to Site#1 of VPN1. The VRF on > PE5 for VPN3 will be so provisioned by the management system using > RT3 value as import and export value. All the best, Kenichi -----Original Message----- From: L3sm [mailto:l3sm-bounces@ietf.org] On Behalf Of = stephane.litkowski@orange.com Sent: Monday, January 11, 2016 11:37 PM To: Ogaki, Kenichi; l3sm@ietf.org Subject: Re: [L3sm] I-D Action: = draft-ietf-l3sm-l3vpn-service-model-02.txt Hi Kenichi, IMO, for a multihomed site, the VPN policy will always be the same on = each network connection the site is using. Do you see a reason why it = could be different ? Brgds, Stephane -----Original Message----- From: L3sm [mailto:l3sm-bounces@ietf.org] On Behalf Of Ogaki, Kenichi Sent: Monday, January 11, 2016 10:48 To: l3sm@ietf.org Subject: Re: [L3sm] I-D Action: = draft-ietf-l3sm-l3vpn-service-model-02.txt Hi Stephane and All, One more comment. Leaving issue#10 and vpn-policy in vpn-svc discussion aside, the = vpn-policy in the current model should be under site-network access? According to section 5.2.2, a vpn-policy should be controlled per pair = of a PE and a site, corresponding to site-network-access /ip-connection. When we place the vpn-policy directly under "sites", how can we relate a = vpn-policy to a specific PE. Thanks, Kenichi -----Original Message----- From: L3sm [mailto:l3sm-bounces@ietf.org] On Behalf Of Ogaki, Kenichi Sent: Tuesday, January 05, 2016 2:13 PM To: stephane.litkowski@orange.com; 'Qin Wu'; l3sm@ietf.org Cc: adrian@olddog.co.uk Subject: Re: [L3sm] I-D Action: = draft-ietf-l3sm-l3vpn-service-model-02.txt Hi Stephane, Please see inline. All the best, Kenichi -----Original Message----- From: L3sm [mailto:l3sm-bounces@ietf.org] On Behalf Of = stephane.litkowski@orange.com Sent: Tuesday, January 05, 2016 12:09 AM To: Ogaki, Kenichi; 'Qin Wu'; l3sm@ietf.org Cc: adrian@olddog.co.uk Subject: Re: [L3sm] I-D Action: = draft-ietf-l3sm-l3vpn-service-model-02.txt Hi, Best wishes for this new year. Pls find inline comments. -----Original Message----- From: Ogaki, Kenichi [mailto:ke-oogaki@kddi.com] Sent: Monday, January 04, 2016 03:16 To: 'Qin Wu'; l3sm@ietf.org Cc: LITKOWSKI Stephane SCE/OINIS; adrian@olddog.co.uk Subject: RE: [L3sm] I-D Action: = draft-ietf-l3sm-l3vpn-service-model-02.txt Dear All, Additional comments are here: *svc-id The type "svc-id" is used for lots of data node. Is this necessary? When we say "vpn-id", this is obviously an id by its name, and the only = thing to define is how we represent this, string, integer or = something=A1=AD If the type "svc-id" defines the length of string or = something constraint, it makes sense. =20 [SLI] svc-id just brings consistency on how we define all the = identifiers in the model (we ensure easily that all are using the same = encoding =3D> string) [KO] I understand. *routing-protocol The current model allows multiple routing protocols for a = site-network-access. It's technically possible, but is there any use = case for l3vpn service? #Is this only for dual-stack, one for IPv4 and the other for IPv6? [SLI] It is really usual to have dynamic routing + static routing at the = same time. (e.g. dynamic routing for customer LANs, + static routing for = admin) [KO] I understand. *QoS classification Since 5.2.6.1.1. says "The order of rule is defined by the "id" leaf. = The lowest "id" MUST be processed first.", we have to change the "id" = value whenever we want to reorder the existing rules. But the "id" is = key, and a key should not be changed in DB principle. Although it may be = an implementation matter, can we just use "ordered-by user" statement = for the list "rules"? [SLI] Agree, I will add the ordered-by user. Do you see other lists that = would require such user ordering ? [KO] I can't find any other ordered list. *std-qos-profile/custom-qos-profile If "std-qos-profile and custom-qos-profile cannot be used at the same = time." in 5.1.6.1.2, we can use a choice statement for std-qos-profile = and custom-qos-profile. [SLI] Agree, will fix it. *traffic protection Can we cover the function of "traffic-protection" by = "site-network-access/availability"? [SLI] Ack, I moved the traffic protection under availability. *vpn-policy For an readability of the model, the node name = "vpn-policy/entries/id/vpn/vpn" should be = "vpn-policy/entries/id/vpn/vpn-id". [SLI] Fixed. *notification How about defining notification node under vpn-svc and = site-network-access? We sometimes have to actively inform our customers of a failure or = something. What kind of the information depends on each operator, then anydata or = anyxml suits this. [SLI] Notification are normally not part of the tree, we can create rpcs = or notifications if necessary to retrieve operational infos. Could you raise a separate thread to discuss the need of notifications ? [KO] I will raise a separate thread. ex.) container site-network-accesses { list site-network-access { key site-network-access-id; ... notification info { anydata data; } ... } -Editorials Sec. 5.1.2. 2nd and 3rd configuration examples still use "name" and "id". Sec. 5.2. typo "ressources" in Location description. Sec. 5.2.1.2 typo "ressources" in 2nd paragraph Sec. 5.2.5.7. In 2nd paragraph, AS number is defined in routing-protocol/bgp in the = current model, and customer-specific-information is already deleted. The configuration example should also include "autonomous-system". Sec. 6. The configuration example still use "name" and "id". [SLI] Thanks for catching the errors, as the model evolved a lot, it s = hard to keep all the example synchronized :) Happy New Year, Kenichi -----Original Message----- From: L3sm [mailto:l3sm-bounces@ietf.org] On Behalf Of Ogaki, Kenichi Sent: Thursday, December 24, 2015 12:39 PM To: 'Qin Wu'; l3sm@ietf.org Cc: stephane.litkowski@orange.com; adrian@olddog.co.uk Subject: Re: [L3sm] I-D Action: = draft-ietf-l3sm-l3vpn-service-model-02.txt Dear All, >https://trac.tools.ietf.org/wg/l3sm/trac/ticket/12 Two comments for the current routing-protocols: 1. Node name "cascaded-lan-prefixes" should be reworded, for example of = "customer-lan-prefixes". No longer only for *cascaded* lan. 2. Should we have a mean to retrieve the provider autonomous system = number for bgp type? ro node/ops state is enough. In the case of customer managed CE, our customer must know what AS = number the PE has. #Usually, we let them know it outside the user interface. Merry X'mas & Happy New Year, Kenichi -----Original Message----- From: L3sm [mailto:l3sm-bounces@ietf.org] On Behalf Of Qin Wu Sent: Wednesday, December 23, 2015 5:15 PM To: l3sm@ietf.org Cc: stephane.litkowski@orange.com; adrian@olddog.co.uk Subject: Re: [L3sm] I-D Action: = draft-ietf-l3sm-l3vpn-service-model-02.txt Hi, All: As a follow-up to the discussion during the L3SM interim call we had in = December 2015, We as chairs have filed two issue tickets in the issue = tracker https://trac.tools.ietf.org/wg/l3sm/trac/ticket/12 https://trac.tools.ietf.org/wg/l3sm/trac/ticket/13 Authors have revised ID based on the discussion and agreed point during = interim call. Thanks Stephane to get this done and close most of open issues we had in = the issue tracker except the following two issues: 1.Inventory ops state issue 2. VPN merging issue The diff: https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-l3sm-l3vpn-service-model-0= 2 Please review the changes and let us know if there is anything missed or = addition change that needs to be incorporated in. -Qin -----=D3=CA=BC=FE=D4=AD=BC=FE----- =B7=A2=BC=FE=C8=CB: I-D-Announce [mailto:i-d-announce-bounces@ietf.org] = =B4=FA=B1=ED internet-drafts@ietf.org =B7=A2=CB=CD=CA=B1=BC=E4: 2015=C4=EA12=D4=C215=C8=D5 18:33 =CA=D5=BC=FE=C8=CB: i-d-announce@ietf.org =B3=AD=CB=CD: l3sm@ietf.org =D6=F7=CC=E2: I-D Action: draft-ietf-l3sm-l3vpn-service-model-02.txt A New Internet-Draft is available from the on-line Internet-Drafts = directories. This draft is a work item of the L3VPN Service Model Working Group of = the IETF. Title : YANG Data Model for L3VPN service delivery Authors : Stephane Litkowski Rob Shakir Luis Tomotaki Kevin D'Souza Filename : draft-ietf-l3sm-l3vpn-service-model-02.txt Pages : 100 Date : 2015-12-15 Abstract: This document defines a YANG data model that can be used to deliver a Layer 3 Provider Provisioned VPN service. The document is limited to the BGP PE-based VPNs as described in RFC4110 and RFC4364. This model is intended to be instantiated at management system to deliver the overall service. This model is not a configuration model to be used directly on network elements. This model provides an abstracted view of the Layer 3 IPVPN service configuration components. It will be up to a management system to take this as an input and use specific configurations models to configure the different network elements to deliver the service. How configuration of network elements is done is out of scope of the document. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-l3sm-l3vpn-service-model/ There's also a htmlized version available at: https://tools.ietf.org/html/draft-ietf-l3sm-l3vpn-service-model-02 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-l3sm-l3vpn-service-model-0= 2 Please note that it may take a couple of minutes from the time of = submission until the htmlized version and diff are available at = tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ _______________________________________________ I-D-Announce mailing list I-D-Announce@ietf.org https://www.ietf.org/mailman/listinfo/i-d-announce Internet-Draft directories: http://www.ietf.org/shadow.html or = ftp://ftp.ietf.org/ietf/1shadow-sites.txt _______________________________________________ L3sm mailing list L3sm@ietf.org https://www.ietf.org/mailman/listinfo/l3sm _______________________________________________ L3sm mailing list L3sm@ietf.org https://www.ietf.org/mailman/listinfo/l3sm _________________________________________________________________________= ________________________________________________ Ce message et ses pieces jointes peuvent contenir des informations = confidentielles ou privilegiees et ne doivent donc pas etre diffuses, = exploites ou copies sans autorisation. Si vous avez recu ce message par = erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les = pieces jointes. Les messages electroniques etant susceptibles = d'alteration, Orange decline toute responsabilite si ce message a ete = altere, deforme ou falsifie. Merci. This message and its attachments may contain confidential or privileged = information that may be protected by law; they should not be = distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and = delete this message and its attachments. As emails may be altered, Orange is not liable for messages that have = been modified, changed or falsified. Thank you. _______________________________________________ L3sm mailing list L3sm@ietf.org https://www.ietf.org/mailman/listinfo/l3sm _______________________________________________ L3sm mailing list L3sm@ietf.org https://www.ietf.org/mailman/listinfo/l3sm _______________________________________________ L3sm mailing list L3sm@ietf.org https://www.ietf.org/mailman/listinfo/l3sm _________________________________________________________________________= ________________________________________________ Ce message et ses pieces jointes peuvent contenir des informations = confidentielles ou privilegiees et ne doivent donc pas etre diffuses, = exploites ou copies sans autorisation. Si vous avez recu ce message par = erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les = pieces jointes. Les messages electroniques etant susceptibles = d'alteration, Orange decline toute responsabilite si ce message a ete = altere, deforme ou falsifie. Merci. This message and its attachments may contain confidential or privileged = information that may be protected by law; they should not be = distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and = delete this message and its attachments. As emails may be altered, Orange is not liable for messages that have = been modified, changed or falsified. Thank you. _______________________________________________ L3sm mailing list L3sm@ietf.org https://www.ietf.org/mailman/listinfo/l3sm _________________________________________________________________________= ________________________________________________ Ce message et ses pieces jointes peuvent contenir des informations = confidentielles ou privilegiees et ne doivent donc pas etre diffuses, = exploites ou copies sans autorisation. Si vous avez recu ce message par = erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les = pieces jointes. Les messages electroniques etant susceptibles = d'alteration, Orange decline toute responsabilite si ce message a ete = altere, deforme ou falsifie. Merci. This message and its attachments may contain confidential or privileged = information that may be protected by law; they should not be = distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and = delete this message and its attachments. As emails may be altered, Orange is not liable for messages that have = been modified, changed or falsified. Thank you. _______________________________________________ L3sm mailing list L3sm@ietf.org https://www.ietf.org/mailman/listinfo/l3sm _________________________________________________________________________= ________________________________________________ Ce message et ses pieces jointes peuvent contenir des informations = confidentielles ou privilegiees et ne doivent donc pas etre diffuses, = exploites ou copies sans autorisation. Si vous avez recu ce message par = erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les = pieces jointes. Les messages electroniques etant susceptibles = d'alteration, Orange decline toute responsabilite si ce message a ete = altere, deforme ou falsifie. Merci. This message and its attachments may contain confidential or privileged = information that may be protected by law; they should not be = distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and = delete this message and its attachments. As emails may be altered, Orange is not liable for messages that have = been modified, changed or falsified. Thank you. _______________________________________________ L3sm mailing list L3sm@ietf.org https://www.ietf.org/mailman/listinfo/l3sm _________________________________________________________________________= ________________________________________________ Ce message et ses pieces jointes peuvent contenir des informations = confidentielles ou privilegiees et ne doivent donc pas etre diffuses, = exploites ou copies sans autorisation. Si vous avez recu ce message par = erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les = pieces jointes. Les messages electroniques etant susceptibles = d'alteration, Orange decline toute responsabilite si ce message a ete = altere, deforme ou falsifie. Merci. This message and its attachments may contain confidential or privileged = information that may be protected by law; they should not be = distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and = delete this message and its attachments. As emails may be altered, Orange is not liable for messages that have = been modified, changed or falsified. Thank you. _______________________________________________ L3sm mailing list L3sm@ietf.org https://www.ietf.org/mailman/listinfo/l3sm _________________________________________________________________________= ________________________________________________ Ce message et ses pieces jointes peuvent contenir des informations = confidentielles ou privilegiees et ne doivent donc pas etre diffuses, = exploites ou copies sans autorisation. Si vous avez recu ce message par = erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les = pieces jointes. Les messages electroniques etant susceptibles = d'alteration, Orange decline toute responsabilite si ce message a ete = altere, deforme ou falsifie. Merci. This message and its attachments may contain confidential or privileged = information that may be protected by law; they should not be = distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and = delete this message and its attachments. As emails may be altered, Orange is not liable for messages that have = been modified, changed or falsified. Thank you. _______________________________________________ L3sm mailing list L3sm@ietf.org https://www.ietf.org/mailman/listinfo/l3sm _________________________________________________________________________= ________________________________________________ Ce message et ses pieces jointes peuvent contenir des informations = confidentielles ou privilegiees et ne doivent donc pas etre diffuses, = exploites ou copies sans autorisation. Si vous avez recu ce message par = erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les = pieces jointes. Les messages electroniques etant susceptibles = d'alteration, Orange decline toute responsabilite si ce message a ete = altere, deforme ou falsifie. Merci. This message and its attachments may contain confidential or privileged = information that may be protected by law; they should not be = distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and = delete this message and its attachments. As emails may be altered, Orange is not liable for messages that have = been modified, changed or falsified. Thank you. _______________________________________________ L3sm mailing list L3sm@ietf.org https://www.ietf.org/mailman/listinfo/l3sm From nobody Tue Jan 19 14:31:16 2016 Return-Path: X-Original-To: l3sm@ietf.org Delivered-To: l3sm@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id CF39B1B3723; Tue, 19 Jan 2016 14:31:15 -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.13.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20160119223115.16513.45074.idtracker@ietfa.amsl.com> Date: Tue, 19 Jan 2016 14:31:15 -0800 Archived-At: Cc: l3sm@ietf.org, bclaise@cisco.com, afarrel@juniper.net, l3sm-chairs@ietf.org Subject: [L3sm] l3sm - New Meeting Session Request for IETF 95 X-BeenThere: l3sm@ietf.org X-Mailman-Version: 2.1.15 List-Id: L3VPN Service YANG Model discussion group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Jan 2016 22:31:16 -0000 A new meeting session request has just been submitted by Adrian Farrel, a Chair of the l3sm working group. --------------------------------------------------------- Working Group Name: L3VPN Service Model Area Name: Operations and Management Area Session Requester: Adrian Farrel Number of Sessions: 1 Length of Session(s): 1 Hour Number of Attendees: 50 Conflicts to Avoid: First Priority: teas, lime, bess, i2nsf, supa, Second Priority: rtgwg, idr, netconf, netmod, opsawg, rtgarea Third Priority: ccamp, sdnrg, i2rs, pce, mpls Special Requests: --------------------------------------------------------- From nobody Tue Jan 19 14:35:24 2016 Return-Path: X-Original-To: l3sm@ietfa.amsl.com Delivered-To: l3sm@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8AF651B36C4 for ; Tue, 19 Jan 2016 14:35:22 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102 X-Spam-Level: X-Spam-Status: No, score=-102 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, J_CHICKENPOX_12=0.6, RCVD_IN_DNSWL_LOW=-0.7, USER_IN_WHITELIST=-100] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id oLZdfnDLGQbT for ; Tue, 19 Jan 2016 14:35:20 -0800 (PST) Received: from asmtp2.iomartmail.com (asmtp2.iomartmail.com [62.128.201.249]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CC4C21B2BC1 for ; Tue, 19 Jan 2016 14:35:19 -0800 (PST) Received: from asmtp2.iomartmail.com (localhost.localdomain [127.0.0.1]) by asmtp2.iomartmail.com (8.13.8/8.13.8) with ESMTP id u0JMZH33019165 for ; Tue, 19 Jan 2016 22:35:17 GMT Received: from 950129200 (194.177-183-91.adsl-static.isp.belgacom.be [91.183.177.194] (may be forged)) (authenticated bits=0) by asmtp2.iomartmail.com (8.13.8/8.13.8) with ESMTP id u0JMZDXH019120 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NO) for ; Tue, 19 Jan 2016 22:35:15 GMT From: "Adrian Farrel" To: References: <20160119223115.16513.45074.idtracker@ietfa.amsl.com> In-Reply-To: <20160119223115.16513.45074.idtracker@ietfa.amsl.com> Date: Tue, 19 Jan 2016 22:35:10 -0000 Message-ID: <025701d15309$aa654670$ff2fd350$@olddog.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQGJTMJ+Ucnjs2lcM5+5uoeytrpbUZ+TeTRw Content-Language: en-gb X-TM-AS-MML: disable X-TM-AS-Product-Ver: IMSS-7.1.0.1679-8.0.0.1202-22076.003 X-TM-AS-Result: No--12.324-10.0-31-10 X-imss-scan-details: No--12.324-10.0-31-10 X-TMASE-MatchedRID: L8tZF6zWW2rW/bDrA6VrLeh7ldQVCWDzz8Jvc6a6TRkvejhBml/x8y4V OlwCGO97QW0z+1dIjNdFS3D36QgzVEPbRqpHgeVjBEfU2vugRF0NgFUqZt55A3ZakP/I6lpUZcU mBvysug/mbzMYUYMlzvn++RqUkcLZW0WwPyv6x8zM1jffIgQXhohKKllVYI0rEoivowdkUnUIvX JhQQTwfuizijpUEQUdIXJzPKgnRGptcr/uuDMv3ghWgIsZuXlPpfVcx39Kq+5L3Tzezo2bV6PFj JEFr+oloTCA5Efyn8CNo+PRbWqfRDsAVzN+Ov/sg0W9CdNNnsXeBZVEYQuS7NusXpQzib2KI1VJ MGBAfsafv/rCLlXFng== Archived-At: Subject: Re: [L3sm] l3sm - New Meeting Session Request for IETF 95 X-BeenThere: l3sm@ietf.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: adrian@olddog.co.uk List-Id: L3VPN Service YANG Model discussion group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Jan 2016 22:35:22 -0000 All, Qin and I have put in a request for a meeting in Buenos Aires, but it is = far from certain that we will need it. It is a lot easier to cancel a meeting than to ask for one at the last = minute, so we will let this stand until closer to the time and then = decide where we stand. it is possible that the interim meeting and some = email exchanges will see us through. Anyway, we have also asked for Meetecho support to enable remote = participation if the meeting goes ahead. Regards, Adrian > -----Original Message----- > From: "IETF Meeting Session Request Tool" > [mailto:session_request_developers@ietf.org] > Sent: 19 January 2016 22:31 > To: session-request@ietf.org > Cc: l3sm@ietf.org; bclaise@cisco.com; afarrel@juniper.net; = l3sm-chairs@ietf.org > Subject: l3sm - New Meeting Session Request for IETF 95 >=20 >=20 >=20 > A new meeting session request has just been submitted by Adrian = Farrel, a Chair > of the l3sm working group. >=20 >=20 > --------------------------------------------------------- > Working Group Name: L3VPN Service Model > Area Name: Operations and Management Area > Session Requester: Adrian Farrel >=20 > Number of Sessions: 1 > Length of Session(s): 1 Hour > Number of Attendees: 50 > Conflicts to Avoid: > First Priority: teas, lime, bess, i2nsf, supa, > Second Priority: rtgwg, idr, netconf, netmod, opsawg, rtgarea > Third Priority: ccamp, sdnrg, i2rs, pce, mpls >=20 >=20 > Special Requests: >=20 > ---------------------------------------------------------